| 00:10.35 | *** join/#bzflag Sgeo (~Sgeo@ool-18b982ad.dyn.optonline.net) |
| 00:19.57 | *** join/#bzflag disco- (~disco@unaffiliated/disco-) |
| 00:33.24 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 03:04.55 | macsforme | in the video, it looks like bzflag is trying to launch on the (largest) 1080p screen, although it's tough to tell for sure |
| 03:07.16 | macsforme | actually I think the monitor info he posted confirms that |
| 03:25.40 | blast007 | when I have the second display attached, my "Change Video Format" menu option is missing, so it's failing to build a list of resolutions |
| 03:28.16 | blast007 | or, it did last time |
| 03:28.56 | blast007 | I have the second screen hooked up and active, launched the game, and managed to get into the Change Video Format menu between the flickering |
| 03:30.03 | blast007 | it's showing that the current resolution is 1366x768 (the resolution of the built-in screen) but it's showing up as a flashing image on secondary display, in the top left corner (though for at least one flash, it was in the bottom left) |
| 03:31.04 | blast007 | I started windowed this time, and then tried to change the video format |
| 03:32.33 | blast007 | the resolutions listed match up with the built-in monitor (up to 1366x768). didn't do anything when I picked 1366x768, but when I picked the one below that it looked like the resolution of the built-in screen changed, but now it's just flashing between the desktop/terminal and solid black on the built-in screen |
| 03:35.06 | blast007 | okay, so the reason I didn't get resolution options was because I was using Wayland instead of Xorg |
| 03:35.21 | blast007 | (I had switched to Xorg before the last tests) |
| 03:36.14 | blast007 | I'm not sure if it should be expected that we can't change resolutions on Wayland |
| 03:51.52 | blast007 | swapping SDL_WINDOW_FULLSCREEN to SDL_WINDOW_FULLSCREEN_DESKTOP made no difference |
| 04:03.26 | blast007 | the reason it flashes it that it repeatedly calls SDLWindow::create |
| 04:09.40 | blast007 | in playing.cxx, doEvent, for BzfEvent::Resize, I'm seeing the event.resize values being 2560 and 1440 |
| 04:35.17 | blast007 | I'm starting to dislike SDL... |
| 04:36.13 | blast007 | I have this basic SDL2 / GLFW test program from last year: https://gist.github.com/blast007/57f6d95522932035ed57db27b6db7070 |
| 04:36.55 | blast007 | if I have the resolution set to 800x600 in the program, SDL displays it on the laptop's internal display (after adjusting the desktop resolution to that) |
| 04:37.18 | blast007 | but if I change it to be the native resolution of the internal display, it instead displays it full screen on the external monitor |
| 04:37.30 | blast007 | whereas GLFW correctly displays it on the internal display |
| 06:02.13 | macsforme | so maybe it's related to the displays getting mixed up |
| 06:05.08 | macsforme | on his xrandr output, the order of displays is: the 1080p screen, the 1280x1024 screen (primary), and the 1440x900 screen |
| 06:10.06 | macsforme | when he runs my SDL2 listResolutions.cpp program, the first two are reversed (the 1280x1024 primary screen is 0, the 1080p screen is 1, and the 1440x900 screen is 2) |
| 06:13.03 | macsforme | this section of code seems to suggest that we only pull resolutions from display 0: https://github.com/BZFlag-Dev/bzflag/blob/2.4/src/platform/SDL2Display.cxx#L19-L81 |
| 06:14.02 | macsforme | yet in his video, bzflag is launching on the 1080p screen (what would be display 1), at a resolution that is only supported on that particular screen |
| 06:18.28 | macsforme | so I wonder what is making the game try that resolution |
| 06:18.39 | *** join/#bzflag FieldSobers (~Artistics@unaffiliated/user49) |
| 06:24.46 | BZNotify | bzflag: 03macsforme commented on issue #201 "bzflag is not working properly with 3+ monitors" by 03jose1711 (06https://git.io/Je625): Can you please launch the game in windowed mode and then take a scr... |
| 07:06.05 | *** join/#bzflag Artistics (~Artistics@unaffiliated/user49) |
| 07:37.10 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 07:37.10 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 10:12.14 | *** join/#bzflag DTRemenak (~DTRemenak@2605:e000:141f:c002:8b8:1d70:bf3b:50b7) |
| 10:12.14 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 10:12.14 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 10:21.42 | macsforme | ~tupone++ |
| 10:27.08 | *** join/#bzflag macsforme (~macsforme@2604:a880:400:d0::e61:a001) |
| 10:27.08 | *** join/#bzflag macsforme (~macsforme@bzflag/developer/Constitution) |
| 10:27.08 | *** mode/#bzflag [+o macsforme] by ChanServ |
| 12:54.32 | blast007 | macsforme: no, it looked more like SDL being broken |
| 13:34.47 | tupone | macsforme: I don't think we can remove the "SceneDatabase* db = new ZSceneDatabase;" line |
| 13:35.41 | tupone | maybe the comment :) |
| 13:35.44 | tupone | yes |
| 13:59.26 | blast007 | macsforme: specifically, if I was trying to use the native resolution of the primary display, it was displaying the window on the secondary display |
| 14:00.01 | blast007 | though with the demo code I had, it was showing up full-screen on the second display |
| 14:00.06 | blast007 | I need to play around with that a bit more |
| 14:01.28 | blast007 | I'll try some other resolutions to see if there's some "breaking point" when it flips to the other display |
| 14:14.35 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 14:14.36 | *** mode/#bzflag [+v joevano] by ChanServ |
| 16:31.19 | BZNotify | bzflag: 03The-Noah commented on issue #216 "Didn't die by SW" (06https://git.io/Je6yt): Not really. It happened again on Urban Jungle where I was completel... |
| 16:32.40 | BZNotify | bzflag: 03The-Noah edited issue #204 "Thief doesn't always set reload timer before being able to fire." (06https://git.io/fjiPD) |
| 16:35.25 | BZNotify | bzflag: 03The-Noah commented on issue #204 "Thief doesn't always set reload timer before being able to fire." (06https://git.io/Je6yl): It happened again. Although I have tried multiple times and it does... |
| 16:36.16 | *** join/#bzflag The_Noah (~The_Noah@47.185.193.111) |
| 18:21.32 | BZNotify | bzflag: 03atupone 11synchronized pull request #226 "Zbuffer always" (06https://git.io/JerAw) |
| 18:21.57 | tupone | Need to fix MSVC: BSP files were removed |
| 21:06.49 | *** join/#bzflag sam (foobar@poulet.zoy.org) |
| 21:13.44 | *** join/#bzflag McSpider (~McSpider@li1055-178.members.linode.com) |
| 22:04.51 | macsforme | I've never had one problem with SDL2 window management... no, not one... never... ;-) |
| 22:11.41 | blast007 | :) |