On Wed, May 18, 2016 at 04:18:11PM +0200, Vlad Tarca wrote: > > > > Have you tested this on actual receivers? > > Are you aware this won't work effectively because of the bursty nature of > > FFmpeg? > > > > Kieran > > > > Hello, > > I tested the FFmpeg version on a software receiver, not a hardware one. I > initially implemented this for one of my applications based on VideoLAN's > multicat and that version seemed to work well with hardware receivers. > > Now that you mention it I can see there are discussions about the UDP burst > issues. Do you know if there are any planned improvements?
there was a patch, ive applied and fixed the worst of it you can now prevent bursts with -packet_gap What is missing now is to add either some -bandwidth option or even better make udp use the bitrate or PCR/SCR to time the outputted udp packets. Which would be nicer than the packet_gap based system [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Let us carefully observe those good qualities wherein our enemies excel us and endeavor to excel them, by avoiding what is faulty, and imitating what is excellent in them. -- Plutarch
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel