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
