nanogui: jpeg drawing
Subject:
RE: jpeg drawing
From:
Greg Haerr ####@####.####
Date:
31 Jan 2000 20:21:31 -0000
Message-Id: <C1962B36D9BBD311B0F80060083DFEFB041EC9@SYS.CenSoft.COM>
On Monday, January 31, 2000 12:34 PM, Kyle Harris wrote:
: I've been playing some with the new jpeg functions and have a couple of
: questions.
:
: 1) Do I need to define a palette? I'm running 16 bpp fb and the color of
: the image is not even close. What am I missing?
:
No. However there are considerations with 5 bits per color.
Can you display the image well with another application? Are you
running X, or pure framebuffer?
: 2) Drawing is very slooowww. I'm running on top of a vesa fb. It takes a
: couple of seconds to draw a 800x600 image. Should it be this slow???
:
That's pretty bad. I suspect that the GrArea code needs heavy
optimization. I'll take a look at this.
: I'm currently using Nano-X (with app and server linked together). I'm
: guessing that Microwindows may have better support for drawings. Is this
: true? I really prefer the Nano-X API and may have a need for
: client/server on down the road.
Microwindows is currently superior when a palette is used, since
it uses the GdImage routine which has it's own image format, and
will add entries to the system palette when required. In a typical
"X" way, there's not much agreement on how images should be
displayed, and everyone want's to do it differently, so I haven't
built a standard into Nano-X yet. For non-palettized
systems, it shouldn't be a big issue.
Greg
: Thanks for any advice, Kyle.
:
: ---------------------------------------------------------------------
: To unsubscribe, e-mail: ####@####.####
: For additional commands, e-mail: ####@####.####
:
