From hook_l at pyrogon.com Thu Apr 8 20:32:23 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 20:32:23 -0400 Subject: DORIS In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F851FCC3@iggy.rockstarvancouver.com> Message-ID: <200448203223.078436@GATEWAY> Bloody Hell Nick, DORIS is exactly what I've been looking for! Been farting around with bindings and IUP (which is just a travesty) and wxLua and all that and DORIS was what I wanted all along. Any plans to update to 5.0.2? Brian From nick at rockstarvancouver.com Thu Apr 8 20:43:24 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Thu, 8 Apr 2004 17:43:24 -0700 Subject: [q2x] DORIS Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F851FD59@iggy.rockstarvancouver.com> > Bloody Hell Nick, DORIS is exactly what I've been looking for! Been > farting around with bindings and IUP (which is just a travesty) and > wxLua and all that and DORIS was what I wanted all along. > > Any plans to update to 5.0.2? Ha! That's really funny, I was going to tag Doris on the end of the list of Windows tools, but I thought you were looking for one with native widgets. Mmmm, I too saw the build system for IUP and steered away :) Yep, I can upgrade it. BTW, Doris is not an acronym, it's the name of my sister's ex-hamster. :) Also BTW, sorry I haven't done an awful lot of work on q2x lately. I could begin checking in what I have done. I've tried to do it incrementally, and until the whole system is converted I've #if'd out old features (so I can swap back and forth if TSHTF). I got upto monster AI (only working on flyers, but should then have framework for all monsters and its grunt work), ie. Frames for animation and the logic. It's just a question of going through working out what to expose and trying to do it nicely (which will more than likely need a second pass after all is done). -- Weather has been so nice here and I was at GDC etc... Nick From hook_l at pyrogon.com Thu Apr 8 20:50:49 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 20:50:49 -0400 Subject: [q2x] DORIS In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F851FD59@iggy.rockstarvancouver.com> Message-ID: <200448205049.888108@GATEWAY> > Ha! That's really funny, I was going to tag Doris on the end of the > list of Windows tools, but I thought you were looking for one with > native widgets. The problem, from marketing, is that you're conflating all kinds of stuff under the Doris name. I thought "Doris" for the longest time was just "Windows binaries" because every time I saw it mentioned it was usually you posting something like "BTW, the latest Windows binaries are available at the Doris sf site". I didn't realize that doris was, by itself, a separate package. > Mmmm, I too saw the build system for IUP and steered away :) Someone was helping me off list get it up and running, but now that I have Doris, screw it, I'm rm -rf'ing IUP and CD. They're fucking disasters. > Yep, I can upgrade it. Please do so, but for now I'm dorking around with it and will let you know what I think. The build system might could use some cleanup (e.g. you hardcode some paths like \libs\glui_271_beta or whatever), but I'm never sure the right way to handle stuff like that anyway under Windows. I didn't want native widgets, I just wanted (ideally) somewhat portable widgets that worked "well enough". Having OpenGL available is a bonus. > Also BTW, sorry I haven't done an awful lot of work on q2x lately. Neither have I, no worries =) Real life has a way of interfering with such things. Brian From hook_l at pyrogon.com Thu Apr 8 20:53:35 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 20:53:35 -0400 Subject: [q2x] DORIS In-Reply-To: <200448205049.888108@GATEWAY> Message-ID: <200448205335.416301@GATEWAY> > Please do so, but for now I'm dorking around with it and will let > you know what I think. First bug found -- got a few references to getn() that should be table.getn() in some of your sample proggies. Brian From hook_l at pyrogon.com Thu Apr 8 21:02:27 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 21:02:27 -0400 Subject: [q2x] DORIS In-Reply-To: <200448205335.416301@GATEWAY> Message-ID: <20044821227.460210@GATEWAY> Hmmm, none of the examples run -- precompilation problem with one, access "Render" global which is 'nil' for a couple others. Fun fun =) On Thu, 8 Apr 2004 20:53:35 -0400, Brian Hook wrote: >> Please do so, but for now I'm dorking around with it and will let >> you know what I think. >> > > First bug found -- got a few references to getn() that should be > table.getn() in some of your sample proggies. > > Brian From nick at rockstarvancouver.com Thu Apr 8 21:02:52 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Thu, 8 Apr 2004 18:02:52 -0700 Subject: [q2x] DORIS Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB1B@iggy.rockstarvancouver.com> > Hmmm, none of the examples run -- precompilation problem with one, > access "Render" global which is 'nil' for a couple others. Fun fun =) I wonder if they don't match what's in CVS? Try attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: eg.zip Type: application/x-zip-compressed Size: 16393 bytes Desc: eg.zip URL: From hook_l at pyrogon.com Thu Apr 8 21:08:27 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 21:08:27 -0400 Subject: [q2x] DORIS In-Reply-To: <20044821227.460210@GATEWAY> Message-ID: <20044821827.722918@GATEWAY> Typo in docs, "makeIndentity" should be "makeIdentity". Also, you have a full on typo that's consistent in "seperators" -- should be separators. Fixed the Render: thing by switching it to Quadric:, still not sure what else is going on with the one that fails precompile. Brian From nick at rockstarvancouver.com Thu Apr 8 21:09:40 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Thu, 8 Apr 2004 18:09:40 -0700 Subject: [q2x] DORIS Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB1E@iggy.rockstarvancouver.com> > Typo in docs, "makeIndentity" should be "makeIdentity". Also, you > have a full on typo that's consistent in "seperators" -- should be > separators. > > Fixed the Render: thing by switching it to Quadric:, still not sure > what else is going on with the one that fails precompile. Mmmm. Are you using version 1.0? I've just got the exe and the source of the SF site and I'm not having problems. I am familiar with the problems you mention as I'm pretty sure I fixed them at some point in the past. Nick From hook_l at pyrogon.com Thu Apr 8 21:14:25 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 21:14:25 -0400 Subject: [q2x] DORIS In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB1B@iggy.rockstarvancouver.com> Message-ID: <200448211425.919523@GATEWAY> callbacks.lua: OK cartoon.lua: FAIL Error: cartoon.lua:14: error in function 'glColor'. argument #1 is 'nil'; 'table' expected. gravity.lua: OK hierarchy.lua: OK light.lua: OK logo.lua: FAIL Error: logo.lua:71: attempt to call method `Create' (a nil value) patterns.lua: FAIL Problem compiling file (3) : Syntax error during pre-compilation. test.lua: OK, but doesn't seem to do much? texgen.lua: OK texture.lua: FAIL Error: ../src/render.lua:16: GL error (1281): invalid value Image::Load : Could not open file: res/earth.tga From hook_l at pyrogon.com Thu Apr 8 21:16:10 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 21:16:10 -0400 Subject: [q2x] DORIS In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB1E@iggy.rockstarvancouver.com> Message-ID: <200448211610.845183@GATEWAY> > Mmmm. Are you using version 1.0? Yes, I'm using whatever was most recently posted to doris.sf.net. I'm not using whatever is in cvs. The sample proggies I was using were straight off the Web page, but the last e-mail I sent was a report based on the ones you sent me. Brian From nick at rockstarvancouver.com Thu Apr 8 21:15:41 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Thu, 8 Apr 2004 18:15:41 -0700 Subject: [q2x] DORIS Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB1F@iggy.rockstarvancouver.com> That's okay then. You are either missing resources or those scripts don't work :/. You are the first person to complain. :) Sorry I have to go now. Long weekend! Wahay! Will upgrade next week etc. Feel free to write a demo... you know much more about GL than me. Nick > -----Original Message----- > From: Brian Hook [mailto:hook_l at pyrogon.com] > Sent: Thursday, April 08, 2004 6:14 PM > To: q2x at icculus.org > Subject: RE: [q2x] DORIS > > callbacks.lua: OK > cartoon.lua: FAIL > Error: cartoon.lua:14: error in function 'glColor'. > argument #1 is 'nil'; 'table' expected. > gravity.lua: OK > hierarchy.lua: OK > light.lua: OK > logo.lua: FAIL > Error: logo.lua:71: attempt to call method `Create' (a nil value) > patterns.lua: FAIL > Problem compiling file (3) : > Syntax error during pre-compilation. > test.lua: OK, but doesn't seem to do much? > texgen.lua: OK > texture.lua: FAIL > Error: ../src/render.lua:16: GL error (1281): invalid value > Image::Load : Could not open file: res/earth.tga > From hook_l at pyrogon.com Thu Apr 8 21:19:06 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 21:19:06 -0400 Subject: [q2x] DORIS In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB1F@iggy.rockstarvancouver.com> Message-ID: <20044821196.163287@GATEWAY> > Will upgrade next week etc. I'll hold you to that, this is too bloody cool for me to not play with =) > Feel free to write a demo... you know much more about GL than me. Been a long, long time... Brian From hook_l at pyrogon.com Thu Apr 8 21:57:06 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 21:57:06 -0400 Subject: [q2x] DORIS In-Reply-To: <20044821196.163287@GATEWAY> Message-ID: <20044821576.985364@GATEWAY> BTW, if you're looking for demos to port, the whole slew of NeHe demos is a pretty impressive gathering of them. Just for grins I ported the very basic Lesson 2 (a triangle and square) just to get a feel for how it all operates. So far, very clean. It's amusing to compare Doris source side-by-side with raw Win32 code to do the same thing. Brian From hook_l at pyrogon.com Thu Apr 8 23:42:14 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Thu, 8 Apr 2004 23:42:14 -0400 Subject: [q2x] DORIS In-Reply-To: <20044821576.985364@GATEWAY> Message-ID: <200448234214.087941@GATEWAY> Okay, honeymoon's over =) GLUI is pretty minimal -- unfortunately, minimal enough that it may not be useful for the specific project I'm working on. Three things lacking right now: - textured buttons (for bitmap images) - "moused over" state - related to #2 above, tool tips I think these can all be retrofitted fairly trivially, however it's all in stuff that Nick Doesn't Control, so I'm not sure the best way to attack this. Brian From hook_l at pyrogon.com Sat Apr 10 23:43:59 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Sat, 10 Apr 2004 23:43:59 -0400 Subject: [q2x] DORIS In-Reply-To: <200448234214.087941@GATEWAY> Message-ID: <2004410234359.991334@GATEWAY> > I think these can all be retrofitted fairly trivially, however it's > all in stuff that Nick Doesn't Control, so I'm not sure the best > way to attack this. Been looking at the source some more, and I could see hacking on GLUI to get it up to snuff, including some fairly major architectural changes (internally). The primary change I'd want to do first is separate control logic from presentation. For example, a GLUI_button is what does the rendering and handles the control, but that's a pretty archaic way of doing things. Instead, there should be a class hierarchy something like: GLUI_Control -> GLUI_button GLUI_visrep -> GLUI_button_visrep (Or whatever) Each control then has a pointer to a visrep in order to swap out appearances. This makes theming possible without trashing an app's code, and adding new kinds of button representations (like bitmap buttons) becomes trivial. Oh, and there is, in fact, a mouseover function, so tooltips should be reasonably easy to put in. The question is: exactly how active is GLUI development? If it's ongoing (and from what I can tell...it's not), then it might be best to just use GLUI as is. If development is dead, I don't see any particular reason not to pick up the ball and run with it. Brian From hook_l at pyrogon.com Mon Apr 12 09:58:54 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 09:58:54 -0400 Subject: [q2x] DORIS In-Reply-To: <2004410234359.991334@GATEWAY> Message-ID: <200441295854.713929@GATEWAY> We'll probably want to hook into glutKeyboardUpFunc and keep key state information that DORIS polls directly, or maybe make the game do it with a _KeyUpCB...my first thought is that we probably want _KeyUpCB and _KeyDownCB in Doris, and with an appropriate trap in the higher level code (Window::keyboard) to avoid multiple _KeyDownCB calls due to key repeat). Brian From hook_l at pyrogon.com Mon Apr 12 13:38:13 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 13:38:13 -0400 Subject: [q2x] DORIS In-Reply-To: <200441295854.713929@GATEWAY> Message-ID: <2004412133813.766477@GATEWAY> Nick, How about using _TRACEBACK instead of _ALERT for errors? One thing I'm finding is that when a compile time error occurs I don't know much about what caused it, and often times the error is completely silent. Brian From nicktrout at shaw.ca Mon Apr 12 14:59:34 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 11:59:34 -0700 Subject: [q2x] DORIS References: <2004410234359.991334@GATEWAY> Message-ID: <002201c420c0$4b9397b0$6400a8c0@quith1> From: "Brian Hook" >> I think these can all be retrofitted fairly trivially, however it's >> all in stuff that Nick Doesn't Control, so I'm not sure the best >> way to attack this. >Been looking at the source some more, and I could see hacking on GLUI to get it up to snuff, including some fairly major architectural changes (internally). >The question is: exactly how active is GLUI development? If it's ongoing (and from what I can tell...it's not), then it might be best to just use GLUI as is. See notes at the bottom of here: http://www.nigels.com/glt/glui/ Files: http://sourceforge.net/projects/glui/ My binding is based on version 2.1beta. I have a version of GLUI checked into Doris CVS (based on pre 2.1b). I had a weird bug earlier in Doris's life and thought it was something to do with string corruption in GLUI so I added a better string wrapper. It turned out to be a driver problem. It would probably be more work to integrate my changes back in than to just do it again on the current version though... mmm. I do agree with the current maintainer that GLUI could do with a clean up. It's very "work in progress" code. :) I think I'll mail the author and ask him which version is current. Nick From hook_l at pyrogon.com Mon Apr 12 15:56:42 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 15:56:42 -0400 Subject: [q2x] DORIS In-Reply-To: <002201c420c0$4b9397b0$6400a8c0@quith1> Message-ID: <2004412155642.375941@GATEWAY> > do it again on the current version though... mmm. I do agree with > the current maintainer that GLUI could do with a clean up. It's > very "work in progress" code. :) Yes, and I would really like to see it basically revamped massively. I want something lightweight, but which also allows for customization without requiring a huge amount of rewriting/copy-pasting. Also, it would be nice to see it migrate to FreeGLUT. Brian From hook_l at pyrogon.com Mon Apr 12 16:09:01 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 16:09:01 -0400 Subject: DORIS: Mapping mouse to normalized device coordiantes In-Reply-To: <2004412155642.375941@GATEWAY> Message-ID: <20044121691.610779@GATEWAY> The mouse coordinates returned in the mouse callback are in screen coordinates, but I don't see a clean way to convert those back to normalized device coordinates. This is a pretty significant limitation, not sure the best way to address it. Brian From hook_l at pyrogon.com Mon Apr 12 16:19:29 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 16:19:29 -0400 Subject: DORIS: glGet In-Reply-To: <20044121691.610779@GATEWAY> Message-ID: <2004412161929.082287@GATEWAY> There are two separate registrations for "glGet", should the second one be named something like "glGetv" instead? Brian From nicktrout at shaw.ca Mon Apr 12 14:46:21 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 11:46:21 -0700 Subject: [q2x] DORIS References: <200448211610.845183@GATEWAY> Message-ID: <001001c420be$73141eb0$6400a8c0@quith1> > The sample proggies I was using were straight off the Web page, but the last e-mail I sent was a report based on the ones you sent me. Ah, the ones off the web page are Lua 4. I need to revamp the web pages. I should also move the LuaBuild stuff over to lua-users as well to avoid confusion. Nick From hook_l at pyrogon.com Mon Apr 12 16:30:54 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 16:30:54 -0400 Subject: [q2x] DORIS: Mapping mouse to normalized device coordiantes In-Reply-To: <20044121691.610779@GATEWAY> Message-ID: <2004412163054.447380@GATEWAY> > The mouse coordinates returned in the mouse callback are in screen > coordinates, but I don't see a clean way to convert those back to > normalized device coordinates. My bad, they're actually normalized 0..1, the "point" coords for key events are in screen coordinates. oy. Brian From nicktrout at shaw.ca Mon Apr 12 16:17:33 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 13:17:33 -0700 Subject: [q2x] DORIS References: <2004412155642.375941@GATEWAY> Message-ID: <007101c420cb$31ea38e0$6400a8c0@quith1> From: "Brian Hook" > Yes, and I would really like to see it basically revamped massively. I want something lightweight, but which also allows for customization without requiring a huge amount of rewriting/copy-pasting. It looks from the site like the guy who claims to have taken over maintenence doesn't plan on doing much to it! I'm awaiting an email from him answering why there is fork. I don't really want to get sucked into rewriting that when I have plenty of other things to do. I wouldn't mind cleaning up the C++ness of though, there is some awful code in it. > Also, it would be nice to see it migrate to FreeGLUT. That's not a bad idea. I've just upgraded Doris to Lua 5.0.2. Then I'll get some lunch and look at that. (I'm off on hols today). Nick From nicktrout at shaw.ca Mon Apr 12 16:25:11 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 13:25:11 -0700 Subject: [q2x] DORIS: glGet References: <2004412161929.082287@GATEWAY> Message-ID: <007d01c420cc$41d43520$6400a8c0@quith1> > There are two separate registrations for "glGet", should the second one be named something like "glGetv" instead? tolua should disambiguate these. Let me know if these cause an error. I know there are still issues with tolua/tolua++ and Lua 5. Nick From nicktrout at shaw.ca Mon Apr 12 16:31:59 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 13:31:59 -0700 Subject: [q2x] DORIS: Mapping mouse to normalized device coordiantes References: <20044121691.610779@GATEWAY> Message-ID: <008701c420cd$34da4200$6400a8c0@quith1> From: "Brian Hook" > The mouse coordinates returned in the mouse callback are in screen coordinates, but I don't see a clean way to convert those back to normalized device coordinates. > This is a pretty significant limitation, not sure the best way to address it. As you can see from the pretty scrappy examples I supply with Doris, it hasn't been used that extensively. If you describe clearly features you would like to see (which don't take hours!) then I can add them for you. I am not a graphics guru, although I can get by with plenty of reference material (my background is in tools, gameplay, management, etc). Doris was really a test to learn how to bind a relatively complicated interface to Lua to learn both about binding and Lua. I haven't used Doris on any significant projects. Hopefully this will give you an idea where Doris "is". :) I've been thinking of a second generation Doris for some time. This would be OpenGL (gfx) + SDL (input/hw/sound/timing) + GLUI (GUI) + ODE (Physics/collision). This might make a nice little game prototyping system. Nick From hook_l at pyrogon.com Mon Apr 12 18:53:33 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 18:53:33 -0400 Subject: [q2x] DORIS: glGet In-Reply-To: <007d01c420cc$41d43520$6400a8c0@quith1> Message-ID: <2004412185333.170858@GATEWAY> > tolua should disambiguate these. Let me know if these cause an > error. I know there are still issues with tolua/tolua++ and Lua 5. > It doesn't, at least I don't think it does -- I don't know what tolua code does. Basically it assigns a different internal function to the same "glGet" string, so I'm assuming the most recent one overrides the previous one, which is bad. Brian From hook_l at pyrogon.com Mon Apr 12 18:55:38 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 18:55:38 -0400 Subject: [q2x] DORIS: Mapping mouse to normalized device coordiantes In-Reply-To: <008701c420cd$34da4200$6400a8c0@quith1> Message-ID: <2004412185538.602699@GATEWAY> > As you can see from the pretty scrappy examples I supply with > Doris, it hasn't been used that extensively. That's fine, you now have a user and you'll have to suffer the repercussions =) > I've been thinking of a second generation Doris for some time. This > would be OpenGL (gfx) + SDL (input/hw/sound/timing) + GLUI (GUI) + > ODE (Physics/collision). This might make a nice little game > prototyping system. Yes, except with that much of a mish-mash of different systems, it gets to be ugly and hard to integrate. SDL and GLUI would conflict with each other since the latter depends on GLUT which in turn tries to take over the whole system. I can easily see a slow update of GLUI which removes GLUT in favor of SDL however (and uses SDL for OpenGL access as well). Brian From hook_l at pyrogon.com Mon Apr 12 19:19:11 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 19:19:11 -0400 Subject: DORIS: Math libs In-Reply-To: <2004412185538.602699@GATEWAY> Message-ID: <2004412191911.940754@GATEWAY> I know Doris has some primitive math stuff, but it's not all that, um, fleshed out. I posted to lua-l about this, and they don't seem to know of any standard 3d math lib. How do you feel about making one a part of doris, or possibly even standalone? I'm just thinking a generic generalized Vector and Matrix library with no real thought to performance, just something for quick and dirty (but robust) hacking. Brian From nicktrout at shaw.ca Mon Apr 12 22:05:50 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 19:05:50 -0700 Subject: [q2x] DORIS: Math libs References: <2004412191911.940754@GATEWAY> Message-ID: <011401c420fb$d95bf8e0$6400a8c0@quith1> From: "Brian Hook" > I know Doris has some primitive math stuff, but it's not all that, um, fleshed out. I posted to lua-l about this, and they don't seem to know of any standard 3d math lib. How do you feel about making one a part of doris, or possibly even standalone? I just wrapped the vector and matrix classes from GLUI since this works pretty well with GL. I'd suggest looking at Steve Baker's stuff? Feel free to extend the functionality. What is missing? Nick From nicktrout at shaw.ca Mon Apr 12 22:00:43 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 19:00:43 -0700 Subject: [q2x] DORIS (GLUI) References: <2004412155642.375941@GATEWAY> <007101c420cb$31ea38e0$6400a8c0@quith1> Message-ID: <010201c420fb$20e8e2f0$6400a8c0@quith1> > It looks from the site like the guy who claims to have taken over > maintenence doesn't plan on doing much to it! I'm awaiting an email from him As suspected, so GLUI 2.2 may be a good starting point for a tidy up. > Hi Nick, > > Glad to hear from another GLUI user... > > I have not significantly changed GLUI, and have not committed > to changes to the API, or even cleaning up what is there. > Mainly, I had the problem of depending on GLUI and that > it simply wasn't being maintained and couldn't contact > the author. > > I do not see a need for renaming GLUI, except for > legalistic reasons. Certainly if the author preferred > a name change, that would be the most important reason > to do so. > > I have done less with GLUI than I intended, but I have > fixed several minor issues along the way. Unless some > high-energy contributors come along - I think API > breakage is not very likely in the near future. I am > more busy with other projects, day job, life in general. > > At this point GLUI is very much in maintenance mode. From hook_l at pyrogon.com Mon Apr 12 22:39:05 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 22:39:05 -0400 Subject: [q2x] DORIS (GLUI) In-Reply-To: <010201c420fb$20e8e2f0$6400a8c0@quith1> Message-ID: <200441222395.743908@GATEWAY> > As suspected, so GLUI 2.2 may be a good starting point for a tidy > up. So we should check in 2.2 into Doris and then begin our march forward? Brian From hook_l at pyrogon.com Mon Apr 12 22:42:55 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 22:42:55 -0400 Subject: [q2x] DORIS: Math libs In-Reply-To: <011401c420fb$d95bf8e0$6400a8c0@quith1> Message-ID: <2004412224255.970487@GATEWAY> > I'd suggest looking at Steve Baker's stuff? Yeah, that's a decent starting point, but I figure writing it from scratch (assuming we stick to simple stuff) wouldn't be difficult at all. > Feel free to extend the functionality. What is missing? Specifying matrix elements directly; M x N matrices; N-element vectors; transform, bulk transform, both in row and column major forms; lots of other small things. I still think it should be done in Lua because the binary loadable module situation doesn't seem to be well in hand, and right now one of my bitter complaints about Lua is that it requires building a whole new interpreter to use someone else's package. For example, something as simple as integrating a new pRNG is just a royal pain in the ass. Brian From nicktrout at shaw.ca Mon Apr 12 22:43:21 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 19:43:21 -0700 Subject: [q2x] DORIS (GLUI) References: <200441222395.743908@GATEWAY> Message-ID: <015a01c42101$15d10400$6400a8c0@quith1> From: "Brian Hook" >> As suspected, so GLUI 2.2 may be a good starting point for a tidy up. > So we should check in 2.2 into Doris and then begin our march forward? GLUI does seem to have stabalised such that future changes would be easy to integrate, or the pace of development would lead it. I'll look at putting 2.2 in the src directory of Doris. Do you use Tortoise CVS? Did I mention this? It's great, no more command line for me! Oh, I've added _TRACEBACK to reportError. Nick From hook_l at pyrogon.com Mon Apr 12 23:17:18 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Mon, 12 Apr 2004 23:17:18 -0400 Subject: [q2x] DORIS (GLUI) In-Reply-To: <015a01c42101$15d10400$6400a8c0@quith1> Message-ID: <2004412231718.650486@GATEWAY> > Do you use Tortoise CVS? Did I mention this? It's great, no more > command line for me! I use the command line, however so far I've just been grabbing the tar balls and not using CVS. Anyway, if we get 5.0.2 and GLUI in there, I'll grab the CVS version (is there info on how to do this somewhere?) and start haxoring big time changes =) I'm pretty sure I'd take a big ass sledgehammer to GLUI... > Oh, I've added _TRACEBACK to reportError. It doesn't make a difference. I'm not sure what the deal is with that, but right now when I crash out due to a typo (of course), I get nothing printed out, ever. I'm wondering if there's some interaction with your atexits() or cleanup functions? Brian From nicktrout at shaw.ca Tue Apr 13 02:44:53 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Mon, 12 Apr 2004 23:44:53 -0700 Subject: [q2x] DORIS (GLUI) References: <2004412231718.650486@GATEWAY> Message-ID: <016c01c42122$d41a3af0$6400a8c0@quith1> > Anyway, if we get 5.0.2 and GLUI in there, I'll grab the CVS version (is there info on how to do this somewhere?) and start haxoring big time changes =) I'm pretty sure I'd take a big ass sledgehammer to GLUI... I've put GLUI in CVS. I said I might pass zips of the altered GLUI back to the new maintainer. It would be nice to tidy up the C++ ness of it as it's a bit scrappy. > Oh, I've added _TRACEBACK to reportError. >It doesn't make a difference. I'm not sure what the deal is with that, but right now when I crash out due to a typo (of course), I get nothing printed out, ever. I'm wondering if there's some interaction with your atexits() or cleanup functions? Are you calling _TRACEBACK (== debug.trackback) or setting it as your error fn? You're supposed to call it (as in doris.cpp CVS). _ALERT is called when there is an error, but you call _TRACEBACK to get the stack when you get the error. Nick From hook_l at pyrogon.com Tue Apr 13 09:40:44 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Tue, 13 Apr 2004 09:40:44 -0400 Subject: [q2x] DORIS (GLUI) In-Reply-To: <016c01c42122$d41a3af0$6400a8c0@quith1> Message-ID: <200441394044.889521@GATEWAY> > I've put GLUI in CVS. I said I might pass zips of the altered GLUI > back to the new maintainer. It would be nice to tidy up the C++ > ness of it as it's a bit scrappy. Where's info on how to grab stuff from cvs? Is this on the sf pages somewhere? Can you elaborate what you mean by "scrappy" so I have an idea of what you think needs improvement? > Are you calling _TRACEBACK (== debug.trackback) or setting it as > your error fn? You're supposed to call it (as in doris.cpp CVS). > _ALERT is called when there is an error, but you call _TRACEBACK to > get the stack when you get the error. In my code I set it as the error function. I'll grab Doris out of cvs and see if what you did fixed it. Brian From Laurent.DESNOGUES at esterel-technologies.com Tue Apr 13 09:43:49 2004 From: Laurent.DESNOGUES at esterel-technologies.com (Laurent DESNOGUES) Date: Tue, 13 Apr 2004 15:43:49 +0200 Subject: [q2x] DORIS (GLUI) Message-ID: > Where's info on how to grab stuff from cvs? Is this on the sf pages > somewhere? Just in case you are in a hurry and Nick does not answer fast enough, try this link: http://sourceforge.net/cvs/?group_id=38461 section Anonymous CVS Access. Regards, Laurent From hook_l at pyrogon.com Tue Apr 13 09:52:45 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Tue, 13 Apr 2004 09:52:45 -0400 Subject: [q2x] DORIS (GLUI) In-Reply-To: Message-ID: <200441395245.695241@GATEWAY> Thanks, grabbing it now. On Tue, 13 Apr 2004 15:43:49 +0200, Laurent DESNOGUES wrote: > >> Where's info on how to grab stuff from cvs? Is this on the sf >> pages somewhere? >> > > Just in case you are in a hurry and Nick does not answer fast > enough, try this link: > > http://sourceforge.net/cvs/?group_id=38461 > > > section Anonymous CVS Access. > > > Regards, > > > Laurent From hook_l at pyrogon.com Tue Apr 13 10:30:46 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Tue, 13 Apr 2004 10:30:46 -0400 Subject: Doris.dsp paths In-Reply-To: <200441395245.695241@GATEWAY> Message-ID: <2004413103046.717264@GATEWAY> the DSP has: \Libs\glui_v2_1_beta which should probably be src\glui? Also, there's a top level glui project in doris that is different (older) than the one in src/glui Brian From hook_l at pyrogon.com Tue Apr 13 10:34:30 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Tue, 13 Apr 2004 10:34:30 -0400 Subject: [q2x] Doris.dsp paths In-Reply-To: <2004413103046.717264@GATEWAY> Message-ID: <2004413103430.347706@GATEWAY> Also: - Doris.dsp is not dependent on _glui, so it won't link correctly - ppm2array.c is in _glui.dsp, it shouldn't be (or it should be Excluded From Build) - _glui.lib is set up as single-threaded in both debug and release builds, should be multithreaded to match the other projects ...we could probably set up a separate Doris mailing list I suppose so that any others here aren't constantly inundated =) (Actually, there should be one on sf by default? Or do you have to create one?) Or I could just make a Doris forum on BookOfHook.com if you'd like. Brian From nicktrout at shaw.ca Tue Apr 13 12:26:18 2004 From: nicktrout at shaw.ca (Nick Trout) Date: Tue, 13 Apr 2004 09:26:18 -0700 Subject: [q2x] Doris.dsp paths References: <2004413103430.347706@GATEWAY> Message-ID: <003101c42174$0d279f80$6400a8c0@quith1> >- Doris.dsp is not dependent on _glui, so it won't link correctly - ppm2array.c is in _glui.dsp, it shouldn't be (or it should be Excluded From Build) - _glui.lib is set up as single-threaded in both debug and release builds, should be multithreaded to match the other projects I think this is the infamous MSVC "Save workspace" before commit problem. Have made these changes to CVS. > ...we could probably set up a separate Doris mailing list I suppose so that any others here aren't constantly inundated =) (Actually, there should be one on sf by default? Or do you have to create one?) I'll look into it today. Nick From hook_l at pyrogon.com Tue Apr 13 13:12:49 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Tue, 13 Apr 2004 13:12:49 -0400 Subject: Doris: glGet In-Reply-To: <003101c42174$0d279f80$6400a8c0@quith1> Message-ID: <2004413131249.939878@GATEWAY> So what did we decide about the second "glGet" in glbind.cpp? Brian From nick at rockstarvancouver.com Tue Apr 13 13:57:44 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Tue, 13 Apr 2004 10:57:44 -0700 Subject: [q2x] Doris: glGet Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB24@iggy.rockstarvancouver.com> > So what did we decide about the second "glGet" in glbind.cpp? Whats the problem with it? From hook_l at pyrogon.com Tue Apr 13 14:01:50 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Tue, 13 Apr 2004 14:01:50 -0400 Subject: [q2x] Doris: glGet In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB24@iggy.rockstarvancouver.com> Message-ID: <200441314150.787213@GATEWAY> >> So what did we decide about the second "glGet" in glbind.cpp? >> > > Whats the problem with it? Well, I'm not sure there is one, because I don't know tolou, but there are two separate bindings for "glGet", so how does it know which one to call? From nick at rockstarvancouver.com Tue Apr 13 14:10:15 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Tue, 13 Apr 2004 11:10:15 -0700 Subject: [q2x] Doris: glGet Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB26@iggy.rockstarvancouver.com> > Well, I'm not sure there is one, because I don't know tolou, but there > are two separate bindings for "glGet", so how does it know which one > to call? It tries both! :) See penultimate line. If one errs, the other gets a chance. It may not be ideal but it allows multiple format arguments. /* function: glGetDoublev */ static int tolua_gl_glGet00(lua_State* tolua_S) { #ifndef TOLUA_RELEASE tolua_Error tolua_err; if ( !tolua_isnumber(tolua_S,1,0,&tolua_err) || !tolua_isnumber(tolua_S,2,1,&tolua_err) || !tolua_isnoobj(tolua_S,3,&tolua_err) ) goto tolua_lerror; else #endif { double pname = (( double) tolua_tonumber(tolua_S,1,0)); double params = (( double) tolua_tonumber(tolua_S,2,0)); { glGetDoublev(pname,¶ms); tolua_pushnumber(tolua_S,(lua_Number)params); } } return 1; #ifndef TOLUA_RELEASE tolua_lerror: tolua_error(tolua_S,"#ferror in function 'glGet'.",&tolua_err); return 0; #endif } /* function: glGetDoublev */ static int tolua_gl_glGet01(lua_State* tolua_S) { tolua_Error tolua_err; if ( !tolua_isnumber(tolua_S,1,0,&tolua_err) || !tolua_istable(tolua_S,2,0,&tolua_err) || !tolua_isnoobj(tolua_S,3,&tolua_err) ) goto tolua_lerror; else { double pname = (( double) tolua_tonumber(tolua_S,1,0)); double params[16]; { #ifndef TOLUA_RELEASE if (!tolua_isnumberarray(tolua_S,2,16,1,&tolua_err)) goto tolua_lerror; else #endif { int i; for(i=0; i<16;i++) params[i] = ((double) tolua_tofieldnumber(tolua_S,2,i+1,0)); } } { glGetDoublev(pname,params); } { int i; for(i=0; i<16;i++) tolua_pushfieldnumber(tolua_S,2,i+1,(lua_Number) params[i]); } } return 0; tolua_lerror: return tolua_gl_glGet00(tolua_S); } From hook_l at pyrogon.com Tue Apr 13 14:17:23 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Tue, 13 Apr 2004 14:17:23 -0400 Subject: [q2x] Doris: glGet In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB26@iggy.rockstarvancouver.com> Message-ID: <2004413141723.429901@GATEWAY> > It tries both! :) See penultimate line. If one errs, the other > gets a chance. It may not be ideal but it allows multiple format > arguments. Oh. My. God. The horror...the horror... Any reason not to just have a glGet and glGetv? BTW, I'm working on a generic, slow vector/matrix library right now. Brian From nick at rockstarvancouver.com Tue Apr 13 14:48:29 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Tue, 13 Apr 2004 11:48:29 -0700 Subject: [q2x] Doris.dsp paths Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB2B@iggy.rockstarvancouver.com> > > ...we could probably set up a separate Doris mailing list I suppose so > that any others here aren't constantly inundated =) (Actually, there > should be one on sf by default? Or do you have to create one?) > > I'll look into it today. http://lists.sourceforge.net/lists/listinfo/doris-develop Nick From nick at rockstarvancouver.com Tue Apr 13 15:03:48 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Tue, 13 Apr 2004 12:03:48 -0700 Subject: [q2x] Doris.dsp paths Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB2E@iggy.rockstarvancouver.com> Bah. I've forgotten the admin password. I'm waiting on it from SF. > -----Original Message----- > From: Nick Trout > Sent: Tuesday, April 13, 2004 11:48 AM > To: q2x at icculus.org > Subject: RE: [q2x] Doris.dsp paths > > > > > > ...we could probably set up a separate Doris mailing list I suppose > so > > that any others here aren't constantly inundated =) (Actually, there > > should be one on sf by default? Or do you have to create one?) > > > > I'll look into it today. > > http://lists.sourceforge.net/lists/listinfo/doris-develop > > Nick > From nick at rockstarvancouver.com Wed Apr 14 00:28:17 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Tue, 13 Apr 2004 21:28:17 -0700 Subject: Doris GLUI tidy up Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F851FD66@iggy.rockstarvancouver.com> I made tidied up Doris GLUI a little: * Tidied GLUI_String implementation. * Removed hideous AND, OR, NOT defines. * Sorted indentation. * Made v2.3 In CVS From hook_l at pyrogon.com Wed Apr 14 00:34:55 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Wed, 14 Apr 2004 00:34:55 -0400 Subject: [q2x] Doris GLUI tidy up In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F851FD66@iggy.rockstarvancouver.com> Message-ID: <200441403455.044206@GATEWAY> What's mailing list status? I finally made an sf.net account for me (bacontastesgood). Finished Vector.lua and most of Matrix.lua. Fully generalized, not specific to 3D or anything. local v = Vec.new( 3 ) v.x = 1 v.y = 0 v[2] = 0 -- corresponds to 'z', I used metamethods!!! l = v:length() l = v:dot( v ) local m = Matrix.new( 3, 3 ) m:make_identity() w = m:mul_vector( v ) etc. etc. On Tue, 13 Apr 2004 21:28:17 -0700, Nick Trout wrote: > > I made tidied up Doris GLUI a little: * Tidied GLUI_String > implementation. * Removed hideous AND, OR, NOT defines. * Sorted > indentation. * Made v2.3 > > In CVS From nick at rockstarvancouver.com Wed Apr 14 00:39:39 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Tue, 13 Apr 2004 21:39:39 -0700 Subject: [q2x] Doris GLUI tidy up Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F851FD67@iggy.rockstarvancouver.com> > What's mailing list status? SF appears to be down at the moment so nothing doing. I tried to reactivate an old list that was hidden but I don't know the admin password to get it going. I emailed them about it, but no reply so I'll create a new one when SF reappears. > I finally made an sf.net account for me (bacontastesgood). You really do like bacon don't you. > Finished Vector.lua and most of Matrix.lua. Fully generalized, not > specific to 3D or anything. Mmmm. Won't it be a bit slow? Off to watch 24 now. Oooo more blood coughing, gun toting action. Don't get enough of it at work! Nick From hook_l at pyrogon.com Wed Apr 14 00:45:30 2004 From: hook_l at pyrogon.com (Brian Hook) Date: Wed, 14 Apr 2004 00:45:30 -0400 Subject: [q2x] Doris GLUI tidy up In-Reply-To: <911F8C8EB7A8084AAEDD55CEDC54D8F851FD67@iggy.rockstarvancouver.com> Message-ID: <200441404530.219748@GATEWAY> > You really do like bacon don't you. Well, yes, but I like the movie more. And it's not a common nick, like, say, Gandalf03 or NIN912 or Sabrewulf or MetalGear or whatever the kids are using for nicks these days. > Mmmm. Won't it be a bit slow? Rather beside the point if one is using Lua? I've never quite understood the blokes that use something an order of magnitude slower than a compiled language, then try to optimize their bloody code. It's slow _for a reason_, and that reason is not _because I suck at coding_. =) If you're writing something in Doris, top performance is likely not your goal. No, I wouldn't try to render 1M particles in a frame with it, but I'm sure it's entirely sufficient to handle Q3 level graphics if need be (at modern hardware). Brian From nick at rockstarvancouver.com Wed Apr 14 14:56:11 2004 From: nick at rockstarvancouver.com (Nick Trout) Date: Wed, 14 Apr 2004 11:56:11 -0700 Subject: [q2x] Doris GLUI tidy up Message-ID: <911F8C8EB7A8084AAEDD55CEDC54D8F881FB44@iggy.rockstarvancouver.com> > From: Brian Hook > > You really do like bacon don't you. > > Well, yes, but I like the movie more. And it's not a common nick, The Doris list is up now (I found the p/w reset link!) at: http://lists.sourceforge.net/lists/listinfo/doris-develop (anyone else?) Anyway I'll reply there and we can continue the streaky vs. smoky argument. Nick