[REL] Dummy D3D DLL's that draws nothing in 3D mode
-
https://github.com/sthalik/wine-hacks/tree/wined3d-null - Wine branch that works
tightvnc has GLX (needed for llvmpipe)
mesa-gl (use softpipe, llvmpipe is buggy, can use debian sid’s libgl1-mesa-swx11-dev). No need for libosmesa.RDP won’t work cause Falcon wouldn’t persist in the background. Have to use persistent session that doesn’t logout.
-
Testing now on a VM
-
RDP won’t work cause Falcon wouldn’t persist in the background. Have to use persistent session that doesn’t logout.
RDP with the /admin flag connects to the console, or does that not work either?
-
Try. If it works, please report back
You need d3dx9_43.dll anyway, stock one will do.
-
sthalik,
Did you just get divorced or lose your job or something? You seem quite prolific this week.
Just kidding of course. Hope it works keeping the server stable.
-
Got a few days off due to people testing my work’s product without the need for my involvement.
Please tell me of success stories as well as problems.
-
RDP won’t work cause Falcon wouldn’t persist in the background. Have to use persistent session that doesn’t logout.
RDP works fine with a Windows to Windows connection. You just use Disconnect rather than Logoff (its in the menu or just close the RDP window). BMS runs fine in the background and when you log back in, everything is as you left it. That is how I tested your fix previously.
-
-
When I unzipped it to the bin/x86 folder, it created a folder with the dll’s in it. Is that correct, or should the dll’s themselves be in the bin/x86 folder? And is that new execute necessary, or just needed for debugging? And, where do I find WINEDEBUG, to set it to -all?
-
When I unzipped it to the bin/x86 folder, it created a folder with the dll’s in it. Is that correct, or should the dll’s themselves be in the bin/x86 folder? And is that new execute necessary, or just needed for debugging? And, where do I find WINEDEBUG, to set it to -all?
AFAIK the dll’s have to be in the x86 folder. At least this worked on our lenovo t-61 notebook “server” (win7)
-
Excellent work sthalik! Currently compiling your wine branch for x86 linux mint for testing.
-
AFAIK the dll’s have to be in the x86 folder. At least this worked on our lenovo t-61 notebook “server” (win7)
Thought so, but I had to ask. Thanks.
-
when u say u tested it… well u say it works,but how correct is that? what i mean is in 2d there are synch problems. with this have u measured cpu load? or fps count? I know asking for a fps count in souch solution is way odd, but it’s a good number that reasures u that the engine works ok.
-
Hmmm, compiled and successfully installed the wine branch. Now I get over the menus (without the new wine it crashed after clicking “Launch”) to the loading screen but there it crashes
LLVM ERROR: Program used external function ‘’ which could not be resolved!
It’s a virtual machine (virtualbox-ose with linux mint x86). Is it supposed to be running in a virtual machine?
Best regards
Loki
-
Loki: it has to work.
Why are you using LLVM?
First post includes instructions how to use softpipe instead of llvmpipe.
http://wiki.winehq.org/WineD3DOnWindows
You need git mesa of course.
If you use llvmpipe you’re gonna get not just that, but REALLY NASTY AND UNSOLVABLE CRASHES. You have been warned!
-
Copy thanks for the fast reply. I’ll have to dig deeper I guess.
-
You can use generic configure script instead of scons on UNIX. The scons script is only required on Windows. You can even make yourself a Debian package and hold it if you know how to modify debian/rules.
-
Thanks for the fast answer again! Just that I get it right: I need your modified wine running (I think I got that covered) It’s seems to be running because it enables me to get into the main ingame menu of BMS. I can successfully start a campaign and so on… (As I already said it just crashed after the loading screen before the 3D world) The configure parameters don’t have to be special right?
Plus: The git version of mesa. That’s where I am stuck a bit now… Am I missing something else? And is there an easy way to tell the mesa autoconf script not to care about outdated libdrm_radeon (which we’re not going to use anyway AFAIK)? It’s surprisingly annoying to convince this thing not to look for that…
In case I make it to “make” ^^ do I need special build parameters for mesa?
Did I forget something important? I am really looking forward to a low profile falcon bms host on a linux system!
-
Yes. There’s an option to build only swrast. Build only swrast for gallium and everything else! Don’t build llvmpipe either!
You only need special stuff for configure, make and make install will work. Just make sure that you delete original mesa.
OR YOU CAN INSTALL libgl1-mesa-swx11 and forget all this busywork.
-
Status Update:
Loaded up an Amazon AWS VM tonight with Windows 2012 running under the AWS hypervisor (Xen). I used a 2 core VM with 7.5 GB RAM. I had used this server to run a 2D server previously. I decided to try Win Server 2012 (rather than 2008 ) as I already had an Image with BMS U4 made and ready to launch.
I connected via RDP, started BMS in Window mode and started a Rolling Fire campaign and put the server in the 3D world with a C-17 Ramp Starting at Kimhae. I disconnected the RDP and connected my client at 512 speed (no other clients). I then flew a SEAD mission out of Kunsan and everything seemed to work flawlessly. No lag or any other significant anomalies observed. It was a long mission so I was airborne for close to an hour. The AWS log said that I was running consistently at ~65% average load on the server while the campaign was running. Unfortunately I didn’t compare that load to leaving the server in 2D which I think would be interesting.
A quick question for sthalik. I turned off all the shaders in the configuration screen as directed. However, I can not get to the Setup screen in BMS to disable AA, AF, etc as I believe it requires DirectDraw which the VM does not have (BMS hangs if you try to enter the screen). So would having AA, AF running be adding overhead or it doesn’t matter? I guess I could disable those on a local machine and possibly upload the appropriate configuration files to the server (I think they are dx9display.dsp and windowconfig.dat).
Anyway, it was a quick test but I’m pretty impressed with the results so far. I’m off to try a different Xen based VM on a better gaming network and I’ll begin testing more clients. But so far what I’m seeing is pretty impressive.
Post any questions/suggestions here.
EDIT: I compared running a campaign in 2D versus 3D and there is very little difference in the amount of CPU and RAM being used.