Times are UTC Toggle Colours
00:00:36 *** Cybertinus [~Cybertinu@cybertinus.customer.cloud.nl] has quit [Ping timeout: 480 seconds] 00:04:36 <Eddi|zuHause> when february the 29th falls on a friday the 13th? 00:12:35 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds] 00:47:04 *** HerzogDeXtEr1 [~flex@i59F6CFF2.versanet.de] has joined #openttd 00:52:44 *** HerzogDeXtEr [~flex@i59F6A317.versanet.de] has quit [Ping timeout: 480 seconds] 00:56:39 *** wakou2 [~stephen@host86-143-240-99.range86-143.btcentralplus.com] has quit [Ping timeout: 480 seconds] 01:06:10 *** tokai|mdlx [~tokai@port-92-195-43-90.dynamic.qsc.de] has joined #openttd 01:08:35 *** tokai [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 01:18:21 *** LeandroL_ [~leandro@190.189.0.224] has quit [Ping timeout: 480 seconds] 01:34:34 *** GriffinOneTwo [~oftc-webi@adsl-68-123-204-22.dsl.irvnca.pacbell.net] has joined #openttd 01:38:25 *** GriffinOneTwo [~oftc-webi@adsl-68-123-204-22.dsl.irvnca.pacbell.net] has quit [] 01:54:01 *** LeandroL [~leandro@190.189.0.224] has joined #openttd 01:54:59 *** gelignite_ [~gelignite@i528C3546.versanet.de] has joined #openttd 02:02:20 *** gelignite [~gelignite@i528C3E53.versanet.de] has quit [Ping timeout: 480 seconds] 02:10:37 *** Andreas [~Andreas@s5375406a.adsl.online.nl] has quit [Ping timeout: 480 seconds] 02:12:57 *** Aristide [~quassel@tok69-5-82-235-150-75.fbx.proxad.net] has quit [Remote host closed the connection] 02:39:09 *** Randominty [~Randomint@124-171-99-249.dyn.iinet.net.au] has joined #openttd 03:00:56 *** HerzogDeXtEr1 [~flex@i59F6CFF2.versanet.de] has quit [Read error: Connection reset by peer] 03:01:15 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has joined #openttd 03:12:18 *** HerzogDeXtEr1 [~flex@i59F6CFF2.versanet.de] has joined #openttd 03:16:31 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has quit [Read error: Connection reset by peer] 03:18:11 *** yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Remote host closed the connection] 03:22:47 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [] 03:27:08 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 03:27:49 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 03:29:06 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has joined #openttd 03:32:05 *** gelignite_ [~gelignite@i528C3546.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 03:34:33 *** HerzogDeXtEr1 [~flex@i59F6CFF2.versanet.de] has quit [Ping timeout: 480 seconds] 03:38:28 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has quit [Read error: Connection reset by peer] 03:39:09 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has joined #openttd 03:59:08 *** Tirili [~chatzilla@kel30.kel.studentenwerk-goettingen.de] has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.24/20140207013742]] 04:24:11 *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Connection reset by peer] 04:24:24 *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 04:57:30 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 05:13:26 *** Djohaal [~Djohaal@177.16.122.22] has joined #openttd 05:13:27 *** Djohaal [~Djohaal@177.16.122.22] has quit [] 05:26:18 *** MJP [~mjp@hq.z77.fr] has quit [Ping timeout: 480 seconds] 05:41:16 *** retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 05:56:01 *** Eddi|zuHause [~johekr@p57BD5ADA.dip0.t-ipconnect.de] has quit [] 05:56:15 *** Eddi|zuHause [~johekr@p57BD4478.dip0.t-ipconnect.de] has joined #openttd 06:05:15 *** Djohaal_ [~Djohaal@177.16.122.22] has quit [Read error: Connection reset by peer] 06:25:49 *** Morgan_Freeman [~nagrom@99-194-195-10.dyn.centurytel.net] has quit [Ping timeout: 484 seconds] 06:40:20 *** Japa [~Japa@117.201.102.62] has joined #openttd 06:41:16 *** jjavaholic_ [~jjavaholi@grahamg63.plus.com] has joined #openttd 06:42:36 *** jjavaholic [~jjavaholi@grahamg63.plus.com] has quit [Ping timeout: 480 seconds] 06:50:34 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has quit [Quit: Leaving.] 07:35:06 *** Tuiq [~tuiq@46-159.5-85.cust.bluewin.ch] has quit [Ping timeout: 480 seconds] 07:36:33 *** sla_ro|master [slamaster@95.76.164.39] has joined #openttd 07:59:40 *** Progman [~progman@p57A1A77A.dip0.t-ipconnect.de] has joined #openttd 08:00:31 *** wakou2 [~stephen@host86-143-240-99.range86-143.btcentralplus.com] has joined #openttd 08:01:14 *** jjavaholic_ [~jjavaholi@grahamg63.plus.com] has quit [Ping timeout: 480 seconds] 08:07:40 *** jjavaholic [~jjavaholi@grahamg63.plus.com] has joined #openttd 08:21:20 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 08:21:23 *** mode/#openttd [+v tokai|noir] by ChanServ 08:26:57 *** tokai|mdlx [~tokai@port-92-195-43-90.dynamic.qsc.de] has quit [Read error: Operation timed out] 08:42:03 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 08:47:57 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd 08:59:05 *** Sanfred [sanfred@paj.sanfred.se] has quit [Remote host closed the connection] 08:59:17 *** Sanfred [sanfred@paj.sanfred.se] has joined #openttd 09:14:09 *** Alberth [~hat@2001:980:272e:1:be5f:f4ff:feac:e11] has joined #openttd 09:14:12 *** mode/#openttd [+o Alberth] by ChanServ 09:14:32 *** Tuiq [~tuiq@46-159.5-85.cust.bluewin.ch] has joined #openttd 09:51:33 *** ntx [~ntx@a88-115-29-236.elisa-laajakaista.fi] has joined #openttd 10:04:42 <Taede> can a gamescript be disabled once the game is running? 10:12:33 <planetmaker> I believe it's made such that they cannot be removed after map generation 10:27:11 *** Wolf01 [~wolf01@host58-55-dynamic.182-80-r.retail.telecomitalia.it] has joined #openttd 10:27:36 <Wolf01> o/ 10:36:35 <Alberth> hi hi 10:36:43 <LordAro> moin 10:42:36 *** Tazsam [~oftc-webi@2.marosnet.docsismanager.hu] has joined #openttd 10:42:43 <Tazsam> hello guys 10:43:46 <Tazsam> need some help, My ottd don't work, noone can join. Any idea? 10:44:15 <Wolf01> port forwarding? 10:44:31 <LordAro> @ports 10:44:31 <DorpsGek> LordAro: OpenTTD uses TCP and UDP port 3979 for server <-> client communication, UDP port 3978 for masterserver (advertise) communication (outbound), and TCP port 3978 for content service, a.k.a. BaNaNaS (outbound) 10:45:04 <Tazsam> i tried everÃthing with that dlink di-524. But for something it's not work 10:45:44 <Wolf01> firewall? 10:45:53 <Tazsam> application allowed 10:46:05 <planetmaker> both ports? 10:48:21 *** Pol [~quassel@h220216.upc-h.chello.nl] has joined #openttd 10:48:37 *** Tazsam [~oftc-webi@2.marosnet.docsismanager.hu] has quit [Remote host closed the connection] 10:50:36 <__ln__> the standard list of procedures for fixing any network related problems that involve any D-Link products: 1. get rid of the D-Link product 2. end of list. 10:53:17 <planetmaker> obviously the connection is also a bit unstable :) 10:54:10 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Ping timeout: 480 seconds] 11:00:57 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 11:01:19 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 11:07:05 *** Pol [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 11:10:47 <Eddi|zuHause> __ln__: that's what skynet must have thought 11:11:43 <__ln__> true, D-Link products are by far not reliable enough to take over the world 11:17:23 <DorpsGek> Commit by fonsinchen :: r26341 trunk/src/linkgraph/linkgraphjob.cpp (2014-02-16 11:17:17 UTC) 11:17:24 <DorpsGek> -Fix [FS#5902]: Reroute cargo when automatic distribution is switched off. 11:18:00 *** Japa [~Japa@117.201.102.62] has quit [Ping timeout: 480 seconds] 11:26:06 *** Cybertinus [~Cybertinu@cybertinus.customer.cloud.nl] has joined #openttd 11:35:12 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd 11:39:31 *** Tuiq [~tuiq@46-159.5-85.cust.bluewin.ch] has quit [] 11:58:11 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 12:00:14 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 12:05:44 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 12:15:21 *** Pikka [~Octomom@d58-111-72-67.rdl800.qld.optusnet.com.au] has joined #openttd 12:17:38 *** jpierre03 [~jpierre03@voyage.prunetwork.fr] has joined #openttd 12:18:48 *** yorick [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd 12:21:47 *** gelignite [~gelignite@i528C3546.versanet.de] has joined #openttd 12:23:46 *** Andreas [~Andreas@s5375406a.adsl.online.nl] has joined #openttd 12:32:25 *** Supercheese [~Superchee@98.145.80.103] has quit [Read error: Connection reset by peer] 12:32:32 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Read error: Operation timed out] 12:32:55 *** Supercheese [~Superchee@98.145.80.103] has joined #openttd 12:34:50 *** gelignite [~gelignite@i528C3546.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 12:36:36 *** MJP [~mjp@hq.z77.fr] has joined #openttd 12:36:55 *** frosch123 [~frosch@frnk-4d01d95c.pool.mediaWays.net] has joined #openttd 12:47:58 *** Randominty [~Randomint@124-171-99-249.dyn.iinet.net.au] has quit [] 12:49:10 *** MJP [~mjp@hq.z77.fr] has quit [Quit: That's all folks!] 12:49:18 *** MJP [~mjp@hq.z77.fr] has joined #openttd 12:54:53 *** gelignite [~gelignite@i5387A5D1.versanet.de] has joined #openttd 12:55:48 *** Andreas [~Andreas@s5375406a.adsl.online.nl] has quit [Ping timeout: 480 seconds] 13:05:23 *** Zuu [~Zuu@gateway.sdrf.se] has joined #openttd 13:05:58 *** Aristide [~quassel@tok69-5-82-235-150-75.fbx.proxad.net] has joined #openttd 13:10:44 *** Virtual [~Virtual@46.7.241.30] has joined #openttd 13:15:15 *** Japa [~Japa@117.201.102.62] has joined #openttd 13:16:24 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 13:25:04 <frosch123> planetmaker: dave is no bot 13:25:39 <planetmaker> hm? 13:26:01 <frosch123> i am refering to your complanis about so many spam bots in the brithday list 13:26:33 <frosch123> when there are two moderators in it today :p 13:26:47 <planetmaker> lol :) 13:34:18 *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd 13:38:13 <Pikka> not a bot, just a bum 13:45:26 *** Virtual [~Virtual@46.7.241.30] has quit [Ping timeout: 480 seconds] 13:47:01 *** Virtual [~Virtual@46.7.241.30] has joined #openttd 14:08:52 *** Virtual__ [~Virtual@46.7.241.30] has joined #openttd 14:12:06 *** Virtual [~Virtual@46.7.241.30] has quit [Ping timeout: 480 seconds] 14:15:29 <michi_cc> MJP: GetTileType(Town::Get(whatever)->xy) will almost always be of type MP_ROAD in fact. The very first step when growing a town is placing a road on the central tile. 14:21:27 <MJP> so I can only hope there are some houses around, I wonder if there is something else I could do with tile ownership. 14:31:39 <Eddi|zuHause> make a hashtable of all town locations, and check whether the tile is in that list? 14:34:03 <MJP> like the thing used by vehicles? it's worth the try 14:34:19 *** Aristide [~quassel@tok69-5-82-235-150-75.fbx.proxad.net] has quit [Remote host closed the connection] 14:38:42 <Alberth> wouldn't that explode? 14:39:05 <Eddi|zuHause> why? there are usually fewer towns on the map than vehicles 14:40:06 <Alberth> you don't store tiles? 14:40:10 <MJP> only town "centers" would be stored 14:40:18 <Alberth> a quad tree may be useful 14:43:05 <Eddi|zuHause> Alberth: the problem at hand is, given a random tile, find the nearest town. currently that loops over all towns, which may be slow when many towns are on the map. the idea was to make a circular tile search (up to a maximum radius) instead 14:43:34 <Eddi|zuHause> but whether a tile is a town center is not stored on the map 14:44:46 <Eddi|zuHause> (we could also just reserve a "town center" bit on MP_ROAD tiles, and also use that to prevent destroying that tile) 14:47:43 *** Djohaal [~Djohaal@177.16.122.22] has joined #openttd 14:56:49 <frosch123> the town center is already today not necessarily a road tile 14:57:01 <frosch123> the growth algorithm checks multiple tiles for road around the center 14:57:19 <planetmaker> it would still be the town center? 14:57:53 <frosch123> wrt. the nearest town thingie... my todo list contains an item to add a cache-style map array, which is not saved, but contains stuff that can be recomputed on load 14:58:08 <frosch123> it also contains stuff like nearest town for all tiles (not only houses or roads) 14:58:09 <michi_cc> frosch123: On map-creation it usually is, though. 14:58:15 <frosch123> which could then also be used for railtypes 14:58:38 <frosch123> yeah, on map creation it is 14:58:43 <frosch123> but eddi did not make that restriction 14:59:02 <planetmaker> what about newly funded towns then? 14:59:44 <Eddi|zuHause> planetmaker: the tricky part is funding a town on a map where the condition that all other town centers are on road tiles (legacy maps) is violated 15:00:25 <Eddi|zuHause> but i assume that funding a single town is not performance critical 15:00:39 <Eddi|zuHause> so it could always fall back to the town list algorithm 15:11:19 <Zuu> There are a bug on FS about funding lots of towns in-game using a GS can give high memory usage. However the reporter says that you need his specific openttd.cfg to reproduce the bug. 15:12:34 <Zuu> I don't know if this bug is only in the GS interface or related to town funding. Though the reporter has not been able to find similar issues with other GS APIs. 15:13:02 <planetmaker> would be first nice to be able to reproduce it? 15:15:40 <MJP> sounds like FS#5870 15:18:31 <Zuu> Yes that's the one I had in mind. 15:19:48 <frosch123> mjp wrote something about some cache 15:19:54 <frosch123> but i don't know which cache 15:20:11 <Eddi|zuHause> http://s2.quickmeme.com/img/92/92b1d1d993b326c96ad9122244787d19d22965f4fb7d65d8811d3b76f53defa2.jpg 15:20:24 <MJP> well, I should have used the right word: Pool 15:20:49 <frosch123> what pool? 15:20:58 <MJP> wait... I'm not sure... doing too many things at the same time 15:22:08 <frosch123> GenerateTowns resets persistent storage (which i have no idea why that should be affected by founding towns), and it clears the layouter cache 15:22:20 <MJP> FS#5870 and r26310 are "linked" 15:22:23 <frosch123> but those caches are also cleared during the regular game loop 15:22:57 <frosch123> oh, so that code is new 15:23:31 <frosch123> why is the persistent storage affected by funding towns though? 15:23:56 <Zuu> IIRC I placed GenerateTownName so that it will always be called due to some reason. Possible that removing the custom name should give a generated name or that it is done the same in some other part - at least at the time of implementing this API. 15:24:12 <MJP> the problem in GS interface in this case is to call GenerateTownName() when it should not but this is not the real memory problem 15:24:17 <frosch123> yes, calling generatetownname in all cases is intentional 15:24:23 <MJP> ah 15:24:28 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 15:27:00 <frosch123> at least now i know that the call of ClearPersistentStorageChanges in GenerateTowns is new :) 15:27:36 <frosch123> i was grepping for those yesterday, and really wondered who put it there :p 15:30:50 <MJP> why force the GenerateTownName() call when a name is provided? 15:31:03 <frosch123> you can reset custom names 15:31:12 <frosch123> and it's a bit silly if all gs funded towns have the same name 15:32:33 <MJP> even though CmdRenameTown() checks IsUniqueTownName()... weird 15:33:04 <MJP> hmmm, reset is the key word here 15:33:46 <frosch123> names are not really guaranteed to be unique 15:33:51 <frosch123> when it comes to renaming and resetting 15:34:23 <Zuu> If there is a bit free somewhere or a town parts value that is guarenteed to not be used, I guess generating the town name parts could be delayed until a user reset the town name. 15:34:38 <frosch123> for most of the stuff in the game that is not possible anyway, since vehicle names and such are translated 15:35:10 <frosch123> Zuu: i don't think that is necessary. no normal script generates thousands of towns 15:35:48 *** Morgan_Freeman [~nagrom@99-194-195-10.dyn.centurytel.net] has joined #openttd 15:35:52 <frosch123> working on ottd deal with it better is nice, but i think adding a flag for "generate name later" is a bit over the top, isn't it? :p 15:36:03 <Zuu> Only if the script tries to implement town + industry generation for games where the user is asked to set default town/industry generation to low/none. 15:37:01 <Zuu> I think allocating more memory for that flag is over the top, unless bits for it has already been reserved. 15:37:40 *** Andreas [~Andreas@c118116.upc-c.chello.nl] has joined #openttd 15:41:22 <frosch123> http://paste.openttdcoop.org/show/3104/ <- so, would this suffice for fs#5870 ? 15:43:38 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 15:43:42 <andythenorth> o/ 15:45:30 *** Morgan_Freeman [~nagrom@99-194-195-10.dyn.centurytel.net] has quit [Read error: Connection reset by peer] 15:51:52 <Alberth> \o 15:55:20 *** Virtual__ [~Virtual@46.7.241.30] has quit [Quit: Textual IRC Client: www.textualapp.com] 16:01:36 *** Morgan_Freeman [~nagrom@99-194-195-10.dyn.centurytel.net] has joined #openttd 16:12:20 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 16:15:38 <MJP> frosch123, yes, your diff fixes the memory problem exposed in FS#5870 (at least on my system) 16:16:39 <frosch123> ok, thanks for testing :) 16:24:48 <DorpsGek> Commit by fonsinchen :: r26342 trunk/src/thread/thread.h (2014-02-16 16:24:41 UTC) 16:24:49 <DorpsGek> -Add: A mutex locker class. 16:25:14 <Rubidium> V453000: could you add the following wagon to NUTS? https://i.chzbgr.com/maxW500/4181216256/hDA05EE05/ 16:25:23 <DorpsGek> Commit by fonsinchen :: r26343 /trunk/src (core/smallstack_type.hpp station.cpp) (2014-02-16 16:25:18 UTC) 16:25:24 <DorpsGek> -Fix: Rewrite SmallStack so that it doesn't use a pool and is reentrant. 16:31:23 <frosch123> definitely safety frist 16:31:36 <frosch123> ideally glue the cargo to the wagon 16:42:45 *** retro|cz [~retro@ip-89-176-82-80.net.upcbroadband.cz] has joined #openttd 16:44:00 <Pikka> is that strapped-down gravel, Rubidium? 16:50:06 *** Flygon_ [~Flygon@147.18.214.218.sta.commander.net.au] has joined #openttd 16:52:58 *** Flygon [~Flygon@147.18.214.218.sta.commander.net.au] has quit [Read error: Connection reset by peer] 16:57:25 <Eddi|zuHause> hm, at normal vision, which text size (in cm) should one be able to read from 3m distance? 17:00:30 <Japa> well... 17:00:53 <frosch123> 1cm? 17:01:11 <Japa> The text on my IRC window right now is about 3-4mm tall 17:01:15 <frosch123> with ideal light conditions only though 17:01:15 <Japa> and I'm at 50cm 17:01:36 <planetmaker> I'd guess around 1cm? 17:02:16 <Japa> Guestimate only, mind 17:02:32 <Japa> So for text to look the same at 3m, it'd have to be about 2cm 17:02:34 <frosch123> Japa: you are quite close to the screen 17:02:46 <Eddi|zuHause> the numbers i have are about 8mm high, and if i lean backwards 30cm more, they become blurry 17:03:00 <frosch123> i cannot touch my screen by reaching out with my arm 17:03:15 <planetmaker> not? 17:03:35 <Japa> I'm on my laptop, on which I am typing, and it has a pretty high dpi screen 17:04:00 <Japa> If I reach out my arm, the screen is midway between wrist and elbow 17:04:03 <frosch123> well, there is some variety on how much i lean it 17:04:05 <DorpsGek> Commit by planetmaker :: r26344 trunk/src/water_cmd.cpp (2014-02-16 17:03:58 UTC) 17:04:06 <DorpsGek> -Change [FS#5907]: Do not flood shores of type MP_TREE needlessly (MJP) 17:04:09 <frosch123> so, yeah, i can touch it when i want to 17:04:41 <Eddi|zuHause> "blurry" as in "you can make out words, but individual letters become problematic" 17:05:19 <Japa> Anyway, yeah, back to the original question, I wouldn't want to read smaller than 2cm text at 3m generally. I'd be able to read smaller, but not something I'd want to use for general use. 17:05:51 <Japa> 1cm text would be a 'pause what you're doing and pay attention to see what's being said' kind of thing 17:06:04 <Japa> rather than a 'casually glance at to get the meaning' kind of thing. 17:07:06 <frosch123> my font seems to be around 3mm as well for around 1m distance 17:07:30 <frosch123> i like small fonts, but my brother messes up my browser settings whenever he uses my computer :s 17:07:51 <frosch123> but well, i have no normal vision 17:07:56 <Eddi|zuHause> give him a different user :p 17:07:59 <Japa> I just tested, and the text on this screen right now, I can read upto 2m away 17:08:54 <frosch123> well, at around 1.5m i would rather put on my glasses 17:09:10 <V453000> Rubidium: I haz worse :P see chameleon hoppers 17:09:11 <frosch123> (which i usually do not wear at home) 17:09:25 <frosch123> V453000: what, you tie animals to wagons? 17:09:38 <frosch123> i thought they would enter on your own 17:09:46 <frosch123> s/your/their/ 17:09:47 <V453000> animals aint hopper ... bulk cargoes are in "bricks" there 17:09:53 <V453000> oh, you wish 17:10:00 <Japa> https://www.dropbox.com/s/yggxmae3zaznwln/Screenshot%202014-02-16%2022.38.12.png 17:10:06 <Japa> I can read this at 2m 17:10:07 <V453000> the bastards are on drugs and then forced to enter 17:10:11 <Japa> anyway, I'm out. 17:11:26 <Eddi|zuHause> hm, that font i can read on smaller sizes than the other one... 17:11:44 <Eddi|zuHause> maybe i should try white background 17:12:11 <frosch123> hmm, ReduceLineCache is not that expensive to call 17:12:32 <Eddi|zuHause> hm, is there an easy way to "invert" the current X output? 17:14:30 <frosch123> mirror? 17:14:40 <Eddi|zuHause> i mean colour invert 17:14:50 <Eddi|zuHause> black->white etc 17:15:20 <Eddi|zuHause> my b/w laptop from 25 years ago had this feature :) 17:16:13 <Eddi|zuHause> (i think it actually had 4 greyscales which it used to interpolate 256 greyscale values) 17:16:34 <frosch123> yeah, i also had a b/w crt with that feature 17:16:46 <frosch123> though i have no clue why, it was usually painful to watch 17:16:58 <frosch123> maybe it was meant the other way around: turn a mostly white screen into a black one 17:19:18 <Eddi|zuHause> well for the laptop it was sort of a power save feature: black costs more power than white, so the usually black terminals would be inverted by default, and when it switched into a graphics mode, it switched off inversion by default 17:21:42 <Eddi|zuHause> anyway, the theory to be tested was: "bright text on dark background is harder to read from a distance than dark text on bright background" 17:21:46 *** bolli [~b011i@87.114.23.78] has joined #openttd 17:22:27 <bolli> Hi 17:25:21 *** Andreas [~Andreas@c118116.upc-c.chello.nl] has quit [Ping timeout: 480 seconds] 17:25:31 <bolli> I have the desync issue again 17:25:47 <bolli> to the point that when somebody joins a company it immediately kills all the connections 17:25:52 <bolli> reproducable 17:30:01 <planetmaker> bolli, you got a savegame, and when you load that it happens again? That kind of reproducable? 17:30:12 <bolli> not quite 17:30:43 <bolli> But it goes through a period of about 15 minutes of doing as soon as it unpauses then stops doing it 17:30:57 <bolli> I've got a save of when it was doing it 17:31:02 <bolli> but I haven't yet tried loading it 17:33:03 <Eddi|zuHause> usually you need a save from slightly before it starts doing it 17:33:04 <planetmaker> the point about desync is it starts to go wrong *somewhen* 17:33:25 <bolli> yeah, but I don't use autosave on the server due to lack of disk space... 17:35:58 <LordAro> lack of disk space? how low are you? 17:36:09 <LordAro> save games are rarely more than 10MB each 17:36:30 <bolli> Well, I prefer not to use it 17:36:37 <bolli> I have 34GB available 17:36:44 <bolli> but I use the server for other stuff too 17:36:46 <LordAro> that's plenty 17:36:48 <LordAro> :p 17:36:52 <planetmaker> lol 34GB available? that's not low 17:36:58 <LordAro> just up the autosave limit to 100, or something 17:37:03 <bolli> ok :P 17:37:11 <planetmaker> that doesn't apply to desync debugging, LordAro 17:37:20 <LordAro> that's true 17:37:22 <planetmaker> bolli, then, try to get really useful data 17:37:29 <planetmaker> debug_level desync=3 17:37:30 <bolli> Its stopped now 17:37:35 <bolli> I had it at that for a while 17:37:35 <planetmaker> save filename 17:37:38 <planetmaker> load filename.sav 17:37:45 <bolli> as soon as I did that it stopped 17:37:58 <planetmaker> and when the desync happens, then gather filename, command-out.log and dmp*sav for analysis 17:38:24 *** Andreas [~Andreas@c118116.upc-c.chello.nl] has joined #openttd 17:42:35 <DorpsGek> Commit by frosch :: r26345 trunk/src/town_cmd.cpp (2014-02-16 17:42:28 UTC) 17:42:36 <DorpsGek> -Cleanup (r26310): Spawning towns does not touch persistent NewGRF storage. ClearPersistentStorageChanges is a dangerous/magic function which should not be called without reason. 17:44:29 <Eddi|zuHause> frosch123: maybe it was meant to initialize the town storage? 17:45:30 <DorpsGek> Commit by frosch :: r26346 /trunk/src (town_cmd.cpp townname.cpp) (2014-02-16 17:45:24 UTC) 17:45:31 <DorpsGek> -Fix [FS#5870]: Call Layouter::ReduceLineCache from GenerateTownName in all cases. 17:50:25 *** Japa [~Japa@117.201.102.62] has quit [Read error: Connection reset by peer] 17:52:41 <Rubidium> Pikka: it is 17:56:00 *** Japa [~Japa@117.201.106.112] has joined #openttd 18:04:24 *** Andreas [~Andreas@c118116.upc-c.chello.nl] has quit [Ping timeout: 480 seconds] 18:04:39 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has joined #openttd 18:08:52 *** Eddi|zuHause [~johekr@p57BD4478.dip0.t-ipconnect.de] has quit [] 18:09:03 *** Eddi|zuHause [~johekr@p57BD4478.dip0.t-ipconnect.de] has joined #openttd 18:15:36 <Eddi|zuHause> hm, something about bright background looks either weird or just unaccustomed 18:16:54 *** l4u [~l4u@124.217.186.22] has quit [Ping timeout: 480 seconds] 18:25:00 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 18:25:49 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 18:25:52 *** mode/#openttd [+v glx] by ChanServ 18:39:11 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 18:43:15 <DorpsGek> Commit by fonsinchen :: r26347 /trunk/src/linkgraph (4 files) (2014-02-16 18:42:59 UTC) 18:43:16 <DorpsGek> -Fix [FS#5898]: Make sure link graph jobs can delete themselves after SLA_NULL. 18:45:39 <DorpsGek> Commit by translators :: r26348 /trunk/src/lang (4 files) (2014-02-16 18:45:28 UTC) 18:45:40 <DorpsGek> -Update from WebTranslator v3.0: 18:45:41 <DorpsGek> lithuanian - 3 changes by Stabilitronas 18:45:42 <DorpsGek> polish - 4 changes by wojteks86 18:45:43 <DorpsGek> russian - 3 changes by Lone_Wolf 18:45:44 <DorpsGek> swedish - 5 changes by spacejens 18:57:58 *** Morgan_Freeman [~nagrom@99-194-195-10.dyn.centurytel.net] has quit [Ping timeout: 480 seconds] 19:05:02 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 19:19:53 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 19:24:33 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 19:28:35 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has joined #openttd 19:36:34 *** Andreas [~Andreas@c118116.upc-c.chello.nl] has joined #openttd 19:59:15 *** bolli [~b011i@87.114.23.78] has quit [Ping timeout: 480 seconds] 20:01:19 *** Morgan_Freeman [~nagrom@99-194-195-10.dyn.centurytel.net] has joined #openttd 20:03:14 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 20:09:14 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 20:12:13 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 20:26:54 *** oskari89 [oskari89@83-102-63-32.bb.dnainternet.fi] has quit [] 20:45:24 <frosch123> "please press any button except the power button" 20:45:32 <frosch123> sounds like the fix to a ln bug report 20:47:03 <planetmaker> lol 20:50:26 <Wolf01> :D 21:06:28 * Rubidium votes for the reset button 21:06:48 <Rubidium> or... the button on the PSU changing 110v <-> 220v 21:09:01 <Rubidium> although... scrolllock might be interesting as well 21:09:18 <frosch123> just keep away from the microwave 21:10:28 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 21:10:37 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [] 21:11:42 *** Speedy` [~speedy@the.wrong.domain.name] has joined #openttd 21:11:57 *** Speedy` is now known as Speedy 21:16:45 <Eddi|zuHause> how about the button for the outside power supply, when it has been raining all day? 21:18:07 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 21:18:26 <andythenorth> where is pikka AI to? 21:18:31 <andythenorth> hmm 21:18:33 * andythenorth finds it 21:20:42 * andythenorth experiments with using 'original' terrain generator 21:20:54 <andythenorth> the results of that are piss poor :( 21:27:28 <frosch123> i don't like the firs poll results :p 21:28:02 <frosch123> i want to vote for a small economy, but i have not played it enough to know which one is better. i am just annoyed that the big one is winning :p 21:28:30 <planetmaker> hm, so let's vote for heart of darkness... 21:28:35 <planetmaker> I haven't voted yet 21:28:54 <planetmaker> heart of darkness is at least the best by name :D 21:29:04 <Alberth> by far :) 21:29:30 <planetmaker> The others should be renamed :D 21:29:37 <planetmaker> andy always has fancy names for stuff 21:30:29 <planetmaker> it's not 'full production' but 'gung ho' or something :D 21:30:46 <planetmaker> takes a bit getting used to. But definitely makes it unique and adds to flair 21:31:15 <Alberth> standard european industries? :) 21:32:09 <Alberth> all industries you imagined 21:32:53 <Alberth> k, time to call it a day; good night 21:33:09 <planetmaker> good night :) 21:33:16 *** Alberth [~hat@2001:980:272e:1:be5f:f4ff:feac:e11] has left #openttd [] 21:35:21 *** linuxman [~oftc-webi@c-69-143-146-42.hsd1.md.comcast.net] has joined #openttd 21:37:18 <DorpsGek> Commit by frosch :: r26349 /trunk/src/thread (5 files) (2014-02-16 21:37:05 UTC) 21:37:19 <DorpsGek> -Add: Optional recursive locking of mutexes. 21:37:37 *** gelignite [~gelignite@i5387A5D1.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 21:47:05 <DorpsGek> Commit by frosch :: r26350 /trunk/src/thread (thread_os2.cpp thread_win32.cpp) (2014-02-16 21:47:00 UTC) 21:47:06 <DorpsGek> -Fix (r26349): Silly bugs are silly. 21:49:40 <andythenorth> cdist for pax 21:49:50 <andythenorth> manual dist for freight 21:52:42 *** Japa [~Japa@117.201.106.112] has quit [Read error: Connection reset by peer] 21:52:46 <Eddi|zuHause> i haven't voted on the FIRS thread because i have not played with any of the economies 21:53:09 <Eddi|zuHause> only with really ancient ones 21:57:12 *** sla_ro|master [slamaster@95.76.164.39] has quit [] 21:57:28 <DorpsGek> Commit by frosch :: r26351 trunk/src/video/sdl_v.cpp (2014-02-16 21:57:22 UTC) 21:57:29 <DorpsGek> -Fix: Protect all VideoDriver_SDL methods with the _draw_mutex. 21:57:35 *** Japa [~Japa@117.201.106.112] has joined #openttd 22:03:39 <frosch123> night 22:03:43 *** frosch123 [~frosch@frnk-4d01d95c.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 22:05:43 <andythenorth> bye 22:05:44 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 22:16:07 *** Progman [~progman@p57A1A77A.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 22:16:47 *** Pikka [~Octomom@d58-111-72-67.rdl800.qld.optusnet.com.au] has quit [Read error: Connection reset by peer] 22:27:39 <planetmaker> g'night 22:30:50 *** l4u [~l4u@124.217.186.195] has joined #openttd 22:32:38 *** Andreas [~Andreas@c118116.upc-c.chello.nl] has quit [Read error: Operation timed out] 22:38:48 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 22:39:16 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 22:40:27 <Wolf01> 'night 22:40:31 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 22:41:48 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection] 22:42:30 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 22:46:48 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 22:47:11 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 22:58:42 *** Japa_ [~Japa@117.201.106.112] has joined #openttd 23:03:05 *** linuxman [~oftc-webi@c-69-143-146-42.hsd1.md.comcast.net] has quit [Quit: Page closed] 23:04:35 *** Aristide [~quassel@tok69-5-82-235-150-75.fbx.proxad.net] has joined #openttd 23:05:16 *** Japa [~Japa@117.201.106.112] has quit [Ping timeout: 480 seconds] 23:08:04 *** Zuu [~Zuu@gateway.sdrf.se] has quit [Ping timeout: 480 seconds] 23:16:11 *** HerzogDeXtEr [~flex@i59F6CFF2.versanet.de] has quit [Quit: Leaving.] 23:26:40 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [Read error: Connection reset by peer] 23:26:54 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 23:32:30 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 23:46:39 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has quit [Read error: Connection reset by peer] 23:47:00 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 23:52:12 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 23:57:37 *** GriffinOneTwo [~oftc-webi@adsl-68-123-207-138.dsl.irvnca.pacbell.net] has joined #openttd