eac3to - audio conversion tool

[Shevek]

So, for playlists like this, until fully supported (if at all possible in future), should eac3to then report that this is a timed playlist and either refuse to work on it, or display an additional caveat to the user?

[Guest]

I suppose that the playlist doesn't cover the whole 00000.m2ts No, the BDInfo below shows that the referenced segments are contiguous:

00000.M2TS 0:00:00.000 0:01:31.991 0 0
00000.M2TS 0:01:31.991 0:08:43.856 0 0
00000.M2TS 0:10:15.848 0:10:26.092 0 0
00000.M2TS 0:20:41.940 0:00:43.243 0 0
00008.M2TS 0:21:25.183 0:00:00.333 0 0

The first time is the start time and the second is the duration. So, adding the duration to the start time gives the start time of the following segment.

It's possible that there is extra unreferenced material at the end of 00000.M2TS but it seems unlikely.

[madshi]

@neuron2, I've been told "eac3to 00000.m2ts+00008.m2ts" does not produce the expected runtime, so there *must* be extra unreferenced material at the end of either 00000.m2ts or 00008.m2ts. That's the only explanation that makes sense to me.

[Guest]

The other explanation is that the OP's estimate of the run time is wrong.

The only way to be sure is for the OP to give us the two M2TS files.

[XadoX]

They have around 3GB.

[madshi]

If the files as listed in the playlist had no extra material, we could calculate the overall runtime of [0+0+0+0+8] like this:

00000.m2ts: 0:21:25.183
00008.m2ts: 0:00:00.333

Overall runtime of [0+0+0+0+8] = 4 * 00:21:25.183 + 00:00:00.333 = 5141.065 seconds = 01:25:41.065

However, eac3to reported an overall runtime for [0+0+0+0+8] of exactly 01:30:00.000, so there must be some extra material somewhere, not referenced by the playlist.

[madshi]

@XadoX, what is the output of "eac3to 00000.m2ts" and "eac3to 00008.m2ts"?

[XadoX]

eac3to.exe f:\BDMV\STREAM\00000.m2ts
M2TS, 1 video track, 2 audio tracks, 1 subtitle track, 0:22:30, 60i /1.001
1: VC-1, 1080i60 /1.001 (16:9)
2: DTS, German, 2.0 channels, 384kbps, 48kHz
3: DTS, English, 2.0 channels, 384kbps, 48kHz
4: Subtitle (PGS), German

eac3to.exe f:\BDMV\STREAM\00008.m2ts
M2TS, 1 video track, 0:00:00
1: VC-1, 1080i60 /1.001 (16:9)

[madshi]

Yeah, so 00000.m2ts has about 1 extra minute of playback not referenced by the playlist.

[XadoX]

General
ID : 0 (0x0)
Complete name : F:\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 2.93 GiB
Duration : 23mn 0s
Overall bit rate mode : Variable
Overall bit rate : 18.2 Mbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : Advanced@L3
Codec ID : 234
Duration : 22mn 30s
Bit rate : 16.7 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.269
Stream size : 2.63 GiB (90%)


General
ID : 0 (0x0)
Complete name : F:\BDMV\STREAM\00008.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 54.0 KiB
Duration : 270ms
Overall bit rate : 1 491 Kbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : Advanced@L3
Codec ID : 234
Duration : 334ms
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy

[robertcollier4]

I have a question about the 24-bit-depth outputted by eac3to for use in lossy formats such as AAC which use floating point bit-depth. I am usually downmixing 6ch DTS files to 2ch AAC through piping to the qaac encoder. I am wondering if there would be better quality through having eac3to pass qaac its original 64-bit-depth file instead of a dithered 24-bit-depth file. I am trying to maintain best quality possible by doing as few bit-depth dithering operations as possible.

eac3to.exe "movie_6chdts.mkv" 2: stdout.wav -downDpl | qaac.exe --tvbr 127 --quality 2 --rate keep --ignorelength --no-delay - -o "2chaac.m4a"
eac3to tells me:
[a02] Reducing depth from 64 to 24 bits
[a02] Writing WAV


Even using the internally used neroaacenc does a down dithering operation. Why not pass the aac encoder the original 64-bit-depth data?
[a02] Reducing depth from 64 to 32 bits
[a02] Encoding AAC <1.00> with NeroAacEnc

I have read that lossy formats such as AAC use floating point and so while they do not technically have a "bit depth" they are able to deliver near equivalent of 64-bit-depth due to use of floating point. So in this case - wouldn't it better to have eac3to give qaac an undithered 64-bit-depth output so that qaac can encode the original undithered 64-bit-depth output from eac3to into floating point?

Reference: http://wiki.jriver.com/index.php/Audio_Bitdepth
Bitdepth of Lossy Formats
Lossy formats like MP3 [and AAC] use floating point math to build their output values. There is no true or correct bitdepth in this case.
Media Center preserves the full 64bit precision when converting from the lossy format to PCM and uses as much precision as possible during output.
In other words, taking a 16bit input file, encoding as MP3, and then playing it in Media Center will cause 64bit data to be delivered to the playback engine. This does not mean that the file has improved, only that Media Center does the best job possible dealing with the MP3 (or other lossy) data that is not inherently precise to some number of bits.


Reference: http://en.wikipedia.org/wiki/Talk%3AAudio_bit_depth
In a course on mastering that I took at Berklee College of Music, it was recommended that dither not be applied when lossy formats, like mp3 and AAC, were the destination. The reason being that dither to combat quantization is really only applicable to PCM because formats like mp3 do not really "quantize" in the same sense, especially if they are floating point.

Since eac3to operates internally in 64-bit-depth anyways, is there any way I can retain this and have eac3to give me its original 64-bit-depth wav as its output? (no dithering).

[nevcairiel]

Most encoders only accept up to 32-bit floating point ("float"), and not 64-bit ("double"), which is most likely why you're seeing the conversion for Nero.
If you think qaac supports 64-bit floating point input, you can use the "-full" switch, which lets eac3to output 64-bit float (or so i remember)

Note that most decoders also only produce 32-bit floating point (however eac3to might produce 64-bit after the downmixing)

[LigH]

An intermediate 64-bit result based on the decoding of an already lossy source, with even more loss due to the downmixing...

Will someone rather be able to hear the difference between 24 and 32 bit samples, or between original and lossy encoding instead? — Does he have a separate home cinema room with audiophile wall covers, or just a living room with furnitures?

And most important: Does he use gold-capped digital cables?

Get that steam out of here ... ;)

[robertcollier4]

If you think qaac supports 64-bit floating point input, you can use the "-full" switch, which lets eac3to output 64-bit float (or so i remember)

Thank you nevcairiel - the -full switch is exactly what I was looking for. eac3to DPLII algorithm works internally with and outputs 64-bit-depth and so this is the best thing to pass to qaac compressor.

eac3to.exe "video_6chdts.mkv" 2: stdout.wav -downDpl -full | qaac.exe --tvbr 127 --quality 2 --rate keep --ignorelength --no-delay - -o "2chaac.m4a"

Works great. eac3to now no longer reduces bit-depth. And qaac accepts the 64-bit-depth piped input just fine and a down dithering operation was avoided. I prefer using qaac because it has a special "--no-delay" switch (https://sites.google.com/site/qaacpage/news/qaacrelease212refalac112) (otherwise neroaacenc adds an encoder delay of 44ms).

I recommend adding the -full switch to the documentation (I could not find it anywhere). Also I advise anyone piping to qaac to use the -full switch for better quality - down dithering operations make a difference and if it can be avoided with a simple switch it should be. The m4a filesize produced by qaac with the "eac3to -full" switch is also approx. same - it just feeds qaac a more accurate source for it to apply its compression to.

[filler56789]

@ madshi:


Info

- Document all the working parameters.

Did you miss that, or you just think it would be an "exceedingly-major" fix/improvement? :sly:

Thank you nevcairiel - the -full switch is exactly what I was looking for. eac3to DPLII algorithm works internally with and outputs 64-bit-depth and so this is the best thing to pass to qaac compressor.

[XadoX]

Yeah, so 00000.m2ts has about 1 extra minute of playback not referenced by the playlist.
Any new ideas of a workaround?

[Guest]

Chop off the extra stuff using 'Output Trimmed TS' in DGIndexNV. Then load the trimmed 00000.m2ts and 00008.m2ts (if that 1/3 second of video is crucial!) in DGIndexNV and off you go.

Alternatively, trim out the extra material in your Avisynth script.

[XadoX]

Chop off the extra stuff using 'Output Trimmed TS' in DGIndexNV...
Thx I will use your workaround.

[frencher]

Hi all and madshi,

I wanted to know if others have had the same problem as me for demuxing 3D Bluray PGS subtitles tracks (.sup) and if an update will fix this problem ?

Thanks

Sorry I do not understand English, are you fix ? :confused:
If I missed the topic that interests me here talking :rolleyes:

[tebasuna51]

@frencher
About your question: "I wanted to know if others have had the same problem as me for demuxing 3D Bluray PGS subtitles tracks (.sup)"
Seems the answer is "Nope", at least not for me.

Please put the log file, if show any <ERROR> or <WARNING>, or more info about your problem.

[frencher]

@frencher
About your question: "I wanted to know if others have had the same problem as me for demuxing 3D Bluray PGS subtitles tracks (.sup)"
Seems the answer is "Nope", at least not for me.

Please put the log file, if show any <ERROR> or <WARNING>, or more info about your problem.
One example from original PANASONIC - AVATAR 3D
My cmd line with eac3to 3.27 is:
"F:\Temp\eac3to.exe" "P:\BDMV\PLAYLIST\00854.mpls" -demux
Works without errors with tsMuxeR GUI 1.10.6

My log:
eac3to v3.27
command line: "F:\Temp\eac3to.exe" "P:\BDMV\PLAYLIST\00854.mpls" -demux
------------------------------------------------------------------------------
M2TS, 2 video tracks, 4 audio tracks, 7 subtitle tracks, 2:41:42, 24p /1.001
1: Chapters, 53 chapters
2: h264/AVC (left eye), 1080p24 /1.001 (16:9)
3: h264/AVC (right eye), 1080p24 /1.001 (16:9)
4: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz, -9ms
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48kHz)
5: AC3, French, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB, -9ms
6: AC3, German, 5.1 channels, 384kbps, 48kHz, -9ms
7: AC3, Italian, 5.1 channels, 384kbps, 48kHz, -9ms
8: Subtitle (PGS), English
9: Subtitle (PGS), French
10: Subtitle (PGS), German
11: Subtitle (PGS), Italian
12: Subtitle (PGS), Dutch
13: Subtitle (PGS), Turkish
14: Subtitle (PGS), English
Creating file "00001 - Chapters.txt"...
[s14] Extracting subtitle track number 14...
[a07] Extracting audio track number 7...
[a04] Extracting audio track number 4...
[s13] Extracting subtitle track number 13...
[s10] Extracting subtitle track number 10...
[s08] Extracting subtitle track number 8...
[a05] Extracting audio track number 5...
[a06] Extracting audio track number 6...
[s11] Extracting subtitle track number 11...
[v02] Extracting video track number 2...
[s12] Extracting subtitle track number 12...
[s09] Extracting subtitle track number 9...
[v03] Extracting video track number 3...
[v03] Creating file "00001 - 3 - h264 (right eye), 1080p24.h264"...
[a06] A remaining delay of -9ms could not be fixed.
[a04] Applying DTS delay...
[a05] Removing AC3 dialog normalization...
[a04] A remaining delay of +1ms could not be fixed.
[a07] A remaining delay of -9ms could not be fixed.
[a05] A remaining delay of -9ms could not be fixed.
[v02] Creating file "00001 - 2 - h264 (left eye), 1080p24.h264"...
[a04] Creating file "00001 - 4 - DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz.dtsma"...
[a06] Creating file "00001 - 6 - AC3, German, 5.1 channels, 384kbps, 48kHz.ac3"...
[a07] Creating file "00001 - 7 - AC3, Italian, 5.1 channels, 384kbps, 48kHz.ac3"...
[a05] Creating file "00001 - 5 - AC3, French, 5.1 channels, 384kbps, 48kHz.ac3"...
[s08] Creating file "00001 - 8 - Subtitle (PGS), English.sup"...
[s09] Creating file "00001 - 9 - Subtitle (PGS), French.sup"...
[s14] Creating file "00001 - 14 - Subtitle (PGS), English.sup"...
[s08] [0:00:02] The source file seems to be damaged (discontinuity). <WARNING>
[s09] [0:00:02] The source file seems to be damaged (discontinuity). <WARNING>
[s13] Creating file "00001 - 13 - Subtitle (PGS), Turkish.sup"...
[s10] Creating file "00001 - 10 - Subtitle (PGS), German.sup"...
[s11] Creating file "00001 - 11 - Subtitle (PGS), Italian.sup"...
[s12] Creating file "00001 - 12 - Subtitle (PGS), Dutch.sup"...
[s08] [2:33:19] The source file seems to be damaged (discontinuity). <WARNING>
[s09] [2:41:01] The source file seems to be damaged (discontinuity). <WARNING>
[s09] [2:41:03] The source file seems to be damaged (discontinuity). <WARNING>
[s09] [2:41:11] The source file seems to be damaged (discontinuity). <WARNING>
[s08] [2:41:11] The source file seems to be damaged (discontinuity). <WARNING>
Video track 2 contains 232607 frames.
Video track 3 contains 232607 frames.
Subtitle track 8 contains 1524 normal and 83 forced captions.
Subtitle track 9 contains 1337 normal and 82 forced captions.
Subtitle track 10 contains 1379 normal and 86 forced captions.
Subtitle track 11 contains 1385 normal and 86 forced captions.
Subtitle track 12 contains 1465 captions.
Subtitle track 13 contains 1469 captions.
Subtitle track 14 contains 136 captions.
eac3to processing took 14 minutes, 54 seconds.
Done.

[tebasuna51]

@frencher
Well, maybe there are corrupt data or other problem with this BD.
I can help you with this, use tsMuxeR if work fine.

[frencher]

Here is a screenshot of the subtitle in question is the subtitle 3D is perhaps that eac3to to create the error.

The link to download the subtitles (PGS) .sup => HERE (http://ul.to/g9f6xeur)

http://i46.tinypic.com/rw49r6.png

[Overdrive80]

Hi, one question. If I use "-edit=0:01:30.054,1000ms" for insert delay on ac3 file, eac3to doesnt transcoding, do it?

In short, my question is whether decodes and encodes to insert the delay, with the consequent loss of quality

[tebasuna51]

With a 48 KHz AC3 only insert 31 ac3 frames (31 x 32 ms = 992 ms), the default for 1000ms is add silence frames, if you want copy the precedent frames instead (loop) use the parameter -loop.

v3.0 (changelog)
* for gaps, edits & repairs > 1000ms eac3to now inserts silence by default
* for gaps, edits & repairs < 1000ms eac3to now loops audio by default
* option "-silence" forces eac3to to insert silence instead of looping audio
* option "-loop" forces eac3to to loop audio instead of inserting silence

[tebasuna51]

Here is a screenshot of the subtitle in question is the subtitle 3D is perhaps that eac3to to create the error.

The link to download the subtitles (PGS) .sup => HERE (http://ul.to/g9f6xeur)

Without problems with Subtitle Edit 3.2.7 and "00001 - 8 - Subtitle (PGS), English, 1524 normal captions, 83 forced captions.sup" and your image (more dificult when special font in native dialogs).

Seems a OCR issue, not related with eac3to.

[robertcollier4]

I recommend adding the -log="filename.log" switch to the eac3to help output as well in an effort to document all working switches.

[Overdrive80]

With a 48 KHz AC3 only insert 31 ac3 frames (31 x 32 ms = 992 ms), the default for 1000ms is add silence frames, if you want copy the precedent frames instead (loop) use the parameter -loop.

v3.0 (changelog)
* for gaps, edits & repairs > 1000ms eac3to now inserts silence by default
* for gaps, edits & repairs < 1000ms eac3to now loops audio by default
* option "-silence" forces eac3to to insert silence instead of looping audio
* option "-loop" forces eac3to to loop audio instead of inserting silence

Ok, thanks.

[frencher]

Without problems with Subtitle Edit 3.2.7 and "00001 - 8 - Subtitle (PGS), English, 1524 normal captions, 83 forced captions.sup" and your image (more dificult when special font in native dialogs).

Seems a OCR issue, not related with eac3to.

eac3to v3.27
command line: "F:\Temp\eac3to.exe" "P:\BDMV\PLAYLIST\00854.mpls" -demux

I did not say there was a problem with the subtitles but when démuxing and if too much error in "eac3to v3.27" stops.
It is true that I use a translator because I am French and I have trouble with English so that my application does not mean the same thing if google translator mistranslated.
The best will be to test the BD ISO or Original 3DBD PANASONIC AVATAR.

[m00c0w]

I'm having a problem with downmixing DTS 5.1 to Stereo AC3. Every time I downmix I get a negative audio gain which makes the resulting audio too low when I remux it with the original video file.

Here are the different syntaxes that I've tried:


"G:\Apps\AV Tools\eac3to\eac3to.exe" track2_eng.dts output.ac3 -down2 -192
"G:\Apps\AV Tools\eac3to\eac3to.exe" track2_eng.dts output.ac3 -down2 -192 -normalize
"G:\Apps\AV Tools\eac3to\eac3to.exe" track2_eng.dts output.ac3 -down2 -192 +0dB


The same file is produced for each of the above command lines and the result is always the same:


DTS, 5.1 channels, 1:58:53, 24 bits, 1509kbps, 48kHz
Decoding with ArcSoft DTS Decoder...
Downmixing multi channel audio to stereo...
Encoding AC3 <192kbps> with libAften...
Creating file "output.ac3"...
Clipping detected, a 2nd pass will be necessary. <WARNING>
Starting 2nd pass...
Decoding with ArcSoft DTS Decoder...
Downmixing multi channel audio to stereo...
Encoding AC3 <192kbps> with libAften...
Applying -3.22dB gain...
Creating file "output.ac3"...
eac3to processing took 54 minutes, 32 seconds.
Done.


What am I doing wrong?

Many thanks.

[nevcairiel]

eac3to tells you that there was clipping in the audio, and to avoid that clipping, it has to apply a negative gain (reduce volume so it doesn't clip anymore). Downmixing always has this risk.
Nothing is wrong, this is how its supposed to behave ;)

[m00c0w]

Ah I see :( Is there no other way to avoid clipping other than reducing the volume of the whole audio? When I play the DTS 5.1 audio through my stereo speaker system on my PC the audio volume is fine, but after downmixing it's a lot lower. What does my PC do differently to process the 5.1 audio through stereo output?

[tebasuna51]

Ah I see :( Is there no other way to avoid clipping other than reducing the volume of the whole audio?
Nope, is the correct way.

When I play the DTS 5.1 audio through my stereo speaker system on my PC the audio volume is fine, but after downmixing it's a lot lower. What does my PC do differently to process the 5.1 audio through stereo output?

A lot?
We don't know what your PC does, but something wrong.

[LigH]

Depends on the downmixing strategy.

The pessimistic strategy is: Downmix 6 channels with 1/6 of each volume to ensure there is no clipping. Disadvantage: Probably too quiet.

The optimistic strategy is: Downmix 6 channels with 1/sqrt(6) of each volume and trust the probability. Disadvantage: Clipping is possible.

The elaborate strategy is: Downmix 6 channels in the second pass with the factor gathered in a statistical first pass (2-pass normalization). Disadvantage: Takes more time, not real-time.

The dynamic strategy is: Downmix 6 channels and keep changing the factor with a brief look-ahead (Automatic Gain Control). Disadvantage: Pumping volume.

[Asmodian]

eac3to uses the "optimistic" strategy but switches to the "elaborate" strategy when clipping is detected, as in this case.

[tebasuna51]

eac3to uses the "optimistic" strategy but switches to the "elaborate" strategy when clipping is detected, as in this case.

Yes, and the "optimistic" strategy is here: http://forum.doom9.org/showthread.php?p=1600695#post1600695

[Sparktank]

I've been getting a lot of quieter sources too when downmixing.
I use the simple stereo downmix because I have just my laptop speakers plus my TV. (My receiver/amplifier just had it's volume dial fall off :()
Quite a few movies have such a huge difference between the dialog (which seems to be "creative" and "artistic" if they whisper) and loud action sfx.
I also notice that the music seems to be in the same volume levels as the sfx. Dialog is just a lost art in movies.

Often I'll get -7db for normalization. And quite often, clipping is always detected so a second pass is necessary.
I really don't want clipping so I allow the second pass normalization.
However, the overall drop in volume makes it quieter for playback. I really have to crank the volume on the TV set to hear everything.

I've found some helpful techniques using SoX's compand function in this thread...
http://forum.doom9.org/showthread.php?p=1589644#post1589644

It works great, for the most part.
I don't use the wavbooster app as it converts the sample rate to 44.1kHz. I don't want that. Ever.

I'm still experimenting, as each movie has different mastering applied so no single setting will fit all movies.

----
The Quesion:

Should I downmix with eac3to using -downstereo (in WAV) then use SoX to do the compand?
Or can SoX compand a 6ch WAV and then use eac3to to downmix?

What's the logical approach to downmixing to simple stereo and companding?
It almost seems weird to downmix to simple stereo with negative normalization applied (to avoid clipping) and then raise it again.
Wouldn't some of the data be lost or altered when normalized to quieter decibels, in effect creating odd audio gains during the compand?

Or am I overthinking this?
I want to downmix and compand with the least "logical" steps to alter the data as much as possible.
I have the space to do everything in WAV before converting to the final AC3 product. (Or if I get better at remembering the stdout/stdin)
I don't mind the processing time either.

[robertcollier4]

eac3to uses the "optimistic" strategy but switches to the "elaborate" strategy when clipping is detected, as in this case.
Yes, and the "optimistic" strategy is here: http://forum.doom9.org/showthread.php?p=1600695#post1600695

This is only for -down2 right? What is the strategy for -downDpl used by eac3to? Is there any eac3to command line switch to have eac3to always use the 2-pass "elaborate" downmixing strategy by default?

Also, does using Nero 7 with -nero switch if available improve the quality of a downmix by using a different downmixing DPLII algorithm? I was under the impression that if Nero 7 AC3 decoder is used for downmixing then it might be using a higher quality commercial proprietary Dolby DPLII algorithm - is this true?

[Asmodian]

The link provided by tebasuna51 actually shows the downmix from all multichannel audio formats with both -down2 and -downDpl.

I believe the result from the "elaborate" method can be forced by using -normalize.

[madshi]

The latest eac3to version always uses the "elaborate" method, for all downmixing variants.

[tebasuna51]

The Quesion:

Should I downmix with eac3to using -downstereo (in WAV) then use SoX to do the compand?
Or can SoX compand a 6ch WAV and then use eac3to to downmix?

If you use sox compand, with a profile like "Film standard" in AC3 Dynamic Range Compression, you can finish with max peak at -11 dB, and you need Normalize after.

I think is better use sox compand over the 6 channels and after use eac3to with -downStereo -normalize.

Also, if compand is used over each channel, you can improve the dialogs volume in Center channel. If compand is used over the downmix the dialogs can be masked with global volume.

[nautilus7]

Hi, I got this output when demuxing Cars (2006) Blu-ray Disc (us version). It's a seamless branched disc.
eac3to 1) -demux -keepdialnorm
M2TS, 1 video track, 10 audio tracks, 7 subtitle tracks, 1:56:35, 119.881p
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: TrueHD/AC3, English, 5.1 channels, 48kHz
(embedded: AC3 EX, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB)
4: AC3 EX, English, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
5: AC3 EX, French, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: AC3 EX, Spanish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
7: AC3, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
8: AC3, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
9: AC3, French, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
10: AC3, French, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
11: AC3, Spanish, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
12: AC3, Spanish, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
13: Subtitle (PGS), English
14: Subtitle (PGS), French
15: Subtitle (PGS), Spanish
16: Subtitle (PGS), French
17: Subtitle (PGS), Spanish
18: Subtitle (PGS), English
19: Subtitle (PGS), English
Creating file "00145 - Chapters.txt"...
s15 Extracting subtitle track number 15...
a07 Extracting audio track number 7...
a05 Extracting audio track number 5...
a04 Extracting audio track number 4...
s14 Extracting subtitle track number 14...
a11 Extracting audio track number 11...
a03 Extracting audio track number 3...
v02 Extracting video track number 2...
a06 Extracting audio track number 6...
s16 Extracting subtitle track number 16...
s18 Extracting subtitle track number 18...
a09 Extracting audio track number 9...
a12 Extracting audio track number 12...
a08 Extracting audio track number 8...
s19 Extracting subtitle track number 19...
s13 Extracting subtitle track number 13...
a10 Extracting audio track number 10...
a03 Extracting audio track number 3...
s17 Extracting subtitle track number 17...
a03 Extracting TrueHD stream...
a03 Extracting TrueHD stream...
a03 Decoding with libav/ffmpeg...
a03 Remapping channels...
a03 Encoding AC3 <640kbps> with libAften...
v02 Creating file "00145 - 2 - h264, 1080p24.h264"...
a03 Creating file "00145 - 3 - TrueHD+AC3, English, 5.1 channels, 48kHz.thd+ac3"...
a06 Creating file "00145 - 6 - AC3 EX, Spanish, 5.1 channels, 640kbps, 48kHz.ac3"...
a05 Creating file "00145 - 5 - AC3 EX, French, 5.1 channels, 640kbps, 48kHz.ac3"...
a04 Creating file "00145 - 4 - AC3 EX, English, 5.1 channels, 640kbps, 48kHz.ac3"...
s18 Creating file "00145 - 18 - Subtitle (PGS), English.sup"...
a07 Creating file "00145 - 7 - AC3, English, 2.0 channels, 192kbps, 48kHz.ac3"...
a08 Creating file "00145 - 8 - AC3, English, 2.0 channels, 192kbps, 48kHz.ac3"...
a10 Creating file "00145 - 10 - AC3, French, 2.0 channels, 192kbps, 48kHz.ac3"...
a11 Creating file "00145 - 11 - AC3, Spanish, 2.0 channels, 192kbps, 48kHz.ac3"...
a12 Creating file "00145 - 12 - AC3, Spanish, 2.0 channels, 192kbps, 48kHz.ac3"...
a09 Creating file "00145 - 9 - AC3, French, 2.0 channels, 192kbps, 48kHz.ac3"...
s19 Creating file "00145 - 19 - Subtitle (PGS), English.sup"...
a03 Skipping identical AC3 frames (seamless branching)...
a03 Skipping identical AC3 frames (seamless branching)...
a06 Skipping identical AC3 frames (seamless branching)...
a04 Skipping identical AC3 frames (seamless branching)...
a05 Skipping identical AC3 frames (seamless branching)...
a10 Skipping identical AC3 frames (seamless branching)...
a09 Skipping identical AC3 frames (seamless branching)...
a08 Skipping identical AC3 frames (seamless branching)...
a12 Skipping identical AC3 frames (seamless branching)...
a07 Skipping identical AC3 frames (seamless branching)...
a11 Skipping identical AC3 frames (seamless branching)...
s13 Creating file "00145 - 13 - Subtitle (PGS), English.sup"...
s14 Creating file "00145 - 14 - Subtitle (PGS), French.sup"...
s15 Creating file "00145 - 15 - Subtitle (PGS), Spanish.sup"...
s17 Creating file "00145 - 17 - Subtitle (PGS), Spanish.sup"...
a03 Audio overlaps for 5ms at playtime 0:19:08.
a03 Audio overlaps for 5ms at playtime 1:20:15.
a03 The audio gaps/overlaps can't be removed from the TrueHD bitstream.
a03 In order to remove them you'll have to transcode to another format.
a04 Audio has a gap of 1ms at playtime 0:01:15.
a04 Audio has a gap of 2ms at playtime 0:04:24.
a04 Audio has a gap of 11ms at playtime 1:33:56.
a04 Audio has a gap of 7ms at playtime 1:42:04.
a04 Audio has a gap of 10ms at playtime 1:42:36.
a05 Audio has a gap of 1ms at playtime 0:01:15.
a05 Audio has a gap of 2ms at playtime 0:04:24.
a05 Audio has a gap of 11ms at playtime 1:33:56.
a05 Audio has a gap of 7ms at playtime 1:42:04.
a05 Audio has a gap of 10ms at playtime 1:42:36.
a06 Audio has a gap of 1ms at playtime 0:01:15.
a06 Audio has a gap of 2ms at playtime 0:04:24.
a06 Audio has a gap of 11ms at playtime 1:33:56.
a06 Audio has a gap of 7ms at playtime 1:42:04.
a06 Audio has a gap of 10ms at playtime 1:42:36.
a07 Audio has a gap of 1ms at playtime 0:01:15.
a07 Audio has a gap of 2ms at playtime 0:04:24.
a07 Audio has a gap of 11ms at playtime 1:33:56.
a07 Audio has a gap of 7ms at playtime 1:42:04.
a07 Audio has a gap of 10ms at playtime 1:42:36.
a08 Audio has a gap of 1ms at playtime 0:01:15.
a08 Audio has a gap of 2ms at playtime 0:04:24.
a08 Audio has a gap of 11ms at playtime 1:33:56.
a08 Audio has a gap of 7ms at playtime 1:42:04.
a08 Audio has a gap of 10ms at playtime 1:42:36.
a09 Audio has a gap of 1ms at playtime 0:01:15.
a09 Audio has a gap of 2ms at playtime 0:04:24.
a09 Audio has a gap of 11ms at playtime 1:33:56.
a09 Audio has a gap of 7ms at playtime 1:42:04.
a09 Audio has a gap of 10ms at playtime 1:42:36.
a10 Audio has a gap of 1ms at playtime 0:01:15.
a10 Audio has a gap of 2ms at playtime 0:04:24.
a10 Audio has a gap of 11ms at playtime 1:33:56.
a10 Audio has a gap of 7ms at playtime 1:42:04.
a10 Audio has a gap of 10ms at playtime 1:42:36.
a11 Audio has a gap of 1ms at playtime 0:01:15.
a11 Audio has a gap of 2ms at playtime 0:04:24.
a11 Audio has a gap of 11ms at playtime 1:33:56.
a11 Audio has a gap of 7ms at playtime 1:42:04.
a11 Audio has a gap of 10ms at playtime 1:42:36.
a12 Audio has a gap of 1ms at playtime 0:01:15.
a12 Audio has a gap of 2ms at playtime 0:04:24.
a12 Audio has a gap of 11ms at playtime 1:33:56.
a12 Audio has a gap of 7ms at playtime 1:42:04.
a12 Audio has a gap of 10ms at playtime 1:42:36.
s16 Creating file "00145 - 16 - Subtitle (PGS), French.sup"...
a03 The original audio track has a constant bit depth of 24 bits.
a04 Starting 2nd pass...
a04 Realizing (E-)AC3 gaps...
a04 Creating file "00145 - 4 - AC3 EX, English, 5.1 channels, 640kbps, 48kHz.ac3"...
a05 Starting 2nd pass...
a05 Realizing (E-)AC3 gaps...
a05 Creating file "00145 - 5 - AC3 EX, French, 5.1 channels, 640kbps, 48kHz.ac3"...
a06 Starting 2nd pass...
a06 Realizing (E-)AC3 gaps...
a06 Creating file "00145 - 6 - AC3 EX, Spanish, 5.1 channels, 640kbps, 48kHz.ac3"...
a07 Starting 2nd pass...
a07 Realizing (E-)AC3 gaps...
a07 Creating file "00145 - 7 - AC3, English, 2.0 channels, 192kbps, 48kHz.ac3"...
a08 Starting 2nd pass...
a08 Realizing (E-)AC3 gaps...
a08 Creating file "00145 - 8 - AC3, English, 2.0 channels, 192kbps, 48kHz.ac3"...
a09 Starting 2nd pass...
a09 Realizing (E-)AC3 gaps...
a09 Creating file "00145 - 9 - AC3, French, 2.0 channels, 192kbps, 48kHz.ac3"...
a10 Starting 2nd pass...
a10 Realizing (E-)AC3 gaps...
a10 Creating file "00145 - 10 - AC3, French, 2.0 channels, 192kbps, 48kHz.ac3"...
a11 Starting 2nd pass...
a11 Realizing (E-)AC3 gaps...
a11 Creating file "00145 - 11 - AC3, Spanish, 2.0 channels, 192kbps, 48kHz.ac3"...
a12 Starting 2nd pass...
a12 Realizing (E-)AC3 gaps...
a12 Creating file "00145 - 12 - AC3, Spanish, 2.0 channels, 192kbps, 48kHz.ac3"...
Video track 2 contains 167736 frames.
Subtitle track 13 contains 1732 captions.
Subtitle track 14 contains 1525 captions.
Subtitle track 15 contains 1494 captions.
Subtitle track 16 contains 83 captions.
Subtitle track 17 contains 89 captions.
Subtitle track 18 contains 1815 captions.
Subtitle track 19 contains 1582 captions.
eac3to processing took 25 minutes, 57 seconds.
Done.

It seems to me like the 1 (identical) frame that is removed, causes these gaps later on. I say so, because if you sum the duration of the gaps for each audio tracks you have 31ms (almost equal to 1 ac3 frame).

Any ideas? I have never come across a disc that has overlaps and gaps at the same time...

[nautilus7]

I noticed another thing as well.

If I demux a matroska file (.mkv) which contains a FLAC audio track, then eac3to decodes the FLAC and encodes it again as FLAC. Why does this happen?

[Sparktank]

I think is better use sox compand over the 6 channels and after use eac3to with -downStereo -normalize.

Also, if compand is used over each channel, you can improve the dialogs volume in Center channel. If compand is used over the downmix the dialogs can be masked with global volume.

Thank you! I'll give this a whirl next time. I had thoughts that this might be more efficient.

[sl1pkn07]

about:

For best AAC decoding you need:
(1) Nero 7 (Nero 8 won't work!)
(2) Nero HD DVD / Blu-Ray plugin


why no use NeroAacDec from NeroAACCodec?

[06_taro]

Didn't do any further tests, but AAC is encoded in floating point precision yet NeroAacDec limits its decoded data to only 16-bit, while Nero's directshow decoder outputs 24-bit

[sl1pkn07]

ok

pity nero +7 never work on linux (through wine)

[frencher]

@frencher
About your question: "I wanted to know if others have had the same problem as me for demuxing 3D Bluray PGS subtitles tracks (.sup)"
Seems the answer is "Nope", at least not for me.

Please put the log file, if show any <ERROR> or <WARNING>, or more info about your problem.

The problem a little more detailed Here (http://forum.doom9.org/showthread.php?p=1616248#post1616248)

I use eac3to to extract the audio and subpic streams from the MPLS, except when the MPLS is made of a single M2TS/SSIF file (because subtitle timings are sometimes damaged when there is a cut between two M2TS). In that case, the streams are extracted from the M2TS.
The video is encoded from the single or multiple M2TS/SSIF pair(s) anyway. (Look at the AVS script to see how I do it.)

[robertcollier4]

I noticed that it is said that eac3to 5.1ch -DownDpl algorithm does not use any of the information from the LFE track??

Is it recommended to use -mixlfe with -downDpl?

From: http://forum.doom9.org/showthread.php?p=1600695#post1600695
3/2 or 3/2.1
Stereo
FL' = FL + 0.7071 x FC + BL
FR' = FR + 0.7071 x FC + BR
Dpl
FL' = FL + 0.7071 x FC + 0.8660 x BL + 0.5000 x BR
FR' = FR + 0.7071 x FC - 0.5000 x BL - 0.8660 x BR


http://forum.doom9.org/showthread.php?p=1600695#post1600695
If exist the parameter -mixlfe add:
FL' = ... + 0.7071 x LFE
FR' = ... + 0.7071 x LFE

[tebasuna51]

Is it recommended to use -mixlfe with -downDpl?

Dolby Digital recommend NOT use LFE in DPL dowmix.

But, of course, it's your choice.