eac3to - audio conversion tool

[Wakka]

I don't think eac3to does downmixing itself to 6.1 - it's either 5.1 or 7.1. The -7 switch is for the ArcSoft decoder, which isn't used for TrueHD.

One solution... If the DTS Pro encoder can take individual wavs as input you could create 6.1 wavs. To do this you'll need to decode the TrueHD track to 8 wavs using eac3to and then merge the two back channels with something like sox to end up with 7 wavs. Don't know if this is any use to you.

Ah, thats why it worked before with DTS-HD 7.1 (which only had a 5.1 core, hence the conversion)

Yeah, I'm already looking into the alternate method, but its time-consuming...and easy to make mistakes.
DTS Pro has a tool to merge seperate mono wavs into one .agm for DTS encodig.


Thanks for the help :)

[florinandrei]

Demuxing M2TS files produced by an HD camcorder: Canon HF100. The camcorder produces almost a BD structure on the flash (or is it a complete BD structure?).

Anyway, it seems like files shorter than 10 seconds or so can be demuxed just fine:

http://dl.getdropbox.com/u/29966/demux/00001.MTS

eac3to v3.16
command line: eac3to 00001.MTS 1: 00001.mkv 2: 00001.ac3 -seekToIFrames
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track, 0:00:11, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: AC3, 2.0 channels, 256kbps, 48khz
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[v01] Muxing video to Matroska...
[a02] Creating file "00001.ac3"...
Added fps value to MKV header.
Video track 1 contains 658 fields.
eac3to processing took 1 second.
Done.

However, files longer than 20 sec or so cannot be demuxed - eac3to fails at some point.

http://dl.getdropbox.com/u/29966/demux/00002.MTS

eac3to v3.16
command line: eac3to 00002.MTS 1: 00002.mkv 2: 00002.ac3 -seekToIFrames
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track, 0:00:21, 60i /1.001
1: h264/AVC, 1080i60 /1.001 (16:9)
2: AC3, 2.0 channels, 256kbps, 48khz
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[v01] Muxing video to Matroska...
Unfortunately the Haali Muxer cannot handle this source file. <ERROR>
It doesn't contain enough seek/recovery points. <ERROR>
The "-seekToIFrames" option may work around that.
However, using this option may result in artifacts when seeking.
Aborted at file position 35651584. <ERROR>

The position where it's aborted is not always exactly the same, but the values are pretty similar - always 30 ... 40 million.

What's going on? Does it fail after a GOP or something?

The files are valid, I can open them in various programs and they work very well.

[TinTime]

Ah, thats why it worked before with DTS-HD 7.1 (which only had a 5.1 core, hence the conversion)

Yeah, I'm already looking into the alternate method, but its time-consuming...and easy to make mistakes.
DTS Pro has a tool to merge seperate mono wavs into one .agm for DTS encodig.


Thanks for the help :)


This will merge two wavs with sox so you can automate the 7.1 TrueHD to 6.1 wavs stage at least, using eac3to and sox:

sox.exe --show-progress -V3 -m -v 0.5 "back left.wav" -v 0.5 "back right.wav" "back centre.wav"

[rica]

Hi madshi,
Is it possible to add Radscorpion's Monogram AAC Decoder support with the option of "-mmaac"?
Using this, i got the best results even with problematic aac files.
If you need any problematic aac _supposed to be- which eac3to can not figure out- i mean nero audio decoder2 or libav inside eac3to-, i can pm a sample to you.
Best.

[Wakka]

This will merge two wavs with sox so you can automate the 7.1 TrueHD to 6.1 wavs stage at least, using eac3to and sox:

sox.exe --show-progress -V3 -m -v 0.5 "back left.wav" -v 0.5 "back right.wav" "back centre.wav"

Thanks, already mixed it, but didn't half the volume.

Why should I half the volume, the mix should have the same vol as the source, when they get mixed?

[TinTime]

Argh, sorry, I copied the command line from a script where I use it for something else. As you say both the -v 0.5s should be -v 1.0 (and check for clipping). Sorry about that.

But you've done it now anyway :)

[tebasuna51]

Thanks, already mixed it, but didn't half the volume.

Why should I half the volume, the mix should have the same vol as the source, when they get mixed?
To avoid clip. The mix must be 0.5 + 0.5 = 1

[Blackwalker]

hi, can i convert a video with VC-1 in to h.264 using eac3to?
if yes, which is the command to do this?
thx! :)

[buzzqw]

hi, can i convert a video with VC-1 in to h.264 using eac3to?
if yes, which is the command to do this?
thx! :)

no, you cannot use use eac3to for this pourpose

eac3to is an advanced audio processor AND can MUX/DEMUX (no encoding is done) into MKV

you cannot use eac3to to encode a vc1 (or whatever codec) to another codec

BHH

[zn]

If I have DTS and AC3 tracks from PAL, and need to make AC3 for NTSC, DTS source will be better for trancoding?

[shadowolf64]

Is there no way to convert a 6 channel AAC file to a 2 channel AAC without the Nero 7 decoder?

[tebasuna51]

Is there no way to convert a 6 channel AAC file to a 2 channel AAC without the Nero 7 decoder?
No with eac3to. There are others methods (all with NeroAacEnc like encoder) and with support for .aac/.m4a/.mp4 input:

- Command line with Faad v2.7 (http://kurtnoise.free.fr/index.php?dir=mp4tools/&file=faad2-2.7.7z):
faad -w -d multchan.aac | NeroAacEnc -ignorelength -if - -of stereo.m4a
- Foobar2000 (foo_dsp_downmix.dll)
- AviSynth methods BeHappy/MeGUI/Wavi/SoundOut (Bass or DirectShow decoders)

[shadowolf64]

No with eac3to. There are others methods (all with NeroAacEnc like encoder) and with support for .aac/.m4a/.mp4 input:

- Command line with Faad v2.7 (http://kurtnoise.free.fr/index.php?dir=mp4tools/&file=faad2-2.7.7z):
faad -w -d multchan.aac | NeroAacEnc -ignorelength -if - -of stereo.m4a
- Foobar2000 (foo_dsp_downmix.dll)
- AviSynth methods BeHappy/MeGUI/Wavi/SoundOut (Bass or DirectShow decoders)
Ah thank you that's very helpful! :D

[StephenB]

EAC3TO has problems with mpg clips from all HP digicams.

For instance, with this one: http://www.steves-digicams.com/2006_reviews/hp_r927/samples/hpim0054.mpg

it does the following:

eac3to v3.16
command line: c:\vid2eva\tools\eac3to\eac3to hpim0054.mpg test.mkv
------------------------------------------------------------------------------
The format of the source file could not be detected. <ERROR>

Here's the mediainfo:

General
Complete name : C:\HD\Cameras\temp\hpim0054.mpg
Format : MPEG-PS
File size : 10.4 MiB
Duration : 13s 916ms
Overall bit rate : 6 249 Kbps

Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 1
Format settings, Matrix : Default
Duration : 13s 916ms
Bit rate mode : Variable
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4/3
Frame rate : 24.000 fps
Scan type : Progressive

Audio #1
ID : 192 (0xC0)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Duration : 13s 896ms
Bit rate mode : Constant
Bit rate : 96.0 Kbps
Channel(s) : 1 channel
Sampling rate : 44.1 KHz
Resolution : 16 bits
Video delay : 23ms
Stream size : 163 KiB (2%)

Audio #2
ID : 194 (0xC2)

Text
ID : 0 (0x0)
Format : RLE
Format/Info : Run-length encoding

Menu
Format : DVD-Video


All the other HP digicam mpgs I've tried have the same error.

[CapnBob]

Eac3to has a big problem with seemless branching movies with THD soundtracks eg. Spiderman 2, Cars (reg.B), Ratatouille (reg.b).

It's a strange one but let me explain further. WHen converting a lossless THD track to either FFLAC or WAV it appears that eac3to does not do the 2nd pass to correct overlaps that it does when it converts the same THD track to regular DD for instance.

If I take any of the examples above I can convert THD to DD and FLAC and whereas the DD track will be in sync with the movie, the FLAC (or WAV) conversion will be hugely out of sync by the end of the film.

I found it confusing why one track would have different syncs when converted to different formats and I think I've found the solution. The FLAC tracks do not appear to be using audio GAP information to correct gaps in a 2nd pass. By using an older version of eac3to before the 2nd pass for shortening gaps was created automatically I managed to copy the DD.gaps file and rename it FLAC.gaps and use that information in the gaps file to get a FLAC track that was nearly in sync as opposed to the 5 seconds or so that was the sync gap with the current eac3to.

Madshi, is it possible for you to have a look at this because for those of us with seamless branching THD BD's who want lossless audio are screwed at the moment and features such as seamless branching are only going to become more prevalent as time goes on.

If you need any logs or tests done with such files, let me know and I'll post the results for you.

tia

[setarip_old]

@StephenB

Hi!Format : MPEG Video
Format version : Version 1If you read the initial post to this thread, I believe you'll find no reference to processing MPEG-1 video (Only MP1 audio)...

[StephenB]

@StephenB

Hi!If you read the initial post to this thread, I believe you'll find no reference to processing MPEG-1 video (Only MP1 audio)...

IF that were it, wouldn't it be a different error? Unknown video format, or something like that?

[kypec]

IF that were it, wouldn't it be a different error? Unknown video format, or something like that?
Slightly different wording, yet exactly same meaning:The format of the source file could not be detected.
What precisely you can't understand in that error message?

[alpha_125]

Hi, i'm using Hdconverttox that use eac3to to muxing/demuxing/decoding/encoding...
Recently i'm having this problem constantly when I start from a mkv with aac audio tracks.

eac3to v3.16
command line: "F:\HDC\applications\eac3to.exe" "f:\hdc\6\sg1\TEST.mkv" 2: "F:\HDC\Temp\hdencodertox-pid2.ac3" -448
------------------------------------------------------------------------------
MKV, 1 video track, 2 audio tracks, 2 subtitle tracks, 1:56:31, 24p /1.001
1: h264/AVC, English, 720p23.976
"TEST"
2: AAC, Italian, 5.1 channels, 24khz
"Italian 5.1"
3: AAC, English, 5.1 channels, 24khz
"English 5.1"
4: Subtitle (SRT), Italian, "Italian"
5: Subtitle (SRT), English, "English"
[v01] The video bitstream is encoded in a non-standard framerate. <WARNING>
Bitstream parsing for tracks 2 and 3 failed. <WARNING>
Demuxing these tracks may still produce correct results - or not. <WARNING>
This audio conversion is not supported. <ERROR>

I knew that there was a bitstream parsing problem with vobsub...but aac also?

Strangely using eac3to to convert the aac into the mkv to ac3...<ERROR>

if I use eac3to to extract the track.aac from mkv it works
and then if I use eac3to to convert track.aac to track.ac3...it works again.

I don't know! all dec/enc/splitter used by eac3to are good:

F:\HDC\cianfrusaglie>F:\0\applications\eac3to.exe -test
eac3to (v3.16) is up to date
Nero Audio Decoder (Nero 7) works fine
ArcSoft DTS Decoder (1.1.0.0) works fine
Sonic Audio Decoder (4.3.0.169) works fine
Haali Matroska Muxer (2009-01-11) is up to date
Nero AAC Encoder (1.3.3.0) is up to date
Surcode DTS Encoder (1.0.21.0) is installed
MkvToolnix (2.8.0.0, release version) is up to date

there is some error that I can not see?


ps. sorry for my miserable english :D

[alpha_125]

errata corrige: using eac3to to extract aac generates a corrupt aac... :(

[poisondeathray]

@alpha_125: What happens when you use mkvextract to extract aac from .mkv?

It might be that 24Khz is not standard for the conversion to AC3, maybe try adding -resampleTo48000

[StephenB]

Slightly different wording, yet exactly same meaning:The format of the source file could not be detected.
What precisely you can't understand in that error message?

I understand the error message, it means that EAC3TO doesn't think the file itself is mpg, and doesn't know what it is. You get precisely the same error if you run EAC3TO on a text file, or any other non-media file.

That is a very different meaning from not being able to deal with a particular codec within a media file, which is what the "unknown video format" error is about.

What I don't understand is why EAC3TO can't identify the file type, since it seems to be an ordinary mpeg program stream.

[setarip_old]

@StephenBWhat I don't understand is why EAC3TO can't identify the file type, since it seems to be an ordinary mpeg program stream.You do understand, don't you, that MPEG-1 and MPEG-2 are two different formats?

"eac3to" does process MPEG-2 video but doesn't process MPEG-1 video (video files or video streams)...

[alpha_125]

@alpha_125: What happens when you use mkvextract to extract aac from .mkv?

It might be that 24Khz is not standard for the conversion to AC3, maybe try adding -resampleTo48000

mkvextract make his job fine, it ask only the extention AAC...and extract.

My problem is now the encoding to ac3...maybe tomorrow will be a more lucky day :)

[Momber]

The transcoding to FLAC from PCM 3.0 of the English audio stream on the "Vicky Cristina Barcelona" BluRay failed miserably with respect to channel mapping.
The dialogue is in the left surround speaker of the finished FLAC stream.
AC3 encoding of same PCM 3.0 stream failed (using the options -down2 and -448) with the message "non supported data format".

[StephenB]

@StephenBYou do understand, don't you, that MPEG-1 and MPEG-2 are two different formats?

"eac3to" does process MPEG-2 video but doesn't process MPEG-1 video (video files or video streams)...

You do understand the difference between an mpeg program stream and an elementary stream? Since a valid MPEG-1 program stream is a valid MPEG-2 program stream as well, I expected EAC3TO to recognize the container.

I now know that EAC3TO doesn't support mp1v video anyway, so I have modified my program to use another tool for those streams.

[shadowolf64]

Does eac3to have any way to convert from OGG Vorbis audio to AAC?

[CapnBob]

Eac3to has a big problem with seemless branching movies with THD soundtracks eg. Spiderman 2, Cars (reg.B), Ratatouille (reg.b).

It's a strange one but let me explain further. WHen converting a lossless THD track to either FFLAC or WAV it appears that eac3to does not do the 2nd pass to correct overlaps that it does when it converts the same THD track to regular DD for instance.

If I take any of the examples above I can convert THD to DD and FLAC and whereas the DD track will be in sync with the movie, the FLAC (or WAV) conversion will be hugely out of sync by the end of the film.

I found it confusing why one track would have different syncs when converted to different formats and I think I've found the solution. The FLAC tracks do not appear to be using audio GAP information to correct gaps in a 2nd pass. By using an older version of eac3to before the 2nd pass for shortening gaps was created automatically I managed to copy the DD.gaps file and rename it FLAC.gaps and use that information in the gaps file to get a FLAC track that was nearly in sync as opposed to the 5 seconds or so that was the sync gap with the current eac3to.

Madshi, is it possible for you to have a look at this because for those of us with seamless branching THD BD's who want lossless audio are screwed at the moment and features such as seamless branching are only going to become more prevalent as time goes on.

If you need any logs or tests done with such files, let me know and I'll post the results for you.

tia

Anyone got any clues on this? Awkward seamless branching movies that add a delay to audio when ripping the lossless THD track to FLAC are PEREFCTLY IN SYNC when converted to DD. Something is happening during conversion to dolby digital that is not happening when converting to flac. It looks like the same gaps file information that is used for DD is not being used for FLAC. If this bug could be fixed then eac3to would be batting 100% for all blurays disks as far as I'm aware.

Anyone else curious about this?

[Snowknight26]

Are you using the latest version of eac3to? I just did Ratatouille and the FLAC track was fine.

[CapnBob]

Are you using the latest version of eac3to? I just did Ratatouille and the FLAC track was fine.

I'll bet a million bucks that your copy of Ratatouille was Region A and not the seamless branching Region B version. Pixar seem to be rendering any text in their movies in native European languages via small .m2ts files that are seamlessly branched in. If you want an example in your region then Spiderman 2/2.1 will fit the bill nicely. People have been unable to keep the audio in sync when converting to FLAC with this either.

What I did notice after I tried ripping for the umpteenth time is that eac3to WILL fix the gaps if converting from THD to DD but not when converted to FLAC. Using an old version of eac3to (2.77) which did not automatically fix the gaps but required a 2nd pass I was able to extract the DD.gaps file, rename it to FLAC.gaps and it very nearly fixed the FLAC file (still out by a small amount but drastically better than letting eac3to 3.xx rip the movie).

If eac3to will correctly convert to one file type but not another then that's a bug, right?

I'm not crying about the loss of these 3 BD's but there will be a lot of miffed people in Europe who can't rip Toystory 1 & 2 and The incredibles etc.

[Snowknight26]

I'll bet a million bucks that your copy of Ratatouille was Region A and not the seamless branching Region B version.
True, it was Region A, but the Region A one still uses seamless branching.

[CapnBob]

True, it was Region A, but the Region A one still uses seamless branching.

Yup, but Ratatouille Region A doesn't have Dolby Digital True HD. I believe it has LPCM (24/48) a luxury that was probably forgone for Europe due to the multiple extra languages required for that release.

So we've concluded that ripping the lossless audio from seamless branching movies with LPCM (Pixar Region A) and DTS-MA (Rambo) are OK but seamless branching True HD movies (Spiderman 2, Cars -Region B, Ratatouille -Region B) do not work as they get progressively further and further out of sync. What I have found out is that eac3to will perfectly sync said movies when converting to a lossy format such as Dolby Digital (and probably DTS as well as I have seen such rips on the interweb but lack the surcode DTS encoder to check myself).

This being the case there is a large bug in the way that eac3to converts to lossless formats such as flac and wav (yup, tried that too) for seamless branching THD movies. I could try converting to LPCM but is there anyway to mux that back together as I don't think mkvmerge will touch that format?

Any way to flag this up to Madshi?

As stated before, I am happy to post logs if this will help solve this problem.

Cheers!

[honai]

So we've concluded that ripping the lossless audio from seamless branching movies with LPCM (Pixar Region A) and DTS-MA (Rambo) are OK but seamless branching True HD movies (Spiderman 2, Cars -Region B, Ratatouille -Region B) do not work

No, we didn't conclude anything. It's just the speculation of a single user. FWIW, my Ratatouille Region B Blu-ray does not have TrueHD but PCM audio. Also, I have successfully converted Spiderman 2 with eac3to in the past, no issues.

[Thunderbolt8]

strange thing with the "A bug's life" BD, according to the log its 39.395p. but is this only a display bug, because anything else tells me its 23.976fps, when I play the remuxed file (length is 1:34:53; playlist info tells 24/1.001 as well)?

eac3to v3.16
command line: eac3to X:\movie 1) 2: X:\life.mkv 3: X:\life.flac 3: X:\life.dtsma 6: X:\lifecomment.ac3 7: X:\life.sup
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 6 subtitle tracks, 1:34:53, 39.395p
1: Chapters, 36 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
(core: DTS-ES, 5.1 channels, 24 bits, 1509kbps, 48khz)
4: AC3, French, 5.1 channels, 640kbps, 48khz
5: AC3, Spanish, 5.1 channels, 640kbps, 48khz
6: AC3, English, 2.0 channels, 192kbps, 48khz
7: Subtitle (PGS), English
8: Subtitle (PGS), French
9: Subtitle (PGS), Spanish
10: Subtitle (PGS), English
11: Subtitle (PGS), French
12: Subtitle (PGS), Spanish
[a03] Extracting audio track number 3...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[s07] Extracting subtitle track number 7...
[v02] Muxing video to Matroska...
[s10] Extracting subtitle track number 10...
[a06] Extracting audio track number 6...
[a03] Decoding with ArcSoft DTS Decoder...
[a03] Encoding FLAC with libFlac...
[a03] Creating file "X:\life.dtsma"...
[a03] Creating file "X:\life.flac"...
[a06] Creating file "X:\lifecomment.ac3"...
[s07] Creating file "X:\life.sup"...
[a03] The original audio track has a constant bit depth of 24 bits.
[a03] Audio overlaps for 9ms at playtime 0:27:11. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:28:00. <WARNING>
[a03] Audio overlaps for 9ms at playtime 0:27:11. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:28:00. <WARNING>
[a06] Audio overlaps for 13ms at playtime 0:00:27. <WARNING>
[a06] Audio overlaps for 17ms at playtime 0:27:11. <WARNING>
[a06] Audio overlaps for 30ms at playtime 1:28:00. <WARNING>
[a06] Audio overlaps for 12ms at playtime 1:28:28. <WARNING>
[a03] Starting 2nd pass...
[a03] Decoding FLAC...
[a03] Realizing RAW/PCM gaps...
[a03] Encoding FLAC with libFlac...
[a03] Creating file "X:\life.flac"...
[a03] The processed audio track has a constant bit depth of 24 bits.
[a03] Starting 2nd pass...
[a03] Realizing DTS gaps...
[a03] Creating file "X:\life.dtsma"...
[a06] Starting 2nd pass...
[a06] Realizing (E-)AC3 gaps...
[a06] Creating file "X:\lifecomment.ac3"...
Added fps value to MKV header.
Video track 2 contains 136511 frames.
Subtitle track 7 contains 1497 captions.
Subtitle track 10 contains 1878 captions.
eac3to processing took 42 minutes, 13 seconds.
Done.

[mrr19121970]

@Madshi

I noticed a couple of small features:

using

eac3to D:\ -progressnumbers
eac3to D:\ 1) -progressnumbers
doesn't work as I imagined, eac3to goes straight into processing.

also when doing this on a HD-DVD:

eac3to D:\ 1)

multiple times, the results are different each time - like a counter is not being reset so the (results are 1), the 2), then 3) etc)

[mrr19121970]

http://forum.doom9.org/showthread.php?p=1286012#post1286012

The transcoding to FLAC from PCM 3.0 of the English audio stream on the "Vicky Cristina Barcelona" BluRay failed miserably with respect to channel mapping.
The dialogue is in the left surround speaker of the finished FLAC stream.
AC3 encoding of same PCM 3.0 stream failed (using the options -down2 and -448) with the message "non supported data format".

I asked the same question a few pages back:

http://forum.doom9.org/showthread.php?p=1283264#post1283264

and tebasuna51 (http://forum.doom9.org/member.php?u=71585) answered already:

http://forum.doom9.org/showthread.php?p=1283462#post1283462

I have built this into Clown_BD so you don't need to mess with the CLI if you prefer. Checkout the link in my SIG

[honai]

I get the same problem as Thunderbolt8 with Cars BD. Not sure if the fps in the stream is set correctly, haven't remuxed yet, but it would be helpful if in the log the true fps were indicated:

Added fps value [xx.yyy] to MKV header.

[odin24]

Does the -down6 switch mix the entire rear channels with the sides, or does it work in a different way?

Thanks.

[zn]

Does r8brain (pro) produce better quality than SSRC for pal/ntsc conversions?

What FPS values are supported? Is it planned to make it possible to use any custom FPS?

-23.976/... define source fps to be "23.976", "24.000", "25.000", ...
-changeTo24.000 change source fps to "23.976", "24.000", "25.000", ...

What arguments I can use with ssrc_hp.exe to get same settings?

Did you compare SSRC with SoX Resampler (http://sox.sourceforge.net/SoX/Resampling) (GPL)? Code (http://sox.cvs.sourceforge.net/viewvc/sox/sox/src/rate.c?view=markup) is under active developement (http://sox.cvs.sourceforge.net/viewvc/sox/sox/src/rate.c?view=log) right now.
This code also used for foobar2000 resampler plugin (http://www.hydrogenaudio.org/forums/index.php?showtopic=67376), users feedback looks positive.

[hoju3508]

Using Clown_BD to create iso of main movie, eng track and sub. Is this something to be concerned about?

[a03] Audio overlaps for 9ms at playtime 0:27:11. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:28:00. <WARNING>


:thanks:


eac3to v3.16
command line: "C:\eac3to\eac3to.exe" "D:\" 1) 1: "C:\Clown_BD_WORK\Chapters_1.txt" 2: "C:\Clown_BD_WORK\Video_2.*" 3: "C:\Clown_BD_WORK\Audio_3_English.DTS" 7: "C:\Clown_BD_WORK\Subtitles_7_English.sup" -LOG="C:\Clown_BD_WORK\eac3to_PASS3_LOG.LOG"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 6 subtitle tracks, 1:34:53, 39.395p
1: Chapters, 36 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
(core: DTS-ES, 5.1 channels, 24 bits, 1509kbps, 48khz)
4: AC3, French, 5.1 channels, 640kbps, 48khz
5: AC3, Spanish, 5.1 channels, 640kbps, 48khz
6: AC3, English, 2.0 channels, 192kbps, 48khz
7: Subtitle (PGS), English
8: Subtitle (PGS), French
9: Subtitle (PGS), Spanish
10: Subtitle (PGS), English
11: Subtitle (PGS), French
12: Subtitle (PGS), Spanish
Creating file "C:\Clown_BD_WORK\Chapters_1.txt"...
[a03] Extracting audio track number 3...
[v02] Extracting video track number 2...
[s07] Extracting subtitle track number 7...
[v02] Creating file "C:\Clown_BD_WORK\Video_2.h264"...
[a03] Creating file "C:\Clown_BD_WORK\Audio_3_English.DTS"...
[s07] Creating file "C:\Clown_BD_WORK\Subtitles_7_English.sup"...
[a03] Audio overlaps for 9ms at playtime 0:27:11. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:28:00. <WARNING>
[a03] Starting 2nd pass...
[a03] Realizing DTS gaps...
[a03] Creating file "C:\Clown_BD_WORK\Audio_3_English.DTS"...
Video track 2 contains 136511 frames.
Subtitle track 7 contains 1497 captions.
eac3to processing took 21 minutes, 27 seconds.
Done.

[Chiamos]

Using Clown_BD to create iso of main movie, eng track and sub. Is this something to be concerned about?

[a03] Audio overlaps for 9ms at playtime 0:27:11. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:28:00. <WARNING>


:thanks:

I've seen that similar warning maybe once, but do not recall the Title, as never noticed anything that effected playback, but maybe some here can provide the cause and possible effect.:)

[Killroy™]

Seamless branching does that. They don't show up if ac3to does a second pass.

[tebasuna51]

...
[a03] Audio overlaps for 9ms at playtime 0:27:11. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:28:00. <WARNING>
[a03] Starting 2nd pass...
[a03] Realizing DTS gaps...
[a03] Creating file "C:\Clown_BD_WORK\Audio_3_English.DTS"...

All is OK, the gaps/overlaps was corrected.

[mrr19121970]

@ hoju3508 (http://forum.doom9.org/member.php?u=139770)


you should probably use a different naming convention than:

C:\Clown_BD_WORK\

this would be better

C:\Clown_BD_WORK\NAME_OF_MOVIE

this way you'll get an M2TS, TS or ISO called NAME_OF_MOVIE rather than Clown_BD_WORK

[hoju3508]

I've seen that similar warning maybe once, but do not recall the Title, as never noticed anything that effected playback, but maybe some here can provide the cause and possible effect.:)

Seamless branching does that. They don't show up if ac3to does a second pass.

All is OK, the gaps/overlaps was corrected.

:thanks:

@ hoju3508 (http://forum.doom9.org/member.php?u=139770)


you should probably use a different naming convention than:

C:\Clown_BD_WORK\

this would be better

C:\Clown_BD_WORK\NAME_OF_MOVIE

this way you'll get an M2TS, TS or ISO called NAME_OF_MOVIE rather than Clown_BD_WORK

Yeah, I noticed that. It was my first attempt at using Clown_BD.

:thanks:

[leeperry]

Does r8brain (pro) produce better quality than SSRC for pal/ntsc conversions?
using SineGen & WaveSpectra you can easily compare them yourself.

I used them to compare various samplerates in Reclock : http://forum.slysoft.com/showpost.php?p=195873&postcount=103

some comparison w/ r8brain Pro would be most instructive.

for what it's worth, the THD+N values were unacceptable w/ Wavelab's resampler :o

[gillie]

Has anyone seen a problem with eac3to where it incorrectly identifies the chapter list on The Da Vinci Code and returns a list with over a hundred chapters as opposed to the 16 it actually has.

I found an application called Chapter Grabber that allowed me to get the correct chapter list.

Using eac3to v3.16 and its the UK PAL Blu-Ray of Da Vinci Code Extended Code.

[mrr19121970]

Has anyone seen a problem with eac3to where it incorrectly identifies the chapter list on The Da Vinci Code and returns a list with over a hundred chapters as opposed to the 16 it actually has.

I found an application called Chapter Grabber that allowed me to get the correct chapter list.

Using eac3to v3.16 and its the UK PAL Blu-Ray of Da Vinci Code Extended Code.


if you zip up your .mpls and .clpi files (eh anydvd logfile) and PM them to madshi he can have a look, if not then all he can do is say "that's nice"....

[rica]

Madshi, i know you are busy enough with madvr but please take a look from time to time to your own thread.

[nyonya]

Has anyone been able to rip the 'Waiting...' Blu-Ray? When I type in
c:\eac3to.exe e: 2)
with 2) being the main movie, it just hangs there for 20 seconds or so, and then brings me back to the prompt. Every other disc I have tried has worked just fine. Thoughts?