- --
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. |