Config
Log for #openttd on 19th June 2009:
Times are UTC Toggle Colours
00:04:55  *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has quit [Quit: Leaving]
00:09:49  *** Svelix [~Miranda@e177205011.adsl.alicedsl.de] has joined #openttd
00:10:12  <Svelix> Hi
00:18:46  *** Zahl [~Zahl@f051109153.adsl.alicedsl.de] has quit [Quit: *schiel*]
00:27:08  <Eddi|zuHause> there is nothing to see here
00:27:09  <Eddi|zuHause> move along
00:33:13  * Sacro moves along
00:49:33  <lolman> Sacro: these aren't the droids you're looking for
00:49:48  *** Progman [~progman@p57A1F2CE.dip.t-dialin.net] has quit [Remote host closed the connection]
00:53:08  *** zodttd [~me@user-142gtg7.cable.mindspring.com] has quit [Quit: zodttd]
01:05:47  *** Brianetta [~brian@client-86-31-55-189.nrth.adsl.virgin.net] has quit [Quit: Tsch?ss]
01:17:41  *** DephNet[Paul] is now known as DephNetPaul
01:18:07  *** DephNetPaul is now known as DephNet[Paul]
01:18:15  *** DephNet[Paul] [~paul@host86-152-54-209.range86-152.btcentralplus.com] has quit [Quit: Leaving]
01:18:15  *** Svelix [~Miranda@e177205011.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
01:18:30  *** DephNet[Paul] [~paul@host86-152-54-209.range86-152.btcentralplus.com] has joined #openttd
01:22:24  *** reldred [~reldred@115.131.205.88] has joined #openttd
02:07:29  <goodger> hey, is OTTD Turing complete yet?
02:08:29  <goodger> my doctor has ordered me to do something worthwhile,  but I still want to build an 8086 using openttd signalling structures
02:12:47  <reldred> ^_-
02:14:14  *** glx [glx@2a01:e35:2f59:c7c0:583a:61e:5b4a:8d52] has quit [Quit: bye]
02:16:44  <goodger> ...
02:32:39  <Eddi|zuHause> check out the logic gates at openttdcoop
02:33:47  <Eddi|zuHause> but i believe that uses a custom build
02:33:47  <Eddi|zuHause> not sure
02:34:07  <Eddi|zuHause> problem might be some game limitations. if you assume that you need one train per gate, you cannot have more than 5000 gates
02:40:23  <reldred> Or build it like an actual CPU, make a master depot with 5000 trains that operates as the common power supply.
02:41:11  <reldred> Ofcourse an actual 8086 had crazy requirements, +5V and -5V and I think a +20V supply I think
02:41:15  <reldred> Can't remember exactly
02:41:36  <Eddi|zuHause> typical values are +5 and +12
02:41:52  *** xali [~hi@189.70.0.24] has joined #openttd
02:42:04  <reldred> I'm pretty sure it required a -5V supply somewhere
02:42:36  <xali> hey people, anyone could help me on a doubt about the game?
02:42:42  <Eddi|zuHause> values other than +5V are usually only for analogue circuts
02:43:12  <reldred> Back in the day the 8086 and another processor were in competition and part of the reason why the other processor (even though they both implemented the same instruction set) won out over the 8086 was because it only required the one common power supply rather than + and - sources of different voltages.
02:43:45  <reldred> Atleast that's what I read, when the 8086 was still current I would have been in diapers.
02:44:20  <Eddi|zuHause> the first computer i remember the specs of was a 386
02:44:43  <Belugas> meeeeeh...
02:45:13  <Eddi|zuHause> i actually still have that computer, it's lying on a big stack of electronics over here...
02:45:19  <Belugas> i do clearly remember seeing it all...
02:45:26  <Belugas> been there
02:45:41  <Belugas> feels like not too long ago
02:45:49  <Eddi|zuHause> i used computers before that, but i don't know what they were
02:46:11  <Belugas> calculators!
02:46:14  <Belugas> watches!
02:46:17  <Belugas> bed
02:46:19  *** KenjiE20|LT [~Kenji@host81-156-5-103.range81-156.btcentralplus.com] has quit [Quit: Leaving]
02:46:21  <Belugas> pooooof
02:46:30  <Eddi|zuHause> yes, bed at 4:46
02:46:36  <Eddi|zuHause> could be a nice idea
02:46:42  <xali> no one?
02:47:04  <Eddi|zuHause> xali: you did not ask a question.
02:47:17  <reldred> god these damn ip phones take a while to configure individually...
02:48:05  <reldred> I mean I could do crazy dynamic DHCP autoconfiguring stuff, but that's a bit beyond the scope of this job
02:48:35  <reldred> and wouldn't negate the need for getting the mac address of every handset anyway -_-
02:50:25  <xali> ok, the thing is... when i play it in single player mode, the opponent doesn't build anything, i don't know if I haven't played enough for it to start building things, or if the game is not working properly. you guys know anything about it?
02:51:14  <DeGhost> u could build a logic gate with 3 trains
02:51:18  <DeGhost> well a not gate :o
02:51:36  <DeGhost> with any trains
02:55:42  <Eddi|zuHause> xali: have you actually read the stuff that the game tells you?
02:56:02  <xali> no I haven't
02:56:11  <xali> what would it be?
02:56:12  <Eddi|zuHause> like, there could be a message like "this AI doesn't do anything, download a real AI first"
02:56:58  <reldred> I suspect it might be lunch time, hmmm
02:57:07  <xali> the game does not come with an AI system installed yet?
02:57:28  <Eddi|zuHause> the game comes with an AI system, but not with an AI implementation
02:57:38  <Eddi|zuHause> there's an ingame download menu
02:57:43  <Eddi|zuHause> just use that.
02:57:46  <xali> humm
02:57:57  <xali> so i need to download one.. i see
02:57:59  <Eddi|zuHause> it's a matter of three mouse clicks
02:58:04  <xali> would recommend me any?
02:58:11  <xali> i will do it now
02:58:17  <xali> thanks a lot for the advice
03:08:49  *** TinoDid [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:12:59  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
03:14:36  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has quit [Remote host closed the connection]
03:14:53  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has joined #openttd
03:15:38  *** kkb1101 [~kkb110@c-68-82-181-52.hsd1.de.comcast.net] has joined #openttd
03:39:13  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:43:17  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
03:53:40  *** Lakie [~Lakie@91.84.251.149] has quit [Ping timeout: 480 seconds]
04:05:57  *** reldred [~reldred@115.131.205.88] has quit [Ping timeout: 480 seconds]
04:07:26  *** zodttd [~me@user-142gtg7.cable.mindspring.com] has joined #openttd
04:13:06  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has quit [Remote host closed the connection]
04:13:28  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has joined #openttd
04:26:02  *** reldred [~reldred@115.131.205.149] has joined #openttd
04:34:43  <DeGhost> and with a not gate
04:55:03  *** DeGhost [~s@69-196-139-252.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
04:56:45  *** DeGhost [~s@76-10-139-33.dsl.teksavvy.com] has joined #openttd
04:57:17  *** reldred [~reldred@115.131.205.149] has quit [Remote host closed the connection]
04:57:26  *** reldred [~reldred@115.131.205.149] has joined #openttd
05:16:28  *** reldred [~reldred@115.131.205.149] has quit [Ping timeout: 480 seconds]
05:26:29  *** me [~me@user-142gtg7.cable.mindspring.com] has joined #openttd
05:26:40  *** me [~me@user-142gtg7.cable.mindspring.com] has quit []
05:31:02  *** zodttd [~me@user-142gtg7.cable.mindspring.com] has quit [Ping timeout: 480 seconds]
05:32:42  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
05:33:47  *** reldred [~reldred@115.131.194.68] has joined #openttd
05:47:25  <dihedral> morning
05:47:30  *** sakkke [~sakarihe@195.148.105.102] has joined #openttd
05:47:37  <_ln> you're right
05:49:19  <dihedral> SX is funny "backed up with the experience of knowing what can and can't be done with the current code."
05:51:13  *** HerzogDeXtEr [~Flex@89.246.195.160] has joined #openttd
05:53:49  *** sakkke [~sakarihe@195.148.105.102] has left #openttd []
06:05:59  *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has joined #openttd
06:10:05  *** Xyzzy [c40fc9c9@webchat.mibbit.com] has joined #openttd
06:10:44  *** HerzogDeXtEr [~Flex@89.246.195.160] has quit [Read error: Connection reset by peer]
06:30:10  <petern> hehe
06:36:39  *** xali [~hi@189.70.0.24] has quit [Quit:  »¡« Scøøp Script 2004 »!« não veja mais o irc em preto e branco! (www.scoop.com.br) ]
06:39:24  *** ecke [~ecke@213.195.202.11] has joined #openttd
06:40:29  *** andythenorth [~andy@87.113.137.222] has joined #openttd
06:43:08  *** andythenorth_ [~andy@87.113.137.222] has joined #openttd
06:43:09  *** andythenorth [~andy@87.113.137.222] has quit [Read error: Connection reset by peer]
06:45:41  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection]
06:46:01  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
06:53:44  *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
07:08:14  <Sacro> yawn
07:12:59  <reldred> I am hereby invoking the law of POETS day
07:13:13  * reldred packs his shizzle up
07:20:30  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd
07:23:49  *** reldred [~reldred@115.131.194.68] has quit [Ping timeout: 480 seconds]
07:26:28  <petern> hehe
07:26:34  <petern> a bit early for that yet :)
07:29:55  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection]
07:47:43  *** reldred [~reldred@115.131.196.88] has joined #openttd
08:09:03  *** DeGhost [~s@76-10-139-33.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
08:09:13  *** DeGhost [~s@69-165-137-182.dsl.teksavvy.com] has joined #openttd
08:19:05  *** andythenorth_ [~andy@87.113.137.222] has quit [Quit: andythenorth_]
08:21:23  *** DeGhost [~s@69-165-137-182.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
08:32:27  *** DeGhost [~s@69-196-141-239.dsl.teksavvy.com] has joined #openttd
08:35:37  *** fonsinchen [~alve@BAEa8f4.bae.pppool.de] has joined #openttd
08:41:32  *** Progman [~progman@p57A1C526.dip.t-dialin.net] has joined #openttd
08:46:33  *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd
08:48:49  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has quit [Read error: Connection reset by peer]
08:52:43  *** DeGhost [~s@69-196-141-239.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
09:10:33  *** DeGhost [~s@76-10-180-235.dsl.teksavvy.com] has joined #openttd
09:12:22  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
09:16:23  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit []
09:25:03  <Rubidium> I have to say
09:25:11  <Rubidium> that this day
09:25:17  <Rubidium> I don't care about poets day
09:25:25  <Rubidium> got to go anyway
09:25:45  <reldred> I didn't really get to piss off early, anyway.
09:25:59  <SmatZ> oh nice
09:26:04  <SmatZ> :)
09:26:19  <Rubidium> now way
09:26:25  <Rubidium> SmatZ ruined poets day
09:26:34  <SmatZ> :(
09:27:02  <planetmaker> that's easy to claim and say,
09:27:07  <planetmaker> but surely there's still a way
09:27:14  <planetmaker> to keep up the pretence
09:27:18  <planetmaker> and still make some kind of sense
09:27:28  *** mode/#openttd [+o SmatZ] by DorpsGek
09:27:42  *** mode/#openttd [-o SmatZ] by SmatZ
09:27:51  <SmatZ> hmm how can I devoice myself :-x
09:28:02  <SmatZ> ah I don't have voice
09:28:06  <planetmaker> :P
09:28:53  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
09:34:03  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
09:39:59  *** Zahl [~Zahl@g228017205.adsl.alicedsl.de] has joined #openttd
09:43:12  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
09:43:45  *** HerzogDeXtEr [~Flex@89.246.195.160] has joined #openttd
09:45:48  *** rortom [~rortom@p508EF2CA.dip.t-dialin.net] has joined #openttd
09:51:54  *** DeGhost [~s@76-10-180-235.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
09:54:04  *** DeGhost [~s@69-165-150-242.dsl.teksavvy.com] has joined #openttd
09:58:43  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
10:01:07  *** ecke [~ecke@213.195.202.11] has quit [Read error: Connection reset by peer]
10:09:31  *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd
10:22:21  *** Singaporekid [~notme@cm142.psi140.maxonline.com.sg] has joined #openttd
10:28:05  *** ecke [~ecke@213.195.202.11] has joined #openttd
10:36:08  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
10:36:29  *** tokai [~tokai@p54B8395B.dip0.t-ipconnect.de] has joined #openttd
10:36:32  *** mode/#openttd [+v tokai] by ChanServ
10:39:17  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
10:40:56  *** andythenorth_ [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
10:40:56  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer]
10:45:21  *** andythenorth_ [~andy@78-86-194-127.zone2.bethere.co.uk] has quit []
10:49:05  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Quit: Quit]
10:49:18  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Verlassend]
10:49:29  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
10:52:24  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit []
10:53:58  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
10:58:47  <_ln> i has a patch
10:59:19  *** DeGhost [~s@69-165-150-242.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
10:59:44  <_ln> please consider applying it. it's short.  http://users.utu.fi/lanurm/ottd/m2comma.diff
11:00:59  *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Quit: bye]
11:02:27  <SmatZ> *have
11:03:26  <rortom> big patch is big ;)
11:03:29  <petern> you should submit it to the tracker
11:03:32  <petern> then we can review it
11:03:37  <SmatZ> :-)
11:03:37  <rortom> hi petern :D
11:03:41  <petern> see if it meets quality standards and code style
11:04:00  <petern> maybe we can split it up a bit, so it's not so big
11:08:52  <planetmaker> hehe. Big patch ;)
11:13:02  <rortom> you have problems ...
11:13:14  <rortom> our devs provide patches that break have the game
11:13:36  <rortom> and then harass me why they are not merged ASAP or they will stop providing patches :(
11:13:50  <petern> *cough*
11:13:54  <rortom> (after i spend 2 hours trying to fix the rough bugs)
11:13:54  <petern> see if it meets quality standards and code style
11:14:07  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
11:14:27  <rortom> well, nearly no >5 lines patch that i merged so far met them :(
11:14:50  <SmatZ> :-)
11:17:16  <rortom> i guess we just have not enough developers so far :(
11:17:51  <rortom> also, we are in the top10 of the SF community choice awards :D
11:18:20  <SmatZ> congratulations :)
11:19:34  <rortom> thanks :)
11:20:26  <Ammler> he, did something change, since it is opensource?
11:21:03  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
11:21:36  <rortom> yes, we went GPL in february :)
11:21:51  <petern> openror
11:22:08  <rortom> http://sourceforge.net/projects/rigsofrods/
11:22:39  <petern> SmatZ, you'd like the IEEE 754 hacks that are used ;)
11:23:15  <SmatZ> petern: mmm :) I should have a look ;)
11:23:46  <petern> approxmath.h, heh
11:23:50  <rortom> oh, that reminds me of a ticket i need to merge :/
11:24:24  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has quit [Remote host closed the connection]
11:24:37  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has joined #openttd
11:25:11  *** DeGhost [~s@69-165-145-99.dsl.teksavvy.com] has joined #openttd
11:26:15  <petern> SmatZ, approximate floating pointing functions that are somewhat faster
11:26:50  <petern> just, you have to hope that every system uses IEEE 754 floating point, otherwise it won't work
11:27:05  <petern> i'm sure rortom checked that's the case ;)
11:28:49  <SmatZ> it seems C specifies IEEE standard used for floats
11:29:06  <SmatZ> -- The float type matches the IEC 60559 single format.
11:29:47  <SmatZ> and IEC 60559 seems to be based on IEEE 754
11:32:23  <SmatZ> :-) @ approx_* :-)
11:33:24  *** Singaporekid [~notme@cm142.psi140.maxonline.com.sg] has quit [Ping timeout: 480 seconds]
11:37:27  <rortom> petern: if someone complains that his platform does not support this, he can contribute a patch that does not sue this ;)
11:37:51  <rortom> i find this one interesting: http://bugtracker.rigsofrods.com/index.php?sort=asc&do=details&task_id=283
11:37:59  <rortom> its rather hackish IMHO
11:44:37  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
11:45:52  *** KenjiE20 [~KenjiE20@92.18.164.191] has joined #openttd
11:45:55  <rortom> who would install opensuse on a server? D:
11:46:17  <_ln> since when is Mac OS X 10.5 the minimum requirement for compiling OTTD?
11:46:20  <_ln> Rubidium?
11:47:27  *** Singaporekid [~notme@cm142.psi140.maxonline.com.sg] has joined #openttd
11:48:46  <Rubidium> someone who gets paid to do so?
11:49:17  <_ln> i'm referring to your commit r16294.
11:51:12  <_ln> @commit 16294
11:51:12  <DorpsGek> _ln: Commit by rubidium :: r16294 trunk/config.lib (2009-05-13 12:57:17 UTC)
11:51:13  <DorpsGek> _ln: -Fix-ish [FS#2894]: check for a recent enough (supported) version of the XCode SDK, i.e. 2.5 or higher. Older XCode SDKs miss constants used by OpenTTD.
11:52:34  <petern> _ln, then you answered your question ;)
11:53:10  <Rubidium> rortom: why would you need opensuse anyway?
11:53:20  <_ln> i can give you the exact timestamp too, it's 2009-05-13 15:57:17 CET.
11:53:59  <_ln> petern: but the commit message doesn't indicate that the *intention* of that commit was to set 10.5 to minimum.
11:54:21  <petern> it's not the intention
11:54:56  *** Chris_Booth [~chatzilla@client-86-31-148-150.watf.adsl.virgin.net] has joined #openttd
11:55:44  *** Chris_Booth is now known as Booth
11:57:09  <_ln> so then it must be something that Rubidium has messed with.
11:57:10  <Booth> hello all
11:58:48  <Rubidium> hi Booth
11:58:50  *** Biolunar [~mahdi@blfd-4db07475.pool.einsundeins.de] has joined #openttd
12:01:48  *** DeGhost [~s@69-165-145-99.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
12:02:58  *** Singaporekid [~notme@cm142.psi140.maxonline.com.sg] has quit [Ping timeout: 480 seconds]
12:08:29  <_ln> someone tell Rubidium not to commit "fixes" that break more things than they fix.
12:08:56  <CIA-1> OpenTTD: rubidium * r16599 /trunk/src/gfx.cpp: -Fix [FS#2987] (r16584): reset the 'current' font size after drawing, this way we won't draw other strings too small; only caused problems when tiny/big text strings would use SETX.
12:14:04  * Rubidium really wonders what makes el_en think that checking for the 2.5 SDK means that you need at least version 10.5 of OSX
12:20:43  <fonsinchen> That fix was because of me complaining that you can't compile OpenTTD with XCode 2.0.
12:21:00  <fonsinchen> I had to define some system variables manually as they aren't present there.
12:22:10  <_ln> Rubidium: because I have Xcode 2.5 installed and OTTD's configure tells me to install XCode >= 2.5.
12:22:14  <Rubidium> oh, maybe it's the checking whether the macro that defines what numeric version 10.5 has is available. Given the FACT that the 2.5 10.4u SDK defines that macro it should be available for people that want to compile on 10.4, especially because XCode 2.5 is supported on 10.4
12:23:07  <_ln> Rubidium: and the check is done with #if !defined(MAC_OS_X_VERSION_10_5), and changing it to 10_4 fixes the situation.
12:25:12  <_ln> Rubidium: why not do the check by trying to compile something that actually tries to use the required system variables, or checking the actual Xcode version?
12:25:29  <Rubidium> checking for 10_4 isn't enough; 2.0 defines 10_4 and that doesn't compile
12:25:48  <Rubidium> but it seems you have a better way to reliably check for xcode 2.5
12:25:56  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
12:26:10  <Rubidium> in a cross-platform manner
12:26:24  <petern> why not use a system that isn't shit?
12:27:02  <_ln> Rubidium: why not do the check by trying to compile something that actually tries to use the required system variables?
12:27:21  <planetmaker> _ln, then do - for you locally - a revert of that commit and it may work
12:27:31  <planetmaker> it does for me.
12:28:16  <Rubidium> though the real question is: why does it work for "our", that is TrueBrain's and my, cross compiler and not for your one?
12:28:28  <_ln> planetmaker: if all i cared was making it work for just me, i wouldn't have bothered to say anything here. i already found the workaround before i said anything.
12:29:03  <planetmaker> :)
12:29:18  <planetmaker> then you should make a proposal (patch) which will fix it.
12:29:23  <_ln> Rubidium: i'm not using a cross-compiler. is using a cross-compiler a requirement too nowadays?
12:29:26  <planetmaker> in an appropriate manner
12:30:15  <planetmaker> if I knew a solution - I'd have posted it to flyspray
12:30:32  <_ln> Rubidium: in other words, i just typed "./configure" on a 10.4 system that has Xcode 2.5 installed in the default location.
12:30:51  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd
12:31:12  *** glx [glx@2a01:e35:2f59:c7c0:4091:c281:3f0d:8fd5] has joined #openttd
12:31:15  *** mode/#openttd [+v glx] by ChanServ
12:33:03  <Rubidium> guess I should change the 2.5 to 3.0 and be done with it; that's the easiest solution for me
12:35:12  *** Xyzzy [c40fc9c9@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
12:35:41  <_ln> Rubidium: while you're at it, Xcode is spelled with only one capital letter.
12:35:57  <fonsinchen> You know, there is a very small patch in FS#2894 that takes care of the problem ...
12:36:07  *** Booth is now known as Guest94
12:36:29  <rortom> you use flyspray for bugtracking?
12:36:40  <Belugas> good friday
12:37:42  <petern> have done for years
12:37:44  <petern> it's shit
12:39:19  <Belugas> yeah... it keeps oon collecting so called bugs
12:39:28  <rortom> what bugtracker do you prefer?
12:40:10  <_ln> fonsinchen: clearly in Rubidium's opinion a solution that breaks compilation for all 10.4 users is better than a very small patch.
12:41:50  *** tokai [~tokai@p54B8395B.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
12:42:03  <glx> compilation is broken on 10.3 and it's ok for us :)
12:42:07  * petern has a much better solution :D
12:42:39  *** stuffcorpse [~rick@121.98.136.241] has quit [Remote host closed the connection]
12:42:56  *** stuffcorpse [~rick@121.98.136.241] has joined #openttd
12:44:02  *** tokai [~tokai@p54B80C46.dip0.t-ipconnect.de] has joined #openttd
12:44:03  *** mode/#openttd [+v tokai] by ChanServ
12:44:03  <_ln> petern: does it involve a hot water bottle?
12:44:28  <fonsinchen> Well, actually I don't care if it builds on Mac OS as I normally don't use Mac OS. But others might complain ...
12:44:36  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection]
12:45:36  <_ln> Let's see... petern hates Mac OS, Rubidium hates it, TrueBrain hates it.  Why the hell do you keep supporting it then?
12:46:16  <_ln> Just drop the support, it's easier that way.
12:46:23  <glx> we don't support it :)
12:46:34  <glx> just look how many bugs are not fixed for it :)
12:47:10  <glx> like FS#2782
12:47:34  <_ln> glx: Providing a binary download for it is the same as "supporting".
12:47:53  *** Guest94 is now known as Booth
12:48:13  <glx> as long as compile farm generates a working binary it's ok
12:48:30  *** mikk36 [~mikk36@23.78.191.90.dyn.estpak.ee] has joined #openttd
12:48:32  <mikk36> hey
12:48:41  <mikk36> q: what does the abbreviation "CSD" mean ?
12:48:44  <glx> we can't compile it ourself natively
12:49:00  <glx> mikk36: where?
12:49:21  <petern> chartered society of designers? circuit switched data? communication service for the deaf?
12:49:33  <mikk36> CSDcargoset for example
12:49:40  <petern> caller's society denmark
12:49:48  <mikk36> then i have some CSD bus with Long Vehicles v4
12:49:55  <mikk36> CSD bus is in the description
12:49:56  <petern> i suggest
12:50:05  <petern> you ask the people who made the CSD* stuff
12:50:06  <Belugas> a cup of coffee
12:50:17  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
12:50:41  <Belugas> a cup...
12:50:45  <Belugas>  A MUG!!!
12:51:07  <Ammler> Czech Slovak Dhmm
12:51:51  <Ammler> mikk36: www.tyconnez.com
12:52:43  *** tokai [~tokai@p54B80C46.dip0.t-ipconnect.de] has quit [Quit: Icebears are cute. Please, take care of them!]
12:52:57  *** Xyzzy [c40fc9c9@webchat.mibbit.com] has joined #openttd
12:53:04  <_ln> glx: FS#2782 is dated April 1st, i can't take it seriously.
12:53:12  <Rubidium> fonsinchen: ever looked any deeper into that diff than "a page says that..." and "it compiles for me now"?
12:53:47  <Rubidium> especially how the value is different for little endian and big endian machine?
12:54:01  <Rubidium> and '0' doesn't do that
12:54:42  <fonsinchen> There is no XCode 2.0 for Intel
12:54:51  <fonsinchen> so that's a non-issue
12:55:40  <Rubidium> and the value being 0 on XCode 2.0 and 4<<12 on XCode 2.5 isn't going to cause trouble?
12:57:17  <fonsinchen> I don't know. I only have one Mac with one OS. So I can't test it. And I'm not trying to make you apply that patch. If you don't like it, forget it. I was just pointing out its existance.
12:58:51  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has quit [Remote host closed the connection]
12:59:10  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has joined #openttd
13:00:01  <Rubidium> even so, how am I supposed to know that there are *two* 2.5 SDKs? One that has it the 10.5 'define' and one that doesn't have said define?
13:00:29  <Rubidium> and I have asked a bunch of people who compiled on OSX whether it worked and none of them had any problems with it
13:00:47  <Rubidium> it starts to look more and more like Windows
13:01:16  <glx> well windows is usually backward compatible :)
13:01:56  <_ln> i don't think this one got answered yet: [15:27] <_ln> Rubidium: why not do the check by trying to compile something that actually tries to use the required system variables?
13:02:11  <petern> http://67.199.7.46/_media/imgs/articles/a408_c5.jpg
13:03:03  <Rubidium> outlook! ;)
13:10:44  <_ln> @seen Bjarni
13:10:44  <DorpsGek> _ln: Bjarni was last seen in #openttd 1 day, 14 hours, 3 minutes, and 23 seconds ago: <Bjarni> http://upload.wikimedia.org/wikipedia/commons/7/70/Wakayama_Electric_Railway_Kuha2705Tama-200904.jpg <-- that's not fair. I want a train to be named after me too
13:12:57  <rortom> uhm
13:13:08  <rortom> you might want to upgrade to flyspray svn head
13:13:14  <rortom> did the same thing some days ago
13:13:26  *** DeGhost [~s@69-165-156-240.dsl.teksavvy.com] has joined #openttd
13:14:48  *** thingwath [~thingwath@morana.sks2.muni.cz] has quit [Quit: It's all over.]
13:15:07  <Rubidium> what benefit would that have?
13:15:21  <Rubidium> given the amount of non-activity
13:15:26  <rortom> haha :P
13:16:32  <petern> rortom, can you land an 767 on the middle airport of grenoble?
13:16:43  <Rubidium> basically all of the recent stuff in trunk I see in 0.9.9.6
13:16:58  <Rubidium> petern: why wouldn't you be able to land one there?
13:17:14  <petern> cos it's halfway up a mountain
13:17:16  <rortom> petern: the one on the mountains?
13:17:23  <Rubidium> the requirements for landing a plane aren't that high
13:17:33  <rortom> :p
13:17:41  <Xaroth> most planes can land by autopilot nowadays anyhow
13:18:39  <petern> rortom, yeah that one
13:18:52  <rortom> nope, strange runway alignment :/
13:19:16  <petern> hee
13:19:18  <petern> i did
13:19:21  <petern> but it was a bit heavy
13:19:31  <petern> it needs reverse thrust, heh
13:19:33  <rortom> hehe, understandable ;)
13:19:43  <rortom> now land the an-225 there :p
13:19:52  <petern> lol
13:20:11  <rortom> im sure its possible ;)
13:20:19  <petern> yeah
13:20:27  <petern> you can slow down enough by turning the engines off
13:20:34  <petern> but then you're stuck if you need a quick escape
13:21:28  *** DeGhost [~s@69-165-156-240.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
13:22:08  *** DeGhost [~s@69-165-145-87.dsl.teksavvy.com] has joined #openttd
13:22:09  *** tokai [~tokai@p54B80C46.dip0.t-ipconnect.de] has joined #openttd
13:22:12  *** mode/#openttd [+v tokai] by ChanServ
13:26:49  <petern> um, what, there's a vehicle on grenoble with no player :s
13:27:01  <planetmaker> _ln, you do not honestly want to argue to drop complete support for MacOS? I mean... currently it's not ideal as there's no developer who can develop natively on MacOS.
13:27:06  <planetmaker> But it's better than nothing.
13:27:33  <Belugas> find a dev for macos
13:27:49  <Belugas> ho ... what a surprise.. a meeting :P
13:28:16  *** rortom [~rortom@p508EF2CA.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
13:28:35  <planetmaker> Belugas, I wish, I wish...
13:30:30  *** rortom [~rortom@p508EDED5.dip.t-dialin.net] has joined #openttd
13:32:26  <_ln> planetmaker: well, i like playing OTTD on Mac, but as the devs' response to Mac-related problems often is like "use something that is not shit!"... then why not drop the support and live a happier life.
13:38:03  <Belugas> _ln, you're sure it's not something about Windows?
13:38:24  <Belugas> ho... waht do i care, anyway...
13:39:00  <Belugas> funny... a meeting about bugs cut short because of a bug at a client's HO :S
13:40:29  <petern> :)
13:42:29  *** DeGhost [~s@69-165-145-87.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
13:44:44  *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Ping timeout: 480 seconds]
13:51:32  *** HerzogDeXtEr [~Flex@89.246.195.160] has quit [Read error: Connection reset by peer]
13:52:07  *** HerzogDeXtEr [~Flex@89.246.195.160] has joined #openttd
13:54:49  *** Sionide [sionide@cornflakes.imen.org.uk] has joined #openttd
13:54:52  <planetmaker> _ln, there's mostly one dev with that response.
13:55:43  <_ln> planetmaker: but more with the same attitude.
13:56:10  <planetmaker> and - after all - how can they test it well? They have no proper test environment for it.
13:57:03  <planetmaker> emulators can only work up to a certain point.
13:57:31  <glx> I can do some tests on 10.3.9, but no debugging
13:58:04  <glx> and no compiling either
13:58:38  <_ln> planetmaker: i understand that, and i'm not blaming them (except Rubidium who deserves it).  and the lack of proper test environment is another reason for dropping support.
13:59:07  <planetmaker> _ln, why does Rubi deserve it?
13:59:16  <planetmaker> Did you talk with him reasonably about it?
13:59:35  <planetmaker> I did. Weeks ago. I can understand why he did what he did. Or do you have a better solution?
14:00:40  <_ln> planetmaker: well, I remember him stating that some piece of code crashes on Mac "because Bjarni has messed with it".  no other explanation provided.  and now he has messed himself.
14:01:36  <planetmaker> well... take this: XCode < 2.3 doesn't define certain required variables. Thus it won't compile there
14:02:18  <planetmaker> as xcode version isn't easy to detect (do you know how)?, but SDK version is easy to detect, it's his choice to limit it to the SDK which is known to work.
14:02:39  <_ln> planetmaker: that leads us to: [15:27] <_ln> Rubidium: why not do the check by trying to compile something that actually tries to use the required system variables?
14:03:33  <_ln> planetmaker: Xcode version can be read from /Developer/Applications/Xcode.app/Resources/version.plist or something.
14:04:40  <planetmaker> _ln, *or something*
14:04:57  <Belugas> _ln, can you provide a patch for it?  One that will work on the compile farm as well?
14:05:07  <planetmaker> there you see where's the problem with non-native development :)
14:05:08  <Belugas> if not, well... you know the dhrill...
14:05:23  <planetmaker> that is knowledge which you only have readily at hand, if you're actually working on that system
14:05:38  <_ln> planetmaker: I can check the exact path if you insist, the "something" part only referred to the fact that I wrote the path as I remember it.
14:05:54  <planetmaker> And yes, I wanted to ask the same question as Belugas: if you know how to fix it: PLEASE do.
14:06:06  <planetmaker> provide the patch.
14:06:39  <planetmaker> I'm quite sure that it can be accepted, if done moderately reasonably and successfully tested on, say, two, three other machines.
14:06:44  <planetmaker> I'm happy to test it myself.
14:07:09  <_ln> Belugas, planetmaker: well, I can possibly provide a patch that works on my system, but obviously I have no way to test it on the compile farm and I'm not sure if it has Xcode really installed, etc.
14:07:15  *** reldred [~reldred@115.131.196.88] has left #openttd []
14:07:32  <glx> compile farm cross-compile for OSX
14:08:14  <_ln> glx: does it have Xcode in /Developer?
14:09:18  <planetmaker> _ln, just provide the damn patch :) Maybe it can then be improved / made better. But starting with something is always better than starting from scratch :)
14:09:37  <planetmaker> And you normally don't need absolute paths anywhere.
14:10:33  *** frosch123 [~frosch@frnk-590c367f.pool.einsundeins.de] has joined #openttd
14:10:33  <glx> only SDK are present IIRC
14:10:58  <_ln> so... you actually cannot check the Xcode version. duh.
14:11:11  *** DeGhost [~s@69-196-170-222.dsl.teksavvy.com] has joined #openttd
14:11:42  <petern> ./configure --with-xcode-2-point-5
14:19:13  *** DeGhost [~s@69-196-170-222.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
14:19:26  *** DeGhost [~s@69-165-141-68.dsl.teksavvy.com] has joined #openttd
14:22:16  *** Zuu [~Zuu@c-4afbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd
14:23:47  <Zuu> Hello, on windows how do I get the complete debug log to a file? The AI debug window is quite limited in length. And in windows an additional cmd window is opened for debug prints so just using > will probably not work. Hmm
14:25:32  <Zuu> Or is the only way to get the sourecs and hack in logging to a file myself?
14:25:34  *** Booth [~chatzilla@client-86-31-148-150.watf.adsl.virgin.net] has quit [Ping timeout: 480 seconds]
14:26:28  *** Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Quit: Quit]
14:26:42  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
14:29:29  *** Biolunar [~mahdi@blfd-4db07475.pool.einsundeins.de] has quit [Quit: gn8]
14:31:33  *** DeGhost [~s@69-165-141-68.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
14:31:34  *** mikk36 [~mikk36@23.78.191.90.dyn.estpak.ee] has quit [Read error: Connection reset by peer]
14:31:51  *** mikk36 [~mikk36@23.78.191.90.dyn.estpak.ee] has joined #openttd
14:32:49  *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has joined #openttd
14:34:43  *** DeGhost [~s@69-165-144-56.dsl.teksavvy.com] has joined #openttd
14:38:51  <Zuu> I solved it by extending the log length of the cmd window to 9000 rows.
14:39:59  <Eddi|zuHause> Zuu: typically you can prevent opening a second console window by turning it into a console app with convert.exe
14:40:30  <Zuu> Eddi|zuHause: Okay, thanks for that tip
14:41:24  <glx> convert is on my dev space
14:46:36  <_ln> planetmaker: as requested: http://users.utu.fi/lanurm/ottd/the_damn_patch_for_checking_osx_sdk_version.diff
14:51:01  <planetmaker> _ln, but Xcode 2.4 works, too :P
14:51:55  <_ln> quite likely yes... however, the given upgrade instruction is still valid.
14:52:04  <planetmaker> 100% sure, yes :) I have it :P
14:52:37  <planetmaker> I'll test it when I'm home. Thanks
14:52:47  <_ln> if you encounter that message and your SDK (and Xcode) is too old, it doesn't make particularly much sense to upgrade it only to 2.4 in that situation.
14:53:15  <planetmaker> of course.
14:53:27  <planetmaker> Also that xcode isn't available online or so.
14:53:32  *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Read error: Connection reset by peer]
14:54:01  <_ln> it is, but requires a registration.
14:54:17  <planetmaker> sure that you can dig out a 2.4 link?
14:54:35  <planetmaker> I'm registered at the apple's dev site but didn't find even 2.5 only 3.0
14:54:35  <_ln> well, not sure about 2.4, no.
14:54:58  <planetmaker> the first is still available, though, if you have the direct link. Rubi somewhen gave it to me.
14:58:17  *** Xyzzy [c40fc9c9@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
14:59:52  <_ln> Xcode 2.5 is still there
15:00:24  <_ln> as well as 2.4 and 2.3
15:00:47  <planetmaker> hm... got the link to that page for me?
15:00:58  *** tokai [~tokai@p54B80C46.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
15:01:09  *** TinoM [~Tino@i59F5DDD3.versanet.de] has joined #openttd
15:02:15  <_ln> the url looks like it's not very linkable (contains probably some session id), but log in to Developer Connection -> Something -> Downloads -> Developer Tools
15:02:28  *** dragonhorseboy [~dragonhor@modemcable160.111-57-74.mc.videotron.ca] has joined #openttd
15:02:31  <dragonhorseboy> hey
15:03:27  *** tokai [~tokai@p54B806A4.dip0.t-ipconnect.de] has joined #openttd
15:03:30  *** mode/#openttd [+v tokai] by ChanServ
15:03:31  <planetmaker> you're right, _ln
15:03:37  <planetmaker> Must have constantly missed that. Thanks
15:05:16  <dragonhorseboy> any of you seen coal mines going into 4-digit output figures?
15:05:22  <planetmaker> yes
15:05:55  <dragonhorseboy> well i got 1,494 tonnes now
15:06:09  <planetmaker> 2048 is max afaik.
15:06:09  <dragonhorseboy> to think it was just 128 tonnes in janurary 1920 :p
15:06:20  <dragonhorseboy> 2048? damn .. I'll be crazy if it hits THAT
15:06:37  <dragonhorseboy> I'll have to find a third powerplant then :)  (jonty is using some grf that introduces low stockpiling limits)
15:06:48  <planetmaker> hehe :)
15:06:53  <dragonhorseboy> oh..yeah this coal mine is on the IS2 map yeah
15:06:55  <planetmaker> just finance a 2nd just adjacent.
15:07:14  *** DeGhost [~s@69-165-144-56.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
15:08:01  <dragonhorseboy> "can't build..too close to another industry"
15:08:13  <dragonhorseboy> so go figure .. thats even from 20 tiles far away (station spread is 24)
15:08:19  <dragonhorseboy> :/
15:08:21  <planetmaker> well. build it within station reach - if possible.
15:08:39  <dragonhorseboy> nah I'll just hunt another powerplant
15:08:49  <dragonhorseboy> for some reason this map has them more or less "bunched" in certain areas
15:09:04  <dragonhorseboy> its december 2114 now anyway ;)
15:09:19  <dragonhorseboy> ah went back to 1,048 tonnes >_<
15:09:24  <dragonhorseboy> maybe it'll pick back up eventually
15:09:25  <planetmaker> uh... quite a bit time since the game start.
15:09:32  <planetmaker> btw... which version? beta2 or beta3?
15:09:38  <dragonhorseboy> beta3 .. its the public one anyhow
15:10:20  <dragonhorseboy> and the game ran to like 221?-something on the 2cc+metro map before this one .. and I was the one to suggest resetting it together with japanset grfs finally
15:10:34  <dragonhorseboy> (which explains how I was able to get on so early..heh)
15:10:45  *** DeGhost [~s@69-196-178-140.dsl.teksavvy.com] has joined #openttd
15:11:09  *** Svish [~torleif85@84.20.108.51] has joined #openttd
15:11:16  <planetmaker> "resetting"?
15:11:39  <Svish> are there any good examples on how to use those new path signals? Have read the manual thing about them, and I just don't get them...
15:11:40  <planetmaker> there's no save way I know to reset a game with different newgrfs.
15:12:02  <planetmaker> Svish, simple rule: put them there where a train may stop.
15:12:27  <planetmaker> don't put them there, where a train better doesn't stop.
15:12:27  *** rortom [~rortom@p508EDED5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
15:12:32  <dragonhorseboy> reset as in back to 1920 for a new game :p
15:12:54  <dragonhorseboy> not an old game
15:12:55  <planetmaker> yeah... I just wonder how it works with changing newgrfs. But nvm.
15:13:00  <Svish> but you use regular signals and pre-signals usually right? where would you use the path signals?
15:13:02  *** rortom [~rortom@p508EDED5.dip.t-dialin.net] has joined #openttd
15:13:46  <dragonhorseboy> svish....for splitting junctions or any stations obviously
15:14:08  <Svish> are there any good examples somewhere?
15:14:14  <planetmaker> Svish, I'd use them for X type constructs and station entries
15:14:49  <planetmaker> or very low traffic junctions.
15:15:20  <planetmaker> Svish, the openttdcoop archives has savegames which employ them.
15:16:17  <Svish> where do I find that?
15:16:42  <Svish> when using it for station entries, you would then use normal or pre-signals for exits then?
15:16:53  <planetmaker> depends.
15:17:08  <planetmaker> http://www.openttdcoop.org/wiki/PublicServer:Archive
15:17:28  <Xaroth> i'm lazy, i use PBS :P
15:18:35  <Svish> pbs is path signals?
15:19:17  <planetmaker> yes, many people use that obscure name.
15:19:22  <Eddi|zuHause> <Svish> but you use regular signals and pre-signals usually right? where would you use the path signals? <- put PBS signals where you previously put presignals, remove the exit signals
15:19:50  <Eddi|zuHause> do not mix path and block signals
15:23:22  <dragonhorseboy> well I'm going so bye ;)
15:24:17  *** dragonhorseboy [~dragonhor@modemcable160.111-57-74.mc.videotron.ca] has left #openttd []
15:24:33  <Xaroth> one would almost wonder why he adopted the name 'dragon horse boy' ...
15:25:18  *** Progman [~progman@p57A1C526.dip.t-dialin.net] has quit [Remote host closed the connection]
15:25:39  <Svish> not mix path and block signals (regular signals?). how do you... "end" a path signal block or what to call it and start using normal signals?
15:26:02  <Xaroth> a path block ends at the next signal
15:26:10  <_ln> what does Type: Bug/Patch/... mean?  If I have a patch that fixes a bug, is it Bug or Patch?
15:26:35  <planetmaker> it's a patch IMO, _ln
15:26:50  <planetmaker> because it's not really a bug (if you talk about your build system patch)
15:27:06  <planetmaker> it's rather a feature ;) - it enhances the systems it compiles on.
15:27:35  <_ln> the patch is not a bug, but failing to configure on what is supposed to be a "supported" platform version, that is a bug.
15:27:36  <planetmaker> *it increases the number of systems...
15:28:24  <Svish> what is a safe stopping point?
15:28:36  <planetmaker> Svish, ask yourself :)
15:28:36  <_ln> and indeed it's regression.
15:28:56  <planetmaker> would you network suffer, if a train waits there for a free path?
15:29:14  <planetmaker> would it block paths to other points which are then inaccessible?
15:29:26  <_ln> here's an FS# about it for you who are into bureaucracy: http://bugs.openttd.org/task/2989
15:29:58  <Svish> so in this example in the manual: http://wiki.openttd.org/Image:Yapp_unsafewaitinglocation.png, to make that work would you need another path signal further up the track?
15:29:59  <planetmaker> it's not about burocracy.
15:30:08  <planetmaker> it's about keeping track of things, _ln
15:30:19  <Svish> or would  you remove that signal place a normal one there?
15:30:21  <Svish> or?
15:30:33  <planetmaker> not everything can be fixed right now and then. Patches have to be tested and FS allows to keep things ordered and nicely visible for all
15:31:12  <_ln> planetmaker: which is the same as bureaucracy.  who said bureaucracy is entirely negative.
15:31:41  <planetmaker> Svish, any signal there seems wrong IMO
15:33:41  <Svish> but this one is correct? http://wiki.openttd.org/Image:Yapp_basicjunction.png
15:33:48  <Svish> would it fail for longer trains?
15:34:10  <Svish> since it would no longer be a safe stopping point
15:34:17  <planetmaker> Svish, probably yes and yes
15:34:35  <Svish> ok
15:34:38  <Svish> interesting...
15:34:55  <Svish> guess I will just have to try it out... and probably totally fail a bit until I get this thing.... hehe
15:37:50  <Ammler> [17:19] <Eddi|zuHause> do not mix path and block signals <-- you can with disabled waiting times.
15:38:37  <Eddi|zuHause> well, sure you can, but you need to know what you are actually doing...
15:38:48  <Eddi|zuHause> and it takes longer to explain
15:38:53  <Ammler> indeed
15:43:07  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
15:46:42  *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Quit: KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/03/07 00:45:02 UTC  http://www.kvirc.net/]
15:47:02  <_ln> eh, i'm not allowed to change any fields in a bug report reported by myself once it's been entered?
15:47:04  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
15:47:11  *** KUDr [~doctor@203.253.broadband9.iol.cz] has joined #openttd
15:47:20  <_ln> @seen KUDr
15:47:20  <DorpsGek> _ln: KUDr was last seen in #openttd 2 weeks, 0 days, 0 hours, 46 minutes, and 39 seconds ago: <KUDr> hi
15:47:34  *** Chris_Booth [~chatzilla@client-86-31-148-150.watf.adsl.virgin.net] has joined #openttd
15:48:27  <CIA-1> OpenTTD: frosch * r16600 /trunk/src/settings.cpp: -Fix: Give a more meaningful error message when console commands expect an integer but don't get one.
16:00:21  *** rortom [~rortom@p508EDED5.dip.t-dialin.net] has quit []
16:06:29  <Belugas> Doctor KUDr!
16:06:58  <frosch123> Doctor Q ?
16:08:06  * frosch123 does not know, whether 'Q' had some title. I suppose he left school early.
16:08:29  <Belugas> like... "Q"uit ?
16:09:11  <frosch123> nah, I meant 'Q' like 'M' or '007'
16:09:54  <petern> he "Q"uit school early...
16:14:48  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
16:16:49  <Eddi|zuHause> _ln: i guess it avoids having people edit everything out leaving it saying "n/m, was my fault"
16:17:32  *** Wolle [DrJekyll@p57B0DEF7.dip.t-dialin.net] has joined #openttd
16:22:32  <Svish> hm... really wish right-clicking on buttons would display a shortcut key as well...
16:25:39  <planetmaker> it should actually do, Svish
16:27:03  *** Lakie [~Lakie@91.84.251.149] has joined #openttd
16:35:50  <Eddi|zuHause> Svish: you can update the translation you use to do so
16:40:10  <_ln> Eddi|zuHause: well m'kay, but can't even change severity field or operating system or anything.
16:40:52  <Eddi|zuHause> _ln: only the devs can do that, so if you really want to change it, ask them
16:41:50  <_ln> is that a flyspray default, or just fucked-up configuration on this one?
16:42:24  *** Chris_Booth [~chatzilla@client-86-31-148-150.watf.adsl.virgin.net] has quit [Read error: Connection reset by peer]
16:43:09  <_ln> Eddi|zuHause: of course my bug reports are perfect the way i enter them initially, and do not need any further modifications.  but on all other trackers that i've used the bug reporter has some control over the fields afterwards too.
16:44:06  <Eddi|zuHause> neither can i read minds nor did i ever set up a flyspray before. i am not the person you need to speak to.
16:45:27  <_ln> that's why the question about flyspray defaults wasn't directed at you.
16:48:03  <Svish> is there a way of making trains don't stop on stations as default? like if you have A===B===C, and a train only have orders for A and C, I don't want it to stop at B
16:49:06  <glx> use non stop order
16:52:50  <Eddi|zuHause> _ln: but i can't do anything about your follow-up rant either
16:52:50  *** tokai [~tokai@p54B806A4.dip0.t-ipconnect.de] has quit [Quit: Icebears are cute. Please, take care of them!]
16:53:26  <Eddi|zuHause> i can only tell you what the rules are, i can't change them
16:54:02  <Eddi|zuHause> so either you follow the rules, or go some levels higher up
16:54:39  <Svish> glx: yes, but can I somehow make that the default? so that whenever I start a new order list the default is "go non-stop to"
16:54:47  <Svish> since that is usually what I always want
16:57:00  <Eddi|zuHause> yes, check the advanced settings
16:57:02  <_ln> Eddi|zuHause: sorry if i somehow implied you were responsible.
17:03:43  *** DaleStan is now known as Guest172
17:03:45  *** DaleStan [~Dale@c-98-223-48-35.hsd1.in.comcast.net] has joined #openttd
17:08:29  *** Guest172 [~Dale@c-98-223-59-217.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds]
17:09:00  *** Splex [~splex@c-24-245-55-70.hsd1.mn.comcast.net] has quit [Remote host closed the connection]
17:16:29  <Svish> any recommendations on a good 4-way junction?
17:22:33  *** Splex [~splex@c-24-245-55-70.hsd1.mn.comcast.net] has joined #openttd
17:25:16  <KUDr> [18:06:28] <@Belugas> Doctor KUDr! -> hi! sorry I had phone..
17:27:52  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Quit: http://tinodidriksen.com/]
17:34:43  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
17:38:53  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
17:39:40  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
17:43:06  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
17:45:10  <Belugas> well.. same in here... to some extend, KUDr
17:45:25  <Belugas> what's up? been a while
17:45:27  <KUDr> :)
17:45:40  <KUDr> all right
17:45:43  <KUDr> and there?
17:46:35  <Belugas> rushing like a scared rabbit, as usual...
17:46:47  <Belugas> but hey... it's friday afternnon!
17:46:57  <KUDr> so still all the same
17:47:27  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Remote host closed the connection]
17:48:25  <Belugas> yup
17:48:33  <Belugas> work and no fun
17:49:40  <Belugas> thanks god, there is music
17:50:04  <KUDr> thanks got there is ottd
17:50:19  <Belugas> what is that?
17:50:19  <KUDr> so i can relax a bit
17:50:32  <KUDr> one game
17:50:40  <Belugas> you still play at it?
17:50:53  <Belugas> i have to admit, i don't my son has found some other games
17:50:56  <KUDr> of course
17:52:49  <Svish> is it best to use the normal signs on normal tracks? or might you as well use the new path signs almost everywhere?
17:53:46  <Belugas> when i played, i used normal signals only, apart on problematic intersections/station entries
17:53:52  <Belugas> it all depends of your style
17:58:57  <Svish> ok
18:07:53  *** tokai [~tokai@p54B806A4.dip0.t-ipconnect.de] has joined #openttd
18:07:56  *** mode/#openttd [+v tokai] by ChanServ
18:10:27  *** mars3142 [~mars@p4FE8AB6D.dip.t-dialin.net] has joined #openttd
18:14:04  *** mars3142 [~mars@p4FE8AB6D.dip.t-dialin.net] has quit []
18:15:25  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
18:28:40  *** tokai [~tokai@p54B806A4.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
18:29:42  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
18:30:56  *** tokai [~tokai@p54B84014.dip0.t-ipconnect.de] has joined #openttd
18:30:59  *** mode/#openttd [+v tokai] by ChanServ
18:41:19  <SmatZ> _ln: typos in comments hardly have "High" severity
18:41:27  <SmatZ> welcome, KUDr :)
18:41:35  <KUDr> hi
18:47:28  *** Wolfsherz [~arutha@i577BC49E.versanet.de] has joined #openttd
18:48:55  <_ln> SmatZ: which is why you changed the severity of the Mac configure fail bug to Very Low?
18:50:12  <SmatZ> _ln: because you set it to Very High
18:50:23  <_ln> SmatZ: no, i set it to Critical.
18:50:48  <SmatZ> I should have closed it then :-p
18:51:45  <_ln> SmatZ: well educate me, if configure (and therefore build) completely failing on some platform is Very Low, what would qualify even as high as Low?
18:52:56  <SmatZ> _ln: the real reason why I set it to very low is that it was opened by you
18:53:10  <_ln> SmatZ: don't you think that's inappropriate?
18:53:10  <SmatZ> better?
18:53:48  <SmatZ> not a bit
18:54:09  <SmatZ> if it compiles for you, good
18:54:32  <_ln> SmatZ: why do you touch the bug reports at all if they don't concern you or platforms you use?
18:55:13  <_ln> planetmaker: see how much my patches are appreciated here.
18:55:15  <planetmaker> _ln: critical or high certainly is something which would stop everyone from playing, eh?
18:55:35  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
18:55:50  <planetmaker> _ln: it doesn't tell anything about appreciation.
18:56:02  *** mode/#openttd [+o SmatZ] by DorpsGek
18:56:03  <planetmaker> All patches I supplied I either identified as low or very low :)
18:56:06  *** mode/#openttd [+b *!~lanurmi@*.nebulazone.fi] by SmatZ
18:56:06  *** _ln was kicked from #openttd by SmatZ [_ln]
18:56:11  <SmatZ> nah
18:56:17  <SmatZ> Konversation didn't allow me to set reason
18:56:18  <planetmaker> :O
18:56:32  *** deghosty [~s@69-165-141-1.dsl.teksavvy.com] has joined #openttd
18:56:56  <Eddi|zuHause> yeah, that's why i generally type /kick <reason> into the buffer, then clock on "ban user", and then send the kick
18:57:03  <Eddi|zuHause> *click
18:57:07  <SmatZ> :)
18:57:51  <Eddi|zuHause> in mIRC this wasn't working properly either, as kickban would first issue the ban, then ask for the kick message
18:58:05  <Eddi|zuHause> which allowed the user to leave before being kicked
18:58:51  *** mode/#openttd [-o SmatZ] by SmatZ
18:59:14  <Eddi|zuHause> anyway, i'd file that under "Karma" ;)
18:59:19  *** DeGhost [~s@69-196-178-140.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
18:59:36  <Ammler> or use DorpsGek, that is how I get kicked here ;-)
18:59:53  <SmatZ> I tried, but it didn't work
18:59:58  <SmatZ>  /msg DorpsGek kickban #openttd _ln why do you care
19:00:05  <Ammler> @kban
19:00:05  <DorpsGek> Ammler: kban [<channel>] [--{exact,nick,user,host}] <nick> [<seconds>] [<reason>]
19:00:13  <SmatZ> ah...
19:00:22  <planetmaker> :)
19:00:28  <SmatZ> should I unban him and then reban with correct reason?
19:00:32  <Eddi|zuHause> someone who shouts all the time for no reason is not being taken seriously if he shouts with reason
19:00:35  <Ammler> lol
19:01:04  <Eddi|zuHause> SmatZ: you could ask TrueBrain to have "kickban" as alias for "kban"
19:01:34  <SmatZ> Eddi|zuHause: thanks, I will try to learn how to use DorpsGek :)
19:02:25  <Eddi|zuHause> <CIA-1> OpenTTD: frosch * r16600 /trunk/src/settings.cpp: -Fix: Give a more meaningful error message when console commands expect an integer but don't get one. <-- i take it this is a response for the topic in the german forum ;)
19:02:59  <frosch123> yup :)
19:03:02  <SmatZ> planetmaker: if you have the same problem as FS#2989 ... actually the "Severity" doesn't have much to do with when it will be solved
19:03:13  <SmatZ> rather... if it was opened by ln, it's likely to be ignored
19:03:24  <SmatZ> and nobody likes to have ignored task opened with Critical severity
19:03:41  <Eddi|zuHause> speaking of which, who actually opened the error report with the missing earrings?
19:04:23  <planetmaker> SmatZ: I know that severity doesn't make it likely or less likely :)
19:04:39  <planetmaker> Though a compile failure on all platforms would - IMO - qualify as severe.
19:04:45  <planetmaker> But that obviously isn't the case.
19:04:55  <Eddi|zuHause> i've had very low severity patches included after 1 year ;)
19:05:07  <planetmaker> And yes, without patch, my Xcode 2.4 doesn't compile it anymore. But I just undo that commit...
19:06:48  <planetmaker> and maybe I'll not have that problem anymore in a few months ;)
19:09:02  <SmatZ> planetmaker: the reason for that change in configure was that Xcode 2.4 fails to export some symbol, right? so we could just test for that symbol being exported?
19:09:11  <SmatZ> not that it changes much :)
19:09:13  <planetmaker> SmatZ: no. not 2.4
19:09:17  <planetmaker> older versions
19:09:28  <planetmaker> 2.x with x < 4
19:09:34  <SmatZ> ah
19:09:37  <planetmaker> 2.4 worked here until that commit
19:09:42  <SmatZ> aha
19:09:43  <planetmaker> and still works btw :)
19:10:33  <planetmaker> but I don't know which and I don't know how to detect the version of xcode. So... I can live with two modified build files in trunk ;)
19:13:08  <Eddi|zuHause> SmatZ: (if i understand that correctly) the problem is that the compiler cannot distinguish between 2.0 and 2.4, but between 2.0 and 2.5
19:13:12  *** andythenorth [~andy@87.113.137.222] has joined #openttd
19:13:33  <planetmaker> Eddi|zuHause: that's what I was told / understood, too
19:17:21  <SmatZ> planetmaker: what is the patch you are using?
19:17:40  <SmatZ> do you have to #define kCGBitmapByteOrder32Host 0 ?
19:18:30  <planetmaker> SmatZ: I just reverted Rubi's commit
19:18:53  <planetmaker> But I just test that patch. Seems to enable compiling here, too.
19:18:59  <planetmaker> But I don't understand what it does.
19:19:00  <SmatZ> planetmaker: so kCGBitmapByteOrder32Host is defined on your system, even when you have older system (but newer SDK?)
19:19:08  <planetmaker> obviously.
19:19:46  <planetmaker> I can only speak for version 2.4 of xcode, though
19:20:29  <planetmaker> basically I've the default install which comes with my system.
19:20:46  <planetmaker> and I need to go shopping now ;) bb in 40 minutes or so
19:21:17  *** andythenorth [~andy@87.113.137.222] has quit [Ping timeout: 480 seconds]
19:22:41  <SmatZ> Eddi|zuHause: it could work if it tested if kCGBitmapByteOrder32Host is defined
19:22:50  <SmatZ> but well, Bjarni is gone
19:22:51  *** andythenorth [~andy@87.113.137.222] has joined #openttd
19:22:57  <Eddi|zuHause> yes, _ln was suggesting that ;)
19:23:19  <SmatZ> and the OSX port is going to die if nobody rewrites some outdated parts of it
19:23:22  <Eddi|zuHause> during configure, a test compile could be made
19:24:24  <SmatZ> well, his patch makes sense
19:24:29  <SmatZ> but it's _ln
19:25:06  <SmatZ> http://bugs.openttd.org/task/2782
19:26:18  *** mode/#openttd [+o SmatZ] by DorpsGek
19:26:21  *** mode/#openttd [-b *!~lanurmi@*.nebulazone.fi] by SmatZ
19:26:28  *** mode/#openttd [-o SmatZ] by DorpsGek
19:28:08  <Eddi|zuHause> well, yes, sometimes a man must accept that even the people he doesn't like have good points :)
19:29:34  <Eddi|zuHause> in the German Bundestag it works like this: if the Left party makes a proposal that makes sense, and the Liberal party agrees with the proposal, they do not actually agree to the proposal of the Left party, but they make an own proposal with the exact same text
19:32:43  *** Wolfsherz [~arutha@i577BC49E.versanet.de] has quit []
19:32:55  *** Cybert1nus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
19:33:43  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Read error: Connection reset by peer]
19:35:42  <SmatZ> there is also a problem with the way he presents his problem
19:35:57  <SmatZ> the_damn_patch_for_checking_osx_sdk_version.diff
19:36:25  <SmatZ> and the way he is talking to others
19:36:27  <SmatZ> and such
19:36:30  <SmatZ> he's not nice
19:36:51  <Eddi|zuHause> that is certainly true
19:37:10  <Eddi|zuHause> but that is partly the effect of mutual exaggeration
19:37:49  <SmatZ> most people don't have problems...
19:37:53  <SmatZ> but I agree
19:39:35  <SmatZ> I am not happy this happens
19:39:36  <Eddi|zuHause> the patch name, for example, is a response to this line: "<planetmaker> _ln, just provide the damn patch :)"
19:39:55  <SmatZ> so planetmaker is to blame :)
19:40:07  <andythenorth> I blame planetmaker two :P
19:40:32  <SmatZ> he's not here
19:41:07  <andythenorth> ducking the blame.  maybe he's busy making makefiles.  I hope so :)
19:42:19  <andythenorth> there will be much sadness here if the OS X port dies.  it would be enough to make me learn C++, gcc, xcode and whatever else I'd need to do.
19:42:19  <Belugas> blaming the duck
19:42:27  <andythenorth> I see no duck
19:42:35  <Belugas> fluffing the flame
19:42:38  <andythenorth> go north
19:42:44  <Belugas> cooking the cake
19:42:44  <andythenorth> there is no flame here
19:42:56  <Belugas> slipping the slurp
19:43:15  <andythenorth> pickup slurp
19:43:15  <Eddi|zuHause> this reads like a thread on ICHC...
19:43:22  <SmatZ> :-)
19:44:03  <Belugas> which hand do you choose? the right or the left?
19:44:10  <Belugas> hahaha... gotcha!
19:44:13  <andythenorth> does one know what the other is doing?
19:44:15  <Belugas> i've got no more arms!!!!
19:44:37  <andythenorth> he is armless
19:45:12  <Eddi|zuHause> yes, he speaks french, he is of course 'armless
19:45:13  <andythenorth> but really no lets not let grfs fix the font size in pixels.  please?
19:46:40  *** Progman [~progman@p57A1C526.dip.t-dialin.net] has joined #openttd
19:47:05  <Belugas> tutututut.. glx speaks french, i speak french-canadian
19:47:06  <Belugas> not the same
19:47:37  <Eddi|zuHause> does that mean you can pronounce "h"?
19:48:01  <Belugas> ouain
19:48:04  <Belugas> pis toé?
19:49:33  <Belugas> comme dans Heya la, mon Hosti!
19:50:31  <Eddi|zuHause> my dictionary does not know "pis to?"
19:50:45  <glx> Belugas should use utf8 :)
19:51:16  <glx> and indeed he doesn't speak french ;)
19:52:31  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has quit [Read error: Connection reset by peer]
19:55:22  *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer]
20:04:59  *** KritiK [~Maxim@78-106-230-149.broadband.corbina.ru] has joined #openttd
20:06:06  <fonsinchen> Why is cargo paid before it is unloaded and not afterwards? Like this the vehicle's cargo list has to be looped more often (once for payment and for delivery) which makes the code quite ugly. Every time you change anything in the unloading code you have to remember that this also changes the payment. If cargo was payed after unloading only the amount of money to be paid would have to be remembered until the vehicle leaves the station.
20:06:52  <fonsinchen> And it would remove a silly cheat.
20:06:57  <SmatZ> tldr
20:06:57  <Eddi|zuHause> fonsinchen: problem is gradual loading
20:07:15  <Eddi|zuHause> you would have to make a profit animation for each loading step
20:08:13  <fonsinchen> why?
20:08:24  <fonsinchen> just show the sum when the vehicle leaves the station.
20:08:30  <Eddi|zuHause> because during each loading step, only part of the cargo is unloaded
20:08:52  <SmatZ> I think I understand fonsinchen's point
20:08:55  <fonsinchen> So: add it up and show it when the vehicle leaves.
20:08:59  <SmatZ> and I don't know the answer :)
20:09:07  <SmatZ> maybe so it has "old-like" behaviour
20:09:14  <SmatZ> so you see money when the train arrives
20:09:17  <SmatZ> not when it's leaving
20:09:27  <fonsinchen> How important is that?
20:09:41  <SmatZ> for some people, a lot
20:09:58  <Eddi|zuHause> fonsinchen: if you check profit at vehicle leaving, you would again have to check many ways the vehicle could be leaving
20:09:58  <SmatZ> changing this behaviour would cause many confusion for many users
20:10:25  <fonsinchen> there is exactly one method that gets called when the vehicle leaves.
20:10:27  <Eddi|zuHause> like sending to depot
20:10:30  <frosch123> like having a timetable with 20 days, and the unloading only taking 2 days
20:10:35  <Eddi|zuHause> or vehicle crashing and being removed
20:10:43  <fonsinchen> void Vehicle::LeaveStation()
20:10:52  <fonsinchen> crashing is a corner case, OK
20:11:06  <SmatZ> you don't need to be paid for cargo if you crashed
20:11:12  <fonsinchen> but well, if the vehicle crashes you don't usually care about its cargo being paid
20:11:19  <SmatZ> actually, you are paid for cargo even if the train crashes before it's unloaded :-p
20:11:21  <Eddi|zuHause> well you do, if you unloaded before the crash
20:11:54  <Eddi|zuHause> i'm not sure if that is actually exploitable ;)
20:12:19  <fonsinchen> you can exploit the current system much more easily
20:12:39  <frosch123> fonsinchen: how can you exploit it?
20:12:41  <fonsinchen> have a vehicle unload and as soon as you see the number have it switch to the next order
20:12:47  <fonsinchen> then you keep the cargo.
20:12:59  <Eddi|zuHause> fonsinchen: yes, but you do not get a second payment
20:13:02  <frosch123> and? how are you going to get the cargo out of the vehicle?
20:13:14  <Eddi|zuHause> because the cargo packet remembers that it already has been paid for
20:13:26  <frosch123> CargoPacket::paid_for
20:13:38  <fonsinchen> Oh, ok. You're right it doesn't work like that.
20:13:48  <Eddi|zuHause> that used to be an exploit, but it has been fixed ;)
20:15:16  <fonsinchen> Still there is a lot of very ugly code in VehiclePayment and LoadUnloadVehicle and as well as the evil R-word "old-like behaviour" is no guarantee for nice game play. There is actually no reason to get paid before delivering.
20:16:06  *** andythenorth [~andy@87.113.137.222] has quit [Quit: andythenorth]
20:17:38  <Rubidium> fonsinchen: neither is there a reason to get paid for each time a wagon gets unloaded a bit
20:17:54  <fonsinchen> That's not what I'm proposing
20:18:15  <fonsinchen> I'm proposing payment for all unloaded cargo when the vehicle leaves the station.
20:18:22  <Rubidium> and you can bet on it that people are going to complain that they only get paid once the vehicle is leaving
20:18:46  <fonsinchen> Well, then you can ask them why they should get paid before ...
20:19:16  <Rubidium> technically you should be paid before the passenger enters the train
20:19:32  <fonsinchen> That requires cargodist, though.
20:19:33  <Rubidium> and repay the passenger if he doesn't reach his/her destination
20:19:52  <fonsinchen> You don't want to force people to use cargodist, do you?
20:20:06  <fonsinchen> So lets keep the system of payment on arrival.
20:21:14  *** Progman [~progman@p57A1C526.dip.t-dialin.net] has quit [Remote host closed the connection]
20:22:23  <SmatZ> :-p
20:22:50  <fonsinchen> Perhaps payment should happen when no vehicle in the consist has an unload flag anymore. I think this would be very easy to understand for everyone.
20:23:14  <fonsinchen> Vehicle arrives, down arrow appears, down arrow disappears, payment.
20:23:18  <frosch123> fonsinchen: allow the user to specify the time the vehicle needs for transporting. the cargo will then pay when loaded, and the company has to pay the doubled price when it arrives late
20:23:48  <fonsinchen> This is much more complicated though. And no one will understand it.
20:23:55  <planetmaker> frosch123: that sounds like an entirely new patch on its own.
20:24:06  <frosch123> lets call it "Better vehicle loading"
20:24:18  <SmatZ> current system is best!
20:24:25  <Eddi|zuHause> let's call it "realistic" :p
20:24:25  *** Progman [~progman@p57A1C526.dip.t-dialin.net] has joined #openttd
20:24:31  <SmatZ> :)
20:24:39  <frosch123> "Better xxx" is always a nice name for a patch or something similiar
20:24:51  <planetmaker> frosch123: rather it then should be called "price auctions" or alike
20:26:07  <frosch123> far too descriptive
20:26:30  <CIA-1> OpenTTD: rubidium * r16601 /trunk/src/network/ (10 files in 2 dirs): -Fix [FS#2880]: try 2... hopefully better this time
20:26:34  <Eddi|zuHause> let's call it "better game" then :p
20:26:48  <Eddi|zuHause> and "better game 2", "better game 3"
20:26:48  <Rubidium> isn't TTDP the "better game"?
20:27:15  <fonsinchen> Why give it a name?
20:27:31  <Eddi|zuHause> "setting 1", "setting 2", ... ;)
20:27:38  <fonsinchen> There is no setting
20:27:42  <fonsinchen> it's mandatory
20:27:59  <Eddi|zuHause> where's the fun in that?
20:27:59  <fonsinchen> Or are you talking about frosch's idea?
20:28:39  <SmatZ> :)
20:29:09  <Eddi|zuHause> Rubidium: your commit messages are also not a primary example of descriptivity ;)
20:29:14  <Eddi|zuHause> descriptiveness?
20:29:24  <Eddi|zuHause> whatever.
20:29:47  <Rubidium> Eddi|zuHause: who cares, the bugreport is descriptive enough in this case
20:29:57  <Rubidium> and it's trunk only, so it won't ever end up in a changelog
20:30:09  <Rubidium> except the one on binaries
20:30:09  <frosch123> fonsinchen: btw. if you took my 'idea' serious, it is a bit micro-managementish
20:30:15  <Eddi|zuHause> is this about the quit game thingie?
20:30:20  <Rubidium> and for there it's an excercise ;)
20:30:49  <fonsinchen> frosch, I didn't take it very serious.
20:31:06  <glx> Eddi|zuHause: if you want more details ask dihedral :)
20:31:08  *** stuffcorpse [~rick@121.98.136.241] has quit [Ping timeout: 480 seconds]
20:32:20  <fonsinchen> I think I definitely will implement payment-after-unloading. The main question is if I should go through the extra hassle of implementing it for plain trunk and then merging it into cargodist or if I should implement it for cargodist from the beginning on.
20:32:33  <fonsinchen> If no one is interested in it here, I will do the latter.
20:33:27  <frosch123> implement it in cargodist, so you can properly rewrite it for trunk if it turns out nice :)
20:33:34  *** stuffcorpse [~rick@121.98.136.241] has joined #openttd
20:33:52  <fonsinchen> that rewrite will have to be done by someone else ...
20:35:26  <frosch123> well, don't take that 'properly' personal. I just meant that I doubt that the final result would share a lot with the first idea :)
20:36:04  <planetmaker> a general rule, I guess. The first try isn't nice in most cases ;)
20:36:54  <Eddi|zuHause> third time is the charm
20:37:11  <fonsinchen> I have a very specific idea on how to implement it: Remove most of VehiclePayment, add another field to vehicle for the credit that has accumulated, count the credit in LoadUnloadVehicle, show the money and add it to the company's account in LeaveStation.
20:37:59  *** DaleStan is now known as Guest236
20:37:59  *** DaleStan [~Dale@c-98-223-48-35.hsd1.in.comcast.net] has joined #openttd
20:38:18  <frosch123> which does not answer whether displaying the amount during LeaveStation would be comfortable for the user :)
20:39:07  <fonsinchen> Alternatively, if that is too late, already show it when in LoadUnloadVehicle it turns out that no vehicle in the consist is unloading anymore.
20:39:57  <Eddi|zuHause> so, again, what about leaving to depot?
20:40:07  <frosch123> e.g. you could also sum up the payment next to the loading indicator, and make it start floating once unloading is finished
20:40:09  <fonsinchen> LeaveStation is still called
20:40:31  <frosch123> and play the income sound on arrival
20:40:35  <Eddi|zuHause> yes, but you then have to check whether you already showed the animation at the end of unloading
20:40:39  <fonsinchen> frosch, that involves GUI code. That's someone else's job
20:41:15  <fonsinchen> Yes, I'll just set the credit to 0 then.
20:41:28  <fonsinchen> That's all very simple things.
20:42:09  <planetmaker> fonsinchen: but many simple things add up ;)
20:42:22  <planetmaker> and only simple things included give a "round" picture.
20:44:28  *** Guest236 [~Dale@c-98-223-48-35.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds]
20:45:06  *** goodger_ [~ben@host86-150-195-172.range86-150.btcentralplus.com] has joined #openttd
20:45:09  * Belugas want s to go home... badly... there is a beer awaiting... belgian one, of course...
20:45:15  <SmatZ> :-p
20:45:24  <planetmaker> cheers!
20:45:24  <SmatZ> czech beer for the win!
20:45:25  <Belugas> glx, i try hard for utf8, i do...
20:45:41  <Belugas> SmatZ, i've not had the chance to discover
20:45:49  <SmatZ> :(
20:45:55  <planetmaker> Belugas: they both have their charm :)
20:45:56  <glx> it's just a setting in your client
20:45:56  <Belugas> but let say that regarding beer, i'm a little bit patriotic ;)
20:46:11  <frosch123> hmm, I always confuse whether belgian or czech rep. is the country with most types of beer
20:46:33  <planetmaker> ...but... German beer is fine - and in my fridge :D
20:46:54  <planetmaker> an un-beatable advantage right now
20:47:01  <SmatZ> Belugas: so true :)
20:47:15  <SmatZ> :-D
20:47:20  <frosch123> though I don't know whether there is any acceptable czech beer except pilsen
20:47:30  <SmatZ> pilsen is the best
20:47:40  <SmatZ> others are drinkable ... in most cases :)
20:47:59  <SmatZ> though there are beers that are good too
20:48:09  <SmatZ> depends on your taste
20:48:56  <SmatZ> those more expensive beers are usually all good
20:51:20  <SmatZ> (more expensive = ~0.8E here)
20:51:39  <SmatZ> per 0.5l
20:51:52  <planetmaker> that's aceptable.
20:51:53  *** goodger [~ben@host86-150-195-172.range86-150.btcentralplus.com] has quit [Ping timeout: 480 seconds]
20:52:04  <frosch123> which results in the question: are the good beers good because they are expensive, or are they expensive because they are good
20:52:32  <SmatZ> :)
20:52:45  <Belugas> i don't believe in fancy expensive beers
20:52:54  <Belugas> if they do taste good,
20:53:00  <Belugas> if they have the right colour,
20:53:03  <Rubidium> I don't believe in any beer
20:53:11  <Belugas> if they are strong enough,
20:53:24  <Belugas> sorry for you Rubidium :)
20:53:42  <frosch123> Belugas: "strong" is very relative to countries afaik
20:53:59  <SmatZ> :)
20:54:02  <Belugas> 0.5% alcohol is not strong
20:54:10  <Belugas> 5 is relatively strong
20:54:17  <SmatZ> 0.5% alcohol is "alcohol-free" :)
20:54:22  <frosch123> indeed
20:54:25  <Belugas> 8.5 (what awaits me) is starting to get storng
20:54:31  <Belugas> 12 is strong
20:54:48  <Belugas> The Trappist of Rochefort -> 12%.... miam...
20:54:54  *** Cybert1nus is now known as Cybertinus
20:55:09  <Belugas> anyway... time's up, i'll just run away from that forsaken place
20:55:12  <planetmaker> that _is_ indeed strong
20:55:42  <SmatZ> hehe :) we have 4%-5% mostly, but there are specials that have >10% ... like http://www.primator.cz/cs/kl_6.html , I like it :)
20:56:08  <Belugas> night all
20:56:21  <SmatZ> good night Belugas, enjoy your beer :-)
21:03:42  *** TinoM [~Tino@i59F5DDD3.versanet.de] has quit [Quit: Verlassend]
21:04:25  *** Cybert1nus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
21:04:49  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Read error: Connection reset by peer]
21:09:28  *** Zahl [~Zahl@g228017205.adsl.alicedsl.de] has quit [Quit: *schiel*]
21:11:38  *** Zahl [~Zahl@g228017205.adsl.alicedsl.de] has joined #openttd
21:14:55  *** frosch123 [~frosch@frnk-590c367f.pool.einsundeins.de] has quit [Remote host closed the connection]
21:26:19  *** Zahl [~Zahl@g228017205.adsl.alicedsl.de] has quit [Quit: *schiel*]
21:29:55  *** fonsinchen [~alve@BAEa8f4.bae.pppool.de] has quit [Remote host closed the connection]
21:35:15  <petern> win 21
21:48:22  *** Zahl [~Zahl@g228017205.adsl.alicedsl.de] has joined #openttd
22:01:16  *** DaleStan_ [~Dale@c-98-223-48-35.hsd1.in.comcast.net] has joined #openttd
22:01:16  *** DaleStan is now known as Guest243
22:01:17  *** DaleStan_ is now known as DaleStan
22:02:33  * welshdragon waves at Sacro
22:03:07  * jonty-comp berates welshdragon for ragequit fail
22:03:44  * welshdragon posts on b3ta jonty-comp's server passwords
22:04:25  * jonty-comp is changing it anyway
22:06:21  * Sacro wants admin :D
22:06:35  <jonty-comp> you haven't even played
22:06:45  <glx> @op
22:06:45  *** mode/#openttd [+o glx] by DorpsGek
22:06:46  <jonty-comp> suddenly every man and his freakin dog wants admin
22:07:57  <Sacro> pfft
22:08:02  <Sacro> I joined once
22:08:04  <Sacro> looked, left
22:08:18  *** Guest243 [~Dale@c-98-223-48-35.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds]
22:08:33  <jonty-comp> probably sensible
22:10:31  *** HerzogDeXtEr1 [~Flex@89.246.222.171] has joined #openttd
22:17:22  *** HerzogDeXtEr [~Flex@89.246.195.160] has quit [Ping timeout: 480 seconds]
22:29:23  *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd
22:30:02  *** rortom [~rortom@p508EDED5.dip.t-dialin.net] has joined #openttd
22:30:56  *** Cybert1nus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection]
22:53:36  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd
22:53:56  <Nite_Owl> Hello all
22:56:55  <Chruker> hi
22:58:14  *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has quit [Quit: Bitches.]
23:01:52  <Nite_Owl> Hello Chruker
23:01:57  <Nite_Owl> Sorry fo rthe delay
23:02:07  <Nite_Owl> *for the
23:04:47  *** tokai [~tokai@p54B84014.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
23:05:11  <petern> hmm
23:05:23  <petern> i don't really need the engine pool patch from 2006 any more, do i?
23:08:14  *** tokai [~tokai@p54B83179.dip0.t-ipconnect.de] has joined #openttd
23:08:17  *** mode/#openttd [+v tokai] by ChanServ
23:08:18  *** Progman [~progman@p57A1C526.dip.t-dialin.net] has quit [Remote host closed the connection]
23:14:18  *** KenjiE20 is now known as Guest245
23:14:18  *** KenjiE20 [~KenjiE20@92.10.95.16] has joined #openttd
23:17:55  *** Guest245 [~KenjiE20@92.18.164.191] has quit [Ping timeout: 480 seconds]
23:27:18  *** KritiK [~Maxim@78-106-230-149.broadband.corbina.ru] has quit [Quit: Leaving]
23:33:03  *** Eddi|zuHause [~johekr@p54B77C35.dip.t-dialin.net] has quit []
23:33:21  *** Eddi|zuHause [~johekr@p54B756D5.dip.t-dialin.net] has joined #openttd
23:57:30  *** Nite_Owl_ [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd
23:57:50  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has quit [Read error: Connection reset by peer]
23:57:53  *** Nite_Owl_ is now known as Nite_Owl

Powered by YARRSTE version: svn-trunk