I found a bug in ASYNC read... If I seek a track near its end, back and forth several times, it dead locks in one of the bass's threads (infinite critical section waiting).

Seeking is performed like this: 29s mp3 track, set pos to 25th sec, then 24, 27, 21 and so on (numbers are pretty random as I do it by clicking a mouse in my app) - eventually the problem occurs.

I think I'll release a simple video playback lib soon. Probably today

Thanks, Ian

According to this

BASS_UNICODE - cmdline is in UTF-16 form. Otherwise it is ANSI on Windows and UTF-8 on OSX.

If you don't use BASS_UNICODE flag, the string will be interpreted as UTF-8. With this flag it is UTF-16. Looks like ANSI is not supported on Mac.

but I think the reads need to remain small at least when the buffer level is low.

Yes, something like this. If 128K buffer needs 32K - just get 32k in one read op.

and I guess fmcoder is not totally wrong in what he is saying...

I don't think I'm wrong at all Ian confirmed that reads are performed in small 4K blocks.

I do need the async option for ASIO output. Some users complain of broken sound, and I suppose this option could help.

Well maybe add an option to control the "refill" size? This could be useful in scenario when buffer is large enough (eg. 256K) and it could be refilled with blocks of 32K (instead of 8 * 4K reads). I don't know why, but I'm not really comfortable with that number of small reads. 

Yep, that was mp3. So decoder gets its 32k from the buffer, and then BASS refills buffer with several 4k reads?
Sorry to be annoying, I just need to know details to decide include this new feature in my app or not
Thanks.

Depending on what you need, it could be easier (and cheaper) to create it yourself.
There were 2 video add-ons already, including this one, but because of bugs and low stability I couldn't use those in my commercial app.
Finally I've given up waiting and spending time on those, I wrote video playback myself - it just renders video on a custom window and audio via BASS.

I don't know.. Maybe I should release this simple video playback lib here

Thanks for the idea on muting, I like the idea but coding it in to the player could be ugly

No one will notice that you actually muting the stream (users don't know and don't care how this works internally). So the solution is totally OK.

Hmm... It looks like "sync" reads are done in 32k chunks, and when I use async it reads file in 4kb chunks. Which means many small read operations. I don't know if it affects anything, but perhaps adding a config option to control it will be good. I'd use 32k there

So using async read: in case when buffer doesn't contain enough data, its behavior will be the same as sync read (as it has to read more data from the disk), right?

But the SYNC read (how bass works by default) has the buffer too? And we don't have change or calculate it... ASYNC is not that different IMO.

Thanks, I'll give it a try

A little question..
BASS_CONFIG_ASYNCFILE_BUFFER 45 - what units are used to measure buffer size, kilobytes?

Yep. The next BASS release, including that new option, should be available soon. Good to hear that it's still working well for you

When should we expect this? Looks like my customers can benefit from this feature as well

fTarget is the target level - a destination level which you want to get. Set it to 1.
fQuiet is the quiet level, when sound level is below this value, it will not be amplified to reach fTarget.

I'd advice implementing your own AGC though.

[mm]

  RemainingTime := FormatDateTime('hh:mm:ss', RemainingTimeValue);

The mm format specifier is a month for minutes you should use nn instead.

bassenc addon is what you need for this.

I've faced the similar problem...
The solution is simple: call BASS_ChannelGetData in another thread to avoid lock ups.

For 3 you can use BASSenc addon, see the BASS_Encode_CastInit function. It will connect to Shoutcast/Icecast server and sent stream. If you don't want to use 3rd party servers, you can use a server integrated intom bass - BASS_Encode_ServerInit.

To play it on client side use the BASS_StreamCreateURL function.

Got it. I'll send the report when it crashes again.