IRC logs for #openttd on OFTC at 2012-09-23
⏴ go to previous day
00:05:02 *** Stimrol has joined #openttd
00:53:53 <wlee> Is there any way to give myself money with a command or something?
01:05:40 *** valhallasw has joined #openttd
01:07:52 *** Phr33d0m has joined #openttd
01:54:38 *** EyeMWing has joined #openttd
02:47:03 *** Stimrol has joined #openttd
04:56:16 *** Eddi|zuHause has joined #openttd
05:21:46 *** sla_ro|master has joined #openttd
06:44:52 *** andythenorth has joined #openttd
07:28:19 *** Defaultti has joined #openttd
07:44:55 *** Progman has joined #openttd
07:55:28 *** valhallasw has joined #openttd
08:01:18 *** GBerten2936 has joined #openttd
08:03:19 *** argoneus has joined #openttd
08:03:29 <kamnet> Ugh. orudge, are you awake yet? :-(
08:03:56 <andythenorth> sea level tunnels don't flood :P
08:05:34 <andythenorth> try build a depot on bulldozed sea, then building a train in it
08:09:52 <kamnet> Not that I'd ever think to bulldoze the sea and build a depot on it, but...
08:10:05 * andythenorth ponders a grid based, sea level evil GS
08:10:08 <kamnet> Interesting way to randomly kill people
08:11:44 <Rubidium> just build airports near all towns and let the airplanes full load and fly to a closest airport. Then once you think you have enough planes, destroy all airports (the closed one last)
08:12:42 *** Alberth has joined #openttd
08:12:42 *** ChanServ sets mode: +o Alberth
08:12:43 <kamnet> Wow... you guys are sadistic!!
08:13:11 <Rubidium> then you can say the sky is on fire as all planes will explode at once ;)
08:15:17 <andythenorth> Rubidium: new GS name: Body Count
08:15:42 *** MrDetermination has quit IRC
08:15:57 <andythenorth> 5 years to achieve n deaths
08:16:47 <Alberth> maybe I should a bit until andy has cooled down again
08:17:06 <andythenorth> Rubidium's idea, not mine :P
08:17:34 <andythenorth> he supplies the sick and twisted, I just provide the name ;)
08:18:00 <kamnet> Reminds me of playing Grand Theft Auto
08:18:08 <andythenorth> the game lacks ship sinking
08:18:17 <kamnet> back when the goal was to steal a bunch of cars.
08:18:24 <Alberth> 09:00:04 * andythenorth ponders a grid based, sea level evil GS <-- sure of that?
08:18:39 <kamnet> I actually had a few custom cars I made for it
08:18:50 <andythenorth> Alberth: oh yes sorry :P
08:19:26 <andythenorth> wonder if we could make Bomber Man with GS
08:20:02 * Rubidium is already bored for today
08:20:10 <Alberth> wasn't there a topic about this stuff somewhen?
08:21:13 <Alberth> about making things explode and so
08:21:34 <kamnet> I really want to go to bed, family reunion today, but e-mail I got this morning has me paranoid and I can't log into my zernebok account to verify!
08:21:56 <andythenorth> how do vehicles crash? Is it a flag?
08:22:03 <andythenorth> and do all vehicles have it?
08:22:09 <andythenorth> and can it be exposed to GS arbitrarily?
08:22:21 <Alberth> kamnet: don't check email just before going to bed, as you cannot reply on it anyway :p
08:22:24 <kamnet> Just park 'em on the railroad tracks
08:22:34 <Alberth> andythenorth: it's a state afaik
08:22:54 <kamnet> Well I wasn't checking e-mail. I was goofing off on Facebook when the server owner contacted me
08:23:25 * andythenorth ponders various war-themed GS
08:23:34 <andythenorth> 'meh' to "war is not in scope"
08:24:49 <kamnet> Alternate working title: Suicide is Painless
08:26:00 <andythenorth> could use existing disasters
08:26:17 <andythenorth> to make a long-play version of Space Invaders
08:26:34 <andythenorth> 'play' by delivering weapons to the front line
08:26:44 <Rubidium> ship as much cubes as possible to a storage location ;)
08:26:51 <Rubidium> you got a little under one year
08:27:10 <andythenorth> or you get assimilated
08:27:53 <kamnet> Huzzah! Owen answered me. Now to get this fxied
08:30:23 <Rubidium> andythenorth: not the cubes I was thinking about
08:31:17 <Kjetil> These are not the cubes you are looking for ?
08:33:09 <andythenorth> Rubidium: so which cubes?
08:35:21 *** Biolunar has joined #openttd
10:07:15 <andythenorth> so GS MP game or what?
10:15:10 <Zuu> My best found so far is some code that originate from NoCab that apparently SimpleAI uses that is said to be able to be given the north tile, width and height and determine the target height of land that reduces the cost/consequences of landscaping.
10:22:48 <Alberth> does he compute the solution brute force, or does he do a minimization search?
10:23:10 *** tycoondemon has joined #openttd
10:23:13 <Kjetil> He does it in the cloud
10:23:32 <Kjetil> </pointy haired manager>
10:25:18 *** FLHerne has joined #openttd
10:29:02 <Alberth> optimized trial and error :)
10:31:59 * andythenorth avoids signing into a lego forum :P
10:32:04 <andythenorth> I was only going to troll
10:32:23 <andythenorth> someone just mentioned that lego is a toy
10:32:33 <andythenorth> "omg, wtf do you mean lego is a toy?!?!?"
10:33:06 <andythenorth> "are you telling me that it's not a serious hobby for grown up men who want to create miniature worlds? You have destroyed my life's work" :P
10:33:19 <planetmaker> lego is serious. It's a serious disaster, if you build a super star destroyer and the half-finished wing crashes into its parts again
10:33:47 <planetmaker> (build time for the whole, three people together: 5 hours)
10:34:02 <andythenorth> shouldn't drink while building ;)
10:34:08 <andythenorth> don't tell me that beer wasn't the cause :P
10:34:13 *** Stimrol has joined #openttd
10:34:22 <planetmaker> I won't tell you. Might be awkwardly close to the truth ;-)
10:34:53 *** Devroush has joined #openttd
10:36:52 <andythenorth> I have an hour or two
10:37:04 <andythenorth> Alberth: Zuu planetmaker Rubidium Hirundo Yexo V453000 et al?
10:37:08 <planetmaker> I've an appointment with a long bow
10:38:40 <planetmaker> I started the server for you though
10:38:44 <planetmaker> it was offline still
10:39:24 <planetmaker> it might now be running the title game or a randome 256² one
10:39:37 <planetmaker> but you (or others) know the commands :-)
10:42:14 <Terkhen> andythenorth: sorry, I'm coding :P
10:43:25 <Alberth> I am quite busy too, sorry
10:43:53 <peter1138> i'm busy doing nothing, working the whole day through
10:44:00 <peter1138> trying to find lots of things not to do
10:44:56 *** Hyronymus has joined #openttd
10:55:52 <andythenorth> what is this 'coding' you speak of?
10:56:00 * andythenorth has not done any 'coding' for a long time
10:56:22 <Terkhen> andythenorth: "make scenarios suck less WRT NewGRFs" code
10:56:48 <Terkhen> it means that I'm smashing keys until things work like I want them to
10:57:14 <andythenorth> maybe I should code something
10:57:24 * Alberth pushes a few sandwiches towards Terkhen
10:57:37 <andythenorth> maybe I should release FIRS 1.0
10:57:42 <andythenorth> and then start on FIRS 2
10:57:48 <Alberth> we don't want you to starve while coding!
10:58:19 <Terkhen> Alberth: thanks but no need to worry, I'll leave the keyboard soon to prepare something to eat :P
10:58:46 <Alberth> I thought we didn't get a FIRS 1, or am I misteken with CHIPS?
10:59:50 <andythenorth> there was no FIRS 1 yet
11:00:13 <andythenorth> I am very decided on changing supplies behaviour
11:00:19 <andythenorth> and I don't want to keep old code around
11:00:26 <andythenorth> so maybe I ship FIRS 1 with old behaviour
11:00:38 <andythenorth> or shall I just not bother with that? :)
11:01:00 <Alberth> hmm, perhaps it was FISH then
11:02:09 <andythenorth> FISH there's no 1.0
11:03:23 <Alberth> importance of nice round numbers is overrated :)
11:05:36 <andythenorth> Alberth: could I persuade you to any more NoConomy thoughts?
11:05:42 <andythenorth> I am looking at FIRS tickets
11:06:08 <andythenorth> ^ I can't increase the number of industries, because it's fixed by openttd
11:06:19 <Alberth> I am somewhat working on it, but without much succes so far
11:07:29 <Alberth> in fact I am doing code changes in that area in the hope to somewhat get an understanding of it
11:08:10 <andythenorth> I have some understanding of parts of industry_cmd.cpp
11:08:23 <andythenorth> I've read / fooled with most of it in the last few years
11:08:48 <Alberth> I am changing the newgrf_* source files
11:09:37 <Alberth> ie I think a callback should be added so newgrf can have control in some way
11:09:51 <Alberth> (or at least partly :p )
11:10:13 <andythenorth> so there is already probability control
11:10:51 <Alberth> that's for industry types, this is a general setting imho
11:11:29 <Alberth> hmm, can we have multiple industry newgrfs at the same time?
11:12:38 <Yexo> in theory yes, in practice not
11:13:12 <Yexo> true, I was considering ECS as one, but it's indeed multiple grfs
11:13:58 <Alberth> ok, that is for added fun :)
11:28:54 <FLHerne> Would a power-station addon to FIRS be useful/practical?
11:29:10 <andythenorth> it would be easy to code
11:29:14 <andythenorth> why not test it?
11:29:15 * FLHerne was considering one as a thing to do after simple objecttiles :-)
11:29:24 <FLHerne> That was sort of the idea :P
11:29:29 <andythenorth> there are spare industry IDs, you add no cargo
11:29:37 <andythenorth> just reintroduce default power station
11:29:47 <andythenorth> grf order might matter, not sure
11:29:54 <andythenorth> industry ID might matter too
11:30:06 <FLHerne> I wanted incinerators and wind plants too :P
11:30:40 <CIA-1> OpenTTD: zuu * r24552 /trunk/src/ (ai/ai_gui.cpp misc_cmd.cpp): -Fix (r24537): Unpause do no longer continue scripts
11:36:41 <peter1138> What's that in English?
11:53:46 <FLHerne> andythenorth: You can't finish CHIPS! It doesn't have OGFX platforms yet :-(
11:56:02 <FLHerne> Mud platforms still looked incongruous next to many industries when using OGFX, last tim* I rr784e xhecked
11:56:20 <Yexo> FLHerne: that's because chips uses graphics from FIRS
11:56:21 * FLHerne needs to keep the rat off the keyboard while typing :P
11:56:55 <FLHerne> Did FIRS get changed not to use OGFX mud tiles, then?
11:57:08 <andythenorth> no, why would I do that?
11:57:23 <andythenorth> or do I misunderstand?
11:57:33 <andythenorth> I never play with OGFX, so I have no idea what the issue is ;)
11:58:21 <FLHerne> andythenorth: Unless you've changed it, FIRS industries often use the baseset mudtile, but CHIPS platforms only match the TTD mud
11:58:33 <andythenorth> I don't know how to fix that
11:58:42 <andythenorth> use the proper base set
11:58:47 <FLHerne> So mud platforms only match FIRS industries when using the old baseset :P
11:59:00 <FLHerne> andythenorth: OGFX looks nicer :-)
11:59:07 <Yexo> wouldn't it be possible to use the baseset mud tile in chips too?
11:59:22 <andythenorth> no, it's a reprise of that issue where we can't sanely use ground tiles
11:59:28 <andythenorth> same reason we can't make a grass tile
11:59:37 <andythenorth> platforms have to be overlays, not underlays
12:00:02 <andythenorth> unless you can use the 'rail over mud' sprite, but I think that has railtype issues :P
12:00:14 <andythenorth> making a grass tile would be nice :P
12:00:18 <andythenorth> but CHIPS is done ;)
12:00:41 <FLHerne> andythenorth: Draw mud/grass in both common varieties, then add a parameter :P
12:00:50 <andythenorth> no that's stupid
12:00:51 <Yexo> doesn't work for multiplayer
12:01:06 <Yexo> and it'd need another set of graphics for zBase
12:01:10 <Yexo> and another for every new baseset
12:01:19 <andythenorth> and parameters are easily forgotten
12:01:22 <andythenorth> and they can't be changed in game
12:01:35 <andythenorth> and the FIRS tile drawing is horribly complicated
12:01:35 <FLHerne> Yexo: Fix OTTD then :P
12:01:43 <andythenorth> just don't care?
12:01:52 <Yexo> FLHerne: that'd be the proper solution indeed
12:02:00 <andythenorth> it's easy to get the original graphics
12:02:18 <Yexo> and not as easy as opengfx
12:15:13 <FLHerne> andythenorth: But the original graphics are ugly :-(
12:29:25 <Elukka> i think we can safely assume the typical user would use opengfx
12:31:40 <Elukka> i wouldn't worry too much about FIRS/CHIPS on opengfx though
12:37:42 <Zuu> Hmm coding for OpenTTD keep distracting me from my scripts. :-p
12:38:17 <Yexo> why do you think I haven't worked on AdmiralAI for a few years? :p
12:57:40 <peter1138> very easy to get the original graphics. i put the cd in my cdrom drive... i think it's legal.
12:58:04 *** frosch123 has joined #openttd
12:58:28 <Zuu> Regarding how to make AIs aware of goals, I'm more and more think towards adding something SCP-like in the API.
12:58:53 <Zuu> If an AI know that there are only 3 cargos that count towards goals, then it could give humans a bigger challenge if the AI focus on those cargos too.
13:01:33 <andythenorth> lo frosch123 oops :P
13:09:16 <Zuu> It could possible be handled a bit more simple than SCP. For most goal-related stuff it is probably easier that GSs are allowed to expose data that AIs can read than requiring GSs and AIs to implement a assynchronus communication protocol.
13:19:51 <Alberth> GSs being allowed to expose data that AIs can read is an asynchronous communication protocol :p
13:21:09 <Alberth> a protocol is just a number of common messages that have meaning :)
13:21:16 <Zuu> Yea, but the SCP-way of doing that was thet GS would scan for incomming requests, parse them and compose a response that is sent back to the AI. The AI in turn need to scan for incomming messages to see when the response is returned.
13:21:46 <Alberth> that sounds quite complicated indeed :p
13:22:24 <Zuu> In easier use cases GSs could possible just put data in a hash table or so that is publicly readable for AIs.
13:23:29 <Zuu> there would still need to be a mutal agreement on the protocol, but the implementation should be easier for AIs/GSs.
13:23:39 * andythenorth rejected about 20 FIRS tickets
13:24:29 <Alberth> I wonder whether we'd need some common interface both for humans and AIs. The former would be shown in the goal window then
13:24:50 <Alberth> instead of the textual coupling we have now
13:25:42 <Alberth> andythenorth: give the remaining milestone 2.0 :p
13:25:43 <andythenorth> 36 issues left :P
13:25:56 <Zuu> If the intreface towards humans is more strictly controlled by the API than allowing free text goals, then that information could be exposed to AIs.
13:26:33 <Zuu> This approach needs more API updates as GS authors want to do more and more.
13:26:57 <andythenorth> I should remove the 'prevent closure | allow closure' parameter from FIRS
13:27:05 <andythenorth> and just refuse to allow closure until closure is fixed
13:27:13 <andythenorth> and remove the code that tries to handle closure better
13:28:16 <Alberth> Zuu: yeah, but otherwise you have a ad-hoc interface between GSs and AIs that will never work for random GS with random AI, I think
13:28:44 <CIA-1> OpenTTD: frosch * r24553 /trunk/src/vehicle_gui.cpp: -Add: Separate the 'available vehicles' from the other buttons in the vehicle list.
13:28:44 <Alberth> nice, we're spreading dev-talk across two channels :p
13:28:45 <Zuu> On the other hand, I suspect that noone will want to make an AI that handle all specialized goals out there. However, being able to adopt the AI to focus more on certain cargos/connections may be in the scope of what is relativly easy to accomplish for AI authors.
13:31:28 <andythenorth> Alberth: ^ that is an interesting case for something like "tell OpenTTD that this industry is unhappy"
13:31:43 <andythenorth> I've rejected it because it makes FIRS parameters even more complex
13:33:31 <Alberth> not sure rejection is the right action here, but yeah :)
13:34:06 <andythenorth> no-one is ever going to fix it ;)
13:35:06 <Alberth> I'd move it to version 2 or whatever next major version that you are going to make, with ultra-low priority
13:35:31 <andythenorth> I want tickets to go away
13:35:39 <andythenorth> it's depressing looking at years of work ahead of me :P
13:35:44 <andythenorth> and no-one else will do them
13:35:57 <andythenorth> I kind of need to stop making newgrfs
13:36:09 <Alberth> but it's so addictive :p
13:36:30 <andythenorth> I'd rather play GS
13:47:55 <andythenorth> so the game just needs to build more industries for FIRS ;/
13:48:18 <andythenorth> it's short by about 30%-100%
13:50:25 <andythenorth> increasing proability of one type (obviously) just screws with availability of other types :P
13:50:28 <Alberth> depends on the map size :)
13:50:37 <Alberth> doesn't build more either
13:52:24 <andythenorth> 'industries high' produces acceptable results
13:52:26 <andythenorth> but only just :P
13:52:36 <andythenorth> maybe I should patch my game and change those constants :P
13:52:54 <andythenorth> maybe those constants just need to be variable, same as water level :P
13:53:46 <FLHerne> Is it possible to add more cargo acceptance to existing housesets by newgrf?
13:54:15 <FLHerne> As in, a third-party grf modifying other ones :P
13:54:31 <Zuu> Alberth: If the task of deciding a mutal protocol between AIs and GSs are not handled by the API but left for AI/GS authors to handle, then an AI will generally not understand a random GS.
13:55:08 * FLHerne would like to add a 'power' cargo, which would be used by everything :P
13:56:03 <andythenorth> add a recieving town industry
13:56:29 <andythenorth> then write a town growth GS to use it
13:57:04 <andythenorth> 33 FIRS tickets left :(
13:57:35 <FLHerne> That sounds like a good idea :-)
14:00:30 * andythenorth wonders whether to delete BANDIT
14:00:40 <andythenorth> I don't see the point of a truck set right now
14:00:46 <andythenorth> opengfx + rvs exists
14:00:56 <andythenorth> for GS, it's enough
14:01:08 <andythenorth> and auto-refit is impossible to provide for trucks
14:01:58 <FLHerne> andythenorth: There's never enough RV variety
14:02:06 <Terkhen> why? OpenGFX+ RV has autorefit for trucks
14:02:18 <FLHerne> And why doesn't auto-refit work for trucks, again?
14:03:34 <andythenorth> because the graphics will change appearance at stations, which is stupid
14:03:59 <andythenorth> and it's impossible to prevent whilst still providing a sane number of trucks in buy menu
14:04:26 <andythenorth> the only solution is lots of spam in the buy menu 'box truck', 'tank truck', 'tipper truck', 'flat truck' etc
14:04:44 <andythenorth> no other vehicle type has this problem
14:04:52 <andythenorth> it's not a limitation in openttd spec
14:04:58 <andythenorth> it's just impossible
14:05:15 <Eddi|zuHause> why is it different than for ships or for wagons?
14:05:21 <FLHerne> andythenorth: Container trucks make sense to change appearance :P
14:05:55 <FLHerne> Also, box trucks all look the same whatever's in them, as do tankers and open hopperbox ones :P
14:06:11 <andythenorth> it's a non issue for ships, most ships look the same
14:06:19 <FLHerne> I don't mind buymenu spam too much, anyway :P
14:06:21 <andythenorth> it's a non-issue for trains because trains are made up of many vehicles
14:06:37 <FLHerne> You can't get worse the eGRVTS, at any rate... :-(
14:06:48 <andythenorth> I could prove it, easily
14:07:08 <FLHerne> Only by adding a larger variety of vehiclea
14:07:29 <Terkhen> andythenorth: just disallow all refits requiring a sprite change from autorefit
14:07:31 <Terkhen> those require a depot
14:07:37 <Eddi|zuHause> andythenorth: if it works for ships and not for trucks, then you did not abstract away enough properties of trucks
14:07:38 <andythenorth> Terkhen: tried, it's impossible
14:07:38 <FLHerne> eGRVTS has the worst ratio of [interesting variation]:[menu spam] possible
14:08:04 <andythenorth> I already wrote and removed code to try and prevent refits across body types
14:08:07 <andythenorth> it's not possible
14:08:19 <andythenorth> I might just rm the set
14:08:21 <FLHerne> andythenorth: Why not?
14:08:25 <Eddi|zuHause> andythenorth: three truck types, bulk, liquid, other
14:08:31 <andythenorth> I'm bored of the idea
14:08:45 <Terkhen> andythenorth: do you mean that the code is impossible? ogfx+rv already groups cargos in different refit groups, it's certainly possible
14:08:45 <andythenorth> how do I delete a devzone project?
14:08:59 <andythenorth> Terkhen: it's impossible to prevent refits that cross boundaries
14:09:00 <FLHerne> That's not 'impossible', that's 'lack of enthusiasm' :P
14:09:01 <Eddi|zuHause> allow autorefit between all bulk, between all liquid (and not bulk) and all except (bulk or liquid)
14:09:04 <Terkhen> the design might be complicated, but it should be doable too with just a few truck models
14:09:20 <andythenorth> because you can break orders with it
14:09:30 <andythenorth> due to cargos that are a union of classes etc
14:09:37 <Eddi|zuHause> the design is really simple, actually
14:09:46 <FLHerne> andythenorth: Assume your users aren't idiots :P
14:09:48 <Terkhen> just take into account those cases
14:10:01 <andythenorth> FLHerne: the users aren't idiots, the game fucks them if I do this
14:10:04 <Eddi|zuHause> andythenorth: you can handle unions if you give priority to one
14:10:19 <andythenorth> it's trivial to create a chain that ends up stuck
14:10:25 <FLHerne> As long as you make sure that A->B and B->A work, it's fine
14:10:34 <andythenorth> you can do A - > B -> C -> D, then fail at A
14:10:56 <andythenorth> now your game is broken
14:10:56 <Eddi|zuHause> not if you say "bulk trumps liquid trumps all others"
14:11:08 <Eddi|zuHause> then you can't do A->B in the first place
14:11:54 <FLHerne> Don't subtypes let you do: [B refitted from/refittable to A] and [B refitted from/refittable to C] separately?
14:11:59 <Eddi|zuHause> if A is "liquid", and B is "bulk, liquid", then you disallow refit, even though both are liquid
14:12:19 <andythenorth> I think it could be done with a lookup table of all known cargos
14:12:22 <FLHerne> Then you can refit A<->B and B<->C, but not A->B->C?
14:12:24 <Eddi|zuHause> because bulk trumps liquid
14:12:37 <Terkhen> or just break specific bugs by checking the cargos causing them directly via cargo label
14:12:56 <Eddi|zuHause> andythenorth: all that is needed is that all unions form proper partitions.
14:13:07 <andythenorth> Eddi|zuHause: isn't that baffling?
14:13:23 <andythenorth> so my refrigerated truck won't refit fruit because fruit is bulk?
14:13:50 <FLHerne> Then you can have coal<->solid chemicals and oil<->liquid chemicals, say, but not coal<->liquid chemicals :P
14:14:02 <Eddi|zuHause> {bulk and union with any other class}, {liquid and union with any other class, except bulk}, {all other unions without bulk or liquid}
14:14:08 <Eddi|zuHause> andythenorth: yes, that would be the case
14:14:19 <andythenorth> Eddi|zuHause: didn't we try htis already and prove that it's broken? I had code for it iirc
14:14:23 <FLHerne> It doesn't have that problem :P
14:14:31 <Eddi|zuHause> andythenorth: i don't know your code
14:14:33 <andythenorth> frosch123 ^ can you remember why I couldn't have autorefit for trucks? :P
14:14:40 <Eddi|zuHause> andythenorth: but there is no flaw in the theory
14:15:01 <FLHerne> Admittedly, my idea might not work. Can someone please tell me why not before I get too obsessive? :D
14:15:51 <frosch123> andythenorth: i would guess you did not want to code it :p
14:16:43 <andythenorth> I think it's because autorefit is stupid
14:16:49 <Eddi|zuHause> andythenorth: if the fruit thing bothers you, you can additionally say "refrigerated trumps bulk and liquid"
14:16:51 <andythenorth> if you try and restrict it
14:16:57 <Eddi|zuHause> then you have 4 partitions
14:17:10 <Eddi|zuHause> and fruit will always go in refrigerated, never in bulk
14:17:27 <andythenorth> the issue came up with FISH, there were only two cases, tanker and not-tanker
14:17:34 <andythenorth> so what was the issue?
14:17:41 * andythenorth has limited memory
14:18:09 <frosch123> andythenorth: take the logs from 2012-07-28
14:18:12 <andythenorth> goal: allow autorefit of any cargo that doesn't change graphics
14:18:19 <frosch123> there is some talk about autorefit and bandit
14:19:19 <andythenorth> go to A, refit coal. Go to B, refit milk. All is well.
14:20:10 <andythenorth> ach, can't remember the issue :P
14:20:53 *** FLHerne has joined #openttd
14:21:24 <FLHerne> Whoops, browser crashed :-(
14:23:20 * FLHerne wants to know why it's a stupid idea :P
14:23:29 <andythenorth> FLHerne: what is it ?
14:24:38 <FLHerne> My attempt to explain my refitting proposal :P
14:24:55 <FLHerne> Drawn very quickly in a bad image editor
14:25:21 * FLHerne draws a neater version with colours :-)
14:25:47 <Zuu> Even an ascii art table would look better :-)
14:26:11 <andythenorth> the issue is that autorefit is fucked
14:26:15 <Eddi|zuHause> andythenorth: the code for my theory is actually quite simple: "switch(hasbit(current_cargp, CC_<something>) + hasbit(new_cargo, CC_<something>)) { 0: chain to next check, 2: return allow refit, default: return disallow refit }"
14:26:24 <andythenorth> it allows the creation of invalid orders with no warning
14:27:34 <andythenorth> and there's 'load any available cargo'
14:27:43 <andythenorth> which throws a bomb into any set of orders
14:28:12 <Eddi|zuHause> andythenorth: "load any available" would be quite useful with cargodist
14:28:38 <Eddi|zuHause> you have a set of mixed trains for your trunk line, and manage the feeders
14:28:39 <andythenorth> so with FISH 2, what did I do?
14:29:39 <Eddi|zuHause> i agree mostly it's dangerous if the cargo doesn't know where it's going
14:29:56 <andythenorth> I'm not worried about that
14:30:13 <andythenorth> but when used with the 'allow autorefit' cb, it's very dangerous to orders
14:30:27 <andythenorth> it can break explicit orders trivially
14:30:53 <andythenorth> and there's no warning or error message to player
14:30:59 <Eddi|zuHause> no idea what you're getting at
14:31:32 <andythenorth> at A you allow 'load available'
14:31:44 <andythenorth> at B you want an explicit cargo
14:32:04 <andythenorth> newgrf author has tried to provide some handling of autorefit cb
14:32:13 <andythenorth> refit may or may not work at B
14:32:27 <andythenorth> depending on what cargo you loaded at A
14:32:55 <Eddi|zuHause> yes, but the order list cannot check that. because it can be shared between different vehicle types
14:32:56 <andythenorth> your suggestion might well prevent that otoh
14:33:22 <Eddi|zuHause> my suggestion makes sure that autorefits are symmetric, yes
14:33:28 <andythenorth> [not the shared orders issue, but the symmetric]
14:33:43 <Eddi|zuHause> that was the entire point of the suggestion
14:33:47 <andythenorth> for FISH 2 I solved it differently
14:34:00 <andythenorth> ships can autorefit to any of their refittable cargos
14:34:10 <andythenorth> this is the only valid solution imho
14:34:15 <Eddi|zuHause> be symmetric, and disallow changing graphics in the process
14:34:42 <andythenorth> my route is symmetry by blunt force ;)
14:34:58 <andythenorth> and no (significant) graphics change when refitting
14:35:04 <Eddi|zuHause> yes, but you had some unreasonable disgust against having separate vehicles
14:35:10 <andythenorth> it's fine with ships
14:35:30 <andythenorth> tankers / general cargo / mixed ships / ferries
14:35:42 <Eddi|zuHause> i'm still not sure why it works for 2 ship types, but not for 4 truck types
14:35:56 <Eddi|zuHause> (refrigerated, bulk, liquid, other)
14:36:16 <andythenorth> I think I should lose a lot of the detailed ideas in BANDIT
14:36:27 <andythenorth> there were going to be lots of body and livery variations
14:36:54 <andythenorth> e.g. different tank colours for different liquid cargos etc
14:36:55 <Eddi|zuHause> that's what i meant with "you did not abstract away enough properties"
14:37:11 <andythenorth> it's the danger of a pixel generator :P
14:37:22 <andythenorth> previously the sheer effort of drawing would have killed variety stone dead :P
14:37:49 <andythenorth> flat, box, tank, tipper
14:38:01 <CIA-1> OpenTTD: zuu * r24554 /trunk/src/ (ai/ai_gui.cpp ai/ai_gui.hpp hotkeys.cpp): -Add: Hotkeys for widgets in AI Debug window
14:38:10 <Eddi|zuHause> why flat and tipper?
14:38:16 <Eddi|zuHause> they both carry bulk?
14:38:26 <andythenorth> ask the nerds :P
14:38:36 <andythenorth> they won't like logs and tractors travelling in tippers
14:38:39 <Eddi|zuHause> go with flat, and put tipper in HEQS
14:38:47 <andythenorth> no grain truck? :o
14:39:13 <Eddi|zuHause> put all bulk in flat
14:39:23 <Eddi|zuHause> (with side barriers)
14:39:25 <andythenorth> you might have a point
14:40:55 * FLHerne made it neater and added colours
14:40:57 <Eddi|zuHause> side barriers may easily be replaced with stakes when refitting between wood/steel and bulk
14:41:08 <andythenorth> Eddi|zuHause: +1 ish
14:41:14 <andythenorth> FLHerne: but what does it mean? :)
14:41:39 <FLHerne> Allow autorefit along the rows only, don't allow (say) Food -> Paper -> Fruit :-)
14:41:55 <Eddi|zuHause> andythenorth: and for the "nerds", there are still the logging trucks in HEQS
14:42:05 <andythenorth> FLHerne so a big lookup table of cargo labels....
14:42:07 <FLHerne> Am I correct that subtypes or whatever let you do that?
14:42:21 <FLHerne> Ah well, big table then yes :P
14:42:24 <andythenorth> Eddi|zuHause: I could move the heavy trucks entirely into HEQS
14:42:29 <andythenorth> and make BANDIT more limited
14:42:53 <FLHerne> So make the distinction between Food (fridged) and Food(liquid)
14:43:15 <Eddi|zuHause> FLHerne: too fiddly
14:43:18 <andythenorth> FLHerne: only with a massive massive lookup table that would have to be maintained for every cargo
14:43:29 <FLHerne> But would be shiny :D
14:43:55 <FLHerne> Are you sure it needs a huge table? :P
14:44:18 * andythenorth has cast iron certainty on the basis of no considering the issue
14:44:32 <FLHerne> So what are subtypes for? :P
14:44:33 <andythenorth> be aware that the autorefit cb fails silently
14:44:43 * FLHerne missed the point somewhere probably ;-)
14:44:43 <andythenorth> it gives no feedback, and isn't tested when setting orders
14:44:50 <andythenorth> so it's trivial to set invalid orders
14:45:21 <andythenorth> the autorefit cb also permits evil stuff like 'fail to refit if it's March'
14:45:25 <andythenorth> with no warning to player
14:45:30 <andythenorth> maybe I should include that for April 1
14:45:42 <andythenorth> that will shaft your network once a year :P
14:45:55 * FLHerne does think it should check when setting orders :P
14:47:09 <FLHerne> Perhaps I should try writing a useless vehicle grf to test that kind of thing :-)
14:47:22 <andythenorth> it can't check when setting orders
14:47:38 <andythenorth> the cargo type in the vehicle is non-deterministic
14:47:53 <andythenorth> it has nothing to check against
14:48:13 <andythenorth> we might be talking at cross purposes about that specific point :P
14:49:04 <FLHerne> As long as A->B is always possible if B->A is, what's the problem?
14:49:25 <FLHerne> If A->B->C works but C->A doesn't, that's silly :P
14:51:04 <andythenorth> it's fine if you have a massive lookup table
14:51:12 <andythenorth> and never use classes or such
14:51:29 <Terkhen> that's why I suggested labels :P
14:51:36 <Terkhen> it defeats the point of cargo classes, though
14:52:09 <andythenorth> if I solve this for BANDIT, I'll do it similar to FISH, and similar to Eddi's suggestions
14:52:28 <andythenorth> allow any refittable cargo
14:52:37 <Terkhen> but given that new cargos are introduced so slowly, IMO just using a label based scheme is a good solution
14:53:18 <Terkhen> at least for stuff like OpenGFX+ NewGRFs, which you can expect to be supported and updated quickly :P
14:54:07 *** valhallasw has joined #openttd
14:54:21 <andythenorth> for Europe, all general cargo trucks could be tilt :P
14:55:01 <andythenorth> but not used in US
14:55:07 <Zuu> hehe, sholud OpenTTD get length restrictions for RVs that vary over the map? :-p
14:55:27 <Zuu> And did someone create the track set with different voltages?
14:55:48 <frosch123> we sould add load time penalties if the rv is longer than the stop :p
14:56:33 <andythenorth> Zuu: roadtypes :P
14:56:55 <Zuu> Oh, and maybe different weight restrictions too? I guess Europe standard is 40 tonnes? Or is it just the length that is shorter in most of Europe than in the north?
14:56:56 <andythenorth> that definitely works
14:57:06 <andythenorth> Europe varies a bit on weight
14:57:09 <andythenorth> or weight per axle
14:57:09 <FLHerne> Steam trams look more ridiculous every time I look at them :-(
14:57:11 <Rubidium> frosch123: and what if you have a two 7.5 tile vehicles and a 8 tile road stop?
14:57:30 <Rubidium> will the latter occur the penalty for the road stop being 7 tiles too short?
14:58:46 <Zuu> If it is smart, it will check how long time the vehicle in front will take to load. (which may be unknown), if it appears to be a quick load, it will wait. If it appears to talke long time, it could start loading. :-)
14:59:11 <frosch123> it just looked weird sending heqs 5 tile trams to a 1 tile roadstop :p
14:59:34 <Rubidium> those trams with instaload?
14:59:36 <Zuu> But I guess in most cases the loading penalty would be quite high if you only have a 0.5 coverage of the RV, and then waiting will be better.
14:59:43 <andythenorth> an alternative suggestion for autorefit: forbid it
15:00:15 <Zuu> And in the scope of penalties, perhaps only allow loading too long vehicles when they reach the front of a stop?
15:00:16 <andythenorth> or another suggestion: it's ok for vehicles to entirely change appearance at a station
15:00:36 <Rubidium> only if you refit from "tourist" to "hooligan"
15:00:40 <FLHerne> andythenorth; Neither of those is good :-(
15:01:04 <Rubidium> but then the cargo refits the train ;)
15:02:41 <andythenorth> there's no cb for refittable cargos, right?
15:02:48 <andythenorth> it's action 0 prop only?
15:02:59 <andythenorth> I don't mean the auto-refit cb
15:03:36 <andythenorth> ach, maybe that achieves same thing
15:03:55 <andythenorth> for a train I think auto-refit would be solvable with the user bits
15:04:21 <andythenorth> set a user bit or so for body type, determined when vehicle is refitted in depot
15:04:35 <andythenorth> then check that bit, and the cargo being refitted to for autorefit
15:04:59 <andythenorth> all sounds a bit complicated tbh :P
15:11:32 <andythenorth> box truck -> express / covered cargos (mail, paper, food etc), usually small, fast
15:12:12 <andythenorth> general truck (dropsides which can be removed for a flatbed, covered with a tarp, or stakes added for logs etc) -> any cargo except a few exclusions
15:12:27 <andythenorth> tank truck -> liquids
15:13:05 *** valhallasw has joined #openttd
15:13:46 <andythenorth> fridge truck is overkill
15:14:05 <andythenorth> maybe I add dump truck...but why bother if HEQS exists?
15:15:12 <andythenorth> redesigning HEQS 2 will be fun
15:15:17 <andythenorth> all the tractors etc will have to go
15:15:23 <andythenorth> as they refit anything, but change graphics
15:15:52 <andythenorth> maybe I just rm the trams
15:16:20 <Terkhen> andythenorth: in which way is setting a bit different than defining refit groups with specific conditions for switching from one to another?
15:16:21 <Zuu> But couldn't changing eg. only trailer graphics be allowed?
15:16:55 <Zuu> That would mean that the truck drops its trailer at the station and picks up a new one.
15:17:13 <andythenorth> Terkhen: player would set the bit by choosing the initial subtype refit, but you might be right
15:17:28 <andythenorth> I tried limiting by current subtype in FISH
15:17:40 <andythenorth> can't remember what I did wrong
15:18:45 <andythenorth> trams only have 3 body types
15:19:04 <Terkhen> if "current cargo in group X, only allow autorefit to cargos in group X"
15:19:23 <Terkhen> "if current cargo is in group Y, allow autorefit for free to cargos in group Y, and for a fee to group Z"
15:22:29 <andythenorth> it's pretty hard to avoid crossing groups
15:22:48 <andythenorth> due to cargos that go in both groups
15:22:59 <andythenorth> milk is in two groups
15:23:58 <Terkhen> use different vehicles for tank
15:24:17 <andythenorth> then we're back to the only solution
15:24:27 <andythenorth> spam the buy menu with near-identical vehicles
15:24:32 <andythenorth> I think it's the only viable route
15:24:43 <Terkhen> only 2 or 3 for each model probably :P
15:24:51 <andythenorth> there are 11 trams currently, adding another 14 is ok
15:25:08 <Terkhen> you can also enforce a single group for cargos
15:25:16 <andythenorth> (only 7 have cargo specific body types, and there are only 3 body types)
15:25:24 <Terkhen> if you are allowing a truck to refit to anything, why use a piece goods container to carry milk?
15:26:04 <andythenorth> that reintroduces the changing graphics at stations issue...?
15:27:51 <Terkhen> why? milk would only be in the tanker group
15:27:58 <Terkhen> to switch from a tanker to piece goods, go to a depot
15:28:11 <Terkhen> you could also use subtypes too for determining cargo groups
15:28:21 <andythenorth> you have no way of knowing current body type
15:28:30 <andythenorth> I can't remember why subtypes doesn't work, but there's some flaw in it
15:28:52 <Terkhen> andythenorth: if you have a single group for all cargo, the current cargo determines the group
15:29:17 <Zuu> If you have subtypes of the same cargo, the AI only sees one of them.
15:29:18 <Terkhen> milk belongs only to the tanker group -> if you are carrying milk the current group is tanker
15:29:36 <Zuu> But I don't see how that would limit setting up autorefit boundaries.
15:30:45 <FLHerne> Terkhen: I was suggesting that :P
15:31:13 <FLHerne> Not the recent bit, but with subtypes :P
15:31:15 <andythenorth> Terkhen: so fail the refit to milk if current group is not tanker?
15:34:27 <Terkhen> if chosen cargo is not in the same group than current cargo -> refit only allowed at depot
15:34:42 <andythenorth> you can still setup orders for it though
15:34:50 <andythenorth> which is painfully unintuitive to end user
15:35:08 <Terkhen> FLHerne: yes, this is how OpenGFX+ sets do it... although the issue is simpler because there are a lot of models of trucks/wagons
15:35:26 <andythenorth> I have a save running here with a ship that can't follow its orders
15:35:43 <andythenorth> and its not as simple as 'try test running the cb'
15:35:51 <andythenorth> because 'current cargo' is non-deterministic
15:36:18 <FLHerne> andythenorth: That shouldn't matter, if refits are sane :P
15:36:56 <andythenorth> by sane, you mean 'this vehicle is a tanker, therefore only refits to liquid cargos' etc.
15:37:00 <Terkhen> andythenorth: if you mean that OpenTTD allows you to choose any refittable cargo for orders disregarding callbacks (which as you mention is probably impossible anyways because it can't know the current cargo) I don't think that there is a way to solve that problem NewGRF wise
15:37:09 <FLHerne> If you can autorefit, however indirectly, to something you should be able to autorefit directly back :P
15:37:10 *** tokai|noir has joined #openttd
15:37:10 *** ChanServ sets mode: +v tokai|noir
15:37:22 * Terkhen does not know how OpenTTD handles autorefit orders
15:37:54 <FLHerne> If it doesn't need a graphics change to get to whatever cargo, it shouldn't look silly changing back either
15:38:23 <andythenorth> that rules out autorefit for current HEQS trams
15:38:32 <andythenorth> or the introduction of 300% more trams ;)
15:39:12 <andythenorth> Terkhen: 3 links
15:39:28 <andythenorth> that was one solution I tried with subtypes
15:39:33 <andythenorth> it fails horribly :)
15:39:57 <FLHerne> andythenorth: What causes it to fail?
15:40:07 <andythenorth> have a look at ship 1
15:40:18 <andythenorth> send it to depot and look at the refits it can have
15:40:44 <andythenorth> and look at the orders, then watch it silently fail to refit
15:42:05 <Terkhen> andythenorth: then the problem is that OpenTTD lets you choose any cargo, right?
15:42:17 <andythenorth> and OpenTTD *can't* fix that
15:42:30 <andythenorth> even if newgrf authors use very rigid sets of cargos
15:42:44 <andythenorth> OpenTTD can't account for conditional orders or 'load available'
15:42:49 <andythenorth> or changes in the orders
15:42:55 <andythenorth> or shared orders
15:43:22 <andythenorth> so the only solution (imo) is that autorefit should be allowed for *all* refittable cargos
15:43:37 <andythenorth> and that different vehicles should exist for different body types
15:43:41 <andythenorth> as per train wagons
15:43:45 <Terkhen> what's the point of the autorefit callbacks then?
15:43:57 <Terkhen> this sounds like a problem in OpenTTD to me
15:44:11 <andythenorth> to allow for complex cases like 'can refit water -> milk, but not petrol -> milk'
15:44:21 <andythenorth> and primarily for setting refit costs afaik
15:44:40 <andythenorth> the first case would have the same problem of invalid orders
15:44:45 <Terkhen> but as soon as you disallow some refits, those cases are inherently broken because OpenTTD allows autorefit orders to anything
15:44:58 <andythenorth> disallowing a refit to a refittable cargo type is nonsense
15:45:02 <andythenorth> it's a genuine misfeature :)
15:45:11 <FLHerne> andythenorth: There isn't a problem with the current autorefit system :P
15:45:15 <Terkhen> therefore there is either a problem in OpenTTD or a problem with the specs, because they let you disallow certain refits
15:45:23 <andythenorth> FLHerne: yes there is, you are wrong
15:46:20 <andythenorth> there is a problem with the specs
15:46:21 * FLHerne downloads nightly to test the svaegame with
15:46:23 <Terkhen> andythenorth: IMO it is a problem with the specs
15:46:31 <andythenorth> I can literally make a grf that disallows refit on tuesdays
15:46:34 <Terkhen> since the problem is unsolvable in OpenTTD
15:46:43 <Terkhen> the specs should not let you create NewGRFs which cause this problem
15:47:04 <andythenorth> even without disallowing, there is still a problem with shared orders
15:47:09 <andythenorth> but that exists for refit in depot too I think
15:47:34 <andythenorth> the specs also allow you to refit vehicles to a different length
15:47:36 <FLHerne> andythenorth: In what cases do refits fail?
15:48:41 <FLHerne> Ark, needs weird grfs too :-(
15:49:00 <andythenorth> refitting to different lengths is totally verboten by openttd, but spec allows it :)
15:51:26 <FLHerne> I'm not seeing the problem
15:51:35 <FLHerne> It carries oil back and forth :P
15:51:38 <andythenorth> ship 1, order 2, refit to bauxite
15:51:57 <FLHerne> But it doesn't because there's no bauxite :P
15:52:08 <andythenorth> no it doesn't because the spec is broken
15:52:17 * Zuu thinks that it would make sense to have different engines for cases when autorefit is not allowed among all refit cargoes and then just allow autorefit between all corgoes that an engine can refit between?
15:52:32 <andythenorth> FLHerne: your persistence may have a point
15:52:34 <FLHerne> No, it doesn't because it doesn't need to, because there isn't any :P
15:52:48 <FLHerne> I still don't see your point
15:52:52 <andythenorth> we found a problem in an MP game recently, where autorefit is broken in a different way
15:53:03 <FLHerne> As long as refitting is sane, you can't break it
15:53:13 <andythenorth> autorefit won't trigger if there's no cargo waiting - is that your experience of it?
15:53:21 <andythenorth> because I think that might be a significant current bug
15:54:02 <FLHerne> The only places where the specific cargo refitted to matters, is if you can refit to a cargo from some cargos but not others
15:54:07 <Zuu> If you make it so that the available auto refits of a _vehicle_ depend on its current cargo, then how do you expose that information at _engine_ level?
15:54:09 <FLHerne> andythenorth: How is it a bug?
15:54:29 <andythenorth> we had an MP game where it appeared autorefit wasn't working, but I'm not sure of the exact cause
15:54:41 <Zuu> I mean, when a human/AI buys a vehicle, it looks at the engine list and make a decision based on that.
15:54:52 <FLHerne> I don't want my boat to (perhaps expensively) refit to a cargo which isn't there :P
15:54:53 <andythenorth> Zuu: you can't easily :P
15:55:02 <andythenorth> FLHerne: tough, the orders say refit
15:55:32 <FLHerne> andythenorth: No, they say auto-refit
15:55:47 <FLHerne> As in: automatically refit if needed :-)
15:56:00 <andythenorth> wtf is that good though? :o
15:56:03 <Zuu> So why not just allow auto-refit among all cargos that an engine can carry? And for cases when the graphics would change to much, offer two different engines?
15:56:18 <FLHerne> 'Auto-refit to available cargo' would make no sense in your definition :p
15:56:18 <andythenorth> that is the correct solution
15:56:32 <andythenorth> I think it's fucked tbh
15:56:54 <FLHerne> andythenorth: No, it's other stuff that's broken :P
15:57:24 <andythenorth> use the money cheat
15:57:26 <andythenorth> try building a bauxite mine in the catchment for Lindton Lakeside
15:57:28 <FLHerne> What's the problem with that subtype idea?
15:57:38 <andythenorth> watch it entirely fail to refit
15:57:54 <andythenorth> because it's not allowed to refit across the subtype
15:58:07 <andythenorth> yet the order can still be set
15:58:16 <andythenorth> and OpenTTD has *no* way to fix that
15:58:53 <andythenorth> disallowing refit should be banned
15:59:13 <andythenorth> bizarrely the industry is supplying cargo to the dock
15:59:18 <andythenorth> which is utterly baffling
15:59:51 <andythenorth> because no vehicle refitted to bauxite has visited it
15:59:57 <andythenorth> so why supply bauxite?
16:00:12 <FLHerne> andythenorth: Not seeing your problem :P
16:00:36 <andythenorth> your ship refits to bauxite?
16:00:54 <andythenorth> and that's not a problem because?
16:00:58 <FLHerne> But the user should know that you can't tank bauxite :P
16:01:20 <FLHerne> You can't put bauxite in a tank :P
16:01:32 <FLHerne> You can't put oil in a cargo hold
16:01:41 <Zuu> FLHerne: Tell that to the AI too
16:01:44 <FLHerne> The user should be able to figure that out
16:02:15 <andythenorth> they'll raise bugs
16:02:35 <FLHerne> Zuu: Fair enough. Perhaps the AI should be able to see subtypes?
16:02:42 <andythenorth> it's like building a bug right into the game deliberately, then having to handle it for life
16:02:55 * FLHerne doesn't know much about what AIs know :P
16:03:05 <andythenorth> the AI has no idea what subtypes mean
16:03:15 <FLHerne> andythenorth: If they file bug reports, tell them to read the donotreadme :P
16:03:36 <Zuu> Eg. an AI cannot use the longer tram variants of the same tram.
16:03:55 <Zuu> Unless NewGRFs provide them as separate engines.
16:04:12 <FLHerne> Can AIs be hardcoded for specific sets, if known?
16:04:24 <FLHerne> And yes, that would be very ugly :P
16:04:28 <Zuu> an AI cannot ask OpenTTD which NewGRFs that are loaded.
16:06:33 <FLHerne> In that case, surely inability to deal with subtypes is an AI bug/nonfeature?
16:07:06 <Zuu> are subtypes known at engine scope or only for vehicles?
16:08:15 <andythenorth> forcing autorefit to be allowed is not simple :(
16:08:47 <FLHerne> andythenorth: You could just have that massive lookup table :P
16:08:54 <andythenorth> you don't get it :P
16:10:27 <Zuu> FLHerne: Indeed, it is a missing feature of the API that AIs can't deal with subtypes. However, I don't know the NewGRF specs good enough to know how subtypes are implemented. Eg. if there are enough clues there (preferable at engine level) to at beforehand know the effect of refiting to each subtype.
16:10:33 * FLHerne is bad at getting it :-(
16:11:00 <andythenorth> autorefit is currently broken in nightlies anyway I think
16:11:04 <Zuu> Eg. if there is enough data provided by the NewGRFs that AIs can make a decision on which subtype to pick that makes sense.
16:11:37 <andythenorth> it's just a number
16:11:45 <andythenorth> subtype = 0, 1, 2 etc
16:11:54 <andythenorth> outside of the grf, you have no idea what they're supposed to mean
16:12:13 <Zuu> If that is the case, I'm not surprised why it has not been added to the API yet.
16:12:25 <andythenorth> subtypes are another genuinely stupid feature
16:12:44 <andythenorth> there is nothing good about them
16:14:17 <Zuu> I never understood the value of them from a human perspective and as an AI author they only impose restrictions on the available engine sorts.
16:15:23 <andythenorth> they're a crappy way to provide alternative liveries
16:15:27 <Zuu> The only case I can see that it makes any sense if you hit the upper limit of engine types.
16:15:32 <andythenorth> and a crappy way to provide variable length RVs
16:15:49 <andythenorth> they were intended to provide a specific purpose - creating more bug reports
16:16:07 <andythenorth> by adding 'Goods (cars)' or 'Goods (electronics)'
16:16:28 <andythenorth> and also at industries
16:16:49 <andythenorth> which causes the following bug report: "industry produces Goods (cars), but my vehicles only carry Goods
16:16:58 <andythenorth> ...which sets have Goods (cars)?"
16:17:06 <andythenorth> which is nonsense :P
16:17:20 <Zuu> So remove it from NewGRF v9? :-p
16:17:30 <andythenorth> too many people will wail :(
16:17:54 <andythenorth> and nobody wants to solve the issues that newgrf authors abuse subtypes for
16:18:25 * andythenorth is +1 to removing it
16:19:29 <Zuu> or enforce that all subtypes have the same length + capacity+ weight+ hp + tractive effort + running cost etc.
16:19:32 <V453000> dont tell me there will be another change in cargo classes and stuff :D
16:20:21 <andythenorth> I won't tell you :P
16:21:00 <Zuu> I'm sure most AI authors will be okay with not knowing which colour the different subtypes have. Although we have got feature requests from AI authors that want to set the face/gender of the president.
16:22:45 <andythenorth> when subtypes are used for vehicle capacity, that's insane
16:22:50 <Zuu> Or as, also that will give protests, make it mandatory to at engine level define all subtypes with their charesterstics. If thats done, that data could be exposed to AIs.
16:23:42 <V453000> subtypes for capacity? :o who does that
16:23:47 <Zuu> However, that will need AIs to not only pick which engine to buy, but at the same time also pick which subtype to refit too and pass around a table with this data instead of just an engine id.
16:27:36 <andythenorth> property for consist length, with a new GUI :P
16:28:02 <andythenorth> property for livery, same
16:28:30 <Zuu> andythenorth: those two + removal of subtypes :-)
16:28:32 <andythenorth> make changing length a depot-only thing
16:28:42 <andythenorth> not a normal orders refit
16:29:19 <Zuu> Yea, changing length in a station with a RV behind may cause problems :-p
16:29:57 <andythenorth> I think it might be guarded for better, I am seeing odd refits in my test of BANDIT :P
16:30:05 <andythenorth> it used to throw a big red error :P
16:31:40 <Zuu> is there a set of liveries per length or should the API enforce that all combinations of length and liveries should be provided?
16:34:58 <andythenorth> dunno, depends on whims of newgrf author :P
16:36:06 <andythenorth> changing vehicle lengths on a per-cargo basis is a bit insane :P
16:36:18 <andythenorth> in fact lots of cb36 is insane :)
16:36:23 <andythenorth> the sky is falling!
16:36:27 <andythenorth> quick, rm the newgrf spec!
16:39:51 *** Zeknurn has joined #openttd
16:46:11 *** Hyronymus has joined #openttd
16:52:44 *** sla_ro|vista has joined #openttd
17:00:33 *** LordAro has joined #openttd
17:02:10 <Alberth> a lord should address ladies with more respect imho :)
17:03:10 <Alberth> as lord, not really; as LordAro, much better :D
17:05:35 <Alberth> looks like a nice program :)
17:05:37 *** andythenorth has joined #openttd
17:06:14 <LordAro> indeed :) i've written about it on my personal statement (uni thing)
17:06:55 <LordAro> also depends on how good your english is, i guess
17:07:17 <LordAro> but in my experience, half you you can speak English better than most English people :L
17:07:35 <LordAro> s/speak/understand\/write/
17:08:45 <LordAro> but then, there are also subtitles, so i guess it's ok :L
17:17:14 *** Progman has joined #openttd
17:22:11 *** andythenorth has joined #openttd
17:29:48 * andythenorth ponders rebuild of BANDIT
17:30:11 <FLHerne> andythenorth: New plan?
17:30:28 <FLHerne> rebuild > rm, hopefully :-)
17:30:54 <andythenorth> it's a lot of work to rebuild
17:31:18 <andythenorth> it was created on the basis of 'all trucks carry all cargos'
17:33:36 <Zuu> LordAro: That BBC program does not only depend on your English knowledge, but how good you are to fool BBC to serve you the content even if you are not in the UK.
17:35:30 <FLHerne> Would be neat, especially for trams :-)
17:36:05 <FLHerne> Put them on the list, after roadtypes and diagonal roads :P
17:36:05 <andythenorth> I actually like the length refits
17:36:21 <Zuu> LordAro: Oh there is also a BSL version of that documentary :-)
17:36:22 * FLHerne doesn't, to be honest
17:36:51 <andythenorth> better than clicking a lot to add wagons
17:37:45 <FLHerne> Especially with FIRS, you end up with not far off 100 refit options, which is silly :-(
17:38:26 <FLHerne> andythenorth: If they're like rail ones, you could make an articulated wagon with multiple subwagons :P
17:38:51 <Zuu> If length and livery is split into separate options then the only remaning type would be cargo.
17:39:07 <andythenorth> and random crap authors think up :P
17:39:26 <Zuu> Having three independend selectors for cargo, length and livery would give an easier to handle GUI (and AI API)
17:40:05 <FLHerne> It would need an [other] section, too :P
17:40:45 <andythenorth> livery should be a var that can't be checked during cb36 :P
17:41:48 <andythenorth> length would be better done with rv-wagons?
17:44:04 <andythenorth> this stuff with RVs changing consist props on cargo refit, that's like 'shunting' for trains
17:44:11 <andythenorth> and not in a good way :P
17:46:03 <CIA-1> OpenTTD: translators * r24555 /trunk/src/lang/ (8 files): (log message trimmed)
17:46:03 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:46:03 <CIA-1> OpenTTD: finnish - 2 changes by jpx_
17:46:03 <CIA-1> OpenTTD: german - 2 changes by planetmaker
17:46:03 <CIA-1> OpenTTD: italian - 14 changes by lorenzodv
17:46:04 <CIA-1> OpenTTD: korean - 3 changes by telk5093
17:46:04 <CIA-1> OpenTTD: romanian - 16 changes by tonny
17:48:38 <andythenorth> how about an extra step after building a vehicle - set various arbitrary properties for the vehicle
17:48:42 <andythenorth> livery, body type, length etc
17:48:50 <LordAro> Zuu: oh indeed, but have no such need for proxy-ness nor sign language ;)
17:50:35 <Zuu> My BSL knowledge is very limited.
17:51:12 <Zuu> All I know is that you have wierd alphabet :-p
17:51:54 * LordAro 's knowledge is non-existent, other than it involves hand-waving
17:52:18 <andythenorth> arbitrary vehicle properties could be reset in depot
17:52:25 <andythenorth> but they would invalidate all vehicle orders
17:53:09 <Zuu> LordAro: BSL use a two hand alphabet where most other (sign) languages use a one hand alphabet.
17:55:21 <LordAro> because British are more awesome? :)
17:56:16 <Zuu> Is that because you you also drive on the wrong side of the road? ;-)
17:57:00 <LordAro> everyone else is wrong
17:57:30 <Alberth> they obviously always do something else than everybody else, but signing with 0 hands is so difficult :p
17:58:03 <Zuu> Although here trains above Malmö go on the left but just north of Malmö there is a level separated intersection for changing to right hand side rail traffic through Malmö and down to Copenhagen. :-)
17:59:50 <Zuu> But I guess, someone didn't like the suggestion to build a bridge to Denmark that includes a change between right and side and left hand side train traffic on the bridge. :-p
18:00:34 <Alberth> sounds a bit complicated, building a bridge on a bridge :)
18:00:37 <Rubidium> they could've done that in the tunnel
18:04:35 <Rubidium> or just add an extra cross-over before Köbenhavns Lufthavn Kastrup (from Malmö)
18:04:55 <Zuu> So now a generation of Malmö citicens will grow up and believe that trains drive on right in Sweden :-D
18:13:38 *** Devroush has joined #openttd
18:21:35 <andythenorth> build vehicle -> set props
18:21:50 <andythenorth> they appear to varaction 2 like static props, there are no cbs to modify them
18:22:32 <andythenorth> changing them would require something like rebuild
18:22:50 <andythenorth> invalidate orders (because refittable cargos might have changed)
18:23:23 <andythenorth> Zuu: what would be needed for this to work with AI? ^
18:24:17 <andythenorth> if this could be run *before* the vehicle is constructed, then articulated vehicles could be built to different lengths
18:24:28 <andythenorth> or with different IDs for trailing vehicles etc
18:25:12 <andythenorth> cb16 could branch on the value of a static prop
18:26:57 <andythenorth> the options for these props would be specified by newgrf in an action-14 like way
18:27:05 <andythenorth> could be used for any amount of madness :)
18:27:18 <andythenorth> power, gear ratio, length, trailers, livery, etc
18:27:41 <bolli> Is there anybody in here who knows about Joan and packets? :p
18:28:46 <bolli> I've tried to message him, but i keep getting auto-reply messages....
18:29:03 <Terkhen> I guess that you will have to be patient :)
18:35:47 <NGC3982> Evening, democrats and demons.
18:38:00 <andythenorth> nobody objects to my idea above
18:38:06 <andythenorth> must be good, right?
18:39:40 <NGC3982> Does the normal process of creating engine graphics in NewGRF allow special graphics to be used while the engine visits a station?
18:43:01 <NGC3982> If one for instance wanted to lower power connections during stops
18:44:01 <Rubidium> I guess you could do that with vehicle animation
18:44:30 <Rubidium> though... it doesn't sound very realistic, unless you want to change direction... but you won't know it's going to do that
18:46:48 <Zuu> andythenorth: I'm clueless when it comes to varaction 2 etc. but as long as your suggestion involvs that details about the resulting vehicle is known from probing the engine, I'll be happy :-)
18:46:48 <NGC3982> Well, I was thinking of that, and open doors during station visits.
18:47:40 <NGC3982> JtptJust as a thought.
18:48:27 <Zuu> andythenorth: And if your fellow NewGRF authors think AIs are boring, tell them that the same problem applies to anyone wanting to create an awsome GS that interacts with the available engines.
18:48:57 <NGC3982> XT9 and 3g does not enjoy each others company.
18:51:07 <andythenorth> Zuu: if I've understood my own idea correctly, the vehicle properties are more reliable once more built this way
18:51:14 <andythenorth> but still the AI wouldn't know how to build them :P
18:55:20 <andythenorth> Zuu: doesn't the existence of cb36 completely screw the AI? :o
18:55:46 <Zuu> An AI need to know when it picks between different engines the capability of each engine so that it can make a clever selection there. If it want to make use of auto-refit it needs to know that the engine it picks can auto refit between the cargos it needs it to be able to auto-refit between. If this cannot been established, the second best is if it can probe a built vehicle for the data it needs. In this case it need to build an engine, experime
18:55:46 <Zuu> nt with it and then it can store the gained knowledge and sell the vehicle.
18:56:01 <Zuu> andythenorth: What is cb36?
18:56:28 <andythenorth> change vehicle properties
18:56:33 <andythenorth> according to arbitrary conditions
18:56:48 <Yexo> it's one of the big problems for AIs
19:00:47 <Zuu> Even without trying to write code that can detect all insanety that NewGRF authors can do, it is quite complicated to write an AI that "only" take care of all odd behoviour in plain OpenTTD with all its settings.
19:01:40 <Zuu> I just counted CluelessPlus and was surprised that it is only 6500 lines of code. But then SuperLib with about 8000 lines of code is hevily used by CluelessPlus.
19:02:15 <andythenorth> focus on features that support GS style play :P
19:02:59 <andythenorth> remove lots of advanced settings
19:03:03 <andythenorth> figure out API between AI, GS, newgrf and core game
19:03:22 <andythenorth> and deprecate stupid parts of newgrf with grf v9
19:05:31 <andythenorth> never going to happen right?
19:05:45 <andythenorth> "all features must be preserved, forever, no matter how squirrelly everything gets"
19:07:55 <LordAro> hmm. can i has voice on #openttd.dev ?
19:09:13 <Yexo> LordAro: identify to nickserv and rejoin the channel
19:09:24 <Yexo> you're already in the access list
19:10:21 <LordAro> hmm. i blame this stupide online client
19:10:49 <andythenorth> Zuu: I find it mentally taxing trying to design good gameplay in a spec created by train nerds to make bigger trainsets :)
19:13:04 <Alberth> andythenorth: disable it when you cannot play with opengfx+ :)
19:13:49 <andythenorth> but also....we have a situation where we expect every part of the addon frameworks to work nicely with everything else, and all the advanced settings :P
19:14:32 <andythenorth> whilst not insisting on co-operation between authors
19:14:32 <andythenorth> it's a great bazaar :)
19:14:32 <andythenorth> less good as a cathedral ;)
19:16:20 *** chester_ has joined #openttd
19:27:17 <Zuu> LordAro: Have you worked anything on your AI since 1.2?
19:27:37 <LordAro> tiny bits, but nothing significant
19:27:56 <Zuu> It seems that there is not much AI activity nowdays on the forums.
19:28:26 <Rubidium> then you haven't seen the spam yet ;)
19:29:09 <Rubidium> spambots are sort of AI
19:30:59 <LordAro> i've spent far too long on the debug messaging system :L
19:31:17 <Zuu> LordAro: Why, when there is one in SuperLib :-p
19:31:34 <Zuu> But maybe your is better? :-)
19:31:38 <LordAro> SuperLib seems like cheating to me :P
19:32:42 *** HerzogDeXtEr has joined #openttd
19:33:45 <Zuu> I'm sorry to tell, but I cannot offer the fullstop parameter that you have. :-)
19:34:25 <LordAro> i'm not sure that works, tbh, never really tested it :L
19:34:47 <LordAro> i'm sure i saw somewhere that optional paramters don't work, at least in OTTD
19:35:08 <Zuu> But if your thing works, then use that rather than learning to use my log facility as your is more simple than mine.
19:35:44 <Zuu> Optional params work in squirrel code. However, overloading is not working.
19:36:27 <Zuu> Eg you can make a param (at the end) optional by setting a default value. But you cannot have two functions with the same name but different amount of parameters.
19:36:48 <Zuu> The later is called overloading and is supported in eg. C++.
19:38:46 <LordAro> Zuu: your thing looks... scary :L
19:40:23 <Alberth> __ln__: would it even be allowed to make it?
19:41:46 <Zuu> LordAro: You only need to read down to line 124 at most.
19:45:30 <Zuu> It has the three colors .Info, .Warning .Error as in AILog. In addition to that it adds three detail levels of the log messages. By default it asks you to have a numeric setting log_level [1, 3] in info.nut, but it also allows you to override the function that decides which log messages to print if you want to add more levels.
19:45:58 <Zuu> For example one could set replace the default function with one that rejects all log messages if you want to ensure that SuperLib never prints any log messages.
19:47:48 <Zuu> but as said, if you have written your own log class that fit how you want it to be, use that rather than trying to learn my concept.
19:48:15 <LordAro> + "20:31:36 LordAro SuperLib seems like cheating to me " :P
19:53:26 <Zuu> Once I've fixed all instability of aircraft connections in CluelessPlus, I'm thinking about adding feeders to Clueless plus to supply airports with low passenger supply.
19:54:31 <Zuu> Then I can use some code I've written for the next PAXLink version that probably will never be released. (namely attach bus stops at any side of an airport)
19:55:11 <LordAro> it's a shame paxlink never worked properly - i always liked the concept
19:56:38 <Zuu> I think if I would have spent more time on it, it could have worked, but I ended up focusing on CluelessPlus as it was a path that gave progress quicker.
19:57:35 <Zuu> And working from the idea that you have a working strategy that from time to time need some support with feeders is probably much more sane.
20:03:55 *** snorre_ has joined #openttd
20:10:13 *** Hyronymus1 has joined #openttd
20:29:17 *** Supercheese has joined #openttd
21:31:30 *** BadBrett has joined #openttd
21:50:41 *** Beardie has joined #openttd
22:03:12 *** Rhamphoryncus has joined #openttd
22:26:12 *** George|2 has joined #openttd
22:26:12 *** George is now known as Guest8001
22:26:13 *** George|2 is now known as George
23:06:53 *** tokai|mdlx has joined #openttd
23:11:21 *** ChanServ sets mode: +v tokai
23:32:24 <welshdragon> How do I get the scenario editor to just build more houses when I hit "expand"
23:34:22 <welshdragon> it's weird, it will build new roads, but not any new houses
23:50:18 <planetmaker> welshdragon, do you use like TAI as NewGRF? The used house newgrf must support houses. Ultimately it decides whether houses can be built or not
23:55:49 <Supercheese> that'd explain it
continue to next day ⏵
