| 00:11.09 | JeffM | are you going to use a container? |
| 00:12.55 | Zehra | I'll have to read up on how to use them. |
| 00:13.07 | JeffM | then what is your plan for the rewrite? |
| 00:15.05 | Zehra | I'm basically planning to clean out a lot of the hard coded stuff, so I'm having to check on arrays and stuff. |
| 00:18.47 | *** join/#bzflag infobot (ibot@rikers.org) |
| 00:18.47 | *** 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.47 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:19.07 | JeffM | you want to trigger the flag when the score is between the min and max |
| 00:19.22 | JeffM | so what does between mean in math? |
| 00:20.24 | Zehra | oops, made another mistake in the code. |
| 00:20.57 | JeffM | you are thyinking of the test as backwards |
| 00:21.04 | JeffM | don't htink about what to disallow, think about what to allow |
| 00:21.12 | JeffM | it's much easier that way |
| 00:21.36 | Zehra | oh, okay. |
| 00:22.07 | Zehra | thanks for the tip JeffM. |
| 00:22.43 | JeffM | tell me how you'd test if 'i' was between 'max' and 'min' |
| 00:24.09 | Zehra | if (i <= max && i >= min) |
| 00:24.23 | JeffM | good |
| 00:24.33 | JeffM | thats the test I used |
| 00:25.22 | JeffM | do you know that you can assign bools to the results of a test? |
| 00:25.51 | JeffM | flagData->allow = (i >= min && i <=max); |
| 00:26.01 | Zehra | whoa |
| 00:26.10 | JeffM | c basics |
| 00:26.59 | JeffM | this is why it's always best to do the most basic C tutorials first |
| 00:27.10 | JeffM | so you understand variables |
| 00:28.47 | Zehra | It explains why the logic of most of my plug-ins end up failing. :p |
| 00:29.11 | JeffM | no, that's becausee your logic is wrongt |
| 00:29.20 | JeffM | if you used assignment, it'd still be wrong. |
| 00:30.18 | Zehra | ah okay. |
| 00:31.04 | JeffM | You are just making your tests way more complicated than they need to be |
| 00:32.58 | Zehra | I need to not overengineer them. :p |
| 00:41.03 | JeffM | You also realize that youâre punishing people with higher scores right? |
| 00:42.14 | Zehra | Yes, but it depends on how the settings are done. |
| 00:42.36 | Zehra | could set it to the max possible score |
| 00:43.41 | JeffM | No I mean I general |
| 00:44.03 | JeffM | By using the allow instead of grant you are forcing people to go find the flags |
| 00:44.20 | JeffM | They donât know where the flag they can have is |
| 00:44.26 | JeffM | So they have to search |
| 00:44.50 | Zehra | Zones exist and can be made for this specific purpose. |
| 00:45.12 | JeffM | And how do the players know what flags are in what zones? |
| 00:45.42 | JeffM | Thatâs why grant was used in the real plugin, it rewards players |
| 00:45.45 | blast007 | you draw the flag abbreviation with boxes |
| 00:45.52 | JeffM | It doesnât make them hunt |
| 00:46.18 | JeffM | So camp the high score zone and win big ;) |
| 00:46.51 | JeffM | It just doesnât sound intuitive |
| 00:46.53 | Zehra | Wait, like in what sense of rewarding players? |
| 00:47.10 | Zehra | I'm probably a bit slow too, like how does grant play into this? |
| 00:47.11 | JeffM | My score his high, I got a better flag |
| 00:47.16 | JeffM | Reward |
| 00:47.47 | JeffM | Or my score is low, I got a better flag, whatever way you want to do it |
| 00:48.07 | JeffM | But you are not giving them a flag, you are giving them permission to find it |
| 00:48.22 | JeffM | You are giving them a job to do |
| 00:48.49 | Zehra | From my understanding, giving players a flag doesn't really work well in high lag situations or when jitter is present. :/ |
| 00:49.04 | Zehra | I'm probably wrong with this, but this is what I've read in the forums. |
| 00:49.21 | JeffM | Thatâs a technical problem, you have a conceptual gameplay problem |
| 00:49.39 | JeffM | The question is, is your method fun or not |
| 00:50.02 | Zehra | I'm actually not handling the game play, someone else it. |
| 00:50.12 | JeffM | Forcing someone to go find a flag seems unfun |
| 00:50.35 | JeffM | Your plugin changes gameplay, thus you are affecting gameplay |
| 00:50.58 | Zehra | That's because you don't have the whole picture, there is a few other items involved in adjusting the game play. |
| 00:51.11 | Zehra | Including going after a single flag. |
| 00:51.18 | JeffM | Ahh |
| 00:51.24 | JeffM | This for your quilt map? |
| 00:51.34 | Zehra | Nope. |
| 00:51.51 | Zehra | I'm just handling the plug-in for this, not the map or the game play. |
| 00:52.29 | blast007 | your plugin controls the game play... |
| 00:54.07 | Zehra | The plug-in in question is being created on request. |
| 00:55.01 | Zehra | I'm not experienced with maps or plug-ins, so I don't know the whole extent of it all. |
| 00:56.15 | Zehra | But they do, they have the experience with maps and game play, having done it for years. |
| 00:56.26 | JeffM | Yet you are writing it ;) |
| 00:57.38 | Zehra | It depends a lot on how the plug-in is used and the map made for it. |
| 00:58.15 | Zehra | I probably sound stupid, but basically the same plug-in can make something better or make it worst. :p |
| 01:01.29 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 01:01.29 | *** mode/#bzflag [+v spldart] by ChanServ |
| 01:08.44 | JeffM | Well show me your code when you are done with your rewrite |
| 01:11.36 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 01:17.22 | macsforme | the more I read about it and reflect on it, the less concerned I am that we will lose the ability to use OpenGL on macOS or iOS anytime in the near future |
| 01:19.08 | macsforme | many people have pointed out that there is a lot of software, including many professional applications, that still rely on it, and the general sentiment is that Apple is unlikely to get rid of compatibility at this point or in the near future |
| 01:20.11 | macsforme | furthermore, there are many examples of deprecated macOS frameworks, API calls, etc. that are still available after 6-7 years of deprecation, so I think OpenGL will likely fall into that camp |
| 01:20.47 | macsforme | so, I am comfortable moving forward with our proposed OpenGL 3.2 transition |
| 01:23.09 | JeffM | probably as long as they stay on x86 that's true |
| 01:23.27 | JeffM | but yeah it's probalby not the end of the world to use GL3.2 |
| 01:24.53 | JeffM | I'm assuming deperecated system count would be too high if vulcan was used? |
| 01:37.31 | JeffM | macsforme: have you had quality issues with the 3.2 implementation on OSX? |
| 01:37.59 | JeffM | I've heard some games have issues, like they dropped the port of Elite Dangerous on mac because they could not get it work correctly. |
| 01:41.35 | JeffM | the best mac I have here only supports openGL 1.3 :) |
| 01:44.12 | macsforme | my OpenGL 3.2 macOS experiments have been solid so far |
| 01:45.10 | JeffM | cool |
| 01:45.30 | JeffM | elite was probably trying to use GL 4 or something |
| 01:45.35 | JeffM | they do some wacky stuff |
| 01:45.41 | JeffM | and it looks puuuurrrrrdddddyyyy |
| 02:04.52 | blast007 | http://www.g-truc.net/doc/OpenGL%20status%202013-11.pdf http://www.g-truc.net/doc/OpenGL%20status%202014-05.pdf http://www.g-truc.net/doc/OpenGL%204%20Hardware%20Matrix.pdf |
| 02:37.04 | allejo | update on yaml-cpp, the version bundled in ubuntu is 0.5.x which requires a boost dependency. yaml-cpp 0.6.x is boost free and uses c++11. but we'd have to bundle yaml-cpp outselves. but it looks like it works with cmake |
| 02:37.15 | allejo | ubuntu 16.04 lts, i.e. |
| 02:39.03 | blast007 | "bundle yaml-cpp ourselves" meaning what? |
| 02:39.29 | blast007 | you mean for Windows and macOS? |
| 02:40.03 | Flash | I am becoming more fond of cmake |
| 03:09.46 | *** mode/#bzflag [-v short_circuit] by ChanServ |
| 03:27.06 | allejo | if we move to cmake, would that be used on linux too? |
| 03:27.57 | allejo | my only concern about yaml-cpp on linux is the bundled (apt-get) version on ubuntu 16.04 lts (possibly debian, haven't checked) requires boost |
| 03:28.16 | allejo | wouldn't want to add unnecessary dependencies, no? |
| 03:48.11 | Flash | cmake rocks linus |
| 03:48.13 | Flash | linux |
| 03:54.01 | JeffM | Curl wonât build on Windows with cmake |
| 03:54.35 | JeffM | But curl could be replaced |
| 03:54.52 | JeffM | A number of Windows deps could be replaced |
| 03:58.11 | allejo | as someone who's never worked with cmake, would we be able to use a specfic version of a dependency without relying on them being provided by the system (e.g. curl or yaml-cpp) |
| 03:58.33 | JeffM | You can tell it where the sources are |
| 04:00.14 | allejo | ah so we'd just point to whatever dep and version we need? |
| 04:00.59 | JeffM | Yeah |
| 04:01.11 | allejo | sounds purdy |
| 04:01.31 | JeffM | Itâs functional |
| 04:01.46 | JeffM | The tool is a little confusing on Windows but it works |
| 04:01.57 | JeffM | Once you get it setup |
| 04:03.07 | JeffM | There is a cmake addin for visual studio, but I havenât tried it |
| 04:04.04 | allejo | what's the add-in supposed to do? make cmake easier to manage/use? |
| 04:04.34 | JeffM | But really, itâs be relatively easy to use native libs for ares, curl, and libpng |
| 04:04.58 | JeffM | https://docs.microsoft.com/en-us/cpp/ide/cmake-tools-for-visual-cpp |
| 04:12.57 | allejo | ah so there's no need to generate something specific for VS anymore, VS will just accept it? |
| 04:13.09 | JeffM | Dunno |
| 04:13.37 | JeffM | Or vc may generate the projects itself |
| 04:13.55 | Flash | vs generates projects from cmake |
| 04:13.59 | Flash | it works fine |
| 04:14.05 | Flash | vs 17 |
| 04:14.50 | Flash | if you open a _folder_ with a CMakeLists.txt file, VS 17 generates the project |
| 04:15.11 | JeffM | Then there ya go |
| 04:17.15 | allejo | :D |
| 09:42.23 | *** mode/#bzflag [+v spldart] by ChanServ |
| 10:13.23 | blast007 | allejo: *we* wouldn't depend on boost, the yaml-cpp would |
| 10:14.01 | blast007 | so we'd just tell them to install yaml-cpp-dev to build. if their yaml-cpp depends on boost, it'll install the boost stuff. Otherwise, it won't. |
| 10:26.06 | *** mode/#bzflag [-v short_circuit] by ChanServ |
| 15:47.58 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 17:28.08 | allejo | blast007: for ubuntu 16.04, boost's a dependency but it's not listed in the package. you've gotta install it yourself. for 18.04 that's been fixed |
| 17:28.39 | blast007 | then that's a bug with Ubuntu |
| 17:30.25 | allejo | so nothing that we'd have to worry about? |
| 17:31.14 | blast007 | it's something that Ubuntu should fix |
| 17:32.29 | blast007 | their later versions (17.10, 18.04) both have libyaml-cpp-dev depend on libboost-dev |
| 17:35.18 | blast007 | http://changelogs.ubuntu.com/changelogs/pool/universe/y/yaml-cpp/yaml-cpp_0.5.2-4ubuntu1/changelog "* Add libboost-dev dependency (Closes: #812851)" |
| 17:36.22 | allejo | i take it that adding a dependency breaks LTS so that's why i wasn't backported to 16.04? |
| 17:36.24 | blast007 | that bug number seems wrong though |
| 17:36.39 | allejo | lts policy* |
| 17:36.50 | blast007 | I have no idea |
| 17:37.23 | blast007 | https://bugs.launchpad.net/ubuntu/+source/yaml-cpp/+bug/1318940 |
| 17:41.23 | blast007 | https://bugs.launchpad.net/ubuntu/+source/yaml-cpp/+bug/1646914 unclear if the packaged version even works... :) |
| 17:42.58 | blast007 | looks like it might be an issue in Debian, which Ubuntu inherited |
| 17:43.15 | blast007 | Debian Jessie is missing the boost dependency, but Stretch has it |
| 17:43.35 | allejo | i wonder what I'm running, at least for my usage yaml-cpp compiled and ran |
| 17:44.31 | blast007 | yeah... that bug number from the changelog was a debian bug number https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812851 |
| 17:44.38 | allejo | yea, 0.5.2-3 so i should be affected by that? |
| 17:44.48 | blast007 | maybe |
| 17:45.37 | blast007 | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847099 |
| 17:47.54 | allejo | pfft |
| 17:51.26 | blast007 | also there's also unfixed vulnerabilities in the Debian yaml-cpp package https://security-tracker.debian.org/tracker/source-package/yaml-cpp |
| 17:52.37 | blast007 | unfixed for 10 months |
| 17:52.41 | blast007 | maintainer seems to be MIA |
| 17:53.38 | allejo | https://github.com/jbeder/yaml-cpp/issues/519 |
| 17:54.05 | allejo | one of the vulnerabilities still exists upstream |
| 17:54.41 | blast007 | nnnnnnnnNEAT |
| 17:54.43 | allejo | correction, both https://github.com/jbeder/yaml-cpp/issues/459 |
| 17:54.47 | blast007 | heh |
| 17:59.10 | allejo | https://bitbucket.org/xi/libyaml/issues/9/yaml-12-support doesn't have yaml 1.2 support (where json compat was fixed in the spec) |
| 17:59.19 | allejo | and https://github.com/tlsa/libcyaml has yet to see a stable release |
| 17:59.52 | blast007 | https://github.com/mayah/tinytoml |
| 18:00.51 | blast007 | https://github.com/ToruNiina/toml11 |
| 18:02.09 | blast007 | https://github.com/nlohmann/json |
| 18:02.43 | blast007 | we could certainly have a separate JSON parser and use TOML for configs |
| 18:03.20 | blast007 | for that JSON library: "The library is currently used in Apple macOS Sierra and iOS 10. I am not sure what they are using the library for, but I am happy that it runs on so many devices." |
| 18:04.15 | allejo | i was only interested in yaml because it'd kill two birds with one stone, but using two separate parsers for toml and json is fine by me |
| 18:04.27 | allejo | that json package also seems far more active than json-c |
| 18:04.56 | allejo | and the json-c api is a pain to work with |
| 18:05.14 | blast007 | the json one also supports UTF-8 |
| 18:06.24 | allejo | also seems that the json one is a single header for everything |
| 18:07.53 | blast007 | one header to rule them all |
| 18:09.11 | allejo | i'm sold on this combination |
| 18:09.31 | blast007 | k |
| 18:09.50 | blast007 | I'll have to play with TOML a bit to see if it's a decent fit |
| 18:10.21 | blast007 | It should work well enough for the client config, but I'm not sure how it'll look for, say, a group db, a ban file or a report file |
| 18:10.59 | blast007 | I had previously looked into using SQLite and YAML for those |
| 18:11.21 | blast007 | SQLite's API was a bit... complicated and unforgiving |
| 18:11.30 | blast007 | very much a C API |
| 18:12.01 | blast007 | and their documentation wasn't very good either |
| 18:12.07 | allejo | i'd think that the toml would look like an array of structs for a group db or ban file |
| 18:12.12 | allejo | no? |
| 18:12.13 | blast007 | for YAML I think I was using yaml-cpp, so... |
| 18:12.35 | blast007 | maybe. I haven't really looked into what TOML can do |
| 18:13.17 | allejo | ah |
| 18:17.11 | allejo | possible ban file structure? https://paste.ee/p/sOspU |
| 18:17.21 | allejo | since toml supports arrays of stuff |
| 18:18.04 | blast007 | I approve of those ban messages |
| 18:18.53 | allejo | :p |
| 18:45.50 | blast007 | https://github.com/crdoconnor/strictyaml/blob/master/FAQ.rst#why-not-use-toml |
| 22:04.06 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 22:04.06 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:12.05 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 22:12.05 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:22.44 | *** join/#bzflag short_circuit (~spldart@bzflag/contributor/spldart) |
| 22:22.44 | *** mode/#bzflag [+v short_circuit] by ChanServ |
| 22:35.57 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 22:35.57 | *** mode/#bzflag [+v spldart] by ChanServ |