So this one ? : https://hydrogenaud.io/index.php/topic,123331.msg1043493.html#msg1043493

Define vintage Windows versions. The build will be used on PCs running Windows 7, 8.1 and 10 with Intel CPUs from 4th gen up to 9th gen. Mainly Windows 8.1 and 10, I must say.

Quote from: Case on Today at 07:07

After getting rid of the slow printing GCC compile seems to be faster here on Intel CPU.

So this one ? : https://hydrogenaud.io/index.php/topic,123331.msg1043493.html#msg1043493

Based on how your plugin behaves/displays I guess you are calculating barwidth (vertical peakmeter) by first determining the total gauge gap by first multiplying the (unscaled) configuration value gauge gap times the number of channels (bars) to be displayed minus 1. Then I guess you scale this total gauge gap, subtract that value from the panelwidth and divide the result by the number of channels to find barwidth per bar. By scaling a calculated unscaled total gauge gap this value will be to high (except winth 200% and 300%), and subsequently your barwidth/barheight will be lower than I intended.
When you display bars, you apply single gauge gaps between channels leading to pixels that are left over and are distributed to the left of leftmost bar and to the right of rightmost bar.

Please investigate ...

If you don't use vintage windows versions the clang builds of @JoshuaChang don't use fancy CPU extensions or fast-math and are as fast as it gets for that.

After getting rid of the slow printing GCC compile seems to be faster here on Intel CPU.

I've taken over development of foo_midi and foo_sid. foo_input_pmd is new. Both are available as x86 and x64.

For convenience I've compiled a list of compatibility fixes.

The wineprefix should be created with the WINEARCH=win32 environment variable, since winetricks has better support for 32 bit.

I installed the following verbs with winetricks:

Code: [Select]

lucida
gdiplus
winhttp
wininet
wsh57
mdac28
msxml6

This allows me to use foo_httpcontrol, foo_sqlite and foo_spider_monkey_panel.

foo_httpcontrol seems to require msxml6 to start a server but Internet Explorer and vcrun were unnecessary.

gdiplus and lucida were required for running @regor's Playlist Manager on foo_spider_monkey_panel.

Furthermore, I modified the following registry entries to add compatibility for foo_run:

Code: [Select]

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment]
"PATHEXT"=".com;.exe;.bat;.cmd;.vbs;.vbe;.js;.jse;.wsf;.wsh;."
"PATH"="%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\system32\wbem;%SystemRoot%\system32\WindowsPowershell\v1.0;Z:\usr\bin"

Linux commands must be prefixed with cmd /c.

My Wine version is 9.6-1. My Foobar2000 version is 2.1.4

Quote from: Meowdori on Today at 12:19

It's a fair decision to distance yourself from the community you don't get on well with, but removing the entire repository of plugins on your website isn't a nice move, considering all the people who might still want to use them (even with old versions of FB2K). Users who haven't wronged you and have nothing to do with this drama must now suffer its consequences as a collateral damage. It is saddening that you didn't take that into consideration, and did not choose to leave the latest versions of plugins online.

Peter, the head dev and programmer for Foobar2000 took over the GEP plugin and renamed it to
 
https://www.foobar2000.org/components/view/foo_input_gme
for SNES/Genesis music files etc..

for the rest of the video game music components see this list.
https://www.foobar2000.org/components/tag/game+music/by+date

with the exception of the newer G.M.E. above which can be used in the newer 64bit version of Foobar2000
the rest are still only 32bit still since no one has worked on them... since Kode54 disappeared...