Race Element - Provides Solutions for Sim Racing. HUDs, Data, Setups, Liveries, Streaming.

0.1.5.2
- Liveries can now be dragged and dropped ontop of the app. (Skins packs also work.) as long as they follow the proper format that the game uses or just make people export the liveries/packs with Race Element.
- Liveries Viewer: Added competitor name to viewer if it's used in the livery.
- Further design changes according to rebrand.

 

0.1.5.3
- HUDs: Added Opacity Slider, this will allow you to set the overal transparency for each HUD separately.
- Fix setup hider.

 

The website has gotten a bit of a re-design, it's hosted with github pages and is now using a Jekyll theme.

I will be adding guides to it using the posts feature and a lot more!

https://race.elementfuture.com

​

 

I have added 2 guides to the website:
How to use the liveries tab: https://race.elementfuture.com/2023/01/15/how-to-use-liveries.html
How to start the app minimized: https://race.elementfuture.com/2023/01/12/start-minimized.html

 

0.1.5.4
- Reworked Input and Oversteer trace.
- Reworked background of shift indicator.
- Reworked internal structure of the app.
- Updated About Tab.
- Open livery json now opens a new explorer window and selects the livery json file.

 

0.1.5.6
- HUDs: When the Window toggle is enabled the HUD windows will now be always enabled and allow for better detection by Streaming and VR apps.
- Reworked Tyre Info HUD, added guidelines when repositioning and always display psi.
- Added option to show 2 decimals for tyre pressures.

 

It would be nice if some time the shared memory documentation would be updated, it would speed up development of new features!

​

 

0.1.5.8
- Damage HUD will now display during movement mode even if autohide is enabled.
- Colors of Shift Indicator HUD can now be adjusted.

 

0.1.5.9
- Shift Indicator HUD:
- Added configurable opacity for each color state.
- Added background for RPM Text where as the font size now scales with bar height.

 

0.1.6.0
- Better precision and clarity for Shift Indicator HUD.
- Improved visibility of IMO/OMI coloring for Tyre Info HUD.
- Improved memory management of HUDs.

Been developing quite quickly the past couple of days and wanted to share these improvements, so my bad for releasing this much.
Also I did a small test, I enabled all HUDs and enabled the always visible for them. Then restarted the app and checked out the memory consumption: approx. 130 mb.

 

Suggestions
- Change colors based on RPM for each Car in the simulator.
- You suggest something!



Options that are in the app so far:
​

 

0.1.6.2
- Added splash screen when starting the app.
- Added Current Gear HUD.

 

Just a very short example of the performance of Race Element HUDs which are rendered live in the user interface:

 

0.1.6.3
- Added color picker to Current Gear HUD.

 

0.1.6.4
- Internal optimizations.
- Prevent HUDs from showing during replay whilst being in a session.

 

Just clicked on the update notification in the app (about page).
It says it'll take a moment but how long is it? Waiting for over 10min now...

edit: 20min past since posting, still waiting.

 

Yes this is probably due to the app not being on the correct hard drive, windows permissions can be a bit secure at some time. That means the app won't have write permissions.

I have written about this in the getting started guide, hope that will help you out to set up the app.

https://race.elementfuture.com/2023/01/12/get-started.html

 

the app is in a sub folder of my downloads folder, so all rights belong to my account.
I even started the app as administrator to check if it is a rights problem to launch the installer... no update.

I copied it to a new created folder D:\RaceElement
started normal, clicked update... nope
started as admin, clicked update... nope

created new folder C:\RaceElement and copied it there
started normal clicked update: yes

Why is drive C: a requirement?

PS: My downloads folder is physically located on drive d: but I have a hard link (junction) from c:\users\myname\Downloads which points to d:\bigdata\Downloads
So technically the app didn't know it was on drive D: but thought it is located in c:\users\myname\Downloads\ACC\RaceElements

 

Windows has security measures in place to prevent apps from writing in folders where they should not write, so basically the app can read from the folder you put it in but not write to it. Thus it's not being able to update itself.

Hence I recommend to use the My Documents folder as described in the getting started guide.
I also highly recommend not to run the app as admin since this will prevent the drag and drop functionality to stop functioning. (again windows security, if a file is dragged and dropped from a non-elevated app to an elevated app the drag and drop will not work).

 

ok, in the end I got it working.
Still it's boggling my mind why specifically your app is requiring the boot drive and so many other tools don't seem to care to auto-update.
Even I had a script-tool that would auto-update from github and had no problem whatsoever if the user who launched it has write access in that folder. No matter what drive, no matter what sub folder.
What does your app does so different, that it isn't working on drive d: even if my account owns all rights to that drive and folder it resides in?
The reason is: I want my boot drive to have the OS and no apps or data. And I'm very strict about this.