IntroFILE-DNAS bug on win32

DJ AmAdEuS · 9th September 2003, 12:42

when setting up an intro file with the same bitrate, samplefrequ and channels as the live stream, the win32-version fo shoutcast need almsot 1 minute to transfer 2 secs auf audio data....

it's just buffering all the time..

even if I set the sleep-tag to 100 it's still not acceptable...
strange thing is, that even if the intro is over, the rest of the stream lags as well

i already tried different mp3-encs for the intro-file like lame/cooldedit pro/audioactive production studio.. no effect

i turned the intro off now, but i would be very glad if anyone could tell me if there's a fix for this...

Jay · 9th September 2003, 14:33

sounds like a bandwidth issue to me. Are you sure you have enough bandwidth to stream?

DJ AmAdEuS · 9th September 2003, 17:29

think i'm stupid? sure i have...
without the intro-file the stream is running fine...
this is an 644Mbit/s backbone....

Jay · 9th September 2003, 19:20

no need to get defensive, but it's a common occurance.

If you turn your audio server back on with intro I will gladly connect and see if I can diagnose the problem that way, but I doubt this is a bug, since it has worked for the past couple of years on many different systems.

DJ AmAdEuS · 9th September 2003, 19:24

we tested the same setup on a linux-box and it worked great....
btw another windows-bug?!?: i sometimes, in the evenings when i try to connect to my server (in USA) from home (germany) it#s lagging, although, streaming the stuff via andromeda-script or http-progressive-download workz great. i can DL from the same webserver with 100KB/s but shoutcast won't run correct ...
has anyone ever tested this thing in a windows datacenter server enviroment?

DJ AmAdEuS · 9th September 2003, 20:14

btw foudn out some other issues:
first of all, the biggest problem for sc is, that the buffer it internally uses between getting the stream and sending it to the clients is of a static, size, means for 128Kbit/s, it is pretty short, and for the standard tcp-window-size which is set on a w2/w2003 server it is almost useless....
streaming files directly from IIS´-server on same amchien is gives a perfectly fluent paly even ion 256Kbit/s mode, since it can preload bigger blocks of the file...while shoutcast has to wait for the dsp-plugin tio get the data, and has only a much to small buffer...

DJ AmAdEuS · 9th September 2003, 20:49

btw, this problem alsog ets solved like described in the other stream, by setting the sleep-timer to 50ms

9th September 2003, 12:42	#1
DJ AmAdEuS Junior Member Join Date: Sep 2003 Posts: 8	IntroFILE-DNAS bug on win32 when setting up an intro file with the same bitrate, samplefrequ and channels as the live stream, the win32-version fo shoutcast need almsot 1 minute to transfer 2 secs auf audio data.... it's just buffering all the time.. even if I set the sleep-tag to 100 it's still not acceptable... strange thing is, that even if the intro is over, the rest of the stream lags as well i already tried different mp3-encs for the intro-file like lame/cooldedit pro/audioactive production studio.. no effect i turned the intro off now, but i would be very glad if anyone could tell me if there's a fix for this...

9th September 2003, 14:33	#2
Jay Moderator Alumni Join Date: May 2000 Location: Next Door Posts: 8,942	sounds like a bandwidth issue to me. Are you sure you have enough bandwidth to stream? -Jay \| Radio Toolbox.com

9th September 2003, 19:20	#4
Jay Moderator Alumni Join Date: May 2000 Location: Next Door Posts: 8,942	no need to get defensive, but it's a common occurance. If you turn your audio server back on with intro I will gladly connect and see if I can diagnose the problem that way, but I doubt this is a bug, since it has worked for the past couple of years on many different systems. -Jay \| Radio Toolbox.com

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Switch to Linear Mode Hybrid Mode Switch to Threaded Mode

9th September 2003, 17:29	#3
DJ AmAdEuS Junior Member Join Date: Sep 2003 Posts: 8	think i'm stupid? sure i have... without the intro-file the stream is running fine... this is an 644Mbit/s backbone....

9th September 2003, 19:24	#5
DJ AmAdEuS Junior Member Join Date: Sep 2003 Posts: 8	we tested the same setup on a linux-box and it worked great.... btw another windows-bug?!?: i sometimes, in the evenings when i try to connect to my server (in USA) from home (germany) it#s lagging, although, streaming the stuff via andromeda-script or http-progressive-download workz great. i can DL from the same webserver with 100KB/s but shoutcast won't run correct ... has anyone ever tested this thing in a windows datacenter server enviroment?

9th September 2003, 20:14	#6
DJ AmAdEuS Junior Member Join Date: Sep 2003 Posts: 8	btw foudn out some other issues: first of all, the biggest problem for sc is, that the buffer it internally uses between getting the stream and sending it to the clients is of a static, size, means for 128Kbit/s, it is pretty short, and for the standard tcp-window-size which is set on a w2/w2003 server it is almost useless.... streaming files directly from IIS´-server on same amchien is gives a perfectly fluent paly even ion 256Kbit/s mode, since it can preload bigger blocks of the file...while shoutcast has to wait for the dsp-plugin tio get the data, and has only a much to small buffer...

9th September 2003, 20:49	#7
DJ AmAdEuS Junior Member Join Date: Sep 2003 Posts: 8	btw, this problem alsog ets solved like described in the other stream, by setting the sleep-timer to 50ms