Recherche avancée

Sur d’autres sites (5715)

• movenc : Write chan atom for all audio tracks in mov mode movies.

  31 mai 2012, par Alex Converse

  movenc : Write chan atom for all audio tracks in mov mode movies.

• How to play entire youtube playlist on discord.py bot with youtube-dl

  25 novembre 2020, par bork

  I'm trying to make a discord music bot. I'm using youtube-dl to retrieve the info and ffmpeg to play the audio out. My bot can successfully queue and play regular videos but when it comes to playing the entire playlist, it doesn't work.

  


  This is my code for playing playlists :

  


              if 'entries' in info:
                for i in info['entries']:
                    URL = i['formats'][0]['url']     
                    player = FFmpegPCMAudio(URL, **FFMPEG_OPTIONS)
                    queue.append(player)
                    source = queue.pop(0)
                    voice.play(player, after = lambda e: play_next(ctx, source))            
                    await ctx.send('playing song')


  


  This downloads all the videos in the playlist but only plays the first one then shows this error :
discord.errors.ClientException: Already playing audio.

  


• ffmpeg transcode to youtube live bad video container

  13 juillet 2017, par popcorn9499

  I’ve been attempting to transcode a stream produced by obs studio to my nginx server and send it off to youtube. Now I’ve made it work with twitch and I know these settings are actually transcoding it mostly correctly and is viewable. The problem being that youtube live picks it up as Bad video settings and tells me to change the current video container format. The other side effect that is probly unrelated is the stream looks really poorly on youtube. Looks like it was streamed at a poor bitrate and stuff but the real problem is the bad video settings error.

  The ffmpeg command being used is as follows

  ffmpeg -i rtmp://localhost/Private/Private1 -vb 6000k -minrate 6000k -maxrate 6000k -bufsize 6000k -s 1280x720 -c:v libx264 -preset faster -r 50 -g 100 -keyint_min 50 -x264opts nal-hrd=cbr:force-cfr=1 -sws_flags lanczos -tune film -pix_fmt yuv420p -c:a copy -f flv -threads 6 -strict normal  rtmp://a.rtmp.youtube.com/live2/{key}

  I’ve tried with different framerates and been googling for awhile and found nothing or interpreted everything wrongly. Either way I would be very happy for some help here.

  System info.

  • OS : Ubuntu Server 16.04 LTS
  • Ram : 10gb
  • Processor : AMD Phenom(tm) II X6 1090T
  • GPU : Geforce GT 520

  Internet.

  • Upload 15mbit
  • Download 150mbit

  If you need any more info I will gladly send it. Thanks for reading.

  Edit 1

  After some googling about what I’m doing wrong I decided to try and change stuff slightly and came up with this command

  ffmpeg -re -i rtmp://localhost/(app)/(key) -c:v libx264 -r 50 -g 100 -keyint_min 100 -x264opts "keyint=100:min-keyint=100:no-scenecut" -sws_flags lanczos -profile:v baseline -preset veryfast -vb 6000K -minrate 6000k -maxrate 6000k -bufsize 6000k -s 1280x720 -tune film,zerolatency -pix_fmt yuv420p -f flv -c:a copy -ac 1 -strict normal rtmp://(output site)/(output app)/(output key)

  which as of my current testing seems to at least have a healthy stream for longer than 2 minutes if i only output to youtube live directly. Ive found output to my nginx server then youtube live breaks things.

  my nginx rtmp settings are on this link https://pastebin.com/siE99Tv8

  Edit 2

  If I push the stream to a site like restream to stream it to youtube then it seems to be working. tested for 25 minutes with no change of them saying bad video container or anything. So I’m going to say nginx is partly to blame in how its distributing the files ? Unsure what I’m doing wrong. I am pretty sure ffmpeg isn’t to blame here at least