Print

[geniusalz]

1. Thought of the day: Its about time autodir for scripts is added.

2. Question: Wondering whether relative paths work in menu.xml, and for SkinsPath in mxm.xml

3. Suggestion: Setting up an automenu from the config menu should create a menu.xml if its not already there.  Subsequent changes (add dashboards, automenu style) should also be reflected in the menu.xml

4. Another Q: I read something about MXM_Thumb.jpg somewhere, but I couldn't get it to work.  There's a MXM_SS.wmv present in the folder too.

5. I'd like to work on the new way of packing releases.

6. On a related note, please change the internal simplicity skins to the other pack jlm released.  Pack 2 is much better.

[BenJeremy]

CODE

mxmdash.xbe BIOSMD5.xml \skins \SampleSkin \scripts Tetris.xas pieces.xml mxm.nfo mxmreadme.txt PCHelpers.rar MXM_Patcher.exe MXM_Patcher.nfo MXM_Debugger.exe MXM_Debugger.nfo \Docs

It's a start, anyway....

6. I'll look into that. Didn't realize there was another release.

[geniusalz]

QUOTE (BenJeremy @ Jan 4 2004, 06:12 PM)

mxmdash.xbe BIOSMD5.xml skins SampleSkin scripts Tetris.xas pieces.xml mxm.nfo mxmreadme.txt PCHelpers.rar MXM_Patcher.exe MXM_Patcher.nfo MXM_Debugger.exe MXM_Debugger.nfo Docs

 

[BenJeremy]

I think it will be neat for users to play a game on their Xbox while uploading files to the Xbox.

[geniusalz]

QUOTE (BenJeremy @ Jan 4 2004, 06:57 PM)

Yes... just looking for brighter colors (still dim on my screen) and high score recording... I think it will be neat for users to play a game on their Xbox while uploading files to the Xbox.

Hmm, my screen is probably too bright/contrasty
Coz I set everything according to my TV screen.  Well, its not too hard to change (just change alpha values in a few places: 0x80%pieceColor% to 0xBB or 0xFF (way too bright)

Same with %boxColor%

Gues I'll add a set contrast option

[BenJeremy]

Perhaps you could save the info with the highscore xml file?

Oh.... one other small thing... can you set a specific key to handle the pause/quit, rather than "everything else"? You can tell the user what to press on the screen somewhere (hmmmm... perhaps I need a way to get the physical input associated with a virtual input message - to report it out to the screen?)

The gameplay is almost perfect - not sure on the logic for ending the game (seemed to happen a hair too soon)

[geniusalz]

Logic for ending is pretty simple
It places the new piece on the board, and if its invalid (there's a checkValidity subroutine) it ends the game.

Maybe I messed something up when I put in the show next piece on screen code. (Because now it generates the 'nexter' piece instead of generating the next piece)

[BenJeremy]

QUOTE (geniusalz @ Jan 4 2004, 07:07 PM)

Logic for ending is pretty simple It places the new piece on the board, and if its invalid (there's a checkValidity subroutine) it ends the game. Maybe I messed something up when I put in the show next piece on screen code.

Dunno... just seems like I'm short exactly one row.

Perhaps it's checking validity one row down?

[geniusalz]

I just checked, and the logic is fine.

However, it doesn't display the offending(last) piece before ending the game.  Therefore, there will always be space at the top when the game ends.  (in case of a vertical bar being next, there could be three blank rows when it ends).  Can't really do too much about it besides displaying the offending piece for a second before ending the game.

[BenJeremy]

OK.... no problem... it looks great so far.

[chilin_dude]

And i agree the new layout of distro's does look very good as n00bs will know where to put everything. A few of my thoughts:

1. If there is going to be a filemanager then: How about when you highlight a .xbe in the filemanager you have the option to add it to the menu.xml which means a virtual keyboard pops up for you to enter a description?