因为TrueHD直接用eac3to转换成LPCM的wav档,会出现大于4GB的问题,出现转换错误。所以我尝试将TrueHD切割之后转换成wav,但是转换之后,看log感觉有些问题。
第一段
eac3to v3.24
command line: eac3to 1.thd flies1.wav
------------------------------------------------------------------------------
TrueHD/AC3, 5.1 channels, 48kHz, dialnorm: -27dB
(embedded: AC3, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB)
Extracting TrueHD stream...
Removing TrueHD dialog normalization...
Decoding with libav/ffmpeg...
Writing WAV...
Creating file "flies1.wav"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 1 minute, 54 seconds.
Done.
第二段
eac3to v3.24
command line: eac3to 2.thd flies2.wav
------------------------------------------------------------------------------
AC3, 5.1 channels, 2:35:56, 640kbps, 48kHz, dialnorm: -27dB
The Nero decoder doesn't seem to work, will use libav instead.
Removing AC3 dialog normalization...
Decoding with libav/ffmpeg...
Remapping channels...
Reducing depth from 64 to 24 bits...
Writing WAV...
This track is not clean. <WARNING>
Creating file "flies2.wav"...
Clipping detected, a 2nd pass will be necessary. <WARNING>
Starting 2nd pass...
Removing AC3 dialog normalization...
Decoding with libav/ffmpeg...
Remapping channels...
Reducing depth from 64 to 24 bits...
Writing WAV...
Applying -1.01dB gain...
Creating file "flies2.wav"...
eac3to processing took 4 minutes, 6 seconds.
Done.
可以看出,第一段识别的时候,是识别成TrueHD进行转换的,应该没有问题,但是第二段是作为AC3进行识别的。
我想知道,第二段在转换的时候,是将AC3的内核转换了,还是将整段转换了?
如果是只将识别出来的AC3内核转换了,那就没有意义了。有没有什么解决办法,能是无损转的。
从24bit降到16bit不溢出4GB的方法就不要说了,我只想要24bit的LPCM