eac3to - audio conversion tool

[calinb]

Can you upload a little sample which works with v1.16 but not with v2.45?Certainly, madshi. Please check your PMs.

[dorati]

@madshi:

I've checked the samples you uploaded and they work beautifully with eac3to v2.45 for me. I've simply done this:

"eac3to 00152.m2ts+00155.m2ts movie.mkv" and the resulting MKV played perfectly fine with no stuttering at all on my HTPC with Media Player Classic (Haali Media Splitter + Cyberlink h264 decoder). The join point between the two m2ts parts was not visible at all.

Have you tried this command line? Are you using eac3to v2.45?

Yes, I work with the commandline.
Your sample above works fine on Media Player Classik, but don't work on NMT.
The Video is stuttering and no sound.

But now the most important: I found a way - that works !! :)

1. "eac3to 00152.m2ts+00155.m2ts+00154.m2ts movie_temp.mkv"
2. open movie_temp.mkv in tsRemuxer (tsRemuxer found only the h.264-Videotrack in the MKV - and NO Audiotrack)
3. add the needed AC3- Audiotracks to tsRemuxer (Step 1. has build the mkv and extract the Audiotracks)
4. Mux to ts or m2ts.

Now the 2 Points (Seamless Branching) plays perfekt on NMT.

I don't now, witch step ist the important and why (timestamps) !?! - but it plays fine :):):)

All the other steps, i make before:
Demux - recalculate the timestamps mith tsmuxer and mux again and so on don't work....

[Beastie Boy]

Your sample above works fine on Media Player Classik, but don't work on NMT.
The Video is stuttering and no sound

The NMT does not support ES video streams from BluRay/HD DVD inside an mkv container. It doesn't have the horsepower to decode it. TS/M2TS files are processed in hardware and are the way to go.

Cheers, Beastie.

[n0mag!c]

By the way, I did it with Nero(8!) Audio Decoder 2, so how it correlates with yours "Nero 8 doesn't allow its DirectShow filters to be used from outside of Nero ShowTime"? E-AC3 track was muxed to .ts file and demuxed back with haali splitter in graph. But eac3to really can't use "Nero Audio Decoder 2".Huh!? Maybe Nero changed something in the later Nero 8 builds? Can somebody double check this?
I'm using Nero 8.3.2.1
Can someone else use "Nero Audio Decoder 2" in GraphEdit?

[dorati]

@Beastie Boy:
yes - i know.

but for Seamless Branching: "TS -> MKV -> TS" is neccessary to play perfekt on nmt.

"TS -> TS" or "TS -> fix Timestamps -> TS" don't play smothly on nmt!

[madshi]

All work fine, maskchannels and channel map, with ac3 sources and libav decoder.
Great - thanks for testing!

Do you have samples for all those funny AC3 formats? If so, could you make them available to me? I'd like to check the channel order output of Nero and Sonic decoders. Maybe I need to do some channel remapping for those decoders, too...

Also, do you happen to have some DTS, MLP or MP2 samples with funny channel formats?

Using a 3/3.1 wav still:

And the final wav is 8 channels with the default channel mask from 7 channels.
Oooops. Will put that on my to do list.

The whole film is one m2ts. Wouldn't ignoring the missing sync byte help? I know xport can demux it though, so I guess it must be ignoring it.
Searching for the next sync byte would "help" somewhat, but still it's likely that the final audio and/or video streams would be damaged. So eac3to refuses to do that. eac3to only likes clean sources at this point in time.

The sample in that post has 4 audio tracks: 1-DTS 2-LPCM 3-AC3 4-AC3

tsMuxer only detects 1, 3 and 4, and eac3to only 3 and 4. Can you help me with this? I just want to demux that LPCM track, it plays fine but I have this problem.
Thanks for that sample, it's quite "interesting". The next build of eac3to will be able to detect and demux the DTS and LPCM tracks. But you'll have to wait until the next version is out. Probably next Sunday.

Will extraction of subtitles from bluray be supported in any future release?
Yes.

It already is. I just did one about an hour ago.
:eek: No, it's not supported yet. Maybe you were thinking about HD DVD subtitles?

So it includes the pulldown flags in the 2nd try? Should I hold onto the original ts in case 24p will work on it in future eac3to revisions?
It will not work with future eac3to revisions. There's no proper way to get rid of the pulldown if some parts of the stream contain pulldown flags and some don't. I think eac3to is as good as it gets for MPEG2 handling now (disregarding eventual bugs).

Certainly, madshi. Please check your PMs.
Thanks. Unfortunately (as you could probably guess) that sample is really damaged. I checked back to see why eac3to v1.16 was able to handle this file and the answer is relatively simple: eac3to v1.16 didn't have its own EVO reader yet. Instead it made use of Haali's Media Splitter. Haali's splitter tries to work around damaged files. eac3to's internal reader does not.

Your sample above works fine on Media Player Classik, but don't work on NMT.
The Video is stuttering and no sound.
The video is stuttering because the current NMT hardware does not have enough power to play h264 MKV files smoothly. The sound does not play because eac3to doesn't mux audio tracks into the MKV file. The audio tracks are stored into external files. You'll have to use mkvtoolnix to combine the MKV created by eac3to with the audio tracks. But if you want to play this on your NMT, you cannot use MKV, sadly.

But now the most important: I found a way - that works !! :)

1. "eac3to 00152.m2ts+00155.m2ts+00154.m2ts movie_temp.mkv"
2. open movie_temp.mkv in tsRemuxer (tsRemuxer found only the h.264-Videotrack in the MKV - and NO Audiotrack)
3. add the needed AC3- Audiotracks to tsRemuxer (Step 1. has build the mkv and extract the Audiotracks)
4. Mux to ts or m2ts.
Yes, that would have been my suggestion. Either that, or you could use "eac3to 00152.m2ts+00155.m2ts+00154.m2ts movie_temp.h264". That would also have worked. The key to make this work properly is:

(1) You *HAVE* to use eac3to to join the m2ts parts. This is currently the only way to handle seamless branching movies correctly.
(2) For the NMT you have to remux the stuff you got from eac3to to TS or m2ts by using TsMuxer.

[Henry The Ripper]

I have a 1080/60i AVC source with gaps according to eac3to.

When I mux the video mkv (without the gaps file used), the sound is out of synch. When using the gaps file I cannot open the resulting file at all.

Is it possible to deinterlace without re-encoding? Or how can I change the framerate to 29,97?

Thanks in advance!

[madshi]

I have a 1080/60i AVC source with gaps according to eac3to.

When I mux the video mkv (without the gaps file used), the sound is out of synch. When using the gaps file I cannot open the resulting file at all.
Try whether the "-60i" or "-24p" switches help.

[Henry The Ripper]

Try whether the "-60i" or "-24p" switches help.

Thanks, I'll try those!

[tebasuna51]

Do you have samples for all those funny AC3 formats? If so, could you make them available to me? I'd like to check the channel order output of Nero and Sonic decoders. Maybe I need to do some channel remapping for those decoders, too...
Ac3_Samples.7z (http://rapidshare.de/files/39384900/Ac3_Samples.7z.html)
Also, do you happen to have some DTS, MLP or MP2 samples with funny channel formats?
Well, MP2 only can support mono/stereo format then no problem.

I will try DTS/MLP.

[STaRGaZeR]

Thanks for that sample, it's quite "interesting". The next build of eac3to will be able to detect and demux the DTS and LPCM tracks. But you'll have to wait until the next version is out. Probably next Sunday.

:eek: perfect, I was already thinking it was a problem with the file itself that was bad muxed. Looking forward to it :thanks:

[madshi]

Ac3_Samples.7z (http://rapidshare.de/files/39384900/Ac3_Samples.7z.html)

Well, MP2 only can support mono/stereo format then no problem.

I will try DTS/MLP.
Thank you!

:eek: perfect, I was already thinking it was a problem with the file itself that was bad muxed.
Well, it's kind of a bad mux. The PCM track is Blu-Ray style. This kind of PCM track is not usually expected/supported by the TS container. PCM tracks in TS should be stored differently. So yes, it's kind of a bad mux. But the next eac3to build will support it nevertheless...

[STaRGaZeR]

Well, it's kind of a bad mux. The PCM track is Blu-Ray style. This kind of PCM track is not usually expected/supported by the TS container. PCM tracks in TS should be stored differently. So yes, it's kind of a bad mux. But the next eac3to build will support it nevertheless...

What's the difference between Blu-ray PCM style and normal PCM 5.1? The track is going to be muxed into Matroska, any conversions needed?

[jchappo]

The NMT does not support ES video streams from BluRay/HD DVD inside an mkv container. It doesn't have the horsepower to decode it. TS/M2TS files are processed in hardware and are the way to go.

Cheers, Beastie.

Beastie Boy, do you have a working solution for converting HD audio to LPCM for use on the NMT?

[Beastie Boy]

Hence, this is the solution many other people were looking for...

1) Convert TrueHD/DTS-HD to RAW
2) Rename file to .wav and mux with video in TsMuxer

Does this not work?

Edit: I should point out that I don't actually own a NMT based player. What would be interesting is to see if one of these players will play VC1/h264 video muxed with high bitrate AAC multichannel audio inside a TS container.
This would seem a better solution than wasting space on PCM. AAC would be pretty much transparent, but take up much less space.
Are you able to test this. Note that tsMuxer requires raw AAC streams, and I don't know how to produce these.

[madshi]

What's the difference between Blu-ray PCM style and normal PCM 5.1? The track is going to be muxed into Matroska, any conversions needed?
The PCM data itself is always the same. However, in the m2ts container a PCM track is stored with the identifier "0x80". And here comes the problem: A track with that identifier "0x80" in the TS container is not defined as PCM but as an MPEG2 video track! So if you convert a m2ts movie with PCM in it to TS without changing the track identifier, the PCM track suddenly looks like an MPEG2 video track to TS splitters. Ouch.

Does this not work?
Please let's not go there *AGAIN*. This has been discussed in about 2000 posts in the last few pages. It really doesn't belong into this thread.

[Beastie Boy]

Please let's not go there *AGAIN*. This has been discussed in about 2000 posts in the last few pages. It really doesn't belong into this thread.

Sorry about that, I was just surprised to see the question being asked as I thought it had been solved.

jchappo, I think it would be a good idea to start a new thread regarding NMT compatability etc.

[dorati]

@madshi:
Yes, that would have been my suggestion. Either that, or you could use "eac3to 00152.m2ts+00155.m2ts+00154.m2ts movie_temp.h264". That would also have worked. The key to make this work properly is:

(1) You *HAVE* to use eac3to to join the m2ts parts. This is currently the only way to handle seamless branching movies correctly.
(2) For the NMT you have to remux the stuff you got from eac3to to TS or m2ts by using TsMuxer.

No this don't work !

I tested today again:
Variante 1:
- "eac3to 00152.m2ts+00155.m2ts+00154.m2ts movie_temp.h264
- Mux movie_temp.h264 and AC3-Audio to TS or M2TS with tsRemuxer

Result: Video ist stuttering or hangs at cutpoints.

Variante2:
- "eac3to 00152.m2ts+00155.m2ts+00154.m2ts movie_temp.mkv
- Mux movie_temp.mkv and AC3-Audio to TS or M2TS with tsRemuxer

Result: Video plays fine !!!!!!:)

[madshi]

No this don't work !

I tested today again:
Variante 1:
- "eac3to 00152.m2ts+00155.m2ts+00154.m2ts movie_temp.h264
- Mux movie_temp.h264 and AC3-Audio to TS or M2TS with tsRemuxer

Result: Video ist stuttering or hangs at cutpoints.
Hmmmmm... This is probably caused by a bug in eac3to. I'm not removing the sequence end codes at the join points when demuxing video. I'm only doing that when muxing the video to MKV. Stupid me. Will be fixed in the next build...

[STaRGaZeR]

The PCM data itself is always the same. However, in the m2ts container a PCM track is stored with the identifier "0x80". And here comes the problem: A track with that identifier "0x80" in the TS container is not defined as PCM but as an MPEG2 video track! So if you convert a m2ts movie with PCM in it to TS without changing the track identifier, the PCM track suddenly looks like an MPEG2 video track to TS splitters. Ouch.

I see. Then the guy who muxed the TS did it in the wrong way without changing the track identifier to the proper one and that is what's causing the problem. Maybe tsMuxer is also thinking the PCM track is a MPEG2 track.

[wildchild22]

I have been hex editing ratatouille all day to remove the last 6 byes of every 264 video file. (00 00 00 01 0a 80). So Madshi if I just converted the video to mkv then remuxed it I wouldn't have to do all this?

This is the problem with seamless branching avc the end sequence 00 00 00 01 0a 80 causes the popcornhour to lock up. Also madshi if you demux to wavs and remux with scenarist 4.3 you can get lpcm so there is nothing wrong with eac3to audio. The video is perfect as well except those end of sequence codes being left in .h264 output

[itsancho]

hi to all again and madshi thank you, thank you, thank you... for everything!
... and here it comes my current problem :-/
don't know why but MKVtoolnix dosn't like 24-bits wav/pcm streams, and without any warrings the job officially is "done", but in a *.mkv file there is only first ~30 minutes of the stream and then loud noise... (by the way, there is no any problem with 16-bits wavs)

and so, i've tried another container - ts/m2ts - with tsMuxer, well, here the mesage was: Warning! Multi channels WAVE file for stream 1 do not contain channels configuration info. Applying default value: L R C LFE BL BR and so, all the great job, that was have been done by eac3to to remaping the blu-ray chanels accordingly, went to... :-(

I'm almost 100% sure that, to play video with 24-bits pcm is not mission impossible and 110% sure that u can help me!
Big, thanks in advance. :-)

[wildchild22]

If you do not have scenarist 4.3 you can forget about lpcm because there is no other free way to mux without getting loud noise.This maybe fixed in the future but for now it is the only way.



hi to all again and madshi thank you, thank you, thank you... for everything!
... and here it comes my current problem :-/
don't know why but MKVtoolnix dosn't like 24-bits wav/pcm streams, and without any warrings the job officially is "done", but in a *.mkv file there is only first ~30 minutes of the stream and then loud noise... (by the way, there is no any problem with 16-bits wavs)

and so, i've tried another container - ts/m2ts - with tsMuxer, well, here the mesage was: and so, all the great job, that was have been done by eac3to to remaping the blu-ray chanels accordingly, went to... :-(

I'm almost 100% sure that, to play video with 24-bits pcm is not mission impossible and 110% sure that u can help me!
Big, thanks in advance. :-)

[jchappo]

scenarist 4.3 muxes to M2TS?

[itsancho]

If you do not have scenarist 4.3 you can forget about lpcm because there is no other free way to mux without getting loud noise.This maybe fixed in the future but for now it is the only way.
well, i never heard of it, but i like to learn new things, will try to find it ;-)
and... u'r not quite absolutely right, 'cause MKVtoolnix is working/muxing perfect with 16-bits pcm/wav files... :-)
and thanks for the info!

___
edit
Well, it looks like, the problem of MKVtoolnix are not the bits, but the size. Just tried to remux Narnia, pcm is 16-bits, but it's above 4GB...

[Inventive Software]

BTW madshi, are you aware your thread's probably the biggest on Doom9's forum? Good going, since it's only been a year since you started this gem of a tool. :)

I have a question about channel orders with re-encoded FLAC files. Since FLAC by design doesn't specify a mandatory 5.1 or 7.1 channel order, when you recode, say, TrueHD or LPCM to FLAC, would they still retain their original channel ordering?

[madshi]

I have been hex editing ratatouille all day to remove the last 6 byes of every 264 video file. (00 00 00 01 0a 80). So Madshi if I just converted the video to mkv then remuxed it I wouldn't have to do all this?
Correct.

don't know why but MKVtoolnix dosn't like 24-bits wav/pcm streams, and without any warrings the job officially is "done", but in a *.mkv file there is only first ~30 minutes of the stream and then loud noise... (by the way, there is no any problem with 16-bits wavs)
This sounds like a bug in mkvtoolnix. You should post on the mkvtoolnix thread and ask Mosu for support of big WAV files. Probably he chokes on any WAV files bigger than 2GB or 4GB, just like TsMuxer does. This has nothing to do with 16bit vs. 24bit. The only reason why the 16bit one works for you is most probably that the 16bit WAV file is smaller.

Btw, why don't you use FLAC instead of WAV?

BTW madshi, are you aware your thread's probably the biggest on Doom9's forum? Good going, since it's only been a year since you started this gem of a tool. :)
:)

I have a question about channel orders with re-encoded FLAC files. Since FLAC by design doesn't specify a mandatory 5.1 or 7.1 channel order, when you recode, say, TrueHD or LPCM to FLAC, would they still retain their original channel ordering?
The FLAC channel assignment for 5.1 is identical to WAV and that's what eac3to is using for FLAC encoding. The FLAC channel assignment for 7.1 channels is not officially documented but I'm simply using WAV channel order there, too. Search for "channel assignment" here:

http://flac.sourceforge.net/format.html

[tebasuna51]

@madshi
Samples_mlp.7z (http://rapidshare.com/files/114433847/Samples_mlp.7z.html)

# MLP Channel Assignments Mask and MS channels order Detect-MaskCh eac3to libav remap Samples
-- ------------------------ -------------------------- -------------------- ----------- ----------
0 M 0x0004 FC 1.0 0x0004 ok not needed 00_100.mlp
1 L R 0x0003 FL FR 2.0 0x0003 ok not needed 01_200.mlp
2 Lf Rf (S) 0x0103 FL FR BC 3.0 0x0007 (1) not needed 02_210.mlp
3 Lf Rf (Ls Rs) 0x0033 FL FR BL BR 4.0 0x0033 ok not needed 03_220.mlp
4 Lf Rf (LFE) 0x000B FL FR LF 2.1 0x0007 (1) not needed 04_201.mlp
5 Lf Rf (LFE S) 0x010B FL FR LF BC 3.1 0x0033 (1) not needed 05_211.mlp
6 Lf Rf (LFE Ls Rs) 0x003B FL FR LF BL BR 4.1 0x0037 (1) not needed 06_221.mlp
7 Lf Rf (C) 0x0007 FL FR FC 3.0 0x0007 ok not needed 07_300.mlp
8 Lf Rf (C S) 0x0107 FL FR FC BC 4.0 0x0033 (1) not needed 08_310.mlp
9 Lf Rf (C Ls Rs) 0x0037 FL FR FC BL BR 5.0 0x0037 ok not needed 09_320.mlp
10 Lf Rf (C LFE) 0x000F FL FR FC LF 3.1 0x0033 (1) not needed 10_301.mlp
11 Lf Rf (C LFE S) 0x010F FL FR FC LF BC 4.1 0x0037 (1) not needed 11_311.mlp
12 Lf Rf (C LFE Ls Rs) 0x003F FL FR FC LF BL BR 5.1 0x003F ok not needed 12_321.mlp
13 Lf Rf C (S) 0x0107 FL FR FC BC Can't detect (3) not needed 13_310.mlp
14 Lf Rf C (Ls Rs) 0x0037 FL FR FC BL BR Can't detect (3) not needed 14_320.mlp
15 Lf Rf C (LFE) 0x000F FL FR FC LF Can't detect (3) not needed 15_301.mlp
16 Lf Rf C (LFE S) 0x010F FL FR FC LF BC Can't detect (3) not needed 16_311.mlp
17 Lf Rf C (LFE Ls Rs) 0x003F FL FR FC LF BL BR 5.1 0x003F ok not needed 17_321.mlp
18 Lf Rf Ls Rs (LFE) 0x003B FL FR LF BL BR 4.1 0x0037 (1) (2) -0,1,4,2,3,5 18_221.mlp
19 Lf Rf Ls Rs (C) 0x0037 FL FR FC BL BR 5.0 0x0037 (2) -0,1,4,2,3,5 19_320.mlp
20 Lf Rf Ls Rs (C LFE) 0x003F FL FR FC LF BL BR 5.1 0x003F ok already done 20_321.mlp
(1) Need more complete detection (2/2.1 type) to assign the correct MaskCh.
(2) When decoded with libav need remapping channels.
(3) Can't decode these samples with eac3to:
"The format of the source file could not be detected."

But yes using:

FFmpeg version r11045, Copyright (c) 2000-2007 Fabrice Bellard, et al. (2007/11/16)
configuration: --prefix=/c/MinGW --enable-pp --enable-swscaler --enable-avisynth --enable-libfaac
--enable-libfaad --enable-libmp3lame --enable-libtheora --enable-libxvid --enable-libx264
--enable-gpl --enable-memalign-hack
libavutil version: 49.5.0
libavcodec version: 51.48.0
libavformat version: 51.19.0
built on Nov 16 2007 08:43:27, gcc: 4.2.1-dw2 (mingw32-2)
Input #0, mlp, from 'E:\Test\mlp\14_320.mlp':
Duration: N/A, bitrate: N/A
Stream #0.0: Audio: mlp, 48000 Hz, 5 channels
Output #0, wav, to 'E:\Test\mlp\w14_320.wav':
Stream #0.0: Audio: pcm_s16le, 48000 Hz, 5 channels, 3840 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
[mlp @ 00918460]Lossless check failed - expected b, calculated 97
[mlp @ 00918460]End of stream indicated
[mlp @ 00918460]End of stream indicated
size= 9375kB time=20.0 bitrate=3840.0kbits/s
video:0kB audio:9375kB global headers:0kB muxing overhead 0.000458%

[itsancho]

madshi u r absolutely right! well, i never heard of it, but i like to learn new things, will try to find it ;-)
and... u'r not quite absolutely right, 'cause MKVtoolnix is working/muxing perfect with 16-bits pcm/wav files... :-)
and thanks for the info!
___
edit
Well, it looks like, the problem of MKVtoolnix are not the bits, but the size. Just tried to remux Narnia, pcm is 16-bits, but it's above 4GB... i've edit my previous post and then saw that there is a new page in the treat with ur anser... ;-)
big thanx again!

[Yraen]

:eek: No, it's not supported yet. Maybe you were thinking about HD DVD subtitles?


Yeah, that was my mistake. I had ripped subs from a title I thought I bought in BD, but when I looked on the shelf it was HD-DVD. Excuse me, I need to go wash the taste of my foot out of my mouth. :o

[madshi]

# MLP Channel Assignments Mask and MS channels order Detect-MaskCh eac3to libav remap Samples
-- ------------------------ -------------------------- -------------------- ----------- ----------
0 M 0x0004 FC 1.0 0x0004 ok not needed 00_100.mlp
1 L R 0x0003 FL FR 2.0 0x0003 ok not needed 01_200.mlp
2 Lf Rf (S) 0x0103 FL FR BC 3.0 0x0007 (1) not needed 02_210.mlp
3 Lf Rf (Ls Rs) 0x0033 FL FR BL BR 4.0 0x0033 ok not needed 03_220.mlp
4 Lf Rf (LFE) 0x000B FL FR LF 2.1 0x0007 (1) not needed 04_201.mlp
5 Lf Rf (LFE S) 0x010B FL FR LF BC 3.1 0x0033 (1) not needed 05_211.mlp
6 Lf Rf (LFE Ls Rs) 0x003B FL FR LF BL BR 4.1 0x0037 (1) not needed 06_221.mlp
7 Lf Rf (C) 0x0007 FL FR FC 3.0 0x0007 ok not needed 07_300.mlp
8 Lf Rf (C S) 0x0107 FL FR FC BC 4.0 0x0033 (1) not needed 08_310.mlp
9 Lf Rf (C Ls Rs) 0x0037 FL FR FC BL BR 5.0 0x0037 ok not needed 09_320.mlp
10 Lf Rf (C LFE) 0x000F FL FR FC LF 3.1 0x0033 (1) not needed 10_301.mlp
11 Lf Rf (C LFE S) 0x010F FL FR FC LF BC 4.1 0x0037 (1) not needed 11_311.mlp
12 Lf Rf (C LFE Ls Rs) 0x003F FL FR FC LF BL BR 5.1 0x003F ok not needed 12_321.mlp
13 Lf Rf C (S) 0x0107 FL FR FC BC Can't detect (3) not needed 13_310.mlp
14 Lf Rf C (Ls Rs) 0x0037 FL FR FC BL BR Can't detect (3) not needed 14_320.mlp
15 Lf Rf C (LFE) 0x000F FL FR FC LF Can't detect (3) not needed 15_301.mlp
16 Lf Rf C (LFE S) 0x010F FL FR FC LF BC Can't detect (3) not needed 16_311.mlp
17 Lf Rf C (LFE Ls Rs) 0x003F FL FR FC LF BL BR 5.1 0x003F ok not needed 17_321.mlp
18 Lf Rf Ls Rs (LFE) 0x003B FL FR LF BL BR 4.1 0x0037 (1) (2) -0,1,4,2,3,5 18_221.mlp
19 Lf Rf Ls Rs (C) 0x0037 FL FR FC BL BR 5.0 0x0037 (2) -0,1,4,2,3,5 19_320.mlp
20 Lf Rf Ls Rs (C LFE) 0x003F FL FR FC LF BL BR 5.1 0x003F ok already done 20_321.mlp
(1) Need more complete detection (2/2.1 type) to assign the correct MaskCh.
(2) When decoded with libav need remapping channels.
(3) Can't decode these samples with eac3to:
"The format of the source file could not be detected."
Awesome!! Thanks much again for your help! :)

[monohouse]

-----

[madshi]

this freezes and stuck for hours while using 100% of cpu time, after checking it appears to happen for the audio only I tested this with the video alone and it works
Most probably there's either a bug in the Sonic DTS-HD decoder or the DTS stream is slightly damaged. DTS streams usually don't have a CRC, so eac3to cannot detect every damage in DTS streams.

You can probably work around the problem by using the "-core" switch. This will discard the additional Master Audio packets and only decode the core. You'll take a slight hit on audio quality, though.

Your best bet is probably to do a clean rerip in the hope that this fixes the problem.

[monohouse]

-----

[madshi]

one other thing possibly I didn't mention, any chance it may be related to using version 4.2 of sonic instead of 4.3 which you mentioned ?
Don't know.

sayin do you know when they encrypt those BD's do they also encrypt the audio or only the video ?
Audio is also encrypted.

[Yraen]

madshi,

Here's (ftp://ftp.shspvr.com/download/moive_clip/hd_pvr_clip/hcw_hd_pvr2_1080i_h264.ts) an interesting clip (80MB) from the thread here (http://www.avsforum.com/avs-vb/showthread.php?t=1015617) about the Hauppauge HD PVR starting to ship now.

I can mux it into a mkv container, generating a gaps file, and it plays fine. When I run the command line again, using the gaps file, it messes up the playback, showing the time as only 2 seconds for the file length in media player, and stopping at different points each time I start it over.

First run:

eac3to v2.46
command line: "D:\editing apps\eac3to\2.46\eac3to.exe" "H:\hcw_hd_pvr2_1080i_h264.ts" 1: "N:\test\video.mkv" -seekToIFrames
------------------------------------------------------------------------------
TS, 1 video track, 0:02:06
1: h264/AVC, 1080i50 (16:9)
[v01] Extracting video track number 1...
[v01] Muxing video to Matroska...
[v01] Video overlaps for 4 frames at playtime 0:00:00.
[v01] Video overlaps for 4 frames at playtime 0:00:00.
[v01] Video overlaps for 4 frames at playtime 0:00:01.

(continues on like this for every second of the file)
(notice the track time above and the end time below)

[v01] Video overlaps for 4 frames at playtime 0:04:06.
[v01] Video overlaps for 4 frames at playtime 0:04:06.
[v01] Video overlaps for 4 frames at playtime 0:04:06.
[v01] Video overlaps for 4 frames at playtime 0:04:07.
[v01] The MKV file was created without making use of the gap/overlap information.
[v01] Please check whether audio is in sync. If it is in sync everything is fine.
[v01] Otherwise you can ask eac3to to repeat the muxing. It will then automatically
[v01] make use of the detailed gap/overlap information.
Added fps value to MKV header.
Video track 1 contains 6290 frames.
eac3to processing took 7 seconds.
Done.


Second Run:

eac3to v2.46
command line: "D:\editing apps\eac3to\2.46\eac3to.exe" "H:\hcw_hd_pvr2_1080i_h264.ts" 1: "N:\test\video.mkv" -seekToIFrames
------------------------------------------------------------------------------
TS, 1 video track, 0:02:06
1: h264/AVC, 1080i50 (16:9)
[v01] Video gap description file detected, will be used for muxing...
[v01] Extracting video track number 1...
[v01] Muxing video to Matroska...
Added fps value to MKV header.
Video track 1 contains 6290 frames.
eac3to processing took 2 seconds.
Done.


Probably nothing you'll need to fix, I just thought it might be of an interest to you.

[dorati]

@madshi:
Hmmmmm... This is probably caused by a bug in eac3to. I'm not removing the sequence end codes at the join points when demuxing video. I'm only doing that when muxing the video to MKV. Stupid me. Will be fixed in the next build...

Perfekt. Thanks for your very very helpfull program !

[Momber]

For now if you need to have the pulldown completely removed please use eac3to for demuxing and then vc1conv afterwards.
Thanks for your reply. I'm doing just that. And it works :)

[tenkai]

Hi guys, is there a simple way to encode dts master audio directly into dts? if i set while demuxing (.dts ending) i get a dts file which doesn´t work properly.. so i need to convert it to flac and after that to dts.. i wonder if there is another way?

thx in advance

[saint-francis]

Hi guys, is there a simple way to encode dts master audio directly into dts? if i set while demuxing (.dts ending) i get a dts file which doesn´t work properly.. so i need to convert it to flac and after that to dts.. i wonder if there is another way?

There is a switch called -core that will do what you want.

[madshi]

Here's (ftp://ftp.shspvr.com/download/moive_clip/hd_pvr_clip/hcw_hd_pvr2_1080i_h264.ts) an interesting clip (80MB) from the thread here (http://www.avsforum.com/avs-vb/showthread.php?t=1015617) about the Hauppauge HD PVR starting to ship now.
Thanks, I'll give that a look later this week.

Hi guys, is there a simple way to encode dts master audio directly into dts? if i set while demuxing (.dts ending) i get a dts file which doesn´t work properly.. so i need to convert it to flac and after that to dts.. i wonder if there is another way?
Use the "-core" switch.

Edit: saint-francis was faster... ;)

[tenkai]

oki thx :)

[dorati]

I have TRUE-HD Audiotracks in my m2ts-File.
With -demux i get a .ac3 and and a .thd -File.
With convert i get a .flac file.

How I get a full True-Hd.ac3 File for muxing wit tsRemuxer?

[Thunderbolt8]

I guess that .ac3 file from demuxing is already fine.

[madshi]

I have TRUE-HD Audiotracks in my m2ts-File.
With -demux i get a .ac3 and and a .thd -File.
With convert i get a .flac file.

How I get a full True-Hd.ac3 File for muxing wit tsRemuxer?
This is currently not supported by eac3to because eac3to is not built for m2ts muxing. I think the m2ts muxer you're using (probably TsMuxer) should offer a way to import separate TrueHD+AC3 files and melt them together for the final m2ts mux.

[EPiPH0NE]

This is currently not supported by eac3to because eac3to is not built for m2ts muxing. I think the m2ts muxer you're using (probably TsMuxer) should offer a way to import separate TrueHD+AC3 files and melt them together for the final m2ts mux.

You can do this with Scenarist but not tsMuxeR.

[hlkc]

I've been sitting on the side line for this new TrueHD audio format until I get myself a TrueHD pre-amp. I used PDVD8 for my BD and HD DVD movies. Now, my pre-amp is here and I like to try this conversion now. Few questions:

1) So with this conversion, is that mean I am able to stream TrueHD audio stream to my pre-amp?

2) HDMI 1,3, right?

Thank for your reply in advance.

[Beastie Boy]

eac3to is a tool to demux and/or transcode audio from one format to another. It really depends on what you intend to do with the video/audio streams, and what device you will be using to feed your amp.

Cheers, Beastie.

[hlkc]

eac3to is a tool to demux and/or transcode audio from one format to another. It really depends on what you intend to do with the video/audio streams, and what device you will be using to feed your amp.

Cheers, Beastie.

Hi Beastie,

Thanks for your reply. So correct me if I am wrong, so with this conversion, we transfer TrueHD audio format to another format such as DTS or DD to our receiver via for example SPDIF? So we are still going to hear all the TrueHD format but in DD or DTS in our receiver, right?

[Beastie Boy]

Hi Beastie,

Thanks for your reply. So correct me if I am wrong, so with this conversion, we transfer TrueHD audio format to another format such as DTS or DD to our receiver via for example SPDIF? So we are still going to hear all the TrueHD format but in DD or DTS in our receiver, right?

TrueHD is lossless audio, DD and DTS are both lossy. If you wish to retain TrueHD quality, either convert the audio to LPCM, WAV or FLAC with eac3to, or mux the original TrueHD stream to Bluray structure using tsMuxer (http://forum.doom9.org/showthread.php?t=134104).

I suggest you read up on both tools, decide what it is you need to acheive, and then come and ask for assistance using the tools if you still need it. I get the impression that you don't really know what you are trying to do at the moment :)

Cheers, Beastie.