| 00:02.26 | macsforme | other than bouncing off of walls, are there any other known glitches with high FPS? was there something about burrow mode? |
| 00:03.55 | The_Noah | That explains a lot! I didn't know bouncing off walls was caused by high FPS. |
| 00:04.23 | blast007 | burrow sinking/rising at the wrong speed, some things like driving over bumps doesn't work right |
| 00:05.59 | blast007 | iirc, I think Missile Wars 2.3 had something like that in the corners outside the bases. You're supposed to be able to drive over some obstacle which launches you into one base or the other, but it's hard/impossible to do with high FPS. |
| 00:07.11 | macsforme | do you think it had to do with the physics driver or the _maxBumpHeight? |
| 00:08.06 | blast007 | the bouncing off the walls may just be some issue with the *order* in which we move and then check for collisions. for an example of this, set the _tankSpeed *really* high, and drive into a corner of the map. depending on how much "forward speed" you apply, the tank will be pushed away from the corner the faster you're trying to move. |
| 00:08.33 | blast007 | pushed further away* |
| 00:08.49 | blast007 | re: the MS2.3 thing, I don't know |
| 00:08.52 | blast007 | MW* |
| 00:09.48 | The_Noah | Speaking of high FPS, does anyone else have the issue where when you have vsync on when you start the game its not on even though in settings it is? (turning it off of vsync and back on fixes it) |
| 00:09.48 | blast007 | I never investigated to see how exactly it was even being done. |
| 00:10.07 | blast007 | The_Noah: our handling of V-Sync/FPS limit could be improved |
| 00:10.15 | The_Noah | Okay. |
| 00:10.48 | blast007 | I don't think we explicitly set it to off when we start the game, so GPU drivers (such as nVidia) may default to having it on |
| 00:11.09 | blast007 | I think our "Off" is just "do whatever the driver wants to do by default" |
| 00:11.42 | The_Noah | Okay. |
| 00:11.46 | Kanone | I've noticed the handling of physics at times of when it is easy to "drivethrough" objects with a fast enough speed. |
| 00:12.07 | macsforme | The_Noah: it was fixed in https://github.com/BZFlag-Dev/bzflag/commit/837d9e4f58832772e5495ae6a78fa5b70659240d |
| 00:12.15 | blast007 | yeah, low enough FPS with high enough tank speed and/or thin objects can let you phase through them |
| 00:12.29 | Kanone | Does it happen in mesh? |
| 00:12.53 | blast007 | we don't do any kind of test between frames to see if a collision occurred, just "if I moved this far am I clear?" |
| 00:13.11 | blast007 | shouldn't matter what type of object |
| 00:13.44 | blast007 | unless you're talking about being within an object, in which case that's more of a common issue with mesh since the inside isn't solid by default |
| 00:14.13 | macsforme | I think our collision code just checks for penetration into an object, and then tries to expel you from it... at least as far as boxes are concerned |
| 00:15.30 | Kanone | Yeah, I seem to recall mesh objects requiring "inside" points to fix it at times. |
| 00:16.21 | *** join/#bzflag infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:16.21 | *** topic/#bzflag is https://BZFlag.org || https://www.openhub.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || Current version: 2.4.18 || New shiny website! https://forums.bzflag.org/viewtopic.php?f=8&t=20201 |
| 00:16.21 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:16.34 | blast007 | another possibility with the higher FPS is that it's just some floating point inaccuraces as the numbers get real tiny |
| 00:17.04 | blast007 | or, I should say, as the differences between numbers get real tiny |
| 00:23.38 | macsforme | are we planning another 2.4 release? several people have brought up that vsync issue, which I'd like to push out in a reasonable timeframe |
| 00:24.34 | blast007 | yeah, we can certainly do another 2.4 release |
| 00:25.29 | Kanone | Any rough time frame? |
| 00:25.40 | Kanone | approximate* |
| 00:27.50 | blast007 | we're targeting a day that ends with 'y' |
| 00:28.38 | blast007 | macsforme: I have some changes to the menus that group items a bit better that I'd like to test a bit more and polish up |
| 00:29.37 | blast007 | I'll hold off on revamping the key mapping stuff since that's a whole big thing and is probably better waiting until we support only SDL2 (or if we move to GLFW which also supports SDL2's input mapping stuff) |
| 00:29.42 | the-map | so you're saying you're trying to get it out yesterday, not tomorrow? |
| 00:30.12 | blast007 | ~lart the-map |
| 00:30.12 | infobot | pours hot grits down the front of the-map's pants |
| 00:32.36 | blast007 | I also have the vast majority of support for different quantities of outside world walls done, though I could use some help on the maths/logic for handling the tank/flag (and random world object?) spawning logic |
| 00:32.58 | blast007 | dunno if we want that for the next 2.4 or not, but it is compatible with the existing clients |
| 00:33.46 | blast007 | it's also possible to add BZW support for defining custom walls (as long as it remains a convex polygon) |
| 00:34.16 | blast007 | so... you could actually have a rectangular shaped map, for instance |
| 00:44.30 | the-map | wait what's wrong with my shape? |
| 00:44.49 | the-map | ok I'm done :) |
| 00:45.03 | allejo | i've heard you're too much of a square |
| 00:45.09 | BZNotify | bzflag: 03macsforme 11labeled pull request #53 "-view three for greater or fewer than three monitors" by 03khonkhortisan as 00wontfix (06https://git.io/vo1nb) |
| 00:45.14 | BZNotify | bzflag: 03macsforme commented on pull request #53 by 03khonkhortisan (06https://git.io/fjbuf): It sounds like our plan for `-view three` at this moment is simply ... |
| 00:45.15 | BZNotify | bzflag: 03macsforme 04closed pull request #53 by 03khonkhortisan |
| 00:57.24 | macsforme | we were going to close tupone's #148 and wait for the GL 2.0 version of it, right? |
| 01:03.48 | blast007 | would there be some advantage to the GL1.5 stuff, possibly in a 2.4 release? |
| 01:08.06 | macsforme | possibly more efficiency, but I don't recall if we benchmarked it or what the results were |
| 01:08.45 | macsforme | it also depends on glm, which I think we decided will wait until 2.6 |
| 01:09.21 | blast007 | ah, yeah, then we'll skip that one and go right to 2.0 in master |
| 01:09.23 | macsforme | and he ripped out all the medium and low-polygon tanks |
| 01:10.19 | macsforme | okay, I think he said he was fine with that too |
| 01:13.24 | BZNotify | bzflag: 03macsforme commented on pull request #148 "Use of Vertex Buffer Objects" by 03atupone (06https://git.io/fjbuG): On consensus, this PR will be closed and we will wait for the OpenG... |
| 01:13.25 | BZNotify | bzflag: 03macsforme 04closed pull request #148 by 03atupone |
| 02:14.50 | *** mode/#bzflag [-v short_circuit] by ChanServ |
| 02:29.31 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 03:07.22 | BZNotify | 02master @ bzflag: 03macsforme pushed 3 commits (06https://git.io/fjbzr): |
| 03:07.22 | BZNotify | 02master @ bzflag: 03jwmelto 14aa19b4: refactor TimeKeeper to use std::chrono (06https://git.io/fjbzo) |
| 03:07.23 | BZNotify | 02master @ bzflag: 03macsforme 14c573af: Run astyle over the previous commit. (06https://git.io/fjbzK) |
| 03:07.24 | BZNotify | 02master @ bzflag: 03macsforme 147d58d0: Merge branch 'jwmelto_timekeeper_std_chrono' (06https://git.io/fjbz6) |
| 03:11.12 | BZNotify | bzflag: 03macsforme 04closed pull request #203 "simplify singleton pattern, silencing compile warnings for issue #176" by 03jwmelto (06https://git.io/fji8W) |
| 03:11.13 | BZNotify | 022.4 @ bzflag: 03macsforme pushed 2 commits (06https://git.io/fjbzP): |
| 03:11.14 | BZNotify | 022.4 @ bzflag: 03jwmelto 14a53d54: simplify singleton pattern, silencing compile warnings for issue #176 (06https://git.io/fjbzX) |
| 03:11.15 | BZNotify | 022.4 @ bzflag: 03macsforme 14551401: Merge pull request #203 from jwmelto/warnings (06https://git.io/fjbz1) |
| 03:12.18 | BZNotify | bzflag: 03macsforme 04closed pull request #206 "Symbols hidden by default (and manually exported) when compiling with clang" (06https://git.io/fjyoE) |
| 03:12.19 | BZNotify | 022.4 @ bzflag: 03macsforme pushed 2 commits (06https://git.io/fjbzM): |
| 03:12.20 | BZNotify | 022.4 @ bzflag: 03macsforme 141d9584: When compiling with clang, change symbols to hidden by default to silence a warning, and then manually export symbols as needed so that plugins still work. (06https://git.io/fjbzD) |
| 03:12.21 | BZNotify | 022.4 @ bzflag: 03macsforme 14812c5d: Merge pull request #206 from macsforme/clang_visibility_fix (06https://git.io/fjbzy) |
| 03:13.06 | BZNotify | bzflag: 03macsforme 04closed pull request #207 "Symbols hidden by default (and manually exported) when compiling with macOS using clang on master" (06https://git.io/fjyoK) |
| 03:13.07 | BZNotify | 02master @ bzflag: 03macsforme pushed 2 commits (06https://git.io/fjbz9): |
| 03:13.08 | BZNotify | 02master @ bzflag: 03macsforme 14aa0646: When compiling on macOS using clang, change symbols to hidden by default to silence a warning, and then manually export symbols as needed so that plugins still work. (06https://git.io/fjbzH) |
| 03:13.09 | BZNotify | 02master @ bzflag: 03macsforme 142e335a: Merge pull request #207 from macsforme/clang_visibility_fix_master (06https://git.io/fjbzQ) |
| 03:21.25 | BZNotify | bzflag: 03macsforme 11synchronized pull request #209 "Removal of unused time bomb logic" by 03Zehra (06https://git.io/fjSQn) |
| 03:23.50 | BZNotify | bzflag: 03allejo commented on pull request #214 "Add bz_eReloadEvent API event" (06https://git.io/fjbgv): @jwmelto since the remaining comments are related, my thinking was ... |
| 03:24.49 | BZNotify | bzflag: 03allejo 04closed issue #213 "Convert README to markdown" by 03rogersachan (06https://git.io/fj5jf) |
| 03:44.24 | BZNotify | 02master @ bzflag: 03macsforme pushed 10 commits (06https://git.io/fjbgD): |
| 03:44.25 | BZNotify | 02master @ bzflag: 03macsforme 1444ced9: Merge remote-tracking branch 'origin/2.4' (06https://git.io/fjbgy) |
| 03:44.44 | BZNotify | bzflag: 03macsforme commented on issue #176 "XCode Build Warnings" by 03jwmelto (052.4.20 - 06https://git.io/fjbgS): This issue was resolved with the combination of pull requests #203,... |
| 03:44.45 | BZNotify | bzflag: 03macsforme 04closed issue #176 by 03jwmelto (052.4.20 - ) |
| 03:46.40 | macsforme | clang builds are pretty clean now... just a few warnings left, mostly about glu being deprecated |
| 03:47.11 | allejo | cheers |
| 03:55.11 | BZNotify | bzflag: 03macsforme commented on issue #211 "Got shot by Lazer while holding Cloaking" by 03The-Noah (06https://git.io/fjbgA): This is a known limitation of our protocol at the moment, and is un... |
| 03:55.12 | BZNotify | bzflag: 03macsforme 04closed issue #211 by 03The-Noah |
| 04:01.34 | BZNotify | bzflag: 03macsforme commented on issue #201 "bzflag is not working properly with 3+ monitors" by 03jose1711 (06https://git.io/fjb2n): It seems that SDL is reporting a certain number of resolutions, but... |
| 04:21.03 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b98995.dyn.optonline.net) |
| 04:44.14 | BZNotify | bzflag: 03macsforme commented on issue #74 "Game crashes on Mac OS X 10.7 when compiled on 10.12" (06https://git.io/fjbaM): This issue appears to have been corrected as of c-ares 1.15.0.... |
| 04:44.14 | BZNotify | bzflag: 03macsforme 04closed issue #74 |
| 08:59.29 | *** join/#bzflag infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 08:59.29 | *** topic/#bzflag is https://BZFlag.org || https://www.openhub.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || Current version: 2.4.18 || New shiny website! https://forums.bzflag.org/viewtopic.php?f=8&t=20201 |
| 08:59.29 | *** mode/#bzflag [+v infobot] by ChanServ |
| 10:01.35 | *** join/#bzflag galileo (~QUJAAAAAA@24.224.250.196) |
| 14:13.31 | *** join/#bzflag FusionDude (~flash@2601:280:c200:4e39:5b2:7302:55bd:3eaf) |
| 14:13.32 | *** mode/#bzflag [+v FusionDude] by ChanServ |
| 14:14.47 | *** join/#bzflag Foo_man_choo (~james@2601:2c5:c600:2365::139e) |
| 14:36.55 | *** join/#bzflag ukiki (ukiki@2600:3c03::f03c:91ff:fe70:30aa) |
| 15:11.06 | BZNotify | bzflag: 03The-Noah edited issue #204 "Thief doesn't always set reload timer before being able to fire." (06https://git.io/fjiPD) |
| 19:00.12 | BZNotify | bzflag: 03macsforme commented on pull request #197 "Use markdown for information and README files" by 03The-Noah (06https://git.io/fjb7S): I'm open to having our documentation files in markdown format, but ... |
| 19:07.46 | BZNotify | bzflag: 03jose1711 commented on issue #201 "bzflag is not working properly with 3+ monitors" (06https://git.io/fjb7b): i think the problem might be in the code of `listResolutions.cpp`.... |
| 19:53.15 | BZNotify | bzflag: 03h3xx 03opened pull request #215 "Fix missing include" (06https://git.io/fjb59) |
| 19:55.33 | BZNotify | bzflag: 03allejo review_requested pull request #215 "Fix missing include" by 03h3xx (06https://git.io/fjb59) |
| 19:55.34 | BZNotify | bzflag: 03allejo review_requested pull request #215 by 03h3xx |
| 19:55.49 | BZNotify | bzflag: 03allejo milestoned issue #215 "Fix missing include" by 03h3xx (052.4.20 - 06https://git.io/fjb59) |
| 19:55.55 | BZNotify | bzflag: 03allejo demilestoned issue #215 by 03h3xx |
| 20:09.38 | *** join/#bzflag Sgeo_ (~Sgeo@ool-18b98995.dyn.optonline.net) |
| 20:34.18 | blast007 | for TimeKeeper.h in master, we don't need to have the BZF_TIME_KEEPER_H if we're using '#pragma once', right? |