| 00:05.12 | Zehra | I'm having one minor issue with updating a plug-in. |
| 00:05.32 | Zehra | https://pastebin.com/UWBesjzL |
| 00:06.55 | allejo | ? |
| 00:06.55 | Zehra | I tried replacing it with bz_PlayerUpdateState, but didn't get anywhere. |
| 00:08.25 | allejo | https://wiki.bzflag.org/Bz_BasePlayerRecord |
| 00:08.38 | allejo | there's not ->pos |
| 00:08.40 | allejo | no* |
| 00:10.15 | Zehra | I tried using https://wiki.bzflag.org/Bz_PlayerUpdateState and only ended up with "uninitialized local variable 'data' used" at best, although it still compiled. :/ |
| 00:12.31 | Zehra | I'm trying to update SpawnRecord. https://forums.bzflag.org/viewtopic.php?f=79&t=12003 |
| 00:13.23 | allejo | look at the link I sent |
| 00:13.41 | allejo | it says that each baseplayerrecord has a variable called "lastKnownState" of type bz_PlayerUpdateState |
| 00:13.56 | allejo | meaning, you can do player->lastKnownState |
| 00:14.18 | allejo | then look at the link you shared for playerupdatestate, and see that it has a pos variable of type float[3] |
| 00:15.23 | Zehra | ah okay. |
| 00:18.52 | *** join/#bzflag infobot (ibot@rikers.org) |
| 00:18.52 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.14 released! https://forums.bzflag.org/viewtopic.php?f=62&t=19953 |
| 00:18.52 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:20.49 | allejo | do you understand or did that just go over your head and you're settling with "ah okay"? |
| 00:21.50 | Zehra | it basically went over my head and I'm sort of trying to figure it out. |
| 00:22.33 | allejo | if it went over your head, don't be afraid to ask for clarification |
| 00:23.50 | Zehra | I'm not sure how to get bz_PlayerUpdateState from bz_BasePlayerRecord. |
| 00:24.16 | allejo | a player record is an object, think of it as a giant box. in that box you'll find other boxes with labels on them, for example "playerID" or "callsign" (inside of a player record) |
| 00:24.28 | allejo | bz_BasePlayerRecord is just the type of box we're working with |
| 00:25.01 | allejo | in order to access information of the smaller boxes, say "callsign" you will use '->' to access it in this case |
| 00:25.19 | allejo | so for example, "record->callsign" will give you the string value of the player |
| 00:25.39 | allejo | does that make sense so far? |
| 00:26.38 | Zehra | it is making sense, except I'm not sure with how to use it correctly. |
| 00:27.34 | Zehra | I'm trying to do this: player->lastKnownState->pos and it isn't quite working. :/ |
| 00:27.52 | allejo | it's because pos is of type float[3] |
| 00:27.58 | allejo | meaning three separate values inside of one box |
| 00:28.21 | allejo | so, there's player->lastKnownState->pos[0] and player->lastKnownState->pos[1] |
| 00:28.24 | allejo | and a [2] as well |
| 02:22.59 | *** join/#bzflag AAA_awright (~aaa@2607:5300:60:7d4::1) |
| 02:46.17 | JeffM | It would help you to do some basic c++ tutorials, bzflag is not the best learning environment. |
| 03:26.25 | Zehra | I have a few books for C++, but haven't really read them or paid attention to tutorials. |
| 03:27.02 | Zehra | Mostly going along and picking up stuff as I go along these days. :p |
| 03:35.57 | Zehra | I'll keep in mind to look and do some tutorials though. :) |
| 04:47.51 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 05:25.22 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-rgzsvdljkijolrem) |
| 07:39.38 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-auggjapthodrgsea) |
| 07:39.38 | BZnotify | [13bzflag] 15atupone closed pull request #109: drop extra resize calls. The windows is created only once. (062.4...06SDL2Fix) 02https://git.io/vpEQK |
| 07:39.38 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-auggjapthodrgsea) |
| 10:55.47 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 11:54.01 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-laabobnncfdlqyfp) |
| 11:54.01 | BZnotify | [13bzflag.org] 15blast007 pushed 1 new commit to 06master: 02https://git.io/vpr4W |
| 11:54.01 | BZnotify | 13bzflag.org/06master 143158f95 15Scott Wichser: Update the download page and MOTD to point to 2.4.14. |
| 11:54.01 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-laabobnncfdlqyfp) |
| 11:56.43 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-wrmmiozygikdngcr) |
| 11:56.43 | BZnotify | [13download.bzflag.org] 15blast007 pushed 1 new commit to 06master: 02https://git.io/vpr4R |
| 11:56.43 | BZnotify | 13download.bzflag.org/06master 146822dda 15Scott Wichser: Add the 2.4.14 release. |
| 11:56.43 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-wrmmiozygikdngcr) |
| 12:09.41 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-iujlwmqdkrscgqne) |
| 12:09.41 | BZnotify | [13bzflag-dependencies] 15blast007 pushed 4 new commits to 062.4: 02https://git.io/vpr49 |
| 12:09.41 | BZnotify | 13bzflag-dependencies/062.4 141932bdd 15Scott Wichser: Update the readme. |
| 12:09.41 | BZnotify | 13bzflag-dependencies/062.4 14e0f03d6 15Scott Wichser: Update curl from 7.58.0 to 7.59.0. |
| 12:09.41 | BZnotify | 13bzflag-dependencies/062.4 148aaa16e 15Scott Wichser: Update PDCurses from 3.4 to 3.6. |
| 12:09.41 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-iujlwmqdkrscgqne) |
| 12:45.45 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 17:29.30 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-avuximqscphsjkvf) |
| 17:29.30 | BZnotify | [13bzflag] 15atupone pushed 1 new commit to 062.4: 02https://git.io/vprri |
| 17:29.30 | BZnotify | 13bzflag/062.4 1454e7a23 15Alfredo Tupone: do color override (mainly for shadow) with inline procedure |
| 17:29.30 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-avuximqscphsjkvf) |
| 17:59.04 | macsforme | tupone: the new window handling works great on macOS... instead of multiple windows flashing at startup, it goes straight to the final one |
| 17:59.54 | tupone | good :) |
| 18:00.00 | macsforme | before, if you launched full-screen, it would flash a window, then fullscreen, then a window again, then the final fullscreen |
| 18:02.16 | tupone | for the peek event ... why you added the poll on SDL? Got any problem for that ? |
| 18:04.07 | tupone | s/poll/pump/ |
| 18:05.20 | tupone | IIUC the peekEvent is called only if there is at least an event on the queue in our code |
| 18:18.42 | macsforme | their wiki page for SDL_PeepEvents() suggests to call SDL_PumpEvents() first so the events are ready: https://wiki.libsdl.org/SDL_PeepEvents |
| 18:24.55 | tupone | But the SDL_Poll that we call just before does implicity call SDL_Pump |
| 18:31.20 | macsforme | then I'm not sure what to do... it seems to me that a module should not trust an outside caller to call functions in a specific order for them to work |
| 18:32.04 | macsforme | but on the other hand, there is probably only one caller, which will probably always call it the same way |
| 18:37.13 | macsforme | maybe remove it but leave a warning comment in the code? |
| 18:39.11 | tupone | I will. The pump event is a round trip to the server. Better to avoid. |
| 18:44.25 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-ihowzeysbeqnizpx) |
| 18:44.25 | BZnotify | [13bzflag] 15atupone pushed 1 new commit to 062.4: 02https://git.io/vpriC |
| 18:44.25 | BZnotify | 13bzflag/062.4 1495f3255 15Alfredo Tupone: Use GL_TRIANGLE_STRIP instead of GL_QUAD_STRIP (deprecated) |
| 18:44.25 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-ihowzeysbeqnizpx) |
| 19:22.31 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-sthptzubqiddpsod) |
| 19:22.31 | BZnotify | [13bzflag] 15atupone pushed 1 new commit to 062.4: 02https://git.io/vprXT |
| 19:22.31 | BZnotify | 13bzflag/062.4 14afb6aad 15Alfredo Tupone: Remove an unneeded SDL_PumpEvents |
| 19:22.31 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-sthptzubqiddpsod) |
| 19:32.05 | tupone | polls to depend on GLEW |
| 19:52.13 | blast007 | what do we need glew for? |
| 19:53.37 | tupone | to get openGL routines. Now we do by hand |
| 19:54.41 | blast007 | we used to have glew, then we got rid of it because we were only using it to check to a single GL extension |
| 19:54.49 | blast007 | check for* |
| 19:56.09 | tupone | we can delay it's use for a while, but as soon as we go to GL1.5 or more, our code will increase. Now we check for 5 or 6 entry |
| 19:56.58 | tupone | well not 5 but 20 |
| 21:17.50 | *** join/#bzflag disco- (~disco@81.187.95.100) |
| 21:17.50 | *** join/#bzflag disco- (~disco@unaffiliated/disco-) |
| 21:54.08 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 21:54.08 | *** join/#bzflag FastLizard4 (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 22:17.20 | blast007 | BulletCatcher: I set up a pretty barebones SDL2 OpenGL test. I'd be curious if it works on your system with the various values for FULLSCREEN_MODE. https://gist.github.com/blast007/57f6d95522932035ed57db27b6db7070 |
| 22:53.36 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |