Recherche avancée

Sur d’autres sites (14065)

• Multiple Video Streams in one Feed ffmpeg

  1er février 2014, par trueblue

  We are trying to send live stream from two webcams as below :

  ffmpeg -f video4linux2 -i /dev/video0 -f video4linux2 -i /dev/video1 http://127.0.0.1:8090/feed1.ffm

  We want to play both the streams using any players available. When we use VLC, to open the stream, we get only one stream( from /dev/video0). The command is as below :

  vlc http://127.0.0.1:8090/test.mpg

  Here I am running ffserver in my machine and trying to access as localhost. My ffserver config is as below :

  Port 8090
  
  BindAddress 0.0.0.0
  
  MaxHTTPConnections 2000
  
  MaxClients 1000
  
  MaxBandwidth 1000
  
  CustomLog -
  
  NoDaemon
  
  
  
  <feed>
  
  File /tmp/feed1.ffm
  
  FileMaxSize 1G
  
  ACL allow 127.0.0.1
  
  </feed>
  
  
  
  <stream>
  
  
  
  # coming from live feed &#39;feed1&#39;
  
  Feed feed1.ffm
  
  Format mpeg
  
  VideoBufferSize 40000
  
  VideoSize 1280x720
  
  VideoCodec mpeg1video
  
  NoAudio
  
  ACL ALLOW 127.0.0.1
  
  </stream>
  
  
  
  <stream>
  
  Format status
  
  
  
  # Only allow local people to get the status
  
  ACL allow localhost
  
  ACL allow 192.168.0.0 192.168.255.255
  
  
  
  #FaviconURL http://pond1.gladstonefamily.net:8080/favicon.ico
  
  </stream>
  
  
  
  
  
  # Redirect index.html to the appropriate site
  
  
  
  <redirect>
  
  URL http://www.ffmpeg.org/
  
  </redirect>

  If we try the below command to save two streams onto the file, we are getting two instances of VLC player and both Streams can be seen :

  ffmpeg -f video4linux2 -i /dev/video0 -f video4linux2 -i /dev/video1 /home/2Streams.mpg

  Its a strange behavior I am able to save two Video Streams as a file but I am unable to send Two Video Streams in one Single feed. Kindly help me out in achieving the same.

  Regards

• FFMPEG Seeking with concat demuxer causes video & audio to be out of sync

  20 février 2023, par Garuuk

  I have a very simple use case that's driving me bananas.

  


  My problem and question :

  


  I'm using ffmpeg version 5.1.2 on a MacOS and i'm using ffmpeg seeking and concat demuxer to cut many 1 minute videos into 15 seconds chopped up over 12 clips where every clip is just 2 seconds from the same video (kind of like a mini teasers for the video). I would really like to not have to re-encode to make the video processing as fast as possible.

  


  First, I take each 1 minute video and cut it up into 12 clips (I do all this programmatically in python fwiw)

  


  ffmpeg -ss 0 -i input.mp4 -t 2 -c copy -y cut_1.mp4
ffmpeg -ss 4 -i input.mp4 -t 2 -c copy -y cut_2.mp4
ffmpeg -ss 8 -i input.mp4 -t 2 -c copy -y cut_3.mp4
...
...


  


  I then write all the output file names to my concat_manifest.txt

  


  file cut_1.mp4
file cut_2.mp4
...
...


  


  Then I run my concat command :

  


  ffmpeg -f concat -i concat_manifest.txt -c copy -y concat_video.mp4


  


  This works really fast but the audio and video at the stitch point get out of sync and sometimes the video just chokes & lags. It's mostly not a smooth experience.

  


  What I have tried :

  


  

  1. using the concat protocol with intermediate profiles : ffmpeg.org/wiki/Concatenate#demuxer

  


  2. Putting the -ss when I seek after the -i. This makes everything worse

  


  3. Playing around with different -ss values. This has some noticeable affects but it's not obvious why yet.

  


  4. I've also read from the ffmpeg resource regarding seeking and copying :

  


  


  Which leads me to believe that maybe because ffmpeg is using timestamps instead of frames, seeking isn't accurate using -ss when using the concat demuxer

  


  Is there a way to get concat demuxer cutting and concatenating the video where the audio is somewhat in sync with the video ?

  


  Thanks

  


  EDIT : I found an answer and i'll be posting the solution in the coming few days.

  


• Nginx RTMP/HLS - stream to ffmpeg and output HLS

  20 novembre 2018, par kanazaca

  At this point my solution is working but only as RTMP, i can watch perfectly my stream using the URL :

  rtmp://X.X.X.X:1935/show/name

  But the problem is that my LG Smart Tv which uses WebOS don’t support RTMP and i would really like to play my stream there. The only solution that i can see right now is to use HLS. With HLS all works fine too, but i need to execute my ffmpeg command before open the HLS stream in TV, otherwise it will not create the files necessary to display the stream on my TV.

  So my goal is to serve a stream as HLS without having to trigger the RTMP endpoint or the FFMPEG manually.

  I’m really struggling with this, waste 3 days trying to make it work :(

  http 
  
  {
  
  location /hls 
  
  {
  
      # Disable cache
  
      add_header Cache-Control no-cache;
  
  
  
      # CORS setup
  
      add_header 'Access-Control-Allow-Origin' '*' always;
  
      add_header 'Access-Control-Expose-Headers' 'Content-Length';
  
  
  
      # allow CORS preflight requests
  
      if ($request_method = 'OPTIONS') {
  
          add_header 'Access-Control-Allow-Origin' '*';
  
          add_header 'Access-Control-Max-Age' 1728000;
  
          add_header 'Content-Type' 'text/plain charset=UTF-8';
  
          add_header 'Content-Length' 0;
  
          return 204;
  
      }
  
  
  
      types {
  
          application/vnd.apple.mpegurl m3u8;
  
          video/mp2t ts;
  
      }
  
  
  
      root /mnt/;
  
      }
  
  }
  
  
  
  }
  
  rtmp {
  
  server {
  
      listen 1935;
  
  
  
      chunk_size 4000;
  
      buflen 5s;
  
  
  
      application show {
  
          live on;
  
  
  
      exec_pull ffmpeg -re -i http://stream-coming.com/$name.ts -c:v libx264 -preset faster -pix_fmt yuv420p -c:a aac -f flv rtmp://localhost/show/$name;
  
  
  
          # Turn on HLS
  
          hls on;
  
          hls_path /mnt/hls/;
  
          hls_fragment 3;
  
          hls_playlist_length 60;
  
          # disable consuming the stream from nginx as rtmp
  
          deny play all;
  
      }
  
  }

  }

  Thanks for your time ;)