Am Samstag, 31. Januar 2004 22:34 schrieb Roland Scheidegger:
> Ronny V. Vindenes wrote:
> > On Sat, 2004-01-31 at 03:30, Roland Scheidegger wrote:
> >>Hello again
> >>
> >>now that the lighting bugs are finally mostly gone, I've just gone ahead
> >>and changed the lighting code a bit more... (patch against cvs, without
> >>the earlier colormat fix).
> >
> > patching file r200_state.c
> > Hunk #2 succeeded at 810 with fuzz 1.
> > Hunk #3 FAILED at 820.
> > 1 out of 9 hunks FAILED -- saving rejects to file r200_state.c.rej
> > patching file r200_state_init.c
> >
> > Sounds good on paper though :)
>
> I guess good on paper isn't quite good enough ;-).
> Looks like some whitespace trouble, should be fixed with this patch. It
> has also some initialization ugliness fixed, and there is some new code
> (but it's outcommented as I can't test it right now and I'm not sure if
> it's needed or if will just lock up the chip...) which might fix some
> shininess trouble (I don't know if there is trouble or not, I'll try to
> test it next week if I manage to hack up some testcase - I've still not
> written even the equivalent of a "hello world" program in OpenGL...).

This time WITHOUT r200_colormatfix.diff...

...where are my copies of DRI-Devel?
Some server slowdown?

Your are the MAN!

Finally RIGHT light _with TCL on VTK.

PipelineParallelism
ParallelIso
ParallelIsoTest
TaskParallelismWithPorts

TaskParallelism colors are right, too but multi context (two) problems 
(hangs).


HIGHLIGHT:

VTK Simple Sphere Benchmark 2.1

  - Robert Riviere (results) : [EMAIL PROTECTED]
    www.inria.fr/caiman/personnel/Robert.Riviere/vtk/sphere-bench.html

  - Sebastien Barre (script) : [EMAIL PROTECTED]
    www.hds.utc.fr/~barre/vtk/sphere-bench.html

Find the best sphere resolutions for your card, launch *bench combinations* 
and send us your results (copy the session with <Control />) along with a 
complete description of your system (VTK/OS version, hardware description).

System :
  - i686 running Linux 2.6.1-0-smp-DN
  - VTK 4.5.0 (rev: 1.1810, 2004/02/02 02:45:41)
  - OpenGL
  - Visual is 1280x1024, truecolor/truecolor/24
  - Tcl/Tk 8.4.4

Defaults :
WARNING : $active_camera GetClippingRange was 2.45199 4.78654 , should be 
0.348564 17.4282
  - VTK : wrong, please report us your values...
  - Rotation limit, increment, number : (300 by 30) x 3
  - Sphere opacity (if transparency activated) : 0.3
  - Sphere radius and small radius (if small_sphere activated) : 0.9, 0.5
  - Combinations : [stripper] [small_sphere] [] [transparency] [wireframe] 
[texture] [texture, transparency] 

NOTE : the 512x512 and above sphere resolutions are *really* high, use them 
carefully, as it might hang your system for a while. Moreover, they have no 
real signification in 400x400 or less window.

IMPORTANT : move the camera a little to interact with the sphere before 
playing with this bench...

Benching for sphere resolutions : 32, 64, 128, 256, 512
Setting(s) : window is 400 x 400, sphere radius is 0.9
 Option(s) : [stripper]
    32x32  :  861.3 kpolys/s
    64x64  : 2714.2 kpolys/s
   128x128 : 4407.5 kpolys/s
   256x256 : 4598.0 kpolys/s
   512x512 : 5862.9 kpolys/s

Without the 50% regression (take place during Mesa 6.0/6.1 merge) we were the 
leader...;-)

Same with TimeRenderer and TimeRenderer2.

Cheers,
        Dieter


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to