Dual GPU by way of a DX12 API plugin?

[Mahigan]

What would stop nVidia's drivers from shutting down their card if it detects another card in the system?

You mean render their card inoperable? Microsoft WHQL. NVIDIA would lose WHQL validation for their driver.

With PhysX, NVIDIA had proprietary control over their IP. With D3D12, they don't.

 

[Mahigan]

You have to remember that unlike SLI and CrossfireX, Multi-Adapter is API bound in D3D12 and tied directly to the D3D API and not the software driver. Software drivers don't have any control over multi-adapter, the API and the Game Developer does. In this case, the authors, Stardock, and the D3D12 API control this tech. Not AMD or NVIDIA.

If NVIDIA tried to circumvent this tech, they'd lose D3D12 support qualifications and it would be construed as a "cheat" by Microsoft.

 

[3DVagabond]

If NVIDIA tried to circumvent this tech, they'd lose D3D12 support qualifications and it would be construed as a "cheat" by Microsoft.

We'll see. I'm not as confident as you are that they won't somehow disallow it.

 

[Shmee]

Would be great if this works out.

 

[Bacon1]

Was there any public info released about this at GDC?

 

[Silverforce11]

In theory, its awesome because it can provide multi-GPU scaling where there is none or poor scaling due to developers just foregoing support for CF/SLI these days.

The added bonus would be mix-match GPUs. All Stardock need would be a simple performance profile for each GPU and in SFR, they can assign more or less portions to each GPU to render.

Possible with DX12 as the added overhead for a software layer approach will easily be offset by DX12's CPU efficiency gains.

Hopefully it eventuates.