IRC logs for #openttd on OFTC at 2013-12-15
⏴ go to previous day
00:10:21 *** MrShell has joined #openttd
00:17:15 *** TinoDidriksen has joined #openttd
00:32:04 *** scshunt has joined #openttd
00:41:39 *** Phoenix_the_II has quit IRC
00:48:06 *** Hirundo has joined #openttd
00:48:36 *** Terkhen has joined #openttd
00:48:36 *** planetmaker has joined #openttd
00:48:37 *** ChanServ sets mode: +o Terkhen
00:48:37 *** ChanServ sets mode: +o planetmaker
01:02:52 *** dotwaffle has joined #openttd
01:11:06 *** XeryusTC has joined #openttd
01:18:51 *** djgummikuh has joined #openttd
01:33:55 *** Cybertinus has joined #openttd
01:59:01 *** SpComb^ has joined #openttd
02:15:02 *** Prof_Frink has joined #openttd
02:24:23 *** DarkAce-Z has joined #openttd
02:28:40 *** jonty-comp has joined #openttd
02:43:06 *** EyeMWing has joined #openttd
02:48:23 *** Dark-Ace-Z has joined #openttd
02:49:23 *** Arr`Gone has joined #openttd
03:16:59 *** Dark-Ace-Z is now known as DarkAceZ
03:17:02 *** LeandroL has joined #openttd
03:19:49 *** tokai|noir has joined #openttd
03:19:49 *** ChanServ sets mode: +v tokai|noir
03:31:26 *** Supercheese has joined #openttd
04:38:25 *** Hazzard has joined #openttd
05:40:00 *** GriffinOneTwo has joined #openttd
05:56:16 *** Eddi|zuHause has joined #openttd
08:32:27 *** zeknurn has joined #openttd
08:48:50 *** sla_ro|master has joined #openttd
09:12:05 *** Pensacola has joined #openttd
09:16:13 *** Crispbee has joined #openttd
09:35:25 *** Progman has joined #openttd
09:47:18 *** Devroush has joined #openttd
10:09:06 *** oskari89 has joined #openttd
10:23:59 *** johnrambo has joined #openttd
10:36:54 *** Alberth has joined #openttd
10:36:54 *** ChanServ sets mode: +o Alberth
10:37:42 *** sla_ro|master has joined #openttd
10:39:00 *** Eddi|zuHause has joined #openttd
10:39:00 *** Prof_Frink has joined #openttd
10:39:00 *** SpComb^ has joined #openttd
10:39:00 *** djgummikuh has joined #openttd
10:39:00 *** Terkhen has joined #openttd
10:39:00 *** scshunt has joined #openttd
10:39:00 *** Stimrol has joined #openttd
10:39:00 *** coulomb.oftc.net sets mode: +o Terkhen
10:39:17 *** ChanServ sets mode: +v Terkhen
10:55:11 *** Eddi|zuHause has joined #openttd
10:55:11 *** Prof_Frink has joined #openttd
10:55:11 *** SpComb^ has joined #openttd
10:55:12 *** djgummikuh has joined #openttd
10:55:12 *** Terkhen has joined #openttd
10:55:12 *** scshunt has joined #openttd
10:55:12 *** Stimrol has joined #openttd
10:55:12 *** coulomb.oftc.net sets mode: +ov Terkhen Terkhen
11:01:42 *** HerzogDeXtEr has joined #openttd
11:25:37 *** Ristovski has joined #openttd
11:51:13 *** confound has joined #openttd
11:56:59 *** DorpsGek has joined #openttd
11:56:59 *** ChanServ sets mode: +o DorpsGek
12:05:41 *** FLHerne has joined #openttd
12:14:07 *** fonsinchen has joined #openttd
12:14:35 *** LordAro has joined #openttd
12:14:37 *** V453000 has joined #openttd
12:15:58 *** NGC3982 has joined #openttd
12:20:42 *** checkbook has joined #openttd
12:34:30 *** michi_cc has joined #openttd
12:34:30 *** ChanServ sets mode: +v michi_cc
12:38:07 *** skyem123 has joined #openttd
12:39:40 *** TrueBrain has joined #openttd
12:56:57 *** andythenorth has joined #openttd
13:18:52 <michi_cc> Eddi|zuHause: Has your cat become sentient now?
13:19:22 <Eddi|zuHause> can you disprove it? :p
13:23:58 <fonsinchen> Let's have a little poll: Who of you would prefer destinations to distribution for town cargoes (passengers, mail, goods, food, water)?
13:24:05 *** frosch123 has joined #openttd
13:24:30 <fonsinchen> Who generally prefers distribution over destinations, also for non-town cargoes?
13:26:29 <fonsinchen> I'm just thinking that destinations don't make much sense if you have 20 towns in the list of places to be served. So I'm pondering if I can restrict the whole thing to industries only.
13:26:38 <fonsinchen> This would make everything a bit simpler.
13:26:55 *** strohalm has joined #openttd
13:27:45 <planetmaker> how does that make it simpler, fonsinchen ?
13:28:04 <fonsinchen> Not having to drag around the SourceType everywhere would be nice
13:28:18 <fonsinchen> Also Headquarters are also a kind of source and they're hard to support
13:29:29 <fonsinchen> Allowing only distribution (symmetric or asymmetric) or manual for pax and mail resolves that problem quite nicely.
13:30:09 <planetmaker> fonsinchen, houses can accept any cargo
13:31:28 <fonsinchen> Hrm, I see. They can also accept stuff for which there is no town effect, I guess.
13:31:49 <fonsinchen> But how would I know about that anyway when only looking at the towns.
13:31:54 <planetmaker> it's just a matter of writing the NewGRF such that they do
13:31:57 <fonsinchen> Let me check that ...
13:33:09 <fonsinchen> Apparently Town will account for maximum NUM_CARGO supplied cargoes, but only NUM_TE accepted ones.
13:33:19 <fonsinchen> That is ... interesting.
13:35:37 <planetmaker> oh, fonsinchen they can also *produce* any cargo
13:35:40 <Eddi|zuHause> fonsinchen: just make a record of the cargos during the tile loop?
13:36:25 <planetmaker> callback 0x2E for houses
13:36:28 * fonsinchen hates adding things to the tile loop.
13:36:51 <michi_cc> fonsinchen: I think you can guess my poll choice :)
13:36:52 <Eddi|zuHause> fonsinchen: if you need a test case, try ECSHouses, it has a fuel station coded as house
13:37:23 <fonsinchen> michi_cc, have you seen what the town windows look like in YACD when you have many big towns?
13:37:30 <Eddi|zuHause> but it only has like 6/8 acceptance, so you need two of them...
13:38:02 <Eddi|zuHause> which is one of the most stupid design decisions...
13:38:03 <michi_cc> Yes, but that might simply mean that one of the scale factors has to be bigger.
13:38:58 * fonsinchen has to go back to the drawing board.
13:39:10 <fonsinchen> It's even messier than I had though.
13:40:35 <michi_cc> Exactly because of those stupid x/8 problems I decided from the start to only go down to 4x4 tile squares.
13:43:40 <fonsinchen> But why would you actually use the houses at all? That commit you're quoting stores all necessary information in Town. Each station is associated to a town and knows what cargo it gets. No need to make it even more fiddly, I'd say.
13:45:05 <Eddi|zuHause> the point was to decide the destinations _before_ you have a station?
13:45:34 <michi_cc> Because cargo destinations don't depend on whether there is a station or not, i.e. if you don't cover all houses in a town you're not going to get all possible cargo (to ease start-up the center tiles of the house get a much bigger proportion of the cargo than the outliers).
13:46:41 <fonsinchen> Because of d2d24d you can calculate destinations based on the information already available from Town and Industry, right?
13:47:25 <fonsinchen> Then you have, like in YACD "town X wants to deliver to town Y, town Z and town ZZ".
13:47:33 <fonsinchen> Isn't that enough?
13:47:50 <michi_cc> If you include the commit after d2d24d, yes (collects industry *tile* acceptance).
13:48:42 <michi_cc> If the town is the destination, then yes. But for YACD the destinations is the actual house (well, 4x4 map square) and not the town itself.
13:49:36 <fonsinchen> Which commit is the one after d2d24d?
13:50:10 <fonsinchen> And why do you want the 4x4 squares to be the destinations instead of towns?
13:50:30 <Eddi|zuHause> because of inner-city transport?
13:50:58 <fonsinchen> Just say the town delivers to itself
13:52:14 <fonsinchen> The demands algorithm just has to make sure that no _station_ has itself as destination.
13:53:22 <Eddi|zuHause> but then you can get away with just dropping the people off at the main station, instead of bringing them to their homes
13:53:39 <michi_cc> Because I explicitly want to encourage building an inner-city distribution network over just needing to plop a single big station in the middle of the town.
13:54:23 <fonsinchen> If you just plop a big station in the middle you'll miss out on the inner-city transported pax
13:54:30 <fonsinchen> You need at least 2
13:55:09 <fonsinchen> And then, to cover the whole town, you typically need multiple stations anyway and the demands algorithm can assign demands to them
13:55:30 *** peter1138 has joined #openttd
13:55:30 *** ChanServ sets mode: +o peter1138
13:56:21 <fonsinchen> The cargo destination assignment has to be separate from he station demand assignment anyway.
13:56:58 <michi_cc> And due to the weights that are assigned to each square you even get something resembling a commute pattern (e.g. in-town pax from the outside areas of the town are more likely heading to the city center than some other outside area). More "realism" :p
13:57:42 <fonsinchen> Well, you get that with pure distribution, too. Say, in current trunk, you only build an inner-city network in one town.
13:58:14 <fonsinchen> Then the symmetric distribution will make sure that you get a lot of center to outside commutes
13:58:33 <fonsinchen> (and the other way round of course)
14:00:15 <Eddi|zuHause> fonsinchen: the main difference between destinations and distribution is that in distribution you can safely leave out areas, you're only going to miss cargo that gets produced at this area. with destinations you miss the cargo that gets produced in this are AND the cargo that wants to go to this area
14:00:43 <Eddi|zuHause> so there is a higher penalty for leaving this area out
14:00:48 <fonsinchen> I know. What I'm trying to figure out now is the necessary granularity
14:00:59 <michi_cc> In the end it is simply personal opinion what the "right" way is. I still consider the destinations part of YACD a lot better than the routing part (all performance problems are almost only in the routing part, the destination generation is almost invisible on profiling) and quite well though out.
14:01:36 <fonsinchen> I have actually rebased the destinations part on current trunk. It works fine.
14:03:14 *** LordAro has joined #openttd
14:03:15 <fonsinchen> Now I'm wondering if I should use that or rewrite it in a simpler way. The fact that data is scattered around all over the place doesn't make it easy to integrate the destinations into the link graph.
14:04:38 <fonsinchen> I was more thinking about centralized lists of sources, sinks and their mappings by cargo which can easily be copied into a link graph job.
14:05:19 <Eddi|zuHause> a DestinationPool?
14:06:36 <fonsinchen> More like exactly NUM_CARGO Destinations objects.
14:07:01 *** skyem123_ has joined #openttd
14:10:23 *** skyem123__ has joined #openttd
14:12:07 *** blathijs has joined #openttd
14:13:10 <frosch123> doesn't the difference between town destinations and 4x4 map square destination become important when towns grow into one town, and the houses beloging to different towns are directly adjacent?
14:13:27 *** skyem123 has joined #openttd
14:15:51 <fonsinchen> Sure, that is a problem. If we just go by town associated to a station we get wrong results then.
14:16:55 <fonsinchen> We may need a towns_near member in Station at some point to fix that
14:17:14 <fonsinchen> But for now, the direct town association is good enough, I think.
14:17:51 <fonsinchen> While we're at it we could also add a headquarters_near, for added fun.
14:18:25 <fonsinchen> In no case we really need the 4x4 squares, I think.
14:23:11 *** TheMask96 has joined #openttd
14:25:30 *** jjavaholic has joined #openttd
14:28:42 <andythenorth> michi_cc: "Because I explicitly want to encourage building an inner-city distribution network over just needing to plop a single big station in the middle of the town." <- that was one of the fun parts of YACD, but it could use less granularity :)
14:29:01 <andythenorth> I don't know the correct term :)
14:29:31 <andythenorth> anyway, after you've done it a few times, placing bus or tram stops every 8 tiles or so - the fun wears off :)
14:29:45 <andythenorth> 8x8 tiles, and assume people walk?
14:30:00 <andythenorth> introduce weather :P They only walk on some days :P
14:30:00 <michi_cc> Catchment radius of bus stops is till only 3 tiles...
14:31:22 <michi_cc> The 4x4 isn't random, but influenced quite a bit by station catchment.
14:31:46 <andythenorth> in case of confusion, I do think it's a good design choice :)
14:32:24 <andythenorth> but I found it very hard to not have pax pile up in large cities
14:32:39 <andythenorth> after a while I would have thousands waiting and didn't bother trying to fix
14:33:12 <andythenorth> maybe it's a pax generation issue, or a vehicle set issue, not the destinations mechanic
14:53:44 *** Super_Random has joined #openttd
14:56:05 <Eddi|zuHause> the problem is that the "cargo wating" vs. "station rating" feedback effect is not working well
14:56:24 <Eddi|zuHause> but that doesn't really have anything to do with destinations
14:56:49 <Eddi|zuHause> it's just without destinations/distribution it's easier to ignore
15:09:23 *** Djohaal has joined #openttd
15:10:01 <Eddi|zuHause> that's what you do when you're up to your knees in water
15:11:43 *** lofejndif has joined #openttd
15:20:27 <MNIM> no, that would be wading.
15:20:53 <andythenorth> also /me played YACD with RV stops patched to 5 tile catchments locally :P
15:25:22 <andythenorth> moving pax inside cities with YACD is a good challenge :D
15:27:13 *** _johannes_ has joined #openttd
15:27:52 <_johannes_> Hey, can I please get help? We wanted to setup a game with additional newgrf features, but now the default trains (including coal waggons) are missing. How to re-enable them?
15:31:52 *** Ristovski has joined #openttd
15:32:08 <_johannes_> No one has an answer?
15:32:13 <_johannes_> Must be a simple question...
15:33:03 <Eddi|zuHause> which newgrf are you trying to use?
15:33:33 <andythenorth> afaik there's nothing you can do
15:33:40 <andythenorth> you need a new game
15:34:36 <_johannes_> I can start a new game, this is no problem
15:34:56 <_johannes_> but how do I start a new game with both newgrf trains and default trains?
15:35:32 <_johannes_> I want to use "Generic European Train Set (GES)"
15:36:15 <andythenorth> it probably disables default trains
15:36:53 <andythenorth> because most train sets assume you want to replace default trains
15:37:10 <andythenorth> you could try adding OGFX+ trains
15:37:21 <andythenorth> it's pretty much a recreation of the default trains + some extra stuff
15:37:46 <andythenorth> I'm guessing your problem is that you are missing vehicles for some cargos?
15:38:35 <andythenorth> that's a sign of an unfinished newgrf
15:38:41 <andythenorth> I wouldn't bother with it
15:38:45 <andythenorth> try something better
15:38:54 <andythenorth> it's probably subtly broken in other ways
15:39:10 <Eddi|zuHause> _johannes_: most newgrf sets have wagons that can be refitted to more than one cargo.
15:39:33 <Eddi|zuHause> so if you think "there is no wagon that loads coal", you might need to look closer
15:39:48 <Eddi|zuHause> e.g. whether the one that loads iron ore may be refitted to coal
15:40:16 <_johannes_> ok trying ogfx+ now
15:40:22 <Eddi|zuHause> (you need to do that in a depot)
15:40:37 <andythenorth> is there a good, finished, Euro train set?
15:42:11 <Eddi|zuHause> what are your criteria for "good" or "finished"?
15:42:44 <Eddi|zuHause> the DBSet has some strange design choices, partially due to its age
15:43:13 <andythenorth> I think I mean 'coherent' and 'supports the most used industry newgrfs'
15:43:53 <Eddi|zuHause> the DBSet has certainly big problems with "supports industry sets"
15:44:17 <andythenorth> $someone should really make a Euro train set :P
15:44:54 * Eddi|zuHause whistles innocently
15:50:04 <andythenorth> IH will have Euro options
15:50:40 <andythenorth> likely a scandi version, a france/germany version, and some kind of mediterranean thing
15:51:41 <_johannes_> Hey, thanks andythenorth , Eddi|zuHause , it works!
16:18:59 <andythenorth> fonsinchen: to (not) answer your question - town cargos pose a problem
16:19:22 <andythenorth> having lots of destinations is horrible
16:19:31 <andythenorth> only having distribution is kind of odd :(
16:43:47 *** Gethiox has joined #openttd
17:15:26 *** Arr`Gone is now known as Arrgh
17:30:41 *** Arrgh is now known as Arr`Gone
17:48:50 *** Arr`Gone is now known as Arrgh
17:58:06 *** tokai|mdlx has joined #openttd
18:03:51 *** Arrgh is now known as Arr`Gone
18:18:17 *** retro|cz has joined #openttd
18:27:22 *** Hazzard has joined #openttd
19:07:01 *** oskari892 has joined #openttd
19:22:09 *** Virtual- has joined #openttd
19:30:02 *** Gethiox2 has joined #openttd
19:43:22 <andythenorth> ok so (this is wrt FIRS, but probably applies elsewhere)
19:43:30 <andythenorth> destinations are more _realistic_ :P
19:43:46 <andythenorth> town cargos should be distributed in small volumes to many places
19:44:18 <andythenorth> but in most games I play, I just dump them, unrealistically, into industries with trains
19:44:29 <andythenorth> because routing lots of trucks individually is boring
19:45:22 <andythenorth> so what do we want to optimise for? :)
19:48:51 *** Djohaal has joined #openttd
19:49:13 <krinn> hi guys, passing by just to says devzone is sick
19:50:18 <frosch123> yup, since around 16:30
19:53:13 * andythenorth is making a FIRS change
19:53:18 <krinn> hg pull is also down, but must be link problem
19:53:21 *** zeknurn has joined #openttd
19:53:35 <andythenorth> with compile time, this change will take until next week :D
19:55:13 <krinn> ccache is a badass, but it could be of help if well use
20:07:07 *** oskari89 has joined #openttd
20:23:32 <andythenorth> ho ho 6 mins to compile FIRS
20:23:39 <andythenorth> making mistakes will be expensive :D
20:28:04 * andythenorth made a mistake :(
20:38:50 <andythenorth> matrix transforms in my head o_O
20:39:07 * andythenorth has one industry layout, rotated 4 times for different angles
20:39:16 <andythenorth> it's not hard, just requires care :P
20:39:28 <Eddi|zuHause> make a code generator
20:39:58 <andythenorth> I think for this particular case, that is the absolute definition of over-engineering :)
20:40:43 *** Virtual- has joined #openttd
20:41:29 <Eddi|zuHause> only if you use a "framework" instead of writing 10 lines of python cone
20:44:58 <andythenorth> it's an April Fools?
20:49:04 <andythenorth> it's not an April fools
20:51:39 <andythenorth> nor is this compile time sadly :(
20:52:18 <frosch123> maybe fools are timeless
21:06:52 *** V453000 has joined #openttd
21:06:52 *** planetmaker has joined #openttd
21:06:52 *** XeryusTC has joined #openttd
21:06:52 *** ChanServ sets mode: +o planetmaker
21:07:52 *** Hirundo has joined #openttd
21:07:56 <Eddi|zuHause> __ln__: didn't some guys at 4chan start an implementation, but github threw them out?
21:08:08 <Zuu> andythenorth: having lots of destinations but not perfect information about where (people) want to go is realistic :-)
21:08:40 <Zuu> Though it can also be argued that having 4x4 zones or similar is also realistic.
21:08:52 *** Terkhen has joined #openttd
21:08:52 *** ChanServ sets mode: +o Terkhen
21:09:15 *** ^Spike^ has joined #openttd
21:09:29 *** djura-san has joined #openttd
21:10:15 *** fonsinchen has joined #openttd
21:10:18 <andythenorth> another 6 minute mistake :P
21:10:53 <Eddi|zuHause> andythenorth: reimplement nmlc in c++ :)
21:10:59 <djura-san> so, what is the upper year number limit in openttd?
21:11:11 <andythenorth> or reimplement FIRS
21:11:15 <planetmaker> djura-san, 5000000
21:11:16 <andythenorth> one grf per industry
21:11:21 <Eddi|zuHause> djura-san: 5000000
21:11:24 <planetmaker> and even then it just doesn't count up
21:11:28 <andythenorth> or just use the compile time flag I made to only compile one industry :(
21:11:55 <djura-san> planetmaker & Eddi|zuHause : wow. I'm only at 4332 :>
21:12:37 <Eddi|zuHause> djura-san: someone once thought that 1920-2090 wasn't a good range, so they extended it
21:13:16 <djura-san> Eddi|zuHause: Nice. That could give me a lot time to play
21:14:10 <Zuu> And when you finnally reach year the maximum year, that year will cycle forever.
21:14:23 <andythenorth> ultimate daylength :D
21:14:29 <djura-san> also, i played a lot of this game offline and i noticed that it is virtually impossible to start tiny city and develop it. I tired to make something like 3x3 grid town and i was not able to stabilize it's economy. Still, i made some progress.
21:14:45 <peter1138> Hmm... who did that?
21:14:52 <djura-san> Zuu: \o/. Infinite game. i Like that because not i have a lot of money on a crappy build to experiment :)
21:15:31 <Zuu> Good luck on reaching year 5 000 000 :-)
21:15:35 <peter1138> It was always infinite. It just stays at the last year possible.
21:15:45 <djura-san> that is very good to hear.
21:16:19 <Zuu> (although it is actually quite easy to reach it - if you allow using the change year cheat)
21:16:23 <peter1138> We ruined TTD by turning it into a neverending sandbox...
21:16:53 <djura-san> Anyway, any good advices to develop small city with only busses maybe? I'm very interested to try this out. THe condition is to build only one city and build it road piece by road.
21:17:35 <Zuu> If you want to grow a town, have 5 stations with good service in the town.
21:17:40 <Eddi|zuHause> someone recently told me that TTD looped in 2070
21:17:58 <Zuu> If the town is in desert/snow you need to supply at least one unit of the required cargo each month.
21:18:17 <Eddi|zuHause> as far as i remember, i never went past 2030 (original TT end year)
21:19:27 <Zuu> And if you want some more interesting growth logic, there are currently 7 town growth related Game Scripts available through online content download.
21:20:06 <djura-san> Zuu: i wanna have full controll over the town growth. I made a big mistake with my first build: i got 2 towns (randomly generated), i made 2x2 train tracks and i stabilized it and let town build their own roads. THe result are crappy houses everywhere that ruined my symetry. I wanted to build samll town and force it to replace small houses with big ones. I managed to do that in a way but buses are still way to expenssive at the moment.
21:20:51 <djura-san> So i treid minimal thing: no industries, small town (<500) and growth controll.
21:21:29 <Eddi|zuHause> djura-san: there is a setting to turn off road construction for towns
21:21:38 <djura-san> But it is not going well so far. I managed to progress a little but not enough to make it stable (to earn money and dont loose it when i have to renew my buses)
21:21:50 <djura-san> Eddi|zuHause: i did that :)
21:22:14 <Eddi|zuHause> djura-san: but it will only build larger houses when there is a certain number of houses
21:22:35 <Eddi|zuHause> so the area with roads should not be too small
21:22:47 <djura-san> i see. Are there any numbers about this that i can see (other than source review)?
21:23:00 <andythenorth> ho ho a 2 min compile, with just 1 industry type
21:23:11 <Xaroth|Work> Eddi|zuHause: run nmlc with pypy ?
21:23:23 <Eddi|zuHause> Xaroth|Work: what
21:23:29 <Eddi|zuHause> 's that supposet to help?
21:23:37 <Xaroth|Work> pypy speeds python code up by a lot
21:24:24 <planetmaker> in this case... I might trust andy more :P
21:25:13 <planetmaker> of course they want to sell it :)
21:25:37 <Eddi|zuHause> # du hast nie gelernt dich zu artikulieren
21:25:38 <Eddi|zuHause> # und deine Eltern hatten niemals für dich Zeit
21:26:11 <planetmaker> that is *so* old, Eddi|zuHause ;)
21:26:26 <planetmaker> also... "artizukulie-ieren" ;)
21:26:34 <andythenorth> Xaroth: test it? o_O
21:26:43 <andythenorth> get a FIRS checkout, tell us which is faster
21:27:34 <Xaroth|Work> might need to install nmlc first on this box, hm
21:28:31 <Eddi|zuHause> # du hast nie gelernt dich artizukulieren
21:28:50 <Eddi|zuHause> # und deine Freundin die hat niemals für dich Zeit
21:31:04 <Eddi|zuHause> planetmaker: the artizu-... is only in the last refrain
21:47:58 *** Myhorta has joined #openttd
21:56:13 <andythenorth> 1 step closer to next FIRS release
21:58:02 <Xaroth|Work> nmlc is being annoying with imports
21:59:33 *** Progman has joined #openttd
22:00:26 <planetmaker> what can be made better, Xaroth ?
22:00:40 <Xaroth|Work> planetmaker: me using the right version
22:00:52 <Xaroth|Work> the pip installed an older version
22:00:58 <Xaroth|Work> that imported PIL.Image wrong
22:01:06 <Xaroth|Work> nightly does so the right way
22:01:28 <planetmaker> yeah, time for 0.3.0 soonish
22:01:43 <Xaroth|Work> and some info on how that is compiled :o
22:01:48 <Xaroth|Work> or.. something that takes a while
22:02:03 <planetmaker> clone firs. And call make
22:02:49 <Eddi|zuHause> and then replace the config option to use pypy
22:02:49 <planetmaker> after one run of make you'll have a firs.nml in the main dir. which you then could pipe through nml w/o any other pre-processing
22:14:12 <Xaroth|Work> andy should add something that bitches about missing libraries before it tries to spend a minute doing things :P
22:16:00 <Xaroth|Work> chameleon first, then markdown
22:18:32 <djura-san> oh, this utlimate buldozer can be usefull to obliterate cities :D
22:19:29 <Xaroth|Work> thats the first run
22:22:13 *** _johanne1_ has joined #openttd
22:28:38 <Eddi|zuHause> i should put it in CETS :p
22:42:15 <Xaroth|Work> ok, after caching: user 2m27.525s
22:43:11 <Xaroth|Work> .. if that worked
23:12:54 <Xaroth|Work> a nice 50% speed increase right there
23:14:03 <Xaroth|Work> oddly enough, binary files differ
23:17:25 <Xaroth|Work> doesn't have to be a bad thing though
23:17:59 <LordAro> but what could differ in the grf?
23:18:25 <LordAro> order wouldn't affect the size of things, would it?
23:18:41 <Xaroth|Work> no, but it would yield diffs in the binary format
23:18:58 <LordAro> are they different sizes though?
23:19:19 <Xaroth|Work> size is identical
23:19:24 <LordAro> probably alright then :)
23:19:32 <Xaroth|Work> 2 runs with python yield the same file, 2 runs with pypy yield the same file
23:19:40 <Xaroth|Work> but there's a binary diff between python and pypy
23:21:41 <Xaroth|Work> planetmaker: what one could do, is tweak the nml installer to install as nmlc-pypy when setting up through pypy .. then have the Makefile for the projects check between nmlc and nmlc-pypy
23:23:09 <Xaroth|Work> then again, you can run the same nmlc file through pypy as long as you've installed it using pypy as well
23:23:27 <Xaroth|Work> (which is annoying as installing stuff for pypy tends to overwrite some files ..)
23:24:00 <Xaroth|Work> (making pip and easy_install install for pypy by default, for example, instead of making a pip-pypy2.2 (like it does a pip-2.7) )
23:28:57 *** Myhorta has joined #openttd
continue to next day ⏵