eac3to - audio conversion tool

[frenchglen]

Hey madshi and folks,

Is there a way to split an MLP file with eac3to if you have a cue sheet or somehow just typing in where (in time/samples etc) to split the audio file?

Thanks very much...Haven't used eac3to in a while - I can only imagine all the excellent new features since the last time I updated it!

[StephenB]

Anyone have any ideas on what might be wrong here.

eac3to v3.16
command line: "C:\VID2EVA\tools\eac3to\eac3to.exe" "F:\BDMV\STREAM" 1) "Z:\VIDEOS\Vid2eva.mkv" -seekToIFrames -stripPulldown -lowPriority
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 5 subtitle tracks, 1:44:05, 24p /1.001
1: Chapters, 24 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 6.1 channels, 24 bits, 48khz
(core: DTS-ES, 6.1 channels, 24 bits, 1509kbps, 48khz)
4: AC3, Spanish, 5.1 channels, 448kbps, 48khz, dialnorm: -27dB, -13ms
5: AC3, French, 5.1 channels, 448kbps, 48khz, dialnorm: -27dB, -13ms
6: AC3, English, 2.0 channels, 224kbps, 48khz, dialnorm: -27dB, -19ms
7: AC3, English, 2.0 channels, 224kbps, 48khz, dialnorm: -27dB, -19ms
8: Subtitle (PGS), English
9: Subtitle (PGS), French
10: Subtitle (PGS), Spanish
11: Subtitle (PGS), Spanish
12: Subtitle (PGS), English
Creating file "Z:\VIDEOS\Vid2eva - Chapters.txt"...
[a03] The ArcSoft and Sonic decoders don't seem to work, will use libav instead.
[a03] The libav DTS decoder doesn't decode the back channels. <WARNING>
[a03] The libav DTS decoder doesn't decode the full DTS-HD information. <WARNING>
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[v02] Muxing video to Matroska...
[a05] Extracting audio track number 5...
[a06] Extracting audio track number 6...
[a06] Removing AC3 dialog normalization...
[a07] Extracting audio track number 7...
[s09] Extracting subtitle track number 9...
[a03] Extracting audio track number 3...
[s10] Extracting subtitle track number 10...
[s11] Extracting subtitle track number 11...
[s08] Extracting subtitle track number 8...
[s12] Extracting subtitle track number 12...
[a05] Removing AC3 dialog normalization...
[a04] Removing AC3 dialog normalization...
[a04] A remaining delay of -13ms could not be fixed.
[a07] Removing AC3 dialog normalization...
[a03] Extracting DTS core...
[a05] A remaining delay of -13ms could not be fixed.
[a06] Applying (E-)AC3 delay...
[a07] Applying (E-)AC3 delay...
[a07] A remaining delay of +13ms could not be fixed.
[a06] A remaining delay of +13ms could not be fixed.
[a03] Decoding with libav/ffmpeg...
[a03] Remapping channels...
[a03] Reducing depth from 64 to 24 bits...
[a03] Encoding FLAC with libFlac...
[a03] Creating file "Z:\VIDEOS\Vid2eva - 3 - DTS Master Audio, English, 6.1 channels, 24 bits, 48khz.flac"...
[a04] Creating file "Z:\VIDEOS\Vid2eva - 4 - AC3, Spanish, 5.1 channels, 448kbps, 48khz.ac3"...
[a05] Creating file "Z:\VIDEOS\Vid2eva - 5 - AC3, French, 5.1 channels, 448kbps, 48khz.ac3"...
[a06] Creating file "Z:\VIDEOS\Vid2eva - 6 - AC3, English, 2.0 channels, 224kbps, 48khz.ac3"...
[a07] Creating file "Z:\VIDEOS\Vid2eva - 7 - AC3, English, 2.0 channels, 224kbps, 48khz.ac3"...
[s12] Creating file "Z:\VIDEOS\Vid2eva - 12 - Subtitle (PGS), English.sup"...
[s08] Creating file "Z:\VIDEOS\Vid2eva - 8 - Subtitle (PGS), English.sup"...
[s10] Creating file "Z:\VIDEOS\Vid2eva - 10 - Subtitle (PGS), Spanish.sup"...
[a03] Clipping detected, a 2nd pass will be necessary. <WARNING>
[a03] The original audio track has a constant bit depth of 64 bits.
[a03] The processed audio track has a constant bit depth of 24 bits.
[s09] Creating file "Z:\VIDEOS\Vid2eva - 9 - Subtitle (PGS), French.sup"...
[s11] Creating file "Z:\VIDEOS\Vid2eva - 11 - Subtitle (PGS), Spanish.sup"...
[a03] The libav DTS decoder doesn't decode the back channels. <WARNING>
[a03] The libav DTS decoder doesn't decode the full DTS-HD information. <WARNING>
[a03] Starting 2nd pass...
[a03] Extracting audio track number 3...
[a03] Extracting DTS core...
[a03] Decoding with libav/ffmpeg...
[a03] Remapping channels...
[a03] Reducing depth from 64 to 24 bits...
[a03] Encoding FLAC with libFlac...
[a03] Creating file "Z:\VIDEOS\Vid2eva - 3 - DTS Master Audio, English, 6.1 channels, 24 bits, 48khz.flac"...
[a03] Writing the destination file failed. <ERROR>
[a03] One of the FLAC encoder's callbacks returned a fatal error. <ERROR>
Aborted at file position 56623104. <ERROR>

[tebasuna51]

Maybe eac3to try to encode a 6.1 flac but the decoder output (libav) is only 5.1

Try to decode first:
"C:\VID2EVA\tools\eac3to\eac3to.exe" "F:\BDMV\STREAM" 1) 3: "Z:\VIDEOS\Vid2eva.wav"
and encode to flac after:
"C:\VID2EVA\tools\eac3to\eac3to.exe" "Z:\VIDEOS\Vid2eva.wav" "Z:\VIDEOS\Vid2eva.flac"

But if you don't have the ArcSoft decoder you can't decode the DTS-MA and use flac like output is not necesary, you can convert the wav output to ac3:
"C:\VID2EVA\tools\eac3to\eac3to.exe" "Z:\VIDEOS\Vid2eva.wav" "Z:\VIDEOS\Vid2eva.ac3"
or extract the core DTS-ES, 6.1
"C:\VID2EVA\tools\eac3to\eac3to.exe" "F:\BDMV\STREAM" 1) 3: "Z:\VIDEOS\Vid2eva.dts" -core

[StephenB]

Maybe eac3to try to encode a 6.1 flac but the decoder output (libav) is only 5.1

Try to decode first:
"C:\VID2EVA\tools\eac3to\eac3to.exe" "F:\BDMV\STREAM" 1) 3: "Z:\VIDEOS\Vid2eva.wav"
and encode to flac after:
"C:\VID2EVA\tools\eac3to\eac3to.exe" "Z:\VIDEOS\Vid2eva.wav" "Z:\VIDEOS\Vid2eva.flac"

But if you don't have the ArcSoft decoder you can't decode the DTS-MA and use flac like output is not necesary, you can convert the wav output to ac3:
"C:\VID2EVA\tools\eac3to\eac3to.exe" "Z:\VIDEOS\Vid2eva.wav" "Z:\VIDEOS\Vid2eva.ac3"
or extract the core DTS-ES, 6.1
"C:\VID2EVA\tools\eac3to\eac3to.exe" "F:\BDMV\STREAM" 1) 3: "Z:\VIDEOS\Vid2eva.dts" -core

This same call works on other 6.1 DTS-MA files though.

[tebasuna51]

This same call works on other 6.1 DTS-MA files though.
Maybe, but with "core: DTS-ES, 6.1 channels"?

[picman1]

Ok. Since no one seems to know where I can get a TMT version 2 to decode DTS 7.1 to LPCM. Does anyone know if there is any other way to do this conversion without TMT 2? Thanks

[<><]

Ok. Since no one seems to know where I can get a TMT version 2 to decode DTS 7.1 to LPCM. Does anyone know if there is any other way to do this conversion without TMT 2? Thanks

There's a 30 day trial version available form here: http://www.avsforum.com/avs-vb/showthread.php?t=1033822, read #1 Exceptions

[picman1]

Great! Thank you. I'll give a try this weekend.

[StephenB]

Maybe, but with "core: DTS-ES, 6.1 channels"?

Good point. I don't know if I've seen a DTS-ES 6.1 core with DTS-MA before.

[Atak_Snajpera]

Ok. Since no one seems to know where I can get a TMT version 2 to decode DTS 7.1 to LPCM. Does anyone know if there is any other way to do this conversion without TMT 2? Thanks
ArcSoft Decoder in TMT 3.0 works as well with eac3to.

[picman1]

Thanks Atak that's good to know.

I downloaded the trial version and after trying different gui's and finally from the command line using these examples from a previous post :eac3to app.dts app.pcm -0,2,1,3,4,5,6,7
pcm2tsmu app.pcm output.pcm -c 8

I got a good 7.1 with correct speaker layouts.

Then I used Tsmuxer to bring the video and audio together and the video and audio looks and sounds great.



If I upgrade this version to TMT 3 will I have to use the same commands or is there a better way to get the correct 7.1 stream with the new version?

What version of TMT 3 will I need to upgrade to, standard, gold or platinum?

Thanks for the help.

[Fiffy]

ArcSoft Decoder in TMT 3.0 works as well with eac3to.Could you tell us how you made it work? Eac3to doesn't recognize the Arcsoft filters with a vanilla TMT3 install.

[xkodi]

Could you tell us how you made it work? Eac3to doesn't recognize the Arcsoft filters with a vanilla TMT3 install.

1) TMT2 installs dtsdecoderdll.dll version 1.1.0.0
2) TMT3 installs dtsdecoderdll.dll version 1.1.0.1
3) TMT 3.0.1.133 Patch installs dtsdecoderdll.dll version 1.1.0.5

http://www.arcsoft.com/downloads/digitaltheatre/arcsoft/totalmediatheatre_beta_3.0.1.120_3.0.1.133_update_all.exe

you need to have installation of TMT2 on which eac3to recognize the dtsdecoderdll.dll, i.e. "eac3to -test" returns:

ArcSoft DTS Decoder (1.1.0.0) works fine

then just replace dtsdecoderdll.dll version 1.1.0.0 with version 1.1.0.1 or version 1.1.0.5 from TMT3 and then when you run "eac3to -test" you should get:

ArcSoft DTS Decoder (1.1.0.1) works fine

or

ArcSoft DTS Decoder (1.1.0.5) works fine

4) TMT 3.5 installs dtsdecoderdll.dll version 1.1.0.10, but it doesn't work with eac3to.

BTW, there is also new CinemasterAudio.DLL version 4.3.0.236 from the new version 2.6.3 of SONIC CineVision, which works good with eac3to. if you look here:

http://forum.doom9.org/showthread.php?p=1158014#post1158014

and here:

http://forum.doom9.org/showthread.php?p=1212881#post1212881

you will see that this is the first new version of CinemasterAudio.DLL from very long time that works good with eac3to

[Fiffy]

then just replace dtsdecoderdll.dll version 1.1.0.0 with version 1.1.0.1 or version 1.1.0.5 from TMT3 and then when you run "eac3to -test" you should get:I don't understand. Are you saying I should replace the dll in a TMT2 installation with one from TMT3? That's not what I want. I want to switch to TMT3, but retain a DTS filter that is usable from eac3to. Before the current TMT3 beta, it was possible to keep TMT2 and 3 installed in parallel, but the beta (and presumably the upcoming official update) doesn't allow that anymore, so it is currently not easily possible to use TMT3 beta while keeping a filter that is usable from eac3to.

[Joniii]

I got some errors while ripping one Blu-ray. Do I need to worry about this (audio/video out of sync or something) or did eac3to fix everything?

1: MPEG2, 1080p24 /1.001 (16:9)
2: DTS Master Audio, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
[a02] Extracting audio track number 2...
[v01] Extracting video track number 1...
[a02] Extracting DTS core...
[v01] Creating file "e:\koh.mpeg2"...
[a02] Creating file "e:\koh.dts"...
[a02] [1:30:49] The source file seems to be damaged (discontinuity). <WARNING>
[v01] [1:30:49] The source file seems to be damaged (discontinuity). <WARNING>
[a02] [1:30:49] The source file seems to be damaged (discontinuity). <WARNING>
[a02] This track is not clean. <WARNING>
[a02] [3:09:33] The source file seems to be damaged (discontinuity). <WARNING>
[v01] Video overlaps for 14 frames at playtime 1:30:48. <WARNING>
[a02] Audio overlaps for 61ms at playtime 1:30:49. <WARNING>
[a02] Starting 2nd pass...
[a02] Realizing DTS gaps...
[a02] Creating file "e:\koh.dts"...
Video track 1 contains 272688 frames.
eac3to processing took 16 minutes, 34 seconds.
Done.

[Atak_Snajpera]

Could you tell us how you made it work? Eac3to doesn't recognize the Arcsoft filters with a vanilla TMT3 install.
You just need following files from TMT 3.0 package

ASAudioHD.ax
dtsdecoderdll.dll
MagCore.dll
MagPCMac.dll
MagUIEngine.dll
MagUIInter.dll

Once you have them you can remove TMT from your computer if you don't like it.
Then copy all .dlls to System32 and register ASAudioHD.ax with regsvr32.exe

[rica]

Hi madshi, where the hell are you? :search: :)
We've all missed you here, at least me :D

_ _ _ _ _ _ _

[Thunderbolt8]

You just need following files from TMT 3.0 package

ASAudioHD.ax
dtsdecoderdll.dll
MagCore.dll
MagPCMac.dll
MagUIEngine.dll
MagUIInter.dll

Once you have them you can remove TMT from your computer if you don't like it.
Then copy all .dlls to System32 and register ASAudioHD.ax with regsvr32.exeis there any advantage of using the tmt3 files compared to the standard tmt1 files (when not using the tmt prog itself)?

[jj666]

I got some errors while ripping one Blu-ray. Do I need to worry about this (audio/video out of sync or something) or did eac3to fix everything?

1: MPEG2, 1080p24 /1.001 (16:9)
2: DTS Master Audio, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
[a02] Extracting audio track number 2...
[v01] Extracting video track number 1...
[a02] Extracting DTS core...
[v01] Creating file "e:\koh.mpeg2"...
[a02] Creating file "e:\koh.dts"...
[a02] [1:30:49] The source file seems to be damaged (discontinuity). <WARNING>
[v01] [1:30:49] The source file seems to be damaged (discontinuity). <WARNING>
[a02] [1:30:49] The source file seems to be damaged (discontinuity). <WARNING>
[a02] This track is not clean. <WARNING>
[a02] [3:09:33] The source file seems to be damaged (discontinuity). <WARNING>
[v01] Video overlaps for 14 frames at playtime 1:30:48. <WARNING>
[a02] Audio overlaps for 61ms at playtime 1:30:49. <WARNING>
[a02] Starting 2nd pass...
[a02] Realizing DTS gaps...
[a02] Creating file "e:\koh.dts"...
Video track 1 contains 272688 frames.
eac3to processing took 16 minutes, 34 seconds.
Done.

Rerip your disk, I'd be concerned with such a log.

-jj-

[Thunderbolt8]

Is there a way to override the removal of the fullrange flag from h264 streams?

EDIT: Nevermind I found "-keepFullRange"what is the fullrange flag actually for, whats its purpose?

[73ChargerFan]

It specifies that the video was encoded to use 0-255 instead of 16-235 values.

[Inspector.Gadget]

You just need following files from TMT 3.0 package

ASAudioHD.ax
dtsdecoderdll.dll
MagCore.dll
MagPCMac.dll
MagUIEngine.dll
MagUIInter.dll

Once you have them you can remove TMT from your computer if you don't like it.
Then copy all .dlls to System32 and register ASAudioHD.ax with regsvr32.exe

I did this on Vista x64 because I hate having TMT3 installed - I put all dlls in both SysWOW64 and System32 and then registered the filter in System32 - and eac3to doesn't see Arcsoft DTS decoder as installed. Argh! Any suggestions?

[Kythe]

Guys, I'm getting an odd error. It's cropped up every now and then, and I'm wondering whether anyone else has seen it...

When demuxing an HD track (either DTS Master Audio or TrueHD) to flac from a movie file, the decoding sometimes quits with the error "The FLAC decoder thread seems to hang". This happened most recently during the second pass of a demux. Eac3to noted multiple overlaps in the demuxed audio track.

Does anyone have any idea what could be causing this, and how to fix it? I'm running this on older hardware (a single core, 1 GHz Pentium).

[drlove]

Hi, after using eac3to w/o -keepdiagnorm my TrueHD track has no diagnorm info at all and my A/V interpret that as -0dB and normalize to -31dB = the volume is very low. If I run the eac3to ones again on the track the log shows no diagnorm value at all, shouldn't eac3to sett the diagnorm to -31dB and not remove the value?
Can I add diagnorm info, of say -27dB, to a TrueHD track using eac3to? I don't have the source at my summer house so I can't redo the rip from the source BD at the moment. I only have the TrueHD track and the video file at my laptop/PCH.

Best regards L.

[DoomBot]

Hi, after using eac3to w/o -keepdiagnorm my TrueHD track has no diagnorm info at all and my A/V interpret that as -0dB and normalize to -31dB = the volume is very low. If I run the eac3to ones again on the track the log shows no diagnorm value at all, shouldn't eac3to sett the diagnorm to -31dB and not remove the value?
Can I add diagnorm info, of say -27dB, to a TrueHD track using eac3to? I don't have the source at my summer house so I can't redo the rip from the source BD at the moment. I only have the TrueHD track and the video file at my laptop/PCH.

Best regards L.

That would be nice if you could restore diagnorm info some how, if it could be done how do we know what the db would be to restore it after it was removed in the past. Is it always -27db or what?

[Atak_Snajpera]

I did this on Vista x64 because I hate having TMT3 installed - I put all dlls in both SysWOW64 and System32 and then registered the filter in System32 - and eac3to doesn't see Arcsoft DTS decoder as installed. Argh! Any suggestions?

1) Copy all dlls to SysWOW64
2) Register: x:\Windows\sysWOW64\regsvr32.exe x:\Windows\sysWOW64\ASAudioHD.ax

Still nothing?

[Inspector.Gadget]

That's exactly what I did. Weird. I'll try it again after reinstalling TMT3 and see if it's some sort of conflict. Thanks for the help.

[Atak_Snajpera]

I also tested on W7 x64. No problems.

[Inspector.Gadget]

Thanks for the help, Atak, but it's not working. When I have TMT3 installed, eac3to can't find the DTS decoder. When I uninstall it, reboot, and copy the relevant DLLs and decoder into SysWOW64 and use exactly the commands above, I get a success message but eac3to still can't find the decoder. I'm beginning to think that this is some sort of version incompatibility.

[yesgrey]

When backing up the movies, I would like to remove the final credits, so I can save some space. If I use the -edit option I know I can remove the last part of the audio data, but is there in eac3to (or any other tool) an option for removing the last part of the video data?

[honai]

Not yet. madshi once said that he'll consider it for his todo list.

[yesgrey]

Do you know if is there any other tool that could do it? cut the last part of a n h264 video file?

[TinTime]

Do you know if is there any other tool that could do it? cut the last part of a n h264 video file?

What are you backing up to? If it's in an mkv container you can split it with mkvmerge.

[yesgrey]

What are you backing up to? If it's in an mkv container you can split it with mkvmerge.
That's good enough for what I need. Since I have to use mkvmerge to join the video/audio/subs/chapters, it would be the best solution... I should have looked more carefully in mkvmerge before asking for it...:o

Thank you very much!:)

[Cela]

eac3to does not like most of my "Xvid.avi" recordings produced with Total Recorder.
As a consequence, multiAVCHD and tsMuxeR produce issues.

A short example for debugging is here (ttp://rapidshare.com/files/252569731/Birds.rar) (9606 KB).
A longer example (application of eac3to within multiAVCHD, uncrop) is here (http://rapidshare.com/files/252553272/Xvid_uncrop_audio_and_video_issues.rar) (19331 KB).

Now, the multiAVCHD workflow must be interrupted since eac3to refuses to demux these files. Demuxing must be performed with VirtualDub. VirtualDub's wav must be seperately imported into multiAVCHD.
RipBot's ffmpeg demuxing finishes, but may also produce issues (sometimes adds weird clicks as 'watermarks').

VirtualDub has no problem to edit, append and demux these avi files, though.

It would be a great advantage for the workflow, if eac3to did not refuse the demuxing of these "Xvid.avi" recordings.

Please upgrade eac3to/eac3to_more_gui accordingly.

Thanks.

[tebasuna51]

@Cela
You don't need samples to prove this, eac3to (or TsMuxer) don't support avi container.

[Cela]

Yes, I was afraid to get this response.

But, why?
I would like it did. I would need it.

I wanted to do my share to get things moving.

Edit:
Dean, the author of multiAVCHD, adviced me to update to newest eac3to and to correct an input typo.
Now multAVCHD's workflow, using newest eac3to.exe, works like a charm! :)

And, within multiAVCHD, tsMuxeR does not need to deal with the original avi any more.

[LeXXuz]

When I use eac3to to demux evo-Containers with the -demux switch, eac3to demuxes not all the streams (especially subtitles with ID: 28 and up).

Is there a way to fix this or can I demux multiple streams at once WITHOUT converting them?

Any ideas?

[Moondust]

I've encountered a very strange problem with EAC3TO, at least to me. I loaded my copy of Ice Age 2 in eac3to. It said the length of the movie was 1h 30m 38s (all playlists). I ripped the Dutch 768kbps audiotrack. But when I played that seperate track in MPC-HC it was 1h 32m 15s. Other players and MediaInfo revealed the same. EAC3TO says the seperate audiotrack is 1h 30m 38s. I am confused. Who is right? And why?

EAC3TO source info.
D:\EAC3TO>eac3to e:\downloads\newsleecher 1)
M2TS, 1 video track, 5 audio tracks, 5 subtitle tracks, 1:30:38, 24p /1.001
1: Chapters, 24 chapters
2: MPEG2, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
4: DTS, Dutch, 5.1 channels, 24 bits, 768kbps, 48khz
5: DTS, Dutch, 5.1 channels, 24 bits, 768kbps, 48khz
6: AC3, English, 2.0 channels, 224kbps, 48khz, dialnorm: -27dB
7: AC3, English, 2.0 channels, 224kbps, 48khz, dialnorm: -27dB
8: Subtitle (PGS), English
9: Subtitle (PGS), Dutch
10: Subtitle (PGS), Dutch
11: Subtitle (PGS), Dutch
12: Subtitle (PGS), English

EAC3TO seperate audio track info.
D:\EAC3TO>eac3to e:\IceAge2Dutch.dts
DTS, 5.1 channels, 1:30:38, 24 bits, 768kbps, 48khz

[TinTime]

When I use eac3to to demux evo-Containers with the -demux switch, eac3to demuxes not all the streams (especially subtitles with ID: 28 and up).

Is there a way to fix this or can I demux multiple streams at once WITHOUT converting them?


You can demux streams by specifying the target as the same type as the source. For example, if track 3 is ac3, 4 is dts...

eac3to.exe source 3: output3.ac3 4: output4.dts

...will demux those tracks.

[AnryV]

I can't reproduce your problem extracting dts core:
eac3to v3.16
command line: "D:\eac3to.exe" "D:\Queen.dtshd" "D:\Queen_core.dts"
------------------------------------------------------------------------------
DTS Hi-Res, 5.1 channels, 0:00:14, 24 bits, 3018kbps, 96khz
(core: DTS, 5.1 channels, 0:00:14, 24 bits, 1509kbps, 48khz)
Creating file "D:\Queen_core.dts"...
eac3to processing took 1 second.
Done.
Please :logfile:

I have 16 bits DTS Hi-Res.

[Snowknight26]

It doesn't matter what it says as DTS-HD HR doesn't have a bit depth. No lossy formats do.

[rik1138]

It doesn't matter what it says as DTS-HD HR doesn't have a bit depth. No lossy formats do.

Sure they do... DTS HD retains the bit depth of the source files used to create it (or, at the very least, it's recording the bit-depth in the header information...). I can encode a 24-bit DTS-HD HR file and a 16-bit DTS-HD HR file (using 24-bit or 16-bit source WAVs). eac3to decodes them differently (but reports the bit depth correctly). I tried it with a stereo file and a 5.1 file, the 5.1 one was the only one that eac3to said it was 'Patching bitdepth to 24 bits...'

Obviously, it didn't say this on the 24 bit 5.1 file, and it didn't do it on the 16 bit 2.0 file (not sure why).

Here's a 16-bit 5.1 DTS-HD HR file if you want to try it:

http://www.sendspace.com/file/usnwqd

Rik

[tebasuna51]

Sure they do... DTS HD retains the bit depth of the source files used to create it (or, at the very least, it's recording the bit-depth in the header information...)
Only the last part is true: "recording the bit-depth in the header"
Like Snowknight26 say you, only losless encoders (like DTS-MA) can preserve the bitdepth.

I say to madshi don't put this header info in Eac3to logs because can induce to mistakes.
But I agree with madshi when change the header mark with 24 no matter the original source was. Always is better decode to 24 bits instead 16. Don't worry.

[tebasuna51]

I loaded my copy of Ice Age 2 in eac3to. It said the length of the movie was 1h 30m 38s (all playlists). I ripped the Dutch 768kbps audiotrack.

But when I played that seperate track in MPC-HC it was 1h 32m 15s.

EAC3TO says the seperate audiotrack is 1h 30m 38s. I am confused. Who is right? And why?

Use DelayCut to fix the DTS (remove internal pad's) and you can obtain the same value with all methods.

[shambles]

Hi, after using eac3to w/o -keepdiagnorm my TrueHD track has no diagnorm info at all and my A/V interpret that as -0dB and normalize to -31dB = the volume is very low. If I run the eac3to ones again on the track the log shows no diagnorm value at all, shouldn't eac3to sett the diagnorm to -31dB and not remove the value?

eac3to has used -31db instead of 0db for a while now for that exact reason.. unless something is broken in the latest build, just running the file through eac3to again should set the flag to -31db eventhough eac3to doesn't show it (with -31db and 0db, no dialnorm value is shown)

[AnryV]

It doesn't matter what it says as DTS-HD HR doesn't have a bit depth. No lossy formats do.
I asked not about it, but how to forbid eac3to to change the original information.

[Thunderbolt8]

it doesn't change the original information, because as shadowknight said, lossy tracks have no bit depth. therefore it doesn't matter if theres written 16 or 24 bit.

[AnryV]

it doesn't change the original information, because as shadowknight said, lossy tracks have no bit depth. therefore it doesn't matter if theres written 16 or 24 bit.
It change the information about 16 or 24 bit of the source.

[Snowknight26]

Which is completely irrelevant and sometimes not even correct.