Re: [forum] FW: XFree86 future | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
On Fri, 28 Mar 2003 17:08:35 +0100 James Arthur <xfreeforum@teamonkey.plus.com> wrote: > On Friday 28 March 2003 16:09, Marco Bubke wrote: > > What do you mean by real time? > > I mean that sometimes texture data has to be sent to the card in the > middle of a frame. Obviously, the faster the bus, the faster that data > can be sent. when rendering a large environment, you can quite easily > fill up the texture memory, so you need to get rid of textures you > can't see and load in ones you can. Same with model data and so on, > especially if it involves a lot of animations. > > > > Oh yeah, rendering to textures. That's another way to flood the > > > AGP bus. > > > > Why. Thats stupid. If you render to texture you render to the memory > > of the card. Otherwise you could use glReadPixels. Maybe you > > should read the Überbuffer draft and Real Time Rendering. > > It depends what you want to do with it. Some feedback routines require > the rendering take place to a buffer, then it be sent back through the > bus to be processed, then send it back to the card to be rendered. > Sure but, does all widget from Qt or GTK could be cached ? Or even images inside a web browser (which need to scroll but don't change "often") ? And what about svg rendering ? Does this kind of vector picture could save memorie bandwith ? Could SVG be rendered by current GPU or OpenGL ? (new sets of icons use them to use zoom feature) (too many question sorry :) nicO > Quite a lot of this is solvable by having a fully programmable GPU. > > --jaa > > _______________________________________________ > Forum mailing list > Forum@XFree86.Org > http://XFree86.Org/mailman/listinfo/forum >
[XFree86]
[XFree86]
[XFree86 Newbie]
[IETF Annouce]
[Security]
[Bugtraq]
[Photo]
[Yosemite]
[MIPS Linux]
[ARM Linux]
[Samba]
[Linux Security]
[Linux RAID]
[Linux Resources]
![]() |