We have a graphics library that is largely bitmap based, and as such, Photon
is largely overkill for us. While I haven’t investigated the ddk enough to
know if we can do this, I’m wondering if it would be possible to use the ddk
as an a set of APIs to drive any graphics board that there exists a driver
for. Basic questions are: is it legal? is it possible? is it reasonable?
Patrick Mueller <Patrick_Mueller@oti.com> wrote:
We have a graphics library that is largely bitmap based, and as such, Photon
is largely overkill for us. While I haven’t investigated the ddk enough to
know if we can do this, I’m wondering if it would be possible to use the ddk
as an a set of APIs to drive any graphics board that there exists a driver
for. Basic questions are: is it legal? is it possible? is it reasonable?
Well if you look at the DDK you can probably figure out how to load the
driver DLL’s and make them work until you tell them to do something that
requires them to talk to Photon or the font manager.
there are sources for mode and text switching, and a benchmark program
Are you supposed to see stuff being drawn by the bench util ? ? (I don’t)
It would just be comforting, like a spinning cursor. I ran it from
shutdown -
text mode w/ the same res, depth, and refresh the works in photon.
I build the libs, bench and svga (same my card uses)
bench ran w/ both -dl/lib/dll/devg-svga.so and /usr/src/gddk_v1.00/devg/…
(run it from /usr/src/gddk_v1.00/util/bench so it can get it’s files)
CCFLAGS += -Wc,-march=i586
produced no significant speedup, on my 200Mhz IDT WinChip MMX
and a slightly larger executable / DLL
Patrick Mueller <Patrick_Mueller@oti.com> wrote in message
news:97dpdl$gtm$1@nntp.qnx.com…
We have a graphics library that is largely bitmap based, and as such,
Photon
is largely overkill for us. While I haven’t investigated the ddk enough
to
know if we can do this, I’m wondering if it would be possible to use the
ddk
as an a set of APIs to drive any graphics board that there exists a driver
for. Basic questions are: is it legal? is it possible? is it
reasonable?–
Patrick_Mueller@oti.com
Michael J. Ferrador <n2kra@orn.com> wrote:
there are sources for mode and text switching, and a benchmark program
Are you supposed to see stuff being drawn by the bench util ? ? (I don’t)
It would just be comforting, like a spinning cursor. I ran it from
shutdown -
text mode w/ the same res, depth, and refresh the works in photon.I build the libs, bench and svga (same my card uses)
bench ran w/ both -dl/lib/dll/devg-svga.so and /usr/src/gddk_v1.00/devg/…
(run it from /usr/src/gddk_v1.00/util/bench so it can get it’s files)
The SVGA driver is a little special: it’s implemented as a “dirty
rectangle” driver. This means that its flush routine needs to be
called, in order for the visible screen to be updated. The bench
utility does not currently call the “flushrect” entry point.
The vga driver is also a “dirty rectangle” driver, but with any
other driver, you should see the screen get updated. You could
hack the bench utility to call the flushrect() entry point
periodically if you wanted to see what’s going on.
CCFLAGS += -Wc,-march=i586
produced no significant speedup, on my 200Mhz IDT WinChip MMX
and a slightly larger executable / DLLPatrick Mueller <> Patrick_Mueller@oti.com> > wrote in message
news:97dpdl$gtm$> 1@nntp.qnx.com> …
We have a graphics library that is largely bitmap based, and as such,
Photon
is largely overkill for us. While I haven’t investigated the ddk enough
to
know if we can do this, I’m wondering if it would be possible to use the
ddk
as an a set of APIs to drive any graphics board that there exists a driver
for. Basic questions are: is it legal? is it possible? is it
reasonable?–
Patrick_Mueller@oti.com