| 00:03.00 | blast007 | you have to free player records after you are done with them |
| 00:03.25 | blast007 | bz_freePlayerRecord |
| 00:05.03 | JeffM | if you don't free them, they will leak |
| 00:52.59 | *** join/#bzflag Rob5a4 (~Rob5a@cable-86-56-40-171.cust.telecolumbus.net) |
| 02:24.16 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 03:36.33 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 04:22.54 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 04:22.54 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 04:22.54 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 04:54.46 | *** join/#bzflag Gnurdux (~gnurdux@eastcampus-three-fifteen.mit.edu) |
| 09:51.21 | *** join/#bzflag _lmnop (~lmnop@p5DC4F521.dip0.t-ipconnect.de) |
| 13:06.11 | *** join/#bzflag Rob5a4 (~Rob5a@cable-158-181-71-91.cust.telecolumbus.net) |
| 13:09.03 | *** join/#bzflag Not-009 (~notifico@198.199.82.216) |
| 13:09.04 | Not-009 | [02game-services] 07blast007 pushed 036 commits to 03default [+1/-0/±5] 13https://bitbucket.org/polarbearswithchainsaws/game-services/commits/ |
| 13:09.05 | Not-009 | [02game-services] 07blast007 038c48c90 - Move the password hash configuration to a set of protected variables. Add a function to verify the a provided password matches the hash in the database. |
| 13:09.06 | Not-009 | [02game-services] 07blast007 0363ffddb - Basic login logic. |
| 13:09.07 | Not-009 | [02game-services] 07blast007 03ff5112c - Regenerate the session ID upon successful login. Pretty up the output. |
| 13:09.08 | Not-009 | [02game-services] 07blast007 03d8c8834 - Add a basic session handler class. |
| 13:09.09 | Not-009 | [02game-services] 07blast007 0371a044d - Use the Session class to start the session in our controllers. Upon creation of the View, assign the session's account_id and username to the view by reference. Use the account_id as a lookup when verifying the password. |
| 13:09.10 | Not-009 | [02game-services] 07blast007 03a33e055 - Display a basic message in the header showing if you are logged in or not. |
| 14:25.45 | Delusional | How does burrow "work"? I'm guessing that the tank stays the same size and shape for collision purposes, nut it's center drops to Z=0 |
| 15:00.36 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:00.36 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 15:36.21 | *** join/#bzflag JeffM2501 (~Jeffery@unaffiliated/jeffm2501) |
| 15:36.22 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
| 15:50.46 | *** join/#bzflag JeffM (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 15:50.46 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 15:50.46 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:07.21 | *** join/#bzflag O-Neil (~Miranda@77-21-100-133-dynip.superkabel.de) |
| 16:18.12 | *** join/#bzflag O-Neil (~Miranda@77-21-100-133-dynip.superkabel.de) |
| 16:40.10 | BulletCatcher | Delusional, a fully burrowed tank simply has its altitude set to _burrowDepth (default: -1.32). |
| 16:40.14 | BulletCatcher | AFAIK nothing else changes. |
| 16:40.15 | BulletCatcher | I assume that it would collide as usual with subterranian objects. |
| 16:41.16 | Delusional | iknew it was a simple change when a tank burrowed. |
| 16:41.32 | Delusional | subterranian objects.... now that's interesting. |
| 16:41.51 | BulletCatcher | Non-burrowed tanks wouldn't be able to interact with them. |
| 16:44.52 | Delusional | any clues to how the underground parts are not drawn, but undergroundobjects ar? |
| 16:45.10 | Delusional | i never thought of an invisible underground object. |
| 16:47.21 | BulletCatcher | I assume that the ground blocks their view the same as any other object could block the view of another. |
| 16:47.59 | blast007 | undergrounds objects will show up through the ground |
| 16:48.14 | blast007 | unless made invisible with materials, like Delusional mentioned |
| 16:48.19 | Delusional | not burrowed tanks |
| 16:48.46 | blast007 | so are we talking about tanks, shots, or map objects now? |
| 16:49.08 | Delusional | all three. |
| 16:49.38 | blast007 | I was talking about map objects |
| 16:50.01 | JeffM | we don't fill in the depth buffer for the ground so it dosn't clip anything |
| 16:52.49 | JeffM | for tanks I belive we simply turn off some of the tank parts, and/or clip all geometry of the tank to Z0, there are some tricks to it |
| 16:52.58 | BulletCatcher | Check out Louman's Desktop map. |
| 16:52.59 | BulletCatcher | IIRC the desktop itself is at 0 altitude and the room's floor and other low things are just visible textures. |
| 16:59.31 | JeffM | we should probably just fill out the depth buffer for the ground, or at least make it an option, there isn't any reason not to on modern cards |
| 17:01.18 | blast007 | or at least as long as _drawGround is true? |
| 17:02.12 | blast007 | and I'm sure that some maps exploit that "feature" already |
| 17:03.17 | BulletCatcher | I just tried it on a simple map, and the the subterrainian portion of an object appears "in front" of the ground. |
| 17:03.21 | BulletCatcher | It is very disconcerting. |
| 17:03.22 | BulletCatcher | I don't think I have seen that before. |
| 17:03.34 | blast007 | :) |
| 17:04.05 | JeffM | yeah, that's it not being cliped, we draw the ground as like the 3rd thing |
| 17:06.36 | *** join/#bzflag Scrumpy_ (~Scrumpy@smurfnet.xs4all.nl) |
| 17:08.27 | BulletCatcher | Map makers already keep their objects above ground, so I don't think any code changes are necessary. |
| 17:10.32 | JeffM | some don't for the effect |
| 17:10.41 | JeffM | I have seen requests for tunnels |
| 17:10.50 | JeffM | optimaly the map could define the ground |
| 17:11.41 | BulletCatcher | There are several maps with tunnels under an artifical raised ground. |
| 17:11.42 | BulletCatcher | It works just fine. |
| 17:11.54 | JeffM | except when the spawn code freaks out about the mesh :) |
| 17:11.59 | JeffM | and that is the map defining the ground |
| 17:12.56 | BulletCatcher | I don't recall any spawning problems when I have played those maps. |
| 17:13.26 | blast007 | BulletCatcher: the antidote flag spawning fails when the ground is covered |
| 17:13.42 | BulletCatcher | huh |
| 17:14.06 | blast007 | the antitode flag only spawns at Z=0, and this causes an infinite loop in the client (as the client actually generates the antidote flag) |
| 17:14.48 | blast007 | water level may break that as well |
| 17:15.47 | BulletCatcher | The antidote flag problem ought to be fixable. |
| 17:16.52 | blast007 | yeah, generate the flag on the server as a real flag |
| 17:17.06 | Delusional | one trick with maps including an artificial ground is to have at least some tiny portion of the ground uncovered. I don't know why, but it works. |
| 17:17.22 | BulletCatcher | Or just use the normal flag spawn process for antidotes. |
| 17:17.59 | blast007 | BulletCatcher: so... moving it to the server then. :) |
| 17:18.18 | JeffM | that turns them into real objects that everyone can see |
| 17:18.28 | JeffM | they are client side now because they only show to the client that needs them |
| 17:19.03 | blast007 | which could be interesting... make the people with a bad flag fight for the same antidote flag |
| 17:21.21 | BulletCatcher | Bad flags are bad enough without that additional complication. :-) |
| 17:21.26 | blast007 | ;) |
| 17:23.05 | blast007 | But in any case, we'd just need to make our flag system more flexible. Make it possible to show a flag for only a certain person or a group of players (a team). |
| 17:25.09 | BulletCatcher | The functionality of such flags would be indistinguishable from cheating unless it were controlled by the server. |
| 17:26.34 | JeffM | yes, all the issues with it can be solved, none of them are super hard |
| 17:49.12 | blast007 | BulletCatcher: which is what I was talking about |
| 17:57.41 | *** join/#bzflag alpha1-2 (~nb_j@host137.190-229-6.telecom.net.ar) |
| 18:09.15 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 18:09.15 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 18:17.31 | *** join/#bzflag JeffM2501 (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 18:17.31 | *** join/#bzflag JeffM2501 (~Jeffery@unaffiliated/jeffm2501) |
| 18:17.31 | *** mode/#bzflag [+v JeffM2501] by ChanServ |
| 18:47.41 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 19:05.56 | *** join/#bzflag JeffM (~Jeffery@cpe-76-167-236-199.socal.res.rr.com) |
| 19:05.56 | *** join/#bzflag JeffM (~Jeffery@unaffiliated/jeffm2501) |
| 19:05.56 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 19:53.17 | *** join/#bzflag Scrumpy_ (~Scrumpy@smurfnet.xs4all.nl) |
| 19:56.53 | *** join/#bzflag Rob5a (~Rob5a@cable-158-181-71-91.cust.telecolumbus.net) |
| 20:02.42 | *** join/#bzflag JeffM_ (~JeffM@70-240-33-134.lightspeed.irvnca.sbcglobal.net) |
| 20:28.26 | *** join/#bzflag mdskpr (~quassel@li59-174.members.linode.com) |
| 21:14.41 | *** join/#bzflag Rob5a (~Rob5a@cable-158-181-71-91.cust.telecolumbus.net) |
| 21:17.41 | *** join/#bzflag _lmnop (~lmnop@p508560C0.dip0.t-ipconnect.de) |
| 22:48.30 | *** join/#bzflag alpha1-2 (~nb_j@host137.190-229-6.telecom.net.ar) |
| 23:12.41 | *** join/#bzflag catay (~smertens@valyria.catay.be) |
| 23:26.48 | alpha1-2 | then, finally, there are around 4000 unique players per month at the web site? |
| 23:30.53 | Delusional | using strayer's data? |
| 23:32.19 | alpha1-2 | blast used his info about the bzflag.org site |
| 23:34.13 | *** join/#bzflag _lmnop (~lmnop@p5DC4EEAE.dip0.t-ipconnect.de) |