Back to Home / #openttd / 2013 / 11 / Prev Day | Next Day
#openttd IRC Logs for 2013-11-23

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