| 00:21.43 | Constitution | I believe the window is literally created/destroyed about five times when the client starts up, so it's really no wonder something goes wrong in there |
| 00:22.22 | Constitution | at least, I think that's how many times the platform functions are called... in the SDL 2 platform code, it actually checks if the arguments are different before re-creating the window |
| 00:36.46 | *** join/#bzflag Flak (~Flak@2001:558:6030:27:cdbc:d363:dd9e:f5c3) |
| 00:39.55 | Flak | hi all i think there is a possible bug in bzflag |
| 00:40.21 | Constitution | just one? |
| 00:40.26 | Flak | related to pinging servers |
| 00:41.06 | Flak | when one joins bzflag there is a list of servers |
| 00:41.51 | Flak | that leads me to think that the servers are pinged |
| 00:42.36 | blast007 | no, all servers are not contacted by the game client |
| 00:42.42 | Flak | oh |
| 00:42.43 | blast007 | it pulls the list from a website |
| 00:43.02 | Constitution | https://my.bzflag.org/db?action=LIST |
| 00:43.26 | blast007 | (and that's also where authentication is handled) |
| 00:43.54 | blast007 | and servers send add/remove requests to that same website, and check authentication tokens |
| 00:44.33 | blast007 | 2.99.x did have an enhanced server list, and in that case it did ping each server to see response time |
| 00:44.55 | Flak | <PROTECTED> |
| 00:45.53 | Flak | or possible spoofing attacks |
| 00:46.47 | Flak | just a concern |
| 00:47.09 | blast007 | what are we going to be spoofing? |
| 00:47.18 | Flak | IPs |
| 00:47.29 | blast007 | how? |
| 00:47.31 | blast007 | it's TCP |
| 00:47.43 | Flak | no the site |
| 00:47.50 | Flak | https://my.bzflag.org/db?action=LIST |
| 00:47.58 | blast007 | it connects back |
| 00:48.12 | blast007 | and compares the request IP with the published IP |
| 00:48.46 | Flak | there is HOIC |
| 00:48.47 | blast007 | so if you can figure out how to spoof the IP with a full three-way TCP handshake, well, there's bigger concerns than a little tank game :) |
| 00:49.17 | blast007 | in any case, it's as secured as it needs to be |
| 00:49.39 | Flak | <PROTECTED> |
| 00:54.12 | Flak | otherwise |
| 00:54.23 | Flak | there would be issues |
| 01:20.05 | *** join/#bzflag Shuist (~Shuist@203.122.213.220) |
| 02:39.31 | *** join/#bzflag McYukon (~McYukon@li1055-178.members.linode.com) |
| 02:47.50 | *** part/#bzflag McYukon (~McYukon@li1055-178.members.linode.com) |
| 03:00.07 | alpha1-2 | <PROTECTED> |
| 03:00.31 | alpha1-2 | proxy* |
| 03:00.53 | blast007 | already doing so |
| 03:05.56 | alpha1-2 | <PROTECTED> |
| 03:08.03 | alpha1-2 | <PROTECTED> |
| 03:08.26 | alpha1-2 | iptables* |
| 03:08.46 | alpha1-2 | <PROTECTED> |
| 05:13.37 | *** part/#bzflag Flak (~Flak@2001:558:6030:27:cdbc:d363:dd9e:f5c3) |
| 05:42.45 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 05:42.45 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 06:00.25 | *** join/#bzflag JeffM (~Jeffrey@2605:e000:7d02:c700:81ef:c14c:1724:46ef) |
| 06:00.58 | JeffM | blast007, after the windows 10 update, i was able to duplicate your AMD issue. Get me a debug build of the dependencies and I can check it out. |
| 08:33.13 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 08:33.13 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 08:49.57 | *** join/#bzflag DTRemenak (~DTRemenak@cpe-172-112-28-185.socal.res.rr.com) |
| 08:49.57 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 08:49.57 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 09:57.02 | *** join/#bzflag op90- (~frans@sifar.xs4all.nl) |
| 10:54.56 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 13:47.06 | *** join/#bzflag sanandresm (~andres@181.49.242.146) |
| 15:20.45 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 15:44.07 | *** join/#bzflag wanda (~coredump@p5B04E833.dip0.t-ipconnect.de) |
| 15:58.24 | *** part/#bzflag op90- (~frans@sifar.xs4all.nl) |
| 16:33.56 | *** join/#bzflag Flak (~Flak@2001:558:6030:27:1d68:a05:68d4:7227) |
| 16:37.51 | *** join/#bzflag Flak (~Flak@2001:558:6030:27:1d68:a05:68d4:7227) |
| 16:52.34 | *** join/#bzflag Flak (~Flak@2001:558:6030:27:1d68:a05:68d4:7227) |
| 16:53.29 | *** join/#bzflag Flak (~Flak@2001:558:6030:27:1d68:a05:68d4:7227) |
| 16:54.40 | *** join/#bzflag Flak-18 (~Flak@2001:558:6030:27:1d68:a05:68d4:7227) |
| 17:01.29 | *** join/#bzflag TASAIRES (~TASAIRES@84.76.154.24) |
| 17:48.57 | *** join/#bzflag valera_rozuvan (~Valera@194.28.176.4) |
| 17:49.36 | *** join/#bzflag sanandresm (~andres@181.49.254.102) |
| 18:11.01 | *** join/#bzflag sanandresm (~andres@181.49.242.146) |
| 18:55.36 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 18:55.36 | *** mode/#bzflag [+v allejo] by ChanServ |
| 19:14.30 | *** join/#bzflag sanandres (~andres@181.48.26.211) |
| 19:15.57 | *** join/#bzflag sanandresm (~andres@181.49.254.102) |
| 19:31.58 | *** join/#bzflag L4m3r_ (~l4m3r@bzflag/developer/L4m3r) |
| 19:31.58 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 19:33.22 | *** join/#bzflag blast007_ (~blast007@bzflag/developer/Blast) |
| 19:33.42 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 19:33.42 | *** mode/#bzflag [+v allejo] by ChanServ |
| 20:18.52 | *** join/#bzflag meeba (~lamer@c-73-14-146-7.hsd1.co.comcast.net) |
| 20:24.22 | *** join/#bzflag alpha1-2 (~alpha1@host30.190-138-236.telecom.net.ar) |
| 20:38.08 | alpha1-2 | any help about 1 player having just 'udp', instead of 'udp+', doing /playerlist? |
| 20:42.57 | *** join/#bzflag valera_rozuvan (~Valera@194.28.176.4) |
| 20:45.23 | alezakos | a quick look in the source suggests that just "udp" is shown for players with just inbound udp, "udp+" means both inbound and outbound |
| 20:47.32 | alpha1-2 | I did a quick search, though. What tools do you use to search quickly better? :) |
| 20:48.47 | alezakos | grep :) |
| 20:49.06 | alezakos | src/bzfs/commands.cxx is where most server-side commands are implemented, so start looking there |
| 20:52.25 | alpha1-2 | okay, thanks, the good 'grep' :) |
| 20:53.31 | alezakos | or http://beyondgrep.com/ |
| 20:54.21 | alpha1-2 | ehmm, but if a player has not enabled both ways, is it possible to play well? |
| 20:58.51 | the_map | I can't play well even with a perfect connection ;) |
| 21:11.54 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 21:11.54 | *** mode/#bzflag [+v allejo] by ChanServ |
| 21:15.45 | blast007 | alpha1-2: was it an observer? |
| 21:16.29 | alpha1-2 | he was playing, I was observing |
| 21:16.57 | blast007 | k, then they should probably look into fixing that |
| 21:17.18 | alpha1-2 | I did not check him playing very well, just saw him logged like that. I have logs, though... (checking) |
| 21:18.09 | blast007 | for 2.6, we'll hopefully clean up joining servers, including ensuring that UDP is fully established before you can play |
| 21:18.35 | alpha1-2 | yes, he seems to be playing well |
| 21:18.54 | alpha1-2 | to have been* |
| 21:28.16 | alpha1-2 | ah okay, I will try to help them. It's weird though, UDP is both ways by default, isn't it? |
| 21:29.05 | alpha1-2 | you don't need to open ports nor configuring UDP to play the game, by default |
| 21:29.18 | blast007 | could be firewall or network configuration |
| 21:29.32 | alpha1-2 | it must be a very special exception |
| 21:30.12 | alpha1-2 | nice about 2.6 |
| 21:30.32 | alpha1-2 | okay |
| 21:30.45 | blast007 | UDP is connectionless, so it can work in one direction |
| 21:39.54 | alpha1-2 | I don't understand, for example, to shoot you use UDP, right? from the client to server. And the server doesn't send UDP packages to the clients? |
| 21:39.55 | alpha1-2 | (excuse my ignorance about the code) |
| 21:39.55 | alpha1-2 | (not BZ developer) |
| 21:51.32 | *** join/#bzflag valera_rozuvan (~Valera@194.28.176.4) |
| 21:51.32 | *** join/#bzflag alpha1-2 (~alpha1@host30.190-138-236.telecom.net.ar) |
| 21:55.34 | *** join/#bzflag valera_rozuvan (~Valera@194.28.176.4) |
| 22:27.40 | *** join/#bzflag valera_rozuvan (~Valera@194.28.176.6) |