Changes between Version 30 and Version 31 of StreamingGuide

Timestamp:

10/11/2012 05:24:54 PM (8 months ago)

Author:

rogerdpack

Comment:

note where to learn about setup

StreamingGuide

@@ -10 +10 @@
 Also note that encoding it to the x264 "baseline" is basically for older iOS devices or the like, see [http://sonnati.wordpress.com/2011/08/30/ffmpeg-%E2%80%93-the-swiss-army-knife-of-internet-streaming-%E2%80%93-part-iv/ here].  Some people argue that just using mpeg4video codec is better than x264 baseline (where possible) since it is a simpler codec.
 
-The FFmpeg's "-re" flag means to "Read input at native frame rate. Mainly used to simulate a grab device." i.e. if you want to play a video file, but at realtime, then use this. My guess is you typically don't want this flag when streaming from a live device.
+== The -re flag ==
+
+The FFmpeg's "-re" flag means to "Read input at native frame rate. Mainly used to simulate a grab device." i.e. if you want to play a video file, but at realtime, then use this. My guess is you typically don't want to use this flag when streaming from a live device.
+
+Also avoid the -sameq flag, which means "same quantizer" not same quality, and probably should be avoided.
+
+== Setting ==
 
 Here's how one guy broadcast a live stream:
@@ -47 +53 @@
 }}} 
 
-NB that they also had to adjust the rtbufsize in that example.  I'm also not entirely sure which presets are "best" or what the available options are.  Also note that newer version of FFmpeg may need a different syntax for specifying preset/tune.
+NB that they also (for directshow devices) had to adjust the rtbufsize in that example.  Also note that newer version of FFmpeg may need a different syntax for specifying preset/tune.
+
+You can see a description of what some of these means, (for example bufsize, bitrate settings) [x264EncodingGuide|here].
 
 == Latency ==