Times are UTC Toggle Colours
00:00:41 <Brianetta> http://ppcis.org/standard/newgrf.cgi 00:00:48 <Brianetta> This looks pretty now (: 00:03:06 <fjb> Cool. 00:03:41 <Brianetta> <ppcis@benwoodward.me.uk" target="_blank">benwoodward.me.uk>: host benwoodward.me.uk" target="_blank">benwoodward.me.uk[80.247.163.100] said: 550 00:03:41 <Brianetta> Unrouteable address (in reply to RCPT TO command) 00:03:41 <Brianetta> This is a page from the autopilot controlling your OpenTTD server. 00:03:47 <Brianetta> Sacro: Sort that out... 00:06:22 <Wolf01> 'night 00:06:30 *** Wolf01 [~wolf01@host245-236-dynamic.9-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 00:07:27 *** nkx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Remote host closed the connection] 00:07:47 <davis-> gn 00:07:58 *** davis- [~asd@p5B28BFE7.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer] 00:09:35 <fjb> Brianetta: Your house rules are some of the most reasonable I have ever read. 00:12:30 *** Slowpoke_ [Lobster@dslb-088-073-253-225.pools.arcor-ip.net] has quit [Quit: Verlassend] 00:14:43 <Brianetta> fjb: Thanks (: 00:27:39 *** Sacro_ is now known as Sacro 00:28:22 *** Brianetta [~brian@client-86-27-115-128.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 00:32:57 *** Eddi|zuHause [~johekr@p54B76906.dip.t-dialin.net] has quit [] 00:33:15 *** Eddi|zuHause [~johekr@p54B75447.dip.t-dialin.net] has joined #openttd 00:43:52 *** reldred is now known as reldred|gone 00:46:43 *** eekee [~ethan@cpc1-lanc4-0-0-cust230.brig.cable.ntl.com] has joined #openttd 00:47:04 *** Volley [~worf@84-119-53-183.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection] 00:47:35 <eekee> hi all, I just had the wierdest crash with advanced signals 00:48:28 <fjb> How did you do that? 00:48:49 <eekee> are trains supposed to be able to pass advanced signals facing away from their direction of travel? 00:49:17 <fjb> Yes. 00:49:28 <eekee> ahh that's it then 00:50:02 <fjb> How should the driver obey a signal he doesn't see? 00:50:46 <eekee> well that's a sensible thought, but I was relying on them behaving as ordinary signals in that matter 00:51:01 <eekee> (ordinary ttd signals) 00:51:51 <fjb> There are advanced signals with a yellow bar. The bar prevents trains from passing them from the backside. 00:52:02 <eekee> ahh ok 00:52:24 <eekee> I'll put those in then 00:54:02 <fjb> But trains should not crash even when a signal is passed from behind. A crash can only happen if you force a train to enter that signal block or if you are reworking the signals where the trains are driving. 00:54:57 <eekee> I did force it, because it was "waiting for free path" despite the normal route into it's station being free 00:55:35 <fjb> At the first page of the patch options is an option to enable highlighting of the reserved tracks. That helps if you are new to advanced signals. 00:55:40 <eekee> the normal route is a loop around the back of the station, with the exit from the station returning to the same junction 00:55:48 <eekee> ahh ty 00:56:25 <fjb> Enable that option. Then you can "debug" your layout. See which route a train wants to take. 00:56:55 <eekee> yeah 00:57:24 <fjb> Trains try to take the route with the least crossings and switshes. 00:57:34 <eekee> I C 00:58:57 <fjb> Do you know about real life railways? Advanced sinals are close to that. they are totally different from the old TTD singnals. 00:59:42 <eekee> I don't know much about them at all 01:00:42 <fjb> Oh. Just forget everything about TTD signals, then the advanced signals are really easy to understand. 01:01:21 <eekee> oh :D 01:02:21 <fjb> One rule is: Put signals only there where a waiting train would not block other trains. 01:02:21 <eekee> they do seem so, since you pinted out about the yellow bar & hilighting reserved track. 01:02:51 <fjb> Good. You will get used to them very quick. 01:05:43 *** Milloflex [~ABC123@c83-249-134-27.bredband.comhem.se] has quit [Ping timeout: 480 seconds] 01:07:19 *** reldred|gone is now known as reldred 01:10:34 <eekee> hmm. I changed a pre-signal signal to a different junction to one-way advanced, and a train went through it into another train that had already entered via a pre-signal 01:12:59 <fjb> Hm, that sould not happen. But old signals and advanced signals don't mis that well. 01:13:03 <eekee> ok 01:14:25 <fjb> Best is to have all signals at a crossing or switchyard old style or new style. I'm not using old style signals anymore. 01:14:49 <fjb> Next question is if you are using trunk or one of the different patch packs. 01:16:26 <eekee> trunk, r14144 01:16:37 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving] 01:16:46 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 01:16:54 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has left #openttd [] 01:17:00 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 01:18:52 <fjb> Ok. Advanced signals are broken in almost all patchpacks floating in the forum. 01:19:22 <eekee> ok 01:20:05 <eekee> wow when they work they work. ^.^ They're making my junctions quite a bit more efficient 01:21:31 <fjb> A lot more efficient. If you don't need special things like priority tricks with pre signals you should switch to advanced signals completeley. 01:24:19 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has joined #openttd 01:25:42 <eekee> oh... I switched one junction over to all one-way advanced (from pre & exit) & now trains are sitting on the junction waiting for one particular platform rather than waiting before the junction for any platform. 01:26:43 <eekee> wondering how I should set that up. It's entrance to a station, exit from the station is a different junction 01:27:05 <fjb> Put the signals only in front of the junction, never behind a junktion. 01:27:15 *** grumbel [~grumbel@i577AD654.versanet.de] has quit [Remote host closed the connection] 01:28:44 <eekee> ahh ok. and pray the trains never spontaneuosly reverse? :) 01:28:50 <fjb> line, signal, junction, platform, signal, junction, line, signal, line, signal, line etc. 01:29:54 <eekee> uhuh 01:29:59 <fjb> set "wait_for_pbs_path = 255" in your openttd.cfg to prevent trains from reversing. 01:30:08 <eekee> ahhh! ty 01:30:43 <fjb> But that only prevents it in new games. You have to use the ingame console to switch that setting in the running game. 01:32:10 <eekee> right.. oh I forgot to apply my patch for the console. no key to the left of 1 on this little machine. will have to recompile overnight 01:33:51 <fjb> Ok. That will prevent trains waiting in front of an advanced signal from ever reversing. It will sit there waiting till your PC enters the recycling bin. 01:36:08 <fjb> But locks are less common with advanved signals. 01:36:40 <eekee> righty 01:38:41 <fjb> With parallel tracks trains prfer the track with advanced singnals looking in their direction over tracks with advanced signals showing their back side. 01:40:42 <eekee> ah *nod* 01:44:16 <fjb> This layout would hardly work without locks when using old style signals: http://www.imgwelt.de/uploads/Y9UE9GN5G3A.png 01:50:38 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd 01:51:43 <eekee> wow ^.^; 01:53:58 <fjb> A bit complicated... 01:54:57 <glx> <eekee> right.. oh I forgot to apply my patch for the console. no key to the left of 1 on this little machine. will have to recompile overnight <-- there's a toggle in questionmark menu 01:58:21 <eekee> glx: cheers 01:58:48 <eekee> "Error: command or variable not found" o.O 01:59:56 <glx> type "patch wait_for" to get the 'right' name 02:00:30 <eekee> oh lol ok 02:02:20 <eekee> k that's set 02:06:11 <eekee> my 10-exit junction looks too neat now. ^.^ 02:09:18 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has quit [Ping timeout: 480 seconds] 02:09:35 <fjb> And no crashes anymore? :-) 02:12:01 <eekee> nope! 02:12:16 <fjb> That's good. 02:44:53 <fjb> Good night. 02:45:05 *** fjb [~frank@p5485ECA2.dip.t-dialin.net] has quit [Remote host closed the connection] 02:47:41 *** Yeggstry is now known as Yeggzzz 02:48:00 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:54:34 <Jerimiah40> someone needs to write a patch to make openttd psychic 02:55:07 <Jerimiah40> so like, if I forget to build a signal at one of my stations, the game will know that I meant to put one there, and do it for me so that the whole station doesn't get jammed up :P 02:57:08 <Sacro> YAPP does that 02:57:19 <Jerimiah40> seriously!? 02:57:40 <Jerimiah40> is there anything that YAPP can't do? 02:59:15 *** roboboy [3aad2910@67.207.141.120] has quit [Quit: http://www.mibbit.com ajax IRC Client] 03:00:52 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 03:17:36 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-188.prem.tmns.net.au] has joined #openttd 03:30:54 *** Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Quit: Leaving] 03:33:30 *** Pikka [PikkaBird@58.173.248.50] has joined #openttd 03:33:37 *** ben_goodger [~ben@host86-153-45-29.range86-153.btcentralplus.com] has quit [Ping timeout: 480 seconds] 03:34:22 *** ben_goodger [~ben@host86-153-45-29.range86-153.btcentralplus.com] has joined #openttd 04:04:21 *** roboboy [3aad2910@67.207.141.120] has joined #openttd 04:04:31 *** De_Ghosty [~s@76-10-162-8.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 04:04:41 *** De_Ghosty [~s@76-10-136-8.dsl.teksavvy.com] has joined #openttd 04:10:24 *** roboboy [3aad2910@67.207.141.120] has quit [Quit: http://www.mibbit.com ajax IRC Client] 04:24:30 *** Pikka [PikkaBird@58.173.248.50] has quit [] 04:25:47 *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/] 04:50:17 *** Gekz_ [~brendan@202.43.227.225] has joined #openttd 04:52:06 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds] 05:00:46 *** reldred [~reldred@d220-238-109-162.dsl.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 05:04:10 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 05:06:11 *** Gekz_ [~brendan@202.43.227.225] has quit [Ping timeout: 480 seconds] 05:07:42 *** reldred [~reldred@d58-105-59-114.dsl.vic.optusnet.com.au] has joined #openttd 06:06:25 *** Eddi|zuHause [~johekr@p54B75447.dip.t-dialin.net] has quit [Remote host closed the connection] 06:06:45 *** Eddi|zuHause [~johekr@p54B75447.dip.t-dialin.net] has joined #openttd 06:20:18 *** Celestar [~Jadzia_Da@mnch-5d8732c9.pool.einsundeins.de] has joined #openttd 06:56:52 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:02:39 *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke] 07:03:07 *** Pikka [PikkaBird@58.173.248.50] has joined #openttd 07:03:12 *** Celestar [~Jadzia_Da@mnch-5d8732c9.pool.einsundeins.de] has quit [Quit: leaving] 07:08:21 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-188.prem.tmns.net.au] has quit [Ping timeout: 480 seconds] 07:15:02 *** Doorslammer [Doorslamme@144.138.223.10] has joined #openttd 07:20:36 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 07:33:58 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has joined #openttd 07:36:54 *** rortom [~rortom@p57B7C436.dip.t-dialin.net] has joined #openttd 07:37:17 *** extspotter [~extspotte@host86-140-130-231.range86-140.btcentralplus.com] has joined #openttd 07:41:27 <extspotter> hey 07:51:10 *** Wolf01 [~wolf01@host245-236-dynamic.9-87-r.retail.telecomitalia.it] has joined #openttd 07:51:27 <Wolf01> hello 07:55:57 *** ecke [~ecke@213.195.202.130] has joined #openttd 07:57:28 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 08:03:27 *** michi_cc [0b0af7ff4e@dude.icosahedron.de] has quit [Ping timeout: 480 seconds] 08:05:56 *** Pikka is now known as Pikka|afk 08:20:41 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has joined #openttd 08:20:44 *** TinoM [~Tino@i59F5F1C8.versanet.de] has joined #openttd 08:23:33 *** extspotter [~extspotte@host86-140-130-231.range86-140.btcentralplus.com] has quit [Ping timeout: 480 seconds] 08:26:51 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has quit [Remote host closed the connection] 08:28:48 *** Pikka|afk is now known as Pikka 08:33:59 *** Celestar [~Jadzia_Da@mnch-5d8732c9.pool.einsundeins.de] has joined #openttd 08:35:19 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 08:35:51 *** Doorslammer is now known as [153311] 08:36:14 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 08:36:44 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 08:38:52 <CIA-1> OpenTTD: rubidium * r14196 /trunk/src/ (fileio.cpp fileio.h newgrf_config.cpp): -Codechange: make the searching for files with a specific extension extendable. 08:39:19 *** [153311] is now known as Doorslammer 08:39:42 <peter1138> Nice. 08:40:43 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 08:42:19 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:43:11 <Celestar> hey peter1138 08:46:16 <Celestar> hm .. can one set the "developer" variable from commandline / openttd.cfg? 08:46:44 <peter1138> don't think so 08:46:55 <CIA-1> OpenTTD: rubidium * r14197 /trunk/ (9 files in 4 dirs): 08:46:55 <CIA-1> OpenTTD: -Codechange: rework (original) base graphics determination methods. This yields in the following: 08:46:55 <CIA-1> OpenTTD: -Feature: make configuring the to-be-used base graphics via openttd.cfg and the command line possible. 08:46:55 <CIA-1> OpenTTD: -Feature: allow both the German as well as non-German toyland graphics as "correct" and official graphics. 08:46:56 <CIA-1> OpenTTD: -Feature: allow people to create their own base graphics easily and without requiring code changes. 08:48:48 <Gekz_> what? 08:48:57 <Gekz_> whats the difference between german and other toylands? 08:49:20 <peter1138> A bug fix, I guess. 08:49:20 <Eddi|zuHause> the md5sum, and one "fixed" sprite afaik 08:50:13 *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has joined #openttd 08:51:15 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 08:51:54 <Celestar> Forked: you around? 08:52:43 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 08:53:15 <peter1138> .obg ? heh 08:54:58 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has quit [Ping timeout: 480 seconds] 08:55:06 <Celestar> peter1138: do you have a clean trunk at hand? 08:55:19 <peter1138> Near enough. 08:55:47 <Celestar> peter1138: can you try something in trunk? I get a problem with cargodest reported by Forked but I can't see it's relation to cargodest. 08:55:53 *** roboboy [3aad2910@67.207.141.120] has joined #openttd 08:55:59 <Celestar> peter1138: ah well, let me check out myself :P 08:56:07 <peter1138> ... 08:56:14 <peter1138> I have several trunk checkouts :p 08:56:24 <peter1138> What do I need to check? 08:57:02 <roboboy> hellos 08:57:11 <Celestar> peter1138: http://www.tt-forums.net/viewtopic.php?p=723526#p723526 08:58:42 <roboboy> how often does cargodest get compiled for download? 08:58:42 <Celestar> peter1138: this is the train in a depot: DH_first_1 - wagon - DH_rear_1 - DH_first_2 - DH_rear_2. Sell DH_first_2. save game. load game. buy engine 08:58:52 <Celestar> roboboy: as often as someone does it :P 08:58:56 <roboboy> ok 08:59:06 <Celestar> roboboy: there's no schedule 09:00:00 * roboboy wonders if any work has been done on the bug that caused a crash when a loaded vehicle was replaced either auto or manually 09:00:38 <Celestar> roboboy: not sure. not even sure that is cargodest-related but I'll investigate late next week 09:01:21 <roboboy> hm ok 09:01:28 <peter1138> Celestar, no crash in trunk 09:01:46 <roboboy> http://bugs.openttd.org/task/2260 I reported that yesterday/friday 09:02:28 <Celestar> peter1138: interesting 09:03:00 <Alberth> roboboy: You get mail automatically when the ticket is modified 09:05:57 <Celestar> roboboy: cargodest bugs don't go into flyspray .. 09:06:14 <Celestar> it's not official yet (= 09:06:46 <roboboy> ok 09:07:01 <roboboy> so the wiki is better or the forum 09:07:09 <Celestar> wiki is best as it sais on the forum. 09:07:11 <Celestar> forum is ok too 09:07:17 <Celestar> but I might lose track there 09:07:23 <roboboy> exactly what would normally goes in flyspray 09:08:16 <peter1138> says :p 09:09:03 <roboboy> I should have known but the crash window distracted me and said to put it in flyspray. I should have ignored it 09:10:33 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has joined #openttd 09:10:42 <Celestar> this is so weird 09:10:48 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 09:13:19 <Ammler> Eddi|zuHause: what's a DNF? 09:13:30 <Eddi|zuHause> Duke Nukem Forever 09:13:33 <Ammler> (GRF release related) 09:14:02 <Celestar> crap 09:14:16 <Celestar> I'll need help debugging some stuff in cargodest :P 09:17:19 <Celestar> because I'm out of time this week 09:18:01 <Eddi|zuHause> just preallocate time from next week ;) 09:19:01 <Celestar> cannot 09:19:05 <roboboy> !seen orudge 09:19:07 <Celestar> ENOMEM 09:20:03 <Forked> Celestar: here now.. 09:20:06 <Forked> ish 09:20:13 <Forked> it's the day after, so I'm a bit .. reduced =p 09:24:04 <Celestar> :P 09:24:41 <Celestar> Forked: it seems I have fixed the routing bug that you have mentioned. Can you test it? (I've not fixed the crash bug yet because I don't find the cause at the moment) 09:26:36 <Ammler> Forked: small hint to make bug report a little bit easier... :-) uploading the cfg is useless, as the settings are stored in the save and might differ from the cfg... (changes after start) 09:27:25 <Ammler> hmm, oh, are they for cargodest too? 09:27:40 <Forked> Ammler: oh :) 09:28:11 <Forked> Celestar: I'm sort of depending on a pre-compiled win32 binary right now :\ 09:29:02 <Celestar> Forked: no hurry 09:29:05 <Celestar> Ammler: are "they" ? 09:30:07 <Ammler> those? 09:30:42 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 09:31:17 <Forked> Ammler: I guess another thing when it comes to bugreporting is do it in the right place. :) (and I thats the wiki for cargodest? talk-section) 09:32:45 * Forked is going back to bed .. it's just too early 09:33:28 *** tokai [~tokai@p54B82111.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 09:36:03 *** tokai [~tokai@p54B81CA7.dip0.t-ipconnect.de] has joined #openttd 09:36:06 *** mode/#openttd [+v tokai] by ChanServ 09:37:32 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 09:40:55 *** elmex [~elmex@e180068225.adsl.alicedsl.de] has joined #openttd 09:41:04 *** michi_cc [5c14167e6e@dude.icosahedron.de] has joined #openttd 09:41:07 *** mode/#openttd [+v michi_cc] by ChanServ 09:41:22 <Ammler> Forked: better in wong place as nowhere ;-) 09:42:26 <Forked> Celestar: btw the crash bug.. There was some refitting in the picture. I'll see if I can reproduce it in nightly later... but now.. Book, chips and bed. 09:42:30 * Forked waves 09:43:33 <Celestar> Forked: I can reproduce it 09:49:05 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has joined #openttd 09:49:11 *** extspotter [~extspotte@host86-133-55-19.range86-133.btcentralplus.com] has joined #openttd 09:49:15 <extspotter> heya 09:49:26 <Celestar> hey 09:50:27 <Celestar> extspotter: btw. MUC had 34.8 Mpax in the most recent 12-months statistic. 09:50:32 <Celestar> (no 28. in the world) 09:50:33 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Read error: Connection reset by peer] 09:50:55 <Celestar> and 437000 operations (No 20 in the world) 09:51:11 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 09:52:59 <CIA-1> OpenTTD: peter1138 * r14198 /trunk/src/newgrf.cpp: -Codechange: [NewGRF] Simplify handling of common vehicle properties. 09:53:25 <extspotter> hi 09:53:30 <extspotter> just annoyed at myself now 09:53:41 <extspotter> I crashed my 2 best trains on brianetta's server into each other 09:53:55 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 09:54:04 <Celestar> :S 09:54:08 <extspotter> I was relaying some track into my power station station 09:54:22 <extspotter> and I saw it in the corner of my eye. I was like noooooooooooooooo 09:54:45 <extspotter> never mind! 09:55:09 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 09:56:20 <Celestar> heh 09:58:30 <Rexxars> how do the town ratings improve over time? is there a check of some sort every x ticks? 09:58:54 <Eddi|zuHause> town ratings increase every time a vehicle appears at a station 09:59:16 <Eddi|zuHause> or when you plant a tree on a tile that does not have a tree yet 09:59:27 <Rexxars> interesting 09:59:38 <rortom> hi all 09:59:54 <rortom> someone plays ottd in dualscreen? 09:59:54 <Rexxars> I'm playing with the daylength patch, and the town ratings takes ages to improve.. even with tons of tons of trains and buses arriving 09:59:59 <rortom> or multiple screens? 10:01:19 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 10:02:14 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 10:02:23 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 10:03:53 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 10:10:46 <eekee> rortom: I play with multiple screens in Linux, but they're arranged as seperate screens, so programs don't display on both. What's your setup? 10:14:47 <rortom> xinerama on linux working well for ottd 10:15:11 <rortom> windows is working also dualscreen with the newest version and windowed more 10:15:35 <Alberth> Celestar: I have a "this->CargoLeft() != __null" crash with the first transfer (of water) without paxdest enabled (all dests are allowed) very early in the game (2 trains, the first transfer of the game). Is this interesting to report? 10:15:37 <rortom> i wass thinking if it possibble for ottd to detect a dual screen setup 10:16:45 <eekee> ahh I expect so. Lots of linux apps haxe xinerama support 10:17:06 <Rubidium> rortom: SDL doesn't tell us, so the answer is no 10:17:11 <eekee> o 10:17:15 <rortom> thats bad then :( 10:17:24 <rortom> and whats about windows, same problem? 10:18:08 <eekee> SDL is used on both platforms, right? 10:18:13 <Rexxars> yes 10:18:18 <Rubidium> can be used on both 10:18:22 <Ammler> Rubidium: do you have a testgrf for the different graphicsets feature? 10:18:22 <Celestar> Alberth: are you replacing anything? 10:18:24 <Rubidium> but windows uses GDI by default 10:18:53 <eekee> sounds like time to file a feature request for SDL ^^' 10:18:54 <Ammler> tried with OpenGFX http://www.tt-forums.net/viewtopic.php?p=720719#p720719 10:18:55 <Rubidium> Ammler: no, though I did mix dos and windows original graphics to test it (looks horrible) 10:19:13 <Alberth> Celestar: no, it is only Oct 1950 :) 10:19:16 <Celestar> I don't understand settings 10:19:30 <Celestar> Alberth: do you have a savegame of this and what revision do you use? 10:19:33 <Rubidium> Ammler: OpenGFX doesn't support it/isn't written for it yet 10:20:15 <Rubidium> rortom: I don't understand Windows' multimonitor libraries and they don't seem to work correctly either 10:20:28 <peter1138> Good news everyone! 10:20:52 <FauxFaux> (Hi, Dr. Peter!) 10:20:56 * Ammler still hopes there will be a "static-grf-before-newgrf" sometime :-) 10:21:03 <Rubidium> rortom: i.e. something that works on some computers doesn't work at all on others 10:21:33 <Rubidium> Ammler: and then getting desyncs because you've got to many static-grf-before-newgrfs? 10:21:34 <Alberth> Celestar: yes, h:e79bdd2 says the window title (no idea how to question this with hg itself) 10:21:56 <rortom> Rubidium, that sounds not good. and it sounds like windows ;) 10:22:50 <Celestar> Alberth: he, no idea (= 10:23:03 <Alberth> http://b.imagehost.org/download/0961/Tonningworth_Transport_18th_Oct_1950.sav 10:23:36 <Rubidium> Alberth: hg tip shows you the revision 10:24:11 <Celestar> Alberth: heh.. I cannot load this savegame :o 10:24:52 <Celestar> Alberth: did you use the cargodest hg version or did you patch trunk? 10:25:08 <Ammler> Rubidium: already documented somewhere what is needed for OpenGFX? 10:25:26 <rortom> this windows directx sdk direct music workaround is just stupid from microsoft... 10:25:42 <Alberth> ran the hg clone command at the wiki this morning, build binary from that 10:25:53 <Rubidium> Ammler: see docs/ 10:26:30 <Pikka> Ammler: did you work out whatever your issue was with the carriages in NARS? 10:26:50 <Eddi|zuHause> Rubidium: not worse than desyncs because "incompatible" newgrfs detected below a non-static grf 10:26:55 <Pikka> I wasn't really sure what the issue was... 10:27:11 <Rubidium> Eddi|zuHause: that should be solved 10:27:16 <rortom> Rubidium, you used those functions: http://www.realtimesoft.com/multimon/programming/basics.asp ? 10:27:28 <Ammler> Pikka: I play mostly with "vehicle never expire" to have possiblitly for eyecandy in later time... 10:27:37 <Celestar> Alberth: ok 10:27:38 <Celestar> check later 10:27:46 <Rubidium> rortom: some of those yes 10:28:04 <rortom> Rubidium, i will see if i can improve the code 10:28:13 *** frosch123 [~frosch@frnk-590fecc2.pool.einsundeins.de] has joined #openttd 10:28:26 <Alberth> Celestar: provided link gives warning that it was not tested against viruses, downloading anyway (link above the red notice box with the warning) returns exactly the same file to me 10:28:38 <Eddi|zuHause> Rubidium: you mean like non-static newgrfs cannot detect static newgrfs? 10:28:54 <Rubidium> well, it got axed from trunk again because it made multimon support worse 10:29:10 <Ammler> Pikka: I think it is not a bug, it was just a glitch of me 10:29:25 <Rubidium> Eddi|zuHause: they can detect them, but if they do the static newgrf gets disabled and the non-static newgrf gets told it isn't used 10:29:32 <Ammler> there is no "old" waggon available anymore in later times :-9 10:30:02 <Pikka> oh, yeah.. of course. :) a 21st century coach still looks like a 21st century coach even if you put it behind a steam loco... 10:30:04 <peter1138> dbg: [grf] [custom/pack/7.2/4_infrastructure/ukroadset/UKRoadsetw.grf:564] LoadNewGRFFile: Unexpected sprite, disabling 10:30:10 <peter1138> Hee 10:30:34 <frosch123> revert ! 10:30:38 <frosch123> :p 10:31:00 <Ammler> Pikka: but it is strange, it does change the livery to the "how is it called" type... 10:31:17 <Ammler> that alternative energy thing. 10:31:53 <Ammler> http://mz.openttdcoop.org/screens/nars2stream.png 10:31:56 *** Slowpoke [Lobster__@dslb-088-073-253-225.pools.arcor-ip.net] has joined #openttd 10:32:30 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 10:32:51 <Eddi|zuHause> Rubidium: so that'll mean no way to use the dutch catenary with the canadian stations 10:33:33 <Eddi|zuHause> (on a network server, with dutch catenary being static client side) 10:33:38 <Rubidium> either that or desyncs 10:35:02 <Ammler> Rubidium: I would like to load that GRF before the server newgrfs: http://grfcrawler.tt-forums.net/index.php?do=search&q=debug 10:36:04 <Forked> meep meep 10:36:11 <Rubidium> guess that should be implemented in openttd[dw].grf 10:36:23 <Rubidium> need to ask permission and such for it 10:36:34 <Ammler> Rubidium: can't because it has original graphics 10:37:00 <Ammler> well, modified, but 10:37:35 <Ammler> I am sure, Addi would give you permission. 10:43:16 *** Belugas [~belugas@216.191.111.226] has quit [Ping timeout: 480 seconds] 10:44:02 <peter1138> Rubidium, unknown action 0 properties: disable the grf? 10:44:16 <Celestar> back 10:44:24 <rortom> Rubidium, i think the multi monitor problem is that some functions are only available for windows 98 and later 10:44:43 <Celestar> Alberth: that is indeed word 10:44:45 <Celestar> weird* 10:44:57 <Rubidium> rortom: that shouldn't be the biggest problem 10:45:06 <Rubidium> peter1138: what action 0 properties don't we implement? 10:45:22 * Forked looks at his network-in-construction and wonders what the hell he was thinking yesterday 10:45:23 <Celestar> Alberth: trying manually 10:45:47 <Celestar> BAH 10:45:49 <eekee> Forked: I get that feeling often 10:45:54 <peter1138> None that I know of. There are some that we don't do anything with, but we they're not unknown. 10:46:01 * Celestar puts imageost.org onto is "idiotic crap" page :P 10:46:01 *** lobster_MB [~michielbr@86.89.201.189] has joined #openttd 10:46:03 <Rubidium> rortom: primarily because win9x builds have to be done without unicode support anyway 10:46:37 *** Belugas [~belugas@216.191.111.226] has joined #openttd 10:46:40 *** mode/#openttd [+o Belugas] by ChanServ 10:47:03 <Rubidium> peter1138: maybe some action0 feature 8? 10:47:18 <Rubidium> or are even those "implemented" 10:47:46 <Rubidium> anyhow, it's fine by me, we'll hear some complaints eventually if we don't support something 10:48:12 <peter1138> I'll check feature 8. 10:48:20 <Celestar> Alberth: I see 10:48:24 <Celestar> Alberth: thanks for the report (= 10:48:31 <peter1138> That's the idea, instead of silently continuing, possibly wrongly... 10:48:36 <Celestar> hm 10:49:29 <Celestar> when a setting is not in the .cfg, what is is set to? 10:50:02 *** reldred [~reldred@d58-105-59-114.dsl.vic.optusnet.com.au] has left #openttd [] 10:50:05 <peter1138> The default setting, in settings.cpp 10:50:15 *** reldred [~reldred@d58-105-59-114.dsl.vic.optusnet.com.au] has joined #openttd 10:50:15 * Celestar wonders why that isn't the case then for him 10:50:19 <CIA-1> OpenTTD: rubidium * r14199 /trunk/ (29 files in 6 dirs): -Codechange: split fileio.h into fileio_type.h and fileio_func.h so not everything that includes saveload.h needs to include everything else too. 10:50:42 <Pikka> ammler: those are just the normal coaches for after 2000 10:51:04 <Ammler> Pikka: the first waggon? 10:51:49 <Celestar> [rn] 10:51:50 <Celestar> aircraft_penalty_factor = 67305985 10:51:52 <Celestar> oh yeah :S 10:52:10 <Rubidium> Celestar: what's the exact problem? 10:53:17 <Celestar> Rubidium: I've bumped the savegame revision to 104, added this line to settings.cpp: 10:53:20 <Celestar> SDT_CONDVAR(GameSettings, rn.aircraft_penalty_factor, SLE_UINT,104, SL_MAX_VERSION, 0, 0, 1, 1, 10, 0, STR_NULL, RoutingBase_t::ModifyParameter), 10:53:50 <eekee> damn I did it again. change a signal from pre to advanced when a train is approaching it fast and the signal system doesn't have time to react properly. BOOM. (416MHz ARM CPU) 10:53:51 <Celestar> added the "rn" struct to GameSettings. When a start the game and close it, some arbitrary crash is written to aircraft_penalty_factor in the config file 10:54:55 <Rubidium> please show me the whole diff 10:54:59 <Celestar> Rubidium: k 10:55:00 <Celestar> sure 10:55:19 <Celestar> http://www.fvfischer.de/settings2.diff 10:55:32 <Celestar> I'm messing this up somewhere, but I don't see where 10:56:09 <Rubidium> reading 4 bytes out of a 1 byte variable is going to cause trouble 10:56:45 <Rubidium> i.e. change the SLE_UINT[32] -> SLE_UINT8 10:56:52 <Pikka> yes Ammler 10:58:08 <Celestar> AW SHIT 10:59:17 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 10:59:27 <Celestar> thanks Rubidium (= 11:02:23 <rortom> i dont get the windows header versioning system. i need #if(WINVER >= 0x0500) to get the multimonitor functions 11:02:50 <rortom> http://msdn.microsoft.com/en-us/library/aa383745(VS.85).aspx says that _WIN32_WINNT=0x0500 should do the job :\ 11:04:53 <Ammler> hehe: http://paste.openttd.org/71060 11:06:22 <Ammler> seems not that easy to use the OpenGFX as a replacement... 11:08:09 <Ammler> my obg: http://paste.openttd.org/71061 11:09:02 <frosch123> since when does OpenGFXr1.grf contain all sprites? 11:09:12 <Ammler> it doesn't :-) 11:09:34 <frosch123> since when it is a pure grf instead of newgrf? 11:09:56 <Ammler> frosch123: http://www.tt-forums.net/viewtopic.php?p=720719#p720719 11:10:33 <frosch123> that is a newgrf 11:11:01 <Gekz_> eekee: lol what 11:11:06 <frosch123> you can put that into "extra = " if you like 11:11:07 <Gekz_> eekee: what device 11:11:26 <Ammler> frosch123: you can add multiple extras? 11:11:27 <eekee> Gekz_: zaurus sl-c3200 11:11:38 <Gekz_> old 11:11:38 <Gekz_> lol 11:11:39 <frosch123> not that I know of 11:11:54 <eekee> Gekz_: :PPP 11:12:12 <Ammler> that would "fix" my "static-before" problem :-9 11:12:28 <eekee> Gekz_: I've had it a year & a half, it was state of the art when I got it 11:12:55 <Gekz_> eeepc. 11:12:57 <Gekz_> enough said. 11:13:22 <eekee> Gekz_: the eeepc made me sad :( 11:13:25 <Gekz_> why 11:13:51 <Ammler> dbg: [grf] [OpenGFXr1.grf:2542] LoadNewGRFFile: Unexpected sprite, disabling 11:13:53 <eekee> Gekz_: coz I spent so much on the zaurus. The z is still smaller though 11:13:57 <Gekz_> lol 11:14:01 <Gekz_> I didnt want miniscule 11:14:03 <Gekz_> and I wanted usable 11:14:04 <Gekz_> :D 11:14:13 <Gekz_> an ARM CPU is not usable. 11:15:02 <eekee> oh "usable" == "able to run propriety software"? That wasn't an issue for me. 11:15:03 <frosch123> Ammler: http://www.tt-forums.net/viewtopic.php?f=36&t=39303 11:15:09 <Gekz_> no 11:15:19 <Gekz_> the clock speed is too slow 11:15:23 <Gekz_> not the architecture. 11:15:30 <eekee> oh ok 11:15:42 <Gekz_> and ARM sucks 11:15:44 <Gekz_> lol 11:16:27 <eekee> runs linux pretty well but I think it might be slower than a 400MHz pentium or k6 11:16:45 <Gekz_> I have a 630MHz Pentium M in my EeePC 11:16:48 <eekee> otoh the X server is horribly buggy 11:16:54 <Gekz_> with 1GB 667MHz DDR2 11:17:03 <Gekz_> what does otoh stand for 11:17:06 <Gekz_> no-one will tell me 11:17:08 <Gekz_> and I cant remember 11:17:20 <eekee> on the other hand 11:17:30 <Gekz_> ah 11:17:46 <Gekz_> I'd put gentoo on it 11:17:48 <Gekz_> but that's just me 11:17:52 * Gekz_ hates gentoo btw 11:18:00 <eekee> haha 11:18:02 <Gekz_> and i'm having a shower, so feel free to rant at me,I'll reply when I return 11:18:03 <eekee> me too 11:18:38 <eekee> I got angstrom on it. wanted to port source mage, but I phail @ gcc & glibc :( 11:18:46 <eekee> lol ok 11:23:16 *** reldred [~reldred@d58-105-59-114.dsl.vic.optusnet.com.au] has quit [Quit: brb] 11:24:51 *** reldred [~reldred@d58-105-59-114.dsl.vic.optusnet.com.au] has joined #openttd 11:24:56 <Alberth> Celestar: What does "@param mta == MTA_FINAL_DELIVERY || dest != NULL" mean? (line 266 cargopacket.h), maybe you mean "@pre"? 11:26:21 *** davis- [~asd@p5B28C074.dip0.t-ipconnect.de] has joined #openttd 11:29:18 <Gekz_> lol i hate source mage 11:29:22 <Gekz_> I'm not homo enough to deal with it 11:29:46 *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has quit [Quit: Leaving] 11:34:29 <Eddi|zuHause> i have no idea what you just said 11:36:16 *** Volley [~worf@84-119-53-183.dynamic.xdsl-line.inode.at] has joined #openttd 11:37:14 <FauxFaux> Rubidium: win32.cpp still includes fileio.h? 11:38:17 <Rubidium> always windows doing strange things :( 11:39:02 <FauxFaux> Just changing the #include line to both of the new files (http://rafb.net/p/FO2JMp49.html) makes to compile here (vs2008). 11:39:14 <rortom> Rubidium, i got the multi monitor info working for windows 200 and up. would that help? 11:39:20 <rortom> *2000 11:39:47 <FauxFaux> What're you trying to do, rortom? What does openttd need to know about multi-monitor on Windows? 11:40:24 <rortom> FauxFaux, im trying to improve multi monitor support in windows 11:40:38 <rortom> that begins from detecting the displays 11:40:49 <rortom> up to repositioning the screen, etc 11:40:50 *** Yeggzzz is now known as Yeggstry 11:40:56 *** Yeggstry is now known as Yeggzzz 11:40:58 <Eddi|zuHause> rortom: you mean stuff like not splitting the status bar in half? 11:41:02 *** Yeggzzz is now known as Yeggstry 11:41:02 <Rubidium> rortom: I got it working too... *BUT* it failed horribly on most systems 11:41:04 <FauxFaux> What's wrong with the multi monitor support at the moment (ie. none)? 11:41:11 <Forked> weird.. why is it that passengers want to go on a train through another station (A-C-B) rather than directly from A-B .. A-B is even shorter in tiles :\ 11:41:13 <FauxFaux> Mmm, status bar, intersting. 11:41:43 <rortom> Rubidium, could you share your code with me so i can see whats the diff? 11:41:59 <Eddi|zuHause> i don't think it is worth the effort, but i don't have dual monitors ;) 11:42:09 <rortom> Eddi|zuHause, YES :) 11:42:10 <Rubidium> can't as I trashed it 11:42:17 <rortom> :| 11:42:42 * FauxFaux only asked 'cos I've done multi-monitor stuff on Windows before, couldn't think what you'd want to use it for, but laying out windows in a smart way would be pro. 11:42:43 <Rubidium> the major problem is that it will work on some systems, but causes more trouble than good on other systems 11:42:49 <rortom> so you want to look at my code to see if you did it the same way? 11:42:54 <FauxFaux> Unfortunately I don't have dual-displays at the moment. :( 11:43:39 <Rubidium> I can't be bothered with Windows anymore; I get really really really annoyed by it 11:43:46 <Rubidium> same way for OSX 11:44:24 <rortom> hehe, i can understand this totally ;) 11:44:44 <Rubidium> FauxFaux: does http://rbijker.net/openttd/fauxfaux.diff solve the issue? 11:45:20 *** Zahl [~Zahl@g227017097.adsl.alicedsl.de] has joined #openttd 11:46:18 <rortom> so the way to go is to create a working patch so users could test it? 11:46:51 <FauxFaux> Rubidium: No, you've removed fios.h; referenced FiosItem win32.cpp line 808. 11:47:17 <Rubidium> FauxFaux: that's why I REALLY hate wrong comments... 11:47:27 <FauxFaux> Mmm. :) 11:48:31 <Rubidium> so the updated one works as it should? 11:49:10 <hylje> misinformation is worse than no information at all 11:49:42 <FauxFaux> Rubidium: Yep. 11:51:22 <CIA-1> OpenTTD: rubidium * r14200 /trunk/src/ (5 files in 3 dirs): -Fix (r14199): some OSes failed to compile. Furthermore I hate wrong comments! 11:51:52 <FauxFaux> Thanks. :) 11:52:50 *** extspotter [~extspotte@host86-133-55-19.range86-133.btcentralplus.com] has quit [Quit: Bye for now!] 11:54:56 *** Phoenix_the_II [rdeboom@home.deboom.biz] has joined #openttd 11:58:51 <peter1138> Gah, stupid cheap spirit level. 11:59:02 <peter1138> It's 5mm out :( 12:00:22 <Prof_Frink> Over what distance? 12:01:05 <Prof_Frink> 5mm over 1km would be pretty good going. 5mm over 30cm less so. 12:02:11 <peter1138> ~ 90cm 12:02:26 <peter1138> Hmm, actually make that 2.5mm 12:02:38 <peter1138> I measured it both ways :) 12:09:41 <rortom> so who has multi-monitor running under windows? 12:11:58 <davis-> me i guess 12:16:02 <rortom> i will work on a multi monitor patch then 12:16:12 <eekee> Gekz_: I'm getting tired of SM 12:16:28 <FauxFaux> Mmm, the YAPF presignals bug I was going to try and fix appears to have vanished, cool. \o/ 12:17:17 <frosch123> also when you do not use yapp? 12:18:05 <Celestar> back 12:18:27 *** roboboy [3aad2910@67.207.141.120] has quit [Quit: http://www.mibbit.com ajax IRC Client] 12:24:39 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:24:41 *** mode/#openttd [+v glx] by ChanServ 12:25:57 <Celestar> hey glx 12:26:39 <Alberth> Celestar: welcome again 12:27:32 <glx> hi Celestar 12:28:18 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 12:28:31 <Alberth> Celestar: Is 'anywhere' destination represented by lack of explicit destionations (ie no DestinationList map)? 12:31:46 <Gekz_> eekee: I'm getting tired of trying to play freeciv on 800x480 12:33:14 <Celestar> Alberth: context? (I've found the reason of the bug) 12:35:51 <Celestar> heh 12:35:59 <Celestar> I should really have tested the cargolist without destinations methinks 12:36:18 <Alberth> For the case of a split of a list of cargo packet, just after line 324 it tries to update the destination map of the CargoList, but it hasn't got one, since I didn't switch on destinations yet 12:36:49 <Celestar> Alberth: destination lists are always present. the problem is, it's a vehicle. Vehicles don't have destination lists (= 12:37:09 <Celestar> I've fixed that one, but I'm getting another problem now 12:40:02 <Alberth> So instead of assert() it should be a condition for the whole else-branch? 12:41:50 <Celestar> nope 12:42:31 <Celestar> Alberth: we should only do it on MTA_CARGO_LOAD not on MTA_OTHER 12:45:34 <TrueBrain> Celestar: I played cargodest a bit the other day :) It gives a nice new type of gameplay in OpenTTD :) 12:45:48 <Celestar> TrueBrain: different, isn't it? 12:45:53 <Celestar> TrueBrain: hit any major problems? 12:46:05 <peter1138> TrueBrain actually played? :D 12:46:25 <Celestar> peter1138: must be a nice patch then :P 12:46:54 <rortom> Rubidium, what multi monitor modes did your patch support? 12:48:03 <Rubidium> the dumbest? 12:49:48 *** Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has joined #openttd 12:49:59 <TrueBrain> peter1138: suprising, not? :p 12:50:03 <rortom> i mean i know horizontal span and dual viewl 12:50:14 <TrueBrain> it took me ages to understand the order GUI, but that is not related to cargodest :p 12:50:15 <Roujin> hi there 12:50:21 <rortom> but for dual view you would need to create two windows 12:50:39 <TrueBrain> Celestar: well, the only 'major' problem was to find the patch option (the naming is _very_ _very_ vague there) 12:50:49 <peter1138> TrueBrain, it took me a while, but the old one seems so limited now :) 12:50:54 <peter1138> (Order GUI) 12:51:04 <Celestar> TrueBrain: heh 12:51:20 <Celestar> TrueBrain: maybe I should think of summin better 12:51:47 <Roujin> Celestar: you made some wrong comments via c&p in your last cargodest commit ;) 12:52:01 <Roujin> in settings_type.h 12:54:38 <TrueBrain> Celestar: sounds like a good plan :) 12:54:55 <TrueBrain> (sorry, but it is that I know what text should be there, and noticed something new, else I would never have found it :)) 12:54:58 <Alberth> Celestar: My prg now crashes while loading cargo from the station (call at economy.cpp:1668) 12:58:57 *** grumbel [~grumbel@i577B827A.versanet.de] has joined #openttd 12:59:14 <Celestar> Roujin: I did? 12:59:26 <Celestar> TrueBrain: I'm open for suggestions 12:59:34 <Celestar> Alberth: yeah, I'm on it, I'm on it (= 13:00:02 <TrueBrain> maybe just call it cargodest or something, more people understand that :) 13:00:29 <TrueBrain> btw, you really need to look a while at the station window in order to understand what it means, but I see no other way to make that more clear :) After you understand, it is all good :) 13:01:07 <Alberth> Couldn't you first try finding cargo for the 'next' station, then find additional cargo for the INVALID_STATTION if the former is not enough? 13:02:46 <Roujin> Celestar: yep, copied "penalty factor of an aircraft" for the settings five times 13:02:59 <Celestar> o 13:03:52 *** Frostregen [~sucks@dslb-084-058-154-210.pools.arcor-ip.net] has joined #openttd 13:04:50 <Celestar> Roujin: oh shit. fixed 13:04:58 <Celestar> Roujin: not yet pushed. wait please :P 13:06:18 <Roujin> sure, just wanted to inform you ;) 13:07:17 <Roujin> just read the commits of last week in the repository, after being busy for university the last 6 days :/ 13:07:46 <Roujin> @logs 13:07:49 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 13:07:49 <Roujin> !logs 13:08:47 <Celestar> peter1138: http://wiki.openttd.org/wiki/index.php/Passenger_and_cargo_destinations#Missing_features (= 13:11:04 <Celestar> note to self: save-before-compile 13:11:37 *** reldred is now known as reldred|gone 13:12:34 <rortom> is it possible to let openttd running with two windows? 13:12:54 <rortom> since you would need to create multiple windows for a multi screen setup 13:13:06 <yorick> openttd -d? 13:13:12 <rortom> i mean code-wise 13:13:28 <yorick> it does create 2 windows :-P 13:13:43 <yorick> but afaik it isn't possible to let it run in 2 windows without some modification 13:13:55 <FauxFaux> I believe it's significant modification. :) 13:14:24 <Celestar> heh 13:14:35 <Celestar> maybe make the Extra Viewports additional windows 13:14:58 <FauxFaux> I did that at some point in the distant past, no way will I be able to find or apply the patch now. 13:15:07 <FauxFaux> There was something horribly wrong with it, too, can't remember what. ¬_¬ 13:16:00 <rortom> D: 13:16:41 <rortom> so no fullscreen support for dualview :( 13:17:22 <TrueBrain> rortom: which game does support that? 13:17:37 <Celestar> TrueBrain: I don't think _that_ is a valid argument (= 13:17:42 <FauxFaux> TrueBrain: Supcom. :p 13:18:05 <TrueBrain> Celestar: it is more to point out that it isn't a 'normal' request, as most games didn't over come that 'problem' 13:18:10 <glx> multimonitor on windows is mainly a directx feature 13:18:20 <frosch123> extra viewports would imply that they are scrolled independently from each other, so you can just as well start two clients for the same company 13:18:44 <TrueBrain> I know of one game, Supreme blabla, that does it :) One window becomes the map + tactical overview, the other the game 13:19:08 <Roujin> say, is there any information about the engine pool in the wiki? 13:19:40 <Roujin> I didn't find anything, so I created a stub page when I created this page some days ago: http://wiki.openttd.org/wiki/index.php/New_Features_Since_0.6.0 13:19:56 <rortom> TrueBrain, supreme commander :) lagged as hell ;) 13:20:24 <TrueBrain> details, details .. :) 13:20:39 <Celestar> TrueBrain: yeah I don't think having the additional viewports in separate windows would be a lot of a problem 13:21:52 <TrueBrain> that is, what frosch123 said, pretty useless in my opinion :) 13:21:58 <Roujin> there also seemed to be no information about other new features in trunk/nightlies, like aqueducts and the new order window, so I added a chapter with the nightly template in the respective pages 13:22:20 <TrueBrain> then again, a game on both screens is useless in my opinion :) As I personally have 2 screens so I can do one thing on one screen, and other thing son the other :p 13:22:43 <Roujin> It would be nice if someone knowledgeable expanded the stub about the engine pool a little.. 13:23:59 <Celestar> Alberth: Roujin: there are changes to pull (= 13:24:17 <Alberth> Celestar: Should CargoPacket::SameRoute() never hold for 2 cargo-packets in the same CargoList? (except in case of overflow of cargo count, it seems). 13:25:04 <Celestar> I'm off, got work to do a bit 13:27:04 <TrueBrain> on a sunday? 13:29:10 *** genclay [~mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com] has joined #openttd 13:31:05 *** Yeggstry [~mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com] has quit [Read error: Connection reset by peer] 13:46:52 <peter1138> Roujin: Engine pool? I know nothing about it. 13:47:27 <davis-> clueless peter :o 13:47:48 <davis-> buttscratcher? 13:49:12 <peter1138> BUTTSCRATCHER? 13:49:37 *** shodan [user@ppp101-219.static.internode.on.net] has quit [Quit: Client Exiting] 13:50:06 <davis-> :O 13:50:35 <davis-> http://tubearoo.com/articles/91921/Family_Guy_Buttscratcher.html 13:52:07 *** [1]Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has joined #openttd 13:52:48 <peter1138> Quite., 13:57:48 *** Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has quit [Ping timeout: 480 seconds] 13:57:48 *** [1]Roujin is now known as Roujin 14:08:51 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Read error: Connection reset by peer] 14:09:31 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 14:11:35 *** skub [~skub@p57BDC0C2.dip.t-dialin.net] has joined #openttd 14:18:20 <Celestar> TrueBrain: yeah, I have a shitload of work at the moment :S 14:19:25 <Celestar> TrueBrain: will change in a fortnight 14:19:34 <Celestar> TrueBrain: that's why cargodest is a little on the back burner at the moment. 14:19:40 <TrueBrain> good luck :) 14:19:43 <Celestar> TrueBrain: then again, only minor things need fixing 14:20:30 *** Pikka [PikkaBird@58.173.248.50] has quit [] 14:28:23 <TrueBrain> There will be a short interuption of the OpenTTD web-related services 14:28:25 <Forked> hm 14:28:55 <Forked> dogwalk. :) then more playing 14:28:58 *** TrueBrain [truebrain@85.17.162.188] has quit [Quit: Look at me flying!] 14:28:59 *** DorpsGek [truebrain@openttd.org] has quit [Read error: Connection reset by peer] 14:29:02 <Forked> Hello, my name is Forked and I'm an addict.. 14:30:39 <Celestar> heh 14:30:42 *** GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has quit [Quit: leaving] 14:31:08 *** GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has joined #openttd 14:33:27 *** De_Ghosty [~s@76-10-136-8.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 14:35:38 *** De_Ghosty [~s@76-10-137-153.dsl.teksavvy.com] has joined #openttd 14:38:05 *** Aitor [~aitor@118.Red-213-97-221.staticIP.rima-tde.net] has joined #openttd 14:41:28 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 14:42:53 *** Celestar [~Jadzia_Da@mnch-5d8732c9.pool.einsundeins.de] has quit [Ping timeout: 480 seconds] 14:43:25 *** [1]Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has joined #openttd 14:44:10 *** Aitor [~aitor@118.Red-213-97-221.staticIP.rima-tde.net] has quit [Quit: Aitor] 14:44:41 <ecke> is there any stable release witch have sharing infrastucture? 14:46:00 <peter1138> No. 14:46:16 *** DorpsGek [truebrain@openttd.org] has joined #openttd 14:46:20 *** mode/#openttd [+o DorpsGek] by ChanServ 14:46:51 *** TrueBrain [truebrain@openttd.org] has joined #openttd 14:47:32 <TrueBrain> All services should be back up and running (as I and DorpsGek are here again :p) 14:47:54 <ecke> peter1138 and any stable mod? 14:48:05 <peter1138> I don't know. 14:48:09 <Gekz_> TrueBrain: that's a lie 14:48:13 <Gekz_> a dirty rotten lie 14:48:34 <yorick> Gekz: the cake is a lie, too 14:48:40 <Gekz_> Mainly,. 14:48:42 *** Gekz_ is now known as Gekz 14:48:49 <TrueBrain> Gekz: are you now asking for a kick, or? :) 14:48:52 *** Milloflex- [~ABC123@c83-249-134-27.bredband.comhem.se] has joined #openttd 14:49:06 <Gekz> TrueBrain: I love you! I was infact asking to be promoted to your superior. 14:49:17 <Gekz> no 14:49:19 <Gekz> demanding! 14:49:24 <TrueBrain> you are crazy 14:49:28 <Gekz> Only at night 14:49:30 <Gekz> on sundays. 14:49:33 <yorick> http://www.openttd.org/screens.php?image=images/screens/r10000/r10000 <-- the train at the top right is heading the wrong way 14:49:37 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has quit [Ping timeout: 480 seconds] 14:49:37 <Gekz> and per chance, it is said time :D 14:49:37 <TrueBrain> when you wear that dress 14:49:49 <Gekz> the dress is just for decoration 14:49:59 <hylje> it's cute regardless 14:50:02 <Gekz> creepy story with that. 14:50:02 <hylje> ohh the frills 14:50:13 <Gekz> my girlfriend asked me why i DIDNT want to wear her dress 14:50:18 <Gekz> I was so confused. 14:50:19 <Gekz> lol 14:50:28 *** Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has quit [Ping timeout: 480 seconds] 14:50:28 *** [1]Roujin is now known as Roujin 14:50:39 <hylje> why 14:50:57 <Gekz> I dont know why 14:50:58 <Gekz> http://failblog.files.wordpress.com/2008/08/fail-owned-baby-fail.jpg 14:51:36 <hylje> not subtle enough 14:51:54 <Gekz> lol 14:53:19 <Gekz> http://failblog.files.wordpress.com/2008/08/fail-owned-seesaw-fail.jpg 14:55:05 <peter1138> Hmm, I guess I'll have to build my own 3.5mm switch. 14:55:36 <De_Ghosty> any one any idea how to point pages with webmin? 14:56:23 <Gekz> http://failblog.files.wordpress.com/2008/08/fail-owned-seesaw-fail.jpg 14:56:24 <Gekz> OMF 14:56:39 <peter1138> Same thing? 14:58:12 <yorick> peter1138: no, only the same url, and the same picture 14:58:26 <Gekz> http://www.youtube.com/watch?v=HeafsydZaV4 14:58:30 <Gekz> I pasted the wrong link 14:58:32 <Gekz> ._> 14:58:55 <peter1138> yorick, that's what I meant. 14:59:10 <peter1138> I didn't look at any of them as I've already seen them, heh... 14:59:15 <TrueBrain> @kick Gekz no youtube links here 14:59:28 <TrueBrain> @kick Gekz no youtube links here 14:59:28 *** Gekz was kicked from #openttd by DorpsGek [no youtube links here] 14:59:32 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 14:59:35 <yorick> TrueBrain: quote the piece of the topic that says that, please 15:00:58 <SmatZ> yorick: TrueBrain says taht 15:01:00 <SmatZ> that 15:01:04 <SmatZ> ..... 15:01:06 <TrueBrain> @kban yorick don't be a wise-ass 15:01:06 *** mode/#openttd [+b *!~Yorick@s55924da0.adsl.wanadoo.nl] by DorpsGek 15:01:07 *** yorick was kicked from #openttd by DorpsGek [don't be a wise-ass] 15:01:10 <Gekz> OH PWNED 15:01:14 <Gekz> but that link is awesomne 15:01:14 <SmatZ> :-D 15:01:19 <Gekz> a revolving door blows up 15:01:21 <Gekz> sandwiches a guy 15:01:24 <Gekz> shatters on him 15:02:13 <Gekz> oh awesome, my girlfriend made muffins 15:02:30 <hylje> what's the caveat 15:08:12 <Gekz> nothing 15:08:47 <Gekz> http://failblog.files.wordpress.com/2008/08/fail-owned-french-lesson-fail.jpg 15:10:30 <TrueBrain> haha, yorick wants to know why I banned him .. if he can't figure that out himself, .. I don't know .. 15:11:36 <TrueBrain> anyway, I wish you all a good day :) I am going to enjoy the sun .. 2 days of 25 degrees here, you have to enjoy that :) 15:12:51 <Gekz> lol 15:14:57 <Gekz> http://failblog.files.wordpress.com/2008/08/fail-owned-engrish-fail.jpg?w=375&h=281 15:15:48 <TrueBrain> Gekz: please, do stop that .. this is not that kind of channel 15:15:59 <Gekz> :< 15:16:05 <Gekz> but that was the last one 15:16:11 <Gekz> and i'm sure you'll enjoy it TrueBrain 15:16:14 <Gekz> give that last one a chance 15:16:21 <TrueBrain> not even opening them 15:16:38 <Gekz> :< 15:20:33 <Roujin> i'll also be going outside for a bit 15:20:53 <Roujin> too damn nice weather 15:21:20 <Roujin> see you 15:21:27 *** Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has quit [Quit: Try HydraIRC -> http://www.hydrairc.com <-] 15:23:18 <TrueBrain> @op 15:23:18 *** mode/#openttd [+o TrueBrain] by DorpsGek 15:23:25 *** mode/#openttd [-b *!~Yorick@s55924da0.adsl.wanadoo.nl] by TrueBrain 15:23:25 <TrueBrain> @deop 15:23:28 *** mode/#openttd [-o TrueBrain] by DorpsGek 15:23:45 *** Brianetta [~brian@client-86-27-115-128.bmly.adsl.virgin.net] has joined #openttd 15:23:47 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 15:24:30 <Alberth> Celestar: Started anew with my water service; have a delivery train that sequentially visits two stations with water towers. Only get water for the first station. Is this supposed to happen? http://b.imagehost.org/view/0196/Radingworth_Transport_16th_Mar_1954.png 15:27:06 <CIA-1> OpenTTD: peter1138 * r14201 /trunk/src/newgrf.cpp: 15:27:06 <CIA-1> OpenTTD: -Codechange: [NewGRF] Don't continue processing an Action 0 if we didn't read the data for a property -- the data will be wrong for subsequent reads. 15:27:06 <CIA-1> OpenTTD: -Codechange: [NewGRF] *Do* continue processing if the value of a property is invalid, however. 15:28:28 *** frosch123 [~frosch@frnk-590fecc2.pool.einsundeins.de] has quit [Remote host closed the connection] 15:30:44 * glx kicks DorpsGek 15:31:00 <glx> go back to work stupid bot 15:31:16 *** KritiK [~Maxim@78-106-208-77.broadband.corbina.ru] has joined #openttd 15:31:53 <glx> TrueBrain: ^^ 15:31:58 <peter1138> That GUI looks odd... 15:32:24 <peter1138> @seen bjarni 15:32:24 <DorpsGek> peter1138: bjarni was last seen in #openttd 5 days, 19 hours, 57 minutes, and 48 seconds ago: <Bjarni> "my little Beluga"? 15:34:36 <peter1138> pikkindw.grf:1161] IndustrytileMapSpriteGroup: Too many industry tiles defined, skipping 15:34:40 <peter1138> Hmm... 15:36:38 *** dazjorz [~dazjorz@82-171-113-142.ip.telfort.nl] has joined #openttd 15:36:38 <dazjorz> Heya 15:37:01 <dazjorz> I've got a dedicated server running on a GNU/Linux system 15:37:13 <dazjorz> Is there a way to make it save the game, and then quit, so I can reload the game later? 15:37:45 <hylje> you can save games in the dedicated console (or rcon) 15:39:11 <glx> save filename 15:39:16 <glx> exit/quit 15:39:48 <peter1138> Hmm, not too many. 15:40:03 <peter1138> Action 3 on an industry tile that is not defined :o 15:40:38 <dazjorz> ah! 15:40:43 <dazjorz> I didn't even notice that was a console :D 15:40:57 <dazjorz> aw that's just awesome 15:42:10 *** Wolf01 is now known as Wolf01|AWAY 15:46:26 <CIA-1> OpenTTD: peter1138 * r14202 /trunk/src/newgrf.cpp: -Codechange: [NewGRF] Give more meaningful output if a house/industry/industrytile is undefined in action 3, and continue processing remaining IDs. 15:47:22 <peter1138> pikkindw.grf:1161] IndustrytileMapSpriteGroup: Industry tile 176 undefined, skipping 15:47:25 <peter1138> Better... 15:47:48 <Ammler> !rcon patch no_servicing_if_no_breakdowns 1 15:47:57 <Ammler> ah, sorry, mÀh 15:49:45 <peter1138> @seen pikka 15:49:45 <DorpsGek> peter1138: pikka was last seen in #openttd 4 hours, 52 minutes, and 53 seconds ago: <Pikka> yes Ammler 15:49:56 <yorick> glx: something for your kick-script? 15:50:05 <glx> no 15:50:22 <glx> @kick yorick 15:50:22 *** yorick was kicked from #openttd by DorpsGek [glx] 15:50:22 <Ammler> yorick: that was a misstake and not that many used, really sorry... 15:50:22 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 15:50:27 <yorick> :o 15:50:28 <Ammler> -s 15:50:30 <peter1138> Ammler, is pikkindw.grf in yourp 7.2 pack the latest version? 15:50:35 <glx> my script should work 15:50:39 <Ammler> peter1138: should 15:50:45 <yorick> not for !rcon? 15:50:53 <glx> but DorpsGek didn't report the latest commits 15:51:29 <yorick> yes, I know. but he does respond to commands 15:51:51 <peter1138> Ammler, okay. 15:52:29 <Ammler> I had to, else our pack lost compatiblitly with Brianetta :-) 15:53:26 <peter1138> Just wondering why it's buggy ;) 15:55:01 <Brianetta> It's buggy? 15:55:17 <Prof_Frink> moon buggy? 15:56:00 <peter1138> Either it is, or OpenTTD is (shock) 15:57:30 * peter1138 wonders how to solve the Act1/2 loading order problem. 16:01:12 *** Doorslammer [Doorslamme@144.138.223.10] has quit [] 16:05:07 *** genclay is now known as Yeggstry 16:05:42 *** Volley [~worf@84-119-53-183.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection] 16:07:09 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 16:08:53 *** Milloflex- [~ABC123@c83-249-134-27.bredband.comhem.se] has quit [Ping timeout: 480 seconds] 16:12:21 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has joined #openttd 16:15:17 *** Boyinblue0 [~admin@5ac9d680.bb.sky.com] has joined #openttd 16:20:09 *** Brianetta [~brian@client-86-27-115-128.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 16:23:05 *** Boyinblue0 [~admin@5ac9d680.bb.sky.com] has quit [] 16:37:17 *** frosch123 [~frosch@frnk-590fecc2.pool.einsundeins.de] has joined #openttd 16:41:39 <CIA-1> OpenTTD: peter1138 * r14203 /trunk/src/ (lang/english.txt newgrf.cpp): -Codechange: [NewGRF] Disable a GRF if it contains an unknown property, or tries to assign an invalid ID. 16:53:02 <peter1138> Hmm, I guess I should trust gravity more than my spirit level... 16:53:10 <peter1138> It won't be 2.5mm out :) 17:02:51 *** rortom [~rortom@p57B7C436.dip.t-dialin.net] has quit [Quit: Leaving] 17:05:50 *** Sacro [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has joined #openttd 17:07:17 <Eddi|zuHause> does that mean you now completely deactivate PBI? 17:09:50 <Ammler> Eddi|zuHause: I was wondering that too, and compiled it, it loads evey GRF from the pack... 17:10:01 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 17:11:15 <Ammler> it seems the debug output was bugs of openttd... :-) 17:12:24 <Ammler> when will binaries.openttd.org officially start? 17:13:00 <Rubidium> Ammler: when the compile farm is finished and working properly 17:13:47 <Ammler> ah, ok, thought that is the case and you just wait for a "date" to announce it... 17:13:51 <peter1138> Eddi|zuHause, no. 17:14:44 <peter1138> Eddi|zuHause, although I might make it do that after confirming the problem with Pikka. 17:14:46 <TrueBrain> glx: you mean like: 17:14:48 <TrueBrain> @load openttd 17:14:48 <DorpsGek> TrueBrain: The operation succeeded. 17:14:50 <TrueBrain> @load wt2 17:14:50 <DorpsGek> TrueBrain: The operation succeeded. 17:14:53 <TrueBrain> @reload XMLRPC 17:14:53 <DorpsGek> TrueBrain: The operation succeeded. 17:14:55 <TrueBrain> ;) 17:15:17 <Ammler> (just asked, because we had a player asked for w64 build) 17:15:50 <glx> TrueBrain: but it still miss 3 commits ;) 17:15:56 *** Slowpoke [Lobster__@dslb-088-073-253-225.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 17:19:47 *** Wolf01|AWAY is now known as Wolf01 17:21:07 *** Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has joined #openttd 17:22:49 *** TinoM [~Tino@i59F5F1C8.versanet.de] has quit [Quit: Verlassend] 17:22:50 *** Sacro_ [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has joined #openttd 17:23:02 *** Sacro [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 17:27:21 *** Sacro_ [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has quit [] 17:27:45 *** Sacro [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has joined #openttd 17:29:04 *** Zahl_ [~Zahl@e179201193.adsl.alicedsl.de] has joined #openttd 17:29:58 *** ben_goodger [~ben@host86-153-45-29.range86-153.btcentralplus.com] has quit [Quit: Ex-Chat] 17:31:59 <TrueBrain> glx: revisions? 17:32:22 <glx> 14201-14203 17:32:41 <TrueBrain> @load xmlrpc 17:32:41 <DorpsGek> TrueBrain: Error: Xmlrpc is already loaded. 17:32:43 <TrueBrain> @reload xmlrpc 17:32:43 <DorpsGek> TrueBrain: Error: No plugin xmlrpc exists. 17:32:48 <TrueBrain> @reload XMLRPC 17:32:48 <DorpsGek> TrueBrain: The operation succeeded. 17:32:49 <TrueBrain> sigh .. 17:33:17 <TrueBrain> there you go glx 17:33:22 <glx> thx 17:34:15 <CIA-1> OpenTTD: smatz * r14204 /trunk/src/string_func.h: -Fix (r7475): when determining length of a string with limited size, first check if we are not out of bounds already 17:36:13 *** Zahl [~Zahl@g227017097.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 17:36:13 *** Zahl_ is now known as Zahl 17:38:18 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has quit [Ping timeout: 480 seconds] 17:41:26 *** Milloflex [~ABC123@c83-249-134-27.bredband.comhem.se] has joined #openttd 17:42:50 *** Reemo [Dr_Jekyll@p57B0E49F.dip.t-dialin.net] has joined #openttd 17:44:49 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 17:45:36 <Eddi|zuHause> hm... is there a setting where i can set "full load (all)" as default, instead of "full load any"? 17:45:46 <hylje> no 17:47:51 <yorick> make one ;) 17:48:27 <Rubidium> Eddi|zuHause: yes 17:48:29 <CIA-1> OpenTTD: translators * r14205 /trunk/src/lang/ (12 files): (log message trimmed) 17:48:29 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2008-08-31 19:47:56 17:48:29 <CIA-1> OpenTTD: bulgarian - 12 fixed by thetitan (12) 17:48:29 <CIA-1> OpenTTD: catalan - 49 fixed by arnaullv (49) 17:48:29 <CIA-1> OpenTTD: czech - 4 fixed, 15 changed by Hadez (19) 17:48:30 <CIA-1> OpenTTD: dutch - 2 fixed, 5 changed by habell (7) 17:48:30 <CIA-1> OpenTTD: french - 2 fixed, 1 changed by belugas (1), glx (2) 17:48:45 <Eddi|zuHause> Rubidium: where? i can't find it 17:48:58 <yorick> stations or vehicles tab 17:49:14 <Rubidium> it's on the stations tab, but confusingly named (as before) 17:49:59 <Eddi|zuHause> i only see non-stop handling there 17:50:07 <Eddi|zuHause> nothing about full load 17:50:12 *** Roujin [~Roujin@mnch-5d85c84f.pool.einsundeins.de] has quit [Ping timeout: 480 seconds] 17:50:55 <Rubidium> Eddi|zuHause: gui.sg_full_load_any via patches 17:52:05 <yorick> 'gui.sh_full_load_any' is an unknown patch setting. 17:52:28 <yorick> sg* 17:52:49 <Rubidium> then you're out of luck 17:53:36 <Eddi|zuHause> list_patches lists it 17:53:45 <Eddi|zuHause> but it doesn't find it when using patch 17:53:57 <TrueBrain> WT2 won't be accessible for the next hour or so, depending on your DNS cache invalidation rate. 17:54:07 <glx> is it moving? 17:54:35 <TrueBrain> glx: good guess ;) 17:54:39 <Eddi|zuHause> and it's off, but still has the wrong default 17:56:22 *** LilDood_ [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 17:57:23 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd 17:58:09 *** LilDood_ [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [] 17:58:17 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Ping timeout: 480 seconds] 18:08:17 *** skub [~skub@p57BDC0C2.dip.t-dialin.net] has quit [Quit: Verlassend] 18:19:16 *** Dred_furst [~Dred_furs@user-54470bf2.wfd82a.dsl.pol.co.uk] has joined #openttd 18:24:12 *** zooks [~zooks@adsl-dc-2504c.adsl.wanadoo.nl] has joined #openttd 18:24:30 *** Celestar [~Jadzia_Da@p5B0D82C9.dip0.t-ipconnect.de] has joined #openttd 18:24:54 <zooks> anyone else having problems with nightly r14205 for windows? open doesnt start anymore 18:28:35 *** zooks [~zooks@adsl-dc-2504c.adsl.wanadoo.nl] has left #openttd [] 18:32:22 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has quit [Quit: oO] 18:33:39 <eekee> changing signals to advanced-type on busy lines seems to save cpu 18:33:57 <Noldo_> really? 18:34:17 *** rortom [~rortom@p57B7C436.dip.t-dialin.net] has joined #openttd 18:36:50 <Eddi|zuHause> my stale reservation problem is definitely not fixed... 18:40:37 <eekee> Noldo_: seems so. my little pda slows down on mature games, but it's speeding up agin as I convert junctions & track to advanced. 18:41:23 <Noldo_> Celestar: you have experience on profiling openttd? 18:41:36 <eekee> Eddi|zuHause: I've noticed that manually reversing a train doesn't get it moving again 18:42:18 <Eddi|zuHause> eekee: that is so totally unrelated to my problem... 18:42:26 <eekee> oh ok lol 18:42:54 <Eddi|zuHause> eekee: a lost train will not reserve a path, trains without path will not go anywhere (except when forced) 18:42:59 <eekee> Eddi|zuHause: Also had a couple of instances where I've converted a signal just ahead of a train, it's gone through, but the normal signals I haven't yet converted have failed to turn red. Avoidable, with care 18:43:28 <Eddi|zuHause> that sounds like a bug... 18:43:38 <eekee> ah well, better for the train not to go, really 18:49:00 <eekee> I always thought it odd that lost trains ran around trying to find a route. Sometimes it's good, because they find a way, but when they find their way into other parts of the network they can cause a lot of trouble 18:49:23 *** frosch123 [~frosch@frnk-590fecc2.pool.einsundeins.de] has quit [Remote host closed the connection] 18:52:37 <Celestar> Noldo_: yes, why? 18:53:35 <Noldo_> Celestar: I'm wondering how to test if what eekee is saying about advanced signals(pbs?) over normal is true 18:55:31 <Celestar> what did he say? 18:55:58 <Eddi|zuHause> eekee: with YAPF, 98% of the trains that say they are lost REALLY are lost 18:56:38 <Celestar> Noldo_: you on linux? 18:57:09 <Noldo_> Celestar: if needed 18:57:33 <Celestar> Noldo_ ./configure --enable-profiling --enable-debug=1; make run-prof; 18:57:43 <Noldo_> nice 18:57:44 <eekee> Celestar: I'm running ottd on a slow-ish pda. mature games run slow, half speed or less. converting to advanced signals seems to be speeding games up 18:58:06 <Celestar> eekee: what system does it run? 18:58:39 <eekee> Eddi|zuHause: I had to put in more waypoints when I switched my most complex system to yapf 18:58:44 <eekee> Celestar: linux 18:58:57 <Celestar> Noldo_: if you want a more detailed analysis: ./configure --enable-debug=1; valgrind --tool=callgrind bin/openttd -g <YOUR_GAME>. Then use callgrind to analyse what is happening. 18:59:03 <Celestar> eekee: then you can profile with gprof as well 18:59:45 <eekee> never used it. ^^; What would I be looking for? 19:00:22 <Celestar> eekee: it lists how much time is spent in each function 19:00:26 <eekee> ahh 19:00:30 <Celestar> relative to the whole program 19:00:50 <Celestar> (also absolute, but that's kinda pointless since it only gives it in 10ms-increments) 19:01:12 <eekee> hmm 19:03:35 <eekee> I need a not-stripped binary for that to work, right? 19:04:00 <Celestar> eekee: you need one with debugging and profiling symbols (-pg for compiler and linker) 19:04:09 *** lobster_MB [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds] 19:04:39 *** lobster_MB [~michielbr@86.89.201.189] has joined #openttd 19:04:46 <eekee> ahh ok 19:11:36 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has left #openttd [] 19:12:44 *** lobster_MB [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds] 19:12:57 <eekee> configure --help does part of the configuration before printing the help 19:13:05 *** lobster_MB [~michielbr@86.89.201.189] has joined #openttd 19:15:16 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has joined #openttd 19:19:55 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has quit [] 19:20:22 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has joined #openttd 19:23:33 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 19:25:46 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has joined #openttd 19:29:17 *** Brianetta [~brian@client-86-27-115-128.bmly.adsl.virgin.net] has joined #openttd 19:34:10 <Celestar> meh I've created a total mess :S 19:34:25 <TrueBrain> Celestar: hg revert . 19:34:26 <TrueBrain> ;) 19:34:33 *** draconnier [~draconnie@ip-83-99-87-187.dyn.luxdsl.pt.lu] has joined #openttd 19:35:03 <Celestar> TrueBrain: nah it WORKS 19:35:09 <Celestar> TrueBrain: but have a look at CargoList::MoveTo 19:35:14 <Prof_Frink> commit it then! 19:35:31 <Celestar> TrueBrain: cargopacket.cpp:221 :S 19:35:34 <TrueBrain> eekee: nice bug :s 19:38:34 <yorick> this is strange, I can't use the left-hand shift bar to fast-scroll in SE direction 19:38:51 <yorick> but I can use the right-hand one, and the left-hand one for every other direction 19:40:22 <TrueBrain> computer melt-down? :) 19:42:26 <TrueBrain> selective user response? (is a new feature in modern computers) 19:43:43 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 19:44:23 <TrueBrain> Celestar: all I see there are spaces where tabs should have been 19:44:26 <TrueBrain> (like 367 and on) 19:44:34 <TrueBrain> (as in: till end of file) 19:45:57 <TrueBrain> in fact, it is this viewer which replaces tabs with spaces .. 19:45:58 <TrueBrain> :s 19:46:09 <Noldo_> TrueBrain: :D 19:46:15 <TrueBrain> in a really annoying way in fact 19:46:18 <CIA-1> OpenTTD: rubidium * r14206 /trunk/ (Makefile.bundle os/win32/installer/install.nsi): -Fix (r14197): why don't people just compile a trunk checkout and do we have to think about adding everything to those pesky precompiled binaries? 19:46:23 <TrueBrain> (it depends on the line number how many spaces the tab becomes 19:46:27 <TrueBrain> what ever .. new viewer .. 19:46:42 <Celestar> TrueBrain: I find the code is unclean 19:46:42 <TrueBrain> (I love open source :) If one project fails, pick the next one :p) 19:46:43 <Celestar> :P 19:46:53 <TrueBrain> Celestar: just a bit deep :p 19:47:00 <Celestar> a bit :P 19:47:16 <Celestar> code duplication 19:47:27 <TrueBrain> "STR_NEWGRF_ERROR_UNEXPECTED_SPRITE :Onverwachte tekening " <- LOL @ translation 19:47:42 <TrueBrain> "tekening" .. that translates back to 'drawing', as in what a child does 19:47:50 <Celestar> "unexpected soda" :P 19:47:54 <TrueBrain> Unexpected Drawing .. gives me a whole other idea :) 19:48:07 <peter1138> Hee 19:48:11 <glx> I translated sprite to sprite ;) 19:48:23 <TrueBrain> glx: that is in most languages pretty safe I guess 19:48:30 <TrueBrain> "afbeelding" would have been a valid dutch word too 19:48:34 <TrueBrain> but "tekening" ... :) 19:48:58 <TrueBrain> (it isn't wrong, just reads funny :p) 19:49:12 <TrueBrain> well, I should be happy Dutch is pretty much completely translated :) 19:49:12 <Milloflex> lol 19:49:22 <Milloflex> i got a train that is hunting its own tail 19:49:38 <glx> Milloflex: not a bug 19:49:44 <Milloflex> heh, ok 19:49:46 <TrueBrain> Milloflex: and can it capture it? 19:49:53 <glx> but silly layout 19:50:01 <Milloflex> :D 19:50:17 <TrueBrain> can you also learn it to lay down on his back? :) 19:50:31 <Celestar> peter1138: you got any bright idea how to clarify CargoList::MoveTo ? 19:50:33 <Milloflex> i'll try my best :p 19:50:41 *** Zahl [~Zahl@e179201193.adsl.alicedsl.de] has quit [Quit: (~_~]"] 19:51:00 <Celestar> and stand on his hind wheels :P 19:51:36 *** draconnier [~draconnie@ip-83-99-87-187.dyn.luxdsl.pt.lu] has quit [Quit: Bye for now!] 19:52:22 *** draconnier [~svencanni@ip-83-99-87-187.dyn.luxdsl.pt.lu] has joined #openttd 19:54:13 <TrueBrain> Celestar: don't be silly, that requires new graphics! 19:54:14 <TrueBrain> :p 19:54:27 <Celestar> TrueBrain: :P 19:57:05 <CIA-1> OpenTTD: rubidium * r14207 /trunk/src/fileio_func.h: -Fix [FS#2262] (r14191): warning about non-virtual destructor in class with virtual functions. 19:57:42 <Celestar> heh 19:57:44 <Celestar> hm .. 19:57:59 <Celestar> I wonder about the destructor, copy constructor, assignment operator rule .. 19:58:52 <Noldo_> what rule? that you have to have those? 19:59:22 *** Noldo_ is now known as Noldo 19:59:24 <Celestar> There's the rule that says basically: if you class needs one of {copy constructor, destructor, assignment operator}, it needs all three 20:00:14 <Noldo> I do get the copy and assignment bacause they are somewhat the same thing 20:00:16 <Brianetta> They may just call the parent method, though 20:00:52 <Noldo> destructor I don't get 20:01:33 <Brianetta> Noldo: Think of it as good practise 20:02:39 <Rubidium> but that'd mean we need copy and assignment operators for all vehicle classes, which is pointless as we never copy them or assign them to another variable 20:02:55 <Rubidium> which adds quite a bit of complexity in unused! code 20:03:19 <Noldo> those aren't that nice as classed go anyway 20:03:36 <Brianetta> Rubidium: How does cloning work? 20:04:00 <hylje> agically 20:04:03 <hylje> m 20:04:38 <Celestar> Rubidium: yes, that's why I want to understand the rationale behind that rule 20:04:53 <Rubidium> Brianetta: cloning does *only* copy the vehicle type (and refit settings), nothing more 20:05:22 <Rubidium> i.e. cloning doesn't copy the age nor the value of the to-be-cloned vehicle 20:05:27 <Brianetta> Ah, so a complete copy would also place it heading towards a station and full of cargo, or similar? 20:05:45 <Noldo> Brianetta: and position on the map maybe? 20:06:21 <peter1138> Rubidium: http://svn.bucks.net/~petern/dontcrash.diff 20:06:24 <Brianetta> Noldo: I *suspect* that's in the map array 20:06:57 <Celestar> peter1138: what does that do? 20:07:07 <peter1138> It prevents a crash :p 20:07:12 <peter1138> If there are no .obg files. 20:07:13 <Rubidium> peter1138: looks fine to me 20:07:32 <Rubidium> Brianetta: vehicle locations are not on the map (only YAPP reservations) 20:07:50 <TrueBrain> Rubidium: that is why in general you then make those functions with 'assert(false)' in them, to make sure they are never used as such 20:07:52 <Brianetta> Oooh. 20:08:36 <CIA-1> OpenTTD: peter1138 * r14208 /trunk/src/gfxinit.cpp: -Fix (r14197): Crash if no .obg files are found. 20:10:06 <Noldo> v = new (v) Train();<-- this is quite interesting to me 20:10:26 <Ammler> Rubidium: I asked Addi for permission of his GRF, he would give that to you, but I am not sure, if you will add those modified original GRFs to openttdw.grf 20:10:59 <Brianetta> The presignals are modified originals, aren't they? 20:11:08 <Celestar> Noldo: why? 20:11:30 <Ammler> original sprites... 20:11:58 <peter1138> Brianetta, yes. 20:12:10 <peter1138> Also there's a bug in the PBS semaphore signals. 20:13:01 <Noldo> Celestar: it was the first time I had seen placement new get any real use 20:14:52 <Celestar> Noldo: it's rare, yes. 20:15:56 <Noldo> are all the vehicles in openttd stored in a pool 20:16:58 <Eddi|zuHause> the semaphore signals are not original 20:17:16 <Celestar> Noldo: yes 20:18:49 <Eddi|zuHause> v = new (v) Train(); <- what does this line do? 20:19:08 <Noldo> Eddi|zuHause: it initialized allocated vehicle as a train 20:19:32 <Celestar> Eddi|zuHause: the same as v = new Train(), excepts that the new object sits at v 20:20:02 <Noldo> I asume that in most use cases it is known at the time of allocation that we need a train 20:20:03 <Eddi|zuHause> so it overwrites the existing v? 20:20:17 <Noldo> Eddi|zuHause: v is pointer 20:20:19 <Celestar> Eddi|zuHause: it overwrites whatever is at the place where v points to 20:20:39 <Eddi|zuHause> and if v is NULL? 20:20:53 <Rubidium> it goes BOOM 20:21:25 <Noldo> so it could be done without the placement by moving the allocation into the new operator 20:21:31 <Celestar> BOOM 20:21:35 <Celestar> Noldo: yes 20:21:53 <Rubidium> it's so we can keep our vehicle pools and such 20:21:57 <Celestar> Noldo: or by converting the vehicle pool into an std::vectors (= 20:22:30 <Eddi|zuHause> but that means the locations and sizes of all v must be known first, to make sure one such new (v) won't overwrite existing stuff from another v? 20:22:33 <Celestar> Rubidium: the question is: what advantage do we have keeping the pool (= 20:22:35 <Noldo> Celestar: that would need all kinds of operators 20:23:03 <Noldo> Eddi|zuHause: v is of the type Vehicle* 20:23:26 <Eddi|zuHause> Noldo: yes, and Train is bigger than Vehicle, because it has more members 20:23:47 <Noldo> Eddi|zuHause: I have a feeling vehicle is padded 20:23:48 <Rubidium> Celestar: does a vector allow *quick* adding/removing *very* often? 20:24:04 <Celestar> Rubidium: where do we add/remove vehicles *very* often? (= 20:24:16 <Eddi|zuHause> vector allows quick access and quick adding at end, i think 20:24:19 <Rubidium> there are some tricks in the pool to keep the cargopackets quickly creatable. Removing those makes OpenTTD horribly slow 20:24:28 <Eddi|zuHause> adding/removing from the middle is expensive 20:24:48 <Celestar> Eddi|zuHause: you can still zero it out 20:25:00 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: [FATAL] Client error: Memory leak - More RAM needed. More! More! More!] 20:25:19 <Eddi|zuHause> yeah, and run some kind of pack-function every blue moon 20:25:40 <peter1138> The pools are never packed. 20:25:47 <peter1138> That would change IDs, and that would be bad. 20:26:05 <Noldo> Rubidium: would it be worth my time to replace the placement new:s with basic new:s ? 20:26:26 <Wolf01> 'night 20:26:27 <Celestar> Eddi|zuHause: we don't need to pack 20:26:32 *** Wolf01 [~wolf01@host245-236-dynamic.9-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 20:26:40 <peter1138> Noldo, why would you want to do that? 20:26:52 <Celestar> Eddi|zuHause: during a game, the number of * rarely decreases considerably :) 20:27:10 <Noldo> peter1138: I feel it's neater 20:27:24 <peter1138> But it wouldn't work. 20:27:55 <Eddi|zuHause> but it's kind of a memory leak 20:28:12 <Noldo> peter1138: I half expected it not to, but the next logical question is "why?" 20:28:31 <Rubidium> Noldo: FOR_ALL_* 20:28:33 <peter1138> Because v is where the vehicle is meant to be. 20:28:40 <Eddi|zuHause> and if you don't pack, you need to keep track of unused IDs for possible reuse 20:29:17 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has joined #openttd 20:29:29 <Rubidium> have any of you actually a good idea how the pool code works? 20:29:29 <peter1138> Oh damn, why didn't we think of that? :) 20:29:41 <Eddi|zuHause> Rubidium: probably not ;) 20:29:53 *** Brainstorm is now known as Guest4613 20:29:53 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has joined #openttd 20:30:03 *** Guest4613 [~Brainstor@82-171-5-111.ip.telfort.nl] has quit [] 20:30:05 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has quit [] 20:30:29 <Eddi|zuHause> peter1138: yes, you thought of that, but it would need to be replicated if one wants to switch from pools to std::whatever 20:30:35 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has joined #openttd 20:30:40 <peter1138> @seen Brianetta 20:30:40 <DorpsGek> peter1138: Brianetta was last seen in #openttd 19 minutes and 40 seconds ago: <Brianetta> The presignals are modified originals, aren't they? 20:30:47 <Eddi|zuHause> diminishing the use of said change 20:31:00 <peter1138> Brianetta, apparently there was a desync, but I didn't see it. Nor did they feel the need to report :o 20:31:12 <Noldo> the placement new does give the option to initialize vehicles that aren't in the pool though 20:31:35 <Brianetta> hmm 20:31:48 <Brianetta> So the desync might be station relatede 20:31:55 <Brianetta> Could be those waypoints 20:32:09 <peter1138> Do you have logs? It might just be a disconnect... 20:32:41 <Eddi|zuHause> i expect the pool to be like a big continguous array-kind-of-structure, so all the v point to previously known, properly aligned, array entries 20:33:18 <Eddi|zuHause> this alignment must be to the biggest possible pool entry 20:33:42 <peter1138> All pool items in a pool are the same size. 20:34:12 <Eddi|zuHause> which is a solution to the previous problem ;) 20:34:23 *** Milloflex [~ABC123@c83-249-134-27.bredband.comhem.se] has quit [Ping timeout: 480 seconds] 20:35:28 <Eddi|zuHause> but that kind of works against polymorphy 20:36:10 <peter1138> And that is entirely why in-place new is used there 20:36:56 <Eddi|zuHause> how does std::vector handle polymorphy? 20:37:26 <peter1138> Brianetta, good news. I just ended up with mis-named waypoints 20:38:00 <Noldo> Eddi|zuHause: not well 20:38:24 <peter1138> Either the same way, or you can use a standard new. 20:38:32 <peter1138> In which case, welcome to memory fragmentation. 20:38:51 <Eddi|zuHause> yeah, i see that 20:39:12 <Celestar> Eddi|zuHause: it's call polymorphism and Noldo: it works very well for cargodest... 20:39:17 <Noldo> vector slices the objects if you try to store derived class in a vector that stores the base class 20:39:58 <Celestar> Noldo: cuz the whole routing system is based on it 20:40:21 <Eddi|zuHause> Celestar: how should i know... it's so bad when the teaching staff is so germanophil that they have to translate each and every name :) 20:40:34 <Celestar> hehe 20:40:36 <Celestar> yes 20:40:36 <peter1138> Cargodest only has a maximum of 32 items... 20:40:47 <peter1138> Well 20:40:54 <peter1138> Sort of :) 20:40:55 <Celestar> peter1138: making the array of pointers bigger doesn't change functionalizy (= 20:40:59 <Celestar> functionality* 20:41:45 <Noldo> Celestar: really? you are storing derived classes in a vector<baseclass> ? 20:42:09 <Celestar> Noldo: no vector<BaseClass *> 20:42:33 *** Addi [~ttdx@cable-dynamic-87-245-83-24.shinternet.ch] has joined #openttd 20:42:42 <Celestar> storing derived classes in a vector of baseclasses isn't polymophism, it's crap :P 20:42:57 <Eddi|zuHause> it's also a problem in my diploma thesis, because i need to use words like "compiler frontend", and i'm told stuff like: "better use a (LaTeX) macro for that, in case the professor comes up with a german word for that" :p 20:43:15 <Noldo> Celestar: my thoughts exactly ;) 20:43:47 <Celestar> any STL container assumes the size of the elements to be invariant 20:43:53 <SmatZ> :-) 20:44:18 <Noldo> are all vehicle classed padded to the same size? 20:44:23 <Celestar> Eddi|zuHause: you good a latex? 20:44:35 * SmatZ is looking forward for replacing all those STL classes... 20:44:37 <Eddi|zuHause> i wouldn't say that... 20:44:51 <SmatZ> yeah, NIH-syndrome, but also compile time and binary size improvemets 20:45:02 <Celestar> Eddi|zuHause: good enough to tell me how to write a symbol like "Re" straight? 20:45:23 <Celestar> straight as in upright, non-italic.. 20:45:35 <Eddi|zuHause> in math mode? 20:45:55 <Forked> Celestar: thanks again btw, keep up the good work (goes for all of you) :D 20:46:01 <Eddi|zuHause> tried with \text{Re}? 20:46:10 <Celestar> Eddi|zuHause: not yet (= 20:46:34 <Celestar> undeffed control seq :P 20:46:52 <Eddi|zuHause> then that was not it :p 20:47:28 <Celestar> \normalfont doesn't help either 20:47:41 <Celestar> because, I guess, normal font is italics in equation environment :P 20:48:03 <SmatZ> Noldo, yes 20:49:42 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 20:49:43 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 20:50:32 <Eddi|zuHause> my "workaround" appears to be to end math mode before such words :p 20:50:58 <Eddi|zuHause> as in $ formula $ word $ continue formula $ 20:52:30 <Eddi|zuHause> i know there was a way 20:52:39 <Eddi|zuHause> but i don't remember it 20:53:47 <Eddi|zuHause> could try \mathrm{blah}? 20:54:23 <CIA-1> OpenTTD: smatz * r14209 /trunk/src/network/network_gui.cpp: -Feature(tte): doubleclick to join selected server/company 20:54:45 <SmatZ> sorry, I wish I knew tex, but I don't... 20:55:11 <Sacro> eugh tex 20:55:14 <Sacro> latex is where it's at 20:57:10 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...] 20:58:09 <Eddi|zuHause> file:///opt/kde3/share/doc/HTML/en/kile/latexhelp.html#IDX393 <- do you have that file? 20:59:13 *** Celestar [~Jadzia_Da@p5B0D82C9.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 20:59:58 <Eddi|zuHause> yeah... great... 21:00:39 <SmatZ> no 21:00:55 * Prof_Frink lyx Sacro 21:02:53 <Brianetta> Rubidium: peter1138 reports that in two saved games, the same waypoint had different IDs 21:03:16 <Rubidium> so building on one failed whereas it didn't on the other 21:03:31 <Rubidium> did you use GRFs that could replace waypoint graphics? 21:04:07 <Brianetta> yes 21:04:13 <Brianetta> I enabled all the stations at once 21:04:23 <Brianetta> I'll be needing to narrow them down 21:04:38 *** Tim [~Tim@p5B37CF5D.dip.t-dialin.net] has left #openttd [] 21:05:09 <Rubidium> was the desyncee the last to join? 21:05:33 <Brianetta> no 21:05:37 <peter1138> I've not actually desynced. 21:05:45 <Brianetta> ah 21:05:45 <peter1138> But it was me fiddling with waypoints 21:06:08 <SmatZ> lazy reply: don't fiddle with them :-P 21:06:20 <peter1138> Only newstatw has waypoint graphics in this game. 21:06:54 <Brianetta> That's MB's 21:06:58 <peter1138> No waypoint building failed at all 21:07:16 <Brianetta> It's one of the longest serving newgrfs on the server 21:07:48 <SmatZ> was the ID different, but waypoint number the same? 21:07:50 <Ammler> canada stations has also 21:08:00 <SmatZ> like, "Sentingbury waypoint #13" 21:08:12 <Sacro> sentient? 21:08:16 <Ammler> hmm, but as stations... 21:08:16 <ccfreak2k> :/ 21:08:20 <peter1138> I don't remember the waypoint number :( 21:09:01 <ccfreak2k> Has Tiberius's OpenGL patch been put into SVN? 21:09:03 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 21:09:23 <SmatZ> ccfreak2k: mp 21:09:24 <SmatZ> no 21:13:25 <ccfreak2k> How about YAPP? 21:13:40 <SmatZ> yes 21:14:39 <peter1138> And I can't reproduce this :o 21:15:17 *** teh_eekster [~eekee@cpc1-lanc4-0-0-cust230.brig.cable.ntl.com] has joined #openttd 21:15:39 <Rubidium> peter1138: I suspect it has something to do with introduction dates of waypoints (can that?) 21:16:03 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 21:17:31 *** eekee [~ethan@cpc1-lanc4-0-0-cust230.brig.cable.ntl.com] has quit [Quit: leaving] 21:17:38 *** Addi [~ttdx@cable-dynamic-87-245-83-24.shinternet.ch] has quit [] 21:17:53 *** teh_eekster [~eekee@cpc1-lanc4-0-0-cust230.brig.cable.ntl.com] has left #openttd [] 21:18:07 *** teh_eekster [~eekee@cpc1-lanc4-0-0-cust230.brig.cable.ntl.com] has joined #openttd 21:18:13 *** teh_eekster is now known as eekee 21:23:27 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer] 21:25:30 <peter1138> Nope. 21:25:32 * eekee ponders arbitrary track types, but doesn't ponder much since he knows nothing of the internals of ttd 21:26:03 <peter1138> *cough* http://hg.openttd.org/developers/peter1138/railtypes.hg/ 21:26:10 <eekee> *click* 21:26:27 <Prof_Frink> eekee! NewPeter1138! 21:26:39 <eekee> hehe what? ^^ 21:27:09 <eekee> peter1138: looks good ^_^ 21:28:10 <eekee> peter1138: will it be possible to build any track types over road, like RL monorails or raised light rail? Or would that be more of an adaptation to the tram system instead? 21:29:06 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 21:29:12 <Rubidium> one small change and they expect the world to change... 21:29:37 <eekee> It's called wishful thinking, Rubidium :) 21:30:40 <eekee> I was reading up on monorails earlier & figuring that one of the main advantages of a monorail is it's small footprint, which is not true of ttd monorail of course 21:30:49 <CIA-1> OpenTTD: smatz * r14210 /trunk/src/waypoint.cpp: -Codechange: remove a useless check when creating new waypoint 21:32:30 <eekee> anyway, arbitrary rail types would be cool without that 21:35:00 * davis- gn 21:35:26 *** davis- [~asd@p5B28C074.dip0.t-ipconnect.de] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 21:35:34 <Brianetta> Brianetta's Standard Server 21:35:40 <Brianetta> ...where the standard is low 21:35:50 <peter1138> Mmm, yes... 21:35:54 <Brianetta> Come spectate for some serious comedy 21:36:07 <peter1138> Surely I'm winning, but that's no real consolation. 21:36:24 <peter1138> Hmm, well 21:36:25 <Brianetta> Watch the green guys, playing coop, shout at each other and jam their trains 21:36:28 <peter1138> Only winning with money :) 21:37:30 <peter1138> I suppose that's what I get for making my fortunes on a stupidly long route. 21:37:48 <eekee> :)) 21:39:33 <Brianetta> [22:38] <sarah_pilot> Brianetta: thinglie: Eight trains jammed and counting 21:39:33 <Brianetta> [22:38] <sarah_pilot> thinglie: Where? 21:39:33 <Brianetta> [22:38] <sarah_pilot> Brianetta: I told you already 21:39:33 <Brianetta> [22:38] <sarah_pilot> Brianetta: Flardhead Parkway 21:39:33 <Brianetta> [22:38] <sarah_pilot> thinglie: Oh shit 21:39:46 <glx> lol 21:39:46 <Brianetta> It's priceless 21:39:57 <eekee> :D 21:40:21 <eekee> hmm advanced sigs can be hard work when you want ot get a train to depot or are mucking about with the track. wont' go here, won't go there 21:41:06 <eekee> have to stop everything & then play, which is the right way I suppose ^^; 21:42:42 <eekee> oh but trains won't reverse if they come to the wrong side of a one-way advanced. that needs watching 21:42:54 <Brianetta> They won't? 21:43:05 <Brianetta> I seem to remember them bouncing right around 21:43:06 <SmatZ> they will 21:43:13 <Rubidium> eekee hasn't watched the train long enough... 21:43:46 <CIA-1> OpenTTD: rubidium * r14211 /trunk/bin/data/ (5 files): -Fix: glitches (alignment issues/inconsistent vehicle graphics) in original graphics (Addi) 21:44:03 <eekee> maybe it's because I changed wait_for_pbs_path to 255 then. I thought I had to do that to prevent something... *scratches head* 21:44:08 <CIA-1> OpenTTD: rubidium * r14212 /extra/ottd_grf/split/ (fix_graphics.nfo fix_graphics.pcx openttd.nfo): [OTTD GRF] -Add: some sprites to fix a few graphical issues of the original graphics (Addi) 21:45:08 <eekee> oh there goes the reversal. I put it down to 30 & it reversed 21:46:11 <SmatZ> +// Different grahpics for same wood truck 21:46:13 <SmatZ> typo :-P 21:46:41 * SmatZ commits "grahpics" is not a word 21:47:22 <peter1138> "With the steady development of the newGRF ports branch" 21:47:24 <peter1138> Er, what? 21:47:40 <SmatZ> :-) 21:48:12 <glx> I though this branch was half dead 21:48:32 <SmatZ> > half imo :) 21:48:39 <peter1138> No proper change for 2 months. 21:48:43 * Rubidium adds -Dgrahpics=graphics to SmatZ/default_cflags 21:49:02 <SmatZ> better not :-D 21:49:29 <Brianetta> I just refilled the biscuit barrel. The lid wouldn't go on, so I'm literally *forced* to scoff five chocolate coated Hob Nobs in order to rectify the problem. 21:49:30 <Brianetta> (-: 21:49:38 <eekee> :] 21:50:45 <Prof_Frink> Brianetta: Oh dear. 21:50:57 <Brianetta> I have mouth ulcers 21:51:05 <Prof_Frink> Started packs of biscuits are highly unstable. 21:51:20 <Brianetta> They're protesting 21:54:03 <eekee> ow! 22:01:22 *** Frostregen [~sucks@dslb-084-058-154-210.pools.arcor-ip.net] has quit [Quit: und weg] 22:02:58 <eekee> is it a bug or a feature that trains won't enter a station (via one-way advanced) if the station has an exit from it's other end that leads only into a one-way advanced signal? 22:03:12 <eekee> if that's not clear: http://eekee.org.uk/tmp/waiting-for-nothing.png 22:04:23 <glx> enable reservation display first 22:04:33 <eekee> it's on in that screenshot 22:05:31 <SmatZ> YAPP can't reserve tile at unsafe position 22:05:42 <SmatZ> and behind oneway signal, it is an unsafe position 22:05:45 <SmatZ> I think 22:05:47 <eekee> why would it be unsafe? 22:05:57 <eekee> hmm 22:06:13 <SmatZ> it has something to do with not connecting track pieces belonging to different trains 22:06:25 <SmatZ> or so, michi_cc may say I am totally wrong 22:06:37 <eekee> uhu 22:06:53 <Brianetta> eekee: Feature. 22:07:01 <Brianetta> They won't reserve a route to that signal 22:07:07 <Brianetta> and reservations don't stop at stations 22:07:13 <SmatZ> there are no bugs, only features :) 22:07:14 <Brianetta> which is a shame 22:07:19 <eekee> yeah... 22:07:23 <Brianetta> Exit signals from platforms are desirable in that case 22:08:57 <Brianetta> Stations are safe waiting positions, but routes aren't reserved to stations, but through them 22:09:05 <Brianetta> This might be considered a bug 22:09:05 <eekee> yeah... 22:09:14 <Brianetta> And I'd be tempted to raise it 22:09:18 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Quit: He who laughs last, thinks slowest] 22:09:41 <eekee> actually that feature of reserving a route through the station was what was mucking me about when I was complaining a few minutes ago 22:10:39 *** rortom [~rortom@p57B7C436.dip.t-dialin.net] has quit [Quit: Leaving] 22:11:22 <eekee> just below center of the screenshot is an odd station with low-speed trains & tight turns. It works, normally, but to get a train to go to the depot manually you have to do it before it enters the station, then to exit the depot after that you have to click the override signal button 22:11:50 <ccfreak2k> What's the typical way to apply a patch again? 22:13:41 <peter1138> Using the patch command. 22:13:49 <peter1138> Good night. 22:14:43 <Rubidium> ccfreak2k: patch -p*magic number* < *file* 22:16:36 <eekee> now those low-speed trains of mine can't find the depot, because of the reserved path beyond the station 22:16:59 <SpComb> there's some kind of sillyness in the cargodest thing... everyone wants to go to PLinninghall 22:17:59 <SpComb> although, I guess a fair few of those are transferring tehre 22:21:18 <eekee> hmm I guess the train would have to reserve the whole exit block to achieve what I want, which would somewhat defeat the point of using advanced signals anyway 22:23:40 * eekee moves the station back & puts a signal at station exit 22:25:18 <Brianetta> Comedy train crash. 22:25:20 <Brianetta> *sigh* 22:25:28 <eekee> :J 22:25:34 <ccfreak2k> What happened to src/fileio.h? 22:25:52 <glx> split 22:26:33 <TrueBrain> it went out for a walk, but it caught a cold ... so it decided to get 2 identifies, to avoid that issue in the future 22:26:35 <TrueBrain> (Yeah, it is late) 22:26:38 <ccfreak2k> Looks like I'll have to nag Tiberius to update his patch or something. :| 22:26:52 <eekee> Brianetta: what's your server name? mind if I join? 22:27:01 *** TinoM [~Tino@i59F5F1C8.versanet.de] has joined #openttd 22:27:21 <eekee> o i got it 22:27:48 <Brianetta> [23:27] <sarah_pilot> thinglie: now we have an 0-4-0 saddle tank holding up proceedings on the highspeed line 22:27:56 <eekee> XD 22:27:57 <Brianetta> The comedy never stops 22:28:05 <eekee> I love the 040s 22:28:57 <Brianetta> Another desync 22:29:01 <Brianetta> Another new waypoint 22:31:51 <Ammler> ccfreak2k: which patch? 22:31:55 <eekee> woops, ran make -j6 on my single-core 22:32:07 *** reldred|gone is now known as reldred 22:32:19 *** TinoM [~Tino@i59F5F1C8.versanet.de] has quit [Quit: Verlassend] 22:32:33 <TrueBrain> eekee: well, it just goes a bit slower ;) 22:32:42 <eekee> yeah :) 22:33:26 <eekee> hmm much cpu idleness even with make -j2. Silly Sempron 22:33:45 <TrueBrain> eekee: check your IO load ;) 22:34:11 <eekee> TrueBrain: how do I do that? 22:34:18 <TrueBrain> dunno 22:34:23 <eekee> heh :J 22:34:24 <TrueBrain> watch the pretty light on your computer 22:34:24 <eekee> (It's not disk load) 22:34:39 <eekee> well the pretty light isn't being pretty 22:34:57 <TrueBrain> too bad :) 22:35:08 <eekee> (aka it's not blinking very often :D ) 22:37:02 <Rubidium> the pretty light of my laptop is blinking quicker ever second, even when I'm not doing a thing 22:38:15 <eekee> omg spyware! :) 22:40:42 <Sacro> no i'm not 22:41:30 <Rubidium> heh... it stopped blinking though it stopped being very mobile :( 22:42:04 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has joined #openttd 22:42:37 <TrueBrain> welcome back Milloflex 22:43:11 <Milloflex> thanks 22:44:13 *** welshdragon [~desk@host81-157-252-208.range81-157.btcentralplus.com] has joined #openttd 22:45:56 <eQualizer> Now this just sucks. I can't get any profit out of livestuck using trucks. 22:46:23 <eQualizer> No matter how far or close the food processing plant is, I just do negative profit with the trucks. 22:46:47 <eekee> which rv grf? 22:47:13 <eQualizer> Just the basic graphichs, sub-arctic climate. 22:47:30 <eekee> hmm 22:48:04 <eekee> I feel lucky if I turn a profit with any rvs from the basic set :) 22:48:09 <Brianetta> eQualizer: Are you waiting for a full load? 22:48:27 *** KritiK [~Maxim@78-106-208-77.broadband.corbina.ru] has quit [Quit: Leaving] 22:48:38 <ccfreak2k> Ammler, opengl patch. 22:48:52 *** Milloflex- [~ABC123@h-87-111.A175.cust.bahnhof.se] has joined #openttd 22:48:56 <eQualizer> Brianetta: Yes, but the trucks get full instantly. 22:49:11 <eQualizer> There's more to transfer than there's trucks. 22:49:14 <ccfreak2k> I made the guess that fileio_func.h gets patched in place of fileio.h. 22:49:24 <ccfreak2k> I can't compile it, though. 22:49:56 <Brianetta> eQualizer: Can you find a route where you trucks can carry a load in both directions? 22:50:05 <Brianetta> Farm near food plant, twice? 22:50:23 <eQualizer> No. :( 22:50:53 <eekee> I don't think I've ever seen that. not that I've ever been looking out for it really 22:51:24 *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd 22:51:29 <eekee> I just use GRVTS, or lately eGRVTS. It's rather too easy, but at least it's something for use where trains won't do 22:52:04 *** Brianetta [~brian@client-86-27-115-128.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 22:52:04 *** welshdragon is now known as hulldragon 22:54:03 *** hulldragon is now known as welshdragon 22:54:48 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 22:54:58 *** Milloflex [~ABC123@h-87-111.A175.cust.bahnhof.se] has quit [Ping timeout: 480 seconds] 22:59:08 *** ben_goodger [~ben@host86-153-45-29.range86-153.btcentralplus.com] has joined #openttd 23:13:09 <CIA-1> OpenTTD: rubidium * r14213 /extra/ottd_grf/split/ (fix_graphics.nfo fix_graphics.pcx): [OTTD GRF] -Add: fix for the height problem of sprite #142. 23:13:19 <CIA-1> OpenTTD: rubidium * r14214 /trunk/ (6 files in 2 dirs): -Codechange: move another TTD graphics bug into the GRF; height problem of sprite #142. 23:19:48 *** Milloflex- [~ABC123@h-87-111.A175.cust.bahnhof.se] has quit [Ping timeout: 480 seconds] 23:22:57 *** welshdragon [~desk@host81-157-252-208.range81-157.btcentralplus.com] has quit [Quit: in dragons we trust. in sheep we shag] 23:23:03 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]