Times are UTC Toggle Colours
00:15:33 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 00:15:51 *** Fast2 [~Fast2@p57AF887B.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 00:22:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Quit: Leaving.] 00:31:00 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: I smell smoke... :x] 00:42:34 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 00:59:46 *** fjb [~frank@p5485E184.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:02:06 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 01:04:01 *** tokai [~tokai@port-92-195-247-212.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 01:05:51 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 01:06:35 *** tokai [~tokai@port-92-195-119-85.dynamic.qsc.de] has joined #openttd 01:06:38 *** mode/#openttd [+v tokai] by ChanServ 01:29:46 *** KritiK [~Maxim@95-27-221-107.broadband.corbina.ru] has quit [Quit: Leaving] 01:32:01 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 01:40:46 *** `Fuco` [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds] 01:42:51 *** De_Ghosty [~s@75-119-229-111.dsl.teksavvy.com] has joined #openttd 02:35:58 *** Prof_Frink [~proffrink@5e02e19e.bb.sky.com] has quit [Ping timeout: 480 seconds] 02:42:02 *** lugo [~lugo@mgdb-4db8dd61.pool.mediaWays.net] has quit [Remote host closed the connection] 02:44:10 *** Prof_Frink [~proffrink@5e0b25f4.bb.sky.com] has joined #openttd 02:56:56 *** glx [glx@2a01:e35:2f59:c7c0:559d:4580:cb56:7e5f] has quit [Remote host closed the connection] 02:57:09 *** glx [glx@2a01:e35:2f59:c7c0:559d:4580:cb56:7e5f] has joined #openttd 02:57:12 *** mode/#openttd [+v glx] by ChanServ 03:00:40 *** yorick [yorick@2001:470:8:257::2] has quit [Read error: Connection reset by peer] 03:09:45 *** glx [glx@2a01:e35:2f59:c7c0:559d:4580:cb56:7e5f] has quit [Quit: bye] 03:28:09 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 03:43:01 *** ecke [~ecke@188.75.128.2] has quit [Quit: more listen, more understand, more know] 04:13:45 *** HerzogDeXtEr [~Flex@89.246.197.58] has joined #openttd 04:19:06 *** HerzogDeXtEr1 [~Flex@89.246.213.146] has quit [Ping timeout: 480 seconds] 04:27:05 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 04:31:08 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 04:56:04 *** Eddi|zuHause [~johekr@p54B749C2.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:36 *** Eddi|zuHause [~johekr@p54B745A5.dip.t-dialin.net] has joined #openttd 04:58:59 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 04:58:59 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 04:59:03 *** [com]buster is now known as Combuster 05:40:25 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 05:46:01 *** Kurimus [Kurimus@dsl-tlubrasgw1-fe86de00-246.dhcp.inet.fi] has joined #openttd 05:52:58 *** __ln__ [~lauri@dsl-vsabrasgw1-fe03dc00-56.dhcp.inet.fi] has quit [Read error: Connection reset by peer] 06:15:15 *** George is now known as Guest225 06:15:19 *** George [~George@212.113.107.39] has joined #openttd 06:15:49 <CIA-2> OpenTTD: rubidium * r20708 /trunk/src/ (object_cmd.cpp saveload/object_sl.cpp): -Fix [FS#4101]: upon company bankruptcy some objects weren't removed properly 06:21:25 *** Guest225 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 06:29:35 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 06:35:06 *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection] 06:38:22 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has joined #openttd 06:40:10 *** TomyLobo [~foo@port-212-202-171-176.dynamic.qsc.de] has joined #openttd 07:10:53 *** Br33z4hSlut5 [~static.kp@92.68.154.34] has joined #openttd 07:12:50 *** George is now known as Guest234 07:12:54 *** George [~George@212.113.107.39] has joined #openttd 07:13:47 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 07:19:30 *** Guest234 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 07:21:37 *** JVassie [~James@92.27.149.231] has joined #openttd 07:26:35 *** De_Ghosty [~s@75-119-229-111.dsl.teksavvy.com] has quit [Remote host closed the connection] 07:47:58 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 08:07:03 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 08:13:18 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 08:16:56 *** De_Ghosty [~s@75-119-229-111.dsl.teksavvy.com] has joined #openttd 08:20:33 <Terkhen> good morning 08:27:04 <planetmaker> g'morning 08:27:05 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving] 08:28:00 *** lordaro [~the_overl@host86-136-94-13.range86-136.btcentralplus.com] has joined #openttd 08:39:19 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 08:39:46 *** Progman [~progman@p57A196B1.dip.t-dialin.net] has joined #openttd 08:41:42 *** Vitus [~chatzilla@138.194.wms.cz] has joined #openttd 08:47:52 *** fjb [~frank@84.133.225.132] has joined #openttd 08:48:22 <fjb> Moin 08:51:52 <planetmaker> moin fjb 08:53:27 *** Vitus [~chatzilla@138.194.wms.cz] has quit [Quit: Good bye] 09:00:49 *** Clampy [~1.1.1@25.142.dsl.syd.iprimus.net.au] has joined #openttd 09:07:04 *** tokai [~tokai@port-92-195-119-85.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 09:09:22 *** tokai [~tokai@port-92-195-46-53.dynamic.qsc.de] has joined #openttd 09:09:25 *** mode/#openttd [+v tokai] by ChanServ 09:11:06 *** Sacro [~ben@adsl-83-100-158-175.karoo.KCOM.COM] has joined #openttd 09:19:18 *** lordaro [~the_overl@host86-136-94-13.range86-136.btcentralplus.com] has quit [Ping timeout: 480 seconds] 09:20:03 *** Vitus [~chatzilla@138.194.wms.cz] has joined #openttd 09:20:18 <Rubidium> moi y'all 09:21:17 <peter1138> hi 09:30:11 *** Fast2 [~Fast2@p57AF8BCA.dip0.t-ipconnect.de] has joined #openttd 09:32:56 *** Sacro [~ben@adsl-83-100-158-175.karoo.KCOM.COM] has quit [Quit: Sacro] 09:36:43 *** ClampyLubsClarey [~1.1.1@211.137-50-210.dynamic.dsl.syd.iprimus.net.au] has joined #openttd 09:41:31 *** JVassie_ [~James@92.27.149.231] has joined #openttd 09:42:44 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 09:43:28 *** Clampy [~1.1.1@25.142.dsl.syd.iprimus.net.au] has quit [Ping timeout: 480 seconds] 09:47:15 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 09:52:07 <Vitus> Rubidium: The old (corrupted) savegames with object_map.h assertion error load just fine in r20708. Thank you :) 09:52:21 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has joined #openttd 09:53:01 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has joined #openttd 09:55:12 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has quit [] 09:55:21 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has joined #openttd 09:57:49 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has quit [] 09:57:58 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has joined #openttd 10:07:02 *** fjb_ [~frank@p5485E184.dip.t-dialin.net] has joined #openttd 10:07:04 *** fjb is now known as Guest247 10:07:04 *** fjb_ is now known as fjb 10:11:59 *** Br33z4hSlut5 [~static.kp@92.68.154.34] has quit [Remote host closed the connection] 10:12:24 *** Br33z4hSlut5 [~static.kp@92.68.154.34] has joined #openttd 10:13:58 *** Guest247 [~frank@84.133.225.132] has quit [Ping timeout: 480 seconds] 10:16:47 *** eQualizer [~lauri@dyn13-22.dsl.spy.dnainternet.fi] has quit [Remote host closed the connection] 10:17:00 *** eQualizer [~lauri@dyn13-22.dsl.spy.dnainternet.fi] has joined #openttd 10:17:05 *** lugo [~lugo@mgdb-4db8ddbb.pool.mediaWays.net] has joined #openttd 10:18:06 *** erani [eran-@garde.fi] has quit [Remote host closed the connection] 10:18:08 *** erani [eran-@garde.fi] has joined #openttd 10:21:56 *** wollollo [~martin@host86-175-29-209.wlms-broadband.com] has joined #openttd 10:23:54 *** Sacro [~ben@150.237.218.212] has joined #openttd 10:25:06 *** lasershock [lasershock@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 10:28:13 *** lasershock [lasershock@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 10:29:00 *** norbert79 [~Norbi@deibp9eh1--blueice2n2.emea.ibm.com] has joined #openttd 10:29:08 <norbert79> Good day 10:31:54 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 10:33:10 *** Sacro is now known as Guest249 10:33:10 *** Guest249 [~ben@150.237.218.212] has quit [Read error: Connection reset by peer] 10:33:10 *** Sacro [~ben@150.237.218.212] has joined #openttd 10:35:27 <norbert79> Hah, some fake Sacro? 10:35:35 <Sacro> ? 10:35:54 <norbert79> Sacro changed his name to Guest249, then the ID got disconnected 10:36:53 <Sacro> that was me reconnecting my wifi 10:36:57 <norbert79> Aaah 10:37:01 <Sacro> trying to work out why i can only use https sites 10:37:07 <Sacro> yet irc works... 10:37:17 <norbert79> Do you have QoS running? 10:37:26 <norbert79> In your router 10:37:49 <norbert79> Btw HTTP is port 80 on outgoing connections, HTTPS 443, IRC is 6667 10:37:57 <norbert79> might be ralted to ports probably 10:38:01 <norbert79> related 10:38:04 <Sacro> it's the university connection 10:38:10 <Sacro> They seem to have fubar'd it 10:38:25 <norbert79> Can be 10:42:51 <Sacro> oh well 10:42:56 <Sacro> back later 10:43:02 <norbert79> See you then 10:50:55 *** Sacro is now known as Guest250 10:50:55 *** Sacro [~ben@150.237.218.212] has joined #openttd 10:50:58 *** Guest250 [~ben@150.237.218.212] has quit [Ping timeout: 480 seconds] 10:52:57 *** KenjiE20 [~KenjiE20@92.10.88.193] has joined #openttd 10:54:15 *** tokai [~tokai@port-92-195-46-53.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 10:56:02 *** tokai [~tokai@port-92-195-88-124.dynamic.qsc.de] has joined #openttd 10:56:05 *** mode/#openttd [+v tokai] by ChanServ 11:00:37 *** Sacro is now known as Guest251 11:00:37 *** Guest251 [~ben@150.237.218.212] has quit [Read error: Connection reset by peer] 11:00:38 *** Sacro [~ben@150.237.218.212] has joined #openttd 11:01:01 *** norbert79 [~Norbi@deibp9eh1--blueice2n2.emea.ibm.com] has left #openttd [] 11:02:16 <Sacro> grr 11:04:41 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 11:09:23 *** Clampy [~1.1.1@26.142.dsl.syd.iprimus.net.au] has joined #openttd 11:10:25 <peter1138> hmm 11:10:53 * peter1138 ponders building a 5.1 system that, while isn't excellent, is a damn sight better than the one-piece crap you can buy... 11:16:15 *** ClampyLubsClarey [~1.1.1@211.137-50-210.dynamic.dsl.syd.iprimus.net.au] has quit [Ping timeout: 480 seconds] 11:17:25 *** Clampy [~1.1.1@26.142.dsl.syd.iprimus.net.au] has quit [Ping timeout: 480 seconds] 11:17:40 *** Sacro [~ben@150.237.218.212] has quit [Ping timeout: 480 seconds] 11:18:26 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 11:19:04 *** norbert79 [~Norbi@deibp9eh1--blueice2n2.emea.ibm.com] has joined #openttd 11:19:14 *** Sacro [~ben@150.237.218.212] has joined #openttd 11:21:31 *** lewymati [~lewymati@89.230.159.206] has joined #openttd 11:25:10 *** eQualizer [~lauri@dyn13-22.dsl.spy.dnainternet.fi] has quit [Ping timeout: 480 seconds] 11:28:21 *** eQualizer [~lauri@dyn13-22.dsl.spy.dnainternet.fi] has joined #openttd 11:37:39 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has left #openttd [] 11:40:53 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 11:41:16 *** Sacro [~ben@150.237.218.212] has quit [Quit: Sacro] 11:48:18 <Adambean> hm odd 11:48:34 <Adambean> compiled r20708, copied the binaries and lang across 11:48:49 <Adambean> 'No available language packs' 11:49:42 <Eddi|zuHause> then your copy was not complete 11:49:44 <planetmaker> cp -Rf bundle/* autopilot? 11:50:13 <Adambean> tripple chedked 11:50:16 <Adambean> certainly copied 11:50:29 <Adambean> i'll delete the lang folder from the bin output 11:50:29 <planetmaker> oh. he. nickname miss-match :-P 11:50:32 <Adambean> and compile again 11:50:41 <planetmaker> same colour. Same initial :-) 11:51:00 <planetmaker> anyway: use "make bundle" and copy the whole bundle folder 11:51:09 <Adambean> not using linux 11:51:17 <planetmaker> you can make a bundle anyway 11:51:29 <planetmaker> also in msvc 11:51:31 <planetmaker> or mingw 11:51:33 <Adambean> vs2008 here 11:51:34 <planetmaker> or osx 11:51:47 <Adambean> gonna recompile the whole solution 11:51:49 <Adambean> usually sorts it 11:53:45 <norbert79> planetmaker: You are so rude ;-) 11:53:58 <Adambean> nah 11:54:00 <Adambean> not really 11:54:13 <norbert79> Adambean: Just replied him based on a Forum reply :) 11:54:22 <Adambean> oic 11:55:24 <Adambean> takes damn ages to build the library :p 11:56:39 <Adambean> owait isee what i've done 11:56:48 <planetmaker> norbert79, what is rude about the fact that "if you're interested in a feature, work for it or it won't happen"? 11:56:52 <Adambean> forgot to change the output exe location, looks like i've been copying a very old binary 11:57:12 <planetmaker> it's the simple reality 11:57:25 <planetmaker> Besides the question has been rised a dozen times before at least 11:57:26 <Adambean> nothing, especially if it's for free 11:57:41 <norbert79> planetmaker: That way more like meant as a joke, but anyway, I feel a bit uncomfortable, since it's not me who is the best with coding, you guys are... 11:58:05 <planetmaker> I'm neither 11:58:06 <norbert79> planetmaker: Which also shows people would really be happy having it 11:58:29 <planetmaker> but I spend my time on those things which I see a gain in. 11:58:36 *** [hta]specx [~opera@ip94-126-210-87.adsl2.static.versatel.nl] has quit [Ping timeout: 480 seconds] 11:58:57 <planetmaker> and such conversion has more than just one problematic point 11:59:13 <planetmaker> and many of those I see no sane way to solve them 11:59:14 <norbert79> planetmaker: Same for me, like my wife, son... :) But anyway, I really love the game, and would be happy to see some new features, thats all, I am still thinking about the methodology of the solution first... 12:00:09 <planetmaker> The simple solution is even the realistic one: send everything to a depot. Convert tracks. Make new trains and have them share the orders with the old 12:00:10 <norbert79> Well, one plain solution would be not making differences between depots, but having a flag only for which types of rails the depot has been attached to 12:00:20 <planetmaker> A replacement of trains cannot work 12:00:29 <norbert79> the part "make new trains" is the most painful one to be honest 12:00:44 <norbert79> like when you have more, than 40-50 trains 12:00:57 <norbert79> the second part is ok, same like I do 12:00:58 <planetmaker> Well. What then? 12:01:11 <planetmaker> You don't have 40-50 different routes? 12:01:20 <norbert79> Making changes to depots, and not making differences between railtypes depots 12:01:32 <planetmaker> The number of trains doesn't matter. The number of different sets of orders matters 12:01:36 <norbert79> but to only allow vehicles which can be run on that specific railtype 12:01:47 <norbert79> you don't remove a depot in real life neither when you have something new 12:01:51 <norbert79> like new railtypes 12:01:56 <norbert79> you renew the old, thats it 12:02:08 <planetmaker> yes. And sell the old vehicles before. And buy new ones 12:02:15 <norbert79> or you convert them 12:02:21 <planetmaker> Congratulations. You found out what works exactly like reality in OpneTTD 12:02:29 <norbert79> not exactly 12:02:33 <planetmaker> guess: it works. 12:02:38 <planetmaker> If there's no vehicle in the depot 12:02:53 <norbert79> you have to remove all the trains first before transforming the depot 12:02:56 <planetmaker> And in reality you don't change the track type in a depot from rail to maglev while there's a dozen trains in it 12:03:11 <norbert79> ever seen depots with different types of rails? 12:03:20 <norbert79> Even if you say no, it's not impossible 12:03:41 <planetmaker> It's not impossible. But so it's not impossible to build two adjacent in OpenTTD. 12:04:03 <planetmaker> The argument with realism supports how it works now, mate :-) 12:04:51 <planetmaker> Even though realism is no argument for a game. But fun is 12:04:52 <norbert79> Not really, it might be the case for western countries, but I have seen some very unique solutions, and allowing support for different railtypes for the same depot is one of those solutions which a western country would never consider :) 12:04:59 <planetmaker> But personally I never have the need to upgrade 12:05:10 <norbert79> With this logic no NewGRF'sa could've been possible mate ;-) 12:05:23 <norbert79> even coded ones :) 12:05:31 <planetmaker> That analogy eludes me 12:05:52 <planetmaker> what you want exactly fails _because_ of newgrf 12:06:01 *** glx [glx@2a01:e35:2f59:c7c0:1cee:c1a9:d6a7:4820] has joined #openttd 12:06:04 *** mode/#openttd [+v glx] by ChanServ 12:06:45 <norbert79> planetmaker: I just think we are on way different mindests and experience, I agree, fact is, that the game is fun, but for depots I could imagine a bit more flexibility, thats all. 12:06:48 <planetmaker> then you have your orders, replace all trains to maglev... oh.um... we only have passenger+mail maglev. What do we do about the 90% cargo trains running around? 12:07:38 <norbert79> And why do you feel offended by this question? This riddles me most, but whatever... 12:07:38 <planetmaker> so... as long as there is a) no working concept and b) no one willing to work for it... you're exactly at where my reply points you to in all brevity 12:07:46 <planetmaker> I'm not offended 12:07:58 <norbert79> Besides Maglevs do have other cargo types of wagons 12:08:07 <planetmaker> they don't... if you use newgrf 12:08:07 <norbert79> So you're wrong at that point 12:08:15 <norbert79> depends what NewGRF you use 12:08:19 <planetmaker> with newgrf you might not have any maglev wagon 12:08:39 <Rubidium> being able to have steam trains in a maglev depot implies you can build steam trains in a maglev depot as well 12:08:39 <norbert79> Which proves you wrong, I never said I would replace all the trains 12:08:45 <Rubidium> does that make sense? 12:08:54 <norbert79> Rubidium: Ever seen Back to the Future 3? :D 12:09:13 <Rubidium> maybe 12:09:37 <planetmaker> norbert79, but you still didn't answer the question: what rule do you want to use when and under which conditions things shall get and be allowed to be replaced 12:09:40 <Rubidium> in any case, if you want to mass replace to maglev the moment it arrives, might it not be better to just start when maglevs arrive? 12:09:44 <norbert79> No, I am just saying like a depot could allow any type of vehicles, but would only list those, which are relevant to the tracktype which the depot is connected to 12:10:46 <norbert79> like when a depot is connected to a normal railway it would allow only railroad types, when both to monorail and railway, then both, but only for those tracks which are capable of running the specific tracks 12:10:46 <planetmaker> which will always be the track type the trains are currently running on ;-) 12:11:04 <planetmaker> a depot is always connected to _one_ track type only 12:11:11 <planetmaker> there is no more possibilities 12:11:11 <Yexo> norbert79: so a steam train can enter/leave a maglev depot, would it also be serviced there? and can it autorenew? you just said you can't buy new steam trains in that depot 12:11:14 <norbert79> yeah, but this way you could just turn a plain one to a monorail one without rtemoving the train, and transforming the depot 12:12:06 <planetmaker> norbert79, but as the train can't run on monorail anyway: what would be the advantage? 12:12:22 <norbert79> Yexo: Ok, let me explain it like this: A depot would be a bit more larger, allowing more entrance, than one. It would allow connecting a monorail and a maglev for example. Old train enters on monorail, you replace, (renew), and it would exit on the maglev one, since that new one only supports maglev 12:12:38 <planetmaker> having a monorail depot just next to it does serve the same what you argue now 12:12:56 <Rubidium> he's just arguing for multi-tile depots :) 12:12:58 <norbert79> planetmaker: No, you still have to remove the train, buy a new one, nut just simply replacing it 12:13:10 <norbert79> Rubidium: Exactly, thank you, that was the word I was looking for 12:13:20 <Yexo> norbert79: this is the first time I hear you mentioning that a depot should be multiple times 12:13:25 <Rubidium> well, it's been suggested before and nobody has bothered to implement it 12:13:35 <Rubidium> so consider it "not likely to happen any time soon" 12:13:35 <planetmaker> :-) 12:13:37 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 12:14:02 <planetmaker> before I consider these, there's a multitude of steps there, each a large one: 12:14:02 <norbert79> Rubidium: The idea would be like with stations, I often used multi-type railtypes on stations too 12:14:22 <planetmaker> a) allow arbitrary replacements, not just one engine or wagon vs. another. Allow to replace a whole consist by another 12:14:32 <planetmaker> b) allow multi-tile depots 12:14:39 <planetmaker> c) allow multi-tracktype depots 12:15:07 <norbert79> planetmaker: Stations do already allow this, what makes it so different? I am not that expeerienced in the programming side, thats why I am asking 12:15:45 <Rubidium> they are totally different entities in the game 12:15:47 <planetmaker> it currently is just quite different. 12:15:54 <norbert79> I see 12:16:11 <Rubidium> same way houses and industries are different entities, though both generate/accept cargo 12:16:15 <Yexo> norbert79: first you were arguing for multiple rail types in a single depot tile, later you said you ment multi-tile depots 12:16:25 <Yexo> that changes at least my opinion on the feature 12:16:32 <planetmaker> Yexo, he means all of my a...c ) ;-) 12:16:33 <norbert79> Yexo: Hard to express yourself when you are always looking for the right wording :) 12:16:48 <Yexo> I can understand that :) 12:17:23 <Yexo> I'm not against multi-tile depots, what that needs most is a good way to identify different depots 12:17:36 <norbert79> hmm, right 12:18:07 <Yexo> oh, and a way to prevent teleporting trains by having multiple exits at completely different locations 12:18:20 <Yexo> maybe some builtin delay before exiting on another tile 12:18:21 <norbert79> My idea came from the fact, that I am also forced creating a different depot for trams and one for trucks/buses, where her ein hungary the same were used for both in many cases 12:18:33 <norbert79> ein=>in 12:19:05 <norbert79> at least for servicing... 12:19:48 <planetmaker> norbert79, but placing two such things adjacent would be basically the same you argue ;-) 12:21:01 <Eddi|zuHause> i think it needs to get rid of the concept of automatically teleporting. the way i see multi-tile depots is: each depot tile has a fixed number of tracks (like 2 or 3). the player can move vehicles between tracks in the depot window, but the trains themselves cannot do this. as a side effect, one cannot make trains longer than the longest track in the depot 12:22:06 *** Sacro [~Sacro@adsl-83-100-158-175.karoo.KCOM.COM] has joined #openttd 12:22:36 <norbert79> Eddi|zuHause: My idea might sound complicated a bit, but what about the need of additional parking-tracks, like in real life? Like when you send a train to a depot for servicing you don't take the wagons too 12:22:59 <planetmaker> that's a further complication 12:23:02 <norbert79> But I guess that would require more resource just to develop the idea itself 12:23:05 <norbert79> Yeah, I know 12:23:08 <Eddi|zuHause> i don't play with servicing, i have no opinion about that 12:23:08 <planetmaker> and wagons need servicing, too 12:23:17 <norbert79> planetmaker: Indeed... 12:23:50 <Eddi|zuHause> and and "leave the wagons behind when servicing" needs shunting, which is a whole different shoe... 12:24:00 <planetmaker> indeed. 12:24:08 <planetmaker> A HUUUGE one 12:24:27 <norbert79> yet you could make use of the trains finally, which exactly do that in real life as well :) 12:24:41 <norbert79> Just kidding, I know, it would take huge work 12:26:15 <norbert79> Well for the simplicity I also agree with you guys, yet I will still think this further, because I am sure, that it is possible somehow without hurting playbility 12:28:21 <norbert79> ...and I love riddles :) 12:36:32 <planetmaker> <norbert79> ...and I love riddles :) <-- then get to work :-P 12:36:52 <norbert79> :P Yes, master... 12:37:43 <norbert79> It's easy when you don't have to work... :) 12:37:50 <planetmaker> Yes 12:38:25 <planetmaker> But you get to understand the problems involved much deeper when dealing with it first-hand ;-) 12:38:41 <planetmaker> That's how I started with OpenTTD... I just wanted *this* to happen. So I worked for it 12:39:12 <planetmaker> where *this* was a massive-multiplayer event on a single map. In those days when there were max 11 clients ;-) 12:39:43 <planetmaker> it was hackish. Very hackish. But it worked out and was great fun 12:39:48 <norbert79> :) Well, I also had fun years ago too, then I found one, had a son, strated playing games rarely... 12:39:58 <norbert79> But still kept in touch with OpenTTD 12:40:18 <norbert79> I even bought the original Windows version too, yet I don't use it :) 12:40:25 <norbert79> But I have it 12:40:58 *** KritiK [~Maxim@89-178-53-62.broadband.corbina.ru] has joined #openttd 12:41:03 <norbert79> I also bought some older greate names also in original case, like Duke Nukem 3D, got the registered version and plutonium pack too 12:41:24 <norbert79> So I stayed in touch, and infected my son too :) 12:44:58 <planetmaker> hehe. You're not the only one doing so 12:58:40 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 12:59:13 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:01:34 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:02:20 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:03:35 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:03:42 <norbert79> planetmaker: Got a child too? 13:03:55 <Belugas> hello 13:03:59 <norbert79> Hello Belugas 13:04:12 <Belugas> salutations, mister norbert79 13:04:28 <norbert79> How are you doing this morning/afternoon? 13:04:57 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:06:51 *** Biolunar [Mahdi@blfd-5d8205db.pool.mediaWays.net] has joined #openttd 13:06:51 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:08:03 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:09:43 *** Clampy [~1.1.1@40.142.dsl.syd.iprimus.net.au] has joined #openttd 13:09:43 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:10:10 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:12:38 <norbert79> Btw, is the master server hard-coded in the code (the one, which collects all open internet games), or can it be changed? 13:14:13 <Rubidium> it can be changed by spoofing the dns 13:14:51 <norbert79> Rubidium: Other, than that, like modifying the cfg file 13:14:57 <Rubidium> nope 13:14:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:15:01 <Eddi|zuHause> norbert79: no. only in source code 13:15:02 <norbert79> Understand, thanks 13:15:11 *** fjb is now known as Guest259 13:15:13 *** fjb [~frank@p5485A573.dip.t-dialin.net] has joined #openttd 13:15:16 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:16:07 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:16:52 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:18:11 <Belugas> norbert79, i'm fine in this morning, thank you. I'm buzy replying to a tester who tries to induce all in error about my product, hiding a misbehaviour of his as a bug of mine 13:18:22 <Belugas> he picked the wrong guy./... 13:18:25 * Belugas bites 13:18:27 <norbert79> :)) 13:18:48 <norbert79> Yeah, happens to me also often, yet I am the one often who tells the other one what his/her job is 13:18:55 <norbert79> since I am advising them :) 13:18:59 <norbert79> and controlling 13:18:59 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:20:25 <Belugas> someone did exposed the master server address in a config file, i believe it was yorick 13:20:28 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:20:42 <Belugas> but... of course, it was not accepted. 13:20:49 <Belugas> understandably 13:21:41 <norbert79> Belugas: Pity, since what if the master servers goes down, and some day the master server will disappear? It would be nice being able making any cxlient as a master one, where explicitly needed 13:22:02 <norbert79> I am just always thinking ahead, not wanting to change anything 13:22:06 *** Guest259 [~frank@p5485E184.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:22:33 <planetmaker> norbert79, when the master server goes down (permanently) then OpenTTD is kinda dead 13:22:33 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:22:41 <norbert79> Exactly 13:22:54 <planetmaker> the project. not the programme on your machine 13:22:55 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:23:01 <norbert79> but what if someone else wants to take over? Ok, I know, the code can be changed any time 13:23:03 <Rubidium> I fear the "person with no clue has accidentally changed that settings and now we have to debug that"-scenario way more 13:23:19 <planetmaker> :-) 13:23:31 <norbert79> I just find nice of being able to change the value any time :) 13:23:37 <planetmaker> norbert79, exactly. The code can be changed any time 13:23:49 <Rubidium> in any case, it's a DNS so it can be changed at any time 13:24:24 <planetmaker> install special routing rules for the name server 13:24:24 <glx> yes openttd doesn't know the IP of master server 13:24:27 <norbert79> I don't want to come up with examples, it's like with Sauerbraten, where you can also modify the matser server's address 13:24:50 <planetmaker> I do eat Sauerbraten. I didn't know it had an IP address, though :-P 13:25:41 <Rubidium> still with the amount of people having trouble getting their server online or finding servers online NOT having the ability to configure that makes debugging that task considerably easier 13:26:15 <norbert79> Rubidium: True... But normal users also do not tend to hastle through config files, just using the GUI, thats it :) 13:26:16 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:26:29 <Rubidium> even then... adding the master server code to clients isn't a good idea as you'd link OpenTTD to MySQL in that case 13:26:50 <norbert79> That wasn't my intention, to be honest I had no intention at all, I was just curious :) 13:26:53 <Rubidium> norbert79: but if things don't work they are capable of everything, which is exactly my point 13:27:01 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:27:26 <Rubidium> especially in the case things don't work they resort to other stuff like the configuration file 13:27:56 <planetmaker> there's sufficient people around who change a lot of things but fail to setup their router in the first place 13:27:58 <norbert79> I prefer editing the cfg file normally, I am way too be used doing so 13:28:12 <norbert79> planetmaker: :) 13:28:13 <Rubidium> because they somewhere found on the forum that you need to change the master server address to example.com even though that was in a thread about Example's special server 13:28:22 <norbert79> :) 13:28:40 <norbert79> You guys had way too much bad experience I guess :) 13:28:55 <planetmaker> no kidding. The extra support your suggestion would require outweighs any advantage several orders of magnitudes 13:29:42 <planetmaker> if certain things can't go wrong, it's always a bonus :-) 13:30:32 <planetmaker> Bad experiences is relative. It's how things work 13:30:33 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:31:07 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:31:27 <Eddi|zuHause> norbert79: when the project dies and the masterserver is not reachable anymore, all that is needed is either someone taking over the openttd.org domain and running a new masterserver there, or making a new release with a changed masterserver address 13:31:55 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:32:29 <norbert79> Eddi|zuHause: I know, I know... 13:32:43 <norbert79> Thanks though, and I also hope, that the project will stay alive for a very long time 13:32:43 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:32:46 <planetmaker> what's the point of making it user-configurable then? 13:33:05 <planetmaker> "just because"? :-P 13:33:24 <planetmaker> (which is indeed quite often a motivation 13:33:29 <glx> it is configurable, in hosts ;) 13:33:35 *** Fast2 [~Fast2@p57AF8BCA.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 13:33:37 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 13:33:53 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [] 13:33:57 <Eddi|zuHause> i really don't see a need for it... it would only cause harm to the community by not making the servers visible... 13:34:00 <planetmaker> hehe @ glx 13:34:02 <norbert79> glx: Only if you use Windows, and there is also the changing of the routing table, etc etc :) 13:34:02 <Br33z4hSlut5> the master server is only needed to publish the game, right? 13:34:24 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 13:34:26 <planetmaker> Br33z4hSlut5, "only" 13:34:49 <planetmaker> you'd find no server without except if you explicitly give the IP 13:35:14 <Eddi|zuHause> LAN games can be found without masterserver 13:35:24 <Br33z4hSlut5> you would still be able to play with friends then 13:35:34 <Br33z4hSlut5> and you could publish the address of the server in many ways 13:35:58 <norbert79> Oh god, I have let loose a monster :D 13:36:07 <norbert79> Next time I will be just silent :D 13:37:21 <Eddi|zuHause> i originally wanted to say something, but now i forgot what... 13:38:04 *** Wolf01 [~wolf01@host176-238-dynamic.0-87-r.retail.telecomitalia.it] has joined #openttd 13:38:19 <Wolf01> hi 13:38:28 <norbert79> Hi Wolf01 13:38:29 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:39:04 <Rubidium> Eddi|zuHause: that you finished you "capital usage in src/lang/english.txt" review? 13:39:20 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 13:39:20 *** [com]buster is now known as Combuster 13:39:49 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:40:49 <Eddi|zuHause> Rubidium: haha ;) 13:41:16 <planetmaker> no, but you finished the rivers, right? 13:42:14 <Eddi|zuHause> no, i remember now: why does the "signal side on driving side" setting not work like "xor" with the driving side? i.e. "driving side = left" and "signal side = not on driving side" result in "signal side = right"? 13:44:09 <planetmaker> historic raisins (shamelessly stolen pun, I know) 13:44:09 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:44:26 <Eddi|zuHause> that's called hysterical raisins 13:44:36 <norbert79> :) 13:44:40 <planetmaker> yeah :-P 13:44:56 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:45:03 <planetmaker> Besides the failed pun: I do agree that the current way it works is... less than optimal 13:45:15 <planetmaker> Though my guess is also that changing the current way will break some NewGRF 13:45:15 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:45:37 <Eddi|zuHause> i once was on a multiplayer server with driving on left, and there was no way i could switch the signals to right side... 13:45:45 <planetmaker> how many those are and how strong the impact is... no idea 13:46:09 <planetmaker> hm 13:46:20 <Eddi|zuHause> i don't think newgrfs can check the signal side 13:46:32 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 13:46:43 <planetmaker> They can check driving side 13:46:52 <planetmaker> And they need to know the signal side for drawing them 13:47:03 <planetmaker> as such they should be able to access that, too 13:47:05 <Eddi|zuHause> no, that's not how newgrf-signals work 13:47:07 <planetmaker> featureE 13:47:11 <planetmaker> no? 13:47:22 <planetmaker> FeatureE just has no action0 13:47:24 <Eddi|zuHause> you can only provide all signal graphics, or none 13:47:30 *** bryjen [~bryjen@63.147.94.149] has joined #openttd 13:47:30 <planetmaker> But you can apply varaction2 chains there as well 13:47:33 <Eddi|zuHause> it's an action A or so 13:47:37 <planetmaker> Nope 13:47:41 <planetmaker> There's more 13:47:54 <planetmaker> It's usually actionA, though. But you can do fancy stuff 13:48:33 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 13:48:34 <planetmaker> I'd wonder if mb hasn't used all of that :-P 13:48:55 <Eddi|zuHause> not in any release since the last 5 years :p 13:49:04 <planetmaker> haha :-) 13:49:07 <planetmaker> nor in the next 5 13:49:08 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:00:35 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:00:44 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:13:00 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:13:32 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Remote host closed the connection] 14:13:50 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:15:47 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:16:57 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:16:59 *** Sacro1 [~Sacro@adsl-77-86-42-92.karoo.kcom.com] has joined #openttd 14:22:55 *** Sacro [~Sacro@adsl-83-100-158-175.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 14:26:28 <Vitus> Hello, I've been tooling with wallyweb's dam NewGRF. According to his .nfo, it should be buildable on water (and do not flood). Yet it does flood in OpenTTD. 14:26:35 <Vitus> Probably question for Rubidium :) 14:28:52 *** Sacro1 is now known as Sacro 14:30:27 <Eddi|zuHause> the damn newgrf, aye ;) 14:33:27 <Ammler> Vitus: maybe that grf is from "before" spe changes 14:33:32 <Ammler> spec* 14:33:35 <Vitus> Nope 14:33:47 <Vitus> r2339, should be with the new specs 14:38:01 *** norbert791 [~Norbi@deibp9eh1--blueice2n2.emea.ibm.com] has joined #openttd 14:38:02 <robotboy> I think you will find r2339 when comming from wallyweb is the TTDP svn revision 14:41:38 * robotboy wonders how to solve the zlib issue when using MinGW 14:42:14 <Vitus> robotboy: I know, it's the revision that includes the new NewObject specs 14:44:38 *** norbert79 [~Norbi@deibp9eh1--blueice2n2.emea.ibm.com] has quit [Ping timeout: 480 seconds] 14:45:47 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:45:50 *** KouDy [~koudy@ip-89-176-216-203.net.upcbroadband.cz] has joined #openttd 14:46:33 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:47:30 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:48:23 <planetmaker> http://pastebin.com/gd3mDxTY <-- some statistics on the usage of graphics packs. Only unique entries per month 14:48:34 <Eddi|zuHause> ... i shouldn't have started compiling wine during the day... 14:48:38 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:51:03 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:51:16 * robotboy leavs compiling alone 14:51:40 <Eddi|zuHause> planetmaker: doesn't look very conclusive 14:51:44 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:52:08 <Eddi|zuHause> robotboy: i had to work around a few regressions 14:55:16 * robotboy ponders looking at the windows port of DJGPP 14:55:16 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:56:21 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 14:56:27 *** norbert79 [~Norbi@deibp9eh1--blueice4n2.emea.ibm.com] has joined #openttd 14:56:42 <planetmaker> Eddi|zuHause, conclusive in what way? 14:56:58 <planetmaker> That's definitely a number where the statistics can be trusted 14:57:03 <Eddi|zuHause> planetmaker: as in "representative", "stable", ... 14:57:04 *** norbert79 is now known as Guest271 14:57:10 <planetmaker> bet you it is 14:57:20 *** Guest271 is now known as norbert79 14:57:41 <Eddi|zuHause> i mean to extrapolate a picture of the current or future community 14:57:55 <planetmaker> I don't mean to set a trend, no 14:58:05 <planetmaker> That's something one can NOT draw from it :-) 14:58:39 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 14:58:58 <planetmaker> Number Reports also should rather read "number of unique users whom I could attribute a base set to" 14:59:42 <planetmaker> number of bug reports is by ~50% at least higher 14:59:57 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:00:55 <planetmaker> @sqrt (62) 15:00:57 <planetmaker> @sqrt(62) 15:01:03 <planetmaker> @calc sqrt(62) 15:01:03 <DorpsGek> planetmaker: 7.87400787401 15:01:16 <planetmaker> hm, yes. And the statistical error is about 8% 15:01:32 <planetmaker> (as it's 100 entries) 15:01:32 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:02:13 *** norbert791 [~Norbi@deibp9eh1--blueice2n2.emea.ibm.com] has quit [Ping timeout: 480 seconds] 15:02:13 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 15:03:04 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:03:51 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:04:42 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:06:15 <planetmaker> hm... I should | sort | uniq the total list... That looks *very much* different 15:06:26 <planetmaker> unless I did an error 15:08:28 <planetmaker> which I did :-P 15:08:28 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:09:19 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:09:25 <planetmaker> Unique | 85 | 37 ( 44%) | 48 ( 56%) 15:15:42 *** bryjen [~bryjen@63.147.94.149] has quit [Quit: Quit] 15:15:42 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:15:54 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 15:16:03 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 15:16:55 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:19:21 * norbert79 is leaving for today... See you then! 15:19:21 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:19:32 *** norbert79 [~Norbi@deibp9eh1--blueice4n2.emea.ibm.com] has quit [Quit: Leaving.] 15:20:01 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:23:43 *** FloSoft [bouncer@www.siedler25.org] has quit [Remote host closed the connection] 15:26:17 *** FloSoft [bouncer@www.siedler25.org] has joined #openttd 15:27:06 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:28:08 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:30:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:32:15 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:33:37 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:33:51 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:37:14 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:37:45 *** Br33z4hSlut5 [~static.kp@92.68.154.34] has quit [Ping timeout: 480 seconds] 15:38:28 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:41:02 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:42:04 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:44:42 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:45:41 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:45:48 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:46:32 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:46:50 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:48:08 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:50:03 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:51:15 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:54:10 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:55:18 *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 15:55:21 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:56:41 *** lobstar [~michielbi@86.89.201.189] has joined #openttd 15:57:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 15:58:27 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 15:59:24 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:00:33 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:02:36 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:03:40 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:05:12 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:06:16 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:09:29 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:10:22 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:17:52 *** ecke [~ecke@188.75.128.2] has joined #openttd 16:18:43 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 16:19:26 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:19:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:25:26 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:25:33 *** frosch123 [~frosch@frnk-590f7b3c.pool.mediaWays.net] has joined #openttd 16:26:34 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:27:52 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:28:10 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:31:55 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:32:16 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:35:18 *** fjb [~frank@p5485A573.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 16:36:17 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:36:52 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:37:33 *** wollollo [~martin@host86-175-29-209.wlms-broadband.com] has quit [Ping timeout: 480 seconds] 16:38:59 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:39:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:44:48 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:45:04 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:45:26 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:46:41 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:49:25 *** bryjen [~bryjen@63.147.94.149] has joined #openttd 16:53:24 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:54:17 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:55:53 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:56:53 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:58:36 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 16:58:59 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 16:59:16 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:00:35 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:03:01 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:03:17 *** ClampyLubsClarey [~1.1.1@101.142.dsl.syd.iprimus.net.au] has joined #openttd 17:04:12 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:04:12 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 17:05:32 *** KouDy [~koudy@ip-89-176-216-203.net.upcbroadband.cz] has quit [Quit: Leaving.] 17:05:35 *** dfox [~dfox@ip-89-176-209-74.net.upcbroadband.cz] has joined #openttd 17:08:24 *** KouDy [~koudy@ip-89-176-216-203.net.upcbroadband.cz] has joined #openttd 17:09:09 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:09:19 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:10:08 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 17:10:08 *** [com]buster is now known as Combuster 17:10:41 *** Clampy [~1.1.1@40.142.dsl.syd.iprimus.net.au] has quit [Ping timeout: 480 seconds] 17:15:36 *** ABCRic [~This.is.A@131.3.103.87.rev.vodafone.pt] has joined #openttd 17:15:36 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:15:56 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:16:06 <Eddi|zuHause> ... wine still compiling... 17:18:37 <dihedral> You downloaded the source?with your slow connection? 17:18:37 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:19:33 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:21:57 <Eddi|zuHause> i type "git fetch" and do something else... 17:21:57 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:22:10 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:24:54 <Belugas> go to beer instead 17:24:55 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:25:38 <dihedral> Belugas: beer fetch? :P 17:25:45 <Belugas> HIC! 17:25:47 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:25:50 <Belugas> BUUUURP 17:26:19 <Belugas> avdg, I hope you'll stay with us a very long time, now 17:26:23 <dihedral> :) 17:26:36 <avdg> :) 17:26:43 *** |Jeroen| [~jeroen@d5152B6A8.access.telenet.be] has joined #openttd 17:27:13 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 17:27:16 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 17:28:15 <Eddi|zuHause> Belugas: so at your place that is customary during work hours? ;) 17:28:15 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:28:24 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:28:51 <Belugas> naaaa... 17:29:03 <Belugas> here, it's rather: coffee fetch 17:29:10 <Eddi|zuHause> i haven't experienced that first hand, but it is said if you work in bavaria, you are entitled to one beer during lunch break 17:29:11 <Belugas> sudo apt-get cooffe-mug 17:29:21 <Belugas> ho my... 17:29:24 <Belugas> CANI MOVE IN??? 17:29:34 *** George is now known as Guest287 17:29:37 *** George [~George@212.113.107.39] has joined #openttd 17:30:21 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:31:01 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:31:17 <avdg> far from annoying *uhum* 17:32:23 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:32:38 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:33:01 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 17:34:30 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:35:15 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:35:48 *** Guest287 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 17:37:09 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:37:22 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:38:45 *** TheMask96 [martijn@gluttony.vhost.ne2000.nl] has joined #openttd 17:40:24 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:41:29 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:45:30 <CIA-2> OpenTTD: translators * r20709 /trunk/src/lang/irish.txt: 17:45:30 <CIA-2> OpenTTD: -Update from WebTranslator v3.0: 17:45:30 <CIA-2> OpenTTD: irish - 28 changes by tem 17:45:50 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:46:36 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:46:36 *** KouDy [~koudy@ip-89-176-216-203.net.upcbroadband.cz] has quit [Quit: Leaving.] 17:46:49 <Belugas> so... some Bloody Time Zones music, for a change 17:47:00 <Belugas> yeah, I know... advertizing... 17:47:17 <peter1138> :D 17:47:29 <peter1138> they're quite good, them ;) 17:47:58 *** KouDy [~KouDy@ip-89-176-216-203.net.upcbroadband.cz] has joined #openttd 17:47:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:48:43 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:49:16 <Belugas> i've been told they are, indeed :) 17:50:40 <Belugas> ho... look... an URL... 17:50:43 <Belugas> http://www.last.fm/music/Bloody+Time+Zones/Ninjam+Sessions 17:50:44 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:51:43 *** KouDy [~KouDy@ip-89-176-216-203.net.upcbroadband.cz] has quit [] 17:51:48 <peter1138> they should do a second album i reckon 17:52:20 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 17:55:01 <Belugas> i think they have enough stuff done for that, already 17:55:27 <Belugas> ho.. strange... you and I are the only listeners of the band :) 17:55:41 <peter1138> shame 17:59:18 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 17:59:58 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 18:00:50 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 18:01:35 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 18:03:05 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 18:03:12 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 18:03:45 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 18:06:01 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 18:06:01 <Wolf01> I'll return! 18:06:04 *** Wolf01 [~wolf01@host176-238-dynamic.0-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 18:06:49 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 18:07:56 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 18:09:03 <Eddi|zuHause> is that a promise or a threat? 18:09:03 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Read error: Connection reset by peer] 18:09:26 *** avdg [~Adium@94-227-100-192.access.telenet.be] has joined #openttd 18:09:58 *** Adambean` [AdamR@82.hosts.reece-eu.net] has joined #openttd 18:11:19 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds] 18:11:53 *** Clampy [~1.1.1@29.142.dsl.syd.iprimus.net.au] has joined #openttd 18:18:48 *** ClampyLubsClarey [~1.1.1@101.142.dsl.syd.iprimus.net.au] has quit [Ping timeout: 480 seconds] 18:25:27 <frosch123> he did not say "i'll be back" 18:32:16 *** JVassie [~James@92.27.149.231] has joined #openttd 18:33:48 *** Sacro [~Sacro@adsl-77-86-42-92.karoo.kcom.com] has quit [Read error: Connection reset by peer] 18:35:59 *** fonsinchen [~fonsinche@brln-4db81b45.pool.mediaWays.net] has joined #openttd 18:37:33 *** JVassie_ [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 18:48:09 *** lobstar [~michielbi@86.89.201.189] has quit [Read error: Connection timed out] 18:48:40 *** lobstar [~michielbi@86.89.201.189] has joined #openttd 18:49:54 *** Sacro [~ben@adsl-77-86-42-92.karoo.kcom.com] has joined #openttd 18:52:54 <CIA-2> OpenTTD: terkhen * r20710 /trunk/src/town_cmd.cpp: -Codechange: Clarify the name of some town generation variables. 18:54:22 *** fonsinchen [~fonsinche@brln-4db81b45.pool.mediaWays.net] has quit [Remote host closed the connection] 19:00:59 <CIA-2> OpenTTD: terkhen * r20711 /trunk/src/town_cmd.cpp: -Fix [FS#4094]: Do not use new game settings when creating many random towns at the scenario editor. 19:01:21 <peter1138> in :p 19:03:30 <Eddi|zuHause> gnah... :( updating wine fixed the crash at startup like the bug report told, but now this crashes midgame :( 19:04:18 <CIA-2> OpenTTD: terkhen * r20712 /trunk/src/industry_cmd.cpp: -Fix [FS#4094]: Do not use new game settings when creating many random industries in the scenario editor. 19:04:27 <Terkhen> thanks :) 19:05:38 <Eddi|zuHause> it lacks a commit: "-Feature: Allow creating many random industries of one type" 19:06:22 <Eddi|zuHause> and: "-Feature: Allow mass removal of industries" 19:06:42 <Terkhen> I'll consider doing features once I have time for something bigger than small fixes :P 19:09:19 *** |Jeroen| [~jeroen@d5152B6A8.access.telenet.be] has quit [Quit: oO] 19:22:11 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Ping timeout: 480 seconds] 19:24:41 <ABCRic> But small fixes are important! 19:25:59 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #openttd 19:26:34 <ABCRic> Imagine if OpenTTD never had any small fixes applied... 19:35:29 <Lakie> Ah that didn't help me much, loading my object test grf into openttd caused an instant crash (nightly) 19:35:51 *** [hta]specx [~opera@ip94-126-210-87.adsl2.static.versatel.nl] has joined #openttd 19:40:29 <Rubidium> booh... what did you do :) 19:40:53 <Lakie> Just try loading my test objects grf, clicking apply changes instakilled it 19:41:51 <Rubidium> so, how do I reproduce that? 19:41:58 <Lakie> Ah, probably down to a small spec change 19:42:06 <peter1138> mid-game or main menu? 19:42:23 <Lakie> http://www.tt-forums.net/viewtopic.php?f=68&t=49783 <-- 13 is marked a byte here, Rubidium 19:42:47 <Lakie> Which is how I implemented it in TTDPatch 19:43:31 <Rubidium> then that's wrong :) 19:43:32 <Lakie> But judging from the wiki / renum post, you changed it to a word in openttd 19:43:45 <Rubidium> yeah, copied it's behaviour from something :) 19:43:50 <Lakie> That was around before the wiki got updated. ;) 19:44:08 <Lakie> Easy enough to fix though 19:46:02 <CIA-2> OpenTTD: rubidium * r20713 /trunk/src/newgrf.cpp: -Fix (r20654): when ignoring action0 object properties, ignore property 13 correctly 19:48:27 <Lakie> Also I think the wiki entry for var64 might be a little wrong? 19:48:51 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has joined #openttd 19:48:52 <Lakie> So should I update TTDPatch to use a word for property 13, Rubidium? 19:49:52 <Rubidium> Lakie: yes 19:50:26 <Rubidium> Lakie: in what way is 64 wrong? 19:50:59 <Lakie> it says offset from current tile, but from my understand of the var its based off, it takes the 'setid' through the parameter 19:51:03 <Lakie> not a tile offset 19:51:18 <peter1138> who wrote this spec? :p 19:51:41 <Lakie> The added parts, Rubidium? ... 19:51:46 * Lakie flees 19:52:33 <Rubidium> Lakie: s/offset/distance/? 19:53:11 *** Kurimus [Kurimus@dsl-tlubrasgw1-fe86de00-246.dhcp.inet.fi] has quit [] 19:53:13 <Lakie> That'd make more sense 19:53:14 <Rubidium> like the updated page 19:55:40 <Lakie> I think so, I'll check over it after getting this commit done 19:57:07 <Lakie> Yeah, rest seems correct. 19:57:27 *** Fast2 [~Fast2@p57AF8BCA.dip0.t-ipconnect.de] has joined #openttd 19:58:46 *** JVassie_ [~James@92.27.149.231] has joined #openttd 20:02:31 <Rubidium> Lakie: shouldn't uvarb change to uvarw? 20:02:31 *** DeeDee [~chatzilla@HSI-KBW-078-042-157-252.hsi3.kabel-badenwuerttemberg.de] has quit [Remote host closed the connection] 20:04:33 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 20:05:56 <Lakie> Um, found a small issue with OpenTTD's implementation Rubidium, bit 9 implicitly implies bit 3... 20:06:16 <Lakie> (ie. setting bit 9 automatically enables the behaviour of bit 3) 20:07:22 <Lakie> Otherwise seems to be working fine 20:07:34 <Rubidium> you mean it isn't setting the bit? Or that it is setting it? 20:07:53 <Lakie> Well, I just mask both for that behaviour 20:08:18 <Lakie> if either is set, then it allows construction on water 20:08:47 <ABCRic> Talk about construction on water... 20:08:50 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer] 20:08:53 *** Combuster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 20:09:26 <CIA-2> OpenTTD: rubidium * r20714 /trunk/src/object_cmd.cpp: -Fix: bit 9 of object's flags implies bit 3 is set, so just test for either of the bits being set 20:09:50 <ABCRic> Building railroad starting at a station tile spawns an error message saying "...can't build on water" 20:11:14 <Rubidium> well, file a bug report :) 20:11:58 <ABCRic> Guess I will :P 20:15:08 *** KouDy [~koudy@ip-89-176-216-203.net.upcbroadband.cz] has joined #openttd 20:17:31 <ABCRic> Submitted FS#4103. 20:17:37 <CIA-2> OpenTTD: frosch * r20715 /trunk/Makefile.grf.in: -Fix: Recent nforenum does not know '-?'. 20:23:41 *** Sacro_ [~ben@adsl-77-86-42-92.karoo.kcom.com] has joined #openttd 20:25:15 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 20:26:31 *** Jonnty [~jadh@cpc2-sgyl11-0-0-cust453.sgyl.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 20:27:17 <avdg> hmm.. I can reproduce that 20:27:22 <avdg> indeed strange 20:28:18 *** asnoehu [~thok@82.75.115.73] has quit [Ping timeout: 480 seconds] 20:29:35 *** Sacro [~ben@adsl-77-86-42-92.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 20:29:40 <avdg> works fine in trunk 20:29:45 <avdg> uh stable 20:34:37 <ABCRic> Odd. 20:34:49 <ABCRic> I could look at the code... 20:35:11 <ABCRic> Then again, I don't even know what an object is... 20:35:34 * avdg doesn't know the location of the tools 20:36:44 * ABCRic 's knowledge of C++ only goes as far as multiple file programs 20:37:24 <ABCRic> and functions 20:37:38 *** Sacro_ [~ben@adsl-77-86-42-92.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 20:37:44 <ABCRic> 'cos who needs multiple files if not for functions 20:37:58 <Lakie> Class and objects are pretty fundimental in C++... 20:38:22 <Lakie> Sure you don't mean just plain C? 20:38:29 <ABCRic> *'cos why would I need multiple files if not for functions 20:38:42 <ABCRic> No, C++. 20:39:08 <ABCRic> I'm following a manual on C++, but I haven't gotten to the classes and objects part yet. 20:39:28 <Terkhen> start looking in rail_cmd.cpp, I'm fairly sure that the bug is not in an object :P 20:39:45 <Lakie> Well, one reason for mutliple files (headers and source) is maintainability 20:40:28 <ABCRic> And readability. 20:41:08 <ABCRic> Having 10 million lines of code in just one file doesn't sound very readable... 20:41:39 <avdg> sounds like crashy :p 20:43:57 <avdg> hmm... 20:52:34 *** wollollo [~martin@host86-175-29-209.wlms-broadband.com] has joined #openttd 20:54:18 *** TomyLobo [~foo@port-212-202-171-176.dynamic.qsc.de] has quit [Quit: A key, command, or action that tells the system to return to a previous state or stop a process.] 20:59:41 *** asnoehu [~thok@82.75.115.73] has joined #openttd 21:02:03 <ABCRic> Got nothing :( 21:02:20 <avdg> :) found the line :p 21:02:26 <avdg> 330 21:03:54 <avdg> just did a quick check in the language files and located the constant and tried to confirm it was that rule that has been executed 21:04:28 <avdg> indeed it was in rail_cmd.cpp 21:04:42 <Terkhen> avdg: feel free to submit a diff for fixing the issue to the FS task :) 21:04:51 <ABCRic> so let me see if I got this... 21:04:54 <avdg> I have no fix 21:05:12 <avdg> I just found why it display the error, not the cause of it 21:05:38 <avdg> uh, I know whats triggered :p 21:05:52 <ABCRic> no, I didn't get this. :P 21:06:09 <avdg> it just call that line, why, I don't know :p 21:06:35 <ABCRic> I have no idea what ((~_valid_tracks_on_leveled_foundation[tileh] & (rail_bits | existing)) != 0) means... 21:06:49 * avdg needs a translator :p 21:07:49 <avdg> hmm 21:07:56 <avdg> but it worked on the stable 21:08:21 <avdg> so its caused due a codechange 21:08:41 <Terkhen> avdg: you can use annotate or blame to find the revision which caused the bug 21:08:50 <avdg> what what I'm doing 21:09:18 <avdg> and ofcourse: trac won't cooperate :p 21:09:24 <glx> praise works too :) 21:09:33 <avdg> the svn way :) 21:10:26 <Terkhen> praise sounds nicer than blame :P 21:11:15 <glx> depends on why you search 21:12:01 <avdg> its not that rule 21:13:37 <avdg> that rule was edited 17 months ago 21:14:00 <ABCRic> yeah, it can't be it. 21:14:31 <avdg> its the callstructure that has been changed 21:14:32 <ABCRic> And if it's not, it should be a call to the function. 21:15:22 <ABCRic> But which one? 21:15:34 <avdg> hmm⊠I have 1 thing left from the test what can be useable :p 21:15:40 <ABCRic> Keep watching to find out. Now, a word from our sponsors! 21:15:48 <avdg> accidently crashed the binary while editing *shames* 21:15:49 *** frosch123 [~frosch@frnk-590f7b3c.pool.mediaWays.net] has quit [Remote host closed the connection] 21:16:04 *** theholyduck [~holyduck@82.147.59.59] has joined #openttd 21:16:54 <ABCRic> So now we gotta search for calls to CheckRailSlope. 21:17:08 <avdg> nope, nothing usefull 21:17:18 *** lewymati [~lewymati@89.230.159.206] has quit [] 21:18:09 <Terkhen> I'd start bisecting then 21:18:34 * avdg wants to learn how to use grep :p 21:20:55 *** KouDy [~koudy@ip-89-176-216-203.net.upcbroadband.cz] has quit [Quit: Leaving.] 21:21:02 <Terkhen> it's really useful 21:21:27 <ABCRic> hmm... 21:21:31 <ABCRic> this really is odd. 21:22:02 *** fjb [~frank@p5485A573.dip.t-dialin.net] has joined #openttd 21:22:02 <ABCRic> There are only 4 matches for for CheckRailSlope, all in rail_cmd.cpp 21:22:22 <ABCRic> and none has been changed since r20261 (aka 1.0.3) 21:22:42 <avdg> you have to look at 1.0 I think 21:23:17 <ABCRic> I do? 21:23:22 <avdg> yeah 21:23:24 <Terkhen> r20261 is not 1.0.3 21:23:45 <Terkhen> I mean: 1.0.0 was branched long before that 21:23:51 <avdg> the branche 1.0 receives only patches 21:24:03 <ABCRic> hrm, correction: 21:24:19 <ABCRic> Tag: 1.0.3 21:24:29 <ABCRic> rail_cmd.cpp r20261 21:24:56 <avdg> you should look since the start of the 1.0 branche 21:25:52 <ABCRic> but the problem doesn't happen on 1.0.3, so the problem should be in some change after that... 21:26:09 <ABCRic> or should it? 21:26:27 <avdg> yes, but the bug can already triggered after the branche 1.0 21:26:41 <avdg> because that branche only receives fixes 21:26:47 <Terkhen> ABCRic: http://wiki.openttd.org/FAQ_OpenTTD_versions 21:27:03 <avdg> while the trunk can get new codechanges and features 21:27:10 <avdg> and ofcourse the fixes 21:28:31 <avdg> I think that image at "branch or svn branch" explains much 21:29:08 <ABCRic> Oh! 21:29:12 <ABCRic> Now I get it. 21:29:49 <ABCRic> The problem was likely caused by a codechange present in trunk but not merged with stable. 21:29:53 <ABCRic> Is that it? 21:30:08 <avdg> yeah 21:30:25 <ABCRic> I was getting really confused :P 21:30:29 <avdg> :p 21:30:59 <avdg> hmm⊠how do I look it up quickly? 21:31:38 <ABCRic> look what up? 21:31:48 <avdg> when that branche was created 21:32:22 *** Vitus [~chatzilla@138.194.wms.cz] has quit [Quit: Good bye] 21:32:30 <ABCRic> dunno 21:32:36 <ABCRic> I think TortoiseSVN can do it 21:33:13 <ABCRic> The Revision Graph shows splits, merges, tags and such 21:33:37 <avdg> :) 21:33:51 <avdg> except that it is slow :p 21:34:10 <ABCRic> Yeah, OpenTTD has a lot of revisions... 21:34:37 <ABCRic> And my internet connection malfunctions a lot. 21:34:40 <Rubidium> nah, it's more that SVN has to fetch data from the server 21:34:58 <Rubidium> whereas with mercurial (i.e. HG) you don't have that problem 21:35:06 <avdg> local copy :) 21:35:34 <Rubidium> avdg: you made a clone of the whole SVN repository and made a checkout from there? 21:35:50 <avdg> i just cloned the trunk 21:35:57 <ABCRic> It's done, now let's see where the split is... 21:36:11 <avdg> I have a git checkout, but it has no tags :p 21:36:12 <Rubidium> cloned implies using HG or git 21:36:23 <avdg> donno 21:36:27 <ABCRic> r19142 21:37:47 <ABCRic> Revision 19142 by Rubidium 21:37:49 <ABCRic> "[1.0] -Branch: the 1.0 series" 21:37:58 <avdg> :p 21:38:14 <ABCRic> Let's try and blame it again... 21:38:46 <avdg> more then 50 commits for rail_cmd.cpp since the 1.0 series 21:39:00 <ABCRic> ouch. 21:39:00 <Terkhen> bisecting is always fun :) 21:39:28 <avdg> so we have all reasons to blame that file :) 21:39:40 <ABCRic> Check for changes to lines 326, 384, 460 and 2793 21:40:12 <ABCRic> wait 21:40:32 <ABCRic> line 329 was changed, it's right before the line spawning the message 21:41:55 <ABCRic> Was changed at r20110 by alberth 21:42:00 <ABCRic> with message "-Fix [FS#3695]: Do not allow building a rail track to the water using a tree-tile." 21:42:50 <ABCRic> Nah, I don't think that helps. 21:42:56 <avdg> you can test it 21:43:01 <ABCRic> It's a fix, so I suppose it's present on stable. 21:43:28 <Terkhen> not all fixes are backported 21:43:36 <ABCRic> In any case, trac is really useful. 21:43:47 <avdg> :) 21:43:58 <ABCRic> Terkhen: I know, I'm checking if it was backported now 21:45:33 <ABCRic> yeah, it was. 21:46:06 <ABCRic> hold it! 21:46:06 <ABCRic> no, never mind. 21:46:09 *** Adambean` [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 21:46:37 <ABCRic> How can I check when was the last time a specific line was changed? 21:46:52 <ABCRic> it might have been backported after 1.0.3... 21:47:13 <avdg> well, I think the fastest way to find out is by testing 21:47:23 <avdg> we have lets say < 60 patches 21:47:47 <avdg> and we know the bug is introduced somewhere between it 21:48:13 <avdg> thats how to test without looking in the source :p 21:50:00 <ABCRic> or I could checkout the file from the branch and look at the log. 21:50:16 <avdg> the error isn't in the branche 21:50:28 <avdg> else the error would been there too 21:50:38 <avdg> iirc 21:50:57 <ABCRic> ... 21:51:17 <ABCRic> now I've completely lost my train of thought... 21:51:50 <Rubidium> avdg: git bisect? 21:52:26 <avdg> :p 21:52:49 <avdg> never used git at full capacity 21:53:00 <ABCRic> regained control, regained control. 21:53:33 <ABCRic> what I'm saying is: the fix could have been backported after 1.0.3 was released 21:53:40 <Rubidium> @calc log(20715-19142)/log(2) 21:53:40 <DorpsGek> Rubidium: 10.6193029554 21:53:59 <avdg> :p my math isn't that good anymore 21:54:01 <Rubidium> should give 11 test cases and then you've nailed it to a single commit 21:55:16 <ABCRic> If so, the bug is not present in 1.0.3 but might be in a future stable... 21:55:32 <avdg> rubidium: you blowed me away again :p 21:55:41 * avdg is confused 22:00:48 *** bryjen [~bryjen@63.147.94.149] has quit [Quit: Quit] 22:02:56 <avdg> hmm.. is too afraid to test it 22:05:07 <ABCRic> Done checkingout, now blame the file since 1.0.3... 22:06:54 * avdg still has to find the git commit to start with 22:06:58 *** theholyduck [~holyduck@82.147.59.59] has quit [Read error: Connection reset by peer] 22:07:53 <Rubidium> although if you've reduced the number of suspects to 60... 22:07:56 * avdg hatest git - at least because it doesn't support revision numbers 22:08:02 <Rubidium> @calc log(60)/log(2) 22:08:02 <DorpsGek> Rubidium: 5.90689059561 22:08:09 <Rubidium> only 6 tests are needed 22:08:33 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 22:10:23 <ABCRic> - Fix: Do not allow building a rail track to the water using a tree-tile [FS#3695] (r20110) 22:10:25 <ABCRic> Backported at r20148... 22:10:26 <ABCRic> Which means it is present in 1.0.3. 22:10:38 <ABCRic> back to the drawing board... 22:11:01 <avdg> I tested it in the latest branche release 22:11:20 <avdg> so I bet it isn't in the stable 22:12:17 <ABCRic> wait... what? 22:12:39 <avdg> I tested it in 1.0.4-rc1 22:12:43 * ABCRic smells burnt stuff 22:12:54 * ABCRic 's brain is probably on fire 22:13:17 <avdg> well, lets test :p 22:13:30 <ABCRic> What I meant was that the code was present it 1.0.3, not the bug 22:13:35 <ABCRic> *present in 22:13:49 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has joined #openttd 22:14:08 * Rubidium ponders taking a stab at it 22:14:08 <avdg> -_- *hits hisself with a big trout* 22:14:27 <ABCRic> xD 22:15:09 <avdg> hmm.. git commits doesn't include the revision number -_- 22:15:16 <ABCRic> Which means that the fix has nothing to do with the bug. 22:15:29 <ABCRic> And, as such, we're back to where we started... 22:15:35 <ABCRic> nowhere. 22:16:07 <avdg> just give me the damm hash and I'll find it :p 22:16:59 <ABCRic> Meh... I'm going back to the game I was workin' on... managing some trains for a change... 22:17:12 <ABCRic> I mostly use road vehicles... 22:20:10 * avdg got the hash 22:21:00 * Rubidium got a fix 22:21:07 <avdg> :D 22:21:13 *** nicfer [~nicfer@190.50.45.144] has joined #openttd 22:21:20 <avdg> I was already thinking at it 22:21:28 <Rubidium> now... how long will it take before you know what revision caused it 22:21:53 * avdg blames hisself being slower then a turtle 22:22:16 <avdg> -_- git won't cooperate 22:22:21 <Rubidium> there, know the revision now as well :) 22:24:02 * avdg has to learn a lot more scm commands -_- 22:28:08 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Remote host closed the connection] 22:28:55 <avdg> :p I'm now at my first step 22:32:25 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 22:33:32 *** jordi [~jordi@115.Red-213-96-69.staticIP.rima-tde.net] has quit [Quit: reboot] 22:35:57 *** Biolunar [Mahdi@blfd-5d8205db.pool.mediaWays.net] has quit [Quit: gn8] 22:36:41 * avdg got the flow 22:40:18 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has quit [Ping timeout: 480 seconds] 22:41:39 *** OwenS [~oshepherd@kamina.ldn1.uk.e43.eu] has quit [Quit: ZNC - http://znc.sourceforge.net] 22:45:16 <ABCRic> well, I'm off. 22:45:24 <avdg> gn 22:46:03 <ABCRic> good night everyone. 22:46:15 <ABCRic> Let there be many cargo on your vehicles. 22:46:24 <avdg> lol 22:46:49 * avdg prefers more profit :p 22:47:12 <michi_cc> avdg: try "git gui blame src/rail_cmd.cpp", very nice tool. 22:47:14 <ABCRic> more cargo means more profit! 22:47:40 <avdg> hmm nice 22:47:49 <ABCRic> or, well, more revenue. 22:47:55 <avdg> I know already of the gui, but didn't know that I could go deeper 22:48:01 <ABCRic> which *usually* means more profit. 22:48:06 <avdg> :p 22:48:15 <ABCRic> So... bye! 22:48:18 *** ABCRic [~This.is.A@131.3.103.87.rev.vodafone.pt] has quit [Quit: Sometimes I wonder why that frisbee is getting bigger, and suddenly, it hits me.] 22:48:26 * avdg is learning 22:49:37 <avdg> lol @/quit 22:52:09 <michi_cc> avdg: Clicking on the revision on the left let's you see the file at that rev. If you think that revision wasn 22:52:39 <michi_cc> 't the culprit, right click and do blame parent to get the earlier changes for the part in question. 22:53:04 *** Progman [~progman@p57A196B1.dip.t-dialin.net] has quit [Remote host closed the connection] 22:54:25 <Rubidium> this bug is (way) easier to find if you've got a clue what recently changed *or* when you use bisect 22:54:31 <Rubidium> as it's not in rail_cmd.cpp 22:54:32 <avdg> git bisect was the best option here 22:54:46 <avdg> d'oh :p 22:55:35 <michi_cc> Of course, blame can do much, but certainly not everything :) 22:56:28 <avdg> well, testing is more fun (âwithout-compile) 22:56:50 <Terkhen> good night 22:56:54 <avdg> gn 22:57:22 <Rubidium> avdg: then you need to know what recently changed 22:58:22 <Yexo> oh, if you're also looking at FS#4103 then I'm doing double work 22:58:50 <Rubidium> Yexo: I'm not spoiling his pleasure in trying to find the bug 22:58:55 <avdg> :) 22:59:00 <Yexo> then I'll not do that either :) 22:59:06 <avdg> I'm still too noobish 22:59:11 <Rubidium> Yexo: you've found it already? 22:59:17 <Yexo> yes 22:59:58 <Yexo> currently testing a fix 22:59:58 * avdg hates that gcc isn't using its cache 23:01:21 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has quit [Ping timeout: 480 seconds] 23:01:21 <Rubidium> gcc has a cache? 23:02:13 <avdg> well, it doesn't always compile the 3th party files 23:03:13 <Rubidium> that's just make determining what has dependencies that changed 23:08:10 * avdg wants a more powerfull cpu... 23:09:11 <Rubidium> nah, you just need a fast GPU and use CUDA or something like that :) 23:09:35 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 23:10:24 *** a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd 23:14:39 <CIA-2> OpenTTD: yexo * r20716 /trunk/src/ (5 files in 2 dirs): -Feature: add airport class and airport name to the land info tool 23:14:52 *** KritiK [~Maxim@89-178-53-62.broadband.corbina.ru] has quit [Quit: Leaving] 23:15:10 <avdg> hmm.. so the code is getting more and more oop? 23:15:48 <Yexo> only in those places where it makes sense 23:16:30 <avdg> where things are getting too complicated⊠I see 23:16:43 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer] 23:22:39 * Rubidium says good night and good luck committing the fix :) 23:23:20 <avdg> gn :p 23:23:32 <SmatZ> good night, Rubidium 23:23:39 <Yexo> night Rubidium 23:25:19 <avdg> .. software update... 23:25:37 <SmatZ> ... avdg update ... 23:26:24 <avdg> iWork 23:26:39 <Eddi|zuHause> i see... the channel splurts over from ... "competence" today 23:26:59 <avdg> it keeps me busy :p 23:26:59 <SmatZ> competence, what? :-p 23:27:06 <SmatZ> hmmm... the LTO problem... 23:27:16 <SmatZ> incontinence? 23:29:11 <SmatZ> ... reminds me of my gf, while she was laughing a lot ... 23:29:45 <SmatZ> time for bed :p 23:29:59 <avdg> gn 23:30:32 <SmatZ> nn 23:40:58 *** Fast2 [~Fast2@p57AF8BCA.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 23:41:04 <Yexo> avdg: do you want to keep looking for the bug? I have a fix ready I can commit now, but if you want to keep looking I'll commit it tomorrow instead 23:41:13 <avdg> commit it 23:41:21 <avdg> I'll find it :) 23:41:53 <avdg> I think I got the commit but I keep the tests running 23:42:02 <avdg> *I've 23:42:08 <CIA-2> OpenTTD: yexo * r20717 /trunk/src/ (saveload/afterload.cpp station_map.h): -Fix [FS#4103]: water class was not set for stations 23:42:16 <Yexo> the wrong commit was r20446 23:42:51 <Yexo> and now it's also for me time to sleep 23:42:53 <Yexo> good night ;) 23:42:59 <avdg> gn 23:51:11 *** Sacro_ [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has joined #openttd 23:53:18 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 23:54:35 *** KenjiE20 [~KenjiE20@92.10.88.193] has quit [Quit: WeeChat 0.3.3] 23:57:46 <avdg> gn 23:57:51 *** avdg [~Adium@94-227-100-192.access.telenet.be] has quit [Quit: Leaving.] 23:59:26 *** Sacro_ [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]