What would you like to see in future Retropie releases

[BuZz]

@hex said in What to expect in Retropie 4.3:

What are the features and changes you would like to see in Retropie 4.3? Share your thoughts and we shall see if that can be done.

I think you may end up misleading users with this wording - as I'm not sure how you can see if it can be done. I appreciate your ES contributions, but I don't remember discussing any 4.3 roadmap with you.

In fact 4.3 is basically around the corner. I have been rebuilding binaries etc recently to prepare for it.

There will be no Stretch image for 4.3.

[Hex]

@BuZz I have changed the title to something more meaningful

[BuZz]

@lilbud We are not necessarily near ES 3.0 - it won't go to 3.0 after 2.9 as its major.minor rather than a decimal number

[BuZz]

@ward614 Shoulder buttons in gamelists should still work - worked here last time I tested.

[Pupsenlalala]

Please: FAVORITES as in Recalbox. They've solved this PERFECTLY.

[BuZz]

@pupsenlalala We already have this in ES (via collections). Note there are no major new features going in between now and 4.3. There has been a lot of development since the last 4.2 image though.

[twd]

Is Es vertical support on the road map at all? I know I keep banging on about it , but I think it is an essential nostalgic feel that cannot be replicated by bezels and 16:9 hd screens , to have the option to have Es the same orientation as the games is obviously a good thing. But it could also benefit the theme builders as a diffrent canvas to work on. I know it's most likely Low priority but nice to know it is on the list and may appear in a future version.

[BuZz]

@twd There is no roadmap really - apart from things on the bugtracker - but nothing in stone. But if someone wants to implement it, I would not be against accepting it.

[Hex]

@twd Can you elaborate what you expect in vertical mode?

[lilbud]

@buzz Well compared to this time last year when we were at ES 2.0.1a, I'd say we are pretty close.

[BuZz]

@lilbud don't read too much into the version number. Previously I was not bumping the version (even though there was some development). I'm not planning on bumping it to v3 currently.

[twd]

@hex I don't expect anything buddy but I would like to see it if possible, basically have the es system in portrait mode rotated 90deg , you can do it in boot.config but you get a performance hit this way, it will be most useful for old arcade games like puc man as most used a vertical screen and there's the shumps.

@buzz that's not a problem , I am not much of a coder myself I learnt my limit when I was making games with unity 3d. I could make amazing landscapes models textures , but I cannot code well. what would take you 30minutes would take me 3 days I make so many typos backtracking code isn't fun. But I am sure I could make a theme if it ever do get implemented, I just hope I sowed a seed :) . Sorry for going off topic I just jumped at a opportunity to get a definitive answer.

[Hex]

@twd So you want Console text in landscape(no boot config changes) and ES in portrait (internally rotated). I think I am getting what you mean

[twd]

@hex basically yes mate as an example the default carbon theme. if you rotated your tv 90 degrees the White bar and text would be vertical but to read it and navigate properly it would need to be horizontal, I can navigate it like that but it like riding a reverse bike. I love the work you guys do and appreciate the shizen you have to put up with, I am happy either way but I would be the cherry on the cake for me personally :)

[Hex]

I am currently working on rotation support for J2ME. If I get it working as needed I will see if that can be ported to ES.

[twd]

@hex if it's possible and your willing to attempt it , that would be amazing.

[Hex]

I scanned through the code and ES uses GL acceleration. I have no Idea how it works. Based on the code there is a transform that is applied on the entire rendering. If that can be modified then you shall get your wish

void Window::render()
{
	Eigen::Affine3f transform = Eigen::Affine3f::Identity();
	// If the above matrix can be changed from Identity (100010001) to Rotational (0-10100001) then you get a rotation.

[jdrassa]

@hex said in What would you like to see in Retropie 4.3:

I scanned through the code and ES uses GL acceleration. I have no Idea how it works. Based on the code there is a transform that is applied on the entire rendering. If that can be modified then you shall get your wish

void Window::render()
{
	Eigen::Affine3f transform = Eigen::Affine3f::Identity();
	// If the above matrix can be changed from Identity (100010001) to Rotational (0-10100001) then you get a rotation.

@hex I've been meaning to look into this. I got a few requests for this after implementing rotation support for individual theme elements.

You can see how to rotate the transform matrix here.

The tricky part will be the clipRects. Currently these must be specified as absolute coordinates. This caused issues with trying to rotate the gamelist and the description text because the clipRect wouldn't rotate with the component. I've been considering addressing this by making the clipRects able to use the transform matrix.

I believe we would probably also need to make sure that the values returned from Renderer::getScreenWidth() and Renderer.getScreenHeight() are swapped.

[lipebello]

Possible: I would like to see objects that you can add movement values. EX: i would remove the help information and add an image with the help information and made it scrolls endlessly like that informations on news channel. Or add a round image and make it rotate.
A wheel carousel. That would be nice too.

Don't know if pi could handle it: The ability to import low poly 3D models, so we can model consoles, characters or even the theme borders and add it to the theme. But i think that's too much for rpi.

[Hex]

@jdrassa I think we should make a new thread to discuss the rotation implementation.

I tried this and I see what you mean

Eigen::Affine3f transform = Eigen::Affine3f::Identity();
transform *= Eigen::AngleAxisf(0.05, Eigen::Vector3f::UnitZ());