[Coco] What would a CoCo successor have to have as a minimum?

Roger Merchberger zmerch-coco at 30below.com
Wed Nov 24 11:05:00 EST 2010


On 11/24/2010 08:49 AM, Steve Batson wrote:
>
>
> Man! Lot's of different ideas here!
>
> Just wanted to add my 2 cents. Some seem to be willing to leave
> compatibility behind or drop it at the CoCo 3 level. Does that really make
> sense?  If you drop compatibility, there goes a huge sofware base which
 > means you have this new computer with limited stuff to run on it and it
 > will not be that appealing to nearly as many.

To some, it does. If you're building something brand new, it takes more 
resources the more "compatible" it is. It also adds "kluges" to the 
newer system as well (look at the discussions WRT the 65816 & all the 
wacked out (IMHO) 80x86 segmentation issues).

Also, voicing opinions helps inform the people actually creating the 
hardware/software what may be marketable... rather like a poll. If 
someone brings up CoCo1/2 compatibility and 300 people say "Keep it" and 
I'm the only guy saying "I wouldn't miss it" -- then it's pretty 
important. If the opposite happened, then not designing in the 
compatibility[1] might make things easier and the hardware faster as it 
could be optimized differently.

[1] For example: one of the lowest semigraphics modes on the CoCo1/2 was 
only used on a couple ROMpacks, one of which was the Appliance & Light 
controller system. Well, you can't run the controller from an emulator 
(as far as I know) -- the controller itself used the cassette port for 
communication; not the serial port. (if it had, that might've been a 
different kettle of fish.)

If dropping this mode that was almost never used (and can't be used for 
certain things in the new system anyway due to hardware limitations) 
should one use up valuable resources *insuring* full compatibility is 
there? Tandy didn't think so -- that mode isn't even in the CoCo3...

[[ Editor's Note: I'm not advocating one way or the other, or even 
playing "devil's advocate" at this point - I'm just speculating what's 
going through the architects' minds about how to build this new, faster 
yet mostly compatible system. ;-) ]]

> The question I have is, if a new system is going to be bult, why limit it
> like many have been taking about? Many have been suggesting designs that
> are more powerful than a CoCo, but still limited by today's hardware
> standards. Why do you want to build a computer that probably should have
> been built 10 or 15 years ago.

Compatibility. Any system that's compatible with the CoCo (whether in 
hardware or software emulator) is going to be slower than today's 
standards unless you just happen to have a functional 32nm chip fab 
system out in your garage.

...And gwarsh, if you did, think of what one could do with a 3GHz 6309 
with 8Meg RAM (all cache, all the time, eh?) and GIME all on a single 
chip... I'd bet that for general processing, it would run rings around 
any PC because it would never have to talk to anything external (slower 
RAM, etc.) except in the rare case of slower I/O..

[[ Dingalingalingalingaling... That's the alarm clock waking me up from 
dreamyland... ;-) ]]

 > Build a more up to date system with today's
> hardware capabilities (more memory, better graphics, fast processors, etc.)
> and make it compatible with the CoCo's so that the software base is not
> left been behind.

That's the problem -- eventually at least some compatibility has to go 
away... How much CGA/EGA/PGA software just won't run on today's machines 
because the hardware doesn't support it anymore? Should that 
compatibility have stayed forever? Now that 8Mhz "un-turbo" buttons 
aren't on PCs any longer, how much 8088/286/386 software's been 
abandoned because it *just runs too fast*? Who misses PC games *that early*?

[[ As an aside -- when I first got my dual-processor AthlonMP system (10 
years old now) -- 1.4GHz each -- I installed DOS on a small partition 
(for my EPROM burner) and I put an 8088 DOS pinball game on the 
system... and it ran... kinda. It ran so fast that it would play & drain 
_all 5 balls_ all within the time of the first keypress to release the 
first ball. The first go, I was like "whaddya mean 'game over?'" ;-) ]]

That's the balancing act of compatibility with new hardware.

> How about building a CoCo 4 board or device that plugs into a PC and
> leaverage all the PC Hardware somehow. Might require some type of basic OS
> or Loader to make it work.

[[ Now I am playing "devil's advocate"... ]]

What interface would you use? PCI? (I'm only guessing, but probably the 
fastest "general" interface a homebrewer could design for) -- That 
already limits you to 32-bit 33Mhz data transmission -- (very) roughly 
the same capacity & capabilities of the FPGA implementation.

How about PCI-X? 66Mhz at 64-bit -- you've now quadrupled your 
throughput, but seriously reduced who can use it; as those were only 
used on server boards. I can run it, but most people don't have the 
hardware.

AGP? You're already limiting yourself to a "dead" interface which is 
going away quickly, and most PC's only knew how to deal with a video 
card on the other end of that -- not much (any?) non-video I/O uses ever 
came out for that port. (You'd also have the catch-22 of: Once you 
install the new "AGP SuperCoCo" in your PC, what do you do for a video 
card?)

PCIe would be the "logical" new choice -- but can a hobbyist nowadays 
even *do* anything with that port?

> It just seems that many of the ideas people are throwing out are causing
> concern because of the cost. Why design something that one is going to
> build or buy because of cost?

Ah... most hobbyists have limited funds?

[[ And usually, the ones that don't have arguably better hobbies like this:

http://www.sinclairzx.com/spec-x-1.html

or, IMHO, even much more doubleplus fun:

http://www.dailymail.co.uk/tvshowbiz/article-1328742/Sir-Clive-Sinclairs-wife-Lady-Sinclair-sizzles-sun-sexy-beach-calendar-shoot.html

I'm just sayin'... ;-) ]]

> Just wondering. I'd buy something that is reasonable, works well and has
> support. But not If it's over priced or not compatible with a good software
> base. As a PC and Mac owner, I'm not going to want to go on to yet another
> system just because it's called a CoCo 4.

Not to mention... didn't you just answer your own question above?

I like threads (and posts) like this as shows the inventors that there's 
interest (sometimes quite passionate interest ;-) ) in projects like 
this and hopefully that spurs the people much smarter than me to keep 
building kewl stuff... and I let them know with my checkbook (when I 
can) that I always appreciate their efforts! :-)

Laterz!
Roger "Merch" Merchberger



More information about the Coco mailing list