IRC logs for #openttd on OFTC at 2013-11-23
⏴ go to previous day
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:14:26 <montalvo> also, could i have a little hand with some signals?
00:14:59 <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:18:11 <montalvo> i realise i should probably have drawn on that
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:43 <Eddi|zuHause> but i didn't actually understand the problem
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:39:54 *** treaki__ has joined #openttd
00:42:14 *** Devroush has joined #openttd
01:27:52 *** roboboy 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: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: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: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: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: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:44 <alluke> they should have enough money
02:22:05 <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
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:56:15 *** Eddi|zuHause has joined #openttd
05:58:56 *** robotboy has joined #openttd
06:34:54 *** abchirk_ has joined #openttd
06:37:01 *** sla_ro|master has joined #openttd
06:53:26 *** apiecux has joined #openttd
06:54:35 *** fonsinchen has joined #openttd
06:55:05 *** XeryusTC has joined #openttd
07:01:36 *** apiecux_ has joined #openttd
07:05:05 *** V453000 has joined #openttd
07:05:05 *** XeryusTC has joined #openttd
07:34:08 *** andythenorth has joined #openttd
07:37:35 *** zeknurn` has joined #openttd
07:39:09 *** zeknurn` is now known as zeknurn
08:15:18 <andythenorth> I knew randomising output cargos would lead to bug reports
08:15:32 <andythenorth> the rule is, 1 bug report = delete feature, right?
08:24:26 <Rubidium> then openttd wouldn't have any features anymore ;)
08:27:19 <andythenorth> but also no bugs
08:27:29 <andythenorth> and no bugs = satisfied customers, right?
09:00:38 *** Alberth has joined #openttd
09:00:38 *** ChanServ sets mode: +o Alberth
09:07:31 *** oskari89 has joined #openttd
09:27:05 *** Progman has joined #openttd
09:27:40 *** Ristovski has joined #openttd
10:23:58 *** GriffinOnwtwo has joined #openttd
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: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: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:55 <Qantourisc> Alberth: using htop, shows load per cpu :p
11:29:03 <Qantourisc> Alberth: the problem has vanaished :/
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: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: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: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:45 <Qantourisc> I just set it to x4 they are often to volatile to bother otherwise imo
11:54:56 *** frosch123 has joined #openttd
12:00:57 <LordAro> oh yes, trunk only, atm
12:02:13 <Qantourisc> FIR + distri will be hard :p
12:32:56 <Qantourisc> Alberth: it's back ...
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:46:09 <Qantourisc> Alberth: give me a rought indication of where :p
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: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: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:42 <Qantourisc> will check when it's back
13:00:35 *** tokai|noir has joined #openttd
13:00:35 *** ChanServ sets mode: +v tokai|noir
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:26 <LordAro> Rubidium: seem to be some style issues in r26062 ;)
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: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:13 <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:33 <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: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:46 <Rubidium> and... if you really want to... tab = 2 spaces ;)
13:30:11 * Rubidium wonders... shall we do a 300k party?
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: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: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: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: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:42:01 <frosch123> oh, it belongs to canada?
13:42:20 <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 has joined #openttd
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:46 <Qantourisc> does seem to increase production though :)
14:08:27 <Qantourisc> does running trains cost money ?
14:31:24 *** KopjeKoffie has joined #openttd
14:32:07 <Qantourisc> Hello, koekje erbij ?
14:32:31 * Qantourisc sends virtual biscuit.
14:32:45 <KopjeKoffie> is this channel english of dutch?
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:42 <KopjeKoffie> when i save this game, en load it after a restart it is only using abaut 110M
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:39 <Alberth> 32bpp sprites and detailed zoom level also helps eating memory
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: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:47 <Qantourisc> then the question is what is not statically allocated :)
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: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: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:21 <Eddi|zuHause> it might be temporary usage during map generation
14:55:22 *** Pensacola has joined #openttd
15:06:59 <KopjeKoffie> but its nog temporary, after 10 minutes its the same
15:08:23 <Alberth> perhaps the memory gets fragmented
15:49:20 *** sla_ro|master has joined #openttd
16:37:36 *** Arkabzol has joined #openttd
16:41:26 *** montalvo has joined #openttd
16:54:37 *** supermop has joined #openttd
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:06:10 <Eddi|zuHause> the sources/destinations are not mixed, but only one is shown in the vehicle details
17:06:20 *** LeandroL 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:11:04 <supermop> only plain orders are used on this line
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:28:59 <Eddi|zuHause> just make a random map and be done with it?
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:40:26 *** frosch123 has joined #openttd
17:40:42 *** KopjeKoffie has joined #openttd
17:56:08 <supermop> are you still working on your long bendy train set Eddi|zuHause?
18:01:04 <Eddi|zuHause> i made a few coloured boxes lately
18:01:13 <Eddi|zuHause> so it's not all green boxes anymore
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:17 <DorpsGek> Commit by rubidium :: r26066 trunk/src/newgrf_industries.cpp (2013-11-23 18:07:11 UTC)
18:07:18 <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:26 <frosch123> he compared ottd with python
18:09:46 <Rubidium> Eddi|zuHause: yup ;)
18:10:11 <DorpsGek> Commit by rubidium :: r26069 trunk/src/newgrf.cpp (2013-11-23 18:10:06 UTC)
18:10:12 <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:18:17 <LordAro> is this what Rubidium is running?
18:19:09 <frosch123> as usual there are professional products, and stuff for open source
18:22:52 *** NGC3982_ 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: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:06:46 *** skyem123 has joined #openttd
19:07:03 *** Vinnie_nl has joined #openttd
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: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:52 <frosch123> thanks nevertheless :)
19:12:54 <Vinnie_nl> i'll go back to my game then
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:36:40 <TrueBrain> ah, I am guessing skyem123 is the ony trying to upload skyerail.grf? :D
19:39:21 <TrueBrain> Ah :) Concratz, you managed to crash our system :P
19:39:27 <TrueBrain> one of our tools is hanging on your grf
19:39:40 <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: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: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:20 <TrueBrain> what ever you did or didnt do, it should never cause this problem :)
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
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:09:44 *** Supercheese 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:16:08 <Eddi|zuHause> /timer 10 is it done yet?
20:27:14 <TrueBrain> okay skyem123, give it a try
20:27:24 <TrueBrain> and let us know when you succeeded
20:30:02 <TrueBrain> good; you can thank frosch123 for the quick fix :)
20:30:42 <skyem123> thank you frosch123!
20:39:38 <frosch123> thanks TrueBrain for the quick installation :)
20:41:43 <Eddi|zuHause> now just takes 6 months to update the repo? :p
21:01:43 *** DarkAce-Z has joined #openttd
21:13:11 *** Ristovski 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 has joined #openttd
21:24:38 *** HerzogDeXtEr1 has joined #openttd
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:13 <peter1138> Those were the days...
21:36:47 *** Ristovski has joined #openttd
21:42:51 <DorpsGek> Commit by rubidium :: r26077 trunk/src/fileio.cpp (2013-11-23 21:42:45 UTC)
21:42:52 <DorpsGek> -Codechange: handle strings like strings when scanning a tar instead of merely blobs of memory
21:59:13 *** Ristovski has joined #openttd
22:01:26 *** DarkAce-Z is now known as DarkAceZ
22:06:20 *** RhinoZA has joined #openttd
22:06:30 *** Sonny_Jim has joined #openttd
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: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:51 <RhinoZA> It is rather frustrating
22:10:20 <Rubidium> Sonny_Jim: not really, except stopping ships all along the way so they can't raise land
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:01 <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: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: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: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: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:37:06 *** Ristovski has joined #openttd
22:37:21 <RhinoZA> Where do i find a refinery?
22:37:53 <frosch123> just the industry-cargo-chain window
22:37:59 <frosch123> which you find in the industry dropdown
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:45 <Qantourisc> What should I be using ? :p
22:53:54 * Qantourisc not sure I can add gfx midgame
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: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: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: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?
continue to next day ⏵
