QUOTE(ressurectionx @ Apr 22 2009, 11:59 AM)

2) Path for Super Metroid artwork in ZSNESXBox
ZsnexBox 3.5\artwork\Shots 1\Super Metroid.png
ZsnexBox 3.5\artwork\Shots 1\Zombies Ate My Neighbors.png
etc, etc, etc...
Hmm. But doesn't that mean you could just tell the short cut creator to use "ZsnexBox 3.5\artwork\Shots 1\" as the thumbs folder, and it'd work as-is?
QUOTE(ressurectionx @ Apr 22 2009, 11:59 AM)

3) I've seen the file listing. I see the dilemma here too. Any way there could be something inserted in the .CUT file itself (say, another entry for 0002.PNG, should 0001.PNG not exist)? I appreciate the difficulty of this situation. Just wondering if we can find a way around it.
Not according to my understanding of shortcut files.
QUOTE(ressurectionx @ Apr 22 2009, 11:59 AM)

Actually, the likelyhood that there are other images for the rom if it's missing the boxart (at least in the case of the Xtras) is 100%. I've made sure to have, at the very least, an action shot for every game and a title shot when the game shows a title shot. A great deal of unlicensed games, for example, would not display boxart given the way we're currently doing it. 0002.png will always be title shot, 0003.png will always be action shot, 0004.png will always be cart/cd/disk.
While this is by no means a "full" solution, perhaps you could make (or have made) a "blank" boxart (with a question mark on it or something) and stick that in the relevant art folders as "0001.png"?
QUOTE(ressurectionx @ Apr 22 2009, 11:59 AM)

4) Just out of curiosity's sake, where are the boxarts stored for this? Is it just temporarily in memory since it has to scan every time you load the folder?
Shortcut thumbs get stored in RAM when you open the XBMC source (as opposed to normal thumbs, which get re-written to low quality versions then are copied to your UserData folder for fast access in future). There are pros and cons to this. I gather most people with large ROM collections represented in a single source find it leads to bad slowdown. On the other hand, HDD cached thumbs don't maintain the quality of their originals.
Neither issue affects me greatly as I don't have that many ROMs, nor do I have an HD TV.
(Hmm. Should that be "a" or "an"? Is it "haitch" or "aitch"?)
Ez0n3 made an
XBMC patch that forces HDD caching in both cases. I've been meaning to talk to him about getting it implemented as a proper XBMC feature, though I'm good at putting things off.
QUOTE(ressurectionx @ Apr 22 2009, 11:59 AM)

And now... for another bug to hopefully work out with this thing....
A) When I switch to "Big Icons 2" view (which looks freaking awesome with the boxart), it messes up the view for the wide-icon'd homebrew games. When I go to play homebrew games, I then have to switch back to "Big Wide", and then vice versa if I go back to the .CUT files. Any way to set this stuff up so that doesn't happen?
EDIT: Actually, when I do this, it screws up the icon view for all the emulators as well. I have a source "Emulators". Within that source are folders for Company names, which contain the emulators. The Company Names display in wide icon format, but when I click on them to scroll through all the Nintendo emulators they're in "Big Icons 2" format until I change it back to "Big & Wide"
A)? What happened to the next one?
By default, XBMC is set to remember view types for each folder. But, for whatever reason, it'll typically get confused when you try to setup a bunch of new folders at once. If you keep going through each of them and setting the correct view type it'll eventually sort itself out and remember how each is supposed to be in future.