SNES mini theme

sleve_mcdichael

@sleve_mcdichael said in SNES mini theme:

I suspect that if we can track down whatever logic is used to hide it only in the "RetroPie" menu in nes-mini, it might could be ported to the famicom-mini theme as well.

Indeed. In nes-mini/retropie/theme.xml there is a tag for this image that doesn't exist in the other system themes:

                <image name="missing_art" extra="true">
                        <pos>2 2</pos>
                </image>

If I understand correctly, what this does is the <pos>2 2</pos> tag just positions it off-screen so we can't see it. Coordinates are in units of "one screen" so (0 0) is top left and (1 1) is bottom right. ( 0.abc 0.xyz) is anywhere in the middle. And so (2 2) is a full screen past and below the visible area, where unless it's very large (at least a full screen, depending on how the image is <origin>ed), it will never reach that visible area.)

I copied this code block into famicom-mini/retropie/theme.xml before the final </view> tag (so inside the <view name="basic, detailed, video"> section), and it looks like it worked:

sleve_mcdichael

Without sharing any of ruckage's original art, here is a small ".25" patch that can be pasted over the "10p" on your arcade.png or mame.png to make a US icon. Use paint.net or similar to retain the background transparency on your icon.

sleve_mcdichael

@sleve_mcdichael said in SNES mini theme:

And it's just not an issue in the actual game lists because the art won't be small or transparent, it will either obscure the "missing" image entirely or will in fact be missing.

I guess sometimes they are small and/or transparent (Skyscraper composite image of vertical arcade game):

You can just barely see the edge of Toad's speech bubble peeking out behind the screenshot.

This appears on both nes-mini and famicom-mini, in "detailed" view. It is not present in "video" view; if you wish to use detailed view:

The other option would just be to remove or comment the line that defines the image path in layouts/setup.xml, as in snes-mini (just the <path> line needs to be removed, the rest of the entry and all the references to it can remain without causing any harm, apparently.)

sleve_mcdichael

@sleve_mcdichael said in SNES mini theme:

In "detailed" view it is shown "behind" the image so if the gamelist art is small or transparent, or doesn't exist, it can be seen in the background.

@cdaters I imagine this is what you are seeing on nes-mini, just the "missing" image in the background before your gamelist art loads on top of it. I wasn't seeing it because I was in "video" (actually "automatic") view.

If you're seeing it in snes-mini, I suspect your pirate image has an outdated version of the theme on it.

cdaters

@sleve_mcdichael said in SNES mini theme:

If you're seeing it in snes-mini, I suspect your pirate image has an outdated version of the theme on it.

I agree... Looking at some of the other content on that build, there are emulators and such that are known not to work on Pi4 just yet, so I imagine the developer took an old image and just copied large swaths of content (including configs, etc.) over to their Pi4 build. Additionally, I discovered that he is using the older "stand-alone" version of @ruckage's original es-theme-nes-mini

While I am putting together a build from scratch using what is currently available for the Pi4--with the most current themes, programs, emulators, etc. available. So much so that I donated to an emulator developer in an attempt to encourage him to update his (one my of my favorite) emulators that was not yet available on the Pi4.

This theme by Ruckage is definitely one of my favorites, so I would like to work through all the nuances to keep it relevant and able to survive RetroPie updates/upgrades and possibly port it over to batocera's version of ES where the configs, stylings, locale (US vs EU vs JP, etc.) can be incorporated into the UI itself! I wish that RetroPie's ES would pick up some of that same functionality.

In the meantime, it looks like I'll be diging deep to resurrect my pixel art skills (harkening back to my ASCII art days of BBS's) lol to create clean/crisp carousel icons for missing systems in the same style as @ruckage...

cdaters

@sleve_mcdichael how are you doing your screen captures of the various ES screens?

sleve_mcdichael

@cdaters said in SNES mini theme:

@sleve_mcdichael how are you doing your screen captures of the various ES screens?

https://github.com/s1eve-mcdichae1/Screenshot-RPi

cdaters

@sleve_mcdichael said in SNES mini theme:

https://github.com/s1eve-mcdichae1/Screenshot-RPi

Dude! This is amazing! Thank you!

sleve_mcdichael

The default snes-europe style:

If you change the <include> tag in config.xml you can switch the style to snes-usa. The borders and icons have changed, but notice that the background image hasn't; it's still showing the European SNES:

This is explained by a PR shared to the repo:

Fixed include order in config.

The backgrounds sometimes depend on the region setting defined in the style.

https://github.com/ruckage/es-theme-snes-mini/pull/17

This just swaps the order of these two tags in the config.xml. Now the backgrounds will change with the region setting:

However, this has introduced a new problem. When I change the style to nes_simple_usa, I noticed the gamelist was sort of low-contrast and hard to read:

Here's what it looked like before:

What's going on? Clearly it's to do with the order of the style and background tags so I had a look at the files they point to.

nes_simple_usa and nes_simple_Europe both just handle the region-specific differences in borders and icons, then point to nes_simple.xml for the rest.

nes_simple.xml in the gamelist section, sets the tag <selectedColor> (text color of the selected item) to ffffff (white.) The various backgrounds also set this to a custom color.

When the style tag came second (default), then the white color in nes_simple.xml would overwrite whatever had been set in the background XML. After I switched the order, the custom color set in the background would overwrite the white and actually be used.

Sometimes it's even worse. In neon_purple.xml for example, selector and selected are literally the same color!:

<selectorColor>00dbff</selectorColor>
<selectedColor>00dbff</selectedColor>

I don't know yet what the "solution" to this problem should be; the other styles still handle this correctly so nes_simple should be able to, too, if we can track down the difference. As a hacky fix for now, you can manually edit the <selectedColor> value in your chosen background XML(s) to white or something else that contrasts with the selector color (background color of the selected item), but this does also change the text color when using the other nes_rich and snes styles, instead of being dynamic as they are right now.

sleve_mcdichael

@sleve_mcdichael said in SNES mini theme:

By darkening the image snes-mini/style/nes_simple/selector_bar${wide}.png (I used a midpoint grey) the contrast is markedly improved:

h2805270

@sleve_mcdichael
Has it also been considered to fix all of the "Unknown" text, along with replacing the out-of-place High Quality icons with pixelated ones?

Or is it not possible at the moment?

sleve_mcdichael

@h2805270 the "unknown" text is because this theme uses a single template for every system; you'd have to remove the "published/developed" fields from the template entirely, and then it wouldn't show in the other systems, either.

The icons aren't related to the theme; these are in your gamelist.xml, just like your box arts. You can either replace the images in $HOME/RetroPie/retropiemenu/icons or you can edit the gamelist to point at different images; I think both of these are overwritten when you do an update, so keep a backup on hand to easily copy over when that happens.

h2805270

@sleve_mcdichael
When I mentioned "Or is it not possible..." I meant as in:
"Can a separate template be made specifically for the Configuration and Settings Menus in this context?"

That includes the gamelist.xml icons...

sleve_mcdichael

@h2805270 not without a major rewrite of the theme, I imagine.

Ninjaman

its a great theme really like it

Ninjaman

@Harexam hi really like those icons that you made
btw can you make
PS3
Nintendo Wii U
Nintendo 64DD
Nintendo Switch
Amiga CD32
Capcom Play System I II III
and DOSBOX
thanks

rspeaker

@mitu slightly off topic but I know of no other way to reach out to you. I meant no offense with my post on Hydro Thunder. But it was the only way I could show you the problem I was having. Such as the gentleman above ( @toaster_strudel ) there is no reason or cause to be overly aggressive. Some of us noobs make honest mistakes. We are not trolling or trying to cause trouble. If posting links to ROM sites are against the rules, how else am I to show you the problems I was having? So you can see for yourself? (BTW I happen to own Hydro Thunder so I am within legal rights to acquire the ROM.) Anyway its done. I offer my apology for accidentally breaking forum rules.

mitu

@rspeaker said in SNES mini theme:

@mitu slightly off topic but I know of no other way to reach out to you.

Why not create a new topic ?

I meant no offence with my post on Hydro Thunder. But it was the only way I could show you the problem I was having. Such as the gentleman above ( @toaster_strudel ) there is no reason or cause to be overly aggressive. Some of us noobs make honest mistakes. We are not trolling or trying to cause trouble.

I was not being aggressive. In the said topic [1], after 2 users have acknowledged the issue is not with the emulator and being suggested you get a proper game image, you lashed at me and also broke the first 2 rules of the forum - don't ask for ROMs/game and don't post links to ROM sites. I could have also banned your account, but I chose instead to lock the topic, it was clearly not going anywhere.

If posting links to ROM sites are against the rules, how else am I to show you the problems I was having? So you can see for yourself? (BTW I happen to own Hydro Thunder so I am within legal rights to acquire the ROM.)

Posting the checksums of the game files or comparing them to known/validated checksums (for instance redump.org validated lists) .

[1] https://retropie.org.uk/forum/topic/32416

rspeaker

@mitu fair enough. But I wasn’t “lashing” at you. We were simply going in circles and was starting to be very frustrating. Banning my account over a first offense and an honest mistake would have also been excessively harsh. And to be 100% clear, I wasn’t asking for ROM images. Users were reporting they were having success so I was simply trying to get details. As I said I learned from my error and assure you it won’t happen again. We have now thoroughly beat this to death so let’s move on. (I now fear the next time I post my next bonafide inquiry I will be dragged mercilessly due to this lasting impression made here, and not be given legit help.) Life is too short! Let’s all remember that rather than hiding behind keyboards. Instead lets focus on the joys of emulation! ;))

rspeaker

@mitu BTW my Intel NUC running Focal Fossa as you suggested is working brilliantly. You never got back to me about comparing the two runcommand.logs and why Retropie is working well on my i5 NUC rather than my SkullCanyon. But oh well. Non-issue now.