Times are UTC Toggle Colours
00:00:11 <dexter> how I can put opponents in multiplayer games? 00:00:44 <Eddi|zuHause> the server must do that 00:01:03 <dexter> in lan game 00:02:43 <dexter> ? 00:02:53 *** KritiK [~Maxim@93-80-17-196.broadband.corbina.ru] has quit [Quit: Leaving] 00:09:38 *** joachim [~joachim@244.81-166-176.customer.lyse.net] has quit [Remote host closed the connection] 00:09:51 *** joachim [~joachim@244.81-166-176.customer.lyse.net] has joined #openttd 00:11:22 <Belugas> mmh... Defying Gravity does not seems to have any kind of remotely possibility to be seen 00:11:34 <Belugas> but yeah, they'll put on a dvd... 00:12:28 *** dexter [~dexter@adsl6-213-134-31-171.nordtelekom.hu] has quit [Quit: Bye for now!] 00:13:44 <Eddi|zuHause> i think i have up to episode 13 here... 00:13:54 <Eddi|zuHause> but i haven't seen the last 4 00:21:52 <Belugas> neither 00:21:58 <Belugas> sadly... 00:22:08 <Belugas> damned good show :( 00:22:40 * Belugas is going on tv mode 00:26:05 *** Eddi|zuHause [~johekr@p54B77DEE.dip.t-dialin.net] has quit [] 00:26:25 *** Eddi|zuHause [~johekr@p54B75E52.dip.t-dialin.net] has joined #openttd 00:35:30 *** Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has quit [] 00:37:10 *** Eddi|zuHause [~johekr@p54B75E52.dip.t-dialin.net] has quit [Remote host closed the connection] 00:42:02 *** Eddi|zuHause [~johekr@p54B75E52.dip.t-dialin.net] has joined #openttd 00:49:58 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 00:57:08 <terinjokes> TrueBrain oh yes... i know that one 01:27:59 <terinjokes> TrueBrain, Rubidium: terin@THEDESKTOP-LINUX:~/documents/Base2$ file a.out 01:27:59 <terinjokes> a.out: Mach-O executable i386 01:32:40 *** sparrL [kvirc@c-68-53-167-115.hsd1.tn.comcast.net] has quit [Ping timeout: 480 seconds] 01:33:28 <Eddi|zuHause> is that a "it works"? 01:34:44 <terinjokes> Eddi|zuHause: my assumption.... need a mac to test it on 01:38:28 *** Fast2 [~Fast2@p57AF94EA.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 01:46:01 <glx> looks like a mac intel exe 01:47:01 <SpComb^> yay, 1921, first BR01/Rheingold service 01:47:05 <SpComb^> *1932 01:51:31 *** KenjiE20|LT [~KenjiE20@host86-171-245-75.range86-171.btcentralplus.com] has joined #openttd 01:51:39 *** KenjiE20 [~KenjiE20@92.20.19.223] has quit [Quit: ????] 01:52:37 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tsch?ss] 01:54:17 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Flieht, ihr Narren!] 01:54:29 <Eddi|zuHause> reminds me of my old miniin game, where i was insane enough to start a daylength 32 game 01:55:17 <Eddi|zuHause> i managed 5 years until the game became unplayably slow (with around 100 trains, mostly BR 38) 02:10:22 <Sacro> http://www.youtube.com/watch?v=nRYwH9suXAU 02:11:29 *** Fuco [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds] 02:16:13 <SpComb^> I think 4x is pretty good 02:16:18 <SpComb^> occasionally bump up to 1x 02:21:53 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 02:27:16 <Eddi|zuHause> yeah, i'm usually doing either 4 or 8 02:32:07 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 02:34:44 *** Splex_ [~splex@n058152254152.netvigator.com] has joined #openttd 02:40:06 *** zodttd2 [~me@user-0c90n1c.cable.mindspring.com] has joined #openttd 02:40:46 *** zodttd [~me@user-0c90n1c.cable.mindspring.com] has quit [Ping timeout: 480 seconds] 02:41:53 *** Splex [~splex@n058152254152.netvigator.com] has quit [Ping timeout: 480 seconds] 02:47:21 *** JVassie [~TheExile^@nelocat2.gotadsl.co.uk] has quit [Ping timeout: 480 seconds] 02:56:21 *** mode/#openttd [+o Rubidium] by ChanServ 02:56:24 *** mode/#openttd [+v orudge] by ChanServ 02:58:29 *** Progman_ [~progman@p57A1BA57.dip.t-dialin.net] has joined #openttd 03:06:01 *** Progman [~progman@p57A1F5BB.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 03:06:13 *** Progman_ is now known as Progman 03:21:22 *** lugo [~lugo@mgdb-4db8d185.pool.mediaWays.net] has quit [Remote host closed the connection] 03:24:47 *** glx [glx@2a01:e35:2f59:c7c0:856:f0c2:8cfc:bd24] has quit [Quit: bye] 03:39:40 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has quit [Quit: Leaving] 03:40:43 *** Progman [~progman@p57A1BA57.dip.t-dialin.net] has quit [Remote host closed the connection] 04:03:39 *** rhaeder [~quix0r@188.109.244.80] has quit [Remote host closed the connection] 04:04:30 *** rhaeder [~quix0r@188.109.244.80] has joined #openttd 04:13:37 *** DarkED [~J@cpe-075-176-105-070.carolina.res.rr.com] has joined #openttd 04:16:49 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 04:19:31 *** KenjiE20|LT [~KenjiE20@host86-171-245-75.range86-171.btcentralplus.com] has quit [Remote host closed the connection] 04:57:48 *** Singaporekid [~notme@cm177.epsilon84.maxonline.com.sg] has joined #openttd 04:58:57 *** Rubix`` [~wrqwer@69.49.68.95] has quit [Read error: Connection reset by peer] 05:23:29 *** Eddi|zuHause [~johekr@p54B75E52.dip.t-dialin.net] has quit [Remote host closed the connection] 05:23:52 *** Eddi|zuHause [~johekr@p54B75E52.dip.t-dialin.net] has joined #openttd 06:03:16 *** ecke [~ecke@188.75.128.2] has quit [Quit: ecke] 06:37:07 *** DarkED [~J@cpe-075-176-105-070.carolina.res.rr.com] has quit [Read error: Connection reset by peer] 06:40:02 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has joined #openttd 06:41:22 *** welshdragon [~markmac@client-82-26-219-248.pete.adsl.virginmedia.com] has quit [Quit: welshdragon] 07:01:56 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]] 07:39:52 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:43:37 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 07:49:52 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:53:56 *** worldemar [~woldemar@188.122.230.5] has quit [Quit: Desu isn't funny. I am serious, desu.] 08:23:36 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 08:56:32 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has joined #openttd 08:57:05 *** lugo [~lugo@mgdb-4db8dd34.pool.mediaWays.net] has joined #openttd 09:03:15 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Remote host closed the connection] 09:04:51 *** phalax [~phalax@84.19.128.89] has quit [Ping timeout: 480 seconds] 09:07:12 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd 09:13:06 *** phalax [~phalax@84.19.128.89] has joined #openttd 09:18:18 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Remote host closed the connection] 09:21:28 *** edeca_ is now known as edeca 09:21:34 <edeca> Thanks for fixing that bug Rubidium :) 09:22:02 *** edeca is now known as Guest42 09:22:41 *** Guest42 is now known as edeca 09:23:33 <CIA-1> OpenTTD: rubidium * r18533 /trunk/src/pathfinder/npf/npf.cpp: -Fix: don't refer, in the comments, to a long renamed function 09:24:03 <edeca> I'll have to wait for a nightly to get the fix 09:24:15 <edeca> Today's nightly stops 2 revisions short 09:27:52 <Rubidium> that happens when it gets build hours before I even began looking at the issue 09:28:01 <TrueBrain> DOH! 09:41:37 *** JVassie [~TheExile^@nelocat2.gotadsl.co.uk] has joined #openttd 09:47:23 *** Rhamphoryncus [~rhamph@d199-126-251-5.abhsia.telus.net] has quit [Quit: Rhamphoryncus] 09:57:22 *** Progman [~progman@p57A1BA57.dip.t-dialin.net] has joined #openttd 10:04:25 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd 10:21:47 <peter1138> pom te pom 10:29:38 *** frosch123 [~frosch@frnk-590ff4af.pool.mediaWays.net] has joined #openttd 10:37:05 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has joined #openttd 10:48:24 *** Wolf01 [~wolf01@host220-236-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 10:49:08 <Wolf01> hello :O 10:49:44 <frosch123> yeah, seems to work 10:49:47 <Wolf01> snowy saturday... 22 years since last one... 40cm of snow 10:50:14 <frosch123> you do not need any training, do you? 10:50:50 <Wolf01> no, I don't 11:01:28 *** welshdragon [~markmac@client-82-26-159-234.pete.adsl.virginmedia.com] has joined #openttd 11:06:14 *** Fast2 [~Fast2@p57AF9329.dip0.t-ipconnect.de] has joined #openttd 11:09:41 *** tokai [~tokai@p5B2B3943.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 11:09:48 *** fjb [~frank@p5485F08C.dip.t-dialin.net] has joined #openttd 11:11:49 *** tokai [~tokai@p5B2B05AF.dip0.t-ipconnect.de] has joined #openttd 11:11:52 *** mode/#openttd [+v tokai] by ChanServ 11:36:03 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has quit [Remote host closed the connection] 11:42:59 <edeca> 40cm of snow? Ouch. 11:44:37 *** Zahl [~Zahl@2002:4e33:8a27:1:d8e8:17fa:ae02:af80] has joined #openttd 11:56:07 *** Progman [~progman@p57A1BA57.dip.t-dialin.net] has quit [Remote host closed the connection] 12:15:12 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 12:16:23 <peter1138> Eddi|zuHause, half-tile rivers you say? 12:16:50 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has joined #openttd 12:17:02 <SpComb^> http://qmsk.net/~terom/openttd/Qmsk%20Transports%20Ltd.%2c%2014th%20May%201934.png 12:17:08 <SpComb^> 'tis a platry 62M 12:19:11 <Xaroth> heh, firefox no like that link 12:19:15 <Xaroth> sais it contains errors :P 12:19:17 <Madis> don't like it at all 12:21:09 *** Zahl [~Zahl@2002:4e33:8a27:1:d8e8:17fa:ae02:af80] has quit [Quit: *schiel*] 12:21:21 <SpComb^> that's what you get with giant screenshots 12:22:16 <Singaporekid> 83mb png file D: 12:22:21 <Wolf01> loool 12:22:27 <Wolf01> edeca: http://www.tt-forums.net/viewtopic.php?f=32&t=26105&p=841532#p841532 12:22:55 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 12:23:19 <Wolf01> uhm... wait a moment 12:23:29 *** fonsinchen [~alve@brln-4dbc084a.pool.mediaWays.net] has joined #openttd 12:24:02 <Wolf01> ok, works 12:24:43 <peter1138> load average: 10.80, 4.65, 1.85 12:24:46 <peter1138> heh 12:26:29 <Singaporekid> SpComb^: Are you hosting openttd servers? 12:27:47 <Xaroth> peter1138: nice 12:27:50 *** phalax [~phalax@84.19.128.89] has quit [Ping timeout: 480 seconds] 12:32:01 <edeca> Wolf01: Nice :) 12:33:17 <SpComb^> Singaporekid: for personal use 12:42:42 *** phalax [~phalax@84.19.128.89] has joined #openttd 12:44:29 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 12:52:02 *** AshKyd [~ashkyd@ppp118-208-61-78.lns20.bne1.internode.on.net] has joined #openttd 12:52:38 <AshKyd> Has the name generator been messed with? It's coming up with some rather unfortunate names in 0.7.4. 12:53:27 *** KenjiE20 [~KenjiE20@92.10.162.249] has joined #openttd 12:53:39 <edeca> Names like what? 12:55:34 <AshKyd> Chuntford and Great Sluttown. 12:55:42 <edeca> Hahaha 12:55:43 <AshKyd> Those are the only two I've noticed. 12:55:46 * edeca giggles like a schoolgirl 12:55:53 <AshKyd> >_> 12:55:53 <AshKyd> <_< 12:56:05 <AshKyd> Yeah, I giggled too, but it's a bit inappropriate. BBL. 12:57:07 <Eddi|zuHause> Wolf01: so what kind of chaos would there be, were this a weekday? 12:58:08 <edeca> Some countries handle snow pretty well. The UK is not one of them :) 12:59:35 <Wolf01> I think it would stop the world 12:59:47 <Wolf01> at least here 13:04:49 *** glx [glx@2a01:e35:2f59:c7c0:dc94:23fd:f25e:2fbe] has joined #openttd 13:04:52 *** mode/#openttd [+v glx] by ChanServ 13:05:32 <_ln> http://www.railpictures.net/viewphoto.php?id=159235&nseq=20 13:07:20 <edeca> You can only imagine that conversation he's having 13:07:28 <edeca> "Yeah, it's a swan" 13:07:29 *** lewymati [~lewymati@aejj29.neoplus.adsl.tpnet.pl] has joined #openttd 13:08:20 <SpComb^> just drive along slowly and it will go away 13:08:33 <SpComb^> unless someone clamped it to the rails 13:10:31 <Wolf01> http://lh5.ggpht.com/_hVOW2U7K4-M/SyhC8WevO1I/AAAAAAABNsQ/_yn4-12FJ5Y/s720/iuygjhgkjhgkjhgkjhk.jpg could we have this as a new feature for ottd? 13:10:33 <Eddi|zuHause> ... or sound the horn really loud 13:12:27 <Eddi|zuHause> Wolf01: you mean this? http://www.doingitwrong.com/wrong/traindrift.jpg 13:13:32 <peter1138> heh 13:14:30 <edeca> Surely the solution there is to get out and push? 13:14:37 *** Zahl [~Zahl@2002:4e33:8a27:1:a16c:515b:4495:fcc4] has joined #openttd 13:14:49 <SpComb^> I'll give that drift 8 points score 13:15:04 <SpComb^> but not enough sparks, I think 13:21:27 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 13:28:11 *** Zahl_ [~Zahl@2002:4e33:8a27:1:e8a1:7046:235d:2a3a] has joined #openttd 13:28:16 *** Zahl [~Zahl@2002:4e33:8a27:1:a16c:515b:4495:fcc4] has quit [Ping timeout: 480 seconds] 13:28:16 *** Zahl_ is now known as Zahl 13:35:13 *** Luukland [~Hassan@s559031d6.adsl.wanadoo.nl] has joined #openttd 13:42:46 *** fonsinchen [~alve@brln-4dbc084a.pool.mediaWays.net] has quit [Remote host closed the connection] 13:50:37 *** lewymati [~lewymati@aejj29.neoplus.adsl.tpnet.pl] has quit [] 13:51:00 *** p-w [~w00f@96.243.199.76] has joined #openttd 13:52:55 *** fjb [~frank@p5485F08C.dip.t-dialin.net] has quit [Remote host closed the connection] 13:53:58 *** Luukland [~Hassan@s559031d6.adsl.wanadoo.nl] has quit [] 13:57:02 *** AshKyd [~ashkyd@ppp118-208-61-78.lns20.bne1.internode.on.net] has left #openttd [] 13:57:21 *** pw-- [~w00f@96.243.199.76] has quit [Ping timeout: 480 seconds] 13:58:05 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]] 14:08:54 *** gathers [~gathers@c80-216-141-218.bredband.comhem.se] has joined #openttd 14:09:33 *** Muxy [~Muxy@main.goulp.net] has quit [Quit: Quitte] 14:16:21 *** HerzogDeXtEr [~Administr@89.246.222.120] has joined #openttd 14:21:45 *** HerzogDeXtEr1 [~Administr@88.130.180.103] has quit [Ping timeout: 480 seconds] 14:22:30 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 14:24:48 *** Muxy [~Muxy@main.goulp.net] has joined #openttd 14:28:29 <KingJ> Oops, almost missed the train. Generally considered a bad thing to do... 14:29:24 <SpComb^> Eddi|zuHause: was there ever a reduced-passenger-amounts patch? 14:29:36 <Eddi|zuHause> SpComb^: yes. plenty 14:30:35 <Eddi|zuHause> try www.informatik.uni-halle.de/~krause/lesstuff_2.diff 14:30:39 <Eddi|zuHause> try www.informatik.uni-halle.de/~krause/lessstuff_2.diff 14:31:23 <Eddi|zuHause> i'm not entirely sure if it applies to mail, too 14:31:39 <Eddi|zuHause> change the constant to your liking 14:32:11 <SpComb^> hmmyes, I was looking at that code 14:32:27 <Eddi|zuHause> i found 4 close to the limit that a sensible network can handle, 8 or 16 if you want more spaced out networks 14:33:00 <SpComb^> the limit? 14:33:05 <SpComb^> with or without cargodist? 14:33:18 <Eddi|zuHause> with cargodist 14:35:33 <gathers> Hi, I'm working on a patch where you can automate timetables, which means that things like adding/removing orders/vehicles etc should "just work". But where should the on/off flag for such a mode best be placed? As a new bit in v->vehicle_flags or as a bool in the OrderList? (if that matters at all?) 14:39:34 <Eddi|zuHause> gathers: for parts of that you might find inspiration in the improved timetable management patch by PhilSophus 14:39:34 <frosch123> every vehicle has its own vehicle_flags, orderlists are shared when using shared orders 14:40:11 <Eddi|zuHause> it's a little outdated, and (minor) parts have gone into trunk 14:40:27 <gathers> yes, and I want it to be shared so it's activated when cloning vehicles etc 14:40:36 <frosch123> despite of that, from your description it does sounds more like a global/per-company advanced setting than a vehicle/order setting 14:41:51 *** Zahl [~Zahl@2002:4e33:8a27:1:e8a1:7046:235d:2a3a] has quit [Ping timeout: 480 seconds] 14:41:51 <gathers> Eddi|zuHause: I'm actually basing it on the Timetable based separation patch from Magicbuzz. I have the separation working as well. 14:42:42 <Eddi|zuHause> gathers: the "manual" separation [aka start dates] have been included in trunk 14:43:03 <gathers> frosch123: my idea is that you should be able to both have automated timetables and normal ones. so I have the flag to be carried over when sharing orders. 14:43:14 <Eddi|zuHause> gathers: but the autoseparation was generally viewed as not flexible enough 14:44:07 <Eddi|zuHause> gathers: so the timetable management patch introduced the "headway" feature, which allowed to set automatic or manual separation 14:46:05 *** Coco-Banana-Man [~Stephan.D@p5B2D9551.dip.t-dialin.net] has joined #openttd 14:46:21 <gathers> Eddi|zuHause: what was the major complaints about automatic separation? would something the either gives automatic separation or normal plain timetables also be too inflexible? 14:47:13 <gathers> what I'm most interested in is making the user never have to update the timetable after changing something 14:47:32 <gathers> (if it is automated) 14:50:56 <Alberth> breakdowns are not handled nicely, I believe 14:51:36 <Eddi|zuHause> gathers: all implementations i have seen had problems with vehicles switching places in the queue 14:53:06 <Wolf01> uhm... where's ended up the BEGIN/END_TILE_LOOP macro? 14:54:16 <gathers> I'll have to test breakdowns and switching places 14:55:26 <Eddi|zuHause> Wolf01: src/map_func.h:TILE_LOOP()? 14:56:00 <Wolf01> I tried to use it in station_cmd.c but it says it's not declared on the current scope 14:56:27 <Wolf01> I thought it was used by the rail station function too 14:56:30 <Alberth> In the few attempts I have done, it simply takes the first round trip time as *the* length of each interval. If at that trip, the vehicle did not break down or got serviced, it constantly runs increasingly late 14:57:13 <Eddi|zuHause> Alberth: it generally estimates the first round too fast, because of loading times etc. even without breakdowns 14:57:45 <Eddi|zuHause> unless you manually add a delay at the end station, vehicles never catch up. 14:58:01 <Eddi|zuHause> it needs an automatic delay factor (like 14:58:05 <Eddi|zuHause> +10%) 14:58:08 <gathers> Alberth: yes, that's why I'm making all times automatically adjusting (loading times can increase and decrease) 14:58:27 <gathers> Eddi|zuHause: I've added that to loading, but only set it fixed at 100 ticks for now 14:58:30 <Alberth> I can also build new roads or demolish old ones 14:59:13 <Eddi|zuHause> gathers: yes, but automatically adjusting might also pose problems, if i want to have a fixed cycle length (e.g. to synchronize two lines) 14:59:48 <Eddi|zuHause> that's why i said a general "do it." button is not flexible enough 15:00:35 <Alberth> Eddi|zuHause: perhaps first get it working for a single line first? 15:00:35 <gathers> Eddi|zuHause: but what if the automatic adjustments can be switched off? then what you have it the old static timetable again 15:02:00 <Eddi|zuHause> gathers: but what about having automatic separation, but not automatic timetable adjustment? or what about having asymmetric separation (because of single track with sidings)? 15:02:26 <Eddi|zuHause> gathers: the timetable management had a few parts of that working, you really should take a look at that 15:03:02 <Eddi|zuHause> especially the virtual 24h clock or the station timetables could possibly be reused 15:03:31 <gathers> Eddi|zuHause: I have two options, one for separation one for automatic adjustments :P so you can have just one and not the other. But more advanced timetable handling I haven't much thought about 15:03:58 *** fonsinchen [~alve@brln-4dbc084a.pool.mediaWays.net] has joined #openttd 15:04:18 <gathers> What I want for my games is just a "activate once and then forget" thing for certain lines. 15:04:36 <CIA-1> OpenTTD: alberth * r18534 /trunk/src/station_gui.h: -Doc: Add doxy strings to StationCoverageType enum. 15:06:56 <gathers> Eddi|zuHause: wish I knew the codebase better, I'm sure there are other things that could be used. Even just figuring out how to get a button in the gui took a while :P 15:08:54 *** Mark [~Mark@5ED06D96.cable.ziggo.nl] has joined #openttd 15:16:00 <gathers> let me know if you want to look at the patch now. I think it's working ok but it's not very well tested. I'll post it on the forums later but not sure if it'll be today. 15:17:16 <Eddi|zuHause> gathers: especially the synchronizing of separate routes was the problem of the last autoseparation patch 15:19:17 <gathers> Eddi|zuHause: and that is where station timetables could help? 15:20:28 <Eddi|zuHause> yeah, manually shifting a vehicle back and the autoadjustment recognizing that change 15:20:46 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has joined #openttd 15:21:03 <SpComb^> http://qmsk.net/~terom/openttd/misc/town-cargo-factor-01-noslv.patch 15:21:16 <SpComb^> seems to work 15:22:23 <gathers> Eddi|zuHause: I'll have to try it out, but ideally you should get the same effect by pausing a train for a while and then restarting it. Every train should adjust, not just the one you paused? 15:23:00 <Eddi|zuHause> not entirely sure about that... 15:23:17 <Rubidium> isn't that what headway does? 15:23:34 <Eddi|zuHause> sometimes you want to send a train to depot and want to remove it from the separation queue 15:23:45 <Eddi|zuHause> that's what pausing a train should do imho 15:23:56 <Eddi|zuHause> Rubidium: yeah, i was trying to convince him... 15:24:15 <gathers> I'll have to read up on headway :( 15:25:18 <Eddi|zuHause> SpComb^: + amount = (amount + 1) >> -cf; <-- that's not what my patch said 15:25:32 <gathers> I'm just too impatient to have some kind of automatic separation I took that part straight out of an old patch. but I would like to rewrite the separation part myself as well. 15:26:08 <SpComb^> Eddi|zuHause: it's slightly different 15:26:33 <Eddi|zuHause> and what's the - for? 15:26:50 <SpComb^> you set the factor to -x to decrease cargo by 2**x 15:26:53 <Eddi|zuHause> ah, you want to both increase and decrease 15:27:02 <SpComb^> the increase doesn't make much sense, but why not 15:27:15 <SpComb^> maybe someone likes having 10k passengers waiting at a station for sadistic reasons 15:27:42 <Eddi|zuHause> SpComb^: anyway, the patch did "amount = (amount + (x-1))/x" to prevent rounding down to 0 15:29:33 <Eddi|zuHause> SpComb^: and what about the newgrf callback? 15:29:46 <Eddi|zuHause> i don't find it in your patch 15:29:52 <SpComb^> it is there 15:29:59 <SpComb^> there's three calls to TownGenerateCargo 15:30:30 <Eddi|zuHause> ah, i see 15:30:46 <CIA-1> OpenTTD: rubidium * r18535 /trunk/src/pathfinder/ (npf/npf.cpp yapf/yapf_costrail.hpp yapf/yapf_node_rail.hpp): -Fix [FS#2722]: don't account for path reservation costs when entering a signal block via a 'block' signal. This way you won't get double penalties, both red signals and reservation costs, for the block signalled tracks 15:31:35 <CIA-1> OpenTTD: rubidium * r18536 /trunk/src/vehicle.cpp: -Fix [FS#3386]: MSVC warning. Patch by pavel1269 15:32:14 <SpComb^> as for rounding off to zero... hmm 15:34:30 *** Zahl [~Zahl@2002:4e33:8a27:1:44af:2ea2:334a:6b3d] has joined #openttd 15:34:43 <Eddi|zuHause> SpComb^: there was another patch that kept around the fractional values 15:34:48 <Eddi|zuHause> and added them up 15:34:56 <SpComb^> ugh 15:35:14 <Eddi|zuHause> like i said, there were multiple patches ;) 15:35:24 <SpComb^> but I guess you do need it, since you're dealing with 10-100s of houses 15:37:13 <SpComb^> but I think I'll just cheat and bump it up to 1 if it goes to zero 15:37:40 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has joined #openttd 15:38:43 *** De_Ghosty [~s@76-10-140-96.dsl.teksavvy.com] has joined #openttd 15:38:55 <Alberth> I thought about that solution too, but you get 1 passenger for a long time (ie between amount == 1 to amount = 2*x -1) 15:41:20 <Eddi|zuHause> SpComb^: well, you should return 0 if the original value was 0 15:41:21 <SpComb^> the raw amount is 0-255 / 8 + 1 15:41:27 <SpComb^> Eddi|zuHause: the original value is never 0 15:41:48 <Eddi|zuHause> SpComb^: even for the newgrf callback? 15:43:16 <SpComb^> if (amt == 0) continue; 15:43:45 <Eddi|zuHause> aha 15:47:49 <SpComb^> although I guess perhaps the best thing to do would be to just skew the 2^x a bit so that it's not completely exponential, by increasing the range of the raw value to at least 2^x before dividing it 15:48:12 <SpComb^> then you can just use a slightly higher multiplier to compensate 15:51:50 <SpComb^> now where's my graphing calculator... 15:52:07 <CIA-1> OpenTTD: frosch * r18537 /trunk/src/economy.cpp: -Fix (r17436): Also do not account cargo in statistics, if it was not accepted. 15:53:03 <CIA-1> OpenTTD: alberth * r18538 /trunk/src/ (misc_gui.cpp station_gui.h): -Codechange: Split DrawStationCoverageText into a calculation part and a drawing part. 15:54:37 <SpComb^> hmm... a bit too much 15:56:55 *** De_Ghosty [~s@76-10-140-96.dsl.teksavvy.com] has quit [Remote host closed the connection] 15:57:04 *** Gremnon [~Gremnon@87.112.14.85.plusnet.ptn-ag1.dyn.plus.net] has joined #openttd 16:02:41 <CIA-1> OpenTTD: alberth * r18539 /trunk/src/station_gui.cpp: -Codechange: Re-use cargolist drawing in StationViewWindow::DrawAcceptedCargo() 16:15:10 *** De_Ghosty [~s@76-10-140-96.dsl.teksavvy.com] has joined #openttd 16:15:48 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]] 16:17:19 *** Eddi|zuHause [~johekr@p54B75E52.dip.t-dialin.net] has quit [Remote host closed the connection] 16:18:18 *** worldemar [~woldemar@188.122.228.243] has joined #openttd 16:22:44 <SpComb^> updated, now it's `amount = (amount + ((1 << -cf) - 1)) >> -cf;` 16:24:58 <SpComb^> http://qmsk.net/~terom/openttd/misc/town-cargo-factor.png <-- output cargo as a function of the cargo factor 16:25:43 <SpComb^> and, well, it seems to work sensibly :) 16:34:05 <SpComb^> http://qmsk.net/~terom/openttd/misc/town-cargo-factor.txt <-- or the same data as a table 16:40:47 <SpComb^> so there's a minimum limit as to the lowest you can get town production to, which is presumeably something on the order of the number of houses in the town 16:50:45 <frosch123> you could change "((1 << -cf) - 1)" to something like "(_date & ((1 << -cf) - 1))" or so 16:51:21 <SpComb^> true 16:51:33 <SpComb^> but I suspect that it'll work well enough even without that 16:52:48 *** Eddi|zuHause [~johekr@p54B77198.dip.t-dialin.net] has joined #openttd 16:53:35 <SpComb^> Eddi|zuHause: I adjusted the reduction function 16:53:55 *** Eddi|zuHause [~johekr@p54B77198.dip.t-dialin.net] has quit [Remote host closed the connection] 16:53:57 <SpComb^> aww 16:55:16 <SmatZ> SpComb^: what is "cf"? 16:55:29 <SpComb^> 'cargo factor' 16:55:36 <SpComb^> an integer from -16 to +8 16:55:47 <edeca> Should articulated vehicles overtake? 16:55:51 <SmatZ> shifts with negative counts are undefined 16:56:03 <SpComb^> SmatZ: yes, that's why I do either a << or an >> based on the sign 16:56:18 <SmatZ> ok, I didn't see the code :) 16:56:28 <SmatZ> [17:22:46] <SpComb^> updated, now it's `amount = (amount + ((1 << -cf) - 1)) >> -cf;` <== didn't show you care about that ;) 16:57:51 *** ecke [~ecke@188.75.128.2] has joined #openttd 16:57:54 <edeca> The option to buy shares is greyed out (nightly), any reason why:? 16:59:04 <frosch123> disabled in advanced settings? 16:59:16 <edeca> Ah, I didn't realise that was possible 16:59:29 <edeca> Got it. THanks. 16:59:46 <edeca> Still no joy with my articulated road vehicle overtaking though, hrrm 17:00:04 <SpComb^> hey, I'm learning how to use git \o/ 17:00:11 <SpComb^> merging branches is fun 17:02:25 <frosch123> articulated vehicle cannot be overtaken 17:08:25 *** Eddi|zuHause [~johekr@p54B763D2.dip.t-dialin.net] has joined #openttd 17:11:53 <SpComb^> Eddi|zuHause: new reduction function 17:14:26 <SpComb^> http://qmsk.net/~terom/openttd/misc/town-cargo-factor.txt <-- reference table 17:14:47 <CIA-1> OpenTTD: frosch * r18540 /trunk/src/economy.cpp: -Codechange: resulting in better name for 'result'. 17:16:01 <edeca> Hrm, is it a bug if non electric trains wont go to an electric depot when you click "send to depot" ? 17:17:17 *** Fast2 [~Fast2@p57AF9329.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 17:17:36 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 17:18:32 *** Eddi|zuHause [~johekr@p54B763D2.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:19:14 <Gremnon> I don't think so, since Eltrain depots can make non el-trains 17:21:50 <edeca> So that would mean it _is_ a bug 17:22:21 *** valhallasw [~valhallas@s55928dd9.adsl.wanadoo.nl] has joined #openttd 17:22:39 <edeca> Ah, it could just be that it's not pathfinding far enough ahead 17:22:49 <edeca> Yes, that's it :) 17:23:30 <Gremnon> .... no... A normal depot can only build steam/diesel, and therefore only services them. Electric depots can do everything a normal can, plus electric, so they'll service steam, diesel and electric 17:23:47 <Gremnon> if you want a specific depot, give it an order to go to it 17:24:49 <edeca> The scenario was: upgrade all rail to electric including depots, click station, click "trains that stop here", click "send to depot" and that failed 17:24:59 <edeca> But it seems to be because the depots were too far 17:27:33 <edeca> It seems the "send to depot" is only looking head ~20 tiles ma 17:27:34 <edeca> max 17:29:07 <glx> that's right :) 17:29:24 <Gremnon> which pathfinder are you using? NPF has no issues for me unless it's really far away 17:31:03 <edeca> glx: That's correct? OK then :) 17:32:27 *** Eddi|zuHause [~johekr@p54B74727.dip.t-dialin.net] has joined #openttd 17:36:01 *** Zahl [~Zahl@2002:4e33:8a27:1:44af:2ea2:334a:6b3d] has quit [Read error: Connection reset by peer] 17:36:18 *** Zahl [~Zahl@2002:4e33:8a27:1:44af:2ea2:334a:6b3d] has joined #openttd 17:38:50 <planetmaker> edeca: it's looking ahead exactly 20 tiles 17:45:31 <edeca> planetmaker: Well that was a good guess on my part then :P 17:45:58 <edeca> I've got it cleaned up now anyhow, so that's all good 17:47:55 *** Mark [~Mark@5ED06D96.cable.ziggo.nl] has quit [Read error: Connection reset by peer] 17:54:49 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 17:56:51 <Rubidium> planetmaker: it is not looking ahead 20 tiles, it's looking ahead 20 tiles worth of pathfinder penalty 17:57:17 <Rubidium> and with YAPF 45 degree corners are already like 3 tiles 17:58:15 *** worldemar [~woldemar@188.122.228.243] has quit [Ping timeout: 480 seconds] 18:00:50 <CIA-1> OpenTTD: peter1138 * r18541 /trunk/src/ (5 files in 3 dirs): -Feature: Additional map variety option for TGP landscape generator. Evolved from curve map idea from Zephyris. 18:02:50 <Eddi|zuHause> that was quick... 18:03:17 <CIA-1> OpenTTD: alberth * r18542 /trunk/src/window_gui.h: -Codechange: Make nested widget parts obligatory in a window description. 18:05:44 <edeca> Damn it! Looks like I closed the game before it had saved :( 18:06:07 <Alberth> use the last autosave 18:06:12 <planetmaker> ok, missed the PF penalties. Thanks for correcting, RB 18:06:17 *** Gremnon [~Gremnon@87.112.14.85.plusnet.ptn-ag1.dyn.plus.net] has quit [Quit: And now for something completely different] 18:06:19 <planetmaker> and yes, petern is quick :-) 18:06:22 * planetmaker compiles 18:06:40 <edeca> Fantastic Alberth, thank you! 18:06:43 <Alberth> getting curvy too? 18:06:53 <planetmaker> hopefully ;-) 18:07:00 <edeca> What's all this curvy business? 18:07:04 <Alberth> edeca: that's why they exist :) 18:07:29 <Alberth> edeca: new map generation possibilities. There is a forum thread somewhere 18:07:51 <planetmaker> I mean... curves can be tasty :-P 18:07:59 <planetmaker> and nice to look at 18:08:18 <Alberth> maps were nice indeed 18:08:26 <edeca> Awesome 18:08:41 <peter1138> it's changed a bit 18:09:05 <peter1138> it works best with mountainous terrain type 18:09:07 <planetmaker> assumingly not to the worse, though ;-) 18:09:27 <peter1138> no, there's more choice now 18:09:38 <peter1138> although you may not get good maps with all settings 18:09:59 <planetmaker> one didn't either before with the original one 18:11:59 <peter1138> truedat 18:12:46 <SpComb^> ugh, trying to form patches between two branches when they're based off different versions of trunk is difficult 18:13:27 <SpComb^> can't just do one `git diff A...B` because you get bits of trunk along with it 18:13:57 *** worldemar [~woldemar@85.114.172.17] has joined #openttd 18:15:11 <gathers> SpComb^: you can perhaps make a dummy branch of one of them, rebase --onto the dummy to where the other starts, and then make the diff 18:15:42 <SpComb^> or just patch them in by hand and then make the diff off the working copy changes 18:16:20 <planetmaker> hm... I need a good catchy translation for "variety distribution" 18:17:18 <Alberth> official strategy is to merge the diff between last trunk update of branch A and branch head of A, on top of head of branch B 18:17:24 <planetmaker> SpComb^: you need something like hg rebase or so 18:17:34 <planetmaker> git probably has that, too 18:18:35 <SpComb^> I presumed that rebaseing from the newer branch onto the older one would also pull in stuff from trunk 18:18:42 <SpComb^> but rebase still confuses me a little 18:18:51 <gathers> SpComb^: take a look at rebase --onto 18:19:33 <peter1138> planetmaker, if you can figure out what it means anyway :s 18:19:36 *** Luukland [~Hassan@s559031d6.adsl.wanadoo.nl] has joined #openttd 18:19:43 <peter1138> it's not the amount of variety, certainly 18:20:00 <planetmaker> yes. It's the separation of landscape types or so 18:20:19 <michi_cc> SpComb^: git rebase --onto A master B (rebase all commits of B not in master onto branch A) 18:20:52 *** ecke [~ecke@188.75.128.2] has quit [Ping timeout: 480 seconds] 18:20:53 <frosch123> planetmaker: Diversifizierung/-zit?t :p 18:21:13 <planetmaker> peter1138: the single selectable entries could use their own translation. Part of the strings were stolen from elsewhere. 18:21:38 <Luukland> Fugas 31 banned users :p 18:21:39 <planetmaker> (are already translated) 18:21:46 <Luukland> (wrong area) 18:22:14 <peter1138> : 18:22:15 <peter1138> :s 18:22:39 <peter1138> you translate "low" as an amount differently? 18:22:51 <planetmaker> It depends on how I name that feature ;-) 18:23:09 <planetmaker> it could "niedrig", "wenig" "gering" "klein" 18:23:13 <planetmaker> depending on context 18:25:28 <planetmaker> frosch123: it's not the worst translation... but too "nose up" ;-) 18:25:54 <SpComb^> http://www.tt-forums.net/viewtopic.php?p=841800#p841800 <-- so yay, cargodist + daylength + fewer passengers 18:26:38 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has joined #openttd 18:27:25 *** Rhamphoryncus [~rhamph@d199-126-251-5.abhsia.telus.net] has joined #openttd 18:28:58 <planetmaker> "Gel?ndeformen" seems to be the proper word. And then _I_ don't mind to use the translations for the selections already in place 18:32:10 <planetmaker> hm... no. They don't fit :S 18:32:40 <peter1138> alright 18:33:57 <SpComb^> someone fix the default savegame filename format so that they sort correctly in lexicographic order... 18:34:03 <planetmaker> sorry. I feel like a party-spoiler :-( 18:35:20 <Rubidium> SpComb^: would something like "Advanced settings -> Interface -> Display options -> Use ... format for savegames" suffice? 18:35:26 <SpComb^> :( 18:35:38 <SpComb^> I said default! 18:35:49 <SpComb^> even though I didn't know there was an option 18:36:32 <Rubidium> it is the default savegame filename format... it's non-default when you enter the name yourself 18:36:46 <CIA-1> OpenTTD: peter1138 * r18543 /trunk/src/ (genworld_gui.cpp lang/english.txt): -Codechange: Use separate set of strings for variety distribution setting to ease translation. 18:36:59 * planetmaker hugs peter1138 18:37:34 <Rubidium> oh... someone who intensely loves to translate? 18:38:10 <peter1138> i blame german 18:38:14 *** Rubix`` [~wrqwer@69.49.68.95] has quit [Quit: Ping timeout: 540 seconds] 18:38:23 <gathers> SpComb^: what happens with the running costs of vehicles when the daylength is longer? do the per-year values increase as well? 18:39:10 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection] 18:39:17 <planetmaker> feel free, peter1138 :-) >:-) 18:39:25 <Eddi|zuHause> a lot of the language features can be blamed on german :p 18:39:32 <Eddi|zuHause> like genders ;) 18:39:51 <planetmaker> Eddi|zuHause: but not in OpenTTD...? 18:41:21 <Eddi|zuHause> @commit 2594 18:41:21 <DorpsGek> Eddi|zuHause: Commit by ludde :: r2594 /trunk (13 files in 3 dirs) (2005-07-16 20:58:04 UTC) 18:41:22 <DorpsGek> Eddi|zuHause: Fix: [strgen] Misc updates to the string system. 18:41:23 <DorpsGek> Eddi|zuHause: - Renamed the plural command to "P" instead of "PLURAL". Now write something like this to append an s on plural: {P "" s}. (You can optionally still add an argument index to explicitly specifiy which number that's used) 18:41:24 <DorpsGek> Eddi|zuHause: - Removed the pluralized cargo strings from the string files. The new method is to use the plural specifier {P} 18:41:25 <DorpsGek> Eddi|zuHause: - Added support for genders. First add "##gender der das die" on top, then use {G=der} on a cargoname/industry to set the gender, and to switch between genders do something like {G neu neu neue} {STRING} 18:41:26 <DorpsGek> Eddi|zuHause: (...) 18:41:44 <planetmaker> he... :-) 18:42:44 <planetmaker> cases. Not genders. Whatever :-P 18:44:31 <Eddi|zuHause> well, i did say what i mean 18:45:33 <CIA-1> OpenTTD: translators * r18544 /trunk/src/lang/ (6 files in 2 dirs): (log message trimmed) 18:45:33 <CIA-1> OpenTTD: -Update from WebTranslator v3.0: 18:45:33 <CIA-1> OpenTTD: croatian - 36 changes by 18:45:33 <CIA-1> OpenTTD: french - 8 changes by glx 18:45:33 <CIA-1> OpenTTD: german - 8 changes by planetmaker 18:45:33 <CIA-1> OpenTTD: greek - 3 changes by fumantsu 18:45:33 <CIA-1> OpenTTD: norwegian_nynorsk - 10 changes by 2rB 18:45:41 <glx> planetmaker: we are fast ;) 18:45:57 <Madis> I 18:46:01 <Madis> 'm faster 18:46:06 <Eddi|zuHause> but the croatian guy had way more changes! 18:46:16 <planetmaker> :-O 18:46:26 <planetmaker> I thought it was already too late. Nice! :-) 18:46:35 *** Luukland [~Hassan@s559031d6.adsl.wanadoo.nl] has quit [] 18:46:45 <Rubidium> Eddi|zuHause: the croatian guy just... uhm... broke WT3 18:46:52 <CIA-1> OpenTTD: frosch * r18545 /trunk/src/video/ (6 files in 2 dirs): -Fix [FS#3292]: Assign '_screen.dst_ptr' as soon as it is allocated. 18:46:53 <glx> again ? 18:46:54 <planetmaker> h... 18:47:01 <planetmaker> +e 18:47:16 <planetmaker> I think it was greek before? 18:47:33 <Rubidium> glx: yeah, although this time it isn't blocking language commits and the last time it was 18:47:44 <Rubidium> planetmaker: yeah, the greek broke it before that 18:48:06 <planetmaker> seems to happen... regularily :S 18:48:36 <Rubidium> something's happening with cases 18:48:47 <Rubidium> which probably isn't the best tested part of WT3 18:49:00 <Rubidium> and TB doesn't have much time lately and as such it isn't fixed yet 18:49:40 <peter1138> cool, down to 3 bugs ;p 18:49:45 <planetmaker> cases. nasty cases. 18:49:51 <planetmaker> ^ not the Germans :-P 18:50:41 <Madis> btw, whose idea was it to have all nouns with capital letters in German? 18:50:45 <Madis> that idea sucks 18:50:47 <Madis> :D 18:51:24 * SpComb^ wonders if the monolithic savegame version scheme could be improved 18:51:25 <planetmaker> Madis: tests show that it makes for slightly faster reading ;-) 18:51:48 <Madis> but it sucks either way 18:52:00 <planetmaker> You don't mind, if I disagree? 18:52:02 <Madis> It's Hard To Read A Sentence Like That 18:52:17 <planetmaker> Es ist nicht so schwer einen solchen Satz zu lesen. 18:52:25 <planetmaker> ^which would be the German equivalent. 18:52:33 <planetmaker> so... one nown 18:52:39 <Madis> true 18:52:39 <planetmaker> *noun 18:53:10 <Rubidium> still, it's harder to read than "It's hard to read a sentence like that" 18:53:15 <planetmaker> and the contrary is true :-) 18:53:24 <Rubidium> planetmaker: really? 18:53:41 <Madis> but... Ich kann schlecht Deutch sprechen. If I write it, I have to think whether to capitalize schlecht, Deutch or sprechen 18:53:45 <Madis> that gotta suck :D 18:53:52 <Rubidium> peter1138: what is harder for you to read? "It's hard to read a sentence like that" or "Es ist nicht so schwer einen solchen Satz zu lesen. 18:54:31 <Prof_Frink> The one in Foreign. 18:54:43 <Madis> I think he just passed out, way too hard for him.. both :D 18:54:49 <planetmaker> http://de.wikipedia.org/wiki/Kleinschreibung#Studien_zum_Thema <-- this says it's faster to read 18:55:07 <Prof_Frink> Yes, but it's unreadable, so should be disregarded. 18:55:07 <planetmaker> tested actually with Dutch people reading German :-) 18:55:22 <Madis> planetmaker only that nobody but you (and the rest 80 million german speakers) can't understand you 18:55:38 <Madis> :D 18:55:45 <Madis> -you +it 18:56:10 <planetmaker> The nouns are important. Therefore capitalized ;-) 18:56:26 <Madis> no, the names are important 18:56:46 <Madis> and in Estonian we don't even capitalize the names of nations or languages 18:56:50 <peter1138> erm 18:56:51 <Madis> only the names of countries 18:57:03 <Madis> well 18:57:05 <Madis> names 18:57:08 <Madis> generally 18:57:16 <Xaroth> peter1138: lost cause :P 18:57:25 <Madis> and first word of a sentence, but nothing else, really 18:57:26 <peter1138> i've no idea what they're talking about 18:57:36 <planetmaker> capitalization 18:57:50 <Madis> and German being shitty about it 18:58:05 <Xaroth> Maybe the estonian have it all wrong ;) 18:58:13 <Madis> NO 18:58:15 <Prof_Frink> Madis: Latin's even better. 18:58:16 <Madis> WE ARE RIGHT 18:58:20 <Madis> YOU ARE LEFT 18:58:25 <Xaroth> and caps lock is cruise control for cool, i know 18:59:05 <Madis> NO 18:59:07 <Madis> it was shift 18:59:09 <Madis> not caps lock 18:59:13 <Madis> I don't use caps lock 18:59:14 <Xaroth> even worse. 18:59:18 <Madis> D: 18:59:20 <Xaroth> then yer not cool :) 18:59:25 <Madis> never said I was 19:00:00 <Madis> If I were, would I be listening to Alicia Keys' 1st December concert from utub? 19:01:42 <Eddi|zuHause> * SpComb^ wonders if the monolithic savegame version scheme could be improved <-- the main improvement point would be a name/value dictionary for settings 19:02:07 <Eddi|zuHause> would account for most of the savegame-changing patches 19:02:11 <SpComb^> some kind of way to identify induvidual chunks and their versions 19:04:14 <SpComb^> the most common case is where you have a savegame produced by patch A which adds setting a and bumps the version to x - then you add a patch B which adds a setting b and doesn't bump the savegame version - then you try and load that savegame with that 19:04:41 <SpComb^> which you can workaround by fudging around with the sl versions in the code 19:05:13 <Eddi|zuHause> SpComb^: if you had a dictionary, adding a setting wouldn't require a savegame version bump at all 19:05:34 <SpComb^> I guess, I haven't looked at the internals of the sl system 19:06:29 <planetmaker> he, such change would be interesting indeed 19:06:41 <Rubidium> Eddi|zuHause: yeah... until someone changes the meaning of a variable and you're totally screwed 19:07:00 <planetmaker> Rubidium: yes, but that's what the savegame version is for, isn't it? 19:07:08 <Eddi|zuHause> Rubidium: that, again, could be handled by an actual version bump 19:07:23 <Rubidium> especially the OMANY kind 19:08:08 <Rubidium> Eddi|zuHause: but... what if your slightly patched version also bumps the version? Then it would be loadable in trunk and the conversion wouldn't be done 19:08:51 <Eddi|zuHause> Rubidium: there are always ways to break it... 19:11:17 *** lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 19:12:06 <SpComb^> mm, I have to crank this exponent down to -4 before my network manages to keep up 19:19:03 *** lobster [~michielbi@86.89.201.189] has joined #openttd 19:21:51 <CIA-1> OpenTTD: rubidium * r18546 /trunk/src/ (6 files): -Codechange: make making the screenshot not asynchronious; just do it at the moment it's requested. 19:22:41 *** fonsinchen [~alve@brln-4dbc084a.pool.mediaWays.net] has quit [Remote host closed the connection] 19:24:49 *** Singaporekid [~notme@cm177.epsilon84.maxonline.com.sg] has quit [Quit: Leaving] 19:27:51 *** Zahl_ [~Zahl@2002:4e33:8a27:1:44af:2ea2:334a:6b3d] has joined #openttd 19:27:51 *** Zahl [~Zahl@2002:4e33:8a27:1:44af:2ea2:334a:6b3d] has quit [Read error: Connection reset by peer] 19:27:51 *** Zahl_ is now known as Zahl 19:29:14 <CIA-1> OpenTTD: rubidium * r18547 /trunk/src/video/sdl_v.cpp: -Fix [FS#3388]: missing thread synchronisation when changing the resolution for SDL via the in game menu 19:31:31 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]] 19:33:22 <Noldo> should I need something more than grfcodec and renum to make opengfx? 19:34:00 <Rubidium> a preprocessor and sed/awk/make are probably useful 19:34:25 <Ammler> stuff you use fro building openttd should be enough, afaik. 19:35:03 <Noldo> http://paste.openttd.org/220662 19:35:42 <Rubidium> might be a missing preprocessor 19:35:47 <Ammler> make clean && make 19:36:21 <Noldo> Ammler gets the points 19:37:18 <Ammler> it somehow fails to remake dependency check. 19:40:24 <planetmaker> Noldo: gcc and md5sum 19:41:19 <Noldo> planetmaker: those I checked earlier 19:41:33 <Noldo> hmm, something isn't liking my new palette 19:41:33 <planetmaker> hm... 19:41:41 <Noldo> planetmaker: it works now :) 19:42:11 <planetmaker> what did you do differently? 19:42:33 <Noldo> planetmaker: make clean && make, as Ammler told me to 19:42:43 <planetmaker> just a missing make clean 19:42:50 <planetmaker> hm, yes, sometimes it helps 19:43:05 <planetmaker> you could use make remake instead ;-) 19:43:36 <planetmaker> nice that it works, though 19:43:41 <Noldo> yes 19:44:09 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 19:44:19 <Noldo> is it grfcodec that is working when it says stuff like: Loading sprites/pcx/mapgen.pcx 19:44:28 <planetmaker> yes 19:44:55 <Noldo> it's not happy with the changes palette 19:45:09 <planetmaker> you shouldn't change the palette of a the files 19:45:28 <planetmaker> that nearly always makes grfcodec unhappy 19:47:31 <planetmaker> for all practical purposes the pcx files of OpenGFX need to be in the TTD windoze palette format 19:48:20 <Noldo> it's mapgen.pcx, no-one will notice 19:49:40 <planetmaker> well. yes. grfcodec 19:49:49 <Ammler> [20:42] <planetmaker> you could use make remake instead ? <-- does that work now? 19:49:57 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has joined #openttd 19:49:58 <planetmaker> Ammler: it always did 19:50:19 <Ammler> he, you already forgot :-P 19:50:36 <planetmaker> no, I didn't. I never understood that :-) 19:50:46 <Ammler> make without nforenum 19:50:51 <Ammler> install nforenum 19:50:53 <Ammler> make remake 19:51:08 <planetmaker> and? 19:51:12 <Ammler> try it :-) 19:53:17 <planetmaker> remake is an alias for clean and all 19:53:20 <planetmaker> so... 19:53:45 <planetmaker> peter1138: it's really fun to generate maps with that new feature. They're awesome :-) Kudos 19:54:10 <Ammler> planetmaker: but it doesn't repeat the depend check 19:54:29 <Ammler> I am quite sure, I told you.... 19:55:06 <planetmaker> the deps don't change, do they? 19:56:03 <Ammler> try my scenario... :-P 19:56:25 <Ammler> maybe it is something else... 19:57:12 <Ammler> oh, the nfo is generated but without renum, so it is there but doesn't work 19:57:52 <Noldo> oh my, my trunk checkout was really old 20:05:22 <CIA-1> OpenTTD: peter1138 * r18548 /trunk/src/lang/english.txt: -Fix (r18541): Unused string slipped in. 20:06:50 <peter1138> planetmaker, now you need some rivers ;) 20:06:54 *** lewymati [~lewymati@aejj29.neoplus.adsl.tpnet.pl] has joined #openttd 20:07:38 *** Wolf01 [~wolf01@host220-236-dynamic.14-87-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 20:21:38 *** terinjokes [~terin@ip72-196-123-143.ga.at.cox.net] has quit [Ping timeout: 480 seconds] 20:26:01 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 20:28:42 <Eddi|zuHause> err... *hides* 20:30:02 <peter1138> did you see my half-tile rivers? 20:31:24 <Eddi|zuHause> not yet, having kinda system problems today 20:31:35 <Eddi|zuHause> pondering restoring the backup... 20:33:31 <Eddi|zuHause> being able to neither "svn up" nor "make" is kinda problematic to development :p 20:33:48 <peter1138> :s 20:37:03 *** Terkhen [~Terkhen@172.69.220.87.dynamic.jazztel.es] has joined #openttd 20:46:38 *** Bryan [bryan@element.techlive.tv] has quit [Quit: Leaving] 20:49:26 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:52:26 <Noldo> \o/ 20:53:59 <Eddi|zuHause> src/lang/german.txt:1043: warning: String name 'STR_TERRAIN_TYPE_MIXED' does not exist in master file <-- i guess someone was too fast ;) 20:55:31 <planetmaker> :-P 20:56:11 <planetmaker> but indeed... rivers will be nice... 20:56:28 *** phalax [~phalax@84.19.128.89] has quit [Quit: Ex-Chat] 20:56:39 <Noldo> planetmaker: I managed to generate new game with my own mapgen sprites 20:57:01 *** Rubix`` [~wrqwer@69.49.68.95] has quit [Quit: Ping timeout: 540 seconds] 20:59:12 <planetmaker> so... how does it look like, Noldo ? 21:00:18 <glx> Eddi|zuHause: I guess it warns for french too :) 21:00:29 <Noldo> it looks like someone made simple testsprites for mapgenerator and generated a new map on with them 21:01:24 <Noldo> most of the sprites are predominantly of colorindex 0 ie. water 21:03:03 <Eddi|zuHause> it's weird, it's like 100 files in until it discovers that neither libsdl-devel nor libpng-devel are installed ;) 21:03:08 <planetmaker> well... I'm asking for the reason that I also generated some new sprites for them - but it looks very much unlike the original. Only with occasional mountains, independent on the roughness setting 21:03:12 <planetmaker> and that bugs me :-) 21:03:50 *** phalax [~phalax@84.19.128.89] has joined #openttd 21:04:11 <Noldo> I think we need to figure out exactly how the different sprites are used 21:04:50 <planetmaker> that's my guess, too. 21:05:07 <planetmaker> but I didn't get to that yet... nor will in the next hours :-) 21:06:42 <_ln> quite an interesting season finale for Dexter. 21:07:00 <Eddi|zuHause> peter1138: not finding any rivers, do i look in the wrong place? 21:07:21 <Eddi|zuHause> _ln: quite an insane thing to spoil it :p 21:09:09 *** Gremnon [~Gremnon@87.112.14.85.plusnet.ptn-ag1.dyn.plus.net] has joined #openttd 21:09:28 <_ln> Eddi|zuHause: you are greatly surprised by the fact that the season ends "interestingly", with a cliff-hanger? 21:10:14 <Eddi|zuHause> _ln: no. even "somebody dies" wouldn't exactly be a spoiler with dexter :p 21:10:25 <peter1138> Eddi|zuHause, oh right... i didn't actually post anything... whoops 21:14:20 <Noldo> planetmaker: :/ part of my sprites were still random noice 21:14:56 <planetmaker> ah. If you like I can give you my version, too, to play around with. 21:16:47 <planetmaker> http://dev.openttdcoop.org/issues/684 21:17:02 *** Zuu [Zuu@c-35f2e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd 21:17:09 <Noldo> thanks 21:18:48 <peter1138> hmm, zephyris just posted some 21:19:07 *** Madis [~stabuinte@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]] 21:19:57 <CIA-1> OpenTTD: rubidium * r18549 /trunk/src/vehicle.cpp: -Fix: first do the time-since-last-service check and only then determine whether autoreplace needs to take place. This way they will not keep autoreplacing continuously on failure, but only after some timeout. 21:27:44 *** DarkED [~J@cpe-075-176-105-070.carolina.res.rr.com] has joined #openttd 21:28:31 *** Terkhen [~Terkhen@172.69.220.87.dynamic.jazztel.es] has quit [Quit: ...] 21:30:11 <planetmaker> oh. he. There and those. yes 21:30:21 <Noldo> where? 21:30:32 <planetmaker> http://www.tt-forums.net/viewtopic.php?f=26&t=38122&start=2880 21:31:46 <Noldo> he is way too fast 21:31:57 <Eddi|zuHause> Rubidium: could there be some sanity checks like cargo types of the replacement vehicle before attempting to go for autoreplace-servicing? 21:32:53 *** Fast2 [~Fast2@p57AF9329.dip0.t-ipconnect.de] has joined #openttd 21:34:25 <planetmaker> Noldo: but you could give them a try and use those of yours, his and mine which give best results. 21:35:06 <planetmaker> having sprites is only half way. Getting them into the game and testing how they look (and adjusting) is the other half 21:35:12 <planetmaker> if not more ;-) 21:35:46 <Noldo> I still want to figure out how the old generator uses the sprites 21:37:38 <planetmaker> and that would be good to know. Maybe you can document that then also somehow - so that that knowledge doesn't get lost. Maybe add a few appropriate comments to the source where they are used 21:38:18 <Zuu> planetmaker: Maybe you want to know, the program you helped testing has been released and is now available on the website. (www.junctioneer.net) 21:38:44 <planetmaker> congratz, Zuu! :-) 21:39:14 <Zuu> I noticed though that on my Linux system the strings painted by the same font engine becomes slightly longer so there is some glitches in the about dialog for example. 21:39:22 <Zuu> planetmaker: Thanks :-) 21:39:22 <Noldo> oh no, there's bitsifting 21:40:36 <planetmaker> Noldo: I think only 4 bit or so are used as hightmap. *someone* in this channel said so. 21:40:57 <Noldo> it was Yexo and I did find that from the source too 21:41:53 <Noldo> I also know that is takes to runs of stamping those tempaltes on the map and the locations and orientations are random 21:42:02 *** ecke [~ecke@88.86.107.135] has joined #openttd 21:42:11 <Noldo> the two runs seem to use different sprites 21:42:40 <CIA-1> OpenTTD: smatz * r18550 /trunk/src/town_cmd.cpp: -Fix (r18281): show expected price of town construction even when the company doesn't have enough money 21:42:47 <peter1138> there are 5 different types 21:43:13 <peter1138> which are used depends on the climate selected 21:43:16 <Noldo> and 2 arrays of magical index arrays 21:43:41 <Noldo> 2 arrays of magical indices 21:44:59 *** Mark [~Mark@5ED06D96.cable.ziggo.nl] has joined #openttd 21:46:09 <peter1138> they're counts, not indices 21:46:49 <peter1138> (r >> 24) gives you an 8 bit random number used like a percentage (but a per256age) 21:49:07 <Noldo> yes, that part really had me confused 21:50:14 <Noldo> so if the r >> 24 is 0 ans type is 0,1,2 or 3 the sprite id will be 4845? 21:50:28 <peter1138> yeah 21:51:41 <Noldo> facinating 21:54:01 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd 21:54:47 <CIA-1> OpenTTD: frosch * r18551 /trunk/src/vehicle.cpp: -Fix [FS#1762]: When autoreplace is the only allowed reason to send vehicles to depot, first check some minimal requirements (engine availability, refittability) and a heuristic for the needed money. 21:55:17 <frosch123> Eddi|zuHause: you are impatient 21:56:03 <Eddi|zuHause> no, i'm only ahead of my time :p 21:56:23 <Eddi|zuHause> hm... placing industries destroys rivers 21:56:38 <Eddi|zuHause> they really shouldn't do that... 21:57:27 <frosch123> they do? 21:57:57 <Eddi|zuHause> frosch123: they seem to terraform regardless of river presence 21:58:11 <frosch123> on map creation, or also ingame? 22:00:35 <CIA-1> OpenTTD: glx * r18552 /trunk/src/lang/ (french.txt german.txt): -Fix (r18548): some translators were very fast 22:00:51 *** sparrL [~kvirc@99-2-138-242.lightspeed.nsvltn.sbcglobal.net] has joined #openttd 22:01:36 <Eddi|zuHause> frosch123: seems like only map creation, but not entirely certain 22:02:44 <frosch123> http://devs.openttd.org/~frosch/diffs/industrydonttouchwater.diff <- also in that case? 22:03:09 <Eddi|zuHause> frosch123: hm, no, could reproduce it ingame 22:03:16 <Eddi|zuHause> let me test the patch 22:03:21 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 22:04:14 <CIA-1> OpenTTD: rubidium * r18553 /trunk/src/aircraft_cmd.cpp: -Fix: make aircraft behave the same on autoreplace/autorenew as other vehicles 22:05:56 *** Gremnon [~Gremnon@87.112.14.85.plusnet.ptn-ag1.dyn.plus.net] has quit [Quit: And now for something completely different] 22:08:02 <frosch123> hmm, but do towns also clear rivers when expanding? 22:08:22 <Rubidium> clear as in destroy or as in bridge? 22:08:28 <frosch123> destroy 22:08:33 <peter1138> heh, 77.77% 22:08:38 <peter1138> frosch123, no 22:08:43 <peter1138> they bridge in fact 22:09:24 <Rubidium> peter1138: but only if you can FS#3369 as a bug and not an user error 22:09:27 <frosch123> ah yes, it also uses DC_WATER, and also DC_AUTO 22:09:47 <peter1138> 87.5% then? 22:10:03 <Rubidium> peter1138: yeah :) 22:10:54 <frosch123> hmm, i guess that scares users away, when they try to find the not-osx section 22:11:38 <peter1138> heh, nice bug in ogfx's rivers 22:11:49 <Eddi|zuHause> frosch123: i have seen towns build bridges, but never destroy river 22:12:20 <frosch123> yeah, they do not 22:13:12 <frosch123> hmm, does the industry terraforming also clear roads and houses? 22:13:29 <peter1138> don't think so 22:13:42 <frosch123> ah, DC_AUTO is added by the terraform command itself 22:13:56 <peter1138> bah 22:14:03 <peter1138> half-tile rivers are annoying me now 22:14:32 <frosch123> Eddi|zuHause: any success on testing? 22:15:46 <Eddi|zuHause> frosch123: well, let's say i haven't been able to reproduce the situation 22:15:47 *** sparrL [~kvirc@99-2-138-242.lightspeed.nsvltn.sbcglobal.net] has quit [Read error: Operation timed out] 22:16:13 <peter1138> http://fuzzle.org/~petern/ottd/halfriver.png 22:16:14 <peter1138> ^ how silly 22:17:14 <CIA-1> OpenTTD: frosch * r18554 /trunk/src/industry_cmd.cpp: -Change: Forbid industries to clear sea/river when leveling land. 22:18:32 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 22:19:06 <Eddi|zuHause> peter1138: if both the top half and the adjacent lower half are water, they should form a waterfall 22:20:34 <peter1138> thing is 22:20:46 <peter1138> starting to wonder about half-tiles on flat land too 22:21:04 <frosch123> and next to rail :p 22:21:06 <Rubidium> shared with rail :) 22:21:09 <peter1138> but then someone is bound to want that for canals too 22:21:16 <peter1138> haha 22:21:22 <peter1138> and then that, yes 22:21:29 <Eddi|zuHause> well, i was going to say that, too ;) 22:22:18 *** Chrill [~chrischri@80.216.60.117] has joined #openttd 22:22:34 <Eddi|zuHause> but i'm getting nowhere with this terraforming thing... 22:24:13 <Eddi|zuHause> and i get lots of errors "ALSA lib pcm.c:7234:(snd_pcm_recover) underrun occured" 22:24:58 <SmatZ> Eddi|zuHause: so do I - but I think it's caused by some alsa update. I get those warnings when I downgrade to older OTTD version as well. 22:25:39 <frosch123> some emerge printed a note about giving some task higher priority to avoid sound underrun 22:29:00 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has quit [Quit: Utm Aœ - Aja 35] 22:30:30 <frosch123> hmm, cannot find that one 22:36:39 <Eddi|zuHause> i need some threshold on floding when finding a sink... now they stop way too easily on flat areas 22:38:53 <frosch123> maybe do it when the heights are not yet scaled down to 0-15 22:39:29 <Eddi|zuHause> i do that 22:39:37 <Eddi|zuHause> but there are still sinks 22:39:57 <frosch123> do you start in the mountains or at the sea? 22:40:49 <Eddi|zuHause> i start at a random tile, and follow the direction that is "downwards" until i hit 0 or a river tile 22:40:53 <frosch123> maybe start at the sea and try to reach some reasonable height 22:41:02 *** Mark [~Mark@5ED06D96.cable.ziggo.nl] has quit [Quit: Try HydraIRC -> http://www.hydrairc.com <-] 22:41:20 <planetmaker> I found that proposal to work better for me ^ 22:41:42 <planetmaker> but it has it's problems, too :-) 22:41:53 <frosch123> or alternatively create a big lake and start searching from there 22:43:12 *** lewymati [~lewymati@aejj29.neoplus.adsl.tpnet.pl] has quit [] 22:43:52 <Eddi|zuHause> well, finding the direction that is "down" isn't the problem, the problem is that there are places which are a local minimum 22:44:12 <planetmaker> Eddi|zuHause: yes. And you solve that, if you go up 22:44:38 <frosch123> or you have to create a lake there :) 22:44:44 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/tgp_rivers1.diff <-- see for yourself (WARNING! do not use with a rivers grf) 22:45:37 <Eddi|zuHause> err... something isn't right 22:45:59 <Eddi|zuHause> contains reversal of peter's recent patch... 22:46:57 *** rhaeder [~quix0r@188.109.244.80] has quit [Quit: Leaving.] 22:47:32 <Eddi|zuHause> i guess i'm still not familiar with how hg works 22:48:23 <planetmaker> hg diff -rX:Y 22:48:30 *** rhaeder [~quix0r@188.109.244.80] has joined #openttd 22:48:41 <peter1138> heh 22:48:43 <planetmaker> with X and Y being two revisions you want to compare 22:50:47 *** sparrL [~kvirc@99-2-138-242.lightspeed.nsvltn.sbcglobal.net] has joined #openttd 22:51:19 <Eddi|zuHause> planetmaker: i'm not sure, something went wrong when updating, i think 22:52:04 <planetmaker> hm... usually there shouldn't, if you don't modify the same place 22:52:08 <planetmaker> hg up ? 22:52:15 <sparrL> is it possible to force load a different graphics-only GRF than other players are using in a multiplayer game? 22:52:52 <planetmaker> sparrL: you can use static newgrfs. Only from within config file, though 22:53:50 <frosch123> but note, that not everything is "graphics-only" what you might guess :) 22:54:30 <Eddi|zuHause> should be better now... 22:54:58 <Eddi|zuHause> so reload above link 22:55:27 <planetmaker> hehe @ frosch 22:55:40 <planetmaker> very little actually 22:56:17 <Eddi|zuHause> typically trees and catenary 22:56:27 <Eddi|zuHause> some rare cases of bridges 22:56:43 <Eddi|zuHause> and road/rail sets 22:57:26 <Eddi|zuHause> and possibly the HQ ;) 23:04:55 *** sparrL [~kvirc@99-2-138-242.lightspeed.nsvltn.sbcglobal.net] has quit [Ping timeout: 480 seconds] 23:05:23 <Eddi|zuHause> hm... to flood properly, i probably need a recursive approach, not an iterative one 23:06:54 <planetmaker> don't forget an ending condition ;-) 23:08:13 *** valhallasw [~valhallas@s55928dd9.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds] 23:08:24 <Eddi|zuHause> flooding should be BFS 23:08:39 <Eddi|zuHause> so i need a FIFO list 23:08:49 <peter1138> if (whole_map_is_flooded) end; 23:09:49 <Eddi|zuHause> and it might be useful to decide whether to flood or dig a canyon 23:09:59 <planetmaker> double flood! 23:10:04 <planetmaker> multi flood! 23:10:08 <planetmaker> monster flood! 23:10:18 *** elmz [~elmz@184.213-167-126.customer.lyse.net] has quit [Ping timeout: 480 seconds] 23:10:22 <Eddi|zuHause> but i have no idea how to achieve sensible canyons 23:11:29 <peter1138> indede 23:13:34 <_ln> why does the font change into a silly one f i choose Finnish or French or something? 23:14:24 <_ln> but e.g. with English, Danish and Estonian the font is non-silly 23:14:30 <Eddi|zuHause> _ln: because you did not update to a recent nightly 23:14:53 <_ln> fine, i'll run svn up 23:14:57 <peter1138> heh, trees slowly appear in the scenario editor 23:15:00 <peter1138> are they supposed to? 23:15:19 <Eddi|zuHause> yes, that's been a complaint for years 23:15:31 <Eddi|zuHause> but there's a setting to disable that now, i believe 23:15:47 <_ln> *facepalm* 23:16:01 <frosch123> maybe enforce that setting in SE 23:16:01 <_ln> doesn't sound like a feature that needs a setting 23:16:03 <Zuu> peter1138: I think you can pause in the scenario editor, so I guess it is not too unlogical. 23:16:16 <peter1138> yeah you 23:16:17 <peter1138> can 23:16:20 <peter1138> but then guess what 23:16:23 *** sparrL [~kvirc@99-2-138-242.lightspeed.nsvltn.sbcglobal.net] has joined #openttd 23:16:24 <peter1138> you can't build anything :p 23:16:30 <frosch123> :p 23:17:01 <Zuu> You can build stones and light houses plus some more. :-) 23:17:18 <Zuu> Or, you mean, while paused. Ah sory. :-) 23:17:41 <Zuu> Isn't build on pause cheat available in the scenario editor? 23:18:28 <Zuu> Or maybe you can't cheat in the scenario editor. 23:19:01 *** frosch123 [~frosch@frnk-590ff4af.pool.mediaWays.net] has quit [Remote host closed the connection] 23:19:11 <Eddi|zuHause> SmatZ/frosch123: somebody suggested that the buffer underrun message might be related to pulseaudio 23:20:26 <Eddi|zuHause> Zuu: in scenario editor, there's supposed to be no cheating necessary 23:27:41 <Zuu> good night 23:27:44 *** Zuu [Zuu@c-35f2e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 23:35:45 <SmatZ> Eddi|zuHause: I am not using pulseaudio 23:46:39 <CIA-1> OpenTTD: smatz * r18555 /trunk/ (5 files in 4 dirs): -Fix (r15027): fake definitions of squirrel types were wrong for eg. 64bit systems, don't use them 23:48:54 <CIA-1> OpenTTD: smatz * r18556 /trunk/src/ai/api/squirrel_export.awk: -Fix (r17005): squirrel export didn't accept negative constants 23:50:13 *** JVassie [~TheExile^@nelocat2.gotadsl.co.uk] has quit [Ping timeout: 480 seconds] 23:51:53 *** weaselboy246 [risugami@67-54-241-148.cust.wildblue.net] has joined #openttd 23:52:16 *** lobster [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds] 23:53:26 <CIA-1> OpenTTD: smatz * r18557 /trunk/src/ai/ (9 files in 2 dirs): -Fix: (most of) gcc errors when using lto caused by some structs having different definition in different object files 23:55:18 *** Zahl_ [~Zahl@2002:4e34:7b51:1:44af:2ea2:334a:6b3d] has joined #openttd