View Full Version : Removing additional menus with DvdReMake Pro?
HKT3020_1
13th January 2006, 03:08
I've been wondering for some time now how one would go about editing a DVD like say for instance, Revenge of the Sith R1 DVD? I notice the menus on the disc do take up a considerable amount of space leaving not much to work with for the video when compressing to DVD5. So what would be the necessary steps to have this done with a program like DvdReMake Pro and to simply the process, I wouldn't mind keeping menu #1 out of the 3 selectable menus. :rolleyes:
Humpty Dumpty
13th January 2006, 15:42
I have done what you want to do, but not with ROTS. The menus are almost identical, though. I did in on the the OT-films (kept one of the three menus). But I didn't use DVDremake. You can do it easily with Vobblanker or Menushrink.
No matter what program you use you must change the commands that points to the deleted menus. I did it manually with Pgcedit (changed the commands so they all pointed to the existing menu) . Don't know if that is a recommended method, but it worked for me...
Another method is to create a new menu with Pgcedit and import the menu-parts you want from the old menu. A little more work, though. But then you would get rid of all annoying commands...
jeanl
13th January 2006, 17:54
IF all you want to save space, then menushrink or vobblanker's still function will do that for you very easily by converting motion menus with still menus. The resulting menus will be very small, so getting rid of the 2 extra ones (there are 3 selected at random in the original) would not save much much space at all (and would be time-consuming)... Just go the vobblanker or menushrink way.
jeanl
Demvang
16th January 2006, 11:11
From Domain, right click on the menu and choose "Hide all blocks" or "Delete PGC". If choose to delete it, then go to those single red lines and get rid of invalid commands.
HKT3020_1
8th March 2006, 02:48
A simple question here concerning menu editing. If I use PgcEdit's jump to pgc upon DVD insert function rather than manually adjust the commands for the other menus then there isn't really any harm right? (They other 2 menus that I don't plan on using will be blanked of course.) Once a menu is selected, the disc stays with that particular menu and never calls on the other menus until the disc is inserted again. This question applies to any of the current Star Wars DVD discs, E1-E6 by the way. :D
jeanl
8th March 2006, 03:04
I believe you're right... Once you're in a menu, you don't get another one unless you eject and reload. But you could check that with PgcEdit...
jeanl
Dimad
8th March 2006, 22:53
All SW disks I've seen use a random command to decide what menu to play. Something like R[X] = random(3). If you replace it with R[X] = Y (where Y is 1, 2 or 3 depending on menu you keep) then you will not have any problems with menus for sure.
HKT3020_1
10th March 2006, 04:38
I experimented with both PgcEdit and DvdReMake Pro with the method you suggested Dimad, worked fine without a problem. I would use Menu Shrink but my siblings really prefer motion menus. I saved 500MB by keeping only 1 menu active. I managed to get some impressive bitrates for Episode I with DVD-RB. ;)
Also Dimad I should point out that DvdRemake has some problems ILVU discs. I always run my DVD files through IfoEdit now and strip the extra ILVU scenes so DvdReMake runs smoothly. Recovering cells in ReMake can take up a bit of time. :(
Dimad
10th March 2006, 07:43
Is "Recovering cells" the "some problems [with] ILVU discs"? Recovering cells just means that there is a missmatch between info in ifo file(s) and vob files.
If it is something more serious - please let me know.
Just in case: DRMP also converts menus to still, so you can save some time (if you run disk through DvdReMake anyway).
HKT3020_1
16th March 2006, 04:27
Yeah that was it Dimad, it seems the issues that plagued the previous versions of DvdReMake have been resolved. Used it on all Episodes and it came out perfect. Thanks fellas for all the help. :D
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.