eac3to - audio conversion tool

[bmnot]

There's a flag in the TS/M2TS file structure which specifies whether the stream is encrypted or not. Obviously if the stream is really encrypted there's no way to properly play it without decrypting it first (which eac3to cannot do). So I thought it was a good idea to refuse handling of transport streams which have the "I am encrypted" flag set.

It's not encrypted though. Here's the first 25MBs of it:
http://www.mediafire.com/?kemgxfjxwxw

[madshi]

It's not encrypted though. Here's the first 25MBs of it:
http://www.mediafire.com/?kemgxfjxwxw
Yes, it's not encrypted. But the stream actually claims it is encrypted. So obviously the "encryption flag" in the stream is set incorrectly.

Again: eac3to asking this flag does have a sense. But still I'm asking for opinions on whether I should remove the encryption check. What do you guys think?

[madshi]

I have a movie (the second one in less than a week now) that has the audio lagging behind the video. Prior to this movie, I had only seen this twice before -- on one Bluray and on one HD-DVD.

When the audio lags behind the video, it can be corrected one of two ways:

1. Either padding the video by put blank frames at the start or...
2. Chop some frames off the start of the audio track

In the HD-DVD case, EVODemux actually got it right and was able to display the correct audio advance that would be required in milliseconds to correct the situation.

In both Bluray cases, neither eac3to or tsMuxeR have gotten it right. In fact neither even indicate any kind of delay or advance.
I've checked the sample you sent me. As you say, neither eac3to nor TsMuxer show any audio delay. I've also checked xport. Letting xport demux gives me bit for bit the same result as demuxing with eac3to. Looking at the sample it's pretty clear that the stream is structured in such a way that technically no audio delay is needed. If audio sync is incorrect, I'd guess that the movie was not authored correctly.

[Bluestraw]

Yes, it's not encrypted. But the stream actually claims it is encrypted. So obviously the "encryption flag" in the stream is set incorrectly.

Again: eac3to asking this flag does have a sense. But still I'm asking for opinions on whether I should remove the encryption check. What do you guys think?I'd say the ideal solution would be some option, e.g. -ignoreencrypt which would give the option to 'force' this. You could even add a help text 'stream seems to be encrypted, use -ignoreencrypt to ignore this' for those streams with the flag checked...

...though this would be well down on my 'to do' list ;)

[B4tm4n]

Again: eac3to asking this flag does have a sense. But still I'm asking for opinions on whether I should remove the encryption check. What do you guys think?

Could there be an option to turn it off if needed, but left on as default ?

[madshi]

eac3to v2.43 released

http://madshi.net/eac3to.zip

* added automatic Blu-Ray playlist parsing
* added support for multi part (e.g. seamless branching) Blu-Ray titles
* audio gap/overlap detection rewrite completed
* added audio gap/overlap correction functionality
* added Blu-Ray chapter support
* log lines are now prefixed with a track identifier
* RAW/PCM delay is used instead of bitstream delay, if possible
* fixed: video framecount was missing
http://madshi.net/icon_redBalloon.gifhttp://madshi.net/icon_greenBalloon.gif http://madshi.net/icon_blueBalloon.gif full support for seamless branching Blu-Rays added http://madshi.net/icon_redBalloon.gifhttp://madshi.net/icon_greenBalloon.gifhttp://madshi.net/icon_blueBalloon.gif

CAUTION: This new feature is in experimental state.

Basically you can now do the same thing you're used to from HD DVD handling. E.g. calling "eac3to z:\spider-man-2-movie-folder" results in this output:

1) 00049.mpls, 2:15:48
[0+5+6+8+9+16+17+55+56+22+23+24+25+26+27+30+31+32+33+57+103+50].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- TrueHD, English, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, English, stereo, 48khz

2) 00048.mpls, 2:07:28
[1+5+7+8+10+16+38+55+54+22+41+24+42+26+43+30+45+32+46+57+58+50].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- TrueHD, English, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, English, stereo, 48khz

3) 00051.mpls, 00050.m2ts, 0:25:35
- h264/AVC, 1080p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- TrueHD, English, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, English, stereo, 48khz

4) 00032.mpls, 00032.m2ts, 0:25:06
- h264/AVC, 1080p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- TrueHD, English, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Czech, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, Polish, multi-channel, 48khz
- AC3, English, stereo, 48khz
Unfortunately there are no description strings available for the titles in Blu-Ray. So you'll have to guess which is which by looking at the runtime and audio tracks etc. eac3to only lists titles which have a runtime of at least 15 minutes.

As usual you can convert the longest title simply by doing "eac3to z:\spider-man-2-movie-folder c:\remuxes\spider2.mkv".

Please note that with most movies which consist of multiple parts the audio tracks overlap. If you don't correct that, audio sync will gradually get lost, a bit more with every new m2ts part. eac3to can now correct this, but this audio overlap correction is not well tested yet. So I advise you to be careful with it and double check the results.

If would be great if you guys could test a few seamless branching titles and report back how good/bad eac3to's new functionality works. It would be especially interesting to know whether the audio overlap correction works as expected - or not.

[madshi]

P.S: Audio overlap correction can be done in 2 different ways:

(1) You can simply repeat the whole demuxing/remuxing process. If you do this, eac3to will automatically remove all overlaps.

(2) Or you can manually fix the audio streams you're interested in. Basically for every audio stream which overlaps there is a "gaps" file created. E.g. for "audio.ac3" you'll get "audio.ac3.gaps". You can now do "eac3to audio.ac3 audio2.ac3". Doing this will remove the overlaps. "audio2.ac3" will then usually be shorter than "audio.ac3".

You can decide for yourself which solution you like better.

-------------------------------------

One question to you guys: If there is a *gap* in the audio stream, how shall I fill it? Shall I fill it with silence? Or shall I loop the audio which was directly before the gap? Currently I'm keeping a buffer which always contains the last second worth of audio data. This buffer is then used for filling gaps. It seems to work fairly well (I simulated gaps for testing). But I'm not sure. Maybe filling in silence would be better? What do you think?

[woah!]

i just tried avpr bluray and if i use cmd: eac3to Z:\AVP2

i get this:

1) 00071.mpls, 1:41:05
[10+50+11+51+12+52+13+53+14+54+15+55+16+56+17+57+18+58+19+59+20+60+21+61+22+6
2+23+63+24+64+25+65+26+66+27+67+28+68+29+69].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- DTS Master Audio, English, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, English, stereo, 48khz
- AC3, English, stereo, 48khz
- AC3, English, stereo, 48khz
- AC3, English, stereo, 48khz

which is the unrated version that i wanted so great :)

but when i use this cmd to give me a mkv and ac3 file it picks up a chapters list which it doesnt support. that wasnt picked up from the folder view i did first?

M2TS, 1 video track, 7 audio tracks, 1:41:03
1: Chapters, 29 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
4: AC3, Spanish, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB
5: AC3, French, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB
6: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
7: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
8: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
9: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
This chapter conversion is not supported.

i used 1: and 2: for my options as thats what the folder view showed, but when it picks up the chapters as 1: , so i really needed to use 2: and 3: for my mkv/ac3 files. just thought i would report that to you, its no biggie (to me) ... also do you notice the time differences 1:41:05 vs 1:41:03

[tebasuna51]

One question to you guys: If there is a *gap* in the audio stream, how shall I fill it? Shall I fill it with silence? Or shall I loop the audio which was directly before the gap? Currently I'm keeping a buffer which always contains the last second worth of audio data. This buffer is then used for filling gaps. It seems to work fairly well (I simulated gaps for testing). But I'm not sure. Maybe filling in silence would be better? What do you think?

I make several test with damaged ac3 and seems repeat the precedent frame is better than fill with silence. A silence inserted in a loud sound produce audible clicks.

[Encoder888]

@ madshi

I am happy to report that I successfully demuxed the video, and the audio stream I wanted, from Enchanted, a seamless branching movie having 22 .m2ts files. After the first demuxing of the audio eac3to successfully detected the gaps, so I ran it again and they were all fixed. Then I remuxed the 2 files with mkvmerge into an .mkv which is in perfect sync. Everything seems to be working fine. GOOD JOB!

I'd been waiting for this for so long, and now it's here and it's working perfectly! :) I must have wasted a week of my life last month trying to get Enchanted into sync with all kinds of BD authoring and audio tools and whatnot, and I finally gave up and decided to wait for this release of eac3to and it was sooo worth it, cause all it took was 10 minutes and voila :) :) Thank you for making my life easier :) I have a few more seamless branching movies I wanna try, like Spider-Man 2, Walk Hard, Talladega Nights, Ratatuille... I'll let you know if I run into any problems, which I'm 99.9% sure I won't. eac3to rules all! :)

:thanks: :thanks: :thanks: :thanks: :thanks:

[moshmothma]

Madshi, thanks for the new functionality for seamless branching titles. Used it with Spiderman 2 and it worked great!

When I tried to use if for Nine Inch Nails BD I got the following output:

The program channel mapping changes in the middle of the stream.
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[v02] Muxing video to Matroska...
[a03] Extracting TrueHD stream...
[a03] Encoding FLAC...
[a03] This audio track contains more than 16 bit of information.
[a03] Creating file "nin.24bit.flac"...
[libav] Lossless check failed - expected ee, calculated 8e
[a03] This track is not clean.
[libav] Lossless check failed - expected ae, calculated 6c
[v02] The pes parser received incomplete data.
[a03] The pes parser received incomplete data.
[libav] Lossless check failed - expected ac, calculated 5a
[libav] End of stream indicated
[v02] The program channel mapping changes in the middle of the stream.
[a03] The program channel mapping changes in the middle of the stream.
Aborted at file position 16586463232.

Can you tell me what this means? thanks

[Thunderbolt8]

thanks very much for the new version again! :)

[madshi]

i used 1: and 2: for my options as thats what the folder view showed, but when it picks up the chapters as 1: , so i really needed to use 2: and 3: for my mkv/ac3 files. just thought i would report that to you, its no biggie (to me) ...
This is "expected" behaviour. The folder view should never be used to find out the track numbers because it's just not reliable. Because of that I'm intentionally not listing track numbers in the folder view. You need to do "eac3to Z:\AVP2 1)" to list the track numbers and then go from there. The main sense of the folder view is to let you decide whether you want to process "1)" or "2)" or something else...

also do you notice the time differences 1:41:05 vs 1:41:03
The time listed in the folder view comes from reading the Blu-Ray playlist (*.mpls). The m2ts files are not even read by eac3to when creating the folder view. The other time comes from eac3to really reading/parsing the m2ts files. There shouldn't really be any differences. If there are, either the playlist file is not fully correct or eac3to has a bug. If you watched the movie and it's artifact free and audio is in sync, then probably the playlist file is not fully correct.

I am happy to report that I successfully demuxed the video, and the audio stream I wanted, from Enchanted, a seamless branching movie having 22 .m2ts files. After the first demuxing of the audio eac3to successfully detected the gaps, so I ran it again and they were all fixed. Then I remuxed the 2 files with mkvmerge into an .mkv which is in perfect sync. Everything seems to be working fine. GOOD JOB!

I'd been waiting for this for so long, and now it's here and it's working perfectly! :) I must have wasted a week of my life last month trying to get Enchanted into sync with all kinds of BD authoring and audio tools and whatnot, and I finally gave up and decided to wait for this release of eac3to and it was sooo worth it, cause all it took was 10 minutes and voila :) :)
Sounds good... :)

I have a few more seamless branching movies I wanna try, like Spider-Man 2, Walk Hard, Talladega Nights, Ratatuille... I'll let you know if I run into any problems
Please also report if you don't run into any problems. For now I'm interested in positive and negative feedback about all the branching titles available. Especially interesting is helpful feedback like you posted above, namely which includes information about audio sync...

Madshi, thanks for the new functionality for seamless branching titles. Used it with Spiderman 2 and it worked great!
Yippih-yey!

When I tried to use if for Nine Inch Nails BD I got the following output:

The program channel mapping changes in the middle of the stream.
Wow, I was fearing that this might happen with some broadcasts. But I really didn't expect it with a Blu-Ray!!! Where is the eac3to progress bar when this happens? Right at the beginning? Or somewhere in the middle of the conversion?

[madshi]

I make several test with damaged ac3 and seems repeat the precedent frame is better than fill with silence. A silence inserted in a loud sound produce audible clicks.
Thank you, that's helpful feedback.

I started with looping a 10 millisecond audio buffer to fill gaps, but with a test gap of 1 second this was awful, I got a permanently fixed tone during the full second gap.

What do you think is the best length (in milliseconds) for looping audio? Currently I'm looping a full second worth of audio data. Not sure if that isn't too much. I guess during dialog it would sound strange if a full second is repeated (over and over again). But then looping only one frame (10-30ms) can probably even sound worse, depending on the situation...

[madshi]

I'd say the ideal solution would be some option, e.g. -ignoreencrypt which would give the option to 'force' this. You could even add a help text 'stream seems to be encrypted, use -ignoreencrypt to ignore this' for those streams with the flag checked...
Sounds like a good idea to me! That way I wouldn't have to list the option in the help text. I might even do the same with the "-ignoreDiscon" option to make the help text shorter.

[Thunderbolt8]

One question to you guys: If there is a *gap* in the audio stream, how shall I fill it? Shall I fill it with silence? Or shall I loop the audio which was directly before the gap? Currently I'm keeping a buffer which always contains the last second worth of audio data. This buffer is then used for filling gaps. It seems to work fairly well (I simulated gaps for testing). But I'm not sure. Maybe filling in silence would be better? What do you think?
use whatever stays better in sync. if its the same in both cases then I guess tebasuna51 is the ac3 guru here and probably knows best :p

[Jong]

Re: audio gaps.

Just to throw another idea out there. How about up to 1/3rd of a second (or other arbitrary figure of your choosing!) fill with audio from the buffer. More than 1/3rd of a second fill with silence.

[tebasuna51]

Re: audio gaps

If there are audio gaps so long (>1 sec) we can't do anything to hide the problem, don't matter the method you chose to maintain the sync.

1 sec. buffer can confuse more than hide, for me 100 ms is enough. For long gaps (>1 sec) maybe the silence is better.

[Beastie Boy]

First of all, many thnks for the latest version. Full M2TS support is a fantastic feature. :thanks:

Regarding audio gaps, I assumed that any gaps would only ever be 1 or 2 frames in duration and so, as tebasuna51 says, a 100ms buffer should be plenty. Are there really any cases where we could expect gaps of 1 sec or longer. If so, that would be impossible to hide and I think silence would be the best solution.

Cheers, Beastie.

[nautilus7]

Madshi thanks for update again.

I will be able to test Ratatouille, Surf's Up and AvP during the next days and report back.

[madshi]

use whatever stays better in sync.
Makes no difference for the sync.

Just to throw another idea out there. How about up to 1/3rd of a second (or other arbitrary figure of your choosing!) fill with audio from the buffer. More than 1/3rd of a second fill with silence.
If there are audio gaps so long (>1 sec) we can't do anything to hide the problem, don't matter the method you chose to maintain the sync.

1 sec. buffer can confuse more than hide, for me 100 ms is enough. For long gaps (>1 sec) maybe the silence is better.
Regarding audio gaps, I assumed that any gaps would only ever be 1 or 2 frames in duration and so, as tebasuna51 says, a 100ms buffer should be plenty. Are there really any cases where we could expect gaps of 1 sec or longer. If so, that would be impossible to hide and I think silence would be the best solution.
Thanks for the feedback, all of you!

It seems that you all vote for the same things (silence for really big gaps and a shorter/smaller buffer for small gaps), so I'll change that accordingly.

Are there really any cases where we could expect gaps of 1 sec or longer.
I've no idea. But I guess anything can happen...

I will be able to test Ratatouille, Surf's Up and AvP during the next days and report back.
Looking forward to your test results!

[moshmothma]

Wow, I was fearing that this might happen with some broadcasts. But I really didn't expect it with a Blu-Ray!!! Where is the eac3to progress bar when this happens? Right at the beginning? Or somewhere in the middle of the conversion?

It happens pretty deep in the conversion - maybe 2/3rds through. Thx

[Denner]

Will start testing on The Hitchhiker's Guide to the Galaxy, German version (the main movie is split into 2, m2ts files) it has been causing me a lot of sync problems, so I´m keeping my fingers crossed :)

[Bluestraw]

P.S: Audio overlap correction can be done in 2 different ways:

(1) You can simply repeat the whole demuxing/remuxing process. If you do this, eac3to will automatically remove all overlaps.

(2) Or you can manually fix the audio streams you're interested in. Basically for every audio stream which overlaps there is a "gaps" file created. E.g. for "audio.ac3" you'll get "audio.ac3.gaps". You can now do "eac3to audio.ac3 audio2.ac3". Doing this will remove the overlaps. "audio2.ac3" will then usually be shorter than "audio.ac3".

You can decide for yourself which solution you like better.I presume (2) is typically a better choice, since in most cases processing a single file would run much more quickly, right?

I did try both methods, just to check if they both gave me the same results. (2) seemed to work great, but (1) produced the following - i.e. eac3to seems to find the GAPS file and then not use it. I did run the exact same command line twice.

M2TS, 1 video track, 1 audio track, 1:26:15
1: h264/AVC, 1080p24 /1.001 (16:9)
2: RAW/PCM, 5.1 channels, 16 bits, 48khz
[a02] Audio gap description file detected, will be used for processing...
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[a02] Reading RAW/PCM...
[a02] Swapping endian...
[a02] Remapping channels...
[a02] Encoding FLAC...
[v01] Muxing video to Matroska...
[a02] Creating file "openseason - 2 - PCM, 5.1 channels, 16 bits, 48khz.flac"...

[a02] Audio overlaps for 129ms at playtime 0:01:33.
[a02] Audio overlaps for 46ms at playtime 0:03:00.
[a02] The audio file was demuxed without making use of the gap/overlap informati
on.
[a02] Please rerun the same eac3to command line. That will correct the gaps/over
laps.
Added fps value to MKV header.
Video track 1 contains 124080 frames.
eac3to processing took 16 minutes, 44 seconds.
Done.

[Thunderbolt8]

btw. can I just use the '+' parameter to add multiple .m2ts files together for seamless branching movies (like for .evo files), instead of specifying the blu-ray folder or such?

[madshi]

I presume (2) is typically a better choice, since in most cases processing a single file would run much more quickly, right?
Depends on the number of audio tracks. E.g. imagine having 3 audio tracks which all have gaps in them. With (2) you can only process one track after the other. With (1) all are processed at once. So it depends on the number of audio tracks which method is faster.

I did try both methods, just to check if they both gave me the same results. (2) seemed to work great, but (1) produced the following - i.e. eac3to seems to find the GAPS file and then not use it. I did run the exact same command line twice.
Hmmmm... Strange. Will have to double check that. Do you have another movie you can test this on?

btw. can I just use the '+' parameter to add multiple .m2ts files together for seamless branching movies (like for .evo files), instead of specifying the blu-ray folder or such?
Sure.

[moshmothma]

It happens pretty deep in the conversion - maybe 2/3rds through. Thx

Madshi, any follow-up for me.

BTW, I successfully converted another seamless branch movie, Walk hard.

Thanks again.

[nautilus7]

I 've been dealing with Surf's Up the last few hours... The movie consists of 3 files. Joint points are at 3:19 mins and 3:49 mins. Here is my command line:

C:\Tools>eac3to "C:\SURFSUP" 1) 1: c:\su\su.txt 2: c:\su\su.mkv 3: c:\su\su.thd.flac 3: c:\su\su.thd.ac3 4: c:\su\su.pcm.flac 7: c:\su\su.comm1.ac3 8: c:\su\su.comm2.ac3
M2TS, 1 video track, 6 audio tracks, 1:25:31
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -30dB
6: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
7: AC3, English, 2.0 channels, 192kbit/s, 48khz
8: AC3, English, 2.0 channels, 192kbit/s, 48khz
Creating file "c:\su\su.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a07] Extracting audio track number 7...
[a03] Extracting audio track number 3...
[a04] Extracting audio track number 4...
[a08] Extracting audio track number 8...
[a04] Reading RAW/PCM...
[a04] Swapping endian...
[a04] Remapping channels...
[a04] Encoding FLAC...
[a03] Extracting TrueHD stream...
[a03] Extracting AC3 stream...
[a03] Encoding FLAC...
[a03] Removing dialog normalization...
[v02] Muxing video to Matroska...
[a03] This audio track contains more than 16 bit of information.
[a03] Creating file "c:\su\su.thd.24bit.flac"...
[a04] Creating file "c:\su\su.pcm.flac"...
[a03] Creating file "c:\su\su.thd.ac3"...
[a08] Creating file "c:\su\su.comm2.ac3"...
[a07] Creating file "c:\su\su.comm1.ac3"...
[libav] Lossless check failed - expected 8c, calculated a3
[libav] Lossless check failed - expected 46, calculated 94
[a03] Audio overlaps for 18ms at playtime 0:03:19.
[a03] Audio overlaps for 30ms at playtime 0:03:49.
[a03] The audio file was demuxed without making use of the gap/overlap information.
[a03] Please rerun the same eac3to command line. That will correct the gaps/overlaps.
[a07] Audio overlaps for 19ms at playtime 0:03:19.
[a07] Audio overlaps for 30ms at playtime 0:03:49.
[a07] The audio file was demuxed without making use of the gap/overlap information.
[a07] Please rerun the same eac3to command line. That will correct the gaps/over
laps.
[a08] Audio overlaps for 19ms at playtime 0:03:19.
[a08] Audio overlaps for 30ms at playtime 0:03:49.
[a08] The audio file was demuxed without making use of the gap/overlap information.
[a08] Please rerun the same eac3to command line. That will correct the gaps/overlaps.
Added fps value to MKV header.
Video track 2 contains 123023 frames.
eac3to processing took 40 minutes, 31 seconds.
Done.

As you can see, there are overlaps detected for all 3 AC3 streams, but none for the PCM and TrueHD ones.

After rerunning the same command, i got:

C:\Tools>eac3to "C:\SURFSUP" 1) 1: c:\su\su.txt 2: c:\su\su.mkv 3: c:\su\su.thd.flac 3: c:\su\su.thd.ac3 4: c:\su\su.pcm.flac 7: c:\su\su.comm1.ac3 8: c:\su\su.comm2.ac3
M2TS, 1 video track, 6 audio tracks, 1:25:31
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: RAW/PCM, English, 5.1 channels, 16 bits, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -30dB
6: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
7: AC3, English, 2.0 channels, 192kbit/s, 48khz
8: AC3, English, 2.0 channels, 192kbit/s, 48khz
Creating file "c:\su\su.txt"...
[a03] Audio gap description file detected, will be used for processing...
[a07] Audio gap description file detected, will be used for processing...
[a08] Audio gap description file detected, will be used for processing...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Extracting audio track number 3...
[a04] Extracting audio track number 4...
[a07] Extracting audio track number 7...
[a08] Extracting audio track number 8...
[a04] Reading RAW/PCM...
[a04] Swapping endian...
[a04] Remapping channels...
[a04] Encoding FLAC...
[a03] Extracting TrueHD stream...
[a03] Extracting AC3 stream...
[a03] Encoding FLAC...
[a03] Removing dialog normalization...
[a03] Realizing (E-)AC3 gaps...
[a07] Realizing (E-)AC3 gaps...
[a08] Realizing (E-)AC3 gaps...
[v02] Muxing video to Matroska...
[a03] This audio track contains more than 16 bit of information.
[a03] Creating file "c:\su\su.thd.24bit.flac"...
[a04] Creating file "c:\su\su.pcm.flac"...
[a03] Creating file "c:\su\su.thd.ac3"...
[a08] Creating file "c:\su\su.comm2.ac3"...
[a07] Creating file "c:\su\su.comm1.ac3"...
[libav] Lossless check failed - expected 8c, calculated a3
[libav] Lossless check failed - expected 46, calculated 94
Added fps value to MKV header.
Video track 2 contains 123023 frames.
eac3to processing took exactly 41 minutes.
Done.

Here are my notes:

* Gaps/Overlaps files ARE used.
* It seems that the corrected AC3 audio streams are in sync (2 of them are commentary, so i can't tell, but the other which is main audio sounds fine).
* FLAC track made by the PCM track is in sync (no gaps/overlaps reported for that).
* FLAC track made by the TrueHD track is NOT in sync (no gaps/overlaps reported for that). I also converted this track to flac alone, in a separate command line, to be sure that no overlaps/gaps are reported.

Here is a screen shot comparing AC3, PCM and TrueHD track before, after 1st joint and after the 2nd joint:
http://img516.imageshack.us/img516/7965/beforejointscr2.th.png (http://img516.imageshack.us/my.php?image=beforejointscr2.png) http://img516.imageshack.us/img516/6301/after1stjointuu3.th.png (http://img516.imageshack.us/my.php?image=after1stjointuu3.png) http://img411.imageshack.us/img411/8114/after2ndjointre6.th.png (http://img411.imageshack.us/my.php?image=after2ndjointre6.png)

You can see that all 3 tracks are in sync before, but the TrueHD goes off sync after 1st joint. The TrueHD is leading by 30ms the AC3 before the joints and is leading 160ms after 1st (and 2nd joint). I guess there is a gap in the audio stream. Does eac3to current version deal with them or not?

* Libav is unable to decode the TrueHD track (lossless check fail). Should i send a sample?
* When i was prompted to rerun the same command in order eac3to to make use of the gaps/overlaps files, it rewrote ALL files again. Is it necessary?
* Subtitle demuxing support is missing...

[Bluestraw]

Depends on the number of audio tracks. E.g. imagine having 3 audio tracks which all have gaps in them. With (2) you can only process one track after the other. With (1) all are processed at once. So it depends on the number of audio tracks which method is faster.Heh - very good point!

Hmmmm... Strange. Will have to double check that. Do you have another movie you can test this on?I tested Ratatouille tonight, and got the same thing. I put the whole log output this time, in case it helps somehow

H:\!Temp>eac3to "e:\Ratatouille Blu-Ray"
1) 00001.mpls, 1:50:33
[27+28+0+1+2+5+8+9+12+13+16+18+21+17+33+34+49+37+50+40+51+43+52+46+53+56+54+5
9+55+62+65].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, English, stereo, 48khz

2) 00143.mpls, 1:50:33
[27+28+0+1+2+5+8+9+12+13+16+18+21+17+33+34+49+37+50+40+51+43+52+46+53+56+54+5
9+55+62+65].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, English, stereo, 48khz

3) 00137.mpls, 0:50:58
[143+144+83+145+146+147+148+149+150+151].m2ts
- MPEG2, 480i30 /1.001 (16:9)
- AC3, English, stereo, 48khz

4) 00012.mpls, 00021.m2ts, 0:28:00
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, English, stereo, 48khz


H:\!Temp>eac3to "e:\Ratatouille Blu-Ray" 1) 2: vid.mkv 3: aud.flac
M2TS, 1 video track, 5 audio tracks, 1:50:32
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 24 bits, 48khz
4: AC3, English, 5.1 channels, 640kbit/s, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz
6: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
7: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Reading RAW/PCM...
[a03] Swapping endian...
[a03] Remapping channels...
[v02] Muxing video to Matroska...
[a03] Encoding FLAC...
[a03] Creating file "aud.flac"...
[a03] Audio overlaps for 6ms at playtime 0:08:50.
[a03] Audio overlaps for 6ms at playtime 0:11:24.
[a03] Audio overlaps for 7ms at playtime 0:13:31.
[a03] Audio overlaps for 6ms at playtime 0:42:09.
[a03] Audio overlaps for 8ms at playtime 1:08:51.
[a03] Audio overlaps for 6ms at playtime 1:11:58.
[a03] Audio overlaps for 5ms at playtime 1:15:28.
[a03] Audio overlaps for 6ms at playtime 1:30:31.
[a03] Audio overlaps for 6ms at playtime 1:31:39.
[a03] Audio overlaps for 5ms at playtime 1:33:24.
[a03] The audio file was demuxed without making use of the gap/overlap informati
on.
[a03] Please rerun the same eac3to command line. That will correct the gaps/over
laps.
Added fps value to MKV header.
Video track 2 contains 159042 frames.
eac3to processing took 34 minutes, 23 seconds.
Done.

H:\!Temp>eac3to "e:\Ratatouille Blu-Ray" 1) 2: vid.mkv 3: aud.flac
M2TS, 1 video track, 5 audio tracks, 1:50:32
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 24 bits, 48khz
4: AC3, English, 5.1 channels, 640kbit/s, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz
6: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
7: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
[a03] Audio gap description file detected, will be used for processing...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Reading RAW/PCM...
[a03] Swapping endian...
[v02] Muxing video to Matroska...
[a03] Remapping channels...
[a03] Encoding FLAC...
[a03] Creating file "aud.flac"...
[a03] Audio overlaps for 6ms at playtime 0:08:50.
[a03] Audio overlaps for 6ms at playtime 0:11:24.
[a03] Audio overlaps for 7ms at playtime 0:13:31.
[a03] Audio overlaps for 6ms at playtime 0:42:09.
[a03] Audio overlaps for 8ms at playtime 1:08:51.
[a03] Audio overlaps for 6ms at playtime 1:11:58.
[a03] Audio overlaps for 5ms at playtime 1:15:28.
[a03] Audio overlaps for 6ms at playtime 1:30:31.
[a03] Audio overlaps for 6ms at playtime 1:31:39.
[a03] Audio overlaps for 5ms at playtime 1:33:24.
[a03] The audio file was demuxed without making use of the gap/overlap informati
on.
[a03] Please rerun the same eac3to command line. That will correct the gaps/over
laps.
Added fps value to MKV header.
Video track 2 contains 159042 frames.
eac3to processing took 34 minutes, 56 seconds.
Done.Then, I tried processing the flac by itself, and ran into this error:


N:\e>eac3to.exe "h:\!temp\aud.flac" audnew.flac
FLAC, 5.1 channels, 1:50:33, 24 bits, 48khz
Audio gap description file detected, will be used for processing...
Decoding FLAC...
Realizing RAW/PCM gaps...
Encoding FLAC...
The FLAC encoder was not able to allocate enough memory.
Aborted at file position 224329728.

[killa_kid]

Oh madshi, I just got access to my dad's Blu-Ray drive, and I want to say thank you oh so very much. life is so much easier thanks to eac3to.

That being said I do have 1 question (if its been answered, sorry. I searched, but couldn't find anything...and if we can do it now, feel free to call me a moron :p). Will it ever be possible to output the raw 264/vc1 data to a file? Having to rip it out of the mkv is an extra step for me, which I would love to get rid of.

Thanks for everything!

[Snowknight26]

Change the output file's extension to .h264/.vc1/.mpv(?).

[DoomBot]

So madshi, do you think you will ever create your own GUI for this software. I know there is the Eac3to and More GUI by Yraen but then you have to wait for that to update when ever you add something new or a fix in your software.

Just was wondering, it would be so much nicer.

[killa_kid]

Change the output file's extension to .h264/.vc1/.mpv(?).

hmmm i could have sworn i tried that earlier. I know i tried .264 for sure...maybe i hit g264 or j264....i should have tried it on a VC-1 file as well....thanks for proving me to be a moron :p

[Yraen]

madshi,

While doing some tests on the gui I ran ratatouille and avp2 through it. I got something strange on the first run of each.

eac3to v2.43
command line: "D:\editing apps\eac3to\2.43\eac3to.exe" "H:\HD\AVP2\" 1) 2: "N:\test\video.mkv" -seekToIFrames 1: "N:\test\chapters.txt" 3: "N:\test\audio.ac3" -640 log="N:\test\avp2_log.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 7 audio tracks, 1:41:03
1: Chapters, 29 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
4: AC3, Spanish, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB
5: AC3, French, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB
6: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
7: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
8: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
9: AC3, English, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
Creating file "N:\test\chapters.txt"...
Creating file "log=N:\test\avp2_log.txt"...
The destination file "log=N:\test\avp2_log.txt" could not be created.
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[v02] Muxing video to Matroska...
Aborted at file position 16384.


eac3to v2.43
command line: "D:\editing apps\eac3to\2.43\eac3to.exe" "H:\HD\RATATOUILLE\" 1) 2: "N:\test\video.mkv" -seekToIFrames 1: "N:\test\chapters.txt" 3: "N:\test\audio.ac3" -640 log="N:\test\eac3to_log.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 1:50:32
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 24 bits, 48khz
4: AC3, English, 5.1 channels, 640kbit/s, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz
6: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
7: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Creating file "N:\test\chapters.txt"...
Creating file "log=N:\test\eac3to_log.txt"...
The destination file "log=N:\test\eac3to_log.txt" could not be created.
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Reading RAW/PCM...
[v02] Muxing video to Matroska...
[a03] Swapping endian...
[a03] Remapping channels...
[a03] Encoding AC3...
Aborted at file position 16384.


I narrowed it down to the log= argument. Did I implement it correctly? Both ran okay once I removed that argument. Both created gap files and avp2 used the gap file to fix the audio. I can post those logs if needed.

Ratatouille is another story though. In the first run through it creates the gaps file.

eac3to v2.43
command line: "D:\editing apps\eac3to\2.43\eac3to.exe" "H:\HD\RATATOUILLE\" 1) 2: "N:\test\video.mkv" -seekToIFrames 1: "N:\test\chapters.txt" 3: "N:\test\audio.ac3" -640
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 1:50:32
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 24 bits, 48khz
4: AC3, English, 5.1 channels, 640kbit/s, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz
6: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
7: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Creating file "N:\test\chapters.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Reading RAW/PCM...
[v02] Muxing video to Matroska...
[a03] Swapping endian...
[a03] Remapping channels...
[a03] Encoding AC3...
[a03] Creating file "N:\test\audio.ac3"...
[a03] Audio overlaps for 6ms at playtime 0:08:50.
[a03] Audio overlaps for 6ms at playtime 0:11:24.
[a03] Audio overlaps for 7ms at playtime 0:13:31.
[a03] Audio overlaps for 6ms at playtime 0:42:09.
[a03] Audio overlaps for 8ms at playtime 1:08:51.
[a03] Audio overlaps for 6ms at playtime 1:11:58.
[a03] Audio overlaps for 5ms at playtime 1:15:28.
[a03] Audio overlaps for 6ms at playtime 1:30:31.
[a03] Audio overlaps for 6ms at playtime 1:31:39.
[a03] Audio overlaps for 5ms at playtime 1:33:24.
[a03] The audio file was demuxed without making use of the gap/overlap information.
[a03] Please rerun the same eac3to command line. That will correct the gaps/overlaps.
Added fps value to MKV header.
Video track 2 contains 159042 frames.
eac3to processing took 16 minutes, 45 seconds.
Done.


But all runs after that to take advantage of that gap file are met with the same results, eac3to doesn't use the gap file.

eac3to v2.43
command line: "D:\editing apps\eac3to\2.43\eac3to.exe" "H:\HD\RATATOUILLE\" 1) 3: "N:\test\audio.ac3" -640
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 1:50:32
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 5.1 channels, 24 bits, 48khz
4: AC3, English, 5.1 channels, 640kbit/s, 48khz
5: AC3, French, 5.1 channels, 640kbit/s, 48khz
6: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
7: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
[a03] Audio gap description file detected, will be used for processing...
[a03] Extracting audio track number 3...
[a03] Reading RAW/PCM...
[a03] Swapping endian...
[a03] Remapping channels...
[a03] Encoding AC3...
[a03] Creating file "N:\test\audio.ac3"...
[a03] Audio overlaps for 6ms at playtime 0:08:50.
[a03] Audio overlaps for 6ms at playtime 0:11:24.
[a03] Audio overlaps for 7ms at playtime 0:13:31.
[a03] Audio overlaps for 6ms at playtime 0:42:09.
[a03] Audio overlaps for 8ms at playtime 1:08:51.
[a03] Audio overlaps for 6ms at playtime 1:11:58.
[a03] Audio overlaps for 5ms at playtime 1:15:28.
[a03] Audio overlaps for 6ms at playtime 1:30:31.
[a03] Audio overlaps for 6ms at playtime 1:31:39.
[a03] Audio overlaps for 5ms at playtime 1:33:24.
[a03] The audio file was demuxed without making use of the gap/overlap information.
[a03] Please rerun the same eac3to command line. That will correct the gaps/overlaps.
Video track 2 contains 159042 frames.
eac3to processing took 9 minutes, 3 seconds.
Done.


Both movies muxed together fine and jumping around showed they were in sync all the way through. I'll get time later in the week to watch them all the way through and see if there is any glaring audio errors.

So madshi, do you think you will ever create your own GUI for this software. I know there is the Eac3to and More GUI by Yraen but then you have to wait for that to update when ever you add something new or a fix in your software.

Just was wondering, it would be so much nicer.

I know the wait is hard to endure, I've been dying to play with the new features of eac3to in a gui form also. It's done, just doing some more testing now. It'll go up later tonight or tomorrow morning before I leave for work. :)

[gregt]

Hi All,
I am new here, but have been using the app for a while with a lot of success - especially in combination with WME Assistant for creating WMV files.
My current problem is the following:

".\VIDEO_TS>eac3to VTS_01_1.vob+VTS_01_2.VOB+VTS
_01_3.VOB+VTS_01_4.VOB+VTS_01_5.VOB+VTS_01_6.VOB+VTS_01_7.VOB+VTS_01_8.VOB spr.m
kv
VOB, 1 video track, 2 audio tracks, 1 subtitle track, 2:49:24
1: Joined VOB file
2: MPEG2, 480i60 /1.001 (16:9)
3: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
4: DTS, 5.1 channels, 24 bits, 768kbit/s, 48khz
5: Subtitle
Extracting primary video track...
Muxing video to Matroska...
Extracting audio track number 4...
Extracting audio track number 3...
Removing dialog normalization...
There's a change from interlaced to progressive in the middle of stream.
Aborted at file position 458752."

Except there is no change from interlaced to progressive. I looked at each VOB file with Gspot and they are all interlaced. I search this thread for an answer ,but did not find one. Has anyone seen this before? Is there an option that I need to set?

This has happened to me on at least 8 different DVDs so it is not a unique case. I was able to use both WME (Windows Media Encoder) and Nero recode on the vobs with no problem.

Any help would be appreciated since eac3to takes about 20 minutes to transcode/demux whereas WME takes 5 hours on the same set of vobs.
Thanks!

[DoomBot]

I know the wait is hard to endure, I've been dying to play with the new features of eac3to in a gui form also. It's done, just doing some more testing now. It'll go up later tonight or tomorrow morning before I leave for work. :)

Awesome to here that, and it was in no way me disrespecting your GUI, it helps me so much makes things much faster. I do appreciate your work on the GUI so thank you for that.:thanks:

[Yraen]

Awesome to here that, and it was in no way me disrespecting your GUI, it helps me so much makes things much faster. I do appreciate your work on the GUI so thank you for that.:thanks:

I didn't read it that you were. I was just letting you and everyone know that I hadn't quit working on it, just got delayed longer than I liked. It's up now btw.

I wouldn't mind seeing a gui from madshi either. I'd still like the command line options though so I could queue up mkv muxing easily. :)

[killa_kid]

Change the output file's extension to .h264/.vc1/.mpv(?).

I just gave it a shot. The MPEG2 extension is (ironically) .mpeg2

[shambles]

* FLAC track made by the TrueHD track is NOT in sync (no gaps/overlaps reported for that).

You can see that all 3 tracks are in sync before, but the TrueHD goes off sync after 1st joint. The TrueHD is leading by 30ms the AC3 before the joints and is leading 160ms after 1st (and 2nd joint). I guess there is a gap in the audio stream. Does eac3to current version deal with them or not?

* Libav is unable to decode the TrueHD track (lossless check fail). Should i send a sample?

it was the same before 2.43, when feeding eac3to 1.thd+2.thd+3.thd...etc. lossless check failed on every junction and progressively out of sync. nero decoder doesn't work any better either.


* When i was prompted to rerun the same command in order eac3to to make use of the gaps/overlaps files, it rewrote ALL files again. Is it necessary?

i tried this and eac3to does use the gaps file even if you rerun the command line with only the track(s) with gaps/overlaps

[madshi]

Madshi, any follow-up for me.
Hmmmm... This is a tough one. Any chance you could create a little sample for me? You can use a hexeditor to cut maybe 30MB around the "aborted at file position xxxxxx" number. The position is in bytes. The real position with the problem is likely a bit before that byte position, though. So if you could go 15MB before the byte position and 15MB after that, that would be perfect. Thanks!

[madshi]

I 've been dealing with Surf's Up the last few hours... The movie consists of 3 files. Joint points are at 3:19 mins and 3:49 mins. [...] As you can see, there are overlaps detected for all 3 AC3 streams, but none for the PCM and TrueHD ones.
None for the PCM is expected behaviour. Overlaps for PCM tracks are usually very small. There must be a lot of m2ts parts to make the overlap big enough for eac3to to care. If the overall overlap/gap amount of a track is smaller than 40ms, eac3to won't even bother reporting/handling it. (This 40ms threshold is used to make sure that no gap/overlap false alarms are produced.)

Not sure about TrueHD, though.

[B]* FLAC track made by the TrueHD track is NOT in sync (no gaps/overlaps reported for that). [...] Here is a screen shot comparing AC3, PCM and TrueHD track before, after 1st joint and after the 2nd joint. [...] You can see that all 3 tracks are in sync before, but the TrueHD goes off sync after 1st joint. The TrueHD is leading by 30ms the AC3 before the joints and is leading 160ms after 1st (and 2nd joint). I guess there is a gap in the audio stream. Does eac3to current version deal with them or not?
Thanks for the detailed feedback!!

eac3to is supposed to handle gaps just as fine as overlaps. Also TrueHD gap/overlap detection should theoretically work. Don't know what is going on with Surf's Up. I have this Blu-Ray myself, though, so I'll check this out.

* When i was prompted to rerun the same command in order eac3to to make use of the gaps/overlaps files, it rewrote ALL files again. Is it necessary?
You can change the command line so that only the audio tracks with gaps/overlaps in them are redone, if you prefer that. It's just easier (but slower) to simply repeat the very same command line.

* Subtitle demuxing support is missing...
One step after the other... ;)

I tested Ratatouille tonight, and got the same thing. I put the whole log output this time, in case it helps somehow
Thanks. I'll recheck that. It seems that the gap files are sometimes used and sometimes not.

Then, I tried processing the flac by itself, and ran into this error:


N:\e>eac3to.exe "h:\!temp\aud.flac" audnew.flac
FLAC, 5.1 channels, 1:50:33, 24 bits, 48khz
Audio gap description file detected, will be used for processing...
Decoding FLAC...
Realizing RAW/PCM gaps...
Encoding FLAC...
The FLAC encoder was not able to allocate enough memory.
Aborted at file position 224329728.
That is very strange!! That's also with Ratatouille, right? I'll try to reproduce that here...

"D:\editing apps\eac3to\2.43\eac3to.exe" "H:\HD\AVP2\" 1) 2: "N:\test\video.mkv" -seekToIFrames 1: "N:\test\chapters.txt" 3: "N:\test\audio.ac3" -640 log="N:\test\avp2_log.txt"
Every option parameter needs a "-" before it. So you need to use "-log=" instead of "log=".

Ratatouille is another story though. In the first run through it creates the gaps file. [...] But all runs after that to take advantage of that gap file are met with the same results, eac3to doesn't use the gap file.
Thanks, I'll check that.

Both movies muxed together fine and jumping around showed they were in sync all the way through.
Well, the overall overlap amount is rather small (something like 60ms). So the audio may still appear in sync although it's not exactly in sync.

I am new here, but have been using the app for a while with a lot of success - especially in combination with WME Assistant for creating WMV files.
My current problem is the following:

"There's a change from interlaced to progressive in the middle of stream."
This is a known problem with MPEG2 sources. It's quite high on my to do list and so will be fixed soon.

So madshi, do you think you will ever create your own GUI for this software. I know there is the Eac3to and More GUI by Yraen but then you have to wait for that to update when ever you add something new or a fix in your software.
Maybe someday, but probably not anytime soon. Furthermore I think that there's not so much in my pipeline which will need further changes in the GUI. Once the GUIs are fully tweaked to handle the current feature set they will likely not need big further changes in the near future, apart from maybe adding a switch now and then...

[nautilus7]

nero decoder doesn't work any better either.No, Nero works fine for this TrueHD track. I used it afterwards.

[madshi]

No, Nero works fine for this TrueHD track. I used it afterwards.
Oh, that's interesting! So with Nero the audio is fully in sync?

[nautilus7]

No... I meant i don't get any error during decoding (libav lossless check fail). Sync problem remains. :mad:

[shambles]

yes, i meant sync, obviously nero doesn't fail libav lossless check ;)

[Bluestraw]

N:\e>eac3to.exe "h:\!temp\aud.flac" audnew.flac
FLAC, 5.1 channels, 1:50:33, 24 bits, 48khz
Audio gap description file detected, will be used for processing...
Decoding FLAC...
Realizing RAW/PCM gaps...
Encoding FLAC...
The FLAC encoder was not able to allocate enough memory.
Aborted at file position 224329728.

That is very strange!! That's also with Ratatouille, right? I'll try to reproduce that here...Yes, that's Ratatouille.

[adrianmak]

i'm new with this utility.
How do I demux a 5.1 ac3 track into 6 individual wave files ?
What are the parameters should be supply ?

[azad]

i'm new with this utility.
How do I demux a 5.1 ac3 track into 6 individual wave files ?
What are the parameters should be supply ?

As I already replied in your thread:
eac3to Sourcefile Destination.wavs

[nautilus7]

As azad told you..

Just in case you don't have nero 7 & nero hddvd/blu-ray plugin, you 'll have to decode the ac3 file using libav decoder:

eac3to input.ac3 outputs.wavs -libav

[azad]

@nautilus7
Oh your're right, I forgot to mention that. Thanks! ;)