1
FLAC / Re: FLAC-git Releases (Code Base v1.4.x)
Last post by NetRanger -Built on May 01, 2024, GCC 13.2.0
(Code Base : 1.4.3)
https://github.com/xiph/flac/commits/master
So this one ? : https://hydrogenaud.io/index.php/topic,123331.msg1043493.html#msg1043493That was a test build for trying to hunt down the problem with KevinB's system, don't use that. It links against Universal CRT so it won't work without extra support libraries on anything older than Windows 10. Same is true with Clang compiles created in MSYS environment, so everything posted in this topic.
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.The clang UCRT may run under 8.1 but not on 7.
Since on my AMD Ryzen it is the other way around you better speedtest your individual CPUs for best results.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.You don't have to guess. The code is out in the open... ;-) That's almost exactly how the metrics are determined.
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 ...Will do.
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.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.
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
I've taken over development of foo_midi and foo_sid. foo_input_pmd is new. Both are available as x86 and x64.nice, ty. I use the foo_midi component for older music I like..
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