Back to Home / #openttd / 2012 / 08 / Prev Day | Next Day
#openttd IRC Logs for 2012-08-12

---Logopened Sun Aug 12 00:00:12 2012
00:15-!-HerzogDeXtEr1 [~Flex@i59F6D4C4.versanet.de] has joined #openttd
00:19-!-HerzogDeXtEr [~Flex@i59F6CF41.versanet.de] has quit [Read error: Operation timed out]
00:56-!-Eddi|zuHause [~johekr@p57BD5012.dip.t-dialin.net] has quit []
00:56-!-Eddi|zuHause [~johekr@p57BD4844.dip.t-dialin.net] has joined #openttd
01:24-!-Mek_ is now known as Mek
01:49-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
02:02<andythenorth>meh
02:02<andythenorth>I was losing my game badly
02:03<andythenorth>so I turned HEQS running costs down
02:03<andythenorth>can't do that in real life :P
02:24-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
02:27-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
02:39-!-sla_ro|master [slaco@78.96.213.97] has joined #openttd
02:54-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
03:27-!-KouDy [~KouDy@115.133.15.129] has joined #openttd
03:28-!-Progman [~progman@p57A1B25B.dip.t-dialin.net] has joined #openttd
03:37-!-guru3_ [~guru3@81-224-161-252-no225.tbcn.telia.com] has quit [Quit: leaving]
03:38-!-Alberth [~hat3@2001:980:272e:1:21a:92ff:fe55:fc8d] has joined #openttd
03:38-!-mode/#openttd [+o Alberth] by ChanServ
03:38<@Alberth>good morning
03:45-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
03:48<@Alberth>o/
03:48<andythenorth>o/ Alberth
03:58<@Alberth>I have been thinking about the number of industries; could it be useful to define some sort of function in newgrf that gives the total number of industries?
03:58<@Alberth>sort of like the snowline
03:58<andythenorth>yes it could be
04:04<@Alberth>frosch said yesterday that we have varying construction probabilities of industries, but I cannot find them in the spec :(
04:05<@Alberth>perhaps I misunderstood him
04:08<Rubidium>Alberth: http://newgrf-specs.tt-wiki.net/wiki/Callbacks#Industry_availability_.2822.29
04:10<@Alberth>thanks!
04:15<Eddi|zuHause>Alberth: i think a semi-proper solution would be to "force" missing industries despite all slots already being used
04:16<Eddi|zuHause>Alberth: this could be a flag of this callback
04:17<Eddi|zuHause>so during a cb22 run, a NewGRF could check "this is a 512^2 map, and there are less than 5 bauxite mines on the map, force the creation of a bauxite mine"
04:20<andythenorth>+1 to what Eddi|zuHause said
04:20<Eddi|zuHause>Alberth: this avoids the issue of "reserving" slots for unusable industries, in turn you might get more industries than intended, if the NewGRF thinks they are essential to the economy
04:21<andythenorth>although....if closure was trying to maintain a fixed number of industries on the map (it doesn't afaik), forcing new types might conflict
04:21<Eddi|zuHause>if closure is enabled, the number of industries will eventually balance out
04:21<andythenorth>I want the ability to force, even though I'm not convinced reserving slots is wrong
04:22<andythenorth>I can reserve slots carefully, then player builds industries and the plan fails :P
04:22<andythenorth>player-can-build means anything that is too tied to specific number per map is dicey
04:22<@Alberth>you do have the ability to force, but just to one instance
04:23<Eddi|zuHause>Alberth: apparently that works only for closing, not for opening
04:23<andythenorth>Alberth ...also assuming a map location can be found :)
04:24<@Alberth>Eddi|zuHause: it works for opening, and iirc there is some code that prevents closing the last instance too
04:24<@Alberth>andythenorth: good luck building non-buildable industries :D
04:24<andythenorth>yeah that :P
04:25<andythenorth>Alberth: if I (in newgrf) limited the number of instances built, I could try and keep space free
04:25<Eddi|zuHause>Alberth: we were searching for that code that forces opening, but we did not find it
04:25<andythenorth>it's "try very hard" somewhere
04:25<andythenorth>I've seen it, I just don't understand it
04:26<Eddi|zuHause>andythenorth: no, that is the code that searches locations
04:26<andythenorth>ah
04:26<@Alberth>andythenorth: I believe the newgrf should state shape of the ground, so the game can adapt
04:26<andythenorth>no objections
04:27<@Alberth>also, the "i can build here" should be split in no because of terraforming, or no because of other reasons, probably
04:27-!-Chrill [Chrill@c83-253-89-11.bredband.comhem.se] has quit [Ping timeout: 480 seconds]
04:28<@Alberth>or perhaps the terraforming should be taken out of that decision entirely, and assumed to be correct to the requested shape
04:28<andythenorth>so we can retry harder, or not?
04:29<@Alberth>to prevent terraforming places where FIRS then refuses to build for other reasons, mostly
04:29<andythenorth>broadly, I think we can ignore the terraforming issue for the 'number of industries' problem
04:29<andythenorth>I think frosch has ideas for it anyway
04:30<Eddi|zuHause>Alberth: problem with that is, if the industry can be built on several slopes, which one to terraform to?
04:30<andythenorth>the one for the selected layout
04:30<Eddi|zuHause>that's why terraforming is disabled completely if the shape check callback is used
04:32<@Alberth>terraform to a randomly chosen layout
04:33<@Alberth>andythenorth: indeed, terraforming negotiation is mostly for making the 'build industry' process less likely to fail
04:36<Eddi|zuHause>Alberth: i think the problem is, that it first checks whether industry slots are free, and then forces the building of a missing industry type. but it should do that BEFORE checking the free industry slots
04:36<andythenorth>is that quite expensive?
04:37<Eddi|zuHause>andythenorth, Alberth: but industry layout and terraforming shape is not a 1:1 mapping. one layout may be suitible for building on several shapes
04:40<@Alberth>I even think you don't want to specify all of them explicitly, you need a more general shape definition
04:41<@Alberth>iirc frosch was thinking along the lines of starting at eg the northern corner, and then each tile-edge is a subset of {go up, level, go down}
04:42<@Alberth>so you can define a lot of shapes in a compact form
04:45<andythenorth>yes
04:48-!-TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
04:51<@Alberth>Eddi|zuHause: do you agree that for industry types that have to be on the map, IndustryBuildData::SetupTargetCount() line 2187 industry_cmd.cpp ensures that its target_count is non-zero ?
04:52<Eddi|zuHause>Alberth: i think the problem is line 2666
04:53<Eddi|zuHause>it needs an exception when an industry is missing
04:53<@Alberth>good point
04:55<@Alberth>line 2658 too :)
04:55-!-Wolf01 [~wolf01@95.232.234.29] has joined #openttd
04:55<Wolf01>hello
04:55<Eddi|zuHause>i think we can live wouthout that
04:56<Eddi|zuHause>adds some random delay
04:56<@Alberth>hi Wolf01
04:56<Eddi|zuHause>instead of spawning the industries immediately on 1.1.
04:57<@Alberth>it basically construct a slowly increasing number of industries, but only when the actual construction can keep up
04:59<@Alberth>since there is no control on close down, industries close like they are mad on large maps with dense industries
05:01-!-Cybertinus [~Cybertinu@cybertinus.jkit.nl] has quit [Remote host closed the connection]
05:03-!-Cybertinus [~Cybertinu@cybertinus.jkit.nl] has joined #openttd
05:05<andythenorth>rate limiter on closures?
05:05<andythenorth>maybe configurable for player?
05:05<andythenorth>[also map scaled]
05:09<@Alberth>let openttd decide whether or not to close :)
05:09-!-Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd
05:09<Eddi|zuHause>let's fix opening first, and then handle closing :)
05:11<@Alberth>forcing one instance is a very small part of the problem imho
05:11<@Alberth>ie you get a 1 industry of each type extra, and that's it
05:11<Eddi|zuHause>that's why i proposed forcing multiple industries by cb22
05:12<Eddi|zuHause>e.g. on small maps with FIRS i get one of each farm, which makes them pretty much unplayable
05:12<@Alberth>fixing a broken system by adding more layers just makes it more complicated imho
05:13<Eddi|zuHause>i don't really think the system is broken
05:13<@Alberth>imho FIRS is not designed for playing on small maps
05:13<Eddi|zuHause>the map was like 128x256, so not THAT small
05:13<@Alberth>perhaps you should read the log of #openttd of yesterday again?
05:14<andythenorth>I think forcing instances via cb22 is useful and a small win
05:14<Eddi|zuHause>i remember the log (mostly)
05:14<andythenorth>the rest of this...
05:14<@Alberth>progressing from one 'era' to another one is very very difficult
05:14<andythenorth>the more I think about it, the more I want a NewEconomy, made of up of several quite small things
05:14<andythenorth>and exposed properly to GS
05:15<andythenorth>and as a game option
05:15<Eddi|zuHause>that would be NoEconomy :)
05:15<@Alberth>and I don't see how forcing additional industries fixes that problem in a good way
05:15<andythenorth>NoEconomy exactly :)
05:15<andythenorth>we have a winner :)
05:15<@Alberth>Noconomy :)
05:16<Eddi|zuHause>NoCo :)
05:16<andythenorth>all those work for me :)
05:17<andythenorth>Alberth: the alternative to forcing in cb22 is to have the game take care of this better
05:17<@Alberth>yep
05:17<andythenorth>the issue I want to solve is when wholly new chains arrive; replacing existing types with new types, I don't care about so much right now
05:17<andythenorth>(1) force in cb22
05:17<andythenorth>(2) reserve slots
05:18<andythenorth>(3) have game increase number of industries required
05:18<andythenorth>(4) ??
05:18-!-frosch123 [~frosch@frnk-590fcc96.pool.mediaWays.net] has joined #openttd
05:18<@Alberth>hi frosch
05:20<andythenorth>(3b) have game count how many industry types are a in a grf, and scale required numbers accordingly
05:20<Eddi|zuHause>ok, eras: a mind-scenario - imagine we have a "pre-industrial" era with very many very small industries (like each town has almost all industry types (carpenter, smith, market, ...). and now it shifts to an industrial era, where many small industries close down and fewer large industries replace them
05:20<andythenorth>Eddi|zuHause: that one probably just works
05:20<frosch123>hai albert
05:20<Eddi|zuHause>now the newgrf needs to a) need a way to force opening the new industries, b) lower the target count of industries, c) force close the smaller industries
05:21<Eddi|zuHause>in that order
05:22<andythenorth>a) can't be done b) limit numbers of types in the newgrf, with map scaling calculated by the author c) use the monthly prod change cb (ugh)
05:22<frosch123>are you discussing again? or are you still discussing? :p
05:22<@Alberth>sounds to me that you are asking for control over the total number of industries in the game over time, ie my third line in this channel this morning
05:23<@Alberth>frosch123: it feels like new ground to me :)
05:23<andythenorth>Alberth: I think you left yesterday before I posted this? http://paste.openttdcoop.org/raw/1649/
05:23<Eddi|zuHause>yes, but also no. it's probably a bad idea to expose absolute numbers to the NewGRF. it needs to be scalable by industry density and map size
05:23<frosch123>the 'force build' flag sounds wrong to me :p
05:24<frosch123>we were discussing about disallowing 'force closure', so why add 'force build'?
05:24<NGC3982>Good morning.
05:25<andythenorth>if a new type is available, and I knew I could cast-iron trust the game to build it quite quickly, I wouldn't want the cb22 forcing
05:25<andythenorth>but in the short term the cb22 solution is appealingly simple :P
05:26<Eddi|zuHause>andythenorth: i think the simple exception to line 2666 is more simple :)
05:26<Eddi|zuHause>and might render most of the discussion here irrelevant
05:26<@Alberth>andythenorth: I don't think a GS has enough room for interesting behavior if the newgrf has to be obeyed
05:27<andythenorth>Alberth: maybe, but then you throw out a lot of newgrf spec. Is anyone brave enough to do that?
05:27<andythenorth>and now your GS needs to handle things like location checks etc
05:27<@Alberth>just saying that you cannot give newgrf more control and expect GS to be able to do anything
05:28<andythenorth>newgrf could cede control over cb22
05:28<@Alberth>"but respecting result from newgrf"
05:29<andythenorth>could be wrong
05:29<andythenorth>it's a proposal, could be changed easily
05:30<NGC3982>I don't understand this. I cant get the production of normal industries to exceed 67%.
05:30<NGC3982>I can manage FIRS, but the normal industries are a pain.
05:30<@Alberth>NGC3982: read the game mechanics wiki page
05:35<NGC3982>Yes, i did.
05:35<NGC3982>And im missing out on somethin
05:35<andythenorth>bbl
05:35<NGC3982>+g.
05:35<NGC3982>"For an industry that has good (greater than 60%) service: 67% chance of increase, 33% chance of decrease."
05:35-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
05:36<NGC3982>Reading this, i don't understand why my production don't -ever- increases, while stuck at 69%?
05:36<NGC3982>:>
05:39<@Alberth>what 69%? the percentage transported? that's not the service level
05:40<@Alberth>that level is in the town window afaik
05:40<NGC3982>Oh
05:40<NGC3982>Oh?
05:41<@Alberth>although they are related in some way, of course
05:42<frosch123>Alberth: industry producton changes are about percentage transported
05:42-!-kais58 [~kais58@host-92-22-216-56.as13285.net] has joined #openttd
05:42<NGC3982>Yes, so i thought.
05:42<frosch123>anyway, if the probability for an increase is higher
05:42<frosch123>that does not imply that it occurs all the time :p
05:42<NGC3982>Well, it doesn't happen at all?
05:42<frosch123>it just means that it is more likely to increase than decrease
05:42<frosch123>there is nothing said about whether it happens at all
05:42<NGC3982>http://i.imgur.com/jsQO7.png
05:43<NGC3982>This industry has been at 36 tonnes for 17 years, and i can't figure out why. :)
05:44<NGC3982>The trains are set to full-load, and the trucks to pickup and transfer.
05:45<frosch123>enable smooth economy then
05:45<frosch123>then all industries change produiction every month
05:45<NGC3982>Oh
05:45<frosch123>but don't complain about dozen of them closing every year :p
05:46<NGC3982>Oh. :(
05:46<NGC3982>But
05:46<NGC3982>What am i missing then?
05:47<frosch123>the more you make industries depend on cargo transported, the more unserviced industries (i.e. those which are not connected at all) close down
05:47<NGC3982>It's been so long since i played without industry GRF:s, i can't really remember how to get production to increase quickly.
05:48<frosch123>luckily it does not change quickly :p
05:48<frosch123>else all industries would have 2k production, and your transport network would collapse
05:49<NGC3982>Well, yeah.
05:49<NGC3982>I guess im doing it right, and i simply need to wait.
05:50<Eddi|zuHause>frosch123: i once had a solution for that: ignore industries that belong to a town that has no company ratings
05:51<frosch123>Eddi|zuHause: yeah, i guess something along the lines
05:51<frosch123>stop talking about firs, first fix default industries
05:51<NGC3982>Eddi: I tend to do that too.
05:51<Eddi|zuHause>so unserviced regions stay mostly untouched, until you can get to them
05:51<frosch123>only close if there are not already too few industries of that type
05:51<NGC3982>But mostly for not-wanting-to-bribe reasons.
05:51<frosch123>open if there are too few of them (already done)
05:52<frosch123>very minor chance for production changes for industries in areas without industrialisation
05:54<frosch123>(resp. if industries in unindustrialized areas change, either make them close, or double production)
05:54<frosch123>i.e. only notable changes
05:55<Eddi|zuHause>that will probably worsen the problem of mass-closing industries
05:56<frosch123>only close if there are too many of that type
05:57<frosch123>but yes, maybe big production changes are also weird
05:57<frosch123>so, cross that last idea :p
06:07-!-drac_boy [~drac_boy@modemcable133.8-80-70.mc.videotron.ca] has joined #openttd
06:09<drac_boy>hi
06:15-!-flaa [~flaa@188.141.45.124] has joined #openttd
06:36-!-Elukka [Elukka@78-27-97-92.bb.dnainternet.fi] has joined #openttd
06:36<drac_boy>hi elukka
06:39<@Terkhen>hello
06:41<@Alberth>hello Terkhen
06:45-!-flaa_ [~flaa@188.141.45.124] has joined #openttd
06:52-!-flaa [~flaa@188.141.45.124] has quit [Ping timeout: 480 seconds]
06:53-!-Chris_Booth [~chatzilla@host86-154-36-54.range86-154.btcentralplus.com] has joined #openttd
07:10-!-michi_cc [michi@dude.icosahedron.de] has quit [Quit: Und weg...]
07:10-!-michi_cc [michi@dude.icosahedron.de] has joined #openttd
07:10-!-mode/#openttd [+v michi_cc] by ChanServ
07:10-!-KritiK [~Maxim@128-68-227-156.broadband.corbina.ru] has joined #openttd
07:21-!-pugi [~pugi@host-091-097-033-148.ewe-ip-backbone.de] has joined #openttd
07:23-!-mahmoud [~KEM@ALyon-158-1-20-85.w90-29.abo.wanadoo.fr] has joined #openttd
07:41-!-roadt [~roadt@114.96.131.32] has quit [Ping timeout: 480 seconds]
07:48-!-glx [glx@2a01:e35:2f59:c7c0:496d:39fc:8279:3ae9] has joined #openttd
07:48-!-mode/#openttd [+v glx] by ChanServ
07:51-!-roadt [~roadt@223.240.97.107] has joined #openttd
07:57-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
08:00-!-Progman [~progman@p57A1B25B.dip.t-dialin.net] has quit [Remote host closed the connection]
08:02<drac_boy>so andythenorth are you going to do anything fun or still keep up same complain about industries mess? :)
08:16-!-TheDude [~Miranda@2.237.broadband7.iol.cz] has joined #openttd
08:17<TheDude>hello there
08:17<drac_boy>hi thedude
08:18<drac_boy>how're you?
08:19<TheDude>who me?
08:19<TheDude>hungry
08:19<TrueBrain>want a cookie?
08:20<drac_boy>heh
08:20<drac_boy>I finished breakfast and theres nothing left on the plate sorry :)
08:21<TheDude>nono
08:21<TheDude>I need some maid
08:21<TrueBrain>ieuw
08:22<TheDude>to cook a lunch for me, I am quite reluctant to cook it myself
08:22<andythenorth>j'ai retournez
08:22<TrueBrain>andythenorth: je ne parle pas francais
08:23<+glx>andythenorth doesn't either :)
08:23<TrueBrain>:D
08:24<andythenorth>je ponderez
08:24<andythenorth>NoCo
08:24<+glx>still not valid :)
08:24<andythenorth>surprise me :)
08:24<andythenorth>had a few ideas
08:25<TrueBrain>oh-oh :P
08:25<andythenorth>be nice if scenario authors could get game to spawn industry types near seed points
08:25<andythenorth>could be done with signs
08:25<andythenorth>do it by produced or accepted cargo labels
08:25<andythenorth>doing it by industry type - we have no way to ensure that, kind of fragile
08:26<TrueBrain>why not make a GS like script for scenarios
08:26<TrueBrain>where they can predefined what happens at what time
08:26<andythenorth>maybe that's the way to do it
08:26<TrueBrain>one big state machine which triggers on dates
08:26<TrueBrain>where they can start industries etc, maybe even production
08:26<TrueBrain>as the scenario knows the newgrfs etc
08:26<andythenorth>maybe
08:26<Eddi|zuHause>such a script isn't really reusable
08:27<TrueBrain>it is not meant to be
08:27<Eddi|zuHause>so i don't think many people will bother
08:27<andythenorth>GS library might be?
08:27<TrueBrain>it is to be paired with a single scenario
08:27<TrueBrain>much like the Tutorial AI
08:27<Eddi|zuHause>hmz... the internet knows absolutely no date on when doctor who is supposed to start...
08:28<Eddi|zuHause>it always says "this fall"
08:28<Eddi|zuHause>occasionally it hints "august"
08:28<Eddi|zuHause>one would imagine the program plan for august is already done, so the date would be known...
08:29<V453000>there is some issue with the xUSSR railway set on bananas, when we put it on the server we cant connect to the game, it says that we have to download the newgrf ... when we download it, it rescans newgrfs and wants to download it again
08:29<TrueBrain>Windows machine?
08:29<V453000>yeah
08:29<TrueBrain>update to 1.2.2-RC1
08:30<V453000>oh right
08:30<V453000>iz trunk .. :) but still
08:30<TrueBrain>Windows clients calculate wrong MD5 in several cases
08:30<V453000>alright
08:30-!-Chris_Booth [~chatzilla@host86-154-36-54.range86-154.btcentralplus.com] has quit [Ping timeout: 480 seconds]
08:30<drac_boy>V453000 if you're going to use russia trains..at least consider some russia planes too? :P
08:30<drac_boy>heh heh
08:31<V453000>im not really going to play that game :p
08:31<drac_boy>point still stands
08:31<TrueBrain>@commit 24416
08:31<@Alberth>andythenorth: I once had the idea to be able to assign areas for each industry type where it could spawn new industries
08:31<TrueBrain>DorpsGek: wtf dude?
08:31<TrueBrain>@opentd commit 24416
08:31<TrueBrain>@openttd commit 24416
08:31<TrueBrain>grr
08:31<TrueBrain>@whoami
08:31<@DorpsGek>TrueBrain: I don't recognize you.
08:31<TrueBrain>so what? That function should work!
08:31<@Alberth>@revision 24416
08:32<@Alberth>he's truly ma today :D
08:32<@Alberth>*mad
08:32<TrueBrain>@load openttd
08:32<@DorpsGek>TrueBrain: The operation succeeded.
08:32<TrueBrain>@commit 24425
08:32<@DorpsGek>TrueBrain: Commit by rubidium :: r24425 /branches/1.2 (11 files in 4 dirs) (2012-07-20 19:49:02 UTC)
08:32<@DorpsGek>TrueBrain: [1.2] -Backport from trunk:
08:32<@DorpsGek>TrueBrain: - Fix: [Windows] Unbreak NewGRF MD5 sum calculation. Macros and side effects do not mix, especially if there is some obscure '#define min' in a windows header that nobody thinks of [FS#5231] (r24416)
08:32<@DorpsGek>TrueBrain: - Fix: Disallow removing roadtypes from bridges when not dragging in bridge direction [FS#5221] (r24414)
08:32<@DorpsGek>TrueBrain: - Fix: Draw wires under low bridges if the bridge is transparent, not if the wire is transparent (r24403)
08:32<@DorpsGek>TrueBrain: (...)
08:33<TrueBrain>V453000: first entry ^^ ;)
08:33<V453000>:)
08:33<V453000>thanks
08:39-!-Chris_Booth [~chatzilla@host86-154-36-54.range86-154.btcentralplus.com] has joined #openttd
08:44<andythenorth>Alberth: just use signs?
08:44<andythenorth>easy
08:44<andythenorth>dirty, probably works
08:45<@Alberth>for GS? sure Zuu also uses that
08:45<@Alberth>you may want to state a max distance in the sign or so
08:47<andythenorth>yup
08:47<andythenorth>make it available to ottd even without GS?
08:55-!-MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has quit [Ping timeout: 480 seconds]
08:58<@Alberth>using signs feels hacky then, imho
08:59<@Alberth>you'd need to make a generic solution to indicate areas
09:00<@Alberth>the TileArea already exists, it'd be mostly GUI for specifying, and of course to actually do something useful with the areas
09:00<frosch123>hmm, i am stuck on lever 12
09:01<@Alberth>and likely you want to be able to state what the tile area is intended to be used for :)
09:01<frosch123>old games are harder
09:01<@Alberth>more fun to solve ;)
09:01*andythenorth plays dope wars
09:02<TrueBrain>andythenorth: sure you didnt mean diper wars?
09:02<frosch123>i saw an advertisement for some *innovative* flash game, i thought i know that game, booted dosbox, and now play sokoban from 1984 :p
09:03<@Alberth>sokoban is quite difficult indeed :)
09:05<frosch123>flash games are like teeny music
09:05<frosch123>if you are old enough you know all melodies of all *new* songs already in advance :p
09:05<andythenorth>:P
09:06*andythenorth used to make flash games
09:06<andythenorth>all were copies of 80s games
09:06<frosch123>:)
09:06<frosch123>andythenorth: and your customers did not know them :)
09:06<andythenorth>some did
09:09<andythenorth>Alberth: signs are hacky indeed
09:09<andythenorth>but we already have methods for adding them etc
09:09<andythenorth>new gui = yet more code :)
09:09*andythenorth favours shortcuts today :P
09:10<andythenorth>can signs be placed programmatically?
09:11*andythenorth just had the idea of creating sets of signs
09:11<andythenorth>that can be toggled on/off for visibility
09:12<andythenorth>and used to control things like GS communication, industry seeding etc
09:12<TrueBrain>signs created by GS are like that :P
09:12<TrueBrain>hmm, no, you cannot hide them
09:12<TrueBrain>you should make a new thing called ... 'marker'
09:12<TrueBrain>which are like signs, but different, for that sole purpose
09:15<TrueBrain>and while at that, make them TileAreas, like suggested, and you have a complete setup :D
09:16<frosch123>TrueBrain: zuu wrote a lib, which reads signs on game start, stores them in saveable squirrel structs, and then removes the signs
09:16<TrueBrain>works too
09:16<TrueBrain>but like said, that is a hack :P
09:16<frosch123>he uses that stuff in his gs, to mark places on the map for the script with signs
09:17<frosch123>it's less a hack than hardcoding the positions into the script :p
09:17<TrueBrain>it is
09:20<frosch123>gah, sokoban has no undo
09:20<frosch123>not even for a single move :(
09:21<TrueBrain>.....
09:21<TrueBrain>restart level? :P
09:21<TrueBrain>undos all your moves :D
09:21<frosch123>yup :p
09:21<frosch123>old games are so cruel
09:21<frosch123>same for stunts
09:22-!-MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd
09:22<TrueBrain>I hate that games make it so easy these days
09:22<frosch123>touching a wall marginally is game over
09:22<TrueBrain>you died? Owh no worries, we just put you back 5 seconds before you died and off you go again
09:22<frosch123>that would never happen for today games :p
09:22<frosch123>TrueBrain: yup :p diablo iii is silly
09:22<TrueBrain>in so many ways
09:23<frosch123>skyrim at least tried to have some story or so :p
09:24<andythenorth>marker, applied similarly to signs
09:24<andythenorth>possibly has drop-downs for values that are enums or such
09:24-!-Zuu_ [~Zuu@109.58.146.209.bredband.tre.se] has joined #openttd
09:24<andythenorth>and fields for values that are unbounded
09:24<V453000>openttd has no story! :P
09:24<TrueBrain>write a Quest for OpenTTD :P
09:25<V453000>campaign
09:25<andythenorth>Eddi|zuHause: the 'lots of small industry, then few large industry' case - GS could do that yes / no?
09:25<Zuu_>Just randomly checked the logs and found out that I was mentioned. :)
09:25<TrueBrain>poor Zuu_
09:25<TrueBrain>what a life
09:25<andythenorth>[apart from 'wtf is the interface between GS and newgrf] :P
09:25<Zuu_>:)
09:26<Eddi|zuHause>andythenorth: no it can't, because it is depending heavily on the newgrf
09:26<V453000>Zuu_: I noticed that when I used the "neighbours are important script", it only influences towns generated on map creation, not towns funded in game. Is there any way to go around that and affect all towns?
09:26<andythenorth>Eddi|zuHause: for open / close; what else for?
09:26<Zuu_>Andy: SCP, if krinn finds time to work on it to release a new version.
09:27<Eddi|zuHause>andythenorth: for figuring out whether the industries are small or not
09:27<andythenorth>because industries are black box to GS?
09:27<Eddi|zuHause>andythenorth: for figuring out that there is a difference of "phases" at all
09:27<Zuu_>Hmm, sorry SCP is not really grf - gs. Bad memory of mine.
09:28<Eddi|zuHause>no, an industry set that has such a difference in style, must tell that to the game through some methods, so the game can figure out what to do
09:29<andythenorth>doesn't that entail that the game is capable of understanding every concept a newgrf author might invent?
09:29<andythenorth>or something else?
09:30<Zuu_>V453000, IIRC it should handle that event but it might not be working. You could try to save + load. Also report it in the thread and I'll tke a look at he code when possible (at a train at the moment)
09:31<V453000>ok ... I tried even saving/loading :)
09:31<Eddi|zuHause>yes. the game should be prepared for certain "ideas" that industry authors may have, and be able to react on them. but this can only happen if the NewGRF is capable of telling this to the game
09:31<andythenorth>isn't "small" irrelevant?
09:31<andythenorth>the only information of interest is 'close this type after [date xyz]'
09:31<Eddi|zuHause>"small" wrt maximum production
09:32<andythenorth>we can't just key to industry IDs?
09:32<Eddi|zuHause>key what where?
09:32<andythenorth>write a GS that knows the IDs of industry types
09:32<Eddi|zuHause>no
09:32<Eddi|zuHause>never
09:33<andythenorth>because it doesn't work, or because it's stupid and fragile?
09:33<Eddi|zuHause>yes.
09:33<andythenorth>both?
09:33<Eddi|zuHause>mostly the latter :)
09:33<andythenorth>hmm
09:34<andythenorth>I always end up here when discussing newgrf and GS :P
09:34<andythenorth>either GS controls the narrative, or newgrf controls the narrative
09:34<@Alberth>ignore eddi for now, and just see how far you get?
09:34<Eddi|zuHause>imagine you add an industry to FIRS-GRF, how do you add this industry to FIRS-GS?
09:34<andythenorth>Eddi has an unfortunate tendency of being correct :|
09:34<Eddi|zuHause>and then make sure the versions the player uses are compatible?
09:35<andythenorth>Eddi|zuHause: adding a type is a total PITA
09:35<andythenorth>I hate the idea
09:35<V453000>Zuu_: posted it in the thread :)
09:35<Eddi|zuHause>i really hate being correct all the time :)
09:35<andythenorth>I am only baffled because no-one is prepared to say 'newgrf controls game' or 'GS controls game'
09:35-!-Zuu_ [~Zuu@109.58.146.209.bredband.tre.se] has quit [Quit: Bye]
09:36<andythenorth>it's same as when we talked with Pikka about it, only less cross :)
09:36-!-Zuu_ [~Zuu@109.58.146.209.bredband.tre.se] has joined #openttd
09:36<TheDude>I am with andythenorth, I also miss the ability of GS to access cargos by ID
09:36<andythenorth>I don't have a position :P
09:36<andythenorth>I just want to make an industry set that is fun
09:36<andythenorth>and then maybe write some GS's
09:36<Zuu_>It might work in a Scenario where the GS know for sure which GRFs that are used in the game.
09:37<frosch123>TheDude: contrary to industries you can access cargos by id
09:37<@Alberth>+ their version :p
09:37<Zuu_>(to use ind. type IDs)
09:37<Eddi|zuHause>Zuu_: but that's not the normal use case of an industry set
09:38<Zuu_>Agreed
09:38<andythenorth>maybe we should...hmm
09:38<andythenorth>- scripted scenarios (know set of grfs, newgrf industries cede control to GS)
09:38<andythenorth>- freeform play, newgrf controls
09:38<andythenorth>probably bad idea
09:39<Eddi|zuHause>in general, the NewGRF should control nothing, but give hints to the game. which the game can then expose to GS or not.
09:39<andythenorth>Eddi|zuHause: for closing that's possible, with careful use of existing cbs
09:40<Eddi|zuHause>like, the GRF hints to the game the introduction date of a vehicle. the game then decides whether the vehicle should get available (random factor, refitability, etc.)
09:40<andythenorth>hmm
09:40*andythenorth wonders if grfs should be able to look at some global vars
09:40<andythenorth>like 'current epoch' or such
09:40<andythenorth>avoiding hard-coding to specific dates
09:40*andythenorth rummages
09:40<Eddi|zuHause>what's an "epoch" outside model railway context?
09:41<andythenorth>something GS and newgrf authors need to agree on :P
09:41<andythenorth>it's pretty arbitrary
09:41<Eddi|zuHause>honestly, i don't see that happening
09:41<andythenorth>it could even be that each newgrf details publicly what it will do for certain values of certain vars
09:41<andythenorth>like an event subscriber system
09:42<andythenorth>"All problems in computer science can be solved by another level of indirection" :P
09:42<andythenorth>hmm
09:42<Zuu_>There could be sort of a board/table where gs/GRFs can expose information to eachother.
09:42<andythenorth>let's assume we have some bundle of economy stuff, call it NoCo. Keep it simple.
09:42<andythenorth>Then industries subscribe to NoCo events
09:42<andythenorth>and the newgrf author controls how the newgrf responds to NoCo events
09:43<andythenorth>but details it publicly
09:43<andythenorth>default NoCo events are existing smooth economy (or non-smooth)
09:43<andythenorth>and GS can influence NoCo
09:43<andythenorth>cb 29 and 35 are examples of current NoCo events
09:43<andythenorth>but need a bit of rethinking
09:44<andythenorth>cbs are enough, we don't need actual pub / sub
09:45<andythenorth>Hmm
09:45<andythenorth>give newgrf a way to also trigger NoCo events, which is turned off if a specific GS flag is set
09:45<andythenorth>then eddi can have periods of industry opening / closures in the absence of a newgrf, with specific dates
09:46<andythenorth>but GS can still do stuff with the same newgrf
09:46<andythenorth>hmm
09:46<andythenorth>also give towns NoCo options :P
09:46<andythenorth>"absence of a newgrf" / "absence of a GS" /s
09:47<andythenorth>meh, the implementation I can't figure out, but there's something in this
09:48-!-Eddi|zuHause [~johekr@p57BD4844.dip.t-dialin.net] has quit [Remote host closed the connection]
09:49-!-Eddi|zuHause [~johekr@p57BD4844.dip.t-dialin.net] has joined #openttd
09:49<andythenorth>we *could* get off the fence and start imposing some more details of the economy
09:50<andythenorth>like 'there will be n industrial phases" etc
09:52<@Alberth>Any 'replacenew' NML guru around???
09:53<Zuu_>Perhaps a GS could make a graph of the industry chains, and use that to during some 10-20 years focus on different chains.
09:56<Zuu_>Eg start with most production and secondary industries in wood chain and then after 10 years over several years shift over to food chain.
09:59-!-flaa_ [~flaa@188.141.45.124] has quit [Quit: leaving]
10:00<andythenorth>Zuu_: you have access to industry accepted / produced cargos?
10:01<@Alberth>http://nogo.openttd.org/api/trunk/classGSIndustryType.html
10:01<Zuu_>Yes. Without that AIs would have a hard time.
10:01<@Alberth>just do pax only :p
10:03<Sacro>http://imgur.com/uyJAu hehehe
10:04<Eddi|zuHause>i think we need a plan on what scopes we want to have. e.g. local scope, regional scope, global scope and where the different parts (production, destinations, open/close) interact
10:05<Eddi|zuHause>focus on the default industries, and then add sprinkles for what newgrf industries want to do differently
10:06<Eddi|zuHause>"region" may mean "all industries of a town" or "all industries nearby", or both, or separate...
10:06<Eddi|zuHause>e.g. the idea that industries need power
10:06<Eddi|zuHause>which isn't currently possible by NewGRF means alone
10:09<@Alberth>Sacro: :)
10:09<@Alberth>Eddi|zuHause: call it 'supplies'
10:10<Eddi|zuHause>Sacro: he should have read the newspapers
10:15<andythenorth>ProductionCanIncrease() <- does that look at value of production multiplier?
10:16<andythenorth>Eddi|zuHause: so opening / closing / prod change etc might all vary by a scope (region)?
10:18<andythenorth>local scope is town
10:18<andythenorth>global scope is obvious
10:19<andythenorth>then what? regions = squares of arbitrary size? or a set of towns?
10:19<Sacro>Eddi|zuHause: he found out
10:22-!-TheDude [~Miranda@2.237.broadband7.iol.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
10:26-!-drush [~drush@80-254-76-154.dynamic.swissvpn.net] has joined #openttd
10:27<drush>hello everyone
10:27<@Alberth>hi
10:27<Eddi|zuHause>andythenorth: no, local scope is the industry itself
10:27<andythenorth>oh ok
10:28<drac_boy>hi drush
10:28<andythenorth>so town is regional scope? Or something more arbitrarty?
10:28<andythenorth>-t
10:28<Eddi|zuHause>regional scope is something that constitutes "nearby", details to be decided
10:29<andythenorth>k
10:29<andythenorth>so it might be a set, composed of n local scopes
10:29<andythenorth>according to arbitrary criteria :P
10:29<Eddi|zuHause>in each scope, the industry set tells the game what it likes to happen (like industry probability callback)
10:30<Eddi|zuHause>and the game or a gamescript can read that and decides whether it wants to listen or do something arbitrary
10:31<Eddi|zuHause>in turn, the NewGRF can read some variables about each scope what actually happens
10:31<Eddi|zuHause>i think it's easiest if "region" means "town" there
10:32<andythenorth>I think so
10:32<Eddi|zuHause>so local scope, town scope, global scope
10:32<andythenorth>so much of the rest of the game is town scoped
10:32<Eddi|zuHause>so the industry may read a town variable whether the town has a serviced power station
10:34<Eddi|zuHause>the industry set has fairly tight control over the local scope, but next to no control over the town or global scope
10:34<andythenorth>it's a bit of a specific example, but I would handle things like electricity using the secret / magic cargos idea
10:34<Eddi|zuHause>in turn, the game script has no control over the local scope, but lots of control over the town and global scope
10:34<Eddi|zuHause>it's just an example
10:35<andythenorth>so more examples:
10:35<Eddi|zuHause>doesn't need to be happening at all
10:35<andythenorth>- industry wants to close, what happens?
10:35-!-KouDy [~KouDy@115.133.15.129] has quit [Quit: Leaving.]
10:36<Eddi|zuHause>industry tells the game it wants to close. game checks global conditions (like protection of last industry) and then decides whether to close or not. if a gamescript is running, game may issue an event to the gamescript, so the game script can decide what happens
10:37<andythenorth>[details] so interface might remain same (return 03 to cb29 or cb35) ?
10:37<Eddi|zuHause>yes
10:37-!-Progman [~progman@p57A1B25B.dip.t-dialin.net] has joined #openttd
10:38<Eddi|zuHause>just the NewGRF may not expect it to actually happen the way it requested it
10:38<andythenorth>fine
10:38<andythenorth>- newgrf has a new type available to build, and wants it on the map, what happens?
10:40<Eddi|zuHause>that's a tricky one. currently, only cb22 may tell the game that the probabilities have changed. the question is, whether that is enough
10:40-!-flaa [~flaa@188.141.45.124] has joined #openttd
10:41<drush>are there any cross-compiling devs here?
10:42<Eddi|zuHause>cross from what to where?
10:42<andythenorth>putting implementation aside, principle is the same as closing no? Newgrf tells game it wants a new industry type to appear (with extreme prejudice); game decides outcome, with optional event for GS
10:43<drush>Eddi|zuHause: cross from linux to ps3 (I've got the toolchain needed)
10:43<Eddi|zuHause>and what's the problem?
10:43<drush>there's a couple
10:44<drush>first, does configure script have a toolchain prefix option?
10:44<drush>second, I really want to avoid -rdynamic flag (unsupported by toolchain)
10:45<NGC3982>http://fac.dndr.se/appe/apperitolina_demo1.mp3
10:46<TrueBrain>NGC3982: please refrain from such random links; it is not appreciated in this channel (even more without context)
10:46<drush>third, that I can actually solve, is that there's code that looks for asm-generic/ioctl.h, but I have that in my toolchain inside a different directory (that can be changed, but a logic switch would be better)
10:47<drush>such logic switch that if OS=PS3, then use the one supplied in the ps3 toolchain
10:47<drush>otherwise continue as usual
10:48<NGC3982>TrueBrain: sure thing
10:48<NGC3982>S*.
10:48<Eddi|zuHause>drush: there's a "CC_HOST" and "CC_TARGET", not sure what they do, though
10:49<drush>host is the machine the outcome is supposed to run
10:49<drush>run on*
10:49<Eddi|zuHause>no, host is the compiling machine
10:49<Eddi|zuHause>for things like strgen and stuff
10:49<drush>isn't build the compiling machine?
10:50<Eddi|zuHause>target is the machine it should run on
10:50-!-Zuu_ [~Zuu@109.58.146.209.bredband.tre.se] has quit [Quit: Zuu_]
10:50-!-Zuu_ [~Zuu@109.58.146.209.bredband.tre.se] has joined #openttd
10:51-!-Zuu_ [~Zuu@109.58.146.209.bredband.tre.se] has quit []
10:51<TrueBrain>Eddi|zuHause: sorry to say, but you used the wrong tupple there :)
10:51<TrueBrain>OpenTTD uses the CC_BUILD / CC_HOST pair
10:51<Eddi|zuHause>ok.
10:51<Eddi|zuHause>then i have an outdated wiki page
10:51<drush>Eddi: the mingw page?
10:51<Eddi|zuHause>yes
10:52<TrueBrain>Eddi|zuHause: basically, there are 2 systems to do that .. BUILD/HOST and HOST/TARGET
10:52<TrueBrain>which is confusing like fuck
10:52<TrueBrain>depending on the software another pair is used
10:52<drush>you're telling me TrueBrain
10:52<TrueBrain>well drush, you could just have read the manual
10:52<TrueBrain> --build=BUILD configure for building on BUILD [guessed]
10:52<TrueBrain> --host=HOST cross-compile to build programs to run
10:52<TrueBrain> on HOST [BUILD]
10:52<TrueBrain>it is not rocket science ;)
10:52<Eddi|zuHause>TrueBrain: then it was probably changed in the makefile rewrite
10:52<TrueBrain>Eddi|zuHause: possibly
10:52<Eddi|zuHause>meaning the page is like 5 years outdated :p
10:52<TrueBrain>we once used BUILD/TARGET
10:52<TrueBrain>which was even worse :D
10:52<TrueBrain>got to go, back in a few
10:55<andythenorth>so except cb22 (called randomly on an industry type), all current industry cbs are specific to an industry instance
10:55<andythenorth>maybe there should be a regular cb to grf
10:56<andythenorth>called multiple times, allowing return values for various interesting things
10:57-!-DOUK [~KEM@ALyon-158-1-85-91.w90-29.abo.wanadoo.fr] has joined #openttd
10:57<andythenorth>hmm, return value 09, increase global warming (amount in register 0x100)
10:57<andythenorth>:P
10:58-!-TheDude [~Miranda@2.237.broadband7.iol.cz] has joined #openttd
10:58<andythenorth>return value 07, request town to grow / shrink (signed)
10:59<andythenorth>optional news message :
10:59<andythenorth>"due to pollution town shrinks" or "due to employment town grows"
10:59-!-TheDude [~Miranda@2.237.broadband7.iol.cz] has quit []
11:00<andythenorth>ach, terrible examples, they are specific to industry instances, not general to the grf
11:02-!-mahmoud [~KEM@ALyon-158-1-20-85.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
11:07<andythenorth>better examples
11:07<andythenorth>- please turn on / off cargo type xyz
11:07<Eddi|zuHause>idea: an industry could have an "economy effect" (like, number of jobs)
11:08<andythenorth>magic cargo :)
11:08<Eddi|zuHause>which determines the "size" of the industry
11:08<Eddi|zuHause>so the game(script) would not aim to have a fixed number of industries, but a fixed number of jobs
11:08*Alberth has already a job, namely 'tycoon'
11:09<andythenorth>he
11:09<Eddi|zuHause>and the game script could tie this to town growth
11:09<andythenorth>ach, so also cargo destinations are interesting, haven't thought about those much
11:09<andythenorth>but PAX might prefer a town with 'more tourism industries' or such :P
11:10<drac_boy>Alberth heh, I always have "company leader" a lot of the times :p
11:11<@Alberth>drac_boy: that's a good job too :)
11:13<andythenorth>so some kind of regular cb to the industry grf seems wise
11:13<andythenorth>daily probably way too frequent, monthly enough
11:14<andythenorth>with return values including: try to build industry of type x (n instances); turn cargo on / off; news message(s)
11:15<andythenorth>changing cargo payment rates might be nice, but I think the game handles that horribly right now
11:15<andythenorth>iirc
11:15<drac_boy>Alberth yeah ... and the company value varies from 1DEM to very high values depending :p
11:18<@Alberth>I only care about money coming in faster than I can build :p
11:18<drac_boy>Alberth well I don't ... I run light mixed trains with as much single tracks as there could be
11:18<drac_boy>so :P
11:19-!-KouDy [~KouDy@115.133.15.129] has joined #openttd
11:20<@Alberth>single tracks are bad with breakdowns enabled :)
11:21<drac_boy>not really :p
11:24<andythenorth>Eddi|zuHause: so closing many small industries frees up labour pool to build fewer large industries?
11:24<andythenorth>each industry has a labour factor
11:24<Eddi|zuHause>yes
11:24<andythenorth>therefore game 'knows' about small and large industries
11:24<Eddi|zuHause>exactly, that's the point
11:24<andythenorth>and closure of one primary or secondary due to (poor performance, run out of resources, whatever) - frees up labour for a new industry?
11:29<andythenorth>Eddi|zuHause: scope labour pool to town or global?
11:29<andythenorth>or some intermediate region?
11:29<Eddi|zuHause>possibly both
11:30<andythenorth>x% of town popn works
11:30<andythenorth>hmm
11:30<andythenorth>it could all work
11:30<Eddi|zuHause>town growth may be too fast
11:30<andythenorth>smells a bit of classical economics, but I like the gameplay possibilities :)
11:32<drac_boy>Alberth btw theres a reason theres always at least one possible detour route somewhere :)
11:34<andythenorth>Eddi|zuHause: interesting possibilities, like not enough population in remote areas with natural resources
11:34<andythenorth>combine population requirements with ability to seed areas of map with certain industry types
11:34<andythenorth>gameplay gets a lot more interesting to me
11:35<Eddi|zuHause>"natural ressources" may be a good town scope effect. the game itself wouldn't care, but a game script may
11:35<andythenorth>I think this would be a good [optional] element to NoCo
11:35<andythenorth>I don't know if population is a specific thing or a variant of magic cargos
11:36<andythenorth>I'm thinking of magic cargos as frosch(?) had them
11:36<Eddi|zuHause>the game script will then make "agricultural towns", "forest towns", "mining towns" etc.
11:36<andythenorth>^ nice
11:36<Eddi|zuHause>but the newgrf must be prepared for it
11:36<andythenorth>yes
11:36<andythenorth>can't avoid tying newgrf + GS together somehow
11:37<Eddi|zuHause>so there must be a property with a universal set of values
11:37<andythenorth>I recall magic cargos are things like VOLT (electricity) etc
11:37<Eddi|zuHause>"this is a mine", "this is a plantation", "this is a farm"
11:37<andythenorth>industry label scheme :P
11:38<@Alberth>cargo types of production should be sufficient, probably
11:38<andythenorth>yes
11:38<andythenorth>maintain sets of known cargo labels?
11:38<@Alberth>until we get weekly new industry sets, that seems doable to me :)
11:39<Eddi|zuHause>well there are already flags for "extractive" industries etc.
11:39<Eddi|zuHause>just has to be clarified what they should mean
11:39<@Alberth>perhaps you can use the classification of the cargo?
11:39<andythenorth>union of type flag and produced cargos
11:41<andythenorth>might be overkill :P
11:49<Eddi|zuHause>Alberth: but one industry could produce a cargo from natural ressources, and antoher from synthetic chemistry
11:50<Eddi|zuHause>like, rubber
11:50<@Alberth>and?
11:50<Eddi|zuHause>or something
11:50<andythenorth>so look at type and cargo?
11:50<Eddi|zuHause>so you can't judge from the cargo alone
11:51<andythenorth>stuff goes badly when we try to make it too detailed, or so cargo classes suggests :)
11:52<@Alberth>perhaps you should look at input too, but I think that you always go wrong at some point, unless you code industry knowledge in the GS
11:52<@Alberth>+type
11:53<@Alberth>but perhaps first make something that works somewhat before you start optimizing?
11:53<Eddi|zuHause>i'm thinking a property of general industry characteristics. like primary/extractive/surface, primary/extractive/underground, primary/natural/summer, primary/natural/full year, secondary/clean, secondary/dirty, tertiary
11:55<@Alberth>tag cloud!
11:55*Alberth adds 'dinner'
11:56<Eddi|zuHause>examples (in the same order): sand pit, coal mine, farm, forest, brewery, refinery, bank
11:56<Eddi|zuHause>a game script may make sure that no two "dirty" industries are in the same town
11:58-!-drac_boy [~drac_boy@modemcable133.8-80-70.mc.videotron.ca] has left #openttd [I'm done being in this room!]
12:05-!-Chrill [Chrill@c83-253-89-11.bredband.comhem.se] has joined #openttd
12:05<Eddi|zuHause>oh, secondary/energy could be one of them
12:06<Eddi|zuHause>hm... must screw up my system now...
12:06<drush>I've ran into a new problem whilst cross-compiling
12:07<drush>I fixed all include and lib paths by hand, used HOST and BUILD equal to the toolchain, this generates a strgen for ppc64
12:08<Eddi|zuHause>BUILD must be the regular linux compiler
12:08<Eddi|zuHause>exaclty for strgen and stuff
12:08<drush>ah
12:08<drush>thank you
12:09-!-Eddi|zuHause [~johekr@p57BD4844.dip.t-dialin.net] has quit []
12:10<TrueBrain>does Eddi know where the exit button is?!
12:21-!-peter1138 [~petern@petern.bnsnet.co.uk] has joined #openttd
12:21-!-mode/#openttd [+o peter1138] by ChanServ
12:47<@peter1138>Windows update still is not working :-(
12:52<TrueBrain>:(
12:52<TrueBrain>Windows being Windows :(
12:56-!-Zuu_ [~Zuu@58833e24.test.dnsbl.oftc.net] has joined #openttd
12:56<TrueBrain>we werent talking about you Zuu_, I promise :D
12:56<TrueBrain>hihi :D
12:56<TrueBrain>wb :)
12:57<Zuu_>You mean, while I have been away?
12:57<TrueBrain>last time you came because we talked about you :P
12:57-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has joined #openttd
12:57<TrueBrain>I am just teasing
12:57*andythenorth was away
12:57<andythenorth>did I miss it getting solved?
12:57<TrueBrain>depends on 'it'
12:57<andythenorth>sometimes, peter1138 solves it
12:57<andythenorth>whatever it is
12:59<Zuu_>Hehe. I followed the logs, but feared that I would lost my connection too many times so I quit from IRC.
12:59<TrueBrain>:D
12:59<Zuu_>Now Im back at the main lines and should be better off. :)
13:00<TrueBrain>I can kick you, just to point out you aren't :P
13:02<Zuu_>Hehe. The current train even have a 3G connection that it maintains and offer through WiFi.
13:04<Zuu_>Eg more stable but usecure aainst evasdropping from fellow passengers. :)
13:04<Zuu_>Against*
13:05<Zuu_>Hello btw :)
13:13*andythenorth should organise all these NoCo ideas into sanity
13:14<TrueBrain>sanity?
13:14<TrueBrain>wuth?
13:14<andythenorth>sorry
13:14<andythenorth>insanity
13:14<TrueBrain>good :D
13:27<andythenorth>I think introduction of 'workforce' is the most insane idea for a while
13:28<andythenorth>might be insane enough to be good
13:29<andythenorth>hmm
13:29<andythenorth>is it even true to say GS can trigger a newgrf cb?
13:29<andythenorth>someone explained how GS worked to me once, but I forget :P
13:31<TrueBrain>it _can_ do everything, that is of little issue :P
13:31<@Alberth>openttd is like a big set of functions to a GS
13:32-!-Eddi|zuHause [~johekr@p57BD4844.dip.t-dialin.net] has joined #openttd
13:33<Eddi|zuHause>ok, i successfully screwed up my system
13:33<Zuu_>And a GS is like a thread that runs continuesly. (actually it isnt)
13:34<TrueBrain>Eddi|zuHause: I already asked if you even knew where the exit button was .. don't scare us like that please :P
13:34<Eddi|zuHause>on boot, the driver says something like "no supported video devices found"
13:35<Zuu_>Eg it may be busy doing something while openttd puts an event in its inbox.
13:35<Eddi|zuHause>i now booted in a backup system
13:35<Eddi|zuHause>that i totally forgot how to boot into :p
13:36<TrueBrain>well, you managed
13:36<TrueBrain>that is the important thing :P
13:38<Eddi|zuHause>now i still have no idea what to do, though
13:39<Eddi|zuHause>everything is configured the wrong way
13:40<@Alberth>oh, I should remove my kernel, forgot about that, thanks :)
13:40-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
13:40<Eddi|zuHause>it's not depending on kernel, i tried booting into multiple ones
13:40<Eddi|zuHause>from 3.1.10 to 3.5.1
13:41<Zuu_>Btw, is setting up a jail complicated? ( for someone who has not done it before)
13:41<@Alberth>my 3.5.[01] kernel crashes Xorg on the nouveau driver
13:42<Zuu_>I though about setting up some AI battles in jail.
13:42<TrueBrain>why? they are already contained?
13:44<Zuu_>Or maybe a vm is easier.
13:45<TrueBrain>why? they are already contained?
13:45<TrueBrain>:)
13:45<CIA-4>OpenTTD: translators * r24464 /trunk/src/lang/ (korean.txt slovak.txt):
13:45<CIA-4>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-4>OpenTTD: korean - 5 changes by telk5093
13:45<CIA-4>OpenTTD: slovak - 19 changes by klingacik
13:46<Zuu_>The AIs are, but not OpenTTD or the script to run the battles.
13:46<TrueBrain>normally you use a jail if it is possible to escape an application
13:46<TrueBrain>for security reasons
13:46<TrueBrain>but running a battle, how can that be an issue?
13:48<@Alberth>Zuu_: run them as a different user?
13:49<@Alberth>although I agree with TB in not seeing the need
13:50<Zuu_>A single battle would not be an issue, but if you start to automate it and let it run over time it doesent hurt to secure it from accesseng the rest o the system.
13:50<TrueBrain>then you want a VM
13:50<TrueBrain>as a jail only protects against directory access
13:50<TrueBrain>*BSD does also against process access, kinda
13:50<TrueBrain>but it is easily avaded
13:50<TrueBrain>aveded?
13:50<TrueBrain>what-ever :P
13:51<Eddi|zuHause>i'll try to un-screw my system now...
13:52<Zuu_>Ok. Dont hol your breath though. Im thinking about prioritizing a new tutorial chapter for the moment.
13:52<Zuu_>Hold*
13:52<TrueBrain>:P
13:53-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has joined #openttd
13:53-!-Eddi|zuHause [~johekr@p57BD4844.dip.t-dialin.net] has quit [Remote host closed the connection]
13:53<andythenorth>are apple laptops waterproof?
13:53<TrueBrain>waterresistent at best
13:54<TrueBrain>waterproof is a myth in many cases :P
13:54<andythenorth>splashproof perhaps?
13:54<Rubidium>they are pretty water proof. At the slightest proof of water your warranty is void
13:54<andythenorth>having seen the insides, I suspect the keyboard might be the weak spot for splashproofness
13:55<TrueBrain>I know the latest models have a pretty clever solution there
13:55<TrueBrain>you can spill water on it
13:55<TrueBrain>and it will still work
13:56<andythenorth>well my toddler is testing it for me anyway
13:56<TrueBrain>hehe
14:03-!-Eddi|zuHause [~johekr@p57BD4844.dip.t-dialin.net] has joined #openttd
14:08<andythenorth>improve? http://paste.openttdcoop.org/raw/1650/
14:09-!-KouDy [~KouDy@115.133.15.129] has quit [Quit: Leaving.]
14:10-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
14:20<@Alberth>too diverse imho
14:20<andythenorth>it's not really one thing yet
14:20<andythenorth>markers are a nice idea, but probably aren't NoCo
14:21-!-bryjen [~bryjen@75.81.247.49] has joined #openttd
14:22-!-Chris_Booth [~chatzilla@host86-154-36-54.range86-154.btcentralplus.com] has quit [Ping timeout: 480 seconds]
14:22<Eddi|zuHause>might simply have the GameScript read signs on startup (and immediately delete them)
14:23<@Alberth>like some Z person has already implemented? :)
14:23<Eddi|zuHause>i thought the idea sounded familiar :)
14:24<Zuu_>Some Z person even packed that as a lib.
14:24<Eddi|zuHause>anyway... had to downgrade the graphics driver (either they really screwed up the release, or they removed support for fairly recent hardware already) and had to downgrade kernel, because the old driver wouldn't build
14:25-!-peter1138 [~petern@petern.bnsnet.co.uk] has quit [Quit: Ex-Chat]
14:26<Eddi|zuHause>now i have to either edit the menu.lst, or remember that second part the next time i boot :p
14:26<andythenorth>there were some good ideas today / yesterday, did I miss any from that NoCo list?
14:27<andythenorth>more is better, we can edit later
14:27-!-TheDude [~Miranda@ip-86-49-102-148.net.upcbroadband.cz] has joined #openttd
14:27<Eddi|zuHause>the thing about describing the industry type with a few universal properties
14:28<Eddi|zuHause>which the game script can then use for placement rules
14:28<@Alberth>andythenorth: newgrf requesting all kinds of things does not make a lot of sense to me, I like the idea expressed by Eddi a few days ago, the game has mechanisms, and newgrfs fill in settings and tweaks to customize behaviour
14:28<Eddi|zuHause>instead the newgrf implementing them on construction callback
14:28<Eddi|zuHause>*instead of
14:28<TheDude>hi
14:29<TheDude>Eddi, to the cargo in GS, I mentioned earlier, I admit I was wrong, but what I though is that GS cant set a goal for any cargo, only for cargos with town effect, and that is what I miss there
14:30<andythenorth>Eddi|zuHause: added properties idea
14:30<@Alberth>TheDude: what do you mean "goal for a cargo" ?
14:31<Eddi|zuHause>Alberth: "deliver 1000 coal to this town"
14:31<andythenorth>Alberth: 'requesting' is more or less current behaviour so I find it easy to describe :) Can you help describe the alternative idea?
14:31<@Alberth>you can do that for any cargo
14:32<@Alberth>http://nogo.openttd.org/api/trunk/classGSCargoMonitor.html
14:33<TheDude>I mean this SetCargoGoal (TownID town_id, GSCargo::TownEffect towneffect_id, uint32 goal)
14:33<TheDude>ah, yes, that one
14:33<Zuu_>But you then need to manually grow the town. If the goal is men fo town growth.
14:34<Zuu_>If.using ra carges without town effect.
14:34<@Alberth>andythenorth: a newgrf cannot request opening nor decide closing, as it has no overview, it can just provide information to the game to allow it to make good decisions
14:34<TrueBrain>Zuu_: I think the line is bad, your english is breaking up :D
14:34<Eddi|zuHause>Zuu_: your keyboard is broken
14:35<Zuu_>Yep. See you soon from a real keyboard. :)
14:35-!-Zuu_ [~Zuu@58833e24.test.dnsbl.oftc.net] has quit [Quit: Bye]
14:35<TrueBrain>TheDude: although GS has a clean API for TownEffects and its growing of a town, which is easy and fast to implement, it also has a much lower level control
14:35<TrueBrain>it does require you to do more work, but then you can make it grow for what-ever reason
14:35<TrueBrain>including any cargo
14:36<TrueBrain>but even noise level, amount of houses, and for all I care: your name or company value
14:36<@Alberth>if name == "myname": win!
14:36<andythenorth>Alberth: do you have any ideas for which information is needed?
14:36<TrueBrain>always-grow, but yes :P
14:36*andythenorth is thinking
14:37<@Alberth>andythenorth: information about how to build it (ie terraform stuff), and how happy it is
14:37<Eddi|zuHause>Alberth: that's awfully close to "if (username == admin && password == backdoor)"
14:37<@Alberth>seems to be the most interesting candidates
14:37<TrueBrain>Eddi|zuHause: what is wrong with that? :D
14:38<TrueBrain>I once saw it in Open Source software, hidden in de code
14:38<TrueBrain>made me laugh my ass off :D
14:38<@Alberth>Eddi|zuHause: "close"? :D
14:38<andythenorth>happiness is a range
14:39<andythenorth>hmm
14:39<andythenorth>so controlling when industries appear is taken out of scope for newgrf?
14:39<@Alberth>perhaps some indications of what other industries it needs, but that may be pretty obvious from the cargoes
14:40<@Alberth>as in "can only appear after 19XY?" seems a good form of information to me
14:41<@Alberth>oh probability of appearance would be useful too perhaps and the total number of industries
14:41<andythenorth>k, I think 'request' was a bad choice of word
14:41<andythenorth>the problem is that I want to remove 'guarantee' which is what newgrfs currently get wrt closing etc
14:42<andythenorth>spec ensures that a newgrf author can control closing currently
14:42<@Alberth>yeah I know, it sucks, badly
14:42<andythenorth>I think that should be delegated to game, and implicitly GS
14:43<andythenorth>which in my simple brain just means changing how result 03 is handled for cb 29 / cb 35
14:43<andythenorth>'happiness' is a little more sophisticated
14:44-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has joined #openttd
14:44<andythenorth>'can only appear after xyz date' is just cb22 in current form, unchanged
14:44<andythenorth>that includes probability of appearance
14:45-!-Fawksie [~Fawksie@hertz.fewlishfox.co.uk] has joined #openttd
14:46<andythenorth>I'll just change 'requests' to 'indicates' :P
14:46<andythenorth>it comes out about the same then
14:46<@Alberth>why not express 'indication to open' as a non-zero probability for cb22?
14:47<andythenorth>that's how it works :)
14:47<@Alberth>perhaps with control of the total number of industries as well
14:47<andythenorth>that's the missing part
14:47<@Alberth>so you can decide whether to expand the number of industries or do it by replacement
14:48<andythenorth>expanding the number of industries sounds like another case for my regular cb to the newgrf level (rather than to individual industries)
14:49<andythenorth>actually, it might just be a flag on cb22 return result?
14:49<andythenorth>allow increase total number of industries
14:49<@Alberth>a table like the snowline table is not sufficient?
14:50<Eddi|zuHause>a table is difficult when it should become dynamic (depending on date)
14:51<@Alberth>I see it as a function on date, for every year
14:51<@Alberth>eg 1 value for each month from 1950 to 2050
14:51<andythenorth>in the newgrf?
14:51<Eddi|zuHause>so it has 5000000 entries?
14:51<@Alberth>although you may want to have a more compact notation for that :)
14:52<Eddi|zuHause>no, a table is a bad idea
14:52<@Alberth>most newgrfs do nothing the last 4800000 years :)
14:52<andythenorth>newgrf can count the number of industries at any point
14:53<Eddi|zuHause>but there is the 500 years in the future project°!°°!
14:53<@Alberth>ok, the last 4300000 years then :D
14:53<andythenorth>this could just be calculated at run time
14:54*andythenorth is favouring letting newgrfs do more emergent stuff and less scripted stuff
14:54<Eddi|zuHause>it's still a bad idea. a callback could do it in 1 range check
14:54<andythenorth>let the GS do the scripted stuff
14:55<andythenorth>he
14:55*andythenorth considers removing all intro dates from FIRS, and starting a GS
14:55<@Alberth>Eddi|zuHause: I'd like to separate the number of industries cb from other cbs
14:55<@Alberth>whether or not it is a real table is not that important
14:56<Eddi|zuHause>and is it the job of the newgrf to scale by map size, or does the game apply scaling?
14:56<andythenorth>game :P
14:56<andythenorth>there are some issues with that though
14:56<andythenorth>was thinking about it earlier
14:57<andythenorth>for a set with 50 industries, if the example map size is 256x256, I'd just set each industry to have 1 instance
14:57<@Alberth>density and map size are not orthogonal
14:57<andythenorth>which scales stupidly :P
14:58<drush>ladies, gentlemen, and everyone else,
14:58<drush>3rdparty/squirrel compiles for ps3, next stop: solving tcp.h issues
14:58<drush>that is all, thank you
14:59<@Alberth>andythenorth: I can see that a newgrf is in a better psition to compute such a scaling
14:59<+michi_cc>andythenorth: NewGRF :) At least aircraft range was implemented this way.
14:59*andythenorth is just lazy :P
14:59<andythenorth>scaling things by map size is dull
14:59<andythenorth>ask whoever deleted it from FIRS :P
15:00<@Alberth>don't implement it, and the game will do it for you :p
15:00<andythenorth>not in the case of clustering ;)
15:00<andythenorth>no matter what map size, you'll get the same number of clusters in nml FIRS :)
15:01<andythenorth>but I digress
15:02<andythenorth>Alberth: wrt industry cbs, what's your aim?
15:03<andythenorth>I missed that comment above
15:03<andythenorth>separate how / which? :)
15:04<@Alberth>I see the method to obtain the desired total number of industries as a separate call, not something you can stick to cb22
15:04-!-valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has joined #openttd
15:05<@Alberth>but given my major involvements with newgrf extensions, I may be wrong here :p
15:06<andythenorth>I think it's something separate
15:06<andythenorth>I am quite favouring one utility cb to the industry newgrf
15:06<@Alberth>sounds good
15:06<@Alberth>anyways, I wish all of you a few nice hours of evening, and see you again soon-ish
15:07<andythenorth>bye ;)
15:07-!-Alberth [~hat3@2001:980:272e:1:21a:92ff:fe55:fc8d] has left #openttd []
15:07<andythenorth>utility cb to industry newgrf would be similar to how cb36 works for vehicles
15:07<Eddi|zuHause>it needs to be a global callback
15:08<andythenorth>global = to the newgrf, not the industry type / instance?
15:08-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
15:08<andythenorth>or do you mean to all active industry newgrfs?
15:08<Eddi|zuHause>yes, i think it should just return the total number of industries
15:09<andythenorth>I am +1 to that way of doing it
15:09<Eddi|zuHause>well, global callbacks are chained. the first one to return a valid return value wins
15:09<andythenorth>maybe it should offer various values, e.g. 'fewer', 'more', 'specific number'
15:10<Eddi|zuHause>that doesn't make a lot of sense
15:10<andythenorth>hmm
15:10<andythenorth>you could count them and offer 'fewer' anyway
15:10<Eddi|zuHause>if you use the callback, you know the exact numbers
15:10<Eddi|zuHause>if you don't use it, well, you don't use it
15:10<andythenorth>trying to provide ways to make the newgrf less specific :P
15:11<andythenorth>hints, not instructions
15:11<andythenorth>I guess newgrf just says "I need this many" and hopes the game or GS agrees
15:11<andythenorth>enough
15:19<Fawksie>ning folks, I've just installed 1.2.1 from the Debian repo and I'm not getting any content appearing in the online content downloader
15:20<andythenorth>Eddi|zuHause: labour force <- core game, or strictly newgrf?
15:20<Fawksie>no such problems with 1.2.1 on Windows on the same network
15:20<Eddi|zuHause>andythenorth: no idea.
15:20<andythenorth>me neither :)
15:21<andythenorth>core game could use some kind of interesting new feature :)
15:21<Eddi|zuHause>Fawksie: firewall blocking UDP or something?
15:21<Zuu>Fawksie: Have you edited the iptables rules?
15:22<andythenorth>frosch123: was magic cargos your idea for electricity etc?
15:22<Zuu>The defaults should probably be ok, but if you have tighten up the defaults, that may be the problem.
15:23<Fawksie>Eddi|zuHause: none running, and it would be affecting the Windows machine as well if that were the case
15:23<Fawksie>Zuu: iptables empty
15:27<Eddi|zuHause>question: how the hell do i open a windows-16bit program in ida? if i open it as ms-dos, i only get the "must be run in windows" part, and if i try to open it as PE (windows) then it says the file type is not recognized
15:29<frosch123>andythenorth: there was a idea about making houses and industries produce "town effects"
15:29<andythenorth>can we 'simply' make it an automagic cargo system?
15:30<frosch123>i.e. producing town effect not via accepting certain cargos, but via production of specific industries
15:30<andythenorth>town acts as clearing house (single point) for exchanging supplied / accepted cargos like VOLT, _GAS etc
15:30<frosch123>but the idea is not completely thought through
15:30<andythenorth>make a new pool for these cargos
15:31<andythenorth>put a flag on the cargo definition to put it in this pool, not the regular pool
15:31<Eddi|zuHause>andythenorth: for starters, you should stop calling them "cargos" :)
15:31<andythenorth>allow industries to produce / require these cargos via normal means
15:31<andythenorth>supplies :P
15:31<andythenorth>I want them to be cargos
15:31<andythenorth>then just use the existing machinery for produce / accept etc
15:31<andythenorth>no bloat
15:31<andythenorth>houses can accept / produce them
15:32<frosch123>the plan was somewhat to mark cargos as town effects
15:32<andythenorth>town can require certain levels for growth (positive or negative)
15:32<frosch123>so, they would not be delivered to stations, but directly to the town
15:32<andythenorth>frosch123: and deliver via vehicles, or magic?
15:32<frosch123>vehicles transport cargos
15:33<frosch123>cargos can be transformed into town effects by either being accepted by houses stating to process certain cargos into towneffects, or by industries producing town effects as output
15:33<+michi_cc>Eddi|zuHause: 16-bit windows exe are NE (New Executable) format, maybe IDA offers that somewhere.
15:34<frosch123>towneffects cannot be transported, but appear immediately at the town
15:34<frosch123>though, stuff might check towneffects provided in the past
15:35-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
15:35-!-drac_boy [~drac_boy@modemcable133.8-80-70.mc.videotron.ca] has joined #openttd
15:35<drac_boy>hi
15:36<Eddi|zuHause>michi_cc: it only has NE device drivers, not executables...
15:36<andythenorth>frosch123: I think it comes to about the same as the thing I'm thinking of
15:36<andythenorth>I'm only calling it cargos because I'm familiar with how those work
15:37<+michi_cc>It has? Because device drivers (VxD) were usually LE (linear executable, originally used by OS/2) format.
15:37<andythenorth>Would houses be able to generate town effects directly? You wouldn't turn houses into mini-industries requiring input to get output?
15:38<Eddi|zuHause>michi_cc: it says "PE/LE/NE Device Drivers"
15:38-!-Phoenix_the_II [~ralph@f72217.upc-f.chello.nl] has joined #openttd
15:46<frosch123>andythenorth: houses have no state
15:46<frosch123>so they have to produce towneffect immediately on acceptance
15:47<frosch123>though i am not sure who shall specifiy what cargos turn into what towneffects
15:47<andythenorth>can they produce on any other loop (i.e. nothing arrived)
15:47<frosch123>the house, or the cargo :)
15:47<andythenorth>town :P
15:47<andythenorth>via a horrible mapping :P
15:47<frosch123>houses can produce cargos
15:48<frosch123>so they would also be able to produce towneffects
15:48<andythenorth>they can produce n cargos via that cb that loops n times?
15:48<frosch123>yeah
15:48<andythenorth>hmm
15:49<andythenorth>the only problem I see with my idea is having houses consume directly
15:49<andythenorth>I wanted a loop to run which sums total demand, and total supply for each effect
15:49<andythenorth>and then nets the result
15:49<andythenorth>I guess town can kind of do that anyway :P
15:49<Eddi|zuHause>frosch123: the cargo defines a town effect, and the industry may choose to issue that town effect or not. houses always issue town effect.
15:50<andythenorth>ugh
15:50<frosch123>Eddi|zuHause: industry should not produce towneffecty by accepting certain cargotypes
15:50<andythenorth>leaves a lot of control with the industry newgrf no?
15:50<frosch123>but as production
15:50<Eddi|zuHause>yes, during production callback
15:51<frosch123>just as output cargos
15:51<Eddi|zuHause>industries will not issue town effect by default
15:51<frosch123>the industry window shall just say: this industry produced electricity
15:51<Eddi|zuHause>industry can produce town effect from totally unrelated cargos as well
15:51<frosch123>yes
15:51<andythenorth>I was trying to figure out if this could also handle 'workforce', but I think it can't
15:51<Eddi|zuHause>or from no cargo at all
15:52<frosch123>just like a industry can produce cargos out of other cargos, or without anything
15:52<Eddi|zuHause>andythenorth: town effect "jobs"?
15:52<andythenorth>maybe
15:52<frosch123>"employment"
15:53<andythenorth>industry needs to consume it
15:53<Eddi|zuHause>no, the industry produces "jobs"
15:53<andythenorth>tying it to actual cargo confuses me
15:53<Eddi|zuHause>no cargo needs town effect "jobs"
15:53<andythenorth>so how is it defined?
15:53<Eddi|zuHause>because the industry can make it up on the fly
15:53<andythenorth>town effect is defined by cargos
15:53<__ln__>who would have guessed it's here: https://maps.google.fi/maps?hl=fi&ll=60.652993%2C24.777174&spn=0.024146%2C0.084543&t=m&z=14
15:54<Eddi|zuHause>no, town effect is defined by town effect (new feature)
15:54<Eddi|zuHause>a cargo has an associated town effect
15:54<Eddi|zuHause>but it does not define it
15:55<andythenorth>k
15:55<andythenorth>that makes a little more sense to me
15:56<Eddi|zuHause>alternatively, the town effect is defined implicitly. i.e. cargo has a property with a town effect, and industry has a property with one or more town effects
15:57<Eddi|zuHause>and just by setting that property, the town effect will be defined (if not defined before)
15:57<Eddi|zuHause>then the industry can not produce any other town effects than the ones described
15:57<Eddi|zuHause>but that sounds like a bad idea
15:59<andythenorth>the main issue for me is how to ensure cooperation
15:59<andythenorth>across house newgrf, town control newgrf, industry newgrf, GS
16:03<Eddi|zuHause>__ln__: maybe it's a secret military base and they fucked up the editing/censoring? :)
16:03<NGC3982>http://i.imgur.com/eg6RT.png
16:03<NGC3982>Eeeh.
16:04<NGC3982>Why do i never learn to not build on trafficed rails.
16:08<drush>omfg
16:09*drac_boy is a bit confused why you have so many trains?
16:10<drush>I wonder too
16:10<drush>that factory is out of reach of the station
16:11<drush>so I think it's a passenger+mail and maybe goods station
16:11<drac_boy>drush..unlikely...thats a pax-only train
16:11<drush>pax?
16:12<drac_boy>yeah
16:14<Eddi|zuHause>talking about construcive answers :p
16:15<Eddi|zuHause>drac_boy: "pax" is short for "passengers"
16:15<drush>I can give some opportunities for that
16:15<Eddi|zuHause>(not sure why, honestly)
16:15<drush>neither do I know Eddi, I thought pax is "passenger annex exchange"
16:15<drush>but anyways, here's the opportunity:
16:15<drush>there's a huge fail in cstdio and cstring in the ps3 build
16:16<drush>a lot of stuff is undeclared
16:16<drac_boy>NGC3982 you probably still haven't told us why you have so many trains?
16:16<drush>I'll just make a pastie
16:16<Eddi|zuHause>drush: missing an include file?
16:16<drush>Eddi|zuHause most likely
16:16<NGC3982>drac_boy, drush: I sent trains to the wrong station.
16:17<drac_boy>NGC3982 oh how many trains were actually meant to call to that station? :/
16:18<NGC3982>five
16:18<drac_boy>heh ok
16:24<drush>Eddi|zuHause: http://pastebin.com/a7b5cZps
16:25<drush>I can tell there is definitely some fundamental deficiency here
16:25<drush>with regards to c++ libraries
16:26<Eddi|zuHause>you might want to ask that to your library source
16:33*andythenorth thinks bed
16:33<andythenorth>bye
16:33-!-andythenorth [~Andy@cpc23-aztw25-2-0-cust33.aztw.cable.virginmedia.com] has left #openttd []
16:53-!-welterde [welterde@thinkbase.srv.welterde.de] has quit [Ping timeout: 480 seconds]
16:57-!-bryjen [~bryjen@75.81.247.49] has quit [Quit: Leaving]
17:04<drush>I hear this is a network issue
17:04<drush>so for now I'm just going to disable network
17:04<drush>just to see if that thing builds
17:04<drush>at all
17:04<Eddi|zuHause>md5 is used for checking consistency of NewGRFs
17:05<Eddi|zuHause>i.e. the file on disk matches with the one expected by the savegame
17:05<Eddi|zuHause>so disabling network likely won't help
17:06<drush>then why did that part require a tcp.h to be imported from newlib?
17:07<drush>oh wait
17:07<drush>wait, not that particular one
17:08*drush feels dumb
17:08<drac_boy>drush :)
17:10<Rubidium>what? md5.cpp requires tcp.h?
17:14<drush>no Rubidium
17:15<drush>tcp.h was required by os_abstraction.h
17:16<drush>whatever was done there before md5.cpp, it went smooth with ps3toolchain using newlib's netinet, netinet6 and net directories (containing headers ofc)
17:17<drush>but I suspect this was dumb because those are not headers for gameos, so I'll disable network for now
17:17<drush>one problem at a time
17:31<frosch123>night
17:31-!-frosch123 [~frosch@frnk-590fcc96.pool.mediaWays.net] has quit [Remote host closed the connection]
17:39-!-valhallasw [~valhallas@s55978e11.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds]
17:40-!-drac_boy [~drac_boy@modemcable133.8-80-70.mc.videotron.ca] has left #openttd [I'm done being in this room!]
17:42-!-flaa [~flaa@188.141.45.124] has quit [Quit: leaving]
18:04-!-sla_ro|master [slaco@78.96.213.97] has quit [Quit: DANGER sla.ro is OFFLINE DANGER]
18:08-!-Progman [~progman@p57A1B25B.dip.t-dialin.net] has quit [Remote host closed the connection]
18:11-!-TheDude [~Miranda@ip-86-49-102-148.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
18:24<Eddi|zuHause>was there ever a reason why one can't remove their own statue?
18:25-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Quit: Leaving]
18:32-!-Rhamphoryncus [~rhamph@d161-184-227-133.abhsia.telus.net] has quit [Quit: Rhamphoryncus]
18:45-!-Chris_Booth [~chatzilla@host86-154-36-54.range86-154.btcentralplus.com] has joined #openttd
18:46<drush>Eddi|zuHause: because the game doesn't want players to deny that they're egoists?
18:47-!-roadt [~roadt@223.240.97.107] has quit [Read error: Operation timed out]
18:48<drush>also
18:52<drush>will need fontconfig, or disable it
18:55<drush>Eddi|zuHause remember those errors I posted?
18:55<drush>gone for some reason. what magic is this?
18:58-!-roadt [~roadt@223.240.97.107] has joined #openttd
18:59-!-Djohaal [~Djohaal@189.58.14.80.dynamic.adsl.gvt.net.br] has joined #openttd
19:03-!-tokai|mdlx [~tokai@port-92-195-29-8.dynamic.qsc.de] has joined #openttd
19:08-!-tokai|noir [~tokai@port-92-195-53-127.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
19:09<Wolf01>'night all
19:09-!-Wolf01 [~wolf01@95.232.234.29] has quit [Quit: Once again the world is quick to bury me.]
19:10-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has joined #openttd
19:12<@Terkhen>good night
19:14-!-TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Hugs to all]
19:15-!-Chris_Booth [~chatzilla@host86-154-36-54.range86-154.btcentralplus.com] has quit [Ping timeout: 480 seconds]
19:18-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
19:29-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has joined #openttd
19:39-!-Djohaal_ [~Djohaal@177.96.120.26] has joined #openttd
19:40<drush>goddamnit unicode enable doesn't work
19:42<drush>oh mercy
19:42-!-LordPixaII [~pixa@85.210.77.203] has quit [Read error: Connection reset by peer]
19:42-!-Pixa [~pixa@85.210.77.203] has joined #openttd
19:46-!-Djohaal [~Djohaal@189.58.14.80.dynamic.adsl.gvt.net.br] has quit [Ping timeout: 480 seconds]
19:48<drush>ladies, gentlemen, and others,
19:48<drush>http://pastebin.com/aLLiwTBA if anyone has got anything to say about this, please tell me in pm
19:49<drush>because I'm going to bed now and posts from now may not appear in my scrollback
19:49<drush>thank you and goodnight
19:59-!-KouDy [~KouDy@115.133.15.129] has joined #openttd
20:24-!-welterde [welterde@thinkbase.srv.welterde.de] has joined #openttd
20:43-!-KritiK [~Maxim@128-68-227-156.broadband.corbina.ru] has quit [Quit: Leaving]
20:45-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has quit [Remote host closed the connection]
20:46-!-Zeknurn [~Zeknurn@hd9483b0c.seveveb.dyn.perspektivbredband.net] has joined #openttd
20:48-!-Devroush [~dennis@dD5765BAC.access.telenet.be] has quit []
21:05<V453000>does anyone have an idea what is "full power only under 25kV" supposed to mean in dutch train set?
21:13-!-glx [glx@2a01:e35:2f59:c7c0:496d:39fc:8279:3ae9] has quit [Quit: bye]
21:38-!-Elukka [Elukka@78-27-97-92.bb.dnainternet.fi] has quit []
21:46<Pinkbeast>V453: different electriciation schemes?
21:46<V453000>but of what
21:47<V453000>there is only one el rail
21:47<V453000>or is it related to the engines anyhow?
21:56<Pinkbeast>There's multiple electrification schemes in some track newgrfs: or it could be an electric with a small diesel engine - there's one in UKRS2
21:57<V453000>I assume that is to come with dutch trackset
21:57<+michi_cc>V453000: You're supposed to use the dutch track set as well.
21:57<V453000>why isnt it in the train set if it is required ..
21:58<V453000>if you basically cant use the train set alone
21:58<V453000>but thanks :)
21:59<+michi_cc>If they coded it sanely, plain elrail will count for maximum power.
22:00<V453000>it doesnt :z
22:00<V453000>in a game without d. track set trains have reduced power ... the 25kV trains that is
22:04-!-Frankr [~chatzilla@cpc4-pres13-2-0-cust231.pres.cable.virginmedia.com] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347]]
22:09-!-pugi_ [~pugi@host-091-097-005-112.ewe-ip-backbone.de] has joined #openttd
22:11-!-pugi [~pugi@host-091-097-033-148.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds]
22:11-!-pugi_ is now known as pugi
22:29-!-welshdragon [~mark@cpc8-oxfd20-2-0-cust37.4-3.cable.virginmedia.com] has joined #openttd
22:37-!-welshdragon [~mark@cpc8-oxfd20-2-0-cust37.4-3.cable.virginmedia.com] has quit [Quit: welshdragon]
22:40-!-Phoenix_the_II [~ralph@f72217.upc-f.chello.nl] has quit [Ping timeout: 480 seconds]
22:57-!-welshdragon [~anonymous@cpc8-oxfd20-2-0-cust37.4-3.cable.virginmedia.com] has joined #openttd
23:10-!-welshdragon [~anonymous@cpc8-oxfd20-2-0-cust37.4-3.cable.virginmedia.com] has quit [Quit: welshdragon]
23:13-!-Djohaal_ [~Djohaal@177.96.120.26] has quit [Read error: Connection reset by peer]
---Logclosed Mon Aug 13 00:00:15 2012