Hello Paul,
>Hi,
>I'm running QTSS 2.01 on Mac OS X (I'm told it's a T1 connection) -- I'm
>having trouble streaming high-bandwith streams (anything over 220 kbits
>second), is there anyway to increase the buffer size or other
>optimization methods?
For live/reflected content, you can edit the .sdp file
and increase the x-buffer-delay from the default of
3-5 seconds, to maybe 8-10 seconds. This works well,
especially for audio content using QDesign2 codec.
Another thing to realize is that if your server is
"behind" (or constricted) by a T1 connection, you may
need to find out what the actually maximum upstream
bandwidth is.
If its truly a T1, then you should have nearly 1.5MBit/sec
both up and down. However, if its ADSL, then your upstream
bitrate may be much more constrained (ie. maybe 1.2MBit/sec
download, but only 128 or 256kbit/sec upstream).
Another thing to try is changing your QT4 client's
streaming transport to use HTTP, and see if that
improves things. It may be that UDP packets are getting
dropped too aggressively when going upstream from
your server.
Lastly, you might try using an FTP client and see how
many kbit/sec you get when trying to upload from behind
your T1/streaming Server's internet connection. Make
sure you pick an FTP server to connect to that isn't
busy, and is close-by, but is beyond the local bottle-neck
of your T1.
I once talked with an ISP that had a similar problem,
and it turned out that their upstream provider had
capped the maximum thruput of any single IP client connection
to a maximum of 300kbit/sec. They were paying for
a T1 uplink speed, and across many clients they were
indeed able to serve up to T1 speeds (ie. 1.5Mbit/sec
total), but their upstream ISP was running switching
software that prevented any single client IP connection
from using up the whole-pipe. This was possibly put
in place to prevent a DOS bandwidth attach(?)
Fortunately, the first ISP was able to straighten
things out with their upstream provider, and now everything
is fine.
Another thought just occured to me, if this is content
that was hinted long ago (ie. with QT4.0.3 or earlier),
you might try re-hinting it with the latest QT4.1.2
which sets the RTP Packet Payload size to a more conservative
1450, rather than the old default of 1466. I've seen
this make a difference (resulting in less packet-loss)
if the there were bandwidth restrictions between
the client and server (ie. over DSL), or else if there
is anything else between the client & server such as
VPN over IP, or if the client is connecting via PPPoE.
>BTW, where is the configuaration file for QTSS? Thanks.
In QTSS 2.0.1, there is no configuration file. All the
major streaming server settings are stored in NetInfo.
You can view them like this:
root# niutil -read . /services/QuickTimeStreamingServer
To make a change to one, such as the rtsp_port, do this:
root# niutil -createprop . /services/QuickTimeStreamingServer rtsp_port 80 554 7070
For changes made to the QTSS NetInfo settings to take
effect, you will have to stop/restart the Streaming
Server, or else at least do a 'kill -HUP' to the
child QTSS process.
In Darwin Streaming Server 2.0.1 (on platforms which
don't have NetInfo), the config file settings are
stored in:
/etc/streamingserver.conf
Lastly, with the Streaming Server 3 Public Preview,
settings are no longer stored in NetInfo (even w/QTSS 3 on
MacOS X), but instead all platforms of QTSS/DSS 3 store
their settings in an XML-based configuration file:
/etc/streaming/streamingserver.xml
--
Billy Brown
>Paul
>
>--
>#=#=#=#=#=#=
>Paul B. Lorah
>MacMaverick(SM), Inc.
>Mac OS Consulting & Internet Design Services
>http://www.macmaverick.net
>_______________________________________________
>streaming-server-developers mailing list
>email@hidden
>http://www.lists.apple.com/mailman/listinfo/streaming-server-developers
