Recherche avancée

Sur d’autres sites (8274)

• Continuous RTMP Streaming with FFmpeg Without Restarting the Process for New Videos

  3 avril 2024, par 刘小佳

  I'm facing a challenge with my workflow and would appreciate any guidance or solutions you might have. My business scenario involves a service that periodically generates new video files locally (e.g., 1.mp4, 2.mp4, ...). These files are then streamed to an RTMP server using FFmpeg, and clients pull the stream via HTTP-FLV for playback.

  


  My goal is to ensure continuous streaming between video files without restarting the FFmpeg process each time a new video is ready to be streamed. Restarting FFmpeg for each new file introduces a disconnect in the client playback, which I'm trying to avoid to maintain stream continuity.

  


  I've explored several approaches based on the FFmpeg Concatenate wiki (https://trac.ffmpeg.org/wiki/Concatenate), but haven't achieved the desired outcome :
  
Approach 1 :
  
Using a list.txt file with ffconcat version 1.0 and dynamically updating the file (next.mp4) being played :

  


  ffconcat version 1.0
file next.mp4
file next.mp4


  


  And then streaming with :
ffmpeg -re -stream_loop -1 -f concat -i list.txt -flush_packets 0 -f flv rtmp://xxx
  
However, when attempting to replace next.mp4 (e.g., moving 2.mp4 to next.mp4 during the streaming of 1.mp4), I encountered a "device busy" error.
  
Approach 2 :
  
Using a nested list approach where list1.txt includes 1.mp4 and list2.txt, and vice versa :

  


  // list1.txt
ffconcat version 1.0
file '1.mp4'
file 'list2.txt'
// list2.txt
ffconcat version 1.0
file '2.mp4'
file 'list1.txt'


  


  Streaming with : ffmpeg -re -stream_loop -1 -f concat -i list1.txt -flush_packets 0 -f flv rtmp://xxx
  
In this setup, I tried modifying list1.txt to replace 1.mp4 with 3.mp4 during the streaming of 2.mp4, but FFmpeg would loop back to 1.mp4 and 2.mp4 before streaming 3.mp4 in the next cycle.

  


  Am I missing something in my methods ? Does anyone have a better approach to fulfill this requirement ? Any help would be greatly appreciated !

  


• Stream to youtube using Hardware Encoding

  28 août 2021, par Renan F.

  I'm currently streaming to youtube using NVIDIA hardware encoding to reduce the load on the CPU, with this code :

  


  ffmpeg -framerate 30 -f gdigrab -i desktop -f lavfi -i anullsrc -c:v h264_nvenc -f flv "rtmp://a.rtmp.youtube.com/live2/KEY"


  


  My screen resolution is 2560x1080, but this is the result i get in youtube :


  


  There are huge empty spaces on both sides, and the resolution is not so good, even selecting "HD" on youtube.

  


  I tried to specify in the last parameter before flv,
-s 2560x1080 but I could not see any difference.

  


  Also would like to ask if someone knows what -qp 0 does, I could not find it in the documentation, it does appear here :

  


  https://trac.ffmpeg.org/wiki/Capture/Desktop

  


  Under hardware encoding.

  


  Looking for any advice, taking in mind I'm trying to reduce the CPU usage and keep a normal/good resolution.

  


• Evolution #4350 (En cours) : Faire l’ajout de la config mini dans le paquet.xml d’ecrire

  24 septembre 2019, par b b

  Pour revenir sur la proposition d’augmenter à PHP 5.6 mini je pense qu’on peut le faire sans problème. Pour info, on nécessitait PHP 5.4 mini pour raison de compat avec debian 7, cf r23619 => "On nécessite PHP 5.4 minimum. Note : Debian 7 Wheezy est supportée avec PHP 5.4 jusque fin mai 2018…"

  À ce jour, la version mini de PHP sous debian est la 5.6 proposée par debian 8 qui est supportée jusqu’au 30 juin 2020, ref https://wiki.debian.org/fr/LTS & https://packages.debian.org/fr/jessie/php5