Music Player Rework (1 Viewer)

[horned_reaper]

I'll try to see, if i can reproduce the stuttering in WASAPI non-exclusive mode.

Maybe WASAPI - Event Style is the solution:
http://wiki.jriver.com/index.php/WASAPI

If I can support you in testing just let me know. I really love your extensions!

 

[hwahrmann]

Please try increasing the Buffer size, when you run with WASAPI non-exclusive mode.
See is the stuttering goes away.

 

[horned_reaper]

Please try increasing the Buffer size, when you run with WASAPI non-exclusive mode.
See is the stuttering goes away.

As already written in the previous post the stuttering is

independent from audio file format and buffer, crossfading and ReplayGain settings

Anything else that we can check/test?

 

[hwahrmann]

Don't know of anything to test for. i need to discuss this with the BASS devs.
I'm on business trip the next 2 days and will look at it on the weekend.

 

[hwahrmann]

I can confirm the stuttering. Happens only on WASAPI non-exclusive mode. Will talk to the BASS guys.

I did a lot of testing and in 1 occurence i was able to reproduce the crash. I think i found the cause of it already.

 

[hwahrmann]

I've got a new baswasapi.dll from the BASS guys, which is supporting WASAÜI Eventing.
I've enabled Eventing when WASAPI shared mode is used.
At least on my system the stuttering is gone.
Can you please test and let me know.

New binaries are in first posting

 

[tourettes]

I've got a new baswasapi.dll from the BASS guys, which is supporting WASAÜI Eventing.
I've enabled Eventing when WASAPI shared mode is used.

Does exclusive mode already use event based rendering? From MPAR I know that some HW / drivers wont even support event based rendering, but the ones that support are benefiting from it (renderer wont have to poll constantly the audio buffer status - HW/IRQs are much better for handling the buffer filling requests).

So it would be good to allow users to select between event and polling based rendering. And the optimal solution would be to detect if the drivers report the event based rendering to be available.

 

[horned_reaper]

I've got a new baswasapi.dll from the BASS guys, which is supporting WASAÜI Eventing.
I've enabled Eventing when WASAPI shared mode is used.
At least on my system the stuttering is gone.
Can you please test and let me know.

New binaries are in first posting

Could you please let me know which DLLs you have been changed? So I can extract the setup files and replace the installed files from your previous build.

 

[hwahrmann]

basswapi.dll and core.dll

 

[hwahrmann]

I've got a new baswasapi.dll from the BASS guys, which is supporting WASAÜI Eventing.
I've enabled Eventing when WASAPI shared mode is used.

Does exclusive mode already use event based rendering? From MPAR I know that some HW / drivers wont even support event based rendering, but the ones that support are benefiting from it (renderer wont have to poll constantly the audio buffer status - HW/IRQs are much better for handling the buffer filling requests).

So it would be good to allow users to select between event and polling based rendering. And the optimal solution would be to detect if the drivers report the event based rendering to be available.

Yes, it can use event based rendering in exclusive mode as well, tough in the current version i have only enabled it for shared mode.
This is still a test version, which i got from the BASS guys.