| 00:00.43 | blast007 | some of them have license information (see licenses.txt in that directory) |
| 00:00.55 | alfa1 | blast007: a quick and maybe too simple question: do you think that more or less copying and pasting all these on those files could work or not so easily? |
| 00:00.58 | JeffM | why do you keep looking at sourceforge that is all super old? |
| 00:01.37 | alfa1 | JeffM is the man :) |
| 00:01.38 | blast007 | JeffM: it was referenced in the commit comment (the SVN-to-Git process included them) |
| 00:01.40 | alfa1 | :P |
| 00:01.47 | JeffM | no, not you, HIM |
| 00:01.57 | blast007 | I know who you were referring to |
| 00:02.01 | JeffM | heh |
| 00:02.10 | alfa1 | you just appeared at the right moment JeffM :) |
| 00:02.24 | JeffM | bleh.. GPL code |
| 00:02.28 | JeffM | useless |
| 00:04.16 | alfa1 | JeffM: a quick and maybe too simple question: do you think that more or less copying and pasting all these on those files could work or not so easily? https://github.com/BZFlag-Dev/bzflag/commit/ad6b495c6807e4ced0163c4a6d3eb495ad618d0e |
| 00:04.29 | JeffM | no |
| 00:04.39 | alfa1 | I will cry |
| 00:04.44 | JeffM | then cry |
| 00:04.54 | allejo | grabs popcorn |
| 00:05.01 | blast007 | it's your birthday and you can cry if you want to |
| 00:05.10 | alfa1 | then you are the man to code that maybe in a easily way? :P |
| 00:05.16 | JeffM | the event path is different for 2.99 |
| 00:05.29 | JeffM | oh I'm sure a simple notifcation can be done, if there is a message like blast says |
| 00:05.34 | JeffM | notifications are easy |
| 00:05.45 | alfa1 | it's my brithday and you know a lot of API JeffM... :) |
| 00:05.51 | JeffM | but 2.99 as blast said, did autopilot controll on the server, that's a different story |
| 00:05.54 | allejo | it is easy. i already wrote it but haven't pushed it :p |
| 00:05.56 | JeffM | it is not your birthday |
| 00:06.01 | JeffM | yeah there ya go |
| 00:06.03 | JeffM | just wait |
| 00:06.25 | JeffM | nobldy likes my pull requests, they have different spacing |
| 00:06.32 | blast007 | heh |
| 00:07.17 | blast007 | my whitespace has been terrible in my little test projects lately cuz I keep switching editors and don't bother setting stuff... |
| 00:07.22 | alfa1 | I will laugh now :) |
| 00:07.33 | alfa1 | is laughing and happy |
| 00:07.51 | blast007 | so I'm sure some are using tabs, some two spaces, and some four spaces... |
| 00:07.52 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 00:07.52 | BZnotify | [13bzflag] 15allejo pushed 2 new commits to 062.4: 02https://git.io/vQ3zS |
| 00:07.52 | BZnotify | 13bzflag/062.4 1459d7f7d 15allejo: Add auto pilot event to the API |
| 00:07.52 | BZnotify | 13bzflag/062.4 14df73fcf 15allejo: Update Changelog with changes to the 2.4 branch |
| 00:07.52 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 00:08.05 | alfa1 | oh yeah! |
| 00:08.07 | allejo | jeffm, it's as easy installing a VS extension... :p |
| 00:08.10 | alfa1 | that was not so long :D |
| 00:08.17 | JeffM | allejo: screws up my work work |
| 00:08.24 | JeffM | so no it's not that easy |
| 00:08.37 | JeffM | and I just dont' like the way bzflag's looks |
| 00:08.46 | allejo | oh that i can't disagree with |
| 00:09.06 | allejo | but it's finally semi-consistent, so i'd prefer it stay that way |
| 00:09.24 | blast007 | you'd prefer it stay semi-consistent? ;) |
| 00:09.26 | JeffM | sure, consitency is better than anything |
| 00:09.27 | blast007 | ducks |
| 00:09.46 | JeffM | I'd take a pass and force everything to a new formating, then it'd all be the same |
| 00:09.57 | allejo | i say semi-consistent because there are places where tabs and spaces are mixed :p |
| 00:10.14 | JeffM | yeah that's why I'd use a tool to fix em all |
| 00:10.32 | blast007 | 'rm -rf' - there, consistent |
| 00:11.09 | JeffM | C:\Users\JeffM>rm -rf |
| 00:11.09 | JeffM | 'rm' is not recognized as an internal or external command, |
| 00:11.09 | JeffM | operable program or batch file. |
| 00:11.40 | blast007 | I did typically have unix tools installed on my Windows boxes :) |
| 00:11.48 | alfa1 | "install linux, don't be noob" :P |
| 00:11.56 | blast007 | and I've been using Linux primarily at home now |
| 00:12.08 | JeffM | no, all I have to do is type bash before that then it would work ;) |
| 00:12.30 | JeffM | linux is a subsystem |
| 00:13.26 | alfa1 | mingw? |
| 00:13.51 | JeffM | no |
| 00:13.58 | JeffM | linux subsystem for windows |
| 00:14.08 | alfa1 | oh |
| 00:14.43 | blast007 | https://en.wikipedia.org/wiki/Windows_Subsystem_for_Linux |
| 00:14.48 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 00:14.48 | BZnotify | [13bzflag.org] 15allejo pushed 1 new commit to 06master: 02https://git.io/vQ3zb |
| 00:14.48 | BZnotify | 13bzflag.org/06master 14f7d0696 15allejo: Add bz_eAutoPilotEvent docs |
| 00:14.48 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 00:17.33 | JeffM | jeffm@Octa:/mnt/c/Users/JeffM$ uname -a |
| 00:21.29 | *** join/#bzflag infobot (~infobot@rikers.org) |
| 00:21.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.10 released! https://forums.bzflag.org/viewtopic.php?f=8&t=19401 |
| 00:21.29 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:22.28 | alfa1 | does it open a special console or interface? |
| 00:22.48 | JeffM | no you just type bash in the cmd terminal |
| 00:23.10 | alfa1 | you wrote uname -a w/o bash |
| 00:23.23 | JeffM | one you put bash in, it starts bash and you are in bash untill you exit |
| 00:23.27 | JeffM | like a normal shell |
| 00:23.36 | alfa1 | ah like an interface |
| 00:23.44 | JeffM | it's a program |
| 00:23.50 | JeffM | bash is a program |
| 00:23.55 | alfa1 | nice |
| 00:23.56 | JeffM | on linux and windows |
| 00:24.01 | JeffM | thats what shells are |
| 00:24.10 | JeffM | they use standard out/in |
| 00:24.21 | alfa1 | well, emulates old interfaces :) |
| 00:24.30 | JeffM | there is no emulation |
| 00:24.38 | alfa1 | in theory |
| 00:24.39 | JeffM | it's just a command line application |
| 00:25.09 | JeffM | the windows subsystem for linux runs the elf binary nativly |
| 00:25.24 | JeffM | it can run any program |
| 00:25.32 | JeffM | I've run the linux build of bzfs before |
| 00:26.39 | alfa1 | nice |
| 00:28.03 | alfa1 | allejo: then this will be ready for your skeleton system too? |
| 00:28.19 | JeffM | it's an event, just use it |
| 00:28.24 | JeffM | type type type |
| 00:28.30 | allejo | ^ |
| 00:28.35 | allejo | but yes, it's already on there |
| 00:28.46 | alfa1 | oh then done! |
| 00:28.59 | alfa1 | runs |
| 00:29.02 | JeffM | do you buy a new car every time you go to a different destination? |
| 00:29.18 | allejo | the skeleton generator is tied directly to the docs in the bzflag.org repo so i just need to rebuild the website whenever that repo is updated |
| 00:29.41 | JeffM | see what kind of lazy developers you have made with your very clever lazy documentation system :) |
| 00:29.55 | alfa1 | time is money JeffM :D |
| 00:30.05 | JeffM | then pay me for mine |
| 00:30.07 | alfa1 | but thanks to all |
| 00:30.31 | alfa1 | it was a very happy birthday :D |
| 00:31.04 | allejo | you call it lazy, I call it efficient ;) |
| 00:31.59 | JeffM | your method is efficient, his method of regenerating the framework code then doing a merge for every event is not :) |
| 00:32.04 | JeffM | but he did also do make clean every time |
| 00:32.42 | allejo | lol |
| 00:34.24 | Zehra | wonders if anyone will run bzwgen in a public server for them |
| 00:34.51 | JeffM | run it on your own server and save the map |
| 00:36.17 | blast007 | I think there was also a plugin version that generated the map automatically, but I don't recall if that's possible with 2.4 |
| 00:38.11 | Zehra | has anyone modified BZFS for generating random maps ? |
| 00:38.28 | JeffM | you mean modified the random maps it generates? |
| 00:38.37 | allejo | sure: ./bzfs |
| 00:39.16 | Zehra | JeffM: i guess that is what i mean |
| 00:39.46 | Zehra | since like it kind of would be interesting to have a random version of urban jungle |
| 00:39.48 | JeffM | people usualy just make scripting libraries that help external tools make better maps |
| 00:40.44 | Zehra | i read a few of them, but most are in bash... so i can't run them :p |
| 00:40.45 | allejo | or they write hundreds of lines of unmaintainable bash to generate the maps. *stares at Jumping Skills* |
| 00:41.00 | JeffM | IIRC there is a python library that helps wiht it |
| 00:41.25 | blast007 | I exploited cheap labor to stack all these boxes: http://static.bzexcess.com/misc_screenshots/boxes03.png |
| 00:41.36 | blast007 | three people died |
| 00:41.50 | Zehra | rofl |
| 00:42.00 | JeffM | libBZFlag's BZFlag.IO.BZW could help do it |
| 00:42.34 | alfa1 | blast007: checking again: I see allejo modified bzfs too, no problem with using that version publically, then? I just copy/paste bzfs.cxx and bzfsAPI.h code and done? (apart from the plugin code) |
| 00:42.55 | JeffM | alfa1: just update from github, you'll get all the changes merged |
| 00:42.59 | blast007 | alfa1: you just build the git version of bzfs |
| 00:43.04 | JeffM | don't copy files |
| 00:43.25 | alfa1 | ah I download and compile the development version? |
| 00:43.32 | JeffM | we know you arn't on your own fork, you won't register |
| 00:43.38 | alfa1 | 2.4.11 |
| 00:43.41 | JeffM | check iit out from git |
| 00:43.52 | allejo | lol |
| 00:43.52 | JeffM | then you can pull to keep it updated |
| 00:44.05 | alfa1 | I prefer to download zips :) |
| 00:44.11 | blast007 | http://static.bzexcess.com/misc_screenshots/BoxieBenchmark/ mmm, more boxes |
| 00:44.14 | JeffM | then download the zip from github |
| 00:44.16 | alfa1 | (instead of clon) |
| 00:44.18 | alfa1 | clone* |
| 00:44.22 | JeffM | but use github |
| 00:44.24 | alfa1 | ok |
| 00:44.34 | blast007 | alfa1: so you like downloading more data? |
| 00:44.48 | JeffM | he likes doing more work, that's why he did make clean all those times |
| 00:45.05 | blast007 | he probably hates trees |
| 00:45.09 | blast007 | just like gentoo users |
| 00:45.10 | alfa1 | not getting used to git still, I just split all in packages :) |
| 00:45.12 | JeffM | don't you have a slow internet connection? |
| 00:45.49 | alfa1 | I just download stable versions; this will be an exception |
| 00:46.08 | alfa1 | 3MB download, enough |
| 00:46.12 | alfa1 | Mb |
| 00:46.13 | JeffM | ewww |
| 00:46.17 | alfa1 | :) |
| 00:46.20 | Zehra | we won't see him for a while after starting to download |
| 00:46.24 | JeffM | git would be faster it only gets the things that change. |
| 00:46.37 | allejo | blast007: those boxes... why |
| 00:46.39 | alfa1 | maybe my internet crashes then, don worry |
| 00:46.43 | alfa1 | :) |
| 00:47.07 | blast007 | allejo: why as in why boxes, or why so many? |
| 00:47.17 | JeffM | because he can |
| 00:47.21 | allejo | why so many |
| 00:47.32 | blast007 | I was curious how poorly it would run |
| 00:47.49 | blast007 | iirc, I made the crazy one for BZWorkBench performance testing |
| 00:48.48 | allejo | you didn't make it manually, right...? |
| 00:48.55 | allejo | cuz I wouldn't put it past you and your boredom |
| 00:49.26 | blast007 | oh god no, it was some PHP script |
| 00:50.01 | blast007 | (and the boxes were originally gonna be for a parody remake of Boxy Wars, called Boxie Warz, but I got bored and moved on to something else) |
| 00:50.10 | alfa1 | sorry, then master branch is the stable one, I have to use 2.4 branch right? |
| 00:50.26 | blast007 | master is 2.5, 2.4 is 2.4 |
| 00:50.49 | alfa1 | ah current is 2.4 |
| 00:54.58 | alfa1 | folder name: "bzflag-2.4.11-autopilot" :P |
| 00:58.17 | Zehra | wonders if there will be any changes to the API in 2.5 |
| 00:59.44 | allejo | if anyone writes them, sure |
| 01:01.12 | Zehra | i hope things don't change too much in two years |
| 01:01.41 | Zehra | not that when i'm finished learning and figuring out things that they'd changed and i'd have to relearn them again =P |
| 01:01.53 | allejo | welcome to the world of code |
| 01:03.53 | Zehra | i guess this is why they teach hello world as the first thing to welcome everyone ;P |
| 01:04.17 | alfa1 | computer languages and (good) technology don't change so fast, Zehra; in example, C/C++ have lots of years and still very used (with some upgrades too tho) |
| 01:05.33 | Zehra | alfa1: i'm mostly referring to API's and related... which could change pretty quickly |
| 01:06.01 | alfa1 | it is the same |
| 01:06.41 | alfa1 | but also the key is keeping in contact/touch |
| 01:08.41 | Zehra | it's good to know that things don't change sooo quickly |
| 01:14.38 | alfa1 | general question: for server owners, is it better o safer always to run the latest development versions or stable ones? |
| 01:15.28 | alfa1 | all depends on the improvements? |
| 01:17.36 | allejo | we always keep things pretty stable. i always run the latest or close to the latest |
| 01:17.49 | allejo | mainly since i always make use of the recent changes |
| 01:18.21 | alfa1 | okay |
| 01:22.27 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 01:28.23 | Zehra | it seems i'm getting some difficulties with bzwgen |
| 01:28.46 | Zehra | i downloaded binaries of dependencies |
| 01:29.10 | Zehra | should i try to compile from source instead with dependencies ? |
| 01:34.23 | blast007 | building on linux? |
| 01:34.44 | Zehra | windows |
| 01:35.04 | blast007 | windows might be interesting |
| 01:36.41 | Zehra | was it supposed to be compiled on linux ? |
| 01:36.44 | blast007 | looks like it was targeting VC++ 2003 and 2005 |
| 01:37.07 | blast007 | I had probably used it on Windows back at that time, but the recent time I tried it was on linux |
| 01:41.44 | Zehra | i guess i'll have to wait for a future world generator |
| 01:53.14 | allejo | someone wanna take a look at this? https://github.com/BZFlag-Dev/bzflag/pull/76 |
| 02:23.19 | JeffM | The entire API will be converted to lolcode |
| 02:27.32 | Zehra | oh no |
| 02:28.10 | Zehra | everyone will say "lol" about the API (pun intended) |
| 03:34.23 | JeffM | Eventually it would be nice to thread the server,that could mean API changes |
| 03:44.12 | alfa1 | "// (bool) enabled - True if autopilot is being turned out": if I understand well, it is true when autopilot is on and then the event is called when someone turn it off (and viceverse)? |
| 03:45.01 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@2605:e000:7f0c:c401:e966:a4bb:97ca:708c) |
| 03:45.01 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 03:45.01 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 03:49.30 | alfa1 | meanings: true --> autopilot enabled; false --> autopilot disabled? |
| 04:42.18 | *** join/#bzflag alfa1 (~alfa1@181.91.61.179) |
| 06:35.38 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 13:46.28 | *** join/#bzflag goooogoliath (uid236302@gateway/web/irccloud.com/x-odtuhqkeeonkeueh) |
| 13:51.10 | *** join/#bzflag alfa1 (~alfa1@181.92.202.31) |
| 13:51.32 | alfa1 | [00:49:29] <alfa1> meanings: true --> autopilot enabled; false --> autopilot disabled? |
| 13:56.13 | blast007 | for the event? |
| 13:56.21 | alfa1 | yes |
| 13:56.23 | blast007 | the variable is literally called "enabled" |
| 13:56.51 | blast007 | I don't know how this is confusing |
| 13:57.16 | blast007 | why would setting "enabled" to "true" mean anything other than "autopilot is enabled"? |
| 13:57.24 | alfa1 | okay, just trying to understand events; every time it is called it switches the state |
| 13:57.42 | blast007 | why wouldn't it? |
| 13:57.44 | blast007 | it's a toggle |
| 13:57.50 | alfa1 | previous names were maybe a bit better |
| 13:57.50 | blast007 | it's supposed to toggle the state... |
| 13:58.50 | alfa1 | just checking; also the word "turn out" was a bit confusing |
| 13:58.57 | blast007 | meaning bz_eAutoPilotChangeEvent was better than bz_eAutoPilotEvent? |
| 13:59.33 | alfa1 | yes, maybe, also its internal variable "autopilot " |
| 13:59.42 | alfa1 | but I am just new to these |
| 14:00.10 | alfa1 | I tend to check a lot :) |
| 14:00.42 | blast007 | it's really not that much different |
| 14:01.09 | alfa1 | ok, thank you |
| 14:27.20 | alfa1 | is BZ code complicated/complex (too?) or I just need to learn a lot? (I have some knowledge) |
| 14:27.38 | alfa1 | (trying to understand the API) |
| 14:27.51 | blast007 | do you have a specific question? |
| 14:28.42 | alfa1 | because I have heard here that is needs to be re-coded or leaks documentation; it is a general question |
| 14:29.16 | alfa1 | seems very complex |
| 14:31.17 | alfa1 | (I can do what I need to, just trying to learn more or understand it more) |
| 14:33.24 | alfa1 | (also trying to remember my knowledge; sorry if I ask too much) |
| 14:38.15 | blast007 | I mean, it is. It's ~24 years of code. :) |
| 14:38.30 | alfa1 | I see :S :) |
| 14:38.53 | alfa1 | nothing like new knowledge! :) |
| 14:39.37 | blast007 | I know my way around the code because I've been messing with it since ~2002 |
| 14:40.04 | blast007 | but I'm far from a good C/C++ programmer |
| 14:40.13 | blast007 | I just know enough to be dangerous |
| 14:44.12 | alfa1 | you must be rather good IMO; yes, lots of years for you (helps a lot); I remember I met the game for the first time at that time too but I dropped it because I didn't like FPS at that time (and also had not good 3D linux free drivers IIRC) |
| 14:49.24 | blast007 | but I'm not |
| 14:55.39 | alfa1 | lacks documentation* |
| 14:56.13 | blast007 | hehe, yeah, I gathered that's what you meant :) |
| 14:56.23 | alfa1 | :) |
| 14:56.36 | alfa1 | wikileaks fault :P |
| 15:31.13 | alfa1 | to make a custom player list (with some specific players, not all) I have to: (1) create an empty list with 'bz_APIIntList* botsList = bz_newIntList();'; (2) get the total players' list with 'bz_APIIntList* playersList = bz_getPlayerIndexList();'; and (3) given a specific index I search into the playerList and when I find it I link a reference of that node to a node of the new list? Or should I just make a 1 dimension array of integers and then use them to |
| 15:31.14 | alfa1 | later search on the playersList and then kill them (I need to kill bots sometimes)? |
| 15:32.41 | alfa1 | (in (3) I need to create a new node on the new list) |
| 15:32.58 | blast007 | hmm, I guess the API might also not expose the player type (for -solo bots) |
| 15:33.18 | alfa1 | I am only using autopilot bots |
| 15:33.21 | blast007 | k |
| 15:34.54 | allejo | no need to call bz_newIntList(), there's no need for a pointer (which you have to free later). just make it a `bz_APIIntList list;` |
| 15:35.12 | allejo | ohhh nvm |
| 15:36.21 | blast007 | what kind of info do you need to track for each player? just if they're using autopilot? |
| 15:36.39 | alfa1 | yes, only that |
| 15:37.35 | blast007 | allejo: what would be the right data type for that? a std::map<int, bool>, with the int being the slot and the bool being if autopilot is enabled? |
| 15:37.47 | alfa1 | if a player switch on autopilot I get their slot and make a list (of bots) for later killing them at some times |
| 15:38.06 | alfa1 | switches* |
| 15:38.15 | allejo | blast, no need just a `bool[256] autopilot;` would be enough |
| 15:38.40 | blast007 | k |
| 15:38.57 | blast007 | then just do a 'autpilot[slot] = false;' when they leave |
| 15:39.48 | blast007 | alfa1: so, like allejo said, add a 'bool autopilot[256];' to your plugin class |
| 15:40.41 | blast007 | then register the bz_ePlayerPartEvent event and handle that so that it it sets that autopilot slot to false |
| 15:41.07 | alfa1 | oh I was thinking to create a dynamic array just adding those which are bots (IIRC): index 0: first bot; index 1: second bot; etc. |
| 15:41.11 | blast007 | case bz_ePlayerPartEvent: autopilot[ ((bz_PlayerJoinPartEventData_V1*)eventData)->playerID ] = false; break; |
| 15:41.35 | alfa1 | (these indexes doesn't have to match with slots necessarely) |
| 15:41.59 | alfa1 | it is like a list but using a dynamic array |
| 15:42.01 | blast007 | case be_eAutopilotEvent: autopilot[ ((bz_AutopilotEventData_V1*)eventData)->playerID ] = ((bz_AutopilotEventData_V1*)eventData)->enabled; break; |
| 15:42.06 | allejo | an std::map is O(log N) iirc where a regular array would be O(1). though in a plugin that difference wouldn't be noticeable |
| 15:42.34 | blast007 | (I might have the autopilot stuff wrong.. might be AutoPilot instead of Autopilot) |
| 15:43.13 | allejo | yea, p is capital |
| 15:43.59 | alfa1 | okay I will read this and try to understand |
| 15:47.39 | alfa1 | in example: int bots [256]; I initialize it all in zero; then I add the first bot: bots [0] = 5; (slot 5 is a bot); I add the second one: bots [1] = 8 (slot 8 is a bot); etc. Then later when I have to kill all bots I search the array until I found zero and then using those integers I search into playersList and if match I kill them. Is this correct? |
| 15:48.30 | allejo | no |
| 15:48.42 | allejo | the array index == player slot |
| 15:48.56 | blast007 | and it should be bool, not int |
| 15:49.00 | allejo | it'll make life much easier for you |
| 15:49.17 | blast007 | you'd want to initialize the array inside your Init function |
| 15:49.23 | alfa1 | ah you think a direct reference would be faster |
| 15:49.49 | alfa1 | to avoid loops? |
| 15:49.58 | blast007 | for (int i = 0; i <= 255; i++) autopilot = false; (did I do that <= right?) |
| 15:50.15 | blast007 | ooops, sorry, autopilot[i] = false; |
| 15:50.27 | allejo | mhmm |
| 15:50.47 | blast007 | to avoid undefined behaviour |
| 15:51.21 | alfa1 | like what? |
| 15:51.25 | blast007 | if you don't initially set the value of a variable before you start using it, odd things may happen :) |
| 15:51.45 | blast007 | bool thing; if (thing) { ... } else { ... } |
| 15:51.49 | alfa1 | I initialize the array in zero |
| 15:51.51 | blast007 | what would thing be set to? |
| 15:52.00 | blast007 | in zero? to zero? |
| 15:52.03 | alfa1 | yes |
| 15:52.06 | blast007 | it's not an int, it a bool |
| 15:52.10 | blast007 | true false |
| 15:52.21 | alfa1 | 256 elements will be zero at start |
| 15:52.31 | blast007 | BOOL |
| 15:52.48 | blast007 | why would they be numbers? |
| 15:53.02 | blast007 | it's only got two options, true or false |
| 15:53.05 | alfa1 | oh but, I have not read all your texts still; just giving my method; what would be wrong with it? |
| 15:53.13 | blast007 | it's a stupid way |
| 15:53.17 | blast007 | don't do it that way |
| 15:53.39 | alfa1 | then, to avoid 1 of th 2 loops? |
| 15:53.48 | blast007 | also, I think player ID of 0 is valid |
| 15:53.51 | blast007 | so... |
| 15:53.59 | allejo | player ID 0 is valid |
| 15:54.15 | alfa1 | ok, more efficient it seems |
| 15:54.21 | blast007 | alfa1: you don't have to avoid loops |
| 15:54.31 | alfa1 | faster? |
| 15:54.31 | blast007 | you have to avoid taking a long time inside your plugin |
| 15:54.38 | blast007 | setting 256 bools to false is fast |
| 15:55.17 | alfa1 | ok, will try that |
| 15:56.03 | alfa1 | wait but anyway I have to search all the array while with mine I only search until I find zero |
| 15:56.15 | blast007 | you don't have to search |
| 15:56.19 | blast007 | the index is the player slot |
| 15:56.55 | alfa1 | in example I have 100 players; and only player # 5 and 90 are bots; |
| 15:56.59 | blast007 | and you way doesn't work |
| 15:57.04 | blast007 | 0 is a valid player ID |
| 15:57.19 | blast007 | looping through 256 bools is also fast |
| 15:57.24 | allejo | ^ |
| 15:57.30 | alfa1 | then to know who are bots I hae to search the whole array while with mine I just search until second position |
| 15:57.33 | allejo | and it's less logic for you to write |
| 15:58.20 | blast007 | for (int i = 0; i <= 255; i++) { if (autopilot[i]) bz_killPlayer(i); } |
| 15:58.33 | alfa1 | I taught these ways at University :); but give me more time, I will think |
| 15:58.44 | alfa1 | (have to remember) |
| 15:59.19 | allejo | blast has literally written the majority of the plugin just here on irc :p |
| 15:59.27 | blast007 | :) |
| 16:02.31 | alfa1 | ah bz_ePlayerPartEvent is important too |
| 16:02.56 | blast007 | yup |
| 16:03.49 | blast007 | also, you may instead when to trigger the bz_killPlayer after their spawn the first time after a capture |
| 16:04.20 | blast007 | oh, and also, you could probably eliminate this while issue by turning on freeCtfSpawns, which would make it so that players don't spawn on the base |
| 16:04.29 | alfa1 | I have to kill them at start of the match and after every capture |
| 16:05.03 | alfa1 | I need the players to spawn on base though |
| 16:05.41 | blast007 | there is a bz_setPlayerSpawnAtBase that you can use to control the spawning on base for specific players |
| 16:06.18 | alfa1 | one of the few problems with bots is that they get stuck on bases on those situations |
| 16:06.38 | alfa1 | ah |
| 16:06.53 | blast007 | watch the death event, and use bz_setPlayerSpawnAtBase to set it to false if the player is autopilot |
| 16:07.07 | blast007 | then you don't have to kill them |
| 16:07.21 | blast007 | they just won't spawn on the base (unless they happen to randomly spawn on the base by chance) |
| 16:09.24 | alfa1 | they always will spawn randomly... |
| 16:09.33 | alfa1 | seems nice |
| 16:09.36 | blast007 | yup |
| 16:10.02 | alfa1 | wow thank you! :) |
| 16:10.27 | alfa1 | what a shame we don't have a isautopilot function |
| 16:11.03 | alfa1 | (like bz_isPlayerPaused) |
| 16:11.05 | blast007 | bool isAutoPilot(int playerID) { return autopilot[playerID]; } |
| 16:11.42 | blast007 | or just keep doing if (autopilot[playerID]) { ... } :) |
| 16:11.50 | blast007 | it's not hard to track it yourself |
| 16:11.57 | blast007 | it's literally three lines of code |
| 16:12.12 | blast007 | well, 4 or 5 |
| 16:12.45 | alfa1 | that isAutoPilot function does not exist right? |
| 16:13.04 | alfa1 | (just checking) |
| 16:13.43 | alfa1 | yes, thank you very much to both |
| 16:14.32 | allejo | nope there isn't a bz_isAutoPilot() |
| 16:15.08 | alfa1 | just asking: if there was one, would it be good? |
| 16:15.27 | alfa1 | (seems so) |
| 16:15.41 | allejo | good as-in, would it work? depends on who writes it |
| 16:15.46 | alfa1 | (not for me, but in general) |
| 16:16.21 | alfa1 | it is not related to the change you did yesterday? |
| 16:16.30 | allejo | as as in, it'd be useful? probably since there's an event now |
| 16:16.44 | alfa1 | ok :) |
| 16:24.11 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 16:24.11 | BZnotify | [13bzflag] 15allejo pushed 1 new commit to 062.4: 02https://git.io/vQsFE |
| 16:24.11 | BZnotify | 13bzflag/062.4 14088fcd6 15allejo: Add bz_isPlayerAutoPilot() to the API |
| 16:24.11 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 16:24.29 | alfa1 | oh yeah!! |
| 16:25.14 | allejo | didn't test it but it compiles! |
| 16:25.43 | blast007 | SHIP IT! |
| 16:25.49 | alfa1 | new folder name: '2.4.11-autopilot-v2' :D |
| 16:26.10 | alfa1 | (I think this is the definitive one) |
| 16:26.54 | alfa1 | (new folder with a new name) |
| 16:27.26 | blast007 | or you could have just had a git clone and done 'git pull --rebase' and 'make' |
| 16:27.47 | alfa1 | ok, taking notes :P |
| 16:38.26 | alfa1 | I guess that when a match starts everybody is 'killed' too then I can use also bz_ePlayerDieEvent right? (I guess killerID would be BZ_SERVER then) |
| 16:40.03 | alfa1 | (instead of bz_eGameStartEvent which I am not sure if starts after /countdown or at the end of the count) |
| 16:40.21 | alfa1 | (bit harder) |
| 16:41.11 | alfa1 | tell me when I were asking to much |
| 16:41.15 | alfa1 | too* |
| 16:42.18 | alfa1 | but the code is getting much simpler thanks to all the modifications |
| 16:44.23 | alfa1 | I guess: player dies --> is it a bot? --> yes --> do a random spawn \o/ |
| 16:44.38 | alfa1 | no arrays at all! |
| 16:45.19 | alfa1 | (or lists) |
| 16:46.30 | blast007 | you could probably do this: case bz_eAllowSpawn: int id = ((bz_AllowSpawnData_V2*)eventData)->playerID; if (bz_isPlayerAutoPilot(id)) bz_setPlayerSpawnAtBase(id, false); break; |
| 16:46.46 | blast007 | the AllowSpawn event is done before bzfs calculates the spawn position |
| 16:47.16 | blast007 | and you wouldn't need any other event, nor a tracking array |
| 16:47.57 | alfa1 | oh |
| 16:48.45 | alfa1 | as faster as possible :) |
| 16:58.34 | allejo | bz_eGameStartEvent is when the timed match starts (i.e. when the countdown is finished and the match starts) |
| 16:59.45 | alfa1 | ok ty (had read it was when somebody started /countdown though not clear) |
| 17:03.38 | alfa1 | ~bzgit |
| 17:03.38 | infobot | git clone --branch 2.4 https://github.com/BZFlag-Dev/bzflag.git |
| 17:04.54 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 17:11.35 | alfa1 | 'man git', page 1, "NAME git - the stupid content tracker" :P |
| 17:12.02 | blast007 | hah, it does say that |
| 17:12.09 | blast007 | see, I told everyone git was stupid |
| 17:12.11 | blast007 | ducks |
| 17:12.14 | alfa1 | hehehe |
| 17:17.16 | alfa1 | cheking: if I just did 'git clone' (into an empty folder) I got the latest modifications right?; now I just have to do 'git pull --rebase' everytime I want the latest development version, as you said? |
| 17:17.58 | allejo | yup |
| 17:18.02 | alfa1 | ty |
| 17:37.13 | alfa1 | it seems the best way to check when was the last time I updated the code (rebase) is doing 'git show' which shows the latest commit (in my system I guess) |
| 17:45.09 | Zehra | i wonder if anyone has written a program for practicing dodging which is non-static |
| 17:45.45 | Zehra | since i've tried bots and a few maps, but it seems something better could be made |
| 17:46.57 | Zehra | map based world weapons can be learned with and wwzones is very static and bots can be beaten mostly |
| 17:47.33 | Zehra | any chance better bots are coming in the near future ? |
| 17:47.40 | alfa1 | etigah was doing some things lately |
| 17:48.18 | Zehra | i said non-static |
| 17:48.31 | Zehra | it's based on the wwzones plug-in iirc |
| 17:48.41 | Zehra | and can be learned with time |
| 17:49.31 | Zehra | bots provide a non-static system, but can be beaten and could use a few improvements |
| 17:50.01 | Zehra | especially since it is not good for one vs one type dodging practice |
| 17:50.24 | Zehra | although 2vs1 would be better |
| 17:51.28 | alfa1 | ther was also other map by an Australian player which was named "death dancing" or something; those shots were random; it's at forums (random means something non static) |
| 17:52.17 | Zehra | if it's random, than it probably required a plug-in or something... |
| 17:52.34 | alfa1 | or simulated randomness very well :P |
| 17:52.47 | alfa1 | you were able to set the amount of shots too |
| 17:53.09 | alfa1 | it was a circle, you spawned at middle and you had to go out from it |
| 17:53.26 | alfa1 | "death circle" was the name I think |
| 17:54.32 | Zehra | radar will tell direction and allow one to figure out where shots will come from |
| 17:54.42 | Zehra | and no radar dodging will not work |
| 17:56.14 | Zehra | i think i'm a semi-professional with dodging, but would like to improve too |
| 17:56.22 | alfa1 | Forums: So You Wanna Be A Dancer |
| 17:57.21 | Zehra | no map or plug-in :p |
| 17:57.41 | alfa1 | I know :P |
| 17:57.49 | alfa1 | but is that what yu want? |
| 17:58.02 | Zehra | somewhat |
| 17:59.05 | Zehra | it would be good if something like this would exist as a public server |
| 18:03.39 | alfa1 | if you joined 3 autopilot bots on an empty map (or even with superflags) the result would be rather good, I think |
| 18:04.23 | Zehra | bots not permitted on servers iirc |
| 18:04.31 | Zehra | public servers* |
| 18:05.02 | alfa1 | I calculated that every bot is like a beggining player (category C; 0.25 points), then if you are an expert one (category A; 0.75 points), 3 bots could be like your level |
| 18:05.55 | Zehra | problem is when adding bots... it becomes ffa shooting mostly :p |
| 18:06.38 | alfa1 | well but maybe some day (for now doing it privately); it is necessary maybe that autopilot bots are counted/treated as solo ones (not on list) |
| 18:07.15 | Zehra | bots almost work, but it seems they don't hunt a specific player [me] |
| 18:07.28 | Zehra | even when using the 'hunt' feature |
| 18:07.44 | alfa1 | make it CTF 2 teams and you only of 1 color |
| 18:08.04 | alfa1 | or FFA 2 colors |
| 18:08.08 | alfa1 | better* |
| 18:09.23 | Zehra | i'll see what i can do, but i've tried something similar to this before iirc. |
| 18:09.43 | alfa1 | that Australian player should have used world weapons |
| 18:09.56 | alfa1 | must* |
| 18:10.26 | Zehra | judging from the video, it does not seem like it |
| 18:10.50 | Zehra | since it seems they were using some /set commands for adjusting amount of shots |
| 18:11.26 | Zehra | which makes it seem like plug-in and map |
| 18:11.42 | Zehra | unless multiple versions of map |
| 18:12.09 | alfa1 | I don't see other way |
| 18:12.19 | alfa1 | https://wiki.bzflag.org/Weapon_%28object%29 |
| 18:14.45 | Zehra | could have been done with this: https://wiki.bzflag.org/Bz_fireWorldWep |
| 18:15.21 | alfa1 | it was a variable you set, about amount of shots |
| 18:16.10 | Zehra | which makes it seem like https://wiki.bzflag.org/Bz_fireWorldWep was used. |
| 18:18.18 | alfa1 | same links |
| 18:18.55 | Zehra | meant to only post function name |
| 18:19.03 | alfa1 | then you got what you need :) |
| 18:19.10 | Zehra | there is another function too |
| 18:19.18 | Zehra | https://wiki.bzflag.org/Bz_fireWorldGM |
| 18:20.37 | Zehra | alfa1: almost, i'd do it myself, but lack the needed skill to complete such a project |
| 18:20.56 | Zehra | and someone might have an archive somewhere :p |
| 18:22.04 | alfa1 | ok |
| 18:22.32 | alfa1 | try the bots method for now then |
| 18:23.00 | Zehra | bots jit too much most of the time |
| 18:23.13 | alfa1 | not ture |
| 18:23.16 | alfa1 | true* |
| 18:23.22 | Zehra | i'll need to figure a way to get them to work well |
| 18:23.35 | Zehra | they are good for testing and all |
| 18:23.42 | alfa1 | at least in linux they work pretty well AFAIK |
| 18:24.09 | Zehra | could be my PC which has low specifications |
| 18:24.19 | alfa1 | atfer you iconize them, and after long time, you should close them and start new ones; it helps |
| 18:24.54 | alfa1 | depends on amount of bots too |
| 18:24.56 | Zehra | my other computer could hold about 15 clients open with graphics =) |
| 18:25.18 | alfa1 | iconizing them reduces 3D (GPU) usage |
| 18:26.19 | alfa1 | iconizing = minimizing |
| 18:26.33 | alfa1 | press f1 and then f4 |
| 18:26.56 | Zehra | i'll have to see what those do again |
| 18:28.04 | Zehra | ah ok |
| 18:28.31 | Zehra | i remember f1 creating lots of issues when i switched radar zoom |
| 18:29.09 | alfa1 | (or just f4; in linux, in my system, if I dont f1 first, bz can crash) |
| 18:30.10 | alfa1 | (surely upgrading OS it will be fixed) |
| 18:31.13 | alfa1 | no, I don't have radar problems with those windows |
| 18:31.37 | alfa1 | what issues? |
| 18:31.40 | Zehra | i've altered my configurations a good amount for Ducati maps |
| 18:31.48 | Zehra | so f1 is hunt |
| 18:32.08 | Zehra | instead of minimizing window[s] |
| 18:32.35 | alfa1 | f1 windomizes; f4 iconize=minimize |
| 18:33.01 | Zehra | f4 is the same |
| 18:33.01 | alfa1 | windowizes* iconizes/minimizes* |
| 18:33.26 | alfa1 | what issues with radars? |
| 18:34.33 | Zehra | i many times had to switch radar zoom in Ducati |
| 18:34.45 | Zehra | and sometimes pressed f1 by mistake |
| 18:35.01 | Zehra | and a jit spike and client sometimes froze |
| 18:35.25 | alfa1 | ah yes; just let your fingers quiet over the right keys :) |
| 18:35.49 | Zehra | every second counts in Ducati |
| 18:36.38 | alfa1 | and also don't have too many keys set |
| 18:36.39 | Zehra | and to dodge shots better, i switch radar zoom a lot |
| 18:38.29 | Zehra | i don't want to get rusty with time from not matching too |
| 18:38.57 | Zehra | so something to practice with is good and to also improve skills |
| 18:39.05 | alfa1 | valid reason to train |
| 18:39.57 | Zehra | yes |
| 18:40.43 | Zehra | it's hard as there is not many semi-professionals around |
| 18:41.26 | alfa1 | if I create a folder ('build') into my cloned bzflag one, will it keep untouched on future updates? |
| 18:42.59 | alfa1 | (I guess so since I could have my own code to push too) |
| 18:43.30 | alfa1 | just wondering if it is the best way |
| 18:46.13 | alfa1 | ah also for my plugins; I guess so, NVM |
| 18:47.39 | Zehra | i think you'd have to register to upload anything to github :p |
| 18:48.00 | alfa1 | IK, just was a comparison :) |
| 19:00.15 | Zehra | btw, if anyone is interested in a dodging project or something, i'm willing to help with testing and where i'm able to =) |
| 19:01.06 | blast007 | alfa1: as long as you avoid the 'git clean' command, you should be fine. git clean can, if passed the right options, delete all untracked files. |
| 19:08.36 | JeffM | Wow, how'd you get him to use git? |
| 19:09.09 | blast007 | allejo kept adding features he wanted, one at a time :P |
| 19:09.35 | JeffM | Dangle the carrot |
| 19:12.30 | JeffM | Another fun book arrived today https://usercontent.irccloud-cdn.com/file/gMNMzkxX/1498504329.JPG |
| 19:14.56 | JeffM | It's a little old, but interesting, one you ignore the directPlay stuff |
| 19:18.56 | JeffM | The initial tutorial has the network security of wet tissue paper |
| 19:19.05 | JeffM | It's basically bzflag |
| 19:19.31 | JeffM | It's used as an example of what not to do |
| 19:20.11 | blast007 | http://gafferongames.com/networking-for-game-programmers/what-every-programmer-needs-to-know-about-game-networking/ http://gafferongames.com/networked-physics/deterministic-lockstep/ |
| 19:21.07 | JeffM | Yes, I've seen those |
| 19:21.50 | blast007 | is that what we'd *want* to do? |
| 19:22.05 | blast007 | (or what we *should* do, that is) |
| 19:22.10 | JeffM | Most likely, or some variant on it |
| 19:23.58 | JeffM | Or come up with some overly complicated encryption scheme... nobody will evar crack that ;) |
| 19:25.27 | blast007 | http://ithare.com/udp-for-games-security-encryption-and-ddos-protection/ :P |
| 19:26.08 | JeffM | That's solving a different problem |
| 19:26.16 | blast007 | yeah |
| 19:26.28 | blast007 | and that would be more useful in a closed-source game |
| 19:27.37 | JeffM | The article seems to assume closed source protocols |
| 19:28.15 | blast007 | waves bye to ChanServ |
| 19:29.28 | allejo | quick everyone op! |
| 19:30.56 | allejo | bye bye! |
| 19:31.09 | blast007 | PANIC!! EVERYONE PANIC!! |
| 19:31.19 | blast007 | *loots all the shops* |
| 19:31.41 | allejo | *loots blast* |
| 19:31.51 | blast007 | *loop da loops* |
| 19:31.54 | allejo | ~loot blast007 |
| 19:31.59 | allejo | aww |
| 19:32.09 | JeffM | The best part is the books isn't the coding parts but the game design ideas, definition of fun, player retention, etc... |
| 19:35.57 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 19:35.57 | *** mode/#bzflag [+o ChanServ] by card.freenode.net |
| 19:40.32 | blast007 | just go all Sword Art Online and remove the Quit option |
| 19:40.50 | blast007 | 100% retention! |
| 19:43.28 | JeffM | Welll except the part where they die |
| 19:44.02 | JeffM | I find it funny there are so many animes with that concept |
| 19:44.20 | JeffM | .hack .etc... |
| 21:30.14 | alfa1 | works! within bz_eAllowSpawn event: 'if (bz_isPlayerAutoPilot(data->playerID)) {bz_setPlayerSpawnAtBase (data->playerID, false);}'; both for the start of a match and for captures :) TYVM! |
| 21:31.58 | alfa1 | (the same you wrote blast007; just wanted to do it myself :) |
| 21:32.18 | alfa1 | (you were my backup) |
| 21:33.27 | alfa1 | much simpler than the first ways |
| 21:34.23 | alfa1 | I also thought to pause everybody to kill bots, then players were not able to take advantage of those 10 seconds |
| 21:35.29 | alfa1 | and now the pause feature will be used only on '/countdown pause' (useful still) |
| 22:07.38 | alfa1 | now I am trying to run the /turnoff and /turnon commands within the pause and resume events. Since those commands are into the tick event and not modularized, is there any way? |
| 22:08.33 | alfa1 | (the functionality parts are into the tick event; not the command ones) |
| 22:09.23 | alfa1 | oh yeah, I just have to switch the flags on :) |
| 22:10.46 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 22:14.36 | JeffM | blast007: does your new auth system have a group management UI that is separate from the forums? |
| 22:18.08 | blast007 | oh god yes |
| 22:18.46 | JeffM | does it use it's own auth DB and the forums use that as a plugin or does it still pull from the forums? |
| 22:18.57 | blast007 | I'd either make phpbb use our auth for login, or I'd make some simplistic forums |
| 22:19.12 | blast007 | separate DB |
| 22:19.31 | JeffM | going to force everyone to re-reg or do you have a migration plan? |
| 22:19.56 | blast007 | migration plan |
| 22:20.17 | blast007 | phpBB already uses bcrypt, so I wouldn't have to do anything special there if I keep using bcrypt |
| 22:20.51 | blast007 | depends how we'd want the new system to work though |
| 22:20.58 | blast007 | that's a ways off yet |
| 22:21.16 | blast007 | right now I'm just messing around with libsodium and Rust |
| 22:49.51 | *** join/#bzflag lagbooger1 (4ce35837@gateway/web/freenode/ip.76.227.88.55) |
| 22:50.21 | lagbooger1 | Happy Monday |
| 22:52.00 | lagbooger1 | I am using ATT UVerse, and two weeks ago things started getting crappy. I could play for 30 seconds to 60 seconds, and then lag and jitter went high and got server messages |
| 22:52.15 | lagbooger1 | Does anyone have any knowledge or wisdom to impart? |
| 22:54.09 | blast007 | tried rebooting your router and/or modem? |
| 22:54.17 | lagbooger1 | Running Linux (MX) and playing over wired connection. Have even tried putting computer in router DMZ, nada. ATT claims it is not their problem. |
| 22:54.32 | lagbooger1 | Yes, rebooted router, even got a new router, same issue. |
| 22:54.45 | blast007 | then it's probably AT&T |
| 22:55.11 | blast007 | especially if it's multiple game servers (though note that allejo does run a good number of them) |
| 22:55.23 | JeffM | uverse modems are not good |
| 22:55.30 | JeffM | they do crap QOS |
| 22:55.36 | lagbooger1 | Yeah, but of course they say it is not them! |
| 22:55.49 | JeffM | I know a lot of people who get there own router and put the ATT modem into bridge mode |
| 22:56.00 | JeffM | what do they care about latency :) |
| 22:56.06 | lagbooger1 | They don't allow you access to any QOS settings |
| 22:56.21 | JeffM | then that is probalby the issue |
| 22:56.35 | lagbooger1 | Lag and jitter were very good before two weeks ago :( |
| 22:56.51 | JeffM | did anything change? did you update your OS? |
| 22:56.56 | JeffM | get new video drivers? |
| 22:57.01 | lagbooger1 | Well, tech came out and now they are doing fiber everywhere ... |
| 22:57.31 | blast007 | if you have multiple computers, try it on multiple. could also try a completely different game to see if you get similar lag spikes. |
| 22:57.40 | JeffM | so it started being bad after a tech came out there? |
| 22:57.42 | lagbooger1 | No changes to my system. I think they had to have pushed some router firmware, but I think that it is further upstream, because I just got a new modem. |
| 22:57.47 | JeffM | or did you not have uverse before this? |
| 22:57.54 | JeffM | ahh |
| 22:57.56 | lagbooger1 | No, I have had Uverse for years |
| 22:58.00 | JeffM | then yeah, it'd be that modem |
| 22:58.46 | lagbooger1 | They won't do anything. I just got this new modem because I was having the issue on the old one. |
| 22:58.56 | lagbooger1 | Bastids |
| 22:59.08 | JeffM | so it was happening before you got the new modem? |
| 22:59.34 | blast007 | does uverse use the phone lines? |
| 22:59.51 | lagbooger1 | Yes, two weeks ago it started freaking. Complained and they sent new router. |
| 22:59.55 | JeffM | depends if it's Uverse DSL or uverse fiber |
| 23:00.06 | JeffM | fiber is fiber to the node, not fiber to the house |
| 23:00.06 | lagbooger1 | Yes, uverse coming in over coper. |
| 23:00.12 | JeffM | so it does use coper for some bit |
| 23:00.29 | JeffM | but they renamed the DSL to "Uverse basic" or something stupid like that. |
| 23:00.38 | JeffM | what speed are you supposed to get? |
| 23:01.25 | lagbooger1 | Yes. Uverse has always been coper. Then they started doing fiber drops around so it would be better. Now the guy tells me they are pushing fiber in to the house. I will get it on Friday |
| 23:01.53 | blast007 | do you have analog phones on the same line? |
| 23:02.04 | lagbooger1 | Two pair of coper can cary 50, but they use a bunch for TV. I think I am at like 15 up. |
| 23:02.10 | JeffM | fiber to the house is good |
| 23:02.12 | lagbooger1 | No, not using land line |
| 23:02.18 | blast007 | k |
| 23:02.25 | lagbooger1 | Well, I suspect that the issue is upstream |
| 23:02.38 | blast007 | so you're getting swapped from DSL to Fiber on Friday? |
| 23:02.40 | JeffM | if you are 15 up then you are fiber to the node |
| 23:02.54 | JeffM | ATT DSL is like 1 up |
| 23:03.15 | lagbooger1 | 15 down. 1.5 up is what I have now |
| 23:03.22 | JeffM | oh, yeah that's DSL |
| 23:03.28 | JeffM | just uverse branded DSL |
| 23:03.53 | JeffM | if they are putting in fiber, they are probably changing stuff at your node |
| 23:03.59 | JeffM | and that will change your routes |
| 23:04.01 | JeffM | a LOT |
| 23:04.11 | lagbooger1 | Fiber is supposed to be same up and down, base package is like 100 both I think. |
| 23:04.17 | JeffM | I'd wait to see what the real fiber uverse gets you |
| 23:04.31 | JeffM | yeah, that's what I get |
| 23:04.33 | JeffM | 150 both ways |
| 23:04.50 | lagbooger1 | Just a few more days and I will see. I am not overly confident |
| 23:05.06 | JeffM | they are probalgby hijacking the connections the DSL hub used |
| 23:05.11 | lagbooger1 | Do you have any issues with jitter? |
| 23:05.15 | JeffM | nope |
| 23:05.19 | JeffM | but I'm not att |
| 23:05.25 | JeffM | and not in the midle of a rollout |
| 23:05.36 | lagbooger1 | haha |
| 23:05.38 | JeffM | they are probalby hacking your network all up |
| 23:06.06 | JeffM | once they go fiber they tend to let the DSL wither and die, to get people to upgrade |
| 23:06.35 | lagbooger1 | I am wondering about clean cuts on the fiber. I know with phone lines they had "bridge-tap" issues where it was cut so many times to make jummps. |
| 23:06.53 | JeffM | light doesn't work that way |
| 23:07.52 | lagbooger1 | They have to do some sort of splice to add people in. I cant imagine they roled out fiber planning for everyone to have a drop |
| 23:08.32 | JeffM | you don't get a single fiber to the ISP, you get a fiber to your trunk node, it has a splitter |
| 23:08.44 | JeffM | that multiplexes into a bigger fiber |
| 23:08.49 | JeffM | it's not like a serial network |
| 23:09.15 | JeffM | they don't cut the big fiber to add a uuser |
| 23:09.34 | JeffM | the big fiber is layed out like a tree to the local nodes |
| 23:09.46 | JeffM | and your house gets a port on that local node |
| 23:10.08 | JeffM | what state are you in? |
| 23:10.14 | lagbooger1 | TX |
| 23:10.44 | JeffM | have you seen trucks with big spools around for the past 6 months? |
| 23:11.26 | lagbooger1 | I am like a few blocks from a big bell building. Then about half a block up the street is a drop of some sort. Now they said they strung it up down the alley. |
| 23:11.47 | JeffM | that drop is probalby your local node |
| 23:12.03 | JeffM | so yeah, you get a nice port on that |
| 23:12.05 | lagbooger1 | I never saw a big truck or monkeys in the wires. But they did recently butcher and probably kill one of my trees |
| 23:12.11 | JeffM | there is a little glowing plug waiting for you |
| 23:13.07 | lagbooger1 | Lets hope it works and they don't jack the price up. |
| 23:13.33 | JeffM | what are you paying right now? like 30$? |
| 23:14.27 | lagbooger1 | I wish. I bundled everything: TV - Voip - Inet |
| 23:14.36 | JeffM | so like 100$? |
| 23:14.57 | lagbooger1 | yes something like that. |
| 23:15.06 | JeffM | it'll go up some |
| 23:15.20 | lagbooger1 | I have to try every few months to get on a new deal. |
| 23:15.23 | JeffM | I don't have phone, but I'm at like 105$ for 150 both ways and TV with DRS |
| 23:16.00 | lagbooger1 | My best option would be to quit ATT and come back after a week as a new customer. Then it would be cheap. I have been with them forever. |
| 23:16.52 | lagbooger1 | They want to push to go to Direct TV, but this area has so many trees it would be almost imposible to get a good signal. |
| 23:17.39 | JeffM | you'd be surprised |
| 23:18.01 | JeffM | radio tends to go right through them |
| 23:19.22 | lagbooger1 | Well, I am watching much less TV these days, so I will see what they can do. |
| 23:19.41 | JeffM | netflix and hulu work for a LOT of people |
| 23:19.46 | JeffM | specialy if they dont need sports |
| 23:20.35 | lagbooger1 | And you don't want to be current on shows :O |
| 23:20.45 | JeffM | hulu takes care of that |
| 23:20.49 | JeffM | get em the next day |
| 23:21.44 | lagbooger1 | Oh. Maybe I need to invest. Some series I have missed and want to get caught up on. |
| 23:22.01 | JeffM | depends on the network |
| 23:22.52 | JeffM | how consistent is your frame rate in bzflag? and is it low? |
| 23:23.05 | JeffM | low frame rates can add fake jitter to the network connection too |
| 23:23.12 | JeffM | thats why I asked about your video driver |
| 23:23.27 | JeffM | like if you upgraded distros, that often replaces the driver |
| 23:23.52 | lagbooger1 | Frame rate is fine for 30 seconds then goes to piss. |
| 23:24.03 | JeffM | that's your problem then |
| 23:24.14 | JeffM | jitter won't cause low frame rate, but low frame rate will cause jitter |
| 23:24.32 | JeffM | bzflag can only process network messages as fast as the frame rate can draw |
| 23:24.41 | JeffM | so if your frames are taking longer to draw, the network waits. |
| 23:24.41 | lagbooger1 | But never started till about 2 weeks ago. Everything else is fine. |
| 23:24.52 | JeffM | what video card do you have? |
| 23:25.23 | lagbooger1 | older pny |
| 23:25.36 | JeffM | so an nvidia? |
| 23:25.39 | lagbooger1 | yes |
| 23:25.51 | JeffM | are you running the best driver for it? |
| 23:25.54 | JeffM | the one from nvidia? |
| 23:26.01 | lagbooger1 | yes |
| 23:26.19 | JeffM | well something is saping your frames, and that will make jitter |
| 23:26.28 | JeffM | you could try to turn off vsync |
| 23:28.10 | lagbooger1 | how? |
| 23:28.29 | JeffM | IIRC it's an option in the menus |
| 23:31.54 | alfa1 | gift: pictures of a celebrating match (sorry for darkness but it is night here and the moon is tiny :) : |
| 23:32.02 | alfa1 | game paused/resumed and bots not moving/moving (each process takes ab. 3 seconds): http://i.imgsafe.org/193d974be1.png & http://i.imgsafe.org/193ee14657.png; in middle of a fun (and not so easy) match: http://i.imgsafe.org/1940577b60.png & http://i.imgsafe.org/19415e2122.png; capture and bots spawning randomly: http://i.imgsafe.org/1943501c3a.png & http://i.imgsafe.org/194528ae00.png |
| 23:32.16 | blast007 | could also be overheating |
| 23:32.23 | blast007 | CPU or GPU |
| 23:32.34 | blast007 | they'll throttle back if they get too warm |
| 23:32.53 | JeffM | yeah |
| 23:33.04 | JeffM | clean out your dust bunnies |
| 23:37.40 | allejo | https://xkcd.com/1172/ |
| 23:41.31 | lagbooger1 | tried something for vsynvc and it didn't work. no dust bunnies. now just starts off with jitter they was never there. |
| 23:41.48 | JeffM | how many fps are you getting? |
| 23:44.58 | the_map | all of them |
| 23:46.40 | lagbooger1 | dont know where to see fps. and I am running experiemental |
| 23:46.49 | JeffM | press T |
| 23:47.01 | the_map | t |
| 23:47.19 | lagbooger1 | I just know it is show a lag of 120 and it was always like 67 |
| 23:47.38 | JeffM | again, lag is not the issue if your frame rate goes down |
| 23:47.50 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 23:47.54 | JeffM | that is a symptom of low frame rate |
| 23:49.16 | lagbooger1 | it is in the 50s |
| 23:49.26 | JeffM | what does it dip down to? |
| 23:49.46 | the_map | the refried beans layer |
| 23:53.51 | lagbooger1 | ok, now i played for two minutes and it started at 59 constant, then dropped to 14 |
| 23:53.56 | lagbooger1 | so wtf? |
| 23:54.09 | lagbooger1 | New video card? Really? |
