[REL] Dummy D3D DLL's that draws nothing in 3D mode
-
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.
-
Either add a sound card or delete particlesys.ini
It’s even in first post
-
Ok, I’ll try that (deleting the file… can’t add a soundcard). Thanks!
EDIT: Renaming particlesys.ini didn’t work… still crashes when accessing the Setup screen.
-
With linux mint x86 I was able to get into pit :woohoo: (I installed libgl1-mesa-swx11 from a debian repo. Good hint sthalik!)
“Bad” thing is, I see cockpit and other jets ‘n’ stuff ^^ Looks like the modified dlls are not loaded for some reason
ingame graphics
configure graphics
most sofisticated launch approach
the bms x86-dir
wine dll-settings
wine –version = wine-1.5.24-241-gff597d8
Any suggestions?
-
Well done comrad Stahlik. Dedicated version for BMS
-
Yes. There’s a hint:
apt-get purge wine
apt-get build-dep wine
apt-get install libgl1-mesa-swx11
install wine from my repo???
PROFIT!
Oh, you need to “git checkout wined3d-null”, don’t build default branch!!!
-
Thanks for the fast answer! I tried that, it didn’t work. I’ll restart from scratch with a debian testing. The libraries of linux mint - i used to compile wine - aren’t the newest, maybe there’s the error.
-
Bet you forgot to “git checkout wined3d-null” after cloning.
-
Yes, i just cloned, ./configure –prefix=/usr && make && sudo checkinstall (…)
:mrgreen:
Definitely a good point to change with debian (installing …).