eac3to - audio conversion tool

[rickardk]

Thanks for latest development!

[rica]

Congrats to you madshi :)

This time i directly demux my problematic Terminator3 rip;
it worked; thanks again.

eac3to v2.41
command line: "C:\Users\rica\Desktop\Eac3to\eac3to.exe" "E:\TERMINATOR_3_HDDVD\HVDVD_TS\PEVOB_1.EVO" "E:\TERMINATOR_3_HDDVD\HVDVD_TS\PEVOB_1.ac3"
------------------------------------------------------------------------------
EVO, 2 video tracks, 7 audio tracks, 4 subtitle tracks, 0:54:56
1: VC-1, 1080p24 /1.001 (16:9)
2: VC-1, 480p30 /1.001 (3:2)
3: E-AC3, English, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, Spanish, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
"Director Commentary"
7: E-AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
"Crew Commentary"
8: E-AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
"Cast and Crew Commentary"
9: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
10: Subtitle, English
11: Subtitle, English, "SDH"
12: Subtitle, French
13: Subtitle, Spanish
Track 3 is used for destination file "PEVOB_1.ac3".
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating file "E:\TERMINATOR_3_HDDVD\HVDVD_TS\PEVOB_1.ac3"...
eac3to processing took 3 minutes, 35 seconds.
Done.

[Thunderbolt8]

got a h264 .ts cap (with 3 audio glitches according to mpeg2repair), for which eac3to 2.41 now says that its not a valid (e)ac3 stream and therefore the audio stream is not displayed and selectable at all for muxing. is this supposed to be correct?

eac3to v2.41
command line: eac3to G:\breakfast.ts G:\breakfast.mkv
------------------------------------------------------------------------------
This doesn't seem to be a valid (E-)AC3 stream.
TS, 1 video track, 1:50:03
1: h264/AVC, 1080i50 (16:9)
Extracting primary video track...
Muxing video to Matroska...
This TS/M2TS file seems to be damaged (discontinuity).
Aborted at file position 3599433728.

[Denner]

Hey...

Thanks for anoter great update :)

Any news on when joining m2ts files will be incorporated in to eac3to ?

[madshi]

p.s. any chance to see that eac3to works on streams which switch from interlaced / progressive? I can virtually not use eac3to for any single mpeg2 1080i cap because of that :/
That is high on my priority list - but still after completion of the Blu-Ray support.

got a h264 .ts cap (with 3 audio glitches according to mpeg2repair), for which eac3to 2.41 now says that its not a valid (e)ac3 stream and therefore the audio stream is not displayed and selectable at all for muxing. is this supposed to be correct?

This doesn't seem to be a valid (E-)AC3 stream.
This TS/M2TS file seems to be damaged (discontinuity).
Aborted at file position 3599433728.
Where are the glitches according to mpeg2repair? Right in the beginning of the movie? If so, that would explain why eac3to doesn't like/list the audio track. That may not be nice (and will someday be improved), but currently this is "expected behaviour".

BTW, that file also seems to have a discontinuity at about 3.5GB. You can skip over it by using the "-ignorediscon" switch. But you'll probably get image corruption at that place.

Any news on when joining m2ts files will be incorporated in to eac3to ?
Shouldn't be too far away now. Much of the preparation work required for that feature is already mostly done (e.g. the rewritten audio gap/overlap logic in v2.41). I expect that seamless branching titles with multiple parts will probably need 2 passes. The 2nd pass would then remove overlapping audio frames (and fill up audio gaps, if necessary) to make sure that audio stays in sync throughout the whole movie.

[azad]

It's already there. E.g. if eac3to shows "+100ms" you can disable audio delay handling by adding "-100ms" to the command line.


Thanks!

@madshi
Just for my understanding I've another question regarding the audio delays in m2ts files - How is it possible that eac3to reports a negative audio delay when xport reports no audioframes before the first video pts? Isn't at least one audioframe required to calculate a possible negative audio delay?
Thanks in advance!

[madshi]

How is it possible that eac3to reports a negative audio delay when xport reports no audioframes before the first video pts?
There's a difference between the first video pts and the first "i" frame pts. I'm not sure if that is where the difference is coming from. I don't have the xport source code in my head right now.

[umaximus]

Shouldn't be too far away now. Much of the preparation work required for that feature is already mostly done (e.g. the rewritten audio gap/overlap logic in v2.41). I expect that seamless branching titles with multiple parts will probably need 2 passes. The 2nd pass would then remove overlapping audio frames (and fill up audio gaps, if necessary) to make sure that audio stays in sync throughout the whole movie.

cant wait! it sounds that will handle already joined m2ts too, as long as eac3to pass the mux (on most of joined titles eac3to reports not valid PES packets)?

[azad]

There's a difference between the first video pts and the first "i" frame pts. I'm not sure if that is where the difference is coming from. I don't have the xport source code in my head right now.

I guess thats it, somewhere in this forum I read that xport uses the first "I" frame for chopping the audioframes before.
:thanks:

[madshi]

cant wait! it sounds that will handle already joined m2ts too, as long as eac3to pass the mux (on most of joined titles eac3to reports not valid PES packets)?
I think already joined files will not work too well because eac3to will not know where exactly the join points are. So eac3to will not be able to do special processing on the timestamps on the join points. The best result will definitely be achieved by feeding the separate m2ts parts to eac3to and letting eac3to do all the work.

Basically I'm planning to handle the joining in such a way that the video at the join points is seen as a constant stream of frames without any gaps/overlaps (if necessary I'll change the timecodes accordingly). The audio timestamps will then decide about where eac3to will add/remove audio frames. If the parts were already joined before eac3to gets active, eac3to cannot do anything about the video timecodes. That means there may be a tiny amount of motion judder at the join points - depending on how well TsRemux is working...

[drmpeg]

I guess thats it, somewhere in this forum I read that xport uses the first "I" frame for chopping the audio frames before.
:thanks:
Actually, it checks the first two frames in the first GOP with a Sequence header (or SPS). The frame with the earliest PTS is then selected for the audio cut point. Usually, this will be the first B-frame if the GOP is IBBP or IBP. If the GOP is IPPP, then the I-frame will be selected.

If the GOP is not closed, and you discard the ugly looking B-frames before re-encoding, then you should compensate the audio delay for the discarded frames.

Ron

[madshi]

Actually, it checks the first two frames in the first GOP with a Sequence header (or SPS). The frame with the earliest PTS is then selected for the audio cut point. Usually, this will be the first B-frame if the GOP is IBBP or IBP. If the GOP is IPPP, then the I-frame will be selected.

If the GOP is not closed, and you discard the ugly looking B-frames before re-encoding, then you should compensate the audio delay for the discarded frames.
Hmmmmm... I'm using a quite different method: I'm calculating the PTS difference between the first video and audio packet. Additionally I'm counting the number of video frames before the first sequence header (which are dropped for demuxing). The delay used for audio demuxing is then PtsDifference+DroppedFrameCount*FrameDuration.

Two very different algorithms. But I guess the end result will be roughly identical?

[umaximus]

I think already joined files will not work too well because eac3to will not know where exactly the join points are. So eac3to will not be able to do special processing on the timestamps on the join points. The best result will definitely be achieved by feeding the separate m2ts parts to eac3to and letting eac3to do all the work.

Basically I'm planning to handle the joining in such a way that the video at the join points is seen as a constant stream of frames without any gaps/overlaps (if necessary I'll change the timecodes accordingly). The audio timestamps will then decide about where eac3to will add/remove audio frames. If the parts were already joined before eac3to gets active, eac3to cannot do anything about the video timecodes. That means there may be a tiny amount of motion judder at the join points - depending on how well TsRemux is working...

wow, sounds promising indeed.. thanks for explaining things.. i got all my seamless branching sources ready to be re-riped then.. thanks alot for all ur work, my remuxed hddvds are grateful that they are in such a cool form & shape now :cool: :)

[shambles]

for the seamless branching titles with 20+ m2ts segments, blu-ray playlist file support would also be neat :)

[Thunderbolt8]

i guess that blu-ray playlist support could be hard to establish, since there can be various longer playlists, which do not necessarily have to be the main movie. might be hard to let a prog find out then which the correct playlist for the main movie is.

[madshi]

i guess that blu-ray playlist support could be hard to establish, since there can be various longer playlists, which do not necessarily have to be the main movie. might be hard to let a prog find out then which the correct playlist for the main movie is.
How do you find that out manually?

[ron spencer]

use bdedit

[inmetzi]

So what you are telling me is that you didn't even BOTHER to look and see what the pastebin.com (http://pastebin.com/) is? Pastebin is a site DESIGNED to allow the pasting of long log files. The interface is designed to allow for easy review and they can be expired after a period of time instead of taking up space here FOREVER. From the top of the page you didn't read "pastebin - collaborative debugging tool":logfile:

Hi BLKMGK, sorry but I looked at pastebin and i thought it was really a joke of you to paste there. I didn´t understand how I can use and connect the pastebin with the forum. I´m trying it next time. newbee ;-)

[Kurtnoise]

The Haali Matroska Muxer DirectShow filter puts the string there, I've no direct control over it.
so, why I get your tool as "writing app" when I parse a matroska file created with eac3to ? I didn't mention the "muxing app" in my last sentence.

http://img59.imageshack.us/img59/3479/mkvparsing2104200820541fy1.png

btw, many thanks for the last update...

[Thunderbolt8]

How do you find that out manually?
basically trial and error :P
open the pls files and have a look at the filenames displayed there. in case of only 1 and 2 big files its quite easily mostly. but take close encounters with its 3 different versions, i wouldnt know how a program should be able to differentiate which of those 3 versions the user actually means

[madshi]

so, why I get your tool as "writing app" when I parse a matroska file created with eac3to ?
Because the Haali Matroska Muxer DirectShow filter is running inside of the eac3to process. Evidently the filter writes the process it's running in into the MKV. If you use the Haali Muxer in GraphEdit, you'll see "GraphEdit" in the MKV header.

If you want the eac3to version in the MKV header, you can simply rename "eac3to.exe" to "eac3to v2.41.exe". The Haali Matroska Muxer will then most probably write the version number into the MKV file for you... :) Please note that renaming eac3to.exe results in that Nero's Audio Decoders stops working, though...

basically trial and error :P
open the pls files and have a look at the filenames displayed there. in case of only 1 and 2 big files its quite easily mostly. but take close encounters with its 3 different versions, i wouldnt know how a program should be able to differentiate which of those 3 versions the user actually means
Ah well. I wish there was a way to get names for the playlists, as we can with HD DVDs.

[Chumbo]

Thanks madshi. 2.41 logging is working. :)

[BLKMGK]

There has to be a way for hardware players to know what combination of files leads to which showing of the film. It might even be possible to play around with an authoring tool that supports the seamless stuff to figure out what file controls this. Perhaps someone can help with this, it's a shame the format seems so poorly documented. :(

[Yraen]

eac3to v2.40 released
* added: "-check" option added to check container for corruption


madshi,

When I use the -check option it appears to start demuxing all the tracks. Is this supposed to happen? I'm not sure where the files want to go as they don't appear in the eac3to folder nor the source folder. Are they just temp files or is it only read into memory and discarded as it checks out okay? Here's a log from a -check.

eac3to v2.41
command line: eac3to "H:\HD\33895594_PREDATOR\BDMV\STREAM\00028.m2ts" -check
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 1:46:35
1: MPEG2, 1080p24 /1.001 (16:9)
2: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
3: AC3, English, 3/1 channels, 448kbit/s, 48khz, dialnorm: -27dB
4: AC3, Spanish, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
5: AC3, French, 2.0 channels, 224kbit/s, 48khz, dialnorm: -27dB
Extracting primary video track...
Extracting audio track number 2...
Extracting audio track number 3...
Extracting audio track number 4...
Extracting audio track number 5...
eac3to processing took 7 minutes, 23 seconds.
Done.

[ezryel]

Hi Everyone,

I'm using eac3to for converting eac3 to ac3. I now have the Nero 7 installed with the Multichannel Plug in. I start converting the e-ac3 file with eac3to; I immediatley see the below in command prompt/DOS with "-" populating accross the DOS screen underneath "Disabling DRC..."; this lasts for about 60 seconds, then stops and no output file.

What am I missing?

eac3to v2.39
command line: "D:\Downloads\HD RIP utinlities\EAC3toGUI\eac3to.exe" "G:\HDDVD\HD DVD\moviename_D1_NA\Demuxed\FEATURE_1_MERGED.DDp.stream.00.ddp" "G:\HDDVD\HD DVD\moviename_D1_NA\Demuxed\FEATURE_1_MERGED.DDp.stream.00.ac3"-640 -nero

E-AC3, 5.1 channels, 2:23:27, 1536kbit/s, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...

[Snowknight26]

Add a space between the " and -640?

[azad]

@madshi

Would it be possible to implement a function that changes the pitch after applying a pal speedup to avoid those chipmunk-effects?

[madshi]

When I use the -check option it appears to start demuxing all the tracks. Is this supposed to happen?
Yes. eac3to extracts all video and audio streams and handles them as if they would be written to harddisk - but they are not. Everything is done in RAM. The result is that e.g. AC3 tracks are checked for valid CRCs etc... This whole checking is still not as good as mpeg2repair, though, cause mpeg2repair has very detailed tests for the MPEG2 video stream. eac3to only does some very limited video checks.

I'm using eac3to for converting eac3 to ac3. I now have the Nero 7 installed with the Multichannel Plug in.
You need the HD DVD/Blu-Ray plugin and not the Multichannel plugin. Please try "eac3to -test" to see whether the Nero decoder is working correctly. Of course you can always use "-libav" to force E-AC3 decoding with the libav decoder.

[madshi]

Would it be possible to implement a function that changes the pitch after applying a pal speedup to avoid those chipmunk-effects?
The pitch is changed by the "-speedup" function. So the chipmunk effect gets removed. However, if the original PAL track was created by using pitch correction, using "-speedup" will actually make the pitch too low. In that case you need to use a software which can slowdown audio while doing pitch correction. TimeFactory would be a good choice for that. But at least here in Germany 99.9% of all movies have the chipmunk effect. So eac3to's "-speedup" option is the right choice for those. The situation may be different in other countries, though.

[azad]

... But at least here in Germany 99.9% of all movies have the chipmunk effect. So eac3to's "-speedup" option is the right choice for those. The situation may be different in other countries, though.

Since I'm living in Germany too, you mean that I can use eac3to on a 25FPS Pal-DVD AC3 audiotrack with the "-speedup" option to get a nice 25FPS AC3 audiotrack but with the "original" pitch like on 24p BD or HD DVD? That would be great! :)

[madshi]

Since I'm living in Germany too, you mean that I can use eac3to on a 25FPS Pal-DVD AC3 audiotrack with the "-speedup" option to get a nice 25FPS AC3 audiotrack but with the "original" pitch like on 24p BD or HD DVD? That would be great! :)
Nope. First of all I got it wrong, I meant "-slowdown" and not "-speedup". Furthermore the "-slowdown" option changes the audio runtime from 25fps to 23.976fps. So basically you can use "-slowdown" to make a PAL-DVD AC3 track sync to a HD DVD/BD.

[azad]

Nope. First of all I got it wrong, I meant "-slowdown" and not "-speedup". Furthermore the "-slowdown" option changes the audio runtime from 25fps to 23.976fps. So basically you can use "-slowdown" to make a PAL-DVD AC3 track sync to a HD DVD/BD.
"-slowdown" is not the right option in my case, because I don't want to change the framerate since I speed up all my BD's and HD DVD's to 25 frames to match the 50Hz of my Plasma TV. I just would like to change the pitch of some ac3 or dts tracks to match the original pitch with 24fps/23.976fps.
Any ideas?

[madshi]

Sure, use TimeFactory for best quality.

[azad]

Sure, use TimeFactory for best quality.
Ok, using TimeFactory seems to be a lot more work compared to a wonderful :) "one click tool" like eac3to, although I'm actually using the command line only.

Would it be much work to implement a function like that to eac3to, or would the resulting audiofiles be just of poor quality?

[madshi]

Doing pitch correction is a very complicated thing. TimeFactory has noticably superior quality over all open source solutions, as far as I've been told. So I don't see any sense in adding something to eac3to which is not up to the task.

[tebasuna51]

Ok, using TimeFactory seems to be a lot more work compared to a wonderful :) "one click tool" like eac3to, although I'm actually using the command line only.

Would it be much work to implement a function like that to eac3to, or would the resulting audiofiles be just of poor quality?
You can try BeHappy ("one click tool") to do this pitch correction and see if is enough quality for you.
Support the ac3 -> ac3 conversion (decoder like -libav, encoder Aften like eac3to) and use the soundtouch libraries with the AviSynth function TimeStretch (you need select 25 -> 23.976, pitch changed preserving tempo).

In my test also TimeFactory have distortion problems by clips.

[azad]

@tebasuna51
Thanks for the tip! Will try that.

[bsw11]

Oh, i see... it must be 44,1 KHz. eac3to can't output dts in wav container, just read, but Surcode can do it. So he needs mono wavs to feed Surcode manually afterwards:

eac3to input_dts.wav output.wavs -resampleTo44100

Perhaps the -libav or -nero switch is needed also, if the sonic decoder isn't installed.

I tired this and it decided that the input file has only 2 channels and therefore only outputs 2 wav files L&R.
The file I am inputting from was the output of VOBARATOR - this file plays just fine in zplayer (to SPDIF out to my DTS preamp which play 48k ok) -all 6 DTS channels.
I do not have SONIC, but I do have NERO 7 installed and I tried it with -nero and without and got the same results.
What do I do now? Is there a way of going from the .VOB file to 6 .wavs that can play as normal mono wav files.

The other reason I am trying to do this is because I have collected a lot of DTS content, and have found a large difference in the levels between different tracks. I am hoping to take the .wav files into an audio editor and normalize them before using surcode to put them back to DTS wav files.

Which leads to another question - is there an audio editor that has the ability to just read the dts file and split it up on input?

I appreciate your help on this.

[nautilus7]

If eac3to outputs 2 channels, but you are certain there are 6 channels, then there is a bug somewhere.

Your original track is a vob file? From dvd? Or dts wav cd? I 'm confused... Anyway can you upload a sample of the original track (dts/vob/wav/whatever) that eac3to decodes as 2 channel?

I don't think there is any audio editor that can edit dts tracks without decoding first.

[madshi]

I tired this and it decided that the input file has only 2 channels and therefore only outputs 2 wav files L&R.
The file I am inputting from was the output of VOBARATOR - this file plays just fine in zplayer (to SPDIF out to my DTS preamp which play 48k ok) -all 6 DTS channels.
Try using another decoder. Maybe the Sonic decoder isn't working/installed correctly on your PC. Try "-libav".

[Kurtnoise]

is there an audio editor that has the ability to just read the dts file and split it up on input?

delaycut, DTStrim (http://home.zonnet.nl/koelooptiemanna/DTSTrim.zip)...:)

[nautilus7]

delaycut, DTStrim (http://home.zonnet.nl/koelooptiemanna/DTSTrim.zip)...:)

I believe he ment to split the channels.

[BLKMGK]

Madshi, just converted an M2TS last night, no joined files just a single file. At the end of it I saw no number of frames listed. I know that this gets listed for EVO files and I think I pointed this out earlier and that it got fixed - did it drop back out again? Pretty sure the version is the latest - 2.41. It's not a big deal but the number can be useful. Thanks!

[madshi]

Madshi, just converted an M2TS last night, no joined files just a single file. At the end of it I saw no number of frames listed. I know that this gets listed for EVO files and I think I pointed this out earlier and that it got fixed - did it drop back out again? Pretty sure the version is the latest - 2.41. It's not a big deal but the number can be useful. Thanks!
Works for me. Please double check the eac3to version you're using. If it's the latest and the problem is really there, I'd be happy about a small sample.

[saint-francis]

Can someone please explain what is happening here?

eac3to v2.41
command line: "E:\the hive\software\eac3to\eac3to.exe" "D:\BLADERUNNER_FINAL\BDMV\STREAM\00047.m2ts" "D:\BLADERUNNER_FINAL\br.mkv"
------------------------------------------------------------------------------
M2TS, 1 video track, 6 audio tracks, 1:57:36
1: VC-1, 1080p24 /1.001 (16:9)
2: AC3, English, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
3: TrueHD/AC3, English, 5.1 channels, 48khz, dialnorm: -27dB
4: AC3, French, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
6: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
7: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting primary video track...
Extracting audio track number 2...
Extracting audio track number 3...
Extracting audio track number 4...
Extracting audio track number 5...
Extracting audio track number 6...
Extracting audio track number 7...
Extracting TrueHD stream...
[libav] Stream parameters not seen; skipping frame
The libav decoder output an unexpected bitdepth (1).
Aborted at file position 32768.

[madshi]

Can someone please explain what is happening here?

eac3to v2.41
command line: "E:\the hive\software\eac3to\eac3to.exe"
I guess that a virus got on the loose in the hive and damaged your rip. I'd suggest flying Milla in quickly. Maybe she can also give you a hand with reripping the movie... :eek:

[saint-francis]

:confused:

Who's Milla? I don't think I need to rerip it since -demux works.

Oh ok I get it. Milla, yes I see.
Still do you think it's a bad rip even though I can successfully demux it?

[Chouonsoku]

I just got Resident Evil: Extinction and I'm getting all kinds of odd errors with eac3to 2.41. First I demuxed the main movie with BD Demuxer Pro and tried to convert the PiP audio from DD+ to AC3.

F:\Video\Movies\RESIDENT_EVIL_3\demux>"E:\Tools\HD\eac3to\eac3to.exe" "F:\Video\Movies\RESIDENT_EVIL_3\demux\00011_2_01.eac3" "F:\Video\Movies\RESIDENT_EVIL_3\demux\00011_2_01.ac3"
E-AC3, 1.0 channels, 1:34:06, 96kbit/s, 48khz
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
Aborted at file position 67747968.

Then I thought maybe BD Demuxer Pro just messed up the demux, so I decided to remux the m2ts file directly with eac3to and got a similar error.

E:\Tools\HD\eac3to>eac3to.exe "F:\Video\Movies\RESIDENT_EVIL_3\BDMV\STREAM\00011.m2ts" "F:\Video\Movies\RESIDENT_EVIL_3\demux\re3.mkv"
M2TS, 2 video tracks, 6 audio tracks, 1:34:06
1: h264/AVC, 1080p24 /1.001 (16:9)
2: h264/AVC, 480p24 /1.001 (20:11)
3: TrueHD/AC3, English, 5.1 channels, 48khz
4: TrueHD/AC3, French, 5.1 channels, 48khz
5: AC3, Spanish, 5.1 channels, 640kbit/s, 48khz
6: AC3, Portuguese, 5.1 channels, 640kbit/s, 48khz, dialnorm: -30dB
7: AC3, English, 2.0 channels, 192kbit/s, 48khz, dialnorm: -29dB
8: E-AC3, English, 1.0 channels, 96kbit/s, 48khz
Extracting audio track number 3...
Extracting audio track number 4...
Extracting primary video track...
Extracting audio track number 5...
Extracting audio track number 6...
Extracting audio track number 7...
Extracting audio track number 8...
Extracting TrueHD stream...
Extracting TrueHD stream...
[libav] Stream parameters not seen; skipping frame
The libav decoder output an unexpected bitdepth (1).
[libav] Stream parameters not seen; skipping frame
The libav decoder output an unexpected bitdepth (1).
Aborted at file position 16384.

I've uploaded the DD+ stream as it's only 38.3 MB rared. - http://www.mediafire.com/?whzbcyyxjgn

[madshi]

Still do you think it's a bad rip even though I can successfully demux it?
It seems that eac3to is happy with the TrueHD track, but the libav decoder is not. I've never seen that "[libav] Stream parameters not seen; skipping frame" complaint before yet. Funnily now both you and Chouonsoku seem to have this problem within a few minutes of each other - with different movies! Strange...

Hmmmmm... Did you download eac3to from my homepage? Did you replace some dlls? If not, I can only guess that it's a bad rip. Or that the TrueHD decoder suddenly stopped working. Or maybe there's a new bug in v2.41?

I just got Resident Evil: Extinction and I'm getting all kinds of odd errors with eac3to 2.41. First I demuxed the main movie with BD Demuxer Pro and tried to convert the PiP audio from DD+ to AC3.
Try "eac3to -test" to check whether the Nero decoder works correctly on your PC. You can also try using the "-libav" switch to force eac3to to use the libav decoder instead of the Nero decoder for the DD+ decoding.

Then I thought maybe BD Demuxer Pro just messed up the demux, so I decided to remux the m2ts file directly with eac3to and got a similar error.

I've uploaded the DD+ stream as it's only 38.3 MB rared. - http://www.mediafire.com/?whzbcyyxjgn
This "directly with eac3to" problem is not caused by the DD+ stream, but by the TrueHD stream. So the DD+ sample doesn't help me.

[Chouonsoku]

It seems that eac3to is happy with the TrueHD track, but the libav decoder is not. I've never seen that "[libav] Stream parameters not seen; skipping frame" complaint before yet. Funnily now both you and Chouonsoku seem to have this problem within a few minutes of each other - with different movies! Strange...

Hmmmmm... Did you download eac3to from my homepage? Did you replace some dlls? If not, I can only guess that it's a bad rip. Or that the TrueHD decoder suddenly stopped working. Or maybe there's a new bug in v2.41?

Well, I decoded TrueHD tracks from the other RE movies just days earlier when I was using 2.40. I just updated today to 2.41 because of the EAC3 error. Nothing else has changed in my setup.

Try "eac3to -test" to check whether the Nero decoder works correctly on your PC. You can also try using the "-libav" switch to force eac3to to use the libav decoder instead of the Nero decoder for the DD+ decoding.

I ran the test and it turns out that Nero Audio Decoder isn't working properly, which is odd. I'll uninstall and reinstall Nero 7 and see if that helps.

This "directly with eac3to" problem is not caused by the DD+ stream, but by the TrueHD stream. So the DD+ sample doesn't help me.

That stream was included in case it turned out that it was a problem with the EAC3 decoding, not the remuxing. :P But it seems it wasn't a problem either way.