TheLaGmAn wrote:1. You can keep the screen 24/7, i use mine 24/7 as well.
2. You have the "while gaming" profiles that will load up when a game with the same .exe that is using a 3d rendering is active, after the .exe closes it will return to the non-gaming profile you had active.
3. Which sensor are you using? you should be able to use the "max digits" option to set a maximum digits that it will use
1. Ok, will do that then
2. Would be nice to have universal setting for that. Now I have to use same screen or make dozens of profiles to archive what could be done by using same thing what it uses to check FPS (3D output?). So that feature would be nice addition.
If you can detect FPS (3D output?), use profile X (aka universal gaming profile) OR if there is profile with same .exe name, use that (to keep how it currently works), otherwise use default profile.
3. Example for CPU: I use OpenHardwareMonitor DLL and from that, CPU Total ([OHMD:/intelcpu/0/load/0]). Value on my lcdsysinfo (3.5") it seems to be between 2 and 6 decimals, ex 28,898988. If I put max digits = 3, I get 999. If I put anything under 8 there, I see 99999.. only IF decimals goes over that number. If my max digits is 7, I see 99999.. only when there is "enough" decimals, otherwise I see correct value. Same thing for GPU values.
Is there better way to get number WITHOUT decimals? They are almost useless currently.
I cannot use GPU core speed at all, because value changes from anywhere from 300mhz to 1180mhz WITH decimals, so even if I cut 3 characters, I still cannot use that while it runs with value of 4 characters long. If there was way to cut off decimals, that would be so much better.
I can reproduce #3 on 3D Overlay. If i put [OHMD:/intelcpu/0/load/0] on text area, and then switch to "Status" page, there is "Output would be:" text and under that is CPU total usage with decimals moving from 2 decimal to 6 randomly (trimming zeroes from end?).
You can see recording here:
http://recordit.co/hdWlfeOV96EDIT: seems that #3 could also bee OpenHardwareMonitor DLL bug. Would be nice to use DLL version, because I don't want so many background apps to be opened. If I keep OpenHardwareMonitor executable on background and use that sensor, it works like intended. That would be app #4 to keep in background then
(RTSS, MSI Afterburner (game detection didn't work without this), Goverlay and OHM)