Jump to content
IGNORED

Bug, or just not ready for certain situation(s) ?


Recommended Posts

 People use to call 'bug' almost every problematic situation when is talk about computers, SW for them, but I must say that those who design HW, write SW simply can not to think (ahead) on every possible scenario, way of usage and like. What does not mean that should not care about it, yes should as much as possible, and one thing is sure: long term experience helps a lot in it.

So, is it bug when some game from 1986 works not well with TOS 1.04 ? Not really. They just could not know that Atari will change some variable addresses - like joystick read.

But it is for sure bug what I saw in game Grand Monster Slam (and similar one in another game ... hmm.. can not recall title at moment) - so it fails on STE  machines with corrupted screen. And the reason is real bug in code - overshot in part what writes colors in palette - it goes over couple bytes, where is nothing by ST machines, but by STE there is HW register for scroll, and it gets some  bad value, what corrupts screen. Seemingly another case of not seeing future, but no, it is just plain error to write above specific area. Very similar error causes crash with 4 MB RAM - and again, plain bug, what activated not during tests just because they did not have 4 MB RAM in their test Ataris (like in 1988) .

In other words - accuracy is essential, and being not accurate is like timed  bomb - OK, big words, but dramatic effect matters ?

 

Case of Atari STE: should be released earlier - like min 1 year, and it had actually 3 bugs (at least that's what I know) when first versions were released.

Well known bad DMA chip problem. Medium resolution desktop.inf bug. And less known one, what I discovered some 12 years ago: Microwire mixer bug - DMA sound volume much lower than PSG sound volume, and impossible to set properly, despite should be possible to change ratio by DOCs...

All 3 cases say to me that testing failed, especially in first 2 cases. As there was no SW what used DMA and PSG sound at once mixer bug just did not show - although, they could make some test SW for that ...  DMA and med. res. bug were fixed - with new DMA chip version and new TOS version. Mixer bug went into TT and Mega STE. And if you ask: it was just wrong resistor value calculation. Falcon is first where DMA and PSG volume ratio is correct.

But we may ask how many customers were lost because ... ?

And I did not mention some bad solutions in TOS, which were never corrected - bad year 2K code for IKBD and crash in text mode when should display very large file sizes (10 MB or more) - well, it was just not time of that year, not time of so large files .

Such and similar details can make difference between good SW and great SW.

 

 

Edited by ParanoidLittleMan
bug
  • Like 2
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...