I guess so. In my previous situation I had to deal with PCI soundcards, now the motherboard has it´s own sound processor.
I will check this out.

2 Ian
Sorry, I must have made some mistake, can't find 'ct2mgm.sf2' on my system.
Now, the MIDI plugin makes use of the file '2gmgsmt.sf2' in the '..\drivers\' subdir.

It's indeed, as you mentioned, the ct2mgm.sf2 one.

I have some extended SF2 soundbanks in my archive, which I will maybe load in the future.
But being setting up the basic system again, I thought I could rely on the built-in soundbank of the on-board soundchip.
If I open .. MIDI -> Config, I just get : 'Soundfonts - Bank : 000'.
Another category of 128 files in that list started with d000, but it made no difference.
If I try 'add' in that dialog, XMplay scans for a sf2 file on the system, but can't find any.
Although a filename is auto-rendered in the dialog, that is obviously related to the onboardchip.

Edit : I solved the problem. The basic sf2 file couldn't be found, because in the 'add' dialog the wrong path was used.
It still used the path of my old W2K machine : c:\WINNT\system32\drivers\*.sf2,  instead of the XP-path, which is
c:\WINDOWS\system32\drivers\ again.
To be honest, I consider this a bit as a buggy behaviour.

I used XMPlay as default player on my W2K set, which broke down.
So now I'm transferring all my apps on a new machine with XP SP1.
So I set up XMPlay again, including the proper plugins, like the one for MIDI.

But playing *.mid files so far didn't succeed. It's loadedd, the time-slider runs, but no sound.
I tried several things in the output option, but no luck.
Other apps play the mid-file correct, so this is not a system error.

To complete the info : I have asio4all installed.

[here]

The ModPlug web plug-in is the right suggestion in this case. It has stopped being developed, but it can still function as a plugin for FireFox.
I've dedicated some pages about this plugin, here and here
I also made a txt file about embedding a module format in a webpage here

[Dotpitch]

Thanks, Dotpitch, this one is according to my principle of 'only native' plugins, as stated on the page.
I will check it out.

shouldn't XMP play all channels in the track by default?

Sure. I just made the distinction because some other players made a wrong stereo-mix of the quad, with a very weak channels 3 and 4.
Depending on all kind of circumstances there are 3 possibilities for a quad file :
~ Play it correctly with four different channels
~ Make a stereo mix of the four channels
~ Silence

Added the test with four channel audio files.
Although XMPlay wasn't able to produce four seperated tracks, it was the only player that came up with a proper stereo mix of it.

[WinLame]

Yep, I didn't even try it. The term 'super' is smelly enough.

There are two ways of searching for audio-conversion.
1) For a big suite, that can convert 'any' input to 'any' output, or 2) checking the occasion and search for a dedicated conversion.

In the 1st category I would recommend WinLame (open source).
It only covers 4 output formats : MP3 - OGG - WAV - WMA, but has a big collection of input formats, to be found here.

The second one I would recommend is JetAudio Basic (shareware).
It has a seperate audio-converter (Ctrl+2) with quite a list of input and output formats.

If the conversion needs a quick specific conversion, I recommend what I call the 'droppers' (open source).
Properties in common :
Just drop the file on the frame to start conversion, just one output format from a WAV, context-menu for settings, reversed conversion is possible :
OggDrop
FlacDrop
LameDrop
WavPackDrop

Whether a ID3tag of one format is transferred correctly to the new format, is another story.

Besides the discussion about quality I like to introduce another aspect here:
Afaik LAME is open source, while the Fraunhofer institute announced a while ago to have plans to introduce a copyright-payment for every MP3 used on the web.

Thanks a lot. My ignorance.
The MOD setting was still on FT2, while a MOD is a ProTracker format with a basic L-R-R-L division of channels.
No need for more pan separation, this is sufficient.

Updated the page.
Removed the SWF format, because it's not really a video.

Added a collection of the used formats in a zipped file.
Still a beta-version, because I want to trim some files in size and duration.
http://www.xs4all.nl/~samzen/media/divmedia.7z

Somebody at the VideoLan forum came up with the issue of multichannel audio-files.
This is an important issue to me too, because I make my sound-productions in 4 channels.
I still have to add results of such a test to the page, but I made a zip with some material already :
http://www.xs4all.nl/~samzen/media/divmedia4.7z

EDIT: MOD playback
During this test I noticed that XMPlay plays a MOD file only in mono output mode.
So far, I couldn't find any setting to change this.

The distinction is not about the actual result, it's about adding a plugin, which also means installing the proper codecs,
or adding a plugin, and having to search for the proper codecs to make things complete.
Talking about codecs : Maybe I should have mentioned, that I tested this. with the K-Lite codec package installed.

Nice, I will check out the RA plugin.... I did, and I have my doubts about it.
It's still a construction where one needs some 'alien' .dll(s), in this case RealAlternative, to get it right.

Let me clarify, that, when I started this page, I had only a faint idea about a common file MPlayer, having different front-ends.
So it could be right to consider MPUI and SMPlayer as just the same player, with a different coat.

SMPlayer supports the playing of APE whereas MPUI doesn't

I tested this again. Same result. MPUI produces harsh noise.

Made some corrections. Replaced 'Moyager' by 'SMPlayer'.
Made the page more accessible for screenreaders.

[Brian]

I think Brian has got the the right perspective about my publication.
I'm not trying to win from WIKI sites about this, covering every format with every player.
It's just meant as a survey of tests, checking a grid of data and apps.

In the meantime, I noticed that I will have to adjust this page, due to several reactions.
( I placed this link on four other media-forums as well, and got a lot of response there too)
So I will add some reports with other players to this page.

it's desirable to focus only on native features and plugins

Not a matter of being 'desirable'. I just wanted to test an executable as 'independent' as can be.
So I make a difference between a plugin added from the XM-site, or needing data from Adobe.

[Pike84]

Pike84 has a nice expression 'work out of the box'. I didn't want any external items needed in this test.
Although I consider some XM-plugins, like Tsorovan mentioned, as internal add-ons of the native package.
2 raina
The MIDI format is a tricky one, and it heavily depends on local settings and Soundfonts, so I restricted the test
to see if any reasonable sound came out or not.
In the meantime, I've made a file with a collection of different formats in the same dir, to test a player :
http://www.xs4all.nl/~samzen/media/divmedia.7z

I've run a series of tests about the playing of most common formats, audio and video, by different apps :
http://www.xs4all.nl/~samzen/media/mediaplay.html

2 guest
'Another one' has the wrong extension (at least for Win32) inside the .gz
It should be .MOD. But even after name-correction, XMP wasn't home.
Same save-trick with MPP did the job.
2 Fraggie
Reproduction of the original quality is another issue. This is firstly about XMP being able to playback.
But I agree, a difference in playing speed is a serious fault.
In the MOD format the start-speed has to be defined on the first row with an Fxx code.
This is ok in the examples of the files rejected by XMP.
So there's no duration difference after the correction.
Another thing is the quality.
I detect a difference in stereo panorama between MPP playing the corrected MOD, or XMP.
XMP seems to set the performance to mono..

I can hear your palms rubbing together in the greedy-old-man fashion

I did indeed. It's always exciting to find a vast database about a specific sound-issue.

[saga]

The next logic thing would be to have the inverse situation, as saga mentioned :
A small fadein after resuming the track somewhere from a certain point.

... but they ARE both just about fading.

Agreed. But a crossfade, apart from the memory-issue, has to deal with 4 volume variables instead of 2.