Suggestions regarding Frontend customisations

Post suggestions regarding RVGL here in this subforum.
User avatar
kiwi
Posts: 557

Suggestions regarding Frontend customisations

Unread post by kiwi » Sun Sep 13, 2020 6:45 pm

While working on the Hood Frontend, I found some limitations regarding the customisation possibilities RVGL is offering. It would be cool if some of them could be addressed in one of the next RVGL updates.

1) Make it possible, to define the car drop position at the car selection

At the moment, the car will be dropped depending on the coordinates defined for the CAMPOS ID-3. The car drop itself can't be defined. Very much fiddeling-around is necessary, so the car drop is working as intended by the creator. If there would be a seperate section where the position (X Y Z coordinates) + the rotation (0.00 to 1.00 - like at the STARTROT) could be defined, this would be really really nice.

2) Make it possible, to define the box drop position at the car selection

Same as in (1), it's not possible to define the exact position where the carbox from the selected car will be located, before the car "drop out" this box. It seems it will be placed at a positon which is a mixture between CAMPOS ID-2 and CAMPOS ID-3. (?) I was not able to find this out. I was also not able to reproduce a position of the box, like it is in the Default Frontend. Here, the box will be placed very near to the floor - the car will rather dropped then placed on the floor. In the Hood Frontend, I was only able to drop the car pretty high above the location, where the car will land.

3) Make it possible, to define the trophy ceremony drop positions

At the moment, only the camera positions for the trophy ceremony can be adjusted, but not the car drop positions. But not in a way like it is for the car selection screen, where the car will drop at a position related to the CAMPOS ID-3. Instead the car drops for place 1, place 2, place 3, and "loose"-place are hardcoded and fixed for the Default Frontend positions. (I worked-around this, by placing the winners-podium at the exact same coordinates as in the Default Frontend inside the .w-file.) Also the firework at the trophy ceremony will take place at hardcoded coordinates.

4) Make it possible, to define the size of the track preview pictures

At the moment, the "frame" where the track preview picture is at the track selection screen, have a fixed size. And this size is very big. If this size could be adjusted, it would be possible to make for example a track selection inside an old computer screen, instead of a big TV screen. The track preview picture itself will be placed by adding the bigscreen.m object, by the way.

5) Make it possible, to define win and loose songs

At the moment, there will be played the song as defined in MUSIC, at the trophy ceremony. No special song can be defined. There is also a bug related to this: After the trophy ceremony, when again inside the frontend, the default frontend track will be played (or maybe the track, which is defined in REDBOOK?).

6) Make it possible, to use a skybox

At the moment, the carbox textures will be used for the skybox. (I worked around this, by modelling a skybox inside the .w-file).

That's all for now. :)
User avatar
kiwi
Posts: 557

Re: Suggestions regarding Frontend customisations

Unread post by kiwi » Sat Sep 04, 2021 6:38 pm

After working on my Simple Frontends (Blue/Red) the last two days, I would like to request some more features for Frontend customization.

7) Remember last chosen car

At the moment, the chosen car will be placed on Frontend CAMPOS ID 3. The car will stay there not all the time. When finishing a Singleplayer race for example, the car is gone from this spot. It would be cool, if RVGL would remember the car and place it on this spot again, after returning to the frontend.

8) Remember last chosen car after restarting RVGL

Same as above, but it would be ultra-cool, if the last chosen car would also be remembered and placed on CAMPOS ID3 after restarting RVGL. The last chosen car will already be remembered: At the carbox screen, it it selected - it would be just a matter of placing it.

9) Remove car-place bug

If you hit enter to fast at the car selection, the car won't be placed on CAMPOS ID3. Can this be corrected?
User avatar
607
Posts: 388

Re: Suggestions regarding Frontend customisations

Unread post by 607 » Sun Sep 05, 2021 9:23 am

Kiwi wrote: Sat Sep 04, 2021 6:38 pm 9) Remove car-place bug

If you hit enter to fast at the car selection, the car won't be placed on CAMPOS ID3. Can this be corrected?
What makes you think this is a bug? In the original Re-Volt, it is also the case that the car only gets taken out of the box if you look at the box for some time, and stays in it (at least on the frontend) if you just carry on.
If your suggestions 7 through 9 would be implemented non-optionally together, they would make it completely impossible to not have a car there, which is actually the default condition in the original game (and to me, that makes complete sense: first pick a box, then look at the car more closely if you want).
User avatar
kiwi
Posts: 557

Re: Suggestions regarding Frontend customisations

Unread post by kiwi » Sun Sep 05, 2021 9:57 am

For me it's a bug, cause as soon you choose a car, it always should be taken out of the box. No matter how fast you enter the next screen. How else should you be able to drive the car otherwise (if it's still in the box). Having the last car outside the box also make sense to me.

For sure this feature request could also be implemented as an optional thing (for example via a parameter in the frontends ini file), so the original behaviour keeps untouched for the default frontend.
User avatar
VaidX47
Administrator
Posts: 124
From: 333

Re: Suggestions regarding Frontend customisations

Unread post by VaidX47 » Sun Sep 05, 2021 1:04 pm

607 wrote: Sun Sep 05, 2021 9:23 am
Kiwi wrote: Sat Sep 04, 2021 6:38 pm 9) Remove car-place bug

If you hit enter to fast at the car selection, the car won't be placed on CAMPOS ID3. Can this be corrected?
What makes you think this is a bug?
I could say it's a bug as well, since the game still does full box placement animation without interruptions, but never actually spawns any car on the ground. You could also argue and just say the animation should be cancelled/reversed right after advancing to the next screen, so how it was originally intended, I can't know.
aka Vaid; >[MediaFire Stuff]<
User avatar
Huki
Developer
Posts: 397

Re: Suggestions regarding Frontend customisations

Unread post by Huki » Sun Sep 05, 2021 5:42 pm

VaidX47 wrote: Sun Sep 05, 2021 1:04 pm
607 wrote: Sun Sep 05, 2021 9:23 am
Kiwi wrote: Sat Sep 04, 2021 6:38 pm 9) Remove car-place bug

If you hit enter to fast at the car selection, the car won't be placed on CAMPOS ID3. Can this be corrected?
What makes you think this is a bug?
I could say it's a bug as well, since the game still does full box placement animation without interruptions, but never actually spawns any car on the ground. You could also argue and just say the animation should be cancelled/reversed right after advancing to the next screen, so how it was originally intended, I can't know.
This is intentional. It was done this way to avoid needlessly loading the car after the screen was skipped. So the box goes back up without placing the car on the floor. Funny enough, the original versions didn't remove any previous car that was there on the floor either. In v1.2 this was changed so at least the previous car gets removed when the box comes down.

With that said, @Kiwi: your suggestions 7-9 could be worth adding as a frontend.txt option. It won't be for the upcoming release but I'll look into it shortly after. I'll also look into 1-6.
User avatar
607
Posts: 388

Re: Suggestions regarding Frontend customisations

Unread post by 607 » Mon Sep 06, 2021 7:39 am

Thanks, Huki!
Interesting, I forgot or didn't know that behaviour was slightly different before 1.2.
I guess if this is implemented, Kiwi's suggestions could be the default. I'm probably the odd one out again as far as preference goes, here. ;)
User avatar
kiwi
Posts: 557

Re: Suggestions regarding Frontend customisations

Unread post by kiwi » Thu Dec 02, 2021 6:43 pm

I just wanted to start working on the winter edition of the Hood Frontend, and I realised that texture animations are not supported for frontends at the moment. My plan was to add falling snow by the use of texture animations.

So I want to add this to my list of suggestions as well:

10) Support for texture animations in custom frontends
User avatar
rodik
Posts: 20
From: Russia

Re: Suggestions regarding Frontend customisations

Unread post by rodik » Sun Jun 11, 2023 6:45 pm

Oh, I noticed this topic only now, after I created my own. I want to say that all of the above Kiwi's suggestions are very necessary. I was making my own Frontend and will not be able to finish it, due to the fact that the cars on the podium and when selected did not appear (because they always appear in the same coordinates). I hope to see the addition of new Frontend features soon. This will make it much easier to make them
User avatar
Sauss-Ente
Posts: 20
From: Behind the forest

Re: Suggestions regarding Frontend customisations

Unread post by Sauss-Ente » Tue Oct 17, 2023 8:50 am

Just loosely connected with the frontend, but what about having a fixed colour per player in the chat in online lobbys? Now, it's a bit confusing, because when the number of players changes, the message colour changes as well. Maybe have a global "chat colour" setting in the RVGL settings?
The way the chat works in Re-Volt is interesting as well compared to other games. In the lobby, it's always on, ready to type. Most games I know would require a mouse-click on the chatbox. How it's done in RVGL is nicely fast, however it will lead to some empty messages being sent. It's just a minor thing of course, but let's say, it's not as elegant as it could be. Maybe only send chat messages that are longer than (or equal to) 1 character?
User avatar
Sauss-Ente
Posts: 20
From: Behind the forest

Re: Suggestions regarding Frontend customisations

Unread post by Sauss-Ente » Wed Nov 22, 2023 8:42 am

Sauss-Ente wrote: Tue Oct 17, 2023 8:50 amit will lead to some empty messages being sent.
After seeing the online races now for two months, I have to say that nearly every new player falls in this chat trap of sending empty messages. Resulting in replies like "don't spam" or "don't chat mid race". Ah, what a warm welcome for the noobs!
Clearly a case of a lazy UI.
User avatar
VaidX47
Administrator
Posts: 124
From: 333

Re: Suggestions regarding Frontend customisations

Unread post by VaidX47 » Fri Dec 01, 2023 9:22 pm

Sauss-Ente wrote: Wed Nov 22, 2023 8:42 am
Sauss-Ente wrote: Tue Oct 17, 2023 8:50 amit will lead to some empty messages being sent.
After seeing the online races now for two months, I have to say that nearly every new player falls in this chat trap of sending empty messages. Resulting in replies like "don't spam" or "don't chat mid race". Ah, what a warm welcome for the noobs!
Clearly a case of a lazy UI.
It's a side effect of spectating and late join implementation in 1.2/RVGL, since in the original you couldn't do either. Join and see the waiting room once with everyone, and once the race started, you could only send messages with F12. In-race TAB functionality was missing in the past as well.

Having some sort of a secondary step for late joiners, such as pressing Enter key first to enable typing in the waiting room when the race is ongoing could somewhat mitigate the described issue.
aka Vaid; >[MediaFire Stuff]<
Post Reply