--- Log opened Втр Авг 08 00:00:09 2006
00:01 -!- proutator2000 [n=EHEHEHEH@ANantes-251-1-138-233.w86-210.abo.wanadoo.fr] has joined #nouveau
00:01 -!- proutator2000 [n=EHEHEHEH@ANantes-251-1-138-233.w86-210.abo.wanadoo.fr] has left #nouveau ["User commited suicide"]
00:02 < pmdata> unbeliever> the ones still marked as <object name> [0xnumber/4] = value
00:17 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has quit []
00:31 -!- atcl [n=Universe@Lb9ed.l.pppool.de] has quit [Read error: 104 (Connection reset by peer)]
00:49 < Unbeliever> pmdata: where is this info?
00:49 < marcheu> Unbeliever: run renouveau on your card
00:51 < Unbeliever> 0x00000000   0xff80001a   NV04_DX5_TEXTURED_TRIANGLE_COLOR(1)           = 0xff80001a
00:51 < Unbeliever> like this?
00:51 < marcheu> yeah, except that one is known :)
00:51 < Unbeliever> hehe
00:51 < marcheu> NV04_DX5_TEXTURED_TRIANGLE [0xnumber/4] = 0xsomevalue
00:51 < marcheu> that one is unknown
00:52 < marcheu> however, I'm not sur if there's much unknown stuff left on TNT
00:52 < marcheu> sure
00:52 < Unbeliever> i cant see something like this in my dump..
00:52 < marcheu> did you try all the tests ?
00:52 < Unbeliever> a colored triangle
00:53 < Unbeliever> i think its too simple but my opengl skills are... 0
00:53 < marcheu> we have plenty of tests in tests.c
00:53 < Unbeliever> i will try with them
00:53 < Unbeliever> thank you
00:54 < marcheu> btw I'm not saying you shoudln't innovate, but that you can build upon existing stuff
00:56 < Unbeliever> i prefer existing opengl stuff by the moment
00:57 < Unbeliever> if i found something unknown.. will try it
01:00 < Lumag> pmdata: just a note. Probably you should at least document object types referenced via _SET_OBJECT*. Or at least (if the referenced object type is known) name them as (e.g.) _SET_PATTERN.
01:07 < pmdata> I read that in the PRINT_OBJECT dump?
01:09 < Lumag> yup
01:11  * pmdata will try to think about it
01:21 < Unbeliever> marcheu: you mean something like that?: 0x00000000   0x00000008                     NV04_UNK005E      [0x0400/4] = 0x00000008 | UNKNOWN = 00000008
01:21 < marcheu> yeah, here even the object is unknown :)
01:21 < Unbeliever> :O
01:22 < marcheu> so it's up to you to figure out what it does :)
01:22 < Unbeliever> ok
01:22 < marcheu> try to trigger multiple cases which use it
01:22 < marcheu> and compare
01:23  * Unbeliever is feeling lucky
01:39 < Unbeliever> see you
01:40 -!- Unbeliever [n=hazel@212.145.81.31] has quit [Remote closed the connection]
01:40 -!- EdB [n=EdB@ARennes-251-1-151-201.w86-214.abo.wanadoo.fr] has quit ["Konversation terminated!"]
01:41 -!- tibbs|h is now known as tibbs
01:52  * pmdata added a test_texture_format() to renouveau
01:52 < pmdata> will be interesting to run it on nv40 or higher hw
01:52 < pmdata> I did not bother checking for extensions for each texture format
01:56 -!- Duke` [n=gnu@ANantes-251-1-138-233.w86-210.abo.wanadoo.fr] has quit ["Fatal signal: Segmentation Fault"]
01:57 -!- pmdata [i=patrice@ANantes-154-1-79-150.w86-199.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
02:13 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Remote closed the connection]
02:13 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
02:13 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Remote closed the connection]
02:20 -!- Unbeliever [i=hazel@tor/session/external/x-790ea3648d70558e] has joined #nouveau
02:25 -!- |pedro [n=kvirc@c906a3c8.virtua.com.br] has joined #nouveau
02:28 < |pedro> funny... :)
02:32 -!- |pedro [n=kvirc@c906a3c8.virtua.com.br] has quit [Remote closed the connection]
02:52 -!- Unbeliever [i=hazel@tor/session/external/x-790ea3648d70558e] has quit [Remote closed the connection]
03:00 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has quit [Remote closed the connection]
03:28 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has joined #nouveau
03:47 -!- Myrizio_ [n=Myrizio@host246-101.pool80104.interbusiness.it] has quit [Read error: 110 (Connection timed out)]
04:05 -!- hiyuh [n=hiyuh@ZL050248.ppp.dion.ne.jp] has joined #nouveau
04:11 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has left #nouveau []
05:08 -!- etzel [n=thisnuke@69-160-140-26.ontrca.adelphia.net] has quit ["Leaving"]
05:08 -!- etzel [n=thisnuke@69-160-140-26.ontrca.adelphia.net] has joined #nouveau
05:09 -!- gnarlin [n=gnarlin@194-144-217-11.du.xdsl.is] has joined #nouveau
05:17 -!- gnarlin_ [n=gnarlin@194-144-217-11.du.xdsl.is] has joined #nouveau
05:30 -!- gnarlin [n=gnarlin@194-144-217-11.du.xdsl.is] has quit [Read error: 110 (Connection timed out)]
06:04 -!- gnarlin [n=gnarlin@194-144-217-11.du.xdsl.is] has joined #nouveau
06:14 -!- gnarlin__ [n=gnarlin@194-144-217-11.du.xdsl.is] has joined #nouveau
06:18 -!- gnarlin__ [n=gnarlin@194-144-217-11.du.xdsl.is] has quit [Client Quit]
06:18 -!- gnarlin_ [n=gnarlin@194-144-217-11.du.xdsl.is] has quit [Read error: 110 (Connection timed out)]
06:26 -!- gnarlin [n=gnarlin@194-144-217-11.du.xdsl.is] has quit [Read error: 110 (Connection timed out)]
06:37 < qfire> pmdata: http://qfire.net/nv/dumps/g71/card_10de-0291_test_texture_format.txt
06:40 < darktama> hm, cool.. seems textures match NV40 closely too
06:40 < qfire> marcheu: you mention earlier you could add me to the sf developer list to upload these dumps, my login there is qfire.
06:44 < qfire> darktama: that should make things easier, a little bit at least.
06:45 < darktama> indeed, it seems as if from NV30 onwards the FIFO commands are mostly identical for all cards
06:47 < ajmitch> darktama: thankfully
06:47  * ajmitch needs to get back to the vertex format code in renouveau
06:47 < darktama> ajmitch: you have >=NV30?
06:47 < ajmitch> NV43
06:49 < darktama> ok, with the vertex format stuff it might be worth looking at 0x1ff0/0x1ff4.. certain bits need to be set depending on what vertices are used
06:50 < ajmitch> marcheu recommended I try & code what's documented but not recognised by renouveau
06:51 < darktama> 0x1ff0 seems fairly straight-forward, you just set (1<<vertex_attrib_id).. 0x1ff4 has at least the texcoord bits in a different place than I'd expect
06:51 < ajmitch> ok
06:52 < darktama> but I'm not sure what exactly they're for.. just that they need to be set correctly or the engine doesn't do what you expect
06:55 < ajmitch> at the moment I'm doing 0x1740 & related bits from doc/vertex_format_nv44
06:56 < darktama> yup, it'd definitely be useful to have sane output for those in renouveau :)
06:56 < ajmitch> so much to document & work on :)
06:57 < darktama> there's some more info on how 0x1740 is used (relating to vertex buffers) in nv40_vertexbuffer
06:57 < ajmitch> it'll be awhile before there's a driver that can do basic operations, I guess
06:57 < ajmitch> ok
06:57 < ajmitch> ueful
06:57 < ajmitch> s/ue/use/
06:58 < darktama> well, once we get simple tris going.. the rest is relatively easy :)
06:59 < ajmitch> yes, but the initial work to get that far is the challenge that most won't see :)
06:59 < darktama> true
06:59  * ajmitch has been doing too much python lately, need to get back into more C
07:00 < ajmitch> I've seen this project mentioned a few times lately
07:01 < darktama> indeed, especially on nvnews.net.. makes me wonder if we have any nvidia people hiding in here :D
07:01 < ajmitch> that's where I initially saw it, first time I was visiting nvnews.net
07:02 < darktama> we're usually mentioned in threads that are flaming nvidia for being so slow with xorg 7.1 drivers hehe
07:02 < ajmitch> which is what I was reading
07:02 < ajmitch> since I run the development branch of Ubuntu :)
07:03 < darktama> ahh, how has ubuntu handled it btw? gentoo has updated to 7.1 for all archs except x86 and amd64 because of it
07:03 < ajmitch> saldy I've become the defacto maintainer of Xgl in ubuntu lately, but it's unsupported
07:03 < ajmitch> well, the transition just went ahead, and people have to work around the nvidia driver problem
07:04 < darktama> that's what I think gentoo should've done.. no good holding back because of proprietary drivers
07:05 < darktama> I mean, radeon is good enough for day-to-day use for most cards (except the X1xxx ones).. the nv driver is another story though
07:06 < darktama> airlied: btw, has AMD contacted you about your driver yet?
07:06 < ajmitch> I like dualhead support - I can't recall is the nv driver supports it properly or not
07:06 < darktama> it doesn't support it at all
07:06 < ajmitch> that'll be interesting to get working with nouveau
07:06 < darktama> I made an attempt a while back, and I think airlied is looking at it now
07:08 < ajmitch> what does it involve?
07:09 < darktama> well, for the most part both heads are programmed in the same way.. the regs for the second head are +0x2000 from the first heads regs..
07:09 < darktama> so a lot of it is reworking the code to program both heads.. but, I couldn't get the second crtc operating properly here
07:10 < ajmitch> hopefully airlied has some luck there
07:10 < darktama> I suspect the BIOS didn't program the panel on that head (we don't know how to do that)
07:10  * ajmitch will just work on this part of things for now 
07:10 < darktama> yeah, airlied has a lot more experience with modesetting than I do so I've got high hopes :)
07:12 < ajmitch> hm, looks like renouveau doesn't want to run under xgl - hardly a surprise
07:13 < darktama> yeah, it wouldn't.. Xgl doesn't directly access the hardware
07:14 < darktama> sorry.. apps running under Xgl don't directly access the hardware*
07:15 < ajmitch> oh well, I'm not particularly attached to Xgl
07:17 < darktama> me neither, some effects are cool though
07:17 < darktama> but, that's not really Xgl doing that anyway. so...
07:18 < ajmitch> yep
07:18 < ajmitch> it'll come in time
07:20 < darktama> yup, 1.0-9xxx.. but, I'll drop nvidia's drivers once nv can do dual-head
07:21 < ajmitch> I'll still need them for renouveau :)
07:21 < darktama> hehe, yeah.. there's that too
07:21 < ajmitch> or doom3
07:22 < darktama> I'll also need to get my renderaccel code working (which means we need to get tris working on NV40).. e17 + AA fonts crawl without it
07:22 < ajmitch> I saw talk of borrowing a memory manager from sis or via drivers
07:23 < ajmitch> what's needed for the memory manager?
07:23 < darktama> yup, marcheu is working on it.. he should have something in a couple of days iirc
07:23 < ajmitch> nice
07:23 < darktama> http://nouveau.freedesktop.org/wiki/MemoryManager
07:27 < ajmitch> hm
07:27 < ajmitch> Context is 0011638a
07:27 < ajmitch> Unknown bits in context: 00010000 PLEASE REPORT!
07:30 < darktama> yup, that shouldn't appear in the latest renouveau
07:30 < ajmitch> shouldn't, but does
07:30 < ajmitch> I should rebuild, actually
07:31 < ajmitch> you're right
07:31 < ajmitch> I must not have rebuilt since the last cvs update
07:32 < darktama> oh, speaking of.. can you post a dump somewhere, doesn't have to be of anything in particular
07:32 < ajmitch> sure
07:32 < ajmitch> one second
07:33 < ajmitch> http://ajmitch.dyndns.org/debuild/ubuntu/X/nouveau/renouveau/NV40/nv40_clear_1.7
07:33 < ajmitch> test_clear()
07:33 < darktama> thanks
07:33 < darktama> hm, damn.. 
07:33 < ajmitch> one or two local modifications in objects.c & nv_objects.h
07:34 < darktama> nothing (correct) displayed from RAMIN (the instanceMem* bits)
07:34 < ajmitch> hm
07:34 < darktama> I didn't expect it to actually, the address of the second ramin is hardcoded to where it appears on my card
07:34 < ajmitch> what were you expecting to see?
07:34  * ajmitch has 256MB on this card
07:35 < darktama> values describing the object.. ie: http://nouveau.sourceforge.net/tests/nv40/card_10de-0045_test_startup.txt
07:36 < darktama> yeah, the "normal" instance ram doesn't seem to be used much on 256MB cards.. there's another one that's put in vram
07:36 < darktama> scroll down to 0xbeef3910's output
07:38 < ajmitch> right, what I have is all 0x00000000, I see
07:39 < qfire> what is "normal" instance ram? I was thinking it was the GPU RAM that was mapped to a processes memory space?
07:39 < airlied> darktama: nothing from AMD :-(
07:39 < darktama> qfire: on <256MB cards it's a part of the card's 16MB register space
07:39 < darktama> airlied: :( damn they're taking their time
07:40 < airlied> darktama: I'm hoping to get started on the modesetting "soon", but hopefully when keithp releases his code for randr at least..
07:40 < ajmitch> airlied: how long have you been waiting now in total? 4-5 months?
07:40 < airlied> yup, I think I submitted it back in May..
07:40 < darktama> cool! do you have any ideas on coldstarting flatpanels?
07:41 < airlied> darktama: like TMDS? it depends on how they driver them..
07:41 < airlied> darktama: normally TMDS is simple.. LVDS is hard..
07:41 < darktama> well, my card is using nvidia's internal TMDS
07:41 < airlied> well then it should be relativly "simple" to make it work..
07:42 < darktama> ahh, very cool.. I know nothing about it really
07:42 < airlied> TMDS usually involves little enough setup, and as nv does the basics it shouldn't be a major step to do more..
07:44 < airlied> I'm tempted to start writing a driver from scratch...
07:44 < darktama> yeah, I was.. several times.. it's quite a huge mess
07:44 < airlied> I think starting from nv just means I have two problems.. instead of one :-)
07:45 < darktama> it's quite fun trying to separate out nv_hw.c.. luckily nouveau's is a bit more readable than xorg's
11:03 -!- Duke` [n=gnu@ANantes-251-1-142-234.w86-210.abo.wanadoo.fr] has joined #nouveau
11:09 -!- dagb [i=dagb@97.80-202-99.nextgentel.com] has joined #nouveau
11:16 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
11:19 -!- EdB [n=EdB@ARennes-251-1-65-53.w86-195.abo.wanadoo.fr] has joined #nouveau
11:29 -!- atcl [n=Universe@Lb9ed.l.pppool.de] has joined #nouveau
12:21 -!- Myrizio [n=Myrizio@host219-101.pool80104.interbusiness.it] has joined #nouveau
12:37 -!- atcl [n=Universe@Lb9ed.l.pppool.de] has quit ["Nobody needs a quit message :)"]
12:58 -!- Stefan1800 [n=kvirc@pD9E4E036.dip.t-dialin.net] has joined #nouveau
12:59 < Stefan1800> hello
13:12 -!- Stefan1800 [n=kvirc@pD9E4E036.dip.t-dialin.net] has quit ["KVIrc 3.2.0 'Realia'"]
14:16 -!- Myrizio [n=Myrizio@host219-101.pool80104.interbusiness.it] has quit [Read error: 104 (Connection reset by peer)]
14:18 -!- Myrizio [n=Myrizio@host60-101.pool80104.interbusiness.it] has joined #nouveau
15:46 -!- Myrizio [n=Myrizio@host60-101.pool80104.interbusiness.it] has quit [Read error: 104 (Connection reset by peer)]
15:50 -!- EdB_ [n=EdB@ARennes-251-1-18-109.w81-250.abo.wanadoo.fr] has joined #nouveau
15:55 -!- Myrizio [n=Myrizio@host214-101.pool80104.interbusiness.it] has joined #nouveau
16:04 -!- EdB [n=EdB@ARennes-251-1-65-53.w86-195.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
16:06 -!- Myrizio_ [n=Myrizio@host104-102.pool80104.interbusiness.it] has joined #nouveau
16:10 -!- EdB_ [n=EdB@ARennes-251-1-18-109.w81-250.abo.wanadoo.fr] has quit ["Konversation terminated!"]
16:12 < marcheu> qfire: you should be able to write to the sf.net page now
16:20 -!- Myrizio [n=Myrizio@host214-101.pool80104.interbusiness.it] has quit [Read error: 110 (Connection timed out)]
16:20 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has quit [Read error: 54 (Connection reset by peer)]
16:21 -!- `Duke` [n=gnu@86.72.5.75] has joined #nouveau
16:38 -!- `Duke` [n=gnu@86.72.5.75] has quit ["Segmentation fault"]
16:43 -!- `Duke` [n=gnu@86.72.5.75] has joined #nouveau
17:12 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has joined #nouveau
17:28 -!- Myrizio_ [n=Myrizio@host104-102.pool80104.interbusiness.it] has quit [Read error: 110 (Connection timed out)]
17:36 -!- hiyuh [n=hiyuh@ZL050248.ppp.dion.ne.jp] has quit ["Leaving"]
17:37 -!- Myrizio [n=Myrizio@host133-101.pool80104.interbusiness.it] has joined #nouveau
17:49 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has quit []
17:55 -!- Myrizio [n=Myrizio@host133-101.pool80104.interbusiness.it] has quit [Read error: 104 (Connection reset by peer)]
17:59 -!- shenki [n=shenki@ppp148-167.lns3.adl2.internode.on.net] has joined #nouveau
18:07 -!- Unbeliever [i=hazel@tor/session/external/x-830b6133849ab84c] has joined #nouveau
18:12 -!- Myrizio [n=Myrizio@host119-102.pool80104.interbusiness.it] has joined #nouveau
19:00 -!- tibbs is now known as tibbs|h
19:10 -!- Myrizio [n=Myrizio@host119-102.pool80104.interbusiness.it] has quit [Read error: 104 (Connection reset by peer)]
19:21 -!- EdB [n=EdB@ARennes-251-1-72-74.w86-195.abo.wanadoo.fr] has joined #nouveau
19:52 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
19:54 -!- Myrizio [n=Myrizio@host131-101.pool80104.interbusiness.it] has joined #nouveau
20:05 -!- ajmitch [n=ajmitch@ubuntu/member/ajmitch] has quit [Remote closed the connection]
20:13 -!- ajmitch [n=ajmitch@ubuntu/member/ajmitch] has joined #nouveau
20:31 -!- Unbeliever [i=hazel@tor/session/external/x-830b6133849ab84c] has quit [Remote closed the connection]
21:00 -!- shenki [n=shenki@ppp148-167.lns3.adl2.internode.on.net] has quit [Read error: 60 (Operation timed out)]
21:07 -!- shenki [n=shenki@ppp164-5.lns3.adl4.internode.on.net] has joined #nouveau
21:12 -!- shenki_ [n=shenki@ppp164-5.lns3.adl4.internode.on.net] has joined #nouveau
21:21 -!- pmdata [i=patrice@ANantes-154-1-56-108.w81-53.abo.wanadoo.fr] has joined #nouveau
21:21 < pmdata> hello
21:48 -!- Myrizio_ [n=Myrizio@host189-101.pool80104.interbusiness.it] has joined #nouveau
21:52 -!- Myrizio [n=Myrizio@host131-101.pool80104.interbusiness.it] has quit [Read error: 110 (Connection timed out)]
22:03 -!- KoalaBR [n=KoalaBR@port-83-236-14-30.dynamic.qsc.de] has joined #nouveau
22:04 < marcheu> hey
22:06 < KoalaBR> Hi
22:07 -!- K [n=hazel@212.145.81.31] has joined #nouveau
22:07 < KoalaBR> Seems I'm lucky - I think I found out a few bits of how to enable / disable clipping planes (NV43)
22:08 < KoalaBR> Needs more testing however
22:09 < pmdata> I think the test_clip_plane could be improved to show more easily the different clip planes
22:09 < marcheu> heh, I can't test right now the latest Xorg seems to break the nvidia drivers totally
22:09 < marcheu> on the bright side, that'll devote my time to finishing that memory manager :)
22:10 < marcheu> KoalaBR: but if you've got something, you can paste a link here
22:10 < KoalaBR> Currently in "Digging " mode :)
22:10 < KoalaBR> Only one thing seems sure:
22:12 < marcheu> btw I'm trying to figure out a way to abuse the TEST_PROLOGUE macro in order to create a list of tests at compile time, which can be used from a test_all() function for example
22:12 < marcheu> but no dice yet
22:12 < KoalaBR> To enable / disable a clipping plane you would first load up the matrix values, then call 0x1478 following by a bit plane where bit "plane * 2 +1" is set for each active plane
22:13 < KoalaBR> So 0x1478  0x00001010  would enable planes 1 and 3
22:13 < KoalaBR> But that's all I currently can offer
22:13 -!- shenki [n=shenki@ppp164-5.lns3.adl4.internode.on.net] has quit [Read error: 60 (Operation timed out)]
22:14 < marcheu> clip planes seem to be uploaded through the vertex program parameters. fun.
22:16 < pmdata> using gl_texture_rectangle_nv instead of gl_texture_2d in test_texture_format trigger different texture format
22:16 < KoalaBR> Yes and there quite a bunch of data uploaded during initialisation, perhaps setting up a "default" clip plane? Don't know
22:16 < KoalaBR> If I have something, I will commit it
22:34 -!- atcl [n=Universe@L9441.l.pppool.de] has joined #nouveau
22:54 < K> marcheu: are you there?
22:54 < marcheu> yeah, pretty much
22:54 < K> sorry for the question but...
22:55 < K> why do you associate NV04_SCALED_IMAGE_FROM_MEMORY_OUT_SIZE with the value 0x00000314 ??
22:55 < K> for example
22:55 < K> how do you indentofy the command?
22:55 < K> *identify
22:56 < marcheu> ok, to begin with, I didn't do it, lumag did :)
22:56 < marcheu> more seriously, you just test different sizes
22:56 < marcheu> and notice that the parameter that changes is 0x00000314
22:56 < marcheu> so you name it OUT_SIZE
22:56 < K> but its valid for all commands?
22:57 < pmdata> this is what we did for all commands
22:58 < K> and you name the commands? or are taken from some kind of list...
22:59 < marcheu> some nv04/nv10 command names were available. all other names are made up
22:59 < K> ok
23:01 < KoalaBR> BTW: http://www.ping.de/sites/koala/  Tell me what you think of it (absolutely incomplete and probably full of wrong statements)
23:01 < marcheu> hmm
23:02 < marcheu> notice how I never ever say reverse engineering on the nouveau website
23:03 < marcheu> or in the renouveau readme/code
23:03 < KoalaBR> Ok, can change that
23:05 < KoalaBR> If you don't like it, I will delete it. I just used documenting things in order to understand the code better - but if it is dangerous I will keep it private to me
23:05 < KoalaBR> Just thought it may be of some help for beginners
23:05 < KoalaBR> (Like me)
23:05 < marcheu> yes
23:05 < marcheu> you just have to choose the wording carefully :)
23:06 < marcheu> "display changes in the fifo and registers"
23:06 < marcheu> "find card state differences" 
23:06 < marcheu> and so on...
23:07 < KoalaBR> I will delete it from the website, change it and submit it to you by email if that is ok? Because the website is public 
23:07 < KoalaBR> So you can have a look and if you find it useful, we can put it on the official webpage
23:07 < marcheu> no, don't delete it
23:08 < marcheu> just replace the wording
23:09 < KoalaBR> I will delete it, change it and put it back under the same address during the next days. But I don't think, that I am able to check every doc I did - today and if wording is important we shouldn't keep it public for _now_
23:09 < marcheu> other things that can be interesting to doxygen are the ddx/dri drivers. they're quite complex
23:11 < KoalaBR> Well, I never had a look at those. As I still don't understand where we are aiming at in the long run (a stand alone module like the NVidia binary only with source? a X11 driver? ...)
23:11 < KoalaBR> I will let you know, when I'm done with the new doc version, ok?
23:11 < marcheu> ok
23:11 < marcheu> we'll keep the standard ddx/dri/drm scheme
23:12 < KoalaBR> I won't get lost, don't be afraid :)
23:12 < KoalaBR> it ...
23:12 < marcheu> nvidia has equivalents for those 3, but distributes them in a single package
23:12 < marcheu> I don't think distribution is relevant to us
23:14 < KoalaBR> No, I never looked into the nvidia driver, as it worked flawlessly
23:16 < KoalaBR> Ok, back to these clipping planes
23:28 -!- pmdata is now known as pmdata_pause
23:49 < KoalaBR> I still have some   Object not found in the table, guessed type 0000!!! in my dump... (up to date cvs version)
23:54 -!- pmdata_pause is now known as pmdata
23:59 < pmdata> are some texture formats available only with texture_rectangle_nv ?
--- Log closed Срд Авг 09 00:00:09 2006
