foo_dumb, experimental new modplugin, by Kode54
foo_dumb, experimental new modplugin, by Kode54
Sep 9 2004, 22:54
Joined: 9-September 04
Member No.: 16882
its me (deus-ex) again.
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 and
your 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 to
demonstrate 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_dumb
puts 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 quality
against 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_dumb
quite 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 the
changes 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
This post has been edited by deus-ex: Oct 18 2004, 16:19
deus-ex (MODLAND admin: ftp://modland.ziphoid.com)
Sep 13 2004, 10:31
Joined: 15-December 02
Member No.: 4082
[quote=deus-ex,Sep 12 2004, 06:25 AM][quote=kode54,Sep 12 2004, 04:29 AM]DOSBox 0.61+ CVS build, dated 2004-Sep-07...[/quote]Not accessasble because of a 'two posting' rule which i find to be dumb. (Spamming nonsense to get download privilege?)[/quote]
Actually, it is quite dumb, but maybe he's desperate to see people participate in his forum, perhaps give feedback there on his changes and/or bug reports. Reciprocation or something, I don't know. I managed to make five whole posts the first time I needed a binary, now I help a random friend or two by using my access to share the binaries.
[quote][quote]As for clipping, ReplayGain scan your files before playing.[/quote]I don't need that for foo_mod, but i'll give it a shot and report back.[/quote]Actually, foo_mod can clip as well, but its relative volume level is much lower. Unlike XMPlay/BASS integer output modes, BASS' floating point mode does not perform clipping, so you may actually notice some peaks at or just over 1.0, or sometimes even louder. It all depends.
[quote][quote]The tracker version field also indicates that it was written by ScreamTracker v3.00, so that may not have been a part of the format yet.[/quote]Strshine.s3m was written by Purple Motion, a famous member of the PC demogroup Future Crew which invented Scream Tracker2/3 and the .stm/.s3m-formats.[/quote]
Yes, I know that. As I was suggesting, the format might have been in its infancy, at which point they had not decided that there should be a text EOF character after the song name. DUMB actually required that, but I changed it so it would also accept a null byte there. I also said I might change it so it only allows non-EOF on old version numbers, say < 3.05 or so. I'd have to look around for the oldest published S3M specification to see if it has always required 0x1A after the name, so I can just enforce the check for at least that tracker version.
[quote][quote]...volume ramping... , ...DUMB employs only simple declicking.[/quote]That should definetly be implemented, preferable as a toggle in the options dialog.[/quote]Sure, but it will be more complicated than the current declicker. I'll have to see if it'd be much different from a more advanced implementation of the current declicker. I can also make it optional.
[quote][quote]Didn't know to fix XM panning slide effect translation after correcting the panning direction for IT/S3M/etc in the renderer.[/quote]So it's fixed now?[/quote]
It is, as of 0.9.2.3, which I forgot to upload yesterday. :B
[quote][quote]I could add this, but for now, you can convert MTMs to smaller files with Impulse Tracker.[/quote]I do not recommend doing so. Once i used to convert every .mod/..mtm/.s3m-file to .it-format to save space and believed to have
improvements in how they sound beeing in .it-format. But i learnd that they sounded different compared to the originals so i switched back to them.
Yes, there are some differences. Even if I do make a MTM loader, it will basically be translating the effects over to IT effects, and flagging where certain things such as arpeggio and note retrigger should act different. It may be a little more complicated, such as it already is in the XM implementation, which also has its own note and envelope handling in the renderer.
The problem with direct translation is that not every effect behaves the same in each of these formats. A fine example is the (multi)retrigger effect, which is invoked the same in both IT and XM (Qxy/Rxy) but behaves differently. ModPlug Tracker still treats Whisper.xm the same when it is converted to IT, but it sounds different in XMPlay.
[quote][quote]Whisper.xm... I seem to hear a snare drum effect, at which time offset is this effect most noticeable?[/quote]Please check these samples of the file Whisper.xm. The whole file was converted both with foo_mod and foo_dumb to WAV (PCM, fixed-point).
A ~15 sec. sample of each was saved using Audacity and then converted to OGG (Megamix II, quality 7.5) to save bandwidth.
Whisper.xm is a so called 'chip module'. You'll recognize that the chip-drums are replayed differently by the two plugins.
Foo_Mod's output is closer to (same as) the original Fasttracker2.
This was a problem with the retrigger effect not accounting for samples/instruments that manage to finish playing within the retrigger interval. It was only resetting the sample position if a sample was currently playing, but not retriggering a note if one was not already playing.
[quote]I came across another .xm file, Sweetsin.xm, which fails to load with foo_dumb.
Whee, a bug in my pattern break fix, where pattern repeat would clear the played rows array. It should only have cleared parts of that array when repeating, but it also cleared it when exiting the pattern repeat, so a case like this where the song has a pattern repeat in the first order would loop endlessly.
[quote]Are you going to upload an update of foo_dumb with the allready implemented fixes?
[quote=bleh,Sep 12 2004, 10:03 AM]I might as well join the party and point out that DUMB doesn't support IT envelope carry. IIRC, DUMB destroys the channel object with the note information every time a note ends, so it might be annoying to implement in situations where the new note action is a note cut.
Already taken care of, except for a minor bug where I was checking the previous note's instrument on a new note, even when the current module was not using IT instrument mode.
[quote]Also, DUMB doesn't wrap really long XM portamentos around, but then I haven't found anything other than BASS and FT2 that does and I don't know any of the specifics of how it's supposed to be done.
I will investigate this if you provide me with an example file. (Or, I can make one myself.)
|Lo-Fi Version||Time is now: 16th September 2014 - 04:28|