nanogui: jpeg drawing
Subject:
RE: jpeg drawing
From:
Greg Haerr ####@####.####
Date:
31 Jan 2000 20:28:52 -0000
Message-Id: <C1962B36D9BBD311B0F80060083DFEFB041ED1@SYS.CenSoft.COM>
: Yeah, it's slow a bit. Blitting is not used ... maybe it should. Some
: tweaking could be done in the libjpeg configuration parameters to speed up
: things.
: Clipping is used if the picture is larger than the window ... (might slow
: things)
Morten and I have been having some conversation regarding
GdArea and GdBlit. We will soon find that nothing will be fast
enough until blitting is used. Period. In fact, I've stated on this
list before, that even inside blit, a cpu machine instruction must
be used for memset(), *dst++ = *src++ is even too slow...
So you can only imagine what happens if pixels have to be
converted.
I'm going to get 0.87 stable and release it, and then I think we've
got to pull together the GdArea/conversion/GdBlit stuff, and have
everything go through (at least for one fast case) a set of fast
blitting routines. (I say a set because there will be one blitter
for each of the bits per pixel formats, another for alpha blending,
another for srccopy, etc)
:
: >
: > 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.
: >
:
: I don't know if Greg made a Microwindows api for jpeg support ...
I haven't yet.
Greg
