[REL] Dummy D3D DLL's that draws nothing in 3D mode
-
They don’t work properly. Use the Linux version instead.
-
I’m a complete Linux bungler (an that from a guy who’s RL nickname is Linus … :rolleyes: ) so i’m afraid thats not an option for me
-
Hi,
I’m trying to find these files for linux and windows. Does anybody know where to get ?
Thanks!
=FN=Fluidman
-
Hi,
Just found the github : https://github.com/sthalik/wine-hacks/tree/wined3d-null
Building to test.
=FN=Fluidman
-
@=FN=Fluidman:
I’m trying to find these files for linux and windows. Does anybody know where to get ?
Don’t bother with running this on Windows. Once in 3d, runs with 2 FPS making the flight model deconverge.
You can verify by forcing console allocation, -and- using the WINEDEBUG=fps environment.
You also need some Mesa with softpipe to make it not crap out on startup due to d3d9 lackage. Stock version didn’t need any hackage to begin with.
Likely not worth bothering trying to get llvmpipe instead of softpipe work on Windows, in BMS it craps out during 3d device initialization.
Just use it on Linux, and save yourself the world of hurt.
-sh
EDIT:
Maybe try get wined3d not spit out 95% of the frames and see how that improves framerate. Also gives info as to what causes the bad mesa/gdi interaction.
-
I dont get it
Is that method usuable for windows 7 ??
-
I dont get it
Is that method usuable for windows 7 ??
It is, but GDI render crapola forces 2 FPS. That deconverges the flight model and breaks netcode.
-
There you have it, a 64-bit dedicated server with 50 FPS in instant action. I’ll create a new thread since there were too many issues with the Linux servers and the previous shoddy Windows version.
Thanks go to BMS team for the .pdb file.
-
Mav-jp it should work on Windows 7 and even XP 64-bit.
-
Anyone know if this is still being supported? It looks like the latest version that was working with 4.36 no longer works with 4.37.
Our squad runs a BMS server without a graphics card so just curious if we will need to change servers if it is no longer supported.
Thanks
-
@zeek not sure if this is the same thing or different, but I think ‘bmsdedi’ is what people are using recently.
https://github.com/UOAF/bmsdedi/releases/
haven’t tested with 4.37 yet, but (assuming no VR) it should work the same I think
-
Thanks airtex, yeah that is the link you get to through that thread eventually and is the one we are running. It is the .DLL from Jan 2021. BMS just crashes on our server with it. Thought it might be the new UI but not sure.
-
@airtex2019 Can confirm - works on my server!
Edit: running 4.37, I should say -
@zeek I was getting crashes too - I’m running it on a VM on proxmox and got crashes when running via RDP (console was fine) until I switched the graphics card to a virtio based one and gave it a good chunk of vram.
-
@delenda - Thanks, our server doesn’t have a graphics card though so good to know its working and that there probably won’t be any update to the DLL. Will look into what changes can be made on the server to troubleshoot.
-
-
@airtex2019 yeah, I think I’m running it on a 16GB VM. Tried 8 at first but that didn’t end well
-
@delenda @airtex2019 - thanks for the info, current server has 8GB so maybe it is as simple as that.
When you had problems with 8GB we’re you able to get to the UI and then it crashed going to 3D? I can’t even get the server into the UI as it just crashes on startup. I watched the ram usage on startup and didn’t see it increase though, but that was just watching it with the task monitor.
Will see about adding additional ram and testing with 16GB.
-
@zeek Hard to say as I changed a few things all at the same time. I just tested again though and I still get crashes before the UI appears when starting BMS through RDP. I have to start BMS in the console session and then I can connect via RDP afterwards, otherwise it just crashes. Are you using RDP?
-
-
@delenda I am using RDP, I tried with VNC and it still crashed, will try from the console next just to be sure.