IRC logs for #openttd on OFTC at 2012-03-14
⏴ go to previous day
00:23:38 *** DoubleYou has joined #openttd
01:40:29 *** Pinkbeast has joined #openttd
02:05:39 *** Phoenix_the_II has quit IRC
02:35:07 *** DoubleYou has joined #openttd
04:09:55 *** arakasii has joined #openttd
04:11:50 <arakasii> good morning. anyone have a moment to test my server connection. ive setup port forwarding but apparently it still shows offline when my brother tries to connect
04:12:16 <arakasii> wondering if its still something ive done or problem his end
05:46:53 *** tokai|noir has joined #openttd
05:46:53 *** ChanServ sets mode: +v tokai|noir
05:56:22 *** Eddi|zuHause has joined #openttd
06:18:16 *** andythenorth has joined #openttd
06:22:53 *** tokai|mdlx has joined #openttd
06:34:58 *** JVassie has joined #openttd
06:35:16 *** sla_ro|master has joined #openttd
07:22:43 *** Maarten_ has joined #openttd
07:38:35 *** andythenorth has joined #openttd
07:41:45 *** Phoenix_the_II has joined #openttd
07:41:53 *** Twofish has joined #openttd
07:57:20 <planetmaker> results look MUCH better, Pikka :-)
07:57:34 <planetmaker> as you're here, I can also ask here: how did you achieve the result?
07:58:36 <planetmaker> (did I ever mention that I like very much the transparent view of TAI for its great clarity?)
07:59:01 *** TWerkhoven[l] has joined #openttd
07:59:08 <planetmaker> no newgrf gives a better overview to a tycoon and help where to build new connections
07:59:10 <Pikka> planetmaker: it builds a house which it then immediately removes
07:59:49 <Pikka> I had my doubts that it would work, but it seems to
08:00:17 <SpComb> Chris Sawyer needs to do a kickstarter pledge for TTD2..
08:00:34 <planetmaker> how do you unbuild it?
08:00:50 <planetmaker> technically speaking?
08:01:53 <Pikka> it's not a /perfect/ solution, because there's a chance you could bump into one of the non-houses (which for TaI will look like rough ground sprites) while building, for the <256 ticks of the house's existence. but it's unlikely to happen often in practice.
08:02:18 *** Eddi|zuHause has joined #openttd
08:03:47 <planetmaker> yeah. You could use a special ground sprite for it though which features some <whatever>... maybe some advertisement or so
08:04:10 <planetmaker> thus the kind of transitional things which appear in outskirts sometimes
08:04:28 <Pikka> possibly, although I think drawing attention to them might just make things more confusing for players.
08:05:10 <planetmaker> maybe. 256 ticks is just short of 4 days...
08:05:11 <Pikka> I'll see how things go once I get it into the set and people can play with it.
08:05:37 <Pikka> but that's the maximum period they'll live for, I think. It can be shorter.
08:05:50 <planetmaker> that's how I understand it, yes
08:09:00 *** TheMask96 has joined #openttd
08:11:33 <planetmaker> Now all it needs is a prominent warning in the readme "Do not use this NewGRF with town growth scripts" so that we all can say "rtfm you dork!" :-P
08:11:59 <Pikka> well, I don't know how much a town growth script would hurt
08:12:32 <Pikka> plenty of people use it at the same time as other house newgrfs, which totally defeats the growth limit thing. :P
08:12:36 <planetmaker> it would not hurt. But it'll be two things trying the same thing with different limits and conditions
08:12:57 <planetmaker> thus people will complain that the script doesn't work as intended
08:13:18 <planetmaker> reports you most likely won't get but the script writer
08:13:23 <Pikka> although is anyone ever going to make such a script? :)
08:13:34 <planetmaker> they do exist already. More than one. On bananas
08:14:00 <planetmaker> basically 75% of the game scripts are town growth scripts so far
08:14:08 <Pikka> speaking of bananas, it would be good if I could update my grfs :)
08:14:18 <planetmaker> did you try again?
08:15:01 <Pikka> same as last time, unknown error uploading or something along those lines.
08:15:11 *** PhoenixII has joined #openttd
08:15:11 *** Phoenix_the_II has quit IRC
08:16:00 <planetmaker> can you send me one of the grfs you tried? I don't have time to look now. I have a suspicion that it's something with the bananans DB and I might look later or ask Rb
08:16:46 <planetmaker> but a more exact error would be helpful ;-)
08:18:26 <planetmaker> ok, thx. So that zip could go there in its entirety as posted there, yes?
08:18:38 <Pikka> that is the zip I was trying to upload
08:18:58 <Pikka> btw, "required version" on bananas still only goes up to 1.1.3 :)
08:22:20 *** Scuddles has joined #openttd
08:23:04 <Pikka> go and play your bad game
09:01:47 *** Rhamphoryncus has joined #openttd
09:09:11 *** welshdragon has joined #openttd
09:15:05 *** andythenorth has joined #openttd
09:49:03 *** tokai|noir has joined #openttd
09:49:03 *** ChanServ sets mode: +v tokai|noir
09:53:55 <Pikka> where's roadtypes, then?
10:02:13 *** tokai|mdlx has joined #openttd
10:09:12 *** glevans2 has joined #openttd
10:33:29 *** tokai|noir has joined #openttd
10:33:30 *** ChanServ sets mode: +v tokai|noir
11:39:04 *** tokai|mdlx has joined #openttd
11:46:06 *** welshdragon has joined #openttd
12:40:08 *** HerzogDeXtEr has joined #openttd
12:52:58 *** evdvelde has joined #openttd
12:59:39 <evdvelde> hi all, question of the day :)
12:59:58 <evdvelde> i seem unable to fund buildings or build statues, any clues?
13:00:32 <Pikka> I believe you have to have a high enough rating in the town and/or the town needs to be a certain size before you get those options.
13:02:03 <evdvelde> Mark: i have enough and see other options i cannot pay atm, but thanks too :)
13:05:26 <andythenorth> Pikka: did you find roadtypes anywhere?
13:06:12 <andythenorth> allemagne dix points
13:06:50 <Pikka> it's a little bit sad working on 19th century towns and industries, but not being able to do anything about those bitumen roads
13:08:02 <Eddi|zuHause> by my experience, that almost never happens
13:08:06 <Eddi|zuHause> it's either 12 or no points
13:10:10 <andythenorth> Pikka: how's your c++ ? :P
13:10:18 <andythenorth> I have a roadtypes repo :|
13:10:37 <andythenorth> better than mine
13:11:07 <andythenorth> it's not just the C++, it's knowing the game structure 'and now you need to do xyz'
13:11:11 <Eddi|zuHause> <andythenorth> I have a roadtypes repo :| <-- how many steps is that above "i have a thread in the suggestions forum"? :p
13:11:20 <andythenorth> Eddi|zuHause: 1.15
13:11:32 <andythenorth> I think I have a commit to flip map bits :P
13:12:14 <andythenorth> I could learn more, but then I become a slow (bad) game dev, instead of a reasonably quick (moderately adequate) newgrf dev
13:13:40 <Pikka> are "roadtypes" and "tramtypes" two separate things?
13:13:50 <andythenorth> technically? or for the player?
13:14:12 <Eddi|zuHause> Pikka: that was kinda undecided
13:14:13 <andythenorth> there are (iirc) three built-in roadtypes currently: road, tram, hway
13:14:38 <andythenorth> in a roadtypes spec, 'tram' is a subset of roadtypes
13:14:48 <andythenorth> it's a flag, and is drawn on top of any road surface
13:15:09 <Eddi|zuHause> Pikka: there were two philosophies, one philosophy where a tile should have one road-like type, and one tram-like type, and one philosophy where they should be exchangable
13:15:09 <andythenorth> you only get two kinds of route per tile iirc
13:16:04 <Eddi|zuHause> Pikka: and one (more or less strong) opinion that there should be 3 independent road types per tile (which raises a "not enough map bits" issue)
13:17:05 <andythenorth> if you want 'road with tramway' that's a single type
13:18:40 <Pikka> that's probably actually a better way to do it
13:19:06 <Eddi|zuHause> andythenorth: but then you need crossings between "road with tram" and "road without tram"
13:19:20 <andythenorth> I didn't say it was good
13:19:24 <Eddi|zuHause> so essentially you get the same problems, but you wasted one roadtype
13:19:46 <andythenorth> the alternatives weren't better
13:19:52 <andythenorth> extend the map array?
13:22:19 <andythenorth> Pikka: v0.2.0 \o/
13:22:53 <Pikka> haven't put in anything that wasn't already coded yet. but sure, I can get that in...
13:23:26 <andythenorth> what else did I do?
13:23:38 <Pikka> if you dropped the second roadtype, are there enough bits for each quadrant of the tile to have a different roadtype? :)
13:30:08 <Pikka> if the number of possible roadtypes is reduced to 15, then we could get away with replacing the "4 bits for type" and "4 road bits" with 4*4 bits for the road type in each quadrant of the tile (or 0/F for none). Or keep the "road bits" too and have 16 road types.
13:32:25 <Pikka> anyway, it's late and I should go to bed :)
13:36:05 <Rhamphoryncus> Track types are stored separately?
13:36:24 <Eddi|zuHause> Rhamphoryncus: there is only one tracktype per tile
13:37:13 <Eddi|zuHause> Pikka, andythenorth: the whole discussion might be meaningless, if michi_cc's map-layering stuff makes it to trunk
13:37:16 <Rhamphoryncus> Yeah, but's a related bit of data. Might be some good options.
13:38:15 <Rhamphoryncus> What's that? Google isn't telling me
13:38:18 <Eddi|zuHause> then each MP_ROAD "tile" would only have one roadtype, but you could layer multiple MP_ROAD "tiles" over each other
13:39:22 <Rhamphoryncus> Hum. Does that create a new layer on the map for each type loaded? Or is it for bridges/tunnels?
13:41:39 <Eddi|zuHause> potentially also custom bridgeheads and signals on bridges, but it's way deeper fundamentals
13:43:46 <Rhamphoryncus> If that covers both road and rail I wonder if it could be used for different traffic patterns too, ie curved tracks
13:44:16 <Eddi|zuHause> nothing to do with that
13:49:48 <michi_cc> Rhamphoryncus: Curved tracks isn't complicated, you only have to deal with a mild combinatorial explosion :)
13:50:04 <Rhamphoryncus> Yeah, that's why I'm asking :)
13:50:49 <Rhamphoryncus> It's nothing magical. Just more of the same we already do
13:51:02 <Eddi|zuHause> and you have to draw them :p
13:51:31 <Eddi|zuHause> they don't even need map bits
13:51:40 <Rhamphoryncus> but on that note I'm volunteering to make a newgrf. It'll be hideous, but I'll make it. :)
13:51:43 <Eddi|zuHause> only some variables exposed to newgrf
13:53:15 <Rhamphoryncus> Hmm. If I actually put together a set of graphics would that help much in getting the code changed?
13:54:48 <planetmaker> <andythenorth> there are (iirc) three built-in roadtypes currently: road, tram, hway <-- there's no highway anymore
13:55:45 <Rhamphoryncus> No hard proposal on curve radiuses that I should conform to/argue with?
13:55:56 <michi_cc> The biggest problem for curved tracks is to decide on a good schema how to provide the track graphics. E.g. should all tracks on a tile be drawn as one sprite or composited like they are now?
13:56:07 <planetmaker> some visible work generally helps getting a good discussion started :-)
13:56:31 <michi_cc> Or is it easier for NewGRFs if the adjacent track bits are realtive to what is drawn or absolute.
13:56:54 <Rhamphoryncus> What about diagonal roads? :)
13:56:56 * planetmaker prefers the combinatorical approach. For no good reasons
13:57:08 <Eddi|zuHause> Rhamphoryncus: need movement pattern, entirely different issue.
13:57:08 <Rhamphoryncus> Or curved for that matter
13:57:20 <planetmaker> Rhamphoryncus, I have curves in my roads ;-)
13:57:27 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/rail_bits.txt <-- design documents about the rail images needed
13:58:10 <michi_cc> planetmaker: Personally I don't think that would look good because for a switch the sleepers of the top-drawn track might hide a lot of the bottom track.
13:58:35 <planetmaker> that's the problem with that approach. Or can be
13:58:43 <Eddi|zuHause> basically, you need 6 sprites per rail bit, "straight", "left curve" and "right curve", each in an "a" (from corner of tile to center) and "b" (from center to other corner of tile) variant
13:59:24 <Eddi|zuHause> michi_cc: maybe sleepers and rail need to be split in two layers
13:59:35 <michi_cc> If you do whole tile at once you can avoide the overlap by doing fancy compositing on built time (where you can have more layers than just track and balast).
13:59:41 <Rhamphoryncus> I want multiple radiuses, so you can have both wide sweeping and tight
14:00:11 <Eddi|zuHause> Rhamphoryncus: not feasible on a per-tile basis
14:00:41 <michi_cc> Rhamphoryncus: You get track bits of adjacent tiles, nothing more.
14:00:59 <Rhamphoryncus> Then we shall see what I can come up with *g*
14:01:42 <Eddi|zuHause> Rhamphoryncus: important design constraint: in the center of the tile, all rail bits must be at the exact same position, to allow arbitrary combinations of "a" and "b" sections
14:02:22 <Rhamphoryncus> Yeah, alignment will be my first task
14:02:42 *** TGYoshi has joined #openttd
14:02:49 <Rhamphoryncus> I may not go with fully arbitrary. We'll see.
14:03:27 <Eddi|zuHause> Rhamphoryncus: the combination would be done automatically. you only have to provide the sprites for the 6 half-bits
14:03:45 <Eddi|zuHause> for each of the 6 track directions
14:05:36 *** tokai|noir has joined #openttd
14:05:36 *** ChanServ sets mode: +v tokai|noir
14:06:03 <Rhamphoryncus> That sounds too easy and boring. I'm going for insane, pie-in-the-sky :)
14:06:22 <Rhamphoryncus> I never said they'd be GOOD sprites, so I need to do something meaningful, heh
14:06:49 <Eddi|zuHause> "meaningful" is "fits in our concept"
14:06:56 <Eddi|zuHause> everything else is basically useless
14:07:27 <michi_cc> Eddi|zuHause: Automatically for you means by OTTD or by some build process? I wouldn't like to do it in OTTD because it would directly limit what's possible.
14:07:41 <Rhamphoryncus> I did ask if there was a hard proposal
14:07:41 <Eddi|zuHause> michi_cc: i meant the build process
14:08:05 <Eddi|zuHause> Rhamphoryncus: and i did tell you my proposal
14:08:18 <Rhamphoryncus> If any suggestions I make will be ignored unless they fit exactly what you want then there's no point in me working on it
14:08:44 <Eddi|zuHause> Rhamphoryncus: that's not what i said
14:09:20 <Rhamphoryncus> It sounds like your "curved" is just a graphical tweak over what we have now
14:09:42 <Rhamphoryncus> That's not what I'm interested in
14:10:03 <Eddi|zuHause> (imho) everything "bigger" will likely not be included, as it is a too large "step"
14:10:28 <michi_cc> Rhamphoryncus: The proposal by Eddi is based on what is possible to implement. "Real" arbitrary curved tracks means not only rewriting how rail is stored on the map but also rewriting all of the vehicle movement code.
14:10:36 <Eddi|zuHause> there is, however, another thing i have been proposing: "traffic objects"
14:10:36 <planetmaker> anything bigger has very quickly the issue of backward compatibility for train sets
14:11:08 <planetmaker> as it will look awkward without further viewing angles for vehicles
14:11:08 <Eddi|zuHause> which means it's like a NewObject (i.e. multi-tile), but has a state-machine (airport-like)
14:11:35 <Eddi|zuHause> thus you may lead a vehicle on arbitrary paths through this object
14:12:05 <Eddi|zuHause> but that's rather a "far future" thing
14:12:33 <Eddi|zuHause> as nobody has figured out yet how to generalize airport-like state machines for (articulated) vehicles
14:12:33 <Rhamphoryncus> Well, wait and see if I can come up with a decent alignment, alright? That's not too insane to store
14:17:13 <Rhamphoryncus> And yes, not having enough rotation sprites for vehicles will be ugly, but IMO it's already ugly. Nothing will be lost.
14:18:18 <Rhamphoryncus> If you actually look at how trains go around corners they do this odd jumpy thing
14:22:08 <Rhamphoryncus> So some work has already been done. Nice.
14:24:48 *** Biolunar has joined #openttd
14:26:57 <V453000> I think the way how cets does it looks great, but it is just so much more to draw than original :z
14:51:06 *** tokai|mdlx has joined #openttd
15:00:06 *** tokai|noir has joined #openttd
15:00:07 *** ChanServ sets mode: +v tokai|noir
15:15:17 *** planetmaker has joined #openttd
15:15:17 *** ChanServ sets mode: +o planetmaker
15:20:09 <NGC3982> how ..does that work without signals?
15:20:16 * NGC3982 i still new to the more advanced pbs.
15:24:18 *** tokai|mdlx has joined #openttd
15:33:42 *** andythenorth has joined #openttd
16:25:29 *** Prof_Frink has joined #openttd
16:54:06 *** Doorslammer has joined #openttd
16:54:43 *** Doorslammer has joined #openttd
16:57:08 <andythenorth> place a bet: disappearance of BROS forum....fuckup or flouncing drama?
16:58:26 <Doorslammer> Whatever it is, it's a bloody facepalm yet again
16:58:33 <planetmaker> and then they say that history doesn't repeat itself :-)
16:58:54 <Eddi|zuHause> who said that? :p
16:59:07 <planetmaker> I'm also sure one could make a good monty python sketch out of it meanwhile
16:59:41 <andythenorth> doorslammer...never work with brits. disorganised, crappy infrastructure, prone to infighting :P
17:03:03 <Eddi|zuHause> so what now, they spend 90% of the time with discussing their forum, 10% of the time drawing, and 0% coding
17:06:01 <andythenorth> no, they spend 50% of their time responding to me baiting them :P
17:06:06 <andythenorth> I blame the tories personally
17:06:25 <planetmaker> red herring is a nice thing to do ;-)
17:06:45 <Doorslammer> Although the baiting isn't exactly... helpful, this has been an enormous waste of time for me
17:06:51 <planetmaker> or not. Depends on view
17:07:18 <planetmaker> (sorry, was no reply to DS)
17:09:54 <andythenorth> Doorslammer: is your work now lost in some broken forum?
17:11:07 <andythenorth> if so that's very disheartening
17:11:57 <Doorslammer> I have it still, but it's more of the fact that I still don't know if it's a) up to date and b) any good (still plenty of colour errors in it)
17:13:44 <Doorslammer> I never really followed it
17:14:07 <planetmaker> tt-forums and devzone are a bit more reliable than... seemingly the bros forum
17:14:56 <Doorslammer> What did Oberhumer or WWW use?
17:15:17 <planetmaker> oberhumer uses devzone
17:18:51 <Doorslammer> Not that I even knew who we used half the time anyway
17:21:17 <planetmaker> "who we used" sounds.... like the real issue :-P
17:23:31 <Doorslammer> Well, I spend long periods of time on other projects and things, so something had to be neglected
17:25:40 <andythenorth> it was community managed, you never stood a chance ;)
17:26:25 <andythenorth> it's a synonym for no leadership, no direction
17:27:46 *** |Jeroen| has joined #openttd
17:29:37 <Doorslammer> Not authorised to access
17:31:59 <andythenorth> planetmaker: does devzone have a policy on private repos?
17:32:09 <andythenorth> repos / projects
17:32:11 <andythenorth> I'd vote for 'not allowed'
17:32:28 <andythenorth> Doorslammer: try again
17:32:33 *** Progman has joined #openttd
17:32:41 <andythenorth> there's nothing there anyway, no repo
17:32:50 <andythenorth> it's probably dead
17:33:29 <planetmaker> I think that might be the reason... not remove. But 'hide'. As it never got any real content
17:33:44 <Doorslammer> Didn't even know about that
17:35:26 *** HerzogDeXtEr1 has joined #openttd
17:37:43 *** sla_ro|master has joined #openttd
17:41:59 <Doorslammer> The thing is, the first time this happened was because there was no GPL, no public access and just as much progress
17:42:05 *** oskari89 has joined #openttd
17:42:36 <Doorslammer> The difference now is the sprites are covered by GPL and that the project was more accessible
17:43:31 <Doorslammer> So... someone is in rather serious trouble for killing it
17:47:02 <andythenorth> assuming it's not just a billing failure
17:47:34 <Doorslammer> I was under the assumption it was a university site
17:47:44 <oskari89> Can someone code stations, non-track tiles?
17:47:56 <planetmaker> they can have issues at university computers, too, Doorslammer
17:48:15 <planetmaker> and... I could basically plug-in my own box here and do there whatever (as long as legal)
17:48:39 <oskari89> Finnish Stations Set needs one..
17:48:41 <planetmaker> oskari89, 'yes'. someone surely can
17:49:10 <planetmaker> do you code it and have a specific question about it?
17:49:44 <oskari89> No, i'm not into coding but i have tracking table with sprites and information :P
17:50:07 *** Devedse has joined #openttd
17:50:15 <planetmaker> oskari89, post about it in the tt-forums
17:50:26 <planetmaker> in the newgrf development section or so
17:52:26 <oskari89> But so far, no-one hasn't replied about coding..
17:53:34 <oskari89> Signals and rails have been coded, but no stations :P
17:55:14 <planetmaker> those who code stations need to venture into nfo land. And there an island which is special from other features. Thus not many people roam there
17:58:28 <oskari89> Hmm, can looping sound be implemented on stations?
17:58:45 <planetmaker> looping as in repetitive?
17:59:05 <planetmaker> not directly. Sounds are called via callback on certain occasions
18:00:58 <oskari89> It would be nice to have a stations taster, but so far very quiet on that...
18:06:00 <planetmaker> oskari89, the fastest way probably is: do it yourself
18:06:18 <planetmaker> with the ISR's code, there's plenty of example code present (provided you also release your set under the GPL)
18:14:42 *** frosch123 has joined #openttd
18:37:26 *** FLHerne has joined #openttd
18:40:35 *** Chris_Booth[ph] has joined #openttd
18:40:55 <oskari89> I've never coded anything, not even smallest things.
18:41:32 <oskari89> Just done some modifications at my own set's name, nothing more.
18:42:01 <oskari89> NFO isn't just my thing.
18:44:36 <oskari89> And the statement "Stations is the hardest thing to code as far as I know!" isn't very motivating.
18:45:14 *** valhallasw has joined #openttd
18:45:50 <CIA-1> OpenTTD: translators * r24028 /trunk/src/lang/ (hungarian.txt latvian.txt):
18:45:50 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
18:45:50 <CIA-1> OpenTTD: hungarian - 2 changes by Brumi
18:45:50 <CIA-1> OpenTTD: latvian - 11 changes by Parastais
18:47:11 <frosch123> yup, not motivating, but maybe challenging :p
18:47:29 *** TheMask96 has joined #openttd
18:47:52 <frosch123> V453000: did you saw that 73129 requested a user name change to 47407 ?
18:48:10 <frosch123> maybe also an idea for you :p
18:50:43 *** Chris_Booth[ph] has quit IRC
18:51:42 <andythenorth> my two year old requests a patch: when drag-dynamiting land, explode animation shows on every tile, not just drag-box corners
18:53:37 <TWerkhoven[l]> checkerboard (-ish) could work too
18:54:09 *** Chris_Booth[ph] has joined #openttd
18:55:43 *** Devedse_ has joined #openttd
18:57:06 *** Chris_Booth[ph] has quit IRC
19:03:30 <planetmaker> andythenorth, did you notice that explosion graphics differ if you explode one tile or more than one?
19:04:49 <xiong> No no no! It's fine as is. No explosion graphics would be even better. We don't want *more*.
19:06:12 <xiong> If you're dynamiting something it's likely because you want to build something else there. Balls of fire do not help with this; they do not dissipate while paused and take too long to go away when the game is running.
19:08:05 *** JVassie has joined #openttd
19:19:42 <Rhamphoryncus> If build-while-paused in enabled they should dissipate, just like construction costs and income do. Patch it. :P
19:25:41 *** lmergen has joined #openttd
19:27:46 <planetmaker> kyosuke1989 <-- oskari89 is that you? Then you could as well go initially for object tiles for those non-track station parts. It's easier as it can be done in NML
19:29:01 <oskari89> Is there some tutorial for nml object coding?
19:29:13 <krinn> i have a trouble with a vehicle that doesn't answer to AIEngine.IsArticulated and act like one, newgrf can also lie about articulated status ?
19:29:15 <oskari89> NML seems much more simpler than that NFO.
19:29:17 <frosch123> Rhamphoryncus: i think 1.2 even behaves likes that
19:29:38 <Yexo> <krinn> i have a trouble with a vehicle that doesn't answer to AIEngine.IsArticulated and act like one, newgrf can also lie about articulated status ? <- what do you mean exactly?
19:29:55 <Yexo> how does a vehicle "act like one"?
19:29:59 <Rhamphoryncus> Hrm. I'm not seeing any fireballs
19:30:02 <krinn> the engine answer false, but i cannot use it with "classic" station
19:30:18 <Rhamphoryncus> Yeah, the fireballs show normally but aren't created when paused
19:30:18 <krinn> AIOrder always refuse then
19:30:22 <Yexo> krinn: talking about a bus/truck?
19:30:28 <planetmaker> oskari89, there might not be an exact tutorial for objects. But of course there's the ^
19:31:00 <krinn> wait a sec i'll gave you the message if i try by hands to order it to a station (my ai cannot get that error)
19:31:19 <planetmaker> and for objects you can find something in ogfx+landscape... though that might be way over the top compared to what you need
19:31:50 <planetmaker> it works basically the same as industry tiles or airport tiles which you find in FIRS or ogfx+airports repos
19:31:54 <krinn> Yexo, translate from french to english it says "cannot add order, that vehicle cannot goes in that station"
19:32:01 <planetmaker> or ogfx+industries for that matter
19:32:08 <Yexo> krinn: which AIOrder function are you using?
19:32:20 <planetmaker> krinn, bus vs truck?
19:32:25 <Yexo> and what error message does your AI get?
19:32:42 <krinn> the classic one, but the AI cannot get any error, just it fail, the error message comes from me switching to play as my ai and trying to set the order with the GUI
19:32:52 <planetmaker> and the station is also bus?
19:32:57 <Yexo> an AI can always get an error
19:33:11 <krinn> Yexo, no, the ai get the failure, but ERR_NONE
19:33:29 <Yexo> are you using AppendOrder() ?
19:33:53 <krinn> 2s checking how i add them, but must be that
19:34:15 <krinn> if (!AIOrder.AppendOrder(veh, homedepot, AIOrder.AIOF_STOP_IN_DEPOT))
19:34:15 <krinn> { DError("Vehicle refuse goto depot order",2,"cCarrier::VehicleSetDepotOrder"); }
19:34:25 <krinn> Derror display the message + the last error string
19:34:34 <krinn> and the result is boolean = false error=NONE
19:34:58 <Yexo> are you sure "homedepot" is correct?
19:34:58 <krinn> and that engine bypass my valuate(AIEngine.IsArticulated) keepvalue(0)
19:35:08 <krinn> not refusing depot order
19:35:28 <krinn> and it's a bus station, not a truck one :)
19:35:39 <krinn> just a classic station, not one "on the road"
19:36:37 <Yexo> AIOrder.AIOF_STOP_IN_DEPOT <- that does not make sense for a "goto station" order
19:36:37 <krinn> that's why i'm lost, it really answer false to AIEngine.IsArticulated but looks like it is
19:37:02 <krinn> oh sorry Yexo this one a sample of how i set order
19:37:09 <krinn> didn't see first it was for a depot
19:37:22 <krinn> but this one work, setting a depot work, only station are refuse
19:37:29 <Yexo> and you can manually reproduce the problem? Without any AI I mean?
19:37:37 <planetmaker> I think you should paste your relevant code. And maybe your testgame
19:37:41 <planetmaker> this is getting quite confusing
19:37:56 <krinn> when i play as my AI i try by hands setttings order and it says "that vehcile cannot use that station"
19:38:17 <krinn> there's no really a problem with code, just the newgrf and NOAI api
19:38:39 <Yexo> "ikarus 180" looks like an articulated engine
19:38:59 <krinn> but my query to IsArticlated says false
19:39:12 <krinn> so it isn't remove from my engine list of possible bus to use
19:39:16 <krinn> and so the problem comes
19:39:45 <krinn> it really looks (the grphic) and act like articulated engine
19:39:53 <krinn> but AIEngine.IsArticalted says false
19:40:15 <Yexo> it's definitely articulated
19:40:52 <krinn> hence my question: can newgrf also lie to IsArticulated :)
19:41:27 <planetmaker> in your code? :-P
19:41:41 <krinn> no, just create a simple ai if you wish
19:41:54 <krinn> you just have to show result of AIEngine.IsArticulated result you'll see
19:41:58 <Yexo> there is at least some bug in the openttd code
19:42:08 <Yexo> CountArticulatedParts will return 0 when no vehicle can be allocated
19:42:14 <Yexo> which is wrong since it's used in the AI API
19:43:10 <Yexo> though my guess would be the newgrf might be returning inconsistent information too
19:43:31 <krinn> if you wish test, i have in openttdcoop post an aivehicletest
19:43:38 <krinn> but i can't find the link :)
19:43:47 <krinn> the search engine there is a bit weak
19:44:10 <Yexo> google works fine with site:openttdcoop.org
19:44:39 <krinn> switch to the AI player and edit the X label with Ikarus 180
19:45:07 <krinn> if you have the ikarus set, you'll see the answer for many AI query, and answer for AIEngine.IsArticulated will show a false
19:46:08 <krinn> oh wait i could paste there the result from the console if you wish
19:46:46 <krinn> it's a simple AI that just query the noai api and display result
19:48:11 <krinn> btw using 1.1.5, i think noai api 1.0
19:52:49 <krinn> (i'm sooooo skill at finding bugs...)
20:09:10 <Yexo> krinn: as long as the engine is not yet build, it's not articulated
20:09:24 <Yexo> but any vehicle build from that engine type will be articulated
20:09:39 <Yexo> it's not strictly a bug in the newgrf (it works according to the spec)
20:10:02 <Yexo> however there is some ambiguity there, we'll try something different in openttd
20:10:42 <krinn> so, we end with INVALID_ENGINE ?
20:10:57 <krinn> and i=1 while return i - 1; == 0
20:11:34 <krinn> strange only that engine does that
20:11:36 <Yexo> the newgrf spec doesn't specify that a newgrf must implement the articulated callback for the "build menu chain" which is called when a vehicle doesn't exist
20:11:51 <krinn> we might have others too i never seen, but others looks to works
20:12:30 <krinn> newgrf bug so, not really newgrf, but the specs should enforce callback usage
20:12:51 <Yexo> but they don't, hence it's currently nog a bug in the newgrf
20:13:01 <krinn> but how can openttd return its capacity ?
20:13:04 <Yexo> and in general we try to avoid changes to the spec that break existing newgrfs
20:13:22 <krinn> i mean i saw openttd get the capacity for each articulated part : so engine is also not built, but capacity is count
20:13:32 <Yexo> the newgrf can fake the capacity for the first part
20:13:51 <Rhamphoryncus> I need a break from thinking about all these curves.. time for some minecraft :D
20:14:20 <krinn> Yexo, this also explain why newgrf can lie about the engine length
20:14:34 <Rhamphoryncus> Doh, server is down
20:14:38 *** [1]Mark has joined #openttd
20:14:39 *** Markavian has joined #openttd
20:14:40 *** Mark is now known as Guest6283
20:15:21 <Rubidium> Rhamphoryncus: my (and OpenTTD's) server work perfectly okay
20:15:31 <Rhamphoryncus> Minecraft server
20:15:48 <Rhamphoryncus> And it's merely turned off :P
20:16:04 <Rhamphoryncus> (But openttd is MUCH more reliable than minecraft..)
20:16:24 <krinn> Yexo, how about returning non zero for if (!HasBit(EngInfo(engine_type)->callback_mask, CBM_VEHICLE_ARTIC_ENGINE)) return 0;
20:16:41 <Yexo> we've been discussing that :)
20:16:45 <krinn> this way, openttd must assume non callback = articulated
20:17:31 <krinn> and just writing it down here i realize why: classic engine newgrf makers certainly doesn't set the callback if they build a non articulated engine :(
20:21:05 <krinn> i think CountArticulatedParts should be 1 base and not 0 base, so we could see if >1 articulated if 1 non articulated and if 0 missing the callback (no info)
20:21:35 <Yexo> missing callback means non-articulated
20:21:37 <Yexo> there is no way around that
20:22:00 <krinn> how about then forcing the engine creation?
20:22:09 <Yexo> the change that we would make: if callback flag is set: assume the engine is articulated
20:22:21 <krinn> by telling return CountArticulatedParts(engine_id, false) != 0;
20:22:48 <Yexo> technically a newgrf can set the articulated_engine flag but not return any articulated parts, so it wouldn't really be articulated
20:23:05 <Yexo> in this case the AI would think the engine was articulated while actually it's not (=the reverse of your current problem)
20:23:24 <Yexo> I don't think that situation would lead to problems, since anywhere you can use an articulated vehicle you can use a non-articulated one too
20:23:31 <krinn> the false shouldn't force openttd to build an engine to get a real answer ?
20:23:45 <krinn> i see a v = new Vehicle() if false
20:23:58 <krinn> for the bool purchase_window
20:26:05 <krinn> i love the : "so it doesn't matter how many articulated parts there are" :D
20:26:52 <krinn> it looks like the bill gates "640k will be enough..." kind of citation :)
20:27:18 <Yexo> and it's not that kind of citation, this one is correct
20:28:03 <krinn> looks like a dead end, it doesn't matter for openttd as no one wish see how many articulated parts are there in the gui, but that's different for noai
20:28:34 <Yexo> it's like if you want to know if you have enough money to buy a book, you go to the store and try to buy it. At home you first check if your wallet isn't empty. If it's empty, you say "I don't have to go to the store, it doesn't matter how cheap the book is, I don't have money anyway."
20:29:51 <krinn> but if you cannot enforce articlated specs of newgrf, this is mostly unsolvable
20:32:33 <Hirundo> Currently a newgrf can make vehicles bought on Wednesdays articulated and those bought on all other weekdays not
20:33:21 <krinn> yes, but currently noai cannot know if it's wednesdays or not, and if the newgrf wish do that...
20:34:10 <Hirundo> NoAI can get the current game date and then determine if it's a (in-game) Wednesday
20:34:56 <Hirundo> but that newgrf may also decide to change its behaviour depending on a parameter, or the presence of another grf, or even a parameter of that other grf
20:35:08 <Hirundo> So indeed, for all practical purposes you're blind :-)
20:35:53 <krinn> we can still create a list of engine and blacklist any engine that doesn't accept the AIOrder, but any ai then must build and use its own engine table
20:35:54 <andythenorth> same issue for NoGo too btw
20:36:27 <planetmaker> not quite. It has different powers. But conceptually yes
20:36:29 <Yexo> there are differences in the API (some functions are only available for NoGo, some only for NoAI)
20:39:56 <krinn> you wish a filebug for it ? it looks a simple issue, with a real hard solve
20:41:24 <krinn> this one should return false if HasBit isn't set right ?
20:41:47 *** Chris_Booth[ph] has joined #openttd
20:41:47 <andythenorth> Yexo: enforce the buy menu cb in newgrf v9 :P
20:41:58 <krinn> so the AI will still get false and think the vehicle isn't articulated
20:42:22 <Yexo> krinn: IsArticulatedEngine returns true if the CBM_VEHICLE_ARTIC_ENGINE flag is set
20:42:37 <krinn> lol but the problem is that this flag isn't set
20:42:40 <Yexo> that flag is set for the Ikarus 180
20:42:55 <Eddi|zuHause> Yexo: but the artic callback could return "not articulated", even if the bit is set
20:42:59 <Yexo> if the flag isn't set the vehicle is definitely not articulated
20:43:11 <Yexo> Eddi|zuHause: yes, but for the NoAI API this is the lesser evil
20:43:24 <krinn> lol wonder how many newgrf are lying around non articulated with that flag set :)
20:43:37 <Yexo> returning "is articulated" when actually it "is not articulated" does not lead to as many problems as the other way around
20:44:11 <Chris_Booth[ph]> Yexo: if it's an AI issue is in not best to force
20:44:12 <Eddi|zuHause> krinn: it could just be something generic, like "i set all vehicles to have this callback, whether i use that is determined later"
20:44:14 <krinn> yep as my ai will just clear a non articulated vehicle, not a big issue to lost one
20:44:34 <Chris_Booth[ph]> Then they can only use drive through stops
20:44:52 <Eddi|zuHause> Yexo: why can't it just run the callback without being able to allocate the vehicles?
20:45:02 <Yexo> Eddi|zuHause: it does that
20:45:16 <Yexo> but in this particular case the newgrf doesn't have the callback chain in the main menu
20:45:51 <Eddi|zuHause> Yexo: so call it as the purchase menu?
20:46:04 <Eddi|zuHause> oh, i see what you mean
20:46:22 <Eddi|zuHause> it branches differently in the action3
20:46:52 <Eddi|zuHause> and there's probably no foolproof method
20:47:24 *** LordPixaII has joined #openttd
20:47:26 <Yexo> calling the "normal" chain, but that expects vehicle variables to be there, so you'd need to really allocate the vehicles, only to delete them later
20:47:42 <Yexo> and even that can/will fail for your wednesday example
20:48:07 <Eddi|zuHause> it's certainly not "my" example...
20:48:51 <Yexo> oh, sorry, Hirundo gave it above
20:49:55 <CIA-1> OpenTTD: yexo * r24029 /trunk/src/ (3 files in 2 dirs): -Change: [NoAI] make AIEngine::IsArticulated return true if the articulated callback flag is set, don't try to run the callback.
20:51:17 <krinn> thank you guys for the solve
20:54:14 *** Chris_Booth has joined #openttd
20:55:24 <planetmaker> <andythenorth> Yexo: enforce the buy menu cb in newgrf v9 :P <-- I'd rather say: "no special purchase stuff except graphics"
20:55:43 <andythenorth> nah, that won't work :)
20:55:59 <andythenorth> because purchase menu doesn't know consist capacity etc
20:56:07 <andythenorth> you have to tell it such things
20:56:21 <andythenorth> well I do anyway :P
20:56:24 <planetmaker> run the actual consist capacity CB for that. But no special branch
20:56:39 <planetmaker> though... yes, difficult
20:56:45 <Yexo> it doesn't know currently, but the code can be changed to build a vehicle (including all articulated parts), compute consist capacity/other information, then destroy the vehicle again
20:57:12 <krinn> some newgrf authors could build buggy engine for AI if they could switch properties like that no ?
20:57:23 <andythenorth> it has to handle cargo subtypes and such
20:57:29 <andythenorth> you can see HEQS nfo code for examples
20:57:31 <planetmaker> krinn, why "could". They can
20:57:35 <andythenorth> or probably BANDIT nml
20:57:36 <krinn> i mean showing capacity of 1000 and then when brought setting it to 0...
20:57:45 <planetmaker> and they sometimes do
20:57:48 <krinn> planetmaker, i was thinking that
20:57:54 <andythenorth> also wagon power, weight etc has to be handled
20:58:33 <planetmaker> andythenorth, I know that all that needs handling. But when just summing over all articulated parts as if built, that's much more fail-proof
20:59:54 <andythenorth> I really don't mind how it's implemented
21:00:10 <krinn> andythenorth, must be why we get bug like that next :)
21:00:21 <andythenorth> I'm not too bothered if the spec changes either, as long as changes are aware of why current approach is used
21:00:44 <planetmaker> why is the current approach used?
21:01:09 <planetmaker> only reason I can imagine is "I don't want to test-build a vehicle for the purchase list"
21:01:22 *** Chris_Booth[ph] has quit IRC
21:01:55 <krinn> Yexo, did you check ikarus 280 ?
21:02:05 <krinn> looks like gfx also show an articulated bus
21:02:14 <krinn> and engine return false for that one too
21:03:18 <Eddi|zuHause> Yexo: maybe generally building "test" vehicles may be useful to clean up the whole purchase-list callback mess
21:04:05 <andythenorth> planetmaker: probably hysterical raisins :P
21:04:50 <Eddi|zuHause> people have been complaining that the purchase list stats for complicated articulated chains are "wrong" for ages
21:05:06 <andythenorth> they should man up and fix it
21:05:17 <andythenorth> it only took me a day to find a good non-insane solution :P
21:05:34 <andythenorth> where's the problem? :|
21:06:59 <krinn> andythenorth you're newgrf maker no ?
21:08:32 <krinn> if you did like that author did, would you change to handle the callback ?
21:10:07 <krinn> just to know if i could take time to find who made that newgrf with ikarus to tell him about the issue
21:11:15 <planetmaker> andythenorth, IMHO it is indeed conceptually wrong that there's a separate chain where the NewGRF author decides what to return as display values for the properties. Which can differ totally from what you get when actually building it
21:11:32 <andythenorth> planetmaker: no argument
21:11:47 <planetmaker> as it both, is more work for the NewGRF author and even with the best of intentions and effort can fail
21:11:50 <andythenorth> I am having to provide quite a lot of brittle code (in HEQS) to make the buy menu match what is built
21:12:02 <andythenorth> in BANDIT, life is much easier, the build script sorts it out
21:12:15 <andythenorth> one tram in HEQS took an afternoon
21:17:29 <krinn> i think newgrf authors only design/code their newgrf specs base on openttd experience, they should be more aware of noai issue
21:17:54 <andythenorth> krinn: your point is well made
21:17:58 <andythenorth> no idea how to solve it though
21:18:11 <andythenorth> there aren't enough hours per day to deal with all the complexity
21:18:33 <andythenorth> and for hysterical raisins, bits of the API are...at best messy
21:18:51 <krinn> as long as they are aware noai exist, this should remove many errors/tweaks needs
21:20:15 <andythenorth> what are the issues?
21:20:36 <krinn> until the fix hit the noai api any ai will fail on that bus
21:21:45 <krinn> and this mean handling all engine and a blacklist, blacklisting any "ikarus" in engine name... something not really nice or easy to do as first sight, like remove an articulated vehicle should do
21:22:44 <andythenorth> you should refuse to handle such grfs, and post errors
21:23:02 <andythenorth> noai authors have been a good source of bug reports / change requests for FIRS
21:23:16 <andythenorth> it makes for cleaner newgrf
21:23:16 <planetmaker> krinn, normally NewGRF authors should not need care about AI
21:23:24 <andythenorth> I don't / won't do anything special to support AI
21:23:29 <krinn> newgrf authors should care about openttd: and noai like newgrf are openttd
21:23:38 <planetmaker> AI should get all required info by means of the API
21:23:38 <andythenorth> but cleaning up mistakes is not special support
21:24:19 <planetmaker> andythenorth, support for AI can be part of writing NewGRFs. Like special information on categorizing stuff
21:24:24 <krinn> planetmaker, even the fix now exist this mean for me per example, the noai will never be able to query how many articulated parts a vehicle have
21:24:47 <krinn> i don't see any usage right now for that, just an example what this fix will imply
21:24:47 <planetmaker> krinn, that's also not important. Nor accessible to the human player
21:25:05 <krinn> not important for human isn't the same for an AI
21:25:24 <planetmaker> where does it matter? The only imporant info is arcticulated yes/no
21:25:43 <planetmaker> or rather: can use normal road stops
21:26:00 <krinn> right now yes, i already said i don't see the usage for that, just that because of that, i see the noai cannot get it
21:26:33 <frosch123> krinn: when we get vehicle construction sandboxes, ais and humans will be able to query everything :)
21:27:16 <krinn> just to cite you planetmaker >> and AI should get all required info by means of the API
21:27:37 <krinn> even not useful i know, this cite cannot be true
21:27:44 <planetmaker> no. "required info" cannot be more info than available to a human player
21:28:02 <krinn> oh, and AI should act like human player base on 0 info
21:28:11 <frosch123> well, a ai will never be able to understand the readme
21:28:12 <krinn> sorry, human player at least have "visual" info
21:28:34 <planetmaker> krinn, the visual info will not tell you the amount of articulated parts reliably
21:28:37 <frosch123> e.g. it has no chance to detect whether a vehicle has constant running cost, or whether they depend on speed
21:28:44 *** FLHerne has joined #openttd
21:28:57 <frosch123> and there will never be an api function to query this from the purchase list
21:29:04 <planetmaker> I know of grfs which use invisbible articulated parts
21:29:25 <krinn> lol oh my planetmaker i wasn't aware of that
21:29:39 <frosch123> number of articulated parts? what is that good for
21:29:52 <frosch123> i think what krinn wants to know is the length of the vehicle
21:30:02 <planetmaker> that's a different thing entirely
21:30:03 <frosch123> there is no point in the number of articulated parts, is there?
21:30:12 <krinn> frosch123, yep, something as simple as that is a nightmare for an ai
21:30:26 <frosch123> krinn: it's also for humans :p
21:30:32 <krinn> like the wagon that is length 10 and when buy length 15 : nice you've build a train too long
21:31:18 <planetmaker> this stuff has a lot of historical bear traps built into it
21:31:25 <frosch123> the only solution we can offer for this is a construction sandbox
21:31:45 <frosch123> but you won't be able to cut 90% of grf features just to make it easy for ais and boring for humans :p
21:32:06 <andythenorth> there is no practical way that HEQS could provide accurate AI information about the trams
21:32:26 <andythenorth> the API we have simply has no concept for that kind of stuff
21:32:27 <frosch123> andythenorth: construction sandboxes would also make it easier for newgrfs :p
21:32:35 <andythenorth> frosch123: so I see :)
21:32:41 <krinn> i don't want cut 90% newgrf features, but some simple thing could be made to ease thing
21:32:54 <planetmaker> andythenorth, for all it's worth: it suffices to know "carries cargo X". "has length Y" and "has top speed Z" and can be built from 1843 to 1932
21:33:13 <andythenorth> has length Y for refit A
21:33:55 <andythenorth> solving this would require 'frameworking' the newgrf spec
21:34:02 <krinn> to see what vehicle is the cheapest to build to carry A, an ai must build and refit all vehicle to compare
21:34:18 <andythenorth> 'frameworking' = provide a wide range of inflexible built-in functions
21:34:19 <planetmaker> krinn, so does the human player
21:34:28 <planetmaker> or read the readme (if any explaining it)
21:34:35 <andythenorth> krinn: do you also refit to all subtypes for a vehicle?
21:34:48 <frosch123> andythenorth: ais do not know about subtypes :p
21:34:57 <krinn> the human player learn it 1 time, the ai learn it (if coded and it was a pain) every time its run
21:34:59 <andythenorth> they're screwed then ;) :D
21:35:25 <planetmaker> krinn, save that info
21:35:49 <krinn> i could, but we're limit by save take too long time, so i won't
21:35:52 <planetmaker> you've to learn it for each game then, but well
21:36:09 <planetmaker> memorizing all NewGRFs also takes too much time. So I don't :-P
21:36:13 <krinn> but the point was that the human save it in his mind, while the ai need to learn at each new party even if it save it in savegame
21:36:30 <planetmaker> you can build that logic into your AI's file
21:36:48 <planetmaker> can AIs query the (exact) NewGRFs?
21:37:09 <krinn> same, AI cannot know what newgrf are in use
21:37:10 <planetmaker> hm. Ok. Plan foiled
21:38:22 <krinn> per example if i blacklist any ikarus name, i might blacklist a newgrf with ikarus bus X that have its callback properly set...
21:39:10 <planetmaker> The better way is in any case for the AI to query the game for needed properties of stuff
21:39:14 <planetmaker> way more flexible
21:39:29 <planetmaker> Even when it has to do it for every start
21:40:24 <planetmaker> I'm not 100% sure whether it'd be a good idea to allow direct query
21:40:28 <planetmaker> It has pros. But also cons
21:40:54 <krinn> as long as noai could be cheat, ai author will get lost
21:42:01 <frosch123> planetmaker: you mean a blacklist of bad vehicle grfs for ais on bananas? :p
21:42:42 <krinn> frosch123 bad newgrf for some AI could be good newgrf for more advance ai
21:42:58 <planetmaker> frosch123, not really :-P
21:43:04 <rane> can i generate landscape settings with the guy for a server?
21:43:18 <rane> are they saved to a cfg?
21:43:29 <Yexo> see the readme where you can find it
21:46:42 <krinn> that taco bell answer would be blacklist any ikarus name :P
21:48:45 *** collinp has joined #openttd
21:59:23 <rane> landscape = tropic is awfully arid
22:01:21 <krinn> Yexo, that ikarus 180 also do glitches in openttd list of running vehicle :P
22:01:41 <Yexo> so report it to the newgrf author :)
22:01:55 <krinn> the picture looks like it is "eaten" by the vehicle number sometimes
22:03:25 * andythenorth codes in his free time, for fun
22:03:38 * andythenorth goes to bed in his free time, also
22:09:43 <krinn> it's just logic to ask that to a dev, just like you would prefer a driver that use his car everydays vs one that just got his license to drive your kids at school
22:10:00 <andythenorth> he's slightly trolling
22:10:11 <andythenorth> read the rest of his posts, he's a lot fun
22:10:41 <andythenorth> I employee people who refuse to write code in their spare time
22:10:49 <andythenorth> there's nothing wrong with their code
22:11:09 <andythenorth> I've employed people who loved writing code in their spare time who were just awful
22:11:17 <krinn> there's nothing wrong too with someone who got his license, else he wouldn't have it right?
22:11:51 <krinn> it's just about logic, even logic isn't truth sometimes
22:12:05 <krinn> eheh i suppose alain prost got accident too :)
22:12:44 <Zuu> Well, young men are more probable to have a car accident.
22:13:25 <krinn> yep zuu, just like dev coding in their free time should have stronger knowledge: logic
22:14:03 <krinn> not always true, but you can't blame anyone from assuming that
22:14:52 <krinn> we have a story here (france) that alain prost was caught at 320km/h on one of our route (limit to 130km/h) with a ferrari
22:15:35 <krinn> and cops leave him gone away without ticket seeing it was alain prost (for the fame & the driving skill), who knows!
22:16:26 <krinn> but i admit it's a story :) our cops are bitches
22:16:58 <Yexo> andythenorth: I like his style of posting
22:17:15 <andythenorth> I lost my evening to reading his stuff :P
22:17:16 <Yexo> teddziuba.com/2011/10/straight-talk-on-event-loops.html "Since it's now clear that reading comprehension and critical thinking are not strong suits of the Node.js programmer, I would suggest that all Noders reading this article read it aloud, slowly and loudly, like an American tourist trying to find a train station in Tokyo."
22:17:35 <krinn> i think it's sarcasm, just like the picture use with the cute rabbit eaten
22:25:08 <krinn> Suppose you're a less-than-expert programmer, which Node seems to attract in droves for some reason.
22:37:41 <andythenorth> "Don't do image processing work with PIL unless you have proven that command-line ImageMagick won't do the job"
22:43:39 <Zuu> Are 11 stickies in the 32bit forum really needed?
22:43:48 <Zuu> Does the one with most stkies win?
22:44:24 <Yexo> jupix and pikka are moderators there
22:47:01 *** kkb110__ has joined #openttd
23:17:16 *** George|2 has joined #openttd
23:17:16 *** George is now known as Guest6302
23:17:16 *** George|2 is now known as George
23:55:39 <peter1138> Pikka, Pikka Pikka Pikka Pikka
23:56:06 <Pikka> peter1138, peter1138, peter1138, peter1139
23:56:29 <peter1138> do you fancy sorting out the 32bit sticky mess?
23:57:15 <peter1138> there's like eleventy million stickies
23:57:27 <Pikka> just a mo, I'll go look
23:57:51 <peter1138> pretty much all obsolete or just, er, crap, heh
23:58:39 <Pikka> okay, what needs to go?
continue to next day ⏵
