[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[freesci-develop] glutton gfx subsystem
From: |
Matt |
Subject: |
[freesci-develop] glutton gfx subsystem |
Date: |
Mon, 10 Mar 2003 19:50:06 -0800 (PST) |
Was talking with Walter about updating the gfx subsystem to support VGA
yesterday, and asked Christoph for his ideas.
<jameson>
The gfx subsystem is fully capable of handling 256 color graphics.
I'm only 90% sure the resource loaders work, however; and I'm
pretty sure loading bg pictures will fail.
At any rate, the single biggest issue is that the gfx resource
loader does not even attempt to load 256 color images; while it's
supposed to be able to handle different resource loading
mechanisms, it doesn't get told to use anything other than the old
16 color stuff ATM.
Try gfx/resource/sci_resmgr.c. The functions in there are the entry
points called by gfx/resmgr.c whenever it is asked for a graphical
resource and finds that it's not in its cache. You can either
multiplex there (depending on SCI version) or wrap that thing up
into a structure for another level of indirection (which would be
somewhat cleaner).
It's been a while, so I might be missing something, but I'm pretty
sure I had 256 color support in mind when I worked on that part of
the gfx layer.
HOWEVER, I'm not sure how text and primitives drawn by Graph()
handle their colours. You'll have to ask Lars about that.
--
Lars, care to comment re: text and Graph()?
--
http://www.clock.org/~matt
- [freesci-develop] glutton gfx subsystem,
Matt <=