On Mar 1, 2013, at 3:43 PM, David F. <[email protected]> wrote: > Well, FrameBufferBase address is great news ... > > That it's optional and not implemented on all graphic devices isn't.
It was designed for the OS to use after a call to ExitBootServices() when the GOP.Blt() is not longer available. It is optionally because what happens if the hardware does not have a frame buffer that can be mapped via the EFI description? > 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
