[Coco] The Graphical Segmentation System.
Stephen H. Fischer
SFischer1 at Mindspring.com
Fri Aug 31 21:12:38 EDT 2012
Hi,
Your take is quite different from what I got many years ago.
I typed in much of the source but not all. Thus I was convinced.
I looked mainly at what I thought the CoCo could do and felt that it could
at least be a beginning and would be fun.
But please realize, I have the printed book which might give you a different
impression.
It was not the source you looked at that gave me my impression, if that was
all I had then I might agree. I ignored much that was not needed.
As for what it could be used for,
> It looks to me to be a system used for windowing and manipulating large
> numbers of diverse graphical objects - certainly not suitable for any type
> of gaming I can think of.
Gaming, I agree. Once the basic simple code was working then what fun things
on a Coco could be done was the time to ask questions.
It's approach is quite different and for sure large numbers would not work.
The different approach is what makes it so attractive to CoCo usage, you can
do more with less effort.
But it was ~ 25 years ago
SHF
----- Original Message -----
From: "Mark McDougall" <msmcdoug at iinet.net.au>
To: "CoCoList for Color Computer Enthusiasts" <coco at maltedmedia.com>
Sent: Friday, August 31, 2012 5:43 PM
Subject: Re: [Coco] The Graphical Segmentation System.
> On 1/09/2012 10:20 AM, Stephen H. Fischer wrote:
>
>> Planned: To check and convert from MicroSoft "C" to the
>> TANDY COLOR COMPUTER 3 (CoCo3) with OS-9 Level II
>> and 512K ram. (Never Done)
>
> I've had a quick look at the source you linked, and IMHO I don't think
> you've got much of a chance at all of running this on a Coco. And even if
> you did, I'm really not sure what you'd do with it!?!
>
> There's about 140KB of source there. It was meant to run on a machine that
> could address at least 640KB, without bank-switching. There's native x86
> assembler you'll need to replace. It uses dynamic memory allocation and
> IIUC a virtual memory scheme that swaps graphical objects to/from disk
> on-the-fly.
>
> It looks to me to be a system used for windowing and manipulating large
> numbers of diverse graphical objects - certainly not suitable for any type
> of gaming I can think of.
>
> Happy to be proven wrong, but I wouldn't even attempt it myself. :(
>
> Regards,
>
> --
> | Mark McDougall | "Electrical Engineers do it
> | <http://members.iinet.net.au/~msmcdoug> | with less resistance!"
>
> --
> Coco mailing list
> Coco at maltedmedia.com
> http://five.pairlist.net/mailman/listinfo/coco
More information about the Coco
mailing list