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. |
19th April 2008, 13:58 | #4341 | Link |
Registered User
Join Date: Jan 2008
Posts: 39
|
I have a movie (the second one in less than a week now) that has the audio lagging behind the video. Prior to this movie, I had only seen this twice before -- on one Bluray and on one HD-DVD.
When the audio lags behind the video, it can be corrected one of two ways: 1. Either padding the video by put blank frames at the start or... 2. Chop some frames off the start of the audio track In the HD-DVD case, EVODemux actually got it right and was able to display the correct audio advance that would be required in milliseconds to correct the situation. In both Bluray cases, neither eac3to or tsMuxeR have gotten it right. In fact neither even indicate any kind of delay or advance. Out of curiosity, how can you get eac3to to display the delay/advance for audio tracks found in a .m2ts file? Is there a command line flag that I'm missing? Any help on querying for an audio track's delay or advance would be greatly appreciated at this point. At least that way I can manually feed that delay or advance to eac3to when converting the track to a .wav in preparation for splitting it out to 6 mono wavs. |
19th April 2008, 14:31 | #4342 | Link | |
Registered User
Join Date: Jan 2003
Location: Silicon Valley
Posts: 455
|
Quote:
You can use the -a option to figure it out manually. For example: Code:
C:\xfer>xport -a "04-13_15-19-09_PREMIERE HD (eng)_Firewall.ts" 129 1 3 xport Transport Stream Demuxer 1.01a program = 129, video channel = 1, audio channel = 3 Program Number = 0 (0x0000), Program Map PID = 16 (0x0010) Program Number = 129 (0x0081), Program Map PID = 98 (0x0062) Program Number = 130 (0x0082), Program Map PID = 99 (0x0063) Program Number = 131 (0x0083), Program Map PID = 100 (0x0064) Program Number = 132 (0x0084), Program Map PID = 101 (0x0065) program descriptor = 0x09, 0x04, 0x18, 0x01, 0xf6, 0xba program descriptor = 0x09, 0x04, 0x18, 0x31, 0xfa, 0xba program descriptor = 0x09, 0x04, 0x18, 0x30, 0xf9, 0xba ES descriptor for stream type 0x06 = 0x52, 0x01, 0x0a ES descriptor for stream type 0x06 = 0x56, 0x05, 0x64, 0x65, 0x75, 0x09, 0x00 Video PID = 767 <0x02ff>, type = 0x1b ES descriptor for stream type 0x1b = 0x52, 0x01, 0x09 ES descriptor for stream type 0x06 = 0x6a, 0x05, 0xf0, 0x0a, 0x08, 0x00, 0x00 ES descriptor for stream type 0x06 = 0x52, 0x01, 0x07 ES descriptor for stream type 0x06 = 0x0a, 0x04, 0x64, 0x65, 0x75, 0x01 Audio PID = 772 <0x0304>, type = 0x06 ES descriptor for stream type 0x06 = 0x0a, 0x04, 0x65, 0x6e, 0x67, 0x01 ES descriptor for stream type 0x06 = 0x6a, 0x05, 0xf0, 0x0a, 0x08, 0x00, 0x00 ES descriptor for stream type 0x06 = 0x52, 0x01, 0x08 Audio PTS = -324288430, -324288430 <----------- first audio frame Audio PTS = -324285550, 2880 Audio Bitrate = 448000, Audio Sampling Rate = 48000 Audio Mode = 2/0, bsid = 8, bsmod = 0 Audio PTS = -324282670, 2880 Audio PTS = -324279790, 2880 Audio PTS = -324276910, 2880 Audio PTS = -324274030, 2880 Audio PTS = -324271150, 2880 Audio PTS = -324268270, 2880 Audio PTS = -324265390, 2880 Audio PTS = -324262510, 2880 Audio PTS = -324259630, 2880 Audio PTS = -324256750, 2880 Audio PTS = -324253870, 2880 Audio PTS = -324250990, 2880 Audio PTS = -324248110, 2880 Audio PTS = -324245230, 2880 Audio PTS = -324242350, 2880 Audio PTS = -324239470, 2880 Audio PTS = -324236590, 2880 Audio PTS = -324233710, 2880 Audio PTS = -324230830, 2880 Audio PTS = -324227950, 2880 Audio PTS = -324225070, 2880 Audio PTS = -324222190, 2880 Audio PTS = -324219310, 2880 Audio PTS = -324216430, 2880 Audio PTS = -324213550, 2880 Audio PTS = -324210670, 2880 Audio PTS = -324207790, 2880 Audio PTS = -324204910, 2880 Audio PTS = -324202030, 2880 Audio PTS = -324199150, 2880 Audio PTS = -324196270, 2880 Audio PTS = -324193390, 2880 Audio PTS = -324190510, 2880 Audio PTS = -324187630, 2880 Audio PTS = -324184750, 2880 Audio PTS = -324181870, 2880 Audio PTS = -324178990, 2880 Audio PTS = -324176110, 2880 Audio PTS = -324173230, 2880 Audio PTS = -324170350, 2880 Audio PTS = -324167470, 2880 Audio PTS = -324164590, 2880 Audio PTS = -324161710, 2880 Audio PTS = -324158830, 2880 Audio PTS = -324155950, 2880 Audio PTS = -324153070, 2880 Audio PTS = -324150190, 2880 Audio PTS = -324147310, 2880 Audio PTS = -324144430, 2880 Audio PTS = -324141550, 2880 Audio PTS = -324138670, 2880 Audio PTS = -324135790, 2880 38 frames before first I-frame Main Profile Level = 4.0 Audio PTS = -324132910, 2880 Audio PTS = -324130030, 2880 Audio PTS = -324127150, 2880 First Video PTS = 0xecaf3582 Audio PTS = -324124270, 2880 Audio PTS = -324121390, 2880 Audio PTS = -324118510, 2880 Audio PTS = -324115630, 2880 Audio PTS = -324112750, 2880 Audio PTS = -324109870, 2880 Audio PTS = -324106990, 2880 Audio PTS = -324104110, 2880 Audio PTS = -324101230, 2880 Audio PTS = -324098350, 2880 Audio PTS = -324095470, 2880 Audio PTS = -324092590, 2880 Audio PTS = -324089710, 2880 Audio PTS = -324086830, 2880 Audio PTS = -324083950, 2880 Audio PTS = -324081070, 2880 Audio PTS = -324078190, 2880 Audio PTS = -324075310, 2880 Audio PTS = -324072430, 2880 Audio PTS = -324069550, 2880 Audio PTS = -324066670, 2880 Audio PTS = -324063790, 2880 <------- (-324063790) = 0xecaf2dd2 Audio PTS = -324060910, 2880 First Audio PTS = 0xecaf2dd2, -1968 Audio PTS = -324058030, 2880 Audio PTS = -324055150, 2880 Audio PTS = -324052270, 2880 Audio PTS = -324049390, 2880 224680 / 2880 = 78 Ron
__________________
HD MPEG-2 Test Patterns http://www.w6rz.net Last edited by drmpeg; 19th April 2008 at 14:45. |
|
20th April 2008, 15:43 | #4343 | Link | |
Registered User
Join Date: Feb 2008
Posts: 145
|
Quote:
|
|
20th April 2008, 17:36 | #4345 | Link |
Registered User
Join Date: May 2002
Location: Germany
Posts: 69
|
Would it be possible to add a new switch for optional activating/deactivating of the audio delay handling of eac3to?
Since version 2.40 eac3to seems to find an audio delay for nearly every bd where the versions before 2.40 didn't find an audio delay. I know that madshi fixed some problem with the audio delay detection for ts/m2ts files, but also xport reports that there are no audioframes before the first video pts, so I don't want eac3to to cut or add some audioframes if not necessary. Last edited by azad; 20th April 2008 at 18:03. |
20th April 2008, 20:36 | #4346 | Link | |||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Oooops. Will be fixed in v2.41.
Quote:
Quote:
Quote:
No biggie, but next time when you post a bug report to the forum, could you please put it in between "[ code ]" and "[ /code ]" (without the spaces)? That will make it better readable and it will also consume much less space. Thanks! Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
|||||||||
20th April 2008, 21:03 | #4347 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
eac3to v2.41 released
http://madshi.net/eac3to.zip Code:
* added full MP2 (MPEG2 audio) support including decoding + bitstream delay * added TS/M2TS runtime detection * improved VOB/EVO runtime detection * added TrueHD gap/overlap detection * audio gap/overlap detection logic rewritten (not complete yet) * fixed: log file option didn't work correctly * fixed: some DTS tracks in PAL TS broadcasts weren't detected correctly * fixed: some E-AC3 tracks in PAL TS broadcasts weren't detected correctly |
20th April 2008, 22:02 | #4350 | Link | |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
Quote:
thanks for the new version btw. of course |
|
20th April 2008, 22:13 | #4352 | Link | |
Registered User
Join Date: Mar 2008
Posts: 2,021
|
Congrats to you madshi
This time i directly demux my problematic Terminator3 rip; it worked; thanks again. Quote:
|
|
20th April 2008, 22:29 | #4353 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
got a h264 .ts cap (with 3 audio glitches according to mpeg2repair), for which eac3to 2.41 now says that its not a valid (e)ac3 stream and therefore the audio stream is not displayed and selectable at all for muxing. is this supposed to be correct?
Code:
eac3to v2.41 command line: eac3to G:\breakfast.ts G:\breakfast.mkv ------------------------------------------------------------------------------ This doesn't seem to be a valid (E-)AC3 stream. TS, 1 video track, 1:50:03 1: h264/AVC, 1080i50 (16:9) Extracting primary video track... Muxing video to Matroska... This TS/M2TS file seems to be damaged (discontinuity). Aborted at file position 3599433728. |
21st April 2008, 10:31 | #4355 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
BTW, that file also seems to have a discontinuity at about 3.5GB. You can skip over it by using the "-ignorediscon" switch. But you'll probably get image corruption at that place. Shouldn't be too far away now. Much of the preparation work required for that feature is already mostly done (e.g. the rewritten audio gap/overlap logic in v2.41). I expect that seamless branching titles with multiple parts will probably need 2 passes. The 2nd pass would then remove overlapping audio frames (and fill up audio gaps, if necessary) to make sure that audio stays in sync throughout the whole movie. |
||
21st April 2008, 12:13 | #4356 | Link | |
Registered User
Join Date: May 2002
Location: Germany
Posts: 69
|
Quote:
@madshi Just for my understanding I've another question regarding the audio delays in m2ts files - How is it possible that eac3to reports a negative audio delay when xport reports no audioframes before the first video pts? Isn't at least one audioframe required to calculate a possible negative audio delay? Thanks in advance! Last edited by azad; 21st April 2008 at 12:20. |
|
21st April 2008, 13:16 | #4358 | Link | |
Registered User
Join Date: Jan 2008
Posts: 34
|
Quote:
|
|
21st April 2008, 13:27 | #4359 | Link | |
Registered User
Join Date: May 2002
Location: Germany
Posts: 69
|
Quote:
|
|
21st April 2008, 13:34 | #4360 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Basically I'm planning to handle the joining in such a way that the video at the join points is seen as a constant stream of frames without any gaps/overlaps (if necessary I'll change the timecodes accordingly). The audio timestamps will then decide about where eac3to will add/remove audio frames. If the parts were already joined before eac3to gets active, eac3to cannot do anything about the video timecodes. That means there may be a tiny amount of motion judder at the join points - depending on how well TsRemux is working... Last edited by madshi; 21st April 2008 at 13:37. |
|
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|