Pixel Theme
-
@fieldofcows Ah, I didn't realize some of those points. The fact that background needed to have 'extra="true"' removed boggled me. Because themes will not load if you do not set the background to extra in the basic and detailed views.
It wasn't too hard to get things working after I found that bit of information.
@Nismo If you check the screenshots, you will see that I do use the Windows version of ES to create and test my themes. But that isn't always the best way to make sure a theme works. Windows doesn't care about the letter case, while Linux cares very much. So I could point to files that wouldn't work on Linux, but they do work on Windows. Also, this is not necessarily the same version of ES that the RetroPie fork is. So I need to make sure to test it on the pi before I release it.
As far as screwing up my retropie build... my card is a 64 gig card. And it's the only 64 gig card I have. But you are right, I should back it up. I just hate to use 64 gigs to back it up. :D
-
@Rookervik Ah hell. I have to take my Super Famicom apart to get to the SD card. I don't want toooooo -_-
-
Made this a long while back.
-
@Rookervik I like all your work... XD.
I think you have a little obsession with squares and blocks... just joking.
-
@Nismo Well, you know, Pixel theme and all. :P
-
@Rookervik I forgot to say that marquees in your theme is an option, just because if you don't want to use marquees simply don't put marquees images inside marquees folder... so you just can let the code for marquees and people decide if use it or not.
-
@Rookervik Pixel2 would be great, as I love it and I can revert to Pixel if I choose! :)
-
Ok, the latest RetroPie SD image does not have the updated EmulationStation included. You have to update the setupscript and then update EmulationStation by source. So I won't be changing any themes until ES with video is a default on the sd image. Otherwise it's going to white-screen on everyone and cause a lot of panic. LOL
-
@Rookervik hey mate happy new year, only one question, are you plannig to add video to carbon theme?
I don't want to waste my time if somebody it's doing the same...
Regards.
-
@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!
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.