nu774

Hi, > the rationale provided is that the values may change post-transcoding. Yes. Actually, difference in gain value should usually be tiny, so value in the source file can indeed...

Well, I have an insanely loud electronic song with track_peak at 3.189 (ripped from CD and encoded with iTunes), and peaks in this song constantly go beyond 1.0 (not only...

> That means @nu774 is right, we can't even rely on the original value at all because during transcoding something strange happens. No it's not strange. Peaks are just not...

No. It may be supported by libsndifle someday. At least there's a sign that he tried to implement it: https://github.com/erikd/libsndfile/blob/master/src/ogg_opus.c

Read this: https://hydrogenaud.io/index.php/topic,85135.msg921707.html#msg921707 and this: https://hydrogenaud.io/index.php/topic,85135.msg945299.html#msg945299

Just use --no-delay.

> However, to me at least, it didn't answer my question regarding the delay and how come the mkvmerged file is 22 ms earlier. Short answer: I don't know. Longer...

--no-delay and --num-priming doesn't work if --no-smart-padding is specified. --no-delay and --num-priming doesn't work for HE-AAC. SBR header, which is required to decode SBR part of HE-AAC, is not present...

>> This option also works as a workaround for bug of CoreAudio HE-AAC encoder that stops encoding >> 1 frame too early. >> Setting this option can lead to gapless...

--no-smart-padding disables extrapolater and also disables padding/trimming work to achieve --no-delay. Enabling and disabling --no-smart-padding doesn't affect amount of the encoder delay. It's always 2112 samples. However, if you enable...