Opened 12 years ago
Closed 12 years ago
#5965 closed defect (fixed)
SCI: Space Quest 3: Minor graphics problem in intro
| Reported by: | SF/renzt | Owned by: | bluegr |
|---|---|---|---|
| Priority: | normal | Component: | Engine: SCI |
| Version: | Keywords: | ||
| Cc: | Game: | Space Quest 3 |
Description
This bug is in the intro of Space Quest 3. It's a pretty minor issue, but a bug's a bug.
In the intro, when the escape pod is floating across the screen crosshairs will be drawn on the screen, centered on the pod. The bug is that in ScummVM the crosshairs start in the center of the screen and are drawn towards the edges.
The expected behaviour is that they start on the edges of the screen and are drawn towards the center (verified in dosbox, but I also remember it from an actual dos machine).
- Win32 - ScummVM version: 1.5.0git2190-ga488556 ( Feb 3 2012 05:42:16 ) - also noticed in 1.4.0 and 1.4.1, not sure about earlier versions - DOS/English - SQ3 version 1.018, from Space Quest Collection (1997)
Easy repro steps for this one, just start the game and watch the intro.
Ticket imported from: #3485194. Ticket imported from: bugs/5965.
Change History (5)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
Confirmed that original interpreter under DOSBox shows the "crosshairs" being drawn from the outside of the screen to the center outline of the ship i.e. the opposite of our current behaviour.
comment:3 by , 12 years ago
Aha!... This looks like an issue with the Transition type. Type 6 is SCI_TRANSITIONS_DIAGONALROLL_FROMCENTER, rather than SCI_TRANSITIONS_DIAGONALROLL_TOCENTER (which is type 7).
This may be an issue of SCI1Late/Early etc. with SQ3...
comment:4 by , 12 years ago
| Owner: | set to |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
comment:5 by , 12 years ago
Indeed, the transition table entries were reversed - this was apparent with other SCI0 games, too (e.g. Hoyle 1 and ICEMAN).
Thanks tdhs for the finding :) Bug fixed in 7da29858.
renzt, thanks for the bug report, please download the latest daily version for a fix for this bug
Replicated on Linux x86_32 with latest Git master. Running with ./scummvm -d 5 --debugflags=Graphics gives this at the relevant point in time of the graphical difference: NumCels(view.1, 0) = 1 Transition 6, blackout 0 NumCels(view.1, 1) = 2