[REL] TinyPedal - open source overlay for rF2 (Pacenotes,Radar,FFB,Deltabest,Relative,Fuel Calculator)

Capeta said:
I got a weird one now.
When I click on config nothing happen.
Click to expand...
Will need more info or way to reproduce.

Which "config" or specific widget's one that does it not response, and does it happen in specific condition(session, car, track)? There are "main config window", "config button" for widget or module, "config menu" from main config window, etc.


Nuno Leite Castro said:
Hi,
I'm not being able to set the P2P for Indy cars and TCC cars. Is there anything that I have to do? It's on, the dash is there, but when I click to activate it doesn't show anything. My goal is to when I activate it turns "green" for me to know that it is active, just like DRS works.

Let me know if tehre is ant solution. Thank you!
Click to expand...
P2P issue was answered in this post earlier:
https://forum.studio-397.com/index....ve-fuel-calculator.71557/page-23#post-1129332

Note, indycar(DLC) does not use the new P2P (hybrid) system, but it uses the old engine-mixture emulated P2P, which does not work with the P2P indicator (two entirely different system, and engine-mixture data is not outputted by API).

Since game API does not output P2P "activation state" value, it is not possible to 100% sync P2P state display with in-game P2P.
 
svictor said:
Will need more info or way to reproduce.

Which "config" or specific widget's one that does it not response, and does it happen in specific condition(session, car, track)? There are "main config window", "config button" for widget or module, "config menu" from main config window, etc.
Click to expand...
The config window was not appearing and I was stuck on the setting launched, I had to stop TinyPedal, delete some settings and then launch it again to get the config window working.
 
Thanks.

I have identified the issue. There is a missing parameter that prevent the "Config" button(tray-icon menu) from bringing up the main "config window" if it is minimized somehow, which can also happen if both "Show at startup" and "Minimize to tray" option are disabled. Next update will correctly bring up minimized "config window" when clicking on "Config" button from tray-icon menu.

Meanwhile, for last 2.5.1 version, you can still bring up main "config window" by clicking tinypedal icon on the taskbar (if both "Show at startup" and "Minimize to tray" option are disabled).
 
v2.5.2 (2023-12-23) update
https://github.com/s-victor/TinyPedal/releases/tag/v2.5.2

It's been a while since last update. Here is another update with various improvements, optimization & fixes for underlying stuff. The most noticeable change is the much faster APP quit & module toggle speed, and "Restart API" will no longer cause overlay to auto-hide while driving.

And thank you all for helping with suggestions, bug fixes, new ideas and development throughout the year. Wish you all happy holidays.
 
svictor said:
v2.5.2 (2023-12-23) update
https://github.com/s-victor/TinyPedal/releases/tag/v2.5.2

It's been a while since last update. Here is another update with various improvements, optimization & fixes for underlying stuff. The most noticeable change is the much faster APP quit & module toggle speed, and "Restart API" will no longer cause overlay to auto-hide while driving.

And thank you all for helping with suggestions, bug fixes, new ideas and development throughout the year. Wish you all happy holidays.
Click to expand...
Thanks once again, happy holidays to you!

EDIT: Am afraid I still have the config window not appearing.
I have to remove completely others settings in order to be able to get it back to work.
 
Last edited:
Capeta said:
Thanks once again, happy holidays to you!

EDIT: Am afraid I still have the config window not appearing.
I have to remove completely others settings in order to be able to get it back to work.
Click to expand...
Can you give more details about the "others settings" that you have removed (which maybe causing unusual problem)? or if there is a reproducible steps(or specific settings that causes this issue) so I can test this, thanks!
 
Last edited:
v2.5.3 (2023-12-26)
https://github.com/s-victor/TinyPedal/releases/tag/v2.5.3

- Fixed a main APP window disappearing issue when using with multiple screens setup. Added auto position correction function to force main APP window stay on visible screen area. Thanks to @Capeta for helping with test.
- Fixed incorrect enabled module count display on Module tab. Further improved module load/reload functions.
- Fixed Reset dialog title text.
 
v2.6.0 - Major performance & optimization update
https://github.com/s-victor/TinyPedal/releases/tag/v2.6.0

This is a major performance & optimization update. A significant portion of code has been rewritten to further improve modules & widgets performance. Some previously resource-heavy Widgets (notably Navigation, Trailing, Track map) now run more efficiently with 5-10 times less CPU usage. Overall performance of new version from some 40 to 60 AI cars session tests show an average of 0.5% to 2% CPU usage with all 41 widgets and 8 modules enabled (previous version was about 4%-8% CPU usage).
 
Hello. First, Happy new all to all guys passing by here :D

And to start the year, i have an issue with the saving of the Config Window position.

It looks like it can't go on my second screen properly ...
I leave the Config WIndow on the right : BeforeQuit.png

I quit TinyPedal. At restart the Config Window goes just a bit right of my first screen : Restart.png

Not a big issue but it is a bit annoying.
I have the very last version. Nothing in tinypedal.log.

Any idea of what is happening ?
 

Attachments

Last edited:
DanRZ said:
Hello. First, Happy new all to all guys passing by here :D

And to start the year, i have an issue with the saving of the Config Window position.

It looks like it can't go on my second screen properly ...
I leave the Config WIndow on the right : BeforeQuit.png

I quit TinyPedal. At restart the Config Window goes just a bit right of my first screen : Restart.png

Not a big issue but it is a bit annoying.
I have the very last version. Nothing in tinypedal.log.

Any idea of what is happening ?
Click to expand...
Hi, it is correct. In version 2.5.3, a fix is deployed to force main window to stay on first monitor(more accurately, is the whole screen pixel area dimension that APP sees after launch), since there are some user having issues with main window disappearing due to wrong remembered position on second monitor(for example, saved X coordinate of second screen becomes negative number on next launch), see my earlier discussion with Capeta.

I believe it is possible to add additional code to fix the issue without force it on first monitor, as Qt has function to check screen number. However, the problem is that I do not have any second monitor, so it is impossible for me to know if any changes will work. If you interested and would like to help, please free feeling to check source code and testing (or open a new issue on github). Though I won't be able to help with testing due to lack of second monitor. Thanks.
 
Last edited:
Hello, i will try to make some tests ...
The problem is in app.py :
Code: 
    def load_window_position(self):
        """Load window position"""
        logger.info("GUI: loading last window position")
        screen_geo = self.screen().geometry()
        app_pos_x = min(
            max(cfg.application["position_x"], screen_geo.left()),
            screen_geo.right() - self.sizeHint().width())
        app_pos_y = min(
            max(cfg.application["position_y"], screen_geo.top()),
            screen_geo.bottom() - self.sizeHint().height())
        if app_pos_x + app_pos_y:
            self.move(app_pos_x, app_pos_y)
        else:
            self.save_window_position()
It probably would be better to use winfo_screenwidth() / height()
instead of self.screen().geometry().right() / left() / top() / bottom().
I just need to get my PC where i have all the python and modules correctly set.

Or maybe totally remove the max with screen_geo.bottom() - self.sizeHint().height()
and keep only the min. If config goes out screens (like when a screen is removed), user can still "move" it with a right click and get it back on screen with the "move" option.
 
DanRZ said:
Hello, i will try to make some tests ...
The problem is in app.py :
Code: 
    def load_window_position(self):
        """Load window position"""
        logger.info("GUI: loading last window position")
        screen_geo = self.screen().geometry()
        app_pos_x = min(
            max(cfg.application["position_x"], screen_geo.left()),
            screen_geo.right() - self.sizeHint().width())
        app_pos_y = min(
            max(cfg.application["position_y"], screen_geo.top()),
            screen_geo.bottom() - self.sizeHint().height())
        if app_pos_x + app_pos_y:
            self.move(app_pos_x, app_pos_y)
        else:
            self.save_window_position()
It probably would be better to use winfo_screenwidth() / height()
instead of self.screen().geometry().right() / left() / top() / bottom().
I just need to get my PC where i have all the python and modules correctly set.

Or maybe totally remove the max with screen_geo.bottom() - self.sizeHint().height()
and keep only the min. If config goes out screens (like when a screen is removed), user can still "move" it with a right click and get it back on screen with the "move" option.
Click to expand...
Thanks for the help.

The code you quote is the new implemented fix to the off screen issue. Before this implemented fix, the position is simply the raw x,y coordinates saved in JSON, but some how for some user under certain condition, it happened that this saved x,y coordinates being positioned at wrong screen position. And "winfo_screenwidth" is a func call from TK gui, which is not related to Qt gui.

You can find the old code prior to current implemented fix can be found in this commit:
https://github.com/s-victor/TinyPedal/commit/e373575e949a5f495d20f02dd0131d1052defca6
app_pos_y = cfg.application["position_y"]
app_pos_x = cfg.application["position_x"]
...
self.move(app_pos_x, app_pos_y)
Click to expand...

Note, since this issue is not happening to every one in old code (so far only Capeta has encountered it), I doubt it will be easy to test outcome unless the issue can be reproduced again. (you may want to use the above old code to test if off screen problem can be reproduced, otherwise any fix probably won't be useful)

I think the real issue is that after APP launched, under certain(unknown) condition, the APP probably acquires a different screen number, so it uses incorrect screen number reference to execute move(x,y) function, and resulted off screen problem.

So the solution probably would be to add a option to save last screen number reference in JSON, and verify screen number on next launch. If it matches, execute move func, if not, find a way to move the window to correct screen number, then execute move func. (if the 2nd screen was removed, just reset position to first monitor.) But I couldn't test the idea myself.

ps: it would be better to discuss code at github issue instead. Thanks.
 
Last edited:
v2.6.1 (2024-01-18) - Heatmap editor & console log & window position fix
https://github.com/s-victor/TinyPedal/releases/tag/v2.6.1

index.php


* General
- Added new main window position correction function
that fixed the issue with main window being forced
to move to first screen.
The new correction function will now correctly detect
multi-screen monitors, verifying and auto-correcting
main window position if necessary.
Thanks to @DanRZ for helping with extensive testing
and providing valuable feedback.
- Added "enable_window_position_correction" option in Compatibility,
which user can enable or disable main window position correction.
This option is enabled by default.
- Added new command line argument "--log-level="
that can be used to set logging output level.
"--log-level=0" outputs only warning or error log to console.
"--log-level=1" outputs all log to console.
"--log-level=2" outputs all log to both console & tinypedal.log file.
Default logging output level is set on "1" if argument is not set.
Example usage:
".\tinypedal.exe --log-level=2"
Note:
On windows, tinypedal.log is located under APP root folder.
On linux, tinypedal.log is located under /home/.config/TinyPedal/ folder.
- Added "Show log" option in Help menu for easy accessing to application log.
- "Reset data" option is now also accessible from tray menu.

* [New]Heatmap Editor
- "Heatmap editor" can now be accessed from "Config" menu in main window,
see User Guide "Heatmap preset" section for details.

* Linux
- Fixed wrong "button" argument that breaks "Reset" button in config dialog.

* User guide
- Added "Heatmap Editor" info in "Heatmap preset" section.
- Added "Command line arguments" section guide.

New User Guide entries:
https://github.com/s-victor/TinyPedal/wiki/User-Guide#heatmap-preset
https://github.com/s-victor/TinyPedal/wiki/User-Guide#command-line-arguments
 

Attachments

You must log in or register to reply here.
Back
Top