--- Log opened Пнд Июл 10 00:00:46 2006
00:28 < colbert> I'm going nowhere until I can figure out how to visualize these results, anyone have some paradigm i could use?
00:28 < marcheu> visualize ?
00:31 < colbert> I think visualy, as in a graph, I'm trying to see some pattern in the returned addresses like in a raw pci table
00:59 -!- Netsplit clarke.freenode.net <-> irc.freenode.net quits: marcheu
01:07 -!- Netsplit over, joins: marcheu
01:10 < marcheu> colbert: I'm afraid you'll have to write that yourself :)
01:10 -!- marcheu_ [n=marcheu@lattice.u-strasbg.fr] has joined #nouveau
01:10 < colbert> LOL. just need a way to think about it.
01:11 -!- marcheu_ [n=marcheu@lattice.u-strasbg.fr] has left #nouveau []
01:18 -!- pmdata [i=patrice@ANantes-154-1-53-245.w81-53.abo.wanadoo.fr] has quit [Remote closed the connection]
01:33 < colbert> should have looked at nv_objects.h before I stuck my foot in my mouth, commands are sequential probably in implementation order not a bitmask
01:34 < marcheu> I don't follow you
01:34 < marcheu> "commands are sequential" ?
01:35 < colbert> #define STOP                        0x00000000
01:35 < colbert> #define POINTS                      0x00000001
01:35 < colbert> #define LINES                       0x00000002
01:35 < colbert>  these are what the registers returnon these commands, right?
01:41 < colbert> and  any gaps in the sequence is either room for expansion, not implemented , or a command we havnt documented yet. 
01:41 < marcheu> these are command parameters
01:42 < marcheu> there are 3 things :
01:42 < marcheu> - objects, which contain commands
01:42 < marcheu> - commands, which can be setup to some values
01:42 < marcheu> - values, which are put into the commands
01:42 < marcheu> the STOP, POINTS, LINES are values
01:44 -!- EdB [n=EdB@ARennes-251-1-28-76.w81-250.abo.wanadoo.fr] has quit ["Konversation terminated!"]
01:44 < marcheu> so if you look at nv_objects.h
01:44 < marcheu> NV10_TCL_PRIMITIVE_3D is an object
01:45 < marcheu> NV10_TCL_PRIMITIVE_3D_ALPHA_FUNC is the command of NV10_TCL_PRIMITIVE_3D that chooses the alpha function
01:45 < marcheu> and values are not documented, but are the same as the GL_* parameteres
01:56 -!- _Demo_ [n=Demo@modemcable038.138-201-24.mc.videotron.ca] has quit ["Leaving"]
02:00 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has quit [Remote closed the connection]
02:32 -!- Duke` [n=gnu@ANantes-251-1-142-77.w86-210.abo.wanadoo.fr] has quit ["Fatal signal: Segmentation Fault"]
03:52 -!- hiyuh [n=hiyuh@ZL050248.ppp.dion.ne.jp] has joined #nouveau
04:24 < ddl> hi!
04:25 < ddl> marcheu: you there?
04:25 < marcheu> yup
04:28 < ddl> have you encountered any unknown opcodes in the bios parsing code?
04:28 < ddl> using any of your cards
04:28 < ddl> got the feeling you had a couple of different cards :)
04:28 < marcheu> well, current code only supports BIT...
04:28 < marcheu> so I only tested on nv44
04:28 < ddl> okey
04:29 < marcheu> are you working on the bios code btw ?
04:29 < ddl> starting to look at some things with the bios code
04:29 < marcheu> I think I've got pending changes
04:29 < ddl> okey
04:30 < marcheu> one second & I'll commit those that are acceptable
04:30 < ddl> havent got that far yet
04:30 < ddl> ok
05:01 -!- _Demo_ [n=Demo@modemcable038.138-201-24.mc.videotron.ca] has joined #nouveau
05:51 -!- _Demo_ [n=Demo@modemcable038.138-201-24.mc.videotron.ca] has quit ["Leaving"]
09:37 -!- svu [n=svu@194.46.176.205] has quit [Read error: 113 (No route to host)]
09:38 -!- svu [n=svu@194.46.176.205] has joined #nouveau
13:05 -!- Duke` [n=gnu@ANantes-251-1-142-77.w86-210.abo.wanadoo.fr] has joined #nouveau
13:12 -!- noabc [n=abc@cpe.atm2-0-51459.0x535a422a.odnxx9.customer.tele.dk] has joined #nouveau
13:12 < noabc> Hi :-)
13:13 < noabc> I follow the nouveau project a bit - am I am pleased to see you hard working people :-) I found this page: http://principe.homelinux.net/ which I thought would be good to have on the "Documentation/Available source code" on the front page.
13:15 < noabc> bye for now :)
13:16 -!- noabc [n=abc@cpe.atm2-0-51459.0x535a422a.odnxx9.customer.tele.dk] has quit [Client Quit]
14:06 -!- EdB [n=EdB@ARennes-251-1-53-14.w81-53.abo.wanadoo.fr] has joined #nouveau
14:24 -!- EdB [n=EdB@ARennes-251-1-53-14.w81-53.abo.wanadoo.fr] has quit ["Konversation terminated!"]
14:25 -!- EdB [n=EdB@ARennes-251-1-53-14.w81-53.abo.wanadoo.fr] has joined #nouveau
14:30 -!- EdB [n=EdB@ARennes-251-1-53-14.w81-53.abo.wanadoo.fr] has quit [Remote closed the connection]
14:31 -!- EdB [n=EdB@ARennes-251-1-53-14.w81-53.abo.wanadoo.fr] has joined #nouveau
14:57 -!- EdB [n=EdB@ARennes-251-1-53-14.w81-53.abo.wanadoo.fr] has quit ["Konversation terminated!"]
15:42 -!- Duke` [n=gnu@ANantes-251-1-142-77.w86-210.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
15:42 -!- Duke` [n=gnu@ANantes-251-1-156-41.w86-203.abo.wanadoo.fr] has joined #nouveau
16:05 < colbert> morning
16:08 -!- EdB|w [n=EdB@212.234.68.206] has joined #nouveau
16:09 < Duke`> hi
16:12 -!- qfire_ [n=qfire@dsl093-010-213.cle1.dsl.speakeasy.net] has joined #nouveau
16:12 -!- qfire [n=qfire@dsl093-010-213.cle1.dsl.speakeasy.net] has quit [Read error: 104 (Connection reset by peer)]
17:10 -!- hiyuh [n=hiyuh@ZL050248.ppp.dion.ne.jp] has quit ["Leaving"]
19:01 -!- EdB|w [n=EdB@212.234.68.206] has quit [Read error: 104 (Connection reset by peer)]
19:54 -!- EdB [n=EdB@ARennes-251-1-40-39.w81-250.abo.wanadoo.fr] has joined #nouveau
20:06 -!- qfire [n=qfire@dsl093-010-213.cle1.dsl.speakeasy.net] has joined #nouveau
20:06 -!- qfire_ [n=qfire@dsl093-010-213.cle1.dsl.speakeasy.net] has quit [Read error: 104 (Connection reset by peer)]
20:10 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
20:45 -!- pmdata [i=patrice@ANantes-154-1-30-123.w81-53.abo.wanadoo.fr] has joined #nouveau
21:51 -!- EdB [n=EdB@ARennes-251-1-40-39.w81-250.abo.wanadoo.fr] has quit [Remote closed the connection]
21:51 -!- EdB [n=EdB@ARennes-251-1-40-39.w81-250.abo.wanadoo.fr] has joined #nouveau
22:08 -!- EdB_ [n=EdB@ARennes-251-1-76-43.w86-195.abo.wanadoo.fr] has joined #nouveau
22:22 -!- EdB [n=EdB@ARennes-251-1-40-39.w81-250.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
22:34 < colbert> Tried writing a small test for glDrawBuffer to see the difference with GL_FRONT GL_BACK GL_LEFT etc.
22:34 < marcheu> heh, tough stuff :)
22:34 < colbert> Not quite sure how to interpret the output yet.
22:35 < marcheu> well, post to http://rafb.net/paste/ and people in here will probably come up with plenty of suggestions
22:36 < colbert> do  I need to change in dump_before() or dump_after(). Or are they watching all known registers?
22:37 < colbert> I'll paste it soon.
22:38 < marcheu> they are watching mostly everything
22:40 < colbert> i  added this function to tests.c, Seen anything foolish?
22:40 < colbert> http://rafb.net/paste/results/AX2l8b59.html
22:45 < colbert> and this is the output
22:45 < marcheu> yeah
22:45 < colbert> http://rafb.net/paste/results/wpyAv155.html
22:45 < marcheu> I was going to ask for it :)
22:46 < colbert> lost the paste twice copying it over. 
22:49 < colbert> thought about adding GL_AUXn also just to see if anything happens
22:49 < marcheu> (btw, it's quadro not quatro)
22:49 < marcheu> (btw2 I should have a softquadro for linux in a moment so that we can extend our tests)
22:50 < colbert> like i said, anything foolish. I saw the discussion iin the logs, thats why I did this
22:51 < marcheu> so now you have to look at the differences between the modes
22:52 < colbert> I just wonder if NVIDIA checks the bios also. they keep blocking softQuadro on M$
22:52 < marcheu> although glDrawBuffer might be a bit tricky, because it probably involves buffer adress as well
22:52 < marcheu> looks like nvidia doesn't check anything here
22:52 < colbert> Till now
22:52 < marcheu> it's 2 bits in 1 reg
22:53 < marcheu> so, looks like everything is using object NV10_TCL_PRIMITIVE_3D here
22:54 < marcheu> commands like NV10_TCL_PRIMITIVE_3D_DITHER_ENABLE are known
22:54 < marcheu> NV10_TCL_PRIMITIVE_3D      [0x0348/4] = 0x00000000 means the command is at offset 0x348 in the NV10_TCL_PRIMITIVE_3D object, and is unknown
22:55 < colbert> i added in the tri() just to make sure its doing something to the buffer, do you think that it's needed?
22:56 < marcheu> it's needed most of the time (ok, maybe not in this case). it's easy to recognize anyway
22:59 < colbert> after i figure out, what to look for in the results I'dd add test_readBuffer
23:02 < colbert> thought of somthing else.. I'm compiling with mesa's lgl but running with nvidia's. any problems with that?
23:03 < marcheu> should not, by the magic of dynamic linking
23:04 < marcheu> hmm, did you create a stereo visual ?
23:05 < marcheu> you have to if you want to use it
23:05 < marcheu> anyway, I'll get something to eat, bbl
23:07 < colbert> no, used to play Morrowind with anaglyphic glasses though. Games are fun in real 3d.
23:07 < colbert> also used to design machinery for a living, real 3d is useful
23:08 < marcheu> no, I mean a stereo opengl visual, using SDL_GL_STEREO for example
23:08 < colbert> not yet
23:08 < marcheu> you'd have to I think
23:09 < marcheu> or else, the behavior is unspecified I think
23:11 < colbert> I think the driver wont allow it right now anyway. I'll have to get more elaborate.should work for fornt and back right now at least.
23:11 < colbert> front
23:11 -!- svu [n=svu@194.46.176.205] has quit [Read error: 104 (Connection reset by peer)]
23:13 < colbert> Haven't used SDL ever before. Got to DL the docs.
23:17 < colbert> I am amazed, got used to all doucmentation disapearing on debian. but sdl-dev still has the docs. 
23:23 -!- Lumag [n=Lumag@chimpanzee.school.ioffe.ru] has joined #nouveau
23:24 < Lumag> hi!
23:24 < colbert> tried removing tri() to see what would happen. no changes  in the registers. Hi lumag
--- Log closed Втр Июл 11 00:00:47 2006
