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