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
1
3rd Party Plugins - (fb2k) / Re: foo_quicksearch
Last post by rtldg -
Hi NEMO:
Thank you for creating the 64.bit version. I used it for a long time on my old 32.bit version.
I installed it and noticed that a bug that the 32.bit version already had is still present in the 64.bit version. It would be very favorable for me if it could be corrected.
It is that when applying to a button the Quicksearch for same/Album property it does not find the album if in the %album% metadata there is any double quotation mark.
Yeah the search query builder doesn't seem to like double quotes at all. I'll try to figure out a good way to fix this.
3
General - (fb2k) / Re: I can't find the foobar2000 keep_queue component for x64.
Last post by marc2k3 -
fb2k already has a native setting in the advanced preferences to avoid clearing the queue on manual track change.

And if you want the queue saved/restored between fb2k restarts, this component does it...

https://marc2k3.github.io/component/queue-viewer/

It's off by default so you need to open the viewer from the view menu>right click the toolbar>check "Keep queue on close".

5
Development - (fb2k) / Failed linking with GetOpenFileName
Last post by mortalis -
Hi.
Maybe someone had this problem or could point me to its root...
Trying to call GetOpenFileName() method from Windows SDK (comdlg32.h), but during linking it fails with the following:

Code: [Select]
mainmenu.obj : error LNK2001: unresolved external symbol __imp_GetOpenFileNameW
SDK-2023-09-23\foobar2000\foo_sample\x64\Release\foo_sample.dll : fatal error LNK1120: 1 unresolved externals

I just included this minimal chunk to the mainmenu.cpp of the foo_sample project from the SDK-2023-09-23, in the execute() method.

Code: [Select]
OPENFILENAME ofn;
GetOpenFileName(&ofn);

I found that the method should be in the comdlg.lib of the Windows SDK 10. I tried with 10.0.20348.0 which should have the method, according to this:
https://learn.microsoft.com/en-us/windows/win32/api/commdlg/nf-commdlg-getopenfilenamew

Checked in the project properties that it points to that version.
And the .lib is there of course.
The verbose build log also contains the path to the directory with the .lib, although it's huge and I'm not exactly sure where to look.
I can attach the full log if someone needs it, but it should be reproducible on another PC I think.

Weird thing is that I found GetOpenFileName in the shared library in the foobar SDK, and it builds.

Also, when I build a minimal console app in Visual Studio with that chunk, plus include <windows.h>, it build without errors (in exe and dll modes).

Thanks.
9
3rd Party Plugins - (fb2k) / Re: foo_vis_spectrum_analyzer
Last post by TF3RDL -
Hello, I have a small doubt regarding this gap when changing the window size... Any idea how to resolve this or why it's happening in the first place? I'm not blaming the plugin since this seemed to happen with other spectrum analyzer programs as well unless I change the note range and bands per octave to somewhat eliminate this gap. You can see when windowed there's a-lot of gap present at the beginning of the note compared to full-screen but I want to totally eliminate this gap.
BTW, that start and end "gap" do exist in original foo_musical_spectrum when the horizontal screen resolution is not an integer factor of number of actual bands, which is absent in this CodePen project and even older version of this component