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. |
15th December 2007, 00:46 | #1983 | Link |
Registered User
Join Date: Aug 2007
Posts: 34
|
I've used eac3to alot, but all of a sudden I'm getting a flac data mismatch error. Sounds like an overclocking issue, I know, but it has been stable for years now and has no problems using eac3to with other files - it's just Batman Begins I'm getting this error with.
|
15th December 2007, 01:47 | #1987 | Link | |
Registered User
Join Date: Jun 2007
Posts: 39
|
Quote:
|
|
15th December 2007, 02:40 | #1988 | Link | |
Registered User
Join Date: Sep 2007
Posts: 13
|
Quote:
What im trying to do is basicly get the TrueHD to Flac audio but yeah I'm kind of lost because it when i use evodemux to take out the truehd audio its in a .mpa extension and it doesn't work either. I was testing to see if the nero plugin was working *maybe theres more than one but* when I was doing a high bit rate file to a low one it did it just fine. @Thunderbolt8 I did demux the audio stream and like I said it didn't work because its in mpa extension *changed it to a few others and it didn't work* What would you suggest. Last edited by bobasp1; 15th December 2007 at 05:08. Reason: add |
|
15th December 2007, 04:30 | #1989 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
im getting confused again with that first pts thing of video and audio. here in this case the delay is given for the video stream and not for the audio :S
Code:
PTM of first video frame = 00001269 PTM of last video frame = 10BE4675 Duration = 0:52:01.118 H.264 (AVC) video stream 0 found! First PTS = 00002FBD (+83ms) DTS HD (DTS) audio stream 0 found! First PTS = 00001269 and since the values of first video frame is the same as of the first PTS of the audio, but not the same as the first PTS of the video is there a delay needed at all in this case? :S |
15th December 2007, 05:03 | #1990 | Link | |
Registered User
Join Date: Aug 2007
Posts: 1,430
|
Quote:
Here is a sample of the beginning 20MB of the 1st m2ts file, then a sample of the demuxed (with xport) LPCM stream from the sample, respectively. http://www.stfcc.org/misc/therock.m2ts http://www.stfcc.org/misc/therock.mpa I've sent the same samples to drmpeg to see if he can find any problems. |
|
15th December 2007, 09:32 | #1991 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th December 2007, 09:34 | #1992 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th December 2007, 09:37 | #1993 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th December 2007, 11:05 | #1994 | Link |
Registered User
Join Date: Sep 2007
Posts: 13
|
I just gave up used FFmpeg the one posted on the site with eac3 or something and i just ripped it straight from the evo tested it and there wasn't any problems. ripped it in Flac, and ac3 to see if there were any problems and there wasn't. So yeah.. good night every1.
|
15th December 2007, 11:31 | #1995 | Link | |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
Quote:
|
|
15th December 2007, 12:17 | #1996 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th December 2007, 12:20 | #1997 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
That is not important. Import is if there's a step in your processing chain which loses the timestamps of the EVO container. If you use gdsmux + mkvmerge, the timestamps are preserved. However, as soon as you *de*mux the video to a raw file, the timestamps are lost. When the original timestamps of the EVO file are lost, you will have to apply -83ms to the audio file. If the timestamps are not lost, I think you don't need to apply a delay in this specific case, because the first audio timestamp matches the "PTM of first video frame" timestamp of the EVO file. I'm not fully sure yet, though.
|
15th December 2007, 14:17 | #1998 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
what I did is I demuxed both streams, video and audio, with evodemux and then muxed it together in mkvmerge. im not 100% sure yet, but it might indeed be the way that it looks best with no delay at all applied. the source is the 1st band of brothers HD DVD and since I already looked into the 2nd disc too I can say these timestamps for video and audio are the same for all 4 episodes so far.
I might give it a try and do both, also remux with gdsmux or haali filters or h264tsto (should all be the same, right? btw. will it be ok if I only remux the video stream in the .mkv file for the timestamps instead of having 1 audio stream in it too?) and then try to compare the lip sync of all 3 episodes (the 1st EP gives me funny rainbow frames :S) Last edited by Thunderbolt8; 15th December 2007 at 14:31. |
15th December 2007, 16:23 | #1999 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Yes, should be the same. Only remuxing video is ok. |
|
15th December 2007, 16:23 | #2000 | Link | |
Registered User
Join Date: Feb 2005
Posts: 585
|
Quote:
- if the delay is on the video, then apply the opposite to the audio, e.g., if it's +83ms then apply -83ms to the audio. I do use the mkv tools on occasion and have not had any issues - if the delay is listed on the audio, then apply it as is to the audio, i.e., if it shows +83ms, then apply 83ms to the audio. But as madshi mentioned, it's possible other issues may crop under the right conditions. Just because I haven't run into them doesn't mean they're not there.
__________________
Chumbo |
|
Tags |
eac3to |
|
|