Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > General > Audio encoding

Reply
 
Thread Tools Search this Thread Display Modes
Old 12th May 2008, 12:31   #4761  |  Link
STaRGaZeR
4:2:0 hater
 
Join Date: Apr 2008
Posts: 1,307
Quote:
Originally Posted by madshi View Post
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.
perfect, I was already thinking it was a problem with the file itself that was bad muxed. Looking forward to it
STaRGaZeR is offline   Reply With Quote
Old 12th May 2008, 12:40   #4762  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by tebasuna51 View Post
Ac3_Samples.7z

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

I will try DTS/MLP.
Thank you!

Quote:
Originally Posted by STaRGaZeR View Post
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...
madshi is offline   Reply With Quote
Old 12th May 2008, 13:47   #4763  |  Link
STaRGaZeR
4:2:0 hater
 
Join Date: Apr 2008
Posts: 1,307
Quote:
Originally Posted by madshi View Post
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?
STaRGaZeR is offline   Reply With Quote
Old 12th May 2008, 14:08   #4764  |  Link
jchappo
Registered User
 
Join Date: Oct 2007
Posts: 36
Quote:
Originally Posted by Beastie Boy View Post
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?
jchappo is offline   Reply With Quote
Old 12th May 2008, 14:18   #4765  |  Link
Beastie Boy
Registered User
 
Beastie Boy's Avatar
 
Join Date: Mar 2002
Posts: 353
Quote:
Originally Posted by jchappo View Post
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.

Last edited by Beastie Boy; 12th May 2008 at 14:22.
Beastie Boy is offline   Reply With Quote
Old 12th May 2008, 14:41   #4766  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by STaRGaZeR View Post
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.

Quote:
Originally Posted by Beastie Boy View Post
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.
madshi is offline   Reply With Quote
Old 12th May 2008, 14:55   #4767  |  Link
Beastie Boy
Registered User
 
Beastie Boy's Avatar
 
Join Date: Mar 2002
Posts: 353
Quote:
Originally Posted by madshi View Post
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.
Beastie Boy is offline   Reply With Quote
Old 12th May 2008, 15:04   #4768  |  Link
dorati
Registered User
 
Join Date: Oct 2002
Posts: 65
@madshi:
Quote:
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 !!!!!!

Last edited by dorati; 12th May 2008 at 15:07.
dorati is offline   Reply With Quote
Old 12th May 2008, 15:14   #4769  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by dorati View Post
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...
madshi is offline   Reply With Quote
Old 12th May 2008, 15:32   #4770  |  Link
STaRGaZeR
4:2:0 hater
 
Join Date: Apr 2008
Posts: 1,307
Quote:
Originally Posted by madshi View Post
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.
STaRGaZeR is offline   Reply With Quote
Old 12th May 2008, 17:34   #4771  |  Link
wildchild22
Registered User
 
Join Date: Mar 2007
Posts: 23
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
wildchild22 is offline   Reply With Quote
Old 12th May 2008, 17:45   #4772  |  Link
itsancho
Registered User
 
Join Date: Jan 2004
Location: Sofia, Bulgaria
Posts: 29
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:
Quote:
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. :-)
itsancho is offline   Reply With Quote
Old 12th May 2008, 17:51   #4773  |  Link
wildchild22
Registered User
 
Join Date: Mar 2007
Posts: 23
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.



Quote:
Originally Posted by itsancho View Post
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. :-)
wildchild22 is offline   Reply With Quote
Old 12th May 2008, 18:23   #4774  |  Link
jchappo
Registered User
 
Join Date: Oct 2007
Posts: 36
scenarist 4.3 muxes to M2TS?
jchappo is offline   Reply With Quote
Old 12th May 2008, 18:33   #4775  |  Link
itsancho
Registered User
 
Join Date: Jan 2004
Location: Sofia, Bulgaria
Posts: 29
Quote:
Originally Posted by wildchild22 View Post
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...

Last edited by itsancho; 12th May 2008 at 21:12.
itsancho is offline   Reply With Quote
Old 12th May 2008, 18:36   #4776  |  Link
Inventive Software
Turkey Machine
 
Join Date: Jan 2005
Location: Lowestoft, UK (but visit lots of places with bribes [beer])
Posts: 1,953
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?
__________________
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
Inventive Software is offline   Reply With Quote
Old 12th May 2008, 19:40   #4777  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by wildchild22 View Post
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.

Quote:
Originally Posted by itsancho View Post
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?

Quote:
Originally Posted by Inventive Software View Post
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.


Quote:
Originally Posted by Inventive Software View Post
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
madshi is offline   Reply With Quote
Old 12th May 2008, 20:23   #4778  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 5,512
@madshi
Samples_mlp.7z

Code:
 # 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:

Code:
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%
tebasuna51 is offline   Reply With Quote
Old 12th May 2008, 21:26   #4779  |  Link
itsancho
Registered User
 
Join Date: Jan 2004
Location: Sofia, Bulgaria
Posts: 29
madshi u r absolutely right!
Quote:
Originally Posted by itsancho View Post
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!
itsancho is offline   Reply With Quote
Old 12th May 2008, 21:47   #4780  |  Link
Yraen
Registered User
 
Join Date: Dec 2007
Location: Okie in Muskogee
Posts: 174
Quote:
Originally Posted by madshi View Post
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.
Yraen is offline   Reply With Quote
Reply

Tags
eac3to

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 22:34.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.