| 00:14.18 | *** join/#bzflag ukiki (ukiki@2600:3c03::f03c:91ff:fe70:30aa) |
| 00:17.36 | *** part/#bzflag Guest10527 (~jcrowe@50-46-221-176.evrt.wa.frontiernet.net) |
| 01:02.17 | *** join/#bzflag infobot (ibot@rikers.org) |
| 01:02.17 | *** 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 |
| 01:02.17 | *** mode/#bzflag [+v infobot] by ChanServ |
| 01:11.46 | blast007 | macsforme: iOS/tvOS/Android? Maybe Raspberry Pi, but that only does ES 1.1/2.0 (and the Pi 2 and better can do desktop GL 2.1 if the OpenGL driver is enabled). |
| 01:18.57 | macsforme | okay, so maybe it depends on what version of GL ES we want to target, which in turn may depend on what version of desktop GL we want to target if we want the shader language to be similar |
| 01:19.28 | macsforme | also, you forgot your favorite OpenGL ES platform, the GCW Zero ;P |
| 01:24.13 | blast007 | :) |
| 01:27.37 | blast007 | too be fair, I don't mind the device - just the OS |
| 01:35.58 | *** join/#bzflag ukiki (ukiki@2600:3c03::f03c:91ff:fe70:30aa) |
| 01:45.25 | blast007 | to* |
| 04:09.59 | JeffM | Juesto: itâs decent |
| 04:10.11 | JeffM | Uses y for up but itâs decent |
| 04:20.54 | Juesto | hmm |
| 04:21.04 | Juesto | wdym |
| 04:23.15 | JeffM | Huh? |
| 04:24.14 | Juesto | Not sure what you are talking about/referring to, JeffM |
| 04:25.45 | JeffM | The axis , y, irrlicht uses it for up instead of z |
| 04:25.54 | JeffM | A bunch of engines do |
| 05:16.31 | *** join/#bzflag the_map (~the_map@unaffiliated/the-map/x-1795707) |
| 06:17.32 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-yijwerztetlbircb) |
| 06:17.32 | BZnotify | [13bzflag] 15atupone closed pull request #111: Enable unbuffered openGL with bzflag -singlebuffer (062.4...06SingleBuffer) 02https://git.io/vpyoV |
| 06:17.32 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-yijwerztetlbircb) |
| 06:29.17 | tupone | :q |
| 11:21.02 | *** join/#bzflag the_map (the_map@gateway/vpn/privateinternetaccess/themap/x-38220869) |
| 14:55.00 | JeffM | tupone: you going to merge that into master? |
| 14:55.11 | JeffM | any 2.4 changes needs to be double stitched in |
| 16:38.20 | JeffM | tupone: also please use the new formatting rules. |
| 16:43.12 | JeffM | oh, it's just closed |
| 16:43.17 | JeffM | nevermind :) |
| 16:43.37 | JeffM | I thought it was merged |
| 16:48.59 | Juesto | yeah, z is better understood as depth |
| 16:49.06 | Juesto | on 3d |
| 16:49.17 | JeffM | yet many engines seem to love screen space |
| 16:49.29 | Juesto | oh? |
| 16:49.46 | JeffM | GL's default transformation is screen space with depth into the screen |
| 16:49.53 | JeffM | so a lot of engines keep that |
| 16:50.01 | Juesto | ah huh |
| 17:00.44 | *** join/#bzflag Juesto (~AndC@186.143.135.206) |
| 17:02.24 | tupone | JeffM: I would like to merge glew on 2.4 but I guess there is no agreement |
| 17:04.42 | JeffM | 2.4 is end of life |
| 17:05.38 | tupone | and why you changed styles on that? |
| 17:05.45 | JeffM | to make it easier to read |
| 17:05.51 | JeffM | we had a discussion about it a while ago |
| 17:06.24 | tupone | My question is why on 2.4 ? |
| 17:06.40 | JeffM | ahh yeah, to make backports and double stiching easier |
| 17:07.07 | JeffM | so that the formatting would not get in the way IF a critical 2.4 bug was found that required a new release of that branch |
| 17:07.20 | tupone | I had to manually rebase my branches :( |
| 17:07.32 | JeffM | yup |
| 17:07.33 | tupone | but it is done |
| 17:08.35 | JeffM | the formaating is automateable now with astyle, so it should be easier to maintain going forward. |
| 17:13.37 | JeffM | why not add glew to master? |
| 17:27.09 | tupone | If there is an agrrement, I'm fine |
| 17:28.16 | tupone | Also, I have changed all client array to vertex buffer. The performance is mostly the same but it should be a step toward shaders |
| 17:28.58 | tupone | It is another commit too, what I called GL1.5, where GL1.5 is just a minimal requirement |
| 17:40.20 | JeffM | Thor only knows how far the openGL ES stuff will get in 2.6, there may be benefit in checking your changes into master, it certainly won't hurt as a start point for future GL changes. |
| 17:46.09 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-qfucwvjfascyokdc) |
| 17:46.09 | BZnotify | [13bzflag] 15JeffM2501 opened pull request #138: External team colors (06master...06external_team_colors) 02https://git.io/vhG8i |
| 17:46.09 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-qfucwvjfascyokdc) |
| 17:46.10 | blast007 | tupone: mainly I was waiting to hear if we needed something like GLEW for GL ES support (as GLEW doesn't support ES), but it sounds like it's not really a problem there |
| 17:46.26 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-xjwyigcatekrluil) |
| 17:46.26 | BZnotify | [13bzflag] 15JeffM2501 pushed 5 new commits to 06master: 02https://git.io/vhG8M |
| 17:46.26 | BZnotify | 13bzflag/06master 14955e181 15Jeffery Myers: Merge remote-tracking branch 'remotes/upstream/2.4' |
| 17:46.26 | BZnotify | 13bzflag/06master 14129bd24 15Jeffery Myers: Merge branch 'master' of github.com:JeffM2501/BZFlag |
| 17:46.26 | BZnotify | 13bzflag/06master 14608d918 15Jeffery Myers: Merge branch 'master' of github.com:BZFlag-Dev/bzflag |
| 17:46.26 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-xjwyigcatekrluil) |
| 17:47.04 | JeffM | allejo: that reads in the team colors from an image in the data dir, and thus will use the texture prefix, so you can just make colorblind versions in your dirs with the textures. |
| 17:47.27 | JeffM | it's not a text file, it's an image, so you can visualize what the colors will be |
| 17:47.37 | JeffM | top box is team bottom is radar |
| 17:48.27 | allejo | i'm mildly bothered by those "merge branch master" commits |
| 17:48.41 | JeffM | so am I, not sure what ahppend |
| 17:48.50 | JeffM | though I did just spill on my keyboard too :( |
| 17:48.57 | allejo | :( |
| 17:49.20 | JeffM | I did the normal thing I always do |
| 17:49.22 | blast007 | hopefully it's not a laptop |
| 17:49.34 | blast007 | (or a good keyboard) |
| 17:49.35 | JeffM | how did 2.4 get in there |
| 17:50.09 | JeffM | oh yeah.. that needs to be reverted |
| 17:50.13 | JeffM | how do I undo that? |
| 17:50.38 | allejo | what needs to be reverted? |
| 17:50.44 | JeffM | 955e181 |
| 17:50.47 | JeffM | I htink |
| 17:51.00 | JeffM | 295ccd4 is good |
| 17:51.19 | allejo | git revert <hash> |
| 17:51.28 | allejo | not sure how it behaves for merge commits tho |
| 17:51.44 | JeffM | 129bd24 seems ok, it's code cleanups |
| 17:52.06 | JeffM | well... it's not actualy bad |
| 17:52.15 | JeffM | it just changes some whitespace and warning stuff |
| 17:52.45 | JeffM | the deltion of m4/curses.m4 is the only thing I'm not sure about |
| 17:53.05 | allejo | oh god. is data/team_ui_colors.png just 1x1 pixels of colors? why two rows? |
| 17:53.14 | JeffM | 4x4 :) |
| 17:53.14 | blast007 | are you doing a 'git pull --rebase' before pushing new changes? |
| 17:53.27 | JeffM | I did a merge |
| 17:53.43 | JeffM | allejo: top row is the team color, bottom row is the radar |
| 17:54.01 | blast007 | you want to do 'git pull --rebase' to pull in new upstream changes, not a merge |
| 17:54.05 | JeffM | ok |
| 17:54.11 | allejo | team color for scoreboard and console? |
| 17:54.16 | JeffM | so how is that done in the clcky thing :) |
| 17:54.28 | JeffM | allejo: the 2 bzdb vars you sent me |
| 17:54.40 | allejo | ah perfect |
| 17:54.40 | blast007 | the pull button and the rebase checkbox? :) |
| 17:54.40 | JeffM | each team had 2 vars |
| 17:54.53 | JeffM | what is the source of the rebase? upstream? |
| 17:55.09 | blast007 | the upstream repo |
| 17:55.18 | JeffM | k, I'll do that next time |
| 17:55.56 | blast007 | I think it effectively rewinds your changes, pulls in the upstream changes, then reapplies your changes to that new base, so the history is linear then |
| 17:56.37 | allejo | ^ this |
| 18:07.28 | tupone | If I understood correctly what I read sometimes ago, the only real need of glew is for some strange windows driver |
| 18:09.50 | JeffM | ok, I think I have the rebase thing setup right now :) |
| 18:10.40 | JeffM | so, bzflag has sort of a crappy themeing system already, |
| 18:10.44 | JeffM | https://www.irccloud.com/pastebin/MOAclsV4/ |
| 18:11.05 | JeffM | you have to manually set each texture |
| 18:11.15 | JeffM | I don't think that's needed with the texture prefix now |
| 18:11.23 | JeffM | so I can get rid of all of those vars |
| 18:11.55 | JeffM | well, all these vars https://www.irccloud.com/pastebin/1rBMNCQH/ |
| 18:12.28 | JeffM | and all the repeats can be pulled from the image pixel sizes. |
| 18:12.52 | tupone | I normally do git pull --rebase=preserve but I don't know the difference (maybe signature) |
| 18:22.01 | JeffM | so the change I'm proposing is, right now someone has to go in an edit the config on a per image basis to change picutres. with the change, all they have to do is go into the config, set a single var "texturePrefix" to a folder name, and then put only the files they want to override in that folder. |
| 18:22.14 | JeffM | they get the same feature, with less config editing. |
| 18:22.27 | JeffM | and an easy way to roll back (delete the folder) |
| 18:22.41 | JeffM | does that sound reasonable? |
| 18:34.18 | JeffM | I'm not proposing adding any user vissible controlls to suppor themeing, just having the system in place that the colorbind stuff can be built on top of |
| 18:35.14 | *** join/#bzflag Juesto (~AndC@rev190-105-167-004.pccp.net.ar) |
| 18:35.20 | *** join/#bzflag Juesto (~AndC@unaffiliated/juest) |
| 18:49.36 | blast007 | the font vars I'd leave for now, until/if we replace the font system |
| 18:49.50 | blast007 | people will be upset if they can't use their outlined Profont :) |
| 18:52.51 | JeffM | That makes sense |
| 18:52.59 | JeffM | But you are ok with all the others? |
| 18:58.54 | blast007 | the others were kinda silly anyway |
| 19:14.33 | JeffM | indeed |
| 19:15.03 | JeffM | I'm just double checking before I go and rip a ton of vars :) |
| 19:18.23 | blast007 | yeah, those can go away |
| 19:38.39 | *** join/#bzflag sirquine (~quine@c-67-162-133-17.hsd1.co.comcast.net) |
| 19:48.50 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-oeinhsfdpseacccp) |
| 19:48.51 | BZnotify | [13bzflag] 15JeffM2501 opened pull request #139: remove bzdb vars for individual texture files (06master...06master) 02https://git.io/vhG66 |
| 19:48.51 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-oeinhsfdpseacccp) |
| 19:49.00 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-plaemzfsryecfqav) |
| 19:49.00 | BZnotify | [13bzflag] 15JeffM2501 closed pull request #139: remove bzdb vars for individual texture files (06master...06master) 02https://git.io/vhG66 |
| 19:49.00 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-plaemzfsryecfqav) |
| 20:06.47 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-oliqafkbrznqdcpb) |
| 20:06.47 | BZnotify | [13bzflag] 15JeffM2501 opened pull request #140: add support for normal and specular maps in materials (06master...06master) 02https://git.io/vhGXU |
| 20:06.47 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-oliqafkbrznqdcpb) |
| 20:06.55 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-lsdnxppppehuizxq) |
| 20:06.55 | BZnotify | [13bzflag] 15JeffM2501 pushed 4 new commits to 06master: 02https://git.io/vhGXI |
| 20:06.55 | BZnotify | 13bzflag/06master 14756bd79 15Jeffery Myers: add support for normal and specular maps in BzMaterial |
| 20:06.55 | BZnotify | 13bzflag/06master 14f3576ff 15Jeffery Myers: add support for normal and specular maps in BzMaterial |
| 20:06.55 | BZnotify | 13bzflag/06master 141bc60ff 15Jeffery Myers: Merge branch 'master' of github.com:JeffM2501/BZFlag |
| 20:06.55 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-lsdnxppppehuizxq) |
| 20:09.38 | JeffM | that allows maps to define materials with normal and specular maps, |
| 20:09.53 | JeffM | they are of course unused right now, but once the default shader can handle them, they'll be there. |
| 21:24.21 | *** join/#bzflag Juesto (~AndC@rev190-184-192-129.pccp.net.ar) |
| 21:29.22 | *** join/#bzflag Juesto (~AndC@unaffiliated/juest) |
| 22:10.57 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 22:10.57 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:13.56 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-lplkmtlxqnpspzse) |
| 22:13.56 | BZnotify | [13bzflag] 15JeffM2501 opened pull request #141: split messages that have different packing, fixes issue #117 (06master...06master) 02https://git.io/vhGbj |
| 22:13.56 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-lplkmtlxqnpspzse) |
| 22:14.05 | *** join/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-ygergocflciughft) |
| 22:14.05 | BZnotify | [13bzflag] 15JeffM2501 pushed 2 new commits to 06master: 02https://git.io/vhGNe |
| 22:14.05 | BZnotify | 13bzflag/06master 1422d4362 15Jeffery Myers: split messages that have different packing, fixes issue #117 |
| 22:14.05 | BZnotify | 13bzflag/06master 140046a8f 15Jeffery Myers: Merge pull request #141 from JeffM2501/master... |
| 22:14.05 | *** part/#bzflag BZnotify (BZnotify@gateway/service/github.com/x-ygergocflciughft) |
| 22:41.05 | JeffM | ponders a better way to stream the map files |
| 22:45.26 | Juesto | hm |
| 22:49.26 | JeffM | should be faster than fastmap with zero configuration |
| 22:50.11 | blast007 | then we can get rid of the dual-protocol port negotiation :) |
| 22:50.19 | JeffM | yeah |
| 22:50.37 | JeffM | it's going to involve a few more messages, but should be fast and robust |
| 22:50.58 | JeffM | client says "gimme map", server says "start map", "here are a ton of chunks", "end map" |
| 22:51.08 | JeffM | and client then checks to see if it got all the chunks |
| 22:51.19 | JeffM | if not it says "gimme these missing chunks" |
| 22:52.04 | JeffM | also means there will be a message that is "start the map" that is independent of the client asking for the map |
| 22:52.10 | JeffM | so it could be triggered at any time |
| 22:52.15 | JeffM | aka map change. |
| 22:52.24 | JeffM | well part of map change |
| 22:52.30 | JeffM | still need to limbo everyone first |
| 22:59.26 | spldart | That sounds like HUGE proto break XD |
| 22:59.31 | spldart | Sry. :( |
| 22:59.32 | JeffM | yeah |
| 22:59.38 | JeffM | that's why it's in master |
| 22:59.40 | JeffM | 2.4 is done |
| 23:00.13 | spldart | I know. Just a small 'stating obvious' joke. |
| 23:00.36 | spldart | Been exciting to watch all this goin on though :) |
| 23:06.01 | the_map | wait JeffM you're streaming me files? |
| 23:06.10 | JeffM | that's the plan |
| 23:06.32 | JeffM | right now you are asking for 1k at a time |
| 23:06.41 | JeffM | so the max transfer is 1k per lag time |
| 23:07.06 | JeffM | Gimme 1k, here is 1k, Gimme another 1k, here is 1k..... |
| 23:07.18 | spldart | lmao |
| 23:07.33 | JeffM | now it's "here are all the bytes, tell me what you missed" |
| 23:07.56 | spldart | gimme one step towards the door |
| 23:07.57 | the_map | I mean, you agreed to pay me that much |
| 23:08.12 | JeffM | you agreed to pay me |
| 23:08.28 | JeffM | you connected to my server |
| 23:08.34 | the_map | then why do you keep giving me 1k, 1k, etc |
| 23:08.37 | JeffM | you didn't see the startup message. |
| 23:08.40 | blast007 | did you read the terms of service? |
| 23:08.51 | the_map | nah I just agreed |
| 23:09.03 | JeffM | then you will take my garbage and like it |
| 23:09.27 | JeffM | how else am I going to get rid of all this alphabet soup |
| 23:10.41 | JeffM | just be glad I'm not sending you all the Qs |
| 23:15.25 | JeffM | if my in proto map streaming is as fast as fastmap, is there even a need to do the download over HTTPS? |
| 23:18.24 | blast007 | nope |
| 23:18.55 | blast007 | likely the only reason that -cache/-cacheout was added was because the in-proto map sending was slow |
| 23:19.37 | blast007 | (well, I guess a secondary reason was for people hosting on slow connections so they could offload the map sending to a web server elsewhere) |
| 23:20.23 | blast007 | but these days, with $5/month VPSs having 100 or 1000mbps uploads, that's less of a problem :) |