IRC logs for #openttd on OFTC at 2012-07-22
⏴ go to previous day
00:52:52 *** Stimrol has joined #openttd
02:24:22 *** TWerkhoven[l] has joined #openttd
02:35:41 *** TWerkhoven[l] has joined #openttd
02:45:34 *** TWerkhoven[l] has joined #openttd
02:48:47 *** TWerkhoven2[l] has joined #openttd
04:12:37 *** HerzogDeXtEr1 has joined #openttd
04:17:11 *** Arafangion has joined #openttd
04:54:50 *** TWerkhoven2[l] has quit IRC
04:55:11 *** TWerkhoven[l] has joined #openttd
04:56:16 *** Eddi|zuHause has joined #openttd
05:33:23 <CIA-4> OpenTTD: rubidium * r24429 /trunk/ (config.lib src/depend/depend.cpp): -Change: add some hardening flags to the compiler for release builds
05:48:39 *** andythenorth has joined #openttd
05:49:55 *** HerzogDeXtEr has joined #openttd
06:20:26 <andythenorth> autorefit is very confusing
06:20:46 <andythenorth> the cb result is ignored if 'to available cargo' is used
06:20:49 <andythenorth> this isn't documented
06:22:11 <andythenorth> ^ allows refitting from any cargo to oil
06:24:13 <andythenorth> can't see why it should
06:30:11 *** sla_ro|master has joined #openttd
06:31:30 * andythenorth wonders if bauxite has cargo class liquid
06:32:25 <andythenorth> so during autorefit cb, the meaning of 'cargo_classes_in_consist' is changed for nml?
06:33:07 <andythenorth> it reports var 10, not var 47
06:33:13 <andythenorth> why does it do that?
06:34:19 <andythenorth> I should be using var 42 anyway :P
06:34:55 <andythenorth> swap 42 / 47 above, my mistake
06:44:22 <andythenorth> ok so here's how the error case is handled for autorefit of 'refit failed':
06:44:52 <andythenorth> so player can set up routes that are invalid
07:23:56 *** Arafangion has joined #openttd
07:30:19 *** peter1138 has joined #openttd
07:30:19 *** ChanServ sets mode: +o peter1138
07:37:32 *** andythenorth has joined #openttd
07:48:26 *** Rhamphoryncus has joined #openttd
07:55:18 *** LordAro has joined #openttd
08:01:02 <peter1138> So what would cause %si to rise over time?
08:22:10 *** Alberth has joined #openttd
08:22:11 *** ChanServ sets mode: +o Alberth
08:23:25 * LordAro whispers "there's a strange person in #freerct ! :O
08:23:32 <Alberth> (too many lords here, I have to type 5 characters to auto-complete your name :p )
08:24:34 <peter1138> So has anyone seen an issue where usleep() will cause a high software interrupt load, and sleep for way longer than requested?
08:24:39 <Alberth> LordAro: yeah, that happens with a public channel, apparently someones are reading my blog :)
08:25:15 <peter1138> I'm aware that it sleeps for _at least_ the time specified.
08:26:21 <Alberth> wouldn't that make your 'issue' be compliant to specs then?
08:26:51 <peter1138> Not the high software interrupt load.
08:27:20 <peter1138> I set up a test that calls usleep(100) and prints a counter and a timestamp every 100 calls.
08:28:29 <peter1138> It's managing just 300-400 usleep(100) a second.
08:28:57 <peter1138> Meanwhile the user cpu load of the program is 0-1%.
08:30:43 <peter1138> On my desktop, the same program manages about 2400 calls in a second, user cpu usage is 26% and %si is 0%
08:31:09 <peter1138> Which is what I expect.
08:33:12 <peter1138> Oh, and basically anything on the system that sleeps is causing high software interrupt load, and generally running slowly.
08:33:20 <peter1138> And a reboot will fix it, for a while.
08:40:23 *** andythenorth is now known as Guest275
08:40:23 *** andythenorth has joined #openttd
08:42:55 * andythenorth thinks that FISH autorefit is smelly
08:43:00 <andythenorth> and needs rethinking
08:43:22 *** Biolunar has joined #openttd
08:43:33 * LordAro thinks andythenorth should stop complaining....about _everything_ >:)
08:43:41 * andythenorth complains about LordAro
08:45:44 <andythenorth> maybe I give in and just add tankers to FISH
08:46:31 <planetmaker> andythenorth: you saw my comment above?
08:46:42 <andythenorth> I have it all working
08:47:14 <andythenorth> I don't like the way that autorefit makes it easy to create invalid / broken orders
08:47:19 * Alberth expected a complaint about everything working :p
08:48:13 <planetmaker> "I changed so many things and it STILL is working!" :-P
08:48:38 <planetmaker> (frome secret dreams of a secret terrorist)
08:49:04 * andythenorth thinks autorefit should come with a health warning
08:49:15 <andythenorth> it's trivial for newgrf authors to cause a lot of trouble :P
08:49:49 <peter1138> It always has been.
08:50:12 <andythenorth> newgrf should come with a health warnng
08:50:14 <Wolf01> planetmaker, didn't you know you shouldn't write the word "terrorist" in chat/facebook/whatelse and the CIA is about to visit you?
08:51:46 <planetmaker> Wolf01: yes. That's why the subjects of encrypted e-mails I write usually contain things like "nuclear" "bomb" "guantanamo" or similar. No kidding
08:52:45 <Hirundo> andythenorth: FYI - Your (absolutely rightful) complaints made me fix the NML docs yesterday night, though now I realize that info on the refit_cost CB parameters is still missing
08:53:46 <andythenorth> Hirundo: thanks :) Sorry for the complaining :P
08:54:04 <andythenorth> autorefit fails if the corresponding misc_flag is not set btw
08:54:53 <Hirundo> No need to be sorry, good complaints are basically valid bug reports
08:55:07 *** Lord_Aro has joined #openttd
08:55:37 *** LordAro is now known as Guest276
08:55:38 *** Lord_Aro is now known as LordAro
08:55:46 <andythenorth> so by preventing refitting from some classes to other classes, I introduce a lot of 'wtf' for players
08:55:49 <andythenorth> don't really like that
08:56:05 <andythenorth> nor do I like cargo ships magically turning into tankers or ferries at docks
09:03:13 *** Devroush has joined #openttd
09:03:28 *** frosch123 has joined #openttd
09:04:36 <Hirundo> andythenorth: There is/was another bug in NML, that may have prevented the refit cost callback from being called in the purchase list chain
09:06:57 <andythenorth> by any chance, does that also affect the refit menu?
09:07:15 <Hirundo> It should not, for an existing vehicle
09:07:40 <Hirundo> AFAIK it's called only during cloning, to copy refits
09:18:13 *** tokai|mdlx has joined #openttd
09:20:19 *** Lord_Aro has joined #openttd
09:20:22 *** TGYoshi has joined #openttd
09:20:27 *** LordAro is now known as Guest278
09:20:27 *** Lord_Aro is now known as LordAro
09:37:14 * andythenorth needs some names for tankers
09:37:17 <andythenorth> based on sea areas
09:37:26 <andythenorth> FISH buy menu is about to gain 20 or so ships :P
09:44:34 <planetmaker> "Barent" "Biscay" "Suez"
09:48:16 <Rubidium> Zuyderzee if you want it to be full
09:48:38 <Rubidium> preferably for a ship before 1932
09:48:48 <Rubidium> planetmaker: you should capitalise the J as well
09:49:10 <planetmaker> how was tile type rain forest defined?
09:49:49 <Rubidium> at a specific height and more than X from desert?
09:50:05 <Rubidium> or via the TropicZone
09:50:06 <planetmaker> yes, something like that :-P
09:51:44 * andythenorth has set redesign brainache :P
09:52:06 <andythenorth> I should exclude liquid cargos from non-tankers?
09:52:10 <andythenorth> even in drums etc
09:52:59 <Rubidium> aren't there like tank-containers?
09:53:30 <andythenorth> I wonder what the purpose of adding 20 or so tankers is
09:53:59 <andythenorth> they'll be similar appearance & same stats as the non-tankers
09:54:10 <andythenorth> this is purely to stop autorefit being odd
09:54:19 * andythenorth considers excluding autorefit :P
09:56:26 <andythenorth> I could remove the tanker graphics
09:56:36 <andythenorth> that solves this
10:00:36 <planetmaker> andythenorth: I'd suggest to allow auto-refit. But quite low capacity when to liquid. Tankers otoh are only refittable to liquids
10:00:44 <planetmaker> but have much higher capacity
10:01:16 <planetmaker> like 30% capacity with liquids when compared to piece goods or bulk
10:01:36 <planetmaker> thus it allows refit. But gives enough incentive to use dedicated tankers
10:02:33 <Hirundo> though 30% might be a bit low, I'd say 50--70% and perhaps add a difference in loading speed
10:02:45 <planetmaker> yes, also fine with me :-)
10:02:58 <planetmaker> I think I used that even around that range in ogfx+trains
10:03:17 <planetmaker> flatbed wagon with liquids: around 20. Other cargos 30 ... 40
10:03:25 <planetmaker> tank wagon as usual 30 ... 40
10:04:55 <andythenorth> it's the best solution so far
10:05:06 <andythenorth> fixing autorefit is out of the question I guess?
10:05:52 <planetmaker> what needs fixing?
10:06:13 <andythenorth> don't permit invalid orders to be set
10:06:23 <andythenorth> I can't see how that would be done, autorefit is non-deterministic
10:07:01 <andythenorth> example case....
10:07:11 <andythenorth> - refit from oil to coal not allowed
10:09:38 <andythenorth> you'll need the grf too
10:10:54 <andythenorth> has orders that can't be fulfilled
10:17:20 *** Chris_Booth has joined #openttd
10:18:13 <planetmaker> andythenorth: what FIRS version?
10:18:41 <andythenorth> do you want the grf?
10:19:02 <planetmaker> for quick testing might be nice
10:19:53 <planetmaker> though.. should be quick to compile. Thx
10:21:21 <planetmaker> hehe. Without that grf I had invalid industries delivering invalid cargos ;-)
10:22:10 *** sla_ro|master has joined #openttd
10:23:55 * andythenorth is thinking about cargo aging as well
10:24:09 * andythenorth can't decide if FISH needs fundamental redesign or not :P
10:24:51 <andythenorth> e.g. livestock vessels that age livestock slower
10:25:03 <Alberth> make FISH 2.0, or SHARK :)
10:25:08 <andythenorth> refrigerated ships for refrigerated cargos
10:25:12 <andythenorth> this might become FISH 2.0 :P
10:25:16 <andythenorth> skipping 1.0 entirely :P
10:25:55 <andythenorth> it's complicated making lots of ship varieties, due to the need to provide multiple sizes
10:26:46 <Eddi|zuHause> how does "redesign everything" every two weeks help come up with an actually good design?
10:27:04 * Alberth ponders why you need multiple sizes
10:27:20 <Alberth> 2 sizes should be enough
10:27:42 <Alberth> and for small size, it makes sense to have less facilities imho
10:28:11 <andythenorth> Eddi|zuHause: we need to stop the newgrf spec evolving :P
10:28:27 <planetmaker> nasty stuff that refit, andythenorth. Thanks for showing :-)
10:28:34 <Alberth> we need andy to ignore newer revisions of the spec :)
10:28:38 <andythenorth> since I designed FISH - nicely I think - we gained autorefit and cargo aging :D
10:28:43 <planetmaker> (yes, much easier with this save for me. See is easier than hear)
10:29:02 <andythenorth> I thought this was intended / known issue :P
10:29:10 <andythenorth> I can't see how it can be avoided
10:29:18 <planetmaker> well. It's unintuitive for the player, I think
10:29:29 <andythenorth> it will cause bug reports
10:29:35 <planetmaker> autorefit is nice. But giving options which won't be obeyed... is nasty
10:29:53 <andythenorth> I didn't show the non-deterministic case
10:29:59 <andythenorth> this case is actually deterministic
10:30:04 <planetmaker> non-deterministic?
10:30:10 <andythenorth> 'refit any available'
10:30:22 <andythenorth> for the case shown, we could run the cb chain for each order
10:30:30 <andythenorth> and indicate valid / invalid refits
10:30:36 <planetmaker> oh. you play with breakdowns :-P
10:30:47 <planetmaker> A smoking tanker is scary
10:30:52 <andythenorth> but can't run the cb chain if 'refit any available' is used
10:30:56 <planetmaker> especially as the smoke comes from the starboard side...
10:31:07 <planetmaker> and not the exhaust or so ;-)
10:33:00 *** FLHerne has joined #openttd
10:33:10 <andythenorth> michi_cc cb 15E / refit_cost: would it not be better to always allow autorefit if the misc flag is set?
10:33:33 <andythenorth> rather than giving newgrf author option to set bit 14 or not
10:34:49 <andythenorth> not allowing an autorefit is imho broken :)
10:35:08 <planetmaker> andythenorth: it's there again a backward compatibility thing
10:35:34 <planetmaker> autorefit imho must make sure that the visual appearance of the ship doesn#t change
10:35:45 <planetmaker> As vehicles are not re-painted on the fly in stations
10:35:51 <planetmaker> Just loaded with a different cargo
10:36:02 <planetmaker> But many refits actually change the visual appearance beside the cargo
10:36:33 <planetmaker> imho a very good approach would be to separate cargo and vehicle sprites
10:37:05 <planetmaker> though... might not make much sense. Not sure
10:37:07 <andythenorth> also the example from the nfo docs - negative costs when removing articulated parts
10:37:17 <andythenorth> is very bad, as that is explicitly not allowed
10:37:27 <andythenorth> "vehicles may not change length in stations"
10:37:48 <andythenorth> I know there's also a depot case, but still bad
10:38:02 <planetmaker> yes. You can also refit via orders in depots
10:38:05 <planetmaker> so that makes well sense
10:38:26 <andythenorth> maybe it needs extending
10:38:41 <andythenorth> "do not allow autorefit if the length of the vehicle will change"
10:38:53 <andythenorth> i.e. if cb36 then changes vehicle length etc
10:39:57 <planetmaker> the problem is: newgrfs are very flexible and give an awesome amount of choices
10:40:11 <planetmaker> The backdraw is: authors are responsible to take care of edge cases
10:40:28 <planetmaker> It can't all be caught by openttd itself, I think. Even not theoretically
10:40:39 <andythenorth> newgrf author has to do the right thing
10:41:08 <planetmaker> having openttd check things would remove quite a few options which are now present
10:41:20 <planetmaker> or would mean to re-invent the wheel at least 50%
10:42:33 <andythenorth> it's fine in docs
10:42:44 <andythenorth> game can't check everything
10:43:08 * andythenorth is still puzzled by what to do with FISH though
10:43:24 <andythenorth> best option seems to be adding separate tankers
10:43:41 <andythenorth> or just accept graphics changing at stations
10:44:23 <andythenorth> vehicle storage is still ruled out?
10:47:02 <andythenorth> if refit rules were guaranteed symmetric across n cases
10:47:16 <andythenorth> then 'refit any available' would still be somewhat deterministic
10:47:41 <andythenorth> so we could run the cb for each order and filter out non-available cargos for autorefit
10:47:41 <planetmaker> if I can refit A->B then B->A should also work, yes
10:47:54 <planetmaker> it's feasible to disallow. But... not sensible
10:48:22 * andythenorth proposes running the cb for each order
10:48:39 <planetmaker> might make sense, yes. But won't be feasible in all cases:
10:48:49 <planetmaker> 'load available' -> 'load available'. Hm?
10:48:53 <planetmaker> might change even on each run
10:49:26 <andythenorth> I think it works though, with an edge case
10:49:34 <planetmaker> even from unknown -> X is nothing which can be decided
10:49:51 <planetmaker> though X->unknown is not that bad
10:50:13 <andythenorth> for the way I've implemented it in FISH, 'unknown' is from a limited set
10:50:23 <andythenorth> and refit can't cross set boundaries
10:50:34 <andythenorth> so as long as you know the starting set, you always know all the refittable cargos
10:50:50 <andythenorth> the edge case is that starting set may change :P
10:51:04 <andythenorth> depends on current cargo refit when the orders are being set :P
10:51:21 <andythenorth> obv. this is just the FISH case
10:51:25 <andythenorth> other grfs will vary
10:51:43 <planetmaker> well. That's about what I implemented, too.
10:51:44 <andythenorth> this needs some kind of set-based logic?
10:52:15 <andythenorth> I wonder if a better implementation of autorefit is needed
10:52:24 <andythenorth> the current one is thoroughly dangerous :P
10:52:31 <andythenorth> 'allow autorefit if it's Tuesday'
10:52:47 * Alberth never plays at tuesdays :)
10:52:49 <andythenorth> guess it's similar to dangers of cargo acceptance at industries :P
10:53:05 <planetmaker> yes. or cargo production
10:53:43 <andythenorth> liquid < - > liquid
10:53:50 <planetmaker> the cargo classes basically
10:53:54 <andythenorth> any other < - > any other
10:54:15 <andythenorth> and I'm using strict matching, must be liquid and only liquid
10:54:18 <planetmaker> pax, piece, bulk, liquid. Maybe armour and neo-bulk
10:54:32 <planetmaker> liquid and liquid only for a cargo imho is bad
10:54:33 <andythenorth> strict match prevents accidentally non-symmetric issues
10:54:59 <planetmaker> or can't a cargo be liquid and piece (like water in tanker and bottles)?
10:55:16 <Hirundo> what if you allow refit if (old_cc & bitmask(pax, liquid) == new_cc & bitmask(pax, liquid))
10:55:33 <andythenorth> Hirundo: that's pretty much my code
10:56:26 <planetmaker> andythenorth: not exactly. What I saw is cargo_class = bitmask(liquid)
10:56:47 <planetmaker> which is much more restrictive
10:57:38 <andythenorth> if it's not restrictive, I don't know how to guarantee symmetric refits
10:57:50 <planetmaker> like hirundo posted is imho the proper way
10:58:38 <andythenorth> consider a 3-stop route
10:59:07 <andythenorth> A refits to liquid, B to liquid, piece, C to piece
10:59:09 <Eddi|zuHause> andythenorth: what Hirundo wrote is perfectly symmetric
10:59:32 <Eddi|zuHause> andythenorth: it is impossible to refit from (liquid,piece) to piece
11:00:10 <andythenorth> what does my current code do? :(
11:00:27 <planetmaker> disallow all cargos which have another cc than liquid
11:00:52 <Eddi|zuHause> haven't seen your current code, but from what planetmaker wrote i suspect you disallow refitting from liquid to (liquid,piece) instead
11:01:06 <planetmaker> Eddi|zuHause: see the paste he posted ;-)
11:01:25 <andythenorth> I disallow refitting from liquid to (liquid, piece)
11:01:50 <Eddi|zuHause> which is also symmetric, but less intuitive
11:01:52 <andythenorth> why is it better to disallow refit from (liquid, piece) to piece?
11:02:18 <Eddi|zuHause> andythenorth: piece is a bad example. take (liquid, express)
11:02:51 <andythenorth> you don't want to be able to refit that to express?
11:03:24 <planetmaker> but you disallow that cargo to be autorefitted
11:03:29 <Hirundo> express might even be tourists
11:03:31 <planetmaker> as you don't use the & connection
11:04:03 <planetmaker> cc_old & bitmask(liquid) == cc_new & bitmask(liquid)
11:04:09 <planetmaker> does allow refitting also to express liquids
11:04:12 <planetmaker> your code doesn't
11:04:58 <planetmaker> if you do have a cargo with cc = bitmask(liquid, piece, express), it might though happen...
11:05:23 <Eddi|zuHause> andythenorth: it's more intuitive that you allow refitting from liquid to (liquid, express) than from (liquid,express) to express
11:05:37 <planetmaker> that you traverse from liquid -> liquid, piece, express and then to piece,express
11:06:04 <planetmaker> andythenorth: you should only check for refit the piece, bulk, pax or liquid ccs
11:06:08 <andythenorth> a number of things are clear here
11:06:14 <planetmaker> wasn't that your own argument months ago?
11:06:15 <andythenorth> (1) I don't understand bitmasks in nml :P
11:06:21 <planetmaker> with the "new" cargo classes?
11:06:36 <andythenorth> planetmaker: yes
11:06:42 <planetmaker> e.g. the "sets" are only defined by these
11:06:55 <andythenorth> I thought I'd written code that did that :)
11:07:40 <Eddi|zuHause> andythenorth: replace "extra_callback_info1 >> 16" by "(extra_callback_info1 >> 16) & bitmask(CC_PASSENGERS, CC_LIQUID)" (though then liquid passengers can cause weird effects :p)
11:08:20 <Eddi|zuHause> everything else stays like it is
11:08:48 <planetmaker> also called squids?
11:09:06 <Eddi|zuHause> they'd fall into the "other" group, as far as i can tell
11:09:38 * andythenorth needs to learn how bitmasks work in nml :P
11:11:18 <planetmaker> (a & b) results in 1 at those bits where both a and b have "1" set
11:12:13 <Eddi|zuHause> andythenorth: what my change does is switch out "other classes must be 0" to "other classes are don't-care"
11:12:31 <andythenorth> I wrote that code yesterday and removed it
11:12:46 <andythenorth> other classes need to be 0
11:13:17 <Eddi|zuHause> also read about "monotonous binary functions" :)
11:15:06 <planetmaker> btw, andythenorth: mind that (at least in FIRS), food and goods both don't have "piece" set as cargo class
11:15:37 <andythenorth> anyway, tweaking the refit rules doesn't solve the fundamental issue
11:16:00 <planetmaker> thus what I do actually: I don't go by cargo class, but by cargo label
11:16:05 <andythenorth> autorefit should be allow all, or allow none
11:16:08 <planetmaker> thus I know what I have and then I can happily group them
11:16:31 <planetmaker> cargo classes can change. labels don't change the meaning of the cargo
11:16:34 <andythenorth> yes, I read ogfx+ rv code, which does same
11:16:43 <andythenorth> I tried some label based refitting yesterday
11:16:56 <planetmaker> it's loads of labels, but so what?
11:17:04 *** Stimrol has joined #openttd
11:17:27 <planetmaker> classes are somewhat broken as used with a different understanding everywhere and everyone
11:17:37 <planetmaker> while an individual cargo is quite clear
11:17:45 <andythenorth> thought it was overcomplicated
11:17:50 <andythenorth> easy to code, but not needed
11:18:01 <planetmaker> "easy to code" == complicated?
11:18:19 <planetmaker> this discussion proves the opposite, I'd say :-P
11:18:27 <andythenorth> I didn't see what it added in the FISH case
11:18:51 <planetmaker> it adds that you know which cargos are in a "set". And it gives you absolute control over traversal of sets
11:18:54 <andythenorth> I added special label-based cases for cargos that have (liquid, other cases)
11:18:59 <planetmaker> and simply disallows autorefit for unknown cargos
11:19:31 <andythenorth> does this make your brain hurt?
11:19:37 <andythenorth> or is that just me?
11:20:02 <planetmaker> As long as I ignore cargo classes, I'm fine
11:20:23 <planetmaker> a bit more work to write things down in the newgrf code as more lengthy. But I have no edge cases
11:20:44 <planetmaker> only cases of unknown cargos which can be refit-to only in depots. But so what
11:20:52 <andythenorth> specifically wrt FISH, I ended up with 100% identical sets using labels or classes, but the labels code was longer
11:21:04 <andythenorth> so I removed it on the basis of occam's razor
11:21:16 <andythenorth> however, that's by the by
11:21:43 <andythenorth> I'm still puzzled why disallowing some refits is seen as valid
11:21:53 <andythenorth> afaict it should just be a misc_flag
11:22:00 <andythenorth> allow refit / don't allow refit
11:22:23 <andythenorth> apart from legacy support :P
11:23:03 <andythenorth> if used, the cb simply adds a significant source of bug reports for openttd devs / newgrf authors
11:23:12 <andythenorth> which seems undesirable
11:23:37 <planetmaker> Depends on how it's used.
11:24:08 <planetmaker> I can allow autorefit from oil (barrels) to containers. But not oil (tanker) to containers.
11:24:16 <andythenorth> what are the cases where autorefit is allowed conditionally, but doesn't cause bug reports?
11:24:46 <andythenorth> open a red dialogue when using autorefit order: "You may not file bug reports if this feature is used" :D
11:25:53 <planetmaker> andythenorth: simply forget about cargo classes... Makes things easy ;-)
11:26:48 * andythenorth considers simply forgetting about autorefit instead
11:27:24 <planetmaker> andythenorth: all these "bad cases": I don't believe that they exist with ogfx+trains/rv
11:28:00 <andythenorth> you probably have your vehicles set up correctly for this in the first place
11:29:52 <andythenorth> planetmaker: do ogfx vehicles change appearance depending on refit?
11:31:21 <planetmaker> under some cases. Those should be available in depot only
11:31:45 <planetmaker> Terkhen: might know the details in the RV code better.
11:32:08 <Alberth> mostly they change in time, so you have to search for a wagon for a minute during a game :)
11:40:15 <planetmaker> Alberth: so you think it's confusing?
11:41:10 <Terkhen> planetmaker: if you are talking about autorefit... I got reports of problems with my code :P
11:41:38 <andythenorth> Terkhen: which bulk cargoes can't I autorefit from -> to?
11:41:41 <Alberth> in the game-world, it is good, I like different graphics even for wagons that carry the same cargo type, it adds variety
11:42:01 <andythenorth> Terkhen: (wrt opengfx+ rv)
11:42:14 <Alberth> in the buy menu, I don't see much of a point to change from grey to (in my case) pink.
11:43:03 <Terkhen> andythenorth: in theory what is mentioned in the readme
11:43:15 <Terkhen> in practice... I still did not start to look at what is supposedly wrong in my code
11:43:15 <Alberth> I needed a coal wagon, and it seemed to have disappeared, as I was looking for the same grey wagon
11:43:29 <andythenorth> oops, missed part of the readme :P
11:43:43 <Alberth> only after I toggled 'show me wagons that carry coal', I found it
11:43:48 <Terkhen> it is just an arbitrary decision, based on planetmaker's first autorefit group scheme
11:44:12 <andythenorth> so all bulk trucks can refit to all other bulk cargos
11:44:21 <planetmaker> andythenorth: yes-ish
11:44:26 <Alberth> but I can also see the point that the buy menu should reflect the game world graphics
11:44:27 <planetmaker> some with cost. some without.
11:44:36 <planetmaker> I added the 'clean' criterion to decide on cost or not
11:45:03 <andythenorth> afaict, ogfx+ never disallows a to -> from refit
11:45:10 <andythenorth> it's just a cost setting
11:46:34 <Terkhen> IIRC tanker disables some too
11:47:11 * Sacro hums the german national anthem
11:47:13 <planetmaker> flatbed has a few "sets" as you call it: vehicles (VEHI, ENSP, FMSP), container (GOOD, FOOD,...), stake (STEL, WOOD,...)
11:47:45 <planetmaker> you can auto-refit within one set. But depot-refit only between sets
11:47:55 <planetmaker> or so is at least the intention
11:49:05 <planetmaker> autorefit there is for free. Depot-refit is not. Looks in auto-refit doesn't change, looks in depot-refit does
11:51:17 <andythenorth> so ogfx+ rv doesn't have the orders issue afaict
11:51:34 <planetmaker> doesn't it have the same settings for flatbed?
11:51:40 <andythenorth> for example, I can set tank trucks to refit from milk -> oil on a round trip
11:51:47 <andythenorth> readme is incorrect btw
11:52:08 <planetmaker> yes, that refit milk->oil is feasible, sure
11:52:33 <andythenorth> it also completes oil -> milk on the other end of the trip
11:52:37 <planetmaker> also oil->milk (but probably at higher cost)
11:52:45 <andythenorth> readme implies can't refit between groups
11:53:06 <andythenorth> I didn't try flatbeds yet
11:53:36 <andythenorth> anyway, the appearance changes
11:53:48 <andythenorth> which makes me think maybe appearance of FISH can change too
11:53:53 <planetmaker> that's more a "missing sprites" thing :-)
11:54:05 <planetmaker> imho it shouldn't change during auto-refit
11:55:44 <andythenorth> might be the least evil of the available options though ;)
11:55:56 <andythenorth> obv. it looks stupid
11:56:06 <andythenorth> but so do trains disappearing into 1 tile depots
11:56:11 <andythenorth> maybe I just live with it
11:57:07 <Terkhen> what is the order issue?
11:58:49 * FLHerne just used autorefit to pool all mineral cargos on the map at one transfer station, then send them back out to the secondary industries :D
11:59:19 <andythenorth> Terkhen can specify a refit order that the newgrf doesn't permit
12:00:13 <andythenorth> players will likely report bugs arising from this
12:00:53 <FLHerne> Would it be possible to allow OTTD online content to download nightlies from the devzone? :P
12:13:13 <Terkhen> why should that thing be possible?
12:13:45 * planetmaker notices that two admiralAIs started in the just started game :-D
12:17:40 * planetmaker notices that "gradual loading" does not work with autorefit available as intended
12:18:46 <planetmaker> with "gradual loading" the whole train will refit to the most common cargo (and each wagon transport 5 grain) instead of 3 with full grain and 2 with iron ore
12:23:04 <planetmaker> hm... no auto-refit from iron ore to grain
12:24:12 <Alberth> FLHerne: you want more people getting heavily confused from development versions?
12:24:33 <Alberth> FLHerne: just set up a script that pulls them for you every day/night
12:24:51 <Alberth> I am sure there are wget programs for windows too :)
12:27:39 <frosch123> planetmaker: we hava a fs task about that :)
12:34:16 <andythenorth> Terkhen: why should it be possible that player can specify a refit order that grf doesn't permit?
12:34:29 <andythenorth> (was that the question?) :)
12:37:18 <Terkhen> I'm asking how is that possible :P
12:37:25 * Terkhen still does not understand the issue
12:37:28 <planetmaker> andythenorth: seems that I can also specify impossible refits with ogfx+trains
12:37:37 <andythenorth> you choose to go to A, and refit oil
12:37:44 <andythenorth> but when the cb runs, oil is not permitted
12:37:46 <planetmaker> ore->grain doesn't work for me
12:37:51 <andythenorth> your vehicle does not then behave as expected
12:37:54 <andythenorth> so you report bugs
12:38:27 <andythenorth> this is because refittable cargos are treated separately to the autorefit cb
12:38:46 <andythenorth> what should actually happen is that the refittable cargos list is the result of a cb
12:39:01 <Terkhen> that sounds like a bug in OpenTTD, not in the NewGRF
12:39:11 <andythenorth> it's a bug in this feature
12:39:15 <andythenorth> fairly fundamental
12:39:23 <andythenorth> which is a big shame, as it's a really nice feature
12:40:37 <andythenorth> I am uncertain of the best fix
12:40:52 <andythenorth> the simplest might be to start ignoring bit 14 on cb 15E
12:41:03 <andythenorth> and rely only on the misc property
12:43:17 <FLHerne> Alberth: Late reply, sorry. Good idea. wget should do fine, actually :-)
12:44:22 <andythenorth> I don't think it's appropriate for a newgrf to be able to cause orders to be non-valid
12:44:47 <michi_cc> The problem with the autorefit GUI is that the cargo type the vehicle will have when it reaches that order is not known. Thus the list can't be filter by the autorefit CB, as the old cargo is unknown.
12:45:32 <andythenorth> I'd sooner lose the feature, and the bug reports with it ;)
12:46:06 <andythenorth> michi_cc: I do like the feature in principle btw, in case you feel under-appreciated :)
12:46:24 <michi_cc> You know, you could loose all your buy menu worries in a second if you'd make use of introduction and retirement dates ;)
12:47:24 <michi_cc> People with 'vehicles never expire' on don't count, as they explicitely chose the 'spam buy menu' option.
12:47:43 <andythenorth> accurate dates are a version 1 feature :P
12:49:24 <frosch123> a vehicle which has no "retire early" propery set to something bigger than 2, is no proper vehicle
12:49:56 <andythenorth> so anyway, I'm going to set FISH to autorefit any cargo
12:50:01 * frosch123 loves generalisations :)
12:50:04 <andythenorth> and if the graphics change at stations, so be it
13:02:31 <andythenorth> that was many fun days of debate about refitting rules and substrings
13:02:36 <andythenorth> rendered redundant :D
13:03:24 <andythenorth> next time, test implementation first, design argument second :P
13:06:42 <Alberth> that's a bad strategy with clients: "I build what you asked for, but concluded it is not what you want" :p
13:09:55 <andythenorth> it's fun to know that I'm never too old to make basic mistakes :)
13:10:11 <frosch123> best strategy is when you do stuff for clients which they do not need, but pay nevertheless
13:10:23 <frosch123> there is no need that it really works
13:10:25 <andythenorth> best strategy is don't build things for individual clients
13:10:29 <andythenorth> not always possible :P
13:10:32 <andythenorth> so autorefit is done anyway
13:10:44 <andythenorth> what next? cargo aging?
13:11:06 * andythenorth might avoid that complication
13:11:21 <Alberth> that would make 'recycle-plants' useful :p
13:11:37 <andythenorth> so when should ship models expire?
13:11:59 <frosch123> 3 years after a cleary better one is introduced
13:12:11 <andythenorth> I can't control for that
13:12:29 <Alberth> probably longer than 3 years
13:12:44 <planetmaker> andythenorth: you can make sure that the superior one is introduced
13:12:49 <planetmaker> Some overlap doesn't hurt
13:13:05 <planetmaker> The randomness is not more than +- two years
13:13:13 <andythenorth> it's 17 years iirc
13:13:26 <planetmaker> uhm... for introduction?
13:13:39 <frosch123> just make the latest possible introduction shortly before the first expiration
13:13:55 <andythenorth> planetmaker: you're correct
13:14:06 <andythenorth> what about cases where there's no replacement?
13:14:14 <frosch123> [14:49] <frosch123> a vehicle which has no "retire early" propery set to something bigger than 2, is no proper vehicle <- wrt. the 17 years
13:14:48 <frosch123> andythenorth: ever played civilization?
13:15:06 <frosch123> there is always an archer
13:15:16 <frosch123> it is replaced by better archers over time
13:15:42 <Eddi|zuHause> until you hit gunpowder :)
13:15:48 <frosch123> but the last one stays for ever, even if you have tanks
13:16:54 <andythenorth> ok so I leave model life alone for now
13:17:12 <andythenorth> as FISH has no technology progression
13:17:36 <andythenorth> I could fix the buy menu sprites :(
13:17:40 <andythenorth> that's a dull job :P
13:17:55 <andythenorth> so would you rather see the front, back, or middle of a boat?
13:18:29 <andythenorth> I am thinking middle
13:20:06 <andythenorth> I can't figure out how to centre it and show the front
13:20:42 <andythenorth> buy menu sprites should be centre-aligned
13:20:47 <andythenorth> some grfs do it wrong
13:20:48 <frosch123> if you clip sprites, you should left-align them
13:21:06 <frosch123> centering clipped stuff makes no sense
13:21:22 <frosch123> clipped stuff takes the complete space
13:22:02 <frosch123> the clipping should end in front of the text
13:22:15 <frosch123> so, the clipping border is kind of aligned
13:23:04 <planetmaker> andythenorth: he doesn't open his code for inspection either :-P
13:23:44 <andythenorth> he does if you ask nicely
13:23:50 <andythenorth> and he's in the mood ;)
13:24:03 <planetmaker> :-) well, yeah; there's also grfcodec
13:25:53 <planetmaker> but it's different than having it open for comment to the pack around here at all times ;-)
13:32:09 *** Progman has joined #openttd
13:38:11 <andythenorth> buy menu might cause you to think the freighter is small....
13:39:05 <planetmaker> lol. A bit big, eh?
13:40:21 <andythenorth> doesn't suit the depot view much
13:40:34 <andythenorth> but that's an old issue
13:45:07 *** Chris_Booth is now known as Guest287
13:45:13 *** Chris_Booth has joined #openttd
13:45:36 <Eddi|zuHause> might want to scale everything down a notch then :)
13:45:44 <Eddi|zuHause> and that ship looks weird
13:45:49 <Eddi|zuHause> like it's "dualheaded"
13:46:43 <andythenorth> looks a bit push-me-pull-you?
13:47:37 <andythenorth> what are the rules for ship depots resizing their grid?
13:47:43 <andythenorth> sometimes they do it, sometimes they don't
13:49:20 <Alberth> probably big enough to fit the biggest ship at the moment they open
13:51:00 <frosch123> they use the biggest purchase list sprite :p
13:51:14 <frosch123> so, by fixing the purchase list, you break the depot :p
13:51:41 <andythenorth> that's interesting
13:51:49 <frosch123> but they use "depot view" in var 10
13:51:57 <frosch123> so you have a chance to fix that
13:55:14 <frosch123> should we add the very special case purchaselist+depotview ?
13:55:49 <andythenorth> there aren't enough views already? :o
13:59:16 <frosch123> typical case of coding something while not being aware of what it really does :p
14:15:59 <Alberth> do you mean you have to read text before you can use a computer??? :O
14:23:00 <planetmaker> Alberth: not before. But... maybe while
14:23:37 <Alberth> bummer, I did it wrong then, I read it before ;)
14:24:21 <planetmaker> you're an old bloke ;-)
14:25:35 <planetmaker> Today people watch a youtube tutorial, I guess
14:25:41 <Alberth> maybe not having X11 available out of the box also helped :)
14:25:43 <planetmaker> But they don't deal with command line. And text writing
14:27:07 <Alberth> that is, copy 75 floppies, boot, and get a text terminal with a login prompt :p
14:27:41 <planetmaker> I never had to copy that many. DOS came on two. And even word was only 20 :-P
14:28:03 <frosch123> hmm, i had something on 31 disks
14:28:10 <Alberth> Slackware was my first distribution
14:28:13 <planetmaker> (though Civ 1, I didn't copy. That I bought)
14:28:25 <frosch123> maybe it was borland pascal 7
14:28:31 <planetmaker> and my first linux came on CDs. 5 CDs and it was like suse 5.3 or so
14:29:01 <Alberth> later, I switched to tape drive, much more convenient :p
14:29:07 <planetmaker> recently I converted the CDs to rocket wings :-P
14:29:09 <frosch123> planetmaker: those cds were weird; you only ever needed two of them
14:29:11 <Alberth> tapes of a whopping 250MB :)
14:29:45 <frosch123> the other cds were only to make it look cool or so
14:30:41 <Alberth> frosch123: like the early days of transistor radios, "this one has X transistors", where some of them were just placed on the PCB without doing anything
14:32:47 <frosch123> yeah, today's tube amplifiers also only have them to make them look cool
14:33:57 <frosch123> Alberth: anyway, when working remote over 10000 km, you can easily return to the pre-x11 era
14:35:50 <frosch123> who added the last row to that image?
14:36:22 <Alberth> frosch123: "ssh remote" to a server on the LAN without X11 apps is sufficient :)
15:02:57 *** LordAro has joined #openttd
15:05:40 *** andythenorth has joined #openttd
15:09:31 *** telanus has joined #openttd
15:10:55 *** telanus has joined #openttd
15:55:15 *** HerzogDeXtEr has joined #openttd
16:02:01 *** LordAro has joined #openttd
16:03:43 *** TWerkhoven has joined #openttd
16:48:58 *** andythenorth has joined #openttd
16:50:52 <Eddi|zuHause> <frosch123> maybe it was borland pascal 7 <-- afair pascal 7 had around 11 disks. and delphi 2 something around 16, but i'm not sure about that
16:51:26 <frosch123> delphi 2 was a cd for me
16:51:36 <Eddi|zuHause> the largest i ever installed from disks was win95
16:51:48 <frosch123> was a cd as well for me :p
16:51:52 <Eddi|zuHause> although i did have it on CD, the computer had no CD drive :)
16:52:17 <Eddi|zuHause> so i used two disks and swapped them between the computer with the CD and the one i wanted to install
16:52:44 <Eddi|zuHause> and these bastards made the .cab files 1.6MB large :p
16:53:22 <Eddi|zuHause> anyway, larger than windows itself would allow you to format the disk
16:53:35 <Eddi|zuHause> i guess that was "copy protection" :)
16:54:07 <Eddi|zuHause> well, i had a program that could format the disks this large
16:55:20 <frosch123> oh, i remember the time when there was internet at school and we carried the downloads home on floppys
16:55:52 <frosch123> i think we collected all disks we could get to split hl updates onto them
16:56:37 <frosch123> though that was already the time when the floppys you could buy at stores were so bad that you could only use them one time
16:56:53 <frosch123> before they got the first bad blocks
17:02:09 *** HerzogDeXtEr1 has joined #openttd
17:18:22 *** TWerkhoven2 has joined #openttd
17:19:56 <Eddi|zuHause> i must have skipped that phase
17:21:49 <Rubidium> I remember the time my school didn't have internet!
17:22:52 <Eddi|zuHause> well, the school did have internet, ISDN i think, but i wasn't really internet-savy back then. and you had little time to "explore" things
17:23:03 <frosch123> i think in the beginning it was only for 18+ :)
17:23:49 <frosch123> (resp. 11th grade up)
17:25:28 *** Chris_Booth has joined #openttd
17:31:19 *** FLHerne has joined #openttd
17:45:12 <CIA-4> OpenTTD: translators * r24430 /trunk/src/lang/finnish.txt:
17:45:12 <CIA-4> OpenTTD: -Update from WebTranslator v3.0:
17:45:12 <CIA-4> OpenTTD: finnish - 10 changes by jpx_
17:48:11 <frosch123> Sacro: the welsh translation misses 196 strings
17:48:29 <Sacro> it's not like it's a proper language
18:06:17 *** HerzogDeXtEr has joined #openttd
18:35:07 <andythenorth> ok, so in some cases extra graphics are needed, but still...
18:35:51 <andythenorth> ...all those freighters are hard to tell apart in buy menu
18:42:10 *** HerzogDeXtEr has joined #openttd
18:48:13 <FLHerne> andythenorth: Perhaps you should make them look less identical :P
18:49:06 <andythenorth> I need my artist back
18:49:26 <Eddi|zuHause> i'm fresh out of those...
18:54:18 *** tycoondemon has joined #openttd
18:55:13 <CIA-4> OpenTTD: rubidium * r24431 /trunk/config.lib: -Fix: some old compilers didn't like some flag that isn't really needed anyway
18:56:17 <CIA-4> OpenTTD: rubidium * r24432 /trunk/src/depend/depend.cpp: -Fix: compile warning in depend
18:57:25 *** TrueBrain_ has joined #openttd
18:57:51 *** telanus1 has joined #openttd
18:59:20 <andythenorth> 12 ships left to convert :P
18:59:25 *** WoneGacko has joined #openttd
18:59:57 <andythenorth> it would be nice if I could diff the FISH action 0 props nfo <-> nml
19:02:17 *** Kurimus has joined #openttd
19:05:10 *** WoneGacko is now known as GoneWacko
19:07:39 <Eddi|zuHause> that would only have been possible if you took the same config files and just switched out the preprocessor :p
19:08:34 <andythenorth> didn't do that ;)
19:09:20 *** telanus2 has joined #openttd
19:11:07 *** TrueBrain_ is now known as TrueBrain
19:11:18 * andythenorth wonders what grfcodec -d would do with the action 0s...? :)
19:11:45 <Rubidium> andythenorth: loads and loads of little numbers
19:12:05 <andythenorth> I could read them individually to see if they match :o
19:12:12 <andythenorth> who won the tour de france?
19:15:15 <Rubidium> I reckon it's the guy with that yellow jersey
19:16:46 *** telanus has joined #openttd
19:20:22 *** Prof_Frink has joined #openttd
19:21:51 *** Sleepie has joined #openttd
19:25:45 <Sleepie> TrueBrain: 5 minutes ago I tried again to do some edits on the wiki, but unfortunately the situation hasn't changed and I'm still blocked :(
19:26:18 *** telanus2 has joined #openttd
19:27:37 <frosch123> explains why noone edited the wiki today, except pm
19:28:00 <frosch123> hmm, though pm edited without login
19:28:18 <frosch123> oh, someone else also edited without logging in
19:29:46 <Sleepie> well I'm unsure if it makes a difference in this case if you're logged in or not
19:37:23 <Sleepie> Am I the only with this problem atm or do have also reports from other users?
19:38:02 <frosch123> but there as unusual few edits :)
19:39:14 <Sleepie> maybe we should open a problem topic and a pointer to it on the main page
19:40:37 <frosch123> well, usually complains of that type does not exactly help
19:40:56 <frosch123> it's way better to have two guys in here who can reproduce the issue than having 10 on flyspray
19:41:15 <Sleepie> but the few edits can also be normal, because in many countries are vacation time now
19:41:54 <frosch123> did you edit via http or https?
19:43:45 <Sleepie> and your point for not open a topic
19:49:52 <TrueBrain> LordAro could edit the other day, so that is just weird
19:50:05 <TrueBrain> I cannot find a real reason why you wouldn't be able to edit ...
19:50:15 <TrueBrain> nor does any google search suggest this is a common issue
19:50:24 <TrueBrain> we can clean out the blocklist, but .. dunno if that helps :)
19:51:00 <Sleepie> maybe a real block/unblock of my account helps :P
19:51:22 *** Progman has joined #openttd
19:51:49 <Sleepie> I also did some research and couldn't find those issues reported somewhere else
19:54:56 <Sleepie> or did you changed something in the meantime
19:56:40 *** Rhamphoryncus has joined #openttd
19:59:31 <Sleepie> so somehow my account must be blocked in some way, because my ip hasn't changed between the failed and successful edit
20:04:49 * LordAro looks up at highlight
20:14:31 *** Chris_Booth has joined #openttd
20:23:14 * andythenorth is glad there aren't hovercraft or hydrofoils specifically as tankers
20:23:26 * andythenorth has just invented 12 new ships to be tankers
20:23:42 <andythenorth> might as well do a banana boat as well, now I've started on this
20:23:55 *** andythenorth has left #openttd
20:41:51 *** LordAro has joined #openttd
21:06:29 *** TWerkhoven has joined #openttd
21:37:40 *** mahmoud has joined #openttd
22:00:08 *** ccfreak2k has joined #openttd
22:17:25 <NGC3982> isnt it a bit odd that non-stop speed in station is not lowerd?
22:18:06 <NGC3982> running a chimaera trough a station at 640km/h feels a bit ..unrealistic.
22:18:33 <NGC3982> (and a bit windy for the people at the station).
22:20:13 <__ln__> NGC3982: shhhhhhhhhhhhh, it's not even close to bedtime in québec yet.
22:46:57 <Sleepie> NGC3982: shouldn't that be solvable with trackset now?
22:47:56 <Sleepie> even such a set might exist for maglev yet :P
22:51:41 <Sleepie> so in station areas just build a tracktype with lower maxspeed
22:54:38 <Sleepie> only problem might be that it is not distinguishable, because you might prefer to to have the same graphics only with other capabilities
23:16:45 <Sleepie> TrueBrain: Surprisingly I could also do another three while being logged in, but then it failed again. Regardless of being logged in or logged out. I'm sorry for being such a pain in the ass for this totally weird issue.
23:18:51 <Sleepie> TrueBrain: For now I'll stop any editing activities until talk back to you or one of the sysops of the wiki as on how to proceed. Thanks to all for your support so far. See ya later.
continue to next day ⏵
