| 00:22.25 | *** join/#bzflag FusionDude (~flash@c-71-205-162-253.hsd1.co.comcast.net) |
| 00:39.03 | *** join/#bzflag `_^gk`_^1wm`_^ (~su`_^@2a03:4a80:7:41a:41a:e954:1ac0:665b) |
| 00:39.04 | *** part/#bzflag `_^gk`_^1wm`_^ (~su`_^@2a03:4a80:7:41a:41a:e954:1ac0:665b) |
| 00:45.11 | *** join/#bzflag joevano (~joevano@c-73-50-162-151.hsd1.in.comcast.net) |
| 04:05.25 | allejo | blast, what did you have in mind by not modifying TextChuckerManager? wrt #67 |
| 04:05.59 | allejo | sure TextUtils::compare_nocase() works for comparing, but actually fetching the contents of the help message is case sensitive due to TextChunkerManager, isn't it? |
| 04:21.26 | BulletCatcher | Yup. In sendHelpTopic() we would have to use getTextChunk(chunks[i]) instead of getTextChunk(helpTopic). |
| 04:21.34 | BulletCatcher | That's twice the number of changed lines! |
| 04:24.52 | allejo | oh... derp. |
| 04:25.54 | allejo | #dont code on lack of sleep |
| 04:27.43 | BulletCatcher | Also: don't drink and write code. |
| 04:30.21 | allejo | hehe |
| 04:32.01 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 04:32.01 | BZnotify | [13bzflag] 15allejo pushed 1 new commit to 062.4: 02https://git.io/vD6a1 |
| 04:32.01 | BZnotify | 13bzflag/062.4 14dc0a5bb 15allejo: Make /help message names case-insensitive... |
| 04:32.01 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 07:17.55 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 08:58.50 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 09:42.16 | *** join/#bzflag nitroxis (n@6.nxs.re) |
| 12:36.37 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 12:36.37 | BZnotify | [13bzflag.org] 15blast007 pushed 2 new commits to 06master: 02https://git.io/vDi3b |
| 12:36.37 | BZnotify | 13bzflag.org/06master 1400469cf 15Scott Wichser: Whitespace fixes. |
| 12:36.37 | BZnotify | 13bzflag.org/06master 14c67afe3 15Scott Wichser: Begin the "getting started" documentation. |
| 12:36.37 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.42) |
| 12:57.39 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-ofelcffibhhwyddh) |
| 14:43.12 | *** join/#bzflag JeffM (sid48618@gateway/web/irccloud.com/x-agmlpyomuljpjlez) |
| 14:43.12 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 14:44.18 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-hblxbxemhvtwqlbj) |
| 17:38.10 | blast007 | for PR #70 (ADD API access to handicap system), would someone have time to write a plugin and test that? Also, that PR shows three commits, with the first two being the same changes. Is that just because new upstream things were merged in? https://github.com/BZFlag-Dev/bzflag/pull/70/commits https://github.com/JeffM2501/bzflag/commits/2.4_handiman_api |
| 17:38.55 | blast007 | I will attempt to get around to PR #71 tonight. |
| 17:39.12 | blast007 | Any objections to a weekend release of 2.4.10? |
| 18:05.11 | allejo | #70 can be squashed no problem |
| 18:05.55 | allejo | and i can write up a quick plugin for it, i just don't know how the handicap system works to test that |
| 18:07.20 | blast007 | seems like the handicap affects movement speed, turning speed, and shot speed |
| 18:08.18 | allejo | but how drastic of a difference is it? |
| 18:08.19 | blast007 | normally it is based on the player score (when -handicap is passed to bzfs) |
| 18:14.38 | blast007 | there is _handicapScoreDiff (defaults to 50), _handicapVelAd (2.0), _handicapAngAd (1.5), and _handicapShotAd (1.75). The last three get multiplied by the normalized handicap value, which can be between 0 and 1. |
| 18:14.55 | blast007 | fracOfMaxSpeed *= (1.0f + (handicap * (BZDB.eval(StateDatabase::BZDB_HANDICAPVELAD) - 1.0f))); <-- 'handicap' there would be the normalized handicap value |
| 18:23.00 | allejo | so the desiredHandicap from that event would be the normalized handicap value? |
| 18:24.03 | blast007 | I'm a bit unclear on the calculation of the handicap value |
| 18:26.42 | allejo | where's handicap coming from? |
| 18:26.45 | blast007 | it *looks* like it would get sent in MsgHandicap as an integer, based on a relative score calculation: https://github.com/BZFlag-Dev/bzflag/blob/2.4/src/bzfs/bzfs.cxx#L1928-L1947 https://github.com/BZFlag-Dev/bzflag/blob/2.4/src/bzfs/bzfs.cxx#L1979 |
| 18:28.00 | blast007 | oh, nvm, I was misreading std::max as std::min, and thinking it would always be dividing it by 1.0 in src/bzflag/playing.cxx |
| 18:28.54 | blast007 | so, it divides it by the larger of 1.0 and _handicapScoreDiff, and caps the value to be between 0 and 1, inclusive: https://github.com/BZFlag-Dev/bzflag/blob/2.4/src/bzflag/playing.cxx#L2643-L2678 |
| 18:29.55 | allejo | that division on line 2662-2663 is bugging me |
| 18:34.17 | allejo | i'll test it tonight if no one else does it |
| 18:34.38 | blast007 | I plan on focusing on documentation tonight ;) |
| 18:38.50 | allejo | would you object if I start working on making the bzflag.org site mobile responsive later this week? |
| 18:39.56 | blast007 | question: what benefit does it provide? |
| 18:40.30 | allejo | google likes sites that are mobile responsive and it'll be easier to read on mobile devices? |
| 18:46.25 | blast007 | I'd be curious what it entails |
| 18:54.56 | allejo | just adding a viewport in the <head> and then fix the widths of things that are set pixels |
| 19:00.04 | JeffM | blast007 allejo yes someone woudl have to write a plugin. I did some interanal tesitng in the debugger but I did not write a full plugin |
| 19:01.01 | JeffM | and yeah, I don't know exactly WHAT it does when applied, I just thought it would be a good thing to be able to set |
| 19:01.11 | JeffM | since the clients already had a message to update it |
| 19:01.30 | JeffM | it gets reset when players join, but it's sent as a seperate message, so clients will respect a new handicap whenever |
| 20:23.16 | *** join/#bzflag Swant (swant@freenode/staff/ikea) |
| 21:03.54 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 21:04.56 | blast007 | allejo: but the width of things is based on the width of the header images |
| 21:05.26 | blast007 | the width of the content area specifically |
| 21:13.17 | *** join/#bzflag garrerc (32a7051e@gateway/web/freenode/ip.50.167.5.30) |
| 21:16.00 | *** join/#bzflag garrerc (32a7051e@gateway/web/freenode/ip.50.167.5.30) |
| 21:20.02 | allejo | well the images can be cropped or hidden on mobile |
| 21:20.59 | allejo | idunno could play around with how'd it look |
| 21:30.16 | *** join/#bzflag praxitelis (5d6d077f@gateway/web/freenode/ip.93.109.7.127) |
| 22:33.14 | *** join/#bzflag I_Died_Once_ (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 22:33.33 | *** join/#bzflag Andradite (~Zehra@unaffiliated/zehra) |
| 22:37.53 | *** join/#bzflag allejo_ (~allejo@bzflag/developer/allejo) |
| 22:37.53 | *** mode/#bzflag [+v allejo_] by ChanServ |
| 22:38.55 | *** part/#bzflag Andradite (~Zehra@unaffiliated/zehra) |
| 22:40.24 | *** join/#bzflag AAA_awright_ (~aaa@2607:5300:60:7d4::1) |
| 22:40.30 | *** join/#bzflag wirbelwind (~Zehra@unaffiliated/zehra) |
| 22:41.13 | *** join/#bzflag macs4me (~macsforme@bzflag/developer/Constitution) |
| 22:41.13 | *** mode/#bzflag [+o macs4me] by ChanServ |
| 22:52.20 | *** join/#bzflag macsforme (~macsforme@bzflag/developer/Constitution) |
| 22:52.20 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 22:52.20 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 22:52.20 | *** join/#bzflag Kaelten (Kaelten@WoWUIDev/WoWAce/WoWIFA/CurseStaff/kaelten) |
| 22:52.20 | *** join/#bzflag kierra (~quassel@unaffiliated/kierra) |
| 22:52.20 | *** join/#bzflag bboles (~quassel@2607:fcd0:100:8300:1c::a3ed) |
| 22:52.20 | *** mode/#bzflag [+ov macsforme L4m3r] by orwell.freenode.net |
| 22:53.26 | *** join/#bzflag JeffM (sid48618@gateway/web/irccloud.com/x-efghinyatfcwwngn) |
| 22:53.27 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 23:06.19 | Zehra | lol how many netsplits are going on |
| 23:16.35 | the_map | 13 |
| 23:36.50 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 23:36.50 | *** mode/#bzflag [+v BulletCatcher] by ChanServ |
| 23:56.19 | *** join/#bzflag ukiki (ukiki@2600:3c03::f03c:91ff:fe70:30aa) |