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
91
Lossless / Other Codecs / Re: Tested: Lossless decoding speed, multithreaded - and fast verification
Last post by Porcus -
Hm, definitely some confusion on me, as usual:
* I also found out that not only TAK, but also
wvunpack filename.wv -yo NUL writes to NUL.wav, and that seemingly takes more time than stdout redirected to NUL:
wvunpack filename.wv -yo - > NUL
* Weird about that fast-verification --threads, the numbers looked consistent enough to conclude, and I didn't think it would tax the CPU that much. Seven seconds in between a quarter of a second work?!

(Does Windows keep the executable in memory or something?)


Of course, with this mechanism in place, multithreading decoding is rather trivial.
So ... the obvious question is, any reason why not?
The odd event that "a valid frame header" shows up just by random in the data (the FLAC specification doesn't forbid junk between frames, as long as it is byte-aligned, and in any case parsing must take into account that a stream may be broken ...). Or even worse and more odd, an entire "valid frame" starting inside another?

92
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by JoshuaChang -
One more post, sorry. Only a few packages were installed and already i blew it up in the dependencies.
I did msys2 once again and now it works and as fast as expected thanks to @JoshuaChang.
I still don't get why flto inside the clang64 enviroment gives that boost or if it is the repeated setting for flto in the linker flags. Have to play around more later i guess :)

I don't think it's related to lto, you can try without -flto, the performance loss is very little(on my side, it's about 5%)
93
General - (fb2k) / Re: Tagging with an iterative loop e.g. tag automatically according to folder order
Last post by ojdo -
Assuming, your layout looks something like this: ...\Artist - Album\CD 2\9 - Title.ext

You can extract the disc number for all tracks of all albums (just pull them into a playlist) by

1. opening the Properties dialog
2. select Tools > Automatically Fill Values
3. select Source "Other...", to the right enter $directory(%path%,1) (which extracts the name of the parent directory, e.g. "CD 2", from the full file path)
4. in line Pattern, enter CD %discnumber%
5. verify the preview, Ok; Done.
95
Support - (fb2k) / Re: Dark Theme is not supported in the preview versions under WINE
Last post by paregistrase -
Please note that last I tested dark mode on Wine, it was very badly broken.
My dark mode code is full of hacks relying on low level Microsoft library behaviors and Wine can't be expected to emulate these.
I disabled it to prevent foobar2000 UI from entering unusable state.
If recent Wine versions improved it, I will re-evaluate.

I don't have the opportunity of testing with the new previews, for obvious reasons ;-P, but in all the time with the stable version I never have any problem besides some elements that didn't change automatically and need to be changed within wineconfig using the old XP style theme. And for sure that I used foobar a lot of hours every day.

But even if this is so bad right now, maybe it could be useful to have the opportunity of testing it, behind an experimental option enable with the user responsibility. If it is not suitable for an everyday use, at least from time to time when new wine versions popup to check if the situation improved.

Also, a more detailed explanation that what is the technical problem could be useful to try to have the attention of Wine developers in the Wine bugtrack. Maybe this could help to solve the problem. A good description sure is more helpful that a humble user saying that dark theme doesn't work in foobar :-)

If nothing of that is feasible, well, back in the old days of faking a dark theme....





99
General - (fb2k) / Re: Foobar2000 2.1.4 setup file lack digital signatures
Last post by Peter -
I would like to give the Microsoft Store version a try, but it seems there's only the x64 version available. Many of my components are still x86-only, so I can't switch to the Store version. Additionally, the latest version in the Store is 1.6.17, but I'd prefer to use version 2.x...
There's no such thing as version 1.6.17 x64.

Version 1.6.17 is available separately from the latest 2.x for people who need full backwards compatibility. It is still being updated with critical bug fixes (1.6.18 will be out soon).

2.x series is available in all CPU architectures, MS Store decides which one to install for you, depending on your system.

So, if you could at least provide a SHA256 hash for the installer or even a GPG signature, that would be appreciated.
9be23da2b8505180a1f94520dab6e6a741dbe961520bf4ae1eb6a0e68d1f811d ?SHA256*foobar2000_v2.1.4.exe
f948a6a49ff607493d366bb3f334269bc857dd1f5a5e881138a7de10c2b7171d ?SHA256*foobar2000-x64_v2.1.4.exe
100
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Case -
Thank @KevinB52379. It was a desperate attempt, I saw somewhere suggestions that Ryzens would suffer from denormals more than Intels, that version set CPU flags that would round problematic denormal numbers to zero to prevent them from causing slowdowns.

Here's another test compile but this one you'll need to run manually in command prompt. It will print timing information at the end of the encoding so we'll see where all the time is spent.