Times are UTC Toggle Colours
00:02:11 *** LordAro [~LordAro@host81-158-56-249.range81-158.btcentralplus.com] has quit [Remote host closed the connection] 00:12:16 <Wolf01> 'night 00:12:19 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 01:01:26 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 01:07:20 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 01:10:49 *** Bad_Brett [~bad@78-69-118-27-no42.tbcn.telia.com] has joined #openttd 01:17:34 *** HerzogDeXtEr1 [~Flex@88.130.162.108] has quit [Read error: Connection reset by peer] 01:21:02 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 01:21:58 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 01:57:29 *** Supercheese [~Superchee@98.145.153.126] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 23.0/20130730113002]] 02:10:36 *** Extrems [borgs@24.157.137.219] has quit [Read error: Connection reset by peer] 02:40:47 *** pugi_ [~pugi@host-091-097-011-247.ewe-ip-backbone.de] has joined #openttd 02:45:17 *** pugi [~pugi@host-091-097-067-253.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds] 02:45:18 *** pugi_ is now known as pugi 03:13:20 *** Extrems [borgs@24.157.137.219] has joined #openttd 03:15:29 *** pugi [~pugi@host-091-097-011-247.ewe-ip-backbone.de] has quit [] 03:25:08 *** robotboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 03:28:06 *** MadaraUchiha [~madara@80.179.184.165.static.012.net.il] has quit [Ping timeout: 480 seconds] 03:30:33 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Read error: Operation timed out] 04:56:01 *** Eddi|zuHause [~johekr@p5DC66E90.dip0.t-ipconnect.de] has quit [] 04:56:16 *** Eddi|zuHause [~johekr@p57BD4117.dip0.t-ipconnect.de] has joined #openttd 05:11:05 *** t1488t [~id@204.14.77.31] has joined #openttd 05:19:09 *** t1488t [~id@204.14.77.31] has quit [Ping timeout: 480 seconds] 05:25:01 *** ST2 [~ST2@bl6-254-79.dsl.telepac.pt] has joined #openttd 05:29:00 *** t1488t [~id@204.14.77.31] has joined #openttd 05:29:39 *** Supercheese [~Superchee@98.145.153.126] has joined #openttd 05:31:01 *** xT2 [~ST2@bl6-255-90.dsl.telepac.pt] has quit [Ping timeout: 480 seconds] 05:31:01 *** ST2 is now known as xT2 05:37:05 *** t1488t [~id@204.14.77.31] has quit [Ping timeout: 480 seconds] 05:57:42 *** t1488t [~id@37.140.99.39] has joined #openttd 06:28:48 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 06:31:50 *** cyph3r [~Miranda@ip-213-220-193-253.net.upcbroadband.cz] has joined #openttd 06:40:39 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 06:40:42 *** mode/#openttd [+o Alberth] by ChanServ 06:41:30 <Alberth> moin 07:04:19 *** sla_ro|master [slamaster@85.186.160.35] has joined #openttd 07:09:20 *** DabuYu [~jkuckartz@128.250.79.186] has quit [] 07:33:07 *** TWerkhoven [~TWerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has quit [Read error: Connection reset by peer] 07:33:24 *** TWerkhoven [~TWerkhove@cpc10-linl9-2-0-cust80.18-2.cable.virginmedia.com] has joined #openttd 07:49:14 *** Supercheese [~Superchee@98.145.153.126] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 23.0/20130730113002]] 07:55:23 *** Pereba [~UserNick@177.41.233.224] has joined #openttd 07:57:03 *** Progman [~progman@p57A1B8C1.dip0.t-ipconnect.de] has joined #openttd 08:06:57 *** Wolf01 [~wolf01@host130-14-dynamic.5-87-r.retail.telecomitalia.it] has joined #openttd 08:07:03 <Wolf01> hello 08:07:32 <Alberth> moin 08:09:48 <TWerkhoven> ello 08:11:54 <Wolf01> mmmh I have an old laptop with kubuntu and I have no clue on how resolve a dependency problem after a dist-upgrade 08:22:46 <Rubidium> yeah... (k)ubuntu dist-upgrades are a mess 08:23:00 <Rubidium> last time I had to do it, I wasted like half a day on it 08:23:46 <Wolf01> If there were only 3 or 4 packets I would have done it by hand, but there are at least 40 of them 08:23:55 * Rubidium rather has Debian dist-upgrades as those were, so far, generally quite pain free 08:24:28 <Rubidium> Wolf01: it's often just one or two packages that have a dependency chain and then pull in many others 08:24:34 <Rubidium> the only question is: which? 08:24:53 <Wolf01> the problem seem to be that it can't update python to be able to configure the other packets 08:25:32 <__ln__> take this opportunity to replace ubuntu with something else 08:26:41 <Wolf01> I already wanted to install android-x86, just to try, but I can't either booth the cd (and it works well on another pc), and I don't have USB boot there 08:32:57 *** pugi [~pugi@host-091-097-011-247.ewe-ip-backbone.de] has joined #openttd 08:38:32 <Xaroth|Work> wolf: what does aptitude inform you? thats usually a good indicator for me 08:39:08 <Wolf01> just ouputs a long list of packets which can't install because of missing dependencies 08:40:42 <Wolf01> seem that some dependencies can't be installed because "the new version breaks the old version" 08:41:16 <Wolf01> like libgtk2.0-common 08:46:29 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 08:49:01 *** cyph3r [~Miranda@ip-213-220-193-253.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 08:50:57 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 08:51:06 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 08:54:48 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 09:08:37 <Wolf01> oh nice, dpkg with --force-breaks seem to have done something, now apt outputs only 5 packets with errors/missing dependencies 09:09:43 <Wolf01> rebooting... I might not see it again 09:11:33 <Wolf01> nice, it worked, at leat I have the wifi again 09:11:42 <Wolf01> *least 09:13:58 <Wolf01> now it misses only: linux-generic, evolution-data-server, gir1.2, jockey-gtk and usb-creator-gtk 09:14:02 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 09:14:14 *** LordAro [~LordAro@host81-158-56-249.range81-158.btcentralplus.com] has joined #openttd 09:14:23 <LordAro> heyos 09:14:54 <Wolf01> hello Lord 09:15:44 <Wolf01> ahah now the installed dependencies are too new for the packets I *want* to install 09:17:37 <LordAro> hai Wolf01 09:37:59 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd 09:44:12 *** Ristovski [~rafael@ppp-seco11pa2-46-193-128.78.wb.wifirst.net] has joined #openttd 09:44:39 <Alberth> hi LordAro 10:04:51 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Read error: Connection reset by peer] 10:12:57 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has joined #openttd 10:41:49 *** TrueBrain [~truebrain@ip82-139-82-247.lijbrandt.net] has quit [Quit: reboot] 10:53:53 *** TrueBrain [~truebrain@ip82-139-82-247.lijbrandt.net] has joined #openttd 10:59:50 <DorpsGek> Commit by fonsinchen :: r25717 trunk/src/vehicle.cpp (2013-08-11 10:59:47 UTC) 10:59:51 <DorpsGek> -Fix: check for type of order before checking for refit type 11:00:12 <DorpsGek> Commit by fonsinchen :: r25718 trunk/src/order_cmd.cpp (2013-08-11 11:00:09 UTC) 11:00:13 <DorpsGek> -Fix: return INVALID from GetNextStoppingStation if vehicle would have to unload everything at this same station at the next stop 11:01:06 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 11:07:31 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 11:07:36 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [] 11:11:18 *** HerzogDeXtEr [~Flex@88.130.162.108] has joined #openttd 11:29:37 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 11:34:56 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 11:35:42 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 11:38:08 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [] 11:39:01 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 12:17:49 *** robotboy [~robotboy@0001164c.user.oftc.net] has quit [Read error: Connection reset by peer] 12:26:19 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 12:32:28 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 12:36:14 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [] 12:39:01 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 12:39:26 *** MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd 12:42:32 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 12:48:16 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 13:27:52 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 13:34:44 *** LordAro [~LordAro@host81-158-56-249.range81-158.btcentralplus.com] has quit [Ping timeout: 480 seconds] 13:34:48 *** LordAro [~LordAro@host81-158-56-147.range81-158.btcentralplus.com] has joined #openttd 13:55:28 <NGC3982> Are you people familiar with installing Linux on Surftabs or similar? 14:02:30 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 14:12:53 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has joined #openttd 14:16:06 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 14:44:06 *** Frodus [~Frodus@static243-243-8.mimer.net] has joined #openttd 14:56:06 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 14:57:28 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 15:07:12 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 15:08:31 <andythenorth> o/ 15:10:14 <LordAro> /o 15:13:34 <Frodus> Hi developers: Is there any plan of getting company password saved on multiplayer game? I see there are patches and bug rapports about this back in later 2007. Is there anyone that knows the story about the patches made not implemented in the official openttd game? 15:17:17 <Rubidium> as far as I know, they saved things in either the configuration file or in the savegame 15:17:38 <Rubidium> if it's in the savegame, and the savegames are copied to the clients... the clients have the password 15:18:49 <Frodus> But this was never implemeted in the game right. As when I have been testing to setup a dedicated server the last 2 weeks, all passwords are removed if you save and the reload the game. 15:20:11 <Rubidium> if fit's in the configuration file, you need to clear them when another savegame is loaded as otherwise you the passwords to the companies in the previous game are used in the current game. Since OpenTTD loads the intro savegame, the passwords are trashed anyway 15:21:38 <Rubidium> and both ways are kinda troublesome when saving passwords 15:23:29 <Frodus> Ok. Thanks for filling me in. 15:29:53 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has joined #openttd 15:37:46 *** Bad_Brett [~bad@78-69-118-27-no42.tbcn.telia.com] has quit [Quit: Nettalk6 - www.ntalk.de] 15:45:51 *** mindlesstux [~mindlestu@raspberrypi.mindlesstux.com] has joined #openttd 15:48:10 *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd 16:02:58 *** krinn [~krinn@53.54.71.86.rev.sfr.net] has joined #openttd 16:03:17 <krinn> hi guys 16:03:23 <Alberth> o/ 16:05:15 <krinn> is there a cost value diff if to make a slope N tile a slope NW or change it lower its N part to get the NW behind it 16:07:25 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 16:11:37 <Rubidium> there is no price difference in raising or lowering a corner. There can be a price difference in clearing the adjacent tiles 16:13:05 <krinn> so assuming the tile next to it could be clear, lowering should cost less on water level than raising? 16:16:54 *** Supercheese [~Superchee@98.145.153.126] has joined #openttd 16:17:09 <Supercheese> Not quite vacuum tube trains, but maybe similar? http://www.telegraph.co.uk/technology/news/10235261/Inside-the-Hyperloop-the-pneumatic-travel-system-faster-than-the-speed-of-sound.html 16:18:16 <Rubidium> krinn: *could*; it all depends on the clearing costs and those could differ 16:18:57 <krinn> Rubidium, there's something more costly to clear than raising water ? 16:20:25 <Rubidium> krinn: there could be via http://newgrf-specs.tt-wiki.net/wiki/BaseCosts 16:21:13 <Rubidium> if someone changes the clear water cost to 10 and increases the clear grass to 10 000, then building in water could be cheaper 16:21:48 <krinn> better test both on testmode and get clost then :/ 16:21:51 <V453000> :D 16:22:56 *** t1488t [~id@37.140.99.39] has quit [Ping timeout: 480 seconds] 16:23:36 <krinn> the water level is alwasy 0 ? 16:24:01 <Rubidium> 'ocean' is, canals and rivers aren't 16:24:37 <krinn> ok thank Rubidium 16:24:39 <Rubidium> also... rough/rocky tiles are more expensive to clear than green clear tile (dark brown clear tiles are free) 16:30:51 *** Frodus [~Frodus@static243-243-8.mimer.net] has quit [] 16:42:22 <megakacktus> hmmm... "error: too many initializers for 'bool (* const [0])(FiosItem* const*, StringFilter&)'" 16:44:18 *** amiller [~amiller@c-69-255-193-198.hsd1.md.comcast.net] has quit [Read error: Operation timed out] 16:46:06 *** Progman [~progman@p57A1B8C1.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 16:49:25 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 16:49:42 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has joined #openttd 16:50:33 <megakacktus> OK... I've got file list filtering to work, I just can't click on the files :P 16:50:42 <megakacktus> I'll need to figure that out :) 17:13:19 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 17:13:51 <Terkhen> hello 17:21:00 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 17:26:08 <krinn> hello Terkhen 17:29:10 *** APTX [APTX@aptx.org] has quit [Quit: No Ping reply in 180 seconds.] 17:29:46 *** APTX [APTX@aptx.org] has joined #openttd 17:44:50 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has quit [Ping timeout: 480 seconds] 17:45:19 <DorpsGek> Commit by translators :: r25719 /trunk/src/lang (korean.txt lithuanian.txt) (2013-08-11 17:45:14 UTC) 17:45:20 <DorpsGek> -Update from WebTranslator v3.0: 17:45:21 <DorpsGek> korean - 23 changes by telk5093 17:45:22 <DorpsGek> lithuanian - 39 changes by Stabilitronas 17:56:37 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 17:58:07 *** MadaraUchiha [~madara@95.35.56.204] has joined #openttd 18:04:26 *** amiller [~amiller@216-15-29-79.c3-0.161-ubr1.lnh-161.md.cable.rcn.com] has joined #openttd 18:06:26 *** George|2 [~George@212.113.107.39] has joined #openttd 18:06:26 *** George is now known as Guest2999 18:06:26 *** George|2 is now known as George 18:06:49 *** George [~George@212.113.107.39] has quit [Read error: Connection reset by peer] 18:07:19 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has joined #openttd 18:31:48 <planetmaker> moin 18:38:21 <LordAro> /o 18:38:36 <Alberth> moin planetmaker 18:42:29 <planetmaker> so what did I miss the last 6 days? 18:42:37 <Alberth> us! 18:42:55 <planetmaker> yes indeed :-) 18:42:56 <Alberth> or more likely, we missed you :) 18:44:53 <Alberth> I rewrote the eints batch script, and wrote some documentation 18:45:23 <planetmaker> sounds like something to read :-) 18:47:01 <Alberth> http://devs.openttd.org/~alberth/eints_html.tar.gz as browsable html tree 18:50:40 <Alberth> most was old, the "batch operations" chapter is new 18:53:35 *** frosch123 [~frosch@frnk-590f7fab.pool.mediaWays.net] has joined #openttd 18:55:22 <LordAro> quak! 18:55:49 *** Progman [~progman@p57A1B8C1.dip0.t-ipconnect.de] has joined #openttd 18:56:09 <planetmaker> quak 18:56:37 <frosch123> moin :) 18:56:42 <frosch123> more osx devs? 18:56:42 <Alberth> o/ 18:57:10 <frosch123> it's getting scary :p 18:57:50 <__ln__> where? 18:58:52 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 18:58:55 *** mode/#openttd [+v glx] by ChanServ 18:59:15 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has quit [Quit: Live long and prosper] 19:00:54 <planetmaker> here! 19:01:43 <frosch123> yeah, somehow i branched into a universe where everyone does osx suff 19:02:01 <frosch123> i think the liked the previous one with the unicorns better :p 19:02:41 <planetmaker> :D 19:06:37 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 19:07:38 <Rubidium> frosch123: apparantly many devs have (had) a Mac of some sorts 19:07:59 * Rubidium hasn't though 19:10:22 * dihedral has... but then that does not match the 'many devs' part :-P 19:13:03 * Alberth hasn't either, reducing the 'many' count by one 19:13:22 <frosch123> well, it's increasing after each party 19:13:46 <frosch123> i think already at the first party there were more macbooks and notebook 19:15:59 <dihedral> some nerds do sometimes enjoy being away from computers from time to time 19:16:09 <dihedral> with the exception of michi_cc and Rubidium 19:16:24 <dihedral> we shall not count Belugas, as he was more or less forced to do the commit 19:16:39 <Alberth> :) 19:16:53 <dihedral> and then of course there is planetmaker ... "i'll make some more coffe" ... what an excuse 19:17:08 <dihedral> :-P 19:17:09 <__ln__> in the previous party Rubidium had a Dell, and all other laptops were Apple, more or less 19:17:12 <andythenorth> bonsoir 19:17:25 <dihedral> i prefer dell too 19:18:02 <Rubidium> well... this party I had a Dell as well 19:18:55 <__ln__> it seemed that in this party people had fewer laptops with them in general 19:19:52 <andythenorth> too much talking! 19:19:54 <andythenorth> write more code! 19:20:03 * andythenorth doesn't agree with socialising 19:20:22 * Rubidium doesn't agree with legoing 19:20:44 <andythenorth> "stop mucking about with bricks and make my game geeks" :D 19:22:50 * andythenorth has seen pictures of the party; it was not very nerdy 19:23:00 <andythenorth> hardly any vendor t-shirts 19:23:04 <andythenorth> very few beards 19:23:10 <andythenorth> nobody wearing sandals and socks 19:24:00 <andythenorth> very strange 19:24:43 <__ln__> i don't know what qualifies as a "vendor t-shirt", but.. 19:31:28 <dihedral> __ln__, i had mine with me, just left it in the car 19:32:32 <dihedral> andythenorth, people building name tags with lego is pretty nerdy in my eyes 19:33:21 <andythenorth> nah, that's a hipster thing these days 19:33:25 *** George [~George@212.113.107.39] has joined #openttd 19:39:00 <frosch123> andythenorth: it was too hot for socks 19:39:14 <frosch123> and too hot for beards? :p 19:39:48 <frosch123> and i had a vendor cap! 19:44:10 <andythenorth> ok, that's good 19:44:41 <frosch123> what about unicorns? do they count? 19:45:03 <__ln__> does vendor equal to openttd? 19:45:47 <frosch123> should i wear a sc2 shirt next time? 19:46:10 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 19:47:00 <andythenorth> unicorns are out-of-scope 19:47:08 <andythenorth> it's hard to apply any rules to unicorns 19:47:47 <andythenorth> ideally the vendor t-shirt would be: redhat, debian, google, dell, AMD 19:47:51 *** Guest2999 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 19:47:56 *** George|2 [~George@212.113.107.39] has joined #openttd 19:47:56 *** George is now known as Guest3015 19:47:56 *** George|2 is now known as George 19:48:00 <andythenorth> if it's microsoft, that person is probably not a nerd to talk to 19:48:19 <andythenorth> why aren't these in TTD? http://www.nov.com/Well_Service_and_Completion/All_Terrain_Vehicles/Bodyload_Units/Rolligon_8X8_MODEL_8860.aspx 19:48:41 *** Guest3015 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 19:48:47 <__ln__> i actually had a vendor t-shirt, but i don't know how well known the vendor is. 19:48:51 *** MadaraUchiha [~madara@95.35.56.204] has quit [Ping timeout: 480 seconds] 19:49:58 * planetmaker has recently found a few nice vehicles for HEQS :D 19:50:22 <NGC3982> :-o 19:50:57 <planetmaker> http://commons.wikimedia.org/wiki/File:Vibroseis_Vehicle.jpg and similar 19:51:39 <planetmaker> capacity: one earthquake 19:51:39 <andythenorth> oh seismic thumpers 19:56:05 <planetmaker> and drilling rigs: http://en.wikipedia.org/wiki/File:Borehole_Drilling_Rig_in_Operation_in_North_Yorkshire,_Nov_2012.jpg 19:56:18 <planetmaker> capacity: one oil well 19:56:25 <planetmaker> (or water well) 19:57:28 <andythenorth> http://foremost.ca/products/nokamic-mulcher 19:58:22 <andythenorth> http://foremost.ca/products/explorer-1500 19:58:37 <planetmaker> oh, yeah, much nicer image 19:59:44 <planetmaker> but indeed... cargo can comprise any primary excavation industry 20:00:00 <andythenorth> :P 20:23:02 <andythenorth> hmm 20:23:07 * andythenorth needs to draw some cargo icons 20:30:53 *** HerzogDeXtEr1 [~Flex@i59F6ABFB.versanet.de] has joined #openttd 20:36:36 *** HerzogDeXtEr [~Flex@88.130.162.108] has quit [Ping timeout: 480 seconds] 20:40:26 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds] 20:53:51 *** MatrixCL [~mielipuol@host-109-204-157-114.tp-fne.tampereenpuhelin.net] has quit [Quit: Nettalk6 - www.ntalk.de] 20:56:23 <krinn> tile heigh is a nibble and bits are corners? 20:56:32 <krinn> what the upper bits do ? 20:57:23 <Eddi|zuHause> say which corners of the tile are raised 20:57:40 <planetmaker> krinn, tile height is a variable and the slope is a separate variable which can be understood as bitset 20:57:43 <Eddi|zuHause> see docs/tileh.png 20:57:51 <planetmaker> depends on where / what / how 20:58:46 <krinn> looking at it Eddi|zuHause actually all raised is missing :) 20:59:02 <planetmaker> lol, krinn 20:59:02 <Eddi|zuHause> yeah, because that does not occur :) 20:59:38 <krinn> you mean all raised is 0 with height value change? 20:59:56 <Eddi|zuHause> yes 21:02:32 <krinn> i could xor slope to get wanted slope so 21:05:44 <planetmaker> krinn, I also would expect tile height be be in the range 0 ... 255 21:05:57 <planetmaker> at least in principle. Practically 0 ... 15 21:06:30 <krinn> well, for the base tile, that would ease the thing a lot 21:08:36 <planetmaker> you have the enum Corner for GS/AI: http://noai.openttd.org/api/trunk/classAITile.html 21:09:02 <planetmaker> mind that foundations might alter the appearance / remove the slope 21:09:07 <krinn> yeah but can't figure out who was who with the tileh.png doc 21:10:40 <planetmaker> yeah, that's the number of the slope. As created by that bitset 21:11:13 <krinn> i was looking at the GetComplementSlope, but the doc is ~ on it 21:11:37 <krinn> was thinking it gave the bitmask to apply to end with a flat tile 21:11:38 <planetmaker> http://newgrf-specs.tt-wiki.net/wiki/VariationalAction2/Industry_Tiles#Land_info_of_nearby_tiles_.2860.29 explains bits possibly 21:11:48 * Supercheese wonders how functional the Newgrf webtranslator business is currently 21:11:58 <frosch123> http://newgrf-specs.tt-wiki.net/wiki/NML:List_of_tile_slopes <- there is also that list 21:12:04 <frosch123> with pictures 21:12:24 <planetmaker> and bitmasks actually 21:12:24 <NGC3982> Ooh. Pictures. I love pictures. 21:12:29 <krinn> wow frosch123 now that's elite doc ! 21:13:00 <frosch123> well, slopes are so common that there is documentation in at least 4 places :p 21:13:06 <frosch123> you just need to pick the nicest one :) 21:13:11 <krinn> looks like noai/nogo needs more ref to newgrf specs doc :) 21:14:02 <andythenorth> good night 21:14:27 <krinn> my last link vcs.openttd.org is buggy dead 21:14:29 <planetmaker> g'night andythenorth 21:14:37 <krinn> night andythenorth 21:14:37 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 21:14:43 <frosch123> krinn: anyway, towns also use the logic to lower the corners in the bitset, or raise the corners in the complement bitset, to get a flat tile 21:14:53 <frosch123> which fails on steep slopes, but noone ever cared 21:15:09 <frosch123> towns just terraform randomly, so it might fix itself later on :p 21:15:29 <krinn> would been easy if i was a town :) 21:16:28 *** tokai|mdlx [~tokai@port-92-195-125-124.dynamic.qsc.de] has joined #openttd 21:16:50 <krinn> http://vcs.openttd.org/svn/browser/trunk/docs/tileh.png timeout 21:17:29 <planetmaker> confirmed 21:17:38 <frosch123> use hg.openttd.org 21:17:47 <frosch123> vcs is always out of memory 21:17:58 <planetmaker> hm, that's why? 21:18:07 <frosch123> no idea :p 21:18:29 <krinn> it was to inform 21:18:41 <planetmaker> anyway, I got the idea to reduce my sleep deficit. Good night everyone :-) 21:18:49 <krinn> i swap my old link with frosch123 's one 21:18:55 <frosch123> there was a time where it was always the reason, so i started implying that every software issue on every webserver is always cause by oom :) 21:18:56 <krinn> night planetmaker 21:18:56 <Supercheese> Sleep well 21:20:06 <Eddi|zuHause> i'm somehow always out of disk space 21:20:21 <krinn> yeah Eddi|zuHause porn take so much space 21:20:24 <Eddi|zuHause> i keep cleaning up, but it's always full afterwards 21:21:02 <Eddi|zuHause> i should move everything to /dev/shm 21:21:12 <Eddi|zuHause> and then restart 21:21:24 <Supercheese> Hard drives seem to shrink over time 21:21:37 <Supercheese> in my case, I can probably blame OS bloat 21:21:55 <Supercheese> Windowses likely generate a bunch of junk files doing who knows what and never deletes them 21:22:16 <Eddi|zuHause> but those OS files would be on / 21:22:33 <Eddi|zuHause> which is severely limited in size, compared to the rest 21:22:40 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 21:24:15 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has joined #openttd 21:24:59 <krinn> i have a tiny server that is just sharing space with that comp. It run a minimal version of the os, no gui, and plenty of hdd, and one with a big temp direction shared that is clean up every 24 h 21:25:38 <krinn> :) /sdirection/directory 21:25:49 <krinn> (i'm too much into direction, tile and slope) 21:31:54 <frosch123> night 21:31:58 *** frosch123 [~frosch@frnk-590f7fab.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 21:41:02 <Zuu> krinn: :-) 21:42:18 <Zuu> Did you see my slope helpers in SuperLib.Tile? 21:42:25 *** sla_ro|master [slamaster@85.186.160.35] has quit [] 21:42:43 <krinn> Zuu, no going to see it 21:43:00 <Zuu> It is quite wired up with SuperLib.Direction. 21:43:47 <Zuu> The later define the 8 directions and has some helpers to work with that. 21:44:20 <krinn> let me have a look, if i don't have to re-invent the wheel 21:44:53 <krinn> i'm doing a slope to slope convertion : from any to SLOPE_SW, NE, SE or NW 21:44:55 <Zuu> Most of the slope helpers are to figure out if something can be built on a tile or not. 21:45:27 <krinn> so it's not to build on flat, but on slope 21:46:11 <Zuu> Sounds like Tile.IsBuildOnSlope_UpSlope(tile_id, direction) and Tile.IsBuildOnSlope_DownSlope(tile_id, direction) 21:47:10 <Zuu> Docs: http://dev.openttdcoop.org/projects/superlib/repository/entry/tile.nut#L69 21:47:30 <krinn> i was looking at those one 21:47:47 <krinn> but it only answer if the slope is ready to be use, not building the slope to a ready to use one 21:48:38 <krinn> return ((slope & AITile.SLOPE_N) != 0x00 || (slope & AITile.SLOPE_E) != 0x00) && // must have either N or E tile raised 21:48:38 <krinn> ((slope & AITile.SLOPE_S) == 0x00 && (slope & AITile.SLOPE_W) == 0x00); // and neither of S or W 21:48:39 <krinn> :D 21:48:42 <Zuu> Right, none of the methods in the "Slope info" section do landscaping 21:49:36 <krinn> why not just : return slope == AITile.SLOPE_NE ? 21:51:43 <Zuu> Because, that will not include cases when a fundation will be built 21:52:25 <krinn> oh i'm doing water, no fundation so 21:52:35 <Zuu> You have == AITile.Slope_NE in Tile.IsUpSlope 21:53:22 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [] 21:53:35 <Zuu> The "IsBuildOnSlope_" in "IsBuildOnSlope_UpSlope" indicate that it will check if building road/rail in the given direction on the given tile will cause the tile to act as an up slope. 21:53:36 <krinn> ah ok, was looking at wrong function so 21:54:57 <krinn> my approch is s_slope = slope ^ AITile.SLOPE_NE but i'm unsure next will works 21:55:26 <krinn> (testmode, AITile.RaiseTile(tile, s_slope); and test if AITile.GetSlope(tile) == AITile.SLOPE_NE now) 21:55:53 <krinn> but i'm not sure if testmode, will answer right to the AITile.GetSlope(tile) 21:56:39 <Zuu> Test mode will not modify the terrain. Thus AITile.GetSlope will return the same value as calling it before RaiseTile in test mode. 21:57:05 <krinn> erf, bad, i was thinking it may answer in context 21:57:36 <Zuu> That would require that test mode create a copy of the map that you can modify. 21:57:51 <krinn> well, not the map, but the affected tiles 21:58:21 <krinn> seems like that approch is a dead end so 21:58:46 <Zuu> That would requrie inventing a way of "only" copying the affected tiles. 21:59:54 <krinn> the cost function does that no ? or it just add cost and discard it 22:00:26 <Zuu> AIAccounting will record the cost of commands. 22:01:04 <Zuu> In test mode I think costs will be added to AIAccounting as well. However all commands will be tested against the world as it is. 22:01:23 <krinn> hmmm, i must rethink about that slope problem, as it gets more complex without aitestmode 22:02:46 <Zuu> AITestMode is more or less like holding shift when you play as human. Using it you can test if eg. building a station in a town is allowed without actually doing it. 22:03:24 <Zuu> Shift clicking will also include the cost of the operation if it can be performed. 22:03:39 <krinn> that would be at least good to see if i could raise the tile or not without checking all neighbor tiles 22:04:05 *** Nat_aS [~nat@c-76-115-24-56.hsd1.or.comcast.net] has joined #openttd 22:04:14 <krinn> but i must now calc if the result will be SLOPE_NE in all slope case prior doing it :/ 22:05:01 <Zuu> Mind that landscaping commands for human players will succed even if not all requested landscaping was possible to be completed. I don't remember, but think the same applies to AIs. 22:05:59 <krinn> for my purpose, it should answer 100% as i will only do 1 raisetile command 22:06:45 <krinn> i'm doing terraform to get SLOPE_NE, SW, NW or NE 22:06:48 <Zuu> Well, if you only raise a corner that is true. But if you raise a whole tile, perhaps only 3 of 4 corners could be raiised? 22:07:18 <krinn> but i will raise all needed corners in one command 22:07:35 <krinn> are you saying raising 2 corners in one command == 2 commands? 22:08:19 <Zuu> What I say is that I fear that asking to raise 4 corners, and only 3 succeed, the command might still return sucess instead of rejecting to do anything. 22:08:49 <krinn> what a complex thing just to change a slope :) 22:09:08 <Zuu> It is the case for humans, and was probably for AIs early on. I don't know if that has changed later, so that is why I would be careful and test this to see how it works. 22:09:57 <krinn> yeah, seems i need invest time in testing that, and i was happy my solve was fast at first 22:10:10 <Zuu> A lot of operations for humans will rather complete X % of the requested job than failing unless 100 % can be done. 22:10:57 <Zuu> For road/rail construction, I'm quite certain AIs has an exception now that the operation will fail unless the whole distance could be built. For landscaping I'm not sure there is a such exception for AIs. 22:22:41 <krinn> i'm playing with ships, what is max distance before getting lost ? 22:27:38 *** Progman [~progman@p57A1B8C1.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 22:28:00 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds] 22:32:24 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has quit [] 22:33:37 *** SamanthaD [~SamanthaD@c-98-248-25-134.hsd1.ca.comcast.net] has joined #openttd 22:34:05 <krinn> hi SamanthaD 22:34:09 <SamanthaD> hey krinn! 22:34:13 <SamanthaD> *waves to everyone* 22:36:12 *** wakou2 [~stephen@host86-182-193-134.range86-182.btcentralplus.com] has quit [Quit: Konversation terminated!] 22:36:39 <Wolf01> 'night 22:36:47 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 22:41:21 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [] 22:43:37 *** Pereba [~UserNick@177.41.233.224] has quit [Quit: AdiIRC - yeah, also works on Mac and Linux if you have bit of patience. www.adiirc.com] 22:51:06 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 22:51:22 *** Ristovski [~rafael@ppp-seco11pa2-46-193-128.78.wb.wifirst.net] has quit [Quit: Leaving] 22:51:24 <krinn> how you negate a in (!(that in this)) ? 22:51:56 <Eddi|zuHause> in what language/context? 22:52:04 <krinn> squirrel 22:52:34 <krinn> i think it works liek c++ mostly for bitwise op 22:54:01 <Eddi|zuHause> i still don't understand the question 22:56:05 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has quit [Ping timeout: 480 seconds] 22:56:25 <krinn> i just want test something is not in 22:57:50 <Eddi|zuHause> so, and why did your attempted solution not work? 22:58:43 <krinn> it is, i fail with (!this in that) 22:59:40 <Eddi|zuHause> but you do spot the difference between this line and the one above? 23:00:02 <krinn> yep, that's why i ask if the first one was ok 23:00:24 <krinn> but since i have test 23:01:08 <Eddi|zuHause> then next time, please use more words. because i honestly did not understand what you meant 23:02:01 *** KritiK [~Maxim@0001264a.user.oftc.net] has quit [Quit: Leaving] 23:02:50 <krinn> i don't know what words i could have add to help 23:04:06 *** LordAro [~LordAro@host81-158-56-147.range81-158.btcentralplus.com] has quit [Remote host closed the connection] 23:05:05 <Eddi|zuHause> how about "i have this line of code <X>, it is meant to do <Y>, but fails. would <Z> be the right solution?" 23:09:42 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has joined #openttd 23:49:39 *** megakacktus [~debussy@174-30-204-96.mpls.qwest.net] has quit [Ping timeout: 480 seconds] 23:50:54 <glx> bitwise not is ~ in C(++) 23:54:49 <Eddi|zuHause> glx: but he didn't want bitwise 23:54:57 <Eddi|zuHause> he wanted logical 23:55:10 <glx> <krinn> i think it works liek c++ mostly for bitwise op 23:55:22 <glx> looks bitwise enough for me :) 23:55:25 <krinn> yes, mistake, i want say bitwise/logical are ... 23:56:02 <krinn> but it was logical not 23:56:06 <Eddi|zuHause> glx: don't listen to what he says, listen to what he means :p 23:56:13 <krinn> :D 23:58:42 <krinn> and you can ~ 1 or 0 but i'm not sure you can ~ a boolean 23:59:14 <krinn> does C use boolean as a type or just numbers ?