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
12
Uploads - (fb2k) / Re: foo_converter.dll.cfg
Last post by marc2k3 -
Nope, you can't keep the old .cfg file with fb2k v2. As you've discovered, it will read data from these files if it finds them on startup but then nuke it when fb2k is closed.

It's quite possible you have other component .cfg files in your configuration folder and that's perfectly normal. When components are compatible with v1, they continue to use the old configuration files. Only components made exclusively for fb2k v2 have their settings saved in config.sqlite - and this obviously applies to foo_converter bundled with the latest versions.
13
Support - (fb2k) / Re: foobar2000 for Mac: bugs & wishes
Last post by Guildencrantz -
Another problem is that now there are two menu items both called Album List: one shows it in a separate window (naturally, I created a shortcut for it) and the other is responsible for the one living in the side bar. Now my shortcut only shows me the Album List in a separate window but does nothing to the one in the side bar (though it is shown in the corresponding menu item). I think that something should be done with this, though I’m not sure what exactly (renaming menu items probably? but how?).
15
Lossless / Other Codecs / Re: HALAC (High Availability Lossless Audio Compression)
Last post by Hakan Abbas -
@Kraeved; I have already mentioned that Player only works with Halac 0.2.7. Also, I did not specify this with an error message. For the next version, I will add this measure to both Decoder and DLL. OK.

Thank you very much for your great suggestions, Case. Such comments are really necessary.
Quote from: Case on
Best option for API would be not to rely on filenames at all.
DLL/SO will not deal with file operations. OK.

Quote from: Case on
And partial decoding is of course very important for realtime playback.
DLL/SE should only take memory address, frame number and data length. OK.

Quote from: Case on
My component now includes parser for WAV, RF64, BW64 and W64 formats just in case such things pop out of HALAC so that it can play them.
DLL/SO should give us the necessary information such as header(channel count, bit rate...) and metadata. OK.

Quote from: Case on
Oh yeah, and you should specify what calling convention the functions use.
This should be more important especially for Windows. OK.

I will add them in the next version. If I need to repeat, these are the usual problems in the software process and the solution can be produced quickly. However, I need to focus on what I need to focus on (speed, ratio, prediction, entropy ...).
17
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by maikmerten -
@Case thanks a lot for noticing and providing a fix, now pushed onto the dev-branch: https://github.com/maikmerten/hmp3/commit/4e16101b85cdd5171a85facaf3ea9be4327712da

@Replica9000 CTRL+C indeed is baked into the usual operating systems. It sends a signal to the executed program (SIGINT). Programs can choose to react in any way they deem fitting. With the recent changes, hmp3 chooses to stop encoding in a "graceful" manner.

The speed increase on the dev-branch most likely is from now compiling with link time optimizations (-lto flag).

Btw, here's hmp3 encoding my test CD album of choice:

Code: [Select]
real	0m9,585s
user	0m9,436s
sys	0m0,140s

And this is Ubuntu's Lame 3.100 binary decoding the resulting MP3 to WAV:

Code: [Select]
real	0m10,609s
user	0m9,297s
sys	0m1,288s

In real-time, hmp3 is faster *en*coding than Lame is *de*coding ;-)

(ffmpeg's MP3 decoder appears to be twice as fast)
18
Support - (fb2k) / Playback ERROR in v2.2 preview 04-26, exclusive mode
Last post by C_g_Z -
In v2.2 preview 2024-04-26, PLAYBACK ERROR when audio is paused or skipped to another track with different sample rate, on an "exclusive mode" output with "smooth seeking" enabled.

Unrecoverable playback error: Output reported latency of 691622877wk 4d 15:24:05.504
19
Lossless / Other Codecs / Re: Tested: Lossless decoding speed, multithreaded - and fast verification
Last post by Porcus -
Heard of yes, done no - so what was the output?
Since you claimed for TTA that "There is no ways to do any optimizations here except bruteforce threading", then well, ... timing suggests otherwise, and to the extent that I don't think you need a more fine-tuned setup.

Nor do I think that would have tipped over as big differences as the following:
 * WavPack verifies three times as fast as Monkey's - and 10x as fast as reference FLAC (because it doesn't do fast-verify) and 28.6x as fast as ffmpeg-generated WavPack 4 files (since those files don't offer the option)
 * Different FLAC builds differ in encoding time by a factor of 2.5 on -5, and even more at -8: https://hydrogenaud.io/index.php/topic,123025.msg1029768.html#msg1029768 .  Sure one could be interested in an explanation, but you don't need that level of detail to point out that there are big differences.
 * ffmpeg -threads 1 decodes nearly twice as fast as reference flac at -5, but several times slower at low block sizes
 * ffmpeg outright rejects FLAC files instead of decoding.  Heck I even got it to reject subset FLAC.  And when it has encoded .wv files it cannot decode itself, then seriously: When flaws are like that, who would whine over the timing tool?!
20
Support - (fb2k) / Re: foobar2000 for Mac: bugs & wishes
Last post by Guildencrantz -
Looks interesting!

But now there’s a lot of empty unused space to the right of rewind/play/forward buttons. I think that volume indicator can be moved there thus freeing more space to show artist name and track title, no?