| 00:16.34 | *** join/#bzflag infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:16.34 | *** topic/#bzflag is https://BZFlag.org || https://www.openhub.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || Current version: 2.4.18 || New shiny website! https://forums.bzflag.org/viewtopic.php?f=8&t=20201 |
| 00:16.34 | *** mode/#bzflag [+v infobot] by ChanServ |
| 05:37.58 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b98995.dyn.optonline.net) |
| 08:00.21 | *** join/#bzflag tofu_ (~sean@104.225.5.10) |
| 08:57.06 | macsforme | is there a way to draw map borders on the radar that are not the actual world boundaries? I thought trepan made some triangle-shaped maps and such that showed the correct borders, but I can't find anything up right now |
| 09:15.41 | macsforme | but then, trepan was known to use strange magic |
| 09:24.20 | tupone | Where these borders are defined? |
| 09:32.13 | tupone | macsforme: what about glm merge? it is ok for you to do on the master? or better to wait ? |
| 09:40.23 | macsforme | I thought you said you changed the base branch to master? your PR is still showing 2.4 |
| 09:42.15 | macsforme | maybe you fixed the branch but didn't redo the PR |
| 09:44.13 | macsforme | so there are no link changes, right? so we should just be able to put glm in the dependencies package and it should build, right? |
| 09:47.26 | macsforme | I think you need to update README.Linux with the additional packages to install for glm |
| 10:40.32 | blast007 | macsforme: the protocol allows arbitrary world borders as long as it makes a convex polygon |
| 10:41.32 | blast007 | I have code that fixes the -ws (wall sides) option to generate an arbitrary number of walls, and could make it possible to define custom walls in the world file |
| 10:41.48 | blast007 | needs some work to fix stuff like spawning and random world generation though |
| 10:42.34 | blast007 | (and this is possible for 2.4) |
| 12:38.43 | tupone | no build differences. only dependency. i will do asap |
| 15:35.21 | blast007 | macsforme: if you search for "walls" on the server list, I put up a few examples (1 with decks w/ 8 wall sides, though I didn't increase the world size so the corners intersect map objects, and 3 randomly generated worlds with 3, 6, and 8 sides) |
| 15:37.35 | blast007 | the work yet to be done, at minimum, would be improving the tank/flag spawning code, and optionally fixing the random world generation code. A map object could also be added that defines the X/Y coordinates for all the points that make up the world boundary, which may then also require additional design regarding the spawning code. |
| 15:38.58 | blast007 | right now, for worlds with wall side counts other than the normal 4, I just pick a spawn location within an inner circle inside the polygon |
| 15:40.04 | blast007 | we could generate a random angle and a distance and then scale that distance between the center and the intersection of the world boundary at that angle |
| 15:40.32 | blast007 | this can all be done without client changes |
| 15:41.38 | blast007 | if we did want to support convex shapes or, say, multiple separate world boundaries, we'd need to wait for 2.6 as anything behind a wall (extending to infinity, even if the wall is a certain size) is a 'solid' space |
| 15:41.58 | blast007 | sorry, if we wanted to support concave shapes |
| 15:43.33 | blast007 | Tonight I will push what I have so far to my fork |
| 17:32.54 | allejo | you can add `noWalls` (or something like that) to the `world` object of a map, and then use regular boxes or meshes to make it appear as a world boundary |
| 17:34.20 | allejo | see https://github.com/allejo/dodgeball/blob/master/dodgeball.bzw as an example |
| 17:34.26 | allejo | or Bloodbath |
| 17:37.05 | allejo | with blast's change it'd be real world boundaries, but up until now, it's just be fake world boards typically with death physics outside to avoid OO from escaping |
| 17:37.10 | allejo | s/avoid/prevent/ |
| 17:37.14 | allejo | or PZ |
| 18:24.15 | tupone | PNGImageFile.cxx:120:39: error: catching polymorphic type âclass std::ios_base::failureâ by value [-Werror=catch-value=] catch (std::ios_base::failure e) |
| 18:24.25 | tupone | on master |
| 18:49.32 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 18:52.19 | BZNotify | 02master @ bzflag: 03atupone pushed 1 commit (06https://git.io/Je3UR): |
| 18:52.20 | BZNotify | 02master @ bzflag: 03atupone 14cccdd6: fix catching polymorphic type by Value (06https://git.io/Je3U0) |
| 19:14.10 | *** join/#bzflag disco- (~disco@unaffiliated/disco-) |
| 19:39.47 | BZNotify | 02master @ bzflag: 03atupone pushed 3 commits (06https://git.io/Je3Tk): |
| 19:39.48 | BZNotify | 02master @ bzflag: 03atupone 14978f10: Disconnect vectors.h and vectors_old.h (06https://git.io/Je3TI) |
| 19:39.49 | BZNotify | 02master @ bzflag: 03atupone 14055dbf: Use glm instead of vectors.h (06https://git.io/Je3TL) |
| 19:39.50 | BZNotify | 02master @ bzflag: 03atupone 145fbfa2: Get rids of vectors_old.h (06https://git.io/Je3Tt) |
| 19:41.17 | *** join/#bzflag Zehra (~Zehra@2601:58b:c600:3349:3969:a334:a7c:2184) |
| 19:41.17 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 19:42.04 | BZNotify | bzflag: 03atupone commented on pull request #194 "Use glm instead of our implementation (vectors.h)" (06https://git.io/Je3TY): Applied to master branch |
| 19:42.05 | BZNotify | bzflag: 03atupone 04closed pull request #194 |