분류없음2018.12.16 17:38

-fflags nobuffer는 초기 속도에 영향을 안주는 것 같네..


probesize integer (input)

Set probing size in bytes, i.e. the size of the data to analyze to get stream information. A higher value will enable detecting more information in case it is dispersed into the stream, but will increase latency. Must be an integer not lesser than 32. It is 5000000 by default.

[링크 : https://www.ffmpeg.org/ffmpeg-formats.html#Format-Options]


-r[:stream_specifier] fps (input/output,per-stream)

Set frame rate (Hz value, fraction or abbreviation).


As an input option, ignore any timestamps stored in the file and instead generate timestamps assuming constant frame rate fps. This is not the same as the -framerate option used for some input formats like image2 or v4l2 (it used to be the same in older versions of FFmpeg). If in doubt use -framerate instead of the input option -r.


As an output option, duplicate or drop input frames to achieve constant output frame rate fps.

[링크 : https://ffmpeg.org/ffmpeg.html#Video-Options]


Also setting -probesize and -analyzeduration to low values may help your stream start up more quickly (it uses these to scan for "streams" in certain muxers, like ts, where some can appears "later", and also to estimate the duration, which, for live streams, the latter you don't need anyway). This should be unneeded by dshow input.


Reducing cacheing at the client side can help, too, for instance mplayer has a "-nocache" option, other players may similarly has some type of pre-playback buffering that is occurring. (The reality is mplayers -benchmark option has much more effect). 

[링크 : https://trac.ffmpeg.org/wiki/StreamingGuide#Latency]

    [링크 : https://stackoverflow.com/.../how-to-minimize-the-delay-in-a-live-streaming-with-ffmpeg]

Posted by 구차니

댓글을 달아 주세요