| 00:00.47 | churcd | the bit that is different from everything else is pretty trivial. I can remove it if you'd rather though, as it could confuse someone. I left a comment in there just in case |
| 00:00.53 | JefferyM | players are going to be crying more about the size of the radar :) |
| 00:00.59 | JefferyM | naw it's fine |
| 00:01.10 | JefferyM | is just pondering to himself :) |
| 00:01.22 | churcd | wait, what happened to the size of the radar? |
| 00:01.33 | JefferyM | it's limited |
| 00:01.42 | JefferyM | many people like a radar that fills the screen |
| 00:01.59 | churcd | yah I used to play like that, but it really didn't help me and it looked terrible so I put it to a more reasonable size |
| 00:02.13 | JefferyM | then you are one of the sane ones :) |
| 00:02.55 | churcd | That font cache thing isn't really a big deal as far as opaque/translucent |
| 00:03.04 | churcd | but the radar/panel resize just feels terrible in 2.99x |
| 00:03.22 | JefferyM | yeah |
| 00:03.39 | churcd | Is there a reason it's been rebuilt but wasn't in previous versions? Do fonts resize when they didn't or something? |
| 00:04.00 | JefferyM | the font system is totaly different |
| 00:04.10 | JefferyM | so yes they do lots of things they didn't used to do |
| 00:04.23 | JefferyM | they are being regenerated from the raw glyphs |
| 00:04.36 | JefferyM | 2.0.x used textures for the fonts |
| 00:04.38 | churcd | and I'm guessing threading that would be a lot more of a pain than it's worth |
| 00:04.44 | JefferyM | so they did not have to be regenerating |
| 00:04.50 | JefferyM | threading it won't solve anything |
| 00:04.55 | JefferyM | we can't draw untill it's done |
| 00:05.24 | JefferyM | the thing is we probably DON'T need to regenerate them |
| 00:05.40 | churcd | yah. It seems like the fonts on the screen aren't even changing after |
| 00:05.53 | churcd | so I was curious as to why it is being regenerated |
| 00:05.57 | JefferyM | my gut tells me it's tied to the GL state |
| 00:06.11 | JefferyM | it gets flushed and the font sytem thinks it has to rebuild them |
| 00:06.13 | JefferyM | when it dosn't |
| 00:06.37 | JefferyM | the thing to find out is why/when it gets flushed |
| 00:08.21 | JefferyM | was never a big fan of the GLState class |
| 00:10.35 | *** join/#bzflag jcp (~jw@bzflag/contributor/javawizard2539) |
| 00:13.54 | trepan | churcd: OS ? |
| 00:14.44 | churcd | I'm on Windows 7 |
| 00:15.39 | trepan | could try: /localset blockResizeRecontext 1 and /localset blockExposeRecontext 1 |
| 00:16.21 | trepan | "recontexting" isn't required for most X11 GL drivers, it's really just for Win users afaik |
| 00:16.39 | JefferyM | we only have to do it when we actualy lose contect |
| 00:16.49 | JefferyM | as in when the activate event happens |
| 00:17.13 | trepan | under what conditions? minimize/unminimize ? |
| 00:17.21 | JefferyM | yeah that's what those events are |
| 00:17.43 | JefferyM | he's getting it when he changes gui settings in game like opacity and panel size |
| 00:17.45 | JefferyM | I think |
| 00:18.00 | JefferyM | it's the only reason I can think of that would make that take a long time |
| 00:18.46 | churcd | yah, the blockResizeRecontext fixed it, but I'm under Windows |
| 00:18.48 | trepan | tbh, the new font system as awfully slow, even without recontexting |
| 00:18.59 | churcd | So who is it even necessary for then |
| 00:19.12 | JefferyM | churcd, you, just not in that specific case |
| 00:19.20 | churcd | and yes, the menus are noticeably laggy anyways (although not horrendus) |
| 00:19.25 | JefferyM | if you were to minimize bzflag then restore it |
| 00:19.35 | JefferyM | that's when we are supposed to rebuild the context |
| 00:20.00 | churcd | yes. But doesn't it have a seperate event for the minimize/restore? Expose or whatever? |
| 00:20.08 | JefferyM | yes |
| 00:20.20 | JefferyM | but for some reason the gui menu is triggering that code |
| 00:20.22 | JefferyM | that is the problem |
| 00:20.44 | JefferyM | trepans change just made that code not do the rebuild, it just shows that is where the problem is |
| 00:20.46 | JefferyM | it does not fix it |
| 00:21.16 | churcd | yes I realize this |
| 00:21.41 | churcd | The issue being, it's called from MainWindow::resize, which is called whenever the resize callback is triggered, where the radar resize triggers the callback |
| 00:21.50 | JefferyM | the win platform will have the event triggers from there a breakpoint could be set in that code to see where it is getting called |
| 00:22.03 | churcd | I know where it's getting called from |
| 00:22.14 | JefferyM | why does radar change call the main window? |
| 00:22.17 | JefferyM | that's the problem |
| 00:23.18 | churcd | SceneRenderer::setRadarSize |
| 00:23.34 | churcd | which should only set the radar size, not anything relating to the size of the window |
| 00:23.41 | churcd | which makes me think it shouldn't effect the context |
| 00:23.52 | churcd | calls window->getWindow()->callResizeCallbacks() |
| 00:24.05 | JefferyM | well that's dumb |
| 00:24.17 | JefferyM | unless some of the font sizes are based on the radar size |
| 00:24.23 | *** join/#bzflag temporalD (~ATD@bzflag/serverop/TemporalDistraction) |
| 00:24.33 | churcd | now, my question is whether or not there are "ResizeCallbacks()" which are designed to respond to the changing of the UI elements |
| 00:24.37 | JefferyM | still if they change the faces needed will be generated when first called |
| 00:24.39 | churcd | and some which are designed for window resizing |
| 00:24.54 | churcd | in which case there are actually two types of resize callbacks |
| 00:25.01 | churcd | but they all got thrown together causing the issue |
| 00:25.28 | JefferyM | notifystylechange should be enough |
| 00:25.50 | churcd | and sadly, it appears that yes, there are callbacks in taht list which need to be called for a radar resize |
| 00:25.55 | JefferyM | time to check history :) |
| 00:26.06 | JefferyM | then time to split em up |
| 00:26.19 | JefferyM | or pass in a bool that tells it to not recontext |
| 00:26.22 | churcd | commenting out the resizecallbackhandler on the radar resize breaks resizing |
| 00:26.31 | churcd | that's hacky though, as they really should be seperate types of callbacks |
| 00:26.38 | churcd | WindowResize and UIResize or something like that |
| 00:26.42 | JefferyM | heh, bzflag is hacky :) |
| 00:26.48 | JefferyM | yes that would be better |
| 00:27.18 | JefferyM | feel like doing it? |
| 00:27.22 | churcd | don't tell me to pass in a flag Mr. "Adding a second line of code that simplifies version changes makes the codebase unmaintainable" ;-) |
| 00:27.30 | churcd | ya sure |
| 00:27.40 | JefferyM | I never said it made it unmaintainable |
| 00:27.46 | JefferyM | just that' it's more code to maintain ;) |
| 00:27.53 | churcd | haha, you got me there |
| 00:28.23 | churcd | ok I've got a bio test to study for, but I'll get to that in the next couple of days |
| 00:28.26 | JefferyM | and a flag would not add an inconsitency with other things, it'd just be an option to an existing thing |
| 00:28.34 | JefferyM | but yes 2 callbacks is the right wya |
| 00:28.37 | JefferyM | it's just a lot more work |
| 00:28.42 | JefferyM | k |
| 00:29.01 | JefferyM | the UI callbacks shoudn't even be stored in the window |
| 00:29.10 | JefferyM | the window should just call them on resize |
| 00:29.49 | churcd | they're all stored in their respective classes |
| 00:29.59 | churcd | and called by the window |
| 00:30.21 | JefferyM | window still stores them |
| 00:30.30 | JefferyM | the pointers |
| 00:30.42 | JefferyM | BzfWindow::resizeCallbacks |
| 00:30.52 | churcd | oh true |
| 00:30.53 | JefferyM | and that's part of platform |
| 00:30.57 | blast007 | yeah, have to agree that the new font system is slow (re: what trepan said) - I tried setting the font to have an outline, but then I could only get 48 FPS. On HiX. ;) Turning the panel and scoreboard off, and it jumps up to around 200. But I just remembered that we have a 200FPS cap now.. |
| 00:30.59 | JefferyM | not where UI should go |
| 00:31.32 | churcd | wait, how would the window call them on resize if the window doesn't store pointers to them? |
| 00:31.38 | trepan | blast007: couple that with the 7 seconds i wait for font generation ... |
| 00:31.58 | trepan | so start-up and run-time, double whammy |
| 00:32.23 | JefferyM | churcd, I'd have something like HudRenderer store it's list of UI resize callbacks, then install it's own callback into the window list |
| 00:32.32 | JefferyM | and that callback would trigger the UI resize |
| 00:32.46 | churcd | oh that makes sense |
| 00:32.50 | JefferyM | then the people that just want to do UI would call the hud stuff directly |
| 00:32.56 | JefferyM | then window just treats it as another callback |
| 00:32.58 | *** join/#bzflag MindstormsKid (~msk@Wikipedia/MindstormsKid) |
| 00:33.32 | JefferyM | yeah then you get a clean seperation and a clear link for the one thing that is needed |
| 00:33.37 | churcd | good call |
| 00:35.58 | blast007 | trepan: yeah. I remember when I was running trunk on my mac mini while hooked up to a 1920x1200 screen. Every time you tried to activate the menu it had to render the fonts again. Not sure if that was just a flaw then (or if it still is) or if that crappy ATI 9200 just didn't have enough RAM ;) probably the latter |
| 00:37.25 | blast007 | heh, guess it only had 32MB of video RAM |
| 00:39.49 | JefferyM | poor mini |
| 00:40.51 | blast007 | ;) |
| 00:46.12 | *** join/#bzflag bier|tp (~bier@pD9E2F4E1.dip.t-dialin.net) |
| 00:50.59 | *** join/#bzflag devmarlen (~jw@unaffiliated/javawizard2539/bot/marlen) |
| 00:51.38 | *** join/#bzflag devmarlen (~jw@bzflag/contributor/javawizard2539) |
| 00:52.27 | *** join/#bzflag multimarlen (~jw@unaffiliated/javawizard2539/bot/marlen) |
| 00:52.58 | *** join/#bzflag multimarlen (~jw@bzflag/contributor/javawizard2539) |
| 00:53.36 | temporalD | blast007: that was true on my mac tower for a while too - with 256MB of video |
| 00:53.45 | temporalD | there was some flaw in the font system |
| 00:54.08 | blast007 | ah |
| 01:22.15 | *** join/#bzflag bryjen (~bryjen@cpe-75-81-201-131.we.res.rr.com) |
| 01:22.15 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 01:51.28 | *** join/#bzflag McYukon (~McYukon@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 01:53.00 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 01:54.57 | *** join/#bzflag Will07c5 (~William@63.252.67.36) |
| 02:22.14 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 02:22.30 | *** join/#bzflag Wreckage (~wreckage@mail.freegroups.net) |
| 02:43.57 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 03:23.51 | *** join/#bzflag Bambino (~Bambino@S0106002191dd19a8.gv.shawcable.net) |
| 03:24.22 | *** join/#bzflag Bambino (~Bambino@unaffiliated/sniper15) |
| 03:40.14 | *** join/#bzflag JeffM2501 (~JeffM@bzflag/projectadmin/JeffM) |
| 03:40.14 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 03:48.26 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 04:20.13 | *** join/#bzflag Kutakizukari (~blank@207-255-185-183-dhcp.gsv.md.atlanticbb.net) |
| 04:21.17 | Kutakizukari | Does anyonw here play missle wars? Does the seer flag have a certain spot it shows up at? |
| 04:21.56 | *** join/#bzflag temporalD (~ATD@bzflag/serverop/TemporalDistraction) |
| 04:22.29 | Bambino | Kutakizukari: the flag location is random |
| 04:23.48 | Kutakizukari | was asking because onlinecop can find it everytime he's there. that is why I was thinking it might show up in a certain spot |
| 04:24.07 | Bambino | oh |
| 04:24.26 | Bambino | he might just be looking on his radar where is spawns after he drops it |
| 04:24.41 | Kutakizukari | could be |
| 05:14.14 | *** join/#bzflag Tonywolfe_ (~chatzilla@nc-71-2-149-15.dhcp.embarqhsd.net) |
| 05:38.00 | JeffM2501 | finaly.. registration and listing work with a public server :) |
| 05:51.28 | *** join/#bzflag Marzipan- (~Marzipan@p5B2231A1.dip.t-dialin.net) |
| 05:52.55 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 07:05.44 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 07:06.28 | *** join/#bzflag a_meteorite (~a_meteori@unaffiliated/ameteorite/x-000000001) |
| 07:43.55 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 08:28.17 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 10:06.46 | *** join/#bzflag jomojo (~jomojo@cpe-76-184-20-22.tx.res.rr.com) |
| 11:46.07 | *** join/#bzflag Gnurdux (~gnurdux@c-68-50-118-143.hsd1.md.comcast.net) |
| 12:23.27 | *** join/#bzflag niciew (~niciew@athedsl-4504549.home.otenet.gr) |
| 12:25.56 | *** part/#bzflag niciew (~niciew@athedsl-4504549.home.otenet.gr) |
| 12:30.06 | *** join/#bzflag CBG (~CBG@about/essy/fan/CBG) |
| 12:33.39 | *** join/#bzflag Dontkillme (~chatzilla@frnk-590dfaa5.pool.mediaWays.net) |
| 13:37.15 | *** join/#bzflag R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 13:47.10 | *** join/#bzflag Dontkillme (~chatzilla@frnk-590dfaa5.pool.mediaWays.net) |
| 15:10.27 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 15:10.27 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:14.32 | *** join/#bzflag bryjen (~bryjen@63.147.94.149) |
| 15:14.32 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 15:41.36 | *** join/#bzflag Erroneous (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 15:41.36 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 16:00.48 | *** join/#bzflag Upsetter (~Ups@89.246.167.16) |
| 16:10.47 | *** join/#bzflag TimRiker (~timr@bzflag/projectlead/TimRiker) |
| 16:10.48 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:14.09 | *** join/#bzflag moonpix (~taz@unaffiliated/moonpix) |
| 16:14.20 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 16:18.42 | *** join/#bzflag MindstormsKid (~msk@Wikipedia/MindstormsKid) |
| 16:22.40 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 16:28.54 | *** join/#bzflag Dontkillme (~chatzilla@frnk-590dfaa5.pool.mediaWays.net) |
| 16:33.59 | *** join/#bzflag temporalD (~temporal@bzflag/serverop/TemporalDistraction) |
| 16:58.58 | *** join/#bzflag JefferyM (~JefferyM@bzflag/projectadmin/JeffM) |
| 16:58.58 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 17:11.30 | *** join/#bzflag Dontkillme (~chatzilla@frnk-590dfaa5.pool.mediaWays.net) |
| 17:17.46 | *** join/#bzflag xaver (~xaver@pD9ED45B9.dip.t-dialin.net) |
| 17:30.24 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 17:42.42 | *** join/#bzflag Scrumpy_ (~Scrumpy@smurfnet.xs4all.nl) |
| 17:48.35 | *** join/#bzflag goingberserk (~abc@pD9E863C1.dip.t-dialin.net) |
| 18:00.11 | *** join/#bzflag jcp (~jw@bzflag/contributor/javawizard2539) |
| 18:24.29 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 18:32.12 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 18:35.14 | *** join/#bzflag Dontkillme (~chatzilla@frnk-590dfaa5.pool.mediaWays.net) |
| 19:00.58 | *** join/#bzflag jomojo (~jomojo@cpe-76-184-20-22.tx.res.rr.com) |
| 19:05.00 | *** join/#bzflag goingberserk (~abc@pD9E863C1.dip.t-dialin.net) |
| 19:13.42 | *** join/#bzflag Bambino (~Bambino@S0106002191dd19a8.gv.shawcable.net) |
| 19:14.02 | *** join/#bzflag Bambino (~Bambino@unaffiliated/sniper15) |
| 19:23.25 | *** join/#bzflag goingberserk (~abc@pD9E863C1.dip.t-dialin.net) |
| 20:10.46 | *** join/#bzflag Wits (~Warinthes@249.93.188.72.cfl.res.rr.com) |
| 20:13.02 | *** join/#bzflag goingberserk (~abc@pD9E863C1.dip.t-dialin.net) |
| 20:25.50 | *** join/#bzflag Think_Differentl (~fatass@pool-71-178-120-61.washdc.east.verizon.net) |
| 20:26.02 | *** join/#bzflag Think_Differentl (~fatass@bzflag/player/ThinkDifferent) |
| 20:37.48 | *** join/#bzflag niciew (~niciew@athedsl-4504549.home.otenet.gr) |
| 20:51.21 | *** join/#bzflag Patron_Internet (~chatzilla@198.109.87.138) |
| 20:59.05 | *** part/#bzflag Atin (~chatzilla@198.109.87.138) |
| 21:08.19 | *** join/#bzflag R0b0t1 (~Enigma@unaffiliated/r0b0t1) |
| 21:23.28 | *** join/#bzflag me1 (~ausom@bzflag/player/Me1) |
| 21:40.22 | *** join/#bzflag McSpider (~McSpider@xplr-ts-v10-208-114-184-180.barrettxplore.com) |
| 21:41.38 | *** join/#bzflag JefferyM (~JefferyM@bzflag/projectadmin/JeffM) |
| 21:41.38 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 21:49.40 | *** join/#bzflag Scrumpy (~Scrumpy@smurfnet.xs4all.nl) |
| 22:30.34 | *** join/#bzflag xaver (~xaver@pD9ED45B9.dip.t-dialin.net) |
| 22:47.53 | *** join/#bzflag bier|tp (~bier@pD9E2F4E1.dip.t-dialin.net) |
| 22:51.43 | *** join/#bzflag churcd|studying (~churcd@rpi-wl-1180.dynamic.rpi.edu) |
| 23:05.03 | *** join/#bzflag me1 (~ausom@bzflag/player/Me1) |
| 23:17.07 | CIA-88 | BZFlag: 0398.92.2.238 07http://my.bzflag.org * r6963 10/w/Getting_Started: |
| 23:19.30 | CIA-88 | BZFlag: 0398.92.2.238 07http://my.bzflag.org * r6964 10/w/Getting_Started: /* Running the game */ |
| 23:24.17 | CIA-88 | BZFlag: 0371.184.139.20 07http://my.bzflag.org * r6965 10/w/Getting_Started: /* Downloading and installing the game */ The s actually makes sense here. |