I have no idea what is going on with the additional 2.3 ms of samples.īoth jj666 and I were able to replicate the same results using a source THD from the Dexter S04 BDs. Thus, it appears that raw DTS-HD MA tracks encoded with the DTS-HD Master Audio Suite (Version 2.50.20) when decoded in eac3to using the Arcsoft DTS decoder, have an additional 23.66 ms in length, but only have a positive delay of 21.35 ms. I also counted the number of audio samples within the selection and found 17 (18 appear highlighted, but that's because Audition doesn't allow you to precisely select, and it went a bit too far to the right).ġ7 samples / 48,000 samples/sec = 0.354 ms First, I calculated the delay visually and saw that the difference was approximately 10:41.777 seconds - 10:41.77665 seconds, which is 0.00035 seconds, or 3.5 ms. However, the -21ms sample still appears to be behind by 0.35ms. Wave 4: DTS-HD MA -> WAVS with -22 ms delay Wave 3: DTS-HD MA -> WAVS with -21ms delay Wave 2: DTS-HD MA -> WAVS with -20ms delay However, when I checked the actual audio delay in Adobe Audition, I found the delay was actually only 21.35 ms.Īttached I have posted an Adobe Audition screenshot with 4 WAVs compared side-by-side. The DTS-HD MA -> WAV track is 23.666 ms longer than the source WAV. I checked the length/# of samples in foobar2000 and Adobe Audition, and they matched. I tested this way using eac3to 3.24 - Source (TrueHD) -> WAVS -> DTS-HD MA -> WAVS Thus, eac3to ought to either read the DTS-HD MA header to detect the codec delay, or, if that is not possible, simply strip the first 2 DTS frames from any raw DTS-HD MA track.
Unfortunately the Arcsoft DTS decoder does not strip the first 2 DTS frames as instructed by the header.
eac3to need merely read the DTS-HD MA header to properly decode the track. A DTS frame is 512 samples, so the delay is always 2 DTS frames, or 21.33ms (assuming 48 Khz source). "Raw" DTS-HD MA files created with MAS have a Codec Delay of 1024 samples. All BD sourced DTS-HD MA tracks lack this tag, and therefore decode properly with no delay. In fact, it seems more complicated but the bottom line is that the delay information is contained in the "Codec delay" tag which can be found in the DTS-HD MA header, readable by DTS-HD Streamtools.
I assumed that if you simply calculated the difference in length between the DTS-HD MA -> WAV output and the Source PCM output, you would find the delay, since I assumed it was just added that number of samples of digital silence to the beginning of the track. Jasonwc wrote in this post on Doom9 forum:' Wrote:I did some more testing and I figured out why I thought the delay was 24 ms while others said it was 21ms.