Recherche avancée

Sur d’autres sites (12883)

• Ffmpeg hangs while transcoding HDHomerun Prime on channel change

  23 octobre 2017, par devo1929

  I’m using ffmpeg to transcode a live stream from a HDHomerun Prime. Everything is working beautifully. However, one ability that I would like, if possible, is the ability to change the channel on the HDHomerun without having to stop and restart the ffmpeg transcoding process.

  I start the ffmpeg process to begin reading the UDP feed from the HDHomerun. It writes the stream to a series of *.ts files with a m3u8 playlist.

  The second I use hdhomerun_config to change the channel on the device, ffmpeg immediately reports the following and hangs :

  [mpegts @ 0000018b4e05be60] New video stream 0:3 at pos:295211888 and DTS:40884.7s=108 drop=0 speed=1.02x
[mpegts @ 0000018b4e05be60] New audio stream 0:5 at pos:295279568 and DTS:40884.4s
frame= 4488 fps= 29 q=23.0 q=27.0 q=23.0 size=N/A time=00:02:28.94 bitrate=N/A dup=108 drop=0 speed=0.959x

  The command I am using to launch ffmpeg is :

  ffmpeg.exe -t 03:00:00 -i "udp://192.168.1.150:5000?fifo_size=1000000&overrun_nonfatal=1" -vf yadif=0:-1:1 -y -threads 4 -c:v libx264 -s 1280x720 -r 30 -b:v 4500k -force_key_frames expr:gte(t,n_forced*2) -profile:v high -preset fast -x264opts level=41 -c:a libfdk_aac -b:a 96k -ac 2 -hls_time 10 -hls_list_size 6 -hls_wrap 6 -hls_base_url /stream/ -hls_flags temp_file -hls_playlist_type event "C:\temp\streams\4500-stream.m3u8"

  Is there a specific command that I can pass to allow ffmpeg to "recover" from this ? Or, is there an arg that prevents this hang in the first place ? I’m using the latest version v3.4 of ffmpeg cross-compiled for Windows from Ubuntu. The issue also occurred using the stable version v3.4 of ffmpeg for Windows from ffmpeg.org.

  Edit :

  A new discovery to the issue, but still not yet resolved :
  If I change to the channel BACK to the original channel, Ffmpeg is able to continue writing the stream.

  Example : I start on channel X. Ffmpeg is recording to a file. I change to channel Y. Ffmpeg outputs a message similar to the one posted above and "hangs." I change back to channel X and ffmpeg picks up where it left off, no problem.

• Merge commit ’259fe7280d0b63dc7a8ff017d44f26d3a84cfde8’

  29 juillet 2014, par Michael Niedermayer

  Merge commit ’259fe7280d0b63dc7a8ff017d44f26d3a84cfde8’
  * commit ’259fe7280d0b63dc7a8ff017d44f26d3a84cfde8’ :
  
    mxf : Extract origin information from material and source track
  Merged-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavformat/mxfdec.c

• RTMP stream and bandwidth usage

  5 mai 2015, par Mike Sanchez

  As of now, I have an RTMP live stream going. FFMPEG transcodes the video files on my server, and then I direct it to LiveStream.com’s RTMP service. I use this method because my server just doesn’t have enough bandwidth to support numerous users watching the same stream all at once.

  Livestream currently acts as a middle-man for me. So my question is, are there other opensource options wherein I can put Livestream to rest ? Can video.js handle this ? Maybe even Castamp ? Or do I risk losing the ability to keep bandwidth under control without an option like the one I’m currently using ?