[Bug]: Overlay stuck at 0 on every statistic
What happened?
The overlay is not displaying any stats, even though I can see them getting recorded on the program.
Platform
Steam
Try it in v1.353.
Try it in v1.353.
Issues persists in v1.353.
Adding a data point on the bug: New (aka creative) maps seem to be counting towards the Overlay stats but not old (non-creative) maps.
Can you elaborate a bit more?
I usually play Solos so my examples are from that.
Maps like Skyline Stumble, Whirlygig, Door Dash, Dizzy Heights, Roll Out, etc (maps from before creative mode was released) all show 0 on the overlay.
However newer maps that are user created (i.e. made after creative mode was released) like Rotation Station, Winter Disc-O, Satellite Sprint, etc. are counted in the overlay, although the count seems too low to be from all time so it might only be counting rounds since whenever this bug appeared.
Hope that helps.
Try it in v1.354.
Huge performance regression. Issue fixed but cost too high.
I have the same problem in creatives. New PB every time
Try it in v1.357.
Hey guys, i've now automated the addition of new creative levels, so there may not be any updates for a while unless there's a critical bug. So please give me feedback as soon as possible.
And i improved the app's performance as much as possible.
Performance is still much worse than even a couple of weeks ago.
Startup takes 2-3 minutes while app is totally unresponsive, and any database modification (e.g. show removal) causes app to be unresponsive for 30+ seconds.
None of this was this case even a few updates ago, so this feels like a very recent regression.
If your app takes 2-3 minutes to start up, the response speed of this API is 2-3 minutes. Most people get a response right away.
https://api2.fallguysdb.info/api/upcoming-shows
I just tested deleting a show. Since 1,000 items are displayed per page, I confirmed that when 1,000 items were deleted, they were deleted within 5 seconds.
If your app takes 2-3 minutes to start up, the response speed of this API is 2-3 minutes. Most people get a response right away.
Doubtful this is culprit. Clicking that link shows instant results for me. The app is also heavily CPU bound while I'm waiting for startup.
Seems almost certainly like it's doing heavy database work, not network.
What are the specs of your PC, and does it really launch 2-3 minutes after double-clicking the app?
Check out this video :
https://github.com/ShootMe/FallGuysStats/assets/4685412/f2274ce2-0b7d-418d-9da2-49bee4304abe
I think you are focusing on the wrong details. My PC is fine, high performance CPU, NVMe SSD, etc.
There is a recent regression in the app. I would be looking at the last 2-3 weeks of submits to see what changed w.r.t. database access.
Yes, the app is unresponsive for 2-3 minutes after double clicking the app.
@knightry Send me a zipped copy of data.db and data-log.db via email. [email protected]
I am trusting you - I don't have time to audit your code. Sent.
@knightry Try it in v1.358.
That appears to have resolved it. Thanks so much!
I briefly checked the last submit before the fix, it looks like you just removed logging an exception :D
I suspect my db has a lot of old shows that don't conform to current paradigms anymore - hopefully you find it helpful in future updates to prevent future regressions!
The issue is still present for me. I am using v1.359.
The timer works during the round but stats still display 0 on the overlay.
@ReoMaxx Hello, please check these Overlay Settings:
Overlay settings:
v1.360 still showing nothing on overlay
@ReoMaxx There is a bug in 1.360 version but you have this issue in previous versions... so please send your data.db file to [email protected] for investigations.
https://drive.google.com/file/d/178NGSOkTLF4HVrPWMPsBeGeUd-8fBeO7/view?usp=sharing
Currently facing this issue after latest update
I'm not sure if its due to some changes/exceptions to the player log from the new shuffle rounds
Still experiencing this issue on update 1.362
@qutrits This version is working fine with the data.db file from @karateman10998 but not with the database from @ReoMaxx because the database contains these round details (by example):
...
"Name":"Unknown",
"ShowID":11790,
"ShowNameId":"2070-2754-3667",
"UseShareCode":true,
"CreativeShareCode":"2070-2754-3667",
"CreativeStatus":"Published",
...
My issue has been fixed (I presume until I face the same round that Reomaxx gets)