| 00:54.08 | macsforme | I would personally let each contributor keep copyright over their code, especially if we use a license on the more liberal side... but I know I probably am the minority opinion on that, and I'd be fine with a different arrangement |
| 00:54.40 | macsforme | but turning everything over to Tim makes less and less sense as time goes on |
| 01:02.44 | JeffM | individual copyright becomes a nightmare for maintenance as projects get larger |
| 01:18.56 | *** join/#bzflag infobot (ibot@rikers.org) |
| 01: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 |
| 01:18.56 | *** mode/#bzflag [+v infobot] by ChanServ |
| 01:25.46 | JeffM | You end up with multiple Tims â¹ï¸ |
| 01:31.24 | macsforme | hence the correspondingly more liberal license |
| 01:39.58 | JeffM | it would have to require relicening |
| 01:40.23 | JeffM | public domian for everything :) |
| 01:41.12 | JeffM | setting up a partnership is pretty easy, just need the list of people involved and some addresses |
| 01:41.19 | JeffM | then everyone sign a page and it's done |
| 02:23.10 | blast007 | is there something we're doing wrong in regards to DNS resolution of 'localhost' on Windows? |
| 02:24.20 | blast007 | without a network connection, trying to connect to 'localhost' instantly throws back "Server Not Found" in the client |
| 02:25.29 | BulletCatcher | Do you have "localhost" in the hosts file? |
| 02:25.31 | blast007 | and I don't have a normal residential router here, so I'm not sure how they generally behave - my local DNS resolver seems to resolve localhost |
| 02:26.02 | JeffM | I have had issues where localhost will not resolve |
| 02:26.07 | JeffM | 127.0.0.1 always does |
| 02:26.38 | JeffM | I've had that happen on different machines before when testing my server |
| 02:26.56 | blast007 | BulletCatcher: the hosts files says "localhost name resolution is handled within DNS itself" |
| 02:28.20 | BulletCatcher | That may be true when DNS is working. |
| 02:29.16 | JeffM | localhost doesn't resolve on my work computer. |
| 02:29.21 | BulletCatcher | One of the purposes of the hosts file is to provide name resolution when DNS isn't working. |
| 02:29.21 | JeffM | https://www.irccloud.com/pastebin/5Vx67yrB/ |
| 02:29.39 | JeffM | it may be an issue when a system is tied to a domain |
| 02:30.05 | blast007 | mine isn't tied to a domain |
| 02:30.05 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 02:30.33 | JeffM | when I test on this machine I have to use 127.0.0.1 to make it work |
| 02:30.51 | blast007 | I rebooted my machine with the network disconnected. I can't connect to localhost or to the local hostname. I can connect to a hostname I've defined in my hosts file pointed to 127.0.0.1. |
| 02:31.24 | blast007 | I can *ping* to localhost and my local hostname just fine, and PuTTY can connect to both of those as well (if I throw it at port 5154 as telnet). |
| 02:31.37 | BulletCatcher | hax! |
| 02:31.49 | blast007 | so it's something we're doing different in the client |
| 02:33.24 | blast007 | we are using c-ares, so maybe that's the difference |
| 02:34.30 | blast007 | https://daniel.haxx.se/blog/2011/02/21/localhost-hack-on-windows/ |
| 02:37.09 | JeffM | yeah, a quick app that does a lookup using windows functions does work, https://usercontent.irccloud-cdn.com/file/BUbf1OXR/ |
| 02:37.15 | blast007 | https://github.com/c-ares/c-ares/issues/85 https://github.com/c-ares/c-ares/issues/100 |
| 02:41.39 | JeffM | can you make a list of the c-ares functions that are used? |
| 02:53.44 | blast007 | ares_gethostbyname is what we're using to resolve hostnames |
| 02:56.17 | JeffM | Is that asynchronous? |
| 03:03.45 | blast007 | yeah |
| 03:13.12 | JeffM | Iâm wondering if I could write you a DLl that emulated the ares api by called native stuff |
| 03:30.06 | BulletCatcher | Since glibc-2.2.3 Linux has had getaddrinfo_a() as a GNU extension to do asynchronous lookups. |
| 03:30.07 | BulletCatcher | We could drop the c-ares dependency when that is available. |
| 03:35.34 | BulletCatcher | Except that c-ares is readily available on those same Linux systems, so it would add complexity for BZFlag developers with little change in the effort required by those who merely compile it. |
| 04:02.36 | blast007 | JeffM: at that point we might as well just stop using c-ares on Windows |
| 04:03.12 | JeffM | Sure, that is my point |
| 04:03.41 | blast007 | we don't need to emulate ares stuff |
| 04:08.41 | JeffM | Well gimme an api and I can write for it :) |
| 04:19.15 | *** join/#bzflag nitroxis (n@nxs.re) |
| 07:41.27 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 07:57.33 | *** join/#bzflag I_Died_Once_ (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 15:36.42 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 15:44.34 | *** join/#bzflag I_Died_Once_ (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 15:45.40 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-jiwchukdexmtducy) |
| 16:14.15 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 21:12.57 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 21:24.47 | JeffM | Blast007: There ya go, one Async DNS resolver using a system similar to ares. https://usercontent.irccloud-cdn.com/file/KMDLDCz3/DNSResolver.zip |
| 21:25.37 | JeffM | the ares system ensures that callbacks are always called in the thread that process is called, so I emulated that behavior. figured having the callback called from any random thread may be bad for bzflag. |
| 21:26.02 | JeffM | should return IPV6 addresses too |
| 21:28.11 | JeffM | it's easy to use, DNSResolver::GetHostByName(ptr_to_something_you _want_passed_back, "your domain name", callback); |
| 21:28.44 | JeffM | and the callback gives you (void* your_pointer, int jobID, DNSResolver::HostEntry& hostEntry) |
| 21:29.04 | JeffM | and it's called anytime DNSResolver::Process(); is called and a job is done. |
| 21:31.12 | JeffM | it would be trivial to do a similar thing for http/s gets |
| 21:33.56 | *** join/#bzflag The_Noah (6163fde4@gateway/web/freenode/ip.97.99.253.228) |
| 21:36.22 | JeffM | I belive 2015 and 2017 include the parts of DX that are used |
| 21:36.27 | JeffM | sound and input. |
| 21:36.39 | JeffM | so I don't think there is a need for an extra install anymore |
| 21:37.25 | JeffM | that's SDL and stuff, I'm not sure what they need |
| 21:37.32 | JeffM | I always just use the premade ones blast007 made |
| 21:37.57 | JeffM | there is a git repo, one sec let me find it |
| 21:38.21 | JeffM | https://github.com/BZFlag-Dev/bzflag-dependencies/releases |
| 21:38.55 | JeffM | I just extract those to a folder, and set an environtment variable that points to them. BZ_DEPS |
| 21:39.01 | JeffM | it contains, headers, export libs and DLLs |
| 21:39.59 | JeffM | fair to middling |
| 21:40.29 | JeffM | nope |
| 21:40.58 | JeffM | yep |
| 21:41.21 | JeffM | you just missed me giving blast007 a native windows replacment for c-ares |
| 21:41.37 | JeffM | but then there can also be days where nothing is talked about |
| 21:42.10 | JeffM | I would not describe bzflag's development as "highly active" |
| 21:42.28 | JeffM | in what regards? |
| 21:42.45 | JeffM | new UI code? a new UI engine? or just new artwork to put in the existing UI? |
| 21:42.56 | JeffM | changing them to what? |
| 21:43.10 | JeffM | there has been pondering of what UI codebases are viable |
| 21:43.23 | JeffM | and discussion of server provided dialigs in the UI |
| 21:43.30 | JeffM | and changing the mouse driving mechanism. |
| 21:43.39 | JeffM | the current UI code is very limited in what it can do. |
| 21:44.12 | JeffM | but the hard part of getting a third party UI engine is getting it to draw in the bzflag pipeline. |
| 21:44.22 | JeffM | how have you made it? |
| 21:44.26 | JeffM | in code in bzflag? |
| 21:44.38 | JeffM | I would like to see a screenshot |
| 21:45.35 | JeffM | were any of the peoiple zehra or alpa1 ? |
| 21:46.05 | JeffM | he is mostly useless |
| 21:47.31 | JeffM | I see the corsshair, and you made the lines thinner. |
| 21:47.46 | JeffM | borders |
| 21:48.03 | JeffM | the flag notes are WAY too small |
| 21:48.11 | JeffM | radar outline |
| 21:48.24 | JeffM | where does the scoreboard go? |
| 21:48.41 | JeffM | and how does it handle the mouse deadzone display? |
| 21:49.06 | JeffM | the inner box in the current UI is the area where the mouse does not move the tank |
| 21:49.21 | JeffM | the sizes of the current "target" boxes actualy mean something |
| 21:49.30 | JeffM | how is that represented in your UI? |
| 21:50.01 | JeffM | so that inner box gets bigger? |
| 21:50.07 | JeffM | as the dead zone gets bigger? |
| 21:50.19 | JeffM | ok so you just threw a crosshair in there. |
| 21:50.48 | JeffM | it's not bad, it's kinda minor variation but not bad. |
| 21:51.26 | JeffM | I would like to remove the mouse cursor and change the entire targeting area display to be fixed size, or at least not tied to any specific input type. |
| 21:51.46 | JeffM | what kind of file? |
| 21:52.16 | JeffM | what format of text, XML, YAML, JSON? |
| 21:52.58 | JeffM | I'd have to see the format |
| 21:53.14 | JeffM | I gathered that |
| 21:57.48 | JeffM | round radar, flying UI pannels. something much more modern. |
| 21:58.12 | JeffM | https://usercontent.irccloud-cdn.com/file/sbCb6cBQ/STG.png |
| 21:58.32 | JeffM | actual reload and shot stats |
| 21:59.33 | JeffM | optimally it'd all be based of a third party GUI engine that was configurable by XML or YAML components. |
