05-17-2016, 10:37 PM
@all can someone confirm the crash with accurate date on recent amd gpu with latest driver. Tests on latest (future 12.0) are more than welcome too
GSdx 1.0
|
05-17-2016, 10:37 PM
@all can someone confirm the crash with accurate date on recent amd gpu with latest driver. Tests on latest (future 12.0) are more than welcome too
05-18-2016, 01:31 AM
(05-17-2016, 07:42 PM)gregory Wrote: @TransparentBlue Sure.
05-18-2016, 08:40 PM
(05-17-2016, 10:37 PM)gregory Wrote: @all can someone confirm the crash with accurate date on recent amd gpu with latest driver. Tests on latest (future 12.0) are more than welcome too AMD r9 380 with 15.2.1 (windows) drivers, tested OpenGL at 2x scaling. HW Hacks off Accurate Date enabled. Blending set to medium. Tested Jak X Didn't crash. Still performs slow. Enabling and disable accurate date didn't noticeable change alter performance (I don't recall this option having much of an impact before). With the current drives, rendering of text is more correct on builds that predate the addition of the AMD dual-source blending hack. The test over on the forums still show yellow, so I don't know what's going on here. Tested 4 edges demo Didn't crash. Reduction in GS usage by over 50% (1st scene tested), this performance boost is not related to accurate data as this was observed with it off (as well as on). but whatever you did made a difference. This demo has a fog effect (1st scene and a couple others later on) which was not present on the older version of GSDX I tested, and is bugged on the current git build. Tested neoscientists d136b demo Didn't crash. I don't know if any of these made particular use of accurate date.
05-18-2016, 08:54 PM
Hum, the trick is that there is actually several way to implement the DATE (well I implemented it in severals way). And only 1 on 4 method uses the gl extension that generates the FlatOut's crash.
@Flatout could you tell us the game/scene where you got the crash. Here the mess to select the DATE rendering. You need to hit the DATE_GL42 = true line. So DATE that write random alpha value with enough primitives Fifa ought to hit the path. Code: if (DATE) { (Side note: the demo could be the channel stuff).
05-18-2016, 09:16 PM
(05-18-2016, 08:54 PM)gregory Wrote: Hum, the trick is that there is actually several way to implement the DATE (well I implemented it in severals way). And only 1 on 4 method uses the gl extension that generates the FlatOut's crash.I used WRC II, it affects all 3D scenes(for any affected game). I know Ridge Racer V also crashes with it. I just tried FIFA 2003, which does crash.
05-18-2016, 10:12 PM
(05-18-2016, 08:54 PM)gregory Wrote: Here the mess to select the DATE rendering. You need to hit the DATE_GL42 = true line. So DATE that write random alpha value with enough primitives Fifa ought to hit the path.demo link : http://www.pouet.net/prod.php?which=24552 Code: if (DATE) { (GLLoader::found_GL_ARB_shader_image_load_store is true for me) The second scene of this demo uses DATE (hit a breakpoint I set), no crash even with this build. On the plus side, I can now produce a build without the AMD driver hackfix code, whatever half-fix AMD did does a better job. (05-18-2016, 09:16 PM)FlatOut Wrote: I used WRC II, it affects all 3D scenes(for any affected game). I know Ridge Racer V also crashes with it. I have non of those >.>
05-18-2016, 10:49 PM
05-19-2016, 10:46 AM
Ok let's forget about it. I updated the option behavior. Fast paths are always enabled now, so everybody can enjoy it. I will keep it the option for the slow path and for people with AMD card
05-20-2016, 08:07 PM
@TransparentBlue
I made a couple of commits for Terminator3. Could you test them ? Be sure to test various scene. I'm afraid some effect variation could be wrongly supported.
05-22-2016, 01:31 PM
(This post was last modified: 05-22-2016, 01:34 PM by TransparentBlue.
Edit Reason: forgot something
)
(05-20-2016, 08:07 PM)gregory Wrote: @TransparentBlueWent through the whole game just to be sure, made screenshots and dumps on each of the issues I found, there is probably some repeats of the same issue but better safe than sorry. Model blinking through other model in scan vision (only instance in the game I could find and didn't happen in previous revisions): Blacked out geometry in scan vision (SW renderer isn't perfect either as the white haze in the upper part of the image shouldn't be visible through everything) : Washed out/darker color over some texture with some shards of correct color popping up both with and without scan vision (the neon sign blinks so that why it looks different in the second screenshot): Garbage graphics wall N°1: Background effect forming a wall over everything else: Blacked out Geometry in cutscene: Missing fog N°1: Opaque wall N°1: Opaque wall N°2: Wall of garbage graphics N°2: Wall of garbage graphics N°3: Missing fog N°2: Wall of garbage graphics N°4: Wall of garbage graphics N°5: Missing fog N°3: Maybe a bit overkill but that's all the visibly broken stuff in the game outside of the few effects and lights that are visible through solid objects even with the software renderer when they shouldn't. |
« Next Oldest | Next Newest »
|