0.16 Discussion Thread

Yeah, also electric car has none, but there is probably good reasons for that too as most wheels are quite limited in their feedback, to get best feeling no power steering is needed.

With 0.16 though, I find power steering is giving really good feeling as damping can be lowered quite bit with 0.16 so I find enjoying some cars more with power steering now than without powersteering. Might be also that my table likes to move when I turn wheel at slow speeds without power steering, despite my table is bolted to wall (this is very bad table).

 

Me too, my table it’s inestable, if i doesnt have power steering...

 

Ok, my Main menu UI is now almost dead, I do hear sounds and I hear how I enter in a different menu, but it doesn't show. GPU acceleration - On and I regret for choosing that option now. GTX 2060. And I found problem, apparently Reshade is now ui killer

 

in my case, i can run the game with no GPU acceleration for the UI rendered ("uiRenderGPU = false") at like 5 FPS "in the UI" but the "game" is 55 to 60 FPS average, so the 3D part is perfectly fine, just that software rendering the UI is done on the CPU making the UI go like 5 FPS even tho the game is at 60 FPS while if i put "uiRenderGPU = true" in game or in the settings directly, i can hear the UI in the background reacting to the mouse but it lag so much that it takes about 10 minutes to render a frame. so instead of being hardware accelerated like they intended, it is hardware decelerated...

i have the 1050Ti 4 GB model with the 419.35 drivers... the V0.15 UI was full FPS no lag, i even only realized it was a video in the background when v0.16 happened(thought it was 3D)... cause in game 3D is 60 FPS with one car on the map. all tho i have a antivirus (AVG) the entire steam library folder is in the exception so it "never" scan the EXE running or any "resources" from that folder. (plus UI rendered on GPU would not be scanned since Antiviruses "do not scan in the GPU"... well i have not seen any that advertised that they do. BUT just for testing purposes i could do a test with it off.)

what is likely happening is the UI is computing something wrongly or too in dept and is bogging down. kind of how square roots is one of the most expensive CPU process that is even the bread and butter of Prime95 for stressing CPU while also trying to find new prime numbers at the same time. the UI should almost NEVER use square root continuously, and if it does, it needs to be a one time thing sporadically! (like setting up the numbers you need once and not do it continuously.)

tho that is just an example, but even if i do not know what is under the hood, i know something is trying to muscle it's way through instead of making sacrifices in precision for speed. Hq3X or Hq4X resizing a 1080p video in realtime is a bad idea for an other example. it looks better than Bilinear but takes 100% of your GPU for a 24 FPS video and lags. like i said, an example, i do not know what they did but the v0.15 UI was FULL (if not 60, was fluid) FPS. at least the 3D part has not changed, still 50-60 FPS. and it is not really "unplayable" but i burn a lot of engines now... (slowing down and pressing gear down twice thinking it did not picked it up...)

i will try doing a clean reinstall while backing up settings and mod folder (at least the input map for the controller since setting sensibility and remapping or unmapping conflicting buttons is rather hard to do from memory) tho if my files were corrupted, they would not even run so... i have NO idea why that would work! lol maybe it is just the video decoding who knows! (video decoding can be extremely taxing when a video is super compressed. i play a lot with FFDSHOW and can make a 320x240 look very good but lag with some settings.) any how, i will go try reinsalling the game and see if it magically fix the issue.
--- Post updated ---
ok i just reinstalled the game all clean, no folders or files left and it is the exact same result. it is just the new UI that is wrongly written since with "uiRenderGPU = true" the main menu lags at 0.000001 FPS while the sound reacts in the background (i tried no AVG and i even tried it in Windowed mode in case... no difference...) and with "uiRenderGPU = false" the UI runs at 5 FPS even with no mods in grid map using the Default Truck. (D15 was it?)

so clearly unlike the old UI this one is trying to do something it is not supposed to and thus lags. like i said i do not know what they changed under the hood but in bith case my CPU is under 20% use on my Logitech Keyboard G15's display tho i cannot tell about the GPU, with "uiRenderGPU = true" it is safe to assume it is WAY past 100% usage and at that rate it would lag with 64 "Titan V" in SLI all magically linked and working. (what i am saying is i would need a GPU that would be at least 100 times or more powerful to run the "Main Menu".) the quickest fix would be to revert to the old UI while continuing to work on the new one until it works. (tho who knows it may very well be just the Videos... what if they would have re-encoded the video with a new codec and that would be the sole reason? i am going to try and find the video files and remove or replace them with stubs... like making a empty .txt file and naming it the video name so nothing loads.)
--- Post updated ---
----Updated again----

all tho putting nothing or empty files did not work, i had a video that was a 1 frame repeated small picture so it would not be heavy decoding... the menu still lagged with "uiRenderGPU = true" so it is not video Decoding... so all i can guess is the method they are trying to use is not available on my PC... also to mention i am using Windows 7 and DirectX 11 (latest) and for updates...

Microsoft does not allow Windows 7 to update with a Intel i3 8100, even manually installing updates is blocked with a error they made up. (i had to reinstall windows and carefully skip certain updates if i want to use updates... it is a total gimmick tho... if my processor was "unsupported", windows would never have booted or installed... they are just lazy in making specter/meltdown updates, that's all.)

so in the case of this Menu lagging, if i were to explain it with comparisons, it is like it is trying to do raytracing on a non-RTX card. (that is an example, not what is "actually" happening but that would be the best analog of how missing a chip for a function would make it slower.)

the only thing i wonder is how "fufsgfen" can run the menu with "uiRenderGPU = true" with the same card as me! windows 8.1 maybe? i plan on never using windows 10 (and i am poor so definitely will not "buy" that! would not even get it for free.) so i will just use my Linux partition for future games since that is what they will be made on anyways...

 

Thanks, that is very interesting data!

With Windows 8.1 my UI is butter smooth 60fps with GPU accelerated UI enabled, with 1050Ti 4GB and 416.34 Nvidia driver, it seems not to matter how much I slow CPU, but with software rendered UI it is bit slower than in 0.15 for sure, but not huge difference.

Not sure what is difference between Win 7 and 8 in regards of direct x rendering. Also as Cef UI process is additional one to BeamNG process, not sure if there is something.


One thing that came to mind is if you close steam and run game straight from directory Steam\steamapps\common\BeamNG.drive\Bin64 is UI still slow in either or both modes? Also if you test 32bit version found in steam folder, is that any faster? I know Raceroom works only in 32bit for me from some odd reason.
Also running without Steam eliminates steam overlay issues and such.

Someone I think had issue with RGB light software making UI slow, not sure if any other software could affect it like that.

As not all games have that slow UI thing, there must be something that triggers slowing in your computer, whatever that is and figuring out that would be key to solution, so it is bit of detective work to find out, but for me such is interesting from some reason.

 

I updated my post, but I'll do it again I guess.

And again, I can't move any closer to the railing and there's an invisible wall in the gap. For some reason it also tends to seeming break steering geometry, or it fuses with the geometry.
--- Post updated ---

Unless it's a legal requirement it just takes longer to get into the game. To me it's like branding everything gluten-free.
Bottle of water, now gluten-free!
If you have epilepsy or gluten allergies you should be able to figure out what you can and can't consume. Most games have flashing lights. Water never has gluten.

Odd, I can definitely feel a difference.

 

Since my last post was deleted and my account got terminated for pointing out the huge performance drop since 0.16.2 (which is a pretty bad and shady move from the devs considering I wasn't disrespectful in any way) I'm writhing another one, hoping that this one won't get deleted for no apparent reasons.
Before the Hotfix, I could run the game at a constant 60FPS. Now, there's a huge performance impact and drops, FPS dropping to 10-15fps for several seconds before going back around 50-40FPS. The main menu UI and background are very laggy, about 5FPS or so. UI acceleration OFF on ON, the performance drops are a game killer for me.

If an admin see this, please message me the reasons for my other account termination and the removal of my post.

Thank you.

 

It could be that they let their lawyer play BeamNG without giving that idea a second thought.
--- Post updated ---

What is your CPU and GPU, also driver and windows version might be useful. Also your issue sounds very similar to which I responded here and those test I mentioned might give more information to try to figure out why such is happening:
https://www.beamng.com/threads/0-16-discussion-thread.62094/page-27#post-1023245

 

i did not even know you could start it without steam being started... tho i tried both x86 and x64 and both play the same.

i have those settings in my Nvidia 3d panel

Ambiant Occlusion = Off
Anisotropic filtering = 16x
Antialiasing - FXAA = Off
Antialiasing - Gamma Correction = On
Antialiating - Mode = Enhance the application setting
Antialiasing setting = 2x
Antialiasing Transparency = Off
CUDA - GPUs = ALL
DSR Factors = Off
DSR - Smoothnes = Off
Maximum pre-rendered frames = 1
Multi-Frame Sampled AA (MFAA) = Off
OpenGL rendering GPU = Auto-select
Power management mode = Optimal power
Shader Cashe = On
Texture filtering - Anisotropic sample Optimisation = On
Texture filtering - Negative LOD bias = Clamp
Texture filtering - Quality = Quality
Texture filtering - Trilinear optimisation = On
Threaded optimisation = Auto
Triple Buffering = Off
Vertical Sync = On
Virtual Reality pre-rendered frames = 1

what about you?

 

CPU: i7-4790K@4.30GHz
GPU: GTX1080
RAM: 16GB 1866MHz DDR3
Latest Windows 10 update

Monitoring the load in resource monitor and task manager tells me that there is no overload whatsoever in either cores of the CPU (they are all running equally at standard load) or GPU.
Like I said, everything was fine before the hotfix. I jumped into the game right after it got updated, so I doubt the problem is on my end since I didn't download or setup anything else that could impact my performance (drivers and such).

 

I have default nvidia control panel settings for now, I think that I had some issues with setting AF 16x in control panel before. I think you could try restoring defaults for Nvidia control panel and see if that affects anything as you have now all those saved so you can set them back on if no help with defaults either.

Issue is kinda annoying as every typical and easy solution is not providing much help, but certainly there should be some difference that could be found, there usually is

 

I can confirm that playing around with Nvidia control panel does not change the performance issue. I tried some custom settings and the default "let the 3D application decide" and there is no noticeable difference in performance sadly.

EDIT: I just noticed that there is two instance of UI.exe running in Task manager, is this normal? Shutting either one also shuts the game completely. Can anyone confirm that there was always 2 instance of UI.exe before the hotfix?

 

yes indeed does nothing, and i often had to CTRL+ALT+Delete and close BeamNG since this issue cause the menu is useless when i try "uiRenderGPU = true" (well it was not but i thought at first. if i move the mouse around and hear the blip around where the exit is, it works...)

funny also that the UI has a Chrome Icon with BeamNG in it... i wonder what is the difference with Chrome and the BeamNG UI... (would be funny if i could just rename a Chromium based Browser EXE to BeamNG UI and it would still work lol)

so as far as i can tell software rendering works as it should even if the menu and in game UI plays at 5FPS but the "uiRenderGPU = true" option is unusable to people like me. tho in reality there is nothing i can do other that what i have done... only the DEV can make a script that runs tests and then output a log to be able to find the problem... (like maybe have a schema of each UI steps and how much process time it should take THEN if any step is higher than it should this could narrow down what is the true bottle neck.)

 

Upon further testing for a diagnostic, I found that switching from Fullscreen to borderless and back makes the background video of the main menu runs smoothly for a second or so. Might be because the images are still being processed and compiled while the changes occur...

 

probably like filling up a Buffer in Media Player Classic... since the frames stacks while it changes... tho i am pretty sure there is nothing we can do on our end anymore... we really need the dev to put a diagnostic tool for us who has the problem that we could choose to run and send the data as a log. (all it needs to do is start the game, look at what time it takes for the steps and the UI main loop function/program steps, then close the game and send the log. cause they cannot fix a problem they do not have i guess...)

 

Hmm, for me UI icon is not Chrome icon, I wonder what is with that?

There is two for me in 0.16, together maybe 3% CPU usage in main menu, one is around 2% another is bit under 1%, in 0.15 I see only one, but with 3% CPU usage.

Not sure if your logs could reveal anything to devs, but I'm sure they will ask if they think those could provide something useful information.

It is mystery, need to think a bit if there could be more ideas what could affect this, but there is again lots more data, which might give someone new ideas, thanks from that, it is very interesting to see what eventually is found out causing the issue

 

About slow UI:

I cant take credit for this but someone mentioned pausing the game (hit J). Itll take a few sec for it to load it but the you can take care of yuor business without lag; changing vehicle, parts, TOD. Then hit J when youre ready to play again. Works for me. Actually loading World Editor, change TOD there, save and go back in game can take less than with the UI lag lol

ALSO, the awesome Apps-menu (Ctrl+F9) does not lag att all. I think this menu needs more attention since you can mod the exhaust and engine sounds (amongst other things) right there. Making the Bolide sound like a narly v10 feels good. Making the Sunburst sound like a 00's rallycar is da s*hit and making old Pessima sound like a straight pipe Honda just makes sense.

 

ah, it is not exactly the chrome icon same colors but there is a "CEF" written in it and it is a half circle (half moon?) instead of the usual chromium icon. (not talking about Google Chrome, the other grey blue icon one...) i have my icons in "details" that makes them smaller like 16x16 pixels instead of the huge 64x64 of the desktop.
--- Post updated ---

no offense but that kind of is a different lag that people are experiencing. (your would be resources loading, while in this case it is the actual speedometer and main menu that are lagging in software mode AND is unplayable practically paused in GPU rendering... like i said no offense.)

 

Heh, maybe because it is Chromium Embedded Framework, CEF in short

Check this out:
https://www.makinggames.biz/feature/the-future-of-fast-and-easy-ui-design,8524.html

 

I would gladly provide any necessary logs to the devs upon request