eac3to - audio conversion tool

[rhaz]

How to use eac3to to mux 6 mono wavs to DTS? I have a surcode encoder for DTS, I tried More GUI, but I totally don't understand anything there, there is no selection for dts encoder neither. I tried BeSweet GUI, it its all bugs in Windows 8, it gives blank screen in the GUI, I can't make any settings or options selection.

[tebasuna51]

Originally Posted by wiggaz

I'd like to know how to cut an audio at a specific time and keep the first part of the cut.

AFAIK eac3to can't be used for that.
There are specific tools to do the job for each audio codec.
Like here is off topic open other thread with a MediaInfo of your audio file.

[LigH]

@ tebasuna51:

Did you reply to wiggaz, to rhaz, or to both?

@ wiggaz:

It seems that eac3to does not yet offer support for processing only # seconds while transcoding. A combination of a negative delay and a maximum transcoding duration could allow something similar to Trim() in AviSynth, but it may have to be implemented yet...

@ rhaz:

As far as I know, open the six channel WAVs in your SurCode DVD-DTS encoder. It has an own GUI. See the screenshot on the Minnetonka website. You don't feed them via eac3to when they are already six mono WAVs, only when a surround audio source is transcoded.

[RamGuy]

I'm trying to use Eac3To to convert DTS-HD MA into FLAC libav isn't able to do more than the regular DTS embedded in the DTS-HD MA track so I started fiddling with the latest trial version of ArcSoft TotalMedia Theatre as that seems to be the way to get this going.

I've moved all the dll's and ax files to my Eac3To folder, manually registered all the necessary files using elevated CMD prompt using regsvr32 but it's still not working for me.

I only get the message "The ArcSoft DTS decoder doesn't seem to work, will use libav insetad." and we are back to basic...

[LigH]

eac3to used to support the DLLs provided by TMT3, but the most current version (TMT5) is not supported anymore (it doesn't use a "checkactivation.dll" which was required in the older supported version). You may be able to find a package of all supported DLLs, but sharing them separately (like in RipBot264) may not comply with the ArcSoft EULA...

[rack04]

I'm trying to back-up a copy of a 3D Blu-ray and I notice that eac3to reports left eye and right eye. If I want to back-up to 2D does it matter which one I select?

[Shevek]

Originally Posted by rack04

I'm trying to back-up a copy of a 3D Blu-ray and I notice that eac3to reports left eye and right eye. If I want to back-up to 2D does it matter which one I select?

very much so - I can never remember which is which, but one eye is the normal 2D movie and the other eye is only the "extra" info needed to create the 3D image. There won't be an audio track in the "extra" eye track.

[rack04]

Originally Posted by Shevek

very much so - I can never remember which is which, but one eye is the normal 2D movie and the other eye is only the "extra" info needed to create the 3D image. There won't be an audio track in the "extra" eye track.

Thanks. I'm going to assume the left eye is the normal 2D movie because the right eye choked DGDecNV and the resultant file size was much less than the left eye stream.

[r0lZ]

I have an example of a commercial 3D BD with the left and right views inverted. There are at least two examples currently available: Ice Age 3 and Sammy II. In both cases, eac3to prints this:

eac3to.exe "Z:\BDMV\PLAYLIST\00852.mpls" 1)

M2TS, 2 video tracks, 11 audio tracks, 12 subtitle tracks, 1:34:02, 24p /1.001
1: Chapters, 20 chapters
2: h264/AVC  (left eye), 1080p24 /1.001 (16:9)
3: h264/AVC (right eye), 1080p24 /1.001 (16:9)
[...]

It should be this:

2: h264/AVC (right eye), 1080p24 /1.001 (16:9)
3: h264/AVC  (left eye), 1080p24 /1.001 (16:9)

Also, track 3 is not an AVC stream, but a MVC stream. So, ideally, the output should be:

2: h264/AVC (right eye), 1080p24 /1.001 (16:9)
3: h264/MVC  (left eye), 1080p24 /1.001 (16:9)

However, that's not really important, as long as the MVC stream is always after the AVC stream. I suppose it's the case, but I'm not absolutely sure. If in this case it is before the AVC stream, the correct output should be:

2: h264/MVC  (left eye), 1080p24 /1.001 (16:9)
3: h264/AVC (right eye), 1080p24 /1.001 (16:9)

Currently, it is therefore not possible to know for sure what's the correct order of the views to convert the 3D movie to side-by-side or top-bottom.
Is it possible to fix that bug? Thanks in advance.

[EDIT] I did a demux of track 2, and it is the AVC stream. So, apparently, that confirms that the AVC track is always "before" the MVC track. But there is still no way to know what track contains the left or right view.

[frencher]

I have same problem of r0lZ with commercial 3D BD with the left and right views inverted "Le voyage extraordinaire de Samy"



eac3to prints this:

eac3to.exe "H:\BDMV\PLAYLIST\00011.mpls"

M2TS, 2 video tracks, 1 audio track, 1:25:35, 24p /1.001
1: Chapters, 12 chapters
2: h264/AVC  (left eye), 1080p24 /1.001 (16:9)
3: h264/AVC (right eye), 1080p24 /1.001 (16:9)
[...]

It should be this:

2: h264/AVC (right eye), 1080p24 /1.001 (16:9)
3: h264/MVC  (left eye), 1080p24 /1.001 (16:9)

Same thanks

[yesgrey]

Hi,

Is it possible to use madFlac to decode a flac file and then feed it into eac3to?

I am asking this because I am testing flaccl and would like to verify if the files created by it are bit perfect.

If I use eac3to to convert a flac file created by flaccl I get the following error:
"An error in the stream caused the FLAC decoder to lose synchronization.
Aborted at file position 3145728."

However, if I try playing the file using madFlac it plays fine, so, if we could use madFlac instead of eac3to's internal flac decoder I think I would be able to do the tests I want...

The only way I can think about is to use graphedit for converting the flac file with madFlac to 6 wav files (since it's a movie soundtrack) and then convert the 6 wav files to one single flac using eac3to. Would this be the only option?

[madshi]

If madFlac can play it, but eac3to not, this might be a bug in eac3to, or a bug in the audio file. I'd suggest that you create a bug entry here: http://eac3to.bugs.madshi.net and attach a short test file with which eac3to complains. Then if I find some time for eac3to again, I'll give it a try. As for feeding madFlac (or any other DirectShow decoder output) into eac3to: I'm not aware of a direct/simple way to do that.

[yesgrey]

Bug entry created. However, due to problems with it not accepting flac files it ended up creating two bug entries. Could you please delete the one that has no file attached?

I wanted to start using flaccl instead of flac inside eac3to, because it will save me a lot of time, but I want to be sure that it gives accurate results, hence why I wanted to use eac3to to convert a flaccl generated file to a flac eac3to flac, to compare with the original one created with eac3to, which I consider as the reference.

The tests I did using graphstudio and madflac to output pcm files were not very good to flaccl, because not only the files are different than the eac3to generated one, but they are also different between them if I compare two different compression levels. It seems flaccl is messing the data in someway... However, I think a comparison using eac3to would be more appropriate.

Now, it's just waiting for you to find the time to look at it...

[r0lZ]

Madshi, if you want the info on how to determine if the AVC stream of a 3D BD is the left or right view, Jdobbs has just poster the answer here.

[AngelGraves13]

Can eac3to do TrueHD to WAVS? I tried it on Ghostbusters and it threw me an error using the Stream Extractor tool. Should I just extract the THD file and try it via command line?

[tebasuna51]

Yes, it can.
Try with:

eac3to input.thd output.wavs

and put the log if there are problems.

[Sparktank]

madshi,

Will you be changing the FLAC library to the newer revisions made by Xiph.org?

FLAC has just updated to 1.3.0 very recently.

Also the source tarballs containing the newer Xiph updates can be downloaded from...
http://downloads.xiph.org/releases/flac/

They also moved their development to their own git repository.

EDIT: I actually just replaced the libFLAC.dll from RareWares.com (v1.3.0) in the eac3to directory and it seems to have converted audio to FLAC without problems.

EDIT2: I think I understand the FLAC update.
It's mostly for the front-end CLI encoders (flac.EXE) and not the library itself (libflac.DLL) and since eac3to deals with the library directly, the update isn't needed.

I just read a post over at Illustrate's forum (dBpoweramp) about someone requesting a FLAC update and the Illustrate devs explained it pretty well.

[Thunderbolt8]

dtsdecoderdll.dll v1.1.0.9 has been released with ArcSoft TotalMedia Theatre 6.0.1.123.

anyone able to do an extensive test with all that dts (ma/hd) decoding with all those bitdepth and channel options to see whether there are any advantages compared to the former versions?

[Chumbo]

Help clarify something for me please. When slowing down audio, is the displayed message supposed to show the actual parameters as requested on the command or is it just a generic message? I ask because you can see, below, that I'm slowing down 24 to 23.976 but the message shows Changing FPS from 25.000 to 23.976.

Running: eac3to "test.mkv" 2: "test.ac3" -24.000 -changeTo23.976 -384
MKV, 1 video track, 1 audio track, 0:42:57, 25p
1: MPEG2, English, 576p25 (16:9) with pulldown flags
2: AC3, English, 5.1 channels, 384kbps, 48kHz, dialnorm: -27dB   "3/2+1"
v01 The video bitstream framerate field doesn't match the container framerate.
a02 Extracting audio track number 2...
a02 Removing AC3 dialog normalization...
a02 Decoding with libav/ffmpeg...
a02 Changing FPS from 25.000 to 23.976...
a02 Remapping channels...
a02 Encoding AC3 <384kbps> with libAften...
a02 Creating file "test.ac3"...

[tebasuna51]

When the input file have a fps defined:

MKV, 1 video track, 1 audio track, 0:42:57, 25p

the -24.000 is ignored.
Extract the ac3 if you need a duration change -24.000 -changeTo23.976