On the other hand, a GPU can use a DMA engine for explicit BLTs, whereas if you write straight to FrameBufferBase it cannot. It's tough to say without benchmarking which would be faster, unless you know your lines and circles will be tiny.
-Varun -----Original Message----- From: David F. [mailto:[email protected]] Sent: Friday, March 01, 2013 3:44 PM To: [email protected] Subject: Re: [edk2] GOP graphics - what's up? Well, FrameBufferBase address is great news ... That it's optional and not implemented on all graphic devices isn't. blt isn't optimal for simple drawing of lines/circles/etc.. when you don't want to setup a buffer... On Fri, Mar 1, 2013 at 12:57 PM, Tim Lewis <[email protected]> wrote: > Just be aware that FrameBuffer is optional, and is not implemented on all > graphics devices. Using Blt() is generally more reliable. > > Tim > > -----Original Message----- > From: Varun Sampath [mailto:[email protected]] > Sent: Friday, March 01, 2013 12:55 PM > To: [email protected] > Subject: Re: [edk2] GOP graphics - what's up? > >>> Question - since there seems to be a push to move to GOP. I take it under >>> that you don't have to deal with things like page banks and such. Is it >>> something where you'll be able to ask UEFI for the address of a screen >>> buffer where you can then write your data to have graphic points show up on >>> the screen? So if you wanted to limit memory and not have to blt an entire >>> screen, you could implement circle, line, etc.. from your existing graphic >>> library to simply use the new address and not have to deal with page banks >>> and such (like some current video modes) ? > > Yep, you can either use the FrameBufferBase address from > EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE and write directly there, or you can use > GOP->Blt() to do the drawing for you. You can define for GOP->Blt() the > rectangular region you want to draw, so you don't have to copy the entire > screen each time. > > -Varun > > ---------------------------------------------------------------------- > ------------- This email message is for the sole use of the intended > recipient(s) and may contain confidential information. Any unauthorized > review, use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and destroy all > copies of the original message. > ---------------------------------------------------------------------- > ------------- > > ---------------------------------------------------------------------- > -------- Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite for free > today: > http://p.sf.net/sfu/appdyn_d2d_feb > _______________________________________________ > edk2-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/edk2-devel > > ---------------------------------------------------------------------- > -------- Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > _______________________________________________ > edk2-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/edk2-devel ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ edk2-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/edk2-devel ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ edk2-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/edk2-devel
