First, .thd+ac3 is only accepted for input. Just use .thd. Furthermore, why use nero? Libav is the default TrueHD decoder because it works better. Finally, you don't need any -24 or whatever switch. All source data will be present in the output wav file. If source is 24bit, the wav will be 24bit, if it is 16bit, the wav will be 16bit. You will get a report about the actual bitdepth at the end of the procedure.

First, .thd+ac3 is only accepted for input. Just use .thd. Furthermore, why use nero? Libav is the default TrueHD decoder because it works better. Finally, you don't need any -24 or whatever switch. All source data will be present in the output wav file. If source is 24bit, the wav will be 24bit, if it is 16bit, the wav will be 16bit. You will get a report about the actual bitdepth at the end of the procedure.

So your command should be:

Code:

eac3to input.thd output.wav

Althogh my source thd is 24 bit and the wav says it's 24bit, tsmuxer only recognises it as a 16bit, either way the -24 bit didn't seem to make a difference.
I'm usimg nero with blu-ray plugin as I thought it was a reference decoder as opposed to libav.
I just want to be able to convert TrueHD to LPCM to mux with tsmuxer to get a BD25 (tsmuxer doesn't like TrueHD). Previous converts using eac3to have resulted in screaching audio when muxed onto a BD25

Althogh my source thd is 24 bit and the wav says it's 24bit, tsmuxer only recognises it as a 16bit, either way the -24 bit didn't seem to make a difference.

That's tsmuxer's bug, I'm afraid.

Quote:

Originally Posted by hdpete

I'm usimg nero with blu-ray plugin as I thought it was a reference decoder as opposed to libav.

What you say is true for the lossy decoders (AC3, E-AC3). All lossless fortmat decoders have to output the same data. That's the case with nero and libav TrueHD decoders. In addition libav supports up to 7.1ch when nero doesnt.

Quote:

Originally Posted by hdpete

I just want to be able to convert TrueHD to LPCM to mux with tsmuxer to get a BD25 (tsmuxer doesn't like TrueHD). Previous converts using eac3to have resulted in screaching audio when muxed onto a BD25

Again tsmuxer's bug. It supports pcm in a weird format. Use pcm2tsmu to convert eac3to's pcm files to tsmuxer's compatible ones.

What file extenstion should I use to extract the 1080p blu-ray video using eac3to which will allow tsRemux to recognise and import it? Will it be a different file extention depending on the codec, i.e. H264 or VC-1?
Thanks for your help

What file extenstion should I use to extract the 1080p blu-ray video using eac3to which will allow tsRemux to recognise and import it? Will it be a different file extention depending on the codec, i.e. H264 or VC-1?
Thanks for your help

I always change the container format to mkv and convert the audio to whatever format I fancy. So in my case the extension for the container wouldn't vary by video codec but the audio would. Clear?

What file extenstion should I use to extract the 1080p blu-ray video using eac3to which will allow tsRemux to recognise and import it? Will it be a different file extention depending on the codec, i.e. H264 or VC-1?
Thanks for your help

And i can play it with TMT with my analog outputs to my A/V receiver and no problem:

But i can only see french thd when i open it with eac3to, i extract it to thd+ac3, remuxed to m2ts with TSMuxer and finally remuxed to m2ts with TSRemux using the file created by TSMuxer; it works but it is french:

I did some checking by downloading old versions and it looks like it was working in 2.54 but broke in 2.55. I'm gonna take a guess that one of these changes from the 2.55 changelog did it. I made some guesses but i could be wrong.

__________________
On Discworld it is clearly recognized that million-to-one chances happen 9 times out of 10. If the hero did not overcome huge odds, what would be the point? Terry Pratchett - The Science Of Discworld

Small request madshi.
Could you rename first analyzing process from "progress:" to "analyzing:"
So instead of two "progress:" I would like to have "analyzing:" and then when stream is really demuxed I would have "progress:"

I did some checking by downloading old versions and it looks like it was working in 2.54 but broke in 2.55. I'm gonna take a guess that one of these changes from the 2.55 changelog did it. I made some guesses but i could be wrong.

* detection and automatic skipping of invalid vob units

I think the skipping of invalid vob units is the problem. I've removed that as a test in the next eac3to build. Please retest whether DVD demuxing works again. Thanks!

Quote:

Originally Posted by yonta

eac3to v2.62 crashes on this dtswav file.

Thanks for the sample. Will be fixed in the next build.

Quote:

Originally Posted by JustABDFan

1) I noticed that the libFLAC.dll that comes with Eac3to is 151,552 bytes and is dated 7/22/2007 while the one that comes in MadFLAC is 258,048 bytes and is dated 10/7/2007. I wanted to put Eac3to and Madflac into one "tools" folder so which I should use OR do I just make a folder for each and keep em separate?

To be honest, I'm not sure. You can try using the newer dll for both. If you run into no problems then it's fine.

Quote:

Originally Posted by JustABDFan

2) Any chance of Eac3to using arcsoft decoders for (E)AC3 instead of Nero 7?

Maybe some day.

Quote:

Originally Posted by tebasuna51

Thanks madshi for your new version, for me the standard dts is all ok decoded but:

Thanks for testing/reporting and for the new samples! The problems I could fix should be fixed in v2.63. However, ArcSoft seems to have problems with some 6.0 and 6.1 tracks. If I let ArcSoft decode them as 5.1, everything is fine. If I let it decode them as 6.0 or 6.1 the FL and FR channels are broken. Don't see how I could fix that. Funny enough Blu-Ray and HD DVD 6.1 tracks decode fine!! Because of that I can't simply block ArcSoft for 6.x decoding...

Quote:

Originally Posted by sehgal.v7

In this Swapping & Remapping being done twice, is it alright?

Yes.

Quote:

Originally Posted by Atak_Snajpera

Could you rename first analyzing process from "progress:" to "analyzing:"

Changed to "analyze:" and "process:".

Quote:

Originally Posted by K1ngp1ng

i found a bug: truehd 16bit -> flac 24bit

Will be fixed in the next build.

Quote:

Originally Posted by Snowknight26

Just a little quirk:

With a trailing \, :

Will be fixed in the next build.

Quote:

Originally Posted by n0mag!c

When appending several TS file with "+" eac3to can't process files properly.
For error reproduction I took working TS-file and splitted it (with TSsplitter) to 3221380 bytes chunks.

This is a problem. eac3to contains some extra code to handle Blu-Ray seamless branching correctly. Now if I make TsSplitter splitted TS files work that may eventually harm Blu-Ray seamless branching handling. Generally if you join some TS or m2ts files which were never stored in one file you'll want eac3to to do some extra checking/processing on these files. But if you join some TS or m2ts files which were once stored in one file and which you splitted with a tool like TsSplitter the extra processing makes joining fail. I'll have to think about how to handle this properly. For now you'll have to manually join the parts with TsSplitter first to make eac3to work...