Config
Log for #openttd on 27th May 2012:
Times are UTC Toggle Colours
00:02:43  *** KritiK [~Maxim@95-27-97-233.broadband.corbina.ru] has quit [Quit: Leaving]
00:10:14  *** pugi [~pugi@host-091-097-072-225.ewe-ip-backbone.de] has quit []
00:19:39  *** LordAro [569c25ad@ircip3.mibbit.com] has joined #openttd
00:23:54  *** mahmoud [~KEM@ALyon-158-1-9-175.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
00:42:39  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has joined #openttd
00:42:56  *** guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
00:43:21  *** roadt [~roadt@60.168.81.150] has joined #openttd
00:44:47  *** Djohaal_ [~Djohaal@189.58.21.244.dynamic.adsl.gvt.net.br] has joined #openttd
00:44:47  *** Djohaal [~Djohaal@189.58.14.56.dynamic.adsl.gvt.net.br] has quit [Read error: Connection reset by peer]
00:48:58  *** guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
00:57:57  *** guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
01:19:59  *** KouDy [~KouDy@176.41.49.60.kmr01-home.tm.net.my] has joined #openttd
01:51:21  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
02:00:04  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has joined #openttd
02:01:30  *** cyph3r [~Miranda@ip-89-176-205-226.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
02:09:34  *** Knogle [knogle@1604ds5-soeb.0.fullrate.dk] has quit [Read error: Connection reset by peer]
02:26:59  *** glx [glx@2a01:e35:2f59:c7c0:7555:a220:6927:2b32] has quit [Quit: bye]
02:54:30  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
03:26:32  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has joined #openttd
04:14:53  *** Djohaal_ [~Djohaal@189.58.21.244.dynamic.adsl.gvt.net.br] has quit [Quit: Leaving]
04:18:11  <Kylie> bed nn all
04:29:13  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
04:29:58  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has joined #openttd
04:35:16  *** telanus [~Barney_Er@196-210-244-73.dynamic.isadsl.co.za] has joined #openttd
04:48:11  *** Eddi|zuHause [~johekr@p5DC6746E.dip.t-dialin.net] has quit []
04:48:27  *** Eddi|zuHause [~johekr@p5DC67B08.dip.t-dialin.net] has joined #openttd
05:38:48  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
05:41:08  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
05:55:30  *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has quit [Quit: Rhamphoryncus]
05:58:01  *** Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection]
05:58:42  *** Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
06:14:17  *** tokai|mdlx [~tokai@port-92-195-157-222.dynamic.qsc.de] has joined #openttd
06:19:43  <andythenorth> morning
06:20:17  *** tokai|noir [~tokai@port-92-195-202-87.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
06:23:17  *** roadt [~roadt@60.168.81.150] has quit [Ping timeout: 480 seconds]
06:30:04  *** LordAro [569c25ad@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
06:33:46  <andythenorth> hm
06:33:53  * andythenorth has not released a set for a while
07:07:43  <Terkhen> good morning
07:10:10  <andythenorth> hi Terkhen
07:21:15  *** sla_ro|master [slaco@95.76.151.112] has joined #openttd
07:33:58  *** valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has joined #openttd
07:42:52  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
07:47:47  *** Prof_Frink [~proffrink@5e09ee84.bb.sky.com] has quit [Ping timeout: 480 seconds]
07:54:48  *** mal2_ [~mal2@port-92-206-73-114.dynamic.qsc.de] has joined #openttd
08:12:37  *** Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer]
08:13:57  *** Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
08:15:01  *** Progman [~progman@p57A1BC2E.dip.t-dialin.net] has joined #openttd
08:22:56  *** roadt [~roadt@60.168.81.150] has joined #openttd
08:29:15  *** telanus [~Barney_Er@196-210-244-73.dynamic.isadsl.co.za] has quit [Quit: Leaving.]
08:29:42  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has joined #openttd
08:32:21  *** Nat_aS is now known as Nat_AFK
08:50:17  *** guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]
08:56:20  *** TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
09:00:07  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
09:02:52  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
09:02:55  *** mode/#openttd [+o Alberth] by ChanServ
09:06:37  *** telanus [~Barney_Er@196-210-244-73.dynamic.isadsl.co.za] has joined #openttd
09:06:56  *** wIRC9 [~warirc@41.58.17.60] has joined #openttd
09:10:46  *** wIRC9 [~warirc@41.58.17.60] has quit [Quit: (wiRC v9.0) download it @ www.warIRC.com]
09:11:15  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
09:11:32  <Alberth> 'lo andy
09:13:29  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has joined #openttd
09:15:41  *** DDR [~chatzilla@d66-183-113-159.bchsia.telus.net] has quit [Quit: for the love of god this is not safe for work]
09:26:26  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
09:27:30  *** Wolf01 [~wolf01@95.232.234.29] has joined #openttd
09:27:55  <Wolf01> morning o/
09:28:57  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
09:29:23  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
09:29:27  *** mode/#openttd [+o Alberth] by ChanServ
09:29:54  <Alberth> you scared the desktop so much it closed the window, Wolf01 :)
09:30:04  <Alberth> moin :)
09:30:07  <Wolf01> :)
09:30:55  <Alberth> it could also have been me pressing a weird button :p
09:33:07  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has joined #openttd
09:34:33  *** frosch123 [~frosch@frnk-590f73a2.pool.mediaWays.net] has joined #openttd
09:46:17  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
09:48:21  *** pugi [~pugi@dyndsl-091-096-051-134.ewe-ip-backbone.de] has joined #openttd
10:04:19  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has joined #openttd
10:24:53  *** Chris_Booth [~chatzilla@host81-152-250-188.range81-152.btcentralplus.com] has joined #openttd
10:32:48  *** cyph3r [~Miranda@ip-89-176-205-226.net.upcbroadband.cz] has joined #openttd
10:52:52  *** Biolunar [~mahdi@blfd-4d083231.pool.mediaWays.net] has joined #openttd
10:55:43  *** pedro123456 [b12409e4@ircip3.mibbit.com] has joined #openttd
10:58:34  *** pedro123456 [b12409e4@ircip3.mibbit.com] has quit []
10:59:57  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
11:02:20  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
11:04:34  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has joined #openttd
11:09:41  *** Stimrol [~Stimrol@dsl-149-87-36.hive.is] has quit [Quit: ZNC - http://znc.in]
11:17:36  *** DOUK [~KEM@ALyon-158-1-13-176.w90-29.abo.wanadoo.fr] has joined #openttd
11:20:08  *** mahmoud [~KEM@ALyon-158-1-14-160.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
11:38:31  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
11:43:05  *** TWerkhoven[l] [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
11:58:54  *** KritiK [~Maxim@89-178-193-197.broadband.corbina.ru] has joined #openttd
12:07:14  *** glx [glx@2a01:e35:2f59:c7c0:3047:97c3:a525:807b] has joined #openttd
12:07:17  *** mode/#openttd [+v glx] by ChanServ
12:49:17  *** Hazzard [~7b780f99@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
13:03:13  <frosch123> http://devs.openttd.org/~frosch/advsettingdropdown.png http://devs.openttd.org/~frosch/diffs/advsettingdropdown.diff <- anyone interested in testing that patch? i am not interested in bugs, it's a prototype-hack and there are plenty of them. i just want to know about the usability compared to trunk
13:12:46  <Terkhen> I prefer them, they allow you to see all available options at once
13:13:07  <Terkhen> but the position feels a bit strange
13:13:34  <Terkhen> I would expect it to be at the left of the option, not at the left of its description
13:15:32  <frosch123> scattering dropdowns all over the place is also weird
13:15:38  <frosch123> this way all buttons are on the left
13:15:58  <frosch123> (and figuring out the position of some text is even harder)
13:19:24  <Terkhen> true :)
13:41:47  *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd
13:57:55  *** Hazzard [~7c418246@101.haydn.openttdcoop.org] has joined #openttd
13:58:13  *** Firartix [~artixds@207.140.0.93.rev.sfr.net] has joined #openttd
14:00:21  *** LordAro [569c25ad@ircip1.mibbit.com] has joined #openttd
14:00:26  *** LordAro [569c25ad@ircip1.mibbit.com] has quit []
14:10:43  *** HerzogDeXtEr [~Flex@88.130.163.238] has joined #openttd
14:14:13  *** mahmoud [~KEM@ALyon-158-1-13-176.w90-29.abo.wanadoo.fr] has joined #openttd
14:16:33  *** HerzogDeXtEr1 [~Flex@88.130.179.203] has quit [Ping timeout: 480 seconds]
14:21:13  *** DOUK [~KEM@ALyon-158-1-13-176.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
14:29:56  *** Hazzard [~7c418246@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
14:33:10  *** Hazzard [~7b7a44d7@101.haydn.openttdcoop.org] has joined #openttd
14:33:12  *** zooks [~zooks@vhe-540241.sshn.net] has quit [Ping timeout: 480 seconds]
14:58:15  *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd
15:04:13  *** Hazzard [~7b7a44d7@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
15:08:24  <Eddi|zuHause> frosch123: i think it's a step in the right direction. but making it more obvious that you can enter a number in <> settings is also needed
15:09:12  <Eddi|zuHause> and while at it, the description should show the default value
15:19:30  <frosch123> the latter could be arranged :)
15:21:36  <Alberth> selecting a number with a drop-down is not useful, unless it has a very small range
15:21:58  <Eddi|zuHause> that was not what i was saying...
15:22:49  <Eddi|zuHause> currently, with numeric settings, an edit box pops up when you click on it. but that is not very obvious. an explicit button may make it more obvious
15:23:25  <Eddi|zuHause> the < > buttons should stay, but maybe a third button added inbetween
15:24:39  <Alberth> only keep the <> for numeric settings?
15:24:56  <Alberth> not sure about adding a 3rd button, what would be on it?
15:25:33  <Alberth> there are no such buttons anywhere
15:26:10  <Eddi|zuHause> the starting year in the new game window has a similar problem. it is by no means obvious that you can click on the year to enter a number
15:29:04  * Alberth nods
15:29:20  <Alberth> you should not want to change it anyway :D
15:32:48  <Terkhen> maybe all three types of options (boolean buttons, numeric values with < > and dropdowns) should be aligned at the right part of the window
15:33:01  <Terkhen> that way the window would feel less misaligned
15:33:15  <frosch123> there is a mockup for that on the forums
15:33:19  <frosch123> it looks quite stupid
15:33:28  <frosch123> you cannot tell what buttons belong to what setting
15:33:38  <frosch123> if there is lots of whitespace between them
15:33:58  <frosch123> you would have to add dots or line, but that is likely ugly as well :)
15:37:20  *** roadt [~roadt@60.168.81.150] has quit [Ping timeout: 480 seconds]
15:41:29  <Terkhen> hmmm... ok :P
15:44:25  <Alberth> it also sucks for navigation, you constantly have to move between buttons and the tree (un)collapse buttons then
15:46:12  <frosch123> even better point :)
15:46:18  *** roadt [~roadt@60.168.90.68] has joined #openttd
15:52:36  <frosch123> max zoom out must be a weird setting
15:53:19  <frosch123> seems to be the only setting that does not start at 0
15:54:15  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
15:54:38  <frosch123> ah, pfs as well
15:55:19  *** zooks [~zooks@vhe-540241.sshn.net] has quit [Ping timeout: 480 seconds]
16:11:21  *** Firartix [~artixds@207.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds]
16:20:55  *** Elukka [Elukka@78-27-90-14.bb.dnainternet.fi] has joined #openttd
16:38:01  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
16:42:00  *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has joined #openttd
16:42:48  *** Prof_Frink [~proffrink@5e09ee84.bb.sky.com] has joined #openttd
16:59:37  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
17:03:03  *** namad7 [aaaaa@c-67-163-246-17.hsd1.pa.comcast.net] has quit []
17:03:56  *** cyph3r [~Miranda@ip-89-176-205-226.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
17:09:40  *** mahmoud [~KEM@ALyon-158-1-13-176.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
17:10:52  *** mahmoud [~KEM@ALyon-158-1-13-176.w90-29.abo.wanadoo.fr] has joined #openttd
17:12:37  *** cyph3r [~Miranda@ip-86-49-67-134.net.upcbroadband.cz] has joined #openttd
17:13:37  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
17:16:34  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
17:17:07  * andythenorth plays openttd
17:17:45  * Chris_Booth play andythenorth
17:17:48  * Chris_Booth play andythenorth
17:17:52  * Chris_Booth plays andythenorth
17:17:57  <Chris_Booth> 3rd time lucky
17:17:59  <Chris_Booth> :(
17:18:06  <Terkhen> :P
17:18:06  <Chris_Booth> sorry andy
17:18:18  <andythenorth> that's some life I won't get back :(
17:19:02  <andythenorth> @DorpsGek r24246
17:19:10  <andythenorth> DorpsGek: @24246
17:19:12  <andythenorth> meh
17:19:23  <Alberth> @commit 24246
17:19:23  <DorpsGek> Alberth: Commit by michi_cc :: r24246 /trunk/src (5 files) (2012-05-14 19:56:49 UTC)
17:19:24  <DorpsGek> Alberth: -Add [FS#5052-ish]: [NewGRF] Variable with the current max speed for vehicles.
17:19:45  <DorpsGek> @andythenorth r24246
17:19:54  <andythenorth> meh, that's not in DorpsGek's command list
17:20:27  <andythenorth> anyway, looks like an interesting commit
17:20:32  <andythenorth> not sure what to use it for yet
17:20:44  <Terkhen> crazy stuff?
17:20:58  <andythenorth> seems most like something to display in text
17:21:05  <andythenorth> but there's no info text for vehicles
17:21:15  <Alberth> convert cargo if it goes faster than some limit :p
17:21:37  <Terkhen> if speed > value, increase a counter in town storage, and then use a NoGo script to fine the company
17:22:09  <Terkhen> change vehicle weight when it reaches relativistic speed
17:22:11  <andythenorth> hmm
17:22:14  <andythenorth> that reminds me
17:22:21  <andythenorth> hovercraft should age passengers faster
17:22:32  <frosch123> andythenorth: it is meant to make engines figure out, whether they are running under load, or whether they are idling at the speed limit
17:22:43  <andythenorth> so hence running costs?
17:22:46  <andythenorth> also
17:22:48  <andythenorth> smoke :P
17:26:02  <Snail_> hi guys, I'm having fun coding new features for my trainset
17:26:24  <Snail_> a thing that would *greatly* help (not just me) would be to have more than 8 userbits...
17:26:35  <Snail_> like, a larger bit mask for user data
17:28:21  *** Devedse [~Devedse@210.115-247-81.adsl-dyn.isp.belgacom.be] has joined #openttd
17:28:40  <andythenorth> Snail_: you have the luxury of userbits, and you want more :o
17:28:58  <andythenorth> try not using any, it will make you a more heroic newgrf author :)
17:29:00  <Terkhen> I have never used them, what are possible use cases for userbits?
17:29:33  <andythenorth> detecting things like 'class of lead engine'
17:29:43  <andythenorth> rather than being pinned down to detecting by ID
17:29:54  * andythenorth imagines
17:30:06  * andythenorth does not have any user bits to play with, and is grumpy about that
17:30:15  <Snail_> 1. to have engines with multiple liveries: the way they userbits are set or cleared can set a special livery for an engine, and the caches attached to it would change specs according to it
17:31:12  <Snail_> only checking by engine ID would not be sufficient, and checking by refitting cycle would not be sufficient either, because the same engines might have different sets of available liveries depending on certain conditions
17:31:31  *** kkimlabs_ [~kkimlabs@cpe-69-203-124-125.nyc.res.rr.com] has joined #openttd
17:31:42  <Snail_> 2. userbits can be useful to assign specific characteristics of wagons, such as push-pull capabilities
17:32:41  <Snail_> 3. they must be used to enforce particular conditions, such as not allowing the train to leave a depot if a driving trailer is attached to the consist in a position other than last
17:32:44  <Terkhen> you could always store all engine/consist related information in the persistent storage to free some bits
17:32:52  <andythenorth> there is no persistent storage....
17:32:55  <Terkhen> no?
17:32:57  <andythenorth> :P
17:33:02  <Terkhen> http://newgrf-specs.tt-wiki.net/wiki/VariationalAction2#Type <--
17:33:04  <andythenorth> not unless I miseed a commit
17:33:15  <Snail_> Terkhen: I tried to, but the persistent storage has one value for engine class
17:33:17  <Terkhen> that says that vehicles have a persistent storage
17:33:23  <andythenorth> :o
17:33:25  <andythenorth> since when is that?
17:33:34  <Terkhen> no idea, it was there before I coded town storage
17:33:56  <frosch123> http://www.tt-forums.net/viewtopic.php?f=68&t=57305 <- why start the discussion again?
17:33:56  <andythenorth> spec says industries only
17:33:56  <andythenorth> http://newgrf-specs.tt-wiki.net/wiki/Storages#Persistent_storage
17:33:57  <Snail_> so if I buy two engines with the same ID, and I store something in the persistent storage for the first engine, and then something else for the 2nd engine, the last info would overwrite the first
17:34:18  <Snail_> so I can't go with persistent storage, I need to go by userbit
17:34:22  *** Nat_AFK is now known as Nat_aS
17:34:40  *** Djohaal [~Djohaal@189.58.21.244.dynamic.adsl.gvt.net.br] has joined #openttd
17:35:15  <Snail_> frosch123: I know. I didn't say anything for a while because I tried to make use of the current 8 bits, but there are things I'd like to add that would require more than 8 bits
17:35:34  <frosch123> i still think that the 8 bit are completey useless
17:35:40  <Terkhen> andythenorth: sorry, I was wrong it seems :P
17:35:41  <Snail_> I've been talking with MB about this for a while, and he would also need more than that to make stuff happen
17:35:45  <frosch123> and extending them does not make them more useful
17:35:46  <Terkhen> that's just the list of "parent" objects
17:35:53  <frosch123> the OR-mechanic is just useless
17:35:58  <Snail_> frosch123: allow me to disagree :p
17:36:25  <Snail_> I would not possibly have coded the livery system in my set hadn'it it been for the userbits
17:36:45  <frosch123> just because something is currently the only way to do something does not mean that it is good
17:37:08  <Snail_> well, it doesn't mean it's perfect, but it means it works
17:37:50  <Snail_> or at least that it's better than nothing :)
17:38:29  * andythenorth ponders
17:38:39  <CIA-17> OpenTTD: translators * r24294 /trunk/src/lang/ (13 files): (log message trimmed)
17:38:39  <CIA-17> OpenTTD: -Update from WebTranslator v3.0:
17:38:39  <CIA-17> OpenTTD: catalan - 2 changes by arnau
17:38:39  <CIA-17> OpenTTD: traditional_chinese - 1 changes by Luper
17:38:39  <CIA-17> OpenTTD: croatian - 7 changes by VoyagerOne
17:38:41  <CIA-17> OpenTTD: danish - 3 changes by beruic
17:38:41  <CIA-17> OpenTTD: dutch - 9 changes by mazele
17:38:59  <andythenorth> how about removing 'wagons' and making trains fixed consists?
17:39:03  <Snail_> even something like 16 bits with just OR would greatly help
17:39:13  <andythenorth> fixed consists would solve this
17:39:35  *** Chris_Booth [~chatzilla@host81-152-250-188.range81-152.btcentralplus.com] has quit [Ping timeout: 480 seconds]
17:39:50  <frosch123> Snail_: whether it's 16 bit or 32 bit makes absolutely no difference
17:39:56  <Snail_> andythenorth: but that would take away the possibility of adding or removing wagons
17:40:02  <andythenorth> yes
17:40:11  <Snail_> frosch123: what do you mean?
17:40:11  <frosch123> you do not have to bargain for bits
17:40:17  <andythenorth> trains would be articulated vehicles
17:40:26  <andythenorth> they could be refitted by cargo subtype for length
17:40:29  <frosch123> it needs a solution that convinces
17:40:41  <frosch123> not extending crap that is broken for 8 years
17:41:08  *** cyph3r [~Miranda@ip-86-49-67-134.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
17:41:09  <andythenorth> frosch123: that's how things like PHP win.  Where's the issue :P :)
17:41:16  <frosch123> and unconditional OR-ing is about the most stupid thing you can do
17:41:23  <frosch123> that prevents combining multiple grfs
17:41:36  <Snail_> I agree it's limited, but it's still better than nothing
17:41:38  <frosch123> which is the design-scheme from 8 years ago, and is just inappropiate today
17:41:55  <andythenorth> I once proposed arbitrary labels
17:42:01  <andythenorth> primarily for lead vehicle
17:42:08  <andythenorth> to be extended at will by author(s)
17:42:24  <andythenorth> probably all wrong for seven kinds of reason
17:42:25  <andythenorth> :P
17:42:28  <Terkhen> I guess that you need something like town persistent storage, except that having one of those for each vehicle would reduce the game to a crawl :)
17:42:38  <andythenorth> persistent storage is one option
17:42:42  <andythenorth> there must be others...
17:42:45  <Snail_> Terkhen: exactly
17:43:03  <frosch123> so far i did not read any requirement for storage
17:43:13  <frosch123> every usecase so far was about detecting certain unit compositions
17:43:17  <andythenorth> imo this is same problem class as: refit livery, refit length, refit subtype, refit power
17:43:30  <frosch123> so, andy's labels seem a lot more appropiate than any amount of storages
17:43:37  <Snail_> I tried persistent storage, but it's got one value for ID, not one value for vehicle. Userbits are unique for each vehicle
17:43:44  <andythenorth> storages are going to suck
17:43:46  <Terkhen> I meant "like" as in, each NewGRF has its space but can read other NewGRfs stuff
17:43:53  <Terkhen> storages are not an option for vehicles :)
17:43:56  <andythenorth> storages do not provide any convention across grfs
17:44:02  <Snail_> labels could be interesting
17:44:27  <andythenorth> if I stuff a bitmask of four attributes in storage 1, but you put a max speed in there as a word....wtf :P
17:44:45  <andythenorth> ^ no problem if no-one ever tries to combine vehicles from multiple sets :P
17:44:53  <Snail_> andythenorth: how would they work? each vehicle would have a string of characters that it could arbitrarily set? and they'd be accessible from other vehicles (through var61)?
17:45:08  <andythenorth> not sure
17:45:14  <andythenorth> not even sure they would work tbh :P
17:45:20  <andythenorth> I'm just suggesting idea
17:45:21  <andythenorth> s
17:46:16  <andythenorth> I suggest things, and frosch123 tells me how they would work, or politely ignores my stupid ideas :)
17:46:38  <Snail_> :)
17:48:39  <andythenorth> what are the cases you have again?
17:49:00  <andythenorth> described in terms of wagon X, engine A etc...
17:49:35  <Snail_> engine ID A can have liveries 1, 2 and 3, so it's got three refits
17:49:48  <Snail_> engine ID B can have liveries 1, 2 and 4
17:50:27  <Snail_> so if I attach two engines, one type A and one type B in a multiple traction, the consist can only have liveries 1 and 2 (engines with different liveries can't be attached to each other)
17:51:07  <Snail_> now, how to check which livery the engines currently have? ... I can't go by refit cycle, because each engine's refit options depend on what's attached to the consist
17:51:23  <Snail_> so going there by userbits is the best solution (so far)
17:51:57  <Snail_> for instance livery 1 has userbit pattern 0000 0000, livery 2 has pattern 0000 0010, livery 3 has pattern 0000 0011 etc.
17:52:13  <Snail_> like this, I reserve a few userbits for the liveries
17:52:52  <Snail_> then, one more userbit is reserved to check whether a driving trailer is not in the last position (which would prevent the train from leaving the depot)
17:53:20  <andythenorth> so the lead vehicle refit is dependent on the consist :o
17:53:21  <andythenorth> ?
17:54:13  <Snail_> a couple more userbits are used to check for push-pull compatibility for coaches, a couple more for service type (local/long distance, coz "old" long distance coaches would end up being used as local)
17:54:21  <Snail_> andy: yes, that's how it works now
17:55:32  <Snail_> probably a custom label for each vehicle would solve a few of these problems. I could use it to determine the engine's livery, thus freeing a few userbits
17:55:54  * andythenorth thinks livery refits are part of the problem, not a solution
17:55:54  <andythenorth> but we are where we are
17:56:15  <andythenorth> this set of problems smells also related to FS 4934
17:56:15  <andythenorth> http://bugs.openttd.org/task/4934
17:57:06  <Snail_> andythenorth: historically, there were many different companies that used the same (or very similar) engine types, so I want to recreate this in my sets ;)
17:57:20  *** mal2_ [~mal2@port-92-206-73-114.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
17:57:42  <Snail_> therefore an engine is available in many livery refits that also have an impact on looks, specs, attachment rules, etc.
17:58:16  <andythenorth> Snail_: I understand the desire.  It's the method of 'livery by cargo subtype refit' that I think smells wrong
17:58:21  <andythenorth> wrong / bad
17:59:13  <Snail_> andy: I see your point... I tried other approaches, but couldn
17:59:13  <Snail_> t
17:59:24  <Snail_> couldn't find any convincing ones
17:59:30  <andythenorth> and it strikes me FS 4934 only gets worse if more things can be checked in a varact 2 chain, especially wrt checking rest of consist
17:59:41  <andythenorth> there are no other convincing methods
18:00:07  <andythenorth> refitting length of a truck by cargo subtype is not convincing either :P
18:00:11  *** mal2_ [~mal2@port-92-206-73-114.dynamic.qsc.de] has joined #openttd
18:00:13  <andythenorth> nor is refitting power of a vehicle
18:00:29  <Snail_> yeah...
18:01:23  * andythenorth wonders whether a graphics branch should be much more limited, and much more subject to caching
18:02:06  * andythenorth doubts the implementation could be stretched to that
18:02:38  <andythenorth> at least with current act 2 (varact 2) / action 3
18:03:40  <frosch123> andythenorth: you have to differ between stuff that is only needed in depots to check the composition
18:03:44  * andythenorth ponders forcing graphics to be provided by restricted set of cbs
18:03:49  <frosch123> and stuff that is only needed when the vehicle is visible
18:04:03  * andythenorth ponders forcing cbs to return action 1 realsprites block :P
18:04:08  <andythenorth> not action 2 ID :P
18:04:14  <andythenorth> this has certain...problems
18:04:15  <frosch123> fs#4934 is only about the fact, that ottd determines the look of vehicles everytime they move, instead of only when they are visible
18:04:30  <andythenorth> but we know that solving it is very hard?
18:04:32  <frosch123> the current method might be faster when zoomed out and a lot of vehicles are visisible
18:04:43  <frosch123> but certainly slower if the map is huge and only a part is visible at a time
18:04:57  <andythenorth> if sprites can be arbitrary size, what choice do we have but to checking everything?
18:05:05  <andythenorth> checking / check /s
18:05:14  <frosch123> the middle way is to keep the cache, but only invalidate it when moving and fill it when needed
18:05:35  <frosch123> vehicles sprites are not of any size
18:05:48  <frosch123> esp. not rv and train sprites
18:08:29  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds]
18:10:14  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
18:11:54  *** Devedse [~Devedse@210.115-247-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Ik ga weg]
18:12:03  <andythenorth> hmm
18:12:13  *** Devedse [~Devedse@210.115-247-81.adsl-dyn.isp.belgacom.be] has joined #openttd
18:12:17  <andythenorth> Snail_: this is one of those questions that unpicks lots of other questions :P
18:12:30  <andythenorth> it's not a simple feature request ;)
18:12:52  <Snail_> well, if I got 8 extra userbits, I'd be happy and shut my mouth :D
18:13:26  <Snail_> it would be a workable solution to my problems and would allow me to code what I have in mind with no glitches
18:13:32  <Snail_> even if perhaps it's not so elegant :p
18:13:40  <Snail_> it would still work
18:14:10  <andythenorth> worse is better :P
18:16:35  <Snail_> why worse?
18:17:41  <Terkhen> that only pospones a better solution :)
18:18:17  <Terkhen> s/pospones/postpones/
18:18:37  <Snail_> well, any solution that works is good enough to me, as a newGRF developer :) and more userbits would do the trick
18:21:39  <Terkhen> for us, as developers, it means implementing the same thing twice
18:21:50  <Terkhen> better to do it right once
18:21:51  * andythenorth tries to figure out why refit cycle can't be used for this?
18:22:02  <andythenorth> I'm sure the reason is good
18:22:17  <andythenorth> nvm, I kind of see it
18:22:26  <Snail_> andythenorth: because the refit options can change according to the consist :)
18:22:30  <frosch123> refit_cycle is a user-set value, no grf-set value
18:23:47  <Snail_> Terkhen: I see, but how hard would it be to allocate 8 more bits to the userbit mask?
18:24:07  *** mal2_ [~mal2@port-92-206-73-114.dynamic.qsc.de] has quit [Read error: No route to host]
18:24:16  <frosch123> Snail_: the question is how grfs would access them
18:24:19  *** mal2_ [~mal2@port-92-206-73-114.dynamic.qsc.de] has joined #openttd
18:24:26  <frosch123> again, you do not have to bargain for bits
18:24:36  <frosch123> ottd has no problem to add 32bits to vehicles
18:24:42  <frosch123> but you need a newgrf spec to access them
18:24:53  <frosch123> and the current one cannot be extended
18:25:14  <frosch123> you need somethnig new, and doing the same twice though it is already known to be bad, is stupid
18:25:34  <andythenorth> it's also tiresome that this is only about trains
18:25:42  <andythenorth> trains are not particularly special
18:25:56  <andythenorth> so a solution that could be applied elsewhere is desirable
18:26:13  <andythenorth> which suggests spec update
18:26:13  <Snail_> how about custom labels as andy suggested? would that be feasible?
18:26:46  <andythenorth> labels as they exist elsewhere are get, not set
18:26:53  <andythenorth> dunno if that matters
18:27:25  <Snail_> oh, so they can't be changed?
18:27:34  <andythenorth> for railtypes, cargos etc, no
18:27:38  <andythenorth> there are no cbs to set them
18:27:46  <Snail_> right. I see what you mean
18:27:53  <andythenorth> they're effectively a compile time constant (I think)
18:27:58  <andythenorth> or run time constant at least
18:28:12  <Snail_> right, so they wouldn't help in this case
18:28:21  <andythenorth> not sure if it matters how they work now though
18:28:26  <andythenorth> this would be a different case
18:29:03  <andythenorth> I worry that labels are just a pretty face on persistent storage
18:29:26  <andythenorth> a 4 char label is just 4 bytes of storage :P
18:31:07  <Snail_> the issue is that if they're not changeable, accessing them would give you pretty much the same info as accessing the vehicle ID
18:31:18  <Snail_> coz there would be a 1-to-1 correspondence between ID and label
18:31:49  <andythenorth> they would need to be changeable
18:33:45  <Snail_> yep, so the question is, would it be possible to implement labels for vehicles that could also be set through a callback
18:34:59  *** Nat_aS is now known as Nat_AFK
18:35:21  <NGC3982> evening.
18:37:21  <Terkhen> hi NGC3982
18:39:25  <NGC3982> everything ok? :-)
18:40:09  *** roadt [~roadt@60.168.90.68] has quit [Ping timeout: 480 seconds]
18:40:27  <Terkhen> tomorrow is monday, besides that yes
18:40:54  <NGC3982> monday is the pride of the week!
18:40:59  <NGC3982> ;-)
18:42:00  <frosch123> i think there is not even funday monday tomorrow
18:43:42  <NGC3982> &i kind of like them. althought, that might have to do woth the fact that i barely work on mondays.
18:44:17  <NGC3982> with*
18:44:42  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
18:44:52  <NGC3982> damn non-T9 app.
18:45:03  * andythenorth likes mondays
18:45:46  *** kkimlabs_ [~kkimlabs@cpe-69-203-124-125.nyc.res.rr.com] has quit [Ping timeout: 480 seconds]
18:50:43  *** Nat_AFK is now known as Nat_aS
18:51:47  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
18:55:47  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
18:56:34  *** telanus [~Barney_Er@196-210-244-73.dynamic.isadsl.co.za] has left #openttd [QUIT :Leaving.]
18:57:27  *** cyph3r [~Miranda@ip-86-49-67-134.net.upcbroadband.cz] has joined #openttd
19:03:10  *** Devroush [~dennis@ip-83-134-166-70.dsl.scarlet.be] has joined #openttd
19:11:20  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
19:19:24  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
19:24:25  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
19:33:28  *** flaa [~flaa@188.141.45.124] has joined #openttd
19:41:26  *** chester_ [~chester@95-25-199-200.broadband.corbina.ru] has joined #openttd
19:43:33  *** Nat_aS is now known as Nat_AFK
19:43:51  *** chester_ [~chester@95-25-199-200.broadband.corbina.ru] has quit []
19:54:36  *** kkimlabs_ [~kkimlabs@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd
20:01:00  *** DDR [~chatzilla@d66-183-113-159.bchsia.telus.net] has joined #openttd
20:05:55  *** Nat_AFK is now known as Nat_aS
20:25:31  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has left #openttd []
20:43:02  *** Nat_aS is now known as Nat_AFK
20:47:39  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds]
20:54:19  *** Devedse [~Devedse@210.115-247-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Ik ga weg]
21:02:10  *** Knogle [knogle@1604ds5-soeb.0.fullrate.dk] has joined #openttd
21:05:00  <Wolf01> 'night
21:05:05  *** Wolf01 [~wolf01@95.232.234.29] has quit [Quit: Once again the world is quick to bury me.]
21:05:05  <Knogle> Can anyone tell me what exactly GSSignList returns? sign_id's?
21:05:35  *** mal2__ [~mal2@port-92-206-33-195.dynamic.qsc.de] has joined #openttd
21:06:35  <frosch123> yes
21:06:47  <frosch123> all of them
21:07:34  <Knogle> odd, if I loop through all on the signs and use GSLog to show them, it just returns 0 for all of them.
21:07:49  <Knogle> on=of
21:08:01  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
21:08:11  <frosch123> you might first have to set a company
21:08:22  <frosch123> i guess by default you only get your own signs
21:08:37  <frosch123> i.e. the ones placed by the goalscript or those placed in scenario editor
21:08:49  <Knogle> that's the ones I'm trying to list
21:08:59  <Knogle> the ones the gamescript set
21:09:32  <frosch123> hmm, wait, what are you printing with gslog?
21:10:14  <frosch123> the lists in the api are all lists of pairs (somewhat map-ish)
21:10:23  <frosch123> so, you have to make sure to list the keys, not the values
21:11:04  <Knogle> can I paste 4 lines of code here?
21:11:13  <frosch123> use paste.openttdcoop.org
21:11:17  <Knogle> ok
21:11:48  <frosch123> http://wiki.openttd.org/AI:Lists <- in case you haven't read
21:12:35  <Knogle> thanks
21:12:37  <Knogle> http://paste.openttdcoop.org/show/1437/
21:12:44  <Knogle> I guess that's all wrong then.
21:12:55  *** mal2_ [~mal2@port-92-206-73-114.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
21:13:05  <Terkhen> good night
21:14:16  <frosch123> foreach (town, value in townlist) { } <- i am not sure whether foreach returns the key or the value, but that syntax gives you both
21:14:48  <Eddi|zuHause> yeah, try "foreach (_, sign in signlist)
21:14:52  <Eddi|zuHause> "
21:15:42  *** TWerkhoven [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
21:17:14  <Knogle> tried both, still returns 0 for each sign
21:17:38  <Knogle> oh well, I'll go read http://wiki.openttd.org/AI:Lists and learn.. thanks :)
21:18:18  <frosch123> http://paste.openttdcoop.org/show/1438/ <- i would have written that
21:21:30  *** cyph3r [~Miranda@ip-86-49-67-134.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
21:22:58  *** flaa [~flaa@188.141.45.124] has quit [Quit: leaving]
21:24:18  *** sla_ro|master [slaco@95.76.151.112] has quit [Quit: DANGER sla.ro is OFFLINE DANGER]
21:24:45  <Knogle> ah
21:24:56  <Knogle> local signlist = GSSignList();
21:24:56  <Knogle> signlist.Valuate(GSSign.GetLocation);
21:25:00  <Knogle> that did the trick
21:25:15  <Knogle> Thanks :)
21:25:21  <frosch123> in that case "dummy" will be the tileindex
21:25:47  <frosch123> key remains signid, value is tile
21:27:53  <Knogle> ah, yes.. that makes more sense.
21:28:14  <Knogle> I'd rather want the signid
21:28:23  <Knogle> thanks a lot :)
21:28:35  <frosch123> you're welcome :)
21:40:00  *** Davidt [~David@bas8-kitchener06-1242470097.dsl.bell.ca] has joined #openttd
21:40:15  <Davidt> HII
21:40:41  <frosch123> hihi
21:45:30  <Sacro> \o/
21:45:46  <frosch123> 4 hours late
21:45:50  <Davidt> ?
21:45:57  <Davidt> wjhat languege is opentt?
21:46:08  <Davidt> the code
21:46:12  <frosch123> c/c++
21:46:26  <Davidt> oh
21:46:28  <Davidt> :/
21:46:46  <Davidt> isnt openttd by some guy who made rct1?
21:46:58  <__ln__> more or less yes
21:47:03  <frosch123> it was ported :)
21:47:20  <Davidt> oh
21:48:28  <frosch123> if you want assembler, look at ttdpatch :p
21:51:52  *** Chris_Booth [~chatzilla@host81-152-250-188.range81-152.btcentralplus.com] has joined #openttd
21:52:02  *** valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has quit [Quit: leaving]
21:52:27  * Davidt is away: im going, dunno where. WHO KNOWS?
21:55:50  *** Progman [~progman@p57A1BC2E.dip.t-dialin.net] has quit [Remote host closed the connection]
22:14:34  *** Hazzard [~72f655ea@101.haydn.openttdcoop.org] has joined #openttd
22:14:40  *** TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Popidopidopido]
22:15:08  <Eddi|zuHause> Davidt: please disable away messages
22:15:08  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
22:23:04  *** Elukka [Elukka@78-27-90-14.bb.dnainternet.fi] has quit []
22:23:47  *** brambles [brambles@79.133.200.49] has quit [Remote host closed the connection]
22:23:50  *** Chris_Booth [~chatzilla@host81-152-250-188.range81-152.btcentralplus.com] has quit [Ping timeout: 480 seconds]
22:24:20  *** brambles [brambles@79.133.200.49] has joined #openttd
22:25:59  *** mal2__ [~mal2@port-92-206-33-195.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
22:27:16  <Kylie> brb
22:27:44  *** Hazzard [~72f655ea@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
22:29:58  *** DDR [~chatzilla@d66-183-113-159.bchsia.telus.net] has quit [Quit: for the love of god this is not safe for work]
22:39:29  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
22:39:37  *** frosch123 [~frosch@frnk-590f73a2.pool.mediaWays.net] has quit [Remote host closed the connection]
23:07:52  *** Nat_AFK is now known as Nat_aS
23:22:37  *** Devroush [~dennis@ip-83-134-166-70.dsl.scarlet.be] has quit []
23:37:20  *** Biolunar [~mahdi@blfd-4d083231.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us]
23:38:39  *** mahmoud [~KEM@ALyon-158-1-13-176.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
23:38:44  *** mahmoud [~KEM@ALyon-158-1-13-176.w90-29.abo.wanadoo.fr] has joined #openttd
23:51:26  *** guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
23:55:12  *** namad7 [~aaaaa@pool-96-236-218-157.pitbpa.fios.verizon.net] has joined #openttd
23:56:53  *** guru3_ [~guru3@2-248-109-4-no225.tbcn.telia.com] has joined #openttd
23:56:54  *** guru3 [~guru3@2-248-109-4-no225.tbcn.telia.com] has quit [Read error: Connection reset by peer]

Powered by YARRSTE version: svn-trunk