| blast007 | commenting out the glScissor calls in RadarRenderer.cxx and ControlPanel.cxx does allow OBS Game Capture to work even if they are showing | 00:02 |
|---|---|---|
| blast007 | needs a glPushAttrib(GL_SCISSOR_BIT); before we start using it and a glPopAttrib(); when we're done | 00:17 |
| blast007 | that fixes it even if the radar and panel is showing | 00:17 |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 272 seconds) | 00:32 | |
| blast007 | macsforme: do you want me to make a PR for this or paste it into an issue? https://gist.github.com/blast007/4bfb902f56bc019fe9c0285c1e364abd | 00:39 |
| blast007 | (this isn't well tested yet) | 00:39 |
| macsforme | ah nice... yeah a PR sounds great, and I'll try to test it too | 00:43 |
| blast007 | there's the opposite issue, at least with this change, when the radar opacity is maxed | 00:44 |
| blast007 | then the 3D view gets captured, but the radar/panel doesn't update | 00:45 |
| blast007 | should I do it against 2.4 in case we decide to do another 2.4 release? | 00:45 |
| blast007 | I'll do it against 2.4 | 00:52 |
| blast007 | heh, yeah, looks like there's other uses of glScissor that don't use glPushAttrib/glPopAttrib, such as the altitude thingy on the mouse box | 01:08 |
| *** OkinaMatara <OkinaMatara!~Yukari@user/yukari> has quit IRC (Quit: Quit.) | 02:04 | |
| BZNotify | bzflag: blast007 opened pull request #285 "Fix OBS Studio game capture on Windows." (https://git.io/JcD3t) | 03:09 |
| BZNotify | bzflag: blast007 review_requested pull request #285 | 03:09 |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 07:43 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 09:59 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 246 seconds) | 10:39 | |
| BZNotify | bzflag: blast007 edited pull request #285 "Fix OBS Studio game capture on Windows." (https://git.io/JcD3t) | 11:17 |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 12:30 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 13:53 | |
| *** alfa1 <alfa1!~alfa1@host68.190-139-78.telecom.net.ar> has joined #bzflag | 14:55 | |
| *** alfa1 <alfa1!~alfa1@host68.190-139-78.telecom.net.ar> has quit IRC (Remote host closed the connection) | 17:51 | |
| *** Optic_Delusion <Optic_Delusion!~Optic_Del@pool-173-75-132-184.pitbpa.fios.verizon.net> has quit IRC (Ping timeout: 252 seconds) | 19:45 | |
| *** Sgeo_ <Sgeo_!~Sgeo@user/sgeo> has joined #bzflag | 20:56 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 20:56 | |
| *** Optic_Delusion <Optic_Delusion!~Optic_Del@pool-173-75-132-184.pitbpa.fios.verizon.net> has joined #bzflag | 21:09 | |
| Optic_Delusion | macsforme ... map file mountains and draiwnfo/LOD ... I don't know if that could work.. LOD does not seem to work at distances greater than world size... Your mountains would need to be placed very near to the world boundaries, they disappear when a player is in the far corner of the map. I've tried putting differnt values into lengthPerPixel and there does not seem to be a way to trick it into showing LOD | 21:55 |
| Optic_Delusion | at distances greater than world size | 21:55 |
| Optic_Delusion | I'll put together a sky dome bzw to illustrate the effect. | 21:56 |
| Optic_Delusion | https://pastebin.com/UcTXVtJE. I had to break the image link to get the paste past te spam filter, so you'll need to fix that if you want to see the image... AND open config.cfg and "allow images.planet-mofo.com".... but you can see the face culling effect in that map without the image, just obs into one corner and look at the far corner | 22:12 |
| Optic_Delusion | Like I said... I tried to trick LOD numbers into not culling at far distances, but it's no good.... However, there are two other components of drawinfo that I never understood. "extents" and "sphere", maybe there's something that can be done there? WHenever i played with them, they didn't appear to do anything at all. Look at the "extents" numbers bzfs produces when you -dd that world file | 22:19 |
| Optic_Delusion | ... i put that. sky dome together for Jefenry's MIDWAY map. | 22:21 |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 22:53 | |
| *** Sgeo_ <Sgeo_!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 22:53 | |
| macsforme | Optic_Delusion: thanks... I think the standard far plane is pretty close to the diagonal world size, so that might be the issue... I had not considered that | 23:18 |
| macsforme | so maybe 2.4 is not the right place for this project | 23:19 |
| Optic_Delusion | I think If we had some clue how world extents are calculated, we could get it working satisfactorily. Why does bzfs provide those near-infinity extents numbers when you run that world? | 23:22 |
| macsforme | blast007: did you you understand what specifically the issue was with our scissor state? per the GL spec, glPushAttrib(GL_SCISSOR_BIT) seems to just catch the scissor enabled/disabled state and the scissor box? | 23:23 |
| blast007 | not really. I just looked at what we were doing elsewhere, and we were using glPushAttrib | 23:24 |
| macsforme | kk, fair enough | 23:26 |
| blast007 | I couldn't find anything that connected the use of glScissor with issues with OBS | 23:31 |
Generated by irclog2html.py 2.17.3.dev0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!