am\steamapps\common\Crysis\bin32\crysis.exe: r600_blit.c:281: r600_decompress_depth_textures: Assertion `tex->is_depth && !tex->is_flushing_texture' failed.
fixme:faultrep:ReportFault 0x738120 0x0 stub
This is a regression and bisect narrowed it down to:
Author: Fredrik Höglund <firstname.lastname@example.org>
Date: Fri Jan 8 16:31:14 2016 -0500
st/mesa: Accelerate PBO uploads
Unfortunately I was not able to get backtrace or apitrace (d3d9 or opengl).
For me the bug is triggered when using the wine native d3d9 to opengl wrapper, running the steam version of Crysis 1. The game starts, shows intros and menus, loading screen, but crashes when level is started.
Created attachment 122214 [details] [review]
Possible fix based on problem description
Thanks for the report. Based on a quick inspection of the code, I noticed a logic bug in compressed depthtex tracking.
Could you please try the attached patch and report whether it fixes the problem? If it *doesn't* fix the problem, it would be helpful to get a backtrace.
(In reply to Nicolai Hähnle from comment #1)
> Created attachment 122214 [details] [review] [review]
> Possible fix based on problem description
> Thanks for the report. Based on a quick inspection of the code, I noticed a
> logic bug in compressed depthtex tracking.
> Could you please try the attached patch and report whether it fixes the
> problem? If it *doesn't* fix the problem, it would be helpful to get a
Reviewed-by: Marek Olšák <email@example.com>
The patch have been committed to Mesa3D git and
I can confirm that the issue is fixed.
To test that, I reverted the e502801d98 commit and the bug returned, so I'm sure this is the patch that fixed it.
(Don't forget to apply it to the 11.2 branch.)
on Mar 30, 2017 at 22:31:51.
(provided by the Example extension).