#1705 closed defect (fixed)
FT: Graphical glitches in airplane computers.
| Reported by: | SF/leetylr | Owned by: | Kirben |
|---|---|---|---|
| Priority: | normal | Component: | Engine: SCUMM |
| Version: | Keywords: | ||
| Cc: | Game: | Full Throttle |
Description
0.7.0cvs aug 3 2004
English
CD version
Dos Win32
when you get towards the end of the game, with the chase between ripburger in the airplain the smashed controlls computer text currupts and overwrites its self so you cant see the rest of the screen to complete game.
Ticket imported from: #1004196. Ticket imported from: bugs/1705.
Attachments (4)
Change History (17)
by , 20 years ago
comment:1 by , 20 years ago
| Priority: | normal → blocker |
|---|
comment:2 by , 20 years ago
| Priority: | blocker → normal |
|---|---|
| Summary: | graphics error in airplain computer in end sequence → FT: graphics error in airplain computer in end sequence |
comment:3 by , 20 years ago
| Priority: | normal → blocker |
|---|---|
| Summary: | FT: graphics error in airplain computer in end sequence → graphics error in airplain computer in end sequence |
by , 20 years ago
| Attachment: | room-169-2000.txt added |
|---|
comment:4 by , 20 years ago
room-169-2000 script sets the verbs used by computer controls, based on user input. It calls room-169-2001 script each time, to turn off the current verbs, but that isn't taking effect for some reason... Attached scripts output.
by , 20 years ago
| Attachment: | room-169-2001.txt added |
|---|
comment:5 by , 20 years ago
Also I was comparing to original Full Throttle and noticed the background color is wrong too, it should be black. In original Full Throttle the background behind verb strings is white in both computer systems (This one and the other used a bit later) in game. Attached screenshots.
comment:6 by , 20 years ago
| Priority: | blocker → high |
|---|---|
| Summary: | graphics error in airplain computer in end sequence → FT: graphics error in airplain computer in end sequence |
comment:7 by , 20 years ago
Well it's not surprising that this problem occurs, considering restoreVerbBG() doesn't do anything anymore for V7 games... removing that check from it mostly fix the problems in this scene.
comment:8 by , 20 years ago
Using restoreVerbBG() always causes glitches when there is flashing verbs, which is used on both computer terminals in the game. As far as I can tell restoreVerbBG() doesn't exist in FT, there is no restoreVerbBG() calls in drawVerb() at all. restoreBG() is only called by removeBlastObject() in the game. I don't see any related calls to updateDirtyRect() either. FT never changes verb.bkcolor either, o_verbOps case 140 is just a dummy.
comment:9 by , 20 years ago
Double checked disasm. again, scumm 7/8 games use blasttext for verb strings. So they would only get removed once every cycle of main loop. That also explains how verb charset would be used in COMI.
comment:10 by , 20 years ago
The code causing the verbs text not to clear has been reverted (By accident?), so game should be completable with recent daily snapshot. There are still those graphical glitches when verb text flashes and background color is still wrong though.
comment:11 by , 20 years ago
| Priority: | high → normal |
|---|---|
| Summary: | FT: graphics error in airplain computer in end sequence → FT: Graphical glitches in airplane computers. |
comment:12 by , 20 years ago
I fixed the verbs glitches, only needed to reset verb background when drawing a verb.
I found cause of text color difference too, the (! getResourceAddress(rtCharset, charsetno)) check in initCharset in scumm/string.cpp is wrong, so the charset data isn't actually been loaded for these two computer terminals and left blank. The initCharset() function in original FT disasm. just checks with isResourceLoaded(), instead of getResourceAddress(). Fixed now.
comment:13 by , 20 years ago
| Owner: | set to |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
airplain computer end sequence