Recherche avancée

Sur d’autres sites (13597)

• pngdec : Stop trying to decode once inflate returns Z_STREAM_END

  28 septembre 2013, par Martin Storsjö

  pngdec : Stop trying to decode once inflate returns Z_STREAM_END
  If the input buffer contains more data after the deflate stream,
  
  the loop previously left running infinitely, with inflate returning
  
  Z_STREAM_END.
  Reported-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind
  
  CC : libav-stable@libav.org
  
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DBH] libavcodec/pngdec.c

• Code returns AttributeError : 'VoiceChannel' object has no attribute 'play' when running on Discloud

  18 septembre 2023, par Sc4rl3ttfir3

  So, my code works fine when I run it locally, but even after adapting it to run on Discloud, it returns an error I can't solve.

  


  Code :

  


  @bot.command(name='play', help='To play song')
async def play(ctx, url):
    voice_channel = ctx.author.voice.channel

    if voice_channel is None:
        return await ctx.send('You are not connected to a voice channel.')

    async with ctx.typing():
        filename = await YTDLSource.from_url(url, loop=bot.loop)
        
        if ctx.voice_client is not None:
            ctx.voice_client.stop()

        source = discord.FFmpegPCMAudio(
            executable="ffmpeg",
            source=filename
        )
        
        voice_channel.play(source)

    await ctx.send('**Now playing:** {}'.format(filename))


  


  When it runs on the Discloud server, it returns the following error/traceback message :

  


  Traceback (most recent call last):
File "/usr/local/lib/python3.11/site-packages/discord/ext/commands/core.py", line 235, in wrapped
ret = await coro(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/home/user_686208406444572830/Sc4rl3ttb0t.py", line 357, in play 
voice_channel.play(source)
^^^^^^^^^^^^^^^^^^
AttributeError: 'VoiceChannel' object has no attribute 'play'


  


  Anybody with any idea of what is going wrong would be greatly appreciated for helping out

  


• lavf/http: handle case where the server returns a redirect during a seek

  13 avril 2015, par Rodger Combs

  lavf/http: handle case where the server returns a redirect during a seek
  txoffer (e.g. http://tori.aoi-chan.com/ ) redirects to the same URI on your
  
  first request, and serves the actual file on the second. It’s stupid, but AFAIK
  
  technically compliant. We’d previously see the server not handing back a Range
  
  header and return an error ; now, instead, we see that there’s a redirect and
  
  keep track of the offset we want while trying again at the new URL.
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavformat/http.c