| Author |
Message |
Z Junior Member

Joined: 22 Jul 2007 Posts: 69
|
Posted: Tue Sep 30, 2008 12:25 am Post subject: |
|
|
That was so cool! Watching the step trace, I mean. I totally could follow what was going on after having read your excellent explanation beforehand. That really helped me to follow the algorithm as it played through.
I totally see what you're talking about by changing R[8] from 1 to 4, that it would make the if statement "if (R[8] > 3) Link PGC 2" true because now 4 is greater than 3 then do Link PGC 2.
But to be honest, that's isn't what I'd like to have happen. I don't want Page 2 of Special Features to automatically open upon the completion of playing Featurette #3. What I'd like is for the cursor to just be sitting on More and wait. What do we need to add in the code? Perhaps something like this?
Current Pre Command code:
Line | Command
1 if (R[15]==0) goto line 13
2 if (R[8]>3) Link PGC 2
3 if (R[8]==1) goto line 7
4 if (R[8]==2) goto line 9
5 if (R[8]==3) goto line 11
6 Link Cell 1 (highlight button 1)
7 R[8] = 0
8 Link Cell 1 (highlight button 1)
9 R[8] = 0
10 Link Cell 1 (highlight button 2)
11 R[8] = 0
12 Link Cell 1 (highlight button 3)
13 Jump VTS Title 9
After adding some lines:
Line | Command
1 if (R[15]==0) goto line 16
2 if (R[8]>3) Link PGC 2
3 if (R[8]==1) goto line 8
4 if (R[8]==2) goto line 10
5 if (R[8]==3) goto line 12
6 if (R[8]==4) goto line 14
7 Link Cell 1 (highlight button 1)
8 R[8] = 0
9 Link Cell 1 (highlight button 1)
10 R[8] = 0
11 Link Cell 1 (highlight button 2)
12 R[8] = 0
13 Link Cell 1 (highlight button 3)
14 R[8] = 0
15 Link Cell 1 (highlight button 4)
16 Jump VTS Title 9
But I foresee a problem. The if statement "if (R[8] > 3) Link PGC 2" is still true since R[8] is now equal to 4 that was changed in PGC6 (title 6). It will still do the operation Link PGC 2. How can this be fixed so that it doesn't do that branch off to Link PGC 2?
By the way, what does the Link Cell 1 command do in "Link Cell 1 (highlight button 3)"?
I think I get what "(highlight button 3)" does. It puts the cursor on button 3 in this case, correct? |
|
| Back to top |
|
 |
toaddub Moderator

Joined: 12 Sep 2004 Posts: 1982
|
Posted: Tue Sep 30, 2008 5:48 am Post subject: |
|
|
| Z wrote: | | By the way, what does the Link Cell 1 command do in "Link Cell 1 (highlight button 3)"? | Press Ctrl-Space on this command and you'll see where it goes.
| Quote: | | I think I get what "(highlight button 3)" does. It puts the cursor on button 3 in this case, correct? | Yes.
| Quote: | | But to be honest, that's isn't what I'd like to have happen. I don't want Page 2 of Special Features to automatically open upon the completion of playing Featurette #3. What I'd like is for the cursor to just be sitting on More and wait. |
I have a feeling you're going to ask this. To fix it, just change line 2 of your revision code above to "if (R[8] > 4) Link PGC 2". BUT there is a minor side effect when you're playing Featurette #4 (button 1) on PGC 2. This side effect happens only if you press Root menu while the Featurette is playing. Instead of going back to button 1 of PGC 2, it'll go to the More button on PGC 1.
There's also another minor authoring error on menu PGC 2. In the pre commands, when R[8]=9, it'll highlight button 6, but there is NO button 6! This happens when button 5 is pressed to play PGC8 (title 8 ) and that is where you see R[8]=9 is assigned.
So to fix both the side effect and the minor authoring error:
1. In menu PGC 2 delete lines 1,6,8,17,18 (hold Ctrl and click on the line to multi-select). With these deleted, button 1 is highlighted by default.
2. In PGC7 (title 7), change pre-command R[8]=9
You don't have to change the button 1's command to "R[8]=9, LinkTailPGC" and post command/line 1 "if (R[8]==9) goto line 5", because R[8] will be overridden anyways, but for consistency purpose you can if you want to. |
|
| Back to top |
|
 |
Z Junior Member

Joined: 22 Jul 2007 Posts: 69
|
Posted: Tue Sep 30, 2008 6:55 pm Post subject: |
|
|
Okay, I implemented the changes and it appears to be working as I want it to. The cursor is returning and sitting on More. I don't see any side effects happening.
Now, I decided to try my hand at cleaning up the code and deleting the unnecessary, unreferenced PGCs and whatnot in the tree structure.
Some questions, toaddub...
1. Why did they put in two of the same block (7.03 Mb) of the Warner Bros. logo and not simply reference and make a call to, a single block twice? That seems redundant to do, no? Is there a good reason that they did it the way they did?
1a. And why does the Warner Bros. logo block appear only once in the VTS2/Program Chains/Domain Content pane (the "filmstrip" going horizontally), but appears twice on the tree of VTS2/Program Chains? I'm confused. Is that Warner Bros. logo block taking only 7.03 Mb or twice that 14.06 Mb of the disc space?
1b. What would happen if I deleted one? Could it be tailored to still work as it does now? Or would that screw everything up?

2. There are two PCGs (PGC3 & PGC4)in VTS2/Program Chains, each of only 0/01 Mb. I believe these are the two blocks I hit "Hide block" on since they're still there (in the "filmstrip" going horizontally), when I click on VTS2/Program Chains in the tree.
When I delete them with "Delete PGC", some lines go red screaming at me that they're being referenced from here and there in the algorithm. When I go into VTS2/Titles to delete the referenced lines, (e.g. Title 4 (vmg title 9)), it screws things up even more.
I guess what I'm asking is if there's an easy or simply way to delete dead Program Chain PGCs and Menu PGCs that have been hidden, and not screw up the rest of the algorithm.
42 MB
http://rapidshare.com/files/149755581/V_FOR_VENDETTA_MERGED_D1_D2_TEST_2.rar |
|
| Back to top |
|
 |
toaddub Moderator

Joined: 12 Sep 2004 Posts: 1982
|
Posted: Wed Oct 01, 2008 2:33 am Post subject: |
|
|
Both PGCs 2&9 have the same Warner Bros. logo because they share the same cell/block, as shown in the Domain Content view. Though they have the same content, they may have different purpose as shown with different commands in each.
When you delete a PGC, you have to adjust the navigation accordingly so it won't break. When you see red line(s), you have to fix it till the error goes away. I often trace ahead so I know where to reroute/adjust the navigation before deleting items. Use of Notepad to make notes would be helpful.
Since you're not familiar with VM commands yet, it's not time to delete PGCs. Besides, the space saving is very negligible. There is no easy way to delete hidden PGCs. If the item is unreferenced, deleting it would be no problem. But if it is hidden and still called, you will have to fix the navigation if you delete it. |
|
| Back to top |
|
 |
Z Junior Member

Joined: 22 Jul 2007 Posts: 69
|
Posted: Wed Oct 01, 2008 4:12 am Post subject: |
|
|
| toaddub wrote: | | Both PGCs 2&9 have the same Warner Bros. logo because they share the same cell/block, as shown in the Domain Content view. Though they have the same content, they may have different purpose as shown with different commands in each. | I'm still confused. I don't understand your answer toaddub. Is it one block of 7.03 Mb or are they two blocks of 7.03 Mb each, one at PGC 2 and the other at PGC 9? It looks like two blocks to me. And why does it only show up once in the Domain Content pane? Can you clear it up better for me?
| toaddub wrote: | | When you delete a PGC, you have to adjust the navigation accordingly so it won't break. When you see red line(s), you have to fix it till the error goes away. I often trace ahead so I know where to reroute/adjust the navigation before deleting items. Use of Notepad to make notes would be helpful. | I've done some very simply fixes when I got red errors before. With practice, especially after these recent changes and edits I've done with your help and guidance changing my V For Vendetta DVD, I really am learning a lot.
| toaddub wrote: | | Since you're not familiar with VM commands yet, it's not time to delete PGCs. Besides, the space saving is very negligible. There is no easy way to delete hidden PGCs. If the item is unreferenced, deleting it would be no problem. But if it is hidden and still called, you will have to fix the navigation if you delete it. | Actually, I've also done a few deletions in the VM commands. When I got some red errors after deleting a PGC, I went into the VM commands and deleted all those that were red in there as well. If after all the red lines were deleted and no other red lines remained anywhere else, then I felt confident that no referenced lines were calling on something that I deleted. If there were still red errors after cleaning up the VM commands, then I just hit "Undo" and backed up to the point that the red errors appeared. |
|
| Back to top |
|
 |
Senior Member

Joined: 31 Aug 2006 Posts: 112
|
Posted: Wed Oct 01, 2008 1:24 pm Post subject: |
|
|
To answer your first question.
There is sometime two PGC with same thing, like logo, to go to from different place. In most cases it is to make navigation easier as far as commands go.
You will find that sometime there are two menus for the same reason, instead of using cell they insert other PGC.
As long as it all fit on DVD9 it is OK.
It is like any other programing, sometime it is very efficient, sometime there is lots of stuff which can be done better.
To your last paragraph.
It is not always that simple to only delete red commands as they can reference other PGC.
If you want to delete stuff, you are better off to start your own navigation, because there is lots of registry values that can be deleted also.
But like toaddub say, PGC with commands only, will not increase file size significantly. It will only show when DVD is played, as it will take longer to go from one section to other. Sometime it take quite a while to jump from one menu to other, just because too many commands in between to be processed by the player. |
|
| Back to top |
|
 |
toaddub Moderator

Joined: 12 Sep 2004 Posts: 1982
|
Posted: Wed Oct 01, 2008 6:38 pm Post subject: |
|
|
| Z wrote: | | I'm still confused. I don't understand your answer toaddub. Is it one block of 7.03 Mb or are they two blocks of 7.03 Mb each, one at PGC 2 and the other at PGC 9? It looks like two blocks to me. And why does it only show up once in the Domain Content pane? Can you clear it up better for me? |
It is one block of 7.03MB with 2 PGCs sharing the same block. In other words, they share the same V/CID (vob/cell ID). Notice in the Domain Content pane (whether you're in Program Chains or Video Title Set) in the lower left corner of the window, it shows that pgc2:c1 and pgc9:c1 are sharing the same block.
Now sharing the same block does not necessarily mean they have the same purpose. e.g., in some commercial DVDs, you can have trailers playing before reaching the main menu, and while you're in the main menu, you can access the same trailers. If you look at their structure, they reside in different PGCs. One PGC is used to play before the menu. The other one is used to play from the menu.
Another good example is multiple episodes. You can have a Play All button to play all episodes, or choose individual episode to play.
The purpose of sharing block is to reduce space. Think of it as reusability.
| Quote: | | Actually, I've also done a few deletions in the VM commands. When I got some red errors after deleting a PGC, I went into the VM commands and deleted all those that were red in there as well. If after all the red lines were deleted and no other red lines remained anywhere else, then I felt confident that no referenced lines were calling on something that I deleted. If there were still red errors after cleaning up the VM commands, then I just hit "Undo" and backed up to the point that the red errors appeared. | This method works in some cases. There are situations when deleting PGCs and clearing up "red" lines might have strange playback behavior. That's why you have to find a point to reroute the place you have deleted.
e.g. You have origin A -> B -> C destination. When you delete B, you must find a point in A to bridge over deleted B in order to reach C. |
|
| Back to top |
|
 |
Z Junior Member

Joined: 22 Jul 2007 Posts: 69
|
Posted: Wed Oct 01, 2008 8:27 pm Post subject: |
|
|
| Senior wrote: | To answer your first question. ...
To your last paragraph. ... |
Thanks, Senior. I value your input and explanations in this area as well. Much appreciated.
Thanks, toaddub. I'm no longer confused as to what was going on here. You cleared it up.
| toaddub wrote: | | ...The purpose of sharing block is to reduce space. Think of it as reusability. | I'm all for that, toaddub! That's why I wanted to do a cleanup of hidden, no-longer-referenced blocks, PGCs and whatnot.
| toaddub wrote: | This method works in some cases. There are situations when deleting PGCs and clearing up "red" lines might have strange playback behavior. That's why you have to find a point to reroute the place you have deleted.
e.g. You have origin A -> B -> C destination. When you delete B, you must find a point in A to bridge over deleted B in order to reach C. | I wish that they could add this as a feature to a future version of DRMP, to automatically do a cleanup and rerouting of the code. It would be great if one could delete a block and have the system correct and reroute around the missing/deleted block. A sort of proofreader/reauthorer all in one.
Is something like that even possible, toaddub? Could the program be made to be that smart to do reauthoring of the algorithm to go around deleted blocks, PGCs or whatnot? |
|
| Back to top |
|
 |
toaddub Moderator

Joined: 12 Sep 2004 Posts: 1982
|
Posted: Wed Oct 01, 2008 10:09 pm Post subject: |
|
|
Yes, I think it is in the wish list. PgcEdit has sorta similar feature, where you can jump to any PGC upon DVD insert (from PGC menu), and PgcEdit reroutes the commands for you. When done, you can use its macro Info -> Find Uncalled PGCs and delete them - just to clean it up.
In fact, from your merged test file (the first uploaded one), PgcEdit finds there are many uncalled PGCs that you can use as a reference and delete them manually in DvdReMake. |
|
| Back to top |
|
 |
Senior Member

Joined: 31 Aug 2006 Posts: 112
|
Posted: Thu Oct 02, 2008 1:58 pm Post subject: |
|
|
PgcEdit is good, but I still find it hard to navigate in. ReMake is definitely much more "user friendly" and what I like on it, that you see the structure.
Commands are also much easier to understand, even that they do not follow official format, may be that is why.
I usualy delete all the stuff I do not want and start my own navigation.
That way I do not have to worry about somebody else line of thought. |
|
| Back to top |
|
 |
Z Junior Member

Joined: 22 Jul 2007 Posts: 69
|
Posted: Thu Oct 02, 2008 11:59 pm Post subject: |
|
|
Thanks, guys. That PgcEdit sounds intriguing for that feature to find and then delete uncalled PGCs. I may play with it some time when I have more free time.
I too like DRMP's user-friendliness and that's a big reason I use it. I really do hope this "cleanup" feature does make it from wish-list to actuality in a future version. It would be a real enhancement to an already great software program. |
|
| Back to top |
|
 |
CDR-Zone.COM Advertisement Bot
 
|
Posted: Post subject: Advertisement: |
|
|
|
|
|
| Back to top |
|
 |
|
Powered by phpBB © 2001, 2005 phpBB Group
|