As for your original question, to turn disable overbuffering, you can
change the following items in the
/Library/QuickTimeStreaming/Config/streamingserver.xml file
<!-- Rate at which to overbuffer: number of times the data rate -->
<PREF NAME="overbuffer_rate" TYPE="Float32">2.0</PREF>
Change this pref value to 1.0:
<PREF NAME="overbuffer_rate" TYPE="Float32">1.0</PREF>
This will cause the server to send at the rate it is encoded, and not
faster. There will be an initial overbuffering of data for the first
one second. To turn off all overbuffering, also modify the following
pref:
<!-- This is also the minimum time the server will wait
between sending packet data to a client -->
<PREF NAME="send_interval" TYPE="UInt32">50</PREF>
Change this pref value to 0:
<PREF NAME="send_interval" TYPE="UInt32">0</PREF>
<PREF NAME="disable_overbuffering" TYPE="Bool16" false</PREF>
Change this pref value to true:
<PREF NAME="disable_overbuffering" TYPE="Bool16" true</PREF>
This will turn off overbuffering completely.
I was using 5.5.1 on Suse Linux 9.3
My clips were using way more than 2x their encoded bandwidth.
Streaming to quicktime players on windows desktop machines over
100Mbit
LAN as a test for doing streaming video for our website.
George Cook <email@hidden> 11/02/05 6:39 PM >>>
Jeff:
By default, QTSS/DSS will send each stream at up to 2x the bit-rate
of the source. That is configured in streamingserver.xml:
<PREF NAME="overbuffer_rate" TYPE="Float32"
2.0</PREF>
What is your client? Are streaming to cell phones, Real Player for
Mobile? If so, are you running the latest version of DSS? The "not
enough bandwidth" error usually occurs there. In the latest version
of the streaming server, we have accommodated with specific tweaks in
the server configuration.
-George
On Nov 2, 2005, at 12:09 PM, Jeff Schoby wrote:
Has anyone ever come up with a good way to handle multiple users on
a
DSS w/o completely eating up the server's pipe?
No matter what target bandwidth the clips have been encoded for, the
server just spits it out at the client as FAST as it can. With my
internal testing network running at 100Mbit and the DSS server
capped at
2Mbits, I can't get more than a couple of people viewing clips
because
the server starts giving out Not Enough Bandwidth errors.
I shouldn't need 2Mbits of bandwidth for 4 people to watch a stream
encoded for 64kbits/sec
--
Jeff Schoby
Unix/Network Admin
City of Columbia, Missouri
573.874.6320
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Streaming-server-users mailing list (Streaming-server-
email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/streaming-server-users/cook5%
40apple.com
This email sent to email@hidden
