eac3to - audio conversion tool

[tebasuna51]

@Someone_123
Put here your command line and log (if any).

[Someone_123]

I load the track in eac3to and select to decode it, but nothing happens... the program just minimizes and there is no CMD or sh*t.... eac3to just stays minimized...
Where's the problem?!?

[tebasuna51]

Originally Posted by Someone_123

I load the track in eac3to and select to decode it...

How make you this?

[rfic]

Originally Posted by hoju3508

I see what you mean. I ran it through eac3to again and it removed the padding. Now it works with TsMuxer.

Thanks,

-Hoju

me too here, thanks guys for help

i use remuxer and it works

[Someone_123]

Originally Posted by tebasuna51

How make you this?

First I extract my audio track. For exmaple TrueHD (*.thd) track. I open the eac3to GUI, which has all of its plugins like SurCode DTS. Then I click on "Add Source File(s)" and input the *.thd audio track. After that I go to the next tab "Eac3to Audio" and in the upper right I choose the "Input File(s) or Folder(s)". (I just select the only file that I added earlier)
The program usually runs CMD to analyse the source file and after the analyse I can select my options and docode the audio without any problem. But this time the program minimizes and CMD doesn't pop up like usual.
I runned CMD to see if it works - it works. I changed the codecs, changed the eac3to with newer but the problem still is the same and i can't decode my TrueHD tracks to DTS like I did before. I'm doing everything like before.
Can you tell me what could be the problem? How can i fix it?

P.S: Sorry for my English. I'm from Bulgaria.

[tebasuna51]

Originally Posted by Someone_123

First I extract my audio track. For exmaple TrueHD (*.thd) track.

How?

I open the eac3to GUI, which has all of its plugins like SurCode DTS. Then I click on "Add Source File(s)" and input the *.thd audio track. After that I go to the next tab "Eac3to Audio" and in the upper right I choose the "Input File(s) or Folder(s)". (I just select the only file that I added earlier)

Then you use yr_eac3to_more_gui.
I think is a GUI problem, if your source is from BD, the thd identifier TrueHD/AC3 (generated by eac3to) maybe is not recognized by yr_eac3to_more_gui.

Try using another GUI

[Someone_123]

Thank you for the help! I downloaded this GUI http://www.digital-digest.com/softwa...9&ssid=1&did=3 . Which isn't better then the last one and I have to write code to decode audio but the most important thing is that I can do my job right.

[wolfbane5]

So I've used eac3to several times now to rip my bluray movies to the comp and have never encountered a problem. I was ripping the firefly bluray to my comp the other day and every episode i ripped, eac3to said:

eac3to v3.15
command line: eac3to h:\ 2) 2: d:\e3\e3.mkv 3: d:\e3\e3dts.dts -core
------------------------------------------------------------------------------
M2TS, 1 video track, 5 audio tracks, 6 subtitle tracks, 0:43:59, 24p /1.001
1: Chapters, 12 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz, -8ms
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Extracting DTS core...
[a03] Applying DTS delay...
[a03] A remaining delay of +2ms could not be fixed.
[v02] Muxing video to Matroska...
[a03] Creating file "d:\e3\e3dts.dts"...
Added fps value to MKV header.
Video track 2 contains 63262 frames.
eac3to processing took 21 minutes, 53 seconds.
Done.

The delay that could not be fixed varied with each episode from -2ms to +3ms. I didn't think much of it until I went and encoded it with RipBot264 and noticed that the audio went further and further out of sync as the episode progressed. I didn't think it was a RipBot264 problem since I've ripped blurays and encoded them to 720p (mkv) with RipBot264 previously and have never had a problem.

If someone could help me out it would be appreciated. If it is indeed a RipBot264 problem, please let me know and I'll post this in the appropriate forum.

[madshi]

Originally Posted by kurt

feature request: support for chapters in mkv while demuxing

Is already on the to do list.

Originally Posted by umaximus

What is the difference if I just demux video stream with eac3to and mux it in mkv with mkvmerge instead of mux it directly into mkv with eac3to? Do stream/mkv header loose some important data?

When using eac3to for MKV video muxing, you can later demux again (by using eac3to) and get the same data back without any missing information. If you use mkvtoolnix for muxing, depending on the codec you can lose information. Also eac3to sometimes produces better timecodes than mkvtoolnix.

Originally Posted by umaximus

Im asking this, as I found out that some AVC titles muxed in mkv with eac3to are causing small stutter on PCH but if demux this mkv with eac3to and mux it back with mkvmerge (inputing elementary raw video stream) then the stutter is gone.

Strange. Never heard of such a problem yet. Is it always the same place in the movie where the stuttering occurs? Does it also occur when playing back on a HTPC?

Originally Posted by stinman

Malwarebytes' Anti-Malware 1.36

That's clearly a false alarm. Could you please report that to the AV writers? Thanks!

Originally Posted by Joniii

I'm demuxing E-AC3 track from HD DVD, eac3to says remapping channels. Is there something wrong, I thought E-AC3 tracks from HD DVD shouldn't be remapped?

When demuxing there should be no channel remapping going on. When demuxing + decoding, channels must eventually be remapped.

Originally Posted by wolfbane5

So I've used eac3to several times now to rip my bluray movies to the comp and have never encountered a problem. I was ripping the firefly bluray to my comp the other day and every episode i ripped, eac3to said:

"a03 Extracting DTS core...
a03 Applying DTS delay...
a03 A remaining delay of +2ms could not be fixed."

The delay that could not be fixed varied with each episode from -2ms to +3ms. I didn't think much of it until I went and encoded it with RipBot264 and noticed that the audio went further and further out of sync as the episode progressed. I didn't think it was a RipBot264 problem since I've ripped blurays and encoded them to 720p (mkv) with RipBot264 previously and have never had a problem.

If someone could help me out it would be appreciated. If it is indeed a RipBot264 problem, please let me know and I'll post this in the appropriate forum.

Those "a remaining delay of" messages have nothing to do with the problem you're reporting. FWIW, I've remuxed my Firefly Blu-Rays to MKV by using eac3to and they play perfectly fine for me. So I can only suspect that it's a RipBot264 problem.

Originally Posted by Blender

I cannot get EAC3TO to write to 6tb raid arraywith 4k block size(to defeat>2tb limit in windows XP) .

Areca 1130 controller.

Is this a known issue?

No, never heard of such a problem yet.

Originally Posted by kurt

It's probably not the best place to ask, but what am I supposed to do with 23,975 mkvs?

It depends on which framerate is 23.975 and which is maybe not. There is a framerate written in the video bitstream header structure. The container also has a framerate field. And then there are the container timestamps which can again have a different framerate. So basically there are 3 things which can be 23.975 or 23.976 or something else, and all 3 can be different. So there isn't really a simple answer to your question.

Originally Posted by buzzqw

since eac3to (ffmpeg) is unable to decode correctly aac SBR and so want use nero decoder, would be possible to add support for Monogram AAC decoder (from radlight) ?
it's free/gpl

Every decoder I support costs quite a lot of time for me to implement. Because of that I'd prefer to wait until libav has added support for SBR etc. Also, I can't ship a GPL decoder with eac3to due to license restrictions.

Originally Posted by jamos

I am having issues with w64 madshi. same as tabasuna51 is. also when I use a w64 in tsmuxer it will give a error after a minute or so. Roman tried a large w64 that he created then used tsmuxer and it works fine for him. He suggested it may be a header error. This only happens using DTS-ma converted to W64. true-hd to W64 does not give a error but the w64 file seems small.

Originally Posted by jamos

Is it correct to have a w64 file be less size than the original true-hd file?

thats what I am getting when I convert a true-hd file to w64 using eac3to. When I convert the true-hd file to pcm it is 7 gig. compared to the original 2 gig. true-hd file (which seems correct).

The w64 file should have virtually the same size as the wav file. Try writing to wav. Does that produce a small or big file? Make sure your harddisk has enough free space.

There is a bug in eac3to, but I don't really think that it results in incorrectly written w64 files. I rather guess that maybe your harddisk was full?

Originally Posted by magic144

"Bitstream parsing for track 3 failed" msg reported when running eac3to (3.15) on an mkvtoolnix/mkvmerge(2.6.0)-created .mkv file for a muxed VobSub track (3)

IIRC VobSub is not fully supported by eac3to yet.

Originally Posted by Blue_MiSfit

Here's a feature request that I'd absofreakinglutely _LOVE_ to see implemented:

QuickTime support

I deal with ProRes + PCM sources a lot, and currently use an AviSynth + SoundOut workflow to handle them.

It would be very nice to just do this:

eac3to movie.mov 2:audio.ac3 -384 -0,1,2,3,4,5

(to grab the first 6 channels and toss the rest)

It's a possibility, but obviously it would cost quite a bit of time to implement. So if it ever comes, it will take quite a while...

Originally Posted by narshorn

Some rare CDs have pre-emphasis. Extracting them in secure mode with EAC leaves the file emphasised. eac3to could have a switch to
get proper gain figure at high frequencies when processing the wavs.

WaveEmph110 does the job, but a switch in eac3to could be a nice feature, although rare.

Analyzing high frequencies etc is too scientific for me. I don't have enough knowledge to implement such features...

Originally Posted by kypec

any chance you could put the most recent version of libFLAC.dll in your package at next release? Just for the sake of having up-to-date libraries included with eac3to.

Is there any practical reason for updating? IIRC someone recently tried the newest libFLAC.dll and the FLAC files produced with the new dll were bit by bit identical to the ones produced with the dll shipping with eac3to. Updating to a newer dll could break something. So I don't really want to do that, unless there is a real benefit.

Originally Posted by buzzqw

could you add support for avs (audio) files ? as wavi ?

would be handy for using a unique tool for audio encoding (i use eac3to for decoding AND piping to nero/ogg/lame...)

I've never done any AVS programming, so that's a bit over my head. Would have to read into the whole topic first. And the main problem is that eac3to is used to have full control over the input file (seeking, reading etc). Not sure how easy that would be to do with AVS input. That's also a reason why stdin is currently not supported by eac3to.

Originally Posted by AnryV

What bit depth the original track has? 24 or 16?

Whenever Nero decodes to 24bit and libav decodes to 16bit, you can usually trust libav and discard Nero. Nero likes to apply dialnorm, which mutates a 16bit track into 24bit. Usually eac3to is able to convince Nero to not apply dialnorm. Maybe in your case that failed. I'd like to get a small sample of the TrueHD track, so that I can try to find out why Nero outputs 24bit.

Originally Posted by kastrom

I'm trying to rip Total Recall from HD-DVD and I received a gaps file and have huge sync problems. I have run it again and the log files says it uses the gap file but there is still over three seconds differences between picture and the sound. Is is possible to fix the sync?

Strange. I once ripped that HD DVD and had no problems. I've since sold the HD DVD, unfortunately, so I can't double check. Can anybody else confirm the problem?

Originally Posted by Snowknight26

madshi, mkv files edited with the header editor in mkvmerge aren't recognized by eac3to.

Works for me (latest mkvtoolnix version).

Originally Posted by StephenB

When I use EAC3TO to extract from vob files, on about 1 DVD out of 20 the audio gap processing causes a lip sync error. (The vob files seem clean BTW, and only contain the PGC I am interested in). Re-processing (using the video gap) does not help. If I do the same extraction with version 2.80 using -ignoreDiscon there is no lipsync problem. I'd rather not have to keep version 2.80 around; I'd prefer it if the flag was put back.

Ok, will add a switch to disable 2pass processing.

Originally Posted by zn

URL changed, unfortunately they dont make 301 redirect

The URL still seems to work fine for me with the current eac3to version.

Originally Posted by rik1138

It's not just one specific encoder, but the encoders written by DTS and Dolby (both of them). There is a fixed standard on how to name the files in the DVD/Blu-Ray industry:
For 5.1:
L, R, C, LFE, Ls, Rs
For 6.1:
L, R, C, LFE, Ls, Rs, Cs
For 7.1:
L, R, C, LFE, Lss, Rss, Lsr, Rsr

All capitals are acceptable. These are the extensions that are printed on the labels of the tapes delivered from the studios to be encoded for Blu-Ray. These extensions are also used by the two professional audio encoding suites: DTS-HD Master Audio Suite Encoder and the Dolby Media Encoder.

Ok, these are good arguments.

But what about DTS speaker placements? There are many many different versions for 7.1 DTS tracks. In my 7.1 DTS-HD sample collection I have at least 4 different combinations of speakers. Surprsingly "L, R, C, LFE, Lss, Rss, Lsr, Rsr" seems to be the exception and not the norm. So that is a problem for me. If I switched to these names, which names should I use for 7.1?

Originally Posted by rik1138

His program is widely used in the professional industry

It is!? That is news to me!

[madshi]

Originally Posted by Blue_MiSfit

I have found an unusual MPEG Program Stream that contains MPEG-2 video an AC3 audio, but eac3to doesn't recognize the audio stream

Thanks, will be fixed in the next build.

[madshi]

Originally Posted by tebasuna51

This file, created by eac3to, is not recognized by eac3to. (work fine with other softs)

Will be fixed in the next build.

[madshi]

eac3to v3.16 released

http://madshi.net/eac3to.zip

* added undocumented "-no2ndpass" switch to turn off 2nd pass processing
* fixed: two pass processing sometimes produced superfluous sup files
* fixed: MPG/EVO/VOB audio tracks with "PES extension 2" were not detected
* fixed: very small W64/RF64 files were not detected correctly
* fixed: when processing was aborted, log file was sometimes not created
* fixed: sometimes specifying a title number addressed the wrong HD DVD title

[shon3i]

Thanks madshi, where we can find list of that undocumented switches

[Thunderbolt8]

thanks!

[madshi]

Originally Posted by shon3i

where we can find list of that undocumented switches

In the changelog. Simply search for "undocumented".

[tebasuna51]

Thanks madshi.

[Chumbo]

Thanks for the update madshi.

[Snowknight26]

Originally Posted by madshi

Works for me (latest mkvtoolnix version).

At the time of the posting, the latest version of mkvtoolnix made files unreadable to eac3to, but I'm glad it's not the case anymore.

[sidekick2]

Thanks again Madshi!

[mrr19121970]

Originally Posted by madshi

eac3to v3.16 released

* fixed: when processing was aborted, log file was sometimes not created
* fixed: sometimes specifying a title number addressed the wrong HD DVD title

Thanks madshi !