Config
Log for #openttd on 23rd February 2012:
Times are UTC Toggle Colours
00:00:06  *** Devroush [~dennis@ip-83-134-167-52.dsl.scarlet.be] has quit []
00:04:00  *** glx [glx@2a01:e35:2f59:c7c0:4f5:fbb7:47e1:264b] has quit [Ping timeout: 480 seconds]
00:04:10  *** glx [glx@2a01:e35:2f59:c7c0:6cca:c766:1114:6cf9] has joined #openttd
00:04:13  *** mode/#openttd [+v glx] by ChanServ
00:49:26  *** KouDy [~KouDy@115.133.5.227] has joined #openttd
00:52:12  *** KouDy [~KouDy@115.133.5.227] has quit []
00:52:57  *** KouDy [~KouDy@115.133.5.227] has joined #openttd
01:16:03  *** pugi [~pugi@host-091-097-027-232.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds]
01:16:41  *** pugi [~pugi@host-091-097-098-085.ewe-ip-backbone.de] has joined #openttd
01:27:42  *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd
01:43:04  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
02:10:37  *** pugi [~pugi@host-091-097-098-085.ewe-ip-backbone.de] has quit []
02:11:15  *** Firartix [~artixds@38.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds]
02:12:11  *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
02:46:39  <supermop> can a tall enough bridge clear a bus stop?
02:48:59  <Rhamphoryncus> nope
02:49:57  <supermop> hmm
02:51:04  <Rhamphoryncus> A tunnel can go under though
02:54:04  *** DabuYu [DabuYu@128.250.79.189] has quit [Ping timeout: 480 seconds]
02:54:35  *** DabuYu [DabuYu@128.250.79.189] has joined #openttd
02:57:55  *** Elukka [~Elukka@78-27-90-14.bb.dnainternet.fi] has joined #openttd
03:00:34  *** pjpe [ade6a119@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
03:24:53  *** pjpe [ade6a119@ircip4.mibbit.com] has joined #openttd
03:28:34  *** pjpe [ade6a119@ircip4.mibbit.com] has quit []
03:28:39  *** pjpe [ade6a119@ircip4.mibbit.com] has joined #openttd
03:41:21  *** glx [glx@2a01:e35:2f59:c7c0:6cca:c766:1114:6cf9] has quit [Quit: bye]
04:22:18  *** cmircea [~cmircea@86.124.217.99] has joined #openttd
04:54:51  *** cmircea [~cmircea@86.124.217.99] has quit [Ping timeout: 480 seconds]
05:06:25  *** tokai|noir [~tokai@port-92-195-113-188.dynamic.qsc.de] has joined #openttd
05:06:29  *** mode/#openttd [+v tokai|noir] by ChanServ
05:10:41  *** tokai [~tokai@port-92-195-31-39.dynamic.qsc.de] has joined #openttd
05:10:44  *** mode/#openttd [+v tokai] by ChanServ
05:12:14  *** tokai|mdlx [~tokai@port-92-195-60-150.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
05:13:23  *** tokai|mdlx [~tokai@port-92-195-158-142.dynamic.qsc.de] has joined #openttd
05:15:11  *** tokai|noir [~tokai@port-92-195-113-188.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
05:18:49  *** tokai [~tokai@port-92-195-31-39.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
05:25:01  *** kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds]
05:42:00  *** AD [wilberforc@drinks.mountaindew.org] has quit [Remote host closed the connection]
05:42:50  *** tokai|noir [~tokai@port-92-195-241-68.dynamic.qsc.de] has joined #openttd
05:42:53  *** mode/#openttd [+v tokai|noir] by ChanServ
05:47:06  *** pjpe [ade6a119@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
05:48:44  *** tokai|mdlx [~tokai@port-92-195-158-142.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
05:52:40  *** roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has joined #openttd
05:53:45  *** kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-02.NATPOOL.NYU.EDU] has joined #openttd
05:55:02  *** pjpe [ade6a119@ircip3.mibbit.com] has joined #openttd
05:55:52  *** Eddi|zuHause [~johekr@p54B746D8.dip.t-dialin.net] has quit []
05:56:18  *** Eddi|zuHause [~johekr@p54B75F2B.dip.t-dialin.net] has joined #openttd
05:56:27  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has quit [Quit: Snail_]
06:03:20  *** AD_ [wilberforc@drinks.mountaindew.org] has joined #openttd
06:05:44  *** kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-02.NATPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds]
06:14:36  *** kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-02.NATPOOL.NYU.EDU] has joined #openttd
06:15:08  *** sla_ro|master [slaco@95.76.26.172] has joined #openttd
06:16:13  *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop]
06:48:59  *** KouDy [~KouDy@115.133.5.227] has quit [Quit: Leaving.]
06:49:35  *** KouDy [~KouDy@115.133.5.227] has joined #openttd
06:51:55  *** JVassie [~James@2.27.104.165] has joined #openttd
06:52:14  *** KouDy [~KouDy@115.133.5.227] has quit []
06:52:55  *** KouDy [~KouDy@115.133.5.227] has joined #openttd
07:02:29  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
07:06:01  *** tokai|noir [~tokai@port-92-195-241-68.dynamic.qsc.de] has quit [Read error: Operation timed out]
07:11:44  *** tokai [~tokai@port-92-195-12-239.dynamic.qsc.de] has joined #openttd
07:11:47  *** mode/#openttd [+v tokai] by ChanServ
07:15:47  *** tokai|mdlx [~tokai@port-92-195-2-122.dynamic.qsc.de] has joined #openttd
07:16:44  *** JVassie [~James@2.27.104.165] has quit [Ping timeout: 480 seconds]
07:18:04  *** Elukka [~Elukka@78-27-90-14.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds]
07:18:47  *** tokai|noir [~tokai@port-92-195-95-214.dynamic.qsc.de] has joined #openttd
07:18:50  *** mode/#openttd [+v tokai|noir] by ChanServ
07:21:06  *** tokai [~tokai@port-92-195-12-239.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:24:03  *** tokai|mdlx [~tokai@port-92-195-2-122.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:29:21  <andythenorth> morning
07:30:04  *** roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
07:34:35  *** tokai|mdlx [~tokai@port-92-195-22-179.dynamic.qsc.de] has joined #openttd
07:39:30  *** sla_ro|master [slaco@95.76.26.172] has quit []
07:40:33  *** tokai|noir [~tokai@port-92-195-95-214.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:45:36  *** Elukka [~Elukka@78-27-90-14.bb.dnainternet.fi] has joined #openttd
08:05:21  *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has quit [Quit: Rhamphoryncus]
08:07:48  *** Prof_Frink [~proffrink@5e09eeb8.bb.sky.com] has quit [Ping timeout: 480 seconds]
08:20:32  *** DDR [~chatzilla@d142-179-78-88.bchsia.telus.net] has quit [Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216100510]]
08:26:21  *** pjpe [ade6a119@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
08:26:26  *** pjpe [ade6a119@ircip4.mibbit.com] has joined #openttd
08:32:23  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
08:32:42  *** TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
09:11:42  *** DayDreamer [~DayDreame@178.248.252.215] has joined #openttd
09:13:03  *** DayDreamer [~DayDreame@178.248.252.215] has quit []
09:18:18  <dihedral> greetings
09:24:02  <peter1138> seasons?
09:24:25  <dihedral> fake spring
09:24:47  <Eddi|zuHause> that's not one of vivaldis compositions :p
09:27:07  <MNIM> hahaha. no. fortunately not.
09:31:56  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
09:31:59  *** tokai|noir [~tokai@port-92-195-15-106.dynamic.qsc.de] has joined #openttd
09:32:02  *** mode/#openttd [+v tokai|noir] by ChanServ
09:38:03  *** tokai|mdlx [~tokai@port-92-195-22-179.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
09:39:17  *** tokai|mdlx [~tokai@port-92-195-211-219.dynamic.qsc.de] has joined #openttd
09:42:55  *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has joined #openttd
09:44:33  *** tokai|noir [~tokai@port-92-195-15-106.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
09:45:55  *** pugi [~pugi@host-091-097-098-085.ewe-ip-backbone.de] has joined #openttd
10:10:44  *** Firartix [~artixds@38.140.0.93.rev.sfr.net] has joined #openttd
10:20:04  *** Biolunar [~mahdi@blfd-4d08e485.pool.mediaWays.net] has joined #openttd
10:27:24  *** KouDy [~KouDy@115.133.5.227] has quit [Quit: Leaving.]
10:28:10  *** KouDy [~KouDy@115.133.5.227] has joined #openttd
10:34:25  *** sla_ro|master [slaco@95.76.26.172] has joined #openttd
11:01:12  *** Markavian` [~Markavian@j616s.co.uk] has joined #openttd
11:03:53  *** Markavian [~Markavian@j616s.co.uk] has quit [Ping timeout: 480 seconds]
11:04:32  *** pjpe [ade6a119@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
11:06:46  <andythenorth> display of sprites in vehicle info window - that's an unfixed issue?
11:10:34  <andythenorth> sometimes the length seems off, but I never figured out if it was an issue in my grf
11:10:58  <andythenorth> now there's a forum question about it...
11:11:22  *** lofejndif [~lsqavnbok@207.Red-88-19-214.staticIP.rima-tde.net] has joined #openttd
11:12:17  *** Progman [~progman@p57A1AC2D.dip.t-dialin.net] has joined #openttd
11:23:58  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
11:24:51  *** tokai|noir [~tokai@port-92-195-122-240.dynamic.qsc.de] has joined #openttd
11:24:54  *** mode/#openttd [+v tokai|noir] by ChanServ
11:26:33  *** hbccbh [~hbc@113.93.69.153] has joined #openttd
11:29:05  *** tokai|mdlx [~tokai@port-92-195-211-219.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
11:30:45  *** dotwaffle [~dotwaffle@on6.co.uk] has quit [Quit: WeeChat 0.3.6]
11:32:26  *** tokai|mdlx [~tokai@port-92-195-78-148.dynamic.qsc.de] has joined #openttd
11:36:04  *** dotwaffle [~dotwaffle@on6.co.uk] has joined #openttd
11:38:33  *** tokai|noir [~tokai@port-92-195-122-240.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
11:43:15  *** chester [~chester@128-68-91-49.broadband.corbina.ru] has joined #openttd
11:47:00  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
11:49:17  * andythenorth ponders
11:49:31  *** chester [~chester@128-68-91-49.broadband.corbina.ru] has quit [Quit: Leaving.]
11:49:47  *** chester [~chester@128-68-91-49.broadband.corbina.ru] has joined #openttd
11:50:16  <andythenorth> procedural generation of log loads....
11:51:00  <andythenorth> not an easy problem
12:06:43  *** KritiK [~Maxim@128-72-206-58.broadband.corbina.ru] has joined #openttd
12:13:42  <CIA-1> OpenTTD: michi_cc * r23976 /trunk/src/spritecache.cpp: -Fix (r23889): Sprites of different zoom levels were not always padded correctly to a common size.
12:25:50  *** lofejndif [~lsqavnbok@207.Red-88-19-214.staticIP.rima-tde.net] has quit [Quit: Leaving]
12:54:50  *** roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has joined #openttd
13:08:05  *** KouDy [~KouDy@115.133.5.227] has quit [Quit: Leaving.]
13:08:41  *** KouDy [~KouDy@115.133.5.227] has joined #openttd
13:15:20  *** glx [glx@2a01:e35:2f59:c7c0:110:ecef:54d6:365] has joined #openttd
13:15:24  *** mode/#openttd [+v glx] by ChanServ
13:22:22  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
13:29:07  *** roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
13:41:59  <__ln__> https://groups.google.com/group/comp.sys.next.announce/browse_thread/thread/6af5808c84a771fc/042c02b1b5992dd3?pli=1
13:43:59  *** waterfoul [~chatzilla@67.129.121.103] has joined #openttd
13:44:14  <waterfoul> is there a way to re-enable the older trains in multiplyaer
13:44:16  <waterfoul> ?
13:44:45  *** KouDy [~KouDy@115.133.5.227] has quit [Quit: Leaving.]
13:47:16  *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
13:49:57  *** Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has quit [Quit: Snail_]
13:50:35  <waterfoul> lol
13:50:49  <waterfoul> sorry wrong window
13:52:34  <planetmaker> in multiplayer you cannot cheat or reset newgrfs
13:52:50  <planetmaker> you can save the map locally, modify as needed and the reload in MP
13:54:14  * andythenorth has brain ache
13:54:28  <andythenorth> procedural generator :P
13:55:28  <waterfoul> planetmaker what newgrfs would allow for the old trains to be accessable again?
13:58:41  <planetmaker> what are "old trains"?
13:58:56  <planetmaker> you mean OpenTTD default vehicles?
13:59:10  <planetmaker> Then I'd recommend you to use OpenGFX+ Trains
13:59:22  <planetmaker> along with whatever train NewGRF you use
13:59:31  <waterfoul> yea I want to be able to build the original, non electric rail, types in 2145 for examplre
13:59:36  <planetmaker> But your question is umbiguous. Thus...
13:59:52  <planetmaker> ah. that's irreversible for an existing game
14:00:13  <planetmaker> start a new game and make sure to play it with "engines never expire" switched on in the adv. settings
14:00:26  <waterfoul> I'm playing a casual ottd server and people are having startup issues with the running costs of monorail
14:00:44  <waterfoul> so I can;t change it for the current save.... :(
14:01:28  <waterfoul> wouldn't that just allow you to bring the old trains forward?
14:01:35  <waterfoul> not allow you to build them later
14:01:51  <planetmaker> my memory is bad, and probably doesn't work: switch on that setting in single player and use "reset_engines" in the console subsequently. Then reload in MP
14:03:00  <waterfoul> its Never expire vehicles and your right http://wiki.openttd.org/Never_expire_vehicles
14:03:57  *** Eddi|nichZuHause [~EddinichZ@2.209.176.142] has joined #openttd
14:05:18  <waterfoul> your right the wiki's wrong
14:05:50  *** Progman [~progman@p57A1AC2D.dip.t-dialin.net] has quit [Remote host closed the connection]
14:07:17  <planetmaker> what's wrong with the wiki's statement of "This setting will stop vehicles from going "out of date" and so they will remain available until the very end of the game." ?
14:08:06  *** Progman [~progman@p57A1AC2D.dip.t-dialin.net] has joined #openttd
14:08:25  <waterfoul> the name of the setting is wrong on the wiki
14:13:35  *** Twofish [~Twofish@77-95-76-210.bb.cust.hknett.no] has joined #openttd
14:19:54  <Belugas> hi hi
14:23:57  *** DayDreamer [~DayDreame@178.248.252.215] has joined #openttd
14:24:17  *** DayDreamer [~DayDreame@178.248.252.215] has quit []
14:24:58  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
14:30:01  *** lofejndif [~lsqavnbok@207.Red-88-19-214.staticIP.rima-tde.net] has joined #openttd
14:35:21  *** Graungaard [~Graungaar@94.18.60.45] has joined #openttd
14:39:37  *** Graungaard [~Graungaar@94.18.60.45] has quit []
14:39:57  *** Graungaard [~Graungaar@94.18.60.45] has joined #openttd
14:40:05  <Eddi|nichZuHause> gnarf...
14:40:13  *** glx [glx@2a01:e35:2f59:c7c0:110:ecef:54d6:365] has quit [Ping timeout: 480 seconds]
14:40:26  <Eddi|nichZuHause> "the tortoisehg installer may not be used on a 64bit platform"
14:40:33  *** glx [glx@2a01:e35:2f59:c7c0:191:d699:6b95:c73e] has joined #openttd
14:40:37  *** mode/#openttd [+v glx] by ChanServ
14:45:17  <Elukka> programs exist that don't run on 64 bit systems?
14:46:35  *** TWerkhoven [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has joined #openttd
14:48:25  *** hbccbh [~hbc@113.93.69.153] has quit [Quit: Leaving.]
14:50:31  <Eddi|nichZuHause> Elukka: worse, it explicitly chooses to refuse to run...
14:57:06  <__ln__> at least for tortoisesvn there are separate builds for 32 and 64.
14:57:54  <__ln__> and i suppose that is because of the way it integrates to the Explorer.
15:01:27  *** cmircea [~cmircea@86.124.217.99] has joined #openttd
15:02:55  *** hbccbh [~hbc@116.27.165.24] has joined #openttd
15:04:05  *** Firartix [~artixds@38.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds]
15:06:42  *** Eddi|nichZuHause [~EddinichZ@2.209.176.142] has quit [Ping timeout: 480 seconds]
15:15:47  *** AD_ is now known as AD
15:20:00  *** Twofish [~Twofish@77-95-76-210.bb.cust.hknett.no] has quit [Quit: Leaving]
15:22:01  *** Firartix [~artixds@38.140.0.93.rev.sfr.net] has joined #openttd
15:50:44  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
15:51:41  * andythenorth ponders
15:54:44  * dihedral chucks andythenorth in a pond
15:54:48  <dihedral> may it be of help
15:56:16  * Belugas clicks and types and reads and speaks and... works? yup
15:56:32  <Belugas> disgusting
15:57:09  * dihedral hugs Belugas
15:57:33  <Belugas> frrrrrrrrrrrrrrrr
15:57:34  <Belugas> frrrrrrrrrrrrrrrrr
15:57:36  <Belugas> frrrrrrrrrrrrr
16:18:17  <MNIM> uhhh
16:22:11  <CIA-1> OpenTTD: rubidium * r23977 /trunk/src/gfx.cpp: -Fix: don't load a game during UpdateWindows as that might trigger changing the blitter which triggers re-entrant locking
16:23:00  <CIA-1> OpenTTD: rubidium * r23978 /trunk/src/video/sdl_v.cpp: -Fix: [SDL] Palette update was done too late making switching from 8bpp -> 32bpp look ugly
16:28:19  *** kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-02.NATPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds]
16:32:04  *** hbccbh [~hbc@116.27.165.24] has quit [Quit: Leaving.]
16:32:48  * andythenorth pounders
16:36:04  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
16:41:47  *** lofejndif [~lsqavnbok@207.Red-88-19-214.staticIP.rima-tde.net] has quit [Quit: Leaving]
16:46:05  *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd
16:51:59  *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd
17:10:53  *** Eddi|nichZuHause [~EddinichZ@2.212.248.165] has joined #openttd
17:12:18  <Eddi|nichZuHause> looks like win7 on atom refuses to run dos programs...
17:12:44  <Eddi|nichZuHause> where does dosbox put the config file on windows?
17:13:50  <TinoDidriksen> In a .ini next to the exe, last I checked...
17:14:21  *** flaa [~flaa@089-101-093077.ntlworld.ie] has joined #openttd
17:14:22  <Eddi|nichZuHause> where do i enable file extensions in win7?
17:15:54  *** Prof_Frink [~proffrink@5e09eeb8.bb.sky.com] has joined #openttd
17:22:30  *** tokai|noir [~tokai@port-92-195-41-247.dynamic.qsc.de] has joined #openttd
17:22:33  *** mode/#openttd [+v tokai|noir] by ChanServ
17:23:43  *** hbccbh [~hbc@116.27.165.24] has joined #openttd
17:28:26  *** tokai|mdlx [~tokai@port-92-195-78-148.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
17:32:13  <glx> in explorer options, like other versions
17:32:32  *** HerzogDeXtEr1 [~Flex@88.130.184.91] has joined #openttd
17:33:17  <glx> it's in the first dropdown (organize)
17:34:12  <Eddi|nichZuHause> i hate windows alone for the fact that they shuffle around the interfaces on every release
17:35:57  <Eddi|nichZuHause> right, i found the dosbox.conf: user\appdata\local\dosbox
17:39:35  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
17:39:38  *** mode/#openttd [+o Alberth] by ChanServ
17:39:48  *** HerzogDeXtEr [~Flex@88.130.161.171] has quit [Ping timeout: 480 seconds]
17:39:55  *** valhallasw [~valhallas@193.52.24.37] has joined #openttd
17:49:15  *** LordAro [~lordaro@host86-156-237-225.range86-156.btcentralplus.com] has joined #openttd
17:49:46  <LordAro> evenings
17:50:00  <Alberth> oddings
18:01:29  *** frosch123 [~frosch@frnk-590f5487.pool.mediaWays.net] has joined #openttd
18:03:02  <Rubidium> adamnings
18:10:51  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
18:14:50  <andythenorth> Alberth: had some thoughts on pixa
18:15:22  <andythenorth> probably too many objects in current spec
18:15:28  <andythenorth> think fewer will suffice
18:17:02  <Alberth> quite likely true
18:17:34  <andythenorth> I think I can eliminate the compositor idea
18:17:44  <andythenorth> it can be done with the existing render class
18:17:57  <andythenorth> the gestalt just needs to call multiple render passes for same result
18:19:04  <andythenorth> (rather than composing a list of renders needed, then having the compositor handle the list)
18:20:42  <andythenorth> the P object (pixel) isn't needed either, that becomes internal to the PixaSequence object
18:22:34  *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
18:23:10  <andythenorth> simpler = probably better...?
18:25:44  <Alberth> in general it is :)
18:26:43  *** TheMask96 [martijn@gluttony.vhost.ne2000.nl] has joined #openttd
18:27:56  * andythenorth will now mostly be bathing the babies
18:27:58  <andythenorth> bbl
18:28:10  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
18:32:11  *** kkb110 [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has joined #openttd
18:34:32  *** Firartix [~artixds@38.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds]
18:45:04  <CIA-1> OpenTTD: translators * r23979 /trunk/src/lang/unfinished/urdu.txt:
18:45:04  <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
18:45:04  <CIA-1> OpenTTD: urdu - 3 changes by haider
18:51:46  *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Quit: supermop]
18:53:45  <Terkhen> hello
18:57:29  *** Eddi|nichZuHause [~EddinichZ@2.212.248.165] has quit [Ping timeout: 480 seconds]
19:10:13  *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has joined #openttd
19:23:26  *** kkb110 [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has quit [Ping timeout: 480 seconds]
19:27:14  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
19:29:44  *** Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has joined #openttd
19:33:39  *** Firartix [~artixds@38.140.0.93.rev.sfr.net] has joined #openttd
19:42:09  <andythenorth> ho ho
19:42:14  <andythenorth> finally something useful happens to BROS :)
19:47:50  *** Progman [~progman@p57A1AC2D.dip.t-dialin.net] has quit [Remote host closed the connection]
19:50:32  *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd
19:51:44  *** FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd
19:51:50  <andythenorth> Alberth: I've been dumping some thoughts here: http://dev.openttdcoop.org/documents/32
19:57:51  *** FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has left #openttd []
19:58:51  *** Eddi|nichZuHause [~EddinichZ@2.209.47.130] has joined #openttd
20:01:51  *** sla_ro|master [slaco@95.76.26.172] has quit []
20:02:56  *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO]
20:03:49  *** macee [~macee@dsl4E5C1FF0.pool.t-online.hu] has joined #openttd
20:04:24  *** macee is now known as Guest3704
20:05:11  *** kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-03.NATPOOL.NYU.EDU] has joined #openttd
20:06:38  *** Guest3704 is now known as macee
20:10:31  *** FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has joined #openttd
20:11:35  *** LordAro_ [~lordaro@host217-43-109-177.range217-43.btcentralplus.com] has joined #openttd
20:12:03  <macee> Hi all. Is it possible to find out in what group a vehicle is, without opening the vehicle list?
20:13:08  <macee> I think it would be nice if the group of the vehicle would be displayed next to the vehicle name in the vehicle window.
20:14:10  *** LordAro is now known as Guest3706
20:14:11  *** LordAro_ is now known as LordAro
20:14:18  *** flaa [~flaa@089-101-093077.ntlworld.ie] has quit [Ping timeout: 480 seconds]
20:16:31  *** Guest3706 [~lordaro@host86-156-237-225.range86-156.btcentralplus.com] has quit [Ping timeout: 480 seconds]
20:17:02  *** DDR [~chatzilla@d142-179-78-88.bchsia.telus.net] has joined #openttd
20:19:16  <Alberth> I suspect it is not possible, but I never use groups, I consider them very useless.
20:19:32  <Alberth> andythenorth:  http://paste.openttdcoop.org/show/1149/    pixa mixing idea
20:20:25  <Alberth> of course you can have arbitrary complicated mixers, and/or stack them on top of each other in any way you like
20:20:27  <FLHerne> Useful for autoreplacing locos for different tasks
20:20:38  <FLHerne> Groups I mean
20:21:27  <Alberth> that's the main use is my guess, but I just replace one type engine with another one for all trains at the same time
20:21:48  <Alberth> perhaps because I use default vehicles, where the choice is not so large
20:23:14  <Alberth> andythenorth: what happens if one sequence overwrites a magic pixel of another colour? In particular when the overwritten pixel needs to be above the sequence overwriting it?
20:31:43  *** DDR [~chatzilla@d142-179-78-88.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
20:35:34  *** JVassie [~James@2.27.104.165] has joined #openttd
20:43:37  *** DDR [~chatzilla@d142-179-78-88.bchsia.telus.net] has joined #openttd
20:45:43  <andythenorth> Alberth: if one sequence overwrites a magic colour...it's just something that happened
20:45:52  <andythenorth> I've spent a good part of the day trying to figure that out :P
20:47:06  <andythenorth> there are multiple solutions, but none should be built in
20:47:39  <andythenorth> (1) before any render passes, store the x,y locations of all pixels of magic colour x
20:47:48  <andythenorth> possibly writing them to an intermediate image
20:48:03  <andythenorth> then use in whichever render passes are relevant
20:48:32  <andythenorth> (2) allow a PixaMixer to tell the renderer 'skip this pixel if condition(xyz)'
20:48:48  <andythenorth> 'skip' could mean 'write this pixel's colour to pixel's current colour'
20:49:30  <andythenorth> (3) design the input files, the sequences, and the render passes in such a way that it's a non-issue.  This is my preferred plan.  I might try hacking on it now
20:49:54  <andythenorth> a good case is a flat trailer, with stake sides, and two steel coils
20:50:16  <andythenorth> the coils need to be drawn over the rear stakes, and behind the front stakes
20:50:19  <Eddi|nichZuHause> andythenorth: solution: do not write to the same image that you read from
20:50:28  <andythenorth> Eddi|nichZuHause: ahead of you there ;)
20:50:36  <andythenorth> there are PIL reasons to not do that anyway
20:52:02  <andythenorth> in the case of the steel trailer, first pass draws rear stakes, second pass draws coils, third pass draws the front stakes
20:52:12  <andythenorth> the flat bed of the trailer can be drawn on first or second pass
20:53:06  * andythenorth might try and code that now as an example
20:53:39  <andythenorth> meanwhile....although the idea of loading sequences from image files is nicer than coding them....it makes putting constants into the sequence near-impossible :o
20:53:45  <andythenorth> any ideas for solutions?
20:54:10  <andythenorth> constant / variables /s
20:54:18  *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
20:55:00  * andythenorth recklessly confuses constants and vars too often :(
20:55:38  <Alberth> rewrite pixel colours in the sequence?
20:55:57  <andythenorth> has to be
20:56:03  *** macee [~macee@dsl4E5C1FF0.pool.t-online.hu] has left #openttd []
20:56:11  <andythenorth> but it's half-way to just hand coding the sequence
20:56:21  <andythenorth> you gain the x,y positions at least from the image
20:56:34  <andythenorth> they are *not* intuitive to code by hand :P
20:57:14  <andythenorth> Alberth: incidentally, I thought the x,y positions for a sequence should be immutable once set
20:57:23  <andythenorth> I think it's bonkers if they can be moved around :P
20:57:53  <Alberth> :)
20:57:56  <andythenorth> I considered if there are valid cases to move them, e.g. invert x values to create a reversed angle for a vehicle
20:58:11  <Alberth> would seem like a good idea :)
20:58:23  <andythenorth> but in that case, the author should create their own method to read entire sequence, and write a new one, transforming as they go
20:58:42  <Alberth> you can easily pixa-mix it :)
20:58:45  <andythenorth> due to lighting, the reverse case isn't as useful as it sounds :)
20:59:12  <andythenorth> the / direction is lit differently to \ direction, not just brighter
20:59:12  <Alberth> yeah, I was suspecting that already :)
20:59:29  <andythenorth> there could be a case for random x,y but I think the results would be horrible
20:59:36  <andythenorth> better to choose a random sequence :P
20:59:53  <andythenorth> I'll look at that when I try to make logs procedural
20:59:58  <Alberth> still horrible, probably :)
21:00:49  <Alberth> having a random sequence makes the result non-reproducable
21:01:08  <Alberth> which may less than ideal, perhaps :)
21:01:44  <Alberth> +be
21:02:32  <andythenorth> it would vary per compile :D
21:02:36  <andythenorth> which is a bit silly
21:02:59  <andythenorth> random seed? :P
21:03:54  <andythenorth> PixaSequence and PixaMixer look sensible in your paste
21:04:03  <andythenorth> so I cold extend PixaMixer arbitrarily?
21:04:15  <andythenorth> as long as it yields correct attributes?
21:05:04  <andythenorth> if date.day=="tuesday" col = colours['blue'] ?
21:05:05  <Alberth> you probably want a number of mixers
21:05:28  <Alberth> but yeah, how you decide what to return is internal to the class
21:05:30  <andythenorth> if you intend them as I think you do, I'd define a mixer for 1CC, 2CC etc
21:05:42  <andythenorth> a mixer for each real life colour
21:05:45  <Alberth> 3CC, 4CC, etc :)
21:06:13  * Alberth nods
21:06:13  <andythenorth> and mixers for cases where the entire sequence is shifted down by one colour index
21:06:29  <andythenorth> a mixer for each cargo colour for bulk cargos...
21:06:38  <andythenorth> can mixers by mixed? :P
21:06:51  <Alberth> omg, what have I caused.... :)
21:07:10  <Alberth> sure, a mixer behaves as a sequence, which you can mix again :)
21:07:33  <andythenorth> this is what I'm doing already, I just miss a neat consistent interface to it :)
21:08:24  *** TWerkhoven [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
21:08:26  <andythenorth> so if I wanted 2CC and coal, I'd pass those as params to a smart mixer that understands what to do with them
21:08:38  <andythenorth> rather than creating 2CC_coal = mixer()
21:08:45  <andythenorth> which would be horribly combinatory
21:08:56  * andythenorth is pleased with all this
21:09:10  <Alberth> give each a name, and stack them on top of each other :)
21:09:59  <CIA-1> OpenTTD: rubidium * r23980 /trunk/src/video/sdl_v.cpp: -Fix (r23977): crash when starting with the 32bpp anim blitter
21:10:28  <andythenorth> stack is exactly right
21:11:28  *** lofejndif [~lsqavnbok@207.Red-88-19-214.staticIP.rima-tde.net] has joined #openttd
21:12:26  <Alberth> unfortunately, they are not commutative nor associative, in general
21:12:54  <andythenorth> I could write my own method to stack them :P
21:15:40  <Alberth> I trust you can :)
21:15:45  <Alberth> good night
21:16:01  <Rubidium> night Alberth
21:16:10  <Rubidium> sweet dreams
21:16:50  *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
21:20:12  <Eddi|nichZuHause> # or a beautiful nightmare
21:20:21  <Eddi|nichZuHause> what a stupid song...
21:21:38  <Eddi|nichZuHause> if i suspect a windows system is exceptionally slow because of the harddrive, how do i diagnose that?
21:21:59  <andythenorth> copy everything to a new drive, swap it out?
21:22:02  <TWerkhoven[l]> chkdsk?
21:22:09  <TWerkhoven[l]> or check the smart status
21:22:43  <Eddi|nichZuHause> i tried installing the seagate tools, but they require .net4 and that takes AAGES to install
21:23:47  <TWerkhoven[l]> speedfan can do smart tests on hdd's
21:24:10  <Rubidium> Eddi|nichZuHause: remove the HDD and see whether it's faster
21:24:43  <supermop> is there a good nml rail set tutorial or should i just rip off a simple set like .se rails and drop my pngs in?
21:27:23  <Yexo> there is the general nml tutorial, the nml documentation and you can use swedishrails as example
21:27:31  <Yexo> but no tutorial just for a railset
21:27:40  <Eddi|nichZuHause> they tried mirroring the hd to a similar model, but that was apparently broken
21:30:03  <__ln__> Eddi|nichZuHause: what's the Windows® Experience Index® of the HDD?
21:30:48  <Eddi|nichZuHause> can i get that on an xp system?
21:31:29  <TWerkhoven[l]> no, that comes with vista and beyond
21:32:03  <michi_cc> I'm not totally sure if XP has it, but try perfmon.exe if present.
21:32:10  <TWerkhoven[l]> q: why do you suspect the hdd of slowing down the system in the first place?
21:32:24  <__ln__> that's right, but did they release some sort of "can i run Vista?" utility program for XP? (which possibly could include that score)
21:32:31  <TWerkhoven[l]> true
21:32:48  <TinoDidriksen> Mirroring the hdd is trivial with dd and ntfsclone...how can that break?
21:33:27  <Rubidium> michi_cc: it does have that
21:33:34  <Rubidium> perfmon is really ancient
21:33:44  <Eddi|nichZuHause> perfmon seems to exist
21:34:07  <Eddi|nichZuHause> not sure what it does
21:34:37  <Rubidium> not sure whether it was in 3.51, but it definitely was in 4
21:35:19  <Eddi|nichZuHause> __ln__: i suspect the disk because processor load is 10-20%
21:35:32  <Rubidium> Eddi|nichZuHause: that's high ;)
21:35:58  <michi_cc> I only know how it looks like on Win7, but you should have a screen for "performance monitoring" where you can add a lot of measurements by clicking a + button somewhere.
21:36:06  * Rubidium has a database server on a suspected broken disk at work... ~0.5% CPU, 8000+ms/s waiting on 'buffer'
21:36:20  <Rubidium> michi_cc: does it look really ancient?
21:37:04  <michi_cc> Somewhat. Definitely more ancient than the 'resource monitor' (or so) that you can get via the task manager.
21:38:14  <Rubidium> http://www.ariadne.ac.uk/issue21/nt-explorer/perfmon.gif
21:39:09  <Rubidium> screenshots don't seem to imply it's significantly different
21:39:31  <Rubidium> Eddi|nichZuHause: but you might want to try the test version of hd tune
21:40:02  <Rubidium> that can run some tests including SMART tests
21:40:05  <Rubidium> and keeps some history
21:40:17  <Rubidium> there you might want to look at the read error rate and such
21:40:30  <Rubidium> it only works for a few days
21:40:40  <Eddi|nichZuHause> what i'd like to see is a simple read/write speed test
21:40:50  <Rubidium> hd tune has that
21:41:47  *** peteris [~peteris@78.84.97.170] has joined #openttd
21:42:00  <Eddi|nichZuHause> i can't get perfmon to display anything
21:42:14  <Eddi|nichZuHause> it's just an empty diagram
21:42:35  <Rubidium> then the scale's probably wrong
21:43:45  <Rubidium> it doesn't auto adjust
21:44:00  <Rubidium> or maybe you need to start sampling?
21:46:17  <Eddi|nichZuHause> assume i'm stupid. what do i do?
21:46:44  <Rubidium> go to the computer shop
21:46:59  <Rubidium> don't have Windows at hand to figure out exactly
21:52:10  <FLHerne> Find a hardware-test-centred Linux live CD?
21:56:08  *** Elukka [~Elukka@78-27-90-14.bb.dnainternet.fi] has quit []
21:58:26  <Eddi|nichZuHause> hm... i have a program that has 6000 page faults per second
21:58:54  <Eddi|nichZuHause> (or maybe i'm making totally no sense of sysmon)
22:12:01  *** FLHerne [~francis_h@dsl-217-155-24-22.zen.co.uk] has left #openttd []
22:18:56  <Eddi|nichZuHause> http://pastebin.com/WrchXT2R <-- that doesn't look like healthy anyway
22:20:58  <Eddi|nichZuHause> hm... recursive vnc doesn't seem like a bright idea :p
22:21:49  * andythenorth renders a stake trailer with coil loads :)
22:21:51  <andythenorth> 4 pass render
22:22:31  *** KritiK [~Maxim@128-72-206-58.broadband.corbina.ru] has quit [Quit: Leaving]
22:23:32  <andythenorth> http://dev.openttdcoop.org/attachments/download/2520/steel_trailer.png
22:24:52  <frosch123> night
22:24:55  <andythenorth> Terkhen: need any graphics for OpenGFX+ Road Vehicles? :) :P
22:24:56  *** frosch123 [~frosch@frnk-590f5487.pool.mediaWays.net] has quit [Remote host closed the connection]
22:27:06  <Terkhen> I'm not sure
22:27:23  <Terkhen> IIRC all cargo sprites were done
22:27:42  <Terkhen> and I wasn't planning to add new vehicles
22:29:11  <andythenorth> np :)
22:29:30  <andythenorth> I am seeking users....
22:30:58  <supermop> could you procedurally draw a rail set?
22:31:17  <andythenorth> ...maybe
22:31:36  <andythenorth> you'd want to draw the ballast by hand
22:31:40  <andythenorth> maybe
22:32:15  <Terkhen> :)
22:32:27  <andythenorth> actually, you probably could draw a rail set procedurally
22:32:34  <andythenorth> the pattern is very regular for track
22:32:54  <andythenorth> I don't know if it's a good case though
22:33:27  <andythenorth> it's only worth setting up when you want to recolour things, change load sprites etc
22:33:36  <andythenorth> or render multiple variations of a building from standard components
22:33:50  <andythenorth> I guess you might save some time on drawing sleepers and such
22:35:44  <andythenorth> supermop: got any sprites drawn yet?
22:36:54  *** cypher [~Miranda@ip-86-49-67-69.net.upcbroadband.cz] has joined #openttd
22:37:05  *** cmircea [~cmircea@86.124.217.99] has quit [Ping timeout: 480 seconds]
22:37:45  <andythenorth> hmm
22:37:49  * andythenorth -> bed
22:37:51  <andythenorth> good night
22:38:08  *** andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
22:47:16  *** JVassie [~James@2.27.104.165] has quit [Ping timeout: 480 seconds]
22:55:50  *** tokai|mdlx [~tokai@port-92-195-57-138.dynamic.qsc.de] has joined #openttd
22:58:37  <Eddi|nichZuHause> what's this thing that makes the screen black every time a windows security question pops up?
23:01:38  *** tokai|noir [~tokai@port-92-195-41-247.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
23:02:21  <Terkhen> good night
23:03:15  *** kkb110 [~kkb110@NYUFGA-WLESSAUTHCLIENTS-03.NATPOOL.NYU.EDU] has quit [Read error: Connection reset by peer]
23:03:37  *** kkb110_ [~kkb110@NYUFGA-WLESSAUTHCLIENTS-02.NATPOOL.NYU.EDU] has joined #openttd
23:09:46  *** Firartix [~artixds@38.140.0.93.rev.sfr.net] has quit [Ping timeout: 480 seconds]
23:23:26  *** LordAro [~lordaro@host217-43-109-177.range217-43.btcentralplus.com] has quit [Quit: "Time is an illusion. Lunchtime doubly so."]
23:24:10  *** Eddi|nichZuHause [~EddinichZ@2.209.47.130] has quit []
23:28:23  *** TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Popidopidopido]
23:35:36  *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd
23:41:06  *** lofejndif [~lsqavnbok@207.Red-88-19-214.staticIP.rima-tde.net] has quit [Quit: Leaving]
23:41:37  *** chester [~chester@128-68-91-49.broadband.corbina.ru] has quit [Remote host closed the connection]
23:45:26  *** Progman [~progman@p57A1AC2D.dip.t-dialin.net] has joined #openttd
23:47:00  <michi_cc> Eddi|zuHause: User account control. Switches to a different desktop session to stop those evil key loggers.
23:51:30  <glx> and it's not black, it's just a darker palette :)
23:56:25  <michi_cc> Transparency recolour :)
23:59:40  *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Quit: supermop]

Powered by YARRSTE version: svn-trunk