A forum for anything about the Steem Engine STE emulator, comments, problems, bug reports etc. Steven Seagal regularly provides updated versions of the original STEem code. The current version is v3.9.4.

Updated 25/10/2004
----------------------------------------
Introduction
----------------------------------------
This is a list of disks that don't work on a real STE or are corrupt. It is not complete or totally accurate, there may be some versions of the disks mentioned that work differently than this list may suggest. It is intended as a guide to users who want to help us find Steem bugs by allowing them to avoid debugging programs that shouldn't actually work.

Most of the disk's names are followed by a full stop, this means they have been tested on a real STE.

No unfortunately not, I'll add that to the list. It looks like a bit of a tricky one, seems to be caused by the shifter getting into a confused state and shifting the screen by a word. We have quite a few demos that do the same thing, very tricky to emulate as the chip is so flakey when border removal is involved. For instance the hidden screen in the Oh Crickey What A Scorcher demo is in two parts, the first displays perfectly, the second is shifted by a word, but they use the same side border removal code!

Steem Authors wrote:For instance the hidden screen in the Oh Crickey What A Scorcher demo is in two parts, the first displays perfectly, the second is shifted by a word, but they use the same side border removal code!

erm... that's my screen on steem it shows the complete screen shifted by a word.
Do you want me to look into the code to check what's going on?

Any help would be appreciated, although this particular bug might be impossible to fix. I'm pretty sure it is caused by the shifter getting into a confused state, it seems there are many ways that can happen. I'm sure we have all seen programs that leave the screen shifted when they quit, unfortunately they all do it a different way!

I see what you mean. Well the first part qith the picture uses a different overscan. It has no hardware scrolling. The main screen has hardware scrolling.

Checking source code....

hey.... there is an STE detector.
If STE then use the STE hw scrolling.
if not, then use ST hardscrolling.

Seems either the demo does not work right on STE, or Steem deos not emulate it correctly.
If I switch off STE hardscrolling, it works fine.

Georges
PS: that screen is SO crammed full of code... just that color raster running through from time to time is worth while mentioning. When the music is not playing digidrums, the digidrum code gets removed and replaced by raster code. Somehow I could not keep a didigrum rout lying there doing nothing

I never noticed the video address set before, that is probably the cause of the problem. I'm not sure our changing video address while fetching code is 100% correct, I'll have to do some tests. It seems to be counting 6 bytes too many, that seems like a lot, I'm not sure how that could be happening. At least it isn't the confused shifter bug, that should make it fixable.