Indeed.
With the GS, video-out has always been a huge issue. 640x200 and 320x200
simply don't cut it. To compound matters, the GS/OS quickdraw libraries make
many assumptions about screen dimensions. While this certainly reduced the
number of floating-point calculations needed to render a screen (speeding up
redraw times), it made re-coding the display libraries a virtual nightmare.
Think about it. Every piece of IIgs software ever written assumed one of two
video modes. 320x200 or 640x200. There isn't a "migration path" that will
allow existing IIgs software to automatically adapt to any new video modes.
The only type of GS/OS application that would have a perfect migration path
is one that didn't have any pixel math, color depth checking, hardcoded
resolution values, etc.
I seriously doubt if any GS/OS application exists... :(
Given that GS/OS was purchased from apple, hope may still exist to patch
quickdraw and the remaining toolsets.... Applications are a different
matter.
"Hilary M. Turner" <hilarymichael@ozemail.com.au> wrote in message
3CF3AD10.7080108@ozemail.com.au">news:3CF3AD10.7080108@ozemail.com.au...
These sound good for a start.
1) Expand up to 4GB memory space beyond 16MB.
2) Add new instructions that handles 4GB memory address.
3) Add Protected Memory
6) Emulate 6502 and 65816 games under GS/OS with 32-bits (Like Mac
OS X)
9) Replace 24-bits to 48-bits memory addressing or use flat memory
The biggest issue > problem With the existing GS is the video out. What I
would
like to see is a video out capable of addressing a plasma screen. I have
an
oldish PB 190 with and upgraded color screen which I would happily
transfer to a
newGS if a good display screen could be made.
Something to ponder
Hilary