VOGONS


dgVoodoo 2.7.x and related WIP versions

Topic actions

  • This topic is locked. You cannot reply or edit posts.

Reply 21 of 474, by Dege

User metadata
Rank l33t
Rank
l33t

Sw rendered Unreal? 😁 I saw it ages ago.

Gamma correction: as it turned out, D3D12 swapchains don't support native gamma calibration (unlike D3D11 swapchains), so dgVoodoo can only apply it as a frame-postprocess effect, like in windowed mode.
However I didn't want to force it in D3D12 because it caused measurable frame drop with some games in the 1000-2000 fps domain and it would have been a pity to always waste extra resources even for cases when the gamma curve is almost the same as the default (identic) one.
So, yes, currently "inherit color profile" is the only way to have it working.

Reply 24 of 474, by Dege

User metadata
Rank l33t
Rank
l33t
lowenz wrote on 2020-07-01, 19:00:

And about Chaos Theory? Why your patch fixes the black screen too?

TBH, I don't have a clue... 😁 I forgot about the fact that I silently used my patch when testing this game.
I gave it another go with the unpatched exe and it just crashed for me, as expected.

As for the timeframe: both with D3D11 and 12 it's quite smooth for me. Not perfectly, like a dead's ECG and D3D11 seems to be a little bit more noisy in the menu.
But I don't really understand what frametime measures exactly: if it's vsynced to 60fps then frametime why isn't just constant 16.6ms? And how can it intermittently spike over, into 17.x ms?

lowenz wrote on 2020-07-01, 20:17:

Yes, I read it.

Reply 28 of 474, by Dege

User metadata
Rank l33t
Rank
l33t

Thanks for the report!
As for the performance, generally speaking I'm not really confident with D3D12 (vs D3D11). At least, not on my GF card (but the situation can be different with AMD).
I have a few stuffs at venture where D3D11 gives more fps than 12. The GPU usage is somewhat larger in spite of both 11 and 12 are driven by the same shaders, etc.
I don't know what the exact reason is. D3D11 shaders are not converted to DXIL while 12 are + nVidia D3D11 implementation is insanely optimized. Maybe such things?
Some recent driver version even seems to give more power(?), as I get much more fps's with D3D11 than previously (on this occasion, I'm not happy with that 😁).

Fast vidmem: yes, I already fixed it. D3D12 + compressed textures crashed. Also, I discovered a regression bug in DDraw, it's also fixed (Jazz Jackrabbit2 crashes with fastvidmem access, with any backend). AFAIR, somebody already reported it but I couldn't reproduce that so the whole 2.6.x series is affected.

Reply 34 of 474, by Dege

User metadata
Rank l33t
Rank
l33t

Thx! Good news! I can reproduce it with WIP74 but not with the current dev version I have.
The reason must be the fact that I sorta improved the wrapper 2D part that weren't compatible with MSAA (e.g. DDraw blittings were rendering on pixel centers instead of 'whole pixels').
(I got a feedback about that Dungeon Siege had a similar problem with shadow textures when MSAA was forced.)

Reply 36 of 474, by Dege

User metadata
Rank l33t
Rank
l33t

You mean the white-texture issue? I don't know but I have a guess that AMD driver has a bug somewhere internally in mapping DX11 srv-binding table to srv descriptors. With DX12 it's handled directly by dgVoodoo.

Last edited by Dege on 2020-07-23, 20:11. Edited 1 time in total.

Reply 38 of 474, by AlDaja

User metadata
Rank Newbie
Rank
Newbie
Dege wrote on 2020-06-30, 18:15:
I don't have too much time these days so I worked on minor things that would never be done or fixed otherwise: […]
Show full quote

I don't have too much time these days so I worked on minor things that would never be done or fixed otherwise:

=========================
WIP74:
=========================

- D3D12 missing stencil plane copy in blitting operations, fixed (DDraw)
- D3D12 optional true partial depth buffer copy in blittings (DDraw) (GPU support required)
- D3D12 optional stencil read/writeback for depth buffer CPU access for forced resolutions/MSAA (DDraw, Glide3 Napalm) (GPU support required)
- D3D12 Draw*Instanced called with wrong parameter(s), fixed (60 Seconds For Mr. Light)
- D3D12 shader data reflection bug in the code generator, fixed (Carrier Gaia Command Mission, Valkyria Chronicles)
- D3D12 some initial optimization for sm5.1 in the code generator
- D3D12 strip-cut optimization for more optimal batching of DrawIndexed calls (D3D, Glide3, Glide3 Napalm)
- D3D12 Glide wrong gamma ramp parameter passing, fixed (single threaded case, NFS2)
- D3D11 minor backend bug fixed (my own tests)
- Output API option 'Best available' didn't choose D3D11 FL10.0 when that was the only available hw feature level, fixed
- Fixing a D3D frontend crash (scene demo Resurrection)
- Fixing a memory alloc bug in x64 D3D9
- Glide/DX cooperation defect causing crash at exit, fixed (NFS2 demo)

http://dege.fw.hu/temp/dgVoodooWIP74.zip
http://dege.fw.hu/temp/dgVoodooWIP74_dbg.zip

Wondering if any of your fixes noted on this post, might solve an issue I myself and others have encountered in the past few months with recent Starfleet Command 3 installs on Windows 10 devices that have DirectX 12. I installed the Microsoft DirectX® End-User Runtime update that Mircosoft claims back-fills for any missing drivers, but it doesn't appear to have fixed the problem and/or DirectX 12 just ignores it. From what I've read, it seams DirectX 12 doesn't support older games at all. If the above zips could fix the issue (see below), what files and where do I drop them specifically? Do I need to put them in both the 64 and 32 bit folders on my system?

To clarify, the game after I install plays fine (full screen, etc.). The issue I'm having specifically, is that the texture renders are incorrect or non-existent; no apparent loading of the textures from the "Space" folder, weapons/shield effects have muted tones and the ship renders are missing. Strange thing is, if I copy over my mod files to replace the Taldren Assets/MetaAssets the ships show up, but still stuck with the other texture issues.

This is what I get after installing SFC3, the Taldren patch, the Starfleet Command 3 HD&Gamespy Patch https://hotandspicyforums.com/starfleet-comma … tch-t18931.html, and the dgVoodoo2 files: D3D8.dll, ddraw.dll, dgVoodoo.conf everytime I play:

SFC3 2020-07-22 20-38-15.png
Filename
SFC3 2020-07-22 20-38-15.png
File size
199.69 KiB
Views
2188 views
File license
Public domain

What I have in the game directory for your review:

SFC3 2020-07-22 20-38-15.png
Filename
SFC3 2020-07-22 20-38-15.png
File size
199.69 KiB
Views
2188 views
File license
Public domain

Attachments

  • Untitled.jpg
    Filename
    Untitled.jpg
    File size
    93.71 KiB
    Views
    2188 views
    File license
    Public domain
Last edited by Stiletto on 2020-08-12, 02:49. Edited 1 time in total.

Reply 39 of 474, by yochenhsieh

User metadata
Rank Newbie
Rank
Newbie
AlDaja wrote on 2020-07-24, 00:27:

This is what I get after installing SFC3, the Taldren patch, the Starfleet Command 3 HD&Gamespy Patch [https://hotandspicyforums.com/starfleet-comma … tch-t18931.html[/url], and the dgVoodoo2 files: D3D8.dll, ddraw.dll, dgVoodoo.conf everytime I play:
What I have in the game directory for your review:
SFC3 2020-07-22 20-38-15.png

Hi
I don't see d3d8.dll in your folder. Did you copy to the right place?

And I recommend move dxgi.dll to other place to disable Reshade for testing.