i gotta get it distribution friendly. Definately is far from that at the moment.

if you set your UserMax to 40 then that is why you see that number.

Also if you left it blank and setup 4 mounts with 10 listener maxes you will see that number. It is based on the overall listener count of the server, not the single mount point you are sourcing.

The reason why I don't have it ...

which OS are you running steamcast on?

link me with your stream when this happens. I certainly see no reason why Steamcast would be the cause of that though, Steamcast is completely agnostic to format. So if it sped up it was likely due to a misconfigured or buggy source client.

The quality setting is nothing like ogg, if I remember right it has to be a value from 10 to 100 or something like that. I'd hit up oddsock on the exact values.

empty all FTP fields and it shouldn't try to make an ftp connection.

As for images. you could do all this via scripting and a small database to house your images. I really see no reason why Radio Toolbox would have to be aware of any of the images.

use top

does steamcast consume any CPU at the time this occurs?

interesting, I think I found the problem. It appears that it has something to do with steamcast's meta handling.

Can someone try disabling meta updates via their encoder and varify?

all listeners are subject to the ListenerTimer.

sorry, I have no publically available scripts for sc_trans, if you have a particular question I would be glad to help.

Go to File -> Options

Choose 'Web Service' from the tree menu and then set 'Web Port' to 0. This will disable the Web admin in Radio Toolbox.

the thing about that is how would it be accurate? You can close Radio Toolbox anytime or worse have a box crash then that stat would be inaccurate.

sounds good. Thanks

you misunderstand the purpose of that label. It is simply assuming the SHOUTcast Source Protocol. The label has no baring on whether it will work with other servers which utilize the same protocol.