2 PGCs in TitleSet

[notec]

Why is it sometimes I see two PGCs (PGC_1 & PGC_2) that are exactly the same when working on a project? What's the purpose of the second Title?

Opening in VB I see PGC02 (TTN 02) is 0 in size? In IfoEdit PGC1 (TTN 1) and PGC2 (TTN 2) look identical.

When modifying the main movie titleset in PgcEdit (TTN 1) - do you need to edit both Titles here? Or just the first one to get the correct results (playable movie). I always do both when I see this but have noticed if you edit the second one (ex.: remove a useless chapter) and it prompts you to redo the timemap - it doesn't run it on the second titleset but the first. This always confuses me?

[blutach]

Sometimes a 2nd PGC will contain different angles, or have parts in a different language or maybe even just a branch to somewhere different to PGC1 after the title has finished playing. The easiest way to know which is which is to use the menu.

If you were modifying the PGC somehow, I'd do both of them.

Regards

[r0lZ]

I always do both when I see this but have noticed if you edit the second one (ex.: remove a useless chapter) and it prompts you to redo the timemap - it doesn't run it on the second titleset but the first. This always confuses me?

Are you sure?
PgcEdit should process the time maps of the two titles.
Since they have the same cells, the nav packs of the VOBs are read from disc when the first title is processed, but when the second title is processed, they are still in the disc cache. The process is therefore considerably faster. Maybe you haven't noticed it?

[notec]

@blutach

The easiest way to know which is which is to use the menu.

If by "Use the Menu" to find out which to edit - I use PgcEdits trace func to guide me to the primary pgc/ttn.

Thanks for the info!

@r0lZ

Are you sure?
PgcEdit should process the time maps of the two titles.
Since they have the same cells, the nav packs of the VOBs are read from disc when the first title is processed, but when the second title is processed, they are still in the disc cache. The process is therefore considerably faster. Maybe you haven't noticed it?

Now that you mention it, the second ttn did process faster. I thought it was because VB showed it as 0 in size and that there was nothing really to operate on.

I remember noticing the status bar when running timemap on pgc2/ttn2 that it was working on VTS 1 but as you say that could be from the cache of the previous op on pgc1/ttn1.