Config
Log for #openttd on 27th July 2008:
Times are UTC Toggle Colours
00:00:12  <ln> david suchet
00:01:57  <Eddi|zuHause> hm... i was never really interested in agatha christie stuff
00:07:08  <ln> "ten little niggers" aka "and then there were none" is good at least.
00:07:10  <ln> by christie.
00:07:50  <ln> the book.
00:09:06  <ln> good night for now, though
00:10:29  <Eddi|zuHause> "zehn kleine jÀgermeister" :p
00:11:40  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd
00:12:02  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
00:26:09  *** KillaloT [~killalot@0x5738c808.rdnqu1.dynamic.dsl.tele.dk] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- Go on, try it!]
00:33:44  *** Eddi|zuHause2 [~johekr@p54B75CCC.dip.t-dialin.net] has joined #openttd
00:40:47  *** Eddi|zuHause [~johekr@p54B768BA.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
00:58:53  *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit []
01:02:11  *** dlunch [~dlunch@61.108.29.49] has quit [Remote host closed the connection]
01:02:47  *** dlunch [~dlunch@61.108.29.49] has joined #openttd
01:05:56  *** Recimin [Mathias@c-7ff1e455.98-2-64736c10.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer]
01:10:33  *** Yexo [~Yexo@ip51cca4b5.adsl-surfen.hetnet.nl] has quit [Quit: Ik ga weg]
01:10:51  *** rortom [~rortom@p57B7C9C7.dip.t-dialin.net] has quit []
01:14:22  *** Singaporekid [~notme@cm93.epsilon124.maxonline.com.sg] has joined #openttd
01:26:49  *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd
01:33:20  *** DaleStan [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has quit [Read error: Connection reset by peer]
01:33:24  *** DaleStan [~Dale@pool-71-120-109-218.ipslin.dsl-w.verizon.net] has joined #openttd
01:36:43  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Read error: Connection reset by peer]
01:45:54  *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit []
02:05:37  *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds]
02:25:11  *** thingwath [~thingwath@heimdall.palisada.net] has quit [Ping timeout: 480 seconds]
02:41:07  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
02:42:06  *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has quit []
02:57:01  *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds]
03:01:09  *** Singaporekid [~notme@cm93.epsilon124.maxonline.com.sg] has quit [Quit: Leaving]
03:02:24  *** elmex_ [~elmex@e180067248.adsl.alicedsl.de] has joined #openttd
03:07:21  *** elmex [~elmex@e180067089.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
03:07:50  *** elmex_ is now known as elmex
03:08:45  *** ProfFrink [~proffrink@5ad38377.bb.sky.com] has joined #openttd
03:13:07  *** Prof_Frink [~proffrink@5ad915ab.bb.sky.com] has quit [Ping timeout: 480 seconds]
03:13:07  *** ProfFrink is now known as Prof_Frink
03:58:01  *** Ammler [~Ammler@adsl-89-217-13-46.adslplus.ch] has quit [Remote host closed the connection]
04:05:52  *** grumbel [~grumbel@i577ADB62.versanet.de] has quit [Remote host closed the connection]
04:14:40  *** dlunch [~dlunch@61.108.29.49] has joined #openttd
04:43:39  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
05:23:07  *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds]
05:33:03  *** thingwath [~thingwath@heimdall.palisada.net] has joined #openttd
05:33:39  *** dlunch [~dlunch@61.108.29.49] has joined #openttd
05:37:55  *** thingwath [~thingwath@heimdall.palisada.net] has quit []
05:44:41  *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds]
05:45:36  *** dlunch [~dlunch@61.108.29.49] has joined #openttd
06:00:05  *** bleepy [bleepy@5ad3485b.bb.sky.com] has joined #openttd
06:05:58  *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds]
06:15:12  *** pm [~planetmak@Fcfa9.f.ppp-pool.de] has joined #openttd
06:42:39  *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd
06:48:14  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
06:51:20  *** Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has joined #openttd
06:51:37  <Wolf01> hello
06:54:13  <peter1138> Hi
06:56:25  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
07:08:27  *** Bloody [blood@host-187-89.xdsl.telecet.ru] has left #openttd []
07:08:27  *** Artamir [~Artamir@89.131.70.102] has joined #openttd
07:08:33  <Artamir> hi
07:09:08  <Artamir> someone can give me a link of a compilation newer than r13501 please¿?
07:09:18  <Artamir> with some patches
07:17:17  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
07:20:14  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
07:20:26  <DaleStan> Artamir: google:BuildOTTD
07:20:37  <Wolf01> there's a svn guru online? I've problems with the pre-revprop-change hook, the manual say to make it executable (renaming it to .bat on windows) but now when I try to change a commit log the log browser freeze and doesn't change anything
07:21:51  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd []
07:29:53  *** Ammler [~Ammler@adsl-89-217-13-46.adslplus.ch] has joined #openttd
07:35:34  <Rubidium> Wolf01: is it still called hooks/pre-revprop-change?
07:35:41  <Wolf01> yes
07:36:39  <Wolf01> uhm, wait, maybe I *should* not make a copy of the .tmpl file and rename the copy, but rename the .tmpl directly
07:37:23  *** pm [~planetmak@Fcfa9.f.ppp-pool.de] has quit [Ping timeout: 480 seconds]
07:38:19  <Wolf01> no, that's the same
07:39:17  <Rubidium> it should be .bat or .exe according to some website
07:39:35  <Wolf01> yes it is
07:40:04  <Wolf01> now the log browser don't popup a warning message, it just freezes
07:50:01  *** plakkertjes [~plakkertj@ip51cc357e.adsl-surfen.hetnet.nl] has joined #openttd
07:57:05  *** Frostregen [~sucks@dslb-084-058-136-097.pools.arcor-ip.net] has joined #openttd
08:03:15  *** frosch123 [~frosch@frnk-590ff65e.pool.einsundeins.de] has joined #openttd
08:04:08  *** Doorslammer [Doorslamme@PIPP-p-203-54-115-155.prem.tmns.net.au] has joined #openttd
08:08:17  *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd
08:24:14  *** TinoM [~Tino@i59F55A8E.versanet.de] has joined #openttd
08:26:34  *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
08:38:46  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
08:52:21  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
08:58:30  * Celestar sighs
08:59:13  * Lachie patronises Celestar
08:59:26  <peter1138> Hi Celestar.
08:59:44  <Celestar> hey peter1138
09:03:26  <Celestar> peter1138: I've just got to get a single line to work and then I'm set
09:03:31  <Celestar> (minus tons of debugging :P)
09:03:49  <peter1138> heh
09:04:34  <Celestar> peter1138: but the route network is built up for existing savegames
09:05:08  <peter1138> Woo
09:05:37  *** Ammler [~Ammler@adsl-89-217-13-46.adslplus.ch] has quit [Quit: Konversation terminated!]
09:12:31  <CIA-5> OpenTTD: frosch * r13845 /trunk/src/ (station_cmd.cpp water_cmd.cpp): -Fix (r13838): When adding a WaterClass to oilrig station tiles, also make use of it.
09:16:01  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
09:16:01  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
09:16:35  <CIA-5> OpenTTD: frosch * r13846 /trunk/src/water_cmd.cpp: -Fix (r13838): Do not draw water borders inside of industries.
09:16:49  <Celestar> why is ##c++ full of idiots :S
09:17:03  <hylje> language culture
09:17:10  *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd []
09:18:53  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
09:19:23  <Artamir> hi
09:20:02  <Artamir> someone knows what is "queue aircraft at airports"????
09:22:34  <frosch123> maybe aircrafts landing in the order they enter the airport holding pattern
09:22:44  *** Prof_Frink [~proffrink@5ad38377.bb.sky.com] has quit [Read error: Connection reset by peer]
09:22:47  <Artamir> :O
09:22:48  <Artamir> anddd
09:22:52  <peter1138> Yeah, I think it's a FIFO queue.
09:22:55  <Artamir> "track ageing speed"?
09:23:34  *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has joined #openttd
09:23:56  <peter1138> http://svn.bucks.net/~petern/extmidi.diff < tidy up?
09:23:56  <frosch123> build some track and observe what time will do to it
09:23:57  <hylje> time needed for track degrading one level
09:24:26  <Artamir> mmmmm
09:24:33  <Artamir> i don't understand this
09:24:54  <Artamir> tracks spend real time
09:24:56  <Artamir> to build it?
09:25:08  <Artamir> without this option tracks are instantaneous?
09:25:20  <hylje> building is instant no matter what
09:25:44  <Artamir> aham
09:31:54  <Celestar> what kind of patches are those? are they in trunk?
09:32:23  <frosch123> no
09:33:26  <frosch123> IIRC the first one is called "aircraft queueing' and the second 'grass growth on unused track'
09:36:01  *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd
09:36:04  <frosch123> yawn - why do you always encounter hundreds of other bugs when you just want to analyse a single one :x
09:36:16  <peter1138> :)
09:36:36  <peter1138> Did you decide if that if articulated part check is unnecessary yet?
09:37:13  <frosch123> I guess it is unnecessary, but there are a lot other pieces in the code that perform a similiar test :p
09:37:43  <peter1138> Oh?
09:40:51  <frosch123> I did not explore all, but one of the more evil ones was: When an articulated vehicle enters a electrified/not-electrified track, is it powered when the first part is energized, or is every part handled individually. (i.e. artic vehicles with mixed tracktion types)
09:40:57  *** Dred_furst [~Dred_furs@user-514d7e3a.l2.c2.dsl.pol.co.uk] has quit [Read error: Connection reset by peer]
09:41:11  *** Yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
09:43:21  *** Artamir [~Artamir@89.131.70.102] has quit [Quit: Bye for now!]
09:44:32  <frosch123> but for the most current one: In CmdBuildRailWagon(): "(GetEngineProperty(engine, 0x17, rvi->base_cost) * _price.build_railwagon) >> 8", in EstimateTrainCost() used in CmdBuildRailVehicle "GetEngineProperty(engine, 0x17, rvi->base_cost) * (_price.build_railvehicle >> 3) >> 5". Which one is correct?
09:45:08  *** Progman [~progman@p57A1EE05.dip.t-dialin.net] has joined #openttd
09:46:29  <peter1138> Both?
09:46:50  <peter1138> The >> 3) >> 5 versus >> 8 difference is minor.
09:49:00  <peter1138> Unless I've missed the point.
09:49:10  <frosch123> ah, I did not notice the 'railwagon' vs 'railvehicle' difference :)
09:49:44  <frosch123> So the >> 3) >> 5 part is still weird, but is not incosistent
09:50:24  *** dlunch [~dlunch@61.108.29.49] has joined #openttd
09:51:21  <Eddi|zuHause2> those should really use / instead of >>
09:51:33  *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd
09:51:48  <jordi> blathijs: well, it's standard practice
09:52:28  <jordi> blathijs: to some people it helps knowing there's a new version of their package
09:52:38  <jordi> that's not too useful for openttd of course
09:52:47  <jordi> as you always know in advance what's going on
09:53:02  <ln> Eddi|zuHause2: do not underestimate the 0.000000000000000000000000000000000000000000000001 per cent speed improvement that bit-shifting gives.
09:53:22  <jordi> but for example, it helps me retrieving the tarball with just one command, I won't have t
09:53:30  <jordi> to look for the tarball at sf and so on
09:53:32  <Eddi|zuHause2> ln: it doesn't... the compiler generates the same code
09:53:43  <Eddi|zuHause2> or at least it should...
09:55:06  <Eddi|zuHause2> besides, last time i checked, the code style said to use / for arithmetic calculations, not >>
09:55:29  <Rubidium> but is it arithmetic?
09:56:03  <Eddi|zuHause2> it is, obviously...
09:56:08  <Rubidium> it's just chopping of the insignificant bits
09:57:59  <Rubidium> bits used for inflation
10:00:48  <Eddi|zuHause2> if it really "masks" bits, it should then be the logical consequence to use GB()
10:23:59  <Celestar> peter1138: I'm basically there
10:26:29  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Quit: leaving]
10:26:34  *** Recimin [blabla@c-7ff1e455.98-2-64736c10.cust.bredbandsbolaget.se] has joined #openttd
10:27:53  *** curson [~curzon@79-68-37-51.dynamic.dsl.as9105.com] has joined #openttd
10:31:12  <blathijs> jordi: But, I think it requires the download location to support file listings or something?
10:31:55  <blathijs> jordi: Or does uscan just try a few increments? (ie, when current version is 0.6.1, the next could be 0.6.2, 0.7.0 or 1.0.0 or whatever)
10:32:28  <Gekz> lol
10:32:30  <Gekz> 1.0.0
10:32:30  <Gekz> I doubt
10:33:09  <frosch123> Gekz: there is still the sunos/solaris option, i.e. drop the first number somewhen
10:33:14  <Gekz> lol
10:33:16  <Gekz> yes
10:33:42  <Eddi|zuHause2> java?
10:34:15  <hylje> also java
10:35:05  <peter1138> Haha!
10:35:50  <peter1138> The AI has built a Diesel Shunter (27mph) along with 4 3 * freightliner container rakes
10:36:00  <Gekz> lol
10:36:03  * peter1138 ponders teaching it about articulated wagons...
10:40:12  *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds]
10:40:37  <Celestar> peter1138: I've got a little summin for ya
10:41:28  <Celestar> peter1138: http://www.fvfischer.de/routenetwork.diff
10:41:33  *** Belugas [~belugas@216.191.111.226] has quit [Ping timeout: 480 seconds]
10:41:37  <Gekz> is that
10:41:40  <Gekz> passenger destinations
10:41:41  <Gekz> IS IT?
10:41:45  <Celestar> Gekz: the framework
10:41:48  <Gekz> :O!
10:41:49  <Gekz> WIN
10:41:52  <Gekz> <3 Celestar
10:41:57  <Celestar> or the abstract representation of it
10:43:07  *** Belugas_Gone [~belugas@216.191.111.226] has joined #openttd
10:43:10  *** mode/#openttd [+o Belugas_Gone] by ChanServ
10:43:43  * peter1138 reads
10:43:57  <peter1138> ABS?
10:44:25  <Celestar> Abstract Base Class, sorry :P
10:44:45  <Celestar> should be ABC :P
10:44:58  <blathijs> Hmm, I was just about to ask that :-)
10:45:04  <Celestar> (reload)
10:45:55  <blathijs> That would be redownload, since it didn't get served as text/plain and firefox can't display text/x-diff or whatever it is
10:46:56  *** curson [~curzon@79-68-37-51.dynamic.dsl.as9105.com] has quit [Quit: If everything seems to be going well, you have obviously overlooked something.]
10:47:06  <peter1138> +			Order *o;
10:47:07  <peter1138> +			o = v->orders;
10:47:07  <peter1138> heh
10:47:15  <peter1138> Order *o = v->orders;
10:47:17  <peter1138> maybe? ;)
10:47:41  * peter1138 grabs a checkout to patch it to.
10:48:44  <frosch123> Is there anything that can be done wrt. conditional orders?
10:49:44  <blathijs> Celestar: I wouldn't indent RouteNetwork_t in its own typedef. I didn't see it at first :-)
10:50:46  <peter1138> Hmm, incomplete route for adding?
10:51:30  <Celestar> peter1138: that's quite normal
10:51:46  <Celestar> peter1138: for example if you only have one station in the order
10:51:52  <Celestar> it doesn't add loops and stuff
10:52:10  <Celestar> I need to distinguish between debug, warning and errors
10:53:00  *** Bjarni [~Bjarni@0x50a41670.virnxx14.dynamic.dsl.tele.dk] has joined #openttd
10:53:02  *** mode/#openttd [+o Bjarni] by ChanServ
10:53:36  <peter1138> I assume it knows about unload/noload orders?
10:53:47  <Celestar> peter1138: yes it does
10:53:56  <Celestar> peter1138: about "go via" as well
10:54:02  <peter1138> Nice.
10:54:03  <Celestar> peter1138: it does not know about intermediate stops
10:54:07  <peter1138> Indeed.
10:54:10  <Celestar> peter1138: because they're never guarenteed
10:54:18  <Celestar> peter1138: it also doesn't know (yet) about cargo types
10:54:26  <Celestar> peter1138: we could leave that to the user
10:54:35  <Celestar> (most will use it for pax/mail only anyway)
10:55:13  <peter1138> And valuables could do with it.
10:55:22  <Celestar> peter1138: that too
10:55:36  <Celestar> peter1138: heh .. apparently there's a graphviz interface in boost
10:56:08  <peter1138> So can we make a map? ;)
10:56:11  <Celestar> yeah
10:56:24  <Celestar> I'm planning to add some console debug stuff
10:56:25  <blathijs> Celestar: lHow does the reusing of vertex indices work? It seems that it will only work when the AddStationToVertexList method is called with incrementing StationID's?
10:56:34  <peter1138> I think that other patch actually draws it on the minimap.
10:56:43  <Celestar> peter1138: thought about that too
10:56:54  <Celestar> blathijs: the number of vertices is <= the number of stations
10:57:02  <Celestar> the nth vertex is associated to the nth station
10:57:16  <Celestar> otherwise I'd need to store a map and stuff
10:57:30  <blathijs> Celestar: But shouldn't that if be a while then?
10:57:36  <ln> Bjarni!
10:57:40  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd
10:57:42  <peter1138> @seen bjarni
10:57:42  <DorpsGek> peter1138: bjarni was last seen in #openttd 3 weeks, 3 days, 14 hours, 49 minutes, and 49 seconds ago: <Bjarni> I didn't have any
10:57:44  <ln> Bjarni: do you have any now?
10:57:49  <Celestar> damn
10:57:56  <Bjarni> maybe
10:57:58  <Celestar> I've forgotten to remove some old code
10:58:12  <Bjarni> at least I have a working internet connection now :)
10:58:21  <peter1138> Overrated...
10:58:27  <peter1138> Different or same provider?
10:58:37  <Bjarni> actually the problem was local
10:58:41  <peter1138> Oh...
10:58:41  <Gekz> :D
10:58:42  <Celestar> redownload/refresh peter1138 and blathijs
10:58:51  <Bjarni> the ISP didn't screw up (this time)
10:59:00  <Celestar> I've got to leave
10:59:17  <Bjarni> bye Celestar
10:59:19  <peter1138> Boo!
10:59:42  <Yorick> oh Bjarni!
11:00:13  <Celestar> hey Bjarni cu
11:00:24  <Bjarni> hello and goodbye xD
11:00:32  <Celestar> peter1138: blathijs: store all questions till tomorrow, k?
11:01:28  <blathijs> If the first station I add has ID 10, then afterwards the graph wil contain a single vertex that should really be the tenth index
11:01:48  <blathijs> Celestar: K, just had this one written already when my laptop power ran out :-)
11:02:27  *** KillaloT [~killalot@0x5738cc89.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd
11:02:47  * peter1138 ponders making it show on the mini-map
11:03:31  *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has joined #openttd
11:03:56  <peter1138> Bjarni, we've got a load of bugs lined up for you ;)
11:04:04  <Bjarni> oh
11:04:06  <Bjarni> just my luck
11:05:16  <blathijs> peter1138: Would be a lot of data to cram in there, I guess
11:06:14  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit []
11:06:49  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd
11:06:53  <peter1138> http://www.tt-forums.net/download/file.php?id=88566
11:07:01  <peter1138> ^ that's what the other paxdest patch does
11:07:08  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Remote host closed the connection]
11:07:16  <hylje> neat
11:07:44  *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd
11:08:05  <jordi> blathijs: if the files are in the same dir, it's an easy wildcard
11:08:14  <jordi> if it's in different dirs, the regex gets more complicated
11:08:26  <jordi> blathijs: there are tons of examples for sourceforce hosted packages
11:11:22  *** bleepy [bleepy@5ad3485b.bb.sky.com] has quit [Ping timeout: 480 seconds]
11:13:43  *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Quit: Leaving]
11:14:03  *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
11:21:10  <peter1138> So stationid === vertex. hmm.
11:21:21  *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Read error: Connection reset by peer]
11:21:41  *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd
11:21:57  *** tokai [~tokai@p54B83A1A.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
11:23:15  *** bleepy [bleepy@5ad3485b.bb.sky.com] has joined #openttd
11:23:36  *** tokai [~tokai@p54B82B70.dip0.t-ipconnect.de] has joined #openttd
11:23:39  *** mode/#openttd [+v tokai] by ChanServ
11:28:12  <peter1138> Hmm, I have no idea how to iterate this data :o
11:35:12  <Bjarni> great
11:35:43  <Bjarni> now 0.6.2-RC2 failed to compile due to something that was last changed in rev 4105
11:37:30  <SmatZ> Bjarni: what compiler / OS ?
11:38:12  <Bjarni> gcc 4.0.1
11:38:27  <Bjarni> and I tried t build the OSX binary (in case you wondered)
11:39:01  * Bjarni investigates
11:40:50  <Eddi|zuHause2> with an iterator, i presume ;)
12:00:28  <frosch123> http://www.math.tu-clausthal.de/~mtce/ottd/max_artic_parts.diff <- any reasons against limiting articulated vehicles to 100 parts? (== maximum train length)
12:07:23  <Bjarni> I would say 100 is pretty high
12:07:43  <Bjarni> do we really need to spend resources on more than say 12?
12:07:46  <Bjarni> or 16
12:07:55  <Bjarni> (which by itself is pretty high)
12:08:37  <frosch123> IIRC it was 16 somewhen, but somebody complained about it
12:09:21  <SmatZ> you could use CountArticulatedParts , but it would slow things down...
12:09:44  <Bjarni> how can 16 be too little?
12:09:52  <peter1138> SmatZ, that still needs a limit...
12:10:06  <peter1138> It was 10 originally, which was too short.
12:10:40  <peter1138> I guess 65535 makes the loop a little long... :)
12:11:55  <Bjarni> in real life our trains could live with a limit of 4. If that makes the train too short then they connect two sets ;)
12:12:32  <Bjarni> I really wonder when ONE set needs more than 16 units
12:12:48  <frosch123> Bjarni: road vehicles can also be articulated
12:13:07  <frosch123> e.g. road trains
12:13:08  * Bjarni tries to imagine a sane road vehicle of more than 16 units
12:13:19  <frosch123> ask the australians
12:13:24  <SmatZ> Bjarni: for some "well-known" train consist
12:13:58  <Bjarni> <frosch123> ask the australians <-- the longest I have seen was the truck and 6 wagons, making it 7 units
12:14:21  <Bjarni> since it transported iron ore it was the heaviest road vehicle in the world to go on public roads
12:16:24  *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
12:16:25  *** mode/#openttd [+v glx] by ChanServ
12:21:04  <Lachie> hmm
12:22:32  <peter1138> Well, UKRS has long articulated maglev...
12:23:44  <Gekz> erm
12:23:48  <Gekz> we have really long road trains
12:23:55  <Gekz> there was one that had many wagons
12:23:58  <Gekz> I can't remember how long
12:24:02  <Gekz> but I'm sure it was more than 20
12:35:48  <CIA-5> OpenTTD: frosch * r13847 /trunk/src/articulated_vehicles.cpp: -Codechange: Add MAX_ARTICULATED_PARTS and set it to 100.
12:57:10  *** ecke [~ecke@213.195.202.130] has joined #openttd
13:00:32  *** rortom [~rortom@p57B7FF58.dip.t-dialin.net] has joined #openttd
13:07:18  *** dih [~dih@dslb-092-074-251-113.pools.arcor-ip.net] has joined #openttd
13:07:53  *** dih is now known as Guest1599
13:08:15  *** Guest1599 is now known as dih
13:11:15  <CIA-5> OpenTTD: truebrain * r13848 /branches/noai/ (5 files in 2 dirs): [NoAI] -Add: AIVehicle.GetCurrentValue() (requested by Michiel)
13:11:19  *** dih [~dih@dslb-092-074-251-113.pools.arcor-ip.net] has quit []
13:19:03  *** grumbel [~grumbel@i577B8691.versanet.de] has joined #openttd
13:27:21  *** tokai [~tokai@p54B82B70.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
13:29:29  *** tokai [~tokai@p54B84082.dip0.t-ipconnect.de] has joined #openttd
13:29:32  *** mode/#openttd [+v tokai] by ChanServ
13:42:42  *** Noetloj [~105Adam@5ad2f51e.bb.sky.com] has joined #openttd
13:43:05  <Noetloj> Hey, I've managed to crash OpenTTD. I tried using the original generation for land, not terragenesis.
13:43:13  <Noetloj> I got out of sprite errors :(
13:43:44  <Noetloj> (it all works if I use terragenisis - but I don't want that)
13:43:54  <SmatZ> Noetloj: I tried it 3 times now, no crash :-/
13:44:03  <Noetloj> er.
13:44:06  <SmatZ> is it reproducible for you?
13:44:08  <Noetloj> I'll screenshot the settings I use to crash it.
13:44:15  <SmatZ> great :)
13:44:16  <Noetloj> and it's done it twice in a row.
13:44:27  <Rubidium> Noetloj: what version are you using?
13:44:43  <Rubidium> and are you using 32bpp sprites?
13:44:44  <Noetloj> 0.6.1RC2
13:44:47  <Noetloj> No
13:44:48  <Noetloj> original
13:44:53  <Noetloj> oh wait.
13:44:54  <Noetloj> RC1.
13:44:55  <Noetloj> damnit
13:44:57  <Noetloj> Let me update
13:44:59  <Noetloj> and re-try.
13:44:59  <peter1138> Hmm, old then :)
13:45:07  <SmatZ> :)
13:45:18  <Noetloj> two ticks, let me update it.
13:46:43  <Noetloj> Same bug, but now it gave me an error report.
13:46:54  <Noetloj> http://pastebin.com/m5ccb8717
13:47:07  <SmatZ> great :)
13:47:37  <Rubidium> are you using the dos or windows grfs?
13:48:24  <Noetloj> Windows.
13:48:40  <Noetloj> http://easytohide.info/imagehost/images/ffkae60aaghmslv7absh.png
13:48:52  <Noetloj> Those are the settings I used for that crash (Out of sprite memory)
13:49:13  <Noetloj> and I've just tested the exact same on Terragenesis, it worked perfectly :)
13:49:21  <Noetloj> (as in it worked, not it worked and also crashed)
13:49:57  <peter1138> Does the progress meter move at all?
13:50:05  <orudge> crashes for me, too
13:50:10  <orudge> this is 0.6.1 as well though
13:50:19  <orudge> progress meter doesn't move at all
13:50:21  <peter1138> Hmm
13:50:22  <orudge> (using that same random seed)
13:50:23  <Noetloj> peter1138: stuck at 0/2
13:50:26  <orudge> oh, wait, no
13:50:33  <orudge> this is using what was the latest trunk with YAPP applied
13:50:40  <orudge> r13734M, it seems
13:50:44  * orudge can debug it
13:51:34  <Noetloj> http://easytohide.info/imagehost/images/rwa1bmbcobf7drcr3wg.png
13:51:40  <Noetloj> Is the bit of screen I get before it crashed.
13:51:47  <Noetloj> (on all 4 crash times)
13:51:59  <Noetloj> So no, no meter movement at all :p
13:52:07  <peter1138> Mmm, before it's terraformed.
13:52:23  * orudge is just compiling the latest trunk to see if it still happens there, and shall try to reproduce it with the debugger
13:52:47  <Noetloj> I hope I didn't break your game
13:52:47  <Noetloj> XD
13:52:52  <Noetloj> oh wait, orudge has it too.
13:52:54  <Noetloj> nevermind xD
13:54:44  <peter1138> It'll probably be those 'special' sprites...
13:54:52  <peter1138> The ones that are not used for Terragenesis.
13:55:40  * glx tries too
13:55:54  <orudge> well
13:55:59  <orudge> with no newgrfs and latest trunk, it seems to be fine
13:56:14  <Noetloj> want me to wipe my grf list and try?
13:56:17  <orudge> no
13:56:20  <orudge> I'm investigating
13:56:24  <Noetloj> righto.
13:56:28  <orudge> as I had the same problem
13:56:35  <orudge> with some newgrfs
13:56:39  * Noetloj sits back and lets the professionals work it.
13:56:57  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving]
13:58:02  <orudge> hmm
13:58:13  <glx> yeah I can reproduce with 0.6.2-RC2
13:58:21  <Noetloj> woohoo.
13:58:24  <Noetloj> me and orudge aren't insane.
13:58:45  *** [1]plakkertjes [~plakkertj@ip51cc357e.adsl-surfen.hetnet.nl] has joined #openttd
13:59:07  * Noetloj switches back to terragenises and goes off to play.
13:59:54  <glx> trunk crashes too
13:59:57  <orudge> yes, problem seems to be occurring in latest svn. See
14:00:39  <Noetloj> Tis interesting watching you professionals debug, just fyi.
14:00:43  *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
14:01:13  <glx> at least I can get more info now than when using the pdb :)
14:03:08  *** Ammler [~Ammler@adsl-89-217-13-46.adslplus.ch] has joined #openttd
14:05:07  *** plakkertjes [~plakkertj@ip51cc357e.adsl-surfen.hetnet.nl] has quit [Ping timeout: 480 seconds]
14:05:07  *** [1]plakkertjes is now known as plakkertjes
14:08:16  *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke]
14:11:38  <Bjarni> <Noetloj> me and orudge aren't insane. <-- I didn't see any proof of that :P
14:11:51  <Bjarni> in fact I didn't see any proof either way
14:12:09  * orudge is perfectly sane... on full-moon Tuesdays, when the wind is blowing in an easterly direction
14:13:14  <Noetloj> O_o
14:16:37  <CIA-5> OpenTTD: bjarni * r13849 /trunk/ (config.lib src/unix.cpp): -Fix: [OSX] 10.5 appears to be more picky when setting up compiling of universal binaries
14:20:31  <SmatZ> mmm no crash for me
14:22:04  <Noetloj> also, this might be picky of me, but is it possible to make OpenTTD not build a big posh football stadium in the middle of a little favela town ¬_¬ http://easytohide.info/imagehost/images/cuvu9l7hmel76yrk7yjy.png
14:22:07  <Noetloj> It's a bit odd :p
14:22:56  <hylje> go on and make us an awesome town building AI
14:23:12  <hylje> currently, as far as I'm aware, it throws dice to decide what to do
14:23:25  <hylje> without any planning whatsoever
14:24:13  <peter1138> Should be possible with a GRF :o
14:24:32  <Noetloj> if you teach me the language of OpenTTD, I'll do it myself :p
14:24:38  <Noetloj> I need something to do for a few days.
14:24:44  * hylje drops a C++ manual on Noetloj
14:24:54  <Noetloj> You'll need to be more specific than that.
14:25:21  <peter1138> The GRF Specs wiki would be more useful :D
14:25:30  <Noetloj> NFO eludes me.
14:25:32  <hylje> what can GRF not do?
14:25:36  * peter1138 reads up.
14:25:44  <Noetloj> It can probably not run around naked.
14:25:46  <Gekz> hylje: play tetris./
14:25:49  <Gekz> it cant play tetris
14:26:11  <hylje> nor does it come with a pony :(
14:27:36  <Noetloj> :[
14:27:39  <orudge> I like horses, best of all the animals.
14:28:00  <peter1138> Hmm, I think the only restriction on stadiums at the moment is just only one in a town.
14:30:12  <hylje> change the default max to like 30 and see how long it takes to people notice something's amiss
14:31:20  <SpComb> football city
14:32:30  *** ecke [~ecke@213.195.202.130] has joined #openttd
14:40:17  <Noetloj> peter1138: can't you make it restrict them to a town/city of like, 2000 pop? (cause ya love meh ;))
14:40:31  <Noetloj> but seriously, at the moment you get stadiums in the most stupidfest of places :p
14:40:39  <Noetloj> stupidist*
14:41:48  *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Ping timeout: 480 seconds]
14:42:14  *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke]
14:42:20  <Noetloj> Gah, I can't build a tower for water.
14:42:24  <Noetloj> What does OpenTTD define as a "town
14:42:30  <glx> a house
14:42:34  <Noetloj> ¬_¬
14:42:44  *** ecke [~ecke@213.195.202.130] has joined #openttd
14:42:50  <glx> it's the only way to detect if we are in a town
14:43:54  *** shodan [user@ppp101-219.static.internode.on.net] has quit [Quit: Client Exiting]
14:46:07  *** nicfer [~Administr@168.226.104.76] has joined #openttd
14:46:10  *** ecke [~ecke@213.195.202.130] has quit []
14:46:20  <Noetloj> glx: er.
14:46:22  <Noetloj> hmm.
14:46:29  <Noetloj> What does OpenTTD define as a house..
14:46:41  <glx> a house is a house
14:46:47  <Noetloj> Well.
14:46:49  <orudge> a building in a town bascically, Noetloj
14:47:00  <Noetloj> Someone living in a caravan, or a favela house would class that as a house.
14:47:03  *** ecke [~ecke@213.195.202.130] has joined #openttd
14:47:05  <Noetloj> OpenTTD obviously does not.
14:48:13  <Noetloj> wow, my OpenTTd screenshot folder is 200MB D:
14:48:54  *** Progman [~progman@p57A1EE05.dip.t-dialin.net] has quit [Remote host closed the connection]
14:49:05  <Noetloj> http://easytohide.info/imagehost/images/54ncxkhj2ps0m8s0akgw.png
14:49:10  <Noetloj> That is now a town with houses? :(
14:49:38  <SmatZ> Noetloj: build it over a house (probably)
14:49:44  <Noetloj> ahhhh.
14:49:44  <orudge> try other locations nearby
14:49:49  <Noetloj> over the houses.
14:49:50  <Noetloj>  iseee.
14:50:15  <Noetloj> yay, that worked. Thanks SmatZ :D
14:50:20  <SmatZ> np :)
14:51:33  <Noetloj> I've never played with sub-trop before in length :p
14:51:34  <Noetloj> xD
14:55:33  *** Bloody [blood@host-187-89.xdsl.telecet.ru] has left #openttd []
14:56:57  <rortom> mh
14:59:10  <rortom> where can i find the code for the station gui
14:59:21  <rortom> means the gui that comes when i click on a station
14:59:26  <rortom> not the station list :\
14:59:40  <frosch123> did you try station_gui.cpp :p
14:59:43  <glx> should be in a _gui.cpp file
15:00:43  <frosch123> struct StationViewWindow : public Window
15:01:02  <rortom> indeed
15:01:04  <rortom> thanks
15:01:17  <rortom> overlooked it
15:01:19  *** Mark [~M4rk@5351EE62.cable.casema.nl] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...]
15:01:20  *** Mark [~M4rk@5351EE62.cable.casema.nl] has joined #openttd
15:01:23  *** Mark is now known as M4rk
15:01:24  *** M4rk is now known as Mark
15:01:35  *** Mark [~M4rk@5351EE62.cable.casema.nl] has quit []
15:01:57  *** M4rk [~M4rk@5351EE62.cable.casema.nl] has joined #openttd
15:02:01  *** M4rk is now known as Mark
15:02:53  <rortom> also
15:03:04  <rortom> why is tha rating and accepts on two different pages?
15:03:08  <rortom> *the
15:03:15  <rortom> i would put it all into one page
15:03:28  <rortom> "page" = viewable area
15:03:50  <Yorick> it's from ttd
15:04:20  <rortom> the question is if that is wished to continue like that
15:06:01  <frosch123> ask the portable players with displays like 5x5 pixels :s
15:07:36  <Noetloj> lol
15:10:42  *** Doorslammer [Doorslamme@PIPP-p-203-54-115-155.prem.tmns.net.au] has quit []
15:11:42  *** KritiK [~Maxim@78-106-154-33.broadband.corbina.ru] has joined #openttd
15:17:02  *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd
15:17:31  <CIA-5> OpenTTD: frosch * r13850 /trunk/src/ (4 files): -Fix [FS#2146]: Fix resp. implement refitting of articulated vehicles during autoreplace.
15:18:05  *** pm [~planetmak@Fceaa.f.ppp-pool.de] has joined #openttd
15:18:33  *** pm is now known as planetmaker
15:18:33  <peter1138> +static bool EnginesGotCargoInCommon(EngineID engine_a, EngineID engine_b, VehicleType type)
15:18:40  <peter1138> Hehe, Bjarni!
15:18:55  <peter1138> He'll never learn 'have' :D
15:19:17  <peter1138> Nice job frosch123 :D
15:19:18  <Bjarni> not true
15:19:23  * peter1138 assumes it works, of course.
15:19:23  <Bjarni> I already has
15:19:24  <Bjarni> :P
15:20:03  <frosch123> I only read the 'Engines' and 'CargoInCommon'. 'Got' did not add anything important :p
15:20:17  <frosch123> Well it works in the cases I tested.
15:20:38  <frosch123> That does not mean there aren't still any corner cases, as I encountered quite a lot :p
15:21:33  <peter1138> Hmm...
15:21:50  * peter1138 wonders what src/ai/default/default.cpp:285-290 are for...
15:22:02  <peter1138> Seems to count the length but not do anything with it.
15:25:54  <frosch123> peter1138: that code is untouched since ottd 0.1
15:26:44  <Noetloj> lol 0.1
15:26:56  <Noetloj> How long ago is that?
15:27:30  <frosch123> ai.c (modified mar 9 2003)
15:27:52  <Noetloj> :o
15:28:06  <Noetloj> wow, I thought OpenTTD was only a few years old.
15:28:08  <Noetloj> like, 2005.
15:29:15  <ln> there weren't computers 2005 years ago.
15:29:22  <Yorick> Noetloj: ludde started in 2003
15:29:43  <Yorick> you found a bit of original unmodified code :)
15:29:50  <Noetloj> :o
15:39:23  <rortom> http://modclub.rigsofrods.com/thomas/.45thif7gw4u8eyirusdhyfd/Fudtown%20Transport%2C%2015th%20Feb%201950.png
15:39:30  <rortom> mod to station gui
15:40:15  <rortom> what you think?
15:40:15  <SmatZ> :)
15:41:58  <Yorick> what if it goes to contain 37 cargoes?
15:42:01  <Yorick> (it can)
15:42:21  <rortom> mh as the old one
15:42:36  <rortom> just merged into one
15:42:40  <Yorick> this would be twice as big...
15:42:43  <rortom> mhm
15:42:44  <rortom> yes
15:42:51  <Yorick> does that still fit on the screen?
15:43:04  <Yorick> assuming 300x400 screen
15:47:27  <SpComb> hmm... looking at the client code for the receive-map progress bar, it looks like the server just splits the data up into many small packets, and then the client just updates them GUI whenever it gets a chance during pauses between getting these packets?
15:51:50  <hylje> peter1138: probably something absolutely critical to the system
15:51:53  <hylje> better not touch em
16:04:03  <Yorick> sp: Ithink it does
16:04:41  <SpComb> I guess that's the only option that I have for implementing a progress bar for NewGRF downloads
16:04:44  *** Roujin [~Roujin@p54973B7D.dip0.t-ipconnect.de] has joined #openttd
16:04:50  <Roujin> hi there
16:05:02  <SpComb> although I'll probably write the server in Python, and not try and integrate it into the OpenTTD codebase yet
16:06:11  <Yorick> heh
16:06:16  * SpComb isn't particularly fond of the OpenTTD network code
16:06:30  * Yorick is implementing it in python
16:07:22  <SpComb> to what extent?
16:07:42  <Yorick> to implementing all packets and know what they mean
16:07:55  <Yorick> generating stats
16:07:59  <Yorick> irc bridge
16:08:58  <Eddi|zuHause2>  <rortom> mod to station gui <- the window should also show the "provides" list [not only when building a station]
16:09:18  <SpComb> I was looking towards creating something that only handled NewGRF stuff, with a slant towards high performance
16:09:26  <SpComb> Yorick: what kind of code do you have?
16:10:01  <Yorick> SpComb: http://code.google.com/p/openttd-python/ working on it in #openttd-python
16:12:22  <SpComb> ugh, threads in irc_lib.py :(
16:12:40  <Yorick> hmm, I don't think it's needed anymore
16:12:48  <Yorick> SpBot?
16:13:05  <hylje> old-style classes
16:13:13  <hylje> star-imports
16:15:29  <SpComb> what about SpBot?
16:15:43  <Yorick> doesn't he implement irc in a 'proper' way?
16:15:55  <SpComb> well, as a Twisted protocol handler
16:16:33  <Yorick> he aims to...
16:17:06  <SpComb> hmm?
16:17:49  <Yorick> we recently stepped to a third-party irc-lib, that's what the threads are doing
16:17:50  <hylje> javaCase
16:19:01  <hylje> it may be python but it's not written as python. i suppose i'd want to give some patches..
16:19:33  <Yorick> go ahead :)
16:21:01  *** DJNekkid [~chatzilla@static217-26.adsl.no] has joined #openttd
16:22:09  <hylje> gee, 400 line methods
16:22:12  <Yorick> hylje: if you'd want to give some patches, go to openttd-python :)
16:22:17  <Roujin> say.. paullb suggested some new penalty for the pathfinder(s) here: http://www.tt-forums.net/viewtopic.php?f=33&t=38637 - would it be acceptable to change YAPP in this way? I'm currently working on a patch for it..
16:23:47  <peter1138> YAPP?
16:24:05  <Roujin> Yapf, i mean
16:24:10  <peter1138> There are reasons why it's not done.
16:24:29  <Eddi|zuHause2> YAPF does this by checking signals ahead, roads do not have signals
16:25:07  <peter1138> Havoc with caches, and other vehicles may have moved by the time the vehicle gets there.
16:25:21  <SpComb> hmm... tricking the network code into connecting to the NewGRF server instead of the OpenTTD server will take some work
16:25:34  * SpComb is learning to hate global variables
16:25:46  <peter1138> Learn to embrace them. They are your friend.
16:26:04  <Eddi|zuHause2> keep your friends close, keep your enemies closer
16:27:16  <hylje> maybe i dont dare to change names around despite style
16:27:25  <rortom> i modded the gui a bit further:
16:27:26  <rortom> http://modclub.rigsofrods.com/thomas/.45thif7gw4u8eyirusdhyfd/Haningworth%20Transport%2C%2028th%20Feb%201950.png
16:27:41  <rortom> http://modclub.rigsofrods.com/thomas/.45thif7gw4u8eyirusdhyfd/Haningworth%20Transport%2C%2026th%20Apr%201950.png
16:27:47  <Roujin> peter: i understand the problem with vehicles that have moved by the time the vehicle gets there,, but what would be the problem with caches
16:29:26  <rortom> request for comments? :|
16:30:20  <Eddi|zuHause2> statistics would be cool
16:30:34  <Eddi|zuHause2> not only amount of cargo, but maybe also amount of trains
16:30:55  <Eddi|zuHause2> and still no providing list :(
16:34:01  <peter1138> Roujin: Vehicles move all the time, so caches would be invalid all the time. Or somethign like that.
16:34:58  <rortom> mhm
16:35:08  <rortom> adding stats seems to be very easy in fact...
16:35:54  <Eddi|zuHause2> well, like i said in the thread, it could add dynamic values for the first 10 tiles, like it does with the first 10 signals
16:37:16  <Eddi|zuHause2> rail_look_ahead_max_signals = 10
16:37:39  <Eddi|zuHause2> the functionality is there, just has to be adapted to road
16:38:24  <Roujin> `hmm.. have to look into yapf deeper then..
16:39:09  <Roujin> don't have a clue how yapf does caching yet..
16:39:35  <peter1138> Nobody does :)
16:39:46  <Roujin> now that's encouraging :D
16:40:38  *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd
16:40:56  *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit []
16:42:16  <hylje> if not len(rawcommand) > 0: ..
16:43:10  *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
16:43:29  <Eddi|zuHause2> you don't have to look deep to find the lookahead penalties
16:48:19  <Bjarni> http://paste.openttd.org/36923 <-- will somebody test if this works on non-OSX, non-windows systems?
16:49:13  *** nicfer [~Administr@168.226.104.76] has left #openttd []
16:49:21  *** nicfer [~Administr@168.226.104.76] has joined #openttd
16:52:26  <nicfer> city simulation vs transport company simulation, who will win?
16:52:48  <SpComb> does someone else want to write my OpenTTD network code for me? :/
16:53:01  <Bjarni> :D
16:53:23  <hylje> i have more than enough pastime with crunching though the code that is allegedly python
16:53:32  <Bjarni> "I have this great idea and I will start coding it now (one hour later) Will somebody code this for me?"
16:53:41  <Bjarni> like we haven't seen this one before xD
16:53:43  <SpComb> it looks like having the NewGRF download window establish a TCP connection to some third-party server and then doing stuff with it is going to be nasty
16:53:44  <peter1138> Pah, just send it in the same way the map's done
16:54:07  <peter1138> Oh, yes, the map comes from the server...
16:54:13  <SpComb> peter1138: there's so many weird global variables involved that the various functions modify that it's really difficult to figure out what I need to modify
16:54:22  <Bjarni> SpComb: you want to transfer newGRF files on the fly?
16:54:44  <SpComb> Bjarni: http://photos.marttila.de/screenshots/ottdgrfs/
16:54:53  <nicfer> best suggestion ever: flying trains
16:54:54  <nicfer> lol
16:54:59  <nicfer> ideal for belugas
16:55:04  <SpComb> currently it uses libcurl and blocking HTTP requests, now I want to implement it using OpenTTD's network stuff is it doesn't freeze the UI etc
16:55:59  <Bjarni> didn't we agree not to download GRF files inside the game itself?
16:56:15  <SpComb> I guess you haven't been following the discussions on that matter here last week
16:56:22  <Bjarni> no
16:56:25  <Bjarni> I was offline
16:56:31  <hylje> that might be why
16:56:52  <Bjarni> and I didn't plan to be offline last week :(
16:57:11  <Roujin> Eddi and peter: could it be that Yapf doesn't really cache values for the road pathfinder? Because I got it running now and it doesn't seem like it's using cached values somewhere instead of the current ones...
16:57:23  <SpComb> well, I think we managed to come up with some rough ideas as to an acceptable implementation
16:57:33  <Bjarni> nice
16:57:33  <SpComb> so now I'm just trying to work on a prototype
16:57:40  <Bjarni> is it written online somewhere?
16:57:53  <SpComb> http://hg.marttila.de/repos/ottdgrfs-openttd.hg/ <-- you mean the source code?
16:57:57  <SpComb> or the discussion?
16:58:10  <Bjarni> the result of the discussion
16:58:26  <SpComb> well, we only discussed it here on IRC, so there's the logs of that
16:58:41  <SpComb> I was planning on making a topic in the forums once I have a working prototype to present
16:59:02  <Bjarni> fair enough
17:00:08  *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Ping timeout: 480 seconds]
17:01:13  <SpComb> http://zapotek.paivola.fi/~terom/logs/openttd/view/2008-07-22/5@200
17:02:54  <SpComb> http://zapotek.paivola.fi/~terom/logs/openttd/view/2008-07-22/6@200~1103#goto
17:03:41  *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke]
17:04:39  <SpComb> http://zapotek.paivola.fi/~terom/logs/openttd/view/2008-07-18~3#goto
17:04:42  <SpComb> bit hard to follow
17:06:03  <Bjarni> bit hard?
17:06:15  <Bjarni> it's as hard as I imagined :s
17:08:49  <SpComb> but in essence, the idea is to have a central db of GRF metadata - GRFID, md5sum - and then have the OpenTTD client check the metadata that it gets from the server against that db, and then download those GRFs that are found
17:09:30  <SpComb> the current implementation does a HTTP POST with <grfid>:<md5sum> tuples as arguments, and gets back a list of <grfid>:<md5sum>:<http_url> tuples
17:10:17  <Bjarni> ok
17:10:18  <SpComb> then it dowloads the <http_url> into a "cache/" dir, and loads GRFs for use with network servers from there
17:10:36  <Bjarni> but how is that different from what we discarded? :)
17:11:12  <SpComb> having a central db of metadata, and having the offical client check against that gives NewGRF authors more control over their grfs than what they currently have
17:11:56  <SpComb> and in essence the implementation just combines GRFCrawler and the OpenTTDCoop grfpack together, plus some convenience functionality
17:12:14  <Bjarni> fine
17:12:18  <Bjarni> get coding then :)
17:12:44  *** Zahl [~Zahl@g227026099.adsl.alicedsl.de] has joined #openttd
17:12:46  <Bjarni> http://paste.openttd.org/36923 <-- nobody on linux wanted to test this?
17:16:03  <plakkertjes> can i ask something? :)
17:16:10  <Bjarni> no
17:16:13  <plakkertjes> :(
17:16:20  <Bjarni> but since you already did we will have to punish you
17:16:26  * plakkertjes cries
17:16:32  * Bjarni punishes plakkertjes
17:16:41  <Bjarni> now let that be a lesson to you
17:16:43  <plakkertjes> i'd still ilke to ask itttt
17:16:52  <Bjarni> you should ask the question instead of asking about asking
17:16:56  <plakkertjes> -.-
17:17:52  <plakkertjes> is the payment you get for transporting a certain type of cargo, affected by how far you go by the train? or just the distance between the two stations
17:17:55  <plakkertjes> o.O
17:18:10  <Bjarni> the stations
17:18:12  <hylje> station distance
17:18:31  <plakkertjes> ah ok
17:18:37  <plakkertjes> would've thought so
17:18:40  <Bjarni> you will not gain a profit from making a 200 tile railroad between two stations that are 5 tiles apart
17:19:14  <glx> you will lose money indeed as the travel time will be too big
17:19:30  <SpComb> what about building a station that's 100 tiles from the industry, and just extended to cover the industry as well?
17:19:50  <plakkertjes> its about the stations right
17:20:03  <Bjarni> that would need a strong computer if you allow such a station spread
17:20:20  <glx> the point used as reference is the station sign
17:20:52  <plakkertjes> why would that require a strong computer
17:21:25  <Bjarni> a high station spread needs more CPU time for the calculations regarding the station
17:21:48  <plakkertjes> 2.4 ghz quad core? o.O
17:21:59  <glx> ottd uses only one core
17:22:00  <Bjarni> the game is single threaded
17:22:05  <plakkertjes> darn
17:22:14  <plakkertjes> why not multiple
17:22:16  <plakkertjes> :(
17:22:21  <plakkertjes> is that hard to code?
17:22:29  <glx> well it can use a second core for saving and generating land
17:22:44  <glx> multithread means full rewrite
17:22:49  <SpComb> indeed...
17:22:50  <plakkertjes> hmm
17:22:53  <Bjarni> I tried to add a thread but it turned out that the semaphor handling used more CPU power than it would give
17:22:59  <SpComb> (which would have other positive aspects, though, as well)
17:23:10  <Bjarni> ideal would be a 20% speed boost but worst case it would slow down 10%
17:23:14  <plakkertjes> but why not make it so that on a quad core, certain things are handled by certain cores
17:23:17  <SpComb> bad code -> bad locking needed to keep it working
17:23:21  <Bjarni> and normally it would slow down the game
17:23:39  <Bjarni> so that threading patch was never finished
17:23:47  <plakkertjes> 2 bad though
17:24:05  <plakkertjes> It never slows down on my computer though
17:24:05  <SpComb> well, the code would need to use less shared state before you could effectively parralelize it
17:24:07  <glx> plakkertjes: each client must do exactly the same things for the same initial conditions
17:24:17  <plakkertjes> ok,
17:24:31  <plakkertjes> wowwww, this goes to show how much I dont know about coding programs o.O
17:25:13  <plakkertjes> god Im already fine with knowing PHP
17:25:17  <nicfer> what's faster, a 3.2ghz single-core processor or a 1.6 dual-core one?
17:25:23  <plakkertjes> dual
17:25:27  <plakkertjes> I think o.O
17:25:30  <Bjarni> are you sure?
17:25:32  <glx> depends on the task
17:25:34  <plakkertjes> yes
17:25:39  <Bjarni> I'm not
17:25:43  <plakkertjes> and also how much cache it has
17:25:44  <glx> for ottd 3.2 is better
17:25:45  <hylje> multiprocessor stuff tends to have overhead when compared to single
17:25:49  <Bjarni> the single core CPU would be faster for OTTD
17:25:59  <plakkertjes> :( so my 2.4 ghz is crapz?
17:26:04  <Bjarni> no
17:26:07  <plakkertjes> <:)
17:26:19  <glx> but for multithread apps multicore is better
17:26:26  <plakkertjes> photoshop =]
17:26:35  <Bjarni> if you buy a new game in a computer store then odds are that it uses threading and will use all cores
17:26:45  <plakkertjes> yup, assasins' creed uses it
17:26:52  <glx> and the GPU
17:26:54  <plakkertjes> my gpu?
17:26:59  <Bjarni> yeah
17:27:02  <plakkertjes> 8800 gtx
17:27:17  <nicfer> only accelerates 3d games
17:27:29  <glx> can help for 2D too
17:27:30  <Bjarni> I say we might be special by only using one core and no graphical hardware
17:27:43  <plakkertjes> isnt openttd just pure processing
17:27:45  <plakkertjes> for the cores
17:27:52  <plakkertjes> (meaning no graphical)
17:27:57  <Bjarni> it is
17:28:12  <plakkertjes> for 3d thats not 2 good
17:28:15  <plakkertjes> but for 2d its fine
17:28:43  <plakkertjes> what language is openttd written in? is it hard to learn? o.O
17:28:43  <glx> well there's some 3D stuff in openttd :)
17:28:49  <Bjarni> btw there is one use for more than one core. When the game saves it saves in the memory. Another thread then compresses the savegame and writes it to the disk while the game continues
17:29:01  <Bjarni> meaning you will not really feel a slowdown when saving/autosaving
17:29:10  <Bjarni> like you risk on a single core system
17:29:28  <plakkertjes> whats 3d in openttd o.O
17:29:34  <Bjarni> nothing
17:29:41  <glx> heights
17:29:45  <plakkertjes> thats not 3d
17:29:47  <plakkertjes> thats isometric
17:29:52  <plakkertjes> it gives you the sense of height
17:29:58  <Bjarni> it's not 3D in terms of a GPU
17:30:07  <plakkertjes> 3d = polygons
17:30:17  <plakkertjes> we'd be able to zoom in and angle the camera
17:30:28  <plakkertjes> thank god tahts not the case
17:30:32  <Bjarni> but openGL can use the GPU for 2D
17:30:33  <plakkertjes> rollercoaster tycoon 2 = yay
17:30:42  <plakkertjes> rollercoaster tycoon 3 (3d) = :(
17:31:13  <glx> yes 3D is not always good (look for TTD for PS1)
17:31:17  * nicfer wonders why no-one started a openrct proyect
17:31:36  <Bjarni> that's due to the EULA in rct
17:31:46  <plakkertjes> i even have openttd on my ipod
17:31:47  <plakkertjes> :)
17:31:49  <nicfer> I mean from scratch
17:32:00  <Bjarni> nobody bothered
17:32:02  <plakkertjes> :( to bad
17:32:04  <plakkertjes> i loved that game
17:32:24  <plakkertjes> and doesnt rct use the same sounds as openttd
17:32:26  <plakkertjes> o.O
17:32:27  <nicfer> then go ahead :)
17:32:35  <plakkertjes> I dunno how to make programs :(
17:32:44  <nicfer> j/k
17:32:48  <plakkertjes> still
17:33:00  <nicfer> j/k = just kidding
17:33:01  <plakkertjes> that would be 5 years of hard work, and you'd have like one rollercoaster
17:33:02  <plakkertjes> i know
17:33:03  <plakkertjes> :)
17:33:23  <Bjarni>  <plakkertjes> I dunno how to make programs :( <-- well... when you are done then you know how to do it
17:33:30  <Bjarni> learning by doing
17:33:41  <plakkertjes> hmm
17:33:42  <plakkertjes> true
17:33:48  <Bjarni> that's the best way to learn how to code
17:33:51  <plakkertjes> but, whats the language for all those programs
17:33:52  <plakkertjes> c++?
17:34:04  <plakkertjes> wild gues
17:34:06  <plakkertjes> s*
17:34:09  <Bjarni> if you start from scratch then you decide
17:34:14  <Bjarni> so try ASM
17:34:26  <plakkertjes> ASM?
17:34:30  <plakkertjes> google is your frienddd
17:34:42  <plakkertjes> ASM Auto Recycling Ltd
17:34:45  <plakkertjes> o.o
17:34:47  <plakkertjes> probably not it
17:34:52  <Bjarni> :)
17:34:56  <plakkertjes> assembly language
17:34:58  <plakkertjes> :)
17:35:06  <Bjarni> that's more like it
17:35:37  <glx> asm is not the easiest thing to start with ;)
17:35:40  <plakkertjes> do i need any programs to do so? or just notepad o.O
17:35:42  <nicfer> also remember that commercial games are just recycled versions of previous games in the series
17:35:49  <plakkertjes> no kiddin'
17:35:50  * planetmaker smells a sadist or masochist out there
17:35:55  <plakkertjes> engine rewrite
17:36:13  <plakkertjes> cod4 though
17:36:16  <plakkertjes> was a nice rewrite
17:36:19  <plakkertjes> (Call of Duty)
17:36:33  <plakkertjes> it had almost the same commands
17:36:34  <plakkertjes> -.-
17:36:38  <nicfer> instead open source games are the same game but enhanced every time more
17:37:26  <nicfer> with recycling I mean when they finish a game they start another one and name it [nameofthegame] 2 or something similar
17:37:50  <glx> only if the previous worked ;)
17:38:18  <plakkertjes> The equivalent assembly language representation is easier to remember (example in Intel syntax, more mnemonic):
17:38:18  <plakkertjes> MOV AL, 61h
17:38:19  <plakkertjes> :(
17:38:20  <plakkertjes> wtf
17:38:26  <Bjarni> lol
17:38:27  <nicfer> here openttd 2 (or 2.0.0) will be the same game but with tons and tons of new features ;)
17:38:28  <plakkertjes> gibberish
17:38:34  <Bjarni> no
17:38:40  <Bjarni> I can read what you just wrote
17:38:43  <plakkertjes> yes
17:38:46  <plakkertjes> but the actual meaning
17:38:51  <plakkertjes> is vague
17:39:01  <glx> no it's clear
17:39:06  <plakkertjes> mnemonic
17:39:08  <plakkertjes> ?
17:39:08  <Bjarni> it's very clear
17:39:12  <glx> put 61h in register AL
17:39:24  <plakkertjes> never mind
17:39:24  <plakkertjes> Move the value 61h (or 97 decimal; the h-suffix means hexadecimal) into the processor register named "AL".
17:39:27  <plakkertjes> its explained o.O
17:39:31  <plakkertjes> just didnt read on
17:39:32  *** ecke [~ecke@213.195.202.130] has joined #openttd
17:39:40  * plakkertjes cries
17:40:09  <Bjarni> MOV is moving one "unit". a "unit" has the same size as the number of bits in the CPU
17:40:37  <Bjarni> coding ASM without a list of commands could be a bit tricky though
17:40:50  <glx> yeah code in hexa ;)
17:41:25  <glx> there are many different opcodes for mov (depending on source and destination)
17:41:35  <plakkertjes> The tutorial is completely focused towards the computers that function with processors of the x86 family of Intel, and considering that the language bases its functioning on the internal resources of the processor, the described examples are not compatible with any other architecture.
17:41:38  <plakkertjes> is that my computer? o.O
17:41:54  <glx> what's your CPU?
17:42:01  <plakkertjes> intel... Q6600
17:42:04  <plakkertjes> something
17:42:07  <glx> then yes
17:42:10  <plakkertjes> yay
17:42:14  <plakkertjes> x86 = 64 bit? :S
17:42:20  <glx> no
17:42:22  <plakkertjes> oh
17:42:30  <plakkertjes> what does it mean :)
17:42:51  <planetmaker> processor family. Same basic instruction sets
17:42:54  <glx> it's a processor family starting with 8086
17:43:02  <plakkertjes> mkay
17:45:40  <plakkertjes> and the groups of 4 bits are called nibbles.
17:45:41  <plakkertjes> oh o.O
17:45:47  <Bjarni> http://paste.openttd.org/36923 <-- aren't there anybody who is going to test this???
17:46:09  <glx> Bjarni: as already stated it doesn't matter for me ;)
17:46:25  <Bjarni> luckily there are more than two people in this channel :)
17:46:34  <plakkertjes> question: wasnt their something with a computer that worked not only with 0 and 1 but also with 2?
17:46:48  <glx> not in a binary world
17:47:14  <plakkertjes> i guess it wouldnt be called binary
17:47:25  <plakkertjes> bi = 2, and binary = 0 and 1 right
17:47:27  <plakkertjes> trinary? o.O
17:47:29  <plakkertjes> :p
17:47:45  <Bjarni> Oxford has an experimental quantum computer that can handle 0, 1 and 0 and 1 at the same time (3 stages). However you don't want to use that one
17:47:50  <Bjarni> it's a 2 bit system
17:47:56  <Bjarni> and it's like 1 Hz or less
17:48:08  *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd
17:48:09  <Bjarni> not to mention I think it's unstable
17:48:35  <Bjarni> and has dangerously strong magnetic fields
17:48:35  <glx> doesn't use a cat in a box ?
17:48:38  <SpComb> and if you manage to typo your source, it might just trigger armageddon
17:48:52  <blathijs> I think that a quarnary (4-stage) system is used in datacommunications / storage every now and then
17:48:57  <SpComb> hmm... wrong term
17:49:18  <blathijs> Has some nice properties wrt redundancy and ECC IIRC
17:50:17  <Bjarni> <blathijs> I think that a quarnary (4-stage) system is used in datacommunications / storage every now and then <-- there is a 4-stage system used in chip designs because it has a lower power usage
17:50:17  <SpComb> you mean encoding a binary signal using a four-state code?
17:50:33  * peter1138 molycoddles his autoreplace.
17:50:39  <Bjarni> it's not used much due to tradeoffs though ;)
17:50:40  <peter1138> molly
17:50:49  <SpComb> (as a phyiscal layer protocol)
17:50:57  * peter1138 ponders backporting frosch123's fixes.
17:51:06  <Bjarni> SpComb: yeah in the physical layer
17:51:12  <blathijs> SpComb: Yup
17:51:50  <Bjarni> blathijs: http://paste.openttd.org/36923 <-- can you test this?
17:52:02  <Bjarni> basically: will it compile or not. That's all I need to know
17:53:04  * Bjarni gets an idea
17:53:18  <Bjarni> if I just commit it then people will test it for me without realising it :P
17:54:21  <blathijs> Bjarni: I'll give it a go
17:54:48  <Bjarni> thanks
17:55:34  <blathijs> Bjarni: Why is it needed exactly? And what does this "max allowed" and "min allowed" mean?
17:56:08  <blathijs> And shouldn't configure just set HAVE_BROKEN_ICONV properly instead of adding conditionals there?
17:57:19  <Bjarni> because HAVE_BROKEN_ICONV setup appeared not to work with the flags in question
17:57:55  <Bjarni> the min flag is adding something that used to be implicit for universal binaries (but isn't anymore)
17:58:52  <Bjarni> max allowed is the version of the system it's build on except if it's set elsewhere (which it isn't for us)
17:59:02  <glx> I guess they are not macros nor define (like some OSX stuff)
17:59:37  <Bjarni> I have them as defines in /usr/include/AvailabilityMacros.h
18:00:12  <glx> but you could use a little exe to detect the value to use for HAVE_BROKEN_ICONV
18:01:51  <glx> or update tmp.iconv.cpp stuff (config.lib:2128)
18:01:55  <plakkertjes> pfft it says I need a compiler, where can I find it?
18:02:07  <plakkertjes> yes. I googled
18:04:02  <Bjarni> that depends on your OS
18:04:06  <blathijs> Bjarni: Why is the !APPLE there anyway? AFAICS, the HAVE_BROKEN_ICONV is only set when the having a const char* breaks in configure, so why would you still use a const char* on MacOS < 10.5?
18:04:39  <plakkertjes> vista
18:04:40  <plakkertjes> :P
18:04:42  <Bjarni> <blathijs> Bjarni: Why is the !APPLE there anyway? <-- to avoid non OSX systems from looking at the flags I presume they haven't defined
18:04:51  <Bjarni> plakkertjes: I'm sorry
18:05:10  <plakkertjes> are you now
18:05:37  <Eddi|zuHause2> <nicfer> only accelerates 3d games <- modern graphics cards (drivers) can also run arbitrary code on the GPU. some games use that for physics engine
18:05:50  <blathijs> Bjarni: Hun? What flags?
18:06:09  <blathijs> Bjarni: I mean the !APPLE in unix.cpp: #if defined(HAVE_BROKEN_ICONV) && !defined(__APPLE__)
18:06:17  <Eddi|zuHause2> <plakkertjes> what language is openttd written in? is it hard to learn? o.O <- if you have to ask that, then it is.
18:06:21  <blathijs> Bjarni: (Looking at the current version, without your patch)
18:06:34  <Bjarni> don't do that
18:06:49  *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd
18:07:07  <plakkertjes> ok eddi
18:07:12  <Bjarni> I working on a fix for my fix since I realised that this whole issue is due to differences between different versions of OSX
18:07:20  <Bjarni> so the trunk is broken right now
18:07:24  <Bjarni> for some
18:07:39  <Bjarni> before I fixed this it was broken for some other people
18:12:11  <Bjarni> now I think I know why HAVE_BROKEN_ICONV failed to be setup correctly
18:12:17  <Bjarni> testing
18:12:44  <Bjarni> if I'm right then the solution is way more simple than all the stuff I have been trying so far >_<
18:16:19  *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke]
18:16:57  <blathijs> Bjarni: I think the && !APPLE there is really a workaround for a broken configure, so adding more defines to that is not a proper solution
18:17:11  <blathijs> Bjarni: Fixing configure to set HAVE_BROKEN_ICONV when needed, is
18:18:32  <Bjarni> now I know what's wrong
18:18:59  <blathijs> What is?
18:19:07  <Bjarni> when compiling a test app to get a result to assign to HAVE_BROKEN_ICONV then it skips the CFLAGS
18:19:11  <blathijs> The configure testcase is wrong?
18:19:12  <blathijs> Ah
18:19:16  <Bjarni> or rather they haven't been set yet
18:19:17  <blathijs> Subtle
18:19:42  <Bjarni> so when I build a universal binary the test app isn't based on the correct SDK
18:19:57  <blathijs> That is indeed the major flaw in this configure approach
18:20:14  <Bjarni> it's all so simple now that I detected it
18:20:15  <blathijs> If a testprogram fails, you can only assume that it is because the reason you think :-)
18:22:32  <Bjarni> the question is how to fix this...
18:27:27  <blathijs> Bjarni: What CFLAGS do you need? Can't you set them earlier in the configure process?
18:27:52  <blathijs> In general it seems like a decent idea to first set up the compile env and then do tests
18:28:04  <blathijs> Though perhaps the things you need shouldn't be in CFLAGS
18:29:02  <Bjarni> odd
18:29:08  <Bjarni> it's set in make_sed()
18:30:29  <Bjarni> and it looks weird
18:31:23  <blathijs> "it" ?
18:32:16  <Bjarni> it = the code to set up the cflags
18:33:21  <blathijs> But what kind of CFLAGS do you need, then? Or rather, what CFLAGS?
18:34:25  <Bjarni> T_CFLAGS="$T_CFLAGS -isysroot /Developer/SDKs/MacOSX$osx_sysroot_version.sdk -mmacosx-version-min=10.4"
18:36:09  <Eddi|zuHause2> hm... i should separate my long distance grain and cattle trains
18:36:24  <CIA-5> OpenTTD: frosch * r13851 /trunk/src/newgrf_station.cpp: -Fix (r9393): GetTownByTile() is only valid for houses and roads.
18:36:28  <Eddi|zuHause2> to be able to counter shifts in the production amount better
18:39:26  <blathijs> Bjarni: It seems the -isysroot is also set in make_cflags_and_ldflags
18:39:36  <blathijs> Bjarni: Are they both needed?
18:41:17  <blathijs> Bjarni: Also, a few lines lower in make_cflags_and_ldflags, the -isysroot is converted to something else for the makedepend cflags. I feel that that might be handled better when setting the -isysroot in the first place, I think
18:41:33  <peter1138> frosch123: ... something actually uses parent scope for stations!?
18:41:56  <frosch123> don't know, but industries definitely not :p http://www.math.tu-clausthal.de/~mtce/ottd/IndustryParentScope.diff
18:42:08  *** Tech-Frog [~Tech-Frog@141.248-243-81.adsl-static.isp.belgacom.be] has joined #openttd
18:42:13  <peter1138> Heh
18:42:31  <Tech-Frog> Is this OTTD as in Open Transport Tycoon?
18:42:40  <blathijs> Tech-Frog: Yes
18:42:42  <frosch123> Is there a nicer way to detect whether we are resolving industries or industrytiles
18:42:51  <SpComb> there's no "Transport Tycoon" in "OpenTTD"
18:43:08  <blathijs> Bjarni: Also, I feel that the -isysroot might be better placed in cxx_host instead of CFLAGS. Not sure, though
18:44:00  <peter1138> frosch123, uh, isn't it a totally separate resolver?
18:44:01  <Tech-Frog> Well, this channel is about the game right?
18:44:15  <planetmaker> yes
18:44:25  <Tech-Frog> kthxbi
18:44:29  *** Tech-Frog [~Tech-Frog@141.248-243-81.adsl-static.isp.belgacom.be] has left #openttd []
18:44:46  <planetmaker> oh well :P
18:44:57  <frosch123> peter1138: industrytile's getvariable calls industry's getvariable for parent scope, but it shall not be passed further to the town's getvariable :)
18:46:46  <peter1138> Hmm, I see.
18:52:27  * SpComb yawns
19:09:16  *** SaiBot [~SaiBot@adsl-75-31-169-250.dsl.frs2ca.sbcglobal.net] has joined #openttd
19:16:18  *** Shorttail [~Shorttail@0x50c7147e.honqu1.static.dsl.tele.dk] has joined #openttd
19:16:34  <Shorttail> Open TTD channel?
19:17:27  <bleepy> yes ?
19:17:32  <Shorttail> ^^
19:17:38  <Shorttail> Mine doesn't quite work
19:17:54  <bleepy> can get pills for that
19:18:19  <Shorttail> :P
19:18:20  <Eddi|zuHause2> your channel?
19:18:22  <Shorttail> Well
19:18:29  <bleepy> lol
19:18:53  <Shorttail> When the buses come in, and the money show up above upon unloading passengers, the money isn't added to my fund
19:19:05  <glx> yellow money?
19:19:29  <Shorttail> moment
19:19:31  <Shorttail> checking
19:19:53  <ln> those damn passengers who don't pay for their trips.
19:20:16  <Shorttail> yes
19:20:32  <glx> don't use transfert orders  :)
19:20:46  <Shorttail> ?
19:20:47  <glx> unless you fully understand how they work
19:20:56  <SpComb> yellow money
19:21:50  <Shorttail> Well what should I do then?
19:22:00  <Roujin> just give them normal orders
19:22:03  <SpComb> don't add weird modifiers to the vehicle orders
19:22:03  <Eddi|zuHause2> Shorttail: just give goto orders, not transfer
19:22:05  <Roujin> without "transfer"
19:22:07  <Shorttail> I played this like 10 years ago and managed to farm properly then
19:22:13  <Shorttail> hmm
19:22:20  <SpComb> game's different now than it was 10 years ago :)
19:22:22  <Brianetta> Transfer didnt exist 10 years ago
19:22:23  <Eddi|zuHause2> 10 years ago it did not have transfers ;)
19:22:34  <SpComb> (10 years ago OpenTTD didn't exist...)
19:22:42  <Shorttail> Lol
19:22:45  <Shorttail> TTD
19:23:25  <Shorttail> So
19:23:34  <Shorttail> The order shold just be clear?
19:23:38  <Eddi|zuHause2> yes
19:23:46  <Shorttail> lol
19:23:55  <glx> you can have load/unload (but it's not recommended for buses)
19:23:57  <Shorttail> In the old one, the buses wouldn't pick up passengers with that XD
19:24:20  <Eddi|zuHause2> yes, they did.
19:25:02  <Shorttail> Not the one I played
19:25:15  <Shorttail> I paid to have the buses running, but they never did anything
19:25:50  <Eddi|zuHause2> that could have all sorts of reasons...
19:25:58  <Shorttail> yeah well
19:26:16  <Eddi|zuHause2> anyway, your money should now be green instead of yellow
19:26:25  <Shorttail> Indeed
19:26:28  <Shorttail> I love irc
19:26:28  <Eddi|zuHause2> that means it's actually added
19:26:44  <Shorttail> I noticed ^^
19:26:45  <Shorttail> Thanks
19:27:50  <Shorttail> The one I had then started in a mode where the water was lava
19:28:44  *** Shorttail [~Shorttail@0x50c7147e.honqu1.static.dsl.tele.dk] has quit [Quit: Bye for now!]
19:31:02  <Bjarni> <ln> those damn passengers who don't pay for their trips. <--- I experienced something like that once. Somebody came up to me and asked if there were crew in the wagons to handle tickets. When I said yes they ran
19:32:07  <Bjarni> took me a moment to realise that they had asked train crew if there were train crew to handle tickets or if they could travel without paying without being caught
19:36:50  *** SaiBot is now known as Joshuaxiong1
19:42:23  <Eddi|zuHause2> that
19:42:31  <Eddi|zuHause2> 's a pretty genious question to ask :p
19:42:47  *** frosch123 [~frosch@frnk-590ff65e.pool.einsundeins.de] has quit [Remote host closed the connection]
19:46:44  <Bjarni> in a way it was
19:46:53  <Bjarni> it took me completely by surprise
19:47:11  <Bjarni> so I didn't realised what happened before they were gone
19:47:50  <planetmaker> hehe. So 'yes' was the right answer :)
19:48:06  <Bjarni> the railroad realised that certain people figured out to leave the trains when they spot uniforms
19:48:28  <Bjarni> solution: ticket control from people in civilian outfits
19:48:41  <planetmaker> :) yeah
19:48:53  <ln> like in Hanover
19:49:26  <planetmaker> he. They run around nearly like those ragged alcohol junkies :P
19:49:57  <Bjarni> funny enough the railroad will not tell what kind of outfit they will be using
19:50:08  <Bjarni> I think they plan on not using a standard at all
19:50:18  <hylje> else it'd be an uniform, duh
19:50:48  <planetmaker> probably just "come to work in your usual clothes"...
19:51:19  <Eddi|zuHause2> civilian ticket controllers i know from trams around here...
19:51:33  <Eddi|zuHause2> the conductors in trains i have always seen in uniform...
19:52:01  <planetmaker> well. A conductor doesn't need to be undercover. It's clear that he's on bord :)
19:55:20  <ln> i've seen a DB conductor who spoke finnish.
19:55:22  *** Joshuaxiong1 [~SaiBot@adsl-75-31-169-250.dsl.frs2ca.sbcglobal.net] has quit [Max SendQ exceeded]
19:56:34  *** Joshuaxiong1 [~SaiBot@adsl-75-31-169-250.dsl.frs2ca.sbcglobal.net] has joined #openttd
19:57:56  <SpComb> ln: did he look weird?
19:58:03  <SpComb> or did you hear him?
19:58:56  <Joshuaxiong1> /join #Joshuaxiong1
19:59:08  *** Ammler [~Ammler@adsl-89-217-13-46.adslplus.ch] has quit [Quit: Konversation terminated!]
19:59:35  <Eddi|zuHause2> /kick Joshuaxiong1
19:59:48  <Joshuaxiong1> /join #Joshuaxiong1 - The botnet Owner
20:00:23  *** mode/#openttd [+v Bjarni] by ChanServ
20:00:26  *** mode/#openttd [+v Belugas_Gone] by ChanServ
20:00:41  *** Joshuaxiong1 [~SaiBot@adsl-75-31-169-250.dsl.frs2ca.sbcglobal.net] has quit [autokilled: J - Contact support@oftc.net for help. (2008-07-27 20:00:41)]
20:01:02  <ln> SpComb: he was a german married to a finnish woman.
20:02:03  <rortom> hi all
20:02:24  <SmatZ> hello
20:02:35  <Wolf01> uhm, I reduced the size of the trains to deliver cargo quickly, and now the industry lowered the production 3 times in 3 months by 40% each time
20:03:49  <ln> Wolf01: why don't you work as a conductor at Trenitalia?
20:04:13  <ln> or, who knows if you do.
20:04:27  <Wolf01> maybe I could make it work better
20:05:51  <nicfer> would be good a game like 'opensimcityttd'?
20:06:08  <SpComb> with eight levels of micromanagement
20:06:33  <SpComb> you could combine elements of The Sims as well
20:06:42  <Eddi|zuHause2> and Mase
20:06:48  <Eddi|zuHause2> Master of Orion!
20:07:19  <SpComb> and some war RTS
20:07:23  <SpComb> with military units
20:07:26  <Eddi|zuHause2> and while we're at it, Age of Empires!
20:07:37  <SpComb> yeah, like that
20:07:43  <Rubidium> SpComb: you mean a train, ship, flight and car simulation for optimal micromanagement of the movement of your vehicles?
20:07:46  <nicfer> it would be multiplayer, where some players build cities and other ones joins them with rails and roads
20:09:16  <nicfer> well, two-in-one games tend to suck
20:09:31  <Rubidium> but it'll be like 10 games in one
20:09:59  <Wolf01> 'night
20:10:03  *** Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
20:11:21  <Eddi|zuHause2> you could even play tetrisolitaire
20:12:28  <Bjarni> <Eddi|zuHause2> Master of Orion! <-- great idea
20:12:33  <Bjarni> OpenMOO
20:12:40  <Bjarni> OMOO for short
20:12:54  <Eddi|zuHause2> i think somebody actually started that...
20:13:00  <Bjarni> "what are you doing?". "I'm playing OMOO... do you want to join me?"
20:13:11  <Eddi|zuHause2> freeorion or something
20:13:21  <nicfer> or else, create a way to syncronize a multiplayer city simulator with openttd
20:14:02  <nicfer> so, when a city is built in [opensimcity], that city is created in a openttd multiplayer game
20:14:32  <Eddi|zuHause2> yes, and let drive trains between different multiplayer servers!
20:15:41  <Bjarni> looks like FreeOrion is alive
20:15:51  <Bjarni> 0.3.10 was released a month ago
20:16:34  * peter1138 releases some beer.
20:16:45  <Bjarni> gross
20:17:18  <Bjarni> ...
20:17:22  <peter1138> From the bottle...
20:17:33  <Bjarni> it's open source yet they released an exe and a linux binary only
20:17:45  <Bjarni> where is the source tarball? :)
20:18:39  <peter1138> So is http://svn.bucks.net/~petern/extmidi.diff a good idea or not?
20:19:10  <Eddi|zuHause2> "The orange icon represents trade. Trade does absolutely nothing in v0.3"
20:19:35  <Bjarni> heh
20:20:14  <Eddi|zuHause2> Bjarni: source is in the svn, i presume
20:20:33  <Bjarni> looks like it
20:21:03  <Bjarni> but isn't it common to release source tarballs with stable releases?
20:21:26  <Celestar> peter1138: you there?
20:21:29  <plakkertjes> question :D
20:21:38  <plakkertjes> does owning a country for a certain percentage have any benefits?
20:21:42  <plakkertjes> country = company
20:21:55  <Eddi|zuHause2> Bjarni: tell that to the maintainer ;)
20:22:06  *** Frostregen [~sucks@dslb-084-058-136-097.pools.arcor-ip.net] has quit [Quit: und weg]
20:22:06  <glx> plakkertjes: not really
20:22:13  <peter1138> Celestar, yes.
20:22:24  <plakkertjes> why not? why buy shares? to sell for profit later on?
20:22:27  <Celestar> peter1138: do you have a list of comments/criticism? :D
20:22:32  <peter1138> No :)
20:22:34  *** Ammler [~Ammler@adsl-89-217-13-46.adslplus.ch] has joined #openttd
20:22:44  <Celestar> peter1138: does it ... work?
20:22:56  <peter1138> Well I see routes being added and removed, so I think so ;p
20:23:02  <Eddi|zuHause2> i had an idea how to handle the non-nonstop stations properly: have an "autofill" button on the order list, similar to the one on the timetable list
20:23:07  <peter1138> I haven't yet made it draw on the minimap, though.
20:23:25  <peter1138> Eddi|zuHause2, train stops at station, adds it to the order list?
20:23:29  <Eddi|zuHause2> yes
20:23:32  <Celestar> peter1138: I'll make it work during this week
20:23:39  <peter1138> Mmm, I had been thinking something similar.
20:23:41  <Eddi|zuHause2> that allows the user to remove them manually
20:23:51  <Eddi|zuHause2> but it saves the micromanagement to add them
20:24:05  <Celestar> peter1138: I'll also have the pathfinder working this week
20:24:18  <Celestar> Eddi|zuHause2: a "reverse route" button would help as well :P
20:24:36  <Celestar> Eddi|zuHause2: like you add A->B->C->D->E and it adds ->D->C->B then
20:24:50  <peter1138> Hmm
20:25:05  <Eddi|zuHause2> maybe... but i think that is less general than the "autofill"
20:25:12  <peter1138> Well I shall have a go at doing the minimap, as it means I may understand some of it more ;)
20:25:26  <Eddi|zuHause2> yes, minimap would be great ;)
20:25:58  <Celestar> peter1138: I'll be on for question from tomorrow 0700 (your time)
20:26:02  <peter1138> Cool.
20:26:09  <Celestar> peter1138: the question is still whether and how to proceed (branch or trunk)
20:26:52  <peter1138> Personally I wouldn't branch... all that syncing 'n stuff :o
20:27:02  <Eddi|zuHause2> branch is only needed if you expect heavy intrusion into existing code and rather long development time...
20:27:02  <peter1138> So far it seems fairly contained.
20:27:17  *** Bloody [blood@host-187-89.xdsl.telecet.ru] has quit [Ping timeout: 480 seconds]
20:27:31  <glx> you can also use mercurial
20:27:45  <peter1138> Yeah, that may be an useful.
20:27:52  <Celestar> I dunno mercurial, what is it?
20:28:12  <Celestar> peter1138: I might be less contained when the actual cargopacket handling comes into play
20:28:20  <Celestar> peter1138: but as it will (always) be optional, ...
20:28:32  <peter1138> Yeah
20:28:34  <peter1138> Hmm
20:29:19  <Eddi|zuHause2> i'd vote for trunk, that way you'll have the most testers
20:29:21  <peter1138> I just struggled to turn my fan around... with its 25cm fan and 120W motor it's quite gyroscopic...
20:29:46  <Celestar> haha
20:29:48  <Celestar> Eddi|zuHause2: good point
20:29:55  <Celestar> what's Rubidium's opinion? :D
20:29:59  <peter1138> . o O ( YAPP )
20:30:18  <Celestar> peter1138: the question is whether to make it optional at compile-time (dependency on boost)
20:30:34  <peter1138> No, because that'll cause havoc for network play.
20:30:57  <glx> it should be network safe before inclusion
20:31:29  <peter1138> Well that's why it's not being based on the existing patch ;p
20:31:34  <Celestar> glx: currently, it is TOTALLY network safe. Might be related to the fact that it doesn't do anything yet :P
20:31:43  <Celestar> peter1138: well, that too ;)
20:31:47  <glx> hehe
20:31:59  <peter1138> Boost should be okay as it does not require extra libraries.
20:32:01  <Celestar> glx: I'll promise to do my best to keep it network safe (=
20:32:04  <Eddi|zuHause2> you can disable network if you disable boost ;)
20:32:27  <Celestar> peter1138:  we _could_ put the boost stuff as svn:externals ..
20:32:39  <Celestar> peter1138: if we find a stable revision that we could use
20:34:02  <glx> something like squirrel for noai
20:34:14  <peter1138> Oh, there are some codestyle issues at the moment, but nothing insurmountable.
20:34:30  <Celestar> peter1138: having YAPP and NoAI and paxdest in 0.7.0 would be awesome, wouldn't it?
20:34:34  <Celestar> :D
20:34:36  <peter1138> Yes
20:35:13  <Eddi|zuHause2> then people have nothing left to request for 0.8 :p
20:35:23  <Celestar> Eddi|zuHause2: OpenGFX?
20:35:31  <glx> that's for 1.0
20:35:36  <Eddi|zuHause2> so you'll have to start insane stuff like shunting :p
20:35:52  <peter1138> Haha
20:36:04  <peter1138> Hmm, what have we got since 0.6?
20:36:40  <Eddi|zuHause2> conditional orders
20:36:43  <Eddi|zuHause2> engine pool
20:37:16  <Celestar> the new autoreplace (=
20:37:24  <peter1138> Aqueducts
20:37:39  <Eddi|zuHause2> svn log | grep -i feature
20:38:07  <rortom> when i write {CARGO} in a language file
20:38:07  <peter1138> Station animation
20:38:15  <rortom> to what is it resolved?
20:38:30  *** Prof_Frink [~proffrink@5adb1dbd.bb.sky.com] has joined #openttd
20:39:15  <peter1138> x passengers
20:39:20  <peter1138> x tons of coal
20:39:25  <peter1138> x litres of oil
20:39:33  <peter1138> x crates of goods
20:39:47  <peter1138> x batteries :D
20:40:16  *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit []
20:40:25  <rortom> @ peter1138, how?
20:40:43  <rortom> i mean i want something like that for vehicles, so i try to understand the system
20:40:44  <Celestar> peter1138: good night. I ya got question, I'll be on in a bit more than 9 hours
20:40:46  <peter1138> How? Deep within the depths of the string system.
20:40:58  <Celestar> peter1138: boost's a b!tch in the beginning :D
20:41:01  <rortom> :/
20:41:09  <rortom> so is there a  {VEHICLE} ?
20:41:13  <rortom> and how to ffed it?
20:41:16  <rortom> *feed
20:41:39  <Eddi|zuHause2> also new is the separation of the load/unload flags for orders
20:41:40  <peter1138> {VEHICLE} gets the name of the vehicle
20:41:51  <peter1138> New order (hah) gui
20:42:34  <peter1138> name can be either the user's custom name for it, or "Train n" if it has no custom name
20:42:35  *** Yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!]
20:42:45  <peter1138> (If it's a train, heh)
20:42:46  <Celestar> the new order gui rocks
20:43:00  <peter1138> Celestar, it takes a bit of getting used to, but yeah...
20:43:10  *** dih [~dih@dslb-092-074-251-113.pools.arcor-ip.net] has joined #openttd
20:43:35  <CIA-5> OpenTTD: bjarni * r13852 /trunk/ (config.lib src/unix.cpp): -Fix (r13849): [OSX] fixed universal binary building without breaking anything this time
20:43:44  *** dih is now known as Guest4
20:43:52  * peter1138 tests Bjarni's patch ;)
20:44:14  <ln> quite brave
20:44:16  <Eddi|zuHause2> i'm still not convinced of the idea to not allow both "no loading" and "no unloading"... "go via" is not the same, because it does not allow turning around
20:44:17  <Bjarni> it's always easier to get people to test AFTER a commit
20:44:18  <Bjarni> :P
20:44:20  <Eddi|zuHause2> or timetabling
20:44:52  <Eddi|zuHause2> Bjarni: you should really have commited it 5 minutes before the nightly :p
20:44:57  <peter1138> :D
20:45:12  <Guest4> Bjarni, :-)
20:45:19  <peter1138> Maybe 'via' should have an option for allow/disallow turning around?
20:45:20  <rortom> i get an error NOT_REACHED at line 923 of strings.cpp :(
20:45:26  *** Guest4 is now known as dih
20:45:36  <glx> then you did something wrong
20:45:38  <Bjarni> Eddi|zuHause2: surprisingly enough this didn't affect the nightly build
20:45:53  <peter1138> Then you included {VEHICLE} in a string that wasn't expecting it, probably.
20:46:05  <peter1138> Bjarni, famous last words...
20:46:29  <Eddi|zuHause2> problem is that "via" does not allow stopping at all
20:46:31  *** ecke [~ecke@213.195.202.130] has joined #openttd
20:46:48  <peter1138> Yes, because it was designed for waypoints
20:47:06  <peter1138> And turning around at a waypoint was deemed unfortunate
20:47:39  <peter1138> I once had two paths and put a waypoint in to make trains choose the less congested route
20:47:55  <peter1138> But the trains we're getting to the waypoint and then turning around.
20:47:56  <peter1138> Pom te pom
20:48:03  <Eddi|zuHause2> so "go to" with "no loading" and "no unloading" could be a replacement for that. problem at that point is it does not allow passing through when the train is already late and does not have to wait or turn around at that intermediate station
20:49:01  <Eddi|zuHause2> yes, it'd be a good idea to have "turn around" as a specific order
20:49:31  <Eddi|zuHause2> i think that should be part of future "shunting orders"
20:49:48  <peter1138> Go to
20:49:49  <peter1138> Go via
20:49:53  <peter1138> Turn around at
20:50:19  *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
20:50:34  <Eddi|zuHause2> that list will get longer very quickly ;)
20:52:59  <Eddi|zuHause2> with "shunting orders" i could imagine stuff like "shunting at {station}, leave wagons behind [with condition (e.g. cargo=0)], take wagons [with condition (e.g. cargo>0)]"
20:53:36  *** DJNekkid [~chatzilla@static217-26.adsl.no] has quit [Read error: Connection reset by peer]
20:54:14  <Eddi|zuHause2> initially, wagons without enginge could be stored in "the void" [at a station], or on a free platform
20:54:32  <Eddi|zuHause2> they need not be actually moved by a shunting engine
21:02:25  <Eddi|zuHause2> what i meant, that could also include "shunting at {station}, move engine to other end"
21:03:11  <Eddi|zuHause2> or "shunting at {station}, go backwards" [for trains with steering wagons]
21:10:38  *** TinoM [~Tino@i59F55A8E.versanet.de] has quit [Quit: Verlassend]
21:16:52  <rortom> where is the vehicle actually loaded when inside a station?
21:16:56  <rortom> i mean in the code?
21:17:15  <Eddi|zuHause2> LoadVehicle()?
21:17:57  <Eddi|zuHause2> src/economy.cpp:static void LoadUnloadVehicle(Vehicle *v, int *cargo_left)
21:17:57  <Eddi|zuHause2> src/economy.cpp:void LoadUnloadStation(Station *st)
21:18:02  <Eddi|zuHause2> one of those, i think
21:18:35  <rortom> thanks
21:19:36  <peter1138> Hidden in the depths of FIFO queues...
21:20:04  <rortom> i found it
21:20:07  <rortom> thanks :)
21:21:37  * peter1138 > sleep
21:23:07  <rortom> wait a sec
21:23:08  <rortom> :)
21:24:43  <rortom> http://modclub.rigsofrods.com/thomas/Haningworth%20Transport%2C%202nd%20Oct%201950.png
21:24:47  <rortom> got it working :D
21:25:54  <Eddi|zuHause2> looks a little spread out ;)
21:26:19  <rortom> yes still WIP :)
21:26:35  <rortom> but its a nice addon i think
21:26:50  <Eddi|zuHause2> could you do something like "3 Trains" instead of "Train: 3"?
21:26:55  <rortom> yes
21:27:14  <rortom> i still have to fine tune it
21:27:21  <Eddi|zuHause2> less blank lines, and maybe write stuff after the : (with line break)
21:27:45  <rortom> mhm
21:27:48  <rortom> it will add
21:27:56  <rortom> like the rating for cargo
21:28:04  <rortom> so each cargo gets its own line
21:28:18  <rortom> and each vehicle type as well
21:28:30  <Eddi|zuHause2> maybe, but i was more thinking like the accepts line...
21:28:43  <Eddi|zuHause2> and it probably needs a second scrollbar
21:29:03  <rortom> mh, yes
21:29:07  <rortom> good idea
21:29:44  <Eddi|zuHause2> i like the general idea of the patch ;)
21:31:18  <rortom> i just feel that its already getting too big to be worth the effort of trying to get into the game
21:32:09  <Eddi|zuHause2> then clean it up and shrink it ;)
21:34:44  <Roujin> good night
21:35:08  *** Roujin [~Roujin@p54973B7D.dip0.t-ipconnect.de] has quit [Quit:  Want to be different? Try HydraIRC -> http://www.hydrairc.com <-]
21:35:57  <Eddi|zuHause2> especially split the "backend" part of calculating the stats from the "frontend" part of adding the GUI elements to display the stats
21:36:11  <Eddi|zuHause2> splitting is always a good step for inclusion ;)
21:36:38  <rortom> yes
21:36:46  <rortom> its clean i think
21:37:06  <rortom> i also added a new vehicle_type string replace in the strings system
21:37:17  <rortom> http://modclub.rigsofrods.com/thomas/test1.png
21:37:21  <rortom> http://modclub.rigsofrods.com/thomas/test2.png
21:39:33  <Eddi|zuHause2> needs plural handling ;)
21:39:59  <rortom> yeah
21:40:15  <Eddi|zuHause2> Road vehicle{p "" s}
21:40:16  <rortom> you want to see the patch?
21:40:29  <Eddi|zuHause2> i don't think there's much to see there ;)
21:40:41  <rortom> i think i made somthing wrong
21:40:46  <rortom> or less nice
21:41:46  <Eddi|zuHause2> i'm not someone to give you codestyle comments or something
21:43:07  <Eddi|zuHause2> a question: assuming "transferred" means both "delivered" and "picked up", what happens with actual "transfer"? [by the "stupid" algorithm that cargo would be counted twice]
21:43:35  <rortom> http://pastebin.rigsofrods.com/m77654744
21:44:24  <rortom> the thing in question is SCC_VEHICLE_NAME_BY_TYPE
21:44:37  <rortom> also it takes everything that is put into the station
21:44:59  <rortom> via UpdateStationWaiting(...)
21:45:24  <Eddi|zuHause2> yes, but "transfer" means it is put into the station once, and picked up from the station later, so the counter would be increased twice
21:45:45  <rortom> oh :\
21:45:49  <Eddi|zuHause2> so upon pickup, you would have to check if that cargo originated from the station
21:46:06  <Eddi|zuHause2> if not, do not count the packet again
21:46:32  <de_ghosty> !password
21:46:33  *** de_ghosty was kicked from #openttd by DorpsGek [Wrong channel. Retry in #openttdcoop.]
21:46:33  *** de_ghosty [~s@CPE001d7e66291b-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd
21:46:44  <de_ghosty> opps
21:46:56  *** welshdragon [~mark@host86-130-180-82.range86-130.btcentralplus.com] has joined #openttd
21:46:57  <Prof_Frink> fail.
21:47:15  *** grumbel [~grumbel@i577B8691.versanet.de] has quit [Quit: Client exiting]
21:47:28  *** dih [~dih@dslb-092-074-251-113.pools.arcor-ip.net] has quit [Quit: Leaving]
21:48:25  <welshdragon> nah
21:49:03  <welshdragon> nightly
21:49:09  <welshdragon> umm
21:49:55  <rortom> http://www.vidize.com/blog/archives/steve-ballmers-developers-video/ :|
21:50:04  *** extspotter [~extspotte@host81-129-130-230.range81-129.btcentralplus.com] has joined #openttd
21:50:13  <Eddi|zuHause2> maybe it would help your case if you could formulate whole sentences, welshdragon.
21:50:18  <welshdragon> aah
21:50:33  <welshdragon> i would like the latest nightly
21:51:07  <Eddi|zuHause2> then substitute "nigtly" for the "*" in the URL in the topic...
21:51:11  <Eddi|zuHause2> +h
21:51:22  <Eddi|zuHause2> my h key is somewhat broken...
21:51:23  <welshdragon> aah
21:51:49  <Eddi|zuHause2> rortom: that's not necessarily new...
21:52:28  <rortom> Eddi|zuHause2: yes, but refreshing ;)
21:52:35  <rortom> also i will leave for bed
21:52:36  <rortom> gn8
21:52:42  <rortom> and thanks for help
21:52:44  *** rortom [~rortom@p57B7FF58.dip.t-dialin.net] has quit []
21:54:46  <Eddi|zuHause2> what's going on here? it's not even midnight and everyone is already in bed...
21:54:59  <Eddi|zuHause2> what happened to the "nightshift"?
21:55:03  <ln> i'm not!
21:55:14  <ln> though it is past midnight.
21:55:45  <Eddi|zuHause2> it's not... it's "fÌnf vor zwölf"
21:56:13  <ln> it's vier vor eins
21:56:29  *** extspotter [~extspotte@host81-129-130-230.range81-129.btcentralplus.com] has left #openttd []
21:57:50  *** Yexo [~Yexo@ip51cca4b5.adsl-surfen.hetnet.nl] has joined #openttd
21:58:15  *** planetmaker [~planetmak@Fceaa.f.ppp-pool.de] has quit [Quit: ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]]
21:58:46  <Eddi|zuHause2> ["fÌnf vor zwölf" is often a fixed phrase meaning "the last chance to prevent an imminent desaster" [for example global warming]]
21:59:10  <ln> hmm, that's new
22:00:32  <Eddi|zuHause2> you'll find that quite often in political speeches ;)
22:01:12  <de_ghosty> and propaganda
22:02:06  <Eddi|zuHause2> i have no idea if other languages have similar phrases
22:06:35  *** planetmaker [~planetmak@Fceaa.f.ppp-pool.de] has joined #openttd
22:07:32  <Eddi|zuHause2> http://de.wikipedia.org/wiki/Atomkriegsuhr <- an example for the use of that phrase
22:09:28  <Eddi|zuHause2> the english counterpart of the phrase appears to be "minutes to midnight"
22:29:07  <Vikthor> (00:02:06) Eddi|zuHause2: i have no idea if other languages have similar phrases -- In Czech that would be "Za pět minut dvanáct" - Five minutes to twelve
22:35:43  *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has joined #openttd
22:35:56  *** KritiK [~Maxim@78-106-154-33.broadband.corbina.ru] has quit [Quit: Leaving]
22:44:22  *** Bjarni [~Bjarni@0x50a41670.virnxx14.dynamic.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
22:44:37  *** Bjarni [~Bjarni@0x50a41670.virnxx14.dynamic.dsl.tele.dk] has joined #openttd
22:44:40  *** mode/#openttd [+o Bjarni] by ChanServ
22:45:40  <ln> Bjarni!
22:51:44  <Bjarni> timeout :s
22:51:57  <Bjarni> oh well
22:51:57  <Bjarni> it's not like I'm using IRC right now anyway
22:51:57  <ln> oxymoron
22:52:57  <ln> or at least a contradiction

Powered by YARRSTE version: svn-trunk