| 00:22.48 | *** join/#bzflag infobot (ibot@208.53.50.136) |
| 00:22.48 | *** 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:22.48 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:39.04 | JeffM | I was sort of serious about the genoGM itâd be a decent test of 2 flags using the same effect |
| 00:57.55 | *** join/#bzflag Juesto (~AndC@190.194.204.95) |
| 01:03.13 | blast007 | eh.. for a private test, sure.. but not as a plugin we distribute |
| 01:04.00 | *** mode/#bzflag [-o blast007] by blast007 |
| 01:13.41 | JeffM | Oh yeah |
| 01:27.05 | blast007 | there's actually some plugins we currently distribute that should be removed and instead writen up as documentation |
| 01:27.43 | blast007 | plugins we support and distribute should be complete and useful |
| 01:28.50 | allejo | JeffM: the only plug-ins that I maintain that still currently bypass the API (mine and mofos) are team switching (already done I think), "teleporting" players (which just kills and forces a spawn elsewhere) |
| 01:29.18 | allejo | mofo has the grenade plugin which manually sends shot packets iirc |
| 01:29.27 | allejo | https://github.com/achoopic/Grenade |
| 01:29.54 | allejo | everything else, I've written to use the API or changed the API already for minor stuff |
| 01:41.08 | JeffM | Well Iâd still like to see the ones that do use the api, mostly to see if they are doing the best they can |
| 01:42.35 | JeffM | The new shot api should handle what grenade does |
| 01:44.26 | allejo | sure thing, i'll add you to the github repos I've got for them |
| 01:44.39 | JeffM | Ok |
| 01:46.05 | allejo | I've also added a repo topic of "bzflag-plugin" to everything I have on github, https://github.com/topics/bzflag-plugin |
| 01:46.13 | allejo | so feel free to snoop around |
| 01:46.58 | allejo | of something i'd like to see is a mapchange plugin without a restart of the bzfs process |
| 01:53.34 | blast007 | mmmm, it would be neat to have a '/poll mapchange <map name>' as part of said mapchange plugin, at least as an option |
| 02:02.19 | JeffM | Yeah Iâve got the backend for that as a set of tasks |
| 02:03.01 | JeffM | My plan is to have the core functions be part of bzfs, and just have it triggered by plugins |
| 03:22.29 | JeffM | Limbo -> clear shots -> clear flags -> reload map -> allow spawn. |
| 05:15.35 | allejo | blast007, that's already written in the current mapchange plugin. just untested and unmerged cuz of laziness. so wouldn't be hard to make an official mapchange or just update this mapchange with the new API |
| 07:56.59 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-swgxqkgfjopwsndy) |
| 12:26.15 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 12:26.15 | *** mode/#bzflag [+v joevano] by ChanServ |
| 17:32.35 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-nxyoiwltxulvygak) |
| 17:32.35 | BZnotify | [13bzflag] 15atupone pushed 1 new commit to 062.4: 02https://git.io/vhrxn |
| 17:32.35 | BZnotify | 13bzflag/062.4 145d77f4c 15Alfredo Tupone: Replacing GL_QUAD with GL_TRIANGLE_STRIP |
| 17:32.35 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-nxyoiwltxulvygak) |
| 17:57.07 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-cgkpdloarcbuqbbs) |
| 17:57.08 | BZnotify | [13bzflag] 15atupone pushed 2 new commits to 06master: 02https://git.io/vhrjf |
| 17:57.08 | BZnotify | 13bzflag/06master 146430181 15Alfredo Tupone: Rename countof with bzcountof (conflict with glm) |
| 17:57.08 | BZnotify | 13bzflag/06master 14466263c 15Alfredo Tupone: Replacing GL_QUAD with GL_TRIANGLE_STRIP |
| 17:57.08 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-cgkpdloarcbuqbbs) |
| 19:37.35 | JeffM | should clients know what flag the other players have? |
| 19:38.29 | blast007 | yes |
| 20:14.04 | JeffM | I'm also trying to ponder if I can make it harder to do flag tracking. |
| 21:12.46 | *** join/#bzflag spldart (~james@2601:2c5:c600:2365:e048:8df7:555b:a42e) |
| 21:12.46 | *** join/#bzflag spldart (~james@bzflag/contributor/spldart) |
| 21:12.46 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:49.20 | JeffM | there should be no reason that zones should ever be sent to the client right? |
| 21:50.18 | allejo | would the client ever need to tell the server, "yo dawg. i entered this zone" |
| 21:50.21 | blast007 | depends if /saveworld still rebuilds the world from the binary data |
| 21:51.02 | JeffM | well the zone has a pack fucntion, but it's never called |
| 21:51.22 | JeffM | I can't see that it sends it |
| 21:52.16 | JeffM | allejo: server should do all that |
| 21:53.12 | allejo | thought maps were going to have a download URL and /saveworld was gonna be nuked |
| 21:54.02 | JeffM | yeah, I want to implement the download URL as part of world info |
| 21:54.11 | JeffM | then no map recreations from bin data |
| 22:21.18 | *** join/#bzflag allejo (~allejo@bzflag/developer/allejo) |
| 22:21.18 | *** mode/#bzflag [+v allejo] by ChanServ |
| 22:21.19 | *** join/#bzflag kierra (~quassel@00.alucard.sujevo.io) |
| 22:24.11 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 22:31.08 | *** join/#bzflag EvilJStoker (jstoker@claire.jcs.me.uk) |
| 22:31.08 | *** join/#bzflag EvilJStoker (jstoker@unaffiliated/jstoker) |
| 22:43.45 | *** part/#bzflag Guest71872 (~quassel@00.alucard.sujevo.io) |
| 22:44.33 | *** join/#bzflag moriah (~quassel@unaffiliated/kierra) |
| 23:20.17 | JeffM | ok, zones are packed. |
| 23:20.29 | JeffM | not shure why the client needs to know what flags are in the zone |
| 23:23.01 | JeffM | it's only used for saveworld |
| 23:24.00 | allejo | since you've been doing my API requests... |
| 23:24.41 | JeffM | what do you need? |
| 23:24.56 | allejo | eZoneEntry or eZoneExit events that would be fired whenever a player enters or leaves custom map zones |
| 23:25.13 | allejo | instead of having to check player positions ever player update in the plugin |
| 23:25.18 | JeffM | yeah that'll be part of the SSP hookup |
| 23:25.29 | allejo | ah perfect <3 |
| 23:25.35 | JeffM | but there are accuracy issues |
| 23:25.47 | JeffM | how accurate do you need it? |
| 23:26.13 | allejo | define accuracy; position wise or timing wise or what |
| 23:28.02 | JeffM | positional |
| 23:29.31 | allejo | for everything I've done, as long as the center or bulk of the tank is in the zone has been good enough |
| 23:30.13 | allejo | i *think* all calculations in my plugins right now are the center of the tank (think that's what I had the API do) |
| 23:30.16 | JeffM | it's not that |
| 23:30.20 | JeffM | it's about updates from the client |
| 23:30.24 | JeffM | https://usercontent.irccloud-cdn.com/file/TEsnfuhH/image.png |
| 23:30.33 | JeffM | in that pickture, you have 2 paths, the same lenght |
| 23:30.40 | JeffM | they both cross the zone |
| 23:31.03 | JeffM | the green line could have the start and endpoints of both segments be outside the zone |
| 23:31.45 | JeffM | I can have the server do linear interpolation to compute the hits, |
| 23:31.49 | JeffM | but that may not be the actual path |
| 23:33.10 | JeffM | the actual path could be the yellow path https://usercontent.irccloud-cdn.com/file/Hf7VlTbi/image.png |
| 23:33.32 | JeffM | but DR tollerances and updates could make it look like the green paths. |
| 23:34.07 | allejo | so what's the purpose of the red segment? |
| 23:34.24 | JeffM | just to show a path that would be detected |
| 23:34.27 | JeffM | a true positive |
| 23:34.39 | JeffM | where they yellow (if it's detected as the green) would be a false postive. |
| 23:35.21 | allejo | so it's an either/or between the segments? on which to be detected |
| 23:35.40 | JeffM | the server only gets segments |
| 23:36.39 | JeffM | one thing that could be done is to tell the client about zones, but not what is in them |
| 23:37.01 | JeffM | and have the client send updates when it crosses to help out the server |
| 23:37.22 | allejo | for my purposes, the red segment is the type of position that I'd need for my plugins. I don't particularly care for tanks running up against the edge of a zone |
| 23:37.23 | JeffM | that's what the client does for flags, it can't pick them up but sends a ton of updates when it gets near one |
| 23:38.01 | JeffM | so if a tank does return the green segment, you are ok with them being flagged as crossing the zone, even though they didn't |
| 23:38.10 | JeffM | the red one isn't the issue, it's the green/yellow ones :) |
| 23:39.25 | allejo | yea i'd be fine with that |
