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. |
12th May 2008, 12:40 | #4762 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
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... |
|
12th May 2008, 13:47 | #4763 | Link | |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Quote:
|
|
12th May 2008, 14:18 | #4765 | Link | |
Registered User
Join Date: Mar 2002
Posts: 353
|
Quote:
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. |
|
12th May 2008, 14:41 | #4766 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
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. |
|
12th May 2008, 14:55 | #4767 | Link | |
Registered User
Join Date: Mar 2002
Posts: 353
|
Quote:
jchappo, I think it would be a good idea to start a new thread regarding NMT compatability etc. |
|
12th May 2008, 15:04 | #4768 | Link | |
Registered User
Join Date: Oct 2002
Posts: 70
|
@madshi:
Quote:
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. |
|
12th May 2008, 15:14 | #4769 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
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...
|
12th May 2008, 15:32 | #4770 | Link | |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Quote:
|
|
12th May 2008, 17:34 | #4771 | Link |
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 |
12th May 2008, 17:45 | #4772 | Link | |
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:
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. :-) |
|
12th May 2008, 17:51 | #4773 | Link | |
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:
|
|
12th May 2008, 18:33 | #4775 | Link | |
Registered User
Join Date: Jan 2004
Location: Sofia, Bulgaria
Posts: 29
|
Quote:
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. |
|
12th May 2008, 18:36 | #4776 | Link |
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 |
12th May 2008, 19:40 | #4777 | Link | ||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Btw, why don't you use FLAC instead of WAV? Quote:
Quote:
http://flac.sourceforge.net/format.html |
||||
12th May 2008, 20:23 | #4778 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,890
|
@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 (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% |
12th May 2008, 21:26 | #4779 | Link | |
Registered User
Join Date: Jan 2004
Location: Sofia, Bulgaria
Posts: 29
|
madshi u r absolutely right!
Quote:
big thanx again! |
|
12th May 2008, 21:47 | #4780 | Link |
Registered User
Join Date: Dec 2007
Location: Okie in Muskogee
Posts: 174
|
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.
|
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|