IRC logs for #openttd on OFTC at 2017-11-19
⏴ go to previous day
00:02:57 *** FLHerne_ has joined #openttd
00:42:23 *** FLHerne has joined #openttd
00:44:07 *** ChanServ sets mode: +v tokai
00:51:27 <supermop> hi mczapkie, interesting post about subsidies
00:51:36 *** andythenorth has left #openttd
01:15:45 <Samu> for (StringID str = STR_REPLACE_ALL_AIRCRAFT_TYPES; str != STR_REPLACE_ALL_AIRCRAFT_TYPES + GAT_END; str++) {
01:26:28 <B_> Hello. I am wondering what's wrong w/ the 'The server you joined last time:' feature
01:27:05 <B_> In-game, it is shown as 'SERVER OFFLINE' but, monitoring network traffic, I can see the server by queried and replaying w/ its information
01:27:37 <B_> Client-side update/cache problem?
01:32:09 <Eddi|zuHause> does the normal server list work?
01:33:39 <B_> And after joining the server, exiting the game and starting it again, the cache is now working
01:34:13 <Eddi|zuHause> no idea how that works, though
01:34:23 <B_> Indeed... I tried to use ProcessMOnitor to check what files/registry entries might be used, did not spot anything interesting
01:34:41 <B_> Yupo, that'd require some knoledge
01:34:47 <B_> If there is any expert around here :)
01:34:53 <B_> I'll dig into source code....
01:35:40 <ST2> B_: happened with any specific server, or it's global?
01:36:31 <B_> Well... I tend to always join the same :\
01:37:19 <B_> I had an intuition: might that be related to IPv6 or not? I join my usual server on IPv6
01:38:01 <ST2> was preciselly to ask that ^^
01:40:05 <ST2> is the server being announced via IPv4 or IPv6? static or ddns?
01:41:38 <ST2> had ypu tried to report that on tje servers page?
01:41:59 <B_> It's the 1st time I ask around, mb is it sth already known?
01:45:03 <B_> What do you mean by 'report that on the servers page'?
01:46:15 <ST2> Because can be a servers announcement fau�t, and if isnt, they can say if any error semt back
01:47:19 <B_> No both servers (IPv4 a IPv6) appear correctly in the advertized game list
01:47:23 <ST2> the openttd server you're joining, have a website? to contact the admins
01:48:22 <B_> It's just that when I join it, afterwards, sometimes, when I enter the multiplayer lobby the cached entry for the last joined server show it as offline, even though query (and response) to the IP address is being sent/received by the game
01:48:48 <B_> I tried to simply exit the game and launch it again but that time the cache was working properly showing the server online
01:49:14 <ST2> B_: that wasn't my questipn
01:49:28 <B_> If I get the advertized server list again, I'll find the server there, both IPv4 & IPv6
01:49:42 <B_> but the cached entry will continue showing it 'offline'
01:50:06 <B_> it's definitely not a pb server-side IMHO
01:50:28 <B_> THen I did not get it sry :D
01:50:59 <B_> Meantime, it seems I am narrowing that down in the source code: this->last_joined = NetworkGameListAddItem(NetworkAddress(_settings_client.network.last_host, _settings_client.network.last_port));
01:53:09 *** sim-al2 has joined #openttd
02:07:03 *** tokai|noir has joined #openttd
02:07:03 *** ChanServ sets mode: +v tokai|noir
02:13:37 <B_> If I set the parameters '-d net=4' in command-line on Windows, where are the debug messages being logged?
02:20:43 <glx> if you want to redirect them in a file you need to convert the exe first
02:27:27 *** SgtStroopwafel_ has joined #openttd
02:30:11 <B_> glx: Oh yeah right, but openttd was starting its own console, closed on exit
02:30:24 <B_> I was redirecting I/O in the initial call to openttd
02:30:37 <glx> yes that's why you need to convert it :)
02:31:19 <glx> just put convert.exe next to openttd.exe and run it without args
02:32:04 <glx> it will toggle a flag in openttd.exe
02:36:49 <B_> I managed to do it w/ the standard console and some copy/pasting
02:37:00 <B_> I'll keep your binaryn might come in handy
02:45:08 <B_> I can't seem to be able to reproduce the pb atm
02:45:41 <B_> At least now I know how to get some debug info. Next time I hear from that bug, I'll come back ;)
03:12:51 *** PressureLine has joined #openttd
03:13:30 <Samu> STR_REPLACE_HELP_AIRCRAFT_TYPE_DROPDOWN :{BLACK}Choose which type you want the left selected aircraft to be replaced with
03:15:26 <Samu> "List the type of aircraft you want the left selected aircraft to be replaced with"
03:15:36 <Samu> i'm repeating the word aircraft, halp me
03:25:10 *** SgtStroopwafel_ has quit IRC
03:27:57 *** SgtStroopwafel_ has joined #openttd
03:51:02 *** SgtStroopwafel_ has quit IRC
03:54:48 *** SgtStroopwafel_ has joined #openttd
03:58:15 <PressureLine> why not use the same english as the train/RV window
05:18:43 *** HerzogDeXtEr1 has joined #openttd
05:24:43 *** sim-al2 is now known as Guest835
05:24:44 *** sim-al2 has joined #openttd
07:38:41 *** sla_ro|master has joined #openttd
07:57:47 <B_> About this last_host not being refreshed in-game
07:57:54 <B_> I was finally able to reproduce the pb
07:59:12 <B_> The game keeps pinging: dbg: [net] [udp] sendto([<last_host_IP>]:<last_port> (IPv6))
07:59:41 <B_> Checking network traffic I definitely see requests sent AND responses received
07:59:59 <B_> But somehow the game does not seem to see anything...
08:00:55 <B_> debug logs-wise, it's the only difference
08:01:01 *** mindlesstux has joined #openttd
08:01:09 <B_> and I am debugging at level 7 which is the highest I oculd find the the source code
08:14:48 <B_> A response to a sent packet is not detected...
08:15:02 <B_> There must be some problems in the UDP packets handling
08:24:37 <B_> Packet type seems to match the correct enum entry
08:24:56 <B_> 01 for PACKET_UDP_SERVER_RESPONSE
08:27:40 <B_> the problem is, since the packet type is right, if its processing were to enter ClientNetworkUDPSocketHandler::Receive_SERVER_RESPONSE, that would spawn the message on debug level 4 as it happens when the client works properly
08:27:52 <B_> thus the problem is of a lower level......
08:28:19 <B_> I really suspect something about IPV6 in the processing
08:29:13 <B_> (well the processing should happen as long as the fail safe does not trigger, but there is no way to check for it since no debug message is being generated. It's just a plain stupid 'return'
08:33:35 *** mindlesstux has joined #openttd
08:42:02 *** Pressure_Line has joined #openttd
08:59:45 *** gelignite has joined #openttd
09:45:05 *** synchris has joined #openttd
09:48:59 *** Progman has joined #openttd
10:40:10 *** ToffeeYogurtPots has quit IRC
10:40:50 *** ToffeeYogurtPots has joined #openttd
10:50:34 *** Stimrol has joined #openttd
11:38:21 *** FLHerne has joined #openttd
13:35:26 *** peter1138 has joined #openttd
13:35:26 *** ChanServ sets mode: +o peter1138
13:38:05 <anton> Hola buenas, hay alguien por aqui que hable castellano?
13:41:45 <__ln__> pues, tal vez, pero la gente no les gustan cuando alguién habla algo que no es inglés
13:51:49 *** Gustavo6046 has joined #openttd
13:51:51 <anton> estoy intentando registrarme para consultar alguna duda y no me deja
13:56:08 <__ln__> así, ¿dónde te estás registrando?
13:56:50 <anton> pues creo que este foro
13:57:19 <anton> a la parte de arriba hay una flecha y pone registrarse
13:58:43 <anton> entro , pongo los datos y me responde: "No sopa para ti.Parece que has sido baneado como spammer"
14:09:23 <anton> me lo ha puesto en el primer intento que he hecho
14:12:55 *** sim-al2 has joined #openttd
14:31:41 *** HerzogDeXtEr has joined #openttd
15:13:09 *** Wormnest has joined #openttd
16:05:21 *** andythenorth has joined #openttd
16:27:27 *** supermop_home has joined #openttd
16:33:54 <B_> I am still trying to investigate why sometimes on startup the adress of the last joined server seems unresponsive, although the server actually is
16:34:22 <B_> I recompiled openttd and started to add debug messages to narrow it down when it happens
16:34:46 <B_> I went as far as the UDP receiving packets loop
16:35:46 <B_> Although Wireshark spot the answers coming through, the game's ReceivePackets loop sees nothing...
17:06:43 *** sla_ro|master has joined #openttd
17:20:21 <Samu> i got a coding issue, need some advice
17:20:40 <Samu> i got numbers instead of names for some variables, it looks strange
17:22:18 <Samu> the numbers are at line 69/84
17:25:47 *** SgtStroopwafel_ has quit IRC
17:28:35 *** SgtStroopwafel_ has joined #openttd
18:34:43 *** cosmobird has joined #openttd
18:36:44 *** Breckett has joined #openttd
18:48:09 *** cosmobird_ has joined #openttd
19:13:48 *** quiznilo has joined #openttd
19:13:48 *** FLHerne has joined #openttd
19:30:23 *** Gustavo6046 has joined #openttd
19:31:03 *** Gustavo6046 has joined #openttd
19:33:44 *** cosmobird has joined #openttd
19:39:44 *** Progman has joined #openttd
20:18:35 *** ChanServ sets mode: +v tokai
21:10:25 *** frosch123 has joined #openttd
21:18:15 *** SgtStroopwafel_ has quit IRC
21:20:05 *** SgtStroopwafel_ has joined #openttd
21:20:29 *** ToffeeYogurtPots has quit IRC
21:26:45 <frosch123> wolf should start live-streaming building lego
21:41:18 <V453000> Eddi|zuHause: what's wrong with it? :P
21:41:56 <Eddi|zuHause> V453000: it's not HD? :p
22:06:52 <V453000> it would be if you rendered it on my pc ;P
23:10:48 *** sim-al2 has joined #openttd
23:33:06 *** Breckett has joined #openttd
23:49:59 <supermop_home> cascading these ravens out for electras
23:50:21 <supermop_home> ravens are taking over for suburban tanks
23:52:32 <supermop_home> surplus northcock dragging the ravens over to the other network
23:58:28 <B_> Samu: For your question about numbers sooner you can use constants defined by the preprocessor directive #define, which will help making the code readable without changing a thing about the way the code will compile/run
23:59:02 <B_> Ex: #define AIRTYPE_AIRCRAFT 0
23:59:18 <B_> 'case AIRTYPE_AIRCRAFT' instead of 'case 0'
continue to next day ⏵