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
11
Support - (fb2k) / Playback ERROR in v2.2 preview 04-26, exclusive mode
Last post by C_g_Z -
In v2.2 preview 2024-04-26, PLAYBACK ERROR when audio is paused or skipped to another track with different sample rate, on an "exclusive mode" output with "smooth seeking" enabled.

Unrecoverable playback error: Output reported latency of 691622877wk 4d 15:24:05.504
12
Lossless / Other Codecs / Re: Tested: Lossless decoding speed, multithreaded - and fast verification
Last post by Porcus -
Heard of yes, done no - so what was the output?
Since you claimed for TTA that "There is no ways to do any optimizations here except bruteforce threading", then well, ... timing suggests otherwise, and to the extent that I don't think you need a more fine-tuned setup.

Nor do I think that would have tipped over as big differences as the following:
 * WavPack verifies three times as fast as Monkey's - and 10x as fast as reference FLAC (because it doesn't do fast-verify) and 28.6x as fast as ffmpeg-generated WavPack 4 files (since those files don't offer the option)
 * Different FLAC builds differ in encoding time by a factor of 2.5 on -5, and even more at -8: https://hydrogenaud.io/index.php/topic,123025.msg1029768.html#msg1029768 .  Sure one could be interested in an explanation, but you don't need that level of detail to point out that there are big differences.
 * ffmpeg -threads 1 decodes nearly twice as fast as reference flac at -5, but several times slower at low block sizes
 * ffmpeg outright rejects FLAC files instead of decoding.  Heck I even got it to reject subset FLAC.  And when it has encoded .wv files it cannot decode itself, then seriously: When flaws are like that, who would whine over the timing tool?!
15
MP3 - Tech / Did Lame 3.99 cause CBR degradation?
Last post by fred-hy -
I prefer Lame 3.98.4 over later versions as I find that it introduces less artifacting to my ears at 128kbps CBR (Haven't ABX'd though)

I've recently looked through the Lame changelogs and it says that version 3.99 made all modes use the same psychoacoustic algo as VBR New, due to one user's sample that sounded garbled in CBR and -q3.

Has anyone done an ABX to confirm that the sound quality is any different?
19
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Case -
Very good, should improve performance with all Windows compiles.

Now that we discussed about invalid file state with interrupted encoding I noticed that the Xing header isn't correct in that case. Here's a patch for dev branch to fix that.