Pixel Theme
-
@Nismo I think someone has already sent in a pull request to add video to Carbon. But it cannot be added until video is default in ES in the RetroPie download. If video is added now and everyone updates the theme, it will not load in ES. This should be posted in the Carbon thread, anyhow. :P
-
Oh yeah, PS, Happy New year... in case you didn't notice, above, Pixel has had a major update. Check the first post for more information. :D
-
The new logos look fantastic @Rookervik and I can't wait to see what you do with the console images. Thank you for letting MetaPixel continue to use the old images. If I am missing any attribution please let me know and I'll fix it up. I tried to make sure it was all done correctly, but MetaPixel was my first theme, so I was playing it by ear.
-
Thank you @Rookervik for the updates! They look great! I didn't realize the graphics needed to be updated until you updated them!
-
@mattrixk You've done great and let everyone know. I really appreciate it. <3
-
@Rookervik was Pixel with Metadata updated with video as well?
-
@ebtalk I haven't updated any themes with Video previews. Video previews will break the theme with the current state of emulationstation.
(Users currently have to update emulationstation by source to get the video feature)
-
@fieldofcows said in Pixel Theme:
However, it is how it is for a reason - I wanted to put the video and marquee tags into the 'detail' view but the way ES works is that they would then be mandatory in the detail view, i.e. if you don't want to support video in your theme but your gamelist includes video tags then the video would start playing even if your theme didn't support video (you would get the sound even if the video is off the screen). Hence the new 'video' view and all the extra work theme makers have to endure.
Same goes for the background object. The render order is fixed in ES and not themeable so in order to support translucent images on top of video you need to carefully configure the background and extra images.
[sorry for the derail]
I would like to work together with you on changing that. We should be able to make the population of detailed GamelistView to depend purely what ES finds in the ThemeData::ThemeView (that is: all the nodes that are of a known type in the selected theme).
That way, themers just include whatever they want to have in their theme, without having to resort to tricks like placing it off-screen (and having it show up somewhere else!).
It also means that the VideoGameListView can be merged back into the DetailedGamelistView.As an approach, I think it needs only a dynamic building of a list of recognized metadata tags, somewhere in the constructor of DetailedGamelistView, or onThemeChanged() or something similar. The only tags we need to recognize are those that need to be filled by the current metadata-data.
In addition, we can finally get rid of the hard-coded metadata-label texts, let them be themed entries that are simply text elements with a certain value.
Also, I still have some ideas floating around about combining multiple types of metadata into a single string response by ES.So, what do you think?
If tetris has thought me anything, it's that errors pile up and that accomplishments dissappear.
-
@Zigurana said in Pixel Theme:
In addition, we can finally get rid of the hard-coded metadata-label texts, let them be themed entries that are simply text elements with a certain value.
Also, I still have some ideas floating around about combining multiple types of metadata into a single string response by ES.Yes please. I don't know how it would work, or how you'd get it to work, but I'd love something to happen with the way metadata is output.
-
@Zigurana It seems like I've gone quiet on this forum but I've been beavering away...
I'm currently deep in a metadata rework. I had a look at the 'unstable' Aloshi branch which uses sqlite to store the gamelist but wanted to take it one step further. I've implemented a new game data library that separates the list of configured games from the metadata. This makes for a much neater separation between configuring and scraping a system.
This gives us the benefit that saving/loading gamelists and metadata is pretty-much instant but this isn't the real reason I am working on this. The main reason is to store the metadata as tag/values meaning the metadata fields are easily extendable or changeable.
I've also added the ability to specify any tags along with each game (think 'kid friendly' or 'favorite' or 'vertical scroller'). It should be really easy to then build on what you've done and filter on these tags, or even metadata fields.
Again, this is the wrong place to discuss this so sorry everyone wanting to read about the pixel theme. Maybe we should start a new topic?
-
@fieldofcows
[Error, you've already upvoted this post]
Yes, please! -
@Zigurana Moved to new topic: https://retropie.org.uk/forum/topic/6985/metadata-improvements-in-emulationstation. Sorry again for the off-topic posts.
-
@Rookervik Just confirming it's not just me - Pixel-Metadata has NOT been updated with the new graphics, correct?
-
@Necro Correct. I need to do that real fast. Was working on Carbon and playing Minecraft. :D
-
Hokay, Pixel -Metadata- has also been updated in the same way regular Pixel was. Just update from the theme updater.
-
@Rookervik Great! One comment - the SuperGrafx logo. Personal preference - it looks MUCH better without the black background. Not sure if that was intended to be transparent, but maybe with the black border your doing now it would look better. The black 'square' just looks out of place.
-
@Necro Feel free to use the old logos! I do not mind at all :D Especially since the Super Grafx only had 4 games ever made for it. Hahaha. /me runs off to the back of the house
-
@Necro But in all honesty, the SuperGrafx logo didn't change much from the original from Pixel. And the colors are sampled from an actual Super Grafx console.
All logos were enhanced to be visible on a light or dark background. Super Grafx only got some highlights to bring it in line with the rest of the logos.
And the Super Grafx logo has been like that for months and months. Too late for complaints now! :P
-
@Rookervik I just noticed it now because...well...it's SuperGrafx :) All I did was remove the black from the image and have just the text. Understand the contrast issue - just think it's harring to have the black borders and all - looks out of place with all of the other transparent logos in the them. You're theme - I can always edit mine later :)! And thanks again for the kick-ass theme!
-
Thanks so much for sharing! I'm using this theme- it's beautiful :)
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.