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.

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.

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.

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.

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?

XMPlay cannot add replaygain tags. You need other software to do this : Foobar,dbpoweramp,mp3gain(for mp3) and probably others too.

Thanks!  You gave me everything I needed: an answer and alternatives.

Cheers!

And No One has a reply for this?

First off, congratulations Ian on a sterling release.  3.5 is awesome.  Congratulations too to the skinners who have done an exemplary job of growing the player's look and feel.

Now to my question:

Can I use XMPlay to tag music files for ReplayGain a la Foobar 2000 or do I need a third party app?  If I don't need a third party app, how do I do this?

Thanks and Happy Christmas!

When is 3.5?

Asus Xonar DX.

The procrastinating clowns at M-Audio can't get their act together vis a vis 64-bit drivers so I dumped my Revo 7.1.

Eagerly awaiting the final.  One with neon blue replacing the orange would be even cooler.

On the Eve of 2008, I'd like to wish you all the Very Best for 2008 and Thank You Ian for a superlative piece of code that has brought joy to my heart and balm to my soul.

Cheers!

Thanks for keeping us posted.

Ive cleaned up the gradients and fonts for the min_x2 skins, Neutron_x2 and WMP10_x2 are next.  I can also do this fairly easily for any other skins for XMPlay where the source is available and the author permits.

Were the other skins ever finished?

that will also open the door to getting a plugin made for desktop sidebar to manage xmplay from the sidebar.  who knew that vista could actually produce a benefit of ANY kind (even though it was completely by accident - the only way that OS could EVER produce a benefit... ).

Good for them so they're still in business, which is also good for the segment of population interested in the computers they make.

They actually wouldn't be if MS had not propped them up.  A con job only goes so far...

Just to emphasize my argument... I think that companies (Apple) should fit to standards and not indivuals (we, and especially Ian) to companies...

Apple has made a pretty penny conning people into the opposite viewpoint.

Thirded.

And might I add that I consider the whole concept of using a software player to "manage" a hardware player to be an exercise in silliness.  I for one would / will never waste my money on an audio device that requires software to interface with it and doesn't hold to the intelligent and logical methodology of albums contained in a folder file system (iAudio X5 here - the stock firmware gives me everything Rockbox offers except gapless play right out of the box).

Ive cleaned up the gradients and fonts for the min_x2 skins, Neutron_x2 and WMP10_x2 are next.  I can also do this fairly easily for any other skins for XMPlay where the source is available and the author permits.

I thank you most sincerely.

Those of us who are visually impaired and run at higher screen resolutions because of that (1440x900) thank you sincerely.