You introduced a new modplugin named foo_dumb. I gave it a test run against foo_mod right away (just downloaded latest version 9.9.2004).In comparison its soundoutput is not as clear as foo_mod utilizing bass.dll. It sounds softer, as if there's some textile between the speakers andyour ears. Also i found the .it-format support not as "balls on accurate" like provided with the bass.dll. I uploaded a file named Chris35b.it todemonstrate this. At start of the second order (after ~8 sec. playtime) you'll hear a ~hiss~ sound which is intended to be there but foo_dumbputs it too much into the foreground so that it sounds anoyingly wrong. Please also check foo_dumb with uploaded 303.it. It loses so much qualityagainst replaying with foo_mod.

Second file in the upload named F0x-Test.xm fails to be loaded with foo_dumb. It features some weird special undocumented Fasttracker tricks.It does sound very uncommon but it is a very good test file i guess. Once Xmplay had problems with this file too, until i send it to Ian (Xmplay author)so he was able and kind enough to fix it.

Visiting DUMB's homepage and checking its CVS on sourceforge it seems that the project came to halt since a very long time. Is that correct?If so i hope you can maintain and fix the code for your plugin if necessary.Btw., everytime you update one of your plugins i wonder what has changed. Recently you updated foo_mod (my favorite plugin) and foo_dumbquite often though their version number did'nt change. Maybe you can put a little file_id.diz or readme.txt along with the plugin mentioning thechanges if its not too much to ask for?

One suggestion/question please: (don't beat me for asking this) ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻI don't know if bass.dll/dumb library provides necessary data but is it possible to have pattern view like in Xmplay?

Edited 18-10-2004: Downloadlink as a service for new threadvisitors.Download latest version of Foo_Dumb

S3M reader now disposes of effects which don't do anything in ST3. Fixes ECLIPSE.S3M, which has patterns of "DMZ RULEZ" in the effects column of random empty channels in random patterns. Since the values were zero, and none of the volume effects should have done anything, I presume it was triggering the IT MIDI macro command with Z00 and setting several channels' filter cutoff to 0, which would effectively mute the channel.

PTM portamento commands were backwards, as documented by PTMFORM.DOC. The correct order is identical to the MOD/XM portamento effects. Just like the note slides, which in_mod implements, backwards as documented. That's what happens when someone gives their source code to a clueless person because they don't feel like writing a format document themselves. Or something. Fixes Algory.PTM and probably others.

Corrected MOD and S3M behavior when a sample is changed when a note is already playing, without a note paired with the sample change. MOD: Reset channel volume to new sample's default volume, retrigger the note. S3M: Reset channel volume, but don't retrigger the note or start playing from the new sample. Already correct, XM: Continue playing the same sample, but reset envelopes/fades, and reset channel volume/pan to the defaults of the sample which is still playing. IT: Just like MOD. :B Fixes Chip a'Choup 01.MOD, thanks GenjuroXL.

Also, a slight last minute fix to UMX support. Maybe I should scrap the specific API version tables and just assume that version 62 and up are all the same, while everything older than 60 is identical to 61. At least, it might be safe, since every version it knew from 62 and up had the same features, and every version I've added since is the same.