nanogui: GrArea slow??
Subject:
Re: GrArea slow??
From:
karl ####@####.####
Date:
19 Oct 2000 13:31:18 -0000
Message-Id: <39EEF83A.E48BFCBA@sbg.se>
Hi Greg,
I am testing on both my development X11 computer and my framebuffer
target computer(linux P5-166Mhz).
I think I fl_draw_image() needs to be optimized a little bit, even if
A should
draw my images with the Fl_Image class it still need to generate the
GC the first time Fl_Image is drawn, this take very long time on my
system using a 24-bits rgb image. Is it possible to exchange the
for(x)for(y)GrPoint() to some thing like:
1.
If color depth of source and screen don't match and if color order(rgb)
of
fltk and target screen don't match, the source image has to be converted
here.
(I think fltk using LSB RGB on my LSB system while nono-X allways using
MSB RGB ???).
2.
Doing the GrCopyArea();
Maybe this isn't any faster ?? I can't implement myself as I don't
know how to use GrCopyArea().
My knowledge is not very good in nano-X or X11 so excuse if my
suggestions is stupid.
Best Regards,
Karl
Greg Haerr wrote:
> : I try to fix fl_draw_image() in flnx, its very slow,
> : it make a for(x)for(y)GrPoint();
> : so when I going to draw my 800x250 big image in RGB,
> : it take some time (10-15 seconds). So I try to exchange
> : the many GrPoint() for 1 GrArea()
> : but I isn't getting any better why???
>
> Are you running X11 or framebuffer? The X11 driver
> needs a rewrite in this area. What is your system?
>
> Regards,
>
> Greg
>
> :
> : Regards,
> :
> :
> : --
> : ----------------------------
> : Embedded RT System Developer
> :
> : Karl Janmar
> : Svensk ByggnadsGeodesi AB
> : Kvarnbergsvägen 27
> : 141 45 HUDDINGE
> : SWEDEN
> :
> : Phone: +46 (0)8 7112090
> : Fax: +46 (0)8 7112098
> : Homepage: http://www.sbg.se
> : E-mail: ####@####.####
> : ----------------------------
> :
> :
> :
> :
> :
---------------------------------------------------------------------
> : To unsubscribe, e-mail: ####@####.####
> : For additional commands, e-mail: ####@####.####
> :
> :
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
