You might get a "consider increasing probesize" error that may freeze the stream. I've found it works within a 100-1000MS delay similarly to most Bluetooth headsets. The bitrate will then help keep the video properly timed as best as possible.
This is due to the below command that synchronises the framerate and bitrate as the video will otherwise be trying to play at 30fps making everything look/get slower over time due to the extra frames.
Using ffplay -framerate 60 -framedrop -bufsize 16M - gives you a decent quality that lasts for quite a while. Adding -clock-jitter=0 seems to make the errors less traumatic, but it's still pretty messed up.Ī simple ffplay - works, but it seems to take a few seconds to decide to start, and ends up lagging well behind the entire time. Adding -h264-fps=60 seems to help that, but you start getting errors (" ES_OUT_SET_(GROUP_)PCR is called too late"). If you just pipe the output into vlc -demux h264 -, it appears to work, but you get gradually farther behind. I've tried a few different things recently, on desktop Linux (Ubuntu 15.10). I don't remember the vlc command line that I used for the initial testing.
0 kommentar(er)
