[Coco] AGD converted games

[Pere Serrat]

Hi Lee,
I began too many projects at the same time but soon I chose to focus on 
only one
and work on it till the end. That's the best and maybe the only 
rewarding way when
you get to proper end of that project. Then next project is always 
positively welcome!
Leaving a project feels a bit like quitting, not a positive feeling 
about that!

The perfomance will be really something to care of.
In the ZX they only 'print' 32 bytes to move one sprite 16x16 but on the 
CoCo3 we will
need to 'print' 128 bytes because each byte has info about 2 pixels. If 
you had to
calculate the values before printing, I am afraid that this will be too 
much time
consuming even working at double speed.
Anyway, it is a possible approach that cannot be rejected beforehand.
As I said once ended AGD for 6847 video chip, I will analyze the project 
requirements
and in case problems/questions do arise, I will show them so that expert 
CoCo3 gurus
could explain a solution.
I have always worked alone writting code, but I love to have an open 
thread on a web
like Retrowiki where people really experienced in the Spectrum have 
solved all of my
questions.
cheers
pere

------------------------------------------------------------------------------------------------
Previous message
> Message: 3
> Date: Sat, 15 Jun 2019 08:46:48 -0400
> From: Lee<leep at tigerbase.com>
> To: CoCoList for Color Computer Enthusiasts<coco at maltedmedia.com>
> Subject: Re: [Coco] AGD converted games
> Message-ID:
> 	<CANu-XmJbhowEzZTC-H26pDZdK4ok4_EO=ohpoM6A+1y0BVVWdA at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> That's a project I would SO love to take on.  Unfortunately, I have a bad
> habit of starting a project, then jumping to another before finishing.  So
> I'm staying focused on my current project which is reverse engineering the
> 1985 Oregon Trail for the Apple II with the intention of porting/writing a
> clone for the CoCo (or at least providing the results of my reverse
> engineering to the community so someone else can do so if desired).
>
> One idea that comes to mind for the AGD color port would be to keep the
> data in a format where the pixel data and the attribute data are kept
> separate and combined on the fly when drawn to the screen (the way I'm
> assuming the ZX Spectrum hardware did).  Not sure of the performance impact
> that might have though.