Config
Log for #openttd on 22nd July 2012:
Times are UTC Toggle Colours
00:05:59  *** LordAro [~LordAro@host81-148-241-245.range81-148.btcentralplus.com] has quit [Remote host closed the connection]
00:26:10  *** KouDy [~KouDy@115.133.8.65] has joined #openttd
00:26:18  *** KritiK [~Maxim@95-25-144-96.broadband.corbina.ru] has quit [Quit: Leaving]
00:38:53  *** Stimrol [~Stimrol@dsl-149-87-36.hive.is] has quit [Ping timeout: 480 seconds]
00:40:26  *** Stimrol [~Stimrol@dsl-149-87-36.hive.is] has joined #openttd
01:07:07  *** pjpe [b8af1d68@ircip4.mibbit.com] has joined #openttd
01:45:38  *** KouDy [~KouDy@115.133.8.65] has quit [Quit: Leaving.]
01:51:07  *** DDR [~chatzilla@d172-218-2-5.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
02:05:22  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
02:11:57  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
02:13:32  *** pugi_ [~pugi@host-091-097-186-204.ewe-ip-backbone.de] has joined #openttd
02:14:13  *** Dr_Tan [~Shep@00179a279bbd.click-network.com] has quit [Quit: Konversation terminated!]
02:14:21  *** Dr_Tan [~Shep@00179a279bbd.click-network.com] has joined #openttd
02:19:27  *** pugi [~pugi@host-091-097-078-012.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds]
02:19:29  *** pugi_ is now known as pugi
02:22:23  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
02:23:15  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
02:28:07  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
02:31:31  *** Dr_Tan [~Shep@00179a279bbd.click-network.com] has quit [Remote host closed the connection]
02:32:08  *** pugi [~pugi@host-091-097-186-204.ewe-ip-backbone.de] has quit []
02:33:08  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
02:36:22  *** TWerkhoven2[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
02:41:07  *** glx [glx@2a01:e35:2f59:c7c0:51db:2d28:e806:629a] has quit [Quit: bye]
02:42:43  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
02:45:40  *** Nat_aS [~Shep@00179a279bbd.click-network.com] has joined #openttd
02:48:25  *** roadt [~roadt@60.168.81.76] has joined #openttd
03:29:07  *** mkv` [~Markavian@78-105-168-146.zone3.bethere.co.uk] has joined #openttd
03:36:38  *** Markavian` [~Markavian@78-105-168-146.zone3.bethere.co.uk] has quit [Ping timeout: 480 seconds]
04:00:11  *** HerzogDeXtEr1 [~Flex@i59F6C9F1.versanet.de] has joined #openttd
04:04:45  *** Arafangion [~Arafangio@220-244-108-23.static.tpgi.com.au] has joined #openttd
04:07:28  *** HerzogDeXtEr [~Flex@i59F6A1BF.versanet.de] has quit [Ping timeout: 480 seconds]
04:09:42  *** Sleepie [~Sleepie@p4FFFDC76.dip.t-dialin.net] has quit [Quit: lost in space...]
04:10:03  *** roadt [~roadt@60.168.81.76] has quit [Ping timeout: 480 seconds]
04:18:57  *** DDR [~chatzilla@d172-218-2-5.bchsia.telus.net] has joined #openttd
04:42:24  *** TWerkhoven2[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
04:42:45  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
04:43:36  *** Eddi|zuHause [~johekr@p57BD4459.dip.t-dialin.net] has quit []
04:43:50  *** Eddi|zuHause [~johekr@p5DC67048.dip.t-dialin.net] has joined #openttd
05:20:57  <CIA-4> OpenTTD: rubidium * r24429 /trunk/ (config.lib src/depend/depend.cpp): -Change: add some hardening flags to the compiler for release builds
05:36:12  *** andythenorth [~Andy@178.102.43.23] has joined #openttd
05:36:18  *** DDR [~chatzilla@d172-218-2-5.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
05:37:29  *** HerzogDeXtEr [~Flex@i59F6C9F1.versanet.de] has joined #openttd
05:41:12  *** HerzogDeXtEr1 [~Flex@i59F6C9F1.versanet.de] has quit [Ping timeout: 480 seconds]
05:53:22  *** pjpe [b8af1d68@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
06:01:24  <andythenorth> bonjour
06:08:00  <andythenorth> autorefit is very confusing
06:08:20  <andythenorth> the cb result is ignored if 'to available cargo' is used
06:08:23  <andythenorth> this isn't documented
06:09:32  <andythenorth> http://paste.openttdcoop.org/show/1569/
06:09:45  <andythenorth> ^ allows refitting from any cargo to oil
06:11:46  <andythenorth> can't see why it should
06:12:52  *** roadt [~roadt@60.168.81.76] has joined #openttd
06:17:45  *** sla_ro|master [slaco@78.96.213.97] has joined #openttd
06:19:03  * andythenorth wonders if bauxite has cargo class liquid
06:19:04  <andythenorth> :P
06:19:59  <andythenorth> so during autorefit cb, the meaning of 'cargo_classes_in_consist' is changed for nml?
06:20:40  <andythenorth> it reports var 10, not var 47
06:20:46  <andythenorth> why does it do that?
06:21:52  <andythenorth> I should be using var 42 anyway :P
06:21:54  <andythenorth> but still
06:22:29  <andythenorth> swap 42 / 47 above, my mistake
06:27:36  * andythenorth solves it
06:31:40  <andythenorth> hmm
06:31:56  <andythenorth> ok so here's how the error case is handled for autorefit of 'refit failed':
06:31:58  <andythenorth> - ...
06:32:15  <andythenorth> nothing :P
06:32:25  <andythenorth> so player can set up routes that are invalid
06:51:21  *** HerzogDeXtEr [~Flex@i59F6C9F1.versanet.de] has quit [Ping timeout: 480 seconds]
06:59:13  *** KouDy [~KouDy@115.133.8.65] has joined #openttd
07:09:15  *** Arafangion [~Arafangio@220-244-108-23.static.tpgi.com.au] has quit [Remote host closed the connection]
07:11:29  *** Arafangion [~Arafangio@220-244-108-23.static.tpgi.com.au] has joined #openttd
07:17:53  *** peter1138 [~petern@217.64.121.177] has joined #openttd
07:17:56  *** mode/#openttd [+o peter1138] by ChanServ
07:22:34  *** Elukka [Elukka@78-27-97-92.bb.dnainternet.fi] has quit []
07:24:05  *** andythenorth [~Andy@178.102.43.23] has quit [Ping timeout: 480 seconds]
07:25:05  *** andythenorth [~Andy@31.122.151.40] has joined #openttd
07:26:31  *** KouDy [~KouDy@115.133.8.65] has quit [Remote host closed the connection]
07:27:27  *** KouDy [~KouDy@115.133.8.65] has joined #openttd
07:35:59  *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has joined #openttd
07:36:51  *** roadt [~roadt@60.168.81.76] has quit [Ping timeout: 480 seconds]
07:42:51  *** LordAro [~LordAro@host81-148-241-245.range81-148.btcentralplus.com] has joined #openttd
07:48:35  <peter1138> So what would cause %si to rise over time?
07:52:14  *** roadt [~roadt@60.168.81.76] has joined #openttd
08:09:44  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
08:09:47  *** mode/#openttd [+o Alberth] by ChanServ
08:10:17  <LordAro> hai Alberth
08:10:31  <Alberth> hi LordAro
08:10:58  * LordAro whispers "there's a strange person in #freerct ! :O
08:11:05  <Alberth> (too many lords here, I have to type 5 characters to auto-complete your name :p )
08:11:14  <peter1138> Hmm...
08:11:22  <LordAro> only 2 :P
08:11:31  <planetmaker> moin
08:12:08  <peter1138> So has anyone seen an issue where usleep() will cause a high software interrupt load, and sleep for way longer than requested?
08:12:11  <planetmaker> andythenorth: http://dev.openttdcoop.org/projects/fish/repository/revisions/da1106bcaa94/diff/src/templates/autorefit_some_similar_classes.pynml <-- I think that there in line 4 you only allow refit, if the cargo has no other class other than liquid (including express, etc)
08:12:12  <Alberth> LordAro: yeah, that happens with a public channel, apparently someones are reading my blog :)
08:12:25  <LordAro> apparently so :P
08:12:48  <peter1138> I'm aware that it sleeps for _at least_ the time specified.
08:13:54  <Alberth> wouldn't that make your 'issue' be compliant to specs then?
08:14:25  <peter1138> Not the high software interrupt load.
08:14:53  <peter1138> I set up a test that calls usleep(100) and prints a counter and a timestamp every 100 calls.
08:16:02  <peter1138> It's managing just 300-400 usleep(100) a second.
08:16:30  <peter1138> Meanwhile the user cpu load of the program is 0-1%.
08:16:54  <peter1138> %si hits 50-60%
08:18:16  <peter1138> On my desktop, the same program manages about 2400 calls in a second, user cpu usage is 26% and %si is 0%
08:18:42  <peter1138> Which is what I expect.
08:20:45  <peter1138> Oh, and basically anything on the system that sleeps is causing high software interrupt load, and generally running slowly.
08:20:53  <peter1138> And a reboot will fix it, for a while.
08:21:50  *** Wolf01 [~wolf01@95.232.234.29] has joined #openttd
08:22:21  <Wolf01> hello
08:24:22  <Alberth> moin Wolf01
08:27:31  *** ccfreak2k [~ccfreak2k@2607:f358:1:fed5:22:0:6979:842d] has quit [Ping timeout: 480 seconds]
08:27:56  *** andythenorth is now known as Guest275
08:27:56  *** andythenorth [~Andy@host86-130-20-84.range86-130.btcentralplus.com] has joined #openttd
08:30:28  * andythenorth thinks that FISH autorefit is smelly
08:30:33  <andythenorth> and needs rethinking
08:30:55  *** Biolunar [~mahdi@blfd-4d083a03.pool.mediaWays.net] has joined #openttd
08:31:06  * LordAro thinks andythenorth should stop complaining....about _everything_ >:)
08:31:12  <LordAro> :P
08:31:14  * andythenorth complains about LordAro
08:32:56  *** Guest275 [~Andy@31.122.151.40] has quit [Ping timeout: 480 seconds]
08:33:17  <andythenorth> maybe I give in and just add tankers to FISH
08:34:04  <planetmaker> andythenorth: you saw my comment above?
08:34:09  <andythenorth> yup thanks ;)
08:34:15  <andythenorth> I have it all working
08:34:19  <planetmaker> k :-)
08:34:47  <andythenorth> I don't like the way that autorefit makes it easy to create invalid / broken orders
08:34:52  * Alberth expected a complaint about everything working :p
08:35:02  <Alberth> moin andy :)
08:35:05  <andythenorth> hola
08:35:46  <planetmaker> "I changed so many things and it STILL is working!" :-P
08:36:11  <planetmaker> (frome secret dreams of a secret terrorist)
08:36:37  * andythenorth thinks autorefit should come with a health warning
08:36:48  <andythenorth> it's trivial for newgrf authors to cause a lot of trouble :P
08:37:22  <peter1138> It always has been.
08:37:36  <andythenorth> yes that too
08:37:45  <andythenorth> newgrf should come with a health warnng
08:37:47  <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:37:57  <Wolf01> ...shit I did it too
08:39:19  <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:40:18  <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:41:19  <andythenorth> Hirundo: thanks :)  Sorry for the complaining :P
08:41:37  <andythenorth> autorefit fails if the corresponding misc_flag is not set btw
08:42:26  <Hirundo> No need to be sorry, good complaints are basically valid bug reports
08:42:40  *** Lord_Aro [~LordAro@host81-148-247-208.range81-148.btcentralplus.com] has joined #openttd
08:43:10  *** LordAro is now known as Guest276
08:43:11  *** Lord_Aro is now known as LordAro
08:43:19  <andythenorth> so by preventing refitting from some classes to other classes, I introduce a lot of 'wtf' for players
08:43:22  <andythenorth> don't really like that
08:43:38  <andythenorth> nor do I like cargo ships magically turning into tankers or ferries at docks
08:44:04  <Alberth> +1
08:48:45  *** Guest276 [~LordAro@host81-148-241-245.range81-148.btcentralplus.com] has quit [Ping timeout: 480 seconds]
08:49:02  *** flaa [~flaa@188.141.45.124] has joined #openttd
08:50:46  *** Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd
08:51:01  *** frosch123 [~frosch@frnk-590fea2e.pool.mediaWays.net] has joined #openttd
08:52:09  <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
08:54:01  <andythenorth> k
08:54:30  <andythenorth> by any chance, does that also affect the refit menu?
08:54:33  * andythenorth suspects not
08:54:48  <Hirundo> It should not, for an existing vehicle
08:55:06  <andythenorth> thanks
08:55:13  <Hirundo> AFAIK it's called only during cloning, to copy refits
09:00:11  <Terkhen> good morning
09:01:06  <planetmaker> hi Terkhen
09:05:46  *** tokai|mdlx [~tokai@port-92-195-211-22.dynamic.qsc.de] has joined #openttd
09:07:52  *** Lord_Aro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has joined #openttd
09:07:55  *** TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
09:08:00  *** LordAro is now known as Guest278
09:08:00  *** Lord_Aro is now known as LordAro
09:11:47  *** tokai|noir [~tokai@port-92-195-139-40.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
09:12:47  *** Guest278 [~LordAro@host81-148-247-208.range81-148.btcentralplus.com] has quit [Ping timeout: 480 seconds]
09:17:07  *** roadt [~roadt@60.168.81.76] has quit [Ping timeout: 480 seconds]
09:24:46  * andythenorth needs some names for tankers
09:24:50  <andythenorth> based on sea areas
09:24:59  <andythenorth> FISH buy menu is about to gain 20 or so ships :P
09:32:06  <planetmaker> "Barent" "Biscay" "Suez"
09:32:18  <planetmaker> "Panama"
09:33:13  <andythenorth> ta
09:35:03  <Rubidium> Zuyder ;)
09:35:48  <Rubidium> Zuyderzee if you want it to be full
09:35:50  <planetmaker> Ijsselmeer
09:36:10  <Rubidium> preferably for a ship before 1932
09:36:21  <Rubidium> planetmaker: you should capitalise the J as well
09:36:43  <planetmaker> how was tile type rain forest defined?
09:37:21  <Rubidium> at a specific height and more than X from desert?
09:37:38  <Rubidium> or via the TropicZone
09:37:39  <planetmaker> yes, something like that :-P
09:39:17  * andythenorth has set redesign brainache :P
09:39:38  <andythenorth> I should exclude liquid cargos from non-tankers?
09:39:43  <andythenorth> even in drums etc
09:40:32  <Rubidium> aren't there like tank-containers?
09:40:45  <andythenorth> yes there are
09:41:02  <andythenorth> I wonder what the purpose of adding 20 or so tankers is
09:41:32  <andythenorth> they'll be similar appearance & same stats as the non-tankers
09:41:43  <andythenorth> this is purely to stop autorefit being odd
09:41:52  * andythenorth considers excluding autorefit :P
09:41:54  <Alberth> "Canal"
09:43:42  <andythenorth> hmm
09:43:59  <andythenorth> I could remove the tanker graphics
09:44:09  <andythenorth> that solves this
09:48:08  <planetmaker> andythenorth: I'd suggest to allow auto-refit. But quite low capacity when to liquid. Tankers otoh are only refittable to liquids
09:48:16  <planetmaker> but have much higher capacity
09:48:48  <planetmaker> like 30% capacity with liquids when compared to piece goods or bulk
09:49:09  <planetmaker> thus it allows refit. But gives enough incentive to use dedicated tankers
09:49:17  <Hirundo> sounds sensible
09:50:06  <Hirundo> though 30% might be a bit low, I'd say 50--70% and perhaps add a difference in loading speed
09:50:18  <planetmaker> yes, also fine with me :-)
09:50:31  <planetmaker> I think I used that even around that range in ogfx+trains
09:50:50  <planetmaker> flatbed wagon with liquids: around 20. Other cargos 30 ... 40
09:50:58  <planetmaker> tank wagon as usual 30 ... 40
09:52:28  <andythenorth> it's the best solution so far
09:52:39  <andythenorth> fixing autorefit is out of the question I guess?
09:53:24  <planetmaker> what needs fixing?
09:53:26  *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has quit [Quit: Rhamphoryncus]
09:53:45  <andythenorth> don't permit invalid orders to be set
09:53:55  <andythenorth> I can't see how that would be done, autorefit is non-deterministic
09:54:33  <andythenorth> example case....
09:54:44  <andythenorth> - refit from oil to coal not allowed
09:54:47  <planetmaker> example save?
09:55:44  <andythenorth> 1 min
09:57:05  <andythenorth> http://dev.openttdcoop.org/attachments/download/3139/Lindton%20Transport,%2015-06-2012.sav
09:57:11  <andythenorth> you'll need the grf too
09:58:15  <andythenorth> planetmaker: http://dev.openttdcoop.org/attachments/download/3140/fish.grf
09:58:19  <andythenorth> ship 1
09:58:26  <andythenorth> has orders that can't be fulfilled
10:03:06  *** sla_ro|master [slaco@78.96.213.97] has quit [Ping timeout: 480 seconds]
10:04:43  *** pugi [~pugi@host-091-097-186-204.ewe-ip-backbone.de] has joined #openttd
10:04:52  *** Chris_Booth [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has joined #openttd
10:05:46  <planetmaker> andythenorth: what FIRS version?
10:06:08  <andythenorth> r2856
10:06:14  <andythenorth> do you want the grf?
10:06:35  <planetmaker> for quick testing might be nice
10:07:15  <andythenorth> http://dev.openttdcoop.org/attachments/download/3141/firs.zip
10:07:25  <planetmaker> though.. should be quick to compile. Thx
10:08:54  <planetmaker> hehe. Without that grf I had invalid industries delivering invalid cargos ;-)
10:09:43  *** sla_ro|master [slaco@78.96.213.97] has joined #openttd
10:11:28  * andythenorth is thinking about cargo aging as well
10:11:42  * andythenorth can't decide if FISH needs fundamental redesign or not :P
10:12:24  <andythenorth> e.g. livestock vessels that age livestock slower
10:12:36  <Alberth> make FISH 2.0, or SHARK :)
10:12:40  <andythenorth> refrigerated ships for refrigerated cargos
10:12:45  <andythenorth> this might become FISH 2.0 :P
10:12:49  <andythenorth> skipping 1.0 entirely :P
10:13:01  <Alberth> :)
10:13:27  <andythenorth> it's complicated making lots of ship varieties, due to the need to provide multiple sizes
10:14:19  <Eddi|zuHause> how does "redesign everything" every two weeks help come up with an actually good design?
10:14:37  * Alberth ponders why you need multiple sizes
10:14:52  <Alberth> 2 sizes should be enough
10:15:07  <andythenorth> big, small
10:15:15  <Alberth> and for small size, it makes sense to have less facilities imho
10:15:44  <andythenorth> Eddi|zuHause: we need to stop the newgrf spec evolving :P
10:15:59  <planetmaker> nasty stuff that refit, andythenorth. Thanks for showing :-)
10:16:07  <Alberth> we need andy to ignore newer revisions of the spec :)
10:16:11  <andythenorth> since I designed FISH - nicely I think - we gained autorefit and cargo aging :D
10:16:16  <planetmaker> (yes, much easier with this save for me. See is easier than hear)
10:16:23  <andythenorth> point taken
10:16:35  <andythenorth> I thought this was intended / known issue :P
10:16:43  <andythenorth> I can't see how it can be avoided
10:16:51  <planetmaker> well. It's unintuitive for the player, I think
10:16:55  <andythenorth> very
10:17:02  <andythenorth> it will cause bug reports
10:17:08  <planetmaker> autorefit is nice. But giving options which won't be obeyed... is nasty
10:17:10  <planetmaker> yes
10:17:26  <andythenorth> I didn't show the non-deterministic case
10:17:31  <andythenorth> this case is actually deterministic
10:17:37  <planetmaker> non-deterministic?
10:17:43  <andythenorth> 'refit any available'
10:17:54  <andythenorth> for the case shown, we could run the cb chain for each order
10:18:03  <andythenorth> and indicate valid / invalid refits
10:18:09  <planetmaker> oh. you play with breakdowns :-P
10:18:19  <planetmaker> A smoking tanker is scary
10:18:24  <andythenorth> but can't run the cb chain if 'refit any available' is used
10:18:29  <planetmaker> especially as the smoke comes from the starboard side...
10:18:40  <planetmaker> and not the exhaust or so ;-)
10:19:54  *** roadt [~roadt@60.168.81.76] has joined #openttd
10:20:32  *** FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd
10:20:43  <andythenorth> michi_cc cb 15E / refit_cost: would it not be better to always allow autorefit if the misc flag is set?
10:21:05  <andythenorth> rather than giving newgrf author option to set bit 14 or not
10:22:22  <andythenorth> not allowing an autorefit is imho broken :)
10:22:41  <planetmaker> andythenorth: it's there again a backward compatibility thing
10:23:07  <planetmaker> autorefit imho must make sure that the visual appearance of the ship doesn#t change
10:23:18  <planetmaker> As vehicles are not re-painted on the fly in stations
10:23:24  <planetmaker> Just loaded with a different cargo
10:23:34  <andythenorth> yup
10:23:34  <planetmaker> But many refits actually change the visual appearance beside the cargo
10:23:38  <andythenorth> yup
10:24:05  <planetmaker> imho a very good approach would be to separate cargo and vehicle sprites
10:24:17  <andythenorth> hmm
10:24:38  <planetmaker> though... might not make much sense. Not sure
10:24:40  <andythenorth> also the example from the nfo docs - negative costs when removing articulated parts
10:24:41  <andythenorth> http://newgrf-specs.tt-wiki.net/wiki/Callbacks#Refit_cost_factor_.2815E.29
10:24:49  <andythenorth> is very bad, as that is explicitly not allowed
10:24:59  <andythenorth> "vehicles may not change length in stations"
10:25:21  <andythenorth> I know there's also a depot case, but still bad
10:25:35  <planetmaker> yes. You can also refit via orders in depots
10:25:38  <planetmaker> so that makes well sense
10:25:59  <andythenorth> maybe it needs extending
10:26:13  <andythenorth> "do not allow autorefit if the length of the vehicle will change"
10:26:26  <andythenorth> i.e. if cb36 then changes vehicle length etc
10:27:30  <planetmaker> the problem is: newgrfs are very flexible and give an awesome amount of choices
10:27:43  <planetmaker> The backdraw is: authors are responsible to take care of edge cases
10:28:01  <planetmaker> It can't all be caught by openttd itself, I think. Even not theoretically
10:28:06  <andythenorth> no
10:28:12  <andythenorth> newgrf author has to do the right thing
10:28:41  <planetmaker> having openttd check things would remove quite a few options which are now present
10:28:53  <planetmaker> or would mean to re-invent the wheel at least 50%
10:30:05  <andythenorth> it's fine in docs
10:30:17  <andythenorth> game can't check everything
10:30:40  * andythenorth is still puzzled by what to do with FISH though
10:30:57  <andythenorth> best option seems to be adding separate tankers
10:31:13  <andythenorth> or just accept graphics changing at stations
10:31:55  <andythenorth> vehicle storage is still ruled out?
10:34:13  *** roadt_ [~roadt@60.168.92.11] has joined #openttd
10:34:18  <andythenorth> oh
10:34:35  <andythenorth> if refit rules were guaranteed symmetric across n cases
10:34:49  <andythenorth> then 'refit any available' would still be somewhat deterministic
10:35:14  <andythenorth> so we could run the cb for each order and filter out non-available cargos for autorefit
10:35:14  <planetmaker> if I can refit A->B then B->A should also work, yes
10:35:26  <planetmaker> it's feasible to disallow. But... not sensible
10:35:55  * andythenorth proposes running the cb for each order
10:36:12  <planetmaker> might make sense, yes. But won't be feasible in all cases:
10:36:21  <planetmaker> 'load available' -> 'load available'. Hm?
10:36:26  <planetmaker> might change even on each run
10:36:59  <andythenorth> I think it works though, with an edge case
10:37:07  <planetmaker> even from unknown -> X is nothing which can be decided
10:37:15  <planetmaker> or X->unknown
10:37:24  <planetmaker> though X->unknown is not that bad
10:37:46  <andythenorth> for the way I've implemented it in FISH, 'unknown' is from a limited set
10:37:55  <andythenorth> and refit can't cross set boundaries
10:38:06  <andythenorth> so as long as you know the starting set, you always know all the refittable cargos
10:38:23  <andythenorth> the edge case is that starting set  may change :P
10:38:37  <andythenorth> depends on current cargo refit when the orders are being set :P
10:38:53  <andythenorth> obv. this is just the FISH case
10:38:57  <andythenorth> other grfs will vary
10:39:16  <planetmaker> well. That's about what I implemented, too.
10:39:16  <andythenorth> this needs some kind of set-based logic?
10:39:48  <andythenorth> I wonder if a better implementation of autorefit is needed
10:39:56  <andythenorth> the current one is thoroughly dangerous :P
10:40:04  <andythenorth> 'allow autorefit if it's Tuesday'
10:40:20  * Alberth never plays at tuesdays :)
10:40:22  <andythenorth> guess it's similar to dangers of cargo acceptance at industries :P
10:40:32  *** roadt [~roadt@60.168.81.76] has quit [Read error: Connection reset by peer]
10:40:38  <planetmaker> yes. or cargo production
10:41:10  <andythenorth> my sets are:
10:41:16  <andythenorth> liquid < - > liquid
10:41:20  <andythenorth> pax < - > pax
10:41:23  <planetmaker> the cargo classes basically
10:41:27  <andythenorth> any other < - > any other
10:41:48  <andythenorth> and I'm using strict matching, must be liquid and only liquid
10:41:51  <planetmaker> pax, piece, bulk, liquid. Maybe armour and neo-bulk
10:42:04  <planetmaker> liquid and liquid only for a cargo imho is bad
10:42:06  <andythenorth> strict match prevents accidentally non-symmetric issues
10:42:31  <planetmaker> or can't a cargo be liquid and piece (like water in tanker and bottles)?
10:42:48  <Hirundo> what if you allow refit if (old_cc & bitmask(pax, liquid) == new_cc & bitmask(pax, liquid))
10:43:05  <andythenorth> Hirundo: that's pretty much my code
10:43:58  <planetmaker> andythenorth: not exactly. What I saw is cargo_class = bitmask(liquid)
10:43:59  <andythenorth> http://paste.openttdcoop.org/show/1573/
10:44:19  <planetmaker> which is much more restrictive
10:44:54  <planetmaker> ==
10:44:59  <andythenorth> hmm
10:45:11  <andythenorth> if it's not restrictive, I don't know how to guarantee symmetric refits
10:45:23  <planetmaker> like hirundo posted is imho the proper way
10:45:41  <planetmaker> hm... is it?
10:46:10  <andythenorth> consider a 3-stop route
10:46:15  <andythenorth> A -> B -> C
10:46:40  <andythenorth> A refits to liquid, B to liquid, piece, C to piece
10:46:42  <Eddi|zuHause> andythenorth: what Hirundo wrote is perfectly symmetric
10:47:05  <Eddi|zuHause> andythenorth: it is impossible to refit from (liquid,piece) to piece
10:47:21  <andythenorth> oh
10:47:42  <andythenorth> what does my current code do? :(
10:48:00  <planetmaker> disallow all cargos which have another cc than liquid
10:48:25  <Eddi|zuHause> haven't seen your current code, but from what planetmaker wrote i suspect you disallow refitting from liquid to (liquid,piece) instead
10:48:38  <planetmaker> Eddi|zuHause: see the paste he posted ;-)
10:48:58  <andythenorth> I disallow refitting from liquid to (liquid, piece)
10:49:23  <Eddi|zuHause> which is also symmetric, but less intuitive
10:49:25  <andythenorth> why is it better to disallow refit from (liquid, piece) to piece?
10:49:51  <Eddi|zuHause> andythenorth: piece is a bad example. take (liquid, express)
10:50:24  <andythenorth> you don't want to be able to refit that to express?
10:50:57  <planetmaker> but you disallow that cargo to be autorefitted
10:51:02  <Hirundo> express might even be tourists
10:51:04  <planetmaker> as you don't use the & connection
10:51:35  <planetmaker> cc_old & bitmask(liquid) == cc_new & bitmask(liquid)
10:51:42  <planetmaker> does allow refitting also to express liquids
10:51:45  <planetmaker> your code doesn't
10:52:31  <planetmaker> if you do have a cargo with cc = bitmask(liquid, piece, express), it might though happen...
10:52:55  <Eddi|zuHause> andythenorth: it's more intuitive that you allow refitting from liquid to (liquid, express) than from (liquid,express) to express
10:53:07  <andythenorth> why?
10:53:10  <planetmaker> that you traverse from liquid -> liquid, piece, express and then to piece,express
10:53:34  <andythenorth> hmm
10:53:37  <planetmaker> andythenorth: you should only check for refit the piece, bulk, pax or liquid ccs
10:53:41  <andythenorth> a number of things are clear here
10:53:47  <planetmaker> wasn't that your own argument months ago?
10:53:47  <andythenorth> (1) I don't understand bitmasks in nml :P
10:53:53  <planetmaker> with the "new" cargo classes?
10:54:08  <andythenorth> planetmaker: yes
10:54:11  <andythenorth> entirely
10:54:15  <planetmaker> e.g. the "sets" are only defined by these
10:54:20  <andythenorth> yes
10:54:28  <andythenorth> I thought I'd written code that did that :)
10:55:12  <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)
10:55:53  <Eddi|zuHause> everything else stays like it is
10:56:21  <planetmaker> also called squids?
10:56:39  <Eddi|zuHause> they'd fall into the "other" group, as far as i can tell
10:57:11  * andythenorth needs to learn how bitmasks work in nml :P
10:57:16  <andythenorth> found the docs
10:58:51  <planetmaker> (a & b) results in 1 at those bits where both a and b have "1" set
10:59:45  <Eddi|zuHause> andythenorth: what my change does is switch out "other classes must be 0" to "other classes are don't-care"
10:59:55  <andythenorth> hmm
11:00:03  <andythenorth> I wrote that code yesterday and removed it
11:00:18  <andythenorth> other classes need to be 0
11:00:49  <Eddi|zuHause> also read about "monotonous binary functions" :)
11:02:11  * andythenorth wikipedia
11:02:38  <planetmaker> btw, andythenorth: mind that (at least in FIRS), food and goods both don't have "piece" set as cargo class
11:03:07  <planetmaker> http://dev.openttdcoop.org/projects/firs/repository/entry/sprites/nml/cargo_props.pnml#L213
11:03:09  <andythenorth> anyway, tweaking the refit rules doesn't solve the fundamental issue
11:03:21  *** Stimrol [~Stimrol@dsl-149-87-36.hive.is] has quit [Ping timeout: 480 seconds]
11:03:32  <planetmaker> thus what I do actually: I don't go by cargo class, but by cargo label
11:03:38  <andythenorth> autorefit should be allow all, or allow none
11:03:40  <planetmaker> thus I know what I have and then I can happily group them
11:04:03  <planetmaker> cargo classes can change. labels don't change the meaning of the cargo
11:04:06  <andythenorth> yes, I read ogfx+ rv code, which does same
11:04:15  <andythenorth> I tried some label based refitting yesterday
11:04:17  <andythenorth> I removed it
11:04:20  <planetmaker> why?
11:04:28  <planetmaker> it's loads of labels, but so what?
11:04:36  *** Stimrol [~Stimrol@dsl-149-87-36.hive.is] has joined #openttd
11:04:59  <planetmaker> classes are somewhat broken as used with a different understanding everywhere and everyone
11:05:10  <planetmaker> while an individual cargo is quite clear
11:05:18  <andythenorth> thought it was overcomplicated
11:05:22  <andythenorth> easy to code, but not needed
11:05:33  <planetmaker> "easy to code" == complicated?
11:05:52  <planetmaker> this discussion proves the opposite, I'd say :-P
11:05:59  <andythenorth> I didn't see what it added in the FISH case
11:06:23  <planetmaker> it adds that you know which cargos are in a "set". And it gives you absolute control over traversal of sets
11:06:27  <andythenorth> I added special label-based cases for cargos that have (liquid, other cases)
11:06:32  <planetmaker> and simply disallows autorefit for unknown cargos
11:07:00  <andythenorth> hmm
11:07:03  <andythenorth> does this make your brain hurt?
11:07:10  <andythenorth> or is that just me?
11:07:34  <planetmaker> As long as I ignore cargo classes, I'm fine
11:07:56  <planetmaker> a bit more work to write things down in the newgrf code as more lengthy. But I have no edge cases
11:08:17  <planetmaker> only cases of unknown cargos which can be refit-to only in depots. But so what
11:08:25  <andythenorth> specifically wrt FISH, I ended up with 100% identical sets using labels or classes, but the labels code was longer
11:08:36  <andythenorth> so I removed it on the basis of occam's razor
11:08:48  <andythenorth> however, that's by the by
11:09:15  <andythenorth> I'm still puzzled why disallowing some refits is seen as valid
11:09:25  <andythenorth> afaict it should just be a misc_flag
11:09:33  <andythenorth> allow refit / don't allow refit
11:09:36  <andythenorth> no cb result
11:09:55  <andythenorth> apart from legacy support :P
11:10:36  <andythenorth> if used, the cb simply adds a significant source of bug reports for openttd devs / newgrf authors
11:10:44  <andythenorth> which seems undesirable
11:11:09  <planetmaker> Depends on how it's used.
11:11:40  <planetmaker> I can allow autorefit from oil (barrels) to containers. But not oil (tanker) to containers.
11:11:49  <andythenorth> what are the cases where autorefit is allowed conditionally, but doesn't cause bug reports?
11:11:54  * andythenorth has an idea
11:12:01  <Sacro> oh dear
11:12:19  <andythenorth> open a red dialogue when using autorefit order: "You may not file bug reports if this feature is used" :D
11:13:26  <planetmaker> andythenorth: simply forget about cargo classes... Makes things easy ;-)
11:14:00  <andythenorth> you think? :)
11:14:21  * andythenorth considers simply forgetting about autorefit instead
11:14:57  <planetmaker> andythenorth: all these "bad cases": I don't believe that they exist with ogfx+trains/rv
11:15:21  <andythenorth> let's see
11:15:33  <andythenorth> you probably have your vehicles set up correctly for this in the first place
11:17:24  <andythenorth> planetmaker: do ogfx vehicles change appearance depending on refit?
11:17:25  <andythenorth> \
11:18:53  <planetmaker> under some cases. Those should be available in depot only
11:19:18  <planetmaker> Terkhen: might know the details in the RV code better.
11:19:41  <Alberth> mostly they change in time, so you have to search for a wagon for a minute during a game :)
11:27:47  <planetmaker> Alberth: so you think it's confusing?
11:28:42  <Terkhen> planetmaker: if you are talking about autorefit... I got reports of problems with my code :P
11:29:10  <andythenorth> Terkhen: which bulk cargoes can't I autorefit from -> to?
11:29:14  <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:29:33  <andythenorth> Terkhen: (wrt opengfx+ rv)
11:29:46  <Alberth> in the buy menu, I don't see much of a point to change from grey to (in my case) pink.
11:30:06  <planetmaker> I see
11:30:35  <Terkhen> andythenorth: in theory what is mentioned in the readme
11:30:47  <Terkhen> in practice... I still did not start to look at what is supposedly wrong in my code
11:30:48  <Alberth> I needed a coal wagon, and it seemed to have disappeared, as I was looking for the same grey wagon
11:31:02  <andythenorth> oops, missed part of the readme :P
11:31:16  <Alberth> only after I toggled 'show me wagons that carry coal', I found it
11:31:20  <Terkhen> it is just an arbitrary decision, based on planetmaker's first autorefit group scheme
11:31:26  *** LordAro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has quit [Ping timeout: 480 seconds]
11:31:31  <planetmaker> :-)
11:31:44  <andythenorth> so all bulk trucks can refit to all other bulk cargos
11:31:53  <planetmaker> andythenorth: yes-ish
11:31:58  <Alberth> but I can also see the point that the buy menu should reflect the game world graphics
11:31:59  <planetmaker> some with cost. some without.
11:32:09  <planetmaker> I added the 'clean' criterion to decide on cost or not
11:32:35  <andythenorth> afaict, ogfx+ never disallows a to -> from refit
11:32:42  <andythenorth> it's just a cost setting
11:32:55  <planetmaker> flatbed does
11:33:06  <planetmaker> bulk doesn't
11:34:06  <Terkhen> IIRC tanker disables some too
11:34:43  * Sacro hums the german national anthem
11:34:45  <planetmaker> flatbed has a few "sets" as you call it: vehicles (VEHI, ENSP, FMSP), container (GOOD, FOOD,...), stake (STEL, WOOD,...)
11:35:17  <planetmaker> you can auto-refit within one set. But depot-refit only between sets
11:35:27  <planetmaker> or so is at least the intention
11:36:37  <planetmaker> autorefit there is for free. Depot-refit is not. Looks in auto-refit doesn't change, looks in depot-refit does
11:38:50  <andythenorth> so ogfx+ rv doesn't have the orders issue afaict
11:39:07  <planetmaker> doesn't it have the same settings for flatbed?
11:39:12  <andythenorth> for example, I can set tank trucks to refit from milk -> oil on a round trip
11:39:19  <andythenorth> readme is incorrect btw
11:39:40  <planetmaker> yes, that refit milk->oil is feasible, sure
11:40:05  <andythenorth> it also completes oil -> milk on the other end of the trip
11:40:09  <planetmaker> also oil->milk (but probably at higher cost)
11:40:18  <andythenorth> readme implies can't refit between groups
11:40:38  <andythenorth> I didn't try flatbeds yet
11:41:06  * planetmaker tests
11:41:09  <andythenorth> anyway, the appearance changes
11:41:20  <andythenorth> which makes me think maybe appearance of FISH can change too
11:41:26  <planetmaker> that's more a "missing sprites" thing :-)
11:41:37  <planetmaker> imho it shouldn't change during auto-refit
11:43:17  <andythenorth> might be the least evil of the available options though ;)
11:43:29  <andythenorth> obv. it looks stupid
11:43:39  <andythenorth> but so do trains disappearing into 1 tile depots
11:43:43  <andythenorth> maybe I just live with it
11:44:39  <Terkhen> what is the order issue?
11:46:21  * 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:46:51  <andythenorth> Terkhen can specify a refit order that the newgrf doesn't permit
11:47:46  <andythenorth> players will likely report bugs arising from this
11:48:25  <FLHerne> Would it be possible to allow OTTD online content to download nightlies from the devzone? :P
12:00:45  <Terkhen> why should that thing be possible?
12:00:50  <Terkhen> andythenorth^
12:01:17  * planetmaker notices that two admiralAIs started in the just started game :-D
12:05:12  * planetmaker notices that "gradual loading" does not work with autorefit available as intended
12:06:18  <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:10:36  <planetmaker> hm... no auto-refit from iron ore to grain
12:11:44  <Alberth> FLHerne: you want more people getting heavily confused from development versions?
12:12:05  <Alberth> FLHerne: just set up a script that pulls them for you every day/night
12:12:24  <Alberth> I am sure there are wget programs for windows too :)
12:15:11  <frosch123> planetmaker: we hava a fs task about that :)
12:15:31  <frosch123> 5106
12:21:48  <andythenorth> Terkhen: why should it be possible that player can specify a refit order that grf doesn't permit?
12:22:01  <andythenorth> (was that the question?) :)
12:24:50  <Terkhen> I'm asking how is that possible :P
12:24:58  * Terkhen still does not understand the issue
12:25:01  <planetmaker> andythenorth: seems that I can also specify impossible refits with ogfx+trains
12:25:09  <andythenorth> you choose to go to A, and refit oil
12:25:17  <andythenorth> but when the cb runs, oil is not permitted
12:25:18  <planetmaker> ore->grain doesn't work for me
12:25:24  <andythenorth> your vehicle does not then behave as expected
12:25:26  <andythenorth> so you report bugs
12:25:34  <andythenorth> the 'why'...hmm
12:26:00  <andythenorth> this is because refittable cargos are treated separately to the autorefit cb
12:26:18  <andythenorth> what should actually happen is that the refittable cargos list is the result of a cb
12:26:33  <Terkhen> that sounds like a bug in OpenTTD, not in the NewGRF
12:26:43  <andythenorth> it's a bug in this feature
12:26:48  <andythenorth> fairly fundamental
12:26:55  <andythenorth> which is a big shame, as it's a really nice feature
12:28:09  <andythenorth> I am uncertain of the best fix
12:28:24  <andythenorth> the simplest might be to start ignoring bit 14 on cb 15E
12:28:35  <andythenorth> and rely only on the misc property
12:30:49  <FLHerne> Alberth: Late reply, sorry. Good idea. wget should do fine, actually :-)
12:31:34  <Alberth> ok :)
12:31:54  <andythenorth> I don't think it's appropriate for a newgrf to be able to cause orders to be non-valid
12:32:19  <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:32:26  <andythenorth> yup
12:32:36  <andythenorth> indeterministic
12:33:05  <andythenorth> I'd sooner lose the feature, and the bug reports with it ;)
12:33:39  <andythenorth> michi_cc: I do like the feature in principle btw, in case you feel under-appreciated :)
12:33:56  <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:34:39  <andythenorth> oh, that :P
12:34:56  <michi_cc> People with 'vehicles never expire' on don't count, as they explicitely chose the 'spam buy menu' option.
12:35:16  <andythenorth> accurate dates are a version 1 feature :P
12:36:56  <frosch123> a vehicle which has no "retire early" propery set to something bigger than 2, is no proper vehicle
12:37:29  <andythenorth> so anyway, I'm going to set FISH to autorefit any cargo
12:37:33  * frosch123 loves generalisations :)
12:37:36  <andythenorth> and if the graphics change at stations, so be it
12:49:48  <andythenorth> he
12:50:03  <andythenorth> that was many fun days of debate about refitting rules and substrings
12:50:08  <andythenorth> rendered redundant :D
12:50:56  <andythenorth> next time, test implementation first, design argument second :P
12:54:14  <Alberth> that's a bad strategy with clients:  "I build what you asked for, but concluded it is not what you want" :p
12:54:24  <Alberth> *built
12:56:26  *** KouDy [~KouDy@115.133.8.65] has quit [Ping timeout: 480 seconds]
12:57:28  <andythenorth> it's fun to know that I'm never too old to make basic mistakes :)
12:57:43  <frosch123> best strategy is when you do stuff for clients which they do not need, but pay nevertheless
12:57:55  <frosch123> there is no need that it really works
12:57:57  <andythenorth> best strategy is don't build things for individual clients
12:58:01  <andythenorth> not always possible :P
12:58:05  <andythenorth> so autorefit is done anyway
12:58:16  <andythenorth> what next?  cargo aging?
12:58:38  * andythenorth might avoid that complication
12:58:53  <Alberth> that would make 'recycle-plants' useful :p
12:59:09  <andythenorth> so when should ship models expire?
12:59:31  <frosch123> 3 years after a cleary better one is introduced
12:59:44  <andythenorth> I can't control for that
13:00:01  <Alberth> probably longer than 3 years
13:00:17  <planetmaker> andythenorth: you can make sure that the superior one is introduced
13:00:21  <planetmaker> Some overlap doesn't hurt
13:00:37  <planetmaker> The randomness is not more than +- two years
13:00:46  <andythenorth> it's 17 years iirc
13:00:58  <planetmaker> uhm... for introduction?
13:01:03  <andythenorth> perhaps not
13:01:07  * andythenorth checks spec
13:01:11  <frosch123> just make the latest possible introduction shortly before the first expiration
13:01:27  <andythenorth> planetmaker: you're correct
13:01:38  <andythenorth> what about cases where there's no replacement?
13:01:45  <planetmaker> don't expire it?
13:01:46  <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:01:54  *** KouDy [~KouDy@115.133.7.94] has joined #openttd
13:02:20  <frosch123> andythenorth: ever played civilization?
13:02:23  <andythenorth> no
13:02:34  <andythenorth> mr meier
13:02:38  <frosch123> there is always an archer
13:02:48  <frosch123> it is replaced by better archers over time
13:03:14  <Eddi|zuHause> until you hit gunpowder :)
13:03:20  <frosch123> but the last one stays for ever, even if you have tanks
13:04:26  <andythenorth> ok so I leave model life alone for now
13:04:44  <andythenorth> as FISH has no technology progression
13:05:08  <andythenorth> I could fix the buy menu sprites :(
13:05:12  <andythenorth> that's a dull job :P
13:05:27  <andythenorth> so would you rather see the front, back, or middle of a boat?
13:05:50  <andythenorth> http://dev.openttdcoop.org/attachments/download/3125/FISH_buy_menu.png
13:06:01  <andythenorth> I am thinking middle
13:06:36  <frosch123> front
13:06:52  <frosch123> most variety imo
13:07:38  <andythenorth> I can't figure out how to centre it and show the front
13:08:03  <frosch123> centre?
13:08:14  <andythenorth> buy menu sprites should be centre-aligned
13:08:19  <andythenorth> some grfs do it wrong
13:08:20  <frosch123> if you clip sprites, you should left-align them
13:08:38  <frosch123> centering clipped stuff makes no sense
13:08:54  <frosch123> clipped stuff takes the complete space
13:09:24  <andythenorth> hmm
13:09:26  <andythenorth> pikka cheats
13:09:28  <andythenorth> he's using setx
13:09:34  <frosch123> the clipping should end in front of the text
13:09:47  <frosch123> so, the clipping border is kind of aligned
13:10:35  <andythenorth> I'll try it
13:10:36  <planetmaker> andythenorth: he doesn't open his code for inspection either :-P
13:11:16  <andythenorth> he does if you ask nicely
13:11:22  <andythenorth> and he's in the mood ;)
13:11:35  <planetmaker> :-) well, yeah; there's also grfcodec
13:13:25  <planetmaker> but it's different than having it open for comment to the pack around here at all times ;-)
13:19:41  *** Progman [~progman@p57A19AC0.dip.t-dialin.net] has joined #openttd
13:21:51  <andythenorth> http://dev.openttdcoop.org/attachments/download/3142/fish_buy_menu_2.png
13:21:54  <andythenorth> done? ^
13:25:44  <andythenorth> buy menu might cause you to think the freighter is small....
13:25:50  <andythenorth> ...it isn't :)
13:25:50  <andythenorth> http://dev.openttdcoop.org/attachments/download/3143/freighter.png
13:26:37  <planetmaker> lol. A bit big, eh?
13:27:53  <andythenorth> doesn't suit the depot view much
13:28:06  <andythenorth> but that's an old issue
13:32:08  *** LordPixaII [~pixa@85.210.70.174] has quit [Read error: Connection reset by peer]
13:32:21  *** Pixa [~pixa@85.210.70.174] has joined #openttd
13:32:39  *** Chris_Booth is now known as Guest287
13:32:45  *** Chris_Booth [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has joined #openttd
13:33:08  <Eddi|zuHause> might want to scale everything down a notch then :)
13:33:16  <Eddi|zuHause> and that ship looks weird
13:33:21  <Eddi|zuHause> like it's "dualheaded"
13:33:26  *** peter1138 [~petern@217.64.121.177] has quit [Quit: Leaving]
13:34:15  <andythenorth> looks a bit push-me-pull-you?
13:35:09  <andythenorth> what are the rules for ship depots resizing their grid?
13:35:15  <andythenorth> sometimes they do it, sometimes they don't
13:36:52  <Alberth> probably big enough to fit the biggest ship at the moment they open
13:37:34  *** Guest287 [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has quit [Ping timeout: 480 seconds]
13:38:32  <frosch123> they use the biggest purchase list sprite :p
13:38:46  <frosch123> so, by fixing the purchase list, you break the depot :p
13:38:54  <andythenorth> oh
13:39:13  <andythenorth> that's interesting
13:39:21  <frosch123> but they use  "depot view" in var 10
13:39:29  <frosch123> so you have a chance to fix that
13:41:31  <planetmaker> http://newgrf-specs.tt-wiki.net/wiki/NML:Vehicles#Sprites_in_GUI
13:42:17  <andythenorth> ok
13:42:46  <frosch123> should we add the very special case purchaselist+depotview ?
13:43:21  <andythenorth> there aren't enough views already? :o
13:46:15  <frosch123> http://newgrf-specs.tt-wiki.net/index.php?title=Action2%2FVehicles&diff=3246&oldid=2759 <- makes sense? :p
13:46:48  <frosch123> typical case of coding something while not being aware of what it really does :p
13:55:00  <andythenorth> biab, driving
13:55:03  *** andythenorth [~Andy@host86-130-20-84.range86-130.btcentralplus.com] has quit [Quit: andythenorth]
14:02:07  <planetmaker> http://www.tt-forums.net/viewtopic.php?f=31&t=61628 <-- I find this a bit funny and sad...
14:03:31  <Alberth> do you mean you have to read text before you can use a computer??? :O
14:03:45  <Alberth> :D
14:05:33  *** KritiK [~Maxim@95-27-58-88.broadband.corbina.ru] has joined #openttd
14:10:23  <planetmaker> hehe
14:10:32  <planetmaker> Alberth: not before. But... maybe while
14:11:09  <Alberth> bummer, I did it wrong then, I read it before ;)
14:11:53  <planetmaker> you're an old bloke ;-)
14:13:07  <planetmaker> Today people watch a youtube tutorial, I guess
14:13:13  <Alberth> maybe not having X11 available out of the box also helped :)
14:13:15  <planetmaker> But they don't deal with command line. And text writing
14:14:39  <Alberth> that is, copy 75 floppies, boot, and get a text terminal with a login prompt :p
14:14:52  <planetmaker> :-D
14:15:13  <planetmaker> I never had to copy that many. DOS came on two. And even word was only 20 :-P
14:15:19  <planetmaker> Civ I had 4
14:15:22  <planetmaker> :-P
14:15:35  <frosch123> hmm, i had something on 31 disks
14:15:42  <Alberth> Slackware was my first distribution
14:15:45  <planetmaker> (though Civ 1, I didn't copy. That I bought)
14:15:57  <frosch123> maybe it was borland pascal 7
14:16:03  <planetmaker> and my first linux came on CDs. 5 CDs and it was like suse 5.3 or so
14:16:33  <Alberth> later, I switched to tape drive, much more convenient :p
14:16:39  <planetmaker> recently I converted the CDs to rocket wings :-P
14:16:41  <frosch123> planetmaker: those cds were weird; you only ever needed two of them
14:16:43  <Alberth> tapes of a whopping 250MB :)
14:17:17  <frosch123> the other cds were only to make it look cool or so
14:18:12  <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:18:44  <planetmaker> hehe :)
14:20:19  <frosch123> yeah, today's tube amplifiers also only have them to make them look cool
14:20:46  <frosch123> oh, or equalizers
14:21:29  <frosch123> Alberth: anyway, when working remote over 10000 km, you can easily return to the pre-x11 era
14:21:49  <planetmaker> ah, there it is. Alberth, you clearly come from a time where the left column prevailed: http://pics.nase-bohren.de/software-terminology.png
14:23:22  <frosch123> who added the last row to that image?
14:23:41  <planetmaker> :-)
14:23:44  <frosch123> it's misaligned
14:23:44  <planetmaker> dunno
14:23:46  <planetmaker> yeah
14:23:51  <frosch123> added later on
14:23:54  <Alberth> frosch123:  "ssh remote" to a server on the LAN without X11 apps is sufficient :)
14:47:11  *** Chris_Booth [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has quit [Ping timeout: 480 seconds]
14:50:29  *** LordAro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has joined #openttd
14:53:11  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
14:57:03  *** telanus [~telanus@196-215-17-200.dynamic.isadsl.co.za] has joined #openttd
14:58:06  *** telanus [~telanus@196-215-17-200.dynamic.isadsl.co.za] has quit [Remote host closed the connection]
14:58:14  *** Progman [~progman@p57A19AC0.dip.t-dialin.net] has quit [Remote host closed the connection]
14:58:27  *** telanus [~telanus@196-215-17-200.dynamic.isadsl.co.za] has joined #openttd
15:42:46  *** HerzogDeXtEr [~Flex@i59F6C9F1.versanet.de] has joined #openttd
15:47:38  *** LordAro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has quit [Remote host closed the connection]
15:49:33  *** LordAro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has joined #openttd
15:50:17  *** FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has left #openttd []
15:51:15  *** TWerkhoven [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
15:51:21  *** MINM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd
15:55:34  *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has quit [Ping timeout: 480 seconds]
16:26:11  *** Arafangion [~Arafangio@220-244-108-23.static.tpgi.com.au] has quit [Remote host closed the connection]
16:32:46  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
16:33:40  *** Elukka [Elukka@78-27-97-92.bb.dnainternet.fi] has joined #openttd
16:36:30  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
16:38:24  <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:38:58  <frosch123> delphi 2 was a cd for me
16:39:07  <Eddi|zuHause> the largest i ever installed from disks was win95
16:39:20  <frosch123> was a cd as well for me :p
16:39:23  <Eddi|zuHause> although i did have it on CD, the computer had no CD drive :)
16:39:49  <Eddi|zuHause> so i used two disks and swapped them between the computer with the CD and the one i wanted to install
16:40:15  <Eddi|zuHause> and these bastards made the .cab files 1.6MB large :p
16:40:29  <Eddi|zuHause> or 1.7
16:40:33  <frosch123> no ehd disk? :p
16:40:53  <Eddi|zuHause> anyway, larger than windows itself would allow you to format the disk
16:41:06  <Eddi|zuHause> i guess that was "copy protection" :)
16:41:38  <Eddi|zuHause> well, i had a program that could format the disks this large
16:42:51  <frosch123> oh, i remember the time when there was internet at school and we carried the downloads home on floppys
16:43:23  <frosch123> i think we collected all disks we could get to split hl updates onto them
16:44:08  <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:44:25  <frosch123> before they got the first bad blocks
16:49:40  *** HerzogDeXtEr1 [~Flex@i59F6C9F1.versanet.de] has joined #openttd
16:50:04  *** HerzogDeXtEr [~Flex@i59F6C9F1.versanet.de] has quit [Ping timeout: 480 seconds]
16:53:47  *** glx [glx@2a01:e35:2f59:c7c0:6442:7693:5db7:e97f] has joined #openttd
16:53:50  *** mode/#openttd [+v glx] by ChanServ
17:05:53  *** TWerkhoven2 [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
17:07:27  <Eddi|zuHause> i must have skipped that phase
17:09:20  <Rubidium> I remember the time my school didn't have internet!
17:10:23  <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:10:34  <frosch123> i think in the beginning it was only for 18+ :)
17:11:20  *** TWerkhoven[l] [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
17:11:20  <frosch123> (resp. 11th grade up)
17:12:45  *** TWerkhoven [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
17:12:59  *** Chris_Booth [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has joined #openttd
17:15:25  *** TWerkhoven2 [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
17:18:50  *** FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd
17:25:30  *** Chris_Booth [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has quit [Ping timeout: 480 seconds]
17:26:53  *** cyph3r [~Miranda@ip-78-45-94-1.net.upcbroadband.cz] has joined #openttd
17:32:43  <CIA-4> OpenTTD: translators * r24430 /trunk/src/lang/finnish.txt:
17:32:43  <CIA-4> OpenTTD: -Update from WebTranslator v3.0:
17:32:43  <CIA-4> OpenTTD: finnish - 10 changes by jpx_
17:33:50  *** M1zera [~Miranda@ip-78-102-217-126.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
17:34:51  <Sacro> \o/
17:35:42  <frosch123> Sacro: the welsh translation misses 196 strings
17:35:55  <Sacro> oh dear
17:36:00  <Sacro> it's not like it's a proper language
17:53:08  *** APTX [APTX@2001:470:1f0b:1a9d:240:63ff:fefb:5994] has quit [Ping timeout: 480 seconds]
17:53:48  *** HerzogDeXtEr [~Flex@i59F6C9F1.versanet.de] has joined #openttd
17:54:00  *** HerzogDeXtEr1 [~Flex@i59F6C9F1.versanet.de] has quit [Ping timeout: 480 seconds]
17:57:38  *** HerzogDeXtEr [~Flex@i59F6C9F1.versanet.de] has quit [Read error: Connection reset by peer]
18:06:05  *** KouDy [~KouDy@115.133.7.94] has quit [Ping timeout: 480 seconds]
18:06:05  *** Pixa [~pixa@85.210.70.174] has quit [Read error: Connection reset by peer]
18:06:43  *** Pixa [~pixa@85.210.70.174] has joined #openttd
18:08:02  *** APTX [APTX@2001:470:1f0b:1a9d:240:63ff:fefb:5994] has joined #openttd
18:21:43  *** flaa [~flaa@188.141.45.124] has quit [Quit: leaving]
18:22:12  <andythenorth> oh how droll
18:22:12  <andythenorth> http://dev.openttdcoop.org/attachments/download/3144/fish_buy_menu_7.png
18:22:38  <andythenorth> ok, so in some cases extra graphics are needed, but still...
18:23:22  <andythenorth> ...all those freighters are hard to tell apart in buy menu
18:29:41  *** HerzogDeXtEr [~Flex@i59F6C9F1.versanet.de] has joined #openttd
18:33:11  *** DOUK [~KEM@ALyon-158-1-115-42.w90-29.abo.wanadoo.fr] has joined #openttd
18:35:44  <FLHerne> andythenorth: Perhaps you should make them look less identical :P
18:36:04  <andythenorth> orly :P
18:36:37  <andythenorth> I need my artist back
18:36:57  <Eddi|zuHause> i'm fresh out of those...
18:37:29  *** mahmoud [~KEM@ALyon-158-1-33-118.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
18:41:49  *** tycoondemon [~ashnohoe@524B5F54.cm-4-4b.dynamic.ziggo.nl] has joined #openttd
18:42:44  <CIA-4> OpenTTD: rubidium * r24431 /trunk/config.lib: -Fix: some old compilers didn't like some flag that isn't really needed anyway
18:43:24  *** guru3_ [~guru3@81-224-161-252-no225.tbcn.telia.com] has joined #openttd
18:43:48  <CIA-4> OpenTTD: rubidium * r24432 /trunk/src/depend/depend.cpp: -Fix: compile warning in depend
18:44:56  *** TrueBrain_ [~patric@ip82-139-83-21.lijbrandt.net] has joined #openttd
18:45:22  *** telanus1 [~telanus@196-215-17-200.dynamic.isadsl.co.za] has joined #openttd
18:46:51  <andythenorth> 12 ships left to convert :P
18:46:56  *** WoneGacko [~gonewacko@524A7DE2.cm-4-3b.dynamic.ziggo.nl] has joined #openttd
18:47:00  <andythenorth> meh
18:47:05  *** Netsplit resistance.oftc.net <-> oxygen.oftc.net quits: tycoondemon2, Kurimus, Jupix, TrueBrain, Pulec, guru3, GoneWacko
18:47:13  *** Netsplit over, joins: Jupix
18:47:27  <andythenorth> it would be nice if I could diff the FISH action 0 props nfo <-> nml
18:48:45  *** Pulec [pulec@unaffilated.amunak.net] has joined #openttd
18:49:10  *** telanus [~telanus@196-215-17-200.dynamic.isadsl.co.za] has quit [Ping timeout: 480 seconds]
18:49:48  *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd
18:52:41  *** WoneGacko is now known as GoneWacko
18:55:10  <Eddi|zuHause> that would only have been possible if you took the same config files and just switched out the preprocessor :p
18:56:02  <andythenorth> yeah
18:56:05  <andythenorth> didn't do that ;)
18:56:51  *** telanus2 [~telanus@196-215-17-200.dynamic.isadsl.co.za] has joined #openttd
18:58:38  *** TrueBrain_ is now known as TrueBrain
18:58:49  * andythenorth wonders what grfcodec -d would do with the action 0s...? :)
18:59:15  <Rubidium> andythenorth: loads and loads of little numbers
18:59:22  <andythenorth> yes indeed
18:59:35  <andythenorth> I could read them individually to see if they match :o
18:59:37  <andythenorth> also
18:59:43  <andythenorth> who won the tour de france?
19:00:30  *** telanus1 [~telanus@196-215-17-200.dynamic.isadsl.co.za] has quit [Ping timeout: 480 seconds]
19:02:46  <Rubidium> I reckon it's the guy with that yellow jersey
19:02:51  <andythenorth> k
19:02:54  <andythenorth> ta
19:04:17  *** telanus [~telanus@196-215-17-200.dynamic.isadsl.co.za] has joined #openttd
19:07:53  *** Prof_Frink [~proffrink@94.13.8.182] has joined #openttd
19:07:55  *** telanus2 [~telanus@196-215-17-200.dynamic.isadsl.co.za] has quit [Ping timeout: 480 seconds]
19:09:22  *** Sleepie [~Sleepie@p50845D5C.dip.t-dialin.net] has joined #openttd
19:11:09  <Sleepie> hello
19:13:16  <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:13:48  *** telanus2 [~telanus@196-215-17-200.dynamic.isadsl.co.za] has joined #openttd
19:14:03  *** telanus2 [~telanus@196-215-17-200.dynamic.isadsl.co.za] has quit [Remote host closed the connection]
19:15:08  <frosch123> explains why noone edited the wiki today, except pm
19:15:31  <frosch123> hmm, though pm edited without login
19:15:49  <frosch123> oh, someone else also edited without logging in
19:17:17  <Sleepie> well I'm unsure if it makes a difference in this case if you're logged in or not
19:17:20  *** telanus [~telanus@196-215-17-200.dynamic.isadsl.co.za] has quit [Ping timeout: 480 seconds]
19:24:53  <Sleepie> Am I the only with this problem atm or do have also reports from other users?
19:25:02  <Sleepie> +you
19:25:26  <frosch123> noone complained
19:25:33  <frosch123> but there as unusual few edits :)
19:26:45  <Sleepie> maybe we should open a problem topic and a pointer to it on the main page
19:28:08  <frosch123> well, usually complains of that type does not exactly help
19:28:27  <frosch123> it's way better to have two guys in here who can reproduce the issue than having 10 on flyspray
19:28:46  <Sleepie> but the few edits can also be normal, because in many countries are vacation time now
19:29:25  <frosch123> did you edit via http or https?
19:29:45  <Sleepie> http
19:31:16  <Sleepie> and your point for not open a topic
19:31:23  <Sleepie> ;)
19:37:23  <TrueBrain> LordAro could edit the other day, so that is just weird
19:37:35  <TrueBrain> I cannot find a real reason why you wouldn't be able to edit ...
19:37:46  <TrueBrain> nor does any google search suggest this is a common issue
19:37:55  <TrueBrain> we can clean out the blocklist, but .. dunno if that helps :)
19:38:05  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
19:38:31  <Sleepie> maybe a real block/unblock of my account helps :P
19:38:53  *** Progman [~progman@p57A19AC0.dip.t-dialin.net] has joined #openttd
19:39:19  <Sleepie> I also did some research and couldn't find those issues reported somewhere else
19:39:27  <Sleepie> really a mystery
19:42:16  <Sleepie> hmm, thats really scary without being logged in I could edit http://wiki.openttd.org/Scenario:Isle_Of_Wight
19:42:27  <Sleepie> or did you changed something in the meantime
19:44:11  *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has joined #openttd
19:47:02  <Sleepie> so somehow my account must be blocked in some way, because my ip hasn't changed between the failed and successful edit
19:48:49  *** roadt_ [~roadt@60.168.92.11] has quit [Ping timeout: 480 seconds]
19:49:35  *** cyph3r [~Miranda@ip-78-45-94-1.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
19:52:20  * LordAro looks up at highlight
19:52:44  <andythenorth> hmm
20:02:02  *** Chris_Booth [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has joined #openttd
20:06:29  *** DOUK [~KEM@ALyon-158-1-115-42.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
20:07:37  *** lugo [GBerten293@oxygen.evosurge.com] has quit [Remote host closed the connection]
20:10:44  * andythenorth is glad there aren't hovercraft or hydrofoils specifically as tankers
20:10:56  * andythenorth has just invented 12 new ships to be tankers
20:11:13  <andythenorth> might as well do a banana boat as well, now I've started on this
20:11:14  <frosch123> nifhr
20:11:16  <frosch123> night
20:11:20  <andythenorth> bye
20:11:22  *** frosch123 [~frosch@frnk-590fea2e.pool.mediaWays.net] has quit [Remote host closed the connection]
20:11:23  <andythenorth> moi ausso
20:11:25  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has left #openttd []
20:12:09  *** LordAro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has quit [Ping timeout: 480 seconds]
20:16:26  *** DDR [~chatzilla@d172-218-2-5.bchsia.telus.net] has joined #openttd
20:29:21  *** LordAro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has joined #openttd
20:35:28  *** sla_ro|master [slaco@78.96.213.97] has quit [Quit: DANGER sla.ro is OFFLINE DANGER]
20:54:00  *** TWerkhoven [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd
21:05:03  <Terkhen> good night
21:08:08  <Sleepie> night Terkhen
21:14:14  *** DDR [~chatzilla@d172-218-2-5.bchsia.telus.net] has quit [Quit: for the love of god this is not safe for work]
21:25:10  *** mahmoud [~KEM@ALyon-158-1-22-222.w90-29.abo.wanadoo.fr] has joined #openttd
21:26:10  *** Chris_Booth [~chatzilla@host81-154-231-254.range81-154.btcentralplus.com] has quit [Remote host closed the connection]
21:47:39  *** ccfreak2k [~ccfreak2k@haqua.4chan.fm] has joined #openttd
22:03:15  *** Biolunar [~mahdi@blfd-4d083a03.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us]
22:04:55  <NGC3982> isnt it a bit odd that non-stop speed in station is not lowerd?
22:05:36  <NGC3982> running a chimaera trough a station at 640km/h feels a bit ..unrealistic.
22:06:04  <NGC3982> (and a bit windy for the people at the station).
22:06:30  *** DDR [~chatzilla@d172-218-2-5.bchsia.telus.net] has joined #openttd
22:07:44  <__ln__> NGC3982: shhhhhhhhhhhhh, it's not even close to bedtime in québec yet.
22:07:52  <NGC3982> ;).
22:11:38  *** TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Hugs to all]
22:27:01  *** Progman [~progman@p57A19AC0.dip.t-dialin.net] has quit [Remote host closed the connection]
22:34:27  <Sleepie> NGC3982: shouldn't that be solvable with trackset now?
22:34:35  <Sleepie> +a
22:35:26  <Sleepie> even such a set might exist for maglev yet :P
22:35:43  <Sleepie> +not I meant
22:38:30  *** TWerkhoven [~twerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
22:39:11  <Sleepie> so in station areas just build a tracktype with lower maxspeed
22:42:08  <Sleepie> only problem might be that it is not distinguishable, because you might prefer to to have the same graphics only with other capabilities
22:48:41  <Wolf01> 'night all
22:48:44  *** Wolf01 [~wolf01@95.232.234.29] has quit [Quit: Once again the world is quick to bury me.]
23:01:35  <Sleepie> TrueBrain: Maybe you read this later so just for the record. Like you can see on http://wiki.openttd.org/Special:RecentChanges I could make a few changes while being logged out.
23:03:22  *** LordAro [~LordAro@host81-155-105-242.range81-155.btcentralplus.com] has quit [Ping timeout: 480 seconds]
23:04:15  <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:06:21  <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.
23:18:00  *** KouDy [~KouDy@115.133.7.94] has joined #openttd
23:48:50  *** pugi [~pugi@host-091-097-186-204.ewe-ip-backbone.de] has quit []
23:51:34  *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit []
23:58:37  *** KritiK [~Maxim@95-27-58-88.broadband.corbina.ru] has quit [Quit: Leaving]

Powered by YARRSTE version: svn-trunk