| 00:19.29 | *** join/#bzflag infobot (ibot@rikers.org) |
| 00:19.29 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.12 released! https://forums.bzflag.org/viewtopic.php?f=62&t=19720 |
| 00:19.30 | *** mode/#bzflag [+v infobot] by ChanServ |
| 02:48.01 | *** join/#bzflag The_Noah (6163fde4@gateway/web/freenode/ip.97.99.253.228) |
| 02:48.24 | The_Noah | is it possible to save the world in BZAdmin? |
| 02:53.29 | blast007 | no |
| 02:53.50 | The_Noah | is there a way to do it other than the normal client? |
| 02:54.10 | blast007 | are you trying to mass download maps or something? |
| 02:54.16 | The_Noah | yes |
| 02:54.32 | blast007 | a lot of the maps are posted on the forums |
| 02:54.50 | blast007 | the map you get from saveworld isn't the same as the original map |
| 02:54.52 | The_Noah | i know, but i still want to do it |
| 02:54.59 | The_Noah | it isnt? |
| 02:55.26 | blast007 | no, the client never gets the original map. it gets a binary representation of the map. only the server can read BZW files. |
| 02:56.05 | The_Noah | oh |
| 02:56.23 | blast007 | so if the goal is arching maps, that's not a good way to do it |
| 02:56.28 | blast007 | archiving* |
| 02:58.44 | The_Noah | that is the goal |
| 03:00.14 | The_Noah | so what would be the best way of doing it? |
| 03:00.52 | allejo | by uploading them to the forums, a service officially run by the project |
| 03:02.19 | blast007 | the main problem with the way you were wanting to do it is that you don't have permission to redistribute all the maps |
| 03:10.36 | blast007 | not all maps are open-source |
| 03:11.10 | The_Noah | i wouldnt redistribute them, just give them to the owner in case they lost it somehow (its happend before) |
| 03:18.00 | The_Noah | goodnight |
| 03:18.02 | *** part/#bzflag The_Noah (6163fde4@gateway/web/freenode/ip.97.99.253.228) |
| 03:24.17 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-hrnhocfuzyjkuicm) |
| 03:59.05 | kierra | and there you have it |
| 13:28.54 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 15:17.08 | *** join/#bzflag alfa1 (~alfa1@host49.190-227-19.telecom.net.ar) |
| 17:43.40 | JeffM | does it make sense to allow multiple plugins to change the team of a player on join or should there only be a single installable "team selector" ? |
| 18:30.35 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-qnwlfozcbwovbgtx) |
| 18:37.53 | allejo | what'd be an example of a "single installable team selector?" |
| 18:38.38 | allejo | ideally, server owners shouldn't load multiple plugins that handle stuff at the same time but plugins shouldn't break either if multiple plugins handle it |
| 18:45.57 | blast007 | and are we talking in terms of 2.4's "can only control team selection at join" or 2.6's "can change teams at any time"? |
| 18:56.16 | *** join/#bzflag WarPig (~WarPig@bzflag/player/WarPig) |
| 18:59.38 | JeffM | Allejo this would be to prevent stupid configs |
| 18:59.55 | JeffM | blast007: in general as an Api design |
| 19:01.06 | JeffM | Allejo it would not break, the plugin could check if one was already installed |
| 19:01.18 | JeffM | It could chain them it if wanted |
| 19:01.35 | JeffM | Design wise itâs the difference between an event and a delegate |
| 19:02.09 | blast007 | the problem with allowing multiple is the ordering |
| 19:02.15 | JeffM | Yes |
| 19:03.24 | blast007 | in what cases does a plugin need to change the team of a player, though? perhaps some of the common situations should just be baked in. |
| 19:04.04 | JeffM | In my case the api is used to set the initial team |
| 19:04.17 | JeffM | So itâs used by the base system too |
| 19:04.50 | JeffM | The default delegate handles the default behavior |
| 19:05.12 | blast007 | make setting the team and controlling team selection two different things |
| 19:05.28 | JeffM | And I could see a league plugin setting teams by user id |
| 19:07.06 | JeffM | Like when a match is on it forces all non team players to observe, regardless of what they request on join |
| 19:12.55 | allejo | blast, I use it to move players to observer if they join while a match is active |
| 19:13.22 | allejo | oh ya, just read what jeff said |
| 19:14.17 | blast007 | that's the only use I can think of, just special one-off cases for a specific server |
| 19:15.27 | blast007 | another problem with allowing multiple is the possibility of creating a loop. if one plugin moves a player to a playing team and one plugin moves that same player to observer.... :) |
| 19:15.48 | allejo | the plugin loaded last would have the final say though, no? |
| 19:16.05 | JeffM | Events may not be called in installed order |
| 19:16.12 | blast007 | I was thinking of event triggered changes |
| 19:16.28 | JeffM | Yeah events have too many problems |
| 19:16.35 | JeffM | Delegate it is |
| 19:17.12 | JeffM | You can chain delegates if you want but itâs an action that you specifically choose to do |
| 20:02.27 | *** join/#bzflag zuii (~cauchy@BC9C5B1F.mobile.pool.telekom.hu) |
| 20:13.43 | tupone | Is "%.29s%2.2hhx" very ugly or just a little ? |
| 20:14.26 | tupone | in case it works :) |
| 20:17.12 | JeffM | it looks like a cat walked on your keyboard |
| 20:17.24 | JeffM | or you forgot you were set to devorak |
| 20:19.01 | tupone | When the robots are created the callsign is concatenated to a number of robot |
| 20:19.17 | tupone | the callsign is max 32 characters |
| 20:19.48 | JeffM | robots are always the problem |
| 20:20.17 | tupone | I should have written %.CallSignLen - 3s%2.2hhx |
| 20:20.47 | tupone | but that is not possible, unless I do a not constant format string |
| 20:21.00 | tupone | and that is ugly too |
| 20:21.21 | JeffM | I say it's fine. but I'm going to push for the removal of solo robots anyway |
| 20:21.55 | tupone | We should maybe add a separate executable for them |
| 20:22.06 | JeffM | there is no need for them on the client side |
| 20:22.16 | JeffM | robots like that should be on the server side |
| 20:22.58 | tupone | yeah, OK, they should moved before, but on server there is now not collision |
| 20:23.13 | JeffM | there server has the capability to do collision |
| 20:23.17 | JeffM | it does it for spawns |
| 20:23.32 | JeffM | but yes, some of the client code would need to be moved into a common lib |
| 20:23.51 | tupone | I think is more easy to add a separate executable to run on the server |
| 20:24.00 | tupone | not in bzfs |
| 20:24.14 | JeffM | I feel it's about the same work |
| 20:24.28 | JeffM | because in both cases you have to make headless BZFlag |
| 20:24.45 | JeffM | and by making it available in the server you get more benifit since other parts of the server can use that work |
| 20:25.21 | JeffM | my server codebase doesn't even allow solo bots to connect |
| 20:25.27 | tupone | I understand your goal |
| 20:26.08 | tupone | however going back to that format string, it should be ok also for windows and mac I suppose |
| 20:26.24 | JeffM | yeah it should work fine |
| 20:26.31 | tupone | I have not tested it :/ |
| 20:26.56 | JeffM | welcome to most developers ;) |
| 20:29.51 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-qszqnfltgiyaxbhh) |
| 20:29.51 | BZnotify | [13bzflag] 15atupone pushed 1 new commit to 062.4: 02https://git.io/vxIoJ |
| 20:29.51 | BZnotify | 13bzflag/062.4 146f7a41e 15Alfredo Tupone: Fix truncation warning for doing robot callsigns |
| 20:29.51 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-qszqnfltgiyaxbhh) |
| 20:30.25 | tupone | done a short test :) |
| 22:00.57 | *** mode/#bzflag [+o brlcad] by ChanServ |
| 22:02.46 | *** join/#bzflag The_Noah (6163fde4@gateway/web/freenode/ip.97.99.253.228) |
| 22:03.21 | The_Noah | for some reason, bz_PlayerDieEventData_V1 returns a null playerID, even though ive set everything up like in another plug-in i've made where it worked. any idea whats wrong? |
| 22:10.30 | blast007 | not without seeing the code |
| 22:12.54 | allejo | ^ |
| 22:15.14 | The_Noah | one min |
| 22:16.44 | The_Noah | https://pastebin.com/LL7JSryS |
| 22:18.36 | allejo | playerID is an int |
| 22:20.36 | The_Noah | output is now 0: however, data i output thats gotten from playerID, is null, or grabage |
| 22:20.48 | The_Noah | when i replace %s with %i |
| 22:20.51 | blast007 | http://www.cplusplus.com/reference/cstdio/printf/ |
| 22:21.19 | blast007 | 0 is a valid playerID |
| 22:21.28 | blast007 | the first player will be 0 |
| 22:21.38 | blast007 | join two at once |
| 22:22.59 | The_Noah | i did, second ID is 1. but data i get with the player ID is garbage or NULL, so whats happening? |
| 22:23.17 | allejo | valid playerIDs go from 0 to 243 (iirc) |
| 22:24.31 | The_Noah | bz_BasePlayerRecord *record = bz_getPlayerByIndex(data->playerID); bz_debugMessagef(2,"myplugin: record callsign: %s", record->callsign); // output: myplugin: record callsign: (null) |
| 22:24.48 | allejo | callsign is a bz_ApiString |
| 22:24.59 | allejo | record->callsign, i.e. |
| 22:25.06 | blast007 | you're not using PHP, you're using C++ |
| 22:25.10 | blast007 | types aren't magic |
| 22:25.11 | The_Noah | sorry not null, s |
| 22:25.13 | allejo | it should be `record->callsign.c_str()` |
| 22:25.56 | allejo | the lack of c_str() should throw a warning at compile time |
| 22:26.08 | The_Noah | bz_getPlayerFlag(data->playerID) is null too, does that need .c_str()? |
| 22:27.22 | allejo | no, it's a const char* |
| 22:27.42 | The_Noah | okay, so how come its output is (null)? |
| 22:27.47 | allejo | it'll return null if the player is not found or the player doesn't have a flag |
| 22:28.00 | The_Noah | i have a flag, and its (null) |
| 22:28.32 | The_Noah | and i know its a valid ID because i can get my callsign with it |
| 22:28.44 | allejo | is this still in the player die evevent? |
| 22:28.51 | The_Noah | yes |
| 22:28.55 | allejo | because at that point, you dead |
| 22:28.57 | allejo | no flag |
| 22:29.12 | The_Noah | oh ya |
| 22:29.22 | The_Noah | so how do i get what flag i had when i die? |
| 22:29.35 | The_Noah | or i can do when i kill someone, what flag they had |
| 22:30.00 | blast007 | you'd have to keep track of flag grabs/drops |
| 22:30.12 | allejo | there's V2 of the die event that has `flagHeldWhenKilled` |
| 22:30.20 | blast007 | or that :) |
| 22:30.23 | The_Noah | in 2.4.10? |
| 22:30.34 | allejo | it's not 100% accurate, but it'll be right most of the time |
| 22:30.50 | blast007 | look at your bzfsAPI.cxx/h files and see |
| 22:30.57 | allejo | and `flagKilledWith` will get you the flag the killer had |
| 22:31.43 | allejo | I think V2 of that event was introduced in 2.4.12 |
| 22:32.21 | allejo | or not, it's in the current 2.4.13 from what I can tell |
| 22:32.31 | The_Noah | oh |
| 22:32.46 | allejo | oops. no. 2.4.10 should have it |
| 22:33.00 | The_Noah | ya, it didnt give me any undeclaird errors :D |
| 22:33.15 | The_Noah | revengeFlag.cpp:33:51: error: ISO C++ forbids comparison between pointer and integer [-fpermissive] if(data->flagHeldWhenKilled != (const char*)"RV") return; |
| 22:33.25 | allejo | https://github.com/BZFlag-Dev/bzflag/commit/db0a06e45d82182d363040a1b4bf59f8466e99cb |
| 22:33.46 | allejo | 2.4.10 |
| 22:34.13 | The_Noah | okay |
| 22:35.19 | The_Noah | so `flagHeldWhenKilled` returns an int, how can i get the int ID of a flag? |
| 22:35.49 | JeffM | you mean the flag code? as in "GM" etc...? |
| 22:36.42 | The_Noah | no, not the abbv, the flag ID, because `flagHeldWhenKilled` returns an int, so whatever i need to match that with an abbv |
| 22:36.57 | JeffM | the ID is an int |
| 22:37.22 | JeffM | an ID is an instance of a flag |
| 22:37.23 | The_Noah | so like: if(data->flagHeldWhenKilled == bz_flagID("GM")) bla |
| 22:37.30 | JeffM | no no no no |
| 22:37.42 | JeffM | so a flag ID is a flag number |
| 22:37.47 | The_Noah | oh, how can i get the abbv of a flag ID? |
| 22:37.53 | JeffM | one for each of the flags you have |
| 22:37.57 | JeffM | there ya go ;) |
| 22:38.43 | JeffM | probalby bz_getFlagName |
| 22:39.48 | The_Noah | found it, thanks |
| 22:40.06 | JeffM | yeah searching for getflag when you want to get something from a flag often helps |
| 22:41.08 | The_Noah | its actually called getName :p |
| 22:41.14 | JeffM | look below it |
| 22:41.48 | JeffM | getName will probalby be removed from the next API break, it's a bad funciton name someone made |
| 22:41.57 | JeffM | get the name of what? |
| 22:42.23 | The_Noah | the flag |
| 22:42.30 | The_Noah | https://wiki.bzflag.org/Functions_(API)#Flag_Management |
| 22:42.47 | The_Noah | "BZF_API const bz_ApiString bz_getName ( int flag );" |
| 22:45.05 | JeffM | reload the page |
| 22:45.17 | JeffM | you notice that article POINTED to bz_getFlagName |
| 22:45.18 | The_Noah | does c_str() convert to const char? |
| 22:45.31 | JeffM | it returns a const char* yes |
| 22:45.39 | The_Noah | nothing changed |
| 22:45.53 | JeffM | bahh blast locked it |
| 22:45.57 | JeffM | probalby to move it to the new API |
| 22:46.04 | JeffM | well whoever did the bad name did a bad article too |
| 22:46.14 | JeffM | it's always best to search the header before the wiki |
| 22:46.23 | JeffM | the header IS the API |
| 22:46.29 | JeffM | the wiki is just a web page |
| 22:46.32 | The_Noah | where is the header located? |
| 22:46.40 | JeffM | in the inc dir |
| 22:46.45 | The_Noah | thx |
| 22:46.57 | JeffM | whatever editor/IDE you are using should find it |
| 22:47.03 | JeffM | there is an include reference in your plugin |
| 22:47.17 | JeffM | #include "bzfsAPI.h" |
| 22:48.58 | JeffM | what are you using to edit code? |
| 22:49.04 | The_Noah | nano :p |
| 22:49.08 | The_Noah | i found it |
| 22:49.08 | JeffM | oh god |
| 22:49.12 | JeffM | why? |
| 22:49.28 | The_Noah | becuse i SSHed into my server, and i dont wanna mess with FTP right now |
| 22:49.44 | JeffM | you develop on your prouction server? |
| 22:49.53 | The_Noah | yes |
| 22:50.04 | The_Noah | compiles A LOT faster than my laptop |
| 22:50.05 | JeffM | may the gods have mercy on your soul |
| 22:51.30 | JeffM | are you still trying to steal all the maps? |
| 22:51.42 | The_Noah | no |
| 22:51.45 | The_Noah | why? |
| 22:51.49 | JeffM | just curious |
| 22:52.19 | JeffM | you bounce around a lot |
| 22:52.35 | JeffM | you were quiting, then stealing maps, then hosting maps, then making a plugin |
| 22:53.16 | The_Noah | um, ive quit playing (mostly), i didnt steal maps, ive been hosting maps, and ive been making plugins |
| 22:53.42 | JeffM | you were talking about scraping all the maps from servers and storing them with out permission, that's stealing ;) |
| 22:54.11 | The_Noah | so /saveworld is stealing? then why did y'all make it? |
| 22:54.25 | JeffM | depends on what rights the map author grants you |
| 22:54.34 | JeffM | if the map is open source then savemap is fine |
| 22:54.38 | JeffM | if it is not, then it is not |
| 22:54.48 | JeffM | and I plan on removing savemap |
| 22:55.00 | The_Noah | remind me not to update |
| 22:55.14 | JeffM | and adding a world info object that has the author, license, and download URL for the real map |
| 22:55.22 | JeffM | you'll have to when server's update |
| 22:55.41 | JeffM | the real map isn't sent to the client anyway, so savemap is kind of a joke |
| 22:55.57 | JeffM | it's only the parts the client sees, not the parts the server has too |
| 22:57.33 | allejo | protobreaks! |
| 22:57.48 | JeffM | up the wazzo |
| 23:01.48 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-jaajckmgetjtccrd) |
| 23:01.48 | BZnotify | [13bzflag.org] 15allejo pushed 1 new commit to 06master: 02https://git.io/vxIbw |
| 23:01.48 | BZnotify | 13bzflag.org/06master 142397481 15Vladimir Jimenez: Document die event's flagHeldWhenKilled |
| 23:01.48 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-jaajckmgetjtccrd) |
| 23:02.19 | JeffM | allejo: make sure that bz_getFlagName is documented, and bz_getName is marked as deprecated |
| 23:04.53 | allejo | don't think I made my way to rewriting flag management docs yet on the new site, but i'll add a note in the API header |
| 23:05.27 | The_Noah | y'all are making a new site? |
| 23:06.21 | allejo | can't help but feel it's deja vu |
| 23:09.54 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-bccrvilplbsldmzm) |
| 23:09.54 | BZnotify | [13bzflag] 15allejo pushed 1 new commit to 062.4: 02https://git.io/vxINU |
| 23:09.54 | BZnotify | 13bzflag/062.4 142cce142 15Vladimir Jimenez: Mark bz_getName() as deprecated |
| 23:09.54 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-bccrvilplbsldmzm) |
| 23:11.48 | allejo | to answer your question The_Noah, yes. it's been mentioned here before. there are two aspects to it. one part is rewriting all of the relevant information in the wiki and moving it to the current site. second part is a redesign of how the website will look |
| 23:12.20 | JeffM | the third part is what javscript framework of the hour to use. |
| 23:12.47 | JeffM | oh look, there's another one |
| 23:12.48 | blast007 | the current site is just over a year old, so.. in BZFlag timelines, it's new :) |
| 23:13.45 | The_Noah | really? wow, i thought that thing was really old |
| 23:13.58 | allejo | speaking of which, aside from the API docs (which I hope to finish soon-ish), what else needs to be moved from the wiki? i assume maping docs |
| 23:14.15 | JeffM | all stupid articles |
| 23:17.37 | allejo | all the map docs are stupid or move all the stupid articles to the new site? |
| 23:17.44 | allejo | :p |
| 23:18.02 | JeffM | you didn't say moved to the new site, you said FROM the wiki |
| 23:18.10 | JeffM | move all stupid articles from the wiki to the trash can |
| 23:18.46 | The_Noah | i would say dont delete them until better ones are made, as bad as they might be, there still kinda useful |
| 23:19.07 | allejo | they're still there, aren't they? :) |
| 23:19.10 | JeffM | the article about a stupid player should not be recreated :) |
| 23:19.52 | allejo | The_Noah: the site is new in the way it is built/maintained. the design has been the same for a bit (which is why it's being redesigned) |
| 23:20.14 | The_Noah | oh, okay |
| 23:20.45 | blast007 | yeah, the design was mostly from the previous version of the site, which was a PHP site using my crappy custom kinda-mvc-but-not-exactly-mvc framework |
| 23:21.02 | blast007 | current site renders out to completely static files |
| 23:25.31 | allejo | blast007: you think it'd be helpful to have a "project" on the site repo on what needs to be written/moved? |
| 23:27.20 | *** part/#bzflag The_Noah (6163fde4@gateway/web/freenode/ip.97.99.253.228) |
| 23:27.21 | blast007 | probably |
| 23:28.19 | allejo | mind enabling projects on that repo? :D |
| 23:29.07 | blast007 | did and created a project already :) |
| 23:29.29 | allejo | <3 |