PDA

View Full Version : Strange 5hr-long PTT + audio delay issue


kumi
17th April 2006, 17:53
Chapter 15 of a DVD I have shows, in PgcEdit, that the playback time is 04:48:09.15, yet it's really only a few minutes long (ending credits).

Chap. Prog. Cell Type Layer Ang VOBU Cell Cell Playback End Entry First Last Last VOB Cell
(PTT) Flags Break Still Still Cmd. Time Time VOBU ILVU VOBU VOBU ID ID
Time # sector End Start End

...
13 13 14 9 no - no 0 0 00:08:06.06 01:34:31.27 1554195 0 1704527 1704744 2 4
14 14 15 9 no - no 0 0 00:11:48.28 01:46:20.25 1704745 0 1927840 1928024 2 5
15 15 16 9 no - no 0 0 04:48:09.15 06:34:30.10 1928025 0 2008503 2008503 2 6



Will this be a problem when I playback on SAPs? Should I try and fix this with VobBlanker + MuxMan? I'm confused since I've never seen anything like this before.

setarip_old
17th April 2006, 18:33
Hi!Chapter 15 of a DVD I have...Will this be a problem when I playback on SAPs?You have the DVD. Does it present a problem when you play it on a standalone player?

kumi
17th April 2006, 19:43
If I try to seek whilst in chapter 15, the player freezes and I have to cycle power. If I let it play, the last credits scroll by and the player just keeps ticking off seconds, probably for hours until 06:34:30.10... I don't have the patience to wait so long ;)

setarip_old
17th April 2006, 20:43
Then you've answered your own question - it IS a problem ;>}

blutach
17th April 2006, 22:28
@kumi

In order to actually help you, try to run the project through VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm). Select the VTS that has this title and click Process on the left. Click "use input folder" to keep everything in one place. On the "more" dialogue, click fix always VOB SYNI/SRI pointers in titles under VOB internal pointers.

Now click Process down the bottom. In a few minutes, thisd should be fininshed and hopefully, your title will have been fixed.

Regards

kumi
18th April 2006, 00:22
Thanks blutach,

I processed that titleset as you described, with no luck, unfortunately. The resultant cell still has the giant 4-hour playback time.

I then demuxed the single offending cell with PgcDemux and made a stub vobset with MuxMan 0.15P, for eventual insertion into the original titleset with VobBlanker. The cell in the new muxed title has the correct length of 2 minutes 39 seconds (hooray).

But I am unable to get MuxMan to correctly set the delays of the three audio tracks. The audio delays in the original cell are -14ms, 18ms, and 18ms, as reported by PgcDemux in Single Cell Mode. The MuxMan project has the correct delays set, it seems:
Item=Audio Stream
{
Stream Number=1
Language Extension=1
Delay=-14
...
}
Item=Audio Stream
{
Stream Number=2
Language Extension=1
Delay=18
...
}
Item=Audio Stream
{
Stream Number=3
Language Extension=1
Delay=18
...
}
Yet the MuxMan output, when checked in PgcDemux, has set the audio stream delays to 18ms, 18ms, and 18ms.

Am I doing something wrong?

Edit: It seems I can't specify any negative audio delay value.

mpucoder
18th April 2006, 00:59
MuxMan will not make a delay less than -13.33ms, so it removes one 32ms audio frame resulting in -14 + 32 = 18

kumi
18th April 2006, 01:11
Thanks for the clarification. I just read this (http://forum.doom9.org/showthread.php?p=673272#post673272) post of yours which further enlightened me. Are you aware of a demultiplexer that doesn't have these issues with seamless joints? Or would you advise that I just replace the cell in vobblanker, with the truncated audio track and all?

frank
18th April 2006, 12:49
Start IfoEdit and use VOB extras for correction.

kumi
23rd April 2006, 01:12
I finally got around to fixing this. I pgcdemuxed the cell, muxed in MuxMan, and replaced the cell in VobBlanker, with the "Fix elapsed time replacing cells" option. Worked like a charm.