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: Waveform Minibar (mod)
Last post by wojak -
Quote from: wojak on
@Case, would it be possible to add an option to save waveforms as separate files in folders containing actual (measured) audio files and not in "central" databse?

Or to change location of the database (ex. to another HDD) or to save only chosen types of files (ex. scan m2ts or SACD-iso but not save the graphs and save all other types) or to scan only chosen types of files (ex. exclide m2ts or SACDiso from scanning) - all that as an option to use or not.
2
3rd Party Plugins - (fb2k) / Re: foo_truepeak True Peak Scanner
Last post by Case -
If you are scanning just one track the scanning speed will be limited by the source file decoder. Scanning is multithreaded but threads are used only for handling multiple tracks at once.
As you figured, the lowpass should be handled by the decoder. Another component has no way to know if it is being fed nonsensical data.

New version released with quiet mode added and configuration dialog tweaks. I think the options are less confusing now. I also published the component on the repository so updating will be easier: https://www.foobar2000.org/components/view/foo_truepeak.
4
FLAC / Re: FLAC v1.4.x Performance Tests
Last post by ktf -
Great that you're also seeing improvements. This is a change for which the improvement is highly dependent on the source material, so this is probably not going to show up for everyone. For your source material the improvement is more pronounced with presets 8 and 8p, with the tests I did it was specifically for 5 and 5p.
7
FLAC / Re: FLAC v1.4.x Performance Tests
Last post by Replica9000 -
Binaries are generic x86_64 builds, built with GCC 12.3.0
Wav: 24-bit/48 KHz  2h33m  2.47GiB
CPU: Ryzen 5850U

flac git-04532802 (2024-05-02)
Code: [Select]
     1 thread    4 threads   8 threads
-5   0m14.505s   0m4.750s    0m4.733s
-5p  0m34.664s   0m10.664s   0m7.061s
-8   0m54.564s   0m16.920s   0m10.359s
-8p  6m13.161s   1m57.957s   1m14.785s

flac git-1ab3c8e7 (2024-05-15)
"Improve calculation of when to use wide residual computation. This change should make 24-bit encoding faster, because the limit_residual variant of residual computation is used less often"
Code: [Select]
     1 thread    4 threads   8 threads
-5   0m13.705s   0m4.586s    0m4.719s
-5p  0m24.876s   0m7.702s    0m5.618s
-8   0m42.542s   0m13.355s   0m8.253s
-8p  3m49.137s   1m14.035s   0m47.345s
9
Scientific Discussion / Re: Are complex-input FFTs really useful for audio analysis?
Last post by saratoga -
Quote from: TF3RDL on
BTW, what I mean by "complex-input FFTs" is treating stereo signal as complex numbers (real part = left channel, imaginary part = right channel) and fed into FFT instead of doing two FFTs for each stereo pair

Since the real and imaginary parts of the transform are orthogonal, this is the same as performing a real-valued FFT once for each input and then combining the individual outputs. 

See this derivation for a more detailed explanation:  http://www.hyperdynelabs.com/dspdude/papers/COMPUTING%20THE%20FFT%20OF%20TWO%20REAL%20SIGNALS%20USING%20A%20SINGLE%20FFT.pdf

10
Scientific Discussion / Are complex-input FFTs really useful for audio analysis?
Last post by TF3RDL -
Since I've made the project "Spectrum analyzer and spectrogram using custom FFT", which has a feature to display multiple channels and Mid/Side representation (which foo_enhanced_spectrum_analyzer lacks thereof), I wonder what does "Treat channel pairs as complex input" (both in Left/Right and even Mid/Side signals) have any useful purposes for audio, not just I/Q signals in radio?

BTW, what I mean by "complex-input FFTs" is treating stereo signal as complex numbers (real part = left channel, imaginary part = right channel) and fed into FFT instead of doing two FFTs for each stereo pair