I'm seeing a bug in Linux under WINE, and I understand that this may be a low priority to address, if at all. Perhaps it's something I can fix on my end by installing another library that other Linux users have encountered.

The problem is in the color selection dialog: the input boxes for the HSL and RGB values only permit two digits. They'll display the full initial value, but changing anything stops at two.

Quote from: Sue Dunham on 2024-04-20 15:15:29

I'm seeing a bug in Linux under WINE, and I understand that this may be a low priority to address, if at all. Perhaps it's something I can fix on my end by installing another library that other Linux users have encountered.

The problem is in the color selection dialog: the input boxes for the HSL and RGB values only permit two digits. They'll display the full initial value, but changing anything stops at two.

I have absolutely no way to replicate or test this. But I do know the implementation. The standard dialog has been extended with the alpha value and slider but anything else is standard Windows. The code that implements that dialog is Microsoft's and has not changed.

So I'd first look into similar bug reports on Wine, preferably those where the application extends the dialog.

I'm using the peak meter, and I had trouble getting the bars to fill the space: there was a blank area to the left, and they only filled half of the space vertically (with a horizontal layout). I have since fixed it, but the fix seemed weird. The relevant settings were on the graphs page, unticking all of the "Top", "Bottom", "Left", and "Right" boxes. These were all grayed out since I had the Mode set to None for both axes, so I had to set the modes to something else to get at them first. Should they still affect things when so idled?

- Vertical scrolling spectogram, aligned with the bars of the spectrum analysis on top.

- Left/Right and Mid/Side level meters with configurable channel pair.

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 ...

Quote from: Defender on 2024-04-19 14:11:34

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.

You don't have to guess. The code is out in the open... ;-) That's almost exactly how the metrics are determined.

Quote from: Defender on 2024-04-19 14:11:34

Please investigate ...

Will do.

    const FLOAT n = (FLOAT) _Analysis->_GaugeValues.size();
    const FLOAT TotalBarGap = _State->_GaugeGap * (n - 1);
    const FLOAT TickSize = 2.f;
    const FLOAT TotalTickSize = (_GraphSettings->_YAxisLeft ? TickSize : 0.f) + (_GraphSettings->_YAxisRight ? TickSize : 0.f);

        const FLOAT BarHeight = ::floor((_ClientSize.height - TotalBarGap - TotalTickSize) / n);

Anyway, I'm happy you are investigating. It's quite easy to spot when you put your scaling to 125% and display a 6ch peakmeter.

Quote from: Defender on 2024-05-02 16:40:13

Anyway, I'm happy you are investigating. It's quite easy to spot when you put your scaling to 125% and display a 6ch peakmeter.

I removed the rounding code. All math is done in DIP not pixels. If you think about it: rounding the values before giving them to Direct2D prevents it from choosing the correct pixel when it's time to create the final picture.

225 DPI with 7 bars and gauge gap of 1 DIP renders correctly now AFAICT.

Hello, I wanted to know if I could move from Musical Spectrum (https://hydrogenaud.io/index.php/topic,123956.0.html) to this plugin? Currently my Musical Spectrum config looks like this but I am confused as to how I can retain the same functionality and look with this plugin?

Work in progress: Radial spectrum bars

Quote from: TF3RDL on 2024-04-10 15:13:36

Quote from: pqyt on 2024-03-28 11:07:53

Please provide more details about what you think is wrong.

There are multiple Gaussian-like curves (asides the sidelobes from window function) that is not present in my own spectrum analyzer project on CodePen, even on the same window function and FFT settings (4096 samples Hann-windowed FFT) on a 50Hz test tone (though not tested on my own fb2k with foo_vis_spectrum_analyzer as it is obvious on the screenshots by someone else even if the audio source is not a test tone)

Maybe you can do rigorous testing to make sure that the results between these two are the same so long as the settings between your component (a C++ port of my own project, algorithm-wise) and my own project (not just this, but also another one) are the same as eachother (if applicable)?

Ah, I forgot to attach the 50Hz tone file and BTW, this should look like this within the default configuration (aside the color scheme resembling fb2k built-in "Spectrum" visualization and 20Hz-20kHz range):

Hello pqyt,

There is a gap between the Left (flipped) and Right channels in bar mode (also in spectrogram mode but I don't use it).
Would it be possible in a next relase to be able to ajust this gap to null ?
[attach type=image]30627[/attach]

Don't we forget about the "incorrect" looking sinc/Lanczos FFT interpolation for lower frequencies part in the default FFT mode? This is the most obvious discrepancy between my own CodePen project " Frequency bands spectrum analyzer using either FFT or CQT" and your fb2k visualization component

Finally, we got the IIR filter bank spectrum analyzer for foobar2000, so if I see this actually working, I don't need Voxengo AnSpec or foo_dsp_vst3 anymore just for visualization