Log for #openttd on 23rd November 2013:
Times are UTC Toggle Colours
00:03:02  *** yorick [] 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 [] 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>
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 [] has quit []
00:33:01  *** Progman [] has quit [Remote host closed the connection]
00:39:54  *** treaki__ [] has joined #openttd
00:42:15  *** Devroush [~dennis@] has joined #openttd
00:44:22  *** Superuser [] 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_ [] has quit [Ping timeout: 480 seconds]
00:50:14  *** Pereba [~UserNick@] has quit [Quit: AdiIRC, the first and unique irc client approved by the Norwegian Royal Family! (]
00:51:37  *** Pereba [~UserNick@] has joined #openttd
00:55:55  *** alluke [] has joined #openttd
00:59:08  *** Devroush [~dennis@] has quit []
01:02:11  *** Haube [] has quit [Quit: Leaving.]
01:21:15  *** KritiK [] has quit [Quit: Leaving]
01:27:52  *** roboboy [] has joined #openttd
01:31:45  *** Japa [~Japa@] 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 [] 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>
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 [] has quit [Quit: Textual IRC Client:]
02:22:04  <alluke> someone make a quick mp game for this night
02:58:26  *** HerzogDeXtEr [] 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 [] has quit [Quit: Bye]
03:33:32  *** alluke [] has quit [Quit: Page closed]
03:57:14  *** Japa [~Japa@] has quit [Read error: Connection reset by peer]
03:57:37  *** Japa [~Japa@] 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@] has joined #openttd
05:34:56  *** Japa [~Japa@] has quit [Ping timeout: 480 seconds]
05:56:01  *** Eddi|zuHause [] has quit []
05:56:16  *** Eddi|zuHause [] has joined #openttd
05:58:56  *** robotboy [] has joined #openttd
06:05:53  *** roboboy [] has quit [Ping timeout: 480 seconds]
06:30:09  *** Japa__ [~Japa@] has joined #openttd
06:34:54  *** abchirk_ [] has joined #openttd
06:36:58  *** Japa_ [~Japa@] has quit [Ping timeout: 480 seconds]
06:37:01  *** sla_ro|master [slamaster@] has joined #openttd
06:42:03  *** Jomann [] has quit [Ping timeout: 480 seconds]
06:50:42  *** XeryusTC [] has quit [Remote host closed the connection]
06:50:46  *** SmatZ [] has quit [Read error: Operation timed out]
06:52:40  *** apiecux [] has quit [Read error: Operation timed out]
06:53:16  *** avdg [] has quit [Ping timeout: 480 seconds]
06:53:26  *** apiecux [] has joined #openttd
06:53:35  *** avdg [] has joined #openttd
06:53:35  *** SmatZ [] has joined #openttd
06:54:26  *** fonsinchen [] has quit [Ping timeout: 480 seconds]
06:54:35  *** fonsinchen [] has joined #openttd
06:55:05  *** XeryusTC [] has joined #openttd
06:57:37  *** XeryusTC [] has quit [Remote host closed the connection]
07:01:36  *** apiecux_ [] has joined #openttd
07:03:36  *** apiecux [] has quit [Ping timeout: 480 seconds]
07:04:53  *** V453000 [] has quit [Remote host closed the connection]
07:05:05  *** XeryusTC [] has joined #openttd
07:05:05  *** V453000 [] has joined #openttd
07:34:08  *** andythenorth [] has joined #openttd
07:37:35  *** zeknurn` [] has joined #openttd
07:39:09  *** zeknurn [] has quit [Ping timeout: 480 seconds]
07:39:09  *** zeknurn` is now known as zeknurn
07:49:34  *** adf88 [] 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 [] 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@] has joined #openttd
09:00:38  *** Alberth [] has joined #openttd
09:00:41  *** mode/#openttd [+o Alberth] by ChanServ
09:02:03  *** adf88 [] has quit [Remote host closed the connection]
09:02:15  *** adf88 [] has joined #openttd
09:03:26  *** adf88 [] has quit []
09:03:55  <Supercheese> 'night
09:04:04  *** Supercheese [~Superchee@] has quit [Quit: ChatZilla [Firefox 25.0.1/20131112160018]]
09:07:31  *** oskari89 [] has joined #openttd
09:12:17  *** LuHa [~LuHa@] has quit [Quit: Leaving.]
09:27:05  *** Progman [] has joined #openttd
09:27:40  *** Ristovski [~rafael@] has joined #openttd
09:44:18  *** andythenorth [] has quit [Quit: andythenorth]
09:46:28  *** sla_ro|master [slamaster@] has quit []
10:00:13  *** Progman [] has quit [Remote host closed the connection]
10:04:22  *** adf88 [] has joined #openttd
10:08:51  *** adf88 [] has quit []
10:23:58  *** GriffinOnwtwo [] has joined #openttd
10:24:05  *** GriffinOnwtwo [] has quit []
10:24:18  *** GriffinOneTwo [] has joined #openttd
10:49:43  *** Midnightmyth [] has joined #openttd
11:21:48  *** Qantourisc [] has joined #openttd
11:21:56  <Qantourisc> The mouse input is "jittery"
11:22:17  <Qantourisc> (linux)
11:22:39  *** Elukka [] 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 [] 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 [] has joined #openttd
11:57:30  <Alberth> moin
11:57:56  <LordAro> /o
11:58:07  <Alberth> Qantourisc:
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 [] has joined #openttd
12:32:55  *** Japa_ [~Japa@] 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@] 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>   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 [] 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 [] 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 [] 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 [] has joined #openttd
13:00:38  *** mode/#openttd [+v tokai|noir] by ChanServ
13:06:20  *** tokai|mdlx [] 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
13:21:49  *** wakou2 [] has joined #openttd
13:22:34  <LordAro> 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 [] 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:
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@] has joined #openttd
13:49:18  *** yorick [] has joined #openttd
13:50:37  *** wakou2 [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
14:31:24  *** KopjeKoffie [] 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 [] has joined #openttd
15:01:36  *** Pol [] has joined #openttd
15:06:59  <KopjeKoffie> but its nog temporary, after 10 minutes its the same
15:07:23  *** Pensacola [] has quit [Ping timeout: 480 seconds]
15:08:23  <Alberth> perhaps the memory gets fragmented
15:25:49  *** Japa__ [~Japa@] has joined #openttd
15:33:18  *** Japa_ [~Japa@] has quit [Ping timeout: 480 seconds]
15:49:20  *** sla_ro|master [slamaster@] has joined #openttd
16:37:36  *** Arkabzol [] has joined #openttd
16:41:07  *** adf88 [] has joined #openttd
16:41:26  *** montalvo [] has joined #openttd
16:53:30  *** kero [] has quit [Quit: kero]
16:53:36  *** LeandroL [~leandro@] has quit [Ping timeout: 480 seconds]
16:54:37  *** supermop [] has joined #openttd
16:54:39  <supermop> hi
16:55:14  *** andythenorth [] 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@] 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 [] has quit [Quit: Page closed]
17:11:04  <supermop> only plain orders are used on this line
17:12:21  *** KopjeKoffie [] 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 [] 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 [] has quit [Remote host closed the connection]
17:40:26  *** frosch123 [] has joined #openttd
17:40:42  *** KopjeKoffie [] has joined #openttd
17:40:51  *** adf88 [] has quit [Ping timeout: 480 seconds]
17:53:42  *** Pol [] has quit [Remote host closed the connection]
17:54:01  *** andythenorth [] 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@] 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@] 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>
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_ [] has joined #openttd
18:23:03  *** NGC3982 [] has quit [Remote host closed the connection]
18:29:48  *** APTX [] has quit [Ping timeout: 480 seconds]
18:33:05  *** Tom_Soft [id@] has quit []
18:38:26  *** APTX [] 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 [] 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 [] 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@] has joined #openttd
19:06:46  *** skyem123 [] has joined #openttd
19:07:03  *** Vinnie_nl [] has joined #openttd
19:07:33  *** KouDy [~koudy@] has quit [Ping timeout: 480 seconds]
19:10:52  <Vinnie_nl> Hello guys, i have been notified that the 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 [] 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> is down. again.
19:20:42  *** Japa [~Japa@] has joined #openttd
19:25:16  *** Vinnie_nl [] has quit [Ping timeout: 480 seconds]
19:27:51  *** Japa__ [~Japa@] 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 [] 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 [] has joined #openttd
19:49:11  <frosch123> skyem123: btw. action 1 and 2 are not valid before action 8
19:49:32  <frosch123>
20:01:51  *** Haube [] 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@] 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 [] 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@] has joined #openttd
20:39:38  <frosch123> thanks TrueBrain for the quick installation :)
20:41:31  *** KouDy_ [~koudy@] 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 [] has quit [Quit: Page closed]
21:01:43  *** DarkAce-Z [~BillyMays@] has joined #openttd
21:05:57  *** andythenorth [] has quit [Quit: andythenorth]
21:06:19  *** DarkAceZ [~BillyMays@] has quit [Ping timeout: 480 seconds]
21:12:47  *** Ristovski [~rafael@] has quit [Ping timeout: 480 seconds]
21:13:11  *** Ristovski [~rafael@] has joined #openttd
21:20:55  <DorpsGek> Commit by rubidium :: r26075 extra/masterserver_updater/ (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 [] has joined #openttd
21:24:37  *** HerzogDeXtEr1 [] has joined #openttd
21:24:48  *** Pereba [~UserNick@] 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. (]
21:26:34  *** HerzogDeXtEr [] 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@] has quit [Ping timeout: 480 seconds]
21:34:02  *** Wormnest [] has quit [Quit: Leaving]
21:36:47  *** Ristovski [~rafael@] 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@] has quit [Ping timeout: 480 seconds]
21:59:13  *** Ristovski [~rafael@] has joined #openttd
22:01:18  *** sla_ro|master [slamaster@] has quit []
22:01:26  *** DarkAce-Z is now known as DarkAceZ
22:06:20  *** RhinoZA [] has joined #openttd
22:06:25  <RhinoZA> Yo
22:06:30  *** Sonny_Jim [~Sonny_Jim@] 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 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 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@] 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 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 [] 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@] 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 [] has joined #openttd
22:49:22  *** Alice3 [] 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 [] 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 [] has quit [Quit: Leaving]
23:28:01  *** Ristovski [~rafael@] 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 [] 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?

Powered by YARRSTE version: svn-trunk