Topic: Mxm Wip Releases (Read 2080 times)

Jezz_X · « **Reply #360 on:** December 15, 2003, 01:21:00 PM »

Nope no G Drive I even tried using mxm patcher to stop drive G init and still no go just for reference my xbox is

version 1.1,2 or 3
pal version
cheapmod with xecutor 2 4977.01 bios
western digitial 120gig hardrive
stock standard MS memory card in top slot of controller port 1

beginning to wonder if its my ftp program I'm using SmartFTP

BenJeremy · « **Reply #361 on:** December 15, 2003, 06:58:00 PM »

QUOTE (DBZRacer @ Dec 15 2003, 09:55 PM)

Same problems as Jezz with the last WIP. Funky FTP folders. D does not show when there is no dvd inside the drive. and when i refresh through flash fxp after inserting the drive. Q mirrors D when a folder is loaded.

And now for some odd reason a drive G is showing as titlemeta.xbx file inside it when i have my memory card inserted in controller 1.

V1.1, NTSC, 160GB, 4977 large F patched

But I'm digging the new menu speed. Scrolling down my list of games goes by so much faster now!

G: is your memory card.

D: isn't there when the DVD is out because there is no disc there.

This is normal. It means MXM is scanning the available drives and only showing those available.

Jezz_X · « **Reply #362 on:** December 15, 2003, 09:07:00 PM »

Yuyu · « **Reply #363 on:** December 15, 2003, 11:57:00 PM »

Damn Universities, so demanding ....

BenJeremy · « **Reply #364 on:** December 16, 2003, 01:28:00 AM »

I'll have to play around a bit more with the memory cards, as I said earlier.

As for the remote, it doesn't show up as a storage device.

Memory cards should be able to occupy 8 slots, starting normally from G: (HIJKLMNO)

The DVD Drive will need some tweaking as well. I'll need to refresh that, if possible - it's a complicated thing since the app may be running off of the drive (can't just refresh it any time you want, or it screws up music and video that might be running from the drive)

BenJeremy · « **Reply #365 on:** December 16, 2003, 05:45:00 AM »

CODE

IQWaitMsg UI_UP UI_DN UI_LF UI_RT UI_SELECT UI_BACK
IF %MSG_IF% == "UI_UP" GOTO DOUP
IF %MSG_IF% == "UI_DN" GOTO DODN
IF %MSG_IF% == "UI_LF" GOTO DOLF
IF %MSG_IF% == "UI_RT" GOTO DORT
IF %MSG_IF% == "UI_SELECT" GOTO DOSELECT
IF %MSG_IF% == "UI_BACK" GOTO LASTLINE

and it will be handled whether you have a keyboard, IR remote or gamepad providing input.

There is also ASCII and Virtual Key input... and I might throw in a raw input version. Anywhere a command requires a virtual input code, you can use the codes documented in the White Paper.

There is also a command to PUSH input codes into the queue:

CODE

IQPushMsg SYS_INFO

That will push the request to display the "Information Screen" onto the input message queue, if you don't clear the queue at this point, the message will remain after the script finishes.

You can also temporarily change translation tables, too, but they will revert back to the originally assigned tables when the actionscript exits.

As the specific input queue message handlers are done, you'll be able to manipulate a few things through them using the push command.

BenJeremy · « **Reply #366 on:** December 16, 2003, 05:24:00 PM »

Let me know what you guys think!

geniusalz · « **Reply #367 on:** December 16, 2003, 06:13:00 PM »

Cool. Can for loops be nested?
And a couple of requests:
-If then elseif else endif blocks.
-Arrays... Atleast 2d, i'd say

BenJeremy · « **Reply #368 on:** December 16, 2003, 06:23:00 PM »

QUOTE (geniusalz @ Dec 16 2003, 10:13 PM)

Cool. Can for loops be nested?
And a couple of requests:
-If then elseif else endif blocks.
-Arrays... Atleast 2d, i'd say

Heh heh... I've created a monster...

Loops should be nestable. MXM keeps track of GOSUBs and FORs with a stack (it's aware of the type of operation), so it should be fine. You can't RETURN from inside a FOR/NEXT that's part of a GOSUB, as the item that would pop off the stack is the FOR's info.

The IF blocks are a bit more complicated, but I'll see what I can do.

The arrays are another matter.... the variables are just set up too simply, and changing them now might have repercussions.

But the XML stuff should work nice for that sort of thing... "SomeArray.1.2" for example, should work fine.

jlm5151 · « **Reply #369 on:** December 17, 2003, 08:03:00 PM »

Quick Request: The option to auto add scripts to the menu through auto config. Thanks

BenJeremy · « **Reply #370 on:** December 22, 2003, 08:37:00 AM »

I'm hoping to get the latest "WIP" out - perhaps tonight - which will feature a nice Windows APP, "MXM Debugger" that gives you access to the debugging messages MXM is capable of putting out.

I'm putting the finishing touches on an auto-detect system that allows MXM to detect the Debug app on your PC and automatically connect to it. I'll be throwing the client at a friend of mine to polish up and add some nice features (like filtering commands), but for now, you'll be able to clear the message log and save the log to a file. This should come in handy to better understand FTP issues, among other things. Skinners may also want to filter on skin system messages to see if there are any faults or missing items when running their skins.

chilin_dude · « **Reply #371 on:** December 22, 2003, 09:04:00 AM »

QUOTE (jlm5151 @ Dec 18 2003, 06:03 AM)

Quick Request: The option to auto add scripts to the menu through auto config. Thanks

Yep say scripts in E:\scripts\

geniusalz · « **Reply #372 on:** December 22, 2003, 05:02:00 PM »

What are the actionscript commands to set the input repeat delay and the repeat frequency?

BenJeremy · « **Reply #373 on:** December 22, 2003, 06:31:00 PM »

QUOTE (geniusalz @ Dec 22 2003, 09:02 PM)

What are the actionscript commands to set the input repeat delay and the repeat frequency?

Well, it's done through the key defs... look in Internal.xml for details.

geniusalz · « **Reply #374 on:** December 22, 2003, 06:42:00 PM »

Any way to do it on the fly?

Author Topic: Mxm Wip Releases (Read 2080 times)