nanogui: revamping Blit() to work in portrait mode.


Previous by date: 27 Jul 2001 09:25:50 -0000 revamping Blit() to work in portrait mode., David Eger
Next by date: 27 Jul 2001 09:25:50 -0000 Re: Can the framebuffer driver be set up for Intel 810 chipset ., tea age
Previous in thread: 27 Jul 2001 09:25:50 -0000 revamping Blit() to work in portrait mode., David Eger
Next in thread: 27 Jul 2001 09:25:50 -0000 Re: revamping Blit() to work in portrait mode., Jordan Crouse

Subject: Re: [nanogui] revamping Blit() to work in portrait mode.
From: "EKS" ####@####.####
Date: 27 Jul 2001 09:25:50 -0000
Message-Id: <20010727092522.FKDR28105.tomts13-srv.bellnexxia.net@void-core.2y.net>

On Fri, 27 Jul 2001 04:10:12 -0500 (CDT), David Eger said:

> 
>  Let's say that I want to blit an image to the screen in portrait mode --
>  should we have the user make an offscreen image (GrNewPixmap) and somehow
>  have him place it sideways, or store all images in canonical coordinates,
>  and have the Blit be smart enough to do a non-sequential mem-move()?
>  Would the approach of having the driver do this last second be too slow?
>  
>  -David

hi all :)

I don't know about the precise implementation of the current Blit code, but the
low-level speed difference between a sequential and non-sequential move should
be very minimal, by the order of maybe 1 or 2 cycles per pixel, at least on
latest cpu.

Personally I would be considering having the Blit code be smart enough, helps
make this portrait mode handling transparent to applications.
-- 
Bandai Kaosu Jikuu
EKS - Dave Poirier

Previous by date: 27 Jul 2001 09:25:50 -0000 revamping Blit() to work in portrait mode., David Eger
Next by date: 27 Jul 2001 09:25:50 -0000 Re: Can the framebuffer driver be set up for Intel 810 chipset ., tea age
Previous in thread: 27 Jul 2001 09:25:50 -0000 revamping Blit() to work in portrait mode., David Eger
Next in thread: 27 Jul 2001 09:25:50 -0000 Re: revamping Blit() to work in portrait mode., Jordan Crouse


Powered by ezmlm-browse 0.20.