View Full Version : PgcEdit 0.5
Pages :
1
[
2]
3
4
5
6
7
8
9
10
11
blutach
29th March 2005, 09:33
I have incorrectly removed a cell in the PGC Editor. I know I can restore the backup and the VOBs in the backup folder and start over but this will entail quite a bit of work.
Is there an easy way of restoring the cell?
Perhaps in IfoEdit? If so, anyone know how?
Regards
r0lZ
29th March 2005, 09:49
Originally posted by blutach
Irrespective of what the majority of DVD players are doing, you might want to make it an option for PgcEdit users to setup either Chapter or PGN in their virtual player setup. Yes, I think it is the good way to deal with this problem.
Deleted cell: Sorry, for now, it's not possible to restore the cell in PgcEdit. And I don't know if it's feasible with IfoEdit.
blutach
29th March 2005, 12:53
Re Deleted cell
I figured out the easy way - restore all files associated with the VTS, including the IFO, menu VOB and title VOBs from PgcEdit_backup to the working folder and re-save.
No more hassles.
Regards
mp3boy
29th March 2005, 20:56
hi mate
thanks for this charming tool, I just noticed your dvd sample, I will download and try and will tell the result.
but there is a little thing which I want to request, and you see if its possible for you to add, I'm sure there are alot of other ppl wanting the same thing.
Request : Modify or Replace option for the subpicture in menu-editing section
detail : basically it is very silly when I add a new button and there is no highlight or button select action.
it was a real pain to re-create the whole button menu in other application such as dvd-lab and import in pgc edit which at the end, in some player it did not strech it completly.
The Reason for (I think) is that the some player does not know how to strech (like my both of philips and enzer players) or Mark's DVD Player however PowerDVD play it right.
Having this feature will make my life much easier (I'm a movie translator)
Thanks alot
zacoz
30th March 2005, 07:18
Thanks for your work on this program r0lZ. I'm like many others who use just a fraction of it's tools, however gradually expanding my usage.
Angles are about the only thing I'm currently left frustrated with during my backup process. Frustrated in that I have to go outside of my usual stable of programs (PCGEdit / VOBBlanker / DVDShrink / DVDDecrypter) to deal with them.
Would like to clean up menu issues left from removing audio / subtitle streams but never seem to have sufficient time to fiddle around with them (even following guides - thanks all). One day.
Anyway, got off the track....Great Program r0lZ.
blutach
30th March 2005, 10:02
@zacoz - There is a new macro in PgcEdit called Fix number of streams in VMGM/VTSI_MAT tables, which automatically corrects the number of streams (but not the order of them, which is what you might be referring to).
Regards
r0lZ
30th March 2005, 11:38
Originally posted by mp3boy
Request : Modify or Replace option for the subpicture in menu-editing section Well. It's not easy. What you want is basically a menu authoring tool. PgcEdit is only a re-authoring tool. You are supposed to have the right VOBs, with everything you need. It is relatively easy to change the menu parameters, because all I need to do is to overwrite the original values with new ones. But modifying the highlights requires a totally different method: the subpic stream must be totally recreated, and remuxed in the VOB. That's far beyond what I am able to do. Sorry.
r0lZ
30th March 2005, 11:46
Originally posted by zacoz
PCGEdit / VOBBlanker / DVDShrink / DVDDecrypter Add MenuShrink to your list! Also, I use IfoEdit and VobEdit a lot, for reference.
Would like to clean up menu issues left from removing audio / subtitle streams but never seem to have sufficient time to fiddle around with them (even following guides - thanks all). One day. Do you mean that you want to remove the menu buttons allowing to select the removed streams? You can do that easily with the menu buttons editor. Just hide the useless buttons. Or change the button command to NOP.
zacoz
30th March 2005, 13:25
There is a new macro in PgcEdit called Fix number of streams in VMGM/VTSI_MAT tables, which automatically corrects the number of streams (but not the order of them, which is what you might be referring to).[/color] [/B]
Thanks blutach....will look at this.
Originally posted by r0lZ
Add MenuShrink to your list! Also, I use IfoEdit and VobEdit a lot, for reference.
Been using newest VobBlanker to 'shrink' menu's. Have used IfoEdit (use it for angles) but not confident I'm not breaking stuff when using it for some other things. PGCEdit has helped me gain a small understanding of commands & structure (Trace mode is great), but IfoEdit a little less user (newbie) friendly I guess.
Originally posted by r0lZ
Do you mean that you want to remove the menu buttons allowing to select the removed streams? You can do that easily with the menu buttons editor. Just hide the useless buttons. Or change the button command to NOP.
Yes. Is menu button editor in PCGEdit, or are you referring to MenuEdit program ?
blutach
30th March 2005, 13:43
Originally posted by r0lZ
Add MenuShrink to your list! Also, I use IfoEdit and VobEdit a lot, for reference.
Do you mean that you want to remove the menu buttons allowing to select the removed streams? You can do that easily with the menu buttons editor. Just hide the useless buttons. Or change the button command to NOP. My old SONY croaked on a NOP command once, so now all my useless buttons which I haven't hidden have the same command as if they were - LinkTopCell and Highlight Button (# of an undeleted button).
I find this works well for me.
Regards
CoNS
30th March 2005, 14:17
Originally posted by zacoz
Yes. Is menu button editor in PCGEdit, or are you referring to MenuEdit program ? It's in the new version 0.5.1 of PgcEdit...
r0lZ
30th March 2005, 15:07
Originally posted by blutach
My old SONY croaked on a NOP command once, so now all my useless buttons which I haven't hidden have the same command as if they were - LinkTopCell and Highlight Button (# of an undeleted button).
I find this works well for me. It works, but it will restart the cell. In the case of an animated menu, or a still menu with audio, there is a side effect: the menu loop back to the beginning. NOP doesn't have this behavior, at least on my Sony. It simply do nothing: the motion or audio continues.
Of course, if the button is hidden, then LinkTopCell is the best method, since NOP will not highlight another button.
Humpty Dumpty
30th March 2005, 18:27
Hey!
I just want to thank you for this great program you've made.
Cheers!! :D
r0lZ
30th March 2005, 19:00
You have registered at Doom9, and wait 5 days just to say that? Thanks!
Anyway, welcome to the forum, Humpty Dumpty!
CoNS
1st April 2005, 18:43
Hi r0lZ. I've now used your new menu editor a few times. Very, very nice. Good job on this, too.
It would be great if someone like you, jeanl, 2COOL, blutach or sweetnes had the time someday to make a small guide on how to edit the button commands in menus after removing and remapping audio and/or subtitle streams of the main movie... :)
r0lZ, I know I've asked this before, please forgive me for asking again! And I know that there are various workarounds, like the one you described last time I asked, but it would just be so very nice, convenient, useful to have a function somewhere in the menus, called "Import subtitle colours", which would bring up a browse window looking for .ifo files and then bring up a small window to let you specify a PGC within the titleset from the .ifo file to copy subtitle colours from to the clipboard. Like the load .ifo function in ReJig or SubtitleCreator combined with the PGC selection from PgcDemux...
I'm also trying to convince mpucoder to put something like this in MuxMan, and I hope at least one of you gets tired of listening to me begging for it sooner or later and simply implements the function just to shut me up!!!! :D But actually the function would be more useful in PgcEdit than MuxMan. Here's the scenario: Most of the time when you copy subtitle colours it's because you've remuxed some streams from an original disc after adding custom subtitles, encoded the video etc. I often put the newly muxed stuff back into the original DVD structure with menus etc. using VobBlanker's replace PGC function. And then the subtitles colours in the newly muxed disc are lost and the colours from the original disc are used... When I've used the default colours in SubtitleCreator, I'd be great to be able to load the .ifo file from SubtitleCreator into PgcEdit and copy and paste the colours into the original DVD with the replaced PGC.
BTW, did you find a way to solve the right-clicking-by-accident issue I described some time ago?
jeanl
1st April 2005, 18:50
Originally posted by CoNS
BTW, did you find a way to solve the right-clicking-by-accident issue I described some time ago?
I don't have a solution, but I do have an explanation: in PgcEdit (probably that's a tcl thing) when you right click, the popup menu appears when the button is pressed. On any windows app, the popup menu appears when the button is released.
In PgcEdit, if you move your mouse after right-click pressing, you will select the corresponding menu item! and it will be activated when you release the mouse.
IMHO that's a major oversight in the tcl UI code... As a rule, in a well designed UI, things are supposed to happen when you release the mouse (so you get a chance to change your mind after pressing the button)...
jeanl
r0lZ
1st April 2005, 19:44
What I can do easily is to add an export and an import button in the color lookup table editor, so that you will be able to save the color table, and reuse it whenever you need it.
But I will not add an import from IFO. It is difficult to parse the IFO just to know where are the PGCs, and to display this information to the user.
Of course, PgcEdit does that already when you load a DVD, but that function is embedded into a complex procedure, and is not independant of the whole process.
In short, it is too difficult for me to parse a single IFO, just for a so trivial thing.
About menus: I forgot that problem.
I just looked at the code, and there is a solution, but I don't like it. As explained by jeanl, when you right-click on an area with a popup menu (for example on the Pgc Selector listbox), the menu appear when the mouse button is pushed. I've found a way to make it appear only when the button is released. Unfortunately, it is not possible to cancel the operation: if you move the mouse outside the area, the popup menu is opened anyway. Furthermore, your mouse is not over the right item anymore, and a wrong line may be selected. For example, if you moved the mouse up to go outside the PGC Selector, the first line will be selected, and the popup menu for the FP-PGC menu will appear, even if the down click was on another line! This behavior is even more confusing.
I cannot change this, nor the way the item is selected in the popup menu. That's outside of my control. And I don't want to wewrite Tcl/Tk!
Note that Tcl/Tk was originaly designed for Linux platforms, where the button-down is (apparently) the rule. You may dislike that behavior, but Linux users do use it without problems...
Sorry.
jeanl
1st April 2005, 19:48
Originally posted by r0lZ
Note that Tcl/Tk was originaly designed for Linux platforms, where the button-down is (apparently) the rule. You may dislike that behavior, but Linux users do use it without problems...
Sorry.
Is the "button down" rule valid for all UI items? For example, in linux, if you press a button (like an "OK" button), does the button get activated when the mouse is pressed, or when it's released? (I'm guessing when it's released otherwise you really have not way to change your mind!).
jeanl
r0lZ
1st April 2005, 20:11
No, only for menus. The good thing of this method is that you have to click only once: You open the menu with the button-down, and you select the item when you release the button.
Note that you may change your mind: move the mouse outside the menu, and click anywhere.
@CoNS: I have added an option to change the behavior of the popup menu as described in my previous post. But this option is not available in the GUI. To change it, you will have to load the configuration file in a text editor, and change the last line to:set ::config(popups_on_button_up) trueThe config file is:C:\Documents and Settings\<YOUR USER NAME>\Application Data\PgcEdit\.pgcedit.cfgNote that the Application Data folder may be hidden.
CoNS
1st April 2005, 20:33
Originally posted by r0lZ
And I don't want to wewrite Tcl/Tk!Aw, comon r0lZ! Gettin' sloppy on yer old days, are ya?!! :D
Right then, I'll try the config thing and see how it works.
Originally posted by r0lZ
What I can do easily is to add an export and an import button in the color lookup table editor, so that you will be able to save the color table, and reuse it whenever you need it.Sounds good, I can live with that... Do I have to worry about PgcEdit degenerating the original YCrCB colours values to RGB? Or are the hex values tranfered directly and untouched in the copy/export/import/paste procedure in PgcEdit? (Say, if I author an otherwise empty DVD with the SubtitleCreator subtitle colours as you initially suggested, load it with PgcEdit and export the colour table for future use in PgcEdit, will the original SubtitleColours change slightly in a RGB conversion in PgcEdit?)
EDIT: BTW, did you change the auto-check of audio/subtitle stream numbers in v0.5.1? It used to be executed when entering the domain stream attributes window, but I just edited a disc where I added extra custom subtitles and the check seemed to be executed now as soon as I entered the PGC editor window. Correct?
r0lZ
1st April 2005, 21:09
Well, I've never seen a color 'degraded' after a conversion to RGB and a conversion back tu YCrCB. Although it is theorically possible that a rounding error occur, the formulas are exactly the same, reversed, for both conversions. So, you should end up with the right YCrCB colors.
Anyway, I'll try to save the YCrCB colors directly, to avoid the conversion.
Streams: No! I have not changed the streams check... :confused:
CoNS
1st April 2005, 21:56
Originally posted by r0lZ
Anyway, I'll try to save the YCrCB colors directly, to avoid the conversion.Cool, in a small file which only contains the colour table? I think I'll try to convince Paddington and mpucoder to implement support for the file format you present, so that SubtitleCreator and MuxMan respectively maybe will be able to import/export the file, too...
mpucoder is also complaining about loading an .ifo file, like you are, and Paddington's "load .ifo file" function, which he implemented a long time ago, is somewhat simplified, as he relies on the main movie being located in the first PGC.
EDIT: About the stream check, when is it supposed to be executed? When entering the PGC Editor window or the Domain Stream Attributes window?
r0lZ
2nd April 2005, 08:11
OK. I will save the raw, unmodified color table in binary, as it is stored in the IFO (64 YCrCb bytes - the first byte of each color is a null, pad byte) with a .CLB file extension.
There are 2 ways to do the 'number of streams' check:
1) "Macros -> Fix number of streams" checks the whole DVD.
2) A check for the current domain only is done when entering the "Domain Streams Attributes" dialog.
r0lZ
2nd April 2005, 10:45
I changed my mind. The option to use the mouse button up to call the popup menus is now integrated in the GUI, in the Options menu.
However, you will need to restart PgcEdit for this option to take effect (at least in the main window.)
sweetness
2nd April 2005, 17:16
i'm getting this error now
"can't read "::buttons::butsinfo(menu,5,1,1,selendtime)": no such element in array"
what i did was edit and expot the menu with pgcedit0.5.1beta3, use muxman to remux the edited cells then vobblanker to replace. then import menus with pgcedit again. the first couple of times it worked ok but now i'm getting this error.
i'm going to retry to see if i did something wrong(or different) this might not be a problem with pgcedit because i use two other tools.
ShawnFumo
2nd April 2005, 22:19
Actually, I seem to be getting a similar error, though I guess what I am doing is kind of odd. I have a PGC with several cells that I want to add invisible BOVs to.
I can easily go and open the button editor and make a new button (the button editor is fantastic, btw! I love the little arrows to show where the arrow keys will link to another button).
That seems to work fine, but then if I exit out of the editor and right-click on the PGC and select BOV again, it gives this error:
can't read "::buttons::butsinfo(pgc,1,1,1,hlendtime)": no such element in array
can't read "::buttons::butsinfo(pgc,1,1,1,hlendtime)": no such element in array
while executing
"set ::buttons::curbutsinfo($vobid,$cellid,hlendtime) $::buttons::butsinfo(pgc,$vts,$vobid,$cellid,hlendtime)"
invoked from within
"if [info exists ::buttons::butsinfo(pgc,$vts,errorcode)] {
set ::buttons::curbutsinfo(errorcode) $::buttons::butsinfo(pgc,$vts,errorcode)
set ::..."
(procedure "get_menu_buttons_infos" line 44)
invoked from within
"get_menu_buttons_infos $vts pgc"
(procedure "display_BOVs" line 6)
invoked from within
"display_BOVs [lindex $indexlist 0] [lindex $indexlist 1] 1024 $mode 0"
(procedure "::menubuttons::display_current_menu_buttons" line 17)
invoked from within
"::menubuttons::display_current_menu_buttons info"
(menu invoke)
Also, if I then save the DVD, it tells me that button items were changed and if I want to save it. I say yes, but then if I close out and open the DVD again, it finds no BOVs, and PowerDVD doesn't seem to show them either.
I theoretically shouldn't need a subpicture stream to make an invisible button, right? I'm using 0.5.1 on XP Pro (non-sp2). Maybe I'm just forgetting to do something somewhere, but I'm not sure.
Thanks again for the great program r0lz. :)
Shawn
P.S. Any thoughts on a way to batch apply a BOV across multiple cells? I know I could probably save out the "menu" and then import it into each cell, but I'm going to have thousands of cells if my project goes according to plan. But if not, no worries. Importing a bunch of things sure beats paying for some $10k program. :)
ShawnFumo
3rd April 2005, 00:14
Actually, I just experimented a bit more. I used dvdauthor to make some simple BOVs (didn't think it could do them, but looks like it can after all), but then went into pgcedit to try to change some of the button commands.
In this case, I can go in and edit the button commands, and they will change. I can rightclick and do BOV again and there isn't an error and the changes are still there. However, if I save the DVD and then open it again, they are back to the previous values. But if I changed say a Pre command in the PGC, that WILL be changed. So it seems like the changes to the vobs aren't being kept for whatever reason in my case.
Shawn
r0lZ
3rd April 2005, 09:26
OK. Thanks, guys. I'll look into this problem. Seems easy to debug.
Originally posted by ShawnFumo
I theoretically shouldn't need a subpicture stream to make an invisible button, right?
P.S. Any thoughts on a way to batch apply a BOV across multiple cells? I know I could probably save out the "menu" and then import it into each cell, but I'm going to have thousands of cells if my project goes according to plan. But if not, no worries. Importing a bunch of things sure beats paying for some $10k program. :) A subpicture stream must be defined in the IFOs if you want to see the button (as a rectangle, of course, if no subpic bitmaps exists).
Also, the Find BOV routine will automatically skip the parsing of the domain with no subpics. But you may force it by enabling the checkbox. But there is no GUI for the parsing of the regular menu buttons (in VMGM and VTSM domains), so, PgcEdit will not find them if there is no subpic stream defined in the VMGM_MAT/VTSI_MAT table. In this case, you will have to create a subpic definition, save the DVD and reload it.
Anyway, if no subpic is defined and a new menu button is created in the domain, PgcEdit create a subpic definition automatically in the Domain Streams Attributes, and enable it in the subpic status of the current PGC.
There is currently no way to import the menu buttons definitions for several cells at once. Sorry. But I may add something like the File -> Import All PGC Commands feature to be able to automatically export or import the .mnu files for the whole DVD at once. You will have to copy your original .mnu file for every cell to change, with the right filename, and call the Import All function. Is it what you want?
Note that I need to check if it is feasible easily. It's not a promise.
r0lZ
3rd April 2005, 10:18
Originally posted by ShawnFumo
can't read "::buttons::butsinfo(pgc,1,1,1,hlendtime)": no such element in arrayAlso, if I then save the DVD, it tells me that button items were changed and if I want to save it. I say yes, but then if I close out and open the DVD again, it finds no BOVs, and PowerDVD doesn't seem to show them either. Both errors are now fixed.
The first bug (hlendtime missing in the array) happened when a new button was created, and the highlight end time was left to -1.
The second bug is a stupid mistake of mine. I have used a "<" symbol instead of "<=" in the loop through the VTSs to save the BOVs. Therefore, the last VTS BOVs were not saved. Could you confirm that you experienced this problem when creating a BOV in the last VTS?
r0lZ
3rd April 2005, 10:24
Originally posted by ShawnFumo
Actually, I just experimented a bit more. I used dvdauthor to make some simple BOVs (didn't think it could do them, but looks like it can after all), but then went into pgcedit to try to change some of the button commands.
In this case, I can go in and edit the button commands, and they will change. I can rightclick and do BOV again and there isn't an error and the changes are still there. However, if I save the DVD and then open it again, they are back to the previous values. But if I changed say a Pre command in the PGC, that WILL be changed. So it seems like the changes to the vobs aren't being kept for whatever reason in my case. I don't understand why editing a PGC command solves the problem, but again, if you experienced this problem when editing the last VTS, the bug should be fixed now.
r0lZ
3rd April 2005, 10:39
Originally posted by sweetness
i'm getting this error now
"can't read "::buttons::butsinfo(menu,5,1,1,selendtime)": no such element in array"
what i did was edit and expot the menu with pgcedit0.5.1beta3, use muxman to remux the edited cells then vobblanker to replace. then import menus with pgcedit again. the first couple of times it worked ok but now i'm getting this error.
i'm going to retry to see if i did something wrong(or different) this might not be a problem with pgcedit because i use two other tools. You should use v0.5.1 final! Maybe this problem is already fixed.
If not, seems it can be caused by the same problem as the one described by ShawnFumo. But I'm not sure.
Could you please download the last version, and do the full processing again (export and import)? If the problem persists, please copy here the full error message (use the "Details >>" button.)
PgcEdit 0.5.2 will be released soon...
zacoz
3rd April 2005, 13:40
Just got to add my thanks for the Menu Button Editor in PGCEdit. Have used it several times now and even successfully reassigned values to match where I've stripped audio & subtitle streams.
CoNS
3rd April 2005, 16:19
zacoz, could you make a small guide for doing that (fixing buttons when stripping streams)? It would be much appreciated! :)
blutach
3rd April 2005, 16:34
@CoNS
There is no need to "fix" (remap) any buttons, if, for example, you use DVD Shrink to strip streams with logical remapping off. That way, the kept streams stay in place and do not change their ID numbers. The only thing you would want to do with the menu is to hide the buttons for the streams that are no longer present.
I do this with all my DVDs and have never had a problem selecting a stream via the menu. Try it!
Regards
CoNS
3rd April 2005, 17:44
@blutach: Yep, but then the empty/stripped streams will still be available when cycling through streams with the remote. Also, when I've demuxed the movie PGC and want to leave out some streams in between the ones I keep, I'd then have to mux with empty/silent subtitle and/or audio streams. I don't think it's a "pretty" solution/result.
Until now I've been using doing this after stripping streams: I check the disc in PgcEdit to see if I can use the "Logical remapping of enabled streams" option in DVDShrink and then run the disc through DVDShrink for this sole purpose. If not, I leave the empty streams as they are and try to live with them, even though it's hard :D
So, basically what I'd like to be able to do is this: When PgcEdit says it's not safe to use the option in DVDShrink, I'd still run the disc through DVDShrink with the option enabled (to remove the empty streams), and then afterwards use PgcEdit's menu editor to edit the button commands in the audio/subtitle selection menu so that they now point to the correct streams. Sort of an extended "Logical remapping of enabled streams" method.
sweetness
3rd April 2005, 18:42
You should use v0.5.1 final!
i missed that one. guess i was sleeping that day.
we i tried the final release and the same thing. this time i did not preprocess with anything i just import and export. if the menu already has buttons and i do that everything is fine. but if i create buttons with the import i still get the error. single cells and multiple ones.
also noticed after importing(and new buttons are created), the menu button in the tool bar does not work any more only for that menu (if i press it for other pgc) but in other(different) menus it pops up. maybe it's supposed to do that, just wanted to point that out too.
this error message comes up after i save the dvd.
can't read "::buttons::butsinfo(menu,0,7,1,selendtime)": no such element in array
can't read "::buttons::butsinfo(menu,0,7,1,selendtime)": no such element in array
while executing
"if {$::buttons::butsinfo($type,$vts,$vid,$cid,selendtime) != -1} {
incr ::buttons::butsinfo($type,$vts,$vid,$cid,selendtime) $starttime
}"
(procedure "fill_sector_with_buttons_infos" line 16)
invoked from within
"fill_sector_with_buttons_infos $origsector menu $vts $vid $cid"
(procedure "write_buttons_menus" line 43)
invoked from within
"write_buttons_menus $::dvddir $vts"
invoked from within
"if [info exists ::buttons::butsinfo(menu,edited)] {
for {set vts 0} {$vts <= $::menus(numvts)} {incr vts} {
if [write_buttons_menus $::dvddir $vt..."
(procedure "::menued::write_all_buttons" line 8)
invoked from within
"::menued::write_all_buttons"
(procedure "::main::Write_DVD" line 40)
invoked from within
"::main::Write_DVD false"
(menu invoke)
and one more thing. if i try to import lets say the main menu into the chapters menu it does not import to all the groups. ie group 1 will have the layout of the main menu and group 2 has the original layout which can not be changed.
r0lZ
3rd April 2005, 19:09
OK. I will try to understand what's going on...
If there is an error while executing a function, the error dialog do not pop up when the function has been launched via a toolbar icon. I don't understand why.
But something is probably wrong after the import, and PgcEdit is unable to open the editor, because an error occur. You will probably see an error message if you call the function via the menu item.
On the group problem: of course, you should import a menu file with the same number of groups than in the original cell (or no buttons at all, except the one you must create to enter the editor).
In fact, the import function just overwrites the values of the internal veriables with new ones. If you import a menu with only one group over a menu with 2 groups, the first group will be modified, and the number of groups will be set to 1.
You may edit the file before the import, for example to change the number of groups, but the button definitions will still be modified for group 1 only, unless you duplicate them to create the values for group 2.
As a rule, do not import a menu of one titleset over a menu of another titleset, or you may experience problems like the one you described.
r0lZ
3rd April 2005, 21:46
@sweetness: I'm almost sure it's the same bug as the one reported by ShawnFumo. It should be fixed now.
[EDIT:] Confirmed.
zacoz
4th April 2005, 13:20
Originally posted by CoNS
I check the disc in PgcEdit to see if I can use the "Logical remapping of enabled streams" option in DVDShrink and then run the disc through DVDShrink for this sole purpose. If not, I leave the empty streams as they are and try to live with them, even though it's hard :D
How do you know in PgcEdit if you can safely use the option in DVDShrink or not ?
Originally posted by blutach
There is no need to "fix" (remap) any buttons, if, for example, you use DVD Shrink to strip streams with logical remapping off. That way, the kept streams stay in place and do not change their ID numbers. The only thing you would want to do with the menu is to hide the buttons for the streams that are no longer present.
This is what I was previously doing, however as I was stripping angles in IfoEdit, I also took the opportunity to strip audio & subtitle streams. Whether it's IfoEdit's default behaviour or I changes an option somewhere, I ended up needing to remap buttons. I frequently use the remote to cycle the streams so now definitely prefer to actually make them completely unavailable.
Originally posted by CoNS
zacoz, could you make a small guide for doing that (fixing buttons when stripping streams)? It would be much appreciated!
Will need to test the approach on some other DVD's for consistency, but hey if it pans out, will give it a go. Even if no-one else uses it, it'll reinforce what I've learnt. Won't be this week as I've got some database development work to do and will be away for work for a couple of days.
r0lZ
4th April 2005, 14:40
Originally posted by zacoz
How do you know in PgcEdit if you can safely use the option in DVDShrink or not ? Macros -> DVDShrink Streams Remapping
This is what I was previously doing, however as I was stripping angles in IfoEdit, I also took the opportunity to strip audio & subtitle streams. Whether it's IfoEdit's default behaviour or I changes an option somewhere, I ended up needing to remap buttons.IfoEdit always do a stream remapping when doing a streams strip.
blutach
4th April 2005, 14:45
Originally posted by r0lZ
IfoEdit always do a stream remapping when doing a streams strip. Which is one reason DVD Shrink is actually a good alternative (with Logical Remapping off). Another will be the "vanishing cell command numbers", referred to in other threads here, as recently as today.
Anyway, whatever works for people.
Regards
r0lZ
4th April 2005, 15:03
Originally posted by ShawnFumo
(the button editor is fantastic, btw! I love the little arrows to show where the arrow keys will link to another button). Note: It's also possible to use the cursor keys on the keyboard to select an adjacent button. It's usefull to check the adjacent buttons setup.
jsoto
4th April 2005, 16:57
Hi r0lZ,
Are you going to release 0.5.2 or 0.5.3? I'm unable to find 0.5.2 , but in VobBlanker thread you said
BTW, PgcEdit 0.5.3 (to be released soon) is able to rocognize the VB's multiple backups,
BTW, fantastic work in menu editor.... I'm really impressed. Many, many thanks.
jsoto
CoNS
4th April 2005, 17:44
Originally posted by r0lZ
IfoEdit always do a stream remapping when doing a streams strip. Is it done in exactly the same way as "Logical remapping of enabled streams" in DVDShrink?
Originally posted by blutach
Another will be the "vanishing cell command numbers", referred to in other threads here, as recently as today.Woops, missed that one. Could you elaborate?
r0lZ
4th April 2005, 18:07
Originally posted by jsoto
Hi r0lZ,
Are you going to release 0.5.2 or 0.5.3? I'm unable to find 0.5.2... Oops! Typo. The new version will be 0.5.2.
r0lZ
4th April 2005, 18:20
Originally posted by CoNS
Is it done in exactly the same way as "Logical remapping of enabled streams" in DVDShrink?I'm not sure. DVDShrink tries to change the direct SetSTN commands (with constant values as operands). But it cannot fix the indirect SetSTN (with GPRMs as arguments, because the GPRMs are, by definition, variables).
I don't know if IfoEdit do that. Anyway, as it doesn't modify the VOBs, the SetSTN commands in buttons or BOVs are certainly left untouched.
Woops, missed that one. Could you elaborate? The last thread speaking of this problem is this one (http://forum.doom9.org/showthread.php?s=&threadid=92353).
selyb
5th April 2005, 04:27
Excellent work with the menu button editor :-D
with the removal of other programs to do that work i figgered it was time to donate ;)
BTW, is this the place for feature requests?
Is it possible to blank a single title or cell?
ive noticed that sometimes when i kill the playback of a pgc, i get a message asking if i want to remove the cells but i havent figured out when/why i get this message
CoNS
5th April 2005, 08:35
Originally posted by r0lZ
I'm not sure. DVDShrink tries to change the direct SetSTN commands (with constant values as operands). But it cannot fix the indirect SetSTN (with GPRMs as arguments, because the GPRMs are, by definition, variables).
I don't know if IfoEdit do that. Anyway, as it doesn't modify the VOBs, the SetSTN commands in buttons or BOVs are certainly left untouched.Ok, so IfoEdit does it somewhat differently then? But still it's done under the VOB Extras function in IfoEdit?
Does IfoEdit have an option for fixing the stream order, or does it try to do it automatically in all instances of stripping audio/subs?
I haven't followed the discussion in other threads about loosing cell commands in IfoEdit when stripping audio/subs. Is correct that IfoEdit is safe to use for stripping audio/subs in all cases where the PGC does not have cell commands? (what about pre/post commands?) And if the PGC has cell commands, you can still use IfoEdit for stripping if you remember to copy the cell commands back into the output disc afterwards by using PgcEdit or a similar program?
Hmmm r0lZ, as this stream reorder issue apparently pops up quite often among users, and as DVDShrink and IfoEdit don't work well in this matter, you could maybe consider making a macro in PgcEdit to fix it correctly? I know it's not easy to do, but what do you think? With the menu editor in place, you could need a new challenge? ;)
The problem may be that the reordering/remapping of streams must be conducted in connection with the stripping of audio/subtitle streams itself to make sure that the buttons point to the correct streams afterwards? Maybe a combined function to strip audio/subs and reorder/remap would be something for jsoto to implement in VobBlanker instead?
blutach
5th April 2005, 08:41
@CoNS
You might like to read this (http://forum.digital-digest.com/showthread.php?s=&threadid=45228) in regards to DVD Shrink's logical remapping function.
PgcEdit allows you to change stream orders and numbers easily in its PGC Editor window. Use with care and test extensively with your menu buttons.
Regards
CoNS
5th April 2005, 09:08
Hi blutach,
Thanks for the link to your very nice FAQ regarding the "Logical remapping..." function in DVDShrink.
In the FAQ you write this under "Logical Remapping Off":
the remote will simply cycle through the kept streams. Where they are in the order is irrelevant – it will go from Danish --> Dutch --> 3rd English --> Danish again.
Thus, with logical remapping off, everything is A-OK. There’s no problem. And that’s where the story should end.Hmmm, my software player still shows all of the streams, including the stripped ones. And I remember testing it on my standalone Sony, too, a long time ago, where it also let me cycled through the empty streams. That's why I'm still interested in methods to do an actual remapping correctly.
So that's why we have different approaches to this issue: For you it workds fine in your standalone. You don't see the stripped streams. For me, however, I still see the empty streams when I cycle through the streams with my remote on my standalone Sony, and I don't like that!
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.