Times are UTC Toggle Colours
00:03:02 *** yorick [~yorick@ip51cd0513.speed.planet.nl] has quit [Remote host closed the connection] 00:04:54 <glx> and that also increase town size 00:06:23 <Eddi|zuHause> meh... i bought this USB stick which has this annoying habit of flashing red while it's idle... 00:06:36 <Eddi|zuHause> anybody know if that is programmable? 00:08:47 *** TomyLobo [~foo@91-65-113-111-dynip.superkabel.de] has quit [Quit: Standby mode...] 00:14:16 <montalvo> okay, i'll try that 00:14:26 <montalvo> also, could i have a little hand with some signals? 00:15:00 <glx> Eddi|zuHause: probably not programmable 00:15:14 <Eddi|zuHause> it annoys me as hell 00:15:28 <glx> like sticks with static light when idle 00:15:43 <glx> I prefer when there's light only on activity 00:17:25 <Eddi|zuHause> static light would at least be less annoying than flashing on and off constantly 00:17:57 <montalvo> http://i.imgur.com/MGHFeSY.png 00:18:10 <montalvo> i realise i should probably have drawn on that 00:18:12 <montalvo> but uh 00:18:25 <montalvo> trains come in from the lower track, top left to bottom right 00:18:51 <montalvo> the problem is that at the intersection they try to go down the track that's one lower 00:22:40 <Supercheese> there's a mix of electrified and unelectrified 00:22:56 <Supercheese> you may need to electrify all the rails if you're using electric trains 00:23:32 <Eddi|zuHause> unrelated: you should probably use path signals at the junction 00:23:42 <Eddi|zuHause> but i didn't actually understand the problem 00:23:52 * montalvo facepalms 00:24:16 <montalvo> thanks for that 00:24:37 <montalvo> Eddi|zuHause, i'm not too familiar with how to use path signals 00:24:56 <Eddi|zuHause> just put them anywhere you want a train to wait before a junction 00:25:23 <Eddi|zuHause> if a train waits at a place where it blocks the junction, remove that signal 00:25:41 <Supercheese> I'd wager at least 60% of all "why on earth are my trains doing these weird things?" problems are due to forgetting to electrify rails 00:25:58 <montalvo> Supercheese, almost certainly 00:25:59 <Eddi|zuHause> "Well there is a way for this to stop happening, I unintentionally stopped it by formating the flash drive." 00:26:10 <Superuser> why you no use zbase 00:26:11 <montalvo> Eddi|zuHause, it worked i think, thanks! 00:31:55 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [] 00:33:01 *** Progman [~progman@p57A1BB5A.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 00:39:54 *** treaki__ [5c548d81d1@p4FF4BECB.dip0.t-ipconnect.de] has joined #openttd 00:42:15 *** Devroush [~dennis@91.179.117.212] has joined #openttd 00:44:22 *** Superuser [~superuser@cpc11-lewi15-2-0-cust98.2-4.cable.virginm.net] has quit [Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.] 00:47:08 *** treaki_ [87ddc49d09@p4FF4A332.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 00:50:14 *** Pereba [~UserNick@177.17.84.25] has quit [Quit: AdiIRC, the first and unique irc client approved by the Norwegian Royal Family! (www.adiirc.com)] 00:51:37 *** Pereba [~UserNick@177.17.84.25] has joined #openttd 00:55:55 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has joined #openttd 00:59:08 *** Devroush [~dennis@91.179.117.212] has quit [] 01:02:11 *** Haube [~michi@77-20-40-44-dynip.superkabel.de] has quit [Quit: Leaving.] 01:21:15 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 01:27:52 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 01:31:45 *** Japa [~Japa@117.214.6.144] has joined #openttd 01:34:57 <alluke> half of the people calling to the game show are so drunk theyre struggling to answer the question :D 01:38:10 <alluke> im laughing my fucking ass off XD 01:51:23 <Eddi|zuHause> i'm unsure whether i should just return this USB stick with the words "nowhere on this package it said 'flashes constantly'" 01:51:53 <Eddi|zuHause> all the "guides" out there just say "open it and cover the LED" 01:52:31 <Eddi|zuHause> but chances are i break it and lose the warranty this way... 01:52:46 <alluke> whats wrong with flashing leds 01:52:56 <alluke> i fancy all that stuff 01:53:02 <glx> nothing when it's only on activity 01:53:07 <Eddi|zuHause> THEY ARE FUCKING ANNOYING 01:53:12 <alluke> :D 01:53:13 <Eddi|zuHause> because it's on INACTIVITY 01:53:48 <alluke> open the stick and disconnect the led wires? 01:54:12 <alluke> or swap it with my 2gb kingston stick :3 01:54:15 <Supercheese> I doubt there's a firmware/software solution 01:54:30 <Supercheese> most stupid LEDs like that can't be easily turned off 01:54:31 *** DDR [~kvirc@S010600254bbe4e1c.vc.shawcable.net] has joined #openttd 01:57:29 <Eddi|zuHause> well, i found 512 bytes of "random data" at the end of the disk, and tried to erase that (because someone said the flashing disappeared after a format) 01:57:36 <Eddi|zuHause> but that did nothing 01:57:45 <Eddi|zuHause> not sure what that data does 01:58:15 <Eddi|zuHause> or is that some FAT stuff at the very last sector? 01:58:44 <alluke> dont know 01:59:34 <alluke> but if i was you id fill it with the best of efukt and leave on someones doorstep 02:01:19 <Eddi|zuHause> i probably don't want to know what that is 02:01:39 <alluke> efukt.com 02:01:46 <alluke> kind of humour site 02:01:58 <Eddi|zuHause> yeah, certainly i'm going to open that :p 02:02:12 <alluke> well ive laughed my ass of man times on that site :P 02:02:32 <alluke> but im completely nuts too 02:02:46 <alluke> somhow i havent got into mental hospital yet 02:05:08 <Eddi|zuHause> "canada wants to create 'lakes' from toxic waste of oil-sand extraction" 02:05:16 <Eddi|zuHause> that doesn't sound healthy 02:05:49 <alluke> toxic waste lakes 02:05:54 <alluke> sounds fun 02:06:25 <Eddi|zuHause> well, they mix the toxic water with fresh water... 02:07:10 <alluke> do they want to ruin their waters 02:08:17 <Eddi|zuHause> i can't see any other reason to do this... 02:10:03 <Eddi|zuHause> apparently they're hoping that bacteria process the waste 02:10:25 <alluke> shouldnt they test that in some separated pool 02:10:29 <Eddi|zuHause> but they have no fucking clue how long it would take 02:10:59 <Eddi|zuHause> they apparently have a "test pond" but now want to make one that is 200 times larger 02:11:39 <alluke> then make one 02:11:44 <alluke> they should have enough money 02:20:04 *** montalvo [~montalvo@host86-130-200-251.range86-130.btcentralplus.com] has quit [Quit: Textual IRC Client: www.textualapp.com] 02:22:04 <alluke> someone make a quick mp game for this night 02:58:26 *** HerzogDeXtEr [~flex@i59F6B091.versanet.de] has joined #openttd 03:11:13 <alluke> now im going to take a shit 03:11:19 <alluke> i know you care 03:33:02 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 03:33:32 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has quit [Quit: Page closed] 03:57:14 *** Japa [~Japa@117.214.6.144] has quit [Read error: Connection reset by peer] 03:57:37 *** Japa [~Japa@117.214.6.144] has joined #openttd 05:09:44 <Supercheese> Hah, the Google doodle is for Doctor Who 05:16:06 <peter1138> That was yesterday. 05:16:28 <Supercheese> I thought the anniversary is Nov 23...? 05:18:34 <peter1138> No idea, but the doodle was there. 05:28:06 *** Japa_ [~Japa@117.214.6.144] has joined #openttd 05:34:56 *** Japa [~Japa@117.214.6.144] has quit [Ping timeout: 480 seconds] 05:56:01 *** Eddi|zuHause [~johekr@p5DC67054.dip0.t-ipconnect.de] has quit [] 05:56:16 *** Eddi|zuHause [~johekr@p5DC66780.dip0.t-ipconnect.de] has joined #openttd 05:58:56 *** robotboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 06:05:53 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 06:30:09 *** Japa__ [~Japa@117.214.6.144] has joined #openttd 06:34:54 *** abchirk_ [~abchirk@g231210090.adsl.alicedsl.de] has joined #openttd 06:36:58 *** Japa_ [~Japa@117.214.6.144] has quit [Ping timeout: 480 seconds] 06:37:01 *** sla_ro|master [slamaster@85.186.160.35] has joined #openttd 06:42:03 *** Jomann [~abchirk@e179039095.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 06:50:42 *** XeryusTC [~XeryusTC@000128e4.user.oftc.net] has quit [Remote host closed the connection] 06:50:46 *** SmatZ [~smatz@188.cimarosa.openttdcoop.org] has quit [Read error: Operation timed out] 06:52:40 *** apiecux [~apiecux@ui89-892t.21z4-ee.ldti.srv.parano.me] has quit [Read error: Operation timed out] 06:53:16 *** avdg [~avdg@188.cimarosa.openttdcoop.org] has quit [Ping timeout: 480 seconds] 06:53:26 *** apiecux [~apiecux@ui89-892t.21z4-ee.ldti.srv.parano.me] has joined #openttd 06:53:35 *** avdg [~avdg@188.cimarosa.openttdcoop.org] has joined #openttd 06:53:35 *** SmatZ [~smatz@188.cimarosa.openttdcoop.org] has joined #openttd 06:54:26 *** fonsinchen [~fonsinche@188.cimarosa.openttdcoop.org] has quit [Ping timeout: 480 seconds] 06:54:35 *** fonsinchen [~fonsinche@188.cimarosa.openttdcoop.org] has joined #openttd 06:55:05 *** XeryusTC [~XeryusTC@000128e4.user.oftc.net] has joined #openttd 06:57:37 *** XeryusTC [~XeryusTC@000128e4.user.oftc.net] has quit [Remote host closed the connection] 07:01:36 *** apiecux_ [~apiecux@ui89-892t.21z4-ee.ldti.srv.parano.me] has joined #openttd 07:03:36 *** apiecux [~apiecux@ui89-892t.21z4-ee.ldti.srv.parano.me] has quit [Ping timeout: 480 seconds] 07:04:53 *** V453000 [~V453000@188.cimarosa.openttdcoop.org] has quit [Remote host closed the connection] 07:05:05 *** XeryusTC [~XeryusTC@000128e4.user.oftc.net] has joined #openttd 07:05:05 *** V453000 [~V453000@188.cimarosa.openttdcoop.org] has joined #openttd 07:34:08 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 07:37:35 *** zeknurn` [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 07:39:09 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Ping timeout: 480 seconds] 07:39:09 *** zeknurn` is now known as zeknurn 07:49:34 *** adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd 07:51:49 <andythenorth> o/ 08:15:08 <andythenorth> ugh 08:15:18 <andythenorth> I knew randomising output cargos would lead to bug reports 08:15:31 <andythenorth> the rule is, 1 bug report = delete feature, right? 08:24:26 <Rubidium> then openttd wouldn't have any features anymore ;) 08:25:10 *** wakou2 [~stephen@host86-182-192-224.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 08:27:19 <andythenorth> but also no bugs 08:27:29 <andythenorth> and no bugs = satisfied customers, right? 08:39:42 *** LuHa [~LuHa@175.203.104.220] has joined #openttd 09:00:38 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 09:00:41 *** mode/#openttd [+o Alberth] by ChanServ 09:02:03 *** adf88 [~Thunderbi@wis-zul.spine.pl] has quit [Remote host closed the connection] 09:02:15 *** adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd 09:03:26 *** adf88 [~Thunderbi@wis-zul.spine.pl] has quit [] 09:03:55 <Supercheese> 'night 09:04:04 *** Supercheese [~Superchee@98.145.153.186] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 25.0.1/20131112160018]] 09:07:31 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 09:12:17 *** LuHa [~LuHa@175.203.104.220] has quit [Quit: Leaving.] 09:27:05 *** Progman [~progman@p57A186A1.dip0.t-ipconnect.de] has joined #openttd 09:27:40 *** Ristovski [~rafael@89.205.3.77] has joined #openttd 09:44:18 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 09:46:28 *** sla_ro|master [slamaster@85.186.160.35] has quit [] 10:00:13 *** Progman [~progman@p57A186A1.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 10:04:22 *** adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd 10:08:51 *** adf88 [~Thunderbi@wis-zul.spine.pl] has quit [] 10:23:58 *** GriffinOnwtwo [~oftc-webi@adsl-68-125-34-203.dsl.irvnca.pacbell.net] has joined #openttd 10:24:05 *** GriffinOnwtwo [~oftc-webi@adsl-68-125-34-203.dsl.irvnca.pacbell.net] has quit [] 10:24:18 *** GriffinOneTwo [~oftc-webi@adsl-68-125-34-203.dsl.irvnca.pacbell.net] has joined #openttd 10:49:43 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 11:21:48 *** Qantourisc [~Qantouris@78-20-80-220.access.telenet.be] has joined #openttd 11:21:56 <Qantourisc> The mouse input is "jittery" 11:22:17 <Qantourisc> (linux) 11:22:39 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 11:23:55 <Qantourisc> fps also drops when moving the mouse 11:24:41 <Alberth> sounds like you're hitting the CPU limit 11:25:52 <Alberth> are you doing stuff with files at the disk? linuces tend to get laggy when you heavily access disk 11:26:29 <Qantourisc> nope cpu limit is not even close, when moving the mouse, the cpu load actually drops ... 11:26:30 <Alberth> or perhaps the system is running an update of its data bases, indexing the file system, or so? 11:26:50 <Qantourisc> and disk access is zip 11:26:57 <Qantourisc> it's related to moving mouse 11:27:07 <Alberth> cpu limit is at a single core 11:27:09 <Qantourisc> feels like another poorly coded mouse-capture :p 11:27:26 <Qantourisc> Alberth: pinned all the proccess/subproccess to 1 core 11:27:30 *** retro|cz [~retro@ip-78-45-93-251.net.upcbroadband.cz] has joined #openttd 11:27:32 <Alberth> SDL does mouse-y stuff for openttd 11:27:47 <Qantourisc> maybe /me tries 11:28:40 <Qantourisc> problem is "gone" after restart 11:28:41 <Alberth> Qantourisc: ok, but if you look at load, you have to divide the percentage by the number of (hyper) cores that you have 11:28:43 <Qantourisc> weird 11:28:55 <Qantourisc> Alberth: using htop, shows load per cpu :p 11:29:03 <Qantourisc> Alberth: the problem has vanaished :/ 11:29:04 <Alberth> ok 11:29:10 <Qantourisc> weird :p 11:29:16 <Qantourisc> ow wait 11:29:16 <Alberth> could be sprite cache 11:29:23 <Qantourisc> no the recompile of openttd is done 11:29:38 <Qantourisc> might have been linking to old libs on my pc ? duno, tolate now to track it down 11:33:12 <Alberth> zip could also be the cause; unix gives IO processes priority 11:33:39 <Alberth> another thing may be the memory use, perhaps some of the openttd process gets swapped out? 11:34:50 <Qantourisc> Alberth: think you did not get the part where i said moving the mouse caused the issue 11:34:56 <Qantourisc> not moving the mouse and the game was smooth 11:35:24 <Qantourisc> (not even scolling just moving the cursor) 11:35:24 <Alberth> moving the mouse -> access different code -> need to get that code out of swap first -> delay 11:36:23 <Qantourisc> possibly would have been verry weird :p 11:36:38 <Alberth> it all sounds like your system is busy doing something else, or you are running a too big instance of openttd, and it has trouble coping with it 11:37:01 <Alberth> a 2048x2048 map is very big 11:37:40 <Qantourisc> At this point I blame myself/bad compiles 11:37:59 <Qantourisc> And yes my pc is doing a lot, but doesn't mind :p 11:38:22 <Qantourisc> aslong as you leave the disk alone, linux tends to just keep going :p 11:38:27 <Qantourisc> unless you start hitting swap 11:38:41 <Alberth> let's hope you fixed it now 11:39:02 <Qantourisc> Wouldn't worry about it :) 11:39:18 <Qantourisc> atm i'm more worried about my trains breaking down :) 11:39:30 <Alberth> :) 11:39:47 <Qantourisc> or the fact that i'm running at 1OOO profit a year :( 11:41:06 <Alberth> lots of room for improvement thus 11:41:35 <Qantourisc> sure ... will you borrow me some money for that ? :p 11:41:52 <Alberth> trains breaking down are dangerous then, your profit could easily disappear 11:42:13 * Alberth cheats Qantourisc 20,000,000 money 11:44:33 <Qantourisc> suppose I could reduce the x10 load modifier to x1 :p 11:45:13 <Alberth> nah, too easy :p 11:45:18 <Qantourisc> :) 11:45:31 <Qantourisc> Alberth: what load modifier do you use btw ? 11:46:18 <Alberth> I don't play a lot, but it varies. I have been using x10 too, no idea what I have currently 11:46:33 * Qantourisc resets the game 11:46:37 <Alberth> I mainly play for testing 11:47:36 <Alberth> although the new cargodist stuff are fun if you try to handle all cargos of all industries :) 11:47:53 <Alberth> and for added fun, throw in some large bodies of water :p 11:48:29 <Alberth> I hven't had the courage to try that with FIRS 11:49:04 * Qantourisc is going to use subsidies to start this time :p 11:50:07 <Alberth> I have the subsidy multiplier at 2, so it's not useful at all :p 11:50:27 <Alberth> not to mention that cargodist and subsidies don't go well together :) 11:52:28 <Qantourisc> cardowhata ? 11:52:45 <Qantourisc> I just set it to x4 they are often to volatile to bother otherwise imo 11:54:56 *** frosch123 [~frosch@frnk-5f747458.pool.mediaWays.net] has joined #openttd 11:57:30 <Alberth> moin 11:57:56 <LordAro> /o 11:58:07 <Alberth> Qantourisc: http://wiki.openttd.org/Passenger_and_cargo_distribution 11:59:22 <Qantourisc> cool 11:59:24 * Qantourisc installs 12:00:48 <LordAro> installs? 12:00:57 <LordAro> oh yes, trunk only, atm 12:01:55 <Qantourisc> ow 12:01:58 <Qantourisc> nvm :) 12:02:13 <Qantourisc> FIR + distri will be hard :p 12:03:55 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginm.net] has joined #openttd 12:32:55 *** Japa_ [~Japa@117.214.6.103] has joined #openttd 12:32:56 <Qantourisc> Alberth: it's back ... 12:33:00 <Qantourisc> suporise :/ 12:33:46 <Qantourisc> have to go for a while 12:34:43 <Alberth> please check the sprite cache size 12:36:29 <Alberth> hmm, no wiki about it, it seems 12:40:04 *** Japa__ [~Japa@117.214.6.144] has quit [Ping timeout: 480 seconds] 12:46:09 <Qantourisc> Alberth: give me a rought indication of where :p 12:46:12 <Qantourisc> console ? 12:46:31 <Alberth> openttd.cfg 12:47:19 <Alberth> http://paste.openttdcoop.org/show/2836/ is what I have, no idea how sane those values are :( 12:47:56 <Alberth> console probably also has them 12:48:01 <Qantourisc> other then max_sprite_cache_size = 64 they are default 12:48:56 <frosch123> at least 2 of those settings are deprecated, and not read at all 12:48:59 *** TomyLobo [~foo@91-65-113-111-dynip.superkabel.de] has joined #openttd 12:49:25 <Qantourisc> What i should do is install oprofile 12:49:25 <frosch123> sprite_cache_size_px = 128 is the important onie 12:49:36 <Qantourisc> recompile with debugging symbolc 12:49:39 <frosch123> you can also try startni gottd with -b 8bpp-optimised 12:49:39 <Qantourisc> and check :p 12:50:14 <Qantourisc> oo options 12:50:15 <Qantourisc> me tries 12:50:45 *** zydeco [~zydeco@55.Red-83-61-39.dynamicIP.rima-tde.net] has joined #openttd 12:50:49 <frosch123> or you can go to advanced setting and reduce the maximum zoom in 12:51:33 <Qantourisc> irrelevant to zoom level 12:51:39 <Qantourisc> and issue occurs when not moving map 12:51:47 <Qantourisc> the fact that the mouse is moving is enough 12:51:58 <frosch123> no, the max-zoom level affects the sprite cache usage 12:52:05 <frosch123> because it does not load sprites with higher zoom in 12:52:09 <Qantourisc> a you mean that 12:52:14 <frosch123> check your disk usage 12:52:25 <frosch123> if your cpu goes down when srolling, it may be because it is waiting for the disk 12:52:29 *** kero [~keikoz@202.4.69.86.rev.sfr.net] has joined #openttd 12:52:36 <Qantourisc> that's an idea 12:52:42 <Qantourisc> will check when it's back 13:00:35 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 13:00:38 *** mode/#openttd [+v tokai|noir] by ChanServ 13:06:20 *** tokai|mdlx [~tokai@port-92-195-15-252.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 13:12:25 <DorpsGek> Commit by rubidium :: r26057 /trunk/src (13 files in 6 dirs) (2013-11-23 13:12:19 UTC) 13:12:26 <DorpsGek> -Fix: a number of possibly uninitialised variables 13:15:13 <DorpsGek> Commit by rubidium :: r26058 /trunk/src (10 files in 5 dirs) (2013-11-23 13:15:07 UTC) 13:15:14 <DorpsGek> -Fix: handle the return value of a number of functions better 13:16:10 <DorpsGek> Commit by rubidium :: r26059 trunk/src/newgrf_house.cpp (2013-11-23 13:16:05 UTC) 13:16:11 <DorpsGek> -Fix (r20435): missed one instance causing to compare an array to NULL instead of an array's element 13:16:51 <DorpsGek> Commit by rubidium :: r26060 trunk/src/depend/depend.cpp (2013-11-23 13:16:45 UTC) 13:16:52 <DorpsGek> -Fix: do not let depend overrun its buffers when paths are extremely (and unlikely) long 13:17:51 <DorpsGek> Commit by rubidium :: r26061 /trunk/src (3 files) (2013-11-23 13:17:45 UTC) 13:17:52 <DorpsGek> -Fix: negative result of ftell wasn't handled correctly in some cases 13:18:35 <DorpsGek> Commit by rubidium :: r26062 /trunk/src (highscore.cpp strings.cpp) (2013-11-23 13:18:29 UTC) 13:18:36 <DorpsGek> -Fix: beef up checks against invalid data in highscore and language files 13:20:25 <LordAro> Rubidium: seem to be some style issues in r26062 ;) 13:21:43 <Rubidium> really? seems okay in http://vcs.openttd.org/svn/changeset/26062 13:21:49 *** wakou2 [~stephen@host86-182-192-224.range86-182.btcentralplus.com] has joined #openttd 13:22:34 <LordAro> hg.openttd.org is displaying a double-tab on the 2nd if 13:22:59 <LordAro> for both of them, actually 13:23:10 <frosch123> hmm, i thought only the fs category "build system" woudl results in funny reports 13:23:18 <frosch123> but "network -> admin" can as well 13:23:49 <Rubidium> LordAro: oh, there... 13:24:15 <LordAro> frosch123: 5814 is quite assuming as well :) 13:24:35 <Rubidium> better? 13:24:36 <DorpsGek> Commit by rubidium :: r26063 trunk/src/strings.cpp (2013-11-23 13:24:31 UTC) 13:24:37 <DorpsGek> -Fix (r26062): a few tabs too much 13:24:46 <LordAro> Rubidium: :P of course :) 13:25:12 <LordAro> Rubidium: you missed the other if statement! 13:26:04 <Rubidium> nope, that's still part of the expression that the if branches on, so that needs 2 tabs by coding style 13:27:22 <LordAro> oh right 13:27:32 <LordAro> wait, 2 tabs? i thought it was just 4 spaces 13:27:49 <LordAro> (to line up with 'if (') 13:28:50 <frosch123> mixed tab/space indentation was considered too complicated, so it is now tab only 13:28:53 <frosch123> without alignment 13:29:18 <Rubidium> Line length is unlimited. In practice it may be useful to split a long line. When splitting, add two tabs in front of the second part. 13:29:26 <frosch123> only exception being doxygen comments, which do <tab><singlespace>* 13:29:33 * LordAro shrugs 13:29:42 <LordAro> your coding style :) 13:29:46 <Rubidium> and... if you really want to... tab = 2 spaces ;) 13:30:11 * Rubidium wonders... shall we do a 300k party? 13:30:39 <frosch123> loc? 13:31:01 <Rubidium> yeah, according to my new source of things to change in OpenTTD 13:31:17 <Rubidium> yesterday they said we're at 297,127 13:32:33 <frosch123> oh, we are back at "stable Y-O-Y commits" :p 13:32:45 *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd 13:33:15 <frosch123> Rubidium: does it count code and comment lines, but ignore blank lines? 13:33:47 <Xaroth|Work> Rubidium: if it's not so awfully far away from holland I could be tempted to come 13:34:10 <Rubidium> frosch123: no idea 13:34:27 <frosch123> Xaroth|Work: in winter we can only party at krinn's place 13:34:45 <Xaroth|Work> and where tdoes this krinn person live? 13:34:45 <frosch123> which is near marseille 13:34:51 <Xaroth|Work> :| 13:35:14 <Rubidium> which holland? 13:35:26 <frosch123> do you want and igloo party? 13:35:35 <Xaroth|Work> not that I have anything against that area, wouldn't several devs burst into flames from the sunlight? 13:36:00 <Rubidium> apparantly it's -4 in South Holland right now 13:36:26 <Xaroth|Work> Rubidium: I live on the edge between the two :) 13:37:19 <frosch123> yay, ohloh lists 123 users for ottd :p 13:38:12 <Rubidium> oh... it's chilly in Holland... about -15 Celsius 13:39:29 <Xaroth|Work> wait what? 13:39:30 <frosch123> better hope there is no wind then 13:39:58 <frosch123> i am not sure whether bbq works at those temperatures 13:40:08 <frosch123> or whether it requires special equipment 13:40:27 <frosch123> hmm, did anyone tried to bbq while it is snowing? 13:41:17 <Rubidium> Xaroth|Work: sorry, I was wrong... it's -28: http://www.theweathernetwork.com/weather/canada/manitoba/holland 13:42:01 <frosch123> oh, it belongs to canada? 13:42:19 <frosch123> so belugas was lucky last time? that they did book the correct flight? 13:42:29 <Rubidium> well, most Hollands are in Northern America 13:48:46 *** Tom_Soft [id@37.140.101.93] has joined #openttd 13:49:18 *** yorick [~yorick@ip51cd0513.speed.planet.nl] has joined #openttd 13:50:37 *** wakou2 [~stephen@host86-182-192-224.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 13:53:09 <Qantourisc> with FIRS I have engineerd supplies may increase production, and waiting to be proccessed 13:53:26 <Qantourisc> i delivered this moth, but no indicationg of waiting to be processed 13:54:31 *** wakou2 [~stephen@host86-182-192-224.range86-182.btcentralplus.com] has joined #openttd 13:54:46 <Qantourisc> does seem to increase production though :) 14:08:27 <Qantourisc> does running trains cost money ? 14:16:59 *** robotboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 14:31:24 *** KopjeKoffie [~KopjeKoff@ip5457bc21.direct-adsl.nl] has joined #openttd 14:31:30 <KopjeKoffie> Hello 14:32:07 <Qantourisc> Hello, koekje erbij ? 14:32:17 <KopjeKoffie> ha graag! 14:32:31 * Qantourisc sends virtual biscuit. 14:32:45 <KopjeKoffie> is this channel english of dutch? 14:32:49 <Qantourisc> english 14:33:12 <Qantourisc> ps it's or :) 14:33:45 <KopjeKoffie> ok, ik have found somthing misterius with the memory management of OpenTTD 14:34:09 <KopjeKoffie> when i make a create a new game, it is using over 1G 14:34:17 <Qantourisc> map -size ? 14:34:42 <KopjeKoffie> when i save this game, en load it after a restart it is only using abaut 110M 14:34:53 <KopjeKoffie> size = 2048² 14:35:38 <Qantourisc> ps virtual or real memory ? 14:36:08 <LordAro> KopjeKoffie: that's quite likely - 2048x2048 maps sizes are huge 14:36:23 <KopjeKoffie> how can i see that? virtual or real? 14:36:27 <LordAro> and creating that will take a lot of mem 14:36:38 <LordAro> @calc 2048**2 14:36:39 <Alberth> 32bpp sprites and detailed zoom level also helps eating memory 14:36:39 <DorpsGek> LordAro: 4194304 14:36:54 <Qantourisc> KopjeKoffie: if your on windos don't worry, if on linux you might be looking at the wrong one :p 14:37:12 <KopjeKoffie> i'm right now on W8 14:37:12 <frosch123> map size is irrelevant 14:37:22 <frosch123> ottd comes with a default spritecache size of 512M 14:37:32 <frosch123> or 2G when using 32bpp 14:37:54 * Qantourisc wonders what the spritecache actually is 14:37:57 <frosch123> biggest map is 16M or so 14:38:18 <frosch123> it stores all graphics, so you do not have to access the disk thousand of time per frame 14:38:53 <Qantourisc> loaded textures sorta to speak :p 14:39:24 <frosch123> sprites are textures, but 2d 14:39:25 <frosch123> or so 14:39:27 <KopjeKoffie> but why the difference between creating a new game, of load it from disk? 14:39:51 <Qantourisc> KopjeKoffie: scroll around the map first 14:39:59 <Alberth> KopjeKoffie: move around on the map a bit :p 14:40:15 <frosch123> it's statically allocated 14:40:25 <frosch123> new game or loading should not make a difference :p 14:40:34 <Qantourisc> :) 14:40:47 <Qantourisc> then the question is what is not statically allocated :) 14:41:18 <Alberth> all sprites 14:41:19 <Eddi|zuHause> <Rubidium> well, most Hollands are in Northern America <-- maybe you find one in new mexico or arizona :p 14:42:11 <KopjeKoffie> oke, i have load a saved game 14:42:32 <KopjeKoffie> but i cant get the memory usage above 120M by scroling over the map 14:42:48 <Qantourisc> just suggestions :p 14:44:17 <frosch123> Alberth: they are 14:44:36 <Qantourisc> does train running cost varry depending on howmutch they are traveling vs standing still ? 14:44:56 <frosch123> Qantourisc: depends on the newgrf 14:45:13 <Qantourisc> (default) 14:45:23 <frosch123> some do these micro shenanigans 14:45:30 <frosch123> no, defaults do not do these silly things 14:45:41 <Qantourisc> it's to decide between wait for full load or not :p 14:46:30 <Eddi|zuHause> yes, except for passengers/mail/valuables 14:50:08 <KopjeKoffie> but the memory usage over 1G is not a bug, you think? 14:54:22 <Eddi|zuHause> it might be temporary usage during map generation 14:55:22 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 15:01:36 *** Pol [~quassel@h220216.upc-h.chello.nl] has joined #openttd 15:06:59 <KopjeKoffie> but its nog temporary, after 10 minutes its the same 15:07:23 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Ping timeout: 480 seconds] 15:08:23 <Alberth> perhaps the memory gets fragmented 15:25:49 *** Japa__ [~Japa@117.214.6.103] has joined #openttd 15:33:18 *** Japa_ [~Japa@117.214.6.103] has quit [Ping timeout: 480 seconds] 15:49:20 *** sla_ro|master [slamaster@85.186.160.35] has joined #openttd 16:37:36 *** Arkabzol [~Arkabzol@c-7ac9e555.018-390-73746f39.cust.bredbandsbolaget.se] has joined #openttd 16:41:07 *** adf88 [~Thunderbi@wis-zul.spine.pl] has joined #openttd 16:41:26 *** montalvo [~montalvo@host86-140-133-171.range86-140.btcentralplus.com] has joined #openttd 16:53:30 *** kero [~keikoz@202.4.69.86.rev.sfr.net] has quit [Quit: kero] 16:53:36 *** LeandroL [~leandro@190.189.0.224] has quit [Ping timeout: 480 seconds] 16:54:37 *** supermop [~daniel_er@rrcs-24-105-140-5.nyc.biz.rr.com] has joined #openttd 16:54:39 <supermop> hi 16:55:14 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 16:55:22 <supermop> Can a train car under cargodist hold passengers from two different sources or to two different destinations? 16:56:20 <supermop> or if a car carries 30 passengers from A and 10 from B, do they all become effectively from A? 17:02:29 <Rubidium> each single unit of cargo is accounted for seperately 17:05:22 <supermop> but not shown in the vehicle info window 17:05:23 <supermop> ? 17:06:10 <Eddi|zuHause> the sources/destinations are not mixed, but only one is shown in the vehicle details 17:06:20 *** LeandroL [~leandro@190.189.0.224] has joined #openttd 17:06:26 <supermop> one further question - if a station window has a green line stating "X passengers to this station" 17:06:30 <supermop> what does that mean? 17:06:49 <Eddi|zuHause> that they got lost? 17:07:21 <supermop> why would a 100 people trying to get to that station just stand around? did they lose their tickets and cant leave through the fare control gates? 17:08:55 <Eddi|zuHause> you unloaded them with a "transfer" order, which didn't permit them to leave this station, so now they have to go back and forth with a different vehicle 17:09:28 *** GriffinOneTwo [~oftc-webi@adsl-68-125-34-203.dsl.irvnca.pacbell.net] has quit [Quit: Page closed] 17:11:04 <supermop> only plain orders are used on this line 17:12:21 *** KopjeKoffie [~KopjeKoff@ip5457bc21.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 17:14:31 <supermop> whenever i try to make, or play with a heightmap i end up spending more time on hydrology than gameplay 17:25:33 *** DanMacK [~d83be170@188.cimarosa.openttdcoop.org] has joined #openttd 17:25:40 <DanMacK> Hey all 17:27:03 <supermop> hi 17:29:00 <Eddi|zuHause> just make a random map and be done with it? 17:30:14 <supermop> haha i should 17:30:38 <supermop> i get too hung up on seeing valleys that don't connect to anything 17:33:38 <supermop> or cities on top of a mountain 17:34:10 <supermop> i have a hard time enjoying the game lately because i keep getting caught up on things like that 17:36:04 <Eddi|zuHause> the only way out of that is playing a real world scenario 17:36:40 *** frosch123 [~frosch@frnk-5f747458.pool.mediaWays.net] has quit [Remote host closed the connection] 17:40:26 *** frosch123 [~frosch@frnk-5f747458.pool.mediaWays.net] has joined #openttd 17:40:42 *** KopjeKoffie [~KopjeKoff@ip5457bc21.direct-adsl.nl] has joined #openttd 17:40:51 *** adf88 [~Thunderbi@wis-zul.spine.pl] has quit [Ping timeout: 480 seconds] 17:53:42 *** Pol [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 17:54:01 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 17:56:08 <supermop> are you still working on your long bendy train set Eddi|zuHause? 18:00:54 <Eddi|zuHause> yeah 18:01:00 *** LuHa [~LuHa@175.203.104.220] has joined #openttd 18:01:04 <Eddi|zuHause> i made a few coloured boxes lately 18:01:14 <Eddi|zuHause> so it's not all green boxes anymore 18:04:42 *** LuHa [~LuHa@175.203.104.220] has quit [Quit: Leaving.] 18:06:06 <DorpsGek> Commit by rubidium :: r26064 trunk/src/saveload/oldloader.cpp (2013-11-23 18:06:00 UTC) 18:06:07 <DorpsGek> -Fix: possible uninitialised array when loading a broken TT-ish savegame 18:06:33 <DorpsGek> Commit by rubidium :: r26065 trunk/src/newgrf_text.cpp (2013-11-23 18:06:27 UTC) 18:06:34 <DorpsGek> -Fix: possible dereference of NULL for texts from game scripts 18:06:56 <Eddi|zuHause> yay for vague-ish commit messages :p 18:07:18 <DorpsGek> Commit by rubidium :: r26066 trunk/src/newgrf_industries.cpp (2013-11-23 18:07:11 UTC) 18:07:19 <DorpsGek> -Fix: possible NULL dereference when resolving industry scope 18:08:22 <DorpsGek> Commit by rubidium :: r26067 trunk/src/newgrf.cpp (2013-11-23 18:08:15 UTC) 18:08:23 <DorpsGek> -Fix: possible NULL dereference when getting NewGRF version 18:08:53 <Eddi|zuHause> some fancy new code analysis tool tell you that? 18:08:55 <DorpsGek> Commit by rubidium :: r26068 trunk/src/newgrf_station.cpp (2013-11-23 18:08:48 UTC) 18:08:56 <DorpsGek> -Fix: unneeded NULL check 18:09:02 <LordAro> i'd assume so :) 18:09:26 <frosch123> he compared ottd with python 18:09:46 <Rubidium> Eddi|zuHause: yup ;) 18:10:07 <LordAro> Rubidium: which one? 18:10:12 <DorpsGek> Commit by rubidium :: r26069 trunk/src/newgrf.cpp (2013-11-23 18:10:06 UTC) 18:10:14 <DorpsGek> -Fix: missing break in NewGRF object handling 18:10:37 <Eddi|zuHause> that's an unfair comparison. python is a well-designed language, while openttd is some creepy agglomeration of grown tumors 18:11:08 <DorpsGek> Commit by rubidium :: r26070 trunk/src/newgrf_config.cpp (2013-11-23 18:11:01 UTC) 18:11:09 <DorpsGek> -Fix: prevent extremely huge size for data (1+GiB) 18:11:28 <DorpsGek> Commit by rubidium :: r26071 trunk/src/newgrf_commons.h (2013-11-23 18:11:22 UTC) 18:11:29 <DorpsGek> -Fix: always initialise GRFFileProps 18:11:48 <frosch123> Eddi|zuHause: i mean the interpreter/compiler/whatever, not the language 18:12:05 <Eddi|zuHause> frosch123: context? 18:13:36 <DorpsGek> Commit by rubidium :: r26072 /trunk/src (script/api/script_list.cpp tunnelbridge_cmd.cpp) (2013-11-23 18:13:30 UTC) 18:13:37 <DorpsGek> -Cleanup: mark some unreachable default cases by NOT_REACHED() 18:13:52 <DorpsGek> Commit by rubidium :: r26073 trunk/src/base_media_func.h (2013-11-23 18:13:46 UTC) 18:13:53 <DorpsGek> -Cleanup: unneeded check against NULL 18:16:49 <frosch123> http://www.coverity.com/company/press-releases/read/coverity-finds-python-sets-new-level-of-quality-for-open-source-software 18:18:17 <LordAro> is this what Rubidium is running? 18:18:49 <frosch123> no idea 18:19:02 <LordAro> might be an idea ;) 18:19:08 <LordAro> says it's free 18:19:09 <frosch123> as usual there are professional products, and stuff for open source 18:22:52 *** NGC3982_ [appe@noskapin.krot.se] has joined #openttd 18:23:03 *** NGC3982 [appe@noskapin.krot.se] has quit [Remote host closed the connection] 18:29:48 *** APTX [APTX@aptx.org] has quit [Ping timeout: 480 seconds] 18:33:05 *** Tom_Soft [id@37.140.101.93] has quit [] 18:38:26 *** APTX [APTX@aptx.org] has joined #openttd 18:45:16 <DorpsGek> Commit by translators :: r26074 trunk/src/lang/afrikaans.txt (2013-11-23 18:45:10 UTC) 18:45:17 <DorpsGek> -Update from WebTranslator v3.0: 18:45:18 <DorpsGek> afrikaans - 3 changes by mulderpf 18:52:58 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd 18:57:02 <fonsinchen> supermop: the green line with "to this station" should only appear in the "plan" mode of the station window. If it appears in the "waiting" mode it's a bug and I'd like to see your savegame. 18:58:10 *** mindlesstux [~mindlestu@raspberrypi.mindlesstux.com] has quit [Ping timeout: 480 seconds] 18:58:32 <fonsinchen> Even if you forcibly unload or transfer passengers this should not happen. If they can't find a valid route they should go "to any station". 19:00:46 *** KouDy_ [~koudy@188.75.190.58] has joined #openttd 19:06:46 *** skyem123 [~skyem123@cpc1-walt4-0-0-cust432.13-2.cable.virginm.net] has joined #openttd 19:07:03 *** Vinnie_nl [~VincentAi@54681098.cm-12-1a.dynamic.ziggo.nl] has joined #openttd 19:07:33 *** KouDy [~koudy@188.75.190.58] has quit [Ping timeout: 480 seconds] 19:10:52 <Vinnie_nl> Hello guys, i have been notified that the openttd.org currently leads to a 502 bad link 19:11:36 <Vinnie_nl> flyspray and report this or is this enough notification? 19:11:48 *** retro|cz [~retro@ip-78-45-93-251.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 19:11:57 <TinoDidriksen> Works for me... 19:12:13 <frosch123> you are 3 minutes too late 19:12:35 <Vinnie_nl> well you guys defeated me 19:12:51 <frosch123> thanks nevertheless :) 19:12:54 <Vinnie_nl> i'll go back to my game then 19:12:58 <Vinnie_nl> thank you guys 19:14:06 <supermop> fonsinchen: ah thanks 19:14:17 <supermop> what is the planning mode for? 19:14:34 <supermop> does it estimate people who will come to the station? 19:14:56 <fonsinchen> It shows you how many passengers will pass through the station within 30 days and what they're going to do 19:15:21 <fonsinchen> (They won't come if they don't get stuck somewhere else, though) 19:15:44 <fonsinchen> ^... if they _do_ get stuck ... , of course 19:17:22 <skyem123> openttd.org is down. again. 19:20:42 *** Japa [~Japa@117.214.6.103] has joined #openttd 19:25:16 *** Vinnie_nl [~VincentAi@54681098.cm-12-1a.dynamic.ziggo.nl] has quit [Ping timeout: 480 seconds] 19:27:51 *** Japa__ [~Japa@117.214.6.103] has quit [Ping timeout: 480 seconds] 19:36:40 <TrueBrain> ah, I am guessing skyem123 is the ony trying to upload skyerail.grf? :D 19:39:09 <skyem123> um... 19:39:11 <skyem123> yes... 19:39:21 <TrueBrain> Ah :) Concratz, you managed to crash our system :P 19:39:26 <skyem123> oops 19:39:27 <TrueBrain> one of our tools is hanging on your grf 19:39:39 <TrueBrain> which in result crashed our www handler :) 19:39:53 <TrueBrain> so I am sorry, I banned you from the network for a bit, while mighter people then me try to cook up a fix .. 19:39:53 <skyem123> i made the zip file with 7-zip with the setting on store 19:40:08 <TrueBrain> it is the grf itself .. I am sure it is a silly error in the code 19:40:17 <skyem123> it works in openttf 19:40:20 <skyem123> *openttd 19:40:28 <TrueBrain> but now I have you here, I can just ask you to not try to upload it for a bit, while we cook up a fix :) 19:41:25 <skyem123> i have an idea of what is wrong in my newGRF 19:41:38 <TrueBrain> I am being told it is because you use container2 :P 19:41:46 <skyem123> whats that? 19:41:56 <skyem123> (i use NML) 19:42:02 <TrueBrain> I really have no clue :P 19:42:08 <TrueBrain> always kept a long long long dinstance from grf :) 19:43:43 <skyem123> while i have no idea what i did wrong, i'm still sorry. 19:44:12 <TrueBrain> don't worry :) 19:44:20 <TrueBrain> what ever you did or didnt do, it should never cause this problem :) 19:44:36 <skyem123> ah 19:44:40 <skyem123> good 19:47:03 *** Progman [~progman@p57A186A1.dip0.t-ipconnect.de] has joined #openttd 19:47:08 <skyem123> i hope that i can upload my newGRF without crashing the servers soon. 19:47:49 <TrueBrain> they are working on it :) 19:49:08 *** Superuser [~superuser@cpc11-lewi15-2-0-cust98.2-4.cable.virginm.net] has joined #openttd 19:49:11 <frosch123> skyem123: btw. action 1 and 2 are not valid before action 8 19:49:32 <frosch123> https://newgrf-specs.tt-wiki.net/wiki/Action8#Sprite-number 20:01:51 *** Haube [~michi@77-20-40-44-dynip.superkabel.de] has joined #openttd 20:03:45 <frosch123> what? oh, you said you were using nml 20:04:12 <frosch123> hmm, i would expect nml to not create such code :p 20:04:34 *** scshunt is now known as scshunt|nospoilers 20:07:56 <skyem123> oh 20:09:44 *** Supercheese [~Superchee@98.145.153.186] has joined #openttd 20:09:56 <Supercheese> Yikes, commit storm yesterday? 20:10:55 <skyem123> when can i upload my newgrf? 20:15:06 <TrueBrain> I will tell you when the fix is in place :) 20:15:22 <skyem123> ok 20:16:08 <Eddi|zuHause> /timer 10 is it done yet? 20:16:12 <Eddi|zuHause> :p 20:24:21 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:27:14 <TrueBrain> okay skyem123, give it a try 20:27:24 <TrueBrain> and let us know when you succeeded 20:28:35 <skyem123> yey! 20:29:18 <TrueBrain> it succeeded? 20:29:55 <skyem123> yes 20:30:02 <TrueBrain> good; you can thank frosch123 for the quick fix :) 20:30:42 <skyem123> thank you frosch123! 20:30:46 <skyem123> :-p 20:34:44 *** KouDy [~koudy@188.75.190.58] has joined #openttd 20:39:38 <frosch123> thanks TrueBrain for the quick installation :) 20:41:31 *** KouDy_ [~koudy@188.75.190.58] has quit [Ping timeout: 480 seconds] 20:41:43 <Eddi|zuHause> now just takes 6 months to update the repo? :p 20:43:34 <frosch123> no, it's grfcodec 20:54:28 *** DanMacK [~d83be170@188.cimarosa.openttdcoop.org] has quit [Quit: Page closed] 21:01:43 *** DarkAce-Z [~BillyMays@50.107.53.200] has joined #openttd 21:05:57 *** andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth] 21:06:19 *** DarkAceZ [~BillyMays@50.107.53.200] has quit [Ping timeout: 480 seconds] 21:12:47 *** Ristovski [~rafael@89.205.3.77] has quit [Ping timeout: 480 seconds] 21:13:11 *** Ristovski [~rafael@89.205.3.77] has joined #openttd 21:20:55 <DorpsGek> Commit by rubidium :: r26075 extra/masterserver_updater/Makefile.src.in (2013-11-23 21:20:49 UTC) 21:20:56 <DorpsGek> [MSU] -Fix: svn detection failed with newer versions of subversion 21:22:51 *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd 21:24:37 *** HerzogDeXtEr1 [~flex@i59F6D7AE.versanet.de] has joined #openttd 21:24:48 *** Pereba [~UserNick@177.17.84.25] has quit [Quit: "well i've converted from mirc to adiirc on my home computer, even though i'm a paying mirc customer" by anonymous . (www.adiirc.com)] 21:26:34 *** HerzogDeXtEr [~flex@i59F6B091.versanet.de] has quit [Read error: Connection reset by peer] 21:31:05 <DorpsGek> Commit by rubidium :: r26076 /trunk/src (fileio.cpp newgrf_house.cpp) (2013-11-23 21:31:00 UTC) 21:31:06 <DorpsGek> -Codechange: upgrade some C-style named structs to C++-style named structs 21:32:12 <peter1138> Those were the days... 21:33:53 *** Ristovski [~rafael@89.205.3.77] has quit [Ping timeout: 480 seconds] 21:34:02 *** Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving] 21:36:47 *** Ristovski [~rafael@89.205.3.77] has joined #openttd 21:42:52 <DorpsGek> Commit by rubidium :: r26077 trunk/src/fileio.cpp (2013-11-23 21:42:45 UTC) 21:42:53 <DorpsGek> -Codechange: handle strings like strings when scanning a tar instead of merely blobs of memory 21:56:28 *** Ristovski [~rafael@89.205.3.77] has quit [Ping timeout: 480 seconds] 21:59:13 *** Ristovski [~rafael@89.205.3.77] has joined #openttd 22:01:18 *** sla_ro|master [slamaster@85.186.160.35] has quit [] 22:01:26 *** DarkAce-Z is now known as DarkAceZ 22:06:20 *** RhinoZA [RhinoZA@8ta-228-145-134.telkomadsl.co.za] has joined #openttd 22:06:25 <RhinoZA> Yo 22:06:30 *** Sonny_Jim [~Sonny_Jim@90.197.159.163] has joined #openttd 22:06:38 <Sonny_Jim> Hey all 22:06:49 <Supercheese> 'ello 22:06:52 <RhinoZA> Yo 22:06:52 <Sonny_Jim> What can I do about a griefer who keeps on blocking my docks? 22:07:15 <Sonny_Jim> It's getting to the stage where I don't want to play openttd any more as I'm fed up of people screwing up my games 22:07:37 <RhinoZA> I am looking for the BTPro.nl IRC channel? 22:07:41 <RhinoZA> Any ideas? 22:07:50 <Sonny_Jim> I used to have lots of bus stations feeding a central station, then switched tactics to shipping oil 22:08:06 <Sonny_Jim> As with the buses, griefers would just dig up the roads/buy transport rights 22:08:21 <Sonny_Jim> But it seems no matter what I do, I'm still open to grief 22:08:44 <Rubidium> Sonny_Jim: there's nothing that we can generally do about griefers. You need to contact the owner of the server to get them to do something about it, i.e. ban that griefer. 22:09:09 <RhinoZA> I have never had to wait so long in my life.. 22:09:12 <Sonny_Jim> Well, I mean is there something I can do (like plant signs) to stop them being able to block the dock? 22:09:21 <RhinoZA> I am on the BTPro.nl Server 22:09:38 <RhinoZA> It is taking me forever to generate the money to buy a ferry 22:09:50 <RhinoZA> It is rather frustrating 22:10:01 *** Ristovski [~rafael@89.205.3.77] has quit [Ping timeout: 480 seconds] 22:10:20 <Rubidium> Sonny_Jim: not really, except stopping ships all along the way so they can't raise land 22:10:32 <Sonny_Jim> Hmm 22:10:47 <Rubidium> or maybe build bridges to create 'safe' corridors 22:10:51 <planetmaker> it would probably suffice to buy canal pieces on the sea 22:11:00 <planetmaker> canals are company property 22:11:10 <Sonny_Jim> Oh you mean build a canal all the way from the rig to the dock? 22:11:13 <planetmaker> yup 22:11:15 <Sonny_Jim> Just on the water 22:11:17 <Sonny_Jim> Ah ok 22:11:27 <Sonny_Jim> Thanks, that should work for me 22:11:34 <planetmaker> probably every 2nd even is sufficient 22:11:42 <peter1138> It's expensive though :p 22:11:56 <planetmaker> fun begins, if boats have different running speeds on sea and river ;-) 22:12:43 <Taede> RhinoZA: tried the 'contact us' page on btpro.nl website? 22:13:06 <Qantourisc> If any of the devs is boed: add a warning when a train is traveling at 2km/h because of lack in kN :p 22:13:29 <RhinoZA> Taede: I just saw it.. Thanks 22:14:33 <Taede> :) 22:15:00 <Supercheese> Qantourisc: isn't there already such a warning? 22:15:10 <Supercheese> "Train is too heavy" 22:15:31 <Qantourisc> either i disabled it or didn't see it 22:15:34 <Qantourisc> note: on slopes 22:15:40 <Supercheese> yeah 22:15:44 <Supercheese> I get warnings like that 22:16:05 * Qantourisc looks trough the settings 22:17:35 <Qantourisc> don't see it, o well 22:18:13 <Supercheese> I think it falls under "vehicle information" news messages 22:18:22 <Supercheese> I never explicitly enabled it, it just happened 22:19:49 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 22:19:51 *** mode/#openttd [+v glx] by ChanServ 22:19:51 <RhinoZA> how do you send a private message on a server? 22:20:26 <frosch123> open the client window 22:20:35 <frosch123> it's in the company dropdown 22:21:34 <RhinoZA> Thanks 22:37:06 *** Ristovski [~rafael@89.205.3.77] has joined #openttd 22:37:13 <RhinoZA> Where do I take Oil? 22:37:21 <RhinoZA> Where do i find a refinery? 22:37:53 <frosch123> just the industry-cargo-chain window 22:37:58 <frosch123> which you find in the industry dropdown 22:46:34 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has joined #openttd 22:49:22 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginm.net] has quit [] 22:49:46 <Qantourisc> SH'40 vs SH'30, only marketting can sell the SH'40 ::) 22:50:54 <Qantourisc> If trains are order to do service 22:50:56 <frosch123> what do you think the "SH" stands for? 22:51:09 <Qantourisc> do they take auto-service when they pass a depo ? 22:51:18 * Qantourisc is under the impression the answer is no 22:51:40 <frosch123> there are like 3 more criterions for that 22:52:27 <frosch123> they will only autoservice if they have no depot order, and if servicing/breakdowns are not disabled, and if the depot detour does not imply a path finder penalty 22:53:10 <alluke> someone still uses the default vehicles? 22:53:22 * Qantourisc raises hand 22:53:34 <alluke> i feel sorry for you 22:53:38 <Qantourisc> :p 22:53:45 <Qantourisc> What should I be using ? :p 22:53:53 <alluke> whatever you like 22:53:54 * Qantourisc not sure I can add gfx midgame 22:53:59 <alluke> i dont care 22:54:15 <alluke> you can if you change one line in openttd.cfg 23:02:01 <DorpsGek> Commit by rubidium :: r26078 /extra/masterserver_updater/src (7 files in 3 dirs) (2013-11-23 23:01:55 UTC) 23:02:02 <DorpsGek> [MSU] -Fix: some minor memory leaks and uninitialised variables 23:10:20 <frosch123> night 23:10:23 *** frosch123 [~frosch@frnk-5f747458.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 23:12:07 <DorpsGek> Commit by rubidium :: r26079 /extra/masterserver_updater/src (4 files in 2 dirs) (2013-11-23 23:12:01 UTC) 23:12:08 <DorpsGek> [MSU] -Fix: more uninitalised variables and some slight performance improvements 23:15:56 *** skyem123 [~skyem123@cpc1-walt4-0-0-cust432.13-2.cable.virginm.net] has quit [Quit: Leaving] 23:28:01 *** Ristovski [~rafael@89.205.3.77] has quit [Quit: Leaving] 23:40:19 <RhinoZA> how do I delete a bus station.. ie. demolish it 23:45:33 <Eddi|zuHause> press "R" when the build station tool is enabled 23:55:14 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 23:55:52 <supermop> so ottd crashes when a heqs tractor auto-refits from livestock to supplies 23:56:08 <supermop> but a red box tells me not to report the crash 23:56:28 <supermop> never changed any newgrfs or parameters 23:56:44 <supermop> should i report it anyway?