IRC logs for #openttd on OFTC at 2014-05-27
⏴ go to previous day
00:01:49 <Rubidium> come on, if it's a Windows phone... it should just run the Windows version of OpenTTD
00:10:16 <steili> Just wait for MSVC for Windows Phone.. :p
00:11:12 *** Djohaal has joined #openttd
00:25:52 <Superuser> windows phones are ARM
00:25:59 <Superuser> so they have to be compiled for that architecture specifically
00:56:07 <steili> I meant MSVC that _runs_ on W8 (and it was a joke.. :)
01:11:47 *** phmadore has joined #openttd
01:34:57 *** Kurimus has joined #openttd
02:17:45 *** luaduck is now known as luaduck_zzz
04:16:22 *** KWKdesign has joined #openttd
04:56:16 *** Eddi|zuHause has joined #openttd
05:55:47 *** tokai|noir has joined #openttd
05:55:47 *** ChanServ sets mode: +v tokai|noir
06:23:10 *** Midnightmyth has joined #openttd
07:18:42 *** Myhorta has joined #openttd
08:21:47 *** HerzogDeXtEr has joined #openttd
08:31:13 <Supercheese> Still working on FS#4974 ;)
08:31:28 <Supercheese> devs need to stop changing the strings :P
08:56:27 <LSky`> *** Player #1 has left the game (wrong company in DoCommand)
08:58:56 <LSky`> "STR_NETWORK_ERR_CLIENT_COMPANY_MISMATCH"
09:06:41 <planetmaker> LSky`, the client sent a command to the server to do *something*. But he is in the wrong company to be allowed the action the command was sent for
09:07:23 <planetmaker> like, if I send a command to build a train in your depot
09:08:50 <planetmaker> this can also happen, if one command package (e.g. company change) does not reach the server
09:09:02 <planetmaker> so a subsequent command must fail
09:37:26 *** Midnightmyth has joined #openttd
09:47:08 <peter1139> Racially charged... right.
09:48:04 <Xaroth|Work> Alex is being an idiot as usual :|
10:11:54 *** montalvo has joined #openttd
10:21:56 *** Aristide has joined #openttd
11:02:52 *** sla_ro|master has joined #openttd
11:22:13 *** Aristide has joined #openttd
11:32:39 *** Supercheese has joined #openttd
12:14:02 *** Myhorta has joined #openttd
12:15:40 *** eQualizer has joined #openttd
12:23:53 *** HerzogDeXtEr has joined #openttd
12:31:10 *** Myhorta has joined #openttd
13:09:20 *** ccfreak2k has joined #openttd
13:27:22 *** Myhorta has joined #openttd
13:59:55 <V453000> how often do you exercice with him Eddi? :D
14:01:50 <planetmaker> nice forest, V453000 :)
14:02:23 <V453000> it actually is 4x4 so the trees also are slightly wtfsized (:
14:02:32 <Eddi|zuHause> V453000: fun fact: his wife is called "the yeti" :p
14:03:14 <Eddi|zuHause> (not entirely sure why. but maybe because she never is seen in any of his videos)
14:03:53 <V453000> YETI will also never be seen
15:07:22 *** rambo is now known as Guest11763
15:15:18 *** Alberth has joined #openttd
15:15:18 *** ChanServ sets mode: +o Alberth
15:15:51 <slaca> could anyone check that the infra_foundation newgrf works on linux?
15:16:00 <slaca> its good on win but not on linux
15:22:11 <Alberth> why does it fail?, or perhaps how?
15:22:59 <Alberth> copied the openttd.cfg from windows to unix, and using backslashes in paths to the newgrf ?
15:23:19 <slaca> no, i use totally new config
15:23:20 *** luaduck_zzz is now known as luaduck
15:24:55 <Alberth> the OS doesn't do anything with interpreting the newgrf content, openttd does that in both cases, so the same grf should work exactly the same at both platforms
15:25:11 <Alberth> and I don't know any example where that is not the case
15:25:14 <slaca> i only load the foundation grf, and it looks like the isr foundations and not like the default, but definitly not like the infra
15:27:34 <slaca> i keep trying to figure it out
15:28:09 <Alberth> there is no "foundation" grf on bananas
15:28:44 <Alberth> checked the contents of openttd.cfg?
15:29:03 <Alberth> you start a new game, instead of loading one?
15:29:38 <Alberth> you did you "load" it into the default configuration?
15:29:52 <slaca> the grf is from simuscape
15:31:20 <Alberth> it shows up in the newgrf settings window?
15:31:51 <Alberth> after starting the game, did you check whether it loaded correctly?
15:32:58 <planetmaker> and you have no newgrf in your list after it which replaces foundations (again)?
15:33:13 <Alberth> make a screenshot with the opened newgrf window, and a foundation that is wrong, and post it at simuscape
15:33:21 <planetmaker> anyhow, like Alberth said: same newgrf config gives same result. Independent of OS
15:33:34 <slaca> no i said i didnt load any other newgrf
15:33:54 <planetmaker> different parameters or climate?
15:34:30 <Alberth> the only differences between windows and linux are upper vs lower case filenames, and / versus \ directory paths
15:34:31 <slaca> tried 2 climates, I don't know about its parameters, probably there is no parameters for it
15:34:45 <Alberth> but that causes failure to load, which is not happening
15:34:51 <planetmaker> we can't know. It's not a publicly available NewGRF
15:34:55 <slaca> have you tried this grf too planetmaker?
15:35:25 <slaca> or can be downloaded from simuscape
15:35:45 <planetmaker> I see there no download
15:35:50 <planetmaker> it's a gated community
15:36:09 <planetmaker> just ask the author of the grf
15:36:22 <planetmaker> s/he should know what it shall provide
15:37:09 <slaca> SAC is the author, but would be nice to know that the problem is here or it happens with others too
15:38:18 *** pthagnar has joined #openttd
15:39:22 <slaca> possible that only works on windows?
15:39:51 <planetmaker> it may work only with a specific version of OpenTTD. But that's independent then of the OS
15:40:11 <slaca> i use 1.4.0 both on win and linux
15:40:13 <planetmaker> it then should work with that version on all OS
15:40:36 <planetmaker> a NewGRF has no means to detect the OS OpenTTD runs on
15:42:28 *** Progman has joined #openttd
15:44:29 <slaca> which one is the correct folder to copy my newgrf which arent on bananas?
15:45:08 <slaca> .openttd/content_download/data?
15:45:34 <planetmaker> section4 in the readme ;)
15:45:42 <slaca> or should i copy them next to the downloaded .tar files
15:45:48 <planetmaker> content_download is for OpenTTD only. .openttd/newgrf
15:47:37 <slaca> but then what files should be in .openttd/content_download/data?
15:48:07 <planetmaker> everything in content_download should be exclusively placed there by OpenTTD itself
15:48:31 <planetmaker> those things which you obtained via ingame *content download*
15:49:01 <planetmaker> and the data folder is deprecated for years
15:49:15 <planetmaker> so it's not used (anymore). Though still read for legacy reasons
15:49:24 <slaca> maybe i made that folder there?
16:00:06 *** Midnightmyth has joined #openttd
16:09:33 <slaca> i thought its that grf, but not my favourite foundations is from another grf, but dont know from which one :)
16:10:20 <slaca> planetmaker: can I use somehow the windmill from the opengfx landscape with the original graphics?
16:14:07 <planetmaker> I don't recall whether I added such parameter
16:16:25 <planetmaker> hm... possibly I actually did
16:17:47 *** Aristide has joined #openttd
16:19:56 <planetmaker> I must have been in a good mood when I added that parameter ;)
16:20:26 <slaca> provide field and ground sprites off?
16:20:40 <planetmaker> whatever you want :)
16:38:22 <steili> Hi guys! Any advise on how I can increase n.o. items in the TownSize (town_type.h) enum from 4 to 5? After just inserting an extra item between TSZ_RANDOM and TSZ_END, I get an assertion error in cmd_help.h (assert_tcompile(N == EnumPropsT<T>::num_bits)). I suspect I need to delegate more storage to the enum, so I've been looking at this line: template <> struct EnumPropsT<TownSize> : MakeEnumPropsT<TownSize, byte, TSZ_SMALL, TSZ_END, TSZ_END,
16:38:29 <steili> It's a while since I coded in c++ (let alone using templates!), so I'm not sure how to fix it though. Any ideas?
16:43:45 <Alberth> the "2" is related to @param Tnum_bits Number of bits for storing the enum in command parameters, where 2^2 is 4, so that seems like the limit :)
16:43:53 <planetmaker> steili, just look at the next line, town_type.h:29
16:45:03 <steili> Yes, I've know it's there, but I don't know what to do with it :) I tried increasing the last paramter to 3, with no effect
16:45:16 <planetmaker> no idea in which commands it is used. But just increasing the size of a variable which is bit-stuffed into commands needs very careful inspection
16:45:28 <planetmaker> it might not be possible without major rewrite of some commands
16:46:31 <Alberth> such asserts usually mean some code is very much dependent on the current setup
16:47:27 <steili> allright.. I've been coding in Python for the last few years, so I have to read up on all this memory handling in c++ :)
16:48:04 <Alberth> that could be anything from some well-defined bitpatterns, to no more room in some value, to having it fixed in newgrf specs
16:50:21 <planetmaker> I think I can exclude newgrf in this case. afaik it's a setting for town generation
16:50:38 <planetmaker> but as you can found towns ingame, it needs to be a command and MP safe
16:52:27 <planetmaker> steili, what do you actually try to achieve?
16:55:02 <steili> planetmaker: I'm trying to implement a lower and upper population limit for random generation of towns, but I would also like to keep the default random town creation algorithm, so I added a new value to the enum, TSZ_RANDOM_FIXED
16:56:01 <planetmaker> steili, why not simply add two new variables / settings which define upper and lower bound for random?
16:58:09 <steili> planetmaker, It's a lot of ways of doing this, but I'm mainly doing it to learn and get to know the code, and understanding the errors is a vital part of that process :)
16:59:09 <planetmaker> and our code has many bear traps hidden ;)
17:02:58 <planetmaker> but then, there's 300k+ LOC to hide them. So there's a little space between them ;)
17:05:37 <V453000> 300k is a lot of locomotive space
17:08:18 <steili> @planetmaker: Didn't see your comment about ingame placing of towns. That seems to be the problem - the founding of towns at map generation time works flawless, but the assertion error arises when I try to found games in-game.
17:09:22 <planetmaker> "that assertion"? You only quoted a compile-time assertion so far :)
17:11:37 <steili> No, sorry, compiling is no problem, I probably stated my problem the wrong way
17:12:41 <planetmaker> I get an assertion error in cmd_help.h (assert_tcompile(N == EnumPropsT<T>::num_bits)) <-- hm?
17:15:02 <steili> When I run it in debug mode and try to found a town ingame, I get a popup with this error: "Assertion failed! Program: <path to cmd_helper.h> line 29
17:15:43 <steili> Sorry, 2 seconds, I managed to to X the error message
17:18:15 *** Myhorta has joined #openttd
17:18:51 <steili> Okey, this is what the error says: Expression: N == EnumPropsT<T>::num_bits
17:21:04 <planetmaker> well, yes, seems that exactly that is the case: the bits are stuffed in a command parameter. And less are extracted than expected :)
17:23:19 <steili> planetmaker: Yea, I think I understand it. I found exactly such a reference in town_cmd.cpp - just now :)
17:28:59 <steili> planetmaker, Alberth: Thanks for the help - changing that parameter fixed the problem :) It was indeed hardcoded in a command parameter.
17:29:52 <planetmaker> scary shit. That's the bottom of a spiked pit from prince of persia or so? :P
17:31:16 <V453000> not to mention that it took 15 minutes to render :|
17:31:22 <planetmaker> honestly it looks that much like a maze of stalagmites that it doesn't resemble a pit in my eyes. Or any mine
17:31:32 <steili> looks like it! :) that was my favourite game back in the days
17:31:58 <V453000> well yeah, I just went over the top with displacement :P
17:37:23 <planetmaker> haha. crystalized clay :). You get that at the same temperature as crystalized water ;)
17:37:50 <V453000> guess that is cold, perfect for yetis
17:38:14 <planetmaker> then have them cut the stone with a saw? :)
17:38:42 <planetmaker> and then shredder it to make it clay-like :D
17:39:18 *** frosch123 has joined #openttd
17:39:31 <planetmaker> does it matter? :)
17:39:56 <planetmaker> they're yetis. They're somewhat dump.
17:40:01 <planetmaker> More so when they take a dump
17:40:05 <planetmaker> or work in a dump
17:40:35 <V453000> yeah, also the heap of shit on livestock farm with a sign REALISM is completely coincidental
17:40:55 <V453000> random dump expressing itself
17:41:46 *** gelignite has joined #openttd
17:45:44 <DorpsGek> Commit by translators :: r26619 /trunk/src/lang (4 files) (2014-05-27 17:45:34 UTC)
17:45:45 <DorpsGek> -Update from WebTranslator v3.0:
17:45:46 <DorpsGek> catalan - 3 changes by juanjo
17:45:47 <DorpsGek> english_AU - 2 changes by mrtux
17:45:48 <DorpsGek> english_US - 29 changes by Supercheese
17:45:49 <DorpsGek> korean - 2 changes by telk5093
17:46:14 <Alberth> definitely worth 15 minutes cpu time :)
17:50:05 <Eddi|zuHause> "this nuclear waste accident happened because we switched the kitty litter to organic"
17:51:03 <V453000> the "normal" one takes just a couple minutes Alberth :)
17:51:47 <Alberth> those are not hairy enough perhaps ;)
18:01:18 *** RageRiot| has joined #openttd
18:17:31 *** Aristide has joined #openttd
18:33:42 *** andythenorth has joined #openttd
18:35:47 *** montalvo_ has joined #openttd
18:38:15 <Wolf01> mmmh boring slow internet
18:38:55 <Supercheese> I had a job drilling holes once, that was really boring ;)
18:39:30 <Wolf01> with a mole, I hope, not by hand
18:42:39 *** montalvo_ has joined #openttd
18:43:48 *** montalvo has joined #openttd
18:45:44 *** rambo is now known as Guest11774
18:48:13 <andythenorth> moles live in holes
18:48:19 <andythenorth> they can never be found
18:51:57 <Supercheese> Release the Kraken
18:53:44 <Supercheese> that's in NUTS, innit?
18:58:08 <V453000> nuts aint got no kraken
19:00:52 *** Aristide has joined #openttd
19:09:08 *** Myhorta[1] has joined #openttd
19:11:33 * andythenorth reads a diff with145 separate changes :(
19:48:37 *** zeknurn has joined #openttd
20:09:09 *** Myhorta has joined #openttd
20:32:59 *** RageRiot- has joined #openttd
20:53:53 *** phmadore has joined #openttd
21:01:19 *** Belugas has joined #openttd
21:01:19 *** ChanServ sets mode: +o Belugas
21:10:52 *** Speedy` has joined #openttd
21:11:08 *** Speedy` is now known as Speedy
21:28:02 *** lofejndif has joined #openttd
22:35:20 *** fkinglag1 has joined #openttd
23:10:06 *** Aristide has joined #openttd
23:13:20 *** Djohaal has joined #openttd
23:30:06 *** Myhorta has joined #openttd
23:33:26 *** Hazzard has joined #openttd
continue to next day ⏵
