Time seek problem even there are no PUOs in IFO & VOB

[spyhawk]

When playing in one of the multi-PGC VTS via any software players (Powerdvd, Showtime, and Windvd), I can't move the navigational/seek slider at all. Can only fast forward or rewind. Originally, Time play or search/PTT play or search/Time or PTT search are not checked. I checked VOB PUO and it's 0. I also used PgcEdit's plugin to clear all IFO & VOB PUOs to make sure. The scans only clear the IFO PUOs, and for the VOB "0 nav packs fixed. 0 errors" in the status bar. To no avail, I can't still use the slider. The movie PGC has no problem, however. It's only the Extra PGCs.

So where else could the restriction reside and how can I remove it? I encountered this before and just ignore it, but this time I'm really curious.

[mpucoder]

If the title uses multiple PGCs there is no time map, and therefore no way to search by time. Only "One-Sequential" titles (meaning one PGC played sequentially rather than random or shuffle) have time maps.

[spyhawk]

There is Time Map table for both sequential and non-sequential. There are 2 titles: Title 1 is sequential (movie pgc 1), Title 2 is non-sequential (pgc 2-8). In VMG_PTT_SRPT table, Title 1 playback type is 20, and Title 2 playback type is 85. I changed Title 2 playback type to 80 and still doesn't work.

[mpucoder]

Title 1 should be able to seek by time, but in some software players if there is a link in prev or next PGCN, even to the same PGC, the slider will be disabled.
Title 2, on the other hand, cannot use time search. The time maps are per PGC, not per title, and PGCs which are part of a multiple PGC title are supposed to have an empty time map. It will be present, but have no entries. Even if a time map with entries exists it will not be used by players for this type of title. The value of 85 in VMG_TT_SRPT breaks down to:
64 - not one-sequential
20 - has jump/link/call command in pre/post only
1 - time play/search prohibited
Even if you change this value to 20 (not 80) to indicate that it is one-sequentail and time play/search is allowed the links in the PGCs to each other will cause players to disallow time play/search

[spyhawk]

So you're saying that time/play search is disabled for multi-PGC title whether there are time map entries or not. Correct?

I take a look at Time Map table again for Title 2 and there are entries for video pgcs, but empty time map with no entry for still-segment and blank-cell pgcs. And this is DvdReMake Pro generated. The original ifo has empty time map with no entries for multi-PGC title. I was hoping that I could time seek in video pgcs. :(

Thanks for the break down of playback type values. Apparently, I was just guessing the value 80. The 20 (Title 1) and 85 (Title 2) values are from DvdReMake Pro generated. The original has 60 (Title 1) and 125 (Title 2). So what's the difference? What value will enable PTT play/search Prohibited?

It's always great to learn something new from your unending wisdom, mpucoder. :D

[mpucoder]

So you're saying that time/play search is disabled for multi-PGC title whether there are time map entries or not. Correct?correct

The original has 60 (Title 1) and 125 (Title 2). So what's the difference?
The only difference is that the original claimed to have Jump/Link/Call commands in all areas (pre/post, cell, and button)
What value will enable PTT play/search Prohibited?
PTT play/search is prohibited by bit 1 of the UOP masks. This bit is clear in your VMG_TT_SRPT, but you should also check the PGC UOP mask.

[spyhawk]

What bit is the PGC UOP mask? Maybe a break down description of all the bits would help me differentiate what is really being set. Thanks.

[mpucoder]

IfoEdit breaks down the mask for you, it is a 32-bit value at location 8 of the PGC.

[spyhawk]

ok, you lost me. Are you referring to the Title playback type at location 8? Isn't this 8-bit, since you say bit 1 is PUOP PTT play/search. So PUOP Time play/search is bit 0 and bits 2-5 are for Jump/Link/Call commands. I have yet to figure out which order is pre/post/cell/button.

Edit: Maybe you're referring to the PUO for VTS_PGCITI/VTS_PGC_x ?

[mpucoder]

Location 8 of the PGC, not the VMG_TT_SRPT

[spyhawk]

ok, they're all cleared.

[spyhawk]

Correct me if I'm wrong, this is what I gather for the Title playback type mask:bit 7 reserved
bit 6 one_sequential_pgc (0), not one_sequential (1)
bit 5 jump/link/call commands cell
bit 4 jump/link/call commands pre/post

bit 3 jump/link/call commands button
bit 2 jump/link/call commands set if used
bit 1 PUO PTT play/search
bit 0 PUO time play/search
The original has 60 (Title 1) and 125 (Title 2). So what's the difference?
The only difference is that the original claimed to have Jump/Link/Call commands in all areas (pre/post, cell, and button)How come only 60(0x3C) says "Jump/Link/Call commands in all places", and 85(0x55),125(0x7d) say "Jump/Link/Call commands invalid"? Even 188(0xbc) says it's invalid. But there are actually these commands in multi-PGC title. So is it wrongly displayed?

Compared 148(0x94) and 20(0x14) and they look the same. Maybe I have the bits misinterpreted.

[mpucoder]

If you are talking about IfoEdit, the byte is misinterpretted. (And the name is wrong, it is VMG_TT_SRPT - has nothing to do with Part of TiTle (PTT))

[spyhawk]

I'm looking at the info in IfoEdit. Where is VMG_TT_SRPT? I see only VMG_PTT_SRPT. Or you're referring to different tool to look at?

[mpucoder]

No, what I am saying is IfoEdit got the name of the table and the interpretation of the byte wrong.