DX12 Support in PCSX2
|
DX12 Support in PCSX2
|
12-30-2015, 05:50 PM
(12-30-2015, 05:46 PM)gregory Wrote: Yes yes I know. I'm just saying that it would be nice to have a portable solution that fit everyone needs.I know that's what you meant. it was nothing but a joke 
CPU : AMD Ryzen 7 3800X
Mobo : Asus PRIME B450-PLUS GPU : NVIDIA GeForce RTX 3070 RAM : 16 Go 
12-30-2015, 05:52 PM
Nevertheless I would really like to have this portable solution now
12-30-2015, 05:52 PM
Lower level API regardless of what that API is will improve performance, it is not a hypothetical, it is a matter of fact. The more resources that can be used to process information at one time will ALWAYS improve performance.
The actual question we should be asking is how much of a performance increase will we see. How PCSX2 works may not see a large enough benefit. I cannot say with any logical amount of knowledge how much the benefit would be. it could be virtually nothing 1 to 2 % or huge like what Dolphin saw.
Windows 10
Intel 5930k 4.2ghz/core 32 GBs of 2400MHz DDR4 AMD PoweColor 390X (GPUs are expensive or this would be in crossfire) 
12-30-2015, 06:37 PM
(12-30-2015, 05:40 PM)willkuer Wrote: Does this statement has any reason or are you just trolling? ok, ok, ok OGL is also good
12-30-2015, 08:05 PM
(12-30-2015, 05:52 PM)Eiodalin Wrote: Lower level API regardless of what that API is will improve performance, it is not a hypothetical, it is a matter of fact. In the same sense you could say using assembler increases performance over any high-level language. Sure if your are one of the world's best asm programmer you can be better than a modern compiler. However bad asm code is slower than most compiled c code. If you use low-level stuff you should ensure that you are better than those who normally write drivers. I am not sure but I would expect that those who write drivers for many years know more stuff than you. On the other hand you can write highly specialized software where a driver is as general as possible. Just the availability of low-level programming doesn't increase performance.
12-30-2015, 11:25 PM
(12-30-2015, 03:07 PM)gregory Wrote: The issue is inside the Xserver Can't you just detect if GL extension is available (as you are doing with separate shader objects and so on)?
12-31-2015, 11:09 AM
(12-30-2015, 05:52 PM)Eiodalin Wrote: Lower level API regardless of what that API is will improve performance, it is not a hypothetical, it is a matter of fact. The more resources that can be used to process information at one time will ALWAYS improve performance.If GL runs in a separate thread, it could run 1000 times faster without any impact on the global performance. For example, if you are EE limited, GS speed doesn't really impact the emulation speed. If the driver is optimized very well, a naive port could be slower. In our case, emulation is really basic. So no optimization is likely as good as uber optimization (we want low latency). (12-30-2015, 11:25 PM)frantisekz Wrote: Can't you just detect if GL extension is available (as you are doing with separate shader objects and so on)?No, I can only detect GL extension AFTER the context creation. So you can't create the context based on the support extension (that why the above check is annoying). Don't worry I will find a solution. First I need to do some benchmark on Nvidia with both multi-thread OFF/ON. Maybe they just implement a stub without any real optimization.
12-31-2015, 11:55 AM
(12-31-2015, 11:09 AM)gregory Wrote: If GL runs in a separate thread, it could run 1000 times faster without any impact on the global performance. For example, if you are EE limited, GS speed doesn't really impact the emulation speed. One could argue that it would make PCSX2 less EE limited, thus the performance would be increased. I think this discussion is pointless, though. It's your choice to do it or not do it. This is kind of a hobby after all.
12-31-2015, 06:01 PM
For obvious reason I won't do a DX12 port
Here a couple of benchmark with the new GL extension. Unfortunately it is barely faster. I hope that extension isn't completely implemented. Code: //////////////////////////////////////////////////////////
12-31-2015, 07:14 PM
(12-29-2015, 01:06 PM)gregory Wrote: This kind of extension could help to increase perf without rewriting the full plugin Are there really that many GL errors in PCSX2 that would warrant using this? |
|
« Next Oldest | Next Newest »
|
The function __glXDisp_CreateContextAttribsARB checks the flag bit validity. Each times a new extension uses a new bit, the code must be updated. So I can't use the extension on linux until someone fix the Xserver (I didn't found anything for Mesa but potentially they have a similar check too)