Greger Burman wrote
> Observation:
> x264 codec + mpegts format compared to mjpeg codec + mjpeg format adds
> about 300 ms (10 frames) latency.
Hi,
I just started to transcode the 1-minute input video(mjpeg) from the USB
camera with the below command.
time ~/bin/ffmpeg -benchmark -threads 4 -t
Ok, so the ffmpeg based player is buffering frames somewhere even though
I'm telling it not to. This happens with h264 video but not with mjpeg.
That suggests to me that the latency is caused by either the h264 decoder
or the mpegts demuxer. I have also tried m4v instead of mpegts, with about
the
On 1/13/16, Greger Burman wrote:
> Ok, so the ffmpeg based player is buffering frames somewhere even though
> I'm telling it not to. This happens with h264 video but not with mjpeg.
> That suggests to me that the latency is caused by either the h264 decoder
> or the mpegts
On 1/12/16, Kenneth Fields wrote:
> yes, we’re having the same issue now.
> but -benchmark also really degrades the stream.
> Is there any options possible for -benchmark (moderate, strict)?
what type of degredation? are you using udp? are you including audio?
On 1/12/16, Greger Burman wrote:
> I would like to hear from anyone who has experience with low latency video
> streaming and ffmpeg.
>
> In my application I take video from a PCIe capture device and stream live
> over network. The end to end latency must be below 200ms otherwise
yes, we’re having the same issue now.
but -benchmark also really degrades the stream.
Is there any options possible for -benchmark (moderate, strict)?
Ken
> mplayer -benchmark has been the only client I've found with reasonable
> latency, though I'm sure there are others/more.
> I've gotten