Hold down the white key while you press on the d-pad. You can press up/down to change the album and left/right to change the track.

Also, you can tap the right thumbstick to pause/unpause.

Christmas? You know how to wait, don't you?

Anyways, if I let preview/icon be drawn on top of text, wouldn't that render the text useless? Can you give me an instance where this is desirable? Just wanna see where you're coming from.

For #2, the dash will have to track which files belong to the game, and which file was added by the user. There's gonna be several factor that will hinder this operation. But as an alternative solution (albeit not as elegant) is to put your icons/previews in another folder, then the dash won't touch it/those.

#3, Move and rename should already be there. While PrepareX can be easily replaced with batch command (Format X, Copy file to X...etc).

On another note, I though I saw someone asking for command line, yes, it's there already, in an X-Port way:
<Item Action="F:\Emu\MyEmu.xbe" Arg1="MyRom">Greatest Emu ever</Item>

Well for example you know my BlackBox Skin the original not the new big video one I had all the info text in the big window. It would be good to have it so the game Icon was in the little window and when you selected a game with a preview video it would draw it in the big box like The Big Video Version version over the top of all the info text.

So giving us more space to draw stuff as you really don't need the info text stuff 100% of th time but it will still be viewable in the root menu or anywhere you have no preview video

yeah, it would be a huge overhaul of the skin parser wouldn't it another way to maximize screen real-estate and still show plenty of info-text might be to implement some sort of text-cycling. like f-space shows for a second, then is replaced by e-space text, then is replaced by c-space, etc.. and loop through them. did i make sense? i've got a spark about how that would look in skin.xml and not require an overhaul of the skin parser...just an add-on. but i'll have to think about it some more.

as for my #2 wish, i was thinking that it would just delete all files in F:\Games\Spider-man2\ except the following:
icon.png
icon.jpg
preview.wmv
preview.xmv
that doesn't seem like alot of files to 'ignore' when deleteing, but maybe there are some i'm not thinking about? if the user doesn't name those media files according to the default standard, well, they won't get the new feature until they rename them

Yeah well i'd go even simpler and just keep the files that are referenced in the config.xml. If you have the preview set to say halo2.wmv and the icon to haloicon.jpg then those are the files that dont get deleted

EDIT: i'm not sure that's simpler from the implementation perspective. i would think most people are just letting <Path>F:\Games</Path> autodetect their games, icons, and preveiws. here's what i had in mind...

My thinking (in BASIC )
10 get next filename within directory
20 if filename = icon.png or filename = icon.jpg then goto 10
30 if filename = preview.wmv or filename = preview.xmv then goto 10
40 delete filename

why do you have them named that way? what would 'break' if you renamed them to icon.jpg and preview.jpg?

so let's say you don't rename your icons and preview vids. what have you lost? nothing. right now, if you 'Uninstall' an app/game it deletes everything. if my idea were implemented, you wouldn't lose any features or functionality because of your naming scheme. you just wouldn't be able to take advantage of the new feature.

Ok, thanks! I've seen other people requesting this feature, and the tutorial doesn't mention that it is possible, so it might be good to include that example in the tutorial.

As for my other wishes (SkinOverride attribute on list elements and restoring last menu position after exiting game/rebooting), my guess is that they'd be easy to implement, right?

In the meantime, I just thought of a workaround for the skin override. I could create separate copies of UnleashX for each of my themed menus. I'll try that. Hey, that way, I guess I could even customize the path for the background music for each of the menus!

It still would be cool, though, to have the dashboard restore itself to the last menu and item selected, in which case having "SkinOverride" would be nice (and to still have custom music, you could add a "MusicOverride" attribute too).

Anyhow, you've done an awesome job! I don't know how you do it all yourself!

hey Yip Yip, no need to have multiple copies of the xbe. maybe this is what you were thinking...
http://forums.xbox-scene.com/index.php?showtopic=249039
that topic could fit your desires i think.

That is an interesting solution to the problem, but it requires a reboot and reloading of the UnleashX program (my solution of separate copies of the XBE also requires reloading of the program). Either way is slower than switching skins on-the-fly. UnleashX already supports switching skins on-the-fly (via the skin selection screen), so I think it would be a simple matter to allow a "List" element to specify its own skin to use.

It seems, though, that a more flexible solution (solving the wishes of many people) would be to allow on-the-fly switching and reloading of the config.xml (without requiring a reboot). I think there are at least 6 people (so far) interested in this (myself, yourself, BOT_toNka [who also replied to my post], and the 3 people that replied to your post).

Basically, I imagine a "LoadConfig" action command that, when called, loads an alternate config file (specified in Arg1), including loading the menus. Then, people could even publish config.xml files that could be treated as submenus (with alternate skins/bgm/etc.) with a single action command. For example:

That's basically your script solution, but in a single line and without requiring a reboot. Although, if the LoadConfig command is implemented as a temporary change, then you could still use your script to copy the files around, but replace the "PowerCycle" command with a "LoadConfig" command that loads the main, default Config.xml (which would be faster than a PowerCycle). Maybe Mr. UnleashX could also include an "Arg2" option that is "True" if you want the change to be permanent ("False" otherwise). If the change is not permanent, then pressing "Back" on the root of the temporary config should return you to the previous config file.

it sounds like you want to have a different background/skin for each submenu. if that is the case, please ignore my suggestion. i misunderstood your original post.

remember, some setting changes require reboot. my script suggestion is pretty easy to setup too and UX reboots pretty fast. also, changing the entire configuration (config.xml) just to change backgrounds/skins for submenus sounds like driving nails with a sledge-hammer. if an option is provided, i'm sure it will be much simpler than that. of course, it's Mr. UnleashX's decision as to whether the effort to make this available to you is worth the effort. i was just offering a suggestion that works right now, but as i said above...i misunderstood what you were wanting. please ignore it.

So let me get this straight, with just Xports emulators I can enable the ability to select emulator roms straight from the Ux Menu? If this is true, it is Fucking Amazing! quick question though, Lets say this is true, and Im playing a game and I decide to exit to the emulators menu, would it exit to the emu menu or the dash because of this command line? Hmm

2) all ready in just select (Press A Button) on the config.xml with file manager it should open in the built in text editor you can then use a USB keyboard to modify it or press the white button to bring up a virtual keyboard

6) I really dont get that whats wrong with them now ?

7) Same as 2 click it in the file manager I think .jpg .png .bmp .xbx are supported but if your talking about game icons then try using refresh from the context menu (Press Start when item is highlighted) you will have to go up/down one selection then back to the old one to see the new icon though

2) Duh, I guess I should of known

6) Sometimes the menu skips and freezes. I was told it is do to the png files

7) what I meant was when you configure the menu icons and you go to edit and choose the icon from the directory, you cant view it first. you must choose the item, save it, exit out of the directory or subdirectory, then go back to the directory to see if it looks good. Only because of resolution reasons. the icons look a lot different on a tv then it looks on my pc.


what did anybody think of my mini game idea? I thinks its genious. It would truely put Ux over the top! Although it might be far fetched

Look back a couple of pages UnleashX himself post how to do it

I saw it, thanks. Has anyone tested it? I wonder how smooth it is. And this could only be done with the xport emus right?

is taht what you guys are talking about? if so, wouldnt that just launch the emulator itself? or is Arg1="myrom" supposed to be the name of the rom? and if it is, would the location matter????

i've been wanting that myself.

quote deezp1...

is that really so hard or time consuming?

No, but remember, this is a wish list, not a demand list. It is something that would be cool, but not necessarly needed.

This is confusing me too, would you put the place of the roms under Arg1? I understand (I think) that the <Item Action="F:\Emu\MyEmu.xbe" is where the emu is located, and >Greatest Emu ever< is the name that will show up on the dash, but what would I put for Arg1="MyRom" ? Is this where the path to the roms goes? This is what is confusing me.

See X-Port's documentation. It's based on his implementation.

I will expand this further and integrate it into the file manager, via file association (haven't started with it yet).

would become

allowing things like this

Well it is a wishlist thread

The first one does work though it seems to put it into f:\games for me even though I have the default rip dir in settings set to f:\games\misc\

Huh, when I copied a disk using Ux, it went to the g:\games folder. maybe it automatically detects the folder with the biggest drive space. My f:\games folder didnt have enough drive space in it at the time, but what do I know.

Wow, mr. Ux that is a cool feature. I get suprised by this dash everyday.

Speaking of this and other features. When do you think the next version will come out? Im so giddy thinking about what to expect next

That's great news! Besides ROMs, it will also be so cool if I can make a "top 10" list of my favorite movies in UnleashX by linking directly to the movie files for playback in XBOX Media Center (off the hard disk)! (Since XBMC is open source, I'm sure we can contribute XPort's implementation of "command-line" parameters if it doesn't already use that method.)



FYI, I posted a reply to a post by XPort about the "command-line" parameters. Please see: http://forums.xbox-scene.com/index.php?sho...dpost&p=1677639

Basically, I said that I hope to get one of the following:
1. All emulators use the same method to accept a "command-line" parameter, probably XPort's method. (This is probably not likely.)
2. A dashboard that supports all known methods of passing "command-line" parameters in order to be compatible with the emulators that use the "old-fashioned" method (the method could be controled with some attribute on the "Item" element).
Or:
3. A tiny XBE that reads an options file to launch some ROM using either method. Then, I could use a batch command in UnleashX to replace the options file with one for a particular ROM and launch the tiny XBE (with no parameters required) which would then launch the ROM.

If you could take care of option 2, then I could spend my time writing a tutorial on making "themed menus" instead of trying to figure out option 3. Do you know how Evox passes the parameters? (I also asked XPort.) If you don't know their method, then I will try to find out somehow (and if necessary, I will try to write that tiny XBE myself).

Thanks again for an excellent dashboard!

P.S. I'd be happy to be a beta tester for these new features, if you need one. I'm a software engineer, and I'm good at breaking things!