Recherche avancée

Sur d’autres sites (9477)

• discord.py music bot can't play next song

  6 décembre 2020, par bork

  I'm making a discord music bot using ffmpeg and youtube-dl. I have a premade playlist of urls that would play the list of songs once a user chooses it.
  
this is my code for playing the audio

  


  ydl_opts = {
            'format': 'bestaudio', 
            'noplaylist':'True',
            'youtube_include_dash_manifest': False
            }
FFMPEG_OPTIONS = {
            'before_options': '-reconnect 1 -reconnect_streamed 1 -reconnect_delay_max 5',
            'options': '-vn'
            }

songs = url[playlist]
dur_min = 0
pre_dur_sec = 0
with YoutubeDL(ydl_opts) as ydl:
    for i in songs:
        info = ydl.extract_info(i, download = False)
        dur = info['duration']
        playlist_songs.append(info)

playlist_songs_copy = playlist_songs.copy()
for i in playlist_songs_copy:
    info = playlist_songs.pop(0)
    URL = info['formats'][0]['url']
    player = FFmpegPCMAudio(URL, **FFMPEG_OPTIONS)
    q.append(player)
    q_playlist.append(playlist)

if not voice.is_playing():
    source = q.pop(0)  
    playlist = q_playlist.pop(0)
    dur_min = duration_min.pop(0)
    dur_sec = duration_sec.pop(0)  
    voice.play(source, after = lambda e: play_next(ctx, source))      
    voice.is_playing()
    await ctx.send(f'```nim\n*Now Playing:*\nplaylist {playlist}: {name[playlist]}\n\n{content[playlist]}\n\ntotal duration: {dur_min}:{dur_sec}```')


  


  and this is my code for playing the next song

  


  def play_next(ctx, source):
    voice = get(client.voice_clients, guild = ctx.guild)
    if len(q) >= 1:
        try:
            del combine_q[0]
            source = q.pop(0)
            playlist = q_playlist.pop(0)
            dur_min = duration_min.pop(0)
            dur_sec = duration_sec.pop(0)

        except:
            pass

        voice.play(source, after = lambda e: play_next(ctx, source))
        try:
            asyncio.run_coroutine_threadsafe(ctx.send(f'```nim\n*Now Playing:*\nplaylist {playlist}: {name[playlist]}\n\n{content[playlist]}\n\ntotal duration: {dur_min}:{dur_sec}```'), client.loop)
        
        except:
            asyncio.run_coroutine_threadsafe(ctx.send('```nim\nPlaying the next song...```'), client.loop)
        
    else:
        time.sleep(30) 
        if not voice.is_playing():
            asyncio.run_coroutine_threadsafe(voice.disconnect(), client.loop)
            asyncio.run_coroutine_threadsafe(ctx.send("```nim\nNo more songs in queue.```"),client.loop)
            voice.is_paused()


  


  Up till today, it's been working fine. But I was using the bot just now and instead of playing the song and sending the message "Playing the next song..." as usual, it just stopped and spammed the message for about 30 times before it disconnected. When I checked the logs, it showed
socket.send() raised exception
, which was also spammed in the terminal. When I tried making the bot reconnect, it joined my voice channel but didn't respond to any commands and would keep making the discord "connecting" noise. It wouldn't even leave with my .leave command unless I completely turned it off via the script.

  


  The same connecting problem would continue even after I reran the script and would only stop after I restarted my VS Code which is really odd...

  


  After some testing I found out that as of now, the bot is only able to play two songs before breaking. I really need help as this just happened randomly and I'm unable to find anything online about the problem.

  


• avformat/mspdec : Microsoft Paint (MSP) demuxer

  8 octobre 2020, par Peter Ross

  avformat/mspdec : Microsoft Paint (MSP) demuxer
  Signed-off-by : Peter Ross <pross@xvid.org>
  

  • [DH] Changelog
  • [DH] doc/general_contents.texi
  • [DH] libavformat/Makefile
  • [DH] libavformat/allformats.c
  • [DH] libavformat/mspdec.c
  • [DH] libavformat/version.h

• Revision 65f13afd7d : Fix building for arm with Visual Studio 2013 The microsoft build tools explicit

  4 mai 2014, par Martin Storsjo

  Changed Paths :
   Modify /build/make/configure.sh

  
   Modify /build/make/gen_msvs_vcxproj.sh

  
  
  Fix building for arm with Visual Studio 2013

  The microsoft build tools explicitly disallow building for arm in
  the "desktop" target configuration ; one has to target "Windows
  Store" apps (aka WinRT/Metro) or Windows Phone. In Visual Studio
  2012, one could just pick the v110_wp80 toolset which made the
  vcxproj files buildable. In Visual Studio 2013, picking the v120_wp81
  toolset isn’t enough - one has to configure the vcxproj files
  as an "AppContainerApplication". This has the implication that
  you can’t just build a plain .exe (such as the examples) - an .exe
  project would need to have an AppxManifest file. Therefore we can
  only build the library itself.

  If loaded into Visual Studio for Windows (the Windows Store/Phone
  version of Visual Studio, not the Desktop one), the obj_int_extract
  project is omitted since it’s treated as incompatible. Building
  from the command line with msbuild works fine though.

  The armv7-win32-vs12 target was added as part of a638bdf4 even
  though actual use of it hadn’t been tested.

  Change-Id : Iee8088252cf790317aeb6b417d29058225f1f629