Again, that work fine on my computer... :(
But I will try to see what sometime this issue become alive ;)

jcraig : okay, after about 5 minutes, I had the connection drop down issue. When the buffer is large, the drop down is slower.
And like you said, thr drop down happen when a new title/artist is send by the server (track change).

But I tried with the old audio engine of FStream and VLC, the same thing happen (in VLC, however, there is not realy a white -like FStream if you turn on the auto-reloading when the buffer drop down- because he upsampling for a little while the stream to get again the right amount of audio data).
I had trace all the Ogg code, he doen't give me one error.

So a conclusion : the server doesn't send enough data amount when he send track informations (normally, the server send a little bit more data -equal to the track len- when a new track is sended, to precisly, no drop down the stream)

Do you have other streams with the same issue ? Is the first time that I see this kind of server...


That I will try : doing the same thing of VLC : upsampling the stream when the amount of data is to low (but it's puttering about ...)

Damn "the life is not pink" (french expression , I don't know if this one exist in English :D) !

I will see that... pfiiouuuu....

And what sometime OGG work fine (http://streams.frequence3.net/ogg-112.m3u) and sometime not !? Grmmm

Yes I know this issue. The fault is for FMod : when the buffer is under 99%, he take 100% of the processor. For the moment, the only thing to do, is to switch in pause mode to wait that the buffer go to 99% and switch to play.

No, I don't use QuickTime for the stream decoding.