eac3to - audio conversion tool

[tebasuna51]

Originally Posted by Jeff B

I would like to confirm something. I am transcoding an AC-3 file (direct from the source) to another AC-3 file. Eac3to reports a delay of 48ms. I take it that eac3to applied this delay properly even though the file is being slowed down. Here is the relevant portion of the log. (I know that 48ms is only a little more than a frame and is probably not noticeable, but I'd like to know for sure because of the slowdown and in case I am in the same situation with greater audio delays.)

When you decode the source the audio delay is applied to the uncompressed audio exactly to 48 ms.
After the slowdown is applied, then you have a exact sync.

BTW, if you want mix the audio to other video maybe the delay is different.

Originally Posted by tebasuna51

When you decode the source the audio delay is applied to the uncompressed audio exactly to 48 ms. After the slowdown is applied, then you have a exact sync.

BTW, if you want mix the audio to other video maybe the delay is different.

That's what I needed to know. (I'm not muxing it to different video: it's the same video with a slowdown. Basically I'm converting to NTSC.)

[tebasuna51]

Originally Posted by Thunderbolt8

this

Sorry but I don't understand how are related the two problems.

"eac3to fails to convert audio data-less WAVs"
A WAV without data is only the header and is nothing to convert.

What is the size of 'test_audacity.wav'?
If is greater than a few bytes maybe you have a corrupt header without a DATA chunk.

"edit: the English track is 16-bit and gets patched to 24-bit when being demuxed"
I can't understand. If you only demux the DTS you can't change anything, only DTS-MA have bitdeph, don't exist other DTS 16bits or 24bits. Please put the log when you extract audios from m2ts.

[Thunderbolt8]

they arent, but you asked what the problem is so I pointed to my problem

[tebasuna51]

Then put the eac3to log extracting the audios.

[Thunderbolt8]

eac3to v3.24
command line: eac3to  3) D:\E06.mkv
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 1:06:17, 50i
1: Chapters, 10 chapters
2: VC-1, 1080i50 (16:9)
3: DTS Hi-Res, German, 5.1 channels, 24 bits, 2814kbps, 48kHz
   (core: DTS, 5.1 channels, 24 bits, 1509kbps, 48kHz)
4: DTS Hi-Res, English, 5.1 channels, 16 bits, 2046kbps, 48kHz
   (core: DTS, 5.1 channels, 16 bits, 1509kbps, 48kHz)
Creating file "D:\E06 - Chapters.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a04] Extracting audio track number 4...
[a04] Patching bitdepth to 24 bits...
[v02] Muxing video to Matroska...
[a03] Creating file "D:\E06 - 3 - DTS Hi-Res, German, 5.1 channels, 24 bits, 2814kbps, 48kHz.dtshr"...
[a04] Creating file "D:\E06 - 4 - DTS Hi-Res, English, 5.1 channels, 16 bits, 2046kbps, 48kHz.dtshr"...
Added fps value (25) to MKV header.
Video track 2 contains 73977 frames.
eac3to processing took 5 minutes, 10 seconds.
Done.

doesnt seem to help much though, as there is nothing wrong you could see. all I can say now is the runtime of the video .mkv file is 49:19, same for the german audio track and the english audio track is 1:06:17.

funny thing is when muxing english track and video together, the final file still has a runtime of 1:06:17 (as the english track), but video finishes at 49:19 and still is completely in sync with the audio. still, there is then ~15 minutes of nothing at the end of the file (still last frame and no sound)

[tebasuna51]

Yes, don't help too much.
If you extract the 'core' work fine the mkv?
Maybe a problem with DTS-HR and mkv, I never test this.

[Thunderbolt8]

its the same. but anyway, that wouldnt explain why the runtime of the video is now shorter as well (as said, the .m2ts play fine till the end of 1:0617)

its strange that eng track has a longer runtime on the one hand, but is as long as the video when both are remuxed together. is there some form of speedup involved?

[me7]

I installed the trail version of the latest ArcSoft TotalMedia Theater to get access to their DTS-MA decoder, but eac3to fails to find the decoder. Do I need some additional configuration?

[73ChargerFan]

Originally Posted by Thunderbolt8

[code]eac3to v3.24
command line: eac3to 3) D:\E06.mkv
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 1:06:17, 50i
1: Chapters, 10 chapters
2: VC-1, 1080i50 (16:9)

Perhaps try using tsMuxeR to demux the m2ts into elementary streams first. I had difficulty remuxing 1080i60 extras from a bd a year ago, and madshi told me eac3to sometimes didn't work with those sources.

[nibus]

Originally Posted by me7

I installed the trail version of the latest ArcSoft TotalMedia Theater to get access to their DTS-MA decoder, but eac3to fails to find the decoder. Do I need some additional configuration?

try this:

http://forum.doom9.org/showthread.ph...77#post1398577

[Thunderbolt8]

Originally Posted by 73ChargerFan

Perhaps try using tsMuxeR to demux the m2ts into elementary streams first. I had difficulty remuxing 1080i60 extras from a bd a year ago, and madshi told me eac3to sometimes didn't work with those sources.

hm I guess I'll keep it as .m2ts then for now. dont like to output as elementary stream for some reason.

[me7]

Originally Posted by nibus

try this:

http://forum.doom9.org/showthread.ph...77#post1398577

Doesn't work with version 1.1.0.8 (the one I have). I get the following log output when I try to decode a 6.1 DTS-HD track:

[a03] The ArcSoft and Sonic decoders don't seem to work, will use libav instead.
[a03] The libav DTS decoder doesn't decode the back channels.  <WARNING>
[a03] The libav DTS decoder doesn't decode the full DTS-HD information.  <WARNING>
[a03] Extracting audio track number 3...
[a03] Extracting DTS core...
[a03] Decoding with libav/ffmpeg...
[a03] The AC3 encoder received a non-supported data format (float, 7, 64, -).  <ERROR>
Aborted at file position 1048576.  <ERROR>

Since 1.1.0.8 supposedly can't handle 6.1 DTS it could be related that bug.

Is there any other way to decode 6.1 DTS?

[Thunderbolt8]

try 1.1.0.1

[tebasuna51]

Originally Posted by me7

Doesn't work with version 1.1.0.8 (the one I have). I get the following log output when I try to decode a 6.1 DTS-HD track:
...

Please put the full log.
We need know the command line.

[me7]

Doesn't seem related to eac3to specifically, I can't get the decoder to work with Media Player Classic Home Cinema either.
Is this really the only way to access a 6.1 DTS stream?

[asarian]

Getting the following error trying to convert 6.1 channel DTS-MA to LPCM:

a03 Blu-Ray PCM doesn't support 6.1 channels. Will upconvert to 7.1.

This is, in itself, normal, except that I had a commandline like this:

"eac3to 1) 3: c:\video\temp.pcm -down6"

Since I'm downcoverting to 5.1 anyway, it seems wiser for eac3to to do so directly, instead of upconverting to 7.1 first.

[tebasuna51]

Originally Posted by asarian

"eac3to 1) 3: c:\video\temp.pcm -down6"

Yes I can confirm the bug, work with other output but not with pcm. But isn't the problem, the problem is:

One more time, the eac3to -down6 with 6.1 sources don't work fine, the surround channels have a bad mix.

You need:
eac3to input_6.1 output.wavs

and make the mix manually:

SL' = SL + 0.7071 x BC
SR' = SR + 0.7071 x BC

[Thunderbolt8]

is there actually any list of bugs which eac3to currently has with 3.24? and maybe also a list of known limitations in regards to other tools like arcsoft etc. (apart from those mentioned at 1st page)?
would be nice if someone with an overview on these things could create such a list, I myself always keep losing track of such things.

might be easier then just to refer back to a certain post which can be kept up to date.

[asarian]

Originally Posted by tebasuna51

Yes I can confirm the bug, work with other output but not with pcm. But isn't the problem, the problem is:

One more time, the eac3to -down6 with 6.1 sources don't work fine, the surround channels have a bad mix.

You need:
eac3to input_6.1 output.wavs

and make the mix manually:

SL' = SL + 0.7071 x BC
SR' = SR + 0.7071 x BC

So, I guess I was 'lucky' then, in my case of pcm, that it upconverted to 7.1 first, mix-wise? (assuming downconvert from 7.1 goes fine too).