ES Video within the grid view

A12C4

@darknior For now, you will have to create multiple theme for that.

There is some plan to make the game list views more modular, and thus, allowing the theme to create as much game list views as he want (for example a theme could define the following game list views : basic, grid-16/9, grid-4/3, grid-one-line ...) but that is completely experimental and won't come anytime soon.

This is a very big feature, even bigger than the grid view, and will stay in developement phase and then in testing phase for months. Add to this that I already have many other developements planned : finish and embelish the grid view, many smaller UI and/or user experience enhancements, localization, virtual keyboard ...

darknior

@a12c4 said in ES Video within the grid view:

There is some plan to make the game list views more modular, and thus, allowing the theme to create as much game list views as he want (for example a theme could define the following game list views : basic, grid-16/9, grid-4/3, grid-one-line ...) but that is completely experimental and won't come anytime soon.
This is a very big feature, even bigger than the grid view, and will stay in developement phase and then in testing phase for months.

Yes i understand ... for sure it's a big new feature ... but a fantastic one i think :p
I will stand for it, thanks.

Add to this that I already have many other developements planned : finish and embelish the grid view, many smaller UI and/or user experience enhancements, localization, virtual keyboard ...

Yes, finish first grid view, so exciting new feature :)
Virtual keyboard why not, but now we have mini keyboards for a little price, the best solution for me :p
And for localization if you remember i really stand for it. And i will help you for french text. For the moment i use a fork with this feature but validate by official Retropie ES.

ruckage

@A12C4 I somehow managed to miss all this work being made to gridview, it's looking fantastic - great work. The video preview looks like a really nice addition.
I can't wait until it's officially released so I can add grid support to my themes.

I've been having a play with the grid support on windows using the continuous build that @jdrassa maintains and it works brilliantly - is there a list of all the current grid theming options so that I can experiment further?

Thanks for all your hard work.

EctoOne

@ruckage From what I've seen, it's all in the themes.md.
There is not much to theme yet, the basic stuff is also mentioned here.
Plus we have md_name now in all game views available to display the game name.

A12C4

@ruckage The THEMES.md documentation is up to date, you may be interested by the following chapters : grid (the view), imagerid and gridtile (the elements).

You can also check/test this 3 ES themes I modified :

Have fun ;)

A12C4

@ectoone Please do not refer to this thread, refer to the wiki instead.

EctoOne

@a12c4 Sorry but I can't remember everything. For me that thread helped me to understand how the math behind grid view works, that's why I referred it.

ruckage

@a12c4
Thanks for the links. Just having a play with the grid now.

I've noticed a couple of things. While in grid mode if you try to reload the theme on the system select screen ES crashes. Reloading while in a system causes no problems. It will also crash if you try and change the theme while in grid mode. Not sure if this is just an issue on windows but thought it worth mentioning.

Also I'm trying to use the <backgroundCornerSize> option but can't seem to be able to get it to work, it's showing 'unknown property type "backgroundCornerSize" ' in the debug window.

edit: I'm using the version @jdrassa compiles - the version number is: v2.8.0RP-DEV dated May 3 2018. Is that the latest version?

ruckage

Actually, think I've just answered my own question as I see those properties were only added very recently so the version I have is out of date. Any chance of an up to date version @jdrassa?

jdrassa

@ruckage A new build is available on github.

EctoOne

@jdrassa the link in your signature is for a older version. I was confused myself a few days ago because I was using a bookmark to the same site until I noticed that you changed the link in the windows build thread.

A12C4

@jdrassa Thanks for your reactivity and dedication to this project.

@EctoOne The link in Jrassa's signature is for the stable version, if you follow this link, clic on the "Release" button and you will see the build for the master branch (where the grid and other active development belong).

jdrassa

@ectoone I forgot I had the link in my signature, it is updated now. Thanks for the heads up.

EctoOne

@jdrassa You're welcome. I clicked it on accident when I was reading your post about the recent update. :D

ruckage

@jdrassa
Thanks, I really appreciate it. I did have a go at compiling it myself but failed repeatedly (kept getting an ambiguous symbol error).

@A12C4 Seems to be working great, I've been experimenting for several hours and I'm really liking the grid so far.

Some quick feedback, I notice that gridtile padding and corner size are using actual pixel values instead of normalised pairs. This seems out of place as pretty much everything else in ES uses 'normalised pairs' and it also causes some problems when the theme is displayed in a different resolution to what it was designed for.

Instead relying on pixel values for the ninepatch it would be better if ES just divided whatever image is supplied into 9 equal tiles. Then instead of <backgroundcornersize> have a property such as <ninepatchSize> or something similar which uses 'normalised pairs' to tell ES what size the ninepatch tiles should be drawn at.

I hope that makes sense and if there is a technical reason this isn't possible that's fine as the grid view is going to be a great addition regardless.

A12C4

@ruckage That's not how the ninepatch work, the goal is to not resize the corner parts at all.

This leave the size of the 4 corner parts unchanged, the size of the 4 border parts stretched on only one axis, and the size of the center part stretched on both axis.

ninepatch scale

If you use the frame.png image included with ES with the standard 16x16 corner size, the corner of the image will always be 16x16 pixels, independently of the size of the image on your screen. That's how it always worked, I didn't change that.

I rewrote the ninepatch to handle images of different size than 48x48 pixels, my goal wasn't, and won't be, to break the actual behavior of the ninepatch. If we want to create an element which act like you suggested, then we should create a new element, as the ninepatch of ES mimic the ninepatch element of android, and is perfectly doing its job.

ruckage

@a12c4
Hi, I understand how ninepatch works, it was more a suggestion for a change as it does create inconsistencies when viewed at different resolutions.

Here's an extreme example using my theme- 1920x1080 next to a 960x540 image (scaled to match for easy comparison).

I can live with this but it's a shame as they are the only elements that differ visually based on the resolution.

I'm not sure if I was very clear with my suggestion - I know the 9 patch keeps the corners the same size and stretches top/bottom/sides/middle but instead of it being drawn at a fixed pixel size we could define the size the corners were drawn using normalised pairs they would look the same regardless of resolution. I appreciate ninepatch isn't something you added and it has always been part of ES but there was never much point in using them before so it wasn't an issue (has any one used them in their themes?)

As I said the grid view will be great regardless but I felt it was worth mentioning.

A12C4

@ruckage I understood your point of view but my point is still relevant : make this changes to the ninepatch would defeat its own purpose, as it will create pixelated corners.

You shouldn't compare the upscaled screenshots but compare them at their native resolution, and see how consistent the ninepatch is at different resolution by only stretching the borders and center parts.

Beside that. I don't think a theme ever used the ninepatch directly, from the test I've driven, the themes are supposed to be able to add a ninepatch anywhere they want but it's not working as it crash emulationstation. But the ninepatch itself is constantly used in emulationstation for the buttons in the menus for example.

ruckage

@a12c4

@a12c4 said in ES Video within the grid view:

You shouldn't compare the upscaled screenshots but compare them at their native resolution, and see how consistent the ninepatch is at different resolution by only stretching the borders and center parts.

You have to remember though that the image will be displayed at fullscreen regardless of resolution (which is why I scaled up that image to show a direct comparison - 1 pixel on a 540x960 display is twice as wide and twice as tall as 1 pixel on a 1930x1080p screen). And it completely breaks the look of my theme at different resolutions. The only way around this is for me to create different 9patch images for each supported resolution to maintain a consistent look which is what I'll end up doing.

@a12c4 said in ES Video within the grid view:

I understood your point of view but my point is still relevant : make this changes to the ninepatch would defeat its own purpose, as it will create pixelated corners.

I don't think it would defeat the purpose of 9 patch at all. And pixelation would only happen if you scaled up higher than the targeted resolution and that would be the case with all the other images of the theme as well so isn't an issue.

Say for example we have a 48x48 ninepatch so the corners are 16x16 pixels. We've designed this image specifically for a 1080p screen as the optimal resolution so we want the corners to be 16x16 pixels at this resolution so we would simply set <ninepatchsize>0.00833 0.0148</ninepatchsize> which is the equivalent of 16x16 pixels at 1080p. Using a lower resolution would effectively scale this down so at 960x540 the corners would be scaled down to 8x8 pixels thus maintaining a consistent look.

As I said going larger than 1080p would scale up the corners causing some pixelation but again this would be consistent with the rest of the images in the theme and themes tend to be developed at the highest officially supported resolution anyway.

I think most theme developer create a theme with a specific resolution in mind (usually 1920x1080 I imagine) but you can guarantee that once a theme is released you start to get multiple requests for supporting lower resolutions and different aspect ratios and using normalised pairs to define how images are displayed makes that a bit easier. To create a consistent look using the grid view currently on my theme will require 10 different versions of the 9 patch images at various sizes for both default and unselected so thats 20 images total, also the padding would have to be changed for each resolution as well as that's also defined in pixels.

duiz

@jdrassa My ES crashes when I try to enable Grid View with the test themes on the latest github release.