| 00:06.19 | *** join/#bzflag KingRobot1 (n=mathew@unaffiliated/kingrobot) |
| 00:08.00 | *** join/#bzflag KingRobot2 (n=mathew@student4945.student.nau.edu) |
| 00:12.30 | brlcad | JefferyM: about to head home, but yeah, sup? |
| 00:12.40 | JefferyM | I need a table made |
| 00:12.45 | JefferyM | it can wait till later :) |
| 00:13.07 | brlcad | <skeletor>you have the power!</skeletor> |
| 00:13.15 | JefferyM | I tried |
| 00:13.25 | brlcad | heh, which db/table? |
| 00:13.29 | JefferyM | the db username/password for the list server didn't seem to let me login |
| 00:13.42 | JefferyM | IIRC bzflag, the one used by the list server |
| 00:13.47 | brlcad | they are specific to the db in question |
| 00:14.04 | JefferyM | guess I need to tell it to use the db on login then |
| 00:14.06 | JefferyM | reads more |
| 00:14.16 | JefferyM | wasn't sure if the user had create ether |
| 00:14.19 | CIA-62 | BZFlag: 03trepan * r20239 10/trunk/bzflag/ (8 files in 3 dirs): * removed the -publicuser option |
| 00:14.29 | brlcad | just user pass, the "use db" |
| 00:14.36 | brlcad | s/the/then/ |
| 00:15.18 | JefferyM | I was doing mysql -u USER -p |
| 00:15.23 | brlcad | that'll work |
| 00:15.27 | JefferyM | didn't let me login |
| 00:15.36 | brlcad | probably the wrong user/pass then |
| 00:15.40 | brlcad | <PROTECTED> |
| 00:15.44 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 00:15.49 | JefferyM | hmmm, got it from where the list server was getting it |
| 00:15.51 | JefferyM | in etc |
| 00:17.52 | brlcad | so all good? |
| 00:18.36 | JefferyM | yep, just made it, thanks |
| 00:18.52 | brlcad | trepan: hm, there was some trick for that I thought (answering late) |
| 00:19.03 | JefferyM | now to figure out how to insert a record into an existing table :) |
| 00:19.11 | trepan | brlcad: don't know what you're talking about |
| 00:19.19 | brlcad | hour and a half ago, ";" |
| 00:19.30 | brlcad | some trick with /msg or something iirc |
| 00:19.35 | brlcad | no matter |
| 00:19.40 | brlcad | just as easy to bind n keys |
| 00:21.10 | trepan | "/msg" is a server-side command |
| 00:24.15 | JefferyM | bahh, no schema for the bzfls db is in svn |
| 00:26.49 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 00:35.00 | CIA-62 | BZFlag: 03JeffM2501 * r20240 10/trunk/db/schema/ (. bzfls_servers.sql): current schema for the BZFLS database |
| 00:37.49 | *** join/#bzflag KingRobot1 (n=mathew@unaffiliated/kingrobot) |
| 00:38.25 | CIA-62 | BZFlag: 03JeffM2501 * r20241 10/trunk/web/listkeymgr/index.php: don't do the debug wait on redirects |
| 00:39.12 | CIA-62 | BZFlag: 03JeffM2501 * r20242 10/trunk/web/listkeymgr/index.php: don't do the debug wait on redirects, again |
| 00:39.58 | JefferyM | fugly but live, http://my.bzflag.org/listkeys/ |
| 00:40.51 | KingRobot1 | Hmm |
| 00:41.06 | KingRobot1 | What if more than one person hosts at that address? |
| 00:41.20 | KingRobot1 | I think that is often the case |
| 00:42.04 | JefferyM | that's fine |
| 00:42.19 | JefferyM | the server sends the key to the list server |
| 00:42.37 | JefferyM | list server just checsk that the host for the key resolves to the same IP as the connection |
| 00:43.02 | JefferyM | if another key does that too, it dosn't care at that point |
| 00:43.03 | *** join/#bzflag archstech (n=archstec@206.251.250.215) |
| 00:43.23 | *** join/#bzflag sindfil (n=sindfil@206.251.250.217) |
| 00:43.25 | JefferyM | the host is just to limit what the key can do if it gets out |
| 00:43.42 | JefferyM | so if you pasted your key in public, it would do no good since noone else could use your host |
| 00:44.04 | JefferyM | if someone else on your server used your key, then hey at least we have the info for SOMEONE on that host machine :) |
| 00:58.41 | trepan | KingRobot1: if Jeff changes to patterns instead of hostname/ip, he might be able to tack ':<port>' on to the end of the string that gets matched |
| 01:04.07 | delusional | thanks for -publickey... -publicuser was a horror story waiting to happen |
| 01:05.24 | trepan | delusional: ya, bz does have a lot of stupid people? ;) |
| 01:08.59 | me1 | what was -publicuser? |
| 01:09.26 | delusional | you had to put your bzbb user pass into confs |
| 01:09.39 | me1 | pfft |
| 01:09.49 | trepan | could as easily have been a 'spare' password |
| 01:10.39 | trepan | but it's gone now, so much slimmer chance of kiddies posting their passwords via bzfs configs |
| 01:11.14 | delusional | i was just about to start complaining when i saw the commit to remove it |
| 01:11.30 | trepan | because that's the kind of thing that you do ;) |
| 01:11.42 | trepan | we all have a niches |
| 01:11.47 | trepan | s/a/our |
| 01:12.20 | delusional | true, true |
| 01:15.34 | JefferyM | I would have been fine with both |
| 01:15.37 | JefferyM | <PROTECTED> |
| 01:16.26 | me1 | o.O |
| 01:17.32 | JefferyM | me1, if you want to ask a real question ask it, instead of silly emoticons |
| 01:23.24 | CIA-62 | BZFlag: 03trepan * r20243 10/trunk/bzflag/src/clientbase/ (ServerLink.cxx ServerLink.h): * constification |
| 01:42.35 | JefferyM | how does one resolve a domain name into an IP in phph? |
| 01:46.11 | trepan | one might google "php dns gpl" |
| 01:46.44 | JefferyM | I was googling, and it all seemed to be third party stuff, figgured that it would be a core feature of php, but I guess I'm wrong |
| 01:46.52 | *** part/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 01:47.31 | JefferyM | I mean can't they just map it to the socket call? |
| 01:47.52 | *** part/#bzflag Ebert (n=EbErT@adsl-211-220-90.asm.bellsouth.net) |
| 01:48.05 | trepan | http://ca.php.net/manual-lookup.php?pattern=dns |
| 01:48.28 | JefferyM | thanks |
| 01:48.39 | JefferyM | wonder why that didn't show up in searches for "DNS in php" |
| 01:49.03 | KingRobot1 | JeffreyM: You mean this: http://us2.php.net/manual/en/function.gethostbyname.php ? |
| 01:49.03 | trepan | note the version, 5.3.0 |
| 01:49.17 | JefferyM | yeah get host by name |
| 01:49.18 | JefferyM | that's it |
| 01:49.25 | JefferyM | thats the stuff |
| 01:50.31 | trepan | my bad, guess "dns" really wasn't the right keyword :) |
| 01:50.56 | *** join/#bzflag Lora (n=BILISKNE@adsl-67-121-107-135.dsl.irvnca.pacbell.net) |
| 01:51.22 | JefferyM | KingRobot1, do you know if that will be ok if an IP is passed in? |
| 01:52.29 | KingRobot1 | The docs don't say, but when I've used it in the past it works OK. |
| 01:52.35 | JefferyM | k, thanks |
| 01:52.45 | KingRobot1 | Not sure about gethostbynamel though. |
| 01:53.03 | KingRobot1 | Presumably you only care about standard lookups. |
| 01:53.08 | JefferyM | yeah |
| 01:53.29 | JefferyM | just want to make sure that the host they put in resolves to the same IP |
| 01:53.54 | trepan | << php -r 'print(gethostbyname("123.89.89.89\n"));' >> works fine on bzflag.bz |
| 01:54.15 | JefferyM | now the question is, do I do a direct lookup to get the name from the BZID, or do I use an accessor page so that it can be swapped out later |
| 01:54.41 | JefferyM | stats is going to need the accessor page anyway |
| 02:00.51 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 02:00.58 | *** part/#bzflag Lora (n=BILISKNE@adsl-67-121-107-135.dsl.irvnca.pacbell.net) |
| 02:01.16 | *** join/#bzflag Sk3letr0n (i=Sk3letr0@adsl-67-121-107-135.dsl.irvnca.pacbell.net) |
| 02:02.10 | *** part/#bzflag Sk3letr0n (i=Sk3letr0@adsl-67-121-107-135.dsl.irvnca.pacbell.net) |
| 02:21.27 | JefferyM | anyone got a 2.0.x server they can try something with? |
| 02:24.13 | KingRobot1 | Depends on what you need |
| 02:25.48 | JefferyM | change your list server URL to http://my.bzflag.org/bzfls_3auth.php and make sure that you still list publicly |
| 02:32.01 | Bulldozer | bzfs -p 5092 -j -public "JeffM's Listserv Test" -publicaddr fairserve.net:5902 -publiclist http://my.bzflag.org/bzfls_3auth.php -d |
| 02:32.07 | Bulldozer | Not seeing it... |
| 02:33.37 | Bulldozer | Er wait, there it is :) |
| 02:33.56 | Bulldozer | I'd forgetten that http://my.bzflag.org/serverlist.php isn't live :P |
| 02:40.03 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 02:41.46 | JefferyM | cool, thanks |
| 02:42.05 | JefferyM | now to try out a 3.0 server |
| 02:42.06 | Bulldozer | np |
| 02:42.27 | Bulldozer | can prolly do that too, as long as you don't need to connect to it |
| 02:42.38 | JefferyM | the list server will connect back to it |
| 02:42.41 | JefferyM | but that' sit |
| 02:43.07 | Bulldozer | Hrm, well let's see what it does. I'm behind a firewall here. |
| 02:43.22 | JefferyM | if you can't, no big deal |
| 02:43.34 | JefferyM | I just can't build a 2.0.x |
| 02:47.06 | Bulldozer | Seems to be showing up. |
| 02:47.15 | JefferyM | that's not good :( |
| 02:47.24 | JefferyM | it should require auth |
| 02:47.45 | Bulldozer | I did bzfs -j -public "JeffM's Listserv Test for 3.0" -publiclist http://my.bzflag.org/bzfls_3auth.php -d |
| 02:48.04 | JefferyM | hmmm |
| 02:48.17 | Bulldozer | It didn't work when I specified -p and -publicaddr fwiw |
| 02:49.25 | Bulldozer | ... also fwiw the hostname it's giving out should not be resolvable |
| 02:49.44 | JefferyM | will debug it |
| 02:49.52 | JefferyM | it uses your IP |
| 02:50.46 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 02:51.05 | Bulldozer | searches out food |
| 02:51.40 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 02:51.49 | JefferyM | ahh, I don't bail early enough |
| 03:03.44 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 03:11.34 | CIA-62 | BZFlag: 03JeffM2501 * r20244 10/trunk/db/bzfls.php: require auth for non 2.0.x servers using keys. |
| 03:11.47 | JefferyM | ok, it's live |
| 03:16.41 | AAA_awright | This isn't unlike what is already implemented for CAN. There is going to be a way to de-authorize keys I presume? |
| 03:17.01 | CIA-62 | BZFlag: 03JeffM2501 * r20245 10/trunk/bzflag/README: notes on required auth to list |
| 03:17.10 | JefferyM | you can delete them |
| 03:17.27 | JefferyM | http://my.bzflag.org/listkeys/ |
| 03:18.29 | AAA_awright | Ah, I haven't actually done anything with that, cool. |
| 03:28.06 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 03:33.19 | CIA-62 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r6555 10/w/ServerAuthentication: Info on keys, and key management |
| 03:34.54 | CIA-62 | BZFlag: 03JeffM2501 * r20246 10/trunk/db/bzidtools.php: simple API for name <=> BZID |
| 03:35.18 | blast007 | JefferyM: http://bzflag.svn.sourceforge.net/viewvc/bzflag/trunk/db/support/database_structure.sql?view=markup |
| 03:35.34 | JefferyM | oh support |
| 03:35.52 | JefferyM | hey lookit that :) |
| 03:37.36 | CIA-62 | BZFlag: 03brlcad * r20247 10/trunk/bzflag/README: spelling and formatting cleanup |
| 03:37.37 | CIA-62 | BZFlag: 03JeffM2501 * r20248 10/trunk/db/ (schema/ support/database_structure.sql): |
| 03:37.38 | CIA-62 | BZFlag: we did have the db structure after all, |
| 03:37.38 | CIA-62 | BZFlag: update to include new owner field for each server |
| 03:37.46 | JefferyM | thank you brlcad :) |
| 03:37.58 | brlcad | :) |
| 03:50.32 | CIA-62 | BZFlag: 03JeffM2501 * r20249 10/trunk/db/bzfsinfo.php: php file to list authed servers with owners. |
| 03:50.43 | CIA-62 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r6556 10/w/ServerAuthentication: /* Questions= */ |
| 03:51.31 | CIA-62 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r6557 10/w/ServerAuthentication: formating |
| 03:59.13 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 03:59.13 | *** mode/#bzflag [+v spldart] by ChanServ |
| 04:01.20 | JefferyM | anyone want to make a better CSS for the key manager? |
| 04:07.05 | JefferyM | waits to be compared to the infamous WWII germain dictator |
| 04:07.40 | temp_dist | bismark? cause you are full of creame? |
| 04:08.01 | JefferyM | heh |
| 04:24.48 | *** join/#bzflag TimRiker (n=timr@rikers.org) |
| 04:24.48 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 05:13.47 | *** part/#bzflag Bulldozer (n=mathew@unaffiliated/kingrobot) |
| 05:32.53 | Bambino | ~seen jcp |
| 05:32.55 | ibot | jcp <n=jw@unaffiliated/javawizard2539> was last seen on IRC in channel #bzflag, 11d 5h 34m 15s ago, saying: 'Then why not just have /set set vars locally if they don't start with an _?'. |
| 06:14.59 | CIA-62 | BZFlag: 03Mdjww 07http://my.bzflag.org * r6558 10/w/Runescape%E4%B8%93%E8%81%8C%E7%9F%BF%E5%B7%A5%C2%B7%E9%93%81%E5%8C%A0%E7%9A%84%E6%8A%80%E5%B7%A7: New page: runescape????????????????????????????? ??????[http://www.rs2pl.com/runescape-accounts.html runescape accounts]?????????????????????????????????????????????Lumbridge?????????????????????... |
| 06:18.09 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 06:19.02 | Bambino | Horay for spam! |
| 06:19.27 | Bambino | blast007: Love the spam! |
| 06:20.23 | CIA-62 | BZFlag: 03trepan * r20250 10/trunk/bzflag/src/bzfs/WorldEventManager.cxx: |
| 06:20.23 | CIA-62 | BZFlag: * patch by 'matelich' to fix a bzfs exit crash, forum post: |
| 06:20.23 | CIA-62 | BZFlag: http://my.bzflag.org/bb/viewtopic.php?f=32&t=14505&p=140451 |
| 06:23.28 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 06:46.22 | Janis | hello |
| 06:46.46 | Janis | where is located the code of /flag give cmd |
| 06:46.54 | Janis | in source |
| 06:52.55 | Janis | just curious if it possible to make instead of "/flag give "nickname"(which is admin cmd) /flag give "locked player" (which will be allowed for every bzflag player ) |
| 06:53.14 | Janis | locked target* |
| 06:57.46 | Bambino | so if you are admin you lock onto a player/identify player and it auto gives them a flag? |
| 06:59.59 | Janis | no, i am just a simple player(registerd or not) whatever.. just curious if it is possible to do /flag give "locked target" |
| 07:00.04 | Janis | it should work next way |
| 07:00.29 | Janis | when i lock on a target, teammate for example and drop flag i could pass it to him |
| 07:00.34 | Janis | flag = teamflag |
| 07:00.52 | Bambino | for the flag soccer thingy on the forums? |
| 07:00.58 | Janis | yes |
| 07:01.13 | Janis | i need to know where is located /flag give cmd |
| 07:01.23 | Janis | so i could copy-paste it and try to make it look like |
| 07:02.24 | Janis | <PROTECTED> |
| 07:02.35 | Janis | mdl = maximum distance limit |
| 07:02.41 | Janis | 20(m) in metres |
| 07:02.59 | Janis | it is how the code should be supposed to work |
| 07:03.32 | Janis | ah yee one point |
| 07:03.47 | Janis | flag give is working when flag is dropped.. |
| 07:03.57 | Janis | i could have confused you a bit:) cuz it's an early morning |
| 07:03.59 | Janis | just tell me |
| 07:04.22 | Janis | where is the code of [ /flag give "nickname" ] located |
| 07:14.46 | Janis | so here is the idea, maybe developers can tell if it is possible to make it?! |
| 07:15.06 | Janis | <PROTECTED> |
| 07:27.21 | Janis | where i can find any info about /flag give cmd? |
| 07:27.39 | Janis | have allready serverCommmand.cxx and flag.cxx nothing in there |
| 07:27.49 | Janis | have allready checked* |
| 07:41.44 | *** join/#bzflag Djpenguin (n=David@c-71-202-201-94.hsd1.ca.comcast.net) |
| 08:22.18 | *** join/#bzflag Gabe_G23 (n=gabe@unaffiliated/GabeG23/x-028472) |
| 08:32.48 | cygal | ah, Janis left |
| 08:33.44 | cygal | src/bzfs/command.cxx:1422 |
| 09:20.00 | *** join/#bzflag bier__ (n=bier@p54A5487B.dip.t-dialin.net) |
| 09:40.04 | CIA-62 | BZFlag: 03Mr Burns 07http://my.bzflag.org * r6559 10/w/Runescape%E4%B8%93%E8%81%8C%E7%9F%BF%E5%B7%A5%C2%B7%E9%93%81%E5%8C%A0%E7%9A%84%E6%8A%80%E5%B7%A7: /* Deleting spam */ |
| 10:15.38 | *** join/#bzflag Wits (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 11:08.45 | *** join/#bzflag dontkillme (i=5f742d66@gateway/web/freenode/x-6431d7bfa6220559) |
| 11:40.00 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) |
| 12:14.10 | *** join/#bzflag CIA-77 (n=CIA@208.69.182.149) |
| 12:55.38 | *** join/#bzflag _anomaly_ (n=mike@h204.120.88.75.dynamic.ip.windstream.net) |
| 13:08.17 | _anomaly_ | is global auth not working for latest BZ_PROTO_VERSION (0102) ? |
| 13:10.31 | _anomaly_ | Actually I get a token but I'm not associated with my global groups. |
| 13:11.56 | _anomaly_ | ah! I need to get a publickey I guess. |
| 13:30.34 | brad | are recordings (using matchrecord plugin) saved in memory and then written to file when a match ends, or are they constantly written to file? |
| 13:33.44 | BulletCatcher | It looks like it is stored in memory and written all at once at the end. |
| 13:33.57 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 13:33.59 | brad | cool, thanks :) |
| 13:36.22 | BulletCatcher | The new server publickey requirement would explain why the list server currently shows no public 2.99.44 servers. |
| 13:37.48 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 13:38.22 | _anomaly_ | how do we get a public key? |
| 13:38.51 | cygal | http://my.bzflag.org/w/ServerAuthentication |
| 13:39.05 | _anomaly_ | thanks |
| 13:44.21 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 13:44.21 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 13:45.38 | CIA-77 | BZFlag: 03Cygal 07http://my.bzflag.org * r6560 10/w/ServerAuthentication: Minor edit: typos and ponctuation. |
| 13:47.19 | me1 | punctuation* |
| 13:47.36 | _anomaly_ | if I'm on a shared box can I generate my own key? |
| 13:49.15 | cygal | heh |
| 13:49.34 | cygal | ponctuation is the french word, sorry (but my fixes are valid :) |
| 13:50.03 | _anomaly_ | I generated a key, I'm running a test server -advertise NONE, still no global auth |
| 13:50.39 | _anomaly_ | wait, my bad, wrong address |
| 13:52.05 | _anomaly_ | global auth works better with the right key! |
| 13:52.41 | _anomaly_ | if I delete a key on the web site does that remove the key from the db? |
| 13:54.13 | cygal | normally yes |
| 14:03.16 | *** join/#bzflag Marzipan (n=marzi@84-119-69-54.dynamic.xdsl-line.inode.at) |
| 14:06.54 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 14:06.54 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:12.50 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 14:27.11 | *** join/#bzflag TD-Linux (n=wheeeeee@76.164.62.98) |
| 14:44.42 | CIA-77 | BZFlag: 03blast007 * r20251 10/trunk/db/bzfls.php: Allow 1.10 servers to still show up on the list. |
| 14:48.46 | *** join/#bzflag bier (n=bier@pD9E2D06C.dip.t-dialin.net) |
| 14:58.47 | *** join/#bzflag Upsetter (n=ups@i59F7FC29.versanet.de) |
| 15:07.53 | *** join/#bzflag Will07c5 (n=William@c-67-173-127-196.hsd1.il.comcast.net) |
| 15:31.07 | Thumper_ | BulletCatcher: so that test passes :) |
| 15:31.15 | Thumper_ | (the no servers listed due to no public keys) |
| 15:32.23 | trepan | two 2.99.x servers are now listed |
| 15:33.12 | Thumper_ | I just added keys to mine |
| 15:34.30 | Thumper_ | sees 3 (counting the replay server) |
| 15:34.31 | trepan | this server's registered owner is: thumper ;) |
| 15:34.39 | Thumper_ | eek :) |
| 15:34.45 | trepan | (/owner) |
| 15:35.03 | Thumper_ | cool |
| 15:36.33 | Thumper_ | assumes -publickey is not an allowed option for the map options..end section |
| 15:37.10 | trepan | nope, it's not; checkFromWorldFile() is present |
| 15:38.43 | Thumper_ | goes to find his first coffee of the day |
| 15:50.39 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 15:53.18 | Thumper_ | bzflag is throwing some FTGL assertions and dead reckoning messages for me: http://pastebin.bzflag.bz/m105994b7 |
| 15:53.34 | Thumper_ | maybe the dead reckoning test should be >= ? |
| 16:21.10 | BulletCatcher | Both of those assertion failures have been occurring for a long time. |
| 16:21.19 | BulletCatcher | The two timestamps in the message look the same only due to rounding the output. |
| 16:28.57 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:28.57 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:44.31 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 16:56.23 | *** join/#bzflag Think_Differentl (n=fatass@pool-96-231-82-241.washdc.east.verizon.net) |
| 16:57.37 | *** join/#bzflag Sab (n=Sab@modemcable069.239-202-24.mc.videotron.ca) |
| 17:00.42 | Thumper_ | blast007: thx |
| 17:00.46 | Thumper_ | BulletCatcher: thx |
| 17:00.55 | Sab | someone could probably help me |
| 17:01.18 | Sab | i'm lost in this "new" interface and cant find where to manage groups from |
| 17:01.28 | Sab | and the link in the wiki is dead |
| 17:02.04 | blast007 | Sab: on the forum, click on User Control Panel, then click on the User Groups tab, then on Manage User Groups on the side |
| 17:02.24 | Sab | now i feel silly |
| 17:02.25 | Sab | thanks |
| 17:02.41 | blast007 | not very intuitive |
| 17:03.01 | blast007 | at some point we won't do it through phpBB and will have a nice interface ;) |
| 17:03.08 | Sab | i liked the usergroup tab at the top |
| 17:03.31 | JefferyM | we arn't really using the phpbb groups for what they were meant for :) |
| 17:03.33 | blast007 | phpBB3 changed stuff around a bit |
| 17:03.35 | Sab | it will happen when someone codes it right ;) |
| 17:03.53 | JefferyM | some work has been done on group manager |
| 17:18.21 | *** join/#bzflag Djpenguin (n=David@c-71-202-201-94.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 17:26.13 | _anomaly_ | what does /modcount do and what perm do I need to use it? can't find it in the wiki. |
| 17:27.35 | blast007 | it adjusts the countdown (got that by doing /modcou? in game) |
| 17:27.45 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) [NETSPLIT VICTIM] |
| 17:27.45 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 17:28.26 | blast007 | _anomaly_: it's the MODCOUNT permission |
| 17:28.46 | _anomaly_ | blast007: thanks |
| 17:28.47 | blast007 | Usage: /modcount {+|-} SECONDS |
| 17:29.00 | _anomaly_ | ah, ok |
| 17:29.12 | _anomaly_ | modify the game countdown |
| 17:29.41 | blast007 | yup |
| 17:31.09 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:31.09 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 17:36.04 | *** join/#bzflag me1_ (n=ausom@bzflag/player/Me1) |
| 17:38.48 | CIA-77 | BZFlag: 03trepan * r20252 10/trunk/bzflag/src/clientbase/Player.cxx: * print the time difference |
| 17:39.27 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) [NETSPLIT VICTIM] |
| 17:39.27 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 17:39.27 | *** join/#bzflag bier__ (n=bier@p54A5487B.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 17:39.27 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 17:39.28 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 17:39.28 | *** join/#bzflag brad (n=brad@moooo.org) |
| 17:39.28 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 17:39.28 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) [NETSPLIT VICTIM] |
| 17:39.28 | *** mode/#bzflag [+v bryjen] by irc.freenode.net |
| 17:42.43 | *** join/#bzflag Wits_ (n=Wits@248.119.33.65.cfl.res.rr.com) |
| 17:49.19 | *** join/#bzflag Djpenguin (n=David@c-71-202-201-94.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 17:49.19 | *** join/#bzflag Wyk3d (n=Wyk3d@79.116.94.159) [NETSPLIT VICTIM] |
| 17:49.51 | *** join/#bzflag Mets (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) |
| 17:55.09 | *** join/#bzflag [dmp]_ (n=dennis@dryas.d75.net) |
| 17:55.16 | *** join/#bzflag Marzipan (n=marzi@84-119-69-54.dynamic.xdsl-line.inode.at) |
| 17:58.23 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 18:03.36 | *** join/#bzflag Marzipan (n=marzi@84-119-69-54.dynamic.xdsl-line.inode.at) [NETSPLIT VICTIM] |
| 18:03.36 | *** join/#bzflag Gabe_G23 (n=gabe@unaffiliated/GabeG23/x-028472) [NETSPLIT VICTIM] |
| 18:03.36 | *** join/#bzflag cygal (n=cygal@ks23738.kimsufi.com) [NETSPLIT VICTIM] |
| 18:03.36 | *** join/#bzflag Cobra_Slow (n=coprah@static.108.245.40.188.clients.your-server.de) [NETSPLIT VICTIM] |
| 18:03.36 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 18:06.32 | Mets | loves the energy-ball like shots in trunk |
| 18:07.45 | *** join/#bzflag Unknown1962 (n=Nightly@host217-43-34-130.range217-43.btcentralplus.com) |
| 18:14.33 | tobylane | 'Linus Torvalds wrote in a GNOME-related mailing list discussion, in a tongue-in-cheek fashion, that "Linus' Law (nr 76 of 271)" was "Don't claim to have a config option, if you don't actually have the UI to change it."' |
| 18:16.47 | joevano | tobylane: luckily Linus has no interest in BZFlag development |
| 18:17.29 | joevano | and who said a text editor is not a UI? |
| 18:18.19 | joevano | not the most friendly UI, but definately a UI |
| 18:22.36 | tobylane | true, im fine it with it, i can only ask for a full list of possible text options |
| 18:25.32 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) [NETSPLIT VICTIM] |
| 18:25.50 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) [NETSPLIT VICTIM] |
| 18:26.17 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 18:27.00 | *** join/#bzflag brad (n=brad@moooo.org) [NETSPLIT VICTIM] |
| 18:27.38 | joevano | tobylane: you volunteering to head up compiling it?? that would be great!! |
| 18:28.15 | joevano | documenting things is usually the last thing developers do.. |
| 18:29.05 | joevano | the wiki probably has a start and I am sure others would help you |
| 18:30.21 | joevano | that's the best thing about open-source.. there is always something to help out with no matter your skillk |
| 18:30.37 | joevano | thanks for offering |
| 18:31.24 | tobylane | the wiki is the documentation, and ive looked for what i want |
| 18:32.32 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 18:33.41 | blast007 | tobylane: so? improve it |
| 18:33.48 | blast007 | that's the point of a wiki |
| 18:34.21 | *** join/#bzflag bier__ (n=bier@p54A5487B.dip.t-dialin.net) [NETSPLIT VICTIM] |
| 18:35.24 | *** join/#bzflag Mets (n=Mets@cpe-72-224-55-41.nycap.res.rr.com) [NETSPLIT VICTIM] |
| 18:35.47 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) [NETSPLIT VICTIM] |
| 18:35.47 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 18:38.52 | joevano | and that is the downfall of open-source as well |
| 18:39.35 | joevano | 'you mean you want me to work on it? meh, it's good enough for me...' |
| 18:39.41 | Thumper_ | BulletCatcher: Player::setDeadReckoning(): currentServerTime 11343.1791 ought to be greater than timestamp 11343.1791 (diff = 0) |
| 18:43.04 | CIA-77 | BZFlag: 03trepan * r20253 10/trunk/bzflag/src/bzfs/bzfs.cxx: * updated the -publickey warning to point to Jeff's new ServerAuthentication wiki page |
| 18:44.33 | trepan | Thumper_: but is that +0 or -0? ;) |
| 18:44.42 | Thumper_ | trepan: I dunno :) |
| 18:45.07 | cygal | <PROTECTED> |
| 18:45.16 | cygal | src/clientbase/Player.cxx:1633 |
| 18:45.21 | cygal | isn't this line weird? |
| 18:45.37 | cygal | it works for small lags, but causes the ok/nr bug when reported lag is too high |
| 18:45.54 | trepan | imo, it's probably worth adding to option to revert to the old style DR for now |
| 18:46.17 | trepan | and ditto on the shot packets (well, without the 'option' part :) |
| 18:47.03 | cygal | but changing shot packets changes protocol, doesn't it? |
| 18:47.25 | trepan | yes, packets are protocol, protocol is packets |
| 18:47.31 | cygal | I mean |
| 18:47.32 | cygal | we don't want "2 3.0" |
| 18:47.45 | trepan | there current shot messaging is le busted, afaict |
| 18:48.06 | trepan | s/there/the |
| 18:48.40 | trepan | 2 3.0? (shot packets ... without the 'option' part) |
| 18:49.29 | trepan | goes back to digging holes |
| 18:49.59 | cygal | goes back to record/replay |
| 18:51.18 | tobylane | ok, is there some source i can read to find all the config options |
| 18:55.09 | Thumper_ | tobylane: config options for what? |
| 18:55.59 | tobylane | shortcuts mostly, i'll happily write whatever documentation i can |
| 18:56.35 | tobylane | i mean keyboard mapping |
| 18:56.56 | Thumper_ | as in what the keys do in-game in the bzflag client? |
| 18:57.12 | cygal | honestly the firt place to look is config.cfg |
| 18:57.15 | cygal | first |
| 18:57.18 | Thumper_ | agreed |
| 18:57.20 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) |
| 18:57.34 | Thumper_ | after that you're probably scouring hte source code for other stuff that's not listed |
| 18:57.51 | tobylane | any file i should start with |
| 19:00.09 | Thumper_ | src/bzflag/CommandsImplementation.cxx has things like /localset and other stuff (if that's what you are looking for) |
| 19:02.23 | Thumper_ | and KeyboardMapMenu.cxx probably |
| 19:08.09 | tobylane | whats the automatic city generator |
| 19:09.02 | *** join/#bzflag Janis (n=Janis@226.241.50.84.dyn.estpak.ee) |
| 19:24.13 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 19:32.13 | *** join/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 19:32.38 | randomparticle | what determines whether or not localset can be used, please? |
| 19:32.58 | randomparticle | it has an effect on some variables, but not on others, apparently |
| 19:33.15 | _anomaly_ | it changes the variables in your local config file |
| 19:33.36 | randomparticle | all or only some? |
| 19:33.56 | _anomaly_ | all that I have tried, but I haven't tried them all |
| 19:34.00 | randomparticle | doesn't seem to change mousebox, for example |
| 19:34.25 | _anomaly_ | in 2.99 or 2.0? |
| 19:34.36 | randomparticle | 2.0 |
| 19:34.52 | *** join/#bzflag Marzipan (n=marzi@84-119-69-54.dynamic.xdsl-line.inode.at) |
| 19:35.36 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 19:35.41 | randomparticle | would be more convenient to change mousebox size using localset rather than quit bz, edit config, restart bz and rejoin |
| 19:36.58 | _anomaly_ | you can change mouseboxsize in options menu |
| 19:37.09 | randomparticle | doesn't go big enough |
| 19:37.13 | _anomaly_ | but you're right it doesn't change using localset |
| 19:37.15 | randomparticle | largest size is tiny |
| 19:37.28 | _anomaly_ | oh you mean like custom size |
| 19:37.34 | randomparticle | yeah. like size 22 |
| 19:37.51 | _anomaly_ | does it work to change it in config ? |
| 19:37.56 | randomparticle | yes |
| 19:38.08 | _anomaly_ | but not on the options menu, huh? |
| 19:38.15 | randomparticle | not as large as 22 |
| 19:38.32 | randomparticle | maybe 10 is the largest (guess). i do not know |
| 19:38.47 | _anomaly_ | look like config edit is the only way then |
| 19:39.21 | randomparticle | so basically any variable in the config can be set with localset? |
| 19:39.30 | randomparticle | but the effect may not be felt? |
| 19:39.37 | randomparticle | or can only some variables be set that way? |
| 19:39.53 | JefferyM | it depends on how the var is used |
| 19:40.18 | JefferyM | if it's read each frame, then localset changes it, if it's read at startup and then saved it isn't |
| 19:40.29 | randomparticle | ah, ok |
| 19:41.04 | randomparticle | not all localset changes are persistent (i.e., saved back to the config)? |
| 19:41.04 | JefferyM | some vars are not designed to be runtime changed, such as ones that build up openGL display list items, like some of the GUI elements |
| 19:41.06 | _anomaly_ | max size for the mousebos/panel is 22 in the 2.0 code GUIMenuOptions.cxx line 195 |
| 19:41.14 | JefferyM | yeah not all are |
| 19:41.29 | JefferyM | each item in BZDB has a permission that tells it how it is to be set |
| 19:41.33 | JefferyM | or if it persists |
| 19:42.03 | randomparticle | here? |
| 19:42.04 | randomparticle | <PROTECTED> |
| 19:42.29 | randomparticle | i'm guessing the ReadWrite might be it :) |
| 19:42.34 | JefferyM | yep |
| 19:42.48 | randomparticle | ok, great, thanks |
| 19:44.14 | _anomaly_ | randomparticle: the code seems to allow upto size 22 but it only writes 10 to the config |
| 19:47.28 | cygal | JefferyM: what should we do about DR code? |
| 19:47.41 | cygal | can we hope to fix this before release? |
| 19:47.50 | JefferyM | we have to |
| 19:47.57 | JefferyM | there is no can |
| 19:48.02 | JefferyM | we ether fix it, or remove it |
| 19:48.06 | JefferyM | do we know what the problem is? |
| 19:48.36 | cygal | I noticed one problem in the code, wich caused the ok/nr bug, but not sure if this is normal, how to fix it, etc. |
| 19:48.51 | cygal | <PROTECTED> |
| 19:48.51 | JefferyM | what is the problem in the code? |
| 19:48.57 | cygal | src/clientbase/Player.cxx:1633 |
| 19:49.08 | cygal | it sets the "local time for DR" to the server time |
| 19:49.24 | JefferyM | ok |
| 19:49.27 | cygal | but immediately after the "local time" is set to real local time |
| 19:49.30 | JefferyM | ahh |
| 19:49.33 | JefferyM | that would not be good |
| 19:49.34 | cygal | so when lag is > 5.0 for a few seconds.. |
| 19:49.41 | JefferyM | yeah that's not good |
| 19:49.53 | JefferyM | it should keep using the server clock for all DR calcs |
| 19:49.57 | JefferyM | that could explain a lot |
| 19:50.10 | JefferyM | what code sets it to local time? |
| 19:50.23 | cygal | 5 or 6 calls |
| 19:50.25 | cygal | fires up cscope |
| 19:50.31 | JefferyM | hmmm |
| 19:50.45 | JefferyM | I can take a look at it later, but everything should be using ether timestamps or server time |
| 19:50.51 | cygal | ah no |
| 19:51.03 | cygal | not that much in fact |
| 19:51.11 | cygal | will dig again in the code |
| 19:51.20 | cygal | void* Player::unpack(void* buf, uint16_t code) |
| 19:51.29 | cygal | hme |
| 19:51.39 | JefferyM | that should use the time from the packet |
| 19:51.39 | cygal | this is a packet from server in fact |
| 19:51.41 | randomparticle | _anomaly_: on the 22 thing: ok, thanks |
| 19:51.52 | JefferyM | ok, then it should use the timestamp in the packet |
| 19:51.56 | JefferyM | if it's an update |
| 19:52.51 | cygal | I'll rerun my tests again, but this is with replay code, which is know to be buggy, but it's the only way to reproduce "efficiently" the ok/nr bug |
| 19:53.03 | cygal | I'll check again, what I say does not seem that coherent |
| 19:59.24 | JefferyM | I don't think we'll be able to get an RC out the door till SOC is done |
| 19:59.51 | cygal | depends of the agressivity of our RC policy |
| 19:59.58 | JefferyM | I'd like it to be functional |
| 20:00.09 | JefferyM | and we seem to have known major showstopers and regressions |
| 20:00.22 | JefferyM | I'd rather push the RC off a few weeks and let you work on getting those fixed |
| 20:00.27 | JefferyM | since that is your SOC task :) |
| 20:00.45 | JefferyM | It's been this late, a few more weeks won't kill it |
| 20:00.56 | JefferyM | as just need to be making as much progress as we can |
| 20:01.00 | JefferyM | and we are making progress |
| 20:01.07 | cygal | problem is, at some point we will need to fix a date |
| 20:01.08 | JefferyM | it's just a biger task then we first thought |
| 20:01.13 | JefferyM | no.. no we don't |
| 20:01.36 | JefferyM | when the major bugs are fixed, then we can do it |
| 20:01.44 | JefferyM | it's a feature based RC, not a time based one |
| 20:01.53 | cygal | or reverted |
| 20:01.54 | JefferyM | if we set a date, and stuff ain't done by then, it'll be a bad RC |
| 20:02.04 | JefferyM | if we revert much more it'll be a crapy release |
| 20:02.06 | cygal | timed base release also have their avantages |
| 20:02.14 | JefferyM | and it's not like we can revert "recording" and "bots" |
| 20:02.21 | cygal | no |
| 20:02.27 | JefferyM | they do, in a case where people are paid and work on a fixed schedule |
| 20:02.28 | cygal | but recording and bots will get fixed |
| 20:02.33 | JefferyM | we all do this on our spare time |
| 20:02.47 | JefferyM | yeah I'm ok with pulling DR, but not untill we understand WHY it dosn't work |
| 20:03.01 | cygal | trepan also mentioned something about shots |
| 20:03.13 | JefferyM | because if we don't understand that, then we have no reason to belive that pulling it will fix it |
| 20:03.19 | JefferyM | yeah we ahve to fix shots too |
| 20:03.32 | JefferyM | we are still finding bugs |
| 20:03.36 | JefferyM | that means we are not ready for RC |
| 20:03.41 | JefferyM | it's as simple as that |
| 20:03.53 | JefferyM | more people are testing it due to the push |
| 20:03.53 | cygal | and concerning bots they actually work |
| 20:03.55 | JefferyM | and that's good |
| 20:04.00 | JefferyM | ok |
| 20:04.27 | JefferyM | if we can get an RC done before SOC is over, that's fine |
| 20:04.28 | cygal | except on windows, but I can't help much here |
| 20:04.39 | JefferyM | but I don't want to rush and remove things that could be nice just to beat that date. |
| 20:04.50 | _anomaly_ | randomparticle: there is a bug in the config save code, and even if its fixed mouseboxsize will be a maximum of 21 |
| 20:05.04 | randomparticle | thanks |
| 20:05.08 | JefferyM | I'm set up to build at home again, so I can test things on windows. |
| 20:05.22 | _anomaly_ | maybe we can get it fixed in 3.0 |
| 20:05.23 | JefferyM | and I have a few weeks before my stepper controllers get here :) |
| 20:05.29 | cygal | I understand that, I'm only noticing that this had led to four years of work not yet released to public except a few backports |
| 20:05.47 | JefferyM | cygal, that's a project problem, not a code problem :) |
| 20:05.49 | cygal | so bugs are both "normal" and harder to fix |
| 20:05.56 | JefferyM | and removing code just to ship is not going to solve that problem :) |
| 20:06.55 | cygal | depends on what you call "problem" :) |
| 20:07.13 | JefferyM | the problem is that we can't get a release out due to lack of people willing to fix bugs |
| 20:07.25 | JefferyM | or concice management of features |
| 20:07.30 | JefferyM | it's more of a socal issue |
| 20:07.47 | JefferyM | this is not the first time this has happened |
| 20:07.53 | JefferyM | nor will it be the last |
| 20:08.12 | JefferyM | we have a full branch that was abandoned instead of releasing it |
| 20:08.38 | JefferyM | lot of good work wasted because noone understood it and people just wanted to pull code out of it rather then fix it |
| 20:08.47 | JefferyM | we ended up scraping all but one part of it |
| 20:08.48 | randomparticle | even Microsoft have these problems, hence the giant Vista "reset" :) |
| 20:09.02 | JefferyM | yes but MS can tell it's people what to do :) |
| 20:09.04 | JefferyM | we can not |
| 20:09.11 | JefferyM | at least not with the same impunity |
| 20:09.44 | JefferyM | there are defenatly some "less fun" parts of bzflag that need lots of work, but few developers will work on just because they feel like it. |
| 20:10.14 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 20:10.32 | JefferyM | treapan thankfully has the stones to wade on into most of it, but it dosn't help that not many people know how the deep guts of things like drawing and pysics work |
| 20:11.09 | *** join/#bzflag Qew (n=qew@unaffiliated/qew) |
| 20:11.58 | cygal | the point I'm trying to make is that due to the fact that we're limited on resources, we should take that into account and sacrifice features if it helps to ship and get more people interested into our code |
| 20:12.10 | cygal | that's only what I can see from my "newcomer" point of view |
| 20:12.21 | JefferyM | shipping a new version won't get new developers |
| 20:12.33 | JefferyM | it will get some players, for about 2 weeks |
| 20:12.44 | cygal | it can help motivate current developers |
| 20:12.45 | JefferyM | and it will get less people if it's a weak release |
| 20:13.00 | JefferyM | actualy I think that development will drop off after release |
| 20:13.18 | JefferyM | DR seems to be the only "featue" left that is questionable |
| 20:13.33 | JefferyM | and like I say, I don't mind pulling it, but I need to be sure that is the right thing to do. |
| 20:13.35 | cygal | server-side shots too |
| 20:13.47 | JefferyM | and right now I am not convinced that we know what is wrong |
| 20:13.51 | JefferyM | there are no server side shots |
| 20:13.56 | JefferyM | shots are still client side |
| 20:14.06 | JefferyM | what we may not be able to do is trust client postions for the shot pos |
| 20:14.12 | JefferyM | and burn a "Starting point" back into the shot |
| 20:14.18 | cygal | the way they are sent changed, didn't it? |
| 20:14.20 | JefferyM | that would make it work more like the old way |
| 20:14.22 | JefferyM | yes |
| 20:14.27 | JefferyM | that's died into the DR change |
| 20:14.49 | JefferyM | I don't mind sending a start point and vector with the new shot |
| 20:15.12 | JefferyM | having it work with out one was an experiemnt, but it requires DR to be perfect |
| 20:15.25 | JefferyM | if DR is going to be iffy, then sure, we send out the shot pos |
| 20:15.30 | JefferyM | it's just 6 more floats |
| 20:15.42 | JefferyM | we can still verify that vector is inline with the tank |
| 20:16.37 | JefferyM | but like for DR, if you come back and say "hey DR has to be redone, it'll take a week" then I'll say that we do it |
| 20:16.46 | JefferyM | if you come back and say it'll take a month, I say we pull it |
| 20:17.07 | JefferyM | if you can't say why it's broken then how can we be sure that pulling it will fix it ;) |
| 20:17.26 | JefferyM | so much other code has changed around the DR code that a simple revert won't work |
| 20:17.35 | cygal | I can not say anything - I'm just noticing some bugs, and tell how they are triggered |
| 20:17.37 | JefferyM | so you'll end up redoing it |
| 20:17.51 | JefferyM | yeah we need to find out why it's doing what it's doing |
| 20:18.01 | JefferyM | if the timestamps are wrong like you say that could be a big thing |
| 20:18.22 | JefferyM | I'll try to remember to take a look tonight |
| 20:18.35 | cygal | for example: the packets we receive in unpack can be totally different than the "server time from the client point of view" |
| 20:18.42 | JefferyM | and then I'll throw a posvec into the shot |
| 20:19.01 | JefferyM | well the quesion is then, WHY are they different |
| 20:19.07 | JefferyM | they should be off by not much more then the lag time |
| 20:19.14 | JefferyM | is the clock not working? |
| 20:19.17 | cygal | yes.. this is my next step, just reporting my findings |
| 20:19.28 | JefferyM | techincaly we don't even need my clock, there is another that is probably better |
| 20:19.31 | cygal | in replay it does not at least |
| 20:19.32 | JefferyM | should just use that |
| 20:19.40 | JefferyM | well yes, replay is different |
| 20:19.44 | JefferyM | you are using saved clocks |
| 20:20.00 | JefferyM | the server should replace the saved timestamp with the current one |
| 20:20.10 | JefferyM | a saved timestamp is pointless |
| 20:20.16 | cygal | yeah |
| 20:20.29 | cygal | well I still don't know where all those clocks are |
| 20:20.48 | JefferyM | the serversycnedclock is just an offset from local time to server time |
| 20:20.50 | cygal | but when they are different by more than 5 seconds, the DR code floods the client |
| 20:21.06 | JefferyM | then someone is using missmatched times |
| 20:21.21 | JefferyM | and we have to find those |
| 20:22.10 | cygal | I know replay is broken, and I'll work on it - just noticing that DR is making wrong assumptions about the time differences |
| 20:22.14 | _anomaly_ | randomparticle: I posted the mouseboxsize fix for 2.99 in the Bugs section of the forums |
| 20:22.15 | cygal | it should only consider one lock |
| 20:22.16 | cygal | clock |
| 20:22.34 | _anomaly_ | this fix can easily be backported to 2.0 |
| 20:22.47 | cygal | (and I'm not saying this causes the other DR problems( |
| 20:28.02 | JefferyM | cygal, ok, well we'll see |
| 20:28.11 | JefferyM | I think you are narrowing in on the problem |
| 20:28.29 | JefferyM | I just don't want you to feel any rush to yank it before we understand it :) |
| 20:47.42 | cygal | I'll see tomorrow after some sleep |
| 20:47.59 | cygal | concerning the windows solo bots, check out the end of the BUGS file |
| 20:48.08 | cygal | happy hacking :) |
| 20:50.00 | JefferyM | k |
| 20:50.02 | JefferyM | see ya |
| 20:54.09 | *** part/#bzflag randomparticle (n=xell@about/essy/snick/randomparticle) |
| 21:29.10 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-127-158.dsl.irvnca.pacbell.net) |
| 21:29.46 | *** join/#bzflag TimRiker (n=timr@69.27.11.210) |
| 21:29.46 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:40.42 | CIA-77 | BZFlag: 03trepan * r20254 10/trunk/bzflag/src/ (4 files in 3 dirs): * GameTime is now based on the server's TimeKeeper::getCurrent() |
| 21:42.46 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 21:43.37 | CIA-77 | BZFlag: 03trepan * r20255 10/trunk/bzflag/src/game/GameTime.cxx: * separated the raw local time and the halfLag measurement |
| 21:48.30 | *** join/#bzflag Abominable (n=chatzill@97.104.162.86) |
| 21:54.53 | CIA-77 | BZFlag: 03trepan * r20256 10/trunk/bzflag/ (4 files in 3 dirs): * bumped protocol and rev |
| 21:57.01 | *** join/#bzflag _anomaly_ (n=mike@adsl-70-44-83.gnv.bellsouth.net) |
| 22:00.49 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 22:05.13 | JefferyM | anyone here a CSS wizard? |
| 22:05.23 | a_meteorite | JefferyM: yes |
| 22:05.43 | JefferyM | I need some help making stuff align |
| 22:05.46 | JefferyM | let me upload |
| 22:06.52 | *** part/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 22:07.03 | *** join/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 22:07.58 | JefferyM | http://my.bzflag.org/listkeys/test.html |
| 22:08.11 | JefferyM | see the part that says "Host Keys"? |
| 22:08.19 | mrapplecomputer1 | ok im spent. been working on this for 2 hours (or more). can anyone explain why the flags will not zone? they only zone up top, yes i have -fb in conf and players spawn in the zones but flags will not. help! map file: http://pastebin.com/m211a6fa4 |
| 22:08.21 | JefferyM | I want the host to line up with the start of jeffm.opencombat.net |
| 22:08.26 | a_meteorite | looking.. |
| 22:08.30 | JefferyM | and the KEY to line up with the numbers |
| 22:08.32 | JefferyM | like a table |
| 22:10.29 | a_meteorite | I don't think I see what you mean, the beginning of the hosts all line up (margin/block wise, not inline level) |
| 22:10.39 | a_meteorite | with "Host Key" |
| 22:10.46 | JefferyM | host key is actualy 2 sections |
| 22:10.49 | JefferyM | 2 spans |
| 22:10.51 | a_meteorite | ah |
| 22:10.58 | JefferyM | I want key to be over the number parts |
| 22:11.05 | JefferyM | and all the number parts to align verticaly |
| 22:11.12 | JefferyM | it's like a table |
| 22:11.18 | JefferyM | but I've been told tables are evil |
| 22:11.18 | a_meteorite | ok |
| 22:11.42 | a_meteorite | I'd think in this case tables might be just as good |
| 22:11.47 | JefferyM | heh, ok |
| 22:11.51 | a_meteorite | after all it's tabular data |
| 22:11.59 | JefferyM | yeah it is |
| 22:12.13 | JefferyM | I'll redo that when I get home |
| 22:12.20 | a_meteorite | can you manage a table? |
| 22:12.23 | JefferyM | unless anyone else wants to make it look purdy |
| 22:12.28 | JefferyM | yeah |
| 22:12.32 | a_meteorite | ok |
| 22:12.46 | JefferyM | I used to do everything in tables |
| 22:12.55 | JefferyM | but they don't always play well with CSS |
| 22:13.29 | a_meteorite | I can help with that if you get stuck |
| 22:13.41 | JefferyM | got any ideas for a better layout? |
| 22:13.52 | a_meteorite | margins/padding can get a little weird but usually it's alright |
| 22:14.39 | a_meteorite | add in some more padding to loosen things up so it's not as cramped. I'd right aline the delete |
| 22:14.44 | a_meteorite | *align |
| 22:15.00 | JefferyM | yeah it'll be a col in the table |
| 22:15.08 | a_meteorite | there's not too much to spruce up.. pretty simple :) |
| 22:15.22 | JefferyM | yeah, it dosn't do much |
| 22:15.36 | JefferyM | but every server owner will be hitting it |
| 22:16.12 | a_meteorite | apparently 3.0's authing/listserv is going to be a lot different? |
| 22:16.23 | a_meteorite | I haven't been keeping up as much |
| 22:16.58 | JefferyM | you just need a key to list publicly, that's all |
| 22:27.01 | mrapplecomputer1 | Never mind i got it, thanks allejo :D |
| 22:27.05 | *** part/#bzflag mrapplecomputer1 (n=admin@c-69-180-173-220.hsd1.mn.comcast.net) |
| 23:24.04 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 23:24.04 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:28.01 | *** join/#bzflag bryjen (n=bryjen@75.81.208.170) |
| 23:28.01 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:34.26 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 23:36.12 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 23:38.59 | trepan | brlcad: nice interview, well done |
| 23:40.27 | *** join/#bzflag TD--Linux (n=wheeeeee@205.215.219.178) |
| 23:47.20 | Bambino | have you guyes heard this?!? http://twit.cachefly.net/FLOSS-078.mp3 |
| 23:47.25 | Bambino | guys** |
| 23:48.32 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 23:53.39 | me1 | ~brlcad++ |