Skip to main content
Topic: foo_dumb (Read 230250 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: foo_dumb

Reply #675
The most recent components in the repository have been designed for foobar2000 v1.4 and use dynamic C runtime linking to reduce their size and circumvent the rather low limit how many statically linked components can be loaded.

Recommended action is to use foobar2000 v1.4 beta which includes the runtime and contains all the latest fixes. Another option is to install 32-bit Microsoft Visual C++ 2017 Redistributable.

Re: foo_dumb

Reply #676
Thank you, Case!

Re: foo_dumb

Reply #677
Hello,

i'm looking for a download link for a version that works with foobar2000 v0.9.4.5.

Just wondering if anyone knows where I can find it?

Many thanks in advance.


Re: foo_dumb

Reply #679
Ahoy there, Panels UI user.


Re: foo_dumb

Reply #681
Hey @kode54

Do you think you'll ever get around to adding MED/Octamed Sound Studio support to the plugin? I've been using UADE (http://zakalwe.fi/uade) for years for conversion purposes, but it's been abandoned since 2009 and still has some... lets say quirks.

Re: foo_dumb

Reply #682
One small question - what was the number of last version of foo_dumb?


Re: foo_dumb

Reply #684
Today I noticed that foo_dumb caused the Media Library scanner to completely choke (100% CPU; >2GB memory usage) when adding a folder containing the Keygen Music pack.

I was able to reproduce this behaviour with a clean install of Foobar 1.4 + DUMB module decoder.

After a bit of trying around I managed to narrow it down to the attached .xm file with the name "SCT - EBS Siparis 1.0.1 crk". Adding just a folder with this file to the media library leads to the described behaviour (see screenshot "memory usage.PNG") and it also seems to be impossible to add it manually (foobar gets stuck with "Processing Files").

[Maybe this is not the only occurrence of this problem within the large archive?]

I'm able to play the problematic file through VLC, though only the first 30 seconds seem to work, so there may be some corruption there too. Nothing to the extend of how the DUMB decoder completely starts leaking memory and repeatedly looping/failing (?) on the file though. At least it should just give up at some point.

Re: foo_dumb

Reply #685
This is likely a bug in how song lengths are calculated, and a file that never ends. I'll have to fix that eventually.

Re: foo_dumb

Reply #686
This is likely a bug in how song lengths are calculated, and a file that never ends. I'll have to fix that eventually.
@kode54, you also need to test the foo_unpack_7z component.
I downloaded the big 298 Mb archive 2018-04-pack.7z and when I try to play that in fb2k, i get "out of memory" message, see at the pic.
foo_unpack has no problem (if repack that 7z to zip).
Please, check it.

Thanks!



Re: foo_dumb

Reply #687
Yeah, that XM file completely crashes DUMB for me as well. Testing it with foo_openmpt, I found that it is just 31 seconds long. Yet another one of those one sample mods that are unfortunately rather common in KEYGENMUSiC, though that doesn't quite explain why DUMB chokes on it.


 

Re: foo_dumb

Reply #689
I downloaded the big 298 Mb archive 2018-04-pack.7z and when I try to play that in fb2k, i get "out of memory" message, see at the pic.
foo_unpack has no problem (if repack that 7z to zip).
7zfm.exe needs 1GB of RAM to unpack this solid 7-zip archive, so no wonder that it can fail.
And unpacking non-solid zip archive doesn't require big amount of RAM.

Re: foo_dumb

Reply #690
@kode54, you also need to test the foo_unpack_7z component.
I downloaded the big 298 Mb archive 2018-04-pack.7z and when I try to play that in fb2k, i get "out of memory" message, see at the pic.
foo_unpack has no problem (if repack that 7z to zip).
Please, check it.

Thanks!
Does this work for you?
Yes it does.
Thank you @arch21!

 
SimplePortal 1.0.0 RC1 © 2008-2018