Nothing against Reimars version of DDraw, but I'm going to revert back to using Jeremy's versions of DDraw for the XWAUCP and DSUCP now that he has Set CPU affinity to single core, plus it's specifically for XWA and not for any of the other X-Wing games.
Also Reimar hasn't been seen around here since June, so I don't see any update from him anytime soon.
Jeremy, one quick question, So none of your DLL files are still dependent of having Visual C++ 2013 Runtime files installed, correct?
I am still around, but I don't have any new information to act on or anything that would allow me to fix or do anything about the issues reported so far.
There was a question around refresh rate limit, I am not sure what is missing, but there is the RefreshLimit option in the ddraw.cfg at least.
Also if anyone wants to reach me the quickest way is a PM or via the github issues page.
Made a new release that includes JeremyaFr's fixes to his version.
For the reported hangs/crashes I expect it should fix (most of?) those.
Not so sure about the reports about slowness, the change to default MSAA to off might help with some, but probably not all.
I'm thankful and greatly appreciate the DDraw update. It definitely works better than Dgvoodoo especially on lower spec machines and I use Reimar's version too for xvt and the 98 games. I've noticed there is a mouse and keyboard option in the cfg and as someone who uses mouse and keyboard already with third party software (like ppjoy and glove pie or vjoy and freepie) I was wondering if it would be possible to have an option where the mouse and keyboard worked like in the dos versions of x-wing and tie fighter.
So the mouse returns to 0 movement after several ms instead of the mouse direction continuing until it is moved again like it currently does now. Not that you would probably need it but I have a glovepie cfg and a more recent freepie cfg (which uses python) that I use currently that seems to have it very close to dos movement and it properly blends in with the keyboard movement instead of an either/or situation which you would be welcome to use.
I would appreciate it alot if that was implemented at some point and I can finally do away with virtual joysticks and PIEs
Mouse and keyboard are already additive, you can use both at the same time.
For the mouse to be honest I just don't know what would be a good way to handle it. Just hard-resetting to centered after some time doesn't really seem like it would work well to me?
If you can describe the algorithm used by by your current setup in more detail I might give implementing that a try.
If you have the DOS version of x-wing or tie fighter it is the same mouse movement in that. So you would be using the arrows or a joystick for fast movement and the mouse for precise smaller movements. What I mean by additive is say you're pressing the key to pitch up but you have some analogue movement from the mouse to pitch down that could blend instead of the pitch up key cancelling out the movement on that axis altogether for the mouse.
I have a few programs here that I use which will become clear when you try them. Glovepie is the one I use but vjoy and freepie should work just as well to show how I have the movement setup. There is also a mousetojoystick exe that works with vjoy simply by double right clicking once opened which works almost the same.