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

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 20th August 2008, 17:08   #5841  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by patja View Post
Kaspersky fixed this, it is no longer reported as containing a Trojan
Great! Thanks for the heads up...
madshi is offline  
Old 21st August 2008, 19:56   #5842  |  Link
Roscoe62
Registered User
 
Join Date: Nov 2004
Location: NZ
Posts: 141
Well, the bad news is I just built a new PC - got everything installed so eac3to can do it's thing ....and I'm STILL getting the "The program channel mapping changes in the middle of the stream" error message with the Mr & Mrs Smith Blu-Ray.

Just to be absolutely sure I'm going to let it go through the process of trying to create the mkv, flac chapter & sup files, but I'm pretty sure I'm going to get another abort. I will post the log when it's done aborting.
Roscoe62 is offline  
Old 21st August 2008, 20:21   #5843  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Roscoe62 View Post
Well, the bad news is I just built a new PC - got everything installed so eac3to can do it's thing ....and I'm STILL getting the "The program channel mapping changes in the middle of the stream" error message with the Mr & Mrs Smith Blu-Ray.

Just to be absolutely sure I'm going to let it go through the process of trying to create the mkv, flac chapter & sup files, but I'm pretty sure I'm going to get another abort. I will post the log when it's done aborting.
Can I get a sample, please?
madshi is offline  
Old 22nd August 2008, 01:58   #5844  |  Link
EPiPH0NE
b4k3d
 
Join Date: Sep 2007
Posts: 310
Quote:
Originally Posted by Roscoe62 View Post
Well, the bad news is I just built a new PC - got everything installed so eac3to can do it's thing ....and I'm STILL getting the "The program channel mapping changes in the middle of the stream" error message with the Mr & Mrs Smith Blu-Ray.

Just to be absolutely sure I'm going to let it go through the process of trying to create the mkv, flac chapter & sup files, but I'm pretty sure I'm going to get another abort. I will post the log when it's done aborting.
Yup, same problem here with Mr and Mrs Smith BluRay. I thought you where already working on this problem madshi? wasn't this issue brought up a couple weeks ago?
EPiPH0NE is offline  
Old 22nd August 2008, 07:55   #5845  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by EPiPH0NE View Post
Yup, same problem here with Mr and Mrs Smith BluRay. I thought you where already working on this problem madshi? wasn't this issue brought up a couple weeks ago?
The problem was brought up with two different movies. I got one sample - with which the problem did not occur. After that the person who reported the problem said that the problem was caused by him using the wrong playlist (which combined some SD and HD m2ts parts). I never got a sample with which I can reproduce the problem. Without a sample I can't do anything...
madshi is offline  
Old 22nd August 2008, 09:10   #5846  |  Link
sehgal.v7
Registered User
 
Join Date: Jul 2008
Posts: 93
@Madshi
Some unanswered questions ;-):-
1. Are you planning to add option to demux TrueHD & Core seperately?
2. Are you planning to add feature to combine already seperated Core & TrueHD Track by Eac3to?

Regards,
Sehgal
sehgal.v7 is offline  
Old 22nd August 2008, 09:56   #5847  |  Link
nautilus7
Registered User
 
nautilus7's Avatar
 
Join Date: Jan 2006
Location: Athens, Greece
Posts: 1,518
Regarding the Mr & Mrs Smith problem... I have the UK version of the Blu-ray and I don't get any errors. I am also quite possitive the US blu-ray works fine cause I know a lot of people have it and never heard a complain.

Last edited by nautilus7; 22nd August 2008 at 11:29.
nautilus7 is offline  
Old 22nd August 2008, 10:05   #5848  |  Link
Roscoe62
Registered User
 
Join Date: Nov 2004
Location: NZ
Posts: 141
Madshi,

I provided the last sample (which unfortunately didn't fault for you). I'm happy to provide you another sample (perhaps a larger sample? - the last one was around 50Mb) but if the same file is causing issues with me, and not with you would you have any clue as to where the problem might lie, if not with the file itself?

In the meantime, I'm going to try to create a larger file (say around 100Mb) and upload it for you in the hopes that THIS one will fault for you.

BTW...it's definitely the zone A disk I have here (US).

Here's the eac3to log file - not that it'll help much.

Thanks!

BTW....if you need a larger sample again, just let me know.
Attached Files
File Type: txt chapters - Log.txt (5.8 KB, 32 views)

Last edited by Roscoe62; 22nd August 2008 at 10:09.
Roscoe62 is offline  
Old 22nd August 2008, 11:04   #5849  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Roscoe62 View Post
I provided the last sample (which unfortunately didn't fault for you). I'm happy to provide you another sample (perhaps a larger sample? - the last one was around 50Mb) but if the same file is causing issues with me, and not with you would you have any clue as to where the problem might lie, if not with the file itself?
I don't see how the sample would show the problem for you but not for me. In this specific case no external software or DirectShow filter is involved. So as long as we're using the very same sample file, the same eac3to version and the same command line, the problem must occur for both of us or for neither of us.

When you test the sample, make sure you copy it to a folder separate from the original Blu-Ray folder structure. E.g. copy it to the desktop and let eac3to check it there.

Quote:
Originally Posted by sehgal.v7 View Post
1. Are you planning to add option to demux TrueHD & Core seperately?
There is no TrueHD core. I guess you mean the separate AC3 frames embedded in the Blu-Ray TrueHD+AC3 stream? If so, I don't need to add an option to demux them separately because that's the default behaviour. I guess you mean you want an option to demux them *not* separately? It would be nice if you could actually write what you mean, that would save me some time...

Quote:
Originally Posted by sehgal.v7 View Post
2. Are you planning to add feature to combine already seperated Core & TrueHD Track by Eac3to?
Again TrueHD has no core. I may eventually add a feature to create an interweaved TrueHD+AC3 track for Scenarist muxing.
madshi is offline  
Old 22nd August 2008, 11:12   #5850  |  Link
rickardk
Registered User
 
Join Date: Jul 2007
Posts: 259
Trying to remux The Game Plan with eac3to:

eac3to bd-tgp
1) 00139.mpls, 2:07:03
[92+1+93+3+94+5+95+7+96+9+97+11+98+13+99+15+16+100+18+101+20+102+22+103+24+10
4+26+105+28+106+30+107+32+108+109+35+110+37+111+39+112+41+113+43+114+45+115+47+1
16+49+117+51+118+53+119+55+120+57+121+59+122+61+123+63+124+65+125+67+126+69+127+
71+128+73+129+75+130+77+78+131+80+132+82+133+84+134+86+135+88+136+90+137].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, English, stereo, 48khz


The result is a perfect mkv of the video. But audio is screwed up. The first chunk (a few minutes) of audio is repeated several times during the first 15 minutes. The disney theme cuts in all over the place.
rickardk is offline  
Old 22nd August 2008, 11:16   #5851  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by rickardk View Post
Trying to remux The Game Plan with eac3to:

eac3to bd-tgp
1) 00139.mpls, 2:07:03
[92+1+93+3+94+5+95+7+96+9+97+11+98+13+99+15+16+100+18+101+20+102+22+103+24+10
4+26+105+28+106+30+107+32+108+109+35+110+37+111+39+112+41+113+43+114+45+115+47+1
16+49+117+51+118+53+119+55+120+57+121+59+122+61+123+63+124+65+125+67+126+69+127+
71+128+73+129+75+130+77+78+131+80+132+82+133+84+134+86+135+88+136+90+137].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, English, multi-channel, 48khz
- AC3, English, stereo, 48khz


The result is a perfect mkv of the video. But audio is screwed up. The first chunk (a few minutes) of audio is repeated several times during the first 15 minutes. The disney theme cuts in all over the place.
Is the problem reproducable with a small sample? If so, could I get that sample, please?

P.S: I guess eac3to asked you to rerun the command line to fix audio overlaps? Did you do that rerun? If so, could you please check if the problem already occurs before the rerun or if it is introduced by the overlap fixing? Thanks!
madshi is offline  
Old 22nd August 2008, 11:27   #5852  |  Link
Roscoe62
Registered User
 
Join Date: Nov 2004
Location: NZ
Posts: 141
I'm still testing, but I may have accidentally stumbled onto a solution for getting Mr & Mrs Smith to work.

It's a little left field, but it seems to have worked - I'm just muxing the files together now...will report back soon.
Roscoe62 is offline  
Old 22nd August 2008, 12:35   #5853  |  Link
rickardk
Registered User
 
Join Date: Jul 2007
Posts: 259
Quote:
Originally Posted by madshi View Post
Is the problem reproducable with a small sample? If so, could I get that sample, please?

P.S: I guess eac3to asked you to rerun the command line to fix audio overlaps? Did you do that rerun? If so, could you please check if the problem already occurs before the rerun or if it is introduced by the overlap fixing? Thanks!
Yes I did rerun before muxing audio and video. Can't produce with sample as the misplaced audio error starts 10 minutes into the movie.

Think of each letter as ~2min audio

Correct audio: a-b-c-d-e-f-g-h-i-j-k-l-m

eac3to audio: a-b-c-a-e-f-a-h-i-b-k-l-b

I will try again and check before rerun (overlap fixing)...

Last edited by rickardk; 22nd August 2008 at 12:42.
rickardk is offline  
Old 22nd August 2008, 13:09   #5854  |  Link
sehgal.v7
Registered User
 
Join Date: Jul 2008
Posts: 93
@Madshi
Sowwie, my typo mistake.. i meant, Are you planning to add option to not to demux TrueHD & AC3 seperately?
& Second was to Combine TrueHD+AC3 file that already being seperated by Eac3to?

In general term, we use Core for that AC3, that's why got confused. :-)
sehgal.v7 is offline  
Old 22nd August 2008, 13:19   #5855  |  Link
Roscoe62
Registered User
 
Join Date: Nov 2004
Location: NZ
Posts: 141
OK - it's now confirmed - I can get eac3to to produce a perfectly working version of Mr & Mrs Smith, but what I had to do was a little weird.

For this particular movie, the whole movie is contained within the one m2ts file.

First off, I removed 00001.m2ts (the main file) from the stream folder in order to cut it and make Madshi a sample, but when I tested the sample, the error wasn't showing any more. I put it back into the stream folder and the error came back.

If I pointed eac3to exactly to the file within the STREAM folder (instead of just the title's folder - in this case MRMRSSMITH) no errors were displayed, but there was no option to rip the chapters either. Just on a hunch I removed EVERY OTHER m2ts file from the stream folder and put them somewhere else. Then I pointed eac3to back to the title folder (MRMRSSMITH). Eac3to produced the full list of video/audio/chapter/subtitle files without showing any error messages at all, so I let eac3to go - it produced the mkv file from the h264 video, the flac file from the DTS MA, the chapters file & the english sup file (I usually do this just in case it's a "forced subs" track) and it went all the way to completion without aborting. After using MKVMerge to put the audio & chapter files back in, and testing it, it has all worked perfectly.

I don't know why eac3to was producing that particular error on this particular disk, but hopefully there's something in my explanation that Madshi might be able to use to find what the problem was.

If you need me to do any further testing, I still have all the files on the PC and will keep them there for a while.
Roscoe62 is offline  
Old 22nd August 2008, 14:21   #5856  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
@madshi

we are talking a lot about bit-perfect transfer here when it comes to audio, but what about the same thing with video, e.g. raw h.264 stream to MKV and vice-versa?

how i test:

eac3to file.m2ts raw_1.h264

eac3to file.m2ts file.mkv
mkvextract file.mkv to raw_2.h264

mkvmerge raw_1.h264 to file2.mkv
mkvextract file2.mkv to raw_3.h264

my expectation was that raw_1.h264, raw_2.h264 and raw_3.h264 are exactly the same or at least have some small differences in headers or something, but it turns out that they are all different and when compare them with hex editor the differences are very huge.

so, why is that and is it OK?

Last edited by xkodi; 22nd August 2008 at 14:37.
xkodi is offline  
Old 22nd August 2008, 14:52   #5857  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by rickardk View Post
Yes I did rerun before muxing audio and video. Can't produce with sample as the misplaced audio error starts 10 minutes into the movie.
eac3to will tell you the runtime of each m2ts part. This way you should be able to find out in which m2ts part the problem begins. Maybe it's directly with the start of a specific m2ts part. Or maybe it's in the middle of a specific m2ts part. Anyway, maybe you can create a working sample this way? Cutting m2ts files is rather easy. You can just delete blocks of 192 bytes from the beginning or end of a m2ts file until you get exactly what you need.

Quote:
Originally Posted by rickardk View Post
I will try again and check before rerun (overlap fixing)...
Thanks, that will be helpful.

Quote:
Originally Posted by Roscoe62 View Post
OK - it's now confirmed - I can get eac3to to produce a perfectly working version of Mr & Mrs Smith, but what I had to do was a little weird.

For this particular movie, the whole movie is contained within the one m2ts file.

First off, I removed 00001.m2ts (the main file) from the stream folder in order to cut it and make Madshi a sample, but when I tested the sample, the error wasn't showing any more. I put it back into the stream folder and the error came back.

If I pointed eac3to exactly to the file within the STREAM folder (instead of just the title's folder - in this case MRMRSSMITH) no errors were displayed, but there was no option to rip the chapters either. Just on a hunch I removed EVERY OTHER m2ts file from the stream folder and put them somewhere else. Then I pointed eac3to back to the title folder (MRMRSSMITH). Eac3to produced the full list of video/audio/chapter/subtitle files without showing any error messages at all, so I let eac3to go - it produced the mkv file from the h264 video, the flac file from the DTS MA, the chapters file & the english sup file (I usually do this just in case it's a "forced subs" track) and it went all the way to completion without aborting. After using MKVMerge to put the audio & chapter files back in, and testing it, it has all worked perfectly.
So that means that one of the other m2ts files made problems. Most probably if you have the original unmodified folder (with which the problem occurred), eac3to tried to join two (or more) m2ts parts which didn't really belong together. So my suggestion would be to retry with the original folder. Please post the eac3to log when doing "eac3to c:\whatever\mrmrssmith 1)". I think you'll find that there are at least 2 m2ts parts listed by eac3to, or maybe even more...

Quote:
Originally Posted by xkodi View Post
we are talking a lot about bit-perfect transfer here when it comes to audio, but what about the same thing with video, e.g. raw h.264 stream to MKV and vice-versa?
With VC-1 and MPEG2 you should get bit perfection when doing what you did. With h264 not so.

Quote:
Originally Posted by xkodi View Post
how i test:

eac3to file.m2ts raw_1.h264

eac3to file.m2ts file.mkv
mkvextract file.mkv to raw_2.h264

mkvmerge raw_1.h264 to file2.mkv
mkvextract file2.mkv to raw_3.h264

my expectation was that raw_1.h264, raw_2.h264 and raw_3.h264 are exactly the same or at least have some small differences in headers or something, but it turns out that they are all different and when compare them with hex editor the differences are very huge.

so, why is that and is it OK?
The difference should not be huge. The main difference should be that all 3 muxers (eac3to, Haali and mkvmerge) remove the AUDs ("access unit delimiters") when muxing the raw h264 stream to MKV. The AUDs are "[00] 00 00 01 09 xx". Their only purpose is to serve as separaters. MKV stores each access unit separately, anyway, so separaters don't make sense with MKV.

IMHO MKV demuxers should add AUDs back into the stream. Should be rather easy. Unfortunately mkvextract doesn't do that.
madshi is offline  
Old 22nd August 2008, 15:16   #5858  |  Link
xkodi
Registered User
 
Join Date: Aug 2002
Posts: 221
Quote:
Originally Posted by madshi View Post
The difference should not be huge. The main difference should be that all 3 muxers (eac3to, Haali and mkvmerge) remove the AUDs ("access unit delimiters") when muxing the raw h264 stream to MKV. The AUDs are "[00] 00 00 01 09 xx".
the same fragment from raw_1.h264 that is 217 bytes in size, has size of 242 bytes in raw_2.h264 and 263 bytes in raw_3.h264:

raw_1.h264 (217 bytes):



raw_2.h264 (242 bytes):



raw_3.h264 (263 bytes):



so, we have about at least 20% difference between raw_1.h264 and raw_3.h264. it's too much, isn't it?

Last edited by xkodi; 22nd August 2008 at 15:24.
xkodi is offline  
Old 22nd August 2008, 15:29   #5859  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by xkodi View Post
the same fragment from raw_1.h264 that is 217 bytes in size, has size of 242 bytes in raw_2.h264 and 263 bytes in raw_3.h264
Try "mkvextract --raw". raw_2 and raw_3 have the AUD stripped (as I said), but instead the sequence headers are stored twice. I think "--raw" will fix that. mkvextract sometimes prepends the codec private data to the demux when not using "--raw". This will only happen once per file, though. So it's not 50 bytes difference per frame, but per file/movie.

Generally when testing bit perfectness with video you should test more than just 200 bytes. Try 20MB at least.

Last edited by madshi; 22nd August 2008 at 15:31.
madshi is offline  
Old 22nd August 2008, 15:42   #5860  |  Link
sehgal.v7
Registered User
 
Join Date: Jul 2008
Posts: 93
@xKodi
Bro i spent two whole days working on mkv & h.264 & vc-1, few wks back// and i came to conclusion that once raw VC1 or H.264 went to MKV, u can NEVA get to see exact original size. No PERFECT container for timebeing.

Tools i used - VC12AVI, MKVMerge, Eac3to, Yamb, TSMuxer, TSRemux.
sehgal.v7 is offline  
Closed Thread

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 11:59.


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