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
Scientific Discussion / Re: AudioWorklet-based filter bank spectrum analyzer
Last post by TF3RDL -
Quote from: mycroft on
Sorry but this all thing is just pseudo-science. Above generated spectrums do not match reality and are extremely low resolution.
except that analog audio spectrum analyzers (including but not limited to MSGEQ7) and some digital ones like the spectrum analyzers in display of RME DACs (which I don't have) do use IIR filter bank instead of FFT, though usually are "low-resolution" 1/3rd octave bands or full-octave, but some of them like Spectralissime do go up to 1/24th octave resolution and not using FFT and it have advantages over FFT like an ability to set time/frequency resolution tradeoff per-band (which mean you can have precise frequency resolution on bass frequencies and faster time resolution on higher frequencies at the same time) and change the frequency bin distribution to something like logarithmic frequency scales like octave bands

BTW, what about 1/48th octave spectrum (6th order cascaded biquads) and 1/192th octave bands (not cascaded, and it is not implemented in this project)? Satisfied?
X
X
2
Lossless / Other Codecs / Re: libttaR (TTA rewrite part 2)
Last post by rdtsh -
Quote from: mycroft on
Not decoded framesize, but encoded ones as stored in final output, if audio is mostly silence it will slow thing down unless TTA encode silence frames extremely inefficiently which may be true after all considering it poor design decisions.
so ffmpeg gets slower when it has to read less? what a well designed piece of software
and yes, tta is not that efficient with silence compared to most other codecs
3
General Audio / Re: I developed new resampler for high quality.
Last post by SYH9999 -
I post 2 new converted result.
06 - Für Elise, WoO 59_01.flac_.wav: This is conv from Hires Format (192kHz/24bit) to 32kHz/16Bit
無題_.wav(Sorry I'm Japanese Engineer) : This is conv test signal(charp signal) 44.1kHz/24Bit to 32kHz/16Bit
Please check it.
5
3rd Party Plugins - (fb2k) / Re: Dynamic Range plugin
Last post by OtherSteve -
Quote from: Case on
Quote from: Just_Addict on
The dialog shows RMS and Peak values as dBFS, but the log file shows them as dB.
If you ever get in a position to update this component for whatever reason, would it be too much to ask to also show those values as dBFS in the log file?
I tried to keep the log as close to old component's format as possible, that's why I used the same wrong units. Units corrected in version 0.5 of the component.

Quote from: OtherSteve on
if a folder contained files of mixed type (FLAC + MP3, for example), it crashed foobar2000.
That should not be a problem, I was fully prepared for such scenario and log will even report different codecs in use. I found single crash entry from crash logger from this component, it was related to scanning highly corrupted tracks and some tracks looked like they couldn't get decoded at all. The log writer had too light error checking for scan results and it tried to access per-channel data that it never managed to scan.
Should be fixed in the just released version 0.5. I'd appreciate it if you could test with the same files that failed earlier.

Thanks Case.  Although I couldn't remember the exact album that caused the issue, I found five others that had a mix of file types similar to that one.  After installing the latest version 0.6 today, all of them completed without issue.  Thanks!
9
Lossless / Other Codecs / Re: libttaR (TTA rewrite part 2)
Last post by mycroft -
Quote from: rdtsh on
Quote from: Porcus on
smaller packets, wouldn't TTA be fixed at about a second - that's not small?
yes, with CD quality audio, the framesize is 180KiB.

Not decoded framesize, but encoded ones as stored in final output, if audio is mostly silence it will slow thing down unless TTA encode silence frames extremely inefficiently which may be true after all considering it poor design decisions.
10
Lossless / Other Codecs / Re: libttaR (TTA rewrite part 2)
Last post by mycroft -
Still extremely misleading and biased, proper benchmark are done by decoding very long audio files and looking at speed of decoding versus realtime. Also TTA is more irrelevant and niche than TAK, and TAK actually did have some cool new innovative stuff to offer, TTA have nothing new to offer.