| 01:50.16 | *** join/#bzflag noyb (~noyb@cpe-172-250-108-23.socal.res.rr.com) |
| 02:22.49 | *** join/#bzflag khonkhortisan (~kyle@c-50-132-81-139.hsd1.wa.comcast.net) |
| 02:30.13 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 03:39.04 | *** join/#bzflag apeman (~Victor@222-155-154-108.jetstream.xtra.co.nz) |
| 03:47.19 | apeman | on the client, does extern uint16_t curMaxPlayers; not include the local player? |
| 03:50.41 | apeman | i ask because it doesnt seem to in practice, which makes these kinds of checks very strange: |
| 03:50.44 | apeman | if (remotePlayers[i] && remotePlayers[i]->getId() != tank->getId()) |
| 03:53.24 | *** join/#bzflag JeffM (~JeffM@cpe-23-241-222-73.socal.res.rr.com) |
| 03:53.25 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 03:53.25 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 04:10.32 | apeman | JeffM: can you scroll up? |
| 04:10.53 | JeffM | and see me log in? |
| 04:11.15 | apeman | ok so you dont have magical abilities |
| 04:11.15 | JeffM | -NickServ- You are now identified for JeffM2501. |
| 04:11.16 | JeffM | * #BZFlag :http://BZFlag.org/ |
| 04:11.43 | khonkhortisan | I have magical abilities. And if I make them any more magical, my computer memory explodes. |
| 04:11.44 | apeman | on the client, does bzfs.cxx: extern uint16_t curMaxPlayers; not include the local player? |
| 04:13.04 | JeffM | you make no sense |
| 04:13.09 | JeffM | bzfs.cxx is the server |
| 04:13.14 | JeffM | it does not exist in the client |
| 04:13.20 | apeman | doh |
| 04:13.53 | apeman | Roster: extern int curMaxPlayers; |
| 04:17.20 | JeffM | I don't know off the top of my head |
| 04:17.32 | JeffM | is that includded in the client project and when is it incremented? |
| 04:19.35 | apeman | yes its included and its incremented in playing.cxx:addPlayer |
| 04:19.56 | JeffM | then there you go |
| 04:20.19 | JeffM | the think to remember is the highest player ID is not the same as the max players |
| 04:20.19 | JeffM | there can be gaps in the player list |
| 04:25.26 | JeffM | what are you tyring to do apeman ? |
| 04:27.23 | apeman | i am experiencing inconsistent behaviour. Say you join a server with 1 player, then addPlayer happens and its curMaxPlayers = highestPlayerID + 1 = 1 |
| 04:27.53 | apeman | or say you join a server with 0 players, you have ID 0. Then someone joins your game, you addPlayer on them and its curMaxPlayers = newHighestPlayerID + 1 = 2 |
| 04:28.30 | *** join/#bzflag death_ (~death@69.136.33.106) |
| 04:28.36 | apeman | which is causing my autopilot to not find itself when doing for (int t = 0; t < curMaxPlayers; t++) type stuff which happens a lot in the old code |
| 04:28.38 | JeffM | why do you need the highest playerID? |
| 04:28.44 | JeffM | yeah you can't do that |
| 04:28.54 | JeffM | you have to scan ALL the players |
| 04:28.59 | JeffM | scan to like 250 |
| 04:29.15 | JeffM | any slot could be full |
| 04:29.31 | JeffM | unless we keep the players as a vector now |
| 04:29.37 | JeffM | I thought they were a fixed array |
| 04:29.45 | apeman | it seems like a bug to me, it would be consistent if you simply incremented curMaxPlayers if you happen to join the server and get the highest ID |
| 04:30.06 | apeman | since slots are always filled from lowest |
| 04:30.43 | JeffM | not nessisarly |
| 04:30.43 | JeffM | server side players can do odd things |
| 04:30.51 | JeffM | no mater what you have to handle gaps |
| 04:30.55 | JeffM | in ID |
| 04:30.58 | apeman | true |
| 04:31.02 | JeffM | thats why fixed size aray is silly |
| 04:31.16 | JeffM | a map or a vector would be fine, doing a search for the ID won't take long |
| 04:31.24 | JeffM | there arn't a lot of player IDs |
| 04:31.50 | JeffM | we have a funciton to find a player by ID |
| 04:32.43 | apeman | that said, for (i = 0; i < curMaxPlayers; i++) appears as an idiom even in the clientside code |
| 04:33.51 | apeman | hang on... if curMaxPlayers were updated consistently, that IS handling gaps. Assuming player IDs cant change |
| 04:34.11 | JeffM | they can't |
| 04:34.17 | apeman | a serverside player joins with ID 230, doesnt matter addPlayer will make curMaxPlayers 231 |
| 04:34.34 | JeffM | and that's what the check for !remotePlayers[t] is all over the place |
| 04:34.39 | JeffM | to see if the player pointer is null |
| 04:34.42 | JeffM | aka , a gap |
| 04:35.03 | apeman | yes, so it makes sense that curMaxPlayers should be updated if the client is the highest ID |
| 04:35.23 | apeman | right now it doesnt, until another person with higher ID joins |
| 04:35.52 | JeffM | well it's the count of REMOTE players |
| 04:35.55 | JeffM | it's not your ID |
| 04:35.59 | JeffM | so yes it ignores you |
| 04:36.10 | JeffM | your tank is stored in LocalPlayer:: |
| 04:36.33 | JeffM | LocalPlayer *myTank = LocalPlayer::getMyTank(); |
| 04:36.40 | JeffM | you can always find yourself |
| 04:37.19 | apeman | i think it can be argued either way. But it explains why roger autopilot can never dodge his own shots |
| 04:37.54 | apeman | sometimes never see his own shots* |
| 04:38.21 | apeman | because he only looks the remotePlayer list, and he may not be there at all cos curMaxPlayers isnt updated for himself |
| 04:40.30 | JeffM | yeah it wasn't well thought out, someone just busted out that code one day when they had to pee |
| 04:40.38 | JeffM | his job is to steer while you pee |
| 04:40.46 | *** part/#bzflag crumb (crumb@gateway/shell/cadoth.net/x-nsqmxnktwvktdpyt) |
| 04:40.52 | JeffM | it's just a sad fact of nature that he's beter then solo bots |
| 04:40.58 | apeman | could have just paused |
| 04:41.04 | JeffM | they didn't want to |
| 04:41.10 | JeffM | for some reason |
| 04:41.21 | JeffM | thats why it's autopilot, not robot pilot :) |
| 04:41.39 | JeffM | autopilot keeps things on track while a human looks elsewhere, it doesnt run the show |
| 04:41.55 | apeman | solo bots cant jump. they also seem to have weird behavior in terms of lag |
| 04:41.59 | JeffM | our plan for the type of robot you want is server side players |
| 04:42.02 | JeffM | yeah they are old |
| 04:42.12 | JeffM | SSPs would solve many of those issues |
| 04:42.21 | JeffM | and not be useable to spam servers with bots |
| 04:42.52 | apeman | does the user client calculate the solo bot physics? |
| 04:43.00 | apeman | the one who spawned the solo bots |
| 04:43.09 | khonkhortisan | yes? |
| 04:43.25 | khonkhortisan | the bots run in the client |
| 04:43.36 | JeffM | yeah |
| 04:43.44 | JeffM | they use the same functions as the client |
| 04:43.55 | JeffM | it's just basic code that doesn't call all the funcitons |
| 04:44.22 | khonkhortisan | autopilot is much better with a laser than it leads you to believe |
| 04:44.35 | apeman | when the master client of the solo bots lags, the timing of the deaths just looks different to normal lag |
| 04:44.46 | JeffM | yeah they autopilot guys put more work into it more recently so it's a better bot code |
| 04:44.56 | JeffM | apeman, because they all share the same connection |
| 04:45.18 | JeffM | all those bots feed thu one connection pipe |
| 04:45.19 | JeffM | so it makes lag worse |
| 04:45.28 | JeffM | remember, bzflag is a LAN game |
| 04:45.28 | JeffM | it thought everyone had full bandwith |
| 04:46.03 | JeffM | and really they are intended for local play |
| 04:46.07 | JeffM | hence "SOLO" |
| 04:46.23 | khonkhortisan | solo bots teach you to not drive a straight line |
| 04:48.27 | apeman | does it make any more sense to modify/run solo bots instead of running multiple headless clients? |
| 04:48.43 | JeffM | none of what you are doing makes sense :() |
| 04:49.13 | JeffM | moding solo bots for what you want to do makes more sense then making autopilot better and doing multiple clients |
| 04:49.29 | JeffM | are you doing this for your server or do you intend to take the bots with you to other servers? |
| 04:49.39 | apeman | my own server |
| 04:49.41 | JeffM | k |
| 04:49.57 | JeffM | if you can run the solo bots on the same network as your server they will have low lag |
| 04:50.03 | JeffM | same machine would be best |
| 04:50.23 | JeffM | in fact if you can apply your headless hack and run solo bots you could run them on the server machine |
| 04:50.33 | JeffM | then you only have the ram for one map, one socket, etcc |
| 04:50.46 | JeffM | but they do all run in one thread |
| 04:50.52 | JeffM | so they will each have less CPU available to them |
| 04:51.59 | apeman | im guessing the solo bots have the same phyhsics frame rate |
| 04:52.12 | JeffM | they run in the frame rate as the master client |
| 04:52.24 | JeffM | that's the disadvantage of them, they have to have a master client |
| 04:52.35 | JeffM | you can mod the client to make that master be an observer probably |
| 04:52.42 | JeffM | but it can't be ALL bos |
| 04:52.44 | JeffM | bots |
| 04:53.14 | apeman | yeah observer is the easy way |
| 04:55.29 | khonkhortisan | it could be all bots if you redirect autopilot to solo code |
| 04:55.42 | apeman | also solves the problem of not disrupting the list server player count compared to autopilot |
| 04:57.39 | apeman | but autopilot is a LocalPlayer |
| 04:57.41 | JeffM | indeed, we'd have to ban your server for the autopilot system |
| 04:58.20 | apeman | i have a temporary way around that :P |
| 04:58.29 | JeffM | how? |
| 04:58.38 | JeffM | report different stats? |
| 04:58.38 | apeman | i only advertise for the league spawnlist |
| 04:58.55 | JeffM | still uses the list server, we'd pull your key |
| 04:59.18 | JeffM | the league doensn't have it's own server does it? |
| 04:59.26 | apeman | no |
| 04:59.35 | apeman | yeah technically still breaking rules |
| 04:59.43 | JeffM | then yeah you'd stll be subject to our polocy |
| 05:00.00 | JeffM | simpler to have the server detect them and lower the reported player count |
| 05:00.20 | apeman | not sure how easy to indicate that |
| 05:00.32 | JeffM | make the bots have a special email string |
| 05:00.39 | JeffM | and the server detect it |
| 05:00.50 | JeffM | or if they all come from the same IP |
| 05:01.01 | JeffM | then flag them as your special bots |
| 05:01.41 | JeffM | you'd still screw up strayer's stats site, but that ain't our problem |
| 05:58.02 | blast007 | Wee, someone threating to DDoS my server. Can't wait. |
| 06:01.43 | allejo | oh hey look, we found a use for your extra bandwidth, blast007 |
| 06:01.55 | blast007 | heh |
| 06:14.43 | *** join/#bzflag Bulldozer (~mathew@24-121-64-169.npg.sta.suddenlink.net) |
| 06:14.43 | *** join/#bzflag Bulldozer (~mathew@unaffiliated/kingrobot) |
| 06:15.02 | Bulldozer | More fun in apocalypse again. |
| 06:21.55 | JeffM | then tell it's owners on the channel they have set up |
| 06:22.28 | Bulldozer | Howdy JeffM :) |
| 06:22.35 | JeffM | hello |
| 06:23.11 | allejo | I'm on it lol |
| 06:37.14 | *** join/#bzflag a_meteor (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 07:26.06 | *** part/#bzflag Bulldozer (~mathew@unaffiliated/kingrobot) |
| 08:49.47 | *** join/#bzflag sirquine (~quine@c-24-8-100-27.hsd1.co.comcast.net) |
| 17:51.16 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:51.16 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:52.23 | *** join/#bzflag unclelightning (~chatzilla@pool-64-222-254-112.port.east.myfairpoint.net) |
| 18:21.34 | *** join/#bzflag apeman (~Victor@222-155-154-108.jetstream.xtra.co.nz) |
| 18:47.50 | *** join/#bzflag delusional_ (~delusiona@pool-173-71-173-214.pitbpa.fios.verizon.net) |
| 18:47.50 | *** join/#bzflag delusional_ (~delusiona@unaffiliated/delusional) |
| 18:49.02 | *** join/#bzflag death__ (~death@69.136.33.106) |
| 18:57.22 | *** join/#bzflag the_real_tbe (~AresHandl@pool-74-109-244-171.pitbpa.fios.verizon.net) |
| 19:00.49 | *** join/#bzflag [dmp] (~dennis@users.d75.net) |
| 19:00.50 | *** join/#bzflag [dmp] (~dennis@unaffiliated/dmp/x-546784) |
| 19:17.00 | *** join/#bzflag JeffM (~JeffM@cpe-23-241-222-73.socal.res.rr.com) |
| 19:17.01 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 19:17.01 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 19:21.02 | *** join/#bzflag Jeffery_ (~Jeffery@cpe-23-241-222-73.socal.res.rr.com) |
| 19:22.19 | *** join/#bzflag [dmp] (~dennis@unaffiliated/dmp/x-546784) |
| 19:28.03 | cods | Hi. Very loooong time I've not run a server (many years ago). I'm discovering the -publickey setting. I've created a key for both my IP and my hostname. My server is started from a machine behing a firewall, with proper NAT (for tcp/udp). But it seems that the server is not listed. I see no error messages. Is there a delay before it appears on the list? |
| 19:28.42 | Jeffery_ | nope |
| 19:28.46 | blast007 | let me check the list server logs. what IP should I be looking for? |
| 19:29.14 | cods | blast007: thx. 82.241.80.108 (bzflag.tuxee.net) on port 5555 |
| 19:29.40 | cods | first attempt showed an internal hostname (with intra in its name) |
| 19:30.00 | JeffM | did you setup the key with a hostname or an IP? |
| 19:30.07 | *** join/#bzflag Jeffery__ (~Jeffery@cpe-23-241-222-73.socal.res.rr.com) |
| 19:30.32 | cods | I tried both. Currently I'm using the key for the hostname (bzflag.tuxee.net) |
| 19:30.49 | JeffM | and that hostname resolves to the same IP you connect to the list server as? |
| 19:31.12 | blast007 | are you using just tuxee.net:5155 for the -publicaddr? |
| 19:32.00 | blast007 | I only see that in the log, not bzflag.tuxee.net:5155 |
| 19:32.32 | cods | my command line is: -p 5555 -publicaddr bzflag.tuxee.net:5555 -publiclist bzflag.tuxee.net:5555 -publickey 11xxxxxxxxx |
| 19:32.46 | cods | JeffM: yes |
| 19:33.14 | cods | maybe I'm messing with the options |
| 19:34.07 | blast007 | -publiclist is not what you want. that would be if you were running a custom list server. :) |
| 19:34.08 | Jeffery__ | you don't want publiclist |
| 19:34.17 | Jeffery__ | you want publictitle |
| 19:34.21 | Jeffery__ | yeah |
| 19:34.36 | cods | oh doh |
| 19:34.41 | Jeffery__ | http://wiki.bzflag.org/BZFS_Command_Line_Options |
| 19:34.43 | blast007 | explains why I wasn't see it in my logs though |
| 19:35.12 | *** join/#bzflag Patlabor221 (~Jeffery@unaffiliated/jeffm2501) |
| 19:35.12 | *** mode/#bzflag [+v Patlabor221] by ChanServ |
| 19:35.38 | cods | yeah, I misread the man page :/ |
| 19:35.47 | cods | works perfectly now. Thanks! |
| 19:35.50 | blast007 | yay :) |
| 19:36.15 | Patlabor221 | are we over 3 servers per player yet? :) |
| 19:37.43 | cods | well, I've not played for almost 8 years.. and indeed I see now that there are lot of servers (really a lot).. and 20-30 players max on all servers combined. That's sad :/ |
| 19:37.57 | Patlabor221 | it can get up to 40-50 sometimes |
| 19:38.00 | Patlabor221 | but yes it is very low |
| 19:45.38 | blast007 | I had 20 players on my server last night for hours |
| 19:46.01 | Patlabor221 | that's pretty good |
| 19:46.38 | blast007 | yeah, even I was playing ;) |
| 19:46.49 | Patlabor221 | he "Question 10. This is your first day on the job as a Linux server administrator and your boss gives |
| 19:46.50 | Patlabor221 | you the password for root. What is root? |
| 19:46.50 | Patlabor221 | " ... why is there no answer, "quit, because this company is doomed" |
| 19:47.07 | blast007 | hehe |
| 19:48.52 | Patlabor221 | and I have so many answers for "23. What is the purpose of Telnet?" |
| 19:48.59 | Patlabor221 | I want to just write "MUDs" |
| 19:49.17 | blast007 | "For watching Star Wars" |
| 19:49.49 | Patlabor221 | "Gettng into the router your idiot boss bricked" |
| 20:46.34 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 22:00.53 | *** join/#bzflag ahs3- (~ahs3-@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 23:09.35 | *** join/#bzflag sam (~sam@poulet.zoy.org) |
| 23:11.05 | *** join/#bzflag sharkey (cz3141@gateway/shell/devio.us/x-tgobptcehwoxidfh) |
| 23:23.58 | *** part/#bzflag sharkey (cz3141@gateway/shell/devio.us/x-tgobptcehwoxidfh) |
| 23:47.35 | *** join/#bzflag Gnurdux (~gnurdux@18.189.91.211) |
| 23:54.04 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |