Quote:
Originally Posted by hubblec4
ok. i've found it. thanks.
i think is a good solution, because the firstpass-audio sounds perfect with a bitdeth of 24.
and the secondpass-file with 16bit sounds very bad.
|
The only reason eac3to uses only 16 bits and not 24 in this track is that only those bits contain audio information. The 8 least significant bits are empty. Eac3to does not need to do a second pass in order to strip these. So the second pass must have another reason, e.g. because eac3to detects clipping.
I suspect there is something (slightly) wrong with the file and that's why the second pass produces garbage (this happend to me once).
In any event, if the result of the first pass is ok, i.e. audio is in sync throughout the movie, you can use that of course.