eac3to - audio conversion tool

[madshi]

will you be adding support for nero 9
Maybe, sooner or later.

Right, I have bunch of trueHD soundtracks that were demuxed in past with eac3to. Since I got a capable HD receiver I want to mux HD audio back. Doing this with TsMuxeR I have no problems with DTS-HD MA, but TsMuxer wont accept trueHD streams and is giving an error of 'Unsupported format' (cant detect stream type) on every single trueHD stream that I have (+100). Im sure there is difference in header info of how eac3to is demuxing trueHD but I have no clue how to 'repair' it.
I've no clue, either. eac3to demuxes TrueHD tracks the way it's supposed to. If tsMuxeR doesn't accept these files, then it's a problem with tsMuxeR. You could try converting your TrueHD tracks to TrueHD+AC3, maybe tsMuxeR wants that?

eac3to source.thd dest.thd+ac3

hm so whats the standing regarding this problem, is madshi willing to do this patch so that arcsoft can properly recognize the channel order?
I think that eac3to (or ArcSoft decoder ??) uncorrectly decode 7.1 - L,R,C,LFE,Ls,Rs,Lsr,Rsr scheme.
Problem, as I do understand, was not solved?
This is a problem in the ArcSoft decoder and not in eac3to. It would be theoretically possible to workaround the problem by manipulating the DTS-HD tracks in such a way that they're more pleasing to the ArcSoft decoder, but it would be a hell of a lot of work for me. And I don't really see why I'm always asked to fix problems in the software of other people?

I have a little question. In the past I have demux the PCM tracks from blu-rays and save them. As I can see from the logs, eac3to have remapped the channels already, but now when I want to transcode PCM to WAVS (for use with DTS-HD mas suite) eac3to is again remapping them which I think is not right. Is there a switch to turn off remapping of the channels?
Why don't you just trust eac3to? I've not heard of any channel remapping bugs for months/years.

Awhile back I saw clipping audio when transcoding MP2->AC3. You mentioned it was due to internal bit depth restrictions in libavcodec, which could probably be overcome with a more recent build of libavcodec. Did you ever integrate this?
Noticed that the clipping problem isn't fixed yet. Can we expect a fix?
Yes, sooner or later, but not right now.

Ok, I have found my problem with trueHD tracks. Im using Pioneer receiver and when I was demuxing my trueHD tracks I didnt use -keepdialnorm switch. Now I have over 50 unplayable tracks that I cant use. Is there any software that could re-apply dialnorm?
Yes, the upcoming eac3to v3.18 will do that.

When I used XP, I was able to run eac3to while I was doing other things. Now, with W7 RC1, I cannot, my computer stalls. I have to start Task Manager and change eac3to's process priority to low, and then it works a little better. Though, I still feel that with XP my computer did not stall at all.
Can any of W7 users share their experience? It might be some problem with multi-tasking handling that only occurs in RC1...
Don't know what problem that could be. You can use the "-lowPriority" switch to avoid having to use the task manager.

Using W7 Resource Monitor, I have noticed that eac3to seems to continually write to and read from the swap file
eac3to does not do such a thing. There isn't even a Windows API available to access the swap file. The swap file is exclusively controlled by the OS.

question: i'd like to cut a 22sec and 160ms at the beginning from a dts-hd file. what cmd would i need to use to achieve this with eac3to?
i'm not sure if the delay option is the one i need to use.
You could use the edit command. Something like this:

eac3to source.dts dest.dts -edit=0:00:00,-22160ms

If that doesn't work, try "-edit=0:00:00.050,-22160ms".

Apparently, my AV receiver is highly sensitive to a TrueHD stream. Unless -keepDialnorm is used, TrueHD output is very distorted.
Does anyone know, whether the TrueHD/DialNorm issue still persists with the new Pioneer Receivers (1019 series for example)?
No idea, but you'll be able to work around the problem with the next eac3to v3.18.

this option could be in the help file and be used as 'default'.
It is not default because "simple" wav files are outdated. Some old applications need them, so that's what the eac3to option is for. But some other applications don't like them and require the new format. So whatever default option I choose, there will be problems for some people. As a result I chose the newer & better format as default.

True - but it seems that the author is no longer supporting this program...
Huh?

This time I'm going the path E-AC3 to DTS-MA using "DTS-HD Master Audio Suite v2.0 (http://store.dts.com/)". Is there any chance that you can implement a similar 'hooking' to this application as you do with SurCode?
Maybe, sooner or later...

Hmm, after audio overlaps are detected, it seems that eac3to no longer runs audio encoding concurrently. Say extract and convert two DTS-HD MA tracks to FLAC and both of them have audio overlaps, you'd expect eac3to to run the 2nd pass, fix the overlaps, and do the conversion of both at the same time, but the 2nd track's conversion begins only after the first one has finished. :|
True. eac3to does not support reading two different source files at the same time. That's why all 2nd pass operations are run separately.

[madshi]

eac3to v3.18 released

http://madshi.net/eac3to.zip

* TrueHD dialnorm removal now uses "-31db" instead of "-0db"
* TrueHD frames with -0db dialnorm are now automatically patched to -31db
* added MKV demuxing support for TrueHD tracks
* added MKV demuxing support for Blu-Ray PGS subtitle tracks
* added MKV demuxing support for (MS ACM) extensible WAV tracks
For those people who have problems with the receiver disliking TrueHD tracks demuxed by older eac3to versions, please "fix" your TrueHD tracks by simply running them through v3.18 like this:

eac3to old.thd new.thd
Please let me know, if the problem is gone. Thanks.

[jj666]

Many thanks for the new version :-)

Cheers,

-jj-

[Thunderbolt8]

yes, thanks for the update!

so just to clarify, the dialnorm 0db -> -31db change is only to fix the thd tracks for those people with receiver which don't accept the old thd tracks? theres no real difference is volume between the old and new setting and I won't have to redo all my flac tracks (or thd tracks when only used inside mkv, but not with a receiver), right?

[TinTime]

Thanks very much madshi!

In response to your question on dialnorm reporting...

I've researched this. The AC3 and DTS specs are very kinda the opposite of each other in terms of dialnorm:

AC3: The dialnorm value tells us how much headroom there is between 100% volume and speech volume.
DTS: The dialnorm value tells us how much the decoder should lower volume.

Because of that a -27dB AC3 dialnorm value equals a -4dB DTS dialnorm value. Now of course eac3to could change the display of the dialnorm values, so that AC3 and DTS match. But I'm not sure if I should do that? What do you guys think?

My feeling is that eac3to should just do as it does now and report the actual values, rather than interpreting the info for the sake of consistency.

However it really doesn't bother me one way or the other. If you get an overwhelming response to, say, change the reporting of the DTS dialnorm value then I think I could learn to live with it :)

One thought. If you changed eac3to so that it reported one of the values differently then I predict a few posts along the lines of...

"My amp/mediainfo/etc. says that dialnorm is set to -4 but eac3to reports -27. Why the discrepancy? Which is correct?"

[setarip_old]

@madshi

My remark was based on your post back in May:

http://forum.doom9.org/showpost.php?p=1282194&postcount=8835

[madshi]

so just to clarify, the dialnorm 0db -> -31db change is only to fix the thd tracks for those people with receiver which don't accept the old thd tracks? theres no real difference is volume between the old and new setting and I won't have to redo all my flac tracks (or thd tracks when only used inside mkv, but not with a receiver), right?
Right.

In response to your question on dialnorm reporting...

My feeling is that eac3to should just do as it does now and report the actual values, rather than interpreting the info for the sake of consistency.
I'm not 100% sure, but I tend to agree.

My remark was based on your post back in May:

http://forum.doom9.org/showpost.php?p=1282194&postcount=8835
Your interpretation of my post is really weird.

[nurbs]

I have a small problem with eac3to. I have a blu-ray with the following audio track

3: DTS Hi-Res, English, 7.1 channels, 24 bits, 2814kbps, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
When I try to convert it to aac with one of the following command lines

eac3to "D:\BR\LEON" 1) 3:"D:\LEON\test.aac" -core -down2 -normalize
or
eac3to "D:\BR\LEON" 1) 3:"D:\LEON\test.aac" -down2 -normalize
I get

a03 The ArcSoft and Sonic decoders don't seem to work, will use libav instead.
a03 The libav DTS decoder doesn't decode the full DTS-HD information.
a03 Can't downmix this channel configuration ($60f).
a03 Internal error - unknown audio output format!
however first extracting the the track to .dts and then converting the dts to aac with the same parameters works fine.

[TinTime]

Are you mixing up track 3 and track 4?

[nurbs]

I did in the post, but track 3 and track 4 are the same track (same properties) with different languages. I'll correct that to avoid confusion. I wanted to convert them with the same command line which gave the same result.

[b66pak]

@madshi do you plan to add the ability to cut audio (besplit style)? also any chance to support muxing h264 to .mp4 too?
_

[madshi]

I have a small problem with eac3to. I have a blu-ray with the following audio track [...]
Hmmmm... I can reproduce that. Have put it on my to do list. But since you can work around it, I've sorted it in as "not so important".

do you plan to add the ability to cut audio (besplit style)?
Not sure what you mean. Can you clarify?

also any chance to support muxing h264 to .mp4 too?
Edit: Not possible (by using the Haali Matroska Muxer, at least), it seems. There doesn't seem to be a way to switch the Haali Matroska Muxer to MP4 from within eac3to.

[b66pak]

Not sure what you mean. Can you clarify?

let's say i have 60 min audio and i want to split in in three parts: from min 0 to 15, from 25 to 35 and from 45 to end...
_

L.E. in other words the ability to split an audio file at the time you want...also the ability to join (append) audio files would be nice...
_

[Xorp]

Thanks for the update

* added MKV demuxing support for Blu-Ray PGS subtitle tracks How are people muxing PGS subs into mkv? I heard MakeMKV can do it, but it's not freeware.

[Snowknight26]

For consistency's sake, 'khz' should be capitalized.

[Midzuki]

For consistency's sake, 'khz' should be capitalized.

kHz alright. :)

[xxx666yyy777]

eac3to v3.18 released

http://madshi.net/eac3to.zip

* TrueHD dialnorm removal now uses "-31db" instead of "-0db"
* TrueHD frames with -0db dialnorm are now automatically patched to -31db
* added MKV demuxing support for TrueHD tracks
* added MKV demuxing support for Blu-Ray PGS subtitle tracks
* added MKV demuxing support for (MS ACM) extensible WAV tracks
For those people who have problems with the receiver disliking TrueHD tracks demuxed by older eac3to versions, please "fix" your TrueHD tracks by simply running them through v3.18 like this:

eac3to old.thd new.thd
Please let me know, if the problem is gone. Thanks.

Nice! Thanks a lot!!!

Cheers.

[raquete]

this option could be in the help file and be used as 'default'.

It is not default because "simple" wav files are outdated. Some old applications need them, so that's what the eac3to option is for. But some other applications don't like them and require the new format. So whatever default option I choose, there will be problems for some people. As a result I chose the newer & better format as default.

is very clever!

eac3to v3.18 released

http://madshi.net/eac3to.zip

* TrueHD dialnorm removal now uses "-31db" instead of "-0db"
* TrueHD frames with -0db dialnorm are now automatically patched to -31db
* added MKV demuxing support for TrueHD tracks
* added MKV demuxing support for Blu-Ray PGS subtitle tracks
* added MKV demuxing support for (MS ACM) extensible WAV tracks
For those people who have problems with the receiver disliking TrueHD tracks demuxed by older eac3to versions, please "fix" your TrueHD tracks by simply running them through v3.18 like this:

eac3to old.thd new.thd
Please let me know, if the problem is gone. Thanks.

very cool, thank you so much!

[rapscallion]

I was playing around with some movie tracks yesterday and am just curious.

Original track was DD True HD 5.1 and when I select "wavs" as the output I get exactly the same wav file sizes as when I process the ac-3 core.

Apparently eac doesn't extract the lossless wavs, just the core ?? Or is their a way to extract the True HD wavs?

[Snowknight26]

WAV has a bit-depth, AC3 doesn't, so when it's decoded, it's decoded (from 64-bit floating point) to 24-bit WAV, just like the TrueHD is.

[Blue_MiSfit]

Exactly.

They both decode to 6x mono 24 bit 48 KHz WAVs of identical length, which will therefore always be the same exact size.

~MiSfit

[rapscallion]

OK, so if I'm understanding you both, supposedly I could reverse the process and create DD True HD again, or DTS MA, from those wavs ?

Or, to put it another way, any standard DD 5.1 ac-3 or DTS @ 1536 track can be made into a HD/MA track by extracting the wavs and reprocessing to HD ? If this is true, that's great !

[Snowknight26]

You can do that but there's absolutely no point in doing that. You'd be doing a lossy -> lossless conversion resulting in a bigger file than the original source. Remember, you can't make something from nothing.

[rapscallion]

But I thought the newly created/extracted wavs were lossless ?

For instance, you can extract the audio wavs from an audio cd, convert them to MP3. Then you can reverse the process back to wavs again and you're back to lossless, no ? Or is my reasoning way off ?

Also, it would appear that DTS MA has 24 bit resolution , where DD True HD does not.

Created from the same wavs :

General
Complete name : D:\Blu-ray movies\Star Trek\star.ma.dts
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA
File size : 3.56 GiB
Audio
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA
Bit rate mode : Variable
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 24 bits

General
Complete name : D:\Blu-ray movies\Star Trek\true.track_4352.ac3
Format : AC-3
Format/Info : Audio Coding 3
Format profile : TrueHD
File size : 3.76 GiB

Audio
Format : AC-3
Format/Info : Audio Coding 3
Format profile : TrueHD
Bit rate mode : Variable
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz

[Snowknight26]

No, you can't get the original result back, but this isn't really relevant to eac3to so I suggest you make a new thread or search the forums (or hydrogenaudio.org).

[rapscallion]

You're right although the op was relevant to how eacto extracted wavs from an HD source.

Practically speaking I was just curious in the next steps.Thanks

[Fiffy]

I'm trying to demux the Blade Runner "International Cut" from disc 3 of the 5-disc HD-DVD set. This disc contains 3 different versions of the movie and uses seamless branching (I think it's actually the only existing HD-DVD that uses branching).

Unfortunately, after demuxing with eac3to audio and video are out of sync, regardless of whether a gap description file is used or not. Does eac3to not support seamless branching on HD-DVD?

[laserfan]

What did eac3to's log say about it?

[Fiffy]

What did eac3to's log say about it?Log from first run (without gap description file):
eac3to v3.18
command line: eac3to h: 1) 2: chapts.txt 3: br.mkv 7: br.flac -down16 -no2ndpass 10: subs.sup
------------------------------------------------------------------------------
EVO, 1 video track, 6 audio tracks, 6 subtitle tracks, 1:57:29
1: Joined EVO file
2: Chapters, 35 chapters
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB, -21ms
5: E-AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB, -21ms
6: E-AC3 Surround, French, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB, -21ms
7: E-AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB, -18ms
8: E-AC3 Surround, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
9: E-AC3 Surround, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB, -7ms
10: Subtitle (DVD), English
11: Subtitle (DVD), French
12: Subtitle (DVD), Spanish
13: Subtitle (DVD)
14: Subtitle (DVD)
15: Subtitle (DVD)
Creating file "chapts.txt"...
[a07] The Nero decoder doesn't seem to work, will use libav instead.
[v03] Extracting video track number 3...
[a07] Extracting audio track number 7...
[v03] Writing new framerate "24fps /1.001" to bitstream.
[a07] Removing E-AC3 dialog normalization...
[v03] Removing VC-1 pulldown...
[a07] Decoding with libav/ffmpeg...
[v03] Muxing video to Matroska...
[a07] Remapping channels...
[a07] Applying RAW/PCM delay...
[a07] Reducing depth from 64 to 16 bits...
[a07] Encoding FLAC with libFlac...
[a07] Creating file "br.flac"...
[s10] Extracting subtitle track number 10...
[s10] Creating file "subs.sup"...
[a07] Clipping detected, a 2nd pass will be necessary. <WARNING>
[v03] Video overlaps for 705 frames at playtime 1:40:02. <WARNING>
[v03] Video overlaps for 1 frames at playtime 1:40:32. <WARNING>
[v03] Video overlaps for 7 frames at playtime 1:52:24. <WARNING>
[v03] Video overlaps for 6 frames at playtime 1:52:25. <WARNING>
[v03] The MKV file was created without making use of the gap/overlap information. <WARNING>
[v03] Please check whether audio is in sync. If it is in sync everything is fine. <WARNING>
[v03] Otherwise ask eac3to to repeat the muxing. It will then automatically make <WARNING>
[v03] use of the detailed gap/overlap information. <WARNING>
[a07] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
The 2nd pass is skipped by request. <WARNING>
Added fps value (24 /1.001) to MKV header.
Video track 3 contains 169079 frames.
Subtitle track 10 contains 875 captions.
eac3to processing took 37 minutes, 28 seconds.
Done.

Log from second run (with gap description file generated by first run):

eac3to v3.18
command line: eac3to h: 1) 2: chapts.txt 3: br.mkv 7: br.flac -down16 -no2ndpass 10: subs.sup
------------------------------------------------------------------------------
EVO, 1 video track, 6 audio tracks, 6 subtitle tracks, 1:57:29
1: Joined EVO file
2: Chapters, 35 chapters
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB, -21ms
5: E-AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB, -21ms
6: E-AC3 Surround, French, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB, -21ms
7: E-AC3, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB, -18ms
8: E-AC3 Surround, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
9: E-AC3 Surround, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB, -7ms
10: Subtitle (DVD), English
11: Subtitle (DVD), French
12: Subtitle (DVD), Spanish
13: Subtitle (DVD)
14: Subtitle (DVD)
15: Subtitle (DVD)
Creating file "chapts.txt"...
[v03] Video gap description file detected, will be used for muxing...
[a07] The Nero decoder doesn't seem to work, will use libav instead.
[a07] Extracting audio track number 7...
[v03] Extracting video track number 3...
[a07] Removing E-AC3 dialog normalization...
[v03] Writing new framerate "24fps /1.001" to bitstream.
[a07] Decoding with libav/ffmpeg...
[v03] Removing VC-1 pulldown...
[a07] Remapping channels...
[v03] Muxing video to Matroska...
[a07] Applying RAW/PCM delay...
[a07] Reducing depth from 64 to 16 bits...
[a07] Encoding FLAC with libFlac...
[a07] Creating file "br.flac"...
[s10] Extracting subtitle track number 10...
[s10] Creating file "subs.sup"...
[a07] Clipping detected, a 2nd pass will be necessary. <WARNING>
[a07] Audio overlaps for 4192ms at playtime 1:39:58. <WARNING>
The 2nd pass is skipped by request. <WARNING>
Added fps value (24 /1.001) to MKV header.
Video track 3 contains 169079 frames.
Subtitle track 10 contains 875 captions.
eac3to processing took 37 minutes, 10 seconds.
Done.

[laserfan]

And why do you have -no2ndpass in your eac3to command line? :confused:

[Fiffy]

And why do you have -no2ndpass in your eac3to command line? :confused:Because the clipping is insignificant and does not warrant a second audio transcoding at lower volume. But this has nothing to do with the topic at hand.

[laserfan]

Ok, whatever you say, but the 2nd pass is where the "magic" of gap repair is applied. Try it.

[Fiffy]

Ok, whatever you say, but the 2nd pass is where the "magic" of gap repair is applied. Try it.No, it is not. The 2nd pass just transcodes the audio once more with different parameters to eliminate the clipping. It has nothing to do with gap repair. The asynchronicity also occurs if the option is not used or the audio is just extracted without transcoding.

[zeropc]

eac3to v3.18 released


[code]* TrueHD dialnorm removal now uses "-31db" instead of "-0db"
* TrueHD frames with -0db dialnorm are now automatically patched to -31db

what does that "-31db" instead of "-0db" mean for thd to wavs?

i use wavs to create a new dts-hd ma and i wonder if this new option would change the audio level or does it not matter at all?

[slk486]

Hi madshi

The Denon receivers also had problems with a -0db dialnorm, but ran 4 TrueHD tracks through the new eac3to version, and can happily announce, that it fixed the problem with low (-31db) audio and shifts in dialnorm.

So, thanks!!!

[madshi]

let's say i have 60 min audio and i want to split in in three parts: from min 0 to 15, from 25 to 35 and from 45 to end...

L.E. in other words the ability to split an audio file at the time you want...also the ability to join (append) audio files would be nice...
Joining works for all audio types which have no separate header at the beginning (or end) of the file, like e.g. AC3, E-AC3, DTS, MP2, PCM etc.

Full splitting/joining support is not planned right now. I've so many other things to do...

For consistency's sake, 'khz' should be capitalized.
kHz alright. :)
Ok, will change that to kHz.

I'm trying to demux the Blade Runner "International Cut" from disc 3 of the 5-disc HD-DVD set. This disc contains 3 different versions of the movie and uses seamless branching (I think it's actually the only existing HD-DVD that uses branching).

Unfortunately, after demuxing with eac3to audio and video are out of sync, regardless of whether a gap description file is used or not. Does eac3to not support seamless branching on HD-DVD?
I've not seen this disc and since it's the only such disc, I'm not planning to do anything about it. Not sure why there should be problems, though. In theory it should work. Maybe the audio can be made sync with a fixed delay? Or does it go out of sync gradually throughout the runtime of the movie?

what does that "-31db" instead of "-0db" mean for thd to wavs?

i use wavs to create a new dts-hd ma and i wonder if this new option would change the audio level or does it not matter at all?
Don't worry. The fix I made is only to satisfy some receivers which don't fully follow the Dolby specifications. It's only important for people who want to bitstream TrueHD to their receiver via HDMI. If you convert to WAV(s) on your PC, there's nothing to worry about. The older versions did that correctly.

The Denon receivers also had problems with a -0db dialnorm, but ran 4 TrueHD tracks through the new eac3to version, and can happily announce, that it fixed the problem with low (-31db) audio and shifts in dialnorm.
Glad to hear that - thanks for the feedback! :)

[Fiffy]

I've not seen this disc and since it's the only such disc, I'm not planning to do anything about it.That's understandable. The tool has worked great for all my other HD DVDs, so I'm not complaining. ;)
Not sure why there should be problems, though. In theory it should work. Maybe the audio can be made sync with a fixed delay? Or does it go out of sync gradually throughout the runtime of the movie?It starts out fine and then gets more and more out of sync. I think it may get worse after every branch point, but I'd have to check more closely to be sure.

[zeropc]

Don't worry. The fix I made is only to satisfy some receivers which don't fully follow the Dolby specifications. It's only important for people who want to bitstream TrueHD to their receiver via HDMI. If you convert to WAV(s) on your PC, there's nothing to worry about. The older versions did that correctly.

thanks for the clarification :)

[utenteanonimo64]

Full splitting/joining support is not planned right now. I've so many other things to do...


Hi Madshi thanks for this new version.
In case you choose your development priorities on the basis of how many people want a certain feature, here is another user who would like to see an easy way to split audio by chapter!

[STaRGaZeR]

eac3to v3.18 released

http://madshi.net/eac3to.zip

* TrueHD dialnorm removal now uses "-31db" instead of "-0db"
* TrueHD frames with -0db dialnorm are now automatically patched to -31db
* added MKV demuxing support for TrueHD tracks
* added MKV demuxing support for Blu-Ray PGS subtitle tracks
* added MKV demuxing support for (MS ACM) extensible WAV tracks
For those people who have problems with the receiver disliking TrueHD tracks demuxed by older eac3to versions, please "fix" your TrueHD tracks by simply running them through v3.18 like this:

eac3to old.thd new.thd
Please let me know, if the problem is gone. Thanks.

Guys, I've always demuxed TrueHD+AC3 tracks with -keepDialnorm and then muxed it to Matroska, I understand I won't have any receiver issues with this MKVs if I use for example ffdshow's bitstream ability?

[madshi]

Guys, I've always demuxed TrueHD+AC3 tracks with -keepDialnorm and then muxed it to Matroska, I understand I won't have any receiver issues with this MKVs if I use for example ffdshow's bitstream ability?
There should be no problems with your MKVs, except of course, that your receiver will apply dialnorm (audio track volume is lowered by your receiver by using digital processing).

[STaRGaZeR]

There should be no problems with your MKVs, except of course, that your receiver will apply dialnorm (audio track volume is lowered by your receiver by using digital processing).

Of course, but that's intented, I want the THD tracks untouched, and with -keepDialnorm that's exactly what I've achieved, right? But after reading all the problems with eac3to remuxed tracks I feared the worst. Dialog normalization can be disabled in the receiver if needed/wanted.

[madshi]

Dialog normalization can be disabled in the receiver if needed/wanted.
No, normally it can't. You can disable DRC, but most (all?) receivers don't allow you to disable dialnorm, at least AFAIK. A while ago the Dolby license even explicitly forbid receiver manufacturers to offer an option to disable dialnorm. I know that Dolby considered changing their license terms (based on AVSForum feedback), but I don't know if they did in the end.

[b66pak]

@madshi could you add downmix to stereo (beside the current downmix to dpl2) to your tool...dpl2 is not at all suited for headphones...
_

[hewwra]

I'm trying to remux some blurays using clown bd and it works most of the time however I have problem with 2 movies, kill bill 2 and sin city.
There are no errors in clown bd however there are 2 warnings in the logs.
Sin City: [a03] This track begins with a non-major frame. <WARNING>
Kill Bill 2: [a03] Caution: The WAV file is bigger than 4GB. <WARNING> [a03] Some WAV readers might not be able to handle this file correctly. <WARNING>
I'm using MPC HC with internal ffmpeg filter to play blurays and both movies work just fine when they are in full bluray structure on my hd but when I try to play them after I've used clown bd there is no audio or video and the screen is just black and the time stays at "00:00:00".
So does anyone have a clue where the remux goes wrong?

[Bilkoff]

I have some problems with "Halo Legends" blu-ray, with some audios. MediaInfo says they have 6 channels, but eac3to extracts them like stereo audios, and the duration is 3x.
The .mpls has different files, some warning of small overlaps are in the log. This happens with gaps files and without. There is a real stereo audio extracted correctly.
Can this be corrected remapping the channels audio? Witch command should I use, -0,1,2,3,4,5?

[Killroy™]

I have some problems with "Halo Legends" blu-ray, with some audios. MediaInfo says they have 6 channels, but eac3to extracts them like stereo audios, and the duration is 3x.
The .mpls has different files, some warning of small overlaps are in the log. This happens with gaps files and without. There is a real stereo audio extracted correctly.
Can this be corrected remapping the channels audio? Witch command should I use, -0,1,2,3,4,5?

Halo legends has a weird mix of 5.1 and 2.0 in the playlist that will screw up the remux. You need to delete that one track or find a replacement for it.

[mikelebron]

Maybe you guys will know the answer.... right now I just upgraded my TMT 3 to 3.0.170 and as may be aware that it breaks eac3tos ability to use the DTS filter... Now I have the original files from my original install of TMT 3 which work. Can they co-exist on the same machine if I register them in a different directory?

[lzep]

Hi,
I've been using this just fine for about a year or so now for converting dts files in an mkv container (from mkvmerge) to ac3 so I can play them back on my WD media player.

I'm having this weird problem now where the file converts from dts to ac3 and right after it's finished, my computer crashes and reboots with a "windows has recovered from a serious error" message. So the conversion is working but it's crashing my comp every time. Is there a log file I can look at or drivers/software I should reinstall and/or update? Anyone have any ideas?

Thanks!

[setarip_old]

Hi!

Perform a "System Restore" back to the last time things were working properly...