macsforme | other than bouncing off of walls, are there any other known glitches with high FPS? was there something about burrow mode? | 00:02 |
---|---|---|
The_Noah | That explains a lot! I didn't know bouncing off walls was caused by high FPS. | 00:03 |
blast007 | burrow sinking/rising at the wrong speed, some things like driving over bumps doesn't work right | 00:04 |
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:05 |
macsforme | do you think it had to do with the physics driver or the _maxBumpHeight? | 00:07 |
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 |
blast007 | pushed further away* | 00:08 |
blast007 | re: the MS2.3 thing, I don't know | 00:08 |
blast007 | MW* | 00:08 |
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 |
blast007 | I never investigated to see how exactly it was even being done. | 00:09 |
blast007 | The_Noah: our handling of V-Sync/FPS limit could be improved | 00:10 |
The_Noah | Okay. | 00:10 |
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:10 |
blast007 | I think our "Off" is just "do whatever the driver wants to do by default" | 00:11 |
The_Noah | Okay. | 00:11 |
Kanone | I've noticed the handling of physics at times of when it is easy to "drivethrough" objects with a fast enough speed. | 00:11 |
macsforme | The_Noah: it was fixed in https://github.com/BZFlag-Dev/bzflag/commit/837d9e4f58832772e5495ae6a78fa5b70659240d | 00:12 |
blast007 | yeah, low enough FPS with high enough tank speed and/or thin objects can let you phase through them | 00:12 |
Kanone | Does it happen in mesh? | 00:12 |
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:12 |
blast007 | shouldn't matter what type of object | 00:13 |
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: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:14 |
Kanone | Yeah, I seem to recall mesh objects requiring "inside" points to fix it at times. | 00:15 |
*** infobot <infobot!ibot@c-174-52-60-165.hsd1.ut.comcast.net> has quit IRC (Read error: Connection reset by peer) | 00:15 | |
macsforme | that could explain why you get bounced away (expelled more quickly, basically) at a higher framerate | 00:15 |
*** infobot <infobot!ibot@c-174-52-60-165.hsd1.ut.comcast.net> has joined #bzflag | 00:16 | |
*** ChanServ sets mode: +v infobot | 00:16 | |
blast007 | another possibility with the higher FPS is that it's just some floating point inaccuraces as the numbers get real tiny | 00:16 |
blast007 | or, I should say, as the differences between numbers get real tiny | 00:17 |
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:23 |
blast007 | yeah, we can certainly do another 2.4 release | 00:24 |
Kanone | Any rough time frame? | 00:25 |
Kanone | approximate* | 00:25 |
blast007 | we're targeting a day that ends with 'y' | 00:27 |
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:28 |
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 |
the-map | so you're saying you're trying to get it out yesterday, not tomorrow? | 00:29 |
blast007 | ~lart the-map | 00:30 |
* infobot pours hot grits down the front of the-map's pants | 00:30 | |
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 |
blast007 | dunno if we want that for the next 2.4 or not, but it is compatible with the existing clients | 00:32 |
blast007 | it's also possible to add BZW support for defining custom walls (as long as it remains a convex polygon) | 00:33 |
blast007 | so... you could actually have a rectangular shaped map, for instance | 00:34 |
the-map | wait what's wrong with my shape? | 00:44 |
the-map | ok I'm done :) | 00:44 |
allejo | i've heard you're too much of a square | 00:45 |
BZNotify | bzflag: macsforme labeled pull request #53 "-view three for greater or fewer than three monitors" by khonkhortisan as wontfix (https://git.io/vo1nb) | 00:45 |
BZNotify | bzflag: macsforme commented on pull request #53 by khonkhortisan (https://git.io/fjbuf): It sounds like our plan for `-view three` at this moment is simply ... | 00:45 |
BZNotify | bzflag: macsforme closed pull request #53 by khonkhortisan | 00:45 |
macsforme | we were going to close tupone's #148 and wait for the GL 2.0 version of it, right? | 00:57 |
blast007 | would there be some advantage to the GL1.5 stuff, possibly in a 2.4 release? | 01:03 |
macsforme | possibly more efficiency, but I don't recall if we benchmarked it or what the results were | 01:08 |
macsforme | it also depends on glm, which I think we decided will wait until 2.6 | 01:08 |
blast007 | ah, yeah, then we'll skip that one and go right to 2.0 in master | 01:09 |
macsforme | and he ripped out all the medium and low-polygon tanks | 01:09 |
macsforme | okay, I think he said he was fine with that too | 01:10 |
BZNotify | bzflag: macsforme commented on pull request #148 "Use of Vertex Buffer Objects" by atupone (https://git.io/fjbuG): On consensus, this PR will be closed and we will wait for the OpenG... | 01:13 |
BZNotify | bzflag: macsforme closed pull request #148 by atupone | 01:13 |
*** Kanone is now known as Zehra | 01:24 | |
*** spldart is now known as short_circuit | 02:14 | |
*** ChanServ sets mode: -v short_circuit | 02:14 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@unaffiliated/idiedonce/x-1828535> has quit IRC (Read error: Connection reset by peer) | 02:28 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@unaffiliated/idiedonce/x-1828535> has joined #bzflag | 02:29 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@unaffiliated/idiedonce/x-1828535> has quit IRC (Remote host closed the connection) | 02:29 | |
BZNotify | master @ bzflag: macsforme pushed 3 commits (https://git.io/fjbzr): | 03:07 |
BZNotify | master @ bzflag: jwmelto aa19b4: refactor TimeKeeper to use std::chrono (https://git.io/fjbzo) | 03:07 |
BZNotify | master @ bzflag: macsforme c573af: Run astyle over the previous commit. (https://git.io/fjbzK) | 03:07 |
BZNotify | master @ bzflag: macsforme 7d58d0: Merge branch 'jwmelto_timekeeper_std_chrono' (https://git.io/fjbz6) | 03:07 |
BZNotify | bzflag: macsforme closed pull request #203 "simplify singleton pattern, silencing compile warnings for issue #176" by jwmelto (https://git.io/fji8W) | 03:11 |
BZNotify | 2.4 @ bzflag: macsforme pushed 2 commits (https://git.io/fjbzP): | 03:11 |
BZNotify | 2.4 @ bzflag: jwmelto a53d54: simplify singleton pattern, silencing compile warnings for issue #176 (https://git.io/fjbzX) | 03:11 |
BZNotify | 2.4 @ bzflag: macsforme 551401: Merge pull request #203 from jwmelto/warnings (https://git.io/fjbz1) | 03:11 |
BZNotify | bzflag: macsforme closed pull request #206 "Symbols hidden by default (and manually exported) when compiling with clang" (https://git.io/fjyoE) | 03:12 |
BZNotify | 2.4 @ bzflag: macsforme pushed 2 commits (https://git.io/fjbzM): | 03:12 |
BZNotify | 2.4 @ bzflag: macsforme 1d9584: 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. (https://git.io/fjbzD) | 03:12 |
BZNotify | 2.4 @ bzflag: macsforme 812c5d: Merge pull request #206 from macsforme/clang_visibility_fix (https://git.io/fjbzy) | 03:12 |
*** Zehra <Zehra!~Zehra@unaffiliated/zehra> has quit IRC (Quit: Gone for now.) | 03:12 | |
BZNotify | bzflag: macsforme closed pull request #207 "Symbols hidden by default (and manually exported) when compiling with macOS using clang on master" (https://git.io/fjyoK) | 03:13 |
BZNotify | master @ bzflag: macsforme pushed 2 commits (https://git.io/fjbz9): | 03:13 |
BZNotify | master @ bzflag: macsforme aa0646: 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. (https://git.io/fjbzH) | 03:13 |
BZNotify | master @ bzflag: macsforme 2e335a: Merge pull request #207 from macsforme/clang_visibility_fix_master (https://git.io/fjbzQ) | 03:13 |
BZNotify | bzflag: macsforme synchronized pull request #209 "Removal of unused time bomb logic" by Zehra (https://git.io/fjSQn) | 03:21 |
BZNotify | bzflag: allejo commented on pull request #214 "Add bz_eReloadEvent API event" (https://git.io/fjbgv): @jwmelto since the remaining comments are related, my thinking was ... | 03:23 |
BZNotify | bzflag: allejo closed issue #213 "Convert README to markdown" by rogersachan (https://git.io/fj5jf) | 03:24 |
BZNotify | master @ bzflag: macsforme pushed 10 commits (https://git.io/fjbgD): | 03:44 |
BZNotify | master @ bzflag: macsforme 44ced9: Merge remote-tracking branch 'origin/2.4' (https://git.io/fjbgy) | 03:44 |
BZNotify | bzflag: macsforme commented on issue #176 "XCode Build Warnings" by jwmelto (2.4.20 - https://git.io/fjbgS): This issue was resolved with the combination of pull requests #203,... | 03:44 |
BZNotify | bzflag: macsforme closed issue #176 by jwmelto (2.4.20 - ) | 03:44 |
macsforme | clang builds are pretty clean now... just a few warnings left, mostly about glu being deprecated | 03:46 |
* allejo cheers | 03:47 | |
BZNotify | bzflag: macsforme commented on issue #211 "Got shot by Lazer while holding Cloaking" by The-Noah (https://git.io/fjbgA): This is a known limitation of our protocol at the moment, and is un... | 03:55 |
BZNotify | bzflag: macsforme closed issue #211 by The-Noah | 03:55 |
BZNotify | bzflag: macsforme commented on issue #201 "bzflag is not working properly with 3+ monitors" by jose1711 (https://git.io/fjb2n): It seems that SDL is reporting a certain number of resolutions, but... | 04:01 |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98995.dyn.optonline.net> has joined #bzflag | 04:21 | |
*** Sgeo <Sgeo!~Sgeo@ool-18b98995.dyn.optonline.net> has quit IRC (Ping timeout: 258 seconds) | 04:23 | |
BZNotify | bzflag: macsforme commented on issue #74 "Game crashes on Mac OS X 10.7 when compiled on 10.12" (https://git.io/fjbaM): This issue appears to have been corrected as of c-ares 1.15.0.... | 04:44 |
BZNotify | bzflag: macsforme closed issue #74 | 04:44 |
*** infobot <infobot!ibot@c-174-52-60-165.hsd1.ut.comcast.net> has quit IRC (Ping timeout: 244 seconds) | 08:17 | |
*** infobot <infobot!ibot@c-174-52-60-165.hsd1.ut.comcast.net> has joined #bzflag | 08:59 | |
*** ChanServ sets mode: +v infobot | 08:59 | |
*** galileo <galileo!~QUJAAAAAA@24.224.250.196> has joined #bzflag | 10:01 | |
*** FusionDude <FusionDude!~flash@2601:280:c200:4e39:5b2:7302:55bd:3eaf> has joined #bzflag | 14:13 | |
*** ChanServ sets mode: +v FusionDude | 14:13 | |
*** Foo_man_choo <Foo_man_choo!~james@2601:2c5:c600:2365::139e> has joined #bzflag | 14:14 | |
*** short_circuit <short_circuit!~james@bzflag/contributor/spldart> has quit IRC (Ping timeout: 250 seconds) | 14:16 | |
*** Flash <Flash!~flash@2601:280:c200:4e39:a109:9c63:f31e:4ab> has quit IRC (Ping timeout: 250 seconds) | 14:16 | |
*** ukiki <ukiki!ukiki@2600:3c03::f03c:91ff:fe70:30aa> has quit IRC (Ping timeout: 250 seconds) | 14:36 | |
*** ukiki <ukiki!ukiki@2600:3c03::f03c:91ff:fe70:30aa> has joined #bzflag | 14:36 | |
BZNotify | bzflag: The-Noah edited issue #204 "Thief doesn't always set reload timer before being able to fire." (https://git.io/fjiPD) | 15:11 |
BZNotify | bzflag: macsforme commented on pull request #197 "Use markdown for information and README files" by The-Noah (https://git.io/fjb7S): I'm open to having our documentation files in markdown format, but ... | 19:00 |
BZNotify | bzflag: jose1711 commented on issue #201 "bzflag is not working properly with 3+ monitors" (https://git.io/fjb7b): i think the problem might be in the code of `listResolutions.cpp`.... | 19:07 |
BZNotify | bzflag: h3xx opened pull request #215 "Fix missing include" (https://git.io/fjb59) | 19:53 |
BZNotify | bzflag: allejo review_requested pull request #215 "Fix missing include" by h3xx (https://git.io/fjb59) | 19:55 |
BZNotify | bzflag: allejo review_requested pull request #215 by h3xx | 19:55 |
BZNotify | bzflag: allejo milestoned issue #215 "Fix missing include" by h3xx (2.4.20 - https://git.io/fjb59) | 19:55 |
BZNotify | bzflag: allejo demilestoned issue #215 by h3xx | 19:55 |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98995.dyn.optonline.net> has quit IRC (Read error: Connection reset by peer) | 20:09 | |
*** Sgeo_ <Sgeo_!~Sgeo@ool-18b98995.dyn.optonline.net> has joined #bzflag | 20:09 | |
*** galileo <galileo!~QUJAAAAAA@24.224.250.196> has quit IRC (Ping timeout: 258 seconds) | 20:10 | |
blast007 | for TimeKeeper.h in master, we don't need to have the BZF_TIME_KEEPER_H if we're using '#pragma once', right? | 20:34 |
Generated by irclog2html.py 2.17.3.dev0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!