Update 5 High Speed Issue
-
Not true… people have “capped” the FPS and still had this bug.
By conditions i meant… in what situations (what module, what theater, what alt, what speed, etc etc). Every DATA, what makes it easier to reproduce it. For YOU.
But if you already KNOW 100% why, and what it is … you should be able to “fix it” without reproducing it on your rig
-
if GPU FPS capped (via nvidiaInspector.exe for example) - does it mean your CPU FPS is capped as well?
Perhaps you need mo-slo or downgrade :mrgreen:
-
if GPU FPS capped (via nvidiaInspector.exe for example) - does it mean your CPU FPS is capped as well?
Perhaps you need mo-slo or downgrade :mrgreen:
I was about to say the same thing.
Don’t know how they capped but underclock the GPU and it’s memory would do the trick.
The thing is I never heard of underclock tools for VGA.Maybe running a second app or VGA bench tool at the same time?
But the man has the code.
Στάλθηκε από το MI 5 μου χρησιμοποιώντας Tapatalk
-
why are you still speaking about VGA Arty?
…just try to open 200 google chrome windows, run hi-res video on background, jam your hi*-tech cooling system with your shorts, turn off turbo and enjoy BMS -
cause u eat memory running all those u mention.
and cpu can be underclocked by bios. -
Anyone had this wierd looking bug in Update 5?
It never happen before U5.What is your CPU? Are you by any chance using the 32-bit BMS version?
Not new, this bug exists since 4.32
RK4 algorythm convergence issue at very high speed on some CPU (fps related bug)
Not related to U5 at all,absolutly zéro change in afm
unless we have several bug reports about it in U5 won’t be fixed
I understand that it’s better to avoid time spend –and-- new regressions for an obscure issue that manifests on some subset of CPU.
Does the code use “denormals are zero” and “flush to zero” now? It’s not of particular relevance to the issue but it’s curious nonetheless.
It’s interesting what you say that some CPUs have no trouble integrating. Is it related to particular extension set, microarchitecture, or…? Are newer generations like Haswell+ or Skylake+ immune to the issue? Frankly I’m a bit surprised numerical stability depends on the CPU in any way. Also I’d expect the 64-bit binary to work better since more vector extensions are supported by all amd64 CPUs.
-
I just wanted to add that I had this issue month ago after an update to the NVIDIA driver. (It was reproducible at high speed every time on my sytem: i5-2500K and GTX 760.)
This thread helped me to eliminate it: https://www.benchmarksims.org/forum/showthread.php?14469-Aircraft-shakes-along-roll-axes-when-traveling-above-Mach&highlight=funky
Stubbies2003’s solution worked for me, I set the “set g_bExportRTTTextures” to 0 in the falcon bms.cfg and the shaking is gone.
How is it related to the video driver and the physics in the sim that’s another question…
-
So this is happening only for nvidia graphic cards?
-
it is unrelated with GPU
I have a good fix candidate for it
3 to 4 weeks
-
This MIGHT BE farfetched… but maybe NOT.
I make music, meaning i use various sound-applications and the ASIO4ALL input driver.
There, i realized, that OVER-CLOCKING the system can in certain cases create “input-lag” in the sound-processing.IF over-clocking (if done not stable) may or may not create also input-lags in joysticks and pedals. ? maybe…i am not sure.
But the thought, that over-clocking may or may not create this “bug” we are speaking about above … came to my mind ???
-
@A.S:
This MIGHT BE farfetched… but maybe NOT.
I make music, meaning i use various sound-applications and the ASIO4ALL input driver.
There, i realized, that OVER-CLOCKING the system can in certain cases create “input-lag” in the sound-processing.IF over-clocking (if done not stable) may or may not create also input-lags in joysticks and pedals. ? maybe…i am not sure.
But the thought, that over-clocking may or may not create this “bug” we are speaking about above … came to my mind ???
doubtful
The bug has been identified clearly as a problem of RK4 scaling at very high speed
-
RK4 << derived from Runge–Kutta methods ?
-
-
Can you post you spec, so we can get a general idea which cpu got affected?
FWIW I get the same issue, latest 3.7GHz 8700K overclocked to 5GHz, 64GB RAM, GTX 1080. Vsync enabled and reliably chug along at 60 fps @ 4k.
I can reproduce it reliably, particularly in Instant Action (fighter sweep) or Dogfight mode. I’m not sure if I’ve ever encountered it in campaign mode.
Let me know if there’s anything else you want to know.
Edit: oh, what I found is that if I switch to external view mode as soon as the oscillations start… they immediately get damped out and the plane goes from uncontrollable to normal flight within about 2-3 seconds. As soon as I switch back to 3D cockpit they start again. Only solution is to reduce speed. This is usually around 550+ knots indicated I believe. If the exact number is important I can get some more accurate details.
-
Have u tried it on 4Ghz?
And jeez that monster on 5ghz? And a 1080? And 64gb? Now u will tell us u have 1tb SSD. [emoji38]
I believe u r called on the wip mods models thread to contribute.Στάλθηκε από το MI 5 μου χρησιμοποιώντας Tapatalk
-
Have u tried it on 4Ghz?
And jeez that monster on 5ghz? And a 1080? And 64gb? Now u will tell us u have 1tb SSD. [emoji38]
I believe u r called on the wip mods models thread to contribute.Στάλθηκε από το MI 5 μου χρησιμοποιώντας Tapatalk
If that’s directed at me, yeah I’ve got a 1TB SSD and a 512MB M.2 SATA (for ACMI and other stuff). Where’s this wip models thread you mention?
-
Yeap u.
Here u r:
https://www.benchmarksims.org/forum/forumdisplay.php?36-Community-MODs-WIPIn case u need help for 3ds max just give use a call.
Στάλθηκε από το MI 5 μου χρησιμοποιώντας Tapatalk