| 00:00.42 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 00:03.11 | ahs3- | is back. |
| 00:10.34 | *** join/#bzflag blast (i=4cc99596@bzflag/developer/Blast) |
| 00:10.34 | *** mode/#bzflag [+v blast] by ChanServ |
| 00:11.01 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 00:11.01 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:24.08 | *** join/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 00:24.08 | *** mode/#bzflag [+v L4m3r_Eee] by ChanServ |
| 00:43.45 | qqqqqqqq | Any developers here not afk? |
| 00:43.56 | Allejo | they are all here |
| 00:44.00 | Allejo | they are just silent |
| 00:44.10 | Allejo | they chose to be silent that is |
| 00:44.10 | qqqqqqqq | hmmmm |
| 00:44.21 | qqqqqqqq | more productive that way =o |
| 00:44.28 | Allejo | yeup |
| 00:44.32 | qqqqqqqq | anyways i want to help bzflag |
| 00:44.32 | blast | qqqqqqqq: hello |
| 00:44.35 | qqqqqqqq | hi :) |
| 00:44.44 | Allejo | told they chose to be silent ;) |
| 00:44.45 | qqqqqqqq | i want to try and develop |
| 00:44.56 | blast | yup, I saw your post on the forum. :) |
| 00:45.04 | qqqqqqqq | :) |
| 00:45.10 | qqqqqqqq | so how can i help? |
| 00:45.15 | qqqqqqqq | i just finished building 2.99 |
| 00:45.23 | blast | the usual way to get started is to dig into the code, find some bug and post a patch that fixes it |
| 00:45.32 | blast | we use the SF.net patch tracker for that |
| 00:45.39 | qqqqqqqq | hmmmmmmm |
| 00:45.45 | qqqqqqqq | I looked at some of the bugs |
| 00:45.46 | blast | 2.99.x does have quite a few small bugs yet |
| 00:45.55 | blast | (and some not-so-small ones) |
| 00:45.58 | qqqqqqqq | and is the fps average bug |
| 00:46.01 | qqqqqqqq | something easy to do? |
| 00:46.11 | blast | which one is that? |
| 00:46.20 | blast | doesn't personally know all of them |
| 00:46.21 | qqqqqqqq | https://sourceforge.net/tracker/?func=detail&aid=2733619&group_id=3248&atid=303248 |
| 00:46.23 | qqqqqqqq | haha |
| 00:47.00 | blast | that one there is actually a patch that someone made |
| 00:47.22 | qqqqqqqq | oh =o |
| 00:47.32 | blast | the bugs tracker will have a list of bugs |
| 00:47.39 | qqqqqqqq | ooops haha |
| 00:47.41 | blast | as will the "BUGS" file in the root of the source |
| 00:49.02 | qqqqqqqq | hmmm |
| 00:49.07 | qqqqqqqq | https://sourceforge.net/tracker/?func=detail&aid=2812549&group_id=3248&atid=103248 |
| 00:49.09 | qqqqqqqq | how about this bug? |
| 00:49.21 | qqqqqqqq | you can't spawn with the keys, only the mouse |
| 00:49.24 | blast | sure |
| 00:49.29 | blast | that one I haven't tried to reproduce |
| 00:49.47 | qqqqqqqq | how hard do you think it will be? |
| 00:50.04 | qqqqqqqq | or bugs are hard to tell maybe |
| 00:50.05 | blast | another one that I know of (that might not be posted anywhere yet) is that if you use the keyboard to move, but don't have the input type forced to keyboard, the movement keys get stuck sometimes |
| 00:50.23 | blast | gets stuck when it swithes to mouse movement and then you let go of the key |
| 00:50.29 | blast | switches* |
| 00:50.44 | blast | the first step of fixing a bug is determing if you can reproduce it |
| 00:51.08 | qqqqqqqq | ah ok |
| 00:51.20 | qqqqqqqq | time to kill myself :) |
| 00:51.57 | qqqqqqqq | yeah "i" doesn't make you respawn |
| 00:52.24 | qqqqqqqq | im looking at the source code right now, and it's pretty daunting |
| 00:52.45 | qqqqqqqq | how do i find where the respawn code is supposed to be |
| 00:53.04 | qqqqqqqq | i really need to familiarize myself with this code =/ |
| 00:55.54 | blast | what operating system and development environment do you use? |
| 00:56.15 | qqqqqqqq | windows xp / visual c++ 2008 |
| 00:56.28 | blast | ok |
| 00:56.36 | blast | you can use the "find in files" feature |
| 00:58.17 | blast | I don't have a copy of the code in front of me right now, but you could search for something like "respawn", "restart", or "spawn" |
| 00:59.52 | blast | KEYMGR might be another one to look for, judging from line 1123 of src/bzflag/guiplaying.cxx |
| 01:00.14 | qqqqqqqq | mmm yeah too many results from start |
| 01:00.18 | blast | http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/bzflag/src/bzflag/guiplaying.cxx?view=markup#l_1123 |
| 01:00.19 | qqqqqqqq | respawn has 19 results |
| 01:01.06 | blast | "restart" seems to be the event that is supposed to be triggered |
| 01:01.48 | qqqqqqqq | 126 matches =o |
| 01:01.53 | blast | ;) |
| 01:03.58 | blast | find where KEYMGR is defined, determine the type, then go to that class |
| 01:04.16 | blast | not sure if the commands are in there directly or not |
| 01:04.49 | qqqqqqqq | hmmmm |
| 01:05.01 | qqqqqqqq | where can i find out what guiplaying.cxx is |
| 01:05.16 | qqqqqqqq | or does |
| 01:06.14 | blast | open the file and look at it ;) |
| 01:06.26 | blast | we don't really have any documentation on what an individual file is for |
| 01:06.44 | blast | I see the restart command is defined in /src/clientbase/clientCommands.cxx |
| 01:07.01 | blast | make sure to use the debugger as well |
| 01:07.10 | qqqqqqqq | hmmmm |
| 01:07.14 | qqqqqqqq | i need to figure out how to use it |
| 01:07.15 | blast | set up some breakpoints in areas you think should be getting hit when you try to spawn |
| 01:07.22 | qqqqqqqq | it's been around since i've messed around with it |
| 01:07.25 | blast | it's easy in visual studio |
| 01:07.27 | qqqqqqqq | awhile* |
| 01:07.36 | qqqqqqqq | yeah you just put a red dot |
| 01:07.37 | blast | if you click just before a line, it will make a red dot. that's a breakpoint |
| 01:07.39 | blast | :) |
| 01:07.40 | qqqqqqqq | next to the line? |
| 01:07.42 | qqqqqqqq | :) |
| 01:08.16 | blast | then just make sure to build in debug mode, then set the correct startup project (bzflag), and adjust the paths to point to the bzflag.exe in the root of the source directory |
| 01:08.33 | blast | exe path goes to that, working directory is the directory where that file is located |
| 01:08.44 | blast | then start a debugging session and the client should launch |
| 01:09.04 | blast | when it hits a breakpoint, it'll minimize/hide and you'll be back at visual studio |
| 01:09.10 | blast | etc etc |
| 01:09.37 | qqqqqqqq | things are so much different when you're working with a lot of different files/projects |
| 01:09.41 | blast | joevano: I noticed that phpBB has some blacklists built in. I imagine we can add some more to block these spammers. |
| 01:09.44 | blast | qqqqqqqq: hehe, yup |
| 01:09.53 | blast | and it's an ooold codebase |
| 01:10.02 | blast | some of the stuff in there dates back to 15 years ago |
| 01:10.17 | qqqqqqqq | wow |
| 01:10.29 | blast | the entire server used to be contained in a single file as well... that was fun |
| 01:10.43 | blast | Think it was over 200KB of C++ in one file |
| 01:10.44 | qqqqqqqq | a super long file? |
| 01:10.47 | qqqqqqqq | haha |
| 01:11.24 | blast | we're actually hoping to get a beta of 3.0.0/2.99.x out by Wednesday |
| 01:11.29 | qqqqqqqq | i found this method, doKeyNotPlaying() |
| 01:11.38 | qqqqqqqq | it's empty |
| 01:11.45 | qqqqqqqq | could this handle the keys when you're dead? |
| 01:11.45 | blast | heh |
| 01:11.55 | blast | not sure |
| 01:12.04 | blast | I only have the websvn at the moment |
| 01:12.17 | blast | won't be home for another couple hours |
| 01:12.26 | qqqqqqqq | ah |
| 01:12.53 | blast | it does work when the mouse is used to spawn |
| 01:13.06 | blast | so you could set a breakpoint in the restart function in that file I mentioned above |
| 01:13.11 | blast | spawn with the mouse |
| 01:13.27 | blast | and then you can get a call stack to see how the code was flowing to get there |
| 01:13.37 | blast | (might have to turn that on from the view menu) |
| 01:14.22 | qqqqqqqq | hmmm i'll try that |
| 01:14.33 | blast | joevano: there's a "check_dnsbl" in ./includes/sessions.php that has a couple lists already |
| 01:14.45 | blast | s/in/function in/ |
| 01:15.47 | blast | and then there's also one for checking URIs |
| 01:19.38 | blast | I'm also looking at this. Might be interesting to have. http://www.phpbb.com/community/viewtopic.php?f=69&t=1659315 |
| 01:19.44 | joevano | blast: cool, I'll take a look |
| 01:19.56 | qqqqqqqq | for some reason |
| 01:20.04 | qqqqqqqq | none of my textures are loading |
| 01:20.17 | qqqqqqqq | <PROTECTED> |
| 01:20.17 | qqqqqqqq | [21:07] <blast> exe path goes to that, working directory is the directory where that file is located |
| 01:20.26 | qqqqqqqq | this was the solution right? lol |
| 01:20.28 | blast | "The blacklists will be added and managed by ACP. (phpBB3 by default has two lists hard-coded in includes/session.php)" <-- from that link, which is where I first found that it had blacklists built in |
| 01:20.37 | blast | qqqqqqqq: yeah |
| 01:20.52 | blast | try running your bzflag.exe directly by doubleclicking on it |
| 01:20.57 | blast | if that works, then you have a path wrong |
| 01:21.09 | *** join/#bzflag Crallion (n=andrewne@98.201.123.24) |
| 01:21.36 | Crallion | Could someone help me with a source code build problem? |
| 01:21.46 | blast | Crallion: sure |
| 01:21.57 | qqqqqqqq | I did it today and ran into some errors too |
| 01:22.03 | qqqqqqqq | maybe we had the same errors |
| 01:22.46 | blast | qqqqqqqq: did you have pdcurses errors? |
| 01:22.46 | qqqqqqqq | not for 2.10 |
| 01:22.52 | qqqqqqqq | but for 2.99 i couldn't see add pdcursor |
| 01:22.58 | qqqqqqqq | when doing the configuration manager |
| 01:23.01 | qqqqqqqq | so i didn't bother with it |
| 01:23.09 | blast | the distribution build target needs pdcurses |
| 01:23.14 | blast | the normal ones don't |
| 01:23.39 | qqqqqqqq | i did debug configuration |
| 01:23.55 | qqqqqqqq | is that ok? |
| 01:24.34 | Crallion | Ok, so I edited my source a bit and then built it. Tested it and all the tweaks worked. Then I changed the source again and made a new build. When I launched the game, it was the same as the first time, disregarding the changes I had made... Any help? |
| 01:39.13 | Crallion | anyone there? |
| 01:39.24 | Allejo | probably not |
| 01:39.28 | Crallion | hi |
| 01:39.32 | Allejo | hello |
| 01:40.08 | Allejo | Crallion: you check that your using teh correct build? |
| 01:40.11 | Allejo | :P |
| 01:40.23 | Crallion | yes ;) |
| 01:40.44 | Allejo | is clueless so calls blast |
| 01:40.49 | Allejo | ;) |
| 01:41.00 | Crallion | lol |
| 01:41.35 | Allejo | you sure the changes are noticable? |
| 01:42.16 | Allejo | sometimes the problems are simple so hence forth i ask the basic questions |
| 01:42.43 | Crallion | yes, I changed a specific color, which would be fairly obvious |
| 01:43.54 | Allejo | is out of clever basic questions |
| 01:45.47 | Crallion | thats too bad... |
| 01:46.02 | Crallion | How do you make it blue? |
| 01:46.24 | Crallion | I just tried freenode today |
| 01:46.27 | Allejo | make what blue? |
| 01:46.31 | Crallion | first time |
| 01:46.44 | Crallion | sorry, I gotta go |
| 01:55.35 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 01:57.13 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 02:16.21 | blast | whoops, guess I was away too long |
| 02:17.12 | blast | qqqqqqqq: yes, "debug" is fine |
| 02:25.49 | *** join/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 02:25.49 | *** mode/#bzflag [+v L4m3r_Eee] by ChanServ |
| 02:25.50 | blast | goes home |
| 02:42.30 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 02:42.30 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 02:46.47 | *** join/#bzflag cygal (n=cygal@ks23738.kimsufi.com) |
| 03:04.06 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 03:12.53 | CIA-64 | BZFlag: 0369.234.117.180 07http://my.bzflag.org * r6549 10/w/User:DonnyBaker: |
| 04:35.06 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 04:42.57 | qqqqqqqq | does anyone know what doKetNotPlaying is supposed to do? |
| 04:43.12 | qqqqqqqq | doKeyNotPlaying() in guiplaying.cxx |
| 04:43.43 | delusional_ | sounds like observer mode |
| 04:43.56 | trepan | or when you haven't joined yet |
| 04:43.59 | qqqqqqqq | hmmmmm |
| 04:44.07 | qqqqqqqq | not when you're just dead? |
| 04:44.32 | qqqqqqqq | and not "playing"? |
| 04:44.37 | trepan | if (!myTank) { doKeyNotPlaying(...) } else { doKeyPlaying(...) } |
| 04:44.52 | trepan | iirc, even observers have 'myTank' |
| 04:45.05 | trepan | read the code, use a debugger, do some printf()s ;) |
| 04:45.24 | qqqqqqqq | haha ok |
| 04:45.39 | qqqqqqqq | i was under the impression before that myTank meant if your tank was alive |
| 04:45.54 | qqqqqqqq | but that makes more sense |
| 04:46.04 | trepan | don't rely on 'impressions' |
| 04:46.16 | trepan | read the code, do some testing, etc... |
| 04:46.35 | qqqqqqqq | ah ok |
| 04:48.05 | *** join/#bzflag QuantumT1m (n=tim@62.249.230.206) |
| 04:49.25 | qqqqqqqq | this may be a dumb question but where does printf output show up? |
| 04:53.56 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 04:57.24 | *** join/#bzflag Supertan1er (n=supertan@lt3.astro.Princeton.EDU) |
| 05:02.19 | blast007 | qqqqqqqq: the console |
| 05:02.34 | blast007 | you won't really see it on windows though |
| 05:03.02 | blast007 | if you run the client with -echo on windows it will output to a file called stdout.txt |
| 05:03.42 | CIA-64 | BZFlag: 03trepan * r20160 10/trunk/bzflag/src/ (3 files in 2 dirs): |
| 05:03.42 | CIA-64 | BZFlag: * moved the muzzle position to just past (dimensions.x + tankShotProximity.x) |
| 05:03.42 | CIA-64 | BZFlag: (larger tankShotProximity values caused shots to collide with their source tank immediately) |
| 05:04.05 | qqqqqqqq | ooh how might i do that |
| 05:04.53 | blast007 | create a shortcut to the .exe or a .bat file that runs the client, and add " -echo" to just after the bzflag.exe (not including the quotes, but include the space) |
| 05:05.46 | qqqqqqqq | <PROTECTED> |
| 05:05.51 | qqqqqqqq | i've actually used that before |
| 05:06.05 | qqqqqqqq | but for not so nice things like shutdown.exe -something |
| 05:06.09 | qqqqqqqq | :P |
| 05:06.28 | blast007 | uses the shutdown command to turn off the other computer so he doesn't have to get out of bed |
| 05:06.54 | qqqqqqqq | lol |
| 05:07.51 | trepan | blast007: i added something to bzflag.cxx a while ago, there's a note next to "// stdout access on windows" |
| 05:08.14 | trepan | don't remember if anyone's ever tried it ;) |
| 05:12.12 | CIA-64 | BZFlag: 03trepan * r20161 10/trunk/bzflag/src/bzflag/bzflag.cxx: * s/34/'"'/ -- no need for numbers |
| 05:17.32 | *** join/#bzflag Dixie_Wrecked (n=carl@pool-71-172-53-143.nwrknj.fios.verizon.net) |
| 05:19.11 | Dixie_Wrecked | is this thing on? |
| 05:19.22 | blast007 | no |
| 05:19.32 | Dixie_Wrecked | oh good |
| 05:19.35 | blast007 | ;) |
| 05:19.47 | trepan | ctrl+t ? |
| 05:26.23 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 06:30.46 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 08:10.01 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 08:25.16 | *** join/#bzflag Marzipan (n=marzi@84-119-57-29.dynamic.xdsl-line.inode.at) |
| 08:46.17 | CIA-64 | BZFlag: 03DonnyBaker 07http://my.bzflag.org * r0 10/w/Special:Log/delete: |
| 08:46.17 | CIA-64 | BZFlag: deleted "[[????????????(RunesCape)]]": content before blanking was: |
| 08:46.17 | CIA-64 | BZFlag: '????????????(RunesCape)???????????????????????????????????????????????????????????????????????????????????????RuneScape????????????07???????????????...' |
| 08:46.44 | cygal | ... |
| 08:47.12 | cygal | did not see it this time :) |
| 08:53.53 | L4m3r | o_O |
| 09:42.52 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 10:12.48 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 11:20.12 | blast007 | Wyk3d: good morning :) |
| 11:33.18 | Wyk3d | hi |
| 11:41.12 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 11:42.58 | blast007 | Wyk3d: what will you be working on today? |
| 11:44.52 | *** join/#bzflag _anomaly_ (n=mike@h204.120.88.75.dynamic.ip.windstream.net) |
| 11:46.50 | Wyk3d | just finishing off that bzid stuff and then i'll run a couple of memory leak tests .. then maybe the email bit |
| 11:47.17 | blast007 | ok |
| 12:06.42 | *** join/#bzflag ep (n=quassel@ip68-97-126-55.ok.ok.cox.net) |
| 12:08.47 | *** join/#bzflag _anomaly_ (n=mike@h204.120.88.75.dynamic.ip.windstream.net) |
| 12:25.17 | *** join/#bzflag KTL (n=KTL@212.71.12.66.adsl.dyn.edpnet.net) |
| 12:34.08 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 13:13.15 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 13:22.24 | Wyk3d | are there any default groups that users should always added to when registered ? |
| 13:26.41 | BulletCatcher | The server always sees registered players as members of the VERIFIED group, but that may be an artifact rather than a real group. |
| 13:27.17 | BulletCatcher | s/server/bzfs server/ |
| 13:27.48 | brad | perms for VERIFIED can be modified via groupdb, its real ;) |
| 13:28.07 | BulletCatcher | But it may not be "real" on the BZBB server. |
| 13:28.56 | brad | ah, understood |
| 13:34.08 | CIA-64 | BZFlag: 03wyk3d * r20162 10/branches/gsoc_bzauthd/src/ (8 files in 2 dirs): |
| 13:34.08 | CIA-64 | BZFlag: Added code to store the bzid along with the token in the TokenMgr and send it while checking tokens to the server. |
| 13:34.08 | CIA-64 | BZFlag: Fixed a bug in the group packet parser. |
| 13:34.08 | CIA-64 | BZFlag: Added some notes about registration. |
| 13:34.14 | Wyk3d | ok thanks, so VERIFIED is only there if added explicitly i.e no default groups |
| 13:34.36 | brad | its always there |
| 13:34.57 | Wyk3d | yes but doesn't need to be stored |
| 13:35.01 | Wyk3d | if generated by the server |
| 13:35.10 | brad | ya |
| 13:35.56 | BulletCatcher | I am still looking at the code, but I think the VERIFIED group membership is created by bzfs when the auth server says a call sign is registered. |
| 13:39.30 | BulletCatcher | Yes, that seems to be how it works. So the auth server knows about "registered" call signs, but does not make them members of the VERIFIED group. It is bzfs that does that. |
| 13:40.00 | Wyk3d | blast007: could you read those notes about the problems with registration and tell me if you think it's worth trying to fix that ? or maybe if you have an idea of fixing that in a better way ? |
| 13:42.34 | Wyk3d | BulletCatcher: ok then |
| 13:43.33 | BulletCatcher | And the short answer to your original question is "no". :-) |
| 14:22.03 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 14:31.46 | *** join/#bzflag Upsetter (n=ups@i577B56C1.versanet.de) |
| 14:36.04 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 14:36.04 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 14:39.08 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 14:39.08 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:44.38 | *** join/#bzflag DaIRC50194 (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 15:06.51 | blast007 | Wyk3d: there's also two other ones: EVERYONE (contains anyone, registered or not) and NONE (contains nobody) |
| 15:07.30 | blast007 | NONE is only used for the -advertise feature of bzfs afaik |
| 15:07.44 | blast007 | (so you can have a server that won't show up on the list for anyone) |
| 15:09.40 | blast007 | checks to see if those two are actually returned though |
| 15:12.28 | blast007 | seems like that's handled in bzfs |
| 15:12.39 | blast007 | the "EVERYONE" group is used for advertisements as well |
| 15:12.49 | blast007 | and is the default |
| 15:17.45 | Wyk3d | so, every newly registered user should be stored in the EVERYONE group or does bzfs handle that too ? |
| 15:18.42 | blast007 | bzfs handles that |
| 15:18.46 | Wyk3d | k |
| 15:19.06 | blast007 | but the authd will need to handle it for the -advertise function of bzfs |
| 15:19.26 | blast007 | by default a server is advertised to everyone |
| 15:19.54 | Wyk3d | isn't that a server list specific thing ? |
| 15:20.03 | blast007 | yes |
| 15:21.02 | blast007 | though the server does also send "EVERYONE" and "VERIFIED" when it checks for group memebership, but that's probably just due to it's being kinda hackish :P |
| 15:21.07 | blast007 | game server* |
| 15:22.15 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 15:22.26 | *** join/#bzflag Wits_ (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 15:23.55 | Wyk3d | yeah if the EVERYONE and VERIFIED groups don't have any members stored then checking for them seems unnecessary |
| 15:29.34 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 15:31.14 | blast007 | VERIFIED seems like it's set on the client if we receive that they are registered, but not necessarily "verified" ;) |
| 15:39.28 | *** join/#bzflag Will07c5|laptop (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 15:46.06 | *** join/#bzflag Mets (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 15:56.18 | *** join/#bzflag qqqqqqqq (n=NOYOU@c-98-221-136-250.hsd1.nj.comcast.net) |
| 16:00.11 | blast007 | Wyk3d: ./src/bzfs/ListServerConnection.cxx would be good to look over |
| 16:09.28 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:09.28 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:12.36 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 16:15.14 | Wyk3d | i know, I did look over it :) .. was asking more in the lines of how it's supposed to work not how it's implemented |
| 16:17.34 | Wyk3d | i'm guessing you missed [16:40] <Wyk3d> blast007: could you read those notes about the problems with registration and tell me if you think it's worth trying to fix that ? or maybe if you have an idea of fixing that in a better way ? |
| 16:33.19 | *** join/#bzflag Marzipan (n=marzi@84-119-57-29.dynamic.xdsl-line.inode.at) |
| 16:40.24 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) |
| 16:44.50 | blast007 | Wyk3d: nah, I did, just got sidetracked ;) |
| 16:47.14 | blast007 | is there a problem if there are "holes" in the ID's? |
| 16:47.37 | blast007 | we already have that, since some users on BZBB have been deleted |
| 16:48.22 | Wyk3d | yes well making a hole every time a registration fails will make a lot more holes |
| 16:48.59 | blast007 | what would cause a registration to fail? |
| 16:49.09 | Wyk3d | already exists is the most common |
| 16:49.17 | blast007 | can't you check for that first? |
| 16:49.20 | Wyk3d | nope |
| 16:49.29 | blast007 | why not? |
| 16:49.42 | Wyk3d | well i can, but much worse things happen then |
| 16:49.43 | blast007 | you can't run a search to see if a user exists? |
| 16:49.48 | blast007 | like what? |
| 16:50.02 | Wyk3d | checking if the user exists much be atomic |
| 16:50.35 | Wyk3d | i.e checking is done by adding the user and checking the result code |
| 16:51.03 | blast007 | what happens if the same name is registered on two instances of bzauthd at the same time? |
| 16:53.09 | Wyk3d | depends on the implementation .. if you do a check, then get the next id, then insert .. just holes i guess |
| 16:54.18 | Wyk3d | just because you checked, it can still fail due to another server inserting |
| 16:54.24 | blast007 | yeah |
| 16:54.35 | blast007 | I was forgetting about the whole "distributed" part ;) |
| 16:54.41 | blast007 | adds another layer of complexity |
| 16:54.56 | Wyk3d | though that would reduce the number of holes .. |
| 16:55.05 | blast007 | could you add them first, check the result, and then update that account with the ID? |
| 16:55.13 | *** join/#bzflag Bambino (n=Bambino_@S0106002191dd19a8.gv.shawcable.net) |
| 16:55.18 | blast007 | (so generate an ID after they get inserted properly) |
| 16:55.59 | Wyk3d | that's the worst version.. because if you lose the connection or crash somewhere in between, you will have "valid" accounts with no bzid |
| 16:56.24 | Wyk3d | "valid" means cn,sn+userPassword |
| 16:56.41 | Wyk3d | i.e that's all you need to be able to auth |
| 16:57.14 | blast007 | the authd could make sure that they have a valid BZID before it allows them to auth, though |
| 16:57.27 | blast007 | still would have that account stuck in there though...hmm |
| 16:59.30 | Wyk3d | well yeah .. i was hoping to optimize out having to read the bzid but as of my last commit that's needed anyway to send at token check |
| 17:00.05 | blast007 | yeah :) |
| 17:00.31 | Wyk3d | ofcourse, the same is not true for forums and whatever else uses ldap |
| 17:01.12 | Wyk3d | they don't need bzid, and adding it would mean changing third party sources |
| 17:02.13 | Wyk3d | the idea is to make registration as complicated as need be but leave auth simple |
| 17:03.53 | Wyk3d | plus it's a weird situation for the user because in the event of lost connection or crash he gets the message that the auth failed |
| 17:04.12 | *** join/#bzflag Yassen (n=Yassen@c-24-16-60-208.hsd1.wa.comcast.net) |
| 17:04.26 | Wyk3d | so he will try to register again and will get an already exists message |
| 17:10.44 | blast007 | Wyk3d: actually they probably will need the BZID |
| 17:10.59 | Wyk3d | for what ? |
| 17:11.15 | blast007 | well, with raw LDAP, if the username changes, phpBB create a new account |
| 17:11.22 | blast007 | with the built in stuff, at least |
| 17:11.30 | blast007 | we need to tweak that to just rename the phpBB account |
| 17:11.41 | blast007 | or something like that |
| 17:11.56 | blast007 | that could get complicated if multiple active names are allowed for the same bzid |
| 17:13.00 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 17:13.56 | Wyk3d | well that's assuming that userchange is allowed outside of phpbb |
| 17:14.03 | Wyk3d | *username change |
| 17:14.41 | blast007 | it would be |
| 17:14.48 | blast007 | we'd probably do it from the main site |
| 17:15.03 | blast007 | also, phpBB's LDAP stuff only goes as far as auth |
| 17:15.24 | blast007 | if you change your name in phpBB (assuming it was allowed and worked when LDAP auth was used), it only changes the name in phpBB, not LDAP |
| 17:15.28 | blast007 | it doesn't write to LDAP |
| 17:16.07 | blast007 | Drupal, which is what had been looked at for a replacment of the main site, seems to support reading from and writing to LDAP |
| 17:16.35 | blast007 | which is why it was going to be used for registration and updating user information, not to mention that it's much more intuitive to have that kind of stuff on the main site versus the forum |
| 17:22.32 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:29.02 | CIA-64 | BZFlag: 03bullet_catcher * r20163 10/trunk/bzflag/configure.ac: |
| 17:29.02 | CIA-64 | BZFlag: Include stdio.h when testing the ares library so NULL will be defined. |
| 17:29.02 | CIA-64 | BZFlag: Thanks to dcdelong for pointing out the problem. |
| 17:30.48 | Wyk3d | blast007: how easy is it to change how drupal handles reading/writing ldap ? |
| 17:35.54 | _WarPig_ | I think Drupal is all PHP. How hard could it be? |
| 17:44.15 | *** join/#bzflag TimRiker (i=timr@205.233.53.42) |
| 17:44.15 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:45.19 | brlcad | TimRiker: shame you cant make it, want me to impart anything in particular? |
| 17:47.00 | TimRiker | brlcad: talk about 3.0 when possible. I feel bad that I've not had the time to really work on getting that out. There's a lot of new good stuff there. |
| 17:47.32 | TimRiker | I'm just buried in this android phone project. China last week, Montreal at the moment. etc. |
| 17:47.49 | brlcad | TimRiker: *nod*, that was on my miniagenda of hit-points |
| 17:48.01 | brlcad | finally a 3.0 release after 3.0 years ;) |
| 17:48.08 | TimRiker | :) |
| 17:48.18 | brlcad | shudders at the thought of 4.0 |
| 17:48.32 | Wyk3d | _WarPig_: i was more curious of a maintainability standpoint, whether the LDAP support can be done in a plugin and whether that plugin would need to be rewritten for future Drupal versions |
| 17:51.55 | JefferyM | brlcad, it's been in dev for 5 years IIRC |
| 17:52.03 | JefferyM | TimRiker, got a good idea for a name for it? |
| 17:53.31 | _WarPig_ | Wyk3d: Ah OK. I have experience with LDAP and PHP, so if it goes that way, maybe I can make a useful contribution. |
| 17:54.26 | TimRiker | JefferyM: I liked the "shipped before the sun exploded" comment. :) |
| 17:54.33 | JefferyM | heh |
| 17:54.39 | JefferyM | it hasn't shipped yet |
| 17:54.50 | JefferyM | the network issues bother me :( |
| 17:54.54 | TimRiker | "pre-apocalypse" ? |
| 17:55.23 | JefferyM | odly appropiorate in a strange way in my mind |
| 17:55.29 | TimRiker | yeah, I've been meaning to get to some serious network testing, but alas... not finding the time. 2 jobs, travel, etc. |
| 17:55.49 | JefferyM | we have people doing it, we just have some odd problems that we are unsure why they are happening |
| 17:55.56 | JefferyM | some messages out of order, and some DR problems |
| 17:56.30 | TimRiker | out of order on udp should happen now and then. more than just that? |
| 17:56.30 | JefferyM | I also need to get you to make a new dns entry as soon as I get an IP from brlcad |
| 17:56.36 | JefferyM | it's not udp |
| 17:56.38 | JefferyM | it's TCP |
| 17:56.47 | JefferyM | it's probalby an issue with the new message buffering system |
| 17:56.51 | TimRiker | ahh. so generated out of order for some reason then? |
| 17:56.56 | TimRiker | nods |
| 17:57.05 | JefferyM | much in the networking system has changed from 2.x |
| 17:57.18 | JefferyM | the server keeps a buffer of outgoing messages and sends them out when it can |
| 17:57.25 | JefferyM | and the client does the same on recepit |
| 17:57.34 | JefferyM | so we can send messages of any size now |
| 17:57.43 | JefferyM | and they all get trasported just fine |
| 17:58.02 | JefferyM | but for some reaoson some of the messages are being processed on the client backwards |
| 17:58.20 | JefferyM | but I can't see anything obvious in the buffer manager that would be reading them wrong |
| 17:58.48 | JefferyM | we added some loging toos to the client but noone has had time to invesitgate where the messages get out of order |
| 18:00.51 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 18:02.14 | JefferyM | we have a checklist for an RC, and are working twards that |
| 18:03.15 | *** join/#bzflag Mets1 (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 18:09.46 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 18:21.52 | blast007 | Wyk3d: probably pretty easy. the LDAP functionality is a 3rd party plugin |
| 18:27.51 | Yassen | You seem to be able to pick up flags when paused... |
| 18:28.02 | blast007 | JefferyM: I'm pretty sure the out-of-order stuff has to be in the client |
| 18:28.07 | blast007 | it's receiving them in the correct order |
| 18:29.40 | blast007 | hmm, guess you basically said that ;) |
| 18:29.53 | blast007 | Yassen: fun |
| 18:43.54 | Wyk3d | blast007: should multiple users with the same email address be allowed ? |
| 18:44.48 | blast007 | no |
| 18:45.31 | Wyk3d | more concurrency problems :-/ |
| 18:50.41 | blast007 | is there a way for LDAP to require that an attribute be unique? |
| 18:50.52 | blast007 | even if we'd have to define a custom schema? |
| 18:51.45 | Wyk3d | i can do it but i don't know how efficient it'll be |
| 18:53.10 | Wyk3d | or maybe not |
| 18:53.56 | BulletCatcher | If the back end is SQL, it is easy enough to add a UNIQUE qualifier to a table column. |
| 18:54.28 | Yassen | When the quality is changed to low, the tank's tracks disappear. |
| 18:54.46 | BulletCatcher | That's a feature. |
| 18:57.55 | catay | seems you also can't self destruct while moving |
| 18:58.05 | catay | but once you invoked self destruct you can move |
| 18:58.53 | catay | a bit weird :) |
| 19:04.49 | blast007 | catay: yeah, that's needing to be fixed |
| 19:04.59 | blast007 | wasn't really implemented properly |
| 19:05.30 | catay | what should be the expected behaviour? |
| 19:05.44 | catay | staying freezed until dying? |
| 19:05.54 | blast007 | I imagine it should abort the self destruct if your team moves more than a specific amount |
| 19:06.01 | blast007 | or if you do something like jump ;) |
| 19:06.26 | blast007 | self destruct is for when you are stuck, so you should be relatively fixed in position |
| 19:06.46 | catay | ah, I see |
| 19:06.59 | blast007 | s/team/tank/ |
| 19:07.12 | catay | makes sense |
| 19:08.21 | Thumper_ | restarts the hung random map server |
| 19:08.24 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 19:17.25 | Wyk3d | blast007: apparently adding a value that already exists results in an error :) |
| 19:19.17 | Wyk3d | i checked that with the GUI, and there is the attributeAlreadyExists error as defined in the RFC, though it's not explicitly stated that the add operation should throw it |
| 19:25.39 | Mets1 | I got a small error in msvc debug mode when I exited the game - not sure if it's critical or not. It's from the latest revision, line 3591 of guiplaying.cxx. I tried stepping into it but it said "no source code." The disassemble is "102D0D43 jne 102D0DAA " |
| 19:25.54 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 19:25.54 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:25.56 | Mets1 | call stack says: bzflag.exe!ServerLink::`scalar deleting destructor'() + 0x3c bytesC++ |
| 19:26.56 | Mets1 | http://bzflag.pastebin.ca/1495041 |
| 19:27.06 | Mets1 | game played fine though |
| 19:30.01 | *** join/#bzflag Supertanker (n=supertan@lt3.astro.Princeton.EDU) |
| 19:30.21 | *** join/#bzflag Pimpinella (n=frank@213.9.108.240) |
| 19:31.10 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 19:34.47 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 19:35.34 | Wyk3d | blast007: just found a really simple and efficient solution to the holes problem :) .. when generating a new id, save it, and if the adding the user fails, use the saved id for the next user .. elminiates the performance issue and holes can only occur if the server is shut down and the last add failed, well withing the acceptable margin :) |
| 19:36.41 | JefferyM | blast007, ok, |
| 19:37.03 | JefferyM | I looked at the code where we pull from the buffer on the client and it looks to be the correct way |
| 20:11.58 | CIA-64 | BZFlag: 03trepan * r20164 10/trunk/bzflag/src/bzfs/bzfs.cxx: * added a pause check in searchFlag() |
| 20:20.57 | Will07c5 | well I am not having much luck so far fixing the OSG slowness problem, so I'm just going to work on making the parser faster and fix a few bugs while I'm at it since I actually have a good idea how I'm going to do that |
| 20:29.03 | _anomaly_ | is phydrv broken? none of my physics objects work in latest 2.99 from SVN |
| 20:31.36 | trepan | _anomaly_: could you pastebin your bzw? |
| 20:32.34 | _anomaly_ | it's multiple files (includes) how about just one with the physics |
| 20:32.48 | trepan | how about you make a .zip |
| 20:33.28 | _anomaly_ | the map i'm running now is the volcano map up on alachua.homelinux.net |
| 20:34.39 | _anomaly_ | the only changes are to remove options 2.99 doesn't like |
| 20:42.10 | trepan | ya, something looks amiss |
| 20:43.28 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 20:45.01 | trepan | it's the BZDB variable callback being called when it shouldn't be, will fix later |
| 20:45.12 | CIA-64 | BZFlag: 03Mets 07http://my.bzflag.org * r6550 10/w/Category:Leagues: organizing active + defunct leagues |
| 20:48.33 | CIA-64 | BZFlag: 03trepan * r20165 10/trunk/bzflag/src/game/ (PhysicsDriver.cxx TextureMatrix.cxx): * only call the BZDB callbacks when the varName is not empty() |
| 20:48.38 | trepan | _anomaly_: try that |
| 20:50.45 | _anomaly_ | okay, thanks |
| 20:51.12 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 21:18.19 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 21:22.13 | *** join/#bzflag _anomaly_ (n=mike@adsl-70-44-83.gnv.bellsouth.net) |
| 21:28.27 | CIA-64 | BZFlag: 03catay * r20166 10/trunk/bzflag/src/ (bzflag/guiplaying.cxx clientbase/clientCommands.cxx): Cancel a self destruct in progress when tank is moving. |
| 21:34.00 | _anomaly_ | trepan: that fixed the phydrv issue, thanks |
| 21:51.54 | Marzipan | ~seen ahs3 |
| 21:51.55 | ibot | ahs3 <n=alvin@adsl-065-005-193-158.sip.rdu.bellsouth.net> was last seen on IRC in channel #bzflag, 617d 23h 9m 55s ago, saying: 'thanks'. |
| 21:52.01 | Marzipan | ~seen ahs3_ |
| 21:52.01 | ibot | Marzipan: i haven't seen 'ahs3_' |
| 21:52.27 | *** join/#bzflag L4m3r_ (n=l4m3r@bzflag/developer/L4m3r) |
| 21:52.27 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 22:02.09 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 22:02.41 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:03.01 | Winny | so I hear brlcad is going to be on FLOSS weekly tomorrow :) |
| 22:29.59 | JefferyM | yay, google passed all students :) |
| 22:34.05 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 22:34.05 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:34.43 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 22:37.32 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 22:37.32 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 22:39.49 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 22:51.48 | SpazzyMcGee | If I wish to reference a local texture that's in the new 'skins' folders, do I just add the path to the texture? |
| 22:52.15 | SpazzyMcGee | In a material |
| 22:52.58 | SpazzyMcGee | eg. 'addtexture rabbit_laser' would now become 'addtexture skins/rabbit/laser' |
| 22:54.18 | JefferyM | should be |
| 22:55.30 | SpazzyMcGee | oh, and we realised yesterday: A very large number of maps are going to break |
| 22:55.39 | SpazzyMcGee | Because they contain the link material dyncol |
| 22:55.49 | SpazzyMcGee | Well, they won't break, per se |
| 22:56.07 | SpazzyMcGee | But the teleporters will look wrong |
| 23:05.08 | *** join/#bzflag bier|tp (n=bier@pD9E2F778.dip.t-dialin.net) |
| 23:06.28 | SpazzyMcGee | Wow, the new mesh options are brilliant though |
| 23:08.23 | *** join/#bzflag wretched (n=wretched@101-216.200-68.tampabay.res.rr.com) |
| 23:08.40 | wretched | BZFLAG FUCK YEAH! |
| 23:09.10 | *** mode/#bzflag [+b *!n=wretched@*.200-68.tampabay.res.rr.com] by JefferyM |
| 23:09.10 | *** kick/#bzflag [wretched!n=JefferyM@bzflag/projectadmin/JeffM] by JefferyM (JefferyM) |
| 23:16.06 | JefferyM | blast007, when you said that the client was getting the messages in the right order, was that showing in the message loging? or just in your packet checks outside of the app? |
| 23:32.34 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-117-180.dsl.irvnca.pacbell.net) |
| 23:41.35 | trepan | SpazzyMcGee: old style local textures should still work automatically (see BzMaterial::convertTexture()) |
| 23:42.04 | SpazzyMcGee | ah, right |
| 23:42.34 | SpazzyMcGee | Well, i'm going to hold onto this map until 3.0 is released. I'm redesigning a whole load of things to take advantage of your new mesh features |
| 23:42.49 | SpazzyMcGee | This is going to be one hell of a base, I can tell you. |
| 23:42.51 | trepan | link/base/zone/weapon? |
| 23:43.01 | SpazzyMcGee | base and zone so far |
| 23:43.09 | SpazzyMcGee | going to bring in the links later |
| 23:43.19 | SpazzyMcGee | going to have some nice circular teles :) |
| 23:43.50 | SpazzyMcGee | By the way, can I have a physics driver on a base-face |
| 23:44.02 | trepan | sure |
| 23:44.08 | trepan | and on link faces |
| 23:44.38 | SpazzyMcGee | heh, just making sure, before I model this huge structure, and find I can't do what I want to do |
| 23:44.38 | trepan | (useful for linkSrcTouch faces with conditionals) |
| 23:44.52 | trepan | SpazzyMcGee: best not to ask, best to test |
| 23:45.04 | SpazzyMcGee | It's not out of Wings yet |
| 23:45.10 | trepan | make a little 7 face mesh, and test it ;-) |
| 23:45.15 | SpazzyMcGee | I guess I could set up a little mesh |
| 23:45.16 | SpazzyMcGee | yep |
| 23:45.54 | Allejo | trep: will inside points still be needed for meshes in 3.0? |
| 23:46.31 | trepan | they still are, haven't committed the alternate methods |
| 23:46.50 | Allejo | awww that sucks |
| 23:47.08 | Bambino | still needs to learn how to make a mesh... |
| 23:47.19 | Allejo | its called Wings 3D |
| 23:47.26 | Allejo | or Blender |
| 23:47.28 | Bambino | it doesn'twork for me |
| 23:47.44 | Allejo | Blender? |
| 23:47.45 | Bambino | I've had help on ##bzw and thr forums |
| 23:48.17 | Bambino | optic found s post saying Wings doesn't work well with windows |
| 23:48.18 | SpazzyMcGee | Here's a sneak preview, if anybody's interested. http://img20.imageshack.us/img20/4982/bzfi0004.jpg |
| 23:48.33 | Allejo | bambi: use Blender |
| 23:48.34 | trepan | SpazzyMcGee: nice |
| 23:48.42 | SpazzyMcGee | Except i'm doing away with those bases in favour of something much more fancy |
| 23:48.46 | SpazzyMcGee | trepan: thanks |
| 23:48.50 | Bambino | omg omg omg |
| 23:48.52 | Allejo | is amazed at spazzy's map |
| 23:48.57 | Bambino | SpazzyMcGee: omg om gomg |
| 23:49.03 | SpazzyMcGee | Those platforms spin |
| 23:49.11 | Bambino | omh omh omh.. |
| 23:49.19 | SpazzyMcGee | drawinfo style, with physics on the collision mesh |
| 23:49.27 | Bambino | stop being so good :) |
| 23:49.48 | SpazzyMcGee | And the rings beneath have LODs too. |
| 23:49.56 | Allejo | death on a drawinfo object? |
| 23:50.38 | Allejo | thats possible? |
| 23:50.40 | SpazzyMcGee | Allejo: no, the physics is on a normal invisible mesh underneath the drawinfo - and it's not death, it's just angular |
| 23:50.58 | *** join/#bzflag _anomaly_ (n=mike@adsl-70-44-83.gnv.bellsouth.net) |
| 23:51.02 | Allejo | oh |
| 23:51.04 | trepan | SpazzyMcGee: i figured the rings were noculling cylinders with an animated texmat |
| 23:51.47 | SpazzyMcGee | They are indeed |
| 23:52.20 | trepan | so you LOD'ed for extra divisions? |
| 23:52.25 | SpazzyMcGee | yeah |
| 23:52.28 | trepan | cool |
| 23:52.30 | SpazzyMcGee | The LOD reduces the poly count from 16 divisions to 8 |
| 23:52.40 | SpazzyMcGee | thru 12, iirc |
| 23:53.24 | SpazzyMcGee | because the rings 'fade' as you get lower, there's actually 5x16 faces per set of rings |
| 23:53.35 | SpazzyMcGee | er... x2 because there are faces on the inside too |
| 23:53.57 | Bambino | ~work |
| 23:53.58 | ibot | hmm... work is the integral of the dot product of force and displacement |
| 23:54.03 | Bambino | nvm |
| 23:54.05 | Bambino | leaves |
| 23:54.48 | trepan | SpazzyMcGee: ah, the drawInfo tweaks i'd done a few years back added per-vertex color |
| 23:54.58 | trepan | guess you could have used that ;) |
| 23:55.05 | SpazzyMcGee | now he tells me |
| 23:55.09 | SpazzyMcGee | ;) |
| 23:55.44 | SpazzyMcGee | It's easiest to leave it as it is. For now. |
| 23:56.10 | trepan | wasn't planning to commit those changes anyways, sorry for any confusion |
| 23:56.55 | SpazzyMcGee | ah, right. Never commited |
| 23:57.18 | trepan | that was the 1M patch that disappeared :) |
| 23:58.28 | SpazzyMcGee | heh |
