Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: foo_dumb (Read 315227 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

foo_dumb

Reply #150
EDIT:
I just found on http://dumb.sourceforge.net/ that a new version of the DUMB library (v 0.9.3) was released in 2005, with many bugfixes and speed optimisations, have you implemented them?

Wow, great find!

Current foo_dumb is based on  DUMB v0.9.2 CVS from 8-11-2003. Reading the whatsnew of Dumb the latest build sounds very promissing. Hopefully its not a big hassle for Kode54 to integrate it into foo_dumb as he did quite a lot modifications and additions to the code (all to the better). Then again this seems to come right at the spot as Kode54 planned to take a closer look on some code sections to improve loading times.


Regards,
deus-ex

foo_dumb

Reply #151
It seems that formats supported by foo_dumb are treated as lossy - when in Converter I set dithering to "only lossy sources", converted mods get dithered. Shouldn't they be treated as lossless files?

foo_dumb

Reply #152
First of all, thanks so much for foo_dumb, kode54, and all of you who have been giving him reports over the years.

I finally gave up my mac, and with that, my custom brew of mikmod.  I've never had it so good. 

I've also run into a few bizarre corner-case issues with specific files and foo_dumb.  The one that bothers me right now is 7SECOND.S3M.  As it ends, and fades, it seems to prematurely reset the fade and retrigger a final note.

I've never had a single other player do this.  (Note that I haven't even installed MPT to check for corruption - I'm still moving into this PC.)

Secondly, I just realized that (due somewhat to redundancy and mirrors of various sites), I have 17GB of MODs, weighing in at 55,004 files. 

I'll, uh.. try to go through and sort them - but the last time I did that, I did a full archival of (former) Walnut Creek, 3 months while unemployed.  After sorting them, we had a power outage, and my disks died.. so..

Oh, for anyone who likes to modify their information, the following is useful in the status bar (It won't be dynamically updated for the notification.    I take full responsibility for it being a horrible hack: I haven't bothered to learn the structure of foobar's display system.. I just know that it annoys me. ):

Code: [Select]
$if(%__mod_samples%,%__mod_channels%ch/%__mod_samples%smp)$if(%__mod_instruments%, %__mod_instruments%ins)$if(%__mod_orders%,' ['%__mod_dyn_speed%/%__mod_dyn_tempo%']'' '%__mod_dyn_order%/%__mod_orders% )

foo_dumb

Reply #153
Welcome neptho,
i'd like to point your attention to Modland. 17GB of MODs sounds really nuts (in a positive notion  ), looks like you could provide quite a good share to the collection if you are hopefully willing. All files on Modland are freely accessible to everyone and it very probably holds some valueable stuff for you too.

Should you want to contribute i suggest you to create a folder with your name in the upload folder and upload your files there (not all at once ). If you could structure your uploads (eg. sorted by moduletype, artist ...) and provide some info in a simple textfile it would be really appreciated. Modland is a one-man project by Coma/Ex-3LE aka Daniel Johansson who maintaines it in his spare free time, hence we can lessen his burden a bit doing some homework. Usually this helps getting new uploads added to the collection sooner.

My Statusbar-Code (Foobar v0.9):
Code: [Select]
Format: $codec()', '
['Bitrate '%__bitrate%'kbps'[' ('%__bitrate_dynamic%'kbps)']', ']
[$channels()', ']
$if(%__bitrate%,['Samplerate '%__samplerate%'Hz, '],)
['Orders '[%__mod_dyn_order%'/']%__mod_orders%', ']
['Channels '$if(%__mod_dyn_channels%,%__mod_dyn_channels%' ('%__mod_dyn_channels_max%'), ',%__mod_channels%', ')]
$if(%_time_total%,%_time_elapsed%'/'%_time_total%,%_time_elapsed%)


Thank you and friendly regards,
deus-ex

foo_dumb

Reply #154
Modland is a one-man project by Coma/Ex-3LE aka Daniel Johansson who maintaines it in his spare free time, hence we can lessen his burden a bit doing some homework. Usually this helps getting new uploads added to the collection sooner.[/b]

I've just checked, and I have about 708MB of my gigs sorted by artist.. so, uh, hoboy.. that's quite a bit of work.  I do have nearly 3 redundant copies with my mess, though.. my personal collection, textfiles.com, and ModArchive.. and hornet throughout the mess..  I'm just glad disk space is cheap.

I'd offer to burn and send DVDs, but Sweden's a bit more than a couple bucks right now (and I'm temporarily trying to save every last penny until the next job..)  I might use ncftpput after I take a nap and send an artist or two when I go to bed.

I see you're not testing  %__mod_dyn_order% - is this globally exported?  What but modfiles would use this?  Sure, it'll just give you nothing with non-MODs, but still.. why have empty data?  Is there an easy way to test the plugin being used to just wrap all of this together, a bit more cleanly?  Tagz annoys me by it's power, and lack of clarity. 

I wasn't reading that properly.  Thanks for the shorthand!

Cheers!

foo_dumb

Reply #155
Thanks for the shorthand!
Welcome.

Quote
I might use ncftpput after I take a nap and send an artist or two when I go to bed.
That's what i wanted to express in the first place, just upload a couple files at once and wait until they get added to the collection. You can tell as your upload folder usually gets removed after clearing out. Those who contribute on a regulary basis (like me) have their folders permanently installed. Hopefully you become a regulary uploader as well.

Btw, besides the file allmods_yyyy-mm-dd.rar (RAR archive), located in the root folder, which holds information about all currently available files there is also a changelog_yyyy-mm-dd.txt available in the subfolder \pub\changelogs\. The allmods-archive (currently ~18MB unpacked) is created on a daily basis, the changelog only when changes to the database have taken place.

foo_dumb

Reply #156
That's what i wanted to express in the first place, just upload a couple files at once and wait until they get added to the collection.


Yum.  Crontabs.  I might have to make something quick and dirty to parse that and see what I have, and send stuff that I don't have.  Aeons ago I had written a simple util to dump the track info as an info for the zip.. but man, that was DOS..  Given that scheme (I saw that), I won't dump that MODArchive complete torrent I unpacked.  Maybe I'll skip ModArchive entirely.)

Anyhow, I've uploaded all of my 4mat collection.  Considered doing u4ia (I think I have the complete collection, even the extended '1993' release), but I think I'll try to keep in alphabetical order, rather than 'age' and 'style'.

FWIW, I ended up with this mess:

Code: [Select]
$codec(), [%__bitrate%kbps[ (%__bitrate_dynamic%kbps)]', ']
[%__mod_channels%ch[, (%__mod_samples%smp)][(, %__mod_instruments%ins)]' ']
[$channels()][$tab() ['spd: '%__mod_dyn_speed%'/']%__mod_dyn_tempo%', ']
['pat: '%__mod_dyn_order%'/'[%__mod_orders%]]$tab()
$if(%_time_total%,%_time_elapsed%'/'%_time_total%,%_time_elapsed%)


It's not DMP, but it will do.. oh, who am I kidding, I haven't seen DMP since 1994.  I can still create the fake volume bars in my mind, though. 

I just wish the notification system worked with dynamics.  Bah.  Bah, I say.

foo_dumb

Reply #157
Aeons ago I had written a simple util to dump the track info as an info for the zip.. but man, that was DOS..
Did it read out the sampletext info as well or just the titlestring, and what formats did it support? Maybe the tool is worth a look? I'm well experienced with DOS too.

Quote
It's not DMP, but it will do.. oh, who am I kidding, I haven't seen DMP since 1994.  I can still create the fake volume bars in my mind, though. 
You will get the chance to see good old DMP in action again soon (using DOSBox) if interested. Application uploads (some updated or enhanced)  to MODLANDs Player/Tracker section is in the preparations.

foo_dumb

Reply #158
Did it read out the sampletext info as well or just the titlestring, and what formats did it support? Maybe the tool is worth a look? I'm well experienced with DOS too.


It did MOD (16 + 31), STM, and AMF.  That's all we had at the time.  The code is long gone to the annals of time, though.

Quote
You will get the chance to see good old DMP in action again soon (using DOSBox) if interested. Application uploads (some updated or enhanced)  to MODLANDs Player/Tracker section is in the preparations.


Actually, I ended up making DOSBox work on the Mac just so I could watch CD2 again.. it was ALMOST worth it.  I then maintained it through January.. their new build doesn't even run (on PPC).  It crashes out after two seconds.  Oh well, can't maintain the world.. 

foo_dumb

Reply #159
Oops, I meant to edit, not reply.  Bah.

I have a problem, being that I have tons of mods, and if I add them as a media directory, foo_dumb wants to read them every time.. and only crash about 4 gigs through, and two hours later.

Of course, it shows no artist, so I can't sort by that, and no album (dur).. is there any possible way to sort this without creating a bajillion playlists?  I got around this in iTunes by converting my favorite MODs to MP3, and manually setting the tags, years, artist, et al.. but obviously I can't do that.

As far as a followup to read sampletext, have you considered contacting Robert Watson (ModArchive.com) to see if he'd share whatever his code is running there?  I spoke with him maybe three times, total, but he seemed quite affable.

 

foo_dumb

Reply #160
[deleted]

foo_dumb

Reply #161
I debugged a similar problem by using SysInternals' FileMon which you can leave running and it will tell you the last file DUMB was reading when it crashed.  Hopefully it is the same place each time and you can provide the file along with a crash dump to kode54.  Are you using Win2K by any chance?  Also, be aware that DUMB was recompiled on 8/21/06, be sure to test with the latest version.


The problem lies in that it takes at least two hours before it crashes, and by then, well, I had enough problems trying to track down a problem with an outdated MDAC problem with FileMon.. blasted threads!

The crash dump read like an Apple kernel crash dump - a thousand pounds of information following a register dump, and very little of it useful (to me).  Afraid I'm on XP SP2, and am using the latest revision.

foo_dumb

Reply #162
[deleted]

foo_dumb

Reply #163
The crash dump, while not useful to you, is very useful to solving your problem.  It is also kept in your foobar2000 profile folder for later reference.  You can post it here in a code box.

I don't see how using FileMon is difficult.  It is incredibly easy.  You don't even have to be home to help debug this problem.

Start it up, press Control-L, and enter foobar2000.exe in the Include criteria.  Then start your process and go to sleep or to work or whatever.  You'll have the last file accessed, likely that caused the crash in Filemon when you get home, and a crashlog saved for the developers to use.


I've posted the failure here, zipped to save a bit of the 11M left for uploads. 

My biggest issue is trying to become reacclimated with Windows.  Other than passively supporting it, I've not dealt with it as a primary system since, sheesh, 1996.  I'm still a bit crusty getting around parts here and there.

Thanks for the primer in FileMon - I'll try again, but I kept having strange issues (Yes, I did download the 2K/XP version for Win32), since this is a core duo running XP Home.  It's probably due to some other issue this machine has - I only discovered that the MDAC components were corrupt yesterday.. and it's still nearly a 99% virgin install other than FireFox and foobar.

I'll try to get more information when I reload.

I did find this bizarre 'dupentry.txt' dumped in the foobar directory - despite having user profiles enabled; it's dated August 24th.. and I have no idea what this is about.  I've cleaned my foobar components since the dump (foo_pod doesn't work for me, etc..)

Code: [Select]
Two events on channel 0:  Event #1: 069 025 ... ...
  Event #2: 022 000 ... ...
Two events on channel 0:  Event #1: 022 000 ... ...
  Event #2: 022 000 ... ...
Two events on channel 0:  Event #1: 069 025 ... ...
  Event #2: 022 000 ... ...
Two events on channel 0:  Event #1: 022 000 ... ...
  Event #2: 022 000 ... ...

foo_dumb

Reply #164
2Kode54

Congrats for the recent update (incorporating DUMB v0.9.3). Loading of modules is tremendously faster now, enabling 'Trim silent patterns' doesn't noticeably slow down the process as before. Added support for ASYLUM modules (Crusader - No remorse/regret games) is very appreciated.


Today i ripped/found an module which raise some questions regarding replay accuracy:

Click3.xm (ripped from 64k intro 'Click3' by MAM):
Order 10, Channel 5,6: played ~wrong~
Order 14, Channel 13 : played ~wrong~ (also at Order 17-21), you should hear some modem sounds (Instrument #3)

I have tested every available DOS and Windos player/tracker at my hands. Except for three applications none reproduced the module as played in the 64k intro. Surprisingly even in Fasttracker2 (v2.09) it sounds wrong. The three applications which i found to replay the module as like the intro:
  • Velvet Studio v2.01 for DOS
  • Velvet Studio Player v1.02 for DOS
  • FMOD v3.5, interestingly the successor FMOD Ex (v4.04.23) plays it ~wrong~ too
The question is what is the cause, and is it actually a bug since FT2 is naturaly the reference?

An archive (RAR) containing the 64k intro, extracted XM-module and FMOD application can by downloaded here.

foo_dumb

Reply #165
2Kode54

Congrats for the recent update (incorporating DUMB v0.9.3). Loading of modules is tremendously faster now, enabling 'Trim silent patterns' doesn't noticeably slow down the process as before.


And the playback got faster, too  I have a module (ace_unrel.it downloaded from modarchive.com) that literally maxed out my good ol' tbred@2.25ghz before - the CPU usage of foobar2k was >95% when it used the most channels (185 or so according to the dynamic info) which is awfully slow in absolute terms and compared to the other modplayers. Now it's down to ~67%, which is a great improvement  (though it's still very slow compared to, for example, xmplay).
(settings: 48khz, cubic interpolation, logarithmic ramping, no loops, no tags, trim silent on, dynamic info on, no fade, chip-o matic active - some of them most probably don't affect replay CPU usage  I read out dynamic ifo for the status bar. The UI is coloumns UI 0.1.3. beta 1v4)

But I'm still happy that I can play my favourite mods in my favourite player (most of them are not that resource hog )

foo_dumb

Reply #166
(though it's still very slow compared to, for example, xmplay).


Considering that XMPlay is the author of bass, which is also used in the demo - I'd be quite inclined to state that the issue that was abused was that of BASS.  I hear where it shows the intro-noise in each channel, then 'hangs' until the next channel.  It shows 0xFF/256 patterns, and 're-loops', so it certainly has issues.  I haven't been able to dig into XMPlay to see what's 'going on', but I'm hardly an authority.

foo_dumb

Reply #167
Hello 'Silent coder' aka Kode54,

replay accuracy for Protracker 4Ch modules has decreased with (most probably) the latest release (v0.9.7.5). Uploaded examples (all by Jogeir Liljedahl) are accurately played with the last Foobar v0.8x version of foo_dumb (v0.9.6.3). I'm not going into detail here as one can easily hear after a few Orders/Patterns that something is sounding awfully wrong.

deus_ex_foo_dumb_v0_9_7_5_problem_modules.rar

foo_dumb

Reply #168
Uploaded v0.9.8:

2006-09-19 15:05 UTC - kode54
  • Moved finetune calculation to the correct place.
  • Corrected new sample finetune property.
  • Hopefully eliminated a pitch slide out of range error which would cause the resampler to hang. (warsaw.xm)
  • Version is now 0.9.8



And here are the changes I made back in June without posting a change log, since I was kind of hoping to add support for the other AMF, but never got around to it.

2006-06-16 19:10 UTC - kode54
  • Fixed a crash with loading FLT8 MODs, which I noticed in the process of editing my code, rather than stumbling across any test files.
  • Unified renderer and loop restarting for playback and seeking, and made seeking abortable.

2006-06-16 09:12 UTC - kode54
  • Fixed PSM subsong info reporting.

2006-06-15 21:23 UTC - kode54
  • Added finetune property to IT_SAMPLE, modified ASY, MOD, MTM, old PSM, and XM to use it instead of adjusting the C5 speed, so that finetune effect overrides rather than compounding sample finetune.

2006-06-10 18:10 UTC - kode54
  • Fixed volume ramping which I broke in the process of merging it into the newer version of DUMB.

2006-06-09 16:48 UTC - kode54
  • Ported most of DUMB 0.9.3 over, except for the conflicting pattern loop change.

2006-06-03 02:13 UTC - kode54
  • Implemented ASYLUM Music Format support.

2006-06-02 22:06 UTC - kode54
  • Fixed finite looping for speed 0 and global volume 0 triggers.
  • Reset loop count when seeking backwards.



Hello 'Silent coder' aka Kode54,

replay accuracy for Protracker 4Ch modules has decreased with (most probably) the latest release (v0.9.7.5). Uploaded examples (all by Jogeir Liljedahl) are accurately played with the last Foobar v0.8x version of foo_dumb (v0.9.6.3). I'm not going into detail here as one can easily hear after a few Orders/Patterns that something is sounding awfully wrong.

deus_ex_foo_dumb_v0_9_7_5_problem_modules.rar

These were broken by my changes to finetune handling, to support the finetune effect. Unfortunately, I made a minor mistake with the sample info reading, so finetune values in MOD greater than 3 or less than -4 were breaking. Not to mention that I was applying the finetune offset in the wrong place, in a way that was likely to break Amiga pitch slides.



Oh, and that hang on ty_house.mod, which is invalid anyway, was in foo_unpack_lha. I've fixed that as well, so its header parsing code is less likely to choke on invalid files that resemble LHA/LZH archives. (And even then, it was only because foo_dumb was passing the file through unpacker::g_open(), which is for transparently supporting renamed single-file archives. So, it's unlikely to trip on any other format, except maybe foo_gep's VGM input, which uses unpacker::g_open() to handle the gzip compression.)

foo_dumb

Reply #169
The F2k 0.8.3 version of this plugin had an option "Scan order list for subsongs". In current version there is no such option and subsongs are always extracted. Are there any particular reasons for it, kode54? APEv2 tagging doesn't work for subsongs, therefore applying replaygain is impossible in F2k 0.9. Older Foobar is still needed for such tasks...
Not really a Signature.

foo_dumb

Reply #170
I removed the option for consistency, since a full subsong scan doesn't usually require more than a single song length scan. Tagging is still a problem since I haven't devised a method of storing tags for multiple songs in the same file.

foo_dumb

Reply #171
Hi Kode54,
today i tried to play several DSM-modules with foo_dumb. I was under the impression you had added support for DSM modules released with the musicdisk 'Digital Psychosis' by the PC demo group Psychic Monks in 1994. It turned out i was wrong, you added support for its successor format which was part of the DSIK (Digital Sound Interface Kit) by Carlos Hasan.

I found one module which isn't accepted by foo_dumb, yet it is a valid DSIK DMS-module. It was an example tune of the DSIK v2.05 distribution. I uploaded the module to MODLAND, it can be downloaded here: song.dsm. You might be interested to obtain the original DSIK Moduleplayer which handles the tune right. I provided the player to MODLAND as well, available here: DSIK RIFF Module Player v1.02.

I added the DSM-Modules from the musicdisk to MODLAND too, accessable here: Digital Psychosis.

foo_dumb

Reply #172
*cough* Well...?

foo_dumb

Reply #173
Uploaded v0.9.8.1:

2006-10-07 05:24 UTC - kode54
  • Simplified volume ramping update code, reducing the size of the resampler code considerably.
  • When I updated to 0.9.3, I reimplemented the volume ramping using fixed point math. Unfortunately, 16 bits of fraction precision is way insufficient for files such as Sweetsin.xm, which need at least 24 or else the down ramps progress too slowly, or even get truncated and stop working as of the above change. I swear, this file is more of a killer than Stranglehold.  Or at least the softer volume changes are more likely to expose a precision error like this. (Before I made the above change, this precision error manifest as volume ramping being rather broken and poppy on this tune, and after the change, it broke all negative volume changes, causing notes to never fade out.)
  • Moved sample rate reporting to dynamic info, since it's a user configurable property and not a property of the files themselves. It will always be reported once after each decoder initialization or reset, regardless of whether the other dynamic info fields are enabled.
  • Version is now 0.9.8.1

2006-10-07 03:42 UTC - kode54
  • Changed DSMF sample loader to ignore unknown flags instead of blowing an error.

2006-09-25 17:39 UTC - kode54
  • Added hack to MOD loader for when sample start is specified in bytes instead of words. Fixes a random Amiga demo tune that was probably made with some old ProTracker version or clone.

foo_dumb

Reply #174
Whoohoo! 

This is much faster, and incredibly delicious.  Thanks, kode54!

- n