BassPlayer: Adding WASAPI support | Page 3

A Mixer stream is always active, unless you initalize it to stop, when nothing is fed into it.
So when you add a song to the mixer you need to set a SyncPos to "current mixer position + length of song just added".
This will then signal and you know that the song has ended, and you can add the next siong from the playlistz or stop playback, if it was the last song.

THat's the SetSyncPos in MP1 MixerStream.cs line 385

 

For that special case, which i fixed in MP1, you need to have a Mixer Matrix, which assigns the channels correctly

See MixerStream.cs line 676

 

I've added this code already, but it doesn't work. When I debugged it, the duration of input was "0", so maybe this is the root cause?

I will cleanup my working copy and push it, could you check it please?

The channel mixing I will do as last step, because this changes the "processing chain" (although the current classes are only pass through stubs)

 

@hwahrmann @BassFan I pushed a cleaned up version of my branch into https://github.com/MediaPortal/MediaPortal-2/commits/FEAT_BassWASAPI. Would be great if you can help finding the stream end detection issue !

 

Thanks for all answers. I finally found the cause: When I registered on "PlaybackEnd", I always got a crash from unmanaged side. The problem was a implicit delegate creation, so callback was already GCed.
(a thread to similar problem explained it here http://stackoverflow.com/questions/4855513/callbackoncollecteddelegate-was-detected)

Only known issue is the channel mapping. Before touching this, I will try this build on my HTPC

Testbuild in 1st post!

 

Testing this and it works fine if only one player is active. As soon as there are more players (especially video and music file) there are problems like freezing video while start playing music concurrently and being unable to change audio streams between players.
Changing back to DirectSound solved these issues.
Thanks!

 

Can you check this in Wasapi shared mode? (in settings uncheck "exclusive") I guess it would also work if different audio devices are selected for audio and video.
I'm afraid it might need more changes in player management to support switching input of exclusive opened audio devices.

 

In shared mode the video doesn't freeze if you start playing audio concurrently but you can't change to the audio stream of the other player. Furthermore you are unable to mute (happens also in exclusive mode).
If the music (mp3 file) ends the audio stream from the video is played on. (correct behaviour ).

Screenshot:

 

Hi.

I think this is as expected. WASAPI don't change a bit on Audio Stream. So no volume control and no mute...