Re: [Dri-devel] Triple Buffering

2002-11-22 Thread Marcelo E. Magallon
On Thu, Nov 21, 2002 at 03:45:19PM +, Ian Molton wrote: What's the point of trying to display 120 Hz if you monitor can only do 85 Hz? the faster you render, the lower your latency. its pointless for 3D modelling / artwork, but very nice for 3D games. Then you are taking

Re: [Dri-devel] Triple Buffering

2002-11-22 Thread Ian Molton
On Fri, 22 Nov 2002 09:42:06 +0100 Marcelo E. Magallon [EMAIL PROTECTED] wrote: Then you are taking about a single frame taking 1/120 seconds to render, and not about pushing 120 frames per second to the user. Which, if you think about it, is what I said previously. ok, fair enough. but

Re: [Dri-devel] Triple Buffering

2002-11-21 Thread Marcelo E. Magallon
On Sun, Oct 27, 2002 at 04:44:34PM +0100, Felix Kühling wrote: But this way you waste lots of CPU cycles on frames which are never displayed. Wouldn't be waiting (IRQ) for the pageflip to occur before you render the 3rd frame in the above example a better approach? What's the point of

Re: [Dri-devel] Triple Buffering

2002-11-21 Thread Ian Molton
On Thu, 21 Nov 2002 12:14:20 +0100 Marcelo E. Magallon [EMAIL PROTECTED] wrote: What's the point of trying to display 120 Hz if you monitor can only do 85 Hz? the faster you render, the lower your latency. its pointless for 3D modelling / artwork, but very nice for 3D games.

Re: [Dri-devel] Triple Buffering

2002-10-27 Thread Ian Molton
On Fri, 25 Oct 2002 10:34:35 -0700 Ian Romanick [EMAIL PROTECTED] wrote: Time step 1: cut Er. surely you would render lkike this 1: Display 0 Render 1 2: Display 0.n Render 2 Now, if still displaying 0, swap 1 and 2 (surely a pointer swap) and re-render in 1 else switch to 1. in

Re: [Dri-devel] Triple Buffering

2002-10-27 Thread Felix Kühling
On Fri, 25 Oct 2002 23:38:41 +0100 Ian Molton [EMAIL PROTECTED] wrote: On Fri, 25 Oct 2002 10:34:35 -0700 Ian Romanick [EMAIL PROTECTED] wrote: Time step 1: cut Er. surely you would render lkike this 1: Display 0 Render 1 2: Display 0.n Render 2 Now, if still displaying

[Dri-devel] Triple Buffering

2002-10-25 Thread Jens Owen
Keith, I've heard you and others talk about triple buffering a few times, and I'm wondering if you can fill me in on a few details. Is the primary motivation for a 3rd buffer to aliviate delays associated with vertical refresh? Using a page swapping method, I would guess the pointers for

Re: [Dri-devel] Triple Buffering

2002-10-25 Thread Ian Romanick
On Fri, Oct 25, 2002 at 10:39:23AM -0600, Jens Owen wrote: I've heard you and others talk about triple buffering a few times, and I'm wondering if you can fill me in on a few details. Is the primary motivation for a 3rd buffer to aliviate delays associated with vertical refresh? Using a

Re: [Dri-devel] Triple Buffering

2002-10-25 Thread Keith Whitwell
Ian Romanick wrote: On Fri, Oct 25, 2002 at 10:39:23AM -0600, Jens Owen wrote: I've heard you and others talk about triple buffering a few times, and I'm wondering if you can fill me in on a few details. Is the primary motivation for a 3rd buffer to aliviate delays associated with vertical

Re: [Dri-devel] Triple Buffering

2002-10-25 Thread Keith Whitwell
Ian Romanick wrote: On Fri, Oct 25, 2002 at 06:19:14PM +0100, Keith Whitwell wrote: Ian Romanick wrote: On Fri, Oct 25, 2002 at 10:39:23AM -0600, Jens Owen wrote: I've heard you and others talk about triple buffering a few times, and I'm wondering if you can fill me in on a few details.

Re: [Dri-devel] Triple Buffering

2002-10-25 Thread Philip Brown
On Fri, Oct 25, 2002 at 10:34:35AM -0700, Ian Romanick wrote: Time step 1: - Buffer 0 is being displayed (front buffer / display buffer). - Buffer 1 is the render buffer (back buffer). ... Time step 3: - Finish rendering to buffer 2, and queue it to be displayed on the next frame (front

Re: [Dri-devel] Triple Buffering

2002-10-25 Thread Jens Owen
Keith, Ian, Thanks for educating me on the issues. -- /\ Jens Owen/ \/\ _ [EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado --- This sf.net email is sponsored by: Influence the