Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
July-August 2015 progress report
#1

6-2015 progress report

Hello everyone! Welcome to PCSX2's July-August 2015 progress report! Since we were late again ( Tongue) we'll include the first half of August in this report as well. So sit back, buckle up and hold on as we go over the changes that happened in the months of July and August! First we will go over some more magic in the realm of GSdx.


This was given a brief mention last month, but I wanted to go over it in a little more detail because it is so important. Along with all the changes you've read about in GSdx lately (if you've been following our reports), GSdx was bumped to version 1.0. In the OpenGL backend this negated the need for many game specific hacks. The hacks are still present however, as they are still needed for the Direct3D backends. Once someone ports some of the new changes over to Direct3D they will be able to be removed entirely. The hacks in question skip many different types of effects that were broken until Gregory worked his magic – things like fog, shadows, special shading, brightness, coloring and so on. With the new accurate options, not only are those hacks no longer needed but the effects in question now render correctly. You can take a look back at our two previous reports for some screenshot examples of that. I'd like to give a big shout out to Gregory for his massive improvements to GSdx lately. It was very recently that the OpenGL backend was far inferior to the Direct3D ones, but that isn't the case anymore. The accuracy of GSdx OpenGL has improved by leaps and bounds lately and it is now far more accurate than the Direct3D backends.

In more exciting news, the creator of GSdx, Gabest has showed up once more and already begun fixing bugs or speeding up things, we hope he'll stick around more this time. Welcome back! Laugh

Speaking of that, there were a few more improvements in July/August so lets take a look at those!

GSdx:

Blending unit accuracy options by ssakash & Gregory

With the added accurate options in the OpenGL renderer, we had to group and clarify them in the GUI. A new dropdown was added with 6 accurate blending options from None to Ultra (note that Full and Ultra have insane CPU requirements!), so our users can choose which to use depending on the game and the power of their PCs


Relevant commit:
Gsdx-gui: Accurate blending unit for Windows



Implement an ultra accurate blending feature in high accurate blending with a small performance hit by Gregory

Some users noticed that the ultra accurate blending mode was needed to properly emulate the distance fog in God of War but it was really too slow (and never meant to be used anyway). After debugging, it was found that God of War uses a blending with the alpha of the destination to emulate the fog. Very few draw calls use the alpha of the destination so they are now incorporated in the high accurate blending level with a small performance hit.

Relevant commit:
Gsdx-ogl: extend cclip blending level with destination alpha blending



HDR colclip by Gregory

HDR (AKA High Dynamic range rendering) is useful for calculations done on a larger dynamic range, which is more accurate to be used on these scenarios since the PS2 also made use of HDR rendering. HDR allows to represent a wider range of colors so the shading algorithms have accurate color information for all the objects which is quite useful since it's needed for accurate reproduction of some lightning and bloom effects.

Note: Dynamic range is the ratio between the smallest and largest signal values.

The previously discussed accurate blending algorithm has been made a lot more efficient by replacing it with a new high dynamic range rendering based algorithm.

Let's take a look at the improvements made on the algorithm by comparing it to the GS in a scenario of blending two fragments of color 20 and 255 on a target of color 250. Notice that the new algorithm gives us the result using 2 passes, that's why it is also more CPU demanding than the old code.


Graphics Synthesizer
FormulaEquationResult
(Cd+Cs) % 256 (250 + 20) % 256 14
(Cd+Cs) % 256 (14 + 255) % 256 13


Older Algorithmn (Direct3D)
FormulaEquationResult
for Cs < 128 : Cd + Cs (250 + 20) 255 (saturated result)
for Cs > 128 : Cd - (256 - CS ) (255 - (256-255)) 254


Where the old algorithm would only work in cases of no overflow of operations, the new one will be even better since the first pass could go beyond the minimum and maximum limits. (no overflow)


New HDR based algorithm
FormulaEquation Pass 1Equation Pass 2Result
Cd + Cs => Cd % 256 250+20 => 270 270 % 256 14
Cd + Cs => Cd % 256 14+255 (pass 1) => 269 269 % 256 13


As you can see, the new HDR based algorithm produces accurate results compared to the GS in comparison to the older algorithm.

Check out the fog like effects in God of War 1 which are now emulated correctly in OpenGL with blending accuracy set to high:

Gow HDR Gow HDR Gow HDR Gow HDR

Relevant PR:
Hdr colclip



Software renderer fixes by Gregory & Gabest:

  • Silent Hill outputs a nan in Q to emulate the flashlight - an unsupported NaN (not a number) on the projection value (Q). The issue was fixed by Gregory using an isnan test to find out when this is used. Gabest pitched in and decreased the speed impact by using inlined ASM. Fixes the long standing Silent Hill 3 flashlight effect issue.
  • Wrong data mask for DATE operation on pseudo 16 bits RT: Fixes shadow colors on Haunting Ground
  • Fix texture addressing outside the limits (only for OCL and SW mode), done by extending the cached texture size to the upper limits of the region clamp values: Fixes Lupin the 3rd
  • Texture size reduction: Fixes Horzes, Stolen and likely all games that generate an out-of-memory error.

Haunting Ground shadow coloring is now fixed under the OpenGL software renderer:

Haunting Ground Haunting Ground

Silent Hill 3 flashlight working properly under the OpenGL software renderer:

Silent Hill 3 Silent Hill 3

Relevant commits:
Gsdx: simplified isnan test, it compiles to an inline sse instruction and a flag test, silent hill dump still looks fine.
Gsdx-Ogl: rare corner case when both texture shuffle and date are enabled
Lupin 3 fix, texture addressing outside the limits, only for sw and opencl yet
Gsdx: texture size reduction in sw mode, fixes Stolen, less memory usage in general



GSdx: Post-processing updates by Asmodean

Our resident post processing effect guru Asmodean made his comeback, providing a new version of his awesome effects suite for GSdx and fixing its compatibility with the new and improved OpenGL renderer. Changelog is here.

Relevant PR:
GSdx: Post-processing updates


New feature:

Folder memory cards by AdmiralCurtiss

This huge PR was finally merged after much debate, testing and improvements! The new system basically bypasses the traditional 8mb memory card file system and creates a folder, where each game freely creates its save files without the 8mb file limitation.
This means that users can switch to this system and:

  • Never worry again about their memcards getting filled and having to use many different files
  • Easily share single game saves instead of whole memory cards by simply zipping the folder of the game
  • Easily backup and delete game saves without going into the PS2 bios or running the game
  • Convert your old memory cards to a folder using the built-in convert feature

AdmiralCurtiss quickly nailed out some bugs that emerged after the merge, making this feature pretty much stable and safe for everyday usage. Hopefully we will be able to extend this feature to even automatically convert GameFAQ saves (.cbs, .max etc) and use them without much hassle Smile

A big thanks to him for putting up with our worries about the new system and the hard work he put into this! You can use the new feature from the memory card configuration, create a new memory card and select Folder (experimental). The convert feature is also in the memory card menu Wink

Folder memory cards

Relevant PR: Memory Card as folder instead of a big raw file


GUI:

Upgrade to wxWidgets 3 for Windows-GUI fixes by turtleli & micove

PCSX2 has been using wxWidgets for its GUI since Jake Stine's redesign some years back, which was then at version 2.8. Since then, wxWidgets has been updated to version 3 (on November 2013!) but no active developer dared to attempt an update due to various customizations done by Jake. Until recently that is! Gregory started by updating the Linux side of PCSX2 to the new version and turteli made it happen for Windows too. The few bugs that emerged got quickly squashed by turteli and micove Smile

Relevant PR and commits:
Windows: switch to wxWidgets 3.0
Fix Unicode issues in SPU2-X with PortAudio.
wxWidgets 3.0 fixes


Onepad (Linux):

Dual Shock 3 support for OnePad in Linux by JasonBrownDeveloper

A long standing issue with DS3 controller axis detection in Linux prevented people from using them with the OnePad plugin, but no longer thanks to JasonBrownDeveloper Smile

Relevant PR: Minimum code needed to get Dualshock 3 working with onepad on recent linux and evdev releases

Thanks to all the GIT contributions during these 1,5 months and to all the active testers who encourage development to continue! The next progress report will probably come at the end of September since vacations will happen and we're never on time anyway!

[Image: newsig.jpg]
Reply

Sponsored links

#2
Keep the reports coming.
Thanks for everyones hard work Smile
Reply
#3
Thank you very much for the report.

(08-17-2015, 04:09 PM)Bositman Wrote: Texture size reduction: Fixes Horzes, Stolen and likely all games that generate an out-of-memory error.

Does this mean the 4GB Patch isn't needed anymore?
Reply
#4
Looks good, sorry I wasn't more help Ninja
[Image: ov4]
Gaming: Intel i7 3770k @ 4.2Ghz | R9 290 | 16GB RAM | 480GB(240GB+240GB RAID0) SSD | 3 TB HDD | 1 TB HDD | 500GB HDD
Server: AMD FX 6300 @ 4.4Ghz | GTX 670 | 16GB RAM | 240GB SSD | 320GB HDD
PCSX2 General Troubleshooting FAQ
Reply
#5
Yay.

Isnt ultra accurate blending pushing the gpu to its limit and not the cpu? I thought this is a HW accelerated feature?

Now I actually like the idea of always getting late reports. Shows us how human the whole development is. Smile
Reply
#6
A lot of the blending in ultra mode is done in software, but it's ultra slow, i think there's a ton of moving stuff back and forth from the GPU.
[Image: ref_sig_anim.gif]
Like our Facebook Page and visit our Facebook Group!
Reply
#7
(08-17-2015, 07:36 PM)xemnas99 Wrote: Thank you very much for the report.


Does this mean the 4GB Patch isn't needed anymore?

It means it will be less needed in SW mode.

Quote: Isnt ultra accurate blending pushing the gpu to its limit and not the cpu? I thought this is a HW accelerated feature?
No, it is an HW un-accelerated (aka shader) feature. In order to ensure coherency I need to draw primitive by primitive. A single draw of 1000 triangles will become 1000 draws of 1 triangle (with 1000 texture cache flush in the middle). Yes it is awfully slow. However it is enough to emulate most of the effect with a small performance impact (10% on GoW). In my opinion it is good trade off.
Reply
#8
(08-18-2015, 09:37 AM)gregory Wrote: It means it will be less needed in SW mode.

Thank you for the information.
Reply
#9
That Memory Card folder feature makes it look like PSP's SAVEDATA folder which is ***** awesome. Exactly what I always wanted!

EDIT: Boo censorship Sad
CPU: Intel Core i7 3770s 3.1 GHz (Turbo 3.9 GHz)
GPU: Nvidia GeForce GTX 980 4096 MB
RAM: 8192 MB DDR3
MOBO: Asus P8Z77-V LK
OS: Windows 8.1 Pro with Media Center 64-bit
Reply
#10
Please release a new stable version.. I think there are enough changes now and hate downoading all these GiT builds Smile
Lenovo 50-70 Gaming Laptop
Intel Core i7-4720HQ @ 2.6Ghz - 3.6Ghz Quad Core
Nvidia GTX 960M 4GB
8GB DDR3 Ram
15.6'' Full HD 1920 x 1080 IPS
Windows 8.1 SL 64 Bit
All I have in this world is my balls and my word and I don't break them for no one. - Tony Montana
Reply




Users browsing this thread: 1 Guest(s)