@Tomaz Seriously, the amount of fat you trimmed from ES was absurd - I did not recall (but now I do :D ) the amount of time ES took to compile!

Unfortunately, yes, it is

It turns out that md_lbl and md_ need to have seperate size values for the "X" for some reason... it seems to be fixed now:
57d9a835-5fcf-4668-bbba-8de3854b4899-image.png

@Bluebotlabs If it's not in the documentation, then it's not supported.

I tried commenting out both, like you suggested, but the dimming is still happening. I’m thinking this is just a default behavior in EmulationStation.

@EctoOne I second this, I've requested this before. It makes sense to have boxart and a screenshot option in detail view using the md_marquee. this could give people the option of displaying either static (screenshot) or video view, while still displaying the boxart.

Plus - for my personal preference, i could turn off my annoying fan noise when using screenshots lol.

@herb_fargus Thanks! Will check it out

Just thought i'd mention it here. OTF works natively. No need for conversion.

@pacdude Any update on your new theme?

@mattrixk Hey there mattrixk, i made the changes you suggested and they worked out pretty well. I think it looks pretty nice now. I updated the screenshots with the new changes.

Now the area around the screenshot / movie, that has been more of a challenge to get something that doesn't make the whole thing look too busy or full.

My kingdom for a graphic artist! :)

@yamanobe
Now that I know the answer, I'll put it here for you to worry about later.
<default> . /_ inc / videos / static.mp4 </ default> .
After commenting out this line, we now have an ideal environment where games with video will play the video, and games without video will display a thumbnail image.

@Zigurana If you want, maybe I can take a look when my job on the grid view will be "finished". I start to understand well this part of the code base.

@alphatoanant Cheers!

@jdrassa
As part of the theming-refactoring, I have started to split out the carousel into it's own GuiComponent-based class.

This gets complicated real quickly, as the carousel should also take care of member population, input handling (incl the texture loading/unloading), so I had dropped it again for now. Things move slow enough as it is X-).

But anyway, if you want me to send you the stubs, let me know.

Btw: if I read the OP correctly, this also is a CR for an 'automatic' carousel, in the sense that it will move through the contained members on a time interval?

@Zigurana
Thank you for the clarification.
I feel like that is the better and more flexible option for themeing.

@LiveFastCyYoung Glad to hear that was sorted. 160 - or 16 - would have certainly been a problem.

I doubt that would have impacted ES from source, though, as this is just about GPU memory, but I don't know much - maybe you have other things there that are impacting the overall memory.

Glad this is sorted now.

@Keigan I take full responsibility

I'm looking all through the code and have a tough time pin pointing where it is located. I'm not a big C++ guy but I'm decent at reading code.

This must be fairly easy for someone who is competent in C++, anyone else I'm certain I'm not the only person interested in this idea, maybe we can all work together...

I loved this theme. I am planning on make a fork just to change some preferences, like not force uppercase. Congrats and thank you