| 00:18.56 | *** join/#bzflag infobot (ibot@rikers.org) |
| 00:18.56 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.12 released! https://forums.bzflag.org/viewtopic.php?f=62&t=19720 |
| 00:18.56 | *** mode/#bzflag [+v infobot] by ChanServ |
| 00:34.51 | *** join/#bzflag AAA_awright (~aaa@2607:5300:60:7d4::1) |
| 01:44.18 | *** join/#bzflag alezakos (~kongr45gp@helit.org) |
| 01:44.18 | *** join/#bzflag alezakos (~kongr45gp@bzflag/developer/alezakos) |
| 04:38.10 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 04:46.22 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-ybajrtaywiovawcl) |
| 11:10.41 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-bxubrrzeagbnawnu) |
| 13:59.20 | *** join/#bzflag the_map (the_map@gateway/vpn/privateinternetaccess/themap/x-38220869) |
| 20:05.58 | *** join/#bzflag The_Noah (~The_Noah@cpe-97-99-253-228.tx.res.rr.com) |
| 20:10.09 | tupone | added last release on gentoo. And I suppose to have fixed the build there. Problem with the new packaging of libsdl2. 2.0.4 is fine at gentoo, 2.0.8 is not but is our (gentoo) problem. |
| 20:28.24 | The_Noah | There seems to be authing issues, and it takes rejoining several times to auth, any ideas what's wrong? |
| 20:30.30 | blast007 | yeah, I'll be looking at that when I get home |
| 20:31.16 | The_Noah | Okay. |
| 20:38.30 | blast007 | the main server has a maintenance reboot about 8 hours ago, so that might be related |
| 20:50.56 | The_Noah | BTW, I don't like the new icon. I like the tank black and not grey. Just my opinion. |
| 21:00.28 | allejo | we have a new icon? |
| 21:17.05 | The_Noah | Yes. |
| 21:17.56 | The_Noah | Well, not on GitHub, but on the Windows one from bzflag.org it has a different one. |
| 21:18.34 | The_Noah | Looks like it's just the EXE |
| 21:19.24 | the_map | so the icon the exe uses is different, and that's all? |
| 21:19.34 | The_Noah | I guess so. |
| 21:19.49 | The_Noah | I didn't realize that at first. |
| 21:38.54 | blast007 | The_Noah: it's not really a new icon. we were already using that icon for the 32x32 pixel icon. but the tiny 16x16 icon was a black tank icon. |
| 21:40.00 | blast007 | the new icon uses the same red icon at all sizes, and contains 16x16, 32x32, and 48x48 pixel BMP icon sizes at both 8-bit and 32-bit, as well as a 128x128 PNG icon, all inside the .ico |
| 21:47.10 | The_Noah | Why not have the tank in it black like all the other red icons? |
| 21:55.44 | The_Noah | It would be cool if EXEs supported SVGs as their icons. |
| 21:58.41 | blast007 | because the SVG was red.. |
| 21:58.56 | blast007 | I didn't *make* the icon, I just rendered it to sizes. |
| 21:59.21 | blast007 | https://github.com/BZFlag-Dev/bzflag/blob/2.4/misc/art/bzicon-red.svg |
| 22:11.34 | The_Noah | Oh okay. |
| 22:29.44 | blast007 | I think I fixed the authentication issue. I had missed adding a sysctl config file on the new load balancer node, so when the app server was trying to route through that server it was just discarding the packet, leading to a timeout. |
| 22:30.16 | JeffM | that's the iucon we've had for a long time. |
| 22:30.47 | JeffM | I didn't include the other sizes initaly because 2k and XP used to have issues with the PNG ones. |
| 22:38.49 | blast007 | I used Greenfish Icon Editor Pro to make that new icon file. I tweaked some of the edges by hand on the 32x32 and 48x48 since it blurred a bit. |
| 22:39.11 | blast007 | (I believe I used Inkscape to render that SVG to the specific icon sizes first) |
| 22:40.24 | JeffM | yeah the non PNG ones will have single bit alpha and that can look bad |
| 22:40.35 | blast007 | The_Noah: I hadn't looked at the old and new icon side-by-side, so I thought you had been talking about the small 16x16 version that was in the old icon. The tank is indeed more gray in the new icon file compared to the older red icon. |
| 22:40.55 | JeffM | did it pick a different pallet? |
| 22:41.54 | blast007 | the old icon I think was 2-bit and 8-bit, new one is 8-bit and 32-bit |
| 22:42.13 | JeffM | where is the icon stored? |
| 22:42.24 | blast007 | but the 8-bit is using an adaptive pallete |
| 22:42.32 | blast007 | in git? |
| 22:42.37 | JeffM | yeah |
| 22:42.48 | blast007 | https://github.com/BZFlag-Dev/bzflag/blob/2.4/MSVC/bzflag.ico |
| 22:44.20 | JeffM | yeah, you are missing 32x32 16 color |
| 22:44.45 | JeffM | https://usercontent.irccloud-cdn.com/file/qf6xNQV7/image.png |
| 22:45.08 | blast007 | ah, yeah, 4-bit, not 2-bit |
| 22:45.11 | JeffM | the old 16x16 also didn't have the order |
| 22:45.13 | JeffM | border |
| 22:45.33 | JeffM | I'd ditch the border on the 16x16s still |
| 22:45.36 | JeffM | it gets lost |
| 22:46.29 | JeffM | I'd make the 16x16 a red version of the favicon |
| 22:48.48 | blast007 | wow, the favicon has a bunch of sizes and color depths |
| 22:48.50 | JeffM | the current one kinda mushes out. https://usercontent.irccloud-cdn.com/file/hcc6f31p/image.png |
| 22:49.37 | blast007 | 16, 24, 32, 48 and 64 pixel sizes each at 4-bit, 8-bit, and 24-bit |
| 22:49.43 | JeffM | nice |
| 22:50.14 | JeffM | you wanna just use that? |
| 22:50.19 | JeffM | get rid of the red one? |
| 22:50.28 | blast007 | not really |
| 22:50.46 | blast007 | we don't have a vector of this one |
| 22:51.02 | JeffM | want me to make you a vector one? |
| 22:51.07 | blast007 | not really |
| 22:51.44 | blast007 | icon is low priority |
| 22:52.00 | blast007 | only reason I was doing it was because it was necessary for the PortableApps stuff |
| 22:52.05 | JeffM | heh |
| 22:52.18 | JeffM | going to link it static? |
| 22:52.53 | blast007 | oh yeah... that's an option... |
| 22:53.10 | blast007 | well.. actually it kinda isn't |
| 22:53.31 | blast007 | I'd have to make all the dependencies also staticly link to the VC runtime |
| 22:53.59 | JeffM | that's going to be a very large bzflag :) |
| 22:54.06 | blast007 | yeah.. |
| 22:54.07 | JeffM | you could skip the server |
| 22:54.34 | blast007 | I tried copying DLLs into same directory as the .exe, but that was failing |
| 22:54.50 | JeffM | did you get all of them? |
| 22:54.54 | blast007 | I have no idea |
| 22:55.33 | blast007 | I copied one of them and then it said it needed something else, so I copied that one and then it just popped up some other error |
| 22:55.46 | blast007 | let me see if I can get useful information |
| 22:55.50 | JeffM | C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\redist\x86 |
| 22:55.59 | JeffM | you want the CRT ones |
| 22:56.08 | JeffM | and not the MFC ones |
| 22:56.31 | JeffM | I don't think it'll need cxxamp |
| 22:56.49 | blast007 | oh, that would probably be easier.. I was copying them from the C:\Windows\System32 :) |
| 22:57.14 | JeffM | did you do a 64 bit build of bzflag? |
| 22:57.19 | blast007 | nope |
| 22:57.26 | JeffM | then that's the wrong place |
| 22:57.27 | blast007 | don't have all the deps working in 64-bit |
| 22:57.33 | JeffM | System32 has the 64 bit runtimes |
| 22:57.38 | blast007 | ah |
| 22:57.43 | JeffM | SysWOW64 has the 32 bit ones |
| 22:57.52 | JeffM | C:\windows is a dangerous place to go |
| 23:01.29 | blast007 | omg, that works.... I never thought to look deeper in that directory for DLL files... |
| 23:02.03 | JeffM | you have people to ask, you should ask them more ;) |
| 23:02.14 | JeffM | you put JeffM in any message and my phone goes BING |
| 23:03.15 | JeffM | and yeah VC tries to make it easy to do distrobution, it includes the DLLs and merge modules for installers |
| 23:03.33 | JeffM | C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\redist\1033 |
| 23:03.46 | JeffM | that has the instalers for the runtimes that VC builds against |
| 23:03.53 | JeffM | as VC is updated, those get updated with it. |
| 23:04.33 | *** join/#bzflag Zehra (~Zehra@unaffiliated/zehra) |
| 23:04.40 | JeffM | I think the platform SDKs do the same thing |
