| 00:00.59 | blast007 | you could try monitoring the temperatures of your CPU and GPU |
| 00:09.49 | alfa1 | turn off/down effects and settings which can overload the GPU/machine |
| 00:14.39 | blast007 | it's probably going to happen regardless |
| 00:15.06 | blast007 | since it's locked at ~59, it probably has vsync enabled, so it already running the game at less than what the computer *could* run it at |
| 00:16.13 | lagbooger1 | I always turn effects off, but I have been running at experimental |
| 00:20.18 | *** join/#bzflag infobot (~infobot@rikers.org) |
| 00:20.19 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.10 released! https://forums.bzflag.org/viewtopic.php?f=8&t=19401 |
| 00:20.19 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:20.53 | blast007 | psensor looks like a program that can graph stuff like temperature and fan speeds. dunno if it works with an nVidia card. |
| 00:21.27 | lagbooger1 | yeah, lowering resolution helps a good deal. guess the card is on its way out |
| 00:22.48 | blast007 | ah, psupport does have support for nVidia proprietary drivers |
| 00:22.57 | blast007 | psensor* |
| 00:23.38 | blast007 | it also tracks the min/max temps/speeds |
| 00:27.20 | alfa1 | weird, there was a bot which got quiet; seemed able to turn but not clear; no shots either; it was unkillable. Previous to that I saw a bot dissapearing w/o exploding (I was nearby); after /kill it, I saw the flag at its position and its behaviour was normal again (robotpurp2): http://i.imgsafe.org/1a3b4025f3.png ; http://i.imgsafe.org/1a3fa84d82.png ; http://i.imgsafe.org/1a4460007e.png ; http://i.imgsafe.org/1a45c7966a.png |
| 00:31.53 | Zehra | this does remind me of another thing which sometimes happens |
| 00:32.17 | alfa1 | maybe just a bug (I am running with normal Display settings (not normal for me); maybe got overloaded too) |
| 00:32.27 | Zehra | such as when shots 'freeze' in a position or something, but can still kill :p |
| 00:33.12 | alfa1 | yes maybe the same kind of rare bugs |
| 00:33.17 | Zehra | or when the client freezes or crashes... |
| 00:34.20 | Zehra | i'll have to see what causes the crashes or something |
| 00:38.04 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 00:42.20 | the_map | Zehra: if you're going backwards sufficiently fast, you can zero out the bullet's momentum, leaving it sitting there |
| 00:43.12 | Zehra | the_map: this was on maps which it should normally not occur... |
| 00:43.17 | Zehra | such as quickshots |
| 00:43.28 | Zehra | like i saw it was on the teleporter area |
| 00:43.33 | the_map | was Kylo Ren playing? |
| 00:43.41 | Zehra | ? |
| 00:44.27 | Zehra | it was as if the shot was paused |
| 00:45.04 | Zehra | and the shot remained for about several seconds before i drove over it |
| 00:45.39 | the_map | https://youtu.be/idvB-58uKjE |
| 00:45.49 | the_map | around the 1:00 mark |
| 00:45.54 | the_map | a little before |
| 00:47.59 | Zehra | meh |
| 00:49.51 | Zehra | any clue what might create the pausing of shots in bzflag ? |
| 00:50.23 | Zehra | (besides changing server settings or driving backwards fast enough) |
| 00:55.33 | BulletCatcher | There is an old bug where a motionless shot appears for awhile, maybe 10-20 seconds. |
| 00:55.37 | BulletCatcher | On the radar it is at the end of a laser line. |
| 00:55.45 | BulletCatcher | Usually it is far away from me on the map, but once I drove into one and it killed me. |
| 00:55.47 | BulletCatcher | I have seen it on several different maps. |
| 00:56.17 | BulletCatcher | I suspect it is a client hallucination. |
| 00:57.28 | BulletCatcher | Mass hysteria, because I think others have reported seeing it at the same time. |
| 00:58.03 | BulletCatcher | I suspect that it disappears when a shot slot is reused. |
| 00:58.09 | bertman | i have seen that before |
| 00:58.26 | bertman | very very seldom though |
| 00:58.44 | BulletCatcher | Yup. It is rare. |
| 00:59.16 | BulletCatcher | I don't think I have ever seen it as an observer. |
| 01:00.29 | bertman | and i like you drove into one to see what it would do... i died too. lol |
| 01:00.50 | bertman | but that makes the shot disappear if i can recall... |
| 01:01.00 | BulletCatcher | I just wanted to add that bullet to my collection. :-) |
| 01:01.13 | Zehra | lol |
| 01:01.25 | bertman | it is an easy one to catch ;-) |
| 01:02.26 | Zehra | one might say it is possible to outrun a bullet with default settings =) |
| 01:04.55 | Delusional | I set my agility flag so if you fire while backing up, then go forward, itâs quite easy to catch up with your own shot. |
| 01:07.50 | Zehra | it's kind of interesting to mess with settings a bit (on localhost =) |
| 01:21.33 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 01:35.58 | blast007 | a shot limit on SW was one cause of stationary bullets - not sure if that was fixed or not |
| 01:37.23 | blast007 | SW had a zero'ed out velocity vector and, previously at least, the server would just fix the shot type if it didn't match what the server thought it should be (which could happen when the server took away your flag but you still had shot before receiving that message) |
| 01:39.53 | Zehra | it kind of gives me an idea for a game mode or something |
| 01:41.07 | Zehra | where the tank can barely move, but bullets would appear from the ground and the goal is to dodge them all |
| 01:48.44 | blast007 | gotta dodge 'em all! |
| 01:49.11 | blast007 | or we could doge them. much bullets. very dodge. |
| 01:49.32 | Zehra | likes dodging |
| 01:49.58 | Zehra | doesn't want to get rusty with dodging over time too |
| 01:58.37 | the_map | blast007: many miss |
| 02:16.54 | alfa1 | I saw a similar shot when I set the _shotSpeed to 0: it stayed live the same time a normal shot would stay (I have seen stationary shots before too though) |
| 02:19.13 | alfa1 | (if you set _shotRange 0, instead, the shot even doesn't go out) |
| 02:30.52 | JeffM | It's just math |
| 02:55.49 | alfa1 | stayed alive* |
| 03:02.27 | Zehra | is it possible for a plug-in to know which groups a player is part of without loading groups into a groups permission file ? |
| 03:18.56 | allejo | at a global level? no. you can only grab groups from whatever groups are loaded on a server |
| 03:27.30 | JeffM | The server sends the group list with the auth request, iirc so you can't look at other server groups. |
| 03:29.30 | Zehra | ah ok |
| 03:31.32 | Zehra | was thinking of an easy way to grant perms and server messages |
| 03:33.33 | JeffM | Huh? |
| 03:34.48 | Zehra | it kind of would be nice to have some things done automatically |
| 03:34.57 | JeffM | Huh? |
| 03:35.54 | JeffM | The plugin can probably define the group |
| 03:35.55 | Zehra | i was thinking of a plug-in to grant perms based on global groups |
| 03:36.08 | Zehra | or to deny them as well |
| 03:36.21 | Zehra | without having to use it in a group file configuration |
| 03:36.31 | JeffM | Just use another group db |
| 03:37.42 | Zehra | well i could |
| 03:37.51 | JeffM | Or define the group in code |
| 03:38.02 | JeffM | Then the server will ask for it |
| 03:39.20 | Zehra | i'm thinking of using it to create basically extra groups |
| 03:39.35 | Zehra | so like if sample player is member of group a and b |
| 03:39.40 | Zehra | grant extra perm |
| 03:39.55 | Zehra | but neither group a or b have the perm |
| 03:40.30 | JeffM | Plugins can grant perms to individuals as they see fit |
| 03:40.40 | JeffM | The perm doesn't have to be in the group |
| 03:42.31 | Zehra | makes sense |
| 03:43.20 | Zehra | btw if an IP is blocked and i have plug-in to grant anti-ban perm, will it work ? |
| 03:43.47 | Zehra | or will the client just hang and crash ? |
| 03:45.55 | JeffM | There isn't an API to make a group, but it would not be hard to add |
| 03:47.30 | JeffM | Probably should do a group reload event too |
| 03:48.53 | Zehra | gets an idea |
| 03:49.25 | Zehra | i'll see if i can create a bit of an example in the near future |
| 04:48.57 | *** join/#bzflag infobot (~infobot@rikers.org) |
| 04:48.57 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.10 released! https://forums.bzflag.org/viewtopic.php?f=8&t=19401 |
| 04:48.57 | *** mode/#bzflag [+v infobot] by ChanServ |
| 04:56.27 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 05:13.14 | *** join/#bzflag tofu_ (~sean@104.225.5.10) |
| 05:33.44 | *** join/#bzflag Delusional_ (~Delusiona@unaffiliated/delusional) |
| 05:38.28 | *** join/#bzflag dngor_ (~abuse@c-75-74-169-25.hsd1.fl.comcast.net) |
| 05:39.48 | *** join/#bzflag TD-Linux (~Thomas@2604:a880:1:20::173:1001) |
| 05:39.48 | *** join/#bzflag TD-Linux (~Thomas@about/essy/indecisive/TD-Linux) |
| 06:16.17 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 07:44.01 | *** join/#bzflag bier (~bier@helixnetworks.de) |
| 09:29.04 | *** join/#bzflag moriah (~quassel@2605:9880:0:5f2:225:90ff:fed7:86e6) |
| 09:56.34 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 10:13.43 | blast007 | allejo: because he needs 30 different groups |
| 12:37.57 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 13:30.02 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 13:30.02 | *** mode/#bzflag [+v BulletCatcher] by ChanServ |
| 14:54.25 | allejo | maybe you have to be in two cop groups to be a "half-admin?" and then 2 cop groups squared and 2 admin groups squared gives you to owner perms squared |
| 14:55.49 | blast007 | GROUP.ELF + GROUP.MAGE = magic elf |
| 15:24.13 | JeffM | it's like nuke launch codes, two keys |
| 16:01.24 | JeffM | I'm really surprised nobody has made a plugin that does it's own group/perm stuff to an external site/db. |
| 16:17.11 | allejo | what'd be the use of that? |
| 16:17.27 | blast007 | fighting the man! the centralized man! |
| 16:17.50 | blast007 | it's all about decentralization, man! |
| 16:19.13 | allejo | last time i fought blast, it felt like trying to tame a lion for an entire year, but turns out it was only a day |
| 16:19.34 | blast007 | I get it! |
| 16:35.16 | the_map | macsforme is gonna ban y'all's so quick, y'all's are gonna wonder what happened |
| 16:38.27 | JeffM | just change the bzflag protocol over to bittorrent |
| 16:38.34 | JeffM | that'll totaly work with out issue! |
| 16:39.15 | blast007 | turn based game via DHT |
| 16:39.23 | JeffM | meh, just send emails |
| 16:39.34 | JeffM | then replay is just a folder in your gmail |
| 16:39.58 | blast007 | emails? pfft. https://en.wikipedia.org/wiki/IP_over_Avian_Carriers |
| 16:40.24 | JeffM | too much packet loss |
| 16:40.46 | blast007 | just send multiple birds |
| 16:41.13 | JeffM | what about cat in the middle attacks? |
| 16:42.13 | blast007 | I'll throw wave after wave of my own birds at the cats until they reach their kill limit and go to sleep. |
| 16:46.54 | JeffM | not very good for security |
| 16:48.06 | JeffM | just make people take a flash drive to a friends house |
| 16:49.08 | blast007 | gotta think about renewable sources as well. so make SneakerNet 2.0, built from recycled shoes. |
| 16:49.31 | JeffM | 3d printed for nerd cred |
| 16:54.55 | *** join/#bzflag alfa1 (~alfa1@host36.190-225-25.telecom.net.ar) |
| 17:51.46 | alfa1 | if Init method is a kind of constructor (or the constructor) is Cleanup method a kind of destructor (or the destructor)? |
| 17:51.59 | JeffM | no |
| 17:52.18 | JeffM | constructors and destructors are different things |
| 17:54.44 | blast007 | why don't our plugins just use a constructor/deconstructor? |
| 17:55.14 | JeffM | for init, that coudl have worked |
| 17:55.31 | JeffM | for unload, you may want to unreigerst stuff before you die |
| 17:55.37 | JeffM | well get deallocated |
| 17:55.49 | JeffM | but the idea was also to allow for plugins to be turned on/off at run time |
| 17:55.56 | JeffM | with out allocating and deallocating them |
| 17:56.01 | blast007 | ah |
| 17:56.23 | JeffM | or also a "restart" of one with out killing it |
| 17:57.07 | JeffM | you could also have some timing issues, init can be called after all the plugins are allocated |
| 17:57.36 | JeffM | so if you needed some kind of crosstalk or dependency, you can check for that in init, can't do that at construction time |
| 17:58.08 | JeffM | for a heavaly threaded API, constructors/desctrucors could be useful |
| 17:58.23 | JeffM | spawn plugins as needed for server/gamestate load |
| 17:59.21 | alfa1 | these methods are more elborated I guess then; my problem is that I am getting segment fault. I created an object 'listadoJugadores = bz_newIntList();' in Init and I deleted it into the custom command method by 'bz_deleteIntList(listadoJugadores);'. Should I delete it into Cleanup, instead? |
| 17:59.44 | JeffM | no you can do that wherever you want |
| 18:00.05 | JeffM | but why do you need to allocate an int list? |
| 18:00.40 | JeffM | what are you doing with it? |
| 18:02.03 | alfa1 | now I am needing a command to kill all autopilot players at once: https://pastebin.com/BAz4GSF1 |
| 18:02.28 | blast007 | you don't need an int list for that |
| 18:02.37 | alfa1 | mrob --> matar robots --> kill bots |
| 18:02.50 | blast007 | or at least, not one defined in your class and initialized in Init |
| 18:03.12 | JeffM | also just call get, don't de-ref twice |
| 18:03.19 | alfa1 | ah all local? |
| 18:03.49 | JeffM | listadoJugadores->get(i) |
| 18:04.40 | blast007 | bz_getPlayerIndexList will get you an int list of the players online |
| 18:04.50 | alfa1 | this is an example taken from the wiki; but if I just declare and initialize locally is it fine? |
| 18:05.02 | JeffM | the wiki is like a bible, always question it |
| 18:05.08 | alfa1 | haha |
| 18:05.16 | blast007 | there are several plugins that use bz_getPlayerIndexList. look at them. |
| 18:05.19 | alfa1 | hey I believe on the bible! |
| 18:05.27 | blast007 | cd plugins ; git grep bz_getPlayerIndexList |
| 18:05.38 | JeffM | there are 2 versions of bz_getPlayerIndexList |
| 18:05.47 | JeffM | one returns an allocated int list, one takes one |
| 18:05.48 | alfa1 | I know the wiki can be out-of-date or mistaken sometimes, though |
| 18:05.51 | JeffM | both are valid |
| 18:06.19 | JeffM | I don't think that's his problem |
| 18:06.44 | JeffM | I thing it's the use of (*listadoJugadores)[i] |
| 18:06.49 | alfa1 | I took this bz_getPlayerIndexList(listadoJugadores); because it didn't make a new copy |
| 18:07.02 | blast007 | oh, I didn't see he posted a pastebin |
| 18:07.14 | JeffM | it's the same thing, one you preallocate the int list, one bzfs does |
| 18:07.20 | JeffM | it still makes an int list |
| 18:07.35 | alfa1 | then do I have now 2 lists or what? |
| 18:07.37 | JeffM | now you have commented out that allocatn |
| 18:07.40 | JeffM | no you have zero |
| 18:07.44 | JeffM | because you commented it out |
| 18:07.51 | JeffM | you want bz_APIIntList *playerList = bz_newIntList(); |
| 18:08.03 | JeffM | you can ether do bz_APIIntList *playerList = bz_newIntList(); bz_getPlayerIndexList(listadoJugadores); |
| 18:08.09 | blast007 | (and then get rid of the one you have globally) |
| 18:08.16 | JeffM | or bz_APIIntList *playerList = bz_getPlayerIndexList(); |
| 18:08.25 | JeffM | both do the same thing |
| 18:08.29 | alfa1 | ok, wait, ten i just need all locally right? |
| 18:08.34 | alfa1 | then |
| 18:08.43 | JeffM | no, you need an int list from bzfs |
| 18:08.55 | alfa1 | :S |
| 18:08.55 | blast007 | he means the location of the variable |
| 18:08.59 | alfa1 | I need to read |
| 18:09.12 | blast007 | he just needs it within that code block, not defined in his class and initialized in Init |
| 18:09.51 | alfa1 | the wiki example does it all into the method, locally; I used class definition and Init method; I guess I just need all locally as blast007 said, right? |
| 18:10.19 | blast007 | you're not using the data outside of that block, so you don't need to define it outside of that scope |
| 18:10.22 | alfa1 | (and I used custom command method too) |
| 18:10.30 | alfa1 | ok, ok, ty |
| 18:10.36 | JeffM | https://www.irccloud.com/pastebin/0qAfkbqf/ |
| 18:10.43 | JeffM | do that |
| 18:12.18 | alfa1 | that gives me a new copy of the list as the wiki says https://wiki.bzflag.org/Bz_getPlayerIndexList . Is this better? |
| 18:12.32 | JeffM | it's not a copy |
| 18:12.40 | alfa1 | reference? |
| 18:12.45 | JeffM | no it's a pointer |
| 18:13.05 | alfa1 | a new pointer which points to the original list? |
| 18:13.17 | JeffM | no, you can't keep the origonal list, you delete it |
| 18:13.24 | JeffM | get it, use it, delete it |
| 18:13.30 | JeffM | keeping it is stupid |
| 18:13.32 | JeffM | it changes |
| 18:13.37 | blast007 | the list is only valid for that game loop |
| 18:13.41 | alfa1 | ah it changes |
| 18:13.46 | JeffM | yeah people come and go |
| 18:13.49 | blast007 | yeah, it's a list of players |
| 18:14.09 | alfa1 | then both methods are similar? |
| 18:14.16 | JeffM | that's what I said |
| 18:14.19 | JeffM | they are IDENTICAL |
| 18:14.19 | alfa1 | ok |
| 18:14.27 | JeffM | one just also does the list allocation |
| 18:14.36 | JeffM | one actuay calls the other |
| 18:14.59 | blast007 | and again, there are PLENTY of examples of this in our existing plugins |
| 18:14.59 | alfa1 | then why did you change the method if they were identical? :P |
| 18:15.16 | blast007 | alfa1: YOUR version was wrong |
| 18:15.33 | blast007 | the "two methods" JeffM is talking about is the two forms of the bz_getPlayerIndexList function |
| 18:15.44 | allejo | jeffm, doesn't technically one create the list in bzfs and then the other modifies a list you created in your plugin |
| 18:15.57 | JeffM | no, you don't create a list in your plugin |
| 18:16.00 | alfa1 | only the instantation I guess; yes I understand that 2 methods identical issue |
| 18:16.07 | JeffM | your call to bz_newIntList has bzfs create it |
| 18:16.10 | JeffM | you can't own a list |
| 18:16.15 | alfa1 | ok, just tel me, create it localy ad done :) |
| 18:16.15 | JeffM | only bzfs can |
| 18:16.38 | JeffM | basicly you have to delete for each create |
| 18:16.39 | allejo | bz_ApiIntList myList; and then bz_getPlayerIndexList(&myList); |
| 18:16.53 | JeffM | yeah and that will crash on windows |
| 18:16.57 | JeffM | so don't friggin do it |
| 18:17.28 | allejo | ahhh. dll boundaries |
| 18:17.30 | allejo | nvm |
| 18:17.32 | JeffM | exactly |
| 18:17.42 | alfa1 | I will try seeing examples before then next times |
| 18:17.46 | JeffM | if this was linux only, there would be no API containers |
| 18:17.50 | blast007 | BZF_API bool bz_getPlayerIndexList ( bz_APIIntList *playerList ) <-- so this method doesn't work on Windows? |
| 18:17.50 | JeffM | it'd all be STL |
| 18:17.57 | blast007 | or that's just the wrong way to do it? |
| 18:18.05 | JeffM | blast007: it does, you just have to call bz_newIntList first |
| 18:18.09 | blast007 | k |
| 18:18.18 | JeffM | you can't do the new yourself |
| 18:18.32 | blast007 | oh, okay, I get what you mean now |
| 18:18.43 | blast007 | you have to do the fancy function that makes the int list |
| 18:18.58 | JeffM | realy the internal API should be in it's own class. then we could set the contructor for the containers as private, and use the API class as a friend. |
| 18:19.09 | alfa1 | JeffM: with all due respect and making a suggestion; since you seem to know a lot about the API, you could update the wiki periodically |
| 18:19.12 | JeffM | yeah you have to tell bzfs to allocate the list, because it deletes it. |
| 18:19.22 | JeffM | alfa1: no, the wiki is not documentation |
| 18:19.26 | JeffM | the wiki will be deleted |
| 18:19.27 | blast007 | alfa1: the wiki is read-only and will be killed off |
| 18:19.39 | JeffM | the API documentation is the API documentation |
| 18:19.42 | blast007 | all documentation is going into https://github.com/bzflag-dev/bzflag.org |
| 18:19.52 | JeffM | what he said :) |
| 18:20.07 | JeffM | I am currently not activly involved in the project |
| 18:20.27 | JeffM | if that changes then sure, I'll work with the services group on the documentation |
| 18:21.42 | alfa1 | oh that documentation folder? only for 2.5 then? |
| 18:21.53 | blast007 | no, it's documenting 2.4 |
| 18:22.01 | alfa1 | it says master branch |
| 18:22.11 | blast007 | each repo has branches |
| 18:22.12 | JeffM | master for the website |
| 18:22.18 | JeffM | its a different project |
| 18:22.50 | alfa1 | ah bzflag.org ok, got confused |
| 18:22.56 | blast007 | :) |
| 18:23.06 | blast007 | "Oh god, BZFlag is now web-based?" |
| 18:23.09 | JeffM | yes the website is a different proejct from the game, under it's own license |
| 18:23.32 | allejo | and the docs for the API on the official website are going as fast as my laziness is increasing |
| 18:23.55 | JeffM | makes a note to change the entire API |
| 18:24.16 | allejo | just make sure it's indented correctly |
| 18:24.17 | alfa1 | then I should refer always to that documentation folder? (checking) |
| 18:24.22 | blast007 | make it use angelscript or lua or something similar :) |
| 18:24.34 | JeffM | allejo: sure at that time I'd be able to define "correctly" :) |
| 18:24.38 | blast007 | alfa1: it's being documented yet |
| 18:24.44 | JeffM | or python |
| 18:24.44 | alfa1 | ok |
| 18:24.51 | blast007 | and no, you wouldn't read that folder from git, you'd read it on bzflag.org :P |
| 18:25.17 | alfa1 | ah still not available on the site right? (even partially) |
| 18:25.29 | allejo | blame blast for that |
| 18:25.47 | alfa1 | well, but I see the direction; seems good |
| 18:26.44 | blast007 | allejo: I haven't found the right "under construction" GIF yet! |
| 18:26.46 | alfa1 | one can check bzfsAPI.h and .cxx for now I guess (and wiki partially); the problm is that for these files one has to be somewhat developer |
| 18:26.58 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-jrvgekshclwqaapv) |
| 18:27.07 | blast007 | alfa1: .... or read our existing plugins ..... |
| 18:27.11 | JeffM | plugin developers are developers |
| 18:27.13 | alfa1 | ys :) |
| 18:27.21 | JeffM | if you can't read a header file you should not make a plug-in |
| 18:27.24 | alfa1 | lots of things :P |
| 18:27.35 | alfa1 | (to have in mind) |
| 18:27.57 | alfa1 | I will try better every time, I promise |
| 18:28.32 | alfa1 | true too JeffM |
| 18:28.52 | alfa1 | just wiki gives you some tips which are harder to see into code |
| 18:28.56 | alfa1 | sometimes |
| 18:29.11 | alfa1 | (tips or useful info) |
| 18:29.15 | JeffM | optimaly the docs should be in the code |
| 18:29.58 | JeffM | here you go blast https://usercontent.irccloud-cdn.com/file/u1D0MHkU/3050538-inline-s-10-everything-wonderful-about-geocities-in-one-visual-time-capsule.gif |
| 18:30.07 | allejo | blast, i still say go for continuous deployment... i.e. deploy as it hits the master branch. any WIP stuff should be in their own branches :p |
| 18:30.58 | alfa1 | after seeing that GIF, I have a tiny doubt... is it under construction? :P (joke) |
| 18:31.22 | blast007 | JeffM: haha, perfect |
| 18:31.35 | JeffM | I live to serve |
| 18:35.24 | blast007 | allejo: meaning.. what? |
| 18:35.49 | allejo | have it automated instead of doing it manually |
| 18:35.50 | blast007 | I have to run a cron job on the server? run a daemon? |
| 18:36.17 | alfa1 | JeffM: a tiny doubt: then using 'bz_getPlayerIndexList();' (your example) instead of 'bz_getPlayerIndexList(listadoJugadores);' (my example) is simpler? |
| 18:37.33 | allejo | blast, a github web hook would suffice |
| 18:37.43 | allejo | same way travis builds are triggered e.g. |
| 18:41.27 | blast007 | allejo: but how does that update the site? |
| 18:41.48 | blast007 | the application server is not directly accessible to the Internet |
| 18:42.05 | allejo | oh |
| 18:42.12 | blast007 | to SSH I go through another server |
| 18:42.57 | allejo | send a webhook to that server and have that server build/deploy to the other server via scp? :p |
| 18:45.04 | JeffM | Driving |
| 18:45.37 | alfa1 | JeffM: also I see you used 'bz_isPlayerAutoPilot(listadoJugadores->get(i))' instead of 'bz_isPlayerAutoPilot((*listadoJugadores)[i]))'; I checked yesterday and I think they are similar too |
| 18:46.05 | JeffM | Wait |
| 18:46.21 | alfa1 | yes, no problem |
| 18:46.26 | alfa1 | don't crash :P |
| 18:47.57 | alfa1 | goes to take lunch somewhat fast |
| 18:47.58 | blast007 | rogueGenocide does seem to use the method you used |
| 18:48.13 | blast007 | doesn't mean it's the right way though :) |
| 18:48.17 | alfa1 | :P |
| 18:49.17 | alfa1 | JeffM is the master of the API, we have to ask him while he is near :P (joke somewhat) |
| 18:49.26 | alfa1 | (oops ring again) |
| 18:51.06 | JeffM | I'll be at lunch soon |
| 18:53.04 | JeffM | Get us the right way |
| 18:53.51 | JeffM | Get will continue to work if the backend is changed |
| 18:56.17 | blast007 | so, more plainly, the ->get(..) is part of the API. the other is not. |
| 18:57.24 | JeffM | <PROTECTED> |
| 18:58.10 | blast007 | we could force that by removing the [] operator ;) |
| 18:58.37 | JeffM | Yes |
| 18:59.56 | JeffM | It may not work on windows ether |
| 19:02.26 | JeffM | As for the allocation of the list, the code is the same, my way is just shorter one line vs 2 |
| 19:06.26 | JeffM | The list class has a [] oper? |
| 19:06.39 | JeffM | If so then it's fine |
| 19:11.47 | blast007 | it does |
| 19:13.30 | JeffM | Then that isn't hitting the vector implementation and is fine to use |
| 19:15.48 | JeffM | His issue was his lack of allocation |
| 19:17.09 | blast007 | and his plugin might have even worked once, cuz he said he was initializing it in Init |
| 19:17.23 | blast007 | but since he was deleting it in the plugin handler, it was gone for the second time around |
| 19:18.46 | JeffM | Yeah |
| 19:19.18 | JeffM | They don't teach good memory management in school these days |
| 19:19.59 | JeffM | Back in my day you had to know how much ram your app was going to need before you started it :) |
| 19:20.14 | blast007 | hehehe, I was waiting for a "back in my day" :) |
| 19:32.59 | alfa1 | ok, then only my lack of allocation; yes, blast007, it worked once; well, I was taught well, just I need to remember all :) (we used new () and delete () though; not the other previous methods) |
| 19:35.59 | JeffM | kids these days with there giglybytes and megarams |
| 19:36.53 | alfa1 | I have learnt long time ago, JeffM :) |
| 19:36.53 | JeffM | those methods are wrapers around new and delete so that bzfs does it, not your plug-in |
| 19:37.00 | JeffM | how long ago? |
| 19:37.25 | alfa1 | lots of years :) |
| 19:37.49 | JeffM | what langauge did you first learn? |
| 19:38.09 | alfa1 | go imagine, I have godo memory and I don't remember well ... :) |
| 19:38.16 | alfa1 | good* |
| 19:38.26 | JeffM | nope, not playing that game |
| 19:39.09 | alfa1 | one of the first languages I learnt was C/C++ at Univ. |
| 19:39.22 | JeffM | oh one of those newfangled languages then |
| 19:39.44 | blast007 | Back in the 60's, I used COBOL. Then in the 80's I was born, and things pretty much went downhill from there. |
| 19:39.53 | JeffM | basic on a TRS-80 in 1979 |
| 19:40.51 | blast007 | related: http://static.bzexcess.com/this_is_the_script_that_never_ends.mp4 |
| 19:41.16 | JeffM | it goes on and on my friend |
| 19:41.33 | alfa1 | I met nice basic computers too (and languages), we must be somewhat near/similar on age, and w/ blast007 too :) |
| 19:42.04 | JeffM | I saw star wars in the theater when it was first released |
| 19:42.11 | JeffM | OMG lazor swords! |
| 19:42.56 | blast007 | I was born after the original trilogy :P |
| 19:43.02 | JeffM | child |
| 19:43.47 | alfa1 | we don't watch very much SW here :P (sorry if it is 'offensive' hehe) |
| 19:44.04 | JeffM | I find your lack of faith disturbing |
| 19:44.04 | blast007 | let the wookie win |
| 19:44.15 | alfa1 | uh oh... :P |
| 19:48.24 | alfa1 | nice computer (just converted it to Theora) |
| 19:48.36 | JeffM | probalby should add begin/end/iterator support to the custom containers, so range based for can be used. |
| 19:51.04 | blast007 | think the one I have here is a TRS-80 Model 4 |
| 19:51.15 | JeffM | that's the one they made the most of IIRC |
| 19:51.25 | JeffM | a LOT of schools got them |
| 19:51.50 | blast007 | yeah, they found this one shoved away in a storage room a year or two ago |
| 19:52.31 | blast007 | no floppies with it though, so that was using the built in BASIC interpreter |
| 19:53.18 | JeffM | Probably had a tape drive |
| 19:53.36 | blast007 | yours, or mine? |
| 19:53.43 | alfa1 | blast007: still works well or need/needed maintainance? |
| 19:53.48 | JeffM | Yours |
| 19:53.53 | blast007 | this one had dual 5.25" floppy drives |
| 19:54.02 | blast007 | has* |
| 19:54.03 | JeffM | Oh I though you meant no drives |
| 19:54.15 | blast007 | ah, no, I mean no media |
| 19:54.36 | JeffM | the computer doens't need media |
| 19:54.44 | JeffM | it has no real OS |
| 19:54.49 | JeffM | basic IS the OS |
| 19:55.08 | JeffM | just like the C64 |
| 19:55.32 | blast007 | TRSDOS |
| 19:55.39 | JeffM | yeah it's built into the rom |
| 19:56.09 | JeffM | back in those days there was no "installing" |
| 19:56.10 | alfa1 | I used Talent MSX (and similar ones); and time ago I found that MS was Microsoft :P |
| 19:56.14 | blast007 | is it? sounded like it was on a floppy |
| 19:56.15 | alfa1 | (not C64) |
| 19:56.36 | JeffM | yeah, the TRS80's didnt' have hard drives |
| 19:56.44 | blast007 | "The drives were numbered 0 through 3 and the system diskettes (which contained the TRSDOS code and utilities) had to be in drive 0." |
| 19:57.03 | JeffM | yeah that was probably for maintenance, but there was no install IIRC |
| 19:57.10 | JeffM | unless you had a FANCY one |
| 19:57.13 | alfa1 | yes, no install |
| 19:57.23 | blast007 | not saying an install, but it had to be in the floppy drive |
| 19:57.36 | JeffM | ours at school did not need that |
| 19:57.46 | JeffM | just flip em on |
| 19:57.52 | blast007 | for TRSDOS, or for BASIC? |
| 19:57.58 | alfa1 | there come later models with cartridges (mobile ROMs) |
| 19:57.59 | JeffM | probalby basic |
| 19:57.59 | blast007 | BASIC is built into the ROM |
| 19:58.03 | JeffM | but we didn't do anything else with that |
| 19:58.15 | JeffM | what else would a DOS do on that thing? |
| 19:58.19 | JeffM | eat more ram:) |
| 19:58.23 | alfa1 | (or MSX already had one) |
| 19:59.23 | JeffM | as say all this old stuff on a comptuer with 8 cores and 32 gigs of ram :) |
| 19:59.26 | blast007 | heh, TRSDOS had a KILL command for deleting files |
| 19:59.28 | alfa1 | I think I remember TRSDOS too |
| 19:59.51 | alfa1 | it needed some drives yes |
| 20:00.00 | alfa1 | diskettes |
| 20:00.15 | blast007 | JeffM: I just want to fix up my 8086 :) |
| 20:00.26 | JeffM | so you can play comander keen? |
| 20:00.28 | blast007 | need to get a new storage device for it |
| 20:00.46 | JeffM | they make CF adapters to old drive interfaces |
| 20:01.02 | JeffM | makes getting stuff to/from them simpler |
| 20:01.11 | blast007 | yeah, I've seen some ISA cards that give you a CF card for storage, which is what I want to do |
| 20:01.31 | JeffM | I've seem youtube videos of people doing that on 286s and stuff |
| 20:02.20 | blast007 | I also don't know if Commander Keen would run on my system ;) |
| 20:03.41 | blast007 | or maybe it would.. the screenshot had colors, but I'm seeing references to monochrome graphics as well |
| 20:03.59 | JeffM | IIRC it supported mono, CGA and EGA |
| 20:04.04 | blast007 | neat |
| 20:04.36 | blast007 | I did have some CGA-only games I ran as well, via SIMCGA |
| 20:08.11 | alfa1 | I remeber that game; I player testdrive and prince of persia :) |
| 20:08.25 | alfa1 | on monochromo |
| 20:08.51 | alfa1 | the sound of testdrive was by the beep speaker |
| 20:09.03 | alfa1 | well both |
| 20:09.12 | alfa1 | played* |
| 20:09.57 | alfa1 | monochromo ambar, still remember it and its sound :) |
| 20:10.24 | alfa1 | "trrrrrrrrrrrrrrrr, TRRRRRRRR (going faster)" |
| 20:10.48 | alfa1 | (we pronounce the 'r' very well here) |
| 20:14.23 | alfa1 | https://www.youtube.com/watch?v=2gEqCgdtFG0 the first one, though all monochrome (not sure if this colored version was real at that time) |
| 20:18.23 | *** join/#bzflag moriah (~quassel@unaffiliated/kierra) |
| 20:29.52 | alfa1 | the best way to send a message to the user who run a command is by the bz_eSlashCommandEvent or I could do it into my command case too? |
| 20:31.17 | alfa1 | ah int playerID in the header |
| 20:31.47 | alfa1 | I guess it is right to use it |
| 20:44.40 | JeffM | thats why it's there, for you to use |
| 20:45.47 | alfa1 | I am shy :P |
| 20:47.05 | alfa1 | I mean, since I tried to use bz_ApiString /*message*/ the other day and I was mistaken, I got a bit scared about that header |
| 20:47.35 | alfa1 | I just need time |
| 20:52.27 | alfa1 | I think I have finished my bot plugin finally, thank you guys :) |
| 20:55.03 | JeffM | so you thought that you could not use arguments? why would we put them there? |
| 20:55.15 | JeffM | you have fully tested it in all cases? |
| 20:57.11 | alfa1 | the API is complex |
| 20:57.35 | alfa1 | plus this is my second try with plugins |
| 20:57.35 | JeffM | no, that's basic C programing |
| 20:57.52 | alfa1 | (al BZ code is complex :) |
| 20:57.54 | alfa1 | all* |
| 20:59.00 | JeffM | still sounds like you don't remember the basics of C |
| 21:07.34 | alfa1 | and special thanks to allejo for coding solutions |
| 21:08.16 | alfa1 | you know a lot JeffM, TBH :) |
| 21:24.23 | allejo | i did a thing! |
| 21:33.34 | JeffM | Enabler! |
| 22:06.12 | alfa1 | now I get the "autockick: tank is moving too fast" message sometimes when I pause the game (never before) |
| 22:07.21 | alfa1 | player tank* |
| 22:08.44 | alfa1 | would it be a graphic issue as forums said (partially)? |
| 22:09.26 | JeffM | by pause you mean set the speed to 0? |
| 22:10.09 | blast007 | you could temporarily disable the speed checks before decreasing the speed |
| 22:10.19 | blast007 | iirc, there's a BZDB variable for that |
| 22:10.25 | JeffM | yeah, packets in flight will still have the old speed |
| 22:10.35 | alfa1 | yes, to 0.0000000001 first, and then I changed it to 0.001 now and before 0.01 (when tank moves a tiny bit) w/o success |
| 22:10.59 | blast007 | _disableSpeedChecks |
| 22:11.05 | JeffM | updates that were sent before they get your speed reduction have the old speed. but the server has been updated with a new speed |
| 22:11.18 | JeffM | welcome to network programing |
| 22:11.43 | alfa1 | :) |
| 22:12.03 | alfa1 | any thing, blame network just in case? :P |
| 22:12.18 | JeffM | not blame, it's the reason for it |
| 22:12.27 | JeffM | the very nature of networks includes latency |
| 22:12.36 | blast007 | so set _disableSpeedChecks to 1 (or true) before you decrease the speed, and once it's down to the desired speed (0?) set it back to 0 (or false) |
| 22:12.53 | alfa1 | ok blast007 |
| 22:20.31 | alfa1 | this is a server-active feature (to check situation on clients), the same as the message sent we talked time ago about "I am a bot", right? |
| 22:21.12 | alfa1 | network protocol features for a better server control |
| 22:21.52 | alfa1 | the idea is to make as much as necessary these kinds of controls in the future? |
| 22:21.57 | JeffM | doesn't change the speed of light |
| 22:22.10 | alfa1 | IK |
| 22:22.45 | alfa1 | (to make the server more authoritative IIRC) |
| 22:24.44 | JeffM | I'd remove client bots entirely |
| 22:27.43 | alfa1 | not working |
| 22:32.43 | alfa1 | hmm, seems like the UDP kick issue: after the bot is kicked and I rejoin it, it seems not to freeze anymore (I think it did sometimes in the other tries, tho) |
| 22:32.58 | alfa1 | or crash anymore* |
| 22:33.16 | alfa1 | I will keep trying |
| 22:34.25 | alfa1 | blast007: the "desire speed" has to be !=0 since 0 is not allowed |
| 22:37.26 | blast007 | ah, right, dividing by zero |
| 22:37.57 | alfa1 | ah ok |
| 22:40.48 | alfa1 | I will try giving to that 'disable check' setting some time to change and then decreasing the values; maybe 2 seconds (w/o sleep :) |
| 22:41.12 | alfa1 | do you think it could work (not so easy)? |
| 22:41.52 | alfa1 | (related to the network situation commented before) |
| 22:42.19 | alfa1 | (maybe the UDP issue is similar) |
| 22:51.18 | blast007 | it shouldn't require you to wait |
| 22:51.54 | blast007 | just set it to true before you start decreasing the _tankSpeed, and set it back to false after you're done decreasing _tankSpeed |
| 22:52.44 | alfa1 | I meant about the network packages sent before which could make the client freezes; if I give a bit more of time to them, maybe I fix it. I already did what you said and is not working. |
| 22:54.26 | alfa1 | (1) I switch flag on (to pause); (2) I detect the flag (into Tick event); (3) I set check disabled; (4) I wait (w/o sleep) for 2 seconds, (5) I turn values down |
| 22:55.38 | alfa1 | (I am already doing it; let's see) |
| 23:23.25 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-pofljqoouumfpufc) |
| 23:47.38 | JeffM | it's the turning of the values down that's an issue |
| 23:47.55 | JeffM | when you turn it down, there are still updates coming from clients with the old speed |
| 23:48.03 | JeffM | since they didn't know to turn it down since you didn't turn it down yet |
| 23:48.13 | JeffM | you just have to disable the speed checks while you are disabling |
| 23:49.09 | alfa1 | it seems my method is working; I need more time. As I said I did what you and blast are saying but didn't work |
| 23:49.43 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 23:49.59 | JeffM | then you are probalby just lucky |
| 23:50.13 | JeffM | you need to test it with differently lagged users |
| 23:50.17 | JeffM | you are testing this all local? |
| 23:50.37 | alfa1 | because after I disable the speed check, I change the values instantaneously, then the old packages seem to still be going (maybe the signal of "stop checking" is delayed) |
| 23:50.58 | alfa1 | yes, locally |
| 23:51.18 | JeffM | so your clients have a very low lag |
| 23:51.22 | alfa1 | yes |
| 23:51.37 | JeffM | you need to test with higher lag |
| 23:51.45 | JeffM | no, the local bzdb var change is instant |
| 23:51.52 | JeffM | it takes time to get to the clients, but the clients don't care |
| 23:52.34 | alfa1 | I will always have bots locally |
| 23:52.49 | alfa1 | they have 20 ms lag |
| 23:52.55 | alfa1 | or less |
| 23:53.40 | alfa1 | well but the clients updates are the delayed ones |
| 23:54.15 | alfa1 | well, seems to work; I need more time; what other method could I try otherwise? |
| 23:54.38 | JeffM | disabling the check should work |
| 23:55.24 | alfa1 | (1) server: I disable; (2) server still receives old packages; (3) client freeze. Is this okay? |
| 23:55.40 | JeffM | it all depends on what you want to happen |
| 23:56.02 | JeffM | this entire method you are using is fundamentally flawed, it's going to have some problems no mater what. |
| 23:56.38 | alfa1 | is that thought true? |
| 23:56.42 | alfa1 | (1, 2, 3) |
| 23:57.05 | alfa1 | what entire method? |
| 23:57.24 | JeffM | the method of seting tank speed to 0 to "stop" players |
| 23:57.31 | JeffM | it's a hack |
| 23:57.54 | JeffM | really you'd force them all to limbo/observer if the protocol allowed it |
| 23:58.05 | JeffM | then you can just ignore updates when the game is over |
| 23:58.20 | alfa1 | ah, you are saying i should try with more lagger players, I see |
| 23:58.38 | alfa1 | I can do it by private (not using services at all) |
| 23:59.30 | alfa1 | I don't undersand your last 2 phrases |
