eac3to - audio conversion tool

[madshi]

A sample of the Brave's movie m2ts would be helpful.

[lmaolmao]

I'll grab a bit of the first m2ts. And make sure it does show this error.

Edit: Well, if the first m2ts is done directly then it extracts fine......do you still want the sample?

It only does it when the playlist is selected...

[r0lZ]

I have also noticed a very strange thing with the Brave 3D blu-ray. (I don't have the 2D BD to check if it has the same problem.)

Z:\BDMV\PLAYLIST>eac3to 00800.mpls 1)
M2TS, 2 video tracks, 6 audio tracks, 4 subtitle tracks, 1:33:37, 108.607p
1: Chapters, 37 chapters
2: h264/AVC  (left eye), 1080p24 /1.001 (16:9)
3: h264/AVC (right eye), 1080p24 /1.001 (16:9)
4: TrueHD/AC3, English, 7.1 channels, 48kHz
   (embedded: AC3, 5.1 channels, 640kbps, 48kHz)
5: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz
6: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz
7: AC3, French, 5.1 channels, 512kbps, 48kHz
8: AC3, French, 5.1 channels, 640kbps, 48kHz
9: AC3, Spanish, 5.1 channels, 640kbps, 48kHz
10: Subtitle (PGS), English
11: Subtitle (PGS), English
12: Subtitle (PGS), French
13: Subtitle (PGS), Spanish

As you can see, stream 7 is strange. It has an unusual bit rate, and, as far as I know, that stream does not exist in the BD. There is only one French audio track (listed by eac3to as stream #8). tsMuxeR does NOT show that strange French stream.

When eac3to tries to demux that track, it issues the warning "a07 This track is not clean.", but it continues anyway. The resulting ac3 file plays two times faster than it should in all audio players, and the sound is strange.

[sporic]

Originally Posted by r0lz

i have also noticed a very strange thing with the brave 3d blu-ray. (i don't have the 2d bd to check if it has the same problem.)

z:\bdmv\playlist>eac3to 00800.mpls 1)
m2ts, 2 video tracks, 6 audio tracks, 4 subtitle tracks, 1:33:37, 108.607p
1: Chapters, 37 chapters
2: H264/avc  (left eye), 1080p24 /1.001 (16:9)
3: H264/avc (right eye), 1080p24 /1.001 (16:9)
4: Truehd/ac3, english, 7.1 channels, 48khz
   (embedded: Ac3, 5.1 channels, 640kbps, 48khz)
5: Ac3 surround, english, 2.0 channels, 320kbps, 48khz
6: Ac3 surround, english, 2.0 channels, 320kbps, 48khz
7: Ac3, french, 5.1 channels, 512kbps, 48khz
8: Ac3, french, 5.1 channels, 640kbps, 48khz
9: Ac3, spanish, 5.1 channels, 640kbps, 48khz
10: Subtitle (pgs), english
11: Subtitle (pgs), english
12: Subtitle (pgs), french
13: Subtitle (pgs), spanish

as you can see, stream 7 is strange. It has an unusual bit rate, and, as far as i know, that stream does not exist in the bd. There is only one french audio track (listed by eac3to as stream #8). Tsmuxer does not show that strange french stream.

When eac3to tries to demux that track, it issues the warning "a07 this track is not clean.", but it continues anyway. The resulting ac3 file plays two times faster than it should in all audio players, and the sound is strange.

cinavia!!! :d

[r0lZ]

Sorry. That might be a noob question, but I don't understand why cinavia should need an additional audio track. The real French audio is in track #8, and if it is protected by cinavia, it is possible to demux it anyway. So, what's the benefit in adding a fake French track?
Also, it seems strange that only the French audio has that additional track, but not the main English or the Spanish audio tracks.
Honestly, I know almost nothing about cinavia, but afaik the protection is simply a watermark, that should not prevent eac3to to demux the track. (Playing it on cinavia protected hardware is another story.)
If I have missed something, can you lead me to a thread with additional info?

[BigPines]

Originally Posted by r0lZ

Honestly, I know almost nothing about cinavia, but afaik the protection is simply a watermark, that should not prevent eac3to to demux the track. (Playing it on cinavia protected hardware is another story.)

This is exactly right. I don't think what we are seeing is Cinavia. I think it is some new variant of TrueHD that we have not encountered before.

I will see if I can get a sample together for Madshi.

Mike

[Chumbo]

[EDIT] I moved request to the new bugs/feature requests thread.

[BigPines]

I am posting the bugs and sample files in the new thread: http://forum.doom9.org/showthread.php?t=166487&page=2

Mike

[BigPines]

For anyone interested, I found a bit of a work-around for the Brave/Finding Nemo True-HD seamless branching problem.

I used MakeMkv to transcode the TrueHD 7.1 into FLAC 7.1 and then used eac3to to transcode the FLAC into WAVs. I will probably use this method until there is an official fix for eac3to.

I hope this helps someone else.

Mike

[Sparktank]

Originally Posted by BigPines

For anyone interested, I found a bit of a work-around for the Brave/Finding Nemo True-HD seamless branching problem.

I used MakeMkv to transcode the TrueHD 7.1 into FLAC 7.1 and then used eac3to to transcode the FLAC into WAVs. I will probably use this method until there is an official fix for eac3to.

I hope this helps someone else.

Mike

That's the same solution posted earlier here for using ffmpeg. Just an extra step/program.
MakeMKV has an option to use ffmpeg for audio transcoding.

You forgot to mention that you need to go into options and enable "Advanced options" and tell MMKV where it can find the binary for ffmpeg.
FFmpeg binarys can be found at zeranoe's site.
His site is mentioned on the official ffmpeg website, if most don't know where to find him already.

[BigPines]

Originally Posted by Sparktank

That's the same solution posted earlier here for using ffmpeg. Just an extra step/program.
MakeMKV has an option to use ffmpeg for audio transcoding.

You forgot to mention that you need to go into options and enable "Advanced options" and tell MMKV where it can find the binary for ffmpeg.
FFmpeg binarys can be found at zeranoe's site.
His site is mentioned on the official ffmpeg website, if most don't know where to find him already.

You may not have noticed that the solution posted earlier was reported not to work by a follow-up post.

True, MakeMkv uses ffmpeg for the audio transcoding. However, my understanding is MakeMkv comes with a patched version that will not down-convert everything to 16 bits. Admittedly, I don't really know much about the full abilities of ffmpeg. Can it handle seamless branching like MakeMkv can? At any rate, MakeMkv is a valuable program notwithstanding it's reliance on ffmpeg for audio transcoding. It is a worthwhile tool to have in one's arsenal and I choose to use it.

You don't need to tell MakeMkv where the ffmpeg binaries are anymore. That was an older version but you are correct in that advanced options must be enabled to use the FLAC profile.

Just trying to help.

Mike

[Joniii]

Originally Posted by lmaolmao

maybe i am not making myself clear. This is happening before the -1 error.

with all other truehd discs you can extract a .thd file, the .ac3 core or a .tdh+ac3 file. And it just demuxes it (no encoding).

With BRave and Nemo, you can extract a .thd or the .ac3 core fine. But when extracting the .thd+ac3, eac3to initialises aften to make the ac3 track instead of just demuxing. Which is odd.....

I can confirm I have the same thing with Nemo.

H:\eac3to>eac3to D:\FINDING_NEMO 1) 3: Y:\nemo.thd+ac3
M2TS, 1 video track, 1 audio track, 1 subtitle track, 1:40:54, 24p /1.001
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 7.1 channels, 48kHz
   (embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz)
4: Subtitle (PGS), English
a03 AC3 encoding doesn't support back channels. Will mix them into the surround.
a03 Extracting audio track number 3...
a03 Extracting TrueHD stream...
a03 Decoding with libav/ffmpeg...
a03 Remapping channels...
a03 Extracting audio track number 3...
a03 Mixing surround channels...
a03 Extracting TrueHD stream...
a03 Encoding AC3 <640kbps> with libAften...
[mlp @ 009c2d10] Substream 0 parity check failed
[mlp @ 009c2d10] Substream 0 checksum failed
[mlp @ 009c2d10] Substream 0 length mismatch.
a03 The libav decoder reported error -1 while decoding.

[lostclusters]

I did a -demux on the Brave 7.1 soundtrack and it seemed to work. But I get intermittent clicks, pops, and sound drop outs in the resulting .mkv. I'll bet some sort of copy protection.

Edit: Might be the source, checking.

[Thunderbolt8]

isnt there any way or hasnt anyone be able to come with some idea how to process THD files with gaps in the meantime? or maybe some idea to get round this problem with the final file still being an in sync THD file? there should be some way, somehow, shouldnt there?

[BigPines]

See my post above. It works fine and everything is in sync.

Mike

[rapscallion]

Originally Posted by BigPines

However, my understanding is MakeMkv comes with a patched version that will not down-convert everything to 16 bits.
You don't need to tell MakeMkv where the ffmpeg binaries are anymore. That was an older version but you are correct in that advanced options must be enabled to use the FLAC profile.

Just trying to help.

Mike

V 1.7.9, which is the latest, there is the option to put in the path to ffmpeg.

There is no "patched" version in the MakeMkv folder that i can see, unless it's mmffmpeg.exe.

Edit: tried the path to mmffmpeg and it worked. I was now able to create the Mkv, with flac audio, and then save the flac to 8 wavs, via eac3to. Finding Nemo Btw, which failed using the straight/unpatched standalone ffmpeg.

[SquallMX]

Originally Posted by r0lZ

I have also noticed a very strange thing with the Brave 3D blu-ray. (I don't have the 2D BD to check if it has the same problem.)

Z:\BDMV\PLAYLIST>eac3to 00800.mpls 1)
M2TS, 2 video tracks, 6 audio tracks, 4 subtitle tracks, 1:33:37, 108.607p
1: Chapters, 37 chapters
2: h264/AVC  (left eye), 1080p24 /1.001 (16:9)
3: h264/AVC (right eye), 1080p24 /1.001 (16:9)
4: TrueHD/AC3, English, 7.1 channels, 48kHz
   (embedded: AC3, 5.1 channels, 640kbps, 48kHz)
5: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz
6: AC3 Surround, English, 2.0 channels, 320kbps, 48kHz
7: AC3, French, 5.1 channels, 512kbps, 48kHz
8: AC3, French, 5.1 channels, 640kbps, 48kHz
9: AC3, Spanish, 5.1 channels, 640kbps, 48kHz
10: Subtitle (PGS), English
11: Subtitle (PGS), English
12: Subtitle (PGS), French
13: Subtitle (PGS), Spanish

As you can see, stream 7 is strange. It has an unusual bit rate, and, as far as I know, that stream does not exist in the BD. There is only one French audio track (listed by eac3to as stream #8). tsMuxeR does NOT show that strange French stream.

When eac3to tries to demux that track, it issues the warning "a07 This track is not clean.", but it continues anyway. The resulting ac3 file plays two times faster than it should in all audio players, and the sound is strange.

There`re 2 French tracks on the Blu-ray, Dolby Digital Plus 7.1 at 896 (as reported by Total Media Theater) and a standard Dolby Digital 5.1 at 640 Kbps (as reported by Total Media Theater). Maybe eac3to is detecting only the core of the 7.1 DD Plus track?

[r0lZ]

Thanks for the info. I suppose you're right, as it detects it as 5.1 @512Kbps. Obviously, it's something that needs to be fixed.

[phate89]

Hi.. I found a bug and i don't know if it's eac3to's fault or (probably) a nero ac3 decoder bug.
I use a lot eac3to to edit audio tracks losslessly and sync with other sources. I also have nero 6 iinstalled and working and i use it to decode ac3 usually. but i recently discover that if i edit an ac3 track (2.0 or 5.1 doesn't matter) the editing is ok, but if i try after to convert the ac3 synced file to wav with nero decoder it looses all the silence i insert in various points in the track... How is that possible? If i set "-libav" all works well, indeed if i downmix the edited 5.1 track to 2.0 it keeps the sync and it works well because it uses by default libav (is this a bug or ment to be libav with downmix?).
It is eac3to or nero related?

[aneurysm]

Just wanted to thank some people here with their fixes / work around's for transcoding THD files with Finding Nemo.
I tried that solution and worked fine.
Extracted THD
ffmpeg THD to flac 7.1
eac3to flac to 5.1 wav files
surcode 5.1 wav files to DTS file
ran through eac3to again to remove zero padding.
Result is perfect.

tnx !! Will try this with Brave too once I get it.

One thing I did (maybe) different from others who can't get it to work, I first used txmuxer to create 1 m2ts file from the playlist.
then used eac3to to extract the thd from that file.