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.
Recent Posts
23
3rd Party Plugins - (fb2k) / Re: foo_midi (foobar2000 v2.0)
Last post by Air KEN -
v2.11.0.0-alpha1, 2024-05-11
foobar2000 v2.1.5/foobar2000 v2.2 preview 2024-05-01 x64

Unable to install. This message is appearing.

> Information
> Failed to load DLL: foo_midi.dll
> Reason: This component is missing a required dependency, or was made for different version of foobar2000.
25
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Case -
There should be no offset difference. But most audio editors can't take the padding information in LAME tag into account to get the offsets and file lengths right. You can use at least current version of ffmpeg, lame or foobar2000 to decode MP3s correctly and verify the problem that way. With foobar2000 you can also use its Binary Comparator feature, it will automatically detect offset error in compared files and report it.
If there's an offset even with known good decoder, can you share what parameters you used to encode and what kind of source file? It's possible some exotic combination has gone untested and is bugged.
27
3rd Party Plugins - (fb2k) / Re: foo_midi (foobar2000 v2.0)
Last post by pqyt -
v2.11.0.0-alpha1, 2024-05-11

* New: Recomposer support (.RCP, .R36, .G18, .G36)
* Fixed: RPG Maker loops should work again.

Only available from GitHub during testing.

This is release contains very early support for Recomposer files. Expect things to go wrong. Also, no options to configure yet.
29
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by jaro1 -
Rough estimate without specific numbers.. this binary (GCC14.1) achieves on my particular Intel CPU 8.gen for encoding the wav file (24/44, length 1:20 hour) same speed as both Joshua's latest dev binaries (GCC13.2, Clang). The binary from the post #377 (from Wombat, GCC13.2) is with encoding of this particular file about 1/3 slower (ca. 185x vs ca. 122x).

At this point, I would like to thank Maikmerten, Case and the other programmers who contributed with their builds in this thread to the resurrection of this mp3 encoder, you guys are awesome!!

One note... I know that there have been various modifications and changes leading up to the current git version, so it's possible that this has been discussed in some part of this thread and is therefore known.. i didn't proven, if this "behavior" is consistent with every file, but converting the file with hmp3 causes an offset of approx. 24 samples at the beginning of given mp3 file while maintaining the overall length. In comparison, Flac and Lame encoders in their latest versions are completely identical to the original wav file.
In case I'm not "kicking the opened door" here, I'd ask for confirmation of this.. 
I'll just add that I noticed it accidentally when manipulating the file in the wav editor. Limiting the parameters for the encoder has no effect on this.
30
General - (fb2k) / Re: [Suggestions / Wishlists] for future updates
Last post by tiptoetan -
i use "media library search" feature heavily. what i greatly miss there is to have a search history to be able to repeat a previous search. i am thinking of getting into the whole plugin development thing to at least create something like that myself. btw thanks everybody for an indispensable program.