Wheel input/FFB feeling would be improved if it could also always be updated at 100Hz, regardless of display rate. Higher FPS reduces the seesawing problem too.
Well it's meant to simulate your head being moved around due to the forces, not be a camera wobbling on a mount. Visual cues in lieu of actual G-forces, sort of thing.
SoftTH does not stretch the image, it allows a larger image to be rendered and it should still be the correct aspect ratio. It looks to me as though your monitors are being used with a 4:3 resolution stretched on to 16:9.
Check the configuration of SoftTH.
Pretty sure it would take more GPU power to render those bits at low resolution, as as far as I know it would have to be done separately, then blended with the normal resolution part.
Hmm, in AC there's a "Car Engineer" dev app. It shows the E30 M3's total mass as 1627kg, which seems a bit high? Don't think it's possible to make the car weigh that much in LFS to do a comparison.
"The Direct3D 9 Developer Runtime (aka D3D9D.DLL) in the legacy DirectX SDK (June 2010) is not compatible with Windows 8. In fact, the entire Developer Runtime in the legacy DirectX SDK (June 2010) is not compatible with Windows 8 or with Windows 7 SP1 with KB 2370838 installed"
Only problem is KB 2370838 doesn't seem to exist except for the mention in this context, so possibly it's a typo.
EDIT: I was right, it's actually 2670838: http://support.microsoft.com/kb/2670838
EDIT 2: And I think that's a red herring because I do have this patch installed anyway. Maybe that patch breaks the x64 panel.
For me, the settings correctly stay switched on when running the 32-bit control panel located under Utilities\bin\x86\dxcpl.exe, quitting and reloading keeps settings as I left them.
Changing the Direct3D 9 settings with the 64-bit x64\dxcpl.exe has no effect and behaves as you described. Settings on the other tabs do persist though with this version.
I have just checked with regedit, and the 64-bit version does actually set the appropriate registry entries but seems to not to be able to read them. The settings are stored in HKEY_CURRENT_USER\Software\Microsoft\Direct3D. LoadDebugRuntime should be a DWORD set to 1. As before, this affects d3d9 but not d3d8.
Hmm, does it give you the UAC prompt when started? If not you could try running it as Administrator. Also there are two versions, I've only touched the x86 version as LFS isn't 64 bit.
I just tested the x64 version and indeed the settings don't stick there, whether run as Administrator or not!
EDIT: Further testing, seems to be that Direct3D 9 debugging works, but Direct3D 8 is not affected. I am seeing messages because I have the d3d8 to d3d9 wrapper in place for softth...
LFS fails to start with the combination of d3d8 to d3d9 wrapper and softth d3d9.dll in place, when the debug version is selected, so it seems enabling this option does have some effect in Windows 7. I don't actually have a debugger installed to see what is actually happening.
One factor in my case is that there are two third party DLLs involved that probably cannot be debugged by us mere mortals anyway. I'll give Kegetys a prod on that one.
I wonder, are you using this new-fangled Windows SDK or the last DirectX SDK from 2010?
Don't really see the point of this arguing. Upgrading to DX10 wouldn't magically improve LFS' graphics or performance. So DX9 seems a reasonable step as that will give access to shaders without cutting of XP users.