| 00:18.55 | *** join/#bzflag infobot (ibot@208.53.50.136) |
| 00:18.55 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.14 released! https://forums.bzflag.org/viewtopic.php?f=62&t=19953 |
| 00:18.56 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:25.09 | JeffM | software is rarely forgiving |
| 00:26.39 | the_map | like when you accidentally rm -r /var/lib |
| 03:17.29 | *** mode/#bzflag [-v Foo_man_choo] by ChanServ |
| 03:23.21 | L4m3r | Once I stupidly wrote a property to return itself instead of the underlying protected field |
| 03:23.35 | L4m3r | crashed IIS with that, fun times |
| 03:24.07 | Flash | why thread wrappers? why not std::thread? |
| 04:25.36 | JeffM | Because it was written before that existed |
| 04:25.59 | JeffM | Itâs just a function that returns the type Windows wants |
| 04:26.32 | JeffM | Feel free to submit a pr that makes it use threads |
| 05:04.45 | JeffM | I was just going for the minimum fix to get it working again. |
| 05:04.59 | JeffM | It doesnât wrap the thread just the function |
| 16:55.34 | *** join/#bzflag Juesto (~LimeC@190.194.204.95) |
| 16:57.24 | *** part/#bzflag Juesto (~LimeC@190.194.204.95) |
| 19:57.28 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 21:25.16 | *** join/#bzflag spldart (~james@bzflag/contributor/spldart) |
| 21:25.16 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:25.34 | *** part/#bzflag Cobra_Fast_ (~coprah@wtwrp.de) |
| 21:25.51 | *** join/#bzflag Cobra_Fast (~coprah@wtwrp.de) |
| 21:28.12 | JeffM | ObstacleList ... beause vector is too mainsteam :( |
| 22:05.36 | moriah | ~alezakos++ |
| 22:32.00 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-xodhlugmsettisjc) |
| 22:32.00 | BZnotify | [13bzflag] 15JeffM2501 pushed 4 new commits to 06master: 02https://git.io/f4d9b |
| 22:32.00 | BZnotify | 13bzflag/06master 14543970d 15Jeffery Myers: add Second Generation Robot plugin, R2... |
| 22:32.00 | BZnotify | 13bzflag/06master 14d9d7ce2 15Jeffery Myers: make hidden data object for SSPs so they can store BZFS structures... |
| 22:32.00 | BZnotify | 13bzflag/06master 1462673a0 15Jeffery Myers: implement the rest of the autopilot based logic for server side players. |
| 22:32.00 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-xodhlugmsettisjc) |
| 22:35.01 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 22:40.05 | JeffM | important question here, should SSPs ever pause? |
| 22:40.09 | JeffM | do robots pee? |
| 22:40.58 | blast007 | "brb, enslaving all of mankind" |
| 22:41.33 | blast007 | I can't envision a need for a bot to pause |
| 22:42.07 | spldart | IB BZ bots create Skynet |
| 22:42.29 | spldart | Pee is another word for memory leak. |
| 22:49.07 | JeffM | I wish C++ had partials :( then I could hide most of this code |
| 23:03.29 | JeffM | for the purposes of input, robots can be considered to be using mouse and joysticks? not keyboards? |
| 23:10.05 | JeffM | keyboard players have additional acceleration limits applied on the client side during physics. |
| 23:10.56 | blast007 | yeah, treat it as analog control |
| 23:11.09 | JeffM | doUpdateMotion is a beast |
| 23:24.07 | JeffM | yay, now robots can jump |
| 23:24.14 | JeffM | they don't fall down, but they can jump |
| 23:24.59 | blast007 | they don't yet understand the gravity of the situation |
| 23:25.19 | JeffM | they are now aware of gravity, they just ignore it |
| 23:25.24 | JeffM | like superman :) |
| 23:25.40 | blast007 | My people need me! *floats away* |
| 23:25.59 | JeffM | haven't gotten down to the "in air" part of the giant function |
| 23:26.08 | blast007 | heh |
| 23:26.24 | JeffM | they do know how to explode now |
| 23:26.30 | JeffM | they just don't know when |
| 23:28.03 | JeffM | there may be advantage in hooking up bzdbCache on the server now |
| 23:31.35 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 23:32.28 | JeffM | so if you saw a variable called "location" what do you think it would contain? |
| 23:32.46 | JeffM | the answer may surprise you! |
| 23:39.15 | blast007 | does it tell us how to find the secret Nazi moon base? |
| 23:39.26 | JeffM | maybe |
| 23:40.39 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 23:40.56 | JeffM | it's an enum wtih stuff like OnGround, Inair |
| 23:41.04 | JeffM | and of course Dead |
| 23:41.10 | JeffM | because death is a location |
| 23:41.26 | JeffM | welcome to Exploding, population you |
| 23:42.39 | Zehra | Is it safe to use eventdata from another event, in an event? |
| 23:42.50 | JeffM | what do you mean? |
| 23:43.15 | JeffM | like cast the event ptr given to you from a join event to a killed event? |
| 23:43.28 | Zehra | Kind of. |
| 23:43.31 | JeffM | sure |
| 23:43.40 | JeffM | if you want your system to crash and erase your hard drive |
| 23:44.05 | JeffM | the event data is a pointer to a SPECIFIC object of a specific type |
| 23:44.13 | JeffM | you can not magically convert it to another type |
| 23:44.25 | JeffM | what are you trying to do? |
| 23:45.20 | Zehra | I'm trying to use the update event to get the player position, but I tried to include the allowFlagGrab event too. |
| 23:45.32 | JeffM | what update event? |
| 23:45.52 | Zehra | bz_ePlayerUpdateEvent |
| 23:46.21 | JeffM | that gives you a bz_PlayerUpdateState |
| 23:46.28 | JeffM | that has the postion |
| 23:46.38 | blast007 | the function in your plugin is only going to get one type of event at a time, so you handle one event per function call |
| 23:46.46 | JeffM | are you saying you are trying to get the positon during the grab too? |
| 23:47.03 | Zehra | Yes. |
| 23:47.10 | JeffM | you can't, not from the event |
| 23:47.15 | JeffM | the data is not part it |
| 23:47.32 | JeffM | well, it has the pos |
| 23:47.37 | JeffM | that's the location of the grab |
| 23:47.47 | JeffM | what else do you need? |
| 23:48.34 | JeffM | if you need a player's postion all you need is the ID |
| 23:49.26 | JeffM | call bz_getPlayerByIndex(); and get the player Record |
| 23:49.30 | JeffM | it has the last known state in it |
| 23:49.56 | Zehra | I kind of wanted to check if I could get the type of flag before the grab and check if it was in a position, before allowing or denying the grab. |
| 23:50.23 | JeffM | the grab message is too late |
| 23:50.29 | JeffM | IIRC that's after the grab |
| 23:50.55 | blast007 | he mentioned the allowFlagGrab event |
| 23:51.00 | JeffM | ahh |
| 23:51.14 | JeffM | yeah so inside of bz_AllowFlagGrabData_V1 you have the playerID |
| 23:51.22 | JeffM | get that player's player record |
| 23:51.28 | JeffM | then check there last know location |
| 23:51.43 | JeffM | and decide if you want to allow or deny based on that |
| 23:52.04 | Zehra | Okay, will do. |
| 23:52.05 | blast007 | there's also bz_getFlagPosition if you need to location of the flag |
| 23:52.13 | blast007 | need the* |
| 23:52.17 | JeffM | yeah that too (I was just looking for the name) |
| 23:52.33 | JeffM | events are not the end-all-be-all of data |
| 23:52.40 | JeffM | they are just notifications |
| 23:52.52 | JeffM | and by the gods NO you can't just change one event data into another |
| 23:53.08 | JeffM | that is a sure way to corrupt your memory state. |
| 23:53.29 | JeffM | C++ will let you do it, and then punish you hard for your huberus |
| 23:54.05 | JeffM | guuuuuuhhh... I have to make the server track the sizes of tanks... |
| 23:54.11 | blast007 | "C makes it easy to shoot yourself in the foot. C++ makes it harder, but when you do, it blows away your whole leg." |
| 23:54.36 | Zehra | yikes :p |
| 23:54.37 | JeffM | do I need to have SSPs interpolate size changes over time like players do? |
| 23:55.00 | blast007 | JeffM: sizes of tanks meaning when someone grabs/drops tiny? or when they jump off a box and 'squash' down? |
| 23:55.07 | JeffM | yeah all that |
| 23:55.25 | JeffM | or can the server just assume the change is instant(for flags) |
| 23:55.50 | JeffM | the jump squish I'm not worried about, since it seems to be ignored for physics. |
| 23:56.22 | blast007 | I was thinking the squish is taken into account for 'did I get hit' calculations |
| 23:56.31 | JeffM | it may be |
| 23:56.39 | JeffM | but I don't think for "did I hit a box" |
| 23:56.42 | blast007 | mofo had the squish factor cranked up |
| 23:56.53 | blast007 | so you'd stay squished longer |
| 23:56.54 | JeffM | to prevent you from getting stuck under an object |
| 23:57.02 | blast007 | ah, yeah |
| 23:57.08 | JeffM | I can do it all on the server, it's just more work |
| 23:57.12 | JeffM | and more updates |
| 23:57.34 | JeffM | and it will really only affect SSPs |
| 23:57.57 | blast007 | make it instant for now and we can revisit that later |
| 23:57.57 | JeffM | but I'm trying to add getHitBuilding to the base Player class on the server, so it could be used for other stuff. |
| 23:58.00 | JeffM | ok |
| 23:58.51 | JeffM | eventualy all the SSP stuff could / should be moved into the base player data, then the server could interpolate server players with physics too |
| 23:59.29 | JeffM | I think I'm going to end up with desired speed and turn in the base class for all players anyway |
| 23:59.36 | JeffM | so that could be the start of input tracking. |