Does BMS 4.34 use dx9 or dx11?
-
If there ever was a great reason to fix this bug with 4.34 on Linux & WINE ASAP it’s this one
Here’s to hoping 4.35 or whichever version uses DX11 will work OOTB again with WINE.
@Tank: how would you go about creating a workaround for this bug? I have no windows programming knowledge whatsever beyond a few simple python scripts.
Cheers, Uwe
-
I’m looking for an expert to help with this - I tried on winehq yesterday. No luck so far.
-
Maybe we can get the guys at crossover to take a look at this… I’d pay good money for a supported WINE version that runs BMS like in the “good old 4.33 days”
My thread over at winehq also drew only a couple of not very helpful replies, I hope you’ll be able to find a fix tank!
All the best,
Uwe
-
The ideal solution would be to have testing on linux added to the BMS test suite. Is there any chance for linux QA to be added to the BMS software release process? Doing QA on two different OS platforms improves stability generally, as it is a great way to reveal hard-to-find bugs. Also adding linux support would improve the long-term viability of BMS - who knows what version of Windows will be available 10 years from now. And linux compatibility gives BMS an advantage over DCS.
-
Sorry, but Linux support just isn’t going to happen and there isn’t a real interest in doing any QA for Linux. People (even myself in the past) have wanted this since Falcon’s release in 1998 but it’s just not realistic. Falcon has enough bugs and porting the whole thing to be Linux compatible isn’t worth the effort (it may not even be fully possible without major changes). The argument of what version of Windows will be around in 10 years is not a strong one–we were all using Windows 95, 98, or NT in 1998… and Falcon has been updated along the way to accomodate successive Windows versions, the conversion to 64 bit, etc…
-
The version of Windows that will be available in 10 years will be Windows 10. It is the “last” Windows according to Microsoft, and all future updates, improvements, or overhauls will be done through releases for Windows 10 (in the same way we’ve been already getting them for years).
-
The version of Windows that will be available in 10 years will be Windows 10. It is the “last” Windows according to Microsoft, and all future updates, improvements, or overhauls will be done through releases for Windows 10 (in the same way we’ve been already getting them for years).
Well after reading the article it would almost seem like they’re doing with Windows is kinda like what they do with MSFS2020. Be a major provider with little bits and pieces coming here and there.
-
I’d be happy to see the next version of BMS “regress” to the level of compatibility with WINE that we had with BMS 4.33Ux (this version worked more or less perfectly).
Maybe a combined effort with the WINE devs could help us reach that level of compatibility again?
I’ve been whining for years about creating at least a sub-forum for “BMS on other platforms” here so we can collect tips and tricks, and I think quite a few people would be interested in running a bms dedicated server on a Linux system without the requirement of running and maintaining additional windows instances / licenses. Shtalik and others made quite a bit of progress here, I think at one point someone even built a “one click install” using containers (also still in the “good old 4.33 days” :)).
You’re probably correct though that the target audience is too small (at the moment), not very many BMS users and around 2% of them running some Linux variant (though I doubt this Linux market share is also valid within the BMS community). I’d happily volunteer to test new releases on Linux, maybe all that’s required is a small fix here and there but without having access to the code, that’s naturally impossible to tell. (I know “small fixes ain’t / don’t” from many years of hacking C back in the days
All the best,
Uwe
-
BMS 4.34 dogfight, Instant action and some TE’s already work on linux/wine. It’s probably not difficult to get the rest of BMS 4.34 working with linux/wine, it just takes some expertise.
-
i, for one, would like to see DX12 implemented some day. More tools to use and take advantage of.
-
Just tried with the latest wine devel release 5.20, crash still happens at the same point into the test TE.
All the best,
Uwe
-
You guys using dxvk? I think this is developed for wine originally.
-
Nope plain old wine converting DX to opengl as far as I know
All the best,
Uwe
-
Perhaps you should try
-
I did try dxvk under Manjaro linux, but saw no improvement. Perhaps I didn’t test it in the right way. Someone on this forum said he had BMS434 running on Manjaro, apparently with vulcan, but I wasn’t able to reproduce this.
-
BMS 4.34 dogfight, Instant action and some TE’s already work on linux/wine. It’s probably not difficult to get the rest of BMS 4.34 working with linux/wine, it just takes some expertise.
With dogfight+instant action it sounds like the pattern is for BMS to work on linux, no ATC comms can happen. It seems a fragile part of the BMS software. I use Windows, but I ran into a freeze when the (carrier) ATC had just begun talking when I also lowered the hook in an F-18. The freeze happened instantly right when the hook sound should have played. My best bet is some sound conflict between the ATC talking and hook-being-lowered sound caused my game to freeze up. For me BMS is very stable, I have played that TE dozens of times and I never crash nor freeze. It is so far anecdotal since it only happened once for me, but it is eerily close to what you may be experiencing on linux.
-
This is a reason the devs might want to test on linux, even if Windows is their only target platform. Testing code on a different OS is a great way to reveal bugs. It often happens that code that is shaky but happens to work on the target operating system will reliably fail on another operating system. A rare anecdotal crash on Windows can turn into a good reproducable test case crash on linux, just as jayb suggests. Once you have a test case that crashes every time, you can run it under a debugger at the moment of the crash and see exactly what the problem is.
-
I did try dxvk under Manjaro linux, but saw no improvement. Perhaps I didn’t test it in the right way. Someone on this forum said he had BMS434 running on Manjaro, apparently with vulcan, but I wasn’t able to reproduce this.
I’ve been using DXVK via Lutris - went from ~30fps to ~65fps immediately.
-
Hi all!
I arrived here after this post I put on another Linux thread, but hoover told me here is where the real Linux party is
I’ve seen you people already have tested more or less the same and experienced the same but, just in case, there’s my experience.
About what has been said here already, here are my two cents:
Dx9 or 11. Well, apparently many DX11 games work on Linux so, that might not be a problem.
As for 3.43 crashes, I perfectly understand the devs not wanting to put their time on fixing Linux compatibility but, as tank said, this might be a bug that is not critical on Windows but it is on Linux, so fixing it would benefit us all.
In any case, it would be so helpful to us Linux users to know exactly what is crashing because it might just be a library/dll/program missing that we can install ourselves. So a proper crash log or debug would be very useful and might be just what we need to keep playing on Linux.Cheers!
-
I’ve been using DXVK via Lutris - went from ~30fps to ~65fps immediately.
May I ask which GPU/driver was used in this test? Folks around here didn’t noticed any difference, but most of them used NVidia cards, for Radeon HD 6870 I’ve previosly owned, using gallium nine made BMS run (when id didn’t crash due out of vid memory) at least 50% faster, than default wine DX->OGL translation