so perhaps duration also needs to be a parameter rather than a configuration option, which thinking
so perhaps duration also needs to be a parameter rather than a configuration option, which thinking about it makes more sense.
Mbut i know it's a nitpick i was just curious if it was on purpose
PI mean really all of this out of scope of this type, this is basically just a wrapper over a sleep function, so really it needs to sleep for TimeSpan and maybe return how long we actually slept for. Any further time tracking is out of scope of this type.
Pand would instead be in scope for a proper FrameLimiter type that does track this state
Kid call it LoopRateLimiter since its more than frame limits, also update or just general throttling
Kbut yeah
Kadjusted BreakneckSleep to take a duration parameter and pushed
Pwe can bikeshed the name a bit later on, I’m not 100% on Loop being in the name and just RateLimiter is ambiguous and/or misleading
Kyeah
Mmake it work first figure out the name later
Kin any case its 1am for me so i aint doing the actual limiter part now, but breaknecksleep now takes a duration like any self-respecting sleep function should
K"nit: I would like there to be one more space"
+ GitHub suggestions field makes everything good
+ GitHub suggestions field makes everything good
Psure but if that’s the only comment I can come up with I just ignore it.
Papologies for not working on silk, this cold is killing me
Lim still recovering from Sick too
Khope it passes soon
Land now SCHOOL is starting in 1 hour
Lpain.
Kwhoops, turns out my pr from last night doesnt build still because i didnt have the lab sample thing in my .gen.sln and didnt notice it needed changing
Kfixed that now
Kdont think im up to actually do the framelimiter part anytime soon, life kinda hell rn and i cant focus, but got this done at least
Pexperimented with TimeWindow (which uses BreakneckSleep):
Pquite all over the place
P0.035 is ~29 FPS and 0.015 is ~66 FPS
Psaying that though, without no sleep at all it's very similar, so there may be some issue with how TimeWindow is implemented
P
Pi'll hand this over to the community to scrutinise further, this is far too intricate for too little for me to care anymore
POH I'M AN IDIOT
Pi still have the old spinny code in windowing
PWith BreakneckSleep
PWithout BreakneckSleep
PCPU usage peaked around 20% on my laptop without BreakneckSleep
PCPU usage peaked around 30% on my laptop with BreakneckSleep
Pyeah I seriously don't know anymore
Punless anyone can figure out how to make BreakneckSleep/TimeWindow work, let's not ship anything here and just stick with our busy loop
Pdoing updates on the GitHub Runner, don't do anything for a sec please
Pauto merge mugged me off there
Pshould be good now
KOk so this is the kind of problem I like
Pwhat were we waiting for for 2.18 again
LWgpu native to unfuck itself
Ahello... sorry if this is the inappropriate place to bring this up, please let me know if so!
I think Kai would recognise me from the csharp discord and my issues with nativeaot. Some other members there said I should suggest annotations on the reflection-required bits of code like
I think Kai would recognise me from the csharp discord and my issues with nativeaot. Some other members there said I should suggest annotations on the reflection-required bits of code like
[RequiresDynamicCode]yes we'll be happy to accept PRs here
Pwe do have AOT-friendly paths already
Plike
GlfwWindowing.RegisterPlatformOh I see... Earlier I was having an issue with nativeaot, it did not warn that it would be an error in aot mode, and I was scratching my head. If this is un-rectifiable I understand
Pno yeah I fully agree, and we'll be happy to merge changes here if someone adds the necessary annotations in a PR
AIt was exactly relating to using
GlfwWindowing.RegisterPlatformI'm too much of a beginner to quite know what to do but I can try and take a look
Pno worries, it looks like the trimmer warnings come out pretty detailed these days so hopefully it's obvious what attributes need to go where