Difference between revisions of "Rex Nebular and the Cosmic Gender Bender"

From ScummVM :: Wiki
Jump to navigation Jump to search
(Added known bugs section)
(Added notes about palette glitches in inventory)
Line 16: Line 16:
==Known Bugs==
==Known Bugs==
* When entering the life support section, the door behind you is briefly shown as already closed before closing for real. This does not happen in DOSBox with version 8.49 (but I'm told it did happen in version 8.43).
* When entering the life support section, the door behind you is briefly shown as already closed before closing for real. This does not happen in DOSBox with version 8.49 (but I'm told it did happen in version 8.43).
* Clicking on an inventory object name gives the spinning inventory object an incorrect palette. It may have to do with the setPalette() calls in UserInterface::selectObject(). They look strange to me since, as I understand it, they take the ''first'' colors of _mainPalette and copy them to the 8th and 247-248th color entries of the backend's palette.
** Similarly, the setPalette() call in Dialog::restore() looks strange as well, but I haven't noticed any visible glitches from that.


==External links==
==External links==

Revision as of 04:25, 5 June 2014

Rex Nebular and the
Cosmic Gender Bender
No Screenshot Available
First release 1992
Also known as Rex Nebular
Developed by MicroProse
Published by MicroProse
Distributed by MicroProse
Platforms DOS, Macintosh
Resolution 320x200, 256 colors
Engine MADS
Support Not officially supported
Available for
Purchase
Yes

A priceless vase is lost on a distant planet that doesn't exist! An irate colonel wants the vase back! And only one man is experienced enough... skilled enough... And foolish enough to retrieve it! Rex Nebular... interstellar adventurer and bungling bachelor extraordinaire!

Known Bugs

  • When entering the life support section, the door behind you is briefly shown as already closed before closing for real. This does not happen in DOSBox with version 8.49 (but I'm told it did happen in version 8.43).
  • Clicking on an inventory object name gives the spinning inventory object an incorrect palette. It may have to do with the setPalette() calls in UserInterface::selectObject(). They look strange to me since, as I understand it, they take the first colors of _mainPalette and copy them to the 8th and 247-248th color entries of the backend's palette.
    • Similarly, the setPalette() call in Dialog::restore() looks strange as well, but I haven't noticed any visible glitches from that.

External links