You can subscribe to this list here.
2000 
_{Jan}

_{Feb}

_{Mar}
(11) 
_{Apr}
(46) 
_{May}
(65) 
_{Jun}
(85) 
_{Jul}
(94) 
_{Aug}
(99) 
_{Sep}
(62) 
_{Oct}
(58) 
_{Nov}
(85) 
_{Dec}
(39) 

2001 
_{Jan}
(90) 
_{Feb}
(29) 
_{Mar}
(90) 
_{Apr}
(96) 
_{May}
(78) 
_{Jun}
(58) 
_{Jul}
(44) 
_{Aug}
(65) 
_{Sep}
(40) 
_{Oct}
(38) 
_{Nov}
(79) 
_{Dec}
(63) 
2002 
_{Jan}
(53) 
_{Feb}
(61) 
_{Mar}
(43) 
_{Apr}
(53) 
_{May}
(35) 
_{Jun}
(59) 
_{Jul}
(18) 
_{Aug}
(12) 
_{Sep}
(28) 
_{Oct}
(61) 
_{Nov}
(54) 
_{Dec}
(23) 
2003 
_{Jan}
(16) 
_{Feb}
(42) 
_{Mar}
(38) 
_{Apr}
(35) 
_{May}
(20) 
_{Jun}
(9) 
_{Jul}
(10) 
_{Aug}
(30) 
_{Sep}
(22) 
_{Oct}
(32) 
_{Nov}
(25) 
_{Dec}
(21) 
2004 
_{Jan}
(39) 
_{Feb}
(36) 
_{Mar}
(59) 
_{Apr}
(32) 
_{May}
(21) 
_{Jun}
(4) 
_{Jul}
(8) 
_{Aug}
(21) 
_{Sep}
(11) 
_{Oct}
(21) 
_{Nov}
(22) 
_{Dec}
(19) 
2005 
_{Jan}
(62) 
_{Feb}
(24) 
_{Mar}
(17) 
_{Apr}
(16) 
_{May}
(16) 
_{Jun}
(17) 
_{Jul}
(26) 
_{Aug}
(14) 
_{Sep}
(13) 
_{Oct}
(8) 
_{Nov}
(23) 
_{Dec}
(20) 
2006 
_{Jan}
(41) 
_{Feb}
(18) 
_{Mar}
(21) 
_{Apr}
(47) 
_{May}
(13) 
_{Jun}
(33) 
_{Jul}
(32) 
_{Aug}
(21) 
_{Sep}
(27) 
_{Oct}
(34) 
_{Nov}
(19) 
_{Dec}
(46) 
2007 
_{Jan}
(21) 
_{Feb}
(26) 
_{Mar}
(13) 
_{Apr}
(22) 
_{May}
(5) 
_{Jun}
(19) 
_{Jul}
(56) 
_{Aug}
(43) 
_{Sep}
(37) 
_{Oct}
(31) 
_{Nov}
(53) 
_{Dec}
(22) 
2008 
_{Jan}
(74) 
_{Feb}
(31) 
_{Mar}
(15) 
_{Apr}
(35) 
_{May}
(23) 
_{Jun}
(26) 
_{Jul}
(17) 
_{Aug}
(27) 
_{Sep}
(35) 
_{Oct}
(30) 
_{Nov}
(29) 
_{Dec}
(17) 
2009 
_{Jan}
(35) 
_{Feb}
(39) 
_{Mar}
(44) 
_{Apr}
(28) 
_{May}
(20) 
_{Jun}
(28) 
_{Jul}
(49) 
_{Aug}
(53) 
_{Sep}
(23) 
_{Oct}
(13) 
_{Nov}
(12) 
_{Dec}
(11) 
2010 
_{Jan}
(45) 
_{Feb}
(28) 
_{Mar}
(41) 
_{Apr}
(11) 
_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(1) 
2
(7) 
3
(3) 
4
(1) 
5
(3) 
6

7
(1) 
8
(4) 
9

10
(2) 
11
(2) 
12
(1) 
13

14

15

16
(4) 
17
(6) 
18
(1) 
19
(7) 
20
(1) 
21

22
(1) 
23

24

25

26
(2) 
27
(4) 
28
(2) 
29

30





From: Brian Paul <brian@tu...>  20020408 14:25:38

Joe Krahn wrote: > > I'm looking at how Z values are transformed by glFrustum > and am having problems. The following gnuplot matches the > manual for glFrustum: > > n=10.0;f=50.0; plot [z=n:f] ( (f+n)/(fn)*z (2.0*f*n)/(fn) ) / (z) > > That gives me a curve with Z' ranging from 4 to 2 over > the near to far range, which is wrong. > > If I change the sign of the second part of the equation: > plot [z=n:f] ( (f+n)/(fn)*z +(2.0*f*n)/(fn) ) / (z) > ^ > Now Z' goes from 1 to 1, like it is supposed to. I wonder > if the man page is wrong (I've seen some glFrustum man pages > drop the minus sign). SO, I look at the Mesa source in > math/m_matrix.c. Mesa agrees with the first equation which > looks wrong, but includes the comment /* error? */ after > the second parameter which I am wondering about. Maybe > someone else had the same question here. > > Surely the equation in Mesa is right, or there would > be many rendering errors, and it would have been fixed > by now. Does anybody have an idea of why the equation > seems wrong for Z? Try looking at the domain [50, 10] instead. Recall that you need to use the modelview matrix to transform your coordinates from object space to eye space before applying the projection matrix. With perspective projection the modelview matrix is typically loaded with a negative Z translation in order to move objects at (0,0,0) down the negative Z axis. Brian 
From: Carlos Pereira <carlos@pe...>  20020408 14:15:46

Brian, The changed Mesa4.0.2, with your new patch, works just fine here, with both the test example and the whole application. I tested with different x,y,z scaling factors and also with various diffuse lights, it is working exactly as expected. Carlos >Here's a new patch >against Mesa 4.0.2: > > >diff c r1.9 t_vb_normals.c >*** t_vb_normals.c 28 Jun 2001 17:34:14 0000 1.9 > t_vb_normals.c 8 Apr 2002 00:01:14 0000 >*************** >*** 61,72 **** > >! if (stage>changed_inputs) { >! /* We can only use the display list's saved normal lengths if we've >! * got a transformation matrix with uniform scaling. 
From: Joe Krahn <jkrahn@nc...>  20020408 12:50:06

I'm looking at how Z values are transformed by glFrustum and am having problems. The following gnuplot matches the manual for glFrustum: n=10.0;f=50.0; plot [z=n:f] ( (f+n)/(fn)*z (2.0*f*n)/(fn) ) / (z) That gives me a curve with Z' ranging from 4 to 2 over the near to far range, which is wrong. If I change the sign of the second part of the equation: plot [z=n:f] ( (f+n)/(fn)*z +(2.0*f*n)/(fn) ) / (z) ^ Now Z' goes from 1 to 1, like it is supposed to. I wonder if the man page is wrong (I've seen some glFrustum man pages drop the minus sign). SO, I look at the Mesa source in math/m_matrix.c. Mesa agrees with the first equation which looks wrong, but includes the comment /* error? */ after the second parameter which I am wondering about. Maybe someone else had the same question here. Surely the equation in Mesa is right, or there would be many rendering errors, and it would have been fixed by now. Does anybody have an idea of why the equation seems wrong for Z? Thanks, Joe Krahn 
From: Brian Paul <brian@tu...>  20020408 00:03:02

Carlos Pereira wrote: > > Sorry, > I can't find the code you suggested > to change in my Mesa4.0.2: > I can only find the code below, > which is slightly different, > > I tried to change the code according to the spirit > of your patch, but no luck on this line: > (I tried the most obvious change combinations) > > **** not recognised **** > if ((ctx>ModelviewMatrixStack.Top>flags & MAT_FLAG_GENERAL_SCALE) == 0) Oops, my patch was agains the Mesa CVS trunk. Here's a new patch against Mesa 4.0.2: diff c r1.9 t_vb_normals.c *** t_vb_normals.c 28 Jun 2001 17:34:14 0000 1.9  t_vb_normals.c 8 Apr 2002 00:01:14 0000 *************** *** 61,72 **** ASSERT(store>NormalTransform); ! if (stage>changed_inputs) store>NormalTransform( &ctx>ModelView, ctx>_ModelViewInvScale, VB>NormalPtr, ! VB>NormalLengthPtr, &store>normal ); VB>NormalPtr = &store>normal; VB>NormalLengthPtr = 0; /* no longer valid */  61,82  ASSERT(store>NormalTransform); ! if (stage>changed_inputs) { ! /* We can only use the display list's saved normal lengths if we've ! * got a transformation matrix with uniform scaling. ! */ ! const GLfloat *lengths; ! if ((ctx>ModelView.flags & MAT_FLAG_GENERAL_SCALE) == 0) ! lengths = VB>NormalLengthPtr; ! else ! lengths = NULL; ! store>NormalTransform( &ctx>ModelView, ctx>_ModelViewInvScale, VB>NormalPtr, ! lengths, &store>normal ); + } VB>NormalPtr = &store>normal; > Anyway, why don't you compile and run > my 90line working example? it requires > only GL, GLU and GLUT... it should > take you 10 seconds, really... I did  I've been using it all along. Brian 