Log in

View Full Version : A new way to bypass a menu?


jeanl
15th March 2005, 06:03
People,
I just had this idea (and tested it in PowerDVD and mediaplayer classic) to bypass a silent still menu (say a language or aspect ratio menu).
- Set the still time to 0 seconds
- Set the force action to the button you want to select by default.

Amazingly, this works in PowerDVD and mediaplayer classic. I"m not sure whether it's completely legit or not, but it seems to me that it's a VERY simple way to bypass a menu! Is this an old idea?

Of course, it only works if the menu is a silent still (so it plays instantly when you set its still time to 0). If not, you have to convert it to one.

That's why I think this would be a great addition to vobblanker! Use the menu2still function to shrink the menu to a silent still, then vobblanker could add a button to force select one of the buttons.

Or maybe do that with PgcEdit (which will soon let you modify menus): shrink with vobblanker first, then use PgcEdit to force select.

Or maybe I could add that to MenuShrink!

What do you guys think?
jeanl

jeanl
15th March 2005, 08:19
Well, as it turns out, that idea does not work that well!
The thing is, the button command isn't executed, even with a force action! I'm not sure why that is, but I checked on powerDVD and mediaplayer classic and the button command seems to be ignored.
I suppose all that happens is the force-action button is highlighted at the end of the still (0 seconds here), and the menu exits.
So the procedure would also require that the button command be copied as a cell command, and even that might not work in some case (what if there is already a cell command?!).



jeanl

blutach
15th March 2005, 09:07
Have you tried it with an auto action as well as forced? And a precommand to set HL button #?

When you set your forced action, did you do it for all groups?

Regards

CoNS
15th March 2005, 11:12
Originally posted by jeanl
So the procedure would also require that the button command be copied as a cell command, and even that might not work in some case (what if there is already a cell command?!).It's probably me who's missing something here, but isn't that what 2COOL has described in his guide here: Removing Language Selection and Aspect Ratio Menus v3.0 (http://home.tiscali.be/debie.roland/pgcedit/third_party/2cool/remove_language_aspect_ratio_menus/remove_language_and_aspect_ratio_menus_intro.htm)?

r0lZ
15th March 2005, 11:14
See also a long discussion on a similar method starting here (http://forum.doom9.org/showthread.php?s=&threadid=89749&perpage=20&pagenumber=2).

Also, there is a possible solution to the problem of the button command being not executed in the same thread, here (http://forum.doom9.org/showthread.php?s=&threadid=89749&perpage=20&pagenumber=2#post614369).

Unfortunately, there are two problems:
1- You will still see the menu for a short time, at least on standalones.
2- Seems that the method doesn't work in some obscure circumstances.


Anyway, the menu button editor of PgcEdit is almost finished. We will soon have a tool to check the method...

jeanl
15th March 2005, 17:45
Originally posted by CoNS
It's probably me who's missing something here, but isn't that what 2COOL has described in his guide here: Removing Language Selection and Aspect Ratio Menus v3.0 (http://home.tiscali.be/debie.roland/pgcedit/third_party/2cool/remove_language_aspect_ratio_menus/remove_language_and_aspect_ratio_menus_intro.htm)?
Well, the intent is the same, I agree, but I think 2COOL's method is very different. For one it really bypasses the menu (you don't see it at all) whereas what I'm suggesting does not. I was hoping this method would be significantly less complicated. But if it does not work, there's no point!
jeanl

jeanl
15th March 2005, 17:52
Originally posted by r0lZ
See also a long discussion on a similar method starting here (http://forum.doom9.org/showthread.php?s=&threadid=89749&perpage=20&pagenumber=2).

Also, there is a possible solution to the problem of the button command being not executed in the same thread, here (http://forum.doom9.org/showthread.php?s=&threadid=89749&perpage=20&pagenumber=2#post614369).

Great! I think you got it! Indeed, the button highlight end time and selection end time were both set to -1! This has got to be the reason it was not working.

Unfortunately, there are two problems:
1- You will still see the menu for a short time, at least on standalones.
2- Seems that the method doesn't work in some obscure circumstances.
Anyway, the menu button editor of PgcEdit is almost finished. We will soon have a tool to check the method...
Well yes, I agree, you might see the menu for a brief flash (although on my standalone, it does not show, but I'm sure it's player dependent). Worse, on some standalone, a 0-second still with a short menu causes the player to crash (jsoto's thomson does that if I remember correctly).
What did you have in mind "the method doesn't work in some obscure circumstances"?? Have you done some tests?
jeanl

r0lZ
15th March 2005, 18:06
Originally posted by jeanl
What did you have in mind "the method doesn't work in some obscure circumstances"?? Have you done some tests?
jeanl See the answer of CoNS (http://forum.doom9.org/showthread.php?s=&threadid=89749&perpage=20&pagenumber=3#post614963). Seems it doesn't work for him.

Note that you even don't need to reset the cell still time. If you set the highlight and selection end time to be the same as the start time, the menu will be closed anyway. Maybe that is supported by josto's player.

jeanl
15th March 2005, 18:10
OK I see. Well, like you said. We'll soon get a better way to further test all this.
jeanl

r0lZ
15th March 2005, 20:12
Originally posted by jeanl
We'll soon get a better way to further test all this.
Here it is! (http://forum.doom9.org/showthread.php?s=&threadid=91521)