eac3to - audio conversion tool

[Thunderbolt8]

BTW, ArcSoft 1.1.0.0 can decode only "normal setup" (-logdts: $84b). ArcSoft 1.1.0.7 and 1.1.0.8 decode all configurationis this really true? I guess that would be the first thing the other 2 versions can do better than 1.1.0.0. guess, in that case we'd need to switch between different versions then.

[TDiTP_]

is this really true? I guess that would be the first thing the other 2 versions can do better than 1.1.0.0. guess, in that case we'd need to switch between different versions then.

Yes, we need switch in this situation.
In case of non-standart scheme decoder 1.1.0.0 give garbage in some channels. So, i tried other two versions and they are decoded properly. If you have DTS-HD M.A.S. you can try yourself. If not, try decode test sample (http://www.mediafire.com/?kagbxe5zg7tdzg0) of DTS-HD 7.1 (scheme 2) and compare results.
AFAIK, there are only two differences between 1.1.0.0 and 1.1.0.8:
- 1.1.0.0 can decode DTS(-HD) 6.1/6.0 but can't decode non-standart 7.1
- 1.1.0.8 can't decode DTS(-HD) 6.1/6.0 but can decode non-standart 7.1
Both decode DTS(-HD) 1.0 correctly, unlike 1.1.0.7.

[Midzuki]

<SNIP>

AFAIK, there are only two differences between 1.1.0.0 and 1.1.0.8:
- 1.1.0.0 can decode DTS(-HD) 6.1/6.0 but can't decode non-standart 7.1
- 1.1.0.8 can't decode DTS(-HD) 6.1/6.0 but can decode non-standart 7.1
Both decode DTS(-HD) 1.0 correctly, unlike 1.1.0.7.

argh :(

[deathlord]

Yes, we need switch in this situation.
In case of non-standart scheme decoder 1.1.0.0 give garbage in some channels. So, i tried other two versions and they are decoded properly. If you have DTS-HD M.A.S. you can try yourself. If not, try decode test sample (http://www.mediafire.com/?kagbxe5zg7tdzg0) of DTS-HD 7.1 (scheme 2) and compare results.
AFAIK, there are only two differences between 1.1.0.0 and 1.1.0.8:
- 1.1.0.0 can decode DTS(-HD) 6.1/6.0 but can't decode non-standart 7.1
- 1.1.0.8 can't decode DTS(-HD) 6.1/6.0 but can decode non-standart 7.1
Both decode DTS(-HD) 1.0 correctly, unlike 1.1.0.7.

Maybe madshi could make it so eac3to automatically takes the correct decoder for each format, provided the right version is present?

[GollyJer]

Is there any way to get eac3to to use the MPC-HC (Gabest) splitter instead of Haali?

[Snowknight26]

It doesn't use any splitters. It only uses the MKV muxer that comes packaged with Haali Media Splitter.

[harry.rb]

I have Nero 7 (premium) installed, along with the BluRay/HDDVD Plugin, they show as being properly licensed in the Nero ProductSetup tool, on Win7x86; however eac3to -test still reports that "Nero Audio Decoder (Nero 6 or older) doesn't seem to be installed".
This same version was working fine with no tweaks on WinXP, but not after a clean install of Win7 and Nero.
Can someone please enlighten me as to how to get eac3to to recognize the decoder on Win7x86?

I had the same problem with win7. After a lot of reading on internet en trying things i finaly got it working. Try this:
Install your Nero 7 on the c: drive. Register theBluRay/HD plugin. Copy or install the latest Eac3to to c:\eac3to.
Find the files: AdvrCntr2.dll, NeAudio2.ax and neEacDec.dll in c:\program files\common files\ahead\lib and c:\program files\common files\ahead\dsfilter, and copy those files to the eac3to directory. The file NeAudio2.ax wasn't installed on my win7 pc, i copied the file from my XP pc. If you don't have the file e-mail me and i can send it. Then run cmd.exe with administrator rights (rightclick mouse). In the command prompt go to the c:\eac3to directory and register the 3 files: "regsvr32 advrCntr2.dll" and so on for the other 2. Then do eac3to -test and see if its working....Let us know if it is working....

[xkodi]

AFAIK, there are only two differences between 1.1.0.0 and 1.1.0.8:
- 1.1.0.0 can decode DTS(-HD) 6.1/6.0 but can't decode non-standart 7.1
- 1.1.0.8 can't decode DTS(-HD) 6.1/6.0 but can decode non-standart 7.1
Both decode DTS(-HD) 1.0 correctly, unlike 1.1.0.7.

i'm busy at the moment and i can't check it myself, but i'm wondering how exactly people who are reporting those results check to confirm them and if they checked every single byte that the decoded information is bit-by-bit perfect.

also, TDiTP asked me in private message to check again my results reported here:

http://forum.doom9.org/showthread.php?p=1426223#post1426223

which i'm very sure about, because i checked them many times before, but since several people claimed using the "fake" header approach results in bit-by-bit perfect decode, i'm going to check it again.

in my opinion, maybe, it's good idea several people who are willing to do the work, to collaborate, prepare all possible DTS-HD (MA) samples and build a table with what is working and what not and with which version of which decoder, etc. but those people have to be credible and to know what they are doing, because otherwise it's pointless and there are enough speculations already.

[EDIT] please, stop speculating - i wasted 15-20 minutes to check:

1.1.0.8 ... but can decode non-standart 7.1

and it's totally not true and if someone claims otherwise, i advice him/her to first learn how to use hex-editor before try to mislead all of us with false information.

my test was run on the following:

"DTS Master Audio, 7.1 (strange setup) channels, 24 bits, 96kHz"

and in fact 1.1.0.8 output is the same as 1.1.0.0

[TDiTP_]

Please, stop your panic.

1.

[EDIT] please, stop speculating - i wasted 15-20 minutes to check:

Quote:
1.1.0.8 ... but can decode non-standart 7.1
and it's totally not true and if someone claims otherwise, i advice him/her to first learn how to use hex-editor before try to mislead all of us with false information.

my test was run on the following:

"DTS Master Audio, 7.1 (strange setup) channels, 24 bits, 96kHz"

and in fact 1.1.0.8 output is the same as 1.1.0.0

Where did i say anything about "DTS Master Audio, 7.1 (strange setup) channels, 24 bits, 96kHz" ? In this case indeed results are identical. i can confirm it.
But i was talking about "DTS Master Audio, 7.1 (strange setup) channels, 16 bits, 48kHz". In this case results are not identical and 1.1.0.0 produces bad PCM (FL and FR channels).
For those who has any doubt i can encode DTS in DTS-HD M.A.S. from any test WAVs and upload it to any fileshare. Everyone can double-check it.

i think the difference is due to 16-bit and 24-bit. 24-bit decoded by 1.1.0.0 as by 1.1.0.8 - ok; 16-bit DTS-HD 7.1 preperly decoded only by 1.1.0.0.
2.

also, TDiTP asked me in private message to check again my results reported here:

http://forum.doom9.org/showthread.ph...23#post1426223

which i'm very sure about, because i checked them many times before, but since several people claimed using the "fake" header approach results in bit-by-bit perfect decode, i'm going to check it again.

Very nice that you are talking about it here. I'm sure that you're mistaken at least in the case 5.1. I checked the 3 BD-discs with DTS-HD MA 5.1 (but I think that result with 7.1 would be the same, i will be able to confirm it later) and WAVs (StreamPlayer) were identical WAVs (ArcSoft, Sonic). i don't know how to prove it, do you want me to screen HexEditor for you? i'm not the only one who disagrees with the results of your test.

3.
I made only one mistake. Accept my apologies.
ArcSoft 1.1.0.8 can't normal decode DTS(-HD) 1.0. Only ArcSoft 1.1.0.0 can do it.

4.
New information. For DTS (5.1 16/48 1510) [sample (http://www.mediafire.com/?tgfa7uc0kx8iqtl)] i think
- libavcodec, NicDtsSource and Tranzcode doesn't correct decode DTS (5.1, 16-bit, 48 kHz) - too low level of LFE. In case of NicDtsSource and Tranzcode also other channels have lower (~0.5 dB) level.
- ArcSoft 1.1.0.0 produce result differs from 1.1.0.8.
Here comparison table with some other dts-decoders and Decoder of DTS-HD StreamPlayer (reference):

Total RMS Power: SNR for L.wav:
LFE.wav L.wav

DTS.inc reference decoder -25.35 dB -19.37 dB 57.2 dB (Gain for File B = 0.99994)
ArcSoft(1.1.0.0)-eac3to -25.35 dB -19.37 dB 57.2 dB (Gain for File B = 0.99994)
ArcSoft(1.1.0.8)-eac3to -25.35 dB -19.37 dB 57.2 dB (Gain for File B = 0.99994)
Sonic(4.3.0.169)-eac3to -25.35 dB -19.37 dB 57.2 dB (Gain for File B = 0.99994)
Nero7-eac3to -25.35 dB -19.37 dB 57.2 dB (Gain for File B = 0.99994)
libav-eac3to -28.11 dB -19.37 dB 56.346 dB (Gain for File B = 1.0002)
libav-eac3to.-full -28.11 dB -19.37 dB 56.346 dB (Gain for File B = 1.0002)
libav-ffmpeg -28.11 dB -19.37 dB 56.32 dB (Gain for File B = 1.0002)
NicDtsSource-BeHappy -28.11 dB -19.88 dB 56.346 dB (Gain for File B = 1.0608)
Tranzcode 0.40b -28.11 dB -19.88 dB 56.346 dB (Gain for File B = 1.0608)

Average frequency graphs:
http://thumbnails9.imagebam.com/11524/e367a9115231836.jpg (http://www.imagebam.com/image/e367a9115231836) http://thumbnails32.imagebam.com/11524/a7a3b0115231842.jpg (http://www.imagebam.com/image/a7a3b0115231842) http://thumbnails34.imagebam.com/11524/ad94cf115231850.jpg (http://www.imagebam.com/image/ad94cf115231850)
It's all right with frequencies, but in case of libav-ffmpeg one can see a bit higher level after audio bandwidth (~22.7 kHz).

WAV of Arcsoft 1.1.0.8, Sonic and Nero are identical byte-in-byte (i'm using HxD (http://mh-nexus.de/en/hxd/)) to each other and not idential to Arcsoft 1.1.0.0.

Again, i can encode to everyone any DTS from his sample-WAVs for recheck.

[DivxBr]

Hi,
I tried hard to find an answer, but couldn't.
Is there any way to overcome the 15 minutes limitation (only are shown the 'mpls' with more than 15 min) when scanning playlists in BD folders?
Thanks.

[xkodi]

Please, stop your panic.
.........

hehe, i'm far away from being panicked, because at least i know well what i'm doing and i'm going to spend time explaining to you why you're wrong again, only because i see that you're at least interested in the subject.

first of all here:

File name: 71_test_wavs.rar File size: 344.99 KB (http://www.fileserve.com/file/7mcEfae)

i uploaded 8 mono 16-bit, 48 kHz WAV files that are simple enough samples to make the testing both easy and conclusive, the files are as follows:

* "8_Channels_CH0_L.wav" : contains the sound of pronouncing the words "Front Left", the rest is silence or in hex editor that is zeroes

* "8_Channels_CH1_R.wav" : contains the sound of pronouncing the words "Front Right", the rest is silence or in hex editor that is zeroes

* "8_Channels_CH2_C.wav" : contains the sound of pronouncing the word "Center", the rest is silence or in hex editor that is zeroes

* "8_Channels_CH3_LFE.wav" : contains short bass sound at last few seconds, the rest is silence or in hex editor that is zeroes

* "8_Channels_CH4_BL.wav" : contains the sound of pronouncing the words "Back Left", the rest is silence or in hex editor that is zeroes

* "8_Channels_CH5_BR.wav" : contains the sound of pronouncing the words "Back Right", the rest is silence or in hex editor that is zeroes

* "8_Channels_CH6_SL.wav" : contains the sound of pronouncing the words "Side Left", the rest is silence or in hex editor that is zeroes

* "8_Channels_CH7_SR.wav" : contains the sound of pronouncing the words "Side Right", the rest is silence or in hex editor that is zeroes

as i mentioned those WAVs are perfect for testing for at least 2 reasons - first most of them is silence and the sound is short and easy to distinguish, which allows to understand what is decoded, because most of the file bytes are zeroes and that makes it really very easy to compare source WAV and decoded WAV in hex editor; second - the sound in each WAV is on different time, which also allows to understand better what is decoded

so, here is "DTS Master Audio, 7.1 (strange setup) channels, 16 bits, 48kHz" sample encoded by the above WAVs:

File name: dts_hd_ma_strange_setup_test.rar File size: 848.70 KB (http://www.fileserve.com/file/fuc9dJu)

now, if you decode the above DTS-MA sample with Arcsoft 1.1.0.0 and 1.1.0.8 you will get:

1) Left ("L") channel decoded by Arcsoft 1.1.0.0 =/= Left ("L") channel decoded by Arcsoft 1.1.0.8: the sound decoded by Arcsoft 1.1.0.0 is just some distorted noise on the same time frame as words "Front Left" of the source WAV, the sound decoded by Arcsoft 1.1.0.8 is indeed the words "Front Left", but they are not decoded bit-perfectly to the original source WAV

2) Right ("R") channel decoded by Arcsoft 1.1.0.0 =/= Right ("R") channel decoded by Arcsoft 1.1.0.8: the sound decoded by Arcsoft 1.1.0.0 is just some distorted noise on the same time frame as words "Front Right" of the source WAV, the sound decoded by Arcsoft 1.1.0.8 is indeed the words "Front Right", but they are not decoded bit-perfectly to the original source WAV

3) Center ("C") channel decoded by Arcsoft 1.1.0.0 == Center ("C") channel decoded by Arcsoft 1.1.0.8: indeed the sound is the word "Center" on the same time frame as the source WAV, but not decoded bit-perfectly to the original source WAV

4) LFE channel decoded by Arcsoft 1.1.0.0 == LFE channel decoded by Arcsoft 1.1.0.8: indeed the sound is the bass sound on the same time frame as the source WAV, but not decoded bit-perfectly to the original source WAV

5) Back Left ("BL") channel decoded by Arcsoft 1.1.0.0 == Back Left ("BL") channel decoded by Arcsoft 1.1.0.8: the sound is words "Back Left, Side Left" or Arcsoft mixed the BL and SL of the source WAVs during the decoding. also, the decoded information is not bit-perfect to the original source WAVs

6) Back Right ("BR") channel decoded by Arcsoft 1.1.0.0 == Back Right ("BR") channel decoded by Arcsoft 1.1.0.8: the sound is words "Back Right, Side Right" or Arcsoft mixed the BR and SR of the source WAVs during the decoding. also, the decoded information is not bit-perfect to the original source WAVs

7) Side Left ("SL") channel decoded by Arcsoft 1.1.0.0 == Side Left ("SL") channel decoded by Arcsoft 1.1.0.8: the sound is words "Back Left" or of course not bit-perfect to SL source WAV as well as not even bit-perfect to BL source WAV

8) Side Right ("SR") channel decoded by Arcsoft 1.1.0.0 == Side Right ("SR") channel decoded by Arcsoft 1.1.0.8: the sound is words "Back Right" or of course not bit-perfect to SR source WAV as well as not even bit-perfect to BR source WAV


so, i hope now you understand better what i'm talking about. also, here are the decoded WAVs for your reference respectively by Arcsoft 1.1.0.0 and 1.1.0.8:

File name: 1100.rar File size: 302.04 KB (http://www.fileserve.com/file/T9CkVXb)

File name: 1108.rar File size: 389.27 KB (http://www.fileserve.com/file/vz2ZtSe)

in very short there is no version of Arcsoft decoder that can handle DTS-MA 7.1 "strange setup" files in bit-perfect way, i agree that there is small improvement regarding "L" and "R" channel with version 1.1.0.8, but still the decoded information is not correct in terms of bit-perfect decode. the only way to get bit-perfect decode from DTS-MA 7.1 "strange setup" files is to use Sonic decoder and convert it to correct 5.1 WAV file as i tried to explain here:

http://forum.doom9.org/showthread.php?p=1443085#post1443085

(and in some of the subsequent posts).

if you want me to check something more or have objections, let me know, i believe it's in interest of the whole community to have clarity what and how works and what doesn't.

[TinTime]

Hi,
I tried hard to find an answer, but couldn't.
Is there any way to overcome the 15 minutes limitation (only are shown the 'mpls' with more than 15 min) when scanning playlists in BD folders?
Thanks.

Not directly. I wrote a batch script to call eac3to for each playlist and output the lengths of each to a text file. Possibly one of the GUIs for eac3to might offer similar functionality? I'm not sure.

[DivxBr]

Not directly. I wrote a batch script to call eac3to for each playlist and output the lengths of each to a text file. Possibly one of the GUIs for eac3to might offer similar functionality? I'm not sure.

Yes, I'd tried this, but when I make this, in some disks, I get some odds and/or fake responses, like this:

1) 00643.mpls, 2:12:38
[643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643+643+643+643+643
+643+643+643+643+643+643+643+643+643].m2ts
- Chapters, 451 Chapters
- h264/AVC, 1080p24 /1.001 (16:9)

who, despite the fact that it shows a duration of more than 15min isn't show (correctly) by eac3to when I use it with the whole folder.

[quartex]

Hi,
Since I have experienced BD-R degradation (http://forum.doom9.org/showthread.php?p=1471875), I' now demuxing again all my BD-R (to check if they are good or not). The BD-R content is the result of demux/remux (using eac3to and tsmuxer). So I'm running eac3to against these BD-R contents.

I've noticed that sometime I get this warning message:
The video framerate is correct, but rather unusual. <WARNING>

and sometime this:
Audio overlaps for xx ms at playtime xx

Is something to worry about?

In the degraded BD-R I get
the source file seems to be damaged (sync byte missing)
and when I get this, I'm sure the BD-R is bad

What about the other warning messages?
Thanks!

[rapscallion]

For the first time I'm demuxing an LPCM audio track.

When selected, eac3to identifies the audio track as "raw/pcm".

So, in order to retain the original audio, for remuxing later, which output to I select, LPCM, PCM, Raw, or WAV ?

Edit: Or, should I just select "wavs" and then re encode them to DTS-MA ?

[Thunderbolt8]

guess that depends if you want to have it as dtsma or not. for pure sake of being lossless, it shouldnt matter.

[rapscallion]

Thanks. I played around with it and did demux to wavs and re encode to MA.

Significant space saving vs pcm, with really no loss of quality.

[Lyle_JP]

Thanks. I played around with it and did demux to wavs and re encode to MA.

Significant space saving vs pcm, with really no loss of quality.

If you had re-encoded to TrueHD you would have saved even more space with identical quality.

[rapscallion]

If you had re-encoded to TrueHD you would have saved even more space with identical quality.
Except that I don't have a True HD professional encoder.
What would you use for results equivalent to DTD-MAS ?

The Dolby Media Producer is $3995.00 vs DTS-MAS @ $ 1495.00.
Plus , the Dolby Suite only runs on Mac.

[Adub]

FLAC possibly, but that is only useful if you are going to keep your output on your computer, or just want to use it as a intermediary format.

[rapscallion]

FLAC possibly, but that is only useful if you are going to keep your output on your computer, or just want to use it as a intermediary format.

Which I'm not.

I'm backing up to BD25/50 for playback on a SA BD player.

[Adub]

Okay, that's what I thought. There really aren't that many audio formats that you can choose from, as they are inherently limited by the Blu-ray spec.

[martyseilh]

"And eac3to will no longer do anything to the "fixed" files."

I agree because when I am using eac3to i thought i did something wrong but the problem is eac3to is not really fixing files.

----------------
Auto Traffic Monopoly System (http://www.squidoo.com/automate-auto-traffic-monopoly-review)

[jmone]

Hi - just a clarification on DD+ (E-AC3) to FLAC conversion as I've a bunch of HD-DVD that is time to rip to MKV. Anyway, madshi's opening post describes that the Nero 7 filters are "best" followed by libav, yet I've read other posts in this thread that say don't bother with Nero 7 anymore as the Arcsoft HD Audio filters are best.
Thanks
Nathan

FYI
- I own a lic for Arcsoft TMT 3 and 5 and eac3to sees this as working fine
- I own a lic for Nero 7 Premium but eac3to reports that there is somehting wrong (presumably it is that the "Nero HD DVD / Blu-Ray plugin" need to be isntalled and activated)

[TDiTP_]

xkodi. Sorry, i just now saw your post. almost missed.

i'm doing and i'm going to spend time explaining to you why you're wrong again, only because i see that you're at least interested in the subject.
So.. where i'm was wrong? nowhere. you got the same results that i. i didn't use word "bit-perfect", i know about "strange setup". Did you read my previous post? http://forum.doom9.org/showthread.php?p=1469401#post1469401
i agree with tebasuna51 that for all scheme Arcsoft make correction for standard location of speakers in a 7.1 audio system. And wrote that correct mix can't be obtrained with 1.1.0.0. it's all :) . Your experiment confirms this.


there is no version of Arcsoft decoder that can handle DTS-MA 7.1 "strange setup" files in bit-perfect way, i agree that there is small improvement regarding "L" and "R" channel with version 1.1.0.8, but still the decoded information is not correct in terms of bit-perfect decode. the only way to get bit-perfect decode from DTS-MA 7.1 "strange setup" files is to use Sonic decoder and convert it to correct 5.1 WAV file as i tried to explain here

main problem, i think, that you didn't see this (http://forum.doom9.org/showthread.php?p=1469401#post1469401) my post. There i gave a link to your message (http://forum.doom9.org/showthread.php?p=1443085#post1443085) too.

if you want me to check something more or have objections, let me know, i believe it's in interest of the whole community to have clarity what and how works and what doesn't.
let's talk about StreamPlayer Decoder. In other thread.

PS. May be small bug in eac3to. "-shutdown" doesn't work. not only on my PC.

[jmone]

Another Q - Any opinions on how E-AC3 at 1,536kbps compares with DTS at 1,536kbps as a target (instead of FLAC) for the conversion of these HD-DVD audio tracks?

[nurbs]

AC3 at 640 kbps should give the same perceptual quality as DTS at 1.5 Mbps. E-AC3 should have better quality than AC3 at the same bitrate. Make of that what you will.

[WonderCsabo]

Hi guys!

Noob question: i have an mkv file and a H.264 and DTS-HD MA stream within. Mediainfo says the length is 1m 1s 229ms.
I demux the DTS-HD MA stream with eac3to, then Mediainfo says the demuxed stream is 1m 1s 472ms.

Why does it happen?

[TheLion]

Please help!

I am about to rip my Blu-Ray collection to mkv files using eac3to. (Anydvd, transcoding to flac and mkv for video, all the latest revisions - Arcsoft DTS decoder 1.1.0.8 (1.1.0.0 has the same results)

Lately a lot of discs failed to be processed by eac3to. Examples are The Expendables and Aliens (Alien 1 is processed without a hitch).

See the following log as an example:

C:\eac3to>eac3to d: 1) 1: c:\alien\b.txt 2: c:\alien\b.mkv 3: c:\alien\b.flac 8:
c:\alien\bger.flac 13: c:\alien\b.sup
M2TS, 1 video track, 10 audio tracks, 18 subtitle tracks, 2:34:26, 24p /1.001
1: Chapters, 44 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: AC3, English, 3/1.1 channels, 448kbps, 48kHz, dialnorm: -27dB
5: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
6: AC3, Portuguese, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB
7: DTS, French, 5.1 channels, 24 bits, 768kbps, 48kHz
8: DTS, German, 5.1 channels, 24 bits, 768kbps, 48kHz
9: AC3, Spanish, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB
10: AC3, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
11: AC3, English, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB
12: AC3, English, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB
13: Subtitle (PGS), English
14: Subtitle (PGS), Portuguese
15: Subtitle (PGS), Danish
16: Subtitle (PGS), Finnish
17: Subtitle (PGS), French
18: Subtitle (PGS), German
19: Subtitle (PGS), Spanish
20: Subtitle (PGS), Dutch
21: Subtitle (PGS), Norwegian
22: Subtitle (PGS), Swedish
23: Subtitle (PGS), English
24: Subtitle (PGS), Danish
25: Subtitle (PGS), Finnish
26: Subtitle (PGS), French
27: Subtitle (PGS), German
28: Subtitle (PGS), Dutch
29: Subtitle (PGS), Norwegian
30: Subtitle (PGS), Swedish
Creating file "c:\alien\b.txt"...
s13 Extracting subtitle track number 13...
v02 Extracting video track number 2...
v02 Muxing video to Matroska...
a08 Extracting audio track number 8...
a08 Decoding with ArcSoft DTS Decoder...
a03 Extracting audio track number 3...
a08 Encoding FLAC with libFlac...
a03 Decoding with ArcSoft DTS Decoder...
a03 Encoding FLAC with libFlac...
a08 Creating file "c:\alien\bger.flac"...
a03 Creating file "c:\alien\b.flac"...
s13 Creating file "c:\alien\b.sup"...
s13 0:51:25 The source file seems to be damaged (sync byte missing).
v02 0:54:54 The source file seems to be damaged (sync byte missing).
a08 0:54:54 The source file seems to be damaged (sync byte missing).
a03 0:54:54 The source file seems to be damaged (sync byte missing).
s13 0:51:25 The source file seems to be damaged (sync byte missing).
v02 0:54:54 The source file seems to be damaged (discontinuity).
a08 0:54:54 The source file seems to be damaged (sync byte missing).
a03 0:54:54 The source file seems to be damaged (sync byte missing).
s13 0:51:25 The source file seems to be damaged (sync byte missing).
v02 0:54:54 The source file seems to be damaged (sync byte missing).
a08 0:54:54 The source file seems to be damaged (sync byte missing).
a03 0:54:54 The source file seems to be damaged (sync byte missing).
s13 0:51:25 The source file seems to be damaged (sync byte missing).
v02 0:54:54 The source file seems to be damaged (sync byte missing).
a08 0:54:54 The source file seems to be damaged (sync byte missing).
a03 0:54:54 The source file seems to be damaged (sync byte missing).
s13 0:51:25 The source file seems to be damaged (sync byte missing).
v02 0:54:54 The source file seems to be damaged (sync byte missing).
a08 0:54:54 The source file seems to be damaged (sync byte missing).
a03 0:54:54 The source file seems to be damaged (sync byte missing).
s13 0:51:25 The source file seems to be damaged (sync byte missing).
v02 0:54:54 The source file seems to be damaged (sync byte missing).
a08 0:54:54 The source file seems to be damaged (sync byte missing).
a03 0:54:54 The source file seems to be damaged (sync byte missing).
v02 0:54:54 The source file seems to be damaged (sync byte missing).
a08 0:54:54 The source file seems to be damaged (discontinuity).
a03 The ArcSoft DTS Decoder reported an error while decoding.
a08 The ArcSoft DTS Decoder reported an error while decoding.
Aborted at file position 15497293824.

What to do? Thanks!

[TinTime]

Might be a read error. Can you rip the whole disc using AnyDVD? If so does eac3to show the same errors when running against the files on your HDD?

[Thunderbolt8]

rerip the disc. Ive converted aliens just fine.

[DVDBob]

Is there an alternative decoder for AAC, so I can avoid to install Nero???

[Thunderbolt8]

just get it here and only use the corresponding .dll(? or .exe) http://www.nero.com/eng/downloads-nerodigital-nero-aac-codec.php

no need to install anything

[DVDBob]

Ok thank you.

[TheLion]

Might be a read error. Can you rip the whole disc using AnyDVD? If so does eac3to show the same errors when running against the files on your HDD?

Thank you for the response. I certainly tried to rip it on HD first using AnyDVD or tsMuxer (demuxing, transcoding into combined stream...) - all with the same result.

So this might be a problem with my BD-drive with certain seamless branching discs...I will try a firmwire update or something...

[Mark_A_W]

I have to rip seamless branching discs to the hard drive before processing with eac3to. If I try and process direct from the disc I get these errors - for seamless branching titles, normal titles are ok from the disc.

I had the same issue - about 20 pages ago by now...

[TheLion]

I have to rip seamless branching discs to the hard drive before processing with eac3to. If I try and process direct from the disc I get these errors - for seamless branching titles, normal titles are ok from the disc.

I had the same issue - about 20 pages ago by now...

Do you rip them with AnyDVD? Which drive do you have - mine is the LG BH10LS30?

[Mark_A_W]

Do you rip them with AnyDVD? Which drive do you have - mine is the LG BH10LS30?


Yes, Anydvd rip "VideoDVD to Harddisk"

Then use eac3to.


I have the LG Combo BD/HD-DVD drive GGC-H20L drive.

[d9rook]

I'm hoping someone can help me a little. Trying to take an E-AC3 file with random bit rates to a AC3 448kbps bit rate file for playback over a 360?

[nurbs]

What's the problem?
Basically the command you need to use is something like
eac3to input.eac3 ouput.ac3 -448

[Cheshire Cat]

Hi! I'm new using eac3to. I used to use different tools to do the job of converting DTS tracks to AC3 but they all seemed to have some problem/drawback.

I've been reading about eac and from what I've seen it does always introduce some kind of modification when processing the audio. More generally the dialog normalization, correct?

I would like to ask if isn't there any way the audio conversion can be made respecting the -db values of the original track? I mean, without changing the track from the original. Just transcoding. It is possible or with eac I'm stuck with normalization?

[tebasuna51]

...
I would like to ask if isn't there any way the audio conversion can be made respecting the -db values of the original track? I mean, without changing the track from the original. Just transcoding. It is possible or with eac I'm stuck with normalization?
eac3to respect the -db values of the original track. Just transcode.
The parameter -normalize is optional.

[d9rook]

What's the problem?
Basically the command you need to use is something like
eac3to input.eac3 ouput.ac3 -448

My original file is an mkv file. What is the command to rip the audio track from the mkv so that I have a seperate eac3 file? Or should I be ripping to a different format?I'm trying to end up with a wtv file. Thanks.

[tebasuna51]

If the eac3 audio is the T track in mkv:

eac3to T: input.mkv ouput.ac3 -448

[nurbs]

My original file is an mkv file. What is the command to rip the audio track from the mkv so that I have a seperate eac3 file? Or should I be ripping to a different format?I'm trying to end up with a wtv file. Thanks.
You type
eac3to input.mkv
This will list all the tracks in the mkv file with numbers next to them. Let's say your eac3 track is the second track in the file. Then you type
eac3to input.mkv 2:output.ac3 -448

[d9rook]

Thank you for the steps.

Tried, got the following error.

D:\eac3to>eac3to d:/movies/300/300.mkv 2:output.ac3 -448
MKV, 1 video track, 1 audio track, 1:56:33, 30p /1.001
1: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
2: EAC3, English, 5.1 channels, 48kHz, -83ms
"3/2+1"
Bitstream parsing for track 2 failed.
Demuxing this track may still produce correct results - or not.
This audio conversion is not supported.

D:\eac3to>

[nurbs]

I think your slashes are the wrong way. It should be "\", not "/". Also try putting the paths in brackets.
D:\eac3to>eac3to "d:\movies\300\300.mkv" 2:"d:\movies\300\output.ac3" -448

[Snowknight26]

It's most likely a mangled MKV or E-AC3 stream as eac3to has no problems parsing E-AC3.

[d9rook]

Thanks for the replies. I tried 3 other mkvs ripped using makemkv, all gave the identical error. Then I d/led ClownBD and used the gui and it gave the same error on all 3 as well. Should I rip with some other tool? has anyone specifically used Makemkv to take to mkv then eac3to to convert the audio on a HD-dvd?

[nurbs]

You can try to extract the track first, for instance:
eac3to input.mkv 2:output.eac3
or
eac3to input.mkv -demux
and do the reencoding afterwards. There is also mkvextract if you want to demux the streams, but I haven't used that myself.
I personally have no experience with MakeMKV, so I can't help you specifically with that. I use AnyDVD HD, but there is no reason you shouldn't be able to get MakeMKV to work.

Also make sure that you have the latest version of eac3to. Maybe MakeMKV uses Header Removal Compresson, which eac3to only supports since version 3.23.