Open main menu

Difference between revisions of "SCI/TODO"

121 bytes added ,  15:52, 2 May 2010
added information about kq6 portrait sync issue
(added kq6cd sync issue)
(added information about kq6 portrait sync issue)
Line 37: Line 37:
* KQ6 floppy: Cel colors are wrong in the opening sequence after a SEQ video is played. Seems to be related with a screen transition effect
* KQ6 floppy: Cel colors are wrong in the opening sequence after a SEQ video is played. Seems to be related with a screen transition effect
* KQ6 hires: character portraits are not erased properly. The engine scripts are asking to save/restore a smaller area than the one drawn on screen
* KQ6 hires: character portraits are not erased properly. The engine scripts are asking to save/restore a smaller area than the one drawn on screen
* KQ6/CD: several sync resources aren't available in the resource files. The windows version does only use the additional sort of "raw-data" appended to those sync resources. We are currently using the sync resources inside kPortrait instead of the raw data, that's why lip sync isn't working for those cases. We need to find out how this raw data is interpreted, probably we could even create virtual sync data out of it for the DOS scripts to use
* LB2: The credits windows (about screen from the options menu) are incorrectly drawn above the character sprites
* LB2: The credits windows (about screen from the options menu) are incorrectly drawn above the character sprites
* LSL1 (new graphics code regression): doors at the casino wont open. A workaround is in place till the actual issue is found. Issue seems to be caused by signal of the door set too late or kAnimate being call too few times. If you move the .doit calling code to the end of kAnimate door will open. It may be caused by VM actually. Old graphics code worked fine, because kAnimate was differently implemented
* LSL1 (new graphics code regression): doors at the casino wont open. A workaround is in place till the actual issue is found. Issue seems to be caused by signal of the door set too late or kAnimate being call too few times. If you move the .doit calling code to the end of kAnimate door will open. It may be caused by VM actually. Old graphics code worked fine, because kAnimate was differently implemented
Line 57: Line 58:
* Island of Dr. Brain: right at the first puzzle clicking on the bricks on the bottom of the screen makes the engine freeze (endless loop)
* Island of Dr. Brain: right at the first puzzle clicking on the bricks on the bottom of the screen makes the engine freeze (endless loop)
* Jones/CD: walking animations and portraits are turned off by the scripts on some computers - caused by speed throttler only occurs on macintosh (maybe 64-bit only?), does not occur on windows 32-bit, wii
* Jones/CD: walking animations and portraits are turned off by the scripts on some computers - caused by speed throttler only occurs on macintosh (maybe 64-bit only?), does not occur on windows 32-bit, wii
* KQ6/CD: several sync resources aren't found in sierra DOS sci and ScummVM, but they work when using sierra windows sci. The sync resources are actually listed in the audiomaps, but have a size of 0. That's why we are ignoring them currently. We should implement a workaround of some sort that will load them even for scripts.
* Longbow: After leaving the cave and the conversation that follows, a list is not sane anymore (perhaps it's related to pathfinding? There's a relevant warning just before this occurs)
* Longbow: After leaving the cave and the conversation that follows, a list is not sane anymore (perhaps it's related to pathfinding? There's a relevant warning just before this occurs)
* LSL1: bartender animation when ordering a whiskey and the rat animation in the room with the drunken man are much too fast
* LSL1: bartender animation when ordering a whiskey and the rat animation in the room with the drunken man are much too fast
1,119

edits