View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001176 | FSSCP | graphics | public | 2006-12-19 05:05 | 2010-01-02 08:35 |
Reporter | Sesquipedalian | Assigned To | |||
Priority | normal | Severity | major | Reproducibility | sometimes |
Status | closed | Resolution | fixed | ||
Product Version | 3.6.9 | ||||
Summary | 0001176: mission briefing screen won't clear (OS X) | ||||
Description | Like it says. When I commit to a mission, the briefing screen won't clear away. I can hear the game sounds, and apparently interact with it (fire weapons, jump out, call the end mission dialog box, and even return to the main hall), but the briefing screen never goes away! I've found this using both RC7 and RC8, debug and release. This started happening intermittently but with ever increasing frequency once I got a copy of RC8. The weird part is that prior to that, it had never happened in RC7 and now it happens in both! | ||||
Tags | No tags attached. | ||||
2006-12-19 05:18
|
|
|
Note that this error log may also contain information relevant to the bug reported at http://scp.indiegames.us/mantis/view.php?id=1157 |
|
I wonder if anyone knows anything about this bug. I can't play a thing, which means any development of The Scroll of Atankarzim has been at a standstill since last year. |
|
I can only assume that it's linked to the driver bug that affects the X1600. You are the only one to have reported this though, so it's sort of a mystery. But until the X1600 issue is worked out I don't really have any additional theories. |
|
According to Sesquipedalian, this doesn't occur in the nopbo BTRL build you posted. Whether that's because of the nopbo or because it's a recent build, I dunno. "It still had the weird video artifacts, but I could at least get past the briefing screen." |
|
I'm not sure why the nopbo build would make a difference there, since none of that code is actually used on the briefing (or related) screen. I did have a similar issue with another screen though, one that wouldn't clear away, though the game did still function as expected with me having full control over it. I'm pretty sure that is fixed in the 1028 build though, since I can no longer replicate it on my side. Might be worth giving the 1028 build a try and seeing if it's properly fixed in this case as well. http://fs2source.warpcore.org/exes/latest/taylor/20071028-osx.tgz |
|
Is this still an outstanding issue? Looks like it could have been resolved in trunk some time ago. |
|
There has been no update in a year, and if it still is a bug I believe it is caused by the known ATI x1600 bug 1157. |
Date Modified | Username | Field | Change |
---|---|---|---|
2006-12-19 05:05 | Sesquipedalian | New Issue | |
2006-12-19 05:18 | Sesquipedalian | File Added: fs2_open.log | |
2006-12-19 05:19 | Sesquipedalian | Note Added: 0007306 | |
2007-09-03 08:47 | Sesquipedalian | Note Added: 0008471 | |
2007-09-03 21:17 | taylor | Note Added: 0008473 | |
2007-09-05 06:36 | Goober5000 | Note Added: 0008493 | |
2007-10-28 20:23 | taylor | Note Added: 0008603 | |
2007-10-28 20:23 | taylor | Status | new => assigned |
2007-10-28 20:23 | taylor | Assigned To | => taylor |
2008-12-17 00:47 | taylor | Assigned To | taylor => |
2008-12-17 00:47 | taylor | Status | assigned => new |
2009-01-01 06:34 | Echelon9 | Note Added: 0010497 | |
2009-01-03 02:45 | chief1983 | Status | new => feedback |
2010-01-02 08:34 | Echelon9 | Relationship added | duplicate of 0001157 |
2010-01-02 08:35 | Echelon9 | Note Added: 0011480 | |
2010-01-02 08:35 | Echelon9 | Status | feedback => closed |
2010-01-02 08:35 | Echelon9 | Resolution | open => fixed |