| 00:07.21 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 00:20.29 | *** join/#bzflag infobot (ibot@rikers.org) |
| 00:20.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:20.29 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:35.35 | *** join/#bzflag Leppp (~Leppp@cpe-24-94-29-105.san.res.rr.com) |
| 00:39.24 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 02:27.02 | *** join/#bzflag hilmy (~hilmy@156.222.161.25) |
| 04:43.42 | *** join/#bzflag ahs3- (~ahs3-@2602:306:bc22:4d20:eda2:6edd:b2ac:9763) |
| 06:46.27 | macsforme | I was able to borrow my brother's retina macbook pro to look at the scaling issue... the issue seems to be that when it's running in scaled mode, SDL reports one additional resolution setting to bz in the first spot of the list, but when bz tries to switch the screen to that resolution, it gets a different resolution entirely, so it keeps trying to change it |
| 06:50.10 | macsforme | in this case, the native resolution is 2560x1600, and half of that (the default resolution generally) is 1280x800... when running in scaled mode, the first mode on the list is 1680x1050 (which wasn't there before), and when bz tries to initialize a window with that resolution, it gets 2048x1280 instead... no idea why |
| 06:51.26 | macsforme | I did find this possible workaround: https://discourse.libsdl.org/t/incorrect-drawable-size-for-fullscreen-opengl-window-on-os-x/20400/2 |
| 06:54.26 | macsforme | other than that, I couldn't find much in the way of existing bug reports to SDL about this issue... I'm trying to brainstorm for possible solutions, probably starting with that one workaround I linked to |
| 08:07.00 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-mmvtiirbyqwlawwk) |
| 10:14.45 | blast007 | macsforme: are there some examples that come with SDL2 that exhibit the same issue? |
| 10:44.39 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-xpfmmeymihhqsvpz) |
| 15:18.09 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 16:50.11 | macsforme | I don't know... why? |
| 16:54.24 | blast007 | because it'd be a simplified test case |
| 17:14.49 | macsforme | it should be easy enough to write a simplified test case when it's needed |
| 17:15.17 | macsforme | just pull the list of resolutions and try the first one, then see if you got back what you asked for |
| 17:18.59 | blast007 | but why, if one may already exist? |
| 17:19.21 | blast007 | then you could just tell the SDL peoples "this example fails on retina displays" |
| 17:25.43 | macsforme | sure, that would be a possibility for when it's time to file a bug report to SDL |
| 17:27.32 | blast007 | https://stackoverflow.com/a/26474702 https://bugzilla.libsdl.org/show_bug.cgi?id=1934 |
| 21:17.21 | *** join/#bzflag ahs3- (~ahs3-@2602:306:bc22:4d20:29aa:9e75:5d10:d2ac) |
| 23:54.36 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |