Config
Log for #openttd on 4th December 2011:
Times are UTC Toggle Colours
00:01:15  <chillcore> good to know that, although it makes it easier to maintain them when keeping the correct order there too.
00:05:46  <Eddi|zuHause> http://menmedia.co.uk/manchestereveningnews/news/s/74/74411_radio_silence_puts_subs_on_nuclear_alert.html
00:07:39  <chillcore> Anyway time for bed ... my kids won't care tomorrow morning if I have slept enough or not. They'll want food and stuff anyway.
00:07:45  <chillcore> Good night all.
00:07:53  <Eddi|zuHause> food is overrated
00:09:06  <chillcore> I tried telling them that earlier this evening ... they didn't believe me. ;)
00:09:58  <chillcore> And they were already stuffed with candy ... oh well tomorrow is the rest of the pizza instead of sandwiches.
00:09:58  <Eddi|zuHause> people nowadays get way too much food anyway
00:10:27  <Rubidium> Eddi|zuHause: sounds like procedures are working fine, even though slightly odd ;)
00:12:06  *** Pixa [~pixa@85.210.65.175] has joined #openttd
00:12:14  <chillcore> Eddi|zuHause: Not my kids ... They have it my way or no way (not only in regards of food). They respect me for that much more then what I see around me sometimes.
00:12:54  <Rubidium> as DoD I'd be happy to hear the captains noticed it and at least acted in some way to confirm there being a threat
00:14:25  <chillcore> Eddi|zuHause: I always have to laugh when children are able to manipulate their parents and the parents do not even see it happening.
00:14:54  *** devilsadvocate [~quassel@109.200.19.188] has quit [Ping timeout: 480 seconds]
00:14:57  *** devilsadvocate [~quassel@109.200.19.188] has joined #openttd
00:15:02  <chillcore> Anyway bedtime for me. Tomorrow is another day.
00:16:16  <Rubidium> but tomorrow is today
00:16:40  <Rubidium> anyhow, sweet dreams
00:17:15  <chillcore> Crap ... now I have to wait to go to bed. Or I have to sleep for 23 hours. :)
00:17:47  <chillcore> Thanks you too.
00:17:50  *** chillcore [58934444@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
00:18:21  <Eddi|zuHause> http://www.youtube.com/watch?v=RJVHTQSvUIo <-- haha :p
00:23:56  *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has quit []
00:25:57  *** Progman [~progman@p57A19053.dip.t-dialin.net] has quit [Remote host closed the connection]
00:29:25  *** Adambean [~AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing]
00:32:31  *** frosch123 [~frosch@frnk-590f5ebe.pool.mediaWays.net] has quit [Remote host closed the connection]
00:35:13  *** Devroush [~dennis@178-119-153-135.access.telenet.be] has quit []
00:58:22  <appe> i have a station between two different industries both accepting coal
00:58:45  <appe> what decides who gets how much part of the coal?
00:59:39  <Yexo> the industry closest to the station sign gets all coal
01:05:15  <appe> and if its a tie?
01:05:15  <appe> :>
01:09:15  <Eddi|zuHause> there's always one that is found first, since the search is deterministic
01:18:51  *** pugi [~pugi@dyndsl-091-096-015-212.ewe-ip-backbone.de] has quit [Quit: I reject your reality and substitute my own]
01:22:19  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÌß]
01:22:35  *** Biolunar [~mahdi@blfd-5d823dc4.pool.mediaWays.net] has quit [Read error: Connection reset by peer]
01:57:24  *** mahmoud [~KEM@ALyon-158-1-11-162.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
02:27:16  *** HerzogDeXtEr [~Flex@88.130.179.29] has quit [Read error: Connection reset by peer]
02:28:51  *** HerzogDeXtEr [~Flex@88.130.179.29] has joined #openttd
02:31:21  *** Rubidium_ [~Rubidium@noiv.net] has joined #openttd
02:33:44  *** Rubidium [~Rubidium@noiv.net] has quit [Ping timeout: 480 seconds]
02:51:43  *** Docs [~Docs@94-194-88-151.zone8.bethere.co.uk] has quit []
03:03:44  *** Pixa [~pixa@85.210.65.175] has quit [Ping timeout: 480 seconds]
03:21:56  *** glx [glx@2a01:e35:2f59:c7c0:798d:397d:1347:ff4d] has quit [Quit: bye]
03:23:45  *** rhaeder1 [~quix0r@dslb-094-221-137-047.pools.arcor-ip.net] has joined #openttd
03:28:23  *** rhaeder [~quix0r@dslb-094-221-133-052.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
03:43:23  *** Lcawte [~kvirc@cpc2-brig2-0-0-cust572.3-3.cable.virginmedia.com] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
04:26:36  *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit []
04:42:48  *** pjpe [~ae5b514a@ircip3.mibbit.com] has joined #openttd
05:53:11  *** Eddi|zuHause [~johekr@p54B744F1.dip.t-dialin.net] has quit [Remote host closed the connection]
05:53:32  *** Eddi|zuHause [~johekr@p54B7328D.dip.t-dialin.net] has joined #openttd
06:35:08  *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd
07:13:05  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has joined #openttd
07:13:12  <andythenorth> YAIM in trunk?
07:13:16  <andythenorth> \o/
07:13:27  * andythenorth was about to apply the patch
07:13:31  <andythenorth> saved me time :)
07:13:46  <planetmaker> moin
07:14:47  *** koukku [samilat@shell.metropolia.fi] has quit [Remote host closed the connection]
07:21:45  *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd
07:33:03  *** Rubidium_ is now known as Rubidium
07:43:04  <andythenorth> meh
07:43:14  <andythenorth> stupid towns are full of theatres again
08:00:15  * andythenorth tries to figure out what's going on in BuildTownHouse
08:00:45  <andythenorth> prior to about 1930(?) most larger towns will be dominated into theatres
08:00:48  <andythenorth> this is silly
08:00:59  <planetmaker> default houses or newgrf?
08:01:59  <planetmaker> in any case it's like: Town wants to grow and says 'grow here (town zone X). What house do you give me?'
08:02:12  <planetmaker> which then is decided by the newgrf
08:02:19  <andythenorth> default
08:02:32  <planetmaker> same thing works with default houses basically
08:02:41  * andythenorth wonders if it's because of limited choices for the inner town zone
08:02:50  <planetmaker> yes, probably
08:03:47  <andythenorth> far as I can tell there are only 3 buildings available for inner area in 19th Century
08:04:07  <andythenorth> by 1930 there are at least 6, perhaps more
08:04:32  <andythenorth> I thought there'd be a table for this in src somewhere
08:04:36  <andythenorth> can't find it though :|
08:04:38  <planetmaker> there is
08:04:42  <planetmaker> src/table/
08:05:49  <andythenorth> town_land.h
08:07:32  <planetmaker> hm... http://www.uncagethesoul.com/ <-- they know how to put something into scene
08:12:06  <Rubidium> so you just let me watch a commercial? ;)
08:12:20  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
08:12:23  *** mode/#openttd [+o Alberth] by ChanServ
08:15:27  *** sla_ro|master [~slaco@95.76.26.172] has joined #openttd
08:16:12  <planetmaker> kinda ;-)
08:17:09  *** DDR [~chatzilla@142.179.78.88] has quit [Ping timeout: 480 seconds]
08:17:50  <planetmaker> I guess as pure art work it pays badly
08:23:26  <andythenorth> so before 1930, for any town large enough to get zone 5, zone 5 will be ~50% theatres
08:23:44  <andythenorth> (temperate, haven't counted other climates yet)
08:23:53  <andythenorth> I haven't counted for zone 4 yet :P
08:28:10  <andythenorth> temperate zone 4 < 1930 will be churches, theaters, stadiums, and one type of office block
08:28:53  <andythenorth> a society that clearly lives on religion, football and cabaret
08:29:05  <andythenorth> maybe accurate for 19th Century Britain :P
08:31:02  *** Elukka [Elukka@78-27-103-88.bb.dnainternet.fi] has joined #openttd
08:36:03  *** Neon [~Neon@dslb-178-004-181-249.pools.arcor-ip.net] has joined #openttd
08:36:52  *** TWerkhoven [~twerkhove@cpc12-linl7-2-0-cust144.sgyl.cable.virginmedia.com] has joined #openttd
08:43:30  *** DDR [~chatzilla@142.179.78.88] has joined #openttd
08:51:28  <Terkhen> good morning
08:52:03  <andythenorth> hola
08:52:27  <andythenorth> YAIM + ships
08:52:28  <andythenorth> win
08:53:02  <Terkhen> oh, I have a lot of strings to translate
08:53:21  <planetmaker> yup
08:55:43  <Terkhen> nice nice
08:56:33  <andythenorth> hmm
08:56:49  <andythenorth> FIRS 'improved' station algorithm is improved too much
08:57:03  <Terkhen> I did not test YAIM but it seems fun :)
09:03:12  <Eddi|zuHause> andythenorth: there's only one church and one stadium allowed per town
09:04:00  *** Devroush [~dennis@178-119-153-135.access.telenet.be] has joined #openttd
09:06:10  <andythenorth> ah
09:06:15  <andythenorth> that's why theatres dominate then
09:06:27  <andythenorth> can we fix this?
09:06:45  <Eddi|zuHause> by newgrf providing enough houses
09:07:04  <andythenorth> it seems dumb to have to load a newgrf to fix a game bug
09:08:01  * andythenorth considers making an all-in-one 'fix the game' newgrf
09:08:05  <andythenorth> ;)
09:08:14  <planetmaker> well. Personally I still have the idea to get some "default newgrfs" which are automatically disabled when you add a newgrf which supplies that feature and which can also manually explicitly be disabled
09:08:23  <planetmaker> that would solve many issues and limitations of the base sets
09:08:49  <andythenorth> planetmaker: or reimplement all the defaults *in newgrf*
09:08:49  <andythenorth> :P
09:08:58  <planetmaker> that'd be part of it. yes
09:09:19  <andythenorth> the theatres are a bug.  they cause town population to fall when the town grows.
09:09:42  <andythenorth> unless someone can prove that removing that (a) breaks newgrfs (c) breaks some mythical TTDP compatibility, it's a bug :)
09:09:53  * andythenorth missed point (b)
09:09:59  <andythenorth> what is point (b) ? :o
09:11:18  <andythenorth> it's fixable by extending the number of zones some of the houses can occupy
09:11:30  <andythenorth> + set a couple of intro dates to 0 instead of 1930
09:12:03  <planetmaker> would fix it. Would also modify house NewGRFs.
09:12:27  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
09:12:31  <andythenorth> but we're prepared to break newgrfs to fix a bug...
09:12:51  <andythenorth> this only affects temperate btw
09:13:00  <andythenorth> well...maybe toyland, I didn't check toyland  :P
09:13:59  <andythenorth> toyland also unaffected.  that was an unpleasant 1 min
09:14:40  <Rubidium> just make yourself comfortable with it, you'll be playing it a lot with your child(ren) ;)
09:15:17  <andythenorth> rm  'openttd' -r in that case
09:17:14  <Eddi|zuHause> andythenorth: setting house dates to 0 breaks lots of (newgrf) assumptions
09:18:28  <Eddi|zuHause> and it doesn't solve any bugs either
09:21:09  <andythenorth> hmm
09:21:16  <andythenorth> maybe I just add it to all my grfs :P
09:21:29  <andythenorth> or we change the wiki
09:21:54  <andythenorth> is it actually intentional?  it's the same effect as parks and statues have
09:22:05  <andythenorth> grow town -> lose population
09:24:27  <andythenorth> documentation bug?
09:25:21  <andythenorth> wiki page on town growth could be adjusted to something like...
09:25:27  <andythenorth>  'Before 1930, in Temperate climate, try to avoid growing towns if you are also providing passenger service, as growing the town will reduce the population'
09:25:46  <andythenorth> 'To avoid growing the town, do not pickup cargo at more than 4 stations within n days'
09:25:57  *** Wolf01 [~wolf01@host48-239-dynamic.16-79-r.retail.telecomitalia.it] has joined #openttd
09:28:47  *** snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has joined #openttd
09:29:05  <Eddi|zuHause> that's both silly and wrong
09:30:19  <planetmaker> andythenorth: n theatres still have more population than n-1 theatres
09:30:51  <Wolf01> 'morning
09:30:59  <Eddi|zuHause> maybe we should change the town zones, so even in 10k-40k population cities, it covers only a handful of tiles
09:31:10  <Eddi|zuHause> "it" being zone 5
09:31:34  <andythenorth> zone 4 causes the same issue in temperate
09:31:39  <andythenorth> although I still can't figure out why
09:31:51  <andythenorth> n theatres should indeed increase popn
09:31:59  <andythenorth> and theatre popn > house popn
09:32:08  <andythenorth> so replacing houses should increase popn
09:32:24  <Eddi|zuHause> houses under construction don't count towards population
09:32:46  <Eddi|zuHause> so _any_ tonwn growth may temporarily lower population
09:33:02  <andythenorth> the falling popn occurs when theatres (35 popn) replace this 100 popn building TOWN_BUILDING_NAME_SHOPS_AND_OFFICES_2
09:33:07  <andythenorth> afaict
09:33:48  <planetmaker> I can't help the feeling that a N=1 observation is generalized to 'always' in this discussion
09:34:13  <andythenorth> maybe
09:34:25  <andythenorth> you can never disprove that
09:34:34  <Eddi|zuHause> "proof by example"
09:35:30  <andythenorth> ach
09:35:43  <andythenorth> it's just a game :P
09:35:54  <andythenorth> but I cba to continue playing that one
09:36:07  <andythenorth> biab
09:36:08  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
09:36:14  <Eddi|zuHause> try TTRS or swedi...
09:36:17  <Eddi|zuHause> man...
09:36:29  <Eddi|zuHause> what did i tell about blitzquitting?
09:39:48  <Terkhen> but he does not want to use a bouncer :P
09:40:01  <CIA-6> OpenTTD: rubidium * r23418 /trunk/src/saveload/town_sl.cpp: -Fix [FS#4866] (r22958): saves made with the Catalan town name generator would trigger a "savegame corrupt" exception
09:40:51  <CIA-6> OpenTTD: rubidium * r23419 /trunk/src/newgrf_debug_gui.cpp: -Fix [FS#4864] (r23316): the sprite aligner was broken as it didn't scale properly to 'GUI' scale
09:46:29  *** mahmoud [~KEM@ALyon-158-1-124-37.w90-29.abo.wanadoo.fr] has joined #openttd
09:47:55  *** amix [~Michal@77.88.121.165] has joined #openttd
09:49:19  <amix> hello
09:49:27  <Terkhen> hi amix
09:49:29  *** frosch123 [~frosch@frnk-590f621d.pool.mediaWays.net] has joined #openttd
09:50:38  <amix> Terkhen: i wish openttd got ported further for morphos :/
09:52:00  <Terkhen> I barely know what morphos is so I can't help you much besides the usual "ports need someone dedicated enough to make the necessary changes polished enough for trunk" comment
09:52:02  <planetmaker> there's one way to make sure: help porting it
09:52:08  <Terkhen> yes, that comment :P
09:52:25  <planetmaker> (otherwise I'm with Terkhen there)
09:52:48  * planetmaker googles morphos
09:52:54  *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd
09:53:38  <Terkhen> hmm... I remember some comments about the morphos port
09:53:45  <Terkhen> IIRC it uses an ancient gcc :P
09:54:13  <planetmaker> yes, I have similar memories
09:56:27  <amix> ;)
09:56:30  <amix> brb
09:57:03  *** amix [~Michal@77.88.121.165] has quit [Quit: Tron ...]
09:57:35  *** pjpe [~ae5b514a@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
10:00:01  *** Progman [~progman@p57A1AD0E.dip.t-dialin.net] has joined #openttd
10:01:59  *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd
10:06:02  *** TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
10:06:14  *** amix [~Michal@77.88.121.165] has joined #openttd
10:06:24  <amix> latest is 0.3.6 :)
10:06:50  <amix> and latest nightbuild is r131825
10:06:58  <planetmaker> both is... ancient
10:06:59  <amix> and latest nightbuild is r13825
10:07:05  <amix> yea
10:07:13  <amix> I know ;(
10:07:35  <amix> atleast someone ported Simutrans now
10:07:42  <Alberth> so first step, getting a decent g++ at morphos?
10:08:43  <Terkhen> http://www.morphos.de/news.html <--- it seems that I'm wrong, gcc 4.4.5 is not that ancient
10:09:44  <Terkhen> I remembered something like 2.x, which it also seems to use
10:09:54  <Terkhen> I have no clue of this OS so I'm going to stop talking :P
10:10:16  <amix> http://www.morphos-team.net/news.html
10:10:22  <amix> this is more recent news
10:11:24  *** Amis [~Amis@BC24EB3C.dsl.pool.telekom.hu] has joined #openttd
10:11:28  <Amis> Hello o/
10:11:54  <Zuu> Hello Amis
10:12:05  <amix> hi Amis
10:12:27  <Amis> Soooo... I'm on 1.1.3 now and I kind of encountered this strange behaviour of landscaping
10:12:49  <Amis> I'm not able to do it on huge areas, it does only random parts of the selected area
10:13:02  <Amis> Am I missing something here?
10:13:19  <Zuu> There is a setting to limit amount of landscaping in short amount of time.
10:13:19  <Alberth> you're hitting the terraform limits
10:13:46  <Amis> Oh, is it a in the cfg?
10:13:49  <Zuu> Yep
10:14:16  <Zuu> It is mostly targeted towards multiplayer but can be used in single player too.
10:14:49  <Amis> It's the "terraform_per_64k_frames" I guess?
10:15:14  <Zuu> There are a few settings there (4 IIRC) related to the terroforming limits
10:15:26  <Alberth> terraform_per_64k_frames = 4194304
10:15:26  <Alberth> terraform_frame_burst = 4096
10:15:59  <Amis> The 64k one has to be a multiply of 2?
10:16:13  <Alberth> one is the amount, and the other is the increment rate
10:16:39  <Alberth> @calc 2**22
10:16:39  <DorpsGek> Alberth: 4194304
10:18:04  <Alberth> c->terraform_limit = min(c->terraform_limit + _settings_game.construction.terraform_" target="_blank">game.construction.terraform_per_64k_frames, (uint32)_settings_game.construction.terraform_" target="_blank">game.construction.terraform_frame_burst << 16);
10:18:16  <Alberth> doesn't look like it
10:18:22  <Amis> When was the feature implemented?
10:18:52  *** DDR [~chatzilla@142.179.78.88] has quit [Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183541]]
10:20:01  <Alberth> @revision 21728
10:20:10  <Alberth> meh :(
10:20:14  <TrueBrain> @commit 21728
10:20:14  <DorpsGek> TrueBrain: Commit by rubidium :: r21728 /trunk/src (12 files in 4 dirs) (2011-01-04 22:50:09 UTC)
10:20:15  <DorpsGek> TrueBrain: -Fix/Feature [FS#4331]: (configurably) limit amount of tiles that can be cleared/terraformed by a company
10:20:24  <Alberth> thanks :)
10:20:32  * Lachie explodes
10:20:49  <Amis> Hmmm...
10:21:17  <Amis> And now comes the obvious question: where can I disable it? :3
10:21:47  <Alberth> not, but you can set the 64k one high enough not to be bothered by it
10:23:10  <Amis> int max will do I guess
10:23:16  <Terkhen> yup
10:23:18  <TrueBrain> and burst (which is the max of the bucket), so when you do nothingm it collectsmore :)
10:24:42  <Amis> Okkey, int max was a bad idea, I guess it turned over and now I'm not allowed to terraform at all :)
10:27:47  <Alberth> the settings that I pasted are the defaults
10:32:15  <Zuu> And the defaluts are not very restrictive.
10:41:21  <Rubidium> amix: MorphOS is a pretty closed OS; you need MorphOS running to be able to compile it, and running it isn't that trivial if you don't have the hardware. IIRC it even doesn't (or at least didn't) work in qemu, so you need to have some MorphOS developer wanting to do the work
10:41:31  <Rubidium> instead of a random somewhat interested person
10:42:19  <Amis> I have to admit scenarios generated with heightmaps are far the most beautiful maps in game
10:43:20  *** valhallasw [~valhallas@193.52.24.37] has joined #openttd
10:45:09  <CIA-6> OpenTTD: frosch * r23420 /trunk/src/company_gui.cpp: -Change: Put the manager name directly under the picture instead of vertically centering it.
10:45:43  <Arkabzol> Terraforming is for people who aren't lazy, so I made a heightmap that is almost completely flat. And the lakes are rectangular.
10:45:52  <Arkabzol> :>
10:46:11  <frosch123> isn't that like completely boring?
10:46:39  <Arkabzol> No
10:47:21  <Arkabzol> Well
10:47:26  <Arkabzol> I could make tunnels if I wanted to.
10:47:30  <Arkabzol> That would be a bit boring.
10:48:21  *** valhalla1w [~valhallas@193.52.24.37] has joined #openttd
10:49:19  <CIA-6> OpenTTD: alberth * r23421 /trunk/src/window.cpp: -Fix [FS#4865, FS#4861] (r23393): The priority of WC_GAME_OPTIONS windows were too high, causing hiding of currency window as well.
10:49:51  *** valhallasw [~valhallas@193.52.24.37] has quit [Read error: Operation timed out]
10:52:30  * Lachie throws Python through a window
10:56:23  <Alberth> snakes don't like being thrown
10:56:42  <Lachie> this is true.
10:57:04  <V453000> :d
10:59:14  <Lachie> though, I don't particularly like when python can't find standard modules included in it
11:02:30  <planetmaker> paths set correctly?
11:04:11  <Lachie> yes indeed. does mingw ignore the environmental variables?
11:05:29  <planetmaker> afaik not
11:06:08  <Alberth> python -v   dumps the directories it searches and modules it finds/loads
11:07:51  <Lachie> actually, it's making reference to the stuff residing in a folder (and drive) that doesn't exist. curious.
11:08:29  <SpComb> it'll do a lot of lookups for nonexistant folders
11:08:38  <SpComb> within the search paths configured
11:08:53  <SpComb> check sys.path from within the interp
11:13:12  *** KritiK [~Maxim@128.68.52.108] has joined #openttd
11:14:45  *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has quit [Quit: Leaving.]
11:15:54  <CIA-6> OpenTTD: rubidium * r23422 /trunk/src/ (newgrf_config.h openttd.cpp table/settings.ini): -Fix [FS#4863] (r22797): the default palette setting wasn't applied correctly anymore as the configuration file is loaded after the first NewGRF scan
11:36:28  <peter1138> oh
11:53:43  <amix> Rubidium:  morphos community is offering to give away hardware for openttd to be developed further
11:54:05  <amix> so just tell me if someone is interested
11:54:18  <TrueBrain> lol; that many OpenTTD players in the MorphOS community? :P
11:54:54  <Rubidium> amix: we rather have a good working cross-compiler as a morphos machine is difficult to put in a rack in a datacentre
11:56:06  <CIA-6> OpenTTD: alberth * r23423 /trunk/src/window.cpp: -Revert (r23421): NewGRF windows may not be moved to normal priority.
11:56:18  <CIA-6> OpenTTD: frosch * r23424 /trunk/src/company_gui.cpp: -Change: Make the company GUI somewhat smaller if there are no shareholders.
11:56:26  <TrueBrain> commit spree!
11:56:27  <TrueBrain> :P
11:56:59  <Alberth> just 3 commits?
11:57:19  <amix> TrueBrain: yes
11:57:35  <amix> we play latest version ported on Amiga meetings and so on still
11:57:40  <amix> even if its only 0.3.6
11:57:43  <amix> :)
11:57:44  <TrueBrain> Alberth: different people committing at the same time always excites me :D
11:57:52  <TrueBrain> hehe :D
11:58:07  <TrueBrain> amix: you should just seduce tokai ;)
11:58:50  <amix> TrueBrain: http://bildr.no/view/1042677
11:58:52  <Rubidium> amix: and I don't think OpenTTD needs much porting; it's pretty careless about the platforms as long as its unixy enough (or has a set of wrappers) and has sdl (or a custom video/sound/music driver)
11:58:59  <amix> system I use
11:59:25  <Rubidium> that says 0.6.3, not 0.3.6
11:59:34  <Rubidium> and that's a pretty big difference ;)
11:59:46  <amix> sorry
11:59:46  <amix> haha
11:59:51  <amix> 0.6.3 yes
11:59:51  <amix> :D
11:59:55  <planetmaker> omg
12:00:36  <tokai> amix: Where do I sign up for this free hardware?
12:01:11  * tokai needs a PowerBook.
12:01:14  <amix> tokai: it was amigadave who offered that on morphzone
12:01:26  <amix> tokai: long time no see. miss you :)
12:02:34  <tokai> amix: Yeah.. I had quit MophOS development in March. :)
12:03:26  <amix> tokai: not coming back?
12:03:41  <tokai> missed an 'r' there... oups.
12:03:59  <tokai> amix: Something like last week.
12:04:31  <CIA-6> OpenTTD: rubidium * r23425 /trunk/known-bugs.txt: -Document [FS#4815]: why vehicles might be continuously changing speed up and down
12:04:38  <tokai> amix: Nobody missed me really. :)
12:06:06  <amix> tokai: I miss you
12:06:09  <amix> :)
12:06:21  <amix> I think your a cool person to discuss with
12:06:24  <amix> :)
12:07:25  <tokai> amix: Anyway... about that free hardware.... ask if it's a PowerBook :)
12:08:22  *** pugi [~pugi@dyndsl-091-096-015-112.ewe-ip-backbone.de] has joined #openttd
12:08:38  <CIA-6> OpenTTD: alberth * r23426 /trunk/src/window.cpp: -Change [FS#4685] (r23423): Put currency window above game options.
12:09:10  <amix> tokai: I have a PowerBook
12:09:18  <amix> but with bad battery
12:09:21  <amix> :)
12:10:31  <tokai> amix: I have none. But I'm in charge for developing software for Battery support. Quite a dilemma, huh? :)
12:11:55  <amix> hehe
12:11:58  <amix> yes
12:12:25  <TrueBrain> well, at least yours is always charged then :D
12:15:14  *** JVassie_ [~James@2.25.185.172] has joined #openttd
12:22:51  <amix> tokai: stefkos ported Simutrans for MorphOS :) Its soo slow hehe :) but ok to play even with 11FPS
12:24:49  <tokai> amix: Never heard of it.
12:25:15  <amix> http://www.simutrans.com/
12:25:20  <amix> its a bit like openttd
12:26:32  <tokai> Looks like some TTD clone, yes.
12:27:30  *** Biolunar [~mahdi@blfd-4d08275f.pool.mediaWays.net] has joined #openttd
12:35:16  *** defiance [~athetius@c-67-187-94-170.hsd1.tn.comcast.net] has joined #openttd
12:41:54  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
12:52:46  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has joined #openttd
12:54:29  <amix> tokai: hope to see an openttd update some time
12:57:23  * andythenorth wonders if GS can control details of house construction
12:57:32  <andythenorth> likely a bad idea
12:57:43  *** glx [glx@2a01:e35:2f59:c7c0:45c2:59ab:25ca:ed64] has joined #openttd
12:57:46  *** mode/#openttd [+v glx] by ChanServ
13:00:04  *** ABCRic [~ABCRic@a79-169-1-73.cpe.netcabo.pt] has joined #openttd
13:05:16  <defiance> Anyone know of a good tutorial on using signals and Semaphores? I think I understand them, just want a tutorial to make sure.
13:05:16  <ABCRic> hello
13:06:22  <planetmaker> defiance: if you understand them, then a game is the ultimate test ;-)
13:06:42  <ABCRic> can someone confirm the music is working correctly on the latest nightly?
13:06:51  <Alberth> defiance: http://wiki.openttd.org/Signals#See_Also
13:07:53  <ABCRic> I'm using the win32 nightly (r23401) and no music is played. The jukebox loops through all the music tracks as if they were empty.
13:08:25  <defiance> Thank you Alberth, and planetmaker.
13:09:03  <Rubidium> ABCRic: it works fine for me
13:11:57  <glx> ABCRic: this behaviour usually means no music files
13:12:21  <ABCRic> glx: they're there. Windows Media Player can play them fine
13:12:51  <Eddi|zuHause> ABCRic: checked the game settings?
13:13:18  <ABCRic> 1.1.3 works fine, r23401 and trunk don't
13:13:53  <glx> where are the music files ?
13:14:28  <ABCRic> Documents\OpenTTD\content_download\gm\<set_name>
13:14:29  <Eddi|zuHause> self compiled?
13:15:06  <ABCRic> trunk is self-compiled, 1.1.3 and r23401 aren't
13:16:46  <Eddi|zuHause> try to find the last revision that works? (bisecting checkouts)
13:19:00  <glx> confirmed
13:19:21  <CIA-6> OpenTTD: frosch * r23427 /trunk/src/settings.cpp: -Fix: Do not load screen resolution and other basic stuff after bootstrap is finished. It was already loaded before, and might got changed already.
13:20:11  <frosch123> ABCRic: did you use a nightly before? or only 1.1.3?
13:20:58  <ABCRic> I've been self-compiling since a few thousand revisions ago
13:21:14  <ABCRic> 1.1.4-RC1 is also working fine
13:21:18  <frosch123> so it worked once for stuff newer than r23219?
13:21:36  <frosch123> or did you update from something older?
13:22:11  <ABCRic> From older, I believe
13:22:38  <glx> ABCRic: win32 or win64 ?
13:22:43  <ABCRic> win32
13:23:13  <ABCRic> Also, the original_windows set is at Documents\OpenTTD\gm
13:23:22  <ABCRic> Doesn't work either.
13:24:35  <CIA-6> OpenTTD: michi_cc * r23428 /trunk/src/company_gui.cpp: -Fix (r23415): Initial size of the infrastructure details windows was sometimes too small.
13:24:47  <ABCRic> The jukebox loops all the tracks' names instantly, as if each track had <1sec duration
13:24:58  <glx> same here
13:25:03  <glx> looking at it
13:25:09  <frosch123> ABCRic: what happend if you rename  Documents\OpenTTD\gm to  Documents\OpenTTD\baseset ?
13:26:29  <ABCRic> It works
13:26:46  <andythenorth> FIRS fishing harbours are very annoying
13:27:44  <glx> filename = 0x0018f348 "D:\Mes documents\OpenTTD\content_download\baseset\GM_TT00.GM"
13:27:56  <glx> indeed it doesn't look where files are
13:28:33  <ABCRic> I'm off for lunch, brb
13:31:04  <glx> FindSets() correctly looks in gm and data
13:33:11  <frosch123> glx: FioFindFullPath does not seem to test the old dirs
13:33:17  <glx> yup
13:34:40  <Rubidium> so if it fails for baseset it should try gm I guess (in the music_gui.cpp code)
13:35:01  <Rubidium> as that's basically the only code that doesn't use the 'normal' code for opening a file
13:37:06  *** Amis [~Amis@BC24EB3C.dsl.pool.telekom.hu] has quit [Ping timeout: 480 seconds]
13:40:10  *** defiance [~athetius@c-67-187-94-170.hsd1.tn.comcast.net] has quit [Quit: leaving]
13:50:13  <ABCRic> I'm back, any luck on the issue?
13:53:39  <appe> "cargo waiting to be processed: 2,992 vehicles (486 max)"
13:53:41  <appe> wait what
13:55:11  *** Adambean [~AdamR@82.hosts.reece-eu.net] has joined #openttd
13:57:30  <ABCRic> appe: IIRC, there's a NewGRF property that makes industries ignore maximum capacities
13:57:33  <CIA-6> OpenTTD: rubidium * r23429 /trunk/src/window.cpp: -Fix [FS#4842]: prevent windows to be resized beyond the bounds of the (main) window
13:57:58  <appe> ABCRic: ah, thats true. i guess i forgot using it
14:03:43  *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
14:15:02  <CIA-6> OpenTTD: glx * r23430 /trunk/src/music_gui.cpp: -Fix (r23219): also consider the old directories when playing a song
14:29:55  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
14:34:39  *** Devroush [~dennis@178-119-153-135.access.telenet.be] has quit [Ping timeout: 480 seconds]
14:43:08  <andythenorth> FIRS should allow closure of outdated industries
14:43:13  <andythenorth> how can that be done?
14:44:45  <ABCRic> music is now detected correctly, but the volume is much lower than it was before
14:48:02  *** Adambean [~AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds]
14:48:17  <glx> just move the volume control
14:48:50  <frosch123> andythenorth: in grfv8 you can do date-specific appearance chances
14:49:06  <andythenorth> worth knowing thanks :)
14:50:57  <ABCRic> glx: with the same setting as before, the music isn't as loud as before
14:51:40  <glx> music volume is a hard thing to handle
14:51:52  <ABCRic> test trunk against 1.1.4-RC1
14:56:00  <Eddi|zuHause> frosch123: now nml only needs to output v8 grfs :p
15:18:32  *** TomyLobo2 [~foo@p4FC229E4.dip.t-dialin.net] has joined #openttd
15:24:22  *** TomyLobo [~foo@p4FC22B4C.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
15:24:22  *** TomyLobo2 is now known as TomyLobo
15:28:21  <TrueBrain> nice start on the tutorial thingy Zuu :)
15:30:19  *** Devroush [~dennis@178-119-153-135.access.telenet.be] has joined #openttd
15:32:02  <Zuu> Thanks TrueBrain :-)
15:33:14  <Zuu> I'm not sure if non-linearity is really needed. Makes things easier if each chapter is just a sequence of steps. At least if a step model is used.
15:33:28  <TrueBrain> I think it would be the most sane Tutorial
15:33:44  <TrueBrain> only possible branching on chapter selection
15:34:02  <Zuu> Another way is how TutorialAI is made. That each chapter is a function call that only returns when that chapter is done. However, then there need to be a lot of event polling everywhere.
15:34:11  <TrueBrain> some weird idea how you can do chapter selection, is by letting them start a certain train which goes into a depot or station or whatever :P
15:35:12  <Zuu> Yep, if it is bound to a scenario that would be possible. Also with the 2500 init ticks, one could build a menu like that. :-)
15:35:34  <TrueBrain> the tutorial should be loaded with a scenario yes :)
15:35:38  <TrueBrain> a random map might be very hard
15:35:46  <TrueBrain> it might fail in some cases, which would be bad :)
15:38:45  <Zuu> Regarding highlighting buttons etc. I think it would be useful if there is an Event for when the highlighted button is clicked.
15:39:39  <TrueBrain> yup
15:39:45  <TrueBrain> else highlihting is a bit silly I guess :D
15:39:52  <Zuu> so that can be used for progressing the tutorial rather than having a "button" / sign to progress.
15:40:13  <TrueBrain> started a new build of NoGo btw
15:40:18  <TrueBrain> with all the new goodies (excluding translations)
15:40:23  <Zuu> Nice
15:41:08  *** Pixa [~pixa@79-68-98-135.dynamic.dsl.as9105.com] has joined #openttd
15:41:42  <Zuu> I'll be afk for a while. cya later
15:41:48  <TrueBrain> o/
15:44:07  <planetmaker> Zuu: I shall surely try to be of assistance there
15:45:25  <CIA-6> OpenTTD: truebrain * r23431 /trunk/src/script/api/script_road.hpp: -Fix: typo in @param variable
15:45:42  <Alberth> only one?  :)
15:46:04  <TrueBrain> a clear case of copy/paste :D
15:49:48  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
15:55:13  *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO]
15:58:00  <TrueBrain> new NoGo version online :)
16:12:21  *** TheMask96- [~martijn@pride.vhost.ne2000.nl] has joined #openttd
16:19:19  *** TheMask96 [~martijn@gluttony.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
16:23:59  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
16:37:16  *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit []
16:47:04  *** AlienWare [~AlienWare@c-b119e253.6270438--62697410.cust.bredbandsbolaget.se] has joined #openttd
16:49:27  *** AlienWare [~AlienWare@c-b119e253.6270438--62697410.cust.bredbandsbolaget.se] has left #openttd []
16:49:59  *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd
16:51:31  *** Pixa [~pixa@79-68-98-135.dynamic.dsl.as9105.com] has quit [Read error: Connection reset by peer]
16:52:54  *** Pixa [~pixa@79-68-98-135.dynamic.dsl.as9105.com] has joined #openttd
17:20:10  <Eddi|zuHause> why does the "quote" button not have snow?
17:21:07  <Alberth> it only snows at the left side of the window?
17:26:47  *** fabis94 [fabis94@46.109.21.13] has joined #openttd
17:26:52  <fabis94> hello
17:26:58  <Alberth> hello
17:27:13  <fabis94> um can I ask a question here about the game :P
17:27:54  <Alberth> just ask :)
17:28:24  <Alberth> at IRC, people just burst into the channel with their question :)
17:29:16  <fabis94> ok well
17:29:17  <Alberth> then, the non-patient ones leave again within 10 minutes, and the patient ones wait for an answer :p
17:29:29  <fabis94> what do I do with the mail lol
17:29:42  <fabis94> my plane just picked up mail from one city, flew over to another city
17:29:47  <fabis94> and instead of putting it down or whatever
17:29:52  <fabis94> it just flies it back
17:29:55  <fabis94> to the original city
17:30:13  <Alberth> you have transfer orders for the plane at the destination?
17:30:28  <Alberth> if so, that's wrong :)
17:30:40  <fabis94> The orders are like this: 1. Go to X (Unload and take cargo)
17:30:46  <fabis94> 2. Go to Y (unload and take cargo)
17:31:19  <fabis94> i just want it to unload stuff thats supposed to go to X at X and pick up stuff that it will carry to Y, then fly to Y
17:31:20  <Alberth> ok, that looks fine, if the airport can deliver mail to houses
17:31:31  <fabis94> well i had a mail truck
17:31:37  <fabis94> 1 truck station was inside the city
17:31:40  <fabis94> other one was at the airport
17:31:50  <fabis94> all it did was just pick up the mail
17:31:59  <fabis94> when it loaded it off, then it just instantly picked it all up again
17:32:10  <fabis94> so it just carried the same mail all the time
17:32:20  <Alberth> ah, you need transfer orders in this case, let me find a wiki page for you
17:33:03  <fabis94> ok thanks
17:33:16  <Alberth> http://wiki.openttd.org/Feeder_service   and note the warning at the top about two-way feeders :)
17:36:23  <fabis94> ok thanks
17:37:35  <Alberth> feeder systems can be a lot of fun to experiment with
17:39:17  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has joined #openttd
17:39:53  <Eddi|zuHause> like i said earlier, "fun" and "annoying" can be very close together
17:41:40  <andythenorth> Eddi|zuHause: you have a toddler too?
17:41:41  <andythenorth> :P
17:42:53  <Eddi|zuHause> i can abstract from having an actual toddler quite well :p
17:44:22  <fabis94> also is there a fast way of replacing vehicles?
17:44:31  <fabis94> my very first vehicles are too old and i dont want to replace them one by one :/
17:44:48  <Alberth> same model?
17:44:58  <Alberth> then autorenew @ the wiki
17:45:08  <Alberth> else autoreplace @ the wiki :)
17:46:59  * andythenorth has temporarily run out of things to complain about :(
17:47:42  <fabis94> ok
17:47:45  <andythenorth> maybe a visit to the suggestions forum will cure that
17:48:06  <Alberth> andythenorth: so now you must be happy :p
17:48:15  <andythenorth> inverse
17:48:45  <Alberth> you're happy when complaining?
17:48:52  <andythenorth> I am happiest when working out how to make things better
17:49:21  <Alberth> that's a common disease here, I think :p
17:51:06  <andythenorth> he
17:56:18  <V453000> hello, did sprite aligner get somehow influenced by the extra zoom?
17:56:41  <V453000> it seems to show ridiculous offset values to me
17:57:18  <Alberth> http://bugs.openttd.org/task/4869 <-- V453000  ?
17:58:12  <V453000> ah, yes
17:58:33  <V453000> very recent :) thank you
17:59:11  <Alberth> http://bugs.openttd.org/task/4864  is another one
17:59:44  <V453000> when will r23419 be available? :)
18:00:23  <Alberth> never, as we are at r23431 already :p
18:00:47  <Alberth> but tonights nightly
18:00:59  <V453000> ok :)
18:05:01  *** ttforumstest [5ec0554a@ircip2.mibbit.com] has joined #openttd
18:05:12  <ttforumstest> fear the potential influx of TT-Forums newbies! :p
18:05:12  *** ttforumstest [5ec0554a@ircip2.mibbit.com] has quit []
18:05:32  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
18:06:27  <Terkhen> what was that?
18:06:44  <Alberth> spamtest?
18:06:50  <TinoDidriksen> Someone using the web IRC client.
18:06:57  <V453000> oh wtf :D
18:07:04  <fabis94> btw is there a way to carry coal on a plane?
18:07:25  <fabis94> I tried crates of goods, but it didn't work so I guess you cant carry coal like that :D
18:07:26  <Terkhen> fabis94: use a aircraft NewGRF set that allows refitting to coal
18:07:44  * Terkhen does not know which ones allow that, though
18:07:47  <Alberth> goods is a cargo just like coal, it is not a way of packaging
18:07:59  <frosch123> Terkhen: i think orudge added an option to tt-forums to also join #openttd with the webchat
18:08:20  <Alberth> but standard aircraft do not allow coal to be carried afaik
18:08:21  <Terkhen> oh :P
18:08:30  <fabis94> newGTF set?
18:08:33  <fabis94> what's that
18:08:52  <frosch123> the extensions you get in the online content
18:08:58  <Alberth> click 'online contents' at the intro screen :)
18:09:00  <Terkhen> http://wiki.openttd.org/Newgrf
18:09:53  <fabis94> oh okay
18:10:21  <Alberth> and some of these extension add aircrafts
18:10:59  <fabis94> av8 Aviators Aircraft set?
18:11:08  <Rubidium> @base 16 10 E8
18:11:08  <DorpsGek> Rubidium: 232
18:14:07  <fabis94> well I've installed the set, do I need to get a special plane? because I can't refit it to coal
18:14:17  *** Pixa [~pixa@79-68-98-135.dynamic.dsl.as9105.com] has quit [Read error: Connection reset by peer]
18:15:49  *** Pixa [~pixa@79-68-98-135.dynamic.dsl.as9105.com] has joined #openttd
18:17:35  <Alberth> we don't know, try here http://www.tt-forums.net/viewforum.php?f=66 , probably in the releases
18:18:15  <Alberth> but coal by aircraft does not sound very useful :p
18:18:23  <fabis94> well I just created a new game and the newgrf shows up in it's settings, but it doesn't show up when I load an existing game
18:18:32  <Alberth> correct
18:18:48  <Alberth> once you started a game, the set of NewGRFs is fixed
18:19:06  <Alberth> the setup becomes part of the game
18:21:43  *** Devroush [~dennis@178-119-153-135.access.telenet.be] has quit [Ping timeout: 480 seconds]
18:21:56  <fabis94> okay thanks
18:23:27  <Alberth> this also holds for (most) other options and settings you can do at the intro screen, btw
18:24:16  <orudge> frosch123: that option was always there
18:24:18  <orudge> to be fair
18:24:23  <orudge> it just used a Java applet
18:24:28  <orudge> well, always as in "for the past couple of years"
18:29:43  <Rubidium> oh... now the general error is gone again ;(
18:31:39  *** VoyagerOne [~59a4bc3f@ircip3.mibbit.com] has joined #openttd
18:32:21  *** VoyagerOne [~59a4bc3f@ircip3.mibbit.com] has quit []
18:36:54  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
18:37:19  *** Wolfsherz [~Wolfsherz@p57A6F466.dip.t-dialin.net] has joined #openttd
18:38:09  *** Wolfsherz [~Wolfsherz@p57A6F466.dip.t-dialin.net] has quit []
18:40:15  <andythenorth> Alberth: consists? :D :P
18:41:11  <Xaroth> andythenorth: you do lots of newgrf.. how hard is it to construct a newgrf that gets rid of all them annoying statues and fountains towns build -_-
18:41:13  <Alberth> is that still unclear?
18:41:40  <andythenorth> Xaroth: I don't know, haven't done any house newgrfs
18:41:49  <andythenorth> there might even be a newgrf for that
18:42:14  <Alberth> Xaroth: but I just love the statues that I give to all the towns ;)
18:42:21  <Eddi|zuHause> Xaroth: 3 lines
18:42:53  <Eddi|zuHause> one action 8, and two action 0 to disable the two houses
18:43:06  <CIA-6> OpenTTD: translators * r23432 /trunk/src/lang/ (9 files in 2 dirs): (log message trimmed)
18:43:06  <CIA-6> OpenTTD: -Update from WebTranslator v3.0:
18:43:06  <CIA-6> OpenTTD: croatian - 27 changes by VoyagerOne
18:43:06  <CIA-6> OpenTTD: english_US - 25 changes by Rubidium
18:43:06  <CIA-6> OpenTTD: finnish - 27 changes by jpx_
18:43:07  <CIA-6> OpenTTD: german - 25 changes by planetmaker
18:43:07  <CIA-6> OpenTTD: korean - 1 changes by junho2813
18:43:23  *** HerzogDeXtEr1 [~Flex@88.130.169.239] has joined #openttd
18:43:35  <Eddi|zuHause> can combine those to one if they have consecutive IDs
18:43:37  <andythenorth> Alberth: you solved consists? :o
18:45:37  *** Adambean [~AdamR@82.hosts.reece-eu.net] has joined #openttd
18:46:05  <Alberth> what parts are not solved then at conceptual level? it seems to me it 'just' needs implementation of the current ideas to understand where the details go wrong
18:46:29  <Alberth> Eddi|zuHause: or if you don't care about what's in between :p
18:48:04  <andythenorth> Alberth: I got lost in the last detailed discussion of groups / consists? :D
18:48:19  <andythenorth> maybe it's simple
18:48:48  *** HerzogDeXtEr [~Flex@88.130.179.29] has quit [Ping timeout: 480 seconds]
18:49:07  <Alberth> who said anything about groups? :)    that would be a seperate (or second) problem
18:50:23  <Alberth> I have no overview of the state of groups
18:51:09  <andythenorth> +1
18:51:29  * andythenorth considers reading auto-replace / auto-renew code
18:51:39  <andythenorth> it's annoying that subtypes aren't honoured
18:52:35  *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
19:00:36  <Zuu> TrueBrain: Is it indended that GSCompanyMode isn't active more than the next (do) command?
19:01:06  <Zuu> I have to call it before each placement of signs in order to get them as company 0.
19:02:12  <TrueBrain> hmm, no, it should be scope based
19:02:17  <TrueBrain> I don't see why that wouldn't work
19:02:28  <TrueBrain> owh, hmm .. well .. hmm , yes
19:02:30  <TrueBrain> I have an idea
19:02:35  <TrueBrain> will fix it (and test it) for next release Zuu :)
19:02:39  <TrueBrain> tnx for noticing :D
19:02:55  <TrueBrain> (DoCommand suspends, then _current_company is assigned by the controller, which is the wrong value :p)
19:03:25  <fabis94> hey guys, the local authority of a town doesnt allow me to build stuff near him, how can I make him like me? :D
19:04:33  <CIA-6> OpenTTD: rubidium * r23433 /trunk/src/table/palette_convert.h: -Fix [FS#4868]: recolouring of some animated colours from the windows palette went wrong
19:05:06  <Alberth> fabis94: http://wiki.openttd.org/Town#Town.27s_Local_Authority or http://wiki.openttd.org/Game_mechanics#Local_authority_rating
19:05:44  <Alberth> you have to ask better questions to not have an answer at the wiki :)
19:07:06  <Rubidium> "when will the OSX bug reports be fixed"? ;)
19:07:21  <fabis94> oh well I did look at the first page but it didnt really explain how to do stuff
19:07:31  <fabis94> so ill look at the second one
19:09:19  <Zuu> TrueBrain: I try to build a bus stop as the human player (just to try out the company mode). However, I get a precondition failed although I know that both tiles are nearby. Code: http://pastebin.com/xbEr05Bi
19:09:43  <Alberth> fabis94: oh?  .... destroying town's industries, buildings, roads, tunnels and bridges all lower the company rating ... planting trees, successful bribes and providing services to the town ...  increases the company rating     is not a how to do stuff?
19:09:50  <Zuu> This code live in a while loop that loops until "done" is true.
19:09:57  <andythenorth> hmm
19:10:12  * andythenorth ponders a 'gs cb' for industries
19:10:23  <andythenorth> I need some kind of queue or array structure to store control codes in
19:10:23  <TrueBrain> Zuu: hmm ... will investigate
19:10:28  <TrueBrain> tbh, only tried signs, and assmed it would work :D
19:10:32  <Zuu> And my map is filled with "try" + "front" signs that are positioned correctly to be used as input to the function.
19:10:53  <TrueBrain> will test it better tomorrow :D
19:10:53  <andythenorth> could probably fake a queue or array with n registers, but seems clunky.  Bit masks seem unwieldy for what I have in mind
19:11:48  <andythenorth> hmm
19:12:08  <andythenorth> I also have in mind that the GS could put text on the text stack or pass string codes for use by industry
19:12:40  <andythenorth> I could give 10 good examples for use if that is helpful...
19:13:57  <andythenorth> "industry x closed because it's production methods are outdated"
19:14:09  <andythenorth> "industry x closed by local authority - too much pollution"
19:14:22  <andythenorth> "industry x increased production for reason xyz"
19:14:44  <andythenorth> "industry x on strike - no production"
19:15:00  <andythenorth> "industry x will close in n months if xyz not delivered"
19:15:09  <andythenorth> "industry x will increase production if xyz delivered"
19:16:16  <andythenorth> "industry x is closing, but will be replaced by industry y at same location"
19:16:47  <andythenorth> "industry x will produce twice as much [stuff] due to secret production process"
19:18:14  <andythenorth> "build object type x within n tiles of industry for a production boost"
19:18:50  <Alberth> aka you need GS control of production change and/or closure
19:18:55  <andythenorth> "deliver n passengers month to town near industry x or production will fall due to shortage of workers"
19:19:08  <andythenorth> Alberth: could be done via town registers tbh
19:19:11  * Zuu got 22800 signs in a game
19:19:25  <andythenorth> I'm just not sure how to fake a queue or array
19:20:02  <andythenorth> ideally authors wouldn't have to worry which register to use, but rather pass a dword which was a control code (256 is enough), an amount (word sized) and a string code (maybe)
19:20:35  <TrueBrain> Zuu: concratz. How does it feel? :P
19:20:37  <andythenorth> for closure it would be relatively trivial to hook this into [FIRS] closure code
19:20:44  <Zuu> TrueBrain: OpenTTD is slow
19:20:48  <TrueBrain> lol
19:20:55  <andythenorth> the newgrf still executes all logic, GS just passes messages
19:21:42  <Zuu> A slight issue is that you can't pasue a GS. So it just keep adding signs until I close the game or exit OpenTTD. :-)
19:22:13  <Alberth> town registers? don't know what they are exactly, but it feels like going to Rome over Moscow to me
19:22:19  <TrueBrain> Zuu: so don't post that many signs :D
19:22:37  <Zuu> hehe
19:25:28  <andythenorth> Alberth: I can't think of a way to do it where the GS has direct control over production / closure
19:25:42  <andythenorth> that logic is all private to the newgrf, there's no safe assumptions can be made about it
19:25:55  * Alberth agrees
19:26:57  <Alberth> but why not extend the industry interface instead of this messing with town registers
19:27:04  <andythenorth> well that is the other route yes
19:27:15  <Rubidium> closure is easy: just bomb the factory
19:27:19  <Alberth> which for me is unclear whether all industries actually have a town
19:27:22  <andythenorth> I didn't want to propose something new - town registers might be an adequate solution
19:27:28  <andythenorth> all industries have a town afaik
19:27:33  <andythenorth> I've never proved it though
19:27:43  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has left #openttd []
19:27:50  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has joined #openttd
19:27:51  <andythenorth> bah
19:28:03  <andythenorth> wrong key :P
19:28:54  <Rubidium> oh shoot... DestructIndustry does put it back to it's construction stage; it doesn't completely destroy it
19:29:05  * andythenorth wonders if an actual stack could be implemented for GS control codes to industries
19:29:50  <andythenorth> any industry cb handling code just runs the stack.  If it doesn't know what to do with a control code, it puts it back on the stack
19:30:13  * andythenorth wonders if a dword is enough?
19:30:26  <andythenorth> 640KB is enough for everyone right?
19:30:29  <CIA-6> OpenTTD: rubidium * r23434 /branches/1.1/ (8 files in 5 dirs): [1.1] -Prepare: 1.1.4
19:31:24  *** Devroush [~dennis@ip-213-49-89-46.dsl.scarlet.be] has joined #openttd
19:34:51  *** fabis94 [fabis94@46.109.21.13] has quit []
19:35:23  *** Prof_Frink [~proffrink@5e0a9627.bb.sky.com] has joined #openttd
19:37:28  <CIA-6> OpenTTD: rubidium * r23435 /tags/1.1.4/ (10 files in 4 dirs): -Release: 1.1.4 down the chimney, 1.1 in a jute bag to warmer pastures (I hope)
19:47:40  <andythenorth> :)
19:55:20  *** Biolunar [~mahdi@blfd-4d08275f.pool.mediaWays.net] has quit [Read error: Connection reset by peer]
20:00:11  <Eddi|zuHause> question about correctness/sensibility of this function: www.informatik.uni-halle.de/~krause/mod.diff
20:01:29  <frosch123> incorrect
20:01:43  <frosch123> for negative a you return values between 1..b
20:01:46  *** ABCRic [~ABCRic@a79-169-1-73.cpe.netcabo.pt] has quit [Quit: Goodbye, world...]
20:02:05  <Eddi|zuHause> you sure?
20:02:39  <frosch123> a = -b -> b - b%b = b - 0 = b
20:03:08  <Eddi|zuHause> hm
20:03:31  <Eddi|zuHause> ah, i see where i went wrong
20:06:11  <Eddi|zuHause> update (same link)
20:08:07  <frosch123> the { would go on a new line, but the rest looks correct
20:08:23  <frosch123> no idea where you want to use it though :p
20:08:29  <CIA-6> OpenTTD: rubidium * r23436 /trunk/ (changelog.txt known-bugs.txt os/debian/changelog readme.txt): -Merge: documentation updates from 1.1
20:09:28  <Eddi|zuHause> frosch123: i wanted to unify some grid code, and stumbled upon a line like "a%=3; if (a!=2 || a!=-1) ..."
20:11:08  <Eddi|zuHause> s/||/&&/
20:11:31  <frosch123> i remember that line
20:12:49  <Eddi|zuHause> with that above function my unified line would look like "a=Mod(a, spacing+1); if (a < 2) ..."
20:14:30  <andythenorth> thought on an explicit cb between GS and industry?
20:14:40  <andythenorth> passing arbitrary values, maybe in a stack
20:15:00  <andythenorth> (it's a cb on the GS by the industry)
20:15:10  <Rubidium> heffer, blathijs: release! ;)
20:15:38  <Eddi|zuHause> andythenorth: NewGRFs shouldn't "call" anything, only have "callbacks"
20:16:02  <Eddi|zuHause> andythenorth: so only the GS could ask the NewGRF anything, not the other way round
20:16:31  <andythenorth> unless there's a return value, that's of limited use for the problem I have in mind
20:17:21  <Eddi|zuHause> andythenorth: so if at all, there should be a generification of cb18 (AI construction callback)
20:17:39  <andythenorth> lets see
20:19:14  <andythenorth> hmm
20:19:51  <andythenorth> generification in which direction(s) ?
20:20:15  *** pjpe [ae5b514a@ircip1.mibbit.com] has joined #openttd
20:22:31  <Eddi|zuHause> that AIs and GSs can ask the newgrfs what the hell they are actually doing (like a "readme" sort of thing)
20:22:58  <andythenorth> town control?
20:23:04  <andythenorth> i.e. use the town storage?
20:23:43  <Eddi|zuHause> things like "this industry has stockpiles" and "this industry runs out of ressources"
20:24:27  <andythenorth> I keep forgetting - GS has no way of knowing what type an industry is?
20:24:37  <andythenorth> i.e. not even the ID?
20:25:15  <Eddi|zuHause> i'm pretty sure there are ways to get the IDs, as well as the IDs of the produced/accepted cargos
20:25:47  <Eddi|zuHause> but IDs are meaningless, because there's a dozen different GRFs out there, and they're only going to get more
20:26:08  <andythenorth> I'd file that under 'if you want to control things, bind tightly to one industry set'
20:26:31  <Eddi|zuHause> that'd be an awfully short-sighted move
20:26:33  <andythenorth> I'm pretty happy with the idea that 'any GS' + 'any industry grf' is not going to come to much
20:27:09  <andythenorth> is there the possibility of a spec across industry grfs?
20:28:01  <andythenorth> - there's no chance of an enforceable technical spec, that has zero mileage in it by design
20:28:27  <andythenorth> - how about conventions for industry behaviour?
20:29:05  <planetmaker> you've seen the "convention" discussion about the bauxite colour?
20:29:21  <planetmaker> you first have to discuss whether disussing that is sensible
20:29:37  <andythenorth> Eddi|zuHause posits that it's short sighted not to
20:29:49  <andythenorth> he might be right, he might be wrong, only one way to find out :P
20:30:55  <andythenorth> my claim is: when writing a GS, either treat industries as black box, or write a GS tightly bound to specific version of specific newgrf
20:31:01  <andythenorth> I don't see any middle ground at all
20:31:07  * andythenorth is happy to be wrong
20:31:32  <Alberth> we'll see once GS hits trunk :)
20:31:45  <Alberth> good night all
20:31:54  <Eddi|zuHause> how long since AIs are in trunk?
20:32:11  <Eddi|zuHause> absolutely NO movement has been achieved on cb18 for trains since then
20:32:32  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
20:32:44  <andythenorth> what are the limitations of cb18?
20:33:06  <Eddi|zuHause> openttd implements CB18 only for stations
20:34:36  <andythenorth> limited :P
20:34:55  *** NicoNet2k [~Chris@cpe-76-188-161-222.neo.res.rr.com] has quit [Remote host closed the connection]
20:35:17  *** NicoNet2k [~Chris@cpe-76-188-161-222.neo.res.rr.com] has joined #openttd
20:48:44  <andythenorth> Eddi|zuHause: how could such an approach allow the GS to pass arbitrary information to the industry (control codes)
20:48:49  <andythenorth> ?
20:49:41  <Eddi|zuHause> andythenorth: extra callback info? (var10, var18, i believe)
20:51:12  <andythenorth> what might be good triggers for this cb?
20:51:28  <andythenorth> for the purpose I have in mind, it would be whenever the GS chooses to call it
20:51:44  <Eddi|zuHause> yes, that's the point of the CB
20:52:29  * andythenorth wonders if a stack would be essential, or over-complex
20:53:08  <Eddi|zuHause> i don't think there's gonna be something like a stack
20:53:36  <andythenorth> I could implement one privately, given enough registers (or town registers)
20:53:42  <andythenorth> I just don't know if it's one
20:53:45  <andythenorth> one / wise /s
20:54:26  <andythenorth> GS -> newgrf communication needs to be asynchronous, due to way industry cbs work
20:54:48  <andythenorth> which means GS might want to pass multiple control codes, to be handled appropriately by each industry cb later
20:55:40  <Eddi|zuHause> the GS won't care about what the GRF does with the data (store it, throw it away, ...)
20:56:39  <andythenorth> exactly
20:57:02  <andythenorth> but the newgrf might want to be able to handle more than one GS-originated control code
20:57:10  <andythenorth> due to timing of cbs...
20:57:26  <andythenorth> suggests a private stack in the newgrf
20:57:35  <Eddi|zuHause> that's the newgrf's problem
20:58:25  <Eddi|zuHause> keep in mind the default behaviour would be that the GS asks about data, and the GRF does nothing
21:00:25  <andythenorth> yup
21:00:33  <andythenorth> this only works where the newgrf supports it
21:00:46  <andythenorth> it *might* be possible to find conventions across newgrfs
21:00:52  <andythenorth> but it's...work :P
21:01:26  <andythenorth> e.g. things like 'close', 'increase production' etc are generic
21:01:45  <andythenorth> but other stuff is very specific to eac hnewgrf
21:04:51  <Eddi|zuHause> doesn't the production callback already come with an external value that "suggests" what the industry should do?
21:05:13  <andythenorth> yes
21:05:25  <planetmaker> good night
21:05:43  <andythenorth> allowing GS to control that value would be one easy way to provide some influence over industry
21:05:51  <andythenorth> bye planetmaker
21:06:05  <Eddi|zuHause> exactly. so why are we still discussing this? :p
21:06:20  <andythenorth> he
21:07:52  <andythenorth> it would be somewhat...limited
21:10:21  <andythenorth> - no control over black holes
21:10:27  *** TWerkhoven [~twerkhove@cpc12-linl7-2-0-cust144.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
21:10:55  <Eddi|zuHause> so: 1) GS should have a function industry.changeproduction({increase, decrease, close, ...}). this call is _asynchronous_, i.e the result will not be immediately. also, this is passed to the production callback, where the GRF can choose to ignore the value.
21:11:41  <andythenorth> it's a nice idea, but of limited use, or we'd have to change newgrf spec a bit
21:11:46  <Eddi|zuHause> 2) industry NewGRFs should get CB18-like method to ask about industry properties, e.g. maximum input stockpile, maximum production rate, input conversion rate, ...
21:12:24  <Eddi|zuHause> what else would be useful?
21:13:18  <andythenorth> I am short on requests for this
21:13:23  <andythenorth> I think it should be very sparse
21:13:53  <andythenorth> if cb-18 like method can also pass values in register or var, then that's all the flexibility needed right there
21:14:09  <andythenorth> suggestion 1) is valid, but likely to fail a lot with newgrf industry
21:14:44  <Eddi|zuHause> what kind of data do you imagine passing there?
21:15:33  <Eddi|zuHause> keep in mind that CB18 is intended for AIs, which likely shouldn't be able to influence the industry
21:16:09  <Eddi|zuHause> imagine CB18 as the AI's way of reading the industry window
21:16:38  <Eddi|zuHause> everything that you would put for the player to read there, should be accessible by CB18
21:17:26  <Eddi|zuHause> so a "GS control" CB should likely be separate
21:19:27  <andythenorth> that sounds fine too
21:22:58  <andythenorth> Eddi|zuHause: the data I'd imagine passing is some kind of control code
21:23:12  <andythenorth> possibly with parameters, depending if they fit in a dword or such :P
21:24:24  <andythenorth> I can see how to do it for the cases I've thought of, but only if GS *doesn't* also want to set any strings on industry window or news
21:32:56  *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has quit [Quit: Leaving.]
21:33:40  *** snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has quit []
21:35:43  *** Neon [~Neon@dslb-178-004-181-249.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
21:44:27  *** DDR [~chatzilla@142.179.78.88] has joined #openttd
21:45:57  *** frosch123 [~frosch@frnk-590f621d.pool.mediaWays.net] has quit [Remote host closed the connection]
21:56:06  *** Elukka [Elukka@78-27-103-88.bb.dnainternet.fi] has quit []
22:00:14  *** andythenorth [~Andy@cpc1-aztw25-2-0-cust298.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
22:13:01  *** KritiK [~Maxim@128.68.52.108] has quit [Quit: Leaving]
22:13:12  *** Devroush [~dennis@ip-213-49-89-46.dsl.scarlet.be] has quit []
22:15:40  *** JVassie_ [~James@2.25.185.172] has quit [Ping timeout: 480 seconds]
22:23:09  *** DDR [~chatzilla@142.179.78.88] has quit [Ping timeout: 480 seconds]
22:26:44  <Wolf01> 'night
22:26:47  *** Wolf01 [~wolf01@host48-239-dynamic.16-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
22:29:06  <Terkhen> good night
22:29:25  *** Progman_ [~progman@p57A19971.dip.t-dialin.net] has joined #openttd
22:29:25  *** TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Popidopidopido]
22:33:20  *** Progman [~progman@p57A1AD0E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
22:33:29  *** Progman_ is now known as Progman
22:45:25  *** supermop_ [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd
23:16:35  *** tokai|mdlx [~tokai@port-92-195-95-178.dynamic.qsc.de] has joined #openttd
23:22:36  *** tokai [~tokai@port-92-195-84-134.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
23:27:57  *** sla_ro|master [~slaco@95.76.26.172] has quit [Quit: Sla Mutant Co-Op for Renegade - coming back soon]
23:39:13  *** DDR [~chatzilla@142.179.78.88] has joined #openttd
23:53:27  *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]

Powered by YARRSTE version: svn-trunk