Cheers Ian, I had assumed it was the buffer but I was trying the mixer buffer config setting. Works perfectly now.

Thanks, I had a VU meter that was causing the problem.

I have a small issue now however, which is that there is about a half a second delay between pausing/seeking a source stream and the action actually taking place (e.g. if I press a pause button, which fires BASS_Mixer_ChannelPause, it carries on playing for about half a second until it pauses). Hitting play is instant as it should be, but is the only action that is.

Any suggestions for removing the delay?

I'm developing an application at the moment using BASS and BASSMix (through BASS.Net). My application has 2 'players', which at first I created as two seperate streams, which worked fine. Now I want to mix the two streams together so that I can apply a DSP to the mix, as well as use WASAPI. I've changed the streams to decode only and created a mixer stream which is set to non stop. My issue is when I play one of the mixer channels, it plays back at double speed (stuttering forward continuously, rather than sounding like it is at the wrong sample rate), plus when I pause the channel it seems the stream carries on decoding rather than pausing.

Is there anything obvious that would explain this?

I want to add support to my stream player for a new AACplus stream, alongside the existing MP3 stream. On FormCreate, immedaitely after BASS_Init, I've called BASS_PluginLoad('bass_aac.dll', 0). However, when I try playing the AACplus stream, I get error 41, as if the plugin hasn't been loaded. If I use BASS_AAC_StreamCreateURL to open the stream, it then works, however of course the MP3 stream then doesn't work returning error 41.

If it's any help, I called BASS_ErrorGetCode after BASS_PluginLoad, and that gave error 2. I'm using the latest versions of BASS and BASS_AAC, player developed in Delphi 2009 based on NetRadio.

I've managed to get the original netradio working perfectly just by changing the PChar's in WndProc to PAnsiChar, and it turns out Error 37 in my application was a result of a bug with my code which showed up in 2009 which told the app to load an invalid device. Thanks a lot for your help Ian, I appreciate it!

If it's of benefit to anyone, turns out McAfee's Smart Recommendation system took longer to figure out the application was safe than BASS likes. Increasting the timeout resolved the problem.

Rather than starting a new thread, I've decided to try out Delphi 2009, which is obviously proving to be a problem with its unicode support. By changing some of the PChar's to PAnsiChar, the app will compile, but it won't work, throwing up Error Code 37. I've tried the same changed in the original netradio app, and it works, although the meta data it displays looks like chinese script. I know putting the BASS_UNICODE flag is meant to help, but where I'm putting it clearly doesn't work. Any suggestions?

Thanks for that, turns out McAfee Personal Firewall was the culprit, so I'll have a look as to why the firewall is only blocking the first connection.

The precompiled version shows the same problem, with Error Code 40.

EDIT: Just tried in on an XP machine, and there was no issue, so it would seem this is some sort of problem with Vista.

I've got a problem in Delphi with both the original netradio application and the application I am basing off it. The first time I try to load any stream, it sits there for some time trying to connect, and then throws up an error with Error Code 0. However, after that when I try to load any stream again, it works perfectly. Is there any way to overcome this?