Search Issue Tracker
Fixed
Votes
0
Found in
4.1.1f4
Issue ID
535774
Regression
No
Starting a DX11 Unity player ignores the "-adapter X" setting
Steps to reproduce :
- have a machine with 2 monitors
- open Unity and create a new scene
- build the scene and make a desktop shortcut
- rigth click and go to properties and after the path add "-adapter X"
- set the X to the second monitor
- play the .exe in fullscreen and notice the build starts on the second monitor
- repeat the same steps but this time in DX11 mode and notice the .exe does not start on the second monitor
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [2020.3] Play Mode has visual artifacts when Graphics API is set to DirectX12 with Dynamic Resolution enabled
- White texture appears when setting “RenderTextureFormat.Depth” to “RenderTexture” on the Camera
- Cursor is visible when using “Cursor.lockState = CursorLockMode.Locked” and “Cursor.visible = false”
- Material.SetOverrideTag setting LightMode tag has no effect
- Decal is not rendered when in Camera component Culling Mask dropdown field Default is unselected
mayasarii876
Mar 11, 2022 02:32
http://103.56.148.201/
http://103.56.148.201/newmpo
http://103.56.148.201/mpo17
http://103.56.148.201/mpomm
http://103.56.148.201/mpotower
http://103.56.148.201/parisklub
http://103.56.148.201/juraganslot
http://103.56.148.201/mpo500
http://103.56.148.201/mpokick
http://103.56.148.201/mpoyes
http://103.56.148.201/xyzklub
http://103.56.148.201/betmpo
http://103.56.148.201/ogslot88
http://103.56.148.201/hoki777
http://103.56.148.201/mpojuta
http://103.56.148.201/299slot
http://103.56.148.201/mpo188
http://103.56.148.201/mpogacor
http://103.56.148.201/mpo300
http://103.56.148.201/rgo365
http://103.56.148.201/kingdom288
http://103.56.148.201/wigompo
http://103.56.148.201/mpo8899
http://103.56.148.201/mpopelangi
http://103.56.148.201/mpo555
http://103.56.148.201/dutampo
http://103.56.148.201/klik368
http://103.56.148.201/388hero
http://103.56.148.201/19dewa
http://103.56.148.201/mpoxl
http://103.56.148.201/mpoas
http://103.56.148.201/mposun
http://103.56.148.201/qqslot
http://103.56.148.201/mposport
http://103.56.148.201/dewa234
http://103.56.148.201/mesinmpo
m.Stratikopoulos
Jun 09, 2015 10:21
This is still an issue. The -adapter argument isn't working.
Please , is it going to be fixed or is there a workaround maybe?
jpfranssen
Feb 17, 2015 10:56
It seems that the -adapter N command-line argument is still ignored for DX11 (build 4.6.2f1)
When building for DX9 this works, it nicely runs on the adapter you specify. When building for DX11 however, the viewer only always uses the primary adapter, maybe re-open this issue?
MartijnIvory
Feb 17, 2015 10:49
In which version has this issue been fixed?
I believe it is still a problem, especially on a machine with 2 graphics cards.
If I start 2 instances of my program like this:
start "myApp-dx9_1" myApp-dx9.exe -adapter 0 -screen-fullscreen 0 -screen-width 200 -screen-height 200
start "myApp-dx9_2" myApp-dx9.exe -adapter 1 -screen-fullscreen 0 -screen-width 600 -screen-height 600
They end up on the same monitor (which is no problem to me, I can move the window in code later), but in a tool like GPU-Z you can see that both GPUs are busy. Windows seems to copy the framebuffer from GPU2 to GPU1 if the rendered window is on GPU1.
If I drag the 2nd instance to its own monitor, the GPU load is equally high on the 2 GPUs.
If I build the same app in dx11 mode and start it up in the same way, only the 1st GPU is busy.
If I drag the 2nd instance to its own monitor, the load on GPU1 is much higher, since that is where both the windows are doing the rendering. GPU2 is at a much lower load, just displaying the rendered window from GPU1.