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
2
General - (fb2k) / attach pictures on-line in foobar2000
Last post by damians -
Hi everyone, I'm new to foobar, I just started using it.  I wanted to know if there is the possibility of attaching the album cover to a music file by taking the image online.  When I right-click on the audio file, tagging and then attach pictures there is no option to choose the image from an online database but only to choose an image saved locally on the PC.
4
Lossless / Other Codecs / Re: Tested: Lossless decoding speed, multithreaded - and fast verification
Last post by bryant -
Quote from: Porcus on
@bryant on WavPack:
Whether wvunpack --threads=<N> vs ffmpeg -threads=<N> is apples to apples ... I don't know. It might be "better" than comparing wvunpack --threads vs ffmpeg (spawning all), and all I could do was to get it down to thread count matters enough to tilt the numbers.
I believe, based on my experiments, that FFmpeg -threads <n> specifies the total number of threads to use, which is identical to WavPack’s interpretation.

When specifying nothing (option alone) WavPack simply defaults to 5 threads (a good compromise on all machines, if not necessarily the fastest). FFmpeg either determines the number of physical threads and uses that (my guess), or uses unlimited threads (like “make”). The option is there to limit the use of threading only.

Another difference is specifying zero; FFmpeg ignores this (I guess it's the default) whereas WavPack disallows it.

6
FLAC / Re: FLAC v1.4.x Performance Tests
Last post by Replica9000 -
I did some limited testing.  FLAC built with gcc 12 seems to beat gcc 13 & 14 builds for 16-bit audio, but FLAC built with gcc 14 does better with 24-bit audio.
7
3rd Party Plugins - (fb2k) / Re: Dynamic Range plugin
Last post by francesco -
Hi
even it's very old topic
I would like too have this plugins in 64bit architetture
i'm using on 32bit , but in v2 it doesn't write in the tag , even in the advance settings i have enable to write to the tag
I will try on v1 ,last 32bit vesion
the last version i have is foo_dynamic_range_1.1.12
foo_dynamic_range.dll
Code: [Select]
SHA-256: A432405F4D7367246A43B4CAE6C766FD223D96A2BF8C38A3BB5AAF45B0C05248
is a bug?
thanks
9
Lossless / Other Codecs / Re: HALAC (High Availability Lossless Audio Compression)
Last post by Porcus -
https://wiki.hydrogenaud.io/index.php?title=LossyWAV ;  IDK if HALAC could (easily) be adapted to 512 bytes per block.

My idea was more, if one wants to throw a bone to those who want a lossy version of HALAC - then making for it to work with LossyWAV would enable those users to work out settings at their preferred bit rates and see how it compares to other compressors.
Since the compression part is lossless (the lossiness is in the LossyWAV pre-processor), there would be no considerations about audio quality between compressors - speed and size would still be comparable in an apples to apples way.
10
Site Related Discussion / Re: Please remove my account
Last post by Porcus -
This forum does have a practice for guest-ifying an account, and I think they must have one. How that must be to comply with whatever legal regulations are applicable given server location blah blah blah, is way above my paygrade.

I would suggest that users rather put effort into constructively rectify whatever "disinformation propaganda" be posted, rather than this ritual whining - after all, @mycroft being present on the forum has led to fast code fixes that would otherwise be subject to a bigger bureaucracy - but that is just another opinion of mine, that is pretty much orthogonal to whatever rights a user has to divorce the forum.