eac3to - audio conversion tool

[xkodi]

Originally Posted by K1ngp1ng

but since you brought up mr. brooks:
why is this track reported as 24bit when filesize and bitrate suggest that it can't be more than 16bit?
when i use the -down16 cmd i get about the same filesize.
i have never seen this with any other dts master track.
does eac3to check this or does it always use the header info?

i've checked with hex editor and the files decoded with Arcsoft and Sonic 4.3.0.169 are the same and on the first sight resolution maybe seems like 16bit - for most of the file in every group of 3 byte, every last significant byte (LSB) is 0, but still there are some parts of the file that look like 24bit and the LSB is not 0. so, everything looks correct just the nature of the sound is such that at the first sight looks like 16bit.

BTW realized how to proof that Sonic 5.0.0.203 decodes the DTS core instead of the DTS HD extension - it is very easy actually, but until now i haven't thought about it:

1)

eac3to mr.brooks.bd.us.mgm.51.24.48.dtshd c:\01.wav -sonic

2)

eac3to mr.brooks.bd.us.mgm.51.24.48.dtshd c:\core.dts -core
eac3to c:\core.dts c:\02.wav -sonic

01.wav and 02.wav are byte by byte identical and thus Sonic 5.0.0.203 for sure decodes the DTS core instead of the DTS HD extension.

so, the final status of different Sonic versions is:

version < 4.3.0.169: eac3to hangs
version = 4.3.0.169: everything works great for 5.0, 5.1 and 6.1 files, 7.1 files are decoded as 5.1, the last two channels are not decoded, but those 5.1 channels that are decoded are bit-perfect
version = 4.3.0.192: doesn't work at all
version = 5.0.0.203: decodes the DTS core instead of the DTS HD extension

and thus the only usable version of Sonic is 4.3.0.169, but it is still better to use Arcsoft in any case.