On 17 Sep 2002, Michel D�nzer wrote: > On Die, 2002-09-17 at 21:29, Leif Delgass wrote: > > On 17 Sep 2002, Michel D�nzer wrote: > > > > > On Die, 2002-09-17 at 20:14, Leif Delgass wrote: > > > > Don't you want to wait for the vblank _after_ the flip ioctl? That way > > > > you won't draw on the buffer being currently scanned until the vblank > > > > indicates the buffers toggled. > > > > > > That may be true if the flip only occurs on vertical blank, which isn't > > > the case in the radeon driver to allow insanely high framerates. > > > > Does that mean the Radeon starts scanning from the new offset immediately? > > Yes, we currently set it up like that. It can also wait for the current > scanline or frame to complete.
Ok, now it makes sense to me. That's what crtc_offset_cntl does? [...] > > I don't expect to be able to get higher than vertical refresh, I was just > > pointing that out as a side-effect of the way I'm doing page flipping. > > Without interrupts, it slows things down even more to block until vblank > > in the ioctl. When I talk about step 1 (wait for 3D idle) reducing the > > framerate I mean, for example in Quake3 where the framerate is ~21 without > > page flipping, I _loose a few FPS with pageflipping. I think this is > > because I have to wait for idle every frame, instead of being able to have > > two or three frames on the ring at a time. I don't see a way around that > > though, since there's no way to add the wait+flip to the ring. > > The radeon driver is better off there because it can trigger the flip > via the CP stream. **sigh** One of these days, I'm gonna have to get me one of them Radeon thingies you guys are always talking about. ;) -- Leif Delgass http://www.retinalburn.net ------------------------------------------------------- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source & Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
