eac3to - audio conversion tool

[madshi]

Originally Posted by tebasuna51

To be backward compatible I suggest use a new parameter "-downstereo" for the new mix and let "-down2" with the Dolby ProLogic II behaviour.

Originally Posted by b66pak

in my opinion we should have:

-down2stereo
-down2dpl
-down2dpl2
-lfe

the present "-down2" will be equal to "-down2dpl2" for backward compatibility...

Hmmmmm... I think I like b66pak's idea of appending a qualifier to "-down2", however, I don't really like the term "stereo" here, especially because "-down2stereo" is kind of double information. Do you guys have a good idea how to term the "straight" downmixing matrix? Maybe "-down2straight"? Or "-down2simple"? Or something else?

Originally Posted by b66pak

also for everybody to be happy i think you should also give full access to the mixer

Originally Posted by tebasuna51

That's could be interesting.

I'll think about that. Don't know right now how difficult it would be to implement...

Originally Posted by tebasuna51

You are right, maybe you can use the same procedure for dpl2 with:

fl' = FL + 0.7071 x FC + 0.866 x BL + 0.5 x BR
fr' = FR + 0.7071 x FC - 0.5 x BL - 0.866 x BR

Yeah, good thinking, will do that!

Originally Posted by jpsdr

If i want to extract the raw video track from an .mts/.m2ts file, to get an untouched raw video data stream, to be able to use it later in authoring SW like Scenarist.
Is the following enough : eac3to file.mts -demux
or, is there others options to add ? (Maybe to extract only video if possible).
If i want the results file(s) to be put on another place than the source file, what the command line should be ?

"-demux" is ok, but it will demux all video, audio and subtitle tracks. You can do "eac3to file.mts c:\whatever\video.h264", if the video track is h264 (use .mpeg2 or .vc1 for other video types). That will demux only the video track, and this way you can also choose the target file path.

Originally Posted by Midzuki

Let's say, I create an MKV which contains DTS audio, encoded from 16-bit .WAVs. When I demux the MKV with eac3to, this always "patches" the demuxed DTS to "24-bits". What is the point of this behavior?

Two facts:

(1) Each DTS frame contains a header field which informs us about whether the original source was 16bit or 24bit. In theory this header field is only for our information and should not be used during decoding (except for DTS-HD MA where due to being lossless the final output should have the same bitdepth as the original source). Because this header field is only for our information, and should not really be used during decoding, it should not *harm* to modify it (again: the exception is DTS-HD MA).

(2) There are some decoders which always limit their output to the bitdepth of the original audio source - even for lossy DTS. That means, if the header field says that the original audio data was only 16bit, then the decoder only outputs 16bit, too. This is *BAD* because lossy formats decode always to higher than 16bit (doesn't matter which bitdepth the original source had), and if the decoder downconverts that to 16bit, we lose quality.

Now combine the two facts above and you will see that what eac3to does, shouldn't ever harm, but it will sometimes (with stupid decoders) help to get higher quality playback.

Got it?

Originally Posted by spork985

FLAC 1.1.4 worked, flac 1.2.0 would not. Thank you very much, I have been going crazy about this for a few days now!

<shameless self promotion> I wish all software had such exact crash reporting as eac3to has. I think with most other software you'd be stuck and never know why it didn't work on your PC. </shameless self promotion>

[Midzuki]

Originally posted by madshi
Got it?

Yes, sir:

1) there is a certain DTS encoder that is not, let's say,
"as smart as it should be" ;

2) In the "dictionary of advertising and marketing" ,
"24-bit DTS" is a misnomer for *96kHz*

[madshi]

Originally Posted by Midzuki

there is a certain DTS-HD encoder that is not, let's say, "as smart as it should be" ;

Not sure what you're saying here...

Originally Posted by Midzuki

In the "dictionary of advertising and marketing" ,
"24-bit DTS" is a misnomer for *96kHz*

From a technical point of view 24bit and 96kHz have *nothing* to do with each other. Totally separate things. Don't let yourself be confused by the DTS marketing department...

[tebasuna51]

Originally Posted by madshi

Hmmmmm... I think I like b66pak's idea of appending a qualifier to "-down2", however, I don't really like the term "stereo" here, especially because "-down2stereo" is kind of double information. Do you guys have a good idea how to term the "straight" downmixing matrix? Maybe "-down2straight"? Or "-down2simple"? Or something else?

No problem, my vote for "-down2simple", "straight" is more dificult to spell, for no english people, and can cause typos.

Related with this kind of downmix uses, maybe you can add support for Lame.exe encoder (like NeroAacEnc or with dll).
Many people want mp3 output for compatibility issues (device or container avi related).

We can use parameters like -192 to CBR encode (Lame -b 192). Valid values:
[32,40,48,56,64,80,]96,112,128,160,192,224,256,320
Maybe we can forget low values, not recommended at all.

For VBR we can use the same parameter than for NeroAacEnc, with this conversion:
-quality=1.0 -> -b 320 (high possible with Lame
-quality=0.9.. -> -V 0
-quality=0.8.. -> -V 1
-quality=0.7.. -> -V 2
-quality=0.6.. -> -V 3
-quality=0.5.. -> -V 4 (default VBR)
-quality=0.4.. -> -V 5
-quality=0.3.. -> -V 6
-quality=0.2.. -> -V 7
-quality=0.1.. -> -V 8
-quality=0.0.. -> -V 9
To avoid the strange behaviour of Lame parameter (high V less quality)

I know this can be do with stdout.wav | Lame ... (like my GUI UsEac3to do) but other GUI's (Clown_BD, HdBrStreamExtractor-MeGUI, ...) can't convert to mp3.

[Midzuki]

Originally Posted by madshi

Not sure what you're saying here...

tebasuna51 had written:

And Surcode put always 24 bits also when source wavs is 16 bits,

Conclusion: I was not talking about Surcode.

[yesgrey]

Originally Posted by madshi

Hmmmmm... I think I like b66pak's idea of appending a qualifier to "-down2", however, I don't really like the term "stereo" here, especially because "-down2stereo" is kind of double information. Do you guys have a good idea how to term the "straight" downmixing matrix? Maybe "-down2straight"? Or "-down2simple"? Or something else?

Here is my suggestion...
Changing the "2" to "To", like this:

-downTo6 (previously down6)
-downTo2
-downTodpl
-downTodpl2
-downTo "some specification to decide" (custom mix)

This would have the benefit of not using the same command for downmixing channels as for reducing the bit depth (down16...23).
Another idea is using "mixTo" instead of "downTo".

[yesgrey]

Originally Posted by b66pak

also for everybody to be happy i think you should also give full access to the mixer with something like:

-down2custom 1v0.3694,3v0.2612,5v0.3694 2v0.3694,3v0.2612,6v0.3694

I also like the full access to the mixer idea, and I would like if you would also add another option in case you decide to go for it.
Using the custom mix only for scanning the file and then output the peak value in dB.
Why I need this?
I always use the hardware mixer of my soundcard to mix from 5.1 to 4.0, and with that info I could set the right values to avoid any clipping without lowering the volume too much. Currently I have it set to safe values, which give me low volume in a lot of movies...

[Midzuki]

Example:

--- create a stereo DTS file @ 48kHz @ 384kbps;

--- run "eac3to input.dts output.wav";

--- play "output.wav" in your favorite player;

*giggles*

OTOH,

"ffmpeg -i input.dts output.wav" works properly.

[nurbs]

Try "eac3to input.dts output.wav -simple"

[b66pak]

i am ok with "-down2simple" too...
_

[Midzuki]

Originally Posted by nurbs

Try "eac3to input.dts output.wav -simple"

Doesn't work.

[VAMET]

Dear Friends

eac3to is a very good application to demux original Blu-Ray Disc.
I used it very often and then my movies I watch on Dune HD Base 3.0.

Is there any possibility to demux with eac3to, but with such flag, option, to have subtitles ready for remux with tsMuxeR with final result: specified subtitles always on during movie playback?

I have audio English and Polish subtitles, but when I watch such movie after eac3to and tsMuxeR process, I need to choose manualy my Polish subtitles.

There is no option to automaticaly choose specified subtitles on Dune HD Base 3.0. So I would like to create BDMV folder structure, but with subtitles, which are always on from the beginning of the movie.

Is it possible?

I will be glad for any help.
Thank you.
Best regards.

Sincerely

[setarip_old]

@VAMET

Hi!

Try "multiAVCHD"...

[Adub]

Okay, I seem to have encountered a bug:

Source: Inglorious Bastards Blu-ray, US.
Problem:
Eac3to appears to hang, or "deadlock", with no CPU usage after finding clipping in the DTS-MA audio track that is being converted.

However, it only does this when the "resampleto48000" commandline flag is present. In addition, eac3to was complaining about the resampling and told me to use r8brain, if that is any help.

Example:

Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Users\Adub>"C:\multiAVCHD\tools\eac3to\eac3to.exe" "D:\Multimedia\BluTemp\ING
_BASTERDS\BDMV\STREAM\00010.m2ts" 3: "c:\00010.m2ts.t2.ac3"  -resampleTo48000 -3
84 -r8brain -progressnumbers
analyze: 1%
analyze: 2%
analyze: 3%
analyze: 4%
analyze: 5%
analyze: 6%
analyze: 7%
analyze: 8%
analyze: 9%
analyze: 10%
analyze: 11%
analyze: 12%
analyze: 13%
analyze: 14%
analyze: 15%
analyze: 16%
analyze: 17%
analyze: 18%
analyze: 19%
analyze: 20%
analyze: 21%
analyze: 22%
analyze: 23%
analyze: 24%
analyze: 25%
analyze: 26%
analyze: 27%
analyze: 28%
analyze: 29%
analyze: 30%
analyze: 31%
analyze: 32%
analyze: 33%
analyze: 34%
analyze: 35%
analyze: 36%
analyze: 37%
analyze: 38%
analyze: 39%
analyze: 40%
analyze: 41%
analyze: 42%
analyze: 43%
analyze: 44%
analyze: 45%
analyze: 46%
analyze: 47%
analyze: 48%
analyze: 49%
analyze: 50%
analyze: 51%
analyze: 52%
analyze: 53%
analyze: 54%
analyze: 55%
analyze: 56%
analyze: 57%
analyze: 58%
analyze: 59%
analyze: 60%
analyze: 61%
analyze: 62%
analyze: 63%
analyze: 64%
analyze: 65%
analyze: 66%
analyze: 67%
analyze: 68%
analyze: 69%
analyze: 70%
analyze: 71%
analyze: 72%
analyze: 73%
analyze: 74%
analyze: 75%
analyze: 76%
analyze: 77%
analyze: 78%
analyze: 79%
analyze: 80%
analyze: 81%
analyze: 82%
analyze: 83%
analyze: 84%
analyze: 85%
analyze: 86%
analyze: 87%
analyze: 88%
analyze: 89%
analyze: 90%
analyze: 91%
analyze: 92%
analyze: 93%
analyze: 94%
analyze: 95%
analyze: 96%
analyze: 97%
analyze: 98%
analyze: 99%
analyze: 100%
M2TS, 1 video track, 3 audio tracks, 5 subtitle tracks, 2:33:00, 24p /1.001
1: Chapters, 34 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
   (core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
4: DTS, Spanish, 5.1 channels, 24 bits, 768kbps, 48khz
5: DTS, French, 5.1 channels, 24 bits, 768kbps, 48khz
6: Subtitle (PGS), English
7: Subtitle (PGS), Spanish
8: Subtitle (PGS), French
9: Subtitle (PGS), Spanish
10: Subtitle (PGS), French
a03 The ArcSoft and Sonic decoders don't seem to work, will use libav instead.
a03 The libav DTS decoder doesn't decode the full DTS-HD information.
a03 Extracting audio track number 3...
a03 Extracting DTS core...
a03 Decoding with libav/ffmpeg...
a03 Remapping channels...
a03 Resampling to 48khz...
a03 Encoding AC3 <384kbps> with libAften...
a03 Creating file "c:\00010.m2ts.t2.ac3"...
process: 1%
process: 2%
process: 3%
process: 4%
process: 5%
process: 6%
process: 7%
process: 8%
process: 9%
process: 10%
process: 11%
process: 12%
process: 13%
process: 14%
process: 15%
process: 16%
process: 17%
process: 18%
process: 19%
process: 20%
process: 21%
process: 22%
process: 23%
process: 24%
process: 25%
process: 26%
process: 27%
process: 28%
process: 29%
process: 30%
process: 31%
process: 32%
process: 33%
process: 34%
process: 35%
process: 36%
process: 37%
process: 38%
process: 39%
process: 40%
process: 41%
process: 42%
process: 43%
process: 44%
process: 45%
process: 46%
process: 47%
process: 48%
process: 49%
process: 50%
process: 51%
process: 52%
process: 53%
process: 54%
process: 55%
process: 56%
process: 57%
process: 58%
process: 59%
process: 60%
a03 Clipping detected, a 2nd pass will be necessary.

If there is anything that you need from me, please, let me know.

[Jynx980]

I can't get eac3to to recognize the Monsters Inc. Bonus disc on Blu Ray. I get "HD DVD / Blu-Ray disc structure not found." from either a rip or actual disc in drive. It's the regular commercial disc, plays fine, just cant get any info on it with eac3to. This is the first time I have had a problem with this. Suggestions?

[NanoBot]

Are you sure that the bonus disc is a Bluray ? Amazon.com tells me "DVD Of Film Plus Original DVD Bonus", so the bonus disk might be a DVD, which of course can't be prcessed with eac3to.

[JnZ]

I'm wondering if would be posible support user defined FPS conversion.
For example I have audio from 23.976fps version, and video 25.050fps, so I need use something like this commandline:

eac3to source.mp3 dest.wav -23.976 -changeTo25.050

It will be nice to support reading these user defined float values.


Anyway thanks for superrior software.

[Jynx980]

It's Blu-Ray. File Size is about 21GB. The one on Amazon has 4 discs, two blu-ray and two dvd. It has the same structure as other blu-rays; BMDV, CERTIFICATE, PLAYLIST, STREAM... Not sure how it's different than any other one.

[tebasuna51]

@madshi, feature request if is easy:

When a gain is applied by request (+3dB) eac3to send the message:
Applying +3dB gain...

Is possible send a equivalent message when a 2nd pass for 'Clipping detected', or -normalize parameter, apply a gain?
The user then know the amount of gain needed.
The value can be in dB, % or coefficient, the more easy way for you.

Thanks.

[liquidator87]

When using a command line like this:

PHP Code:

eac3to.exe source dest -slowdown -295ms 


is the delay applied before or after the framerate conversion?

Looking at the program output it seems before, just to be sure