- --
Viewing Issue Advanced Details
| ID | Category [?] | Severity [?] | Reproducibility | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 01350 | Graphics | Minor | Have not tried | Feb 20, 2008, 03:09 | Feb 20, 2008, 03:10 |
| Tester | -Misc Reporters- | View Status | Public | Platform | |
| Assigned To | Resolution | Bugs That Aren't Bugs | OS | ||
| Status [?] | Resolved | Driver | |||
| Version | 0.104u3 | Fixed in Version | Build | ||
| Fixed in Git Commit | Github Pull Request # | ||||
| Summary | 01350: rthunder: Graphic glich of the door. | ||||
| Description |
About Rolling Thunder door glitch: - Spriteram buffering fixes sprite lag, but causes a glitch in rthunder when entering a door. The *closed* door is made of tiles, but the *moving* door is made of sprites. Since sprites are delayed by 1 frame, when you enter a door there is one frame where neither the tile-based closed door nor the sprite-based moving door is shown, so it flickers. Given the experience with Baraduke, where a glitch like this is apparent in the floor 6 boss, this could very well be a bug in the original; if it isn't, I wouldn't know how to fix it. |
||||
| Steps To Reproduce | |||||
| Additional Information | In the source code, there's a comment as left, it happens on the pcb too as well as the ugly refresh when a screen is changed | ||||
| Github Commit | |||||
| Flags | Verified with Original | ||||
| Regression Version | |||||
| Affected Sets / Systems | rthunder | ||||
|
Attached Files
|
|||||
Relationships
| There are no relationship linked to this issue. |
Notes
0
| There are no notes attached to this issue. |