Times are UTC Toggle Colours
00:10:16 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Ping timeout: 480 seconds] 00:10:21 *** glx [~glx@000128ec.user.oftc.net] has quit [Ping timeout: 480 seconds] 00:11:10 *** Progman [~progman@p57A1BF99.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 00:30:06 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 00:30:09 *** mode/#openttd [+v glx] by ChanServ 00:41:36 *** DarkAceZ [~BillyMays@50.107.55.36] has quit [Ping timeout: 480 seconds] 00:49:07 *** DarkAceZ [~BillyMays@50.107.55.36] has joined #openttd 00:50:33 *** Virtulis [~virtuall@80.232.219.72] has joined #openttd 00:50:38 *** Virtulis is now known as a_sad_dude 00:57:04 *** pugi [~pugi@host-091-097-099-174.ewe-ip-backbone.de] has quit [] 00:57:10 <Eddi|zuHause> it's called "night" 00:58:18 <Bad_Brett> overrated 00:58:42 <Eddi|zuHause> that's what i always say :p 00:59:07 <Bad_Brett> :D 00:59:17 <Bad_Brett> http://www.youtube.com/watch?v=PBinroFjza8 00:59:22 <Bad_Brett> it's finally working... sort of 00:59:23 <Bad_Brett> :P 00:59:37 <Bad_Brett> a bit jumpy though 01:01:56 <Eddi|zuHause> you have some jumps in there 01:02:26 <Eddi|zuHause> are those because you didn't get the offsets right or because the length distortion in openttd's movement? 01:02:56 <Eddi|zuHause> and now for those curvy rails... :p 01:03:18 <Bad_Brett> i think some of the offsets can be improved 01:04:29 <Bad_Brett> but i'm happy that it kinda works, because it was pure hell coding this 01:05:33 <Bad_Brett> since it consists of 16 parts 01:10:19 *** NeuhNeuh [~quassel@37.175.198.128] has joined #openttd 01:14:29 *** Aristide [~quassel@37.175.198.128] has quit [Ping timeout: 480 seconds] 01:25:27 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has quit [Ping timeout: 480 seconds] 01:42:44 *** Pereba [~UserNick@187.59.235.194] has quit [Quit: Leif Eriksson uses AdiIRC. Shouldn't you? [www.adiirc.com]] 01:57:33 *** glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye] 02:04:48 *** wakou2 [~stephen@host86-179-100-196.range86-179.btcentralplus.com] has quit [Quit: Konversation terminated!] 02:17:04 *** NeuhNeuh [~quassel@37.175.198.128] has quit [Remote host closed the connection] 02:50:27 *** DDR [~chatzilla@S01060019dbe06285.vc.shawcable.net] has joined #openttd 03:06:17 *** scshunt [raedford@00017de0.user.oftc.net] has joined #openttd 03:52:59 *** a_sad_dude [~virtuall@80.232.219.72] has quit [Ping timeout: 480 seconds] 04:03:58 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 04:37:10 *** a_sad_dude [~virtuall@80.232.242.73] has joined #openttd 04:43:17 *** montalvo [~montalvo@101.166.155.98] has joined #openttd 04:56:01 *** Eddi|zuHause [~johekr@p5DC670BD.dip0.t-ipconnect.de] has quit [] 04:56:17 *** Eddi|zuHause [~johekr@p5DC676BE.dip0.t-ipconnect.de] has joined #openttd 04:56:27 *** amiller [~amiller@216-15-29-79.c3-0.161-ubr1.lnh-161.md.cable.rcn.com] has joined #openttd 05:05:01 *** amiller [~amiller@216-15-29-79.c3-0.161-ubr1.lnh-161.md.cable.rcn.com] has quit [Ping timeout: 480 seconds] 05:09:54 *** Bad_Brett [~bad@78-69-118-27-no42.tbcn.telia.com] has quit [Quit: Nettalk6 - www.ntalk.de] 05:10:09 <maddy_> good morning guys 05:15:09 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has quit [Ping timeout: 480 seconds] 05:47:22 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 06:00:12 *** HellTiger [~HellTiger@91-94.198-178.cust.bluewin.ch] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/] 06:18:05 *** amiller [~amiller@c-69-255-193-198.hsd1.md.comcast.net] has joined #openttd 06:26:04 <Arkabzol> as opposed to ladies of the night 06:27:11 <Arkabzol> In other news, cities grow strangely... 06:28:39 <Arkabzol> I wonder if grid size matters... 06:33:06 <Supercheese> There's a pretty recent thread about that: http://www.tt-forums.net/viewtopic.php?f=29&t=68299 06:41:27 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 06:44:27 *** zeknurn [~sup@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd 06:52:14 <planetmaker> moin 06:58:23 <Rubidium> moin maker of planets 06:59:05 <dihedral> hello 07:10:29 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 07:15:09 *** DDR [~chatzilla@S01060019dbe06285.vc.shawcable.net] has quit [Quit: DDR is not Dance Dance Revolution.] 07:20:07 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 07:23:26 *** Dr_Tan [~nat@00179a279bbd.click-network.com] has joined #openttd 07:25:27 *** Nat_aS [~nat@00179a279bbd.click-network.com] has quit [Ping timeout: 480 seconds] 07:27:37 *** pugi [~pugi@host-091-097-060-065.ewe-ip-backbone.de] has joined #openttd 07:41:27 *** Ristovski [~rafael@ppp-seco11pa2-46-193-128.78.wb.wifirst.net] has joined #openttd 08:04:55 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has joined #openttd 08:13:45 *** Supercheese [~Superchee@98.145.153.126] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 23.0/20130730113002]] 08:20:50 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:20:53 *** mode/#openttd [+o Alberth] by ChanServ 08:25:14 *** frodus [~frodus_de@static243-243-8.mimer.net] has joined #openttd 08:27:35 <Terkhen> good morning 08:28:33 <Alberth> mornink Terkhen 08:40:57 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 09:10:40 *** DarkAceZ [~BillyMays@50.107.55.36] has quit [Ping timeout: 480 seconds] 09:26:06 *** LordAro [~LordAro@host217-43-119-51.range217-43.btcentralplus.com] has joined #openttd 09:27:12 <LordAro> /o 09:31:44 <Alberth> hi hi 09:32:42 *** valhallasw [~valhallas@s55978e11.adsl.online.nl] has joined #openttd 09:32:48 <LordAro> hai Alberth 09:34:34 *** DarkAceZ [~BillyMays@50.107.55.36] has joined #openttd 09:40:54 *** wakou2 [~stephen@host86-179-100-196.range86-179.btcentralplus.com] has joined #openttd 09:49:43 *** wakou2 [~stephen@host86-179-100-196.range86-179.btcentralplus.com] has quit [Quit: Konversation terminated!] 09:53:47 <maddy_> how do I show a generic error window (red background)? 09:55:12 <Alberth> there is some call to create an error window 09:57:14 <Alberth> ShowErrorMessage in error.h, I think 09:59:03 *** wakou2 [~stephen@host86-179-100-196.range86-179.btcentralplus.com] has joined #openttd 09:59:07 *** Progman [~progman@p57A1B13C.dip0.t-ipconnect.de] has joined #openttd 10:01:04 <maddy_> yes, thanks 10:03:09 *** frosch123 [~frosch@frnk-590f6cdb.pool.mediaWays.net] has joined #openttd 10:11:32 <maddy_> how would I solve this problem: my identifier for a window is TileIndex+Track, but WindowNumber is just int32 10:12:36 <maddy_> I guess I will need to create separate identifier for it 10:13:54 <frosch123> TileIndex is 22 bit, Track is 6 or 3 bit (depending whether you want TrackMask or TrackBit), so where's the problem? 10:14:54 <maddy_> well, nowhere if that is the case ;) I just saw TileIndex defined as uint32 or whatever, so I thought that takes all 32 bits 10:15:07 <frosch123> maximum mapsize is 2kx2k 10:15:17 <frosch123> so 11 bits + 11 bits 10:15:33 <maddy_> ok then it works perfectly 10:17:51 *** Pereba [~UserNick@187.59.235.194] has joined #openttd 10:22:21 *** montalvo [~montalvo@101.166.155.98] has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzzâŠ] 10:31:10 <Alberth> moin 10:37:17 <frosch123> hai albert 10:39:11 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 10:50:57 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd 11:07:57 <Rubidium> ... except for the huge map patch ofcourse... 11:08:16 <Rubidium> but don't care about them. That's (eventually) the problem of that patch 11:15:31 *** Aristide [~quassel@37.175.196.150] has joined #openttd 11:18:16 <Aristide> Hi ! 11:18:22 <Alberth> hi hi 11:22:43 <Aristide> Hi Alberth :) 11:31:11 <Eddi|zuHause> maddy_: ti | (track << (map_x + map_y)) should work 11:32:22 <maddy_> Eddi|zuHause: yeah that's what I used 11:32:28 <maddy_> roughly 11:32:38 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has joined #openttd 11:33:33 <Eddi|zuHause> that should also work for most of the "huge map" patches 11:34:18 <Eddi|zuHause> at least i have never heard of them supporting 64k x 64k maps :p 11:35:16 <Eddi|zuHause> and all the newgrf stuff etc. breaks way earlier than that 11:38:04 <frosch123> "all"? :p 11:38:19 <frosch123> how much newgrf stuff is there that depends on absolute map positions? 11:38:36 <Eddi|zuHause> well, there is one variable :) 11:39:22 <Eddi|zuHause> and the one GRF that could really make use of it (AV8) doesn't... 11:40:11 <Eddi|zuHause> so i guess nobody actually uses it and nothing will thus break ;) 11:40:13 <frosch123> what use should it make of it? 11:40:24 <Eddi|zuHause> plane ranges 11:41:14 <Eddi|zuHause> scale ranges of the largest planes so they (barely) make it across the whole map 11:41:20 <frosch123> plane range is a relative distance, no absolute one 11:41:21 <Eddi|zuHause> depending on map size 11:42:08 <Eddi|zuHause> i was fairly sure when it was introduced they said it was absolute 11:42:18 <Eddi|zuHause> i don't actually use planes :p 11:43:19 <frosch123> well, yes, it is additive relative, not multiplicative relative :p 11:43:33 <Alberth> you use only low-flying vehicles at tracks :) 11:44:15 <Eddi|zuHause> i don't really use maglev either 11:44:15 <Alberth> lol 11:44:17 <Eddi|zuHause> as in: i rarely get that late in the game. 11:44:17 <frosch123> Eddi|zuHause: what about hoover cats? 11:44:29 <frosch123> ah, they are late game as well 11:44:35 *** TrueBrain [~truebrain@ip82-139-82-247.lijbrandt.net] has quit [Quit: reboot] 11:44:40 <planetmaker> how do hover cats work? bind marmelade bread on their back? 11:44:57 <frosch123> they only work on water afaik 11:45:06 <frosch123> ask V about it 11:45:14 <frosch123> maybe they are just unicorns in disguise 11:45:14 <MNIM> planetmaker: no, that's infinite energy generators 11:45:34 <planetmaker> true, he should know 11:45:40 <MNIM> Hovercrafts do work on land 11:46:05 <Alberth> that cannot be true, I never saw that happen in OpenTTD 11:46:11 <MNIM> it's just that they're a ^#%$@ to drive in a straight line that isn't a 0.0% grade exact 11:46:14 <V453000> :) 11:46:15 <planetmaker> but only because someone patched them, MNIM. In OpenTTD they can't yet 11:46:18 <frosch123> Alberth: there is a patch for it .p 11:46:26 <MNIM> oooh. in OTTD :P 11:46:48 <Alberth> frosch123: there is? cool. Ships on land! 11:47:25 <frosch123> Alberth: i changed the gettiletrackstatus function to return valid track for all tiles for ships 11:47:38 <frosch123> though it crashed when ships traversed certain tile types 11:47:52 <Alberth> :D 11:48:02 <frosch123> because they tried to access something that asserts on some tiletypes 11:48:24 <frosch123> but andy is still dreaming about it :p 11:48:29 <Eddi|zuHause> probably should exclude houses and industries :p 11:48:45 <frosch123> Eddi|zuHause: or demolish them while driving :) 11:48:51 *** roboboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 11:48:59 <planetmaker> godzilla-ships :D 11:49:05 <Eddi|zuHause> i think i had such problems with either the level crossing or fence patch 11:49:08 <planetmaker> the new disaster type. Borrowed from SC 11:49:18 <Eddi|zuHause> probably the fence 11:49:35 <Eddi|zuHause> i had to drop out early for things like houses 11:53:54 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 11:57:36 <maddy_> why do my UI components go in vertical order even when using NWID_HORIZONTAL 11:57:46 <maddy_> e.g. on top of each other 11:58:54 <frosch123> make sure the horizontal container is th emost inner one 11:59:02 <frosch123> there are some widgets which are containers in disguise 11:59:06 <frosch123> e..g panels 11:59:37 <maddy_> yeah that's probably the problem 12:02:47 *** TrueBrain [~truebrain@ip82-139-82-247.lijbrandt.net] has joined #openttd 12:27:00 *** Aristide [~quassel@37.175.196.150] has quit [Read error: Connection reset by peer] 12:30:21 *** Aristide [~quassel@37.175.196.150] has joined #openttd 12:31:54 <Eddi|zuHause> "Google downtime causes 40% drop in worldwide internet traffic" 12:40:14 <maddy_> looks like I might get my patch somewhat working today 12:42:49 *** Pereba [~UserNick@187.59.235.194] has quit [Ping timeout: 480 seconds] 12:49:59 *** pugi [~pugi@host-091-097-060-065.ewe-ip-backbone.de] has quit [] 12:56:17 *** Aristide [~quassel@37.175.196.150] has quit [Read error: Connection reset by peer] 12:59:43 *** Aristide [~quassel@37.175.196.150] has joined #openttd 13:06:39 <dihedral> Eddi|zuHause, then shut them down, the world can do wit the extra bandwidth 13:20:55 *** Pereba [~UserNick@187.59.235.194] has joined #openttd 13:21:39 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 13:22:57 *** brambles [lechuck@s0.barwen.ch] has quit [Quit: leaving] 13:23:39 *** brambles [lechuck@s0.barwen.ch] has joined #openttd 13:24:24 *** roboboy [~robotboy@0001164c.user.oftc.net] has quit [Ping timeout: 480 seconds] 13:28:10 *** Arkabzol [~Arkabzol@c-40cce555.018-390-73746f39.cust.bredbandsbolaget.se] has quit [Remote host closed the connection] 13:53:44 *** brambles_ [lechuck@s0.barwen.ch] has joined #openttd 13:54:24 *** brambles_ [lechuck@s0.barwen.ch] has quit [Read error: Connection reset by peer] 13:58:35 *** NeuhNeuh [~quassel@37.175.196.150] has joined #openttd 14:02:30 <maddy_> how does CMD_ get resolved to a command function? 14:02:46 *** Aristide [~quassel@37.175.196.150] has quit [Ping timeout: 480 seconds] 14:03:20 <frosch123> there's a table in command.cpp 14:07:54 *** Bad_Brett [~bad@78-69-118-27-no42.tbcn.telia.com] has joined #openttd 14:17:23 *** Tom_Soft [~id@37.140.99.39] has joined #openttd 14:25:33 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 14:29:35 *** Progman [~progman@p57A1B13C.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 14:54:06 *** NeuhNeuh [~quassel@37.175.196.150] has quit [Read error: Connection reset by peer] 14:54:24 *** Aristide [~quassel@37.175.196.150] has joined #openttd 15:18:36 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 15:21:18 *** sla_ro|master [~sla.ro@85.186.160.35] has joined #openttd 15:21:29 <maddy_> what am I doing wrong: first SB(p1, 8, 3, 1), then GB(p1, 8, 3) I get 0 back, when I expect to get 1? 15:21:53 <dihedral> i am in Germany - i want DE :-P 15:21:57 *** Aristide [~quassel@37.175.196.150] has quit [Remote host closed the connection] 15:24:16 <maddy_> come on guys, must be something simple, just not seeing it 15:24:21 <Rubidium> maybe something in the (missing) context messes something up? 15:24:55 <maddy_> hmm, oh I think I know... 15:24:57 *** pugi [~pugi@host-091-097-060-065.ewe-ip-backbone.de] has joined #openttd 15:32:24 <maddy_> I had to set the bits in right order in consecutive SB calls 15:37:24 <dihedral> creating an irc connection is a slow process 15:37:26 <dihedral> blast 15:44:25 *** montalvo [~montalvo@101.166.155.98] has joined #openttd 15:45:29 <maddy_> I am using SB somehow wrongly 15:48:30 <maddy_> if I want to set a value to the first 6 bits, I should do SB(p1, 5, 6, ...) right? 15:49:30 <maddy_> what is the different between SB and Extract? 15:50:12 <maddy_> I mean GB 15:52:21 <dihedral> as far as i get the source, there are usually comments 15:53:25 <maddy_> yeah I know, I didn't understand from the comments, do you think I would ask for help if I'd understand it from the comments? 15:55:56 <frosch123> assigning first 6 bits would be SB(bla, 1, 6, ble) 15:56:03 <frosch123> err, SB(bla, 0, 6, ble) 15:56:19 <frosch123> GB is more low level than Extract 15:57:25 <maddy_> frosch123: ok, thanks, that was my error 15:58:05 <frosch123> what interpretation lead you to 5 ? 15:58:50 <maddy_> I thought the start bit is from the other end, e.g. for 6 bits 0 to 5, so I thought 5 is the start 15:59:05 <frosch123> oh, big endian 15:59:09 <frosch123> ok, noone uses big endian 15:59:26 <frosch123> big endian is from an era where people thought computer shoud use decimal numbers 15:59:57 <maddy_> right, not sure why I thought that 16:00:39 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 16:06:02 *** Fuco_ [dota.keys@server.dasnet.cz] has quit [Ping timeout: 480 seconds] 16:13:32 <V453000> frosch123: people still DO think computers should use decimal numbers :D 16:13:40 *** dfox [~dfox@94.142.237.120] has quit [Ping timeout: 480 seconds] 16:13:53 <frosch123> people also think you can play sc without keyboard 16:13:57 <frosch123> or program without linux 16:14:12 <Bad_Brett> still a bit "jumpy", but here we go: http://www.youtube.com/watch?v=PBinroFjza8 16:14:16 <V453000> exactly 16:18:41 <Xaroth|Work> programming without linux is doable though 16:19:02 *** montalvo [~montalvo@101.166.155.98] has quit [Quit: Textual IRC Client: www.textualapp.com] 16:20:15 <frosch123> ok, that one is not as clear as the other ones :) 16:20:28 <Xaroth|Work> I blame .net for that :P 16:21:48 <Rubidium> Xaroth|Work: yeah, in the past everyone coded op paper with whitespace (or rather lack thereof) 16:22:51 <Rubidium> V453000: dozenal is nicer though ;) 16:23:02 <V453000> :D 16:23:02 <Xaroth|Work> \o/ fortran 16:23:40 <Rubidium> Xaroth|Work: if you thought I meant fortran, then you haven't thought back far enough 16:24:52 * TWerkhoven gets out the puncher 16:25:01 <Xaroth|Work> Rubidium: after sitting in the sun for this long my mind refuses to do much work, so I'm glad I made it as far as fortran 16:25:18 <TWerkhoven> when you could get coding equipment from the hardware store 16:34:48 * andythenorth bbl 16:34:50 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 16:41:40 *** Biolunar [~mahdi@blfd-4d086cc5.pool.mediaWays.net] has joined #openttd 16:54:59 <NGC3982> Evening. 16:56:12 <Alberth> evenink 17:00:09 *** oskari892 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 17:05:00 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds] 17:09:06 *** Biolunar [~mahdi@blfd-4d086cc5.pool.mediaWays.net] has quit [Quit: My life for Aiur] 17:11:48 *** DDR [~chatzilla@S01060019dbe06285.vc.shawcable.net] has joined #openttd 17:14:31 *** Biolunar [~mahdi@blfd-4d086cc5.pool.mediaWays.net] has joined #openttd 17:37:57 <maddy_> if I have TileIndex and Point, can I convert them to TileIndex and Track? 17:40:04 <Alberth> is there any relation? 17:40:20 <maddy_> not sure, but I think so 17:41:06 <Alberth> what do you express with a TileIndex and Point ? 17:41:40 <Alberth> note that I have no idea what you are coding at all 17:43:01 <maddy_> OnPlaceObject gives them as arguments 17:45:35 <DorpsGek> Commit by translators :: r25725 /trunk/src/lang (3 files) (2013-08-17 17:45:26 UTC) 17:45:36 <DorpsGek> -Update from WebTranslator v3.0: 17:45:37 <DorpsGek> afrikaans - 232 changes by mulderpf 17:45:38 <DorpsGek> indonesian - 31 changes by abdu354 17:45:39 <DorpsGek> luxembourgish - 69 changes by Phreeze 17:45:47 <Alberth> track_func.h looks useful to me for this problem 17:47:48 <Alberth> ah, you get precise coordinates, apparently 17:48:12 <Alberth> you may want to look what the rail construction toolbar window does there 17:49:37 <maddy_> yeah solved it I think 17:57:40 *** Tom_Soft [~id@37.140.99.39] has quit [Ping timeout: 480 seconds] 18:01:42 *** dfox [~dfox@94.142.237.120] has joined #openttd 18:09:14 *** oskari892 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [] 18:10:54 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 18:18:27 *** HerzogDeXtEr [~Flex@i59F6B938.versanet.de] has quit [Read error: Connection reset by peer] 18:20:47 *** HerzogDeXtEr [~Flex@i59F6B938.versanet.de] has joined #openttd 18:22:23 *** flaa [~flaa@89.100.79.103] has joined #openttd 18:44:02 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd 18:44:14 <Alberth> o/ Wolf01 18:44:23 <Wolf01> hello 18:45:17 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 18:46:26 *** amiller [~amiller@c-69-255-193-198.hsd1.md.comcast.net] has quit [Read error: Operation timed out] 18:49:57 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 18:50:44 *** pugi [~pugi@host-091-097-060-065.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds] 18:57:31 <andythenorth> o/ 18:58:44 <Alberth> \o 19:00:27 *** krinn [~krinn@53.54.71.86.rev.sfr.net] has joined #openttd 19:00:31 <krinn> hi guys 19:01:32 *** pugi [~pugi@host-091-097-060-065.ewe-ip-backbone.de] has joined #openttd 19:01:44 <krinn> is it normal to pay again station price to build a station at the same place with the same type (building a station over a station) 19:02:08 <TWerkhoven> yes, i believe so 19:03:49 <Alberth> it is 19:04:03 <krinn> the question is then why? 19:05:04 <Wolf01> in your country, if one want to renew/change something, can do it for free? 19:08:13 <krinn> well, of course not, but i would have payed the new thing, while here i pay the same thing 19:08:36 <krinn> except station creation date, nothing change (i'm not even sure the creation date change tbh) 19:09:00 <krinn> ah yes, i forgot (that's the main point here), the graphic change ^^ 19:10:59 <Alberth> http://bugs.openttd.org/task/1674 but there are several such issues 19:11:55 <Wolf01> I doubt the game can recognize it's the very same object, or it wouldn't allow the action (already built) 19:15:44 <krinn> hmmm they speak about newGRF, it's the same kind of issue, but i just speak about non newGRF 19:16:06 <Wolf01> it's to make that work 19:18:46 <krinn> that answer my "why" question, thanks guys 19:24:21 *** DarkAceZ [~BillyMays@50.107.55.36] has quit [Ping timeout: 480 seconds] 19:26:28 <Alberth> without NewGRF the issue is indeed confusing, but so far we haven't found a nice general rule that prevents this confusion without breaking other cases as well 19:28:20 <krinn> the only purpose (on non newGRF) is to make the graphic change, how about a zero or lower cost and allow an existing station graphic to change with another function instead of the one that create the station? 19:29:17 <andythenorth> I don't think it's worth worrying about 19:29:31 <andythenorth> I agree that it can be annoying to see when playing 19:29:46 <andythenorth> but it's only a problem when you don't have much money 19:30:21 <krinn> the money problem is always easy for human, it love to get complex with an AI 19:34:10 <krinn> and that's just the money problem : those kind of issue change the station tile name position (so the station position from an AI pov), something a human also don't care 19:34:47 *** DarkAceZ [~BillyMays@50.107.55.36] has joined #openttd 19:37:20 <krinn> ah no i've just tried, location doesn't change at least 19:37:48 <Eddi|zuHause> so why would your AI overbuild a station? 19:37:50 <Alberth> perhaps only when you remove the tile with the sign 19:37:51 <andythenorth> location only changes if station is rebuilt iirc 19:38:19 <Eddi|zuHause> location only changes if you remove parts so that the sign is outside the station rectangle 19:38:30 <krinn> Eddi|zuHause, i suppose like human, to get the new graphic: built one width station, add one width to it : you get a 2 flat platforms station 19:38:50 <krinn> Eddi|zuHause, overbuild it with a 2 width station, you get the graphic with roof 19:39:08 <Eddi|zuHause> yes, and why do you expect that to be free? 19:39:54 <krinn> because two width station or 2x 1 width station == same price, while now it gave twice 19:40:20 <krinn> so if you don't pay the roof, i don't see why i should pay it ? 19:41:02 <Eddi|zuHause> actually i think building a second 1 width platform is more expensive than the first 19:42:01 <krinn> no exact same price as first (if no tree... on it) 19:42:20 <Eddi|zuHause> i'm not saying the current pricing model makes any sense. but you don't really make a case for why a different method would make more sense 19:43:10 <krinn> told u, if roof cost 0 why i should pay roof the 2xstation price ? 19:44:07 <Eddi|zuHause> there is no roof 19:44:22 <Eddi|zuHause> it's an illusion 19:45:53 <krinn> that's what i call "roof" http://wiki.openttd.org/images/6/69/Ro-ro1.png 19:46:51 <krinn> http://wiki.openttd.org/File:Drive_thru.png and no roof (even this one looks like newGRF and that could be normal) 19:47:51 <andythenorth> hmm 19:47:55 <andythenorth> newgrf cost cb? :P 19:48:03 <andythenorth> make yet more work for newgrf authors? :P 19:48:12 <andythenorth> and some vars to read the current tile info 19:48:38 <krinn> that would work for "classic" one too? 19:50:22 <andythenorth> nope 19:50:46 <krinn> :P 19:51:20 <MNIM> So, not even a single comment on how inefficient that station is? 19:51:22 <MNIM> o.0 19:51:27 <MNIM> channel has changed. :P 19:51:28 <krinn> but it's ok if design make it hard, let's pay the price or just not make it with roof 19:53:39 *** sla_ro|master [~sla.ro@85.186.160.35] has quit [] 19:53:51 <Alberth> MNIM: it's sufficiently efficient, given the number of trains in the image 19:54:24 * andythenorth makes this http://www.schwerlast-rhein-main.de/berichte/mammoet/8x8-quatar3.jpg 19:54:25 <MNIM> Hah. In this case it would rather be inefficient, as a waste of infrastructure :P 19:54:29 <andythenorth> in Lego 19:54:59 <Alberth> andy, what does it carry? 19:55:16 <Alberth> it says "schwerlast", ie "heavy load" 19:55:22 <MNIM> Looks like it pulls, rather than carry 19:55:53 <MNIM> I think it's a tractor for heavy terrain, weighted with concrete 19:55:55 <krinn> looks like kind of truck to pull heavy engine 19:57:02 <Alberth> good night 19:57:17 <krinn> night Alberth 19:59:23 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:30:08 *** glx [~glx@000128ec.user.oftc.net] has joined #openttd 20:30:11 *** mode/#openttd [+v glx] by ChanServ 20:30:17 *** HerzogDeXtEr1 [~Flex@i59F6CF38.versanet.de] has joined #openttd 20:37:04 *** HerzogDeXtEr [~Flex@i59F6B938.versanet.de] has quit [Ping timeout: 480 seconds] 20:53:28 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has joined #openttd 21:12:37 *** Supercheese [~Superchee@98.145.153.126] has joined #openttd 21:20:09 *** tokai|mdlx [~tokai@port-92-195-121-142.dynamic.qsc.de] has joined #openttd 21:21:06 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 21:21:44 <Supercheese> I'm having a tough time understanding how OTTD generates station names 21:22:49 <Supercheese> Seemingly a pool of available names is gradually decreased 21:26:01 *** tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds] 21:26:53 <planetmaker> Supercheese, the best explanation here is indeed the source 21:27:14 <planetmaker> it basically goes down a list of available names. And choses the first available one 21:27:27 <frosch123> most names have restrictions 21:27:53 <frosch123> like west/east/south/north/heights/center/woods etc. actually have a meaning 21:27:56 <Supercheese> So, when a grf provides a nearby station name, where does that enter into the name generation? It seems somehow the Oilfield and Mines names are disabled, for some reason 21:28:05 <Supercheese> in FindNearIndustryName 21:28:13 <planetmaker> grf-provided names got priority 21:28:19 <planetmaker> but still must be unique 21:28:33 <Supercheese> I cannot find where they are removed from the pool of free names 21:28:42 <Supercheese> if they are, that is 21:29:51 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has quit [Quit: Page closed] 21:30:03 <Eddi|zuHause> what exactly are you reading? 21:30:10 <Supercheese> station_cmd.cpp 21:30:14 <Supercheese> GenerateStationName 21:30:28 <Supercheese> (and context) 21:33:10 *** frodus [~frodus_de@static243-243-8.mimer.net] has quit [Read error: Connection reset by peer] 21:34:26 <Eddi|zuHause> uint32 tmp = free_names & _gen_station_name_bits[name_class]; <-- this is the line where oilfield etc. are tested 21:34:43 <planetmaker> g'night 21:35:09 <Eddi|zuHause> airport/oilfield/dock/heliport like in the beginning of the function 21:35:52 <Supercheese> Some of these operators confuse me, I think they're bitwise operators? 21:36:02 <Supercheese> Like << 21:36:36 <Eddi|zuHause> yes. 1<<blah means "set the blah-th bit of the bitfield" 21:36:58 <Supercheese> No matter how many times I read about it on wikipedia, it doesn't make much sense 21:38:14 <Eddi|zuHause> in theory one could introduce there one or more names for stations and busstops as well. like the first railway station could get "(main) station" and "central" could be reserved for bus stops, etc. 21:38:38 <Supercheese> Rail and Road don't have any custom strings, it seems 21:38:52 <Eddi|zuHause> yes 21:38:55 <Eddi|zuHause> but they could have 21:39:03 <Supercheese> that whole station name bits thing is perplexing 21:39:09 <Supercheese> what are the "1U"s? 21:39:30 <Eddi|zuHause> 1U is like a regular 1, only it's "unsigned" 21:39:36 *** flaa [~flaa@89.100.79.103] has quit [Ping timeout: 480 seconds] 21:39:45 <Eddi|zuHause> which may or may not make a difference in certain situations 21:40:41 <Eddi|zuHause> the M(STR_SV_STNAME_AIRPORT) counts the position of the station name relative to the beginning of the list 21:41:12 <Supercheese> I wonder why setting a nearby station name in a grf disables the Mines name bit 21:41:27 <Eddi|zuHause> so if that is the 5th station name, then the 5th bit will be set, i.e. yout of the 32 bits of an "unsigned int" you get "0000 0000 0001 0000" 21:41:32 <Supercheese> I don't see anything special about the Mine name check 21:41:38 <Eddi|zuHause> err 21:41:42 <Eddi|zuHause> forgot a few 0000 21:42:45 <Eddi|zuHause> so this check "free_names & _gen_station_name_bits[name_class]" looks up whether a name is free AND is in the list of special names for this class. if there is one, it is returned in the next line 21:43:04 <frosch123> mine is the prototype of a station name depending on an industry 21:43:31 <frosch123> also the rule for "mine" is not exactly useful for newgrf industries 21:43:44 <frosch123> it would also trigger on stuff like sandpits 21:45:19 <Supercheese> Hmm, where is the property 24 station name returned? I can't seem to find it 21:45:30 <Supercheese> all I see is Oilfield and Mines are disabled 21:45:47 <frosch123> it stores the industry type in the station 21:46:06 <frosch123> and sets the name to some STR_ representing naming via industry 21:46:17 <Eddi|zuHause> that's probably buried in the CircularTileSearch 21:46:18 <frosch123> the actual property is evaluated way later 21:46:30 <frosch123> that is needed because the grf may change and the name may change 21:46:40 <andythenorth> bye 21:46:40 <Eddi|zuHause> FindNearIndustryName 21:46:40 <frosch123> so you cannot store the name in the savegame 21:46:43 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 21:46:46 <frosch123> but only a reference to the industrytype 21:46:53 <Supercheese> Interesting 21:48:19 <Supercheese> I think I need to find the place where the name is evaluated 21:53:20 <frosch123> strings.cpp or string.cpp 21:53:31 <frosch123> never can remember which is which :p 21:53:46 <frosch123> but i have no idea what you want in that place 21:53:53 <frosch123> everything is decided there already 21:54:07 <frosch123> it's only the gui code for drawing 21:54:11 <Supercheese> overriding newgrf-provided nearby station names with station names from nearby industries 21:54:33 <Supercheese> basically I don't like FIRS' new nearby names 21:54:52 <frosch123> ah i remember 21:55:04 <frosch123> you want all stations to have the exact same name as the industry :p 21:55:07 <Supercheese> so I'd like to add an OTTD advanced option to name stations according to nearby industry, irrespective of grf-provided stuff 21:55:10 <Supercheese> exactly 21:55:19 <frosch123> like no station names at all basically 21:55:22 <frosch123> only industry names 21:55:30 <Supercheese> for when stations are beside industries at least 21:55:39 <frosch123> well, yeah, then string/strings.cpp might be the right place for you 21:55:48 <Supercheese> things get a bit hairy for in-town industries like grocery stores 21:55:57 <Supercheese> but even then I like it, others might not though 21:57:07 <Supercheese> yikes, this is a very, very long chain of case XX:, case YY:, case:ZZ... 21:57:57 <Supercheese> strings.cpp seems to be where the magic happens 22:00:42 <Wolf01> 'night 22:00:47 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 22:07:56 *** LordAro [~LordAro@host217-43-119-51.range217-43.btcentralplus.com] has quit [Ping timeout: 480 seconds] 22:14:07 <frosch123> night 22:14:11 *** frosch123 [~frosch@frnk-590f6cdb.pool.mediaWays.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn] 23:05:21 <Supercheese> ugh, patchwriting is frustrating 23:07:08 *** Ristovski [~rafael@ppp-seco11pa2-46-193-128.78.wb.wifirst.net] has quit [Quit: Leaving] 23:09:52 <Supercheese> I could have edited FIRS 10 times by now 23:10:06 <Supercheese> rather than try for the "elegant" solution 23:26:25 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has quit [] 23:35:05 <Supercheese> Man, where does the town name get put into the nearby station name? 23:44:22 <Supercheese> Meh, I give up for now 23:46:40 *** wakou2 [~stephen@host86-179-100-196.range86-179.btcentralplus.com] has quit [Quit: Konversation terminated!] 23:55:45 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [] 23:57:27 <Bad_Brett> hello supercheese