Changes between Version 54 and Version 55 of StreamingGuide

Timestamp:

Oct 17, 2013, 9:30:25 PM (13 years ago)

Author:

Roger Pack

Comment:

--

StreamingGuide

@@ -86 +86 @@
 Note also that using dshow's "rtbufsize" has the unfortunate side effect of allowing frames to "buffer" while it is waiting on encoding of previous frames, or waiting for them to be sent on the wire.  This means that if you use a higher value at all, it can cause/introduce added latency if it ever gets used (but if used, can be helpful for other aspects, like transmitting more frames overall).
 
-There is also an option -fflags nobuffer which might[http://ffmpeg.org/ffmpeg.html#Format-AVOptions reduce latency].
-
-=== testing latency ===
-
-By default, ffplay introduces a small latency of its own, so if you use it for testing (see troubleshooting section) it may need some of these parameters, as well.  NB that ffplay has somewhat poor video output, though, so don't base quality levels on that.  Also some settings mentioned above like "probesize" might help it start more quickly.
+There is also apparently an option -fflags nobuffer which might possibly help [http://ffmpeg.org/ffmpeg.html#Format-AVOptions reduce latency].
+
+=== Testing latency ===
+
+By default, ffplay (as a receiver for testing latency) introduces a small latency of its own, so if you use it for testing (see troubleshooting section) it may need some of these parameters, as well.  NB that ffplay has somewhat poor video output, though, so don't base quality levels on that.  Also some settings mentioned above like "probesize" might help it start more quickly.
 
 Also useful is mplayer with its -nocache for testing latency (or -benchmark). 
 
-Using the SDL out is also said to view frames with minimal latency: "ffmpeg ... -f sdl -"   
+Using the SDL out option while using FFmpeg to receive the stream might also help to view frames with less client side latency: "ffmpeg ... -f sdl -"   
 
 === see also ===