| 00:09.00 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 00:20.05 | *** join/#bzflag infobot (ibot@208.53.50.136) |
| 00:20.05 | *** 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:20.05 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:40.47 | *** mode/#bzflag [-v Foo_man_choo] by ChanServ |
| 01:51.24 | the_map | lok JeffM |
| 01:58.10 | Zehra | hopes documentation on API functions will be soon added to the official documentation |
| 01:58.43 | Zehra | :) |
| 01:58.58 | allejo | it'll happen |
| 01:59.03 | allejo | just need to work on the actual website |
| 01:59.36 | Zehra | yay :) |
| 02:01.09 | Zehra | has a few ideas for some plug-ins |
| 02:15.48 | allejo | I have really rough drafts of what I'd want the website to look like. I just need to sneak in the commits with anyone noticing until it's too late :p |
| 02:19.15 | Zehra | *mission impossible music plays in the background* |
| 02:23.59 | blast007 | make sure to include lots of third-party trackers |
| 02:25.42 | allejo | oh. i was planning on combing jquery, react, vue.js, and all other sorts of JS front-end libraries |
| 02:25.48 | allejo | would that suffice? |
| 02:26.51 | blast007 | well, we need those too. but lots of third-party trackers. need to send as much PII offsite as possible. and is the <blink> tag still a thing? |
| 02:27.19 | blast007 | and use BMP files for all the graphics |
| 02:33.28 | allejo | I think most modern browsers have nuked <blink> and <marque> |
| 02:33.54 | allejo | but I have written a CSS-only marque dubbed "marsqueeeee" https://codepen.io/allejo/pen/mRwKYd |
| 02:34.34 | allejo | also CSS blink, https://codepen.io/allejo/pen/MaQoVN |
| 02:34.38 | allejo | so... we're set! |
| 02:39.03 | blast007 | perfect |
| 03:02.28 | JeffM | the headers should include decent enough comments when the API function name isn't clear enough |
| 03:02.51 | JeffM | bz_RegisterCustomFlag seems pretty self explanitory |
| 03:04.31 | allejo | in a perfect world, the header should have docs that could be extracted out. but..... |
| 03:04.39 | JeffM | sure |
| 04:01.12 | *** join/#bzflag Dracos85_ (~dracos85@24-119-188-49.cpe.cableone.net) |
| 04:23.54 | *** mode/#bzflag [+v spldart] by ChanServ |
| 04:27.57 | spldart | omg! codepen is shaweeet |
| 04:31.16 | allejo | yea, I like them for my random experiments :D |
| 05:34.30 | *** mode/#bzflag [-v Foo_man_choo] by ChanServ |
| 12:38.33 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 12:38.33 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 13:39.40 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 18:22.55 | *** join/#bzflag Dracos85 (~dracos85@24-116-38-202.cpe.cableone.net) |
| 18:30.10 | *** join/#bzflag Dracos85_ (~dracos85@24-119-188-49.cpe.cableone.net) |
| 19:23.50 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 19:55.48 | JeffM | ponders a world object API |
| 20:04.47 | allejo | yes please |
| 20:04.58 | JeffM | I'm going over what 2.99 had |
| 20:05.40 | allejo | that was something I wanted to make for 2.6 but there are other things that deserve my attention first |
| 20:06.34 | JeffM | what do you expect it to do? |
| 20:06.57 | JeffM | My goal is collisions |
| 20:07.04 | JeffM | that may not be your goals |
| 20:07.13 | allejo | the only use i've needed so far is to be able to query the world to find certain objects based on conditions |
| 20:07.22 | JeffM | like what? |
| 20:07.40 | JeffM | because I'm don't actualy want the API to care about specific object types |
| 20:08.02 | allejo | in one of my plugins, I wanted to detect where all the bases were and store those locations for internal use |
| 20:08.11 | JeffM | the server side player code doesn't care if its' a box or a mesh, it just needs to know it can't drive through it. |
| 20:08.22 | JeffM | ok, bases and custom objects I can see |
| 20:08.48 | JeffM | and what do you mean by "location" it's bounding box? |
| 20:08.56 | JeffM | or it's center? |
| 20:09.00 | allejo | center |
| 20:09.05 | JeffM | why is that important to you? |
| 20:09.25 | JeffM | is thinking of a time when bases are not just boxes, but arbitrary shapes. |
| 20:09.37 | allejo | because I was using a bz_CustomMapObject and I wanted to automatically place one of them around the base if none were defined |
| 20:09.53 | JeffM | ok, so general bounding box would be fine for you |
| 20:10.20 | allejo | yea, i can do maths if needed |
| 20:11.10 | JeffM | you'd have access to this data |
| 20:11.13 | JeffM | https://www.irccloud.com/pastebin/BGiaIiiu/ |
| 20:11.34 | JeffM | so the center of the boundig box and it's extensts |
| 20:11.41 | JeffM | would you want a bounding cylinder too? |
| 20:12.37 | allejo | hmm, i guess for convenience it'd be nice to have. though i can't imagine a use for it atm |
| 20:12.56 | JeffM | cylinders would be the easiest thing for bots to navigate around. |
| 20:15.14 | JeffM | you'd have the following functions to get objects. |
| 20:15.18 | JeffM | https://www.irccloud.com/pastebin/OoEqLQbw/ |
| 20:16.28 | allejo | where bz_getWorldObjectList would return everything and the other bases and cstom objects are convenience fxns? |
| 20:16.42 | JeffM | yeah |
| 20:16.53 | allejo | works for me |
| 20:16.54 | JeffM | so you don't have to iterate the entire list just to get special objects |
| 20:17.04 | JeffM | bases and customs are the most common things non SSPs would need I'd think |
| 20:17.11 | allejo | would teleporters be special enough? |
| 20:17.29 | JeffM | there is a derived object for htem with additional info |
| 20:17.42 | JeffM | I can't think of what a plugin would need to get them all for |
| 20:18.22 | JeffM | base and TP have additional data https://www.irccloud.com/pastebin/Z00sHVbu/ |
| 20:18.28 | allejo | also, on a semi related topic. the API uses bz_APISomethingList. why not something like bz_APIList<Something>? just so you don't have to create a new list type for everything? |
| 20:18.41 | JeffM | because that won't work on windows ;) |
| 20:18.55 | allejo | pfft |
| 20:18.57 | JeffM | if that DID work on windows, then I'd just use std::vector<thingy> |
| 20:19.25 | JeffM | you can't use templates beause templates allocate in the module they are called in, not always bzfs |
| 20:19.42 | JeffM | the entire windows problem is because of templates |
| 20:19.46 | JeffM | not just STL templates. |
| 20:21.01 | allejo | how do other projects get around this? same way as bz? |
| 20:28.36 | JeffM | use a scripting langauge |
| 20:28.46 | JeffM | or be written in javascript |
| 20:28.53 | JeffM | or just use a C API |
| 20:29.06 | JeffM | now many other projects do you know of that have plugins? |
| 20:40.10 | JeffM | Gimp is the only thing I can think of, and it uses straight up C |
| 20:44.26 | allejo | well i'm just aware of other projects that have extensions or plugins. just never explored other c++ projects for example |
| 20:44.45 | allejo | but yea, scripting languages and javascript does seem to be the popular approach |
| 20:45.14 | JeffM | sure they are easy for single OS developers to implement |
| 20:45.49 | JeffM | windows is a second class citizen for most projects. |
| 20:47.23 | JeffM | the usefulness of bzfs on windows is arguably limited to map testing. |
| 20:47.31 | JeffM | and lan games. |
| 20:56.28 | allejo | when you put it that way, it makes sense |
| 20:57.09 | JeffM | removing the bzfs build from windows would make for a better API for sure |
| 21:02.55 | blast007 | bzfs on Windows may mainly be bad because of the QPC counter recalibration stuff |
| 21:03.05 | JeffM | probably |
| 21:03.13 | blast007 | without the recalibration code, 30 seconds is 30 seconds, instead of 20 seconds :) |
| 21:03.21 | JeffM | but you think if that's fixed anyone will actualy HOST on it? |
| 21:04.08 | blast007 | project run servers on Windows Server 2016 on Azure ;) |
| 21:04.19 | blast007 | what could go wrong |
| 21:04.30 | JeffM | I can make it call the .net stopwatch |
| 21:04.57 | blast007 | SDL has it's own timer stuff that also uses QPC, but it doesn't do that recalibration stuff we do |
| 21:05.07 | JeffM | then yeah use that |
| 22:00.09 | JeffM | I'm assuming it's acceptable to pattern the default server side player logic off of what autopilot does? |
| 22:08.52 | blast007 | yeah, that's the mostly generally useful logic we have. The -solo stuff is pretty deadly on non-jumping maps (and even jumping maps, I think.. their aim is a bit *too* perfect) |
| 22:10.11 | allejo | i thought Roger was smarter than -solo |
| 22:12.54 | JeffM | solo has more implementable logic |
| 22:13.04 | JeffM | sorry autopilot does |
| 22:13.23 | JeffM | I also figure that if SSPs can do autopilot, that means autopilot could be moved to the server |
| 22:13.29 | JeffM | just have a SSP take over for a player. |
| 22:16.00 | *** join/#bzflag spldart (~james@2601:2c5:c600:2365:84f2:9e9b:3e98:cba) |
| 22:16.00 | *** join/#bzflag spldart (~james@bzflag/contributor/spldart) |
| 22:16.00 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:28.45 | blast007 | yeah, I would *love* for client-side bots to go away |
| 22:28.58 | blast007 | that would simplify a lot of client code |
| 23:53.49 | JeffM | I will do what I can |