next »

[Roj]

The title says it all.  If I use DirectSound, all is well.  If I use WASAPI, there is a tiny (and extremely annoying) gap.

Exclusive Mode also breaks track advance.

ASIO of course works just fine.

QUE?

[Dotpitch]

What sample rate and resolution did you set and what is XMPlay using? Breaking track advancement sounds like a bug, perhaps the audio device isn't closed properly.

[Roj]

Sample rates used in XMPlay were 16/44 and 24/48.  The source MP3s and FLACs were 16/44.  The audio device is a set of Logitech Z-Cinema USB speakers.  If I use the ASIO plugin and ASIO4ALL, it works perfectly regardless of sample rate set in XMPlay.

[Ian @ un4seen]

What does the "Output" text in the "General" info window say when using WASAPI output? If there are 2 lines, try setting the sample rate to the number in the 1st line and enable the "Apply sample rate to all file formats" option. That tells XMPlay to always output at that rate (resampling if necessary), so it doesn't have to bother asking the output device to change its rate if the file uses a different rate.

Note that gapless output (as well as crossfading) requires that the output rate doesn't change.

[Roj]

Hi Ian,

I'm on the road sop I haven't had a chance to try your suggestions.  Have you looked at the WASAPI plugin code itself?  The speakers are Logitech Z-Cinema USB speakers and they are capable of up to 24/48 sound.  I had XMPlay running at 24-bit resolution and dropped them back to 16bit before I left - no difference.  If I use ASIO4ALL and the ASIO plugin, all is sweetness and light, regardless of resolution.  No stops and gapless works perfectly.

Thoughts?

Note:  This is under Vista64, soon to move to Win7.

[Roj]

Second update:

On another machine that I have access to also running Vista64, I have no issues at all with songs stopping.  I do still have the gapless broken issue regardless of sample rate or whether or not I force the sample rate to be the same for all formats.  This PC uses uses onboard sound. (SoundMax HD Audio).

What does the "Output" text in the "General" info window say when using WASAPI output? If there are 2 lines, try setting the sample rate to the number in the 1st line and enable the "Apply sample rate to all file formats" option. That tells XMPlay to always output at that rate (resampling if necessary), so it doesn't have to bother asking the output device to change its rate if the file uses a different rate.

Note that gapless output (as well as crossfading) requires that the output rate doesn't change.

[Ian @ un4seen]

I don't seem to be able to reproduce the problem, so I think I'll have to send you a debug version to get some info on what's happening there.

[Roj]

OK, I'm back home and the first thing that must be said is that huge apologies are in order.

Now that I've had some time to properly test, I must admit with great chagrin that there is nothing wrong.  Applying the sample rate to all sources as per your suggestion fixes everything.

The reason I made the mistake is even more embarrassing.

I downloaded a particular CD, a CD which I later acquired and encoded to mp3 for myself.  However, I didn't delete the old download.  Thinking that it was MY encode, I did my tests using it.  My mp3s are encoded with LAME 3.98.2 and the gapless flag.  The download wasn't.  No matter what I played it on, it wouldn't have been gapless - a fact I have verified now.  Now that I'm home and have properly gotten all my ducks in a row, I can report that the WASAPI plugin does NOT break gapless and that applying the sample rate universally also stops the "stop at the end of a track" problem.

AGAIN, my sincere apologies, especially to Ian for wasting his valuable time.

Mea Culpa, Robert Culpa.