Log for #openttd on 11th August 2013:
Times are UTC Toggle Colours
00:02:11  *** LordAro [] has quit [Remote host closed the connection]
00:12:16  <Wolf01> 'night
00:12:19  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
01:01:26  *** Midnightmyth [] has joined #openttd
01:07:20  *** KritiK [] has quit [Quit: Leaving]
01:10:49  *** Bad_Brett [] has joined #openttd
01:17:34  *** HerzogDeXtEr1 [~Flex@] has quit [Read error: Connection reset by peer]
01:21:02  *** roboboy [] has joined #openttd
01:21:58  *** glx [] has quit [Quit: Bye]
01:57:29  *** Supercheese [~Superchee@] has quit [Quit: ChatZilla [Firefox 23.0/20130730113002]]
02:10:36  *** Extrems [borgs@] has quit [Read error: Connection reset by peer]
02:40:47  *** pugi_ [] has joined #openttd
02:45:17  *** pugi [] has quit [Ping timeout: 480 seconds]
02:45:18  *** pugi_ is now known as pugi
03:13:20  *** Extrems [borgs@] has joined #openttd
03:15:29  *** pugi [] has quit []
03:25:08  *** robotboy [] has joined #openttd
03:28:06  *** MadaraUchiha [] has quit [Ping timeout: 480 seconds]
03:30:33  *** roboboy [] has quit [Read error: Operation timed out]
04:56:01  *** Eddi|zuHause [] has quit []
04:56:16  *** Eddi|zuHause [] has joined #openttd
05:11:05  *** t1488t [~id@] has joined #openttd
05:19:09  *** t1488t [~id@] has quit [Ping timeout: 480 seconds]
05:25:01  *** ST2 [] has joined #openttd
05:29:00  *** t1488t [~id@] has joined #openttd
05:29:39  *** Supercheese [~Superchee@] has joined #openttd
05:31:01  *** xT2 [] has quit [Ping timeout: 480 seconds]
05:31:01  *** ST2 is now known as xT2
05:37:05  *** t1488t [~id@] has quit [Ping timeout: 480 seconds]
05:57:42  *** t1488t [~id@] has joined #openttd
06:28:48  *** Zuu [] has joined #openttd
06:31:50  *** cyph3r [] has joined #openttd
06:40:39  *** Alberth [] has joined #openttd
06:40:42  *** mode/#openttd [+o Alberth] by ChanServ
06:41:30  <Alberth> moin
07:04:19  *** sla_ro|master [slamaster@] has joined #openttd
07:09:20  *** DabuYu [~jkuckartz@] has quit []
07:33:07  *** TWerkhoven [] has quit [Read error: Connection reset by peer]
07:33:24  *** TWerkhoven [] has joined #openttd
07:49:14  *** Supercheese [~Superchee@] has quit [Quit: ChatZilla [Firefox 23.0/20130730113002]]
07:55:23  *** Pereba [~UserNick@] has joined #openttd
07:57:03  *** Progman [] has joined #openttd
08:06:57  *** Wolf01 [] 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 [] 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 [] has quit [Quit: Konversation terminated!]
08:49:01  *** cyph3r [] has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
08:50:57  *** Elukka [] has joined #openttd
08:51:06  *** wakou2 [] has joined #openttd
08:54:48  *** ntoskrnl [] 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 [] has joined #openttd
09:14:14  *** LordAro [] 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 [] has joined #openttd
09:44:12  *** Ristovski [] has joined #openttd
09:44:39  <Alberth> hi LordAro
10:04:51  *** Midnightmyth [] has quit [Read error: Connection reset by peer]
10:12:57  *** Alice3 [] has joined #openttd
10:41:49  *** TrueBrain [] has quit [Quit: reboot]
10:53:53  *** TrueBrain [] 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 [] has quit [Quit: Konversation terminated!]
11:07:31  *** wakou2 [] has joined #openttd
11:07:36  *** wakou2 [] has quit []
11:11:18  *** HerzogDeXtEr [~Flex@] has joined #openttd
11:29:37  *** wakou2 [] has joined #openttd
11:34:56  *** wakou2 [] has quit [Quit: Konversation terminated!]
11:35:42  *** wakou2 [] has joined #openttd
11:38:08  *** wakou2 [] has quit []
11:39:01  *** wakou2 [] has joined #openttd
12:17:49  *** robotboy [] has quit [Read error: Connection reset by peer]
12:26:19  *** wakou2 [] has quit [Quit: Konversation terminated!]
12:32:28  *** wakou2 [] has joined #openttd
12:36:14  *** wakou2 [] has quit []
12:39:01  *** roboboy [] has joined #openttd
12:39:26  *** MNIM [] has joined #openttd
12:42:32  *** wakou2 [] has joined #openttd
12:48:16  *** ntoskrnl [] has quit [Ping timeout: 480 seconds]
13:27:52  *** ntoskrnl [] has joined #openttd
13:34:44  *** LordAro [] has quit [Ping timeout: 480 seconds]
13:34:48  *** LordAro [] has joined #openttd
13:55:28  <NGC3982> Are you people familiar with installing Linux on Surftabs or similar?
14:02:30  *** wakou2 [] has quit [Quit: Konversation terminated!]
14:12:53  *** wakou2 [] has joined #openttd
14:16:06  *** roboboy [] has quit [Ping timeout: 480 seconds]
14:44:06  *** Frodus [] has joined #openttd
14:56:06  *** zeknurn [] has quit [Read error: Connection reset by peer]
14:57:28  *** zeknurn [] has joined #openttd
15:07:12  *** andythenorth [] 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 [] has joined #openttd
15:37:46  *** Bad_Brett [] has quit [Quit: Nettalk6 -]
15:45:51  *** mindlesstux [] has joined #openttd
15:48:10  *** KritiK [] has joined #openttd
16:02:58  *** krinn [] 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 [] 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@] has joined #openttd
16:17:09  <Supercheese> Not quite vacuum tube trains, but maybe similar?
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
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@] 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 [] has quit []
16:42:22  <megakacktus> hmmm... "error: too many initializers for 'bool (* const [0])(FiosItem* const*, StringFilter&)'"
16:44:18  *** amiller [] has quit [Read error: Operation timed out]
16:46:06  *** Progman [] has quit [Remote host closed the connection]
16:49:25  *** perk11 [] has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
16:49:42  *** perk11 [] 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 [] has joined #openttd
17:13:51  <Terkhen> hello
17:21:00  *** ntoskrnl [] has quit [Ping timeout: 480 seconds]
17:26:08  <krinn> hello Terkhen
17:29:10  *** APTX [] has quit [Quit: No Ping reply in 180 seconds.]
17:29:46  *** APTX [] has joined #openttd
17:44:50  *** megakacktus [] 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 [] has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
17:58:07  *** MadaraUchiha [~madara@] has joined #openttd
18:04:26  *** amiller [] has joined #openttd
18:06:26  *** George|2 [~George@] 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@] has quit [Read error: Connection reset by peer]
18:07:19  *** megakacktus [] 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>  as browsable html tree
18:50:40  <Alberth> most was old, the "batch operations" chapter is new
18:53:35  *** frosch123 [] has joined #openttd
18:55:22  <LordAro> quak!
18:55:49  *** Progman [] 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 [] has joined #openttd
18:58:55  *** mode/#openttd [+v glx] by ChanServ
18:59:15  *** megakacktus [] 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 [] 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@] 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 [] 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@] has quit [Ping timeout: 480 seconds]
19:47:56  *** George|2 [~George@] 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?
19:48:41  *** Guest3015 [~George@] 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@] 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> and similar
19:51:39  <planetmaker> capacity: one earthquake
19:51:39  <andythenorth> oh seismic thumpers
19:56:05  <planetmaker> and drilling rigs:,_Nov_2012.jpg
19:56:18  <planetmaker> capacity: one oil well
19:56:25  <planetmaker> (or water well)
19:57:28  <andythenorth>
19:58:22  <andythenorth>
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 [] has joined #openttd
20:36:36  *** HerzogDeXtEr [~Flex@] has quit [Ping timeout: 480 seconds]
20:40:26  *** Midnightmyth [] has quit [Ping timeout: 480 seconds]
20:53:51  *** MatrixCL [] has quit [Quit: Nettalk6 -]
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:
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> explains bits possibly
21:11:48  * Supercheese wonders how functional the Newgrf webtranslator business is currently
21:11:58  <frosch123> <- 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 is buggy dead
21:14:29  <planetmaker> g'night andythenorth
21:14:37  <krinn> night andythenorth
21:14:37  *** andythenorth [] 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 [] has joined #openttd
21:16:50  <krinn> timeout
21:17:29  <planetmaker> confirmed
21:17:38  <frosch123> use
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 [] has quit [Ping timeout: 480 seconds]
21:24:15  *** megakacktus [] 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 [] 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@] 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:
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 [] 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 [] 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 [] has quit [Remote host closed the connection]
22:28:00  *** valhallasw [] has quit [Ping timeout: 480 seconds]
22:32:24  *** Alice3 [] has quit []
22:33:37  *** SamanthaD [] 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 [] has quit [Quit: Konversation terminated!]
22:36:39  <Wolf01> 'night
22:36:47  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
22:41:21  *** Devroush [] has quit []
22:43:37  *** Pereba [~UserNick@] has quit [Quit: AdiIRC - yeah, also works on Mac and Linux if you have bit of patience.]
22:51:06  *** Zuu [] has quit [Ping timeout: 480 seconds]
22:51:22  *** Ristovski [] 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 [] 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 [] has quit [Quit: Leaving]
23:02:50  <krinn> i don't know what words i could have add to help
23:04:06  *** LordAro [] 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 [] has joined #openttd
23:49:39  *** megakacktus [] 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 ?

Powered by YARRSTE version: svn-trunk