Bamxmconfig V1.0, MXM.XML Config Tool Options

[jinx_removing]

Read Me:

QUOTE

-NOTE You WILL need the .NET 1.1 framework to use this program, as it was developed in VisualBasic.NET -special thanks BenJeremy for writing such a kick-ass dash. Emmegi for creating the MXM XML string bible.  I stole heavily from it. Strongbad for his creation, Myxlite. YuYu for testing and providing feedback -disclaimer You're using this at your own risk. I will not be held accountable if this produces results less than desirable. If you find a bug or think of something that will make this application better, please PM me (jinx_removing) at forums.xbox-scene.com or post a message in the forums with baMXM somewhere in the title and I'll get back to you. See below for known issues. Before doing anything you'll regret, backup whatever it is you'll be working on. -What is it? baMXMConfig is a utility to help you modify the MXM.XML file that MXM uses to run.  It will download the XML file from your XBox, parse it, and upload it back when you're done editing. Original MXM.XML (as found on the XBox at the time of each upload) is backed up as: mxm_backup.xml baMXMConfig works offline as well and will load any MXM.XML file you may have stored on your hard drive (File -> Load MXM.XML (Local)) NOTE: If you are having problems connecting to the XBOX via the FTP functions, enable the "Output debug.txt" check box in FTP -> Settings.  This will output debug.txt in the directory that the application is launched from and will catalog the steps that the application tried to take when connecting to the XBox.

I've tested it on two machines and it seems to work... Only question and maybe some of you have run into this, but there are tags that don't seem to work -- time format, date format, UseEuroNumbers -- has anyone gotten these to work? For all I know, I'm outputting their Tag content wrong, but I don't think so...?

Look forward to any feedback / issues you guys uncover.

Thanks.

-Jinx

[geniusalz]

Looks good

Can't test the FTP though, because I don't have an xbox nowadays (yeah, and I'm working on MXM Skinner)

Few suggestions:
You could make it update FTPsettings.ini whenever you upload the xml to your xbox.

And remove blank tags. i.e if a user doesn't enter a specific value, that tag should not exist in the XML file

Just my opinion

[Hercules Q Einstein]

It does sound like a good idea. Maybe more people will use MxM.

[jinx_removing]

-Never thought about doing that with the FTPSettings, I'll defintely check that out today.

-I definitely wanted to reduce the amount of output that the application was sending out, but for sake of being conservative I let it print the empy tags. Ben, is any and every tag in MXM.XML omiitable? It's easy enough to do, but would end up being done globally because of how I have it parsing the MXM.XML file in the first place.

The parser finds a tag (SkinsPath, for instance) and then looks for <ParentTag><ChildTag> as a button name, then based on the button type (text box, checkbox, combo box, whatever) it modifies the value.

So when it finds <SkinsPath> in the XML file, it looks for 'MainSkinsPath' as the object to modify. When it finds that MainSkinsPath is a textbox, it then modifies MainSkinsPath.text to the value it finds in the XML file for <SkinsPath> and vice versa if you're writing out.

It was the only way I could get the parser to not care about case sensitivity as Chilkat's XML plugin cares about case sensitivity so <SkinsPath>Blah</skinspath> would report an error.

If someone else has a better way, please let me know -- I'm still very new to VB.

That was probably way too much information. But oh well, back to work...

-Jinx

[BenJeremy]

QUOTE (jinx_removing @ Sep 7 2003, 12:12 PM)

-Never thought about doing that with the FTPSettings, I'll defintely check that out today. -I definitely wanted to reduce the amount of output that the application was sending out, but for sake of being conservative I let it print the empy tags. Ben, is any and every tag in MXM.XML omiitable? It's easy enough to do, but would end up being done globally because of how I have it parsing the MXM.XML file in the first place. The parser finds a tag (SkinsPath, for instance) and then looks for <ParentTag><ChildTag> as a button name, then based on the button type (text box, checkbox, combo box, whatever) it modifies the value. So when it finds <SkinsPath> in the XML file, it looks for 'MainSkinsPath' as the object to modify. When it finds that MainSkinsPath is a textbox, it then modifies MainSkinsPath.text to the value it finds in the XML file for <SkinsPath> and vice versa if you're writing out. It was the only way I could get the parser to not care about case sensitivity as Chilkat's XML plugin cares about case sensitivity so <SkinsPath>Blah</skinspath> would report an error. If someone else has a better way, please let me know -- I'm still very new to VB. That was probably way too much information. But oh well, back to work... -Jinx

Yes, you can, and probably SHOULD omit tags when not used.

Null tags can have specific meaning, overriding the default values. My own parser can see if a tag exists, and sometimes does... so yes, if the intention is to "not touch" a specific setting, it should be left out completely.

[jinx_removing]

v1.1 will now write a mxm.xml that only has the non-default settings being output for each particular tag

I've lightly tested it myself and it seems to work.

The only tags I don't have known defaults for are (and Emmegi's list has them as ????)
DeepMultiSearch
AutoLoadMulti
AutoLaunchGame
AutoLaunchMovie
UseDHCP
DefaultGateway
SubnetMask
DNS1
DNS2

If anyone knows the above defaults, let me know. Furthermore if you don't have a <user> listed in your MXM.XML, it will always create the default user (xbox:xbox) for clarity's sake.

The only other bit I've got on my list to do is GeniusAlz's comment re: FTP settings, which I'll get to, but I didn't want to cause problems for people's boxes by having it output NULL tag content (per BJs reply).

Thanks.

-Jinx

[BenJeremy]

The only tags I don't have known defaults for are (and Emmegi's list has them as ????)
DeepMultiSearch
FALSE
AutoLoadMulti
TRUE
AutoLaunchGame
FALSE
AutoLaunchMovie
FALSE
UseDHCP

Uses last settings (for example, from Evo-X)
DefaultGateway

Uses last settings
SubnetMask

Uses last settings
DNS1

Uses last settings
DNS2

Uses last settings

[karishbhr]

where can i get this

[jinx_removing]

baMXMConfig v1.1

[Taiger]

Hmm, found this progi and wanted to try it out, but I can't get the first basic thing to work,
when I use"Get MXM.XML from XBox" it says, Could not find MXM.XML in the path specified in Path to MXM" under FTP -> Settings. Please double check.

I don't thing my path is wrong becous i'm running MxM(0.9n6) as dash.
The path I use in FTP settings is C:
and I run MxM from the root of C ??

Would bee nice whit tips how to get it working ....

[Taiger]

QUOTE (Taiger @ Nov 14 2003, 06:21 PM)

Hmm, found this progi and wanted to try it out, but I can't get the first basic thing to work, when I use"Get MXM.XML from XBox" it says, Could not find MXM.XML in the path specified in Path to MXM" under FTP -> Settings. Please double check. I don't thing my path is wrong becous i'm running MxM(0.9n6) as dash. The path I use in FTP settings is C: and I run MxM from the root of C ?? Would bee nice whit tips how to get it working ....

Sorta got it working, what I did was to first upload MXM.XML to xbox
then I could download the file again.

It seems lige I have something in my MxM.xml file that baMXMConfig don't understand
My MXM.xml looks like this if you like to investigate whats baad here and maby make a
update ....

QUOTE

<Config>   <Main>     <MenuPath>c:</MenuPath>     <SkinsPath>c:MXMSkins</SkinsPath>     <RemoveDuplicates>True</RemoveDuplicates>     <RemoveInvalid>True</RemoveInvalid>   </Main>   <Preferences>     <UseCelsius>True</UseCelsius>     <DeepMultiSearch>False</DeepMultiSearch>     <AutoLoadMulti>False</AutoLoadMulti>     <AutoLaunchGame>False</AutoLaunchGame>     <AutoLaunchMovie>False</AutoLaunchMovie>     <Nickname>Taiger</Nickname>     <FTPPriority>Highest</FTPPriority>     <SynchronizeClock>False</SynchronizeClock>   </Preferences>   <FTPServer>     <ServerPort>21</ServerPort>     <username>xbox</username>     <password>xbox</password>     <AllowAnon>False</AllowAnon>     <AnonRoot>/</AnonRoot>   </FTPServer>   <Network>     <UseDHCP>True</UseDHCP>     <IP>192.168.0.4</IP>     <DefaultGateway>192.168.0.1</DefaultGateway>     <SubnetMask>255.255.255.0</SubnetMask>     <DNS1>10.1.1.1</DNS1>   </Network>   <Newsfeed name="user1">     <Global>True</Global>     <RotateChannels>True</RotateChannels>     <URL>http://www.xbox-scene.com/xbox1data/xbox-scene.xml</URL>     <UpdateIntervalMin>10</UpdateIntervalMin>     <RotateItemInterval>2</RotateItemInterval>   </Newsfeed> </Config>

- Tanks anyway -

[jinx_removing]

Hrm...

It's been a while since I used (or even looked at) the source for this tool. My XBox recently died and I found myself using it to get the ol'Box up and running again.

The only thing I can think of that might have caused the first problem was a lack of a backslash in the Path to MXM entry under FTP -> Settings -- I too run MXM out of my C: drive as the default dash and I've had no problems with it working. Hrm.

In regards to your problems with MXM.XML -- have you tried validating the XML file in your web browser? I ran into all sorts of problems with authoring this tool that I didn't know could happen. Validate the file in a webbrowser by opening it in IE or MoZilla. If it's parser doesn't report an error than there is definitely something wrong with baMXMConfig.

I'll dig into the source tonight once I get my Xbox back up to speed...

-Jinx

[Taiger]

QUOTE (jinx_removing @ Nov 16 2003, 01:05 AM)

Hrm... It's been a while since I used (or even looked at) the source for this tool.  My XBox recently died and I found myself using it to get the ol'Box up and running again. The only thing I can think of that might have caused the first problem was a lack of a backslash in the Path to MXM entry under FTP -> Settings -- I too run MXM out of my C: drive as the default dash and I've had no problems with it working.  Hrm. In regards to your problems with MXM.XML -- have you tried validating the XML file in your web browser?  I ran into all sorts of problems with authoring this tool that I didn't know could happen.  Validate the file in a webbrowser by opening it in IE or MoZilla.  If it's parser doesn't report an error than there is definitely something wrong with baMXMConfig. I'll dig into the source tonight once I get my Xbox back up to speed... -Jinx

I have tryed to validate it in IE and I don't get any error message, and I use a backslash in the path under settings (my misstake for the typing error : )

Butt no pressure, I just wanthed to try the tool out when I found it.