Yep, it doesn't help. It's not number of overlays, I can just use one of yours and no other and it looks like the fps it updates the overlay is really low (my system or game performance doesn't tank, the overlays just don't update smoothly, there is delay all the time and it's rough). I don't know why it does this, I don't have G-Sync on or anything like that and my game is running 130-180fp on monitor. Also like I said, changing to html render refresh rate smooth... but the layouts broke on the overlays. EDIT: If I just add your "Input monitor" overlay, it's okay, but if I add the "input circle" overlay, that alone causes the refresh rate of all the wpf render - rendered overlays to tank. I can't figure out what is the difference between those two...
I just updated to 1.2 and can confirm I am also seeing the same behavior on my machine. It feels like the overlays are only being updated every 2-3 seconds and even then, those updates don't seem to be coming at fixed intervals. I first assumed that it was because I was using unlicensed SimHub, so I bought a license and tried again, but everything is exactly the same. I really like the look of the new Telemetry/Tachometer overlay, but it isn't really usable due to the way it is updating. I can see myself at a standing start in first gear and it won't change until I'm already down the line in 5th gear. As best I can tell, all the 1.2 overlays seems to have a similar hiccup (but I have only tried 6 or 7 of them and not the complete set). I've also noticed that the Class Leaderboard overlay is tagging every single car in a race with penalties (to the point that every car in the event had at least 120s of penalties listed within the first 20 minutes of racing). Probably just a bug, but worth mentioning. On a positive note, the delta times themselves appear to be working as advertised. The work you've already tossed into this is incredibly appreciated, even with the current refresh rate/update/etc bug. I've also included my DXDIAG file if it may help having my hardware/driver information for reference.
This is really strange and didn't come up in any of my tests on my or other machines sadly. Can you check if all windows are set to WPF Renderer mode instead of HTML? It's really strange if that didn't happen with older versions since there isn't anything technically different that I could nail that down to atm. Would be great if you could attach your Simhub/Logs/Simhub.txt so I can check if it throws any errors.
Updated: Ok seems like the WPF Renderer of Simhub broke with one of the latest Simhub versions. You can fix that be enabling High Process Priority in the Simhub Options, but this isn't how it should be. I will release an update that fixes HTML Rendering alignment shortly, so you can just switch to HMTL Rendering that doesn't have performance and stutter issues
I'm having trouble playing Automobilista 2 in windowed mode (with or without borders) because, within seconds or minutes, the game loses its smoothness. It shows a constant 60 fps, but it feels choppy. This happens regardless of whether I'm using Simhub or any other application in the background. For this reason, and out of curiosity, I wanted to try these fantastic ACE overlays for Project CARS 2, which runs very well for me in windowed mode. Generally speaking, the ACE overlays are compatible with Project CARS 2. Thank you very much. Very interesting overlays. I would tweak some aesthetic aspects to better suit my taste, but thanks for sharing them. By the way, I use Afterburner's monitoring feature, and I do see that, when using the ACE overlays, my processor (i5 11600K) increases its power consumption by around 20-25 watts, but it still performs well.
IMPORTANT NOTE! Simhub is currently broken when using WPF Renderer, leading to stuttering and low performance of the overlays. There are two ways to fix this: Go to Settings -> General -> Enable "Higher Process Priority" Go to Dash Studio -> Settings -> Performance -> Set "Desktop Default Renderer" to HMTL For now I recommend using the HTML Renderer since it refreshes way smoother and faster. All overlays got HTML Renderer misalignments fixed with the new version v1.2.1 DOWNLOAD v1.2.1 - 11.11.2025 - Download: Overtake.gg | Webhost FULL PATCHNOTES v1.2.1 General Fixes HTML Rendering Misalignments for all overlays, especially: Class Leaderboard, Delta Monitor, Laptimer, Laptimer Small, MFD, Relatives, Temeletry, Tire Monitor, Tire Visualizer, Weather
Process priority option didn't help me, I had it enabled already when I tried these. Only the HTML rendered did help (I'll try the update later when I have time) and it's not even a new issue for me, I had these issues with some overlay's already when I started with AMS2 and simhub some years ago. I thought it was related to the GarySwallowPlugin, but I get them on some other overlays that don't use that at all (and when I have that also uninstalled). It's weird though. I tried to see what would be difference between "input monitor" (doesn't cause this behavior on WPF Renderer) and "input circle" (causes it), but I couldn't figure it out.
Yeah it seems really strange how the WPF Renderer works. Maybe it has issues with semi-transparent objects? Tried some things but coulnd't nail it down when it starts to stutter. I created an issue on Simhub, let's see if the dev can figure something out. But at least it should work flawlessly in HTML Renderer. I also see that Fonts in HMTL Renderer seems a bit more less bold, so with the focus switched to using HMTL Renderer I might do some minor design ajustments so the fonts look like I intented to there first
I noticed that Semi-Bold fonts were not working when swichting to HTML Rendering Mode. This is now fixed, so all overlays look as intended in both WPF and HTML Mode. As mentioned in v1.2.1 Patchnotes I recommend to use HMTL Renderer from now on DOWNLOAD v1.2.2 - 11.11.2025 - Download: Overtake.gg | Webhost FULL PATCHNOTES v1.2.2 General Fixed: Semi-Bold Font Weigth missing in HMTL Rendering Mode
Interesting to note—I've had no issues running it even before version 1.2, and I'm also using other dashboards without problems. My SH settings are: Higher Process Priority: OFF Desktop Default Renderer: HTML / Very Fast I did notice a misalignment in the Telemetry top bar, but it turned out to be a typo, which I corrected. Also, I agree—SH provides a solid System Log setup that everyone should consider applying.
It's really weird. Not sure could it be related to on the resolution / fps on which the game is running that somehow causes conflict with some overlays (for those who have the problem) or something specific thing the overlay is doing. It doesnt' seem to related to what refresh rate some of the overlay's elements are defined though. Anyway good that it works with the HTML rendered at least (I have no idea what is the difference between those)
Yes if you were already running HTML Renderer you shouldn't have any performance issues or stuttering. I would recommend upgrading to 1.2.2 though so all misalignments and wrong font weights in HTML are fixed
If it helps at all, though I doubt it... WPF works without issue for me until AMS2 fps drops below the capped rate and/or my gpu usage gets above 97%. Sadly I get an error when I try the HTML rendering method and simhub crashes. Great overlays though!
I haven't yet got a chance to install and run the new update from today, but I did track down what I think is my SimHub log file from last night's session.
Thanks, there are a few minor errors thrown by my overlays that shouldn't cause any issues (bascially when no race is started some variables are empty leading to errors) but I will add fixes for upcoming versions nevertheless so the log stays clean.
Ok, I finally got a free moment to sit down and install 1.2.2 and I also swapped my renderer from WPF to HTML as per your instruction. The good news: The overlays are working much better/faster than with 1.2 and WPF. It still appears like there is some sort of hard cap at 25 or 30Hz on the overlay refresh rate, but this represent a night and day difference from what I got last night and is usable for the purposes of all my AMS2 telemetry/overlay needs. The bad news: Running these overlays (v1.2.2 w/HTML rendering) has resulted in wildly inconsistent frame-timing. Specifically, the fps makes 6-12 intermittent spikes from 117Hz to 0 Hz every second. The spiking makes the game unplayable. I also opened up the Steam Performance Monitor and later RTSS and was able to confirm the frametime spikes on their respective overlay graphs. Upon closing the group of overlays, my game returned to a deadlocked 117fps with no spikes at all through several full laps. I also attempted to enable just one of each 1.2.2 overlay at a time and the fps spiking returns with just one or seven overlays enabled at once. I did not notice any abnormal CPU or GPU usage that had a correlation with the frame pacing issue. I did not reinstall version 1.x to test yet, but I can if it will help. I am also including my new SimHub log file from my last test session. The DxDiag file I submitted yesterday is still current/valid. My system is starting to get older, so it is entirely possible that I just do not have the juice to run these overlays along with the game. I am willing to swap around drivers, but I'd rather avoid that if at all possible as my faith in NVIDIA driver stability has been shaken in the last 12 months as a 3xxx series owner.
Hm this is odd, I recorded a session with and without 8 overlays on and couldn't see anything like this in Steam Performance Metrics. Does your CPU or GPU is nearing maximum capacity? Do you have anything installed that might activate some kind of "Game Mode" that caps ressources of other apps while the game is running? Can you check if High Process Priority solve the issue? Can throw in a simhub native overlay to see if they also produce the frame spikes? At least then we can nail it down to a Simhub related issue Here's a short list what Simhub officially recommend to solve performance issues https://github.com/SHWotever/SimHub/wiki/DashStudio-performance
Thanks man. Not really necessary, tweaked a few settings from ultra to high, reduced the frame cap a bit and no more issues.
My apologies for the delay in responding to you. I decided to nuke both my SimHub and AMS 2 installs to have a fresh start with this testing. Here is the most concise summary I can offer: Ace Overlay v1.2.2 w/ WPF = Game runs fine but overlays stutter/run wrong Ace Overlay v1.2.2 w/HTML = Overlays run as expected, but the HTML rendering introduces spikes SimHub vanilla LB overlay w/WPF = Game and overlay work as expected SimHub vanilla LB overlay w/HTML = Overlay works fine but game has spike/stutters Ace Overlay 1.1.3 w/ WPF = Game and overlay work as intended Ace Overlay 1.13 w/HTML = Overlay works fine but game has spikes/stutters Enabling higher process priority seems to have no effect in any configuration on my system. Attempts to record my screen via OBS/NVENC work fine when using any combo that includes WPF. Attempts to record my screen with OBS/NVENC when using HTML rendering causes OBS and SimHub to crash. When playing the game with no SimHub open, I can hit my 117Hz target and have ~12-18% overhead left on the GPU (as per both RTSS and Steam overlay GPU Usage metric). When using SimHub overlays, the overhead mostly seems to stay in the same neighborhood (or at least within margin of error). Disclaimer: If I am in an endurance race on certain circuits and there is a dawn/dusk transition, my game fps tanks into the 30s and 40s (with a corresponding drop in GPU usage). I've always assumed that this was a Madness Engine bug/issue, but I'm also dumber than a bucket of jumbo shrimp. I hope some of this info helps. I'm sure the actual culprit is probably something on my own machine, but I'm at a loss to identify any parameters I run that may be outside of the norm. I wonder if my use of the Windows DPI scaling (I use 125% on my 4K monitor) along with SimHub's requirement for running the games in windowed/borderless mode has anything to do with this?
