--- Log opened Вск Июл 30 00:00:01 2006
00:09 < sturmflut> Updated version: http://www.rafb.net./paste/results/ygix5885.html
01:10 < sturmflut> NVIDIA is evil
01:15 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has joined #nouveau
01:23 < sturmflut> It seems that NVIDIA developers like strange number formats
01:26 -!- johill [n=johannes@p5487E6AF.dip.t-dialin.net] has quit [Read error: 113 (No route to host)]
01:40 -!- sturmflut [n=sturmflu@2001:6f8:992:1337:213:d4ff:feaa:8a9f] has quit [Remote closed the connection]
01:54 -!- pmdata_tv is now known as pmdata
02:03 < Lumag> got nvidia 1.0-1251 working :)
02:04 < Lumag> 0.9-769 locks up. So be it.
02:13 -!- EdB [n=EdB@ARennes-251-1-65-227.w86-195.abo.wanadoo.fr] has quit ["Konversation terminated!"]
02:27 < pmdata> committed dynamic load of libGL
02:28 < pmdata> use regl.Function() instead of glFunction()
02:29 < Lumag> And for glu functions?
02:30 < pmdata> they are used somewhere?
02:30 < pmdata> I only added it as example for sgis_generate_mipmap
02:31 < pmdata> #ifdef 0ed, so ok
02:31 < Lumag> ok
02:31 < pmdata> at least we don't have to comment out functions not present in libGL
02:32 < pmdata> I saw that swap buffers with 4191 is done with block copy, not swapping video address pointer even in fullscreen
02:35 < pmdata> anyway checking for extension string is not sufficient like for EXT_vertex_weighting
02:35 < pmdata> where all functions pointers are valid because the functions are there and working
02:43 < pmdata> funny, with 4191 gf2 clip planes are not used, promoted from quadro driver in later releases?
02:44 < pmdata> lumag> what do the colors means in your nv04extension array?
02:46 < Lumag> green means examined and documented in nv_objects, red means the extension is handled by software.
02:48 < pmdata> ah
02:49 < pmdata> another difference between 4191 and 7174: the later always use vertex array to send vertex (even a simple triangle), whereas 4191 use single vertex
02:50 < pmdata> lumag> with a tnt1/2, there is only rendering that is hw accelerated, all math is done with cpu
02:50 < pmdata> are there some exceptions?
02:51 < Lumag> dx5_triangle is pretty basic (vertices+colors+z-buf). dx6_multitex is a lot more advanced.
02:52 < Lumag> it still hasn't full TCL, of course ;)
02:54 -!- eLShaman [n=elshaman@pac33-1-82-235-249-217.fbx.proxad.net] has joined #nouveau
03:02 -!- pmdata [i=patrice@ANantes-154-1-81-80.w81-48.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
03:15 -!- Duke` [n=gnu@ANantes-251-1-156-72.w86-203.abo.wanadoo.fr] has quit ["Fatal signal: Segmentation Fault"]
03:21 < Lumag> BTW: I wander how EXT_separate_specular_color and EXT_secondary_color are implemented on higher cards.
03:31 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has quit []
03:44 < darktama> for >=NV40 it'd be done in the fragment program
04:43 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has left #nouveau []
07:06 < ddl> hey!
09:31 -!- shenki [n=shenki@ppp149-62.lns3.adl2.internode.on.net] has joined #nouveau
10:12 -!- qfire [n=qfire@dsl093-010-213.cle1.dsl.speakeasy.net] has joined #nouveau
11:29 -!- qfire is now known as qfire_away
11:39 -!- EdB [n=EdB@ARennes-251-1-150-242.w86-214.abo.wanadoo.fr] has joined #nouveau
11:48 -!- qfire_away [n=qfire@dsl093-010-213.cle1.dsl.speakeasy.net] has quit [Read error: 113 (No route to host)]
11:49 -!- johill [n=johannes@p5487D4CB.dip.t-dialin.net] has joined #nouveau
11:55 -!- Duke` [n=gnu@ANantes-251-1-156-72.w86-203.abo.wanadoo.fr] has joined #nouveau
12:10 -!- johill [n=johannes@p5487D4CB.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
12:12 -!- pmdata [i=patrice@ANantes-154-1-13-92.w81-53.abo.wanadoo.fr] has joined #nouveau
12:30  * pmdata did a 'strings /usr/lib/libGL.so.1 | grep __GL_'
12:31 < pmdata> found those:
12:31 < pmdata> __GL_SYNC_TO_VBLANK
12:31 < pmdata> __GL_FSAA_MODE
12:31 < pmdata> __GL_TEX_MEMORY_SPACE_ENABLES
12:31 < pmdata> __GL_DEFAULT_LOG_ANISO
12:31 < pmdata> __GL_SW_RENDERER
12:31 < pmdata> __GL_NV20_EMULATE
12:31 < pmdata> __GL_NV25_EMULATE
12:31 < pmdata> __GL_NV30_EMULATE
12:31 < pmdata> __GL_FLUSH_CONTROL
12:31 < pmdata> __GL_FORCE_DIRECT
12:31 < pmdata> __GL_SINGLE_THREADED
12:31 < pmdata> __GL_FAKE_NV30
12:32 < pmdata> so nv40,nv30 users can downgrade to nv20
12:32 < pmdata> this is with 1.0-4191, don't know if there are present in recent drivers
12:32 < darktama> yup, they are
12:33 < darktama> doesn't have any effect on glxinfo output..
12:34 < pmdata> hi darktama, the difference maybe visible in dumps
12:34 < darktama> perhaps, I'll check that in a few mins
12:36 < darktama> nope, didn't change a thing
12:43 -!- johill [n=johannes@p5487D4CB.dip.t-dialin.net] has joined #nouveau
13:02 -!- EdB_ [n=EdB@ARennes-251-1-18-155.w81-250.abo.wanadoo.fr] has joined #nouveau
13:07 < pmdata> is some extension required for gl_texture3D ?
13:08 < darktama> EXT_texture3D?.. was promoted to core GL ages ago though
13:09 < darktama> yup, according to the GL spec it was promoted to core in GL 1.2
13:18 -!- EdB [n=EdB@ARennes-251-1-150-242.w86-214.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
13:28 -!- xover [n=link@pounder.neutri.no] has quit ["Leaving"]
15:30 -!- pmdata [i=patrice@ANantes-154-1-13-92.w81-53.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
15:43 < lumag_offline> Damn. still can't get how the fog is drawn. changing FOG_START and FOG_END doesn't affect anything i GL_EXP or GL_EXP2 modes.
15:45 -!- shenki [n=shenki@ppp149-62.lns3.adl2.internode.on.net] has quit ["Leaving"]
16:11 < lumag_offline> Hmm... Fog drawing uses second color alpha component...
16:15 < lumag_offline> Hmm... I hope I understood it correctly
16:53 -!- Duke` [n=gnu@ANantes-251-1-156-72.w86-203.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
16:54 -!- Duke` [n=gnu@ANantes-251-1-87-237.w86-203.abo.wanadoo.fr] has joined #nouveau
17:33 -!- shenki [n=Joel@ppp149-62.lns3.adl2.internode.on.net] has joined #nouveau
18:02 < lumag_offline> another question: are color tables supported by hw on newer cards? I tried enabling GL_COLOR_TABLE and got direct fb-mem writings by the driver.
18:37 < lumag_offline> It's interesting whether ARB_imaging is supported by HW or not
18:40 -!- shenki [n=Joel@ppp149-62.lns3.adl2.internode.on.net] has quit ["Leaving"]
19:07 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has joined #nouveau
19:10 -!- jphenix_away is now known as jphenix
19:31 < jphenix> hi, the new renouveau CVS did break for me this morning, there is an explanation of the problem as well as a partial patch to solve the problem available at http://www.rafb.net/paste/results/UZFNQl66.html
19:39 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
19:47 < lumag_offline> darktama, could you please post your test application with which you tried to do triangles?
19:50 < jphenix> I also have a patch that changes "511   0x00000000   0x3f800000   NV30_TCL_PRIMITIVE_3D_VERTEX_DATA             = 0x3f800000"     into     "511   0x00000000   0x3f800000   NV30_TCL_PRIMITIVE_3D_VERTEX_DATA             = 1.000000". It's a lot easier to read 1.000000 than 0x3f800000. Should I make a patch for this?
20:02 -!- jphenix is now known as jphenix_away
20:28 < lumag_offline> got lockup with the first attempt to create an object
20:28 < lumag_offline> :(
20:29 < lumag_offline> The box can route packets, but it's unresponsible otherwise :(
20:37 -!- qfire [n=qfire@dsl093-010-213.cle1.dsl.speakeasy.net] has joined #nouveau
20:48 -!- stringfellow_ [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
21:01 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has quit [Read error: 110 (Connection timed out)]
21:04 -!- eLShaman [n=elshaman@pac33-1-82-235-249-217.fbx.proxad.net] has quit ["Au revoir."]
21:36 -!- `Duke` [n=gnu@ANantes-251-1-90-179.w86-203.abo.wanadoo.fr] has joined #nouveau
21:49 -!- Duke` [n=gnu@ANantes-251-1-87-237.w86-203.abo.wanadoo.fr] has quit [Connection timed out]
22:17 -!- pmdata [i=patrice@ANantes-154-1-30-53.w81-53.abo.wanadoo.fr] has joined #nouveau
22:37 < marcheu> pmdata: __GL_NV20_EMULATE means <NV20 can emulate NV20 in software, and so on for __GL_NV25_EMULATE/__GL_NV30_EMULATE
22:38 < pmdata> hi marcheu, had a good week-end?
22:39 < marcheu> yeah pretty much thank you :)
22:39 < pmdata> we made many changes to renouveau :)
22:39 < marcheu> good
22:42 < marcheu> hmm, what's the point of dynamically opening opengl ?
22:47 < marcheu> yeah, so that's a mistake here :)
22:48 < marcheu> we only need to dynamically get each symbol for opengl extension functions, not for all extensions
22:48 < marcheu> the only advantage of dynamically opening libGL is that the application is able to choose between multiple opengl libraries that might be available
22:48 < marcheu> but if that's only for the extensions, a simple SDL_GL_GetProcAddress is enough
22:49 < pmdata> I already have one loader, perl-generated from GL/gl.h and GL/glext.h, I just put it in renouveau
22:49 < pmdata> s/have/had/
23:17 < `Duke`> why don't using libGLEW?
23:18 < `Duke`> *use
23:18 < marcheu> because the purpose is to be able to instrument any existing program, not add dependencies for stuff we don't need
23:18 < marcheu> I honestly don't think we need to start using a complex extension system
23:19 < marcheu> that time is better spent doing actual work
23:19 < `Duke`> k
23:25 < pmdata> there is not much stuff left in nv10 tcl engine
23:25 < pmdata> do you think there are 8 2d clip planes ?
23:25 < pmdata> s/planes/rectangles/
23:25 < pmdata> this is hard to guess stuff that is always disabled
23:29 < pmdata> anyway, we find some interested things using old drivers
23:37 -!- pmdata is now known as pmdata_tv
23:47 -!- pmdata_tv is now known as pmdata
23:52  * pmdata still running 4191
23:53 < pmdata> will try 5xxx tomorrow
23:53 -!- johill [n=johannes@p5487D4CB.dip.t-dialin.net] has quit [Read error: 113 (No route to host)]
--- Log closed Пнд Июл 31 00:00:02 2006
