| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
NVAPI is disabled now due to crashing issues in a wine-specific code
path within the game, but we still want it to detect the correct GPU
so that it doesn't complain about drivers and also allows users to
enable Raytracing.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Physics can bug out at higher fps making the character fly or get stuck when running up or down slopes.
|
|
Partially based on a patch by Derek Lesho.
Co-authored-by: Paul Gofman <pgofman@codeweavers.com>
|
|
nvk supports nir_op_fmulz/ffmaz
|
|
|
|
Disable stdcall aliasing and enable kill-at to ensure our exported
functions don't have the @8, @40, etc suffixes.
This still keeps `--enable-stdcall-fixup` as otherwise the linker can
get confused trying to find exports from the .def. This does not result
in aliases being added, just for them to be found to add to the export
table.
This also switches d3d11 to use the MinGW provided dxgi.lib for linking
and d3d10 to use the MinGW provided d3d11.lib for linking.
Unfortunately the .a's we output seem to still have the @blah that we
killed so we cannot use them for internal linkage since using kill-at.
Tested that what we get out of MinGW now is what we want with dllexp.
Supercedes: #3590
Exports
```
➜ build git:(master) ✗ winedump -j export src/dxgi/dxgi.dll
Contents of src/dxgi/dxgi.dll: 129505860 bytes
Name: DXGI.DLL
Characteristics: 00000000
TimeDateStamp: 64C97A2D Tue Aug 1 22:33:33 2023
Version: 0.00
Ordinal base: 9
# of functions: 9
# of Names: 5
Addresses of functions: 00423028
Addresses of name ordinals: 00423060
Addresses of names: 0042304C
Entry Pt Ordn Name
00007C17 9 CreateDXGIFactory
00007BF3 10 CreateDXGIFactory1
00007B62 11 CreateDXGIFactory2
00007C3B 16 DXGIDeclareAdapterRemovalSupport
00007CD8 17 DXGIGetDebugInterface1
Done dumping src/dxgi/dxgi.dll
```
```
➜ build git:(fix-stdcall-32-bit) winedump -j export src/d3d11/d3d11.dll
Contents of src/d3d11/d3d11.dll: 263021637 bytes
Name: D3D11.DLL
Characteristics: 00000000
TimeDateStamp: 64C97A2E Tue Aug 1 22:33:34 2023
Version: 0.00
Ordinal base: 18
# of functions: 7
# of Names: 4
Addresses of functions: 005E3028
Addresses of name ordinals: 005E3054
Addresses of names: 005E3044
Entry Pt Ordn Name
00020045 18 D3D11CoreCreateDevice
000200AA 22 D3D11CreateDevice
0002010E 23 D3D11CreateDeviceAndSwapChain
0002025F 24 D3D11On12CreateDevice
Done dumping src/d3d11/d3d11.dll
```
Import of DXGI in D3D11
```
offset 005e1014 dxgi.dll
Hint/Name Table: 005E408C
TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970)
ForwarderChain: 00000000
First thunk RVA: 005E4300
Thunk Ordn Name
005e4300 4 CreateDXGIFactory1
```
|
|
|
|
This affects Alpha-to-Coverage.
|
|
Matches D3D11 behaviour and fixes tree rendering in A Total War Saga: TROY.
|
|
|
|
Testing on Windows reveals that this function does not work with windowed
mode swap chains even in flip model.
|
|
FiveM calls this directly and apparently our signature wasn't quite
what they expect it to be.
|
|
|
|
|
|
|
|
|
|
Co-authored-by: NorbertHarangozo <maszek.solutions@gmail.com>
|
|
Fixes #3572.
|
|
Fixes a possible deadlock.
|
|
Reduces lock contention since we can just swap out the entire queue
any time the worker thread runs out of stuff to do.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is just a constant.
|
|
So texture sharing works with vkd3d-proton before correcting flags
there.
|
|
|
|
D3D11DXGIResource::{Get|Create}SharedHandle
|
|
D3D11_RESOURCE_MISC_SHARED_NTHANDLE
|
|
For KMT handle openKmtHandle() creates new handle, for NT handle
m_image->sharedHandle() gets duplicated handle from
vkGetMemoryWin32HandleKHR().
|
|
|
|
The choco package is extremely outdated and breaks now.
|
|
|
|
Some apps such as level editors such as Hammer World Editor, some GUI apps/launchers etc use window overrides in presentation.
Previously we'd remake a new surface every time, which was incredibly slow making these apps basically unusable.
Now we keep one surface + swapchain + image views around per window/window override we have, along with the frame latency objs + frame counter.
(Obviously an app may present to multiple windows in a frame, so for frame latency purposes we track that per-window.
|
|
Otherwise _mm_store_ps can fail
|
|
missions
The game has 3 v-sync options but doesn't explain what they do.
0 = 60 FPS
1 = Monitor Refresh Rate
2 = 30 FPS
Framerate is capped at 60 in missions and then up to monitor refresh in the main menu and tavern area
This PR would provide a better default experience for people using option 1 with high refresh displays
|
|
Since [1], Wine's supports and uses DWARF 4 as default. Make use of it, which
should fix inlined stacks and some other small details.
[1]: https://www.winehq.org/pipermail/wine-devel/2021-November/201333.html
|
|
|
