[cmrdporcupine]

Yes, the death of 8-bit systems was obvious by 89, but so was the death of the 68000. Motorola was already pushing the failed 88000 by the late 80s. And the 68000 itself was killed off only a couple years later. So I don't really agree with you here. The 68000 was as big of a dead end, and IMHO was a terrible CPU for home computers and gaming machines. It was fast for 16 and 32 bit integer arithmetic, so basically good for its target market of minicomputer replacements and workstations -- but very slow at memory accesses and interrupt response, two things that slow down gaming/graphics type machines.

The Amiga would have been more responsive and really just as powerful with the same custom chipset tied to something like a 65816 clocked at 8mhz. Would have been able to address just as much RAM but would have higher interrupt responsiveness, and Commodore could have made use of its existing 6502 expertise, thrown in a couple SID chips, and maybe even a VICII for C64 portability. What a machine that would have been!

Likewise, I think Tramiel could have done something similar instead of diving down the 68000 path with the Atari ST. They could have improved on the excellent Jay Miner designed A8 chipset but tied it to something like the 816, which was just coming out in 84 when they started the ST project.

Just some fantasy alternative history :-)

[_lbaq]

>Likewise, I think Tramiel could have done something similar instead of diving down the 68000 path with the Atari ST.

The Atari ST was built from scratch in less than 8 months after the deal to license the Amiga chipset fell trouhg. The ST is an amazing engineering feat considering the insane schedule.

I agree on you that the 68k is a terrible CPU for gaming, but it got better when there was some cache added to it, starting with the 68030.

I had an Acorn Archimedes with an ARM 2 clocked 8 Mhz (the same speed as the Atari ST, and 1 Mhz faster than the Amiga 1000/500), it was so much faster than my ST.

[cmrdporcupine]

Yeah don't get me wrong, I was an ST user and loved it. It was a business and technical accomplishment. All respect to it. My point was only that for that class of machines what we really needed was wider address buses, not necessarily wider data buses. Along with a wider data bus came slower cycle times for a bunch of operations. And cost.

[mschaef]

> [Atari] ST.... what we really needed was wider address buses,

Are you sure? With memory costing hundreds of dollars per MB in the mid-80's, I remember thinking a 24-bit address bus was plenty. (I actually don't think I personally had a computer with enough RAM to need more than 24-bits of physical addressing until the mid-90's.)

[cmrdporcupine]

I never meant wider than 24 bits. I meant wider than the 16 bits on the 8-bit machines. Sorry if I was unclear. I didn't need a machine with more than 16MB until the mid 90s.

[mschaef]

Agreed... 16-bit physical addressing was very limiting. (x86's 16-bit segment offsets were bad enough.)

[Lio]

I always wonder if considering the processor and the “chunky pixels” of the Archimedes if had had something like a Wolfenstein or Doom back in 1987 if it would have driven sales enough to change.

Ofcourse that was probably pretty unlikely considering the Acorn/Olivetti bet so heavily on the education market.

[pjc50]

Probably not quite enough raw MIPS in 1987, but people have since ported it: http://gerph.org/riscos/ramble/doomplus.html

[Flow]

Maybe it was more a lack of the DOOM source code or know-how?

According to https://en.wikipedia.org/wiki/Instructions_per_second#Millio... the ARM2 at 8MHz was 4MIPS. The 386DX at 33MHz was 4.3MIPS. The 8MHz 68000 was 1.4MIPS.

Of course there could be other things that made it hard, such as too few bus cycles when running the 8-bit chunky graphics mode? Or that sound did not use DMA(I don't know if the Archimedes had sound DMA) or that the CPU had to mix samples instead of the sound hardware doing it?

[the-dude]

That was Zarch : https://www.youtube.com/watch?v=MNXypBxNGMo

This was the gold standard at the time.

[lstodd]

Very much like the Zeewolf https://youtu.be/tVwScInZfP8?t=159

I wonder what the connection is.

[the-dude]

Zarch : https://en.wikipedia.org/wiki/Zarch, 1987 Zeewolf : https://en.wikipedia.org/wiki/Zeewolf, 1994

[lstodd]

The visuals look very similar, but I can't see any continuity in the wikipeadia article.

OTOH, the sqare grid terrain can be traced to at least https://en.wikipedia.org/wiki/Return_Fire although that was a sequel to a completely different game

[lowbloodsugar]

Chunky pixels? =) [1]

[1] https://www.youtube.com/watch?v=ACb0h7mmcQ8

[_lbaq]

Chuncky pixels refers to the "1 byte = 1 pixel" in this case, both the Atari and the Amiga had bitplanes, where the separate planes where interleaved into the bytes, this was a product of hardware limitations at times, for example using bitplanes you could do foreground graphics without the need to redraw the background graphics when the foreground moved, something that was valuable since the slow hardware (CPU and memory) could hardly keep up with the racing raster beam otherwise.

[mschaef]

> Yes, the death of 8-bit systems was obvious by 89, but so was the death of the 68000. Motorola was already pushing the failed 88000 by the late 80s. And the 68000 itself was killed off only a couple years later.

You may be overstating the death of the 68000... the 68060 was introduced in 1994, and I remember doing embedded work on 68000 based designs in 1999-2000. (In fact, some of the processors are still available, although not recommended for new designs.)

[jhbadger]

And even into the early 2000s, Palm and other handhelds had Freescale Dragonball processors inside, and that was based off of the 68000 core which was licensed from Motorola.

[cmrdporcupine]

Sure, and ColdFire is still around to some degree. But Motorola/Freescale was not promoting this architecture for new desktop designs past the very early 90s. Yes, Apple and others continued to make machines until the mid-90s around 68k, but it was seen as dead in the water and the push was to get onto PowerPC (itself an unfortunate dead-end).

I still like the 68k. It has a very nice instruction set. It makes a great target for C compilers. I still enjoy writing assembler for it here and there. I like my Atari STs.

But for the market that Atari and Amiga were going for, I am still not convinced it was appropriate. I think Apple made the right choices with the IIgs. Except they underclocked it, overpriced it, and handicapped it in favour of promoting the Macintosh despite the II line being a big profit centre for them.

[kyberias]

> The Amiga would have been more responsive

What was the problem with Amiga responsiveness? Never heard about this. Interrupt response? What?

For several years, it had the best games. The bitplane-based graphics system became a hindrance with FPS-games but that was never about the CPU.

[cmrdporcupine]

If you go back and look at those games again, the frame rate, it's not that great. Many of the 8-bit machines actually had better responsiveness and frame rates. Yes, the Amiga was awesome. It was not perfect.

Also, as far as 68000-based machines goes, the X68000 kicks the Amiga's ass.

[puzzle]

The Amiga chipset used DMA very extensively, so the CPU's memory access speed is not as important as on other machines. There were other architectural constraints, like the fact that the CPU had to compete with such chips for access to the same memory. So-called Fast memory was not a default setup for years. And the true solution, dual-ported RAM would have been too expensive.

Which games do you think were constrained by the CPU? I can think of other factors first:

- sloppy ports

- it was a more complex system to tame than most of those that preceded it

- the sprites were simply too limited, so you had to use the Blitter a lot

- unlike a lot of chips of the era, Denise had no tile or character generator so, again, you had to use the Blitter

- the CPU was clocked at 7.14MHz to align with the PAL/NTSC clock even if it could run at 8MHz

- if you used more than four bitplanes in low resolution, the Agnus chip would let Denise starve the CPU even on cycles where the latter would normally have access (if you set the right bit, the Blitter could be allowed to win, too)

I don't see how a different CPU would have helped with any of the above. In a time period during which memory wasn't typically the limit, the Amiga was one of the first systems where the CPU starved for it.

The X68000 was better, sure, but it came out later and, being in the same mold as the arcade systems of the era, it had dedicated video RAM, tiles and more powerful, actually useful sprites.

[Flow]

I think you remember wrong. Most of the games were ports from the Atari ST and seldom used the blitter, sprites or dual-playfield. When you have a 80's computer with pretty severe limitations you often design your game visuals around those limitations.

As for your statement on "many of the 8-bit machines", only the C64 had good 50/60fps shooters of the 8-bit home computers. The 8-bit consoles had better graphics hardware than the C64 and sometimes had the better games.

Properly implemented Amiga games were not that many though. It was hard to utilize the machine and it required good graphic artists to make it look fresh and sharp with the limitations of dual playfields.

But take a look at these games, I think they all run on a 512kb chipmem only OCS Amiga.

Mega Typhoon: https://www.youtube.com/watch?v=zk3LNdPTnMw

Agony: https://www.youtube.com/watch?v=a839o59Bt4s

Apidya: https://www.youtube.com/watch?v=QBJNbDidxcM

And of course the R-Type and Turrican series. Those were 12 or 25fps on the ST but silky smooth 50fps on the Amiga 500. Especially Mega Typhoon looks like a Raiden clone. It's very hectic, lots of bullets and big enemies and snake formations. The only thing that stands out is the lack of colors. I suspect this is because of using dual playfield and that limits the number of colors to 8+8+sprite colors.

I'm an old demo coder(C64 and Amiga) and was very picky about framerate back then. The only shootemups I liked that was not 50fps was Battle Squadron and Wings of Death.

And then you talk vaguely about responsiveness. Do you mean the number of cycles spent by the machinery to process and IRQ? I never saw that as a problem. On the Atari ST they use timer IRQ's to make rasterbars in demos and games. Seems to me they would not do that if the cost was too high.

The Amiga mouse-pointer was a sprite. I never saw a delay on that. It felt like a game character. At most 1 frame delay. And dragging Amiga "screens" up and down was usually only one frame after the sprite movement. But that's logical since the system copperlist has to be updated and that is definitely one frame delay on that.

[kyberias]

Frame rate? I don't see how any lack of framerate on Amiga was due to CPU because peripheral chips performed all the video and audio using DMA from dedicated graphics (CHIP) memory.

Again, what "responsiveness"? There doesn't seem to be any problem with that on Amiga other than what you say.