IRC logs for #openttd on OFTC at 2012-04-18
⏴ go to previous day
00:27:32 <Rhamphoryncus> "Change: Don't let vehicles break down directly after servicing." <-- sounds pretty significant
00:28:08 <drac_boy> Rhamphoryncus yeah especially when you have a train that dumps black smoke a few pixels outside the depot :p
00:28:18 <drac_boy> these were always a bit silly to see
00:28:36 <Rhamphoryncus> But that should influence servicing in general
00:28:52 <Rhamphoryncus> Not just when they leave the depot
00:38:32 <michi_cc> Rhamphoryncus: It's hopefully significant :) It is not an absolute limit though, as the breakdown code is highly randomised, it just decreases the chance a lot.
00:38:48 <Rhamphoryncus> aye. I'll have to check out the behaviour later
00:39:06 <Rhamphoryncus> After I finish beating hg rebase into submission :P
00:40:02 <michi_cc> It should be a lot less annoying as long as the engine has a decent reliability. If you have a totally outdated engine with like 30% reliability even directly after servicing it won't change much :)
00:53:16 * drac_boy probably is not going to understand this thing with computer plugs
01:00:54 * Rhamphoryncus kicks hg in the nads
01:01:01 <Rhamphoryncus> I now have a commit it claims michi_cc did :P
01:06:42 <Rhamphoryncus> wait.. it did that because my commit includes a change from him. It mixed them. Proper corruption that. :P
01:48:43 <Rhamphoryncus> openttd is bitching about missing sprites in the base set. I already downloaded an updated opengfx via the content manager. Is it loading the wrong one or is opengfx not caught up with openttd yet?
01:51:04 * drac_boy actually wishes the patch would quit erroring about the useless base grf that isn't needed
01:51:25 * Rhamphoryncus looks at his generated town
01:52:47 <Rhamphoryncus> junkyard, dairy, petrol pump, aluminium plant, and grain mill in or immediately adjacent to it. Furniture factory and cement plant within another 10 tiles. And it's on the edge of the water
01:54:39 <Rhamphoryncus> oops, builders yard too
02:00:31 *** HerzogDeXtEr1 has joined #openttd
02:10:03 <Rhamphoryncus> To be fair I only have 2 cities, so some of those are pretty likely to happen.. but others are a complete fluke
02:25:02 * Rhamphoryncus wonders how his currency got changed to lithuanian litas
02:27:40 <Rhamphoryncus> I need to make a new title game just to shut up that whistle
03:15:42 *** peteris has joined #openttd
03:55:56 *** George|2 has joined #openttd
03:55:56 *** George is now known as Guest741
03:55:57 *** George|2 is now known as George
04:11:37 <Rhamphoryncus> wtf.. first piece of track after updating and I already get to enjoy FS#3660 XD
04:24:12 <Rhamphoryncus> Anybody know why openttd switches from tab to shift for fastforward when debug is enabled?
04:25:25 <Mazur> mybe the shortkey file only gets read in one.
04:25:58 <Rhamphoryncus> no, it's done directly in the code
04:26:13 <Rhamphoryncus> sdl_v.cpp line 580
04:26:17 <Mazur> DIfferent coders, then.
04:26:27 <Rhamphoryncus> which is from revision 0
04:27:32 <Rhamphoryncus> Although the tab lines aren't from revision zero.. maybe shift was added way-back-when as a debugging trick and tab was later added to all of them as the real form?
04:29:57 *** LordPixaII has joined #openttd
04:56:17 *** Eddi|zuHause has joined #openttd
05:06:50 *** telanus has joined #openttd
05:26:04 *** kkb110_ has joined #openttd
06:01:45 *** fonsinchen has joined #openttd
06:26:43 *** Firartix has joined #openttd
06:48:18 *** TWerkhoven[l] has joined #openttd
07:06:55 *** sla_ro|master has joined #openttd
07:13:13 *** Zeknurn has joined #openttd
07:56:14 <ffpp> does anybody know things about using multiple engines for one train ? I always thought that running cost would count for each engine but the numbers I am seeing in the game just don't add up
08:02:10 <xiong> ffpp, Yes, I quite commonly multihead.
08:02:33 <xiong> Running cost does indeed apply to each engine, so far as I've seen.
08:03:16 <ffpp> hm, I always thought so too, I'm currently playing with weight multiplier 4x, so multiple locos are often necessary
08:03:58 <xiong> Two (identical) engines cost twice as much to purchase, twice as much to operate, provide twice the power and twice the TE; and are twice as long. The maximum speed and rate of breakdown is the same.
08:04:19 <ffpp> but for one engine the description says running cost 53k/y, while an actual train with two of those engines has running cost of 78k
08:05:18 <xiong> It's quite possible that another train set has got some sort of MU adjustment; I have no idea.
08:06:45 <xiong> If I were you, I'd want to pull that train into a depot, note carefully the running cost, and break it in two, then recombine. Something may reveal itself.
08:07:15 <ffpp> I will test some more :)
08:07:58 <xiong> Um, again, I don't know about your train set; but NARS engines come in multiple "models" of the same type. For instance, the American 0-4-0 comes out as two wood-burning and two coal-burning models; each has increased power, TE, purchase cost and running costs.
08:08:15 <ffpp> (I even did something evil during this savegame - readjusted a newgrf, maybe that messed something up)
08:08:41 <ffpp> hm, no this model things doesn't seem to apply to ukrs
08:08:47 <xiong> So I may have an American on the track and the new model comes out; I buy another American -- the same slot in the Buy Vehicles window -- but it's not the same as the existing one....
08:09:25 <xiong> Well, as usual, it's always interesting to create a clean test case.
08:09:52 <ffpp> hm, I had the game in pause mode since I saw that issue, unpausing and reopening the train window now gives 133k as running costs/y, which is much more reasonable
08:10:42 <xiong> Except 2 x 53 = 106, which is pretty far from 133 or 78, even allowing for possible integer weirdness.
08:11:11 <ffpp> the rest should be the wagons
08:11:29 <xiong> Oh. Does UKRS have a running cost for cars, too?
08:12:22 <xiong> Ah. Well then, your situation is more complex. NARS cars run for free; only engines cost.
08:13:06 <xiong> Sounds to me as if what you saw was just a case of the game catching up; this happens. Not all housekeeping is done instantly or when paused.
08:13:56 <xiong> For instance -- trivially -- if you have a train on the way to a station and you pause, then open the order window and skip that station, the train window will still show the old order... until unpaused.
08:14:17 <ffpp> yes, something like this should be the case
08:14:53 <morten> i'm trying to set up a dedicated server, and when the client try to connect i get a msg telling me that the client could not load the map. ???
08:15:45 <morten> the server and the client i in the same lan and the version is 1.2.0
08:17:13 *** peter1138 has joined #openttd
08:17:14 *** ChanServ sets mode: +o peter1138
08:30:45 *** FLHerne has joined #openttd
08:40:54 *** Firartix has joined #openttd
08:55:59 <morten> i'm trying to set up a dedicated server v 1.2.0, and when the client try to connect i get a msg telling me that the client could not load the map. ??? the server and the client is in the same lan and it use to work with 1.1.5 :) tnx
08:58:21 <FLHerne> Is the client also 1.2.0 (obvious question :P )
08:59:49 <FLHerne> Actually, you wouldn't get that message if it was...stupid question, sorry :-(
09:01:42 * FLHerne wonders if anyone who knows more is around
09:23:53 *** sla_ro|master has joined #openttd
09:29:14 <morten> tnx anyway ill catch up later, (sob sob) :)
09:29:34 <FLHerne> morten: Just found something...
09:30:42 <FLHerne> It appears that previously 'almost too big' maps are now a little too big in some cases :|
09:31:02 *** zxbiohazardzx has joined #openttd
09:31:13 <FLHerne> Are you using a 2048x2048 one?
09:55:57 *** GBerten2936 has joined #openttd
09:56:04 *** GBerten2936 is now known as lugo
10:24:06 *** drac_boy has joined #openttd
10:36:05 <drac_boy> hi FLHerne how're you?
10:38:25 *** andythenorth has joined #openttd
10:42:20 <drac_boy> V453000 hmm is that NUTS again?
10:42:48 <V453000> of course, I dont really develop 5 train sets at once :p
10:43:00 <drac_boy> V453000 it could had been two silly
10:43:22 <drac_boy> but either way I think the gray one is better as the shades do suggest windows .. the other two looks like goods-only to me in a way
10:43:33 *** andythenorth has left #openttd
10:43:41 <V453000> it is passengers / mail / gold
10:44:45 <drac_boy> well even mail would still have side door shades of some sort
10:44:53 <V453000> yeah, something perhaps
10:49:51 *** Devroush has joined #openttd
10:55:26 <drac_boy> not much progress here, mainly tryijng clean up numbers -_-
11:02:18 *** A3f62aba1 has joined #openttd
11:05:47 <drac_boy> I think the tractive numbers sometimes can be a bit hard to decide about heh
11:18:31 *** FLHerne has joined #openttd
11:24:56 <NGC3982> V453000: that might be the most sexual grf ive ever seen - and i like it!
11:57:48 <morten> FLHerne: i solved the issue with a new creation of the cfg file.
12:04:05 *** Arafangion has joined #openttd
12:13:50 <xiong> V453000, I will not be able to tell, when the train is not moving, which way it intends to go.
12:14:19 <V453000> not sure if I actually want to fix that however
12:14:36 <xiong> I'm not saying I can't eventually deduce it; but I can't see it immediately.
12:14:40 <V453000> I like when trains in terminus stations do not just flicker and change but stay the way they came when they leave
12:14:44 <drac_boy> V453000 you can, just go with two yellowish-white to the 'active' end :p
12:15:01 <xiong> I tend to assemble my trains specifically to reveal stuff about them, such as which way they're pointing and what they carry.
12:15:05 <V453000> maybe some lights are viable
12:15:18 <V453000> but yes, good point, thank you
12:15:44 <drac_boy> xiong and not to mention when a train is sitting in the middle of a path route not moving and you're trying to figure out why it wouldn't move yet ... that means needing to know which direction it was trying to head to
12:15:50 <xiong> Okay, you are building a high-speed commuter train, probably per-car traction, right?
12:16:30 <xiong> drac_boy, exactly. One can pull up the little train window, which always centers on the head; but untangling a complex jam is made more difficult.
12:16:44 <drac_boy> xiong not all high speed trains have all axles powered... even some of the japan commuter trainsets are only like M-T-M-T-M .. as in three motors and two coaches for the 5-car set ... even the 10-car emu still sorta does the same
12:17:05 <xiong> Nor does the intended *destination* always suggest the intended direction of travel!
12:18:50 <xiong> Well, here in the Bay Area, we have BART... not exactly high speed. To my knowledge, all cars are powered; in fact, all cars have cabs -- strictly speaking, each car has one cab and they are permanently linked in pairs.
12:19:47 <FLHerne> Sounds just like the DLR
12:19:47 <drac_boy> does BART run next to normal freight trains or is it one of these un-train isolated route thing?
12:19:47 <xiong> Some of the cars are intended to run as head-end cabs and they have sloping fronts... it's not clear just how much extra streamlining this is worth.
12:20:09 <xiong> BART is heavy rail on dedicated right-of-way; in most places, it is elevated.
12:20:43 <xiong> In practice, much of it runs on old heavy rail right-of-way -- but elevated, or at least isolated.
12:21:12 <drac_boy> xiong...try find a more 'train'ish set and you'll find out that the thing about not having all axles probably rings true too often :p
12:21:40 <xiong> I *believe* it has no grade crossings whatever; I could be wrong. Under the Bay, it runs through a Tube; and through San Francisco proper, through a tunnel.
12:21:47 <goodger> the BR class 395 "Javelin" has six cars, and the end ones are unpowered
12:22:39 <xiong> There should be a BART grf.
12:23:03 <drac_boy> goodger I'm not too surprised, some emus are built in such a way that things are spread through the train, even in some rare cases the transformer is not on the same carriage that has the traction motors even
12:23:31 <goodger> of course, the class 395 is a pathetic specimen
12:24:07 <drac_boy> mind you goodger if you want an interesting example of cab being seperated from the power ... just look up any images to do with 'DB ET87'
12:24:16 <xiong> Anyway, V453000, yes, it's a way cool. Try a big splash of reverse-company-color on the head and I'll buy it.
12:24:25 <drac_boy> its a permament trainset made up of coach-loco-coach .. no seating in the middle section afaik
12:24:58 <xiong> Mass transit tends to big logos anyway.
12:25:49 <xiong> I like the headlight idea, too.
12:26:22 <drac_boy> well xiong most trains travel through some sort of no-sun hours obviously :P
12:26:45 <xiong> Mass transit tends to operate with headlights around the clock.
12:27:20 <xiong> Partly to warn pax on platform of approaching train; partly because at least some of the route is underground.
12:28:00 <xiong> Come to think of it, I've seen quite a lot of trains run daytime lights. I imagine it's a fashion that comes and goes.
12:28:16 * drac_boy would had turned it off
12:28:48 <xiong> Well, anyway, headlights would indicate the head end realistically.
12:29:44 <xiong> Oooh, you could also have a little red EOT....
12:31:36 <xiong> Obviously, we also have cable cars here in SF. The interesting thing is that, after the glory days, the lines have been reduced to a mere three. The two lines that start from the Powell Street station have turntables at each end, which are turned by hand; and the cars are single-ended. The California Street line runs double-ended cars.
12:33:10 *** roboboy has joined #openttd
12:34:37 <xiong> Visitors often call these "trolleys", which is highly offensive. We do actually have a class trolley line running from the Wharf around the Embarcadero (waterfront) and down Market Street. We run mostly PCCs on it, with a few nasty wooden monsters salvaged from Milan.
12:34:50 <drac_boy> xiong...english is weird..thats all I can say :)
12:34:57 <drac_boy> especially when subway=metro
12:35:34 <xiong> Each PCC is painted in historical colors from all over US. So one is the "Philly Cream Cheese" scheme, another the Los Angeles "Red Line", etc.
12:35:50 <drac_boy> they didn't forget PE orange I hope? :p
12:36:35 <xiong> We also have a number of conventional, modern light rail lines. These run in subway under Market Street but at grade in the outlying areas.
12:39:17 <drac_boy> btw xiong did you know that a few companies actually ordered MU-able PCC's?
12:39:55 <xiong> The modern light rail we have can be MU-ed; but rarely is.
12:40:31 <drac_boy> had three folding doors ... front, middle, and rear
12:40:45 <goodger> that's a tram, surely
12:40:54 <drac_boy> thats a pcc actually
12:41:23 <drac_boy> they were the only one as far as I recall, everyone else sticked with the normal pcc designs as given more or less
12:41:48 <drac_boy> at least one of them did look a bit silly tho.. standard gauge body on narrow gauge trucks :-)
12:47:15 <drac_boy> I always kinda found interurbans a bit interesting
12:48:09 <drac_boy> many of them were both streetrail and rail running, only difference from the usual rail cars was the different trucks meant to be able to take sharp curves with
12:48:11 *** kkb110_ has joined #openttd
12:51:12 <drac_boy> mind you one of these was rather famous...the Electroliner ... it was supposed to be able to do 130km/h on the usual high speed mainlines but then later be doing 20km/h squealing around a sharp city curb
12:51:30 <drac_boy> i can't think of any other trainsets that had such a dual purpose
12:56:48 *** telanus has joined #openttd
12:58:15 <drac_boy> btw xiong would you had cared if a train grf had tender or tank steamers?
12:58:50 <xiong> I don't follow you, drac_boy. I run NARS and the tenders are integral to the engines.
12:59:35 <xiong> I would be appalled if a steam locomotive was operated without a tender; such a thing would be absurd.
13:00:46 <xiong> But then, I was disturbed on a visit to the Sacramento Railway Museum; they have there on display (inoperative) an EMD F-unit... just the A unit. What became of the B?
13:00:58 <drac_boy> xiong, never liked tank locomotives then?
13:01:16 <drac_boy> and btw xiong...quite many railroads only had the A units.. even for the FT's
13:01:34 <xiong> It made me uncomfortable, what can I say.
13:01:43 <drac_boy> theres something about 'elephant' F's where you have more than three of them on one train with all noses pointing forward :)
13:02:16 <xiong> Obviously if it's a tank loco it has no tender. What are you driving at?
13:02:53 <drac_boy> mind you BN had the biggest one of them....F's were being scrapped before a coal boom happened so they halted all scrapping and did a quick overhaul on what was left to shore up the locomotive shortages. so some trains could have 7+ F units on head
13:02:57 <xiong> In NARS, when you buy an American 0-4-0, you get the engine itself and its tender; as it should be.
13:03:09 *** posidon has joined #openttd
13:03:21 <drac_boy> xiong...a 0-4-0T is american too :p
13:03:34 <drac_boy> especially the ones nicknamed Dockside .. as that was often their kind of job
13:03:55 <posidon> Hey guys, anyone can tell me how to replace aircraft with the same model? I looked around ... but found nothing on it... I rather not have to ... clone 50 aircrafts just to get the same model
13:04:04 <xiong> Look, if you want to come out with a tank grf, go right ahead. You can even put Thomas in it if you like.
13:04:24 <drac_boy> podifon you want to go to the aircraft list window and click on 'replace all' in the dropdown menu near bottom?
13:04:30 <drac_boy> xiong...thomas? why?
13:05:13 <posidon> drac_boy yes I want to replace them and I tried that but it didnt offer to replace them with the same aircraft model, it insisted on replacing them with a diffrent aircraft
13:05:28 <drac_boy> posidon why are you trying to replace when you don't need to?
13:06:01 <posidon> drac_boy they are beyond their age and becoming a maintenance nightmare, I am trying to replace them with the same model just newer
13:06:14 <drac_boy> posidon do you have breakdown on or off?
13:06:15 <xiong> posidon, you want "autorenew", not autoreplace.
13:06:38 <posidon> where is that, and this is on an online server btw so I cant turn breakdown off ;p
13:06:48 <drac_boy> posidon so breakdown is on then I assume?
13:07:25 <drac_boy> posidon in that case..just go back to the game settings.. check vehicles ... and make sure 'autoreplace after xx months' is on .. then just wait for your planes to visit the hangers. and done
13:07:30 <drac_boy> unless you're out of cash
13:07:45 <posidon> how do I set that ? which panel ?
13:07:56 <posidon> Im not out of cash .. have about 2 billion ;p
13:10:37 <xiong> posidon, Set autoreplace to -12 months, you'll be glad you did.
13:11:25 <posidon> xiong is that in the actual game or do I need to set a setting towards that? .... now will Advanced settings still work in an online game?
13:12:18 <posidon> is there a way of doing it... in game?
13:15:09 <posidon> okay I changed the settting in Advanced Settings, see if it does it in game ;p ill let you know
13:15:11 *** devedse has joined #openttd
13:15:39 <devedse> Hey all, I was just wondering, is openttd still being actively developped?
13:16:40 <devedse> and what the current things are you are working on :)
13:17:27 *** oskari89 has joined #openttd
13:20:42 <drac_boy> devedse oh I'm working on a generic grf set .. including some trains as well
13:20:49 <drac_boy> still trying to finish the data table tho -_-
13:27:31 <drac_boy> devedse how about you?
13:28:29 <devedse> I'm not programming on openttd :P
13:30:49 <drac_boy> I didn't meant that :p
13:52:48 *** supermop has joined #openttd
13:55:03 <supermop> drawing tracks is so tedious
13:55:32 <supermop> i decided to draw one set of false color rails and just replace color for each type
13:55:58 <supermop> but the slopes , the sloped downward away from you views are so hard to make look good
14:08:43 <supermop> can track specify a different ground tile?
14:11:49 <zxbiohazardzx> yes, see NA roads?
14:12:07 <zxbiohazardzx> they use artic grass even in temerate
14:13:06 <supermop> i want ballast to be on the ground instead, so that two parallel tracks have connected ballast
14:13:37 *** Rienzilla has joined #openttd
14:14:08 <zxbiohazardzx> not sure it detects tracks on other side :P
14:14:16 *** sla_ro|master has joined #openttd
14:15:11 <Rienzilla> Hey there. I just installed openttd 1.2.0 on macos (although the about screen says !!!REVISION!!!). I copied the windows transport tycoon sound files to OpenTTD.app/Contents/Resources/baseset/, which makes the souds work. However I also copied the files from the gm/ folder on the Transport tycoon cd to the same baseset folder, but I hear no music. What did I fail to do :)
14:16:02 <zxbiohazardzx> did you try opensfx?
14:16:44 <zxbiohazardzx> see if that works :p
14:17:29 <Rienzilla> did I copy it in the correct location? The wiki and the readme seem to have a different opinion :)
14:20:41 <drac_boy> rienzilla I dunno, I just put it in the data folder
14:20:59 <Mazur> Did you have the volume sliders for effects and/or music high enough to hear anything?
14:21:41 <Rienzilla> I don't even have a data folder. The layout seems to be different on macos
14:22:27 <Mazur> Do you have a content_download folder?
14:22:49 <Mazur> Within in a .openttd folder?
14:23:08 <supermop> well if the ballast takes up the whole tile it doesnt need to detect neighbors
14:24:25 *** andythenorth has joined #openttd
14:25:11 <Rienzilla> the thing is, it seems that openttd _does_ detect that there are music files there, since I can select the original windows sound thing
14:25:20 <Rienzilla> but I just hear sounds, no music :)
14:26:24 <Mazur> Ah, that at least means the basic SFX are there.
14:26:34 <Mazur> the files should be in ~/Documents/OpenTTD/data
14:26:44 <Mazur> According to the README.
14:27:24 <andythenorth> is there any good reason industry production shouldn't be delegated to NoGo?
14:28:21 *** tokai|mdlx has joined #openttd
14:28:22 <Mazur> And the (free) music is in OpenMSX you may have to download hat separately. Put it where the OpenSFX file is.
14:30:10 <andythenorth> TrueBrain: could NoGo handle industry production, or is it a likely performance suck?
14:40:41 <Rubidium> Rienzilla: it could also be that Apple broke music playback since 10.4
14:41:39 <Rubidium> I seem to remember some discussion about music not working on later versions of OSX
15:12:59 *** Zeknurn has joined #openttd
15:17:31 *** andythenorth has left #openttd
15:18:08 *** telanus1 has joined #openttd
15:27:56 <homer> can sumone tell me where the openttd cfg file is?
15:30:24 *** Prof_Frink has joined #openttd
15:43:50 *** Progman has joined #openttd
15:44:57 <Eddi|zuHause> <andythenorth> TrueBrain: could NoGo handle industry production, or is it a likely performance suck? <-- i don't think that will be possible
15:47:09 <supermop> could nogo provide town/industry feedback
15:47:21 <supermop> what do you need help with?
15:47:24 *** andythenorth has joined #openttd
15:47:28 <Neckel> can some one help me with CentOS?
15:47:38 <supermop> no idea what that is
15:48:14 <Neckel> I am trying to set up a dedicated server and CentOS is the OS of my VPS
15:50:07 <Eddi|zuHause> <Rhamphoryncus> Anybody know why openttd switches from tab to shift for fastforward when debug is enabled? <-- i guess some weird dev with an obscure system was annoyed about his game switching to fast forward on alt+tab and stuff. i think that is rather obsolete now that we have hotkeys.cfg
15:50:49 <Eddi|zuHause> Neckel: and what did you try so far?
15:52:41 <Neckel> I don't know how I install the openttd in the server...
15:53:39 <Eddi|zuHause> Neckel: so how do you install other programs on the server?
15:54:18 <Neckel> I don't know exactly...
15:57:03 *** tokai|noir has joined #openttd
15:57:03 *** ChanServ sets mode: +v tokai|noir
15:58:42 <Neckel> i never used linux before
15:59:20 <Neckel> und woher kommen Sie? Eddi|zuHause
15:59:53 <andythenorth> next FIRS release is blocked by only 2 tickets
15:59:55 <Eddi|zuHause> that is not a problem, but if you don't tell us stuff we have difficulties to decide what you actually need help with
16:00:45 <Neckel> hehehehe... I am sorry, but I still have difficultties to define well my difficulties in linux :P
16:06:13 *** LordPixaII has joined #openttd
16:09:43 <andythenorth> can I fix the 'scenario mode' in FIRS by deleting it?
16:09:59 <andythenorth> [it fails to work currently]
16:14:28 <andythenorth> prevents industries opening / being constructed etc
16:14:33 <andythenorth> various horrible permutations
16:14:36 <andythenorth> doesn't work as coded
16:15:26 <andythenorth> parameters are totally mysterious to me
16:18:26 <Eddi|zuHause> andythenorth: can you give me the affected lines?
16:19:34 <andythenorth> I'm not really sure what it's supposed to do
16:19:45 <andythenorth> so I have to figure that out first :)
16:19:54 *** TGYoshi has joined #openttd
16:20:24 <Eddi|zuHause> "no industries at game start" can already be done by difficulty setting
16:20:38 <Eddi|zuHause> "no industries during gameplay" you can do by setting the appearance chances
16:24:22 <Eddi|zuHause> so... which parameter exactly are you talking about?
16:25:08 <andythenorth> header.pnml has it as param 4 I think
16:25:44 <andythenorth> but I don't understand the relation between 'parameters' and 'parameters as entered by player'
16:26:43 <andythenorth> looks like templates/check_availability.pnml would handle this case
16:27:48 <Eddi|zuHause> no, that's the callback. appearance chance should be in the properties
16:27:50 <andythenorth> the bug report looks false
16:27:55 <andythenorth> the parameter works for me
16:29:10 <andythenorth> I have to run ffwd to test it a bit more ;P
16:29:26 <Eddi|zuHause> prob_random: 18; <--- this should be a PARAM_BLAH?18:0 or so
16:30:09 <Eddi|zuHause> prob_in_game: 4; <--- or alternatively this one
16:30:35 <Eddi|zuHause> depending on whether you want on game creation or after game creation
16:31:09 <andythenorth> afaict this parameter works fine on the availability cb
16:31:15 <andythenorth> the bug report is wrong
16:31:24 <Eddi|zuHause> it really shouldn't be in the callback
16:31:37 <andythenorth> I'm open to suggestion
16:31:54 <Eddi|zuHause> don't use callbacks when the properties can do the same
16:32:24 <Eddi|zuHause> performance, semantics, ...
16:32:45 <andythenorth> what about code habitability? :P
16:33:13 <Eddi|zuHause> if the property is 0, the game can abort early, while with a callback it has to do lots of stuff before
16:33:26 <andythenorth> so how would that be coded?
16:33:32 <andythenorth> conditional skip sprites?
16:33:41 <Eddi|zuHause> ternary operator
16:34:09 <andythenorth> no industries opened in 10 years, I'm closing that report as wrong
16:34:11 <Eddi|zuHause> nml figures out the appropriate action 6 :)
16:34:29 <Eddi|zuHause> andythenorth: the report is about game creation
16:35:15 <andythenorth> the report is confusing :)
16:35:27 <andythenorth> the parameter prevents all the ways to open industry that I could think of
16:35:40 <Eddi|zuHause> maybe. but the code is still bad :)
16:36:03 <andythenorth> but I didn't write that and I'm not poking it
16:36:31 <andythenorth> is the ternary operator nml specific? I should read about it
16:37:15 <andythenorth> a fair number of the FIRS bugs were closed as invalid
16:38:50 <Eddi|zuHause> ternary operator is "if a, then b, else c"
16:39:06 <Eddi|zuHause> just as an expression, instead of a statement
16:39:14 <Eddi|zuHause> so can appear nested within other operations
16:39:19 <andythenorth> I can read the logic fine, I just didn't know we had it
16:39:34 <Eddi|zuHause> most languages nowadays have it :)
16:40:04 <Eddi|zuHause> no, that's a workaround :)
16:40:20 <Eddi|zuHause> the official python syntax is "b if a else c"
16:40:27 <andythenorth> so where is it in the nml docs?
16:40:46 <Eddi|zuHause> operators were hidden somewhere deep :)
16:41:01 <andythenorth> I thought it would be in 'expressions'
16:41:58 <Eddi|zuHause> anyway, CETS is full of this :p
16:42:56 * andythenorth wonders what it compiles to
16:43:03 <andythenorth> probably an action 7?
16:43:28 <Eddi|zuHause> an action 6 usually
16:43:55 *** ChanServ sets mode: +o petern
16:44:27 *** globester has joined #openttd
16:44:30 *** Rhamphoryncus has joined #openttd
16:44:54 <andythenorth> it's much more elegant than writing action 6 in nfo
16:45:05 <andythenorth> it's almost a plausible way to do economies in FIRS....
16:46:20 <petern> I wonder if there's such a thing as a decent android port...
16:56:34 <globester> hrm, some of my coal trains aren't fully unloading :/
16:57:02 *** telanus has joined #openttd
16:57:10 <globester> any ideas why that could happen?
16:57:58 <Eddi|zuHause> globester: a coal mine in reach of the dropoff station?
16:58:51 <globester> 16 tiles apart yeah
16:59:15 <globester> does that cause the trains not to only partially unload?
16:59:16 <Eddi|zuHause> globester: use "unload and no loading" option in that case
16:59:41 <Eddi|zuHause> globester: it causes your trains to load coal from that mine, which cannot be unloaded at the same station it was loaded from
17:00:29 <globester> i tried the unload and no loading, but then the coal was waiting at the station
17:00:58 <globester> is that a problem, or will the trains still make the same money?
17:01:42 <Eddi|zuHause> globester: well, that is "dead" coal from this mine. you can ignore it. the trains will still unload the "real" coal from the other mines
17:01:58 *** |Jeroen| has joined #openttd
17:02:03 <globester> ah ok, so that coal will fade away in time
17:02:46 <globester> i guess it's conflicting with the station spread setting or something
17:05:09 <andythenorth> Eddi|zuHause: reading nml src might confirm it? :)
17:12:28 *** Zeknurn has joined #openttd
17:15:30 *** Alberth has joined #openttd
17:15:30 *** ChanServ sets mode: +o Alberth
17:17:51 *** supermop has joined #openttd
17:19:33 *** petern_ has joined #openttd
17:19:36 <Alberth> wondering about the quietness here
17:19:48 <Alberth> but perhaps the evening is still too young :)
17:22:09 <supermop> i want to write a bridge spec wish list
17:22:27 <supermop> but i am not i know enough about what is and is not possible for that
17:23:24 <Alberth> hmm, even wishes have to be feasible? :)
17:23:38 <Eddi|zuHause> supermop: in which world can you only wish for what's possible?
17:23:54 <Alberth> Eddi|zuHause: openttd newgrf spec world?
17:23:59 <supermop> well i dont want it to come across as too silly
17:24:42 <supermop> im not sure what is down to someone implementing things in a new version of nml or nfo, and what requires serious patching of ottd
17:24:47 <Eddi|zuHause> supermop: specs may contain stuff that aren't actually implemented
17:25:27 <Eddi|zuHause> supermop: in general, the spec should have action1/2/3 support for bridges
17:25:38 <Alberth> supermop: I would not worry too much about that first
17:26:05 <Eddi|zuHause> supermop: the design decision is whether you can only specify "linear" bridges, or also "flexible" bridges (curves, junctions, etc.)
17:26:14 <supermop> should it go in newgrf technical forum, or ottd suggestions forum?
17:26:15 <petern_> Did I mention that I have a patch for that?
17:26:38 <Alberth> supermop: assuming you aim for implementation, the former
17:26:56 <supermop> i want to avoid curvy bridges in my list so as to get people to take me seriously
17:26:59 <Eddi|zuHause> supermop: then from the spec point of view you need to define variables that should be available (bridge length, position in bridge, height above ground, ...)
17:27:16 <petern_> Hehe, uint16 GetBridgeCallback(...)
17:28:10 <Eddi|zuHause> supermop: maybe you want to split it in "bridge" and "bridge tile" stuff, like industries?
17:29:37 <Eddi|zuHause> supermop: if you limit yourself to "linear" bridges, then you might want to prepare your spec that the bridge need not necessarily end on a bridge head (but could also end on a bridge in a different direction), which may provide extensibility for curvy bridges
17:29:54 <supermop> is it best to write 'i wish i could do these things' or to write ' a call back for this should be available'
17:29:59 <Eddi|zuHause> (but not really for junctions on bridges)
17:34:59 <andythenorth> Alberth: it is quiet because....?
17:35:12 *** mahmoud has joined #openttd
17:35:43 <Alberth> nobody said anything, or did we run out of question marks?
17:36:53 <petern_> Hmm, I wonder what "foo7.diff" is...
17:37:15 *** frosch123 has joined #openttd
17:37:16 <andythenorth> probably roadtypes
17:37:31 * andythenorth was quiet due to actually doing stuff
17:37:35 <andythenorth> like child maintenance
17:37:42 <andythenorth> taught him to stand on his head
17:37:46 <andythenorth> also redrawing FIRS
17:37:59 <Eddi|zuHause> hm... need a powerful enough grammar for specifying the livery of a vehicle
17:38:03 <Belugas> changing diapers, fooling around with goooo and gaaaaa and guiliguili
17:38:17 <andythenorth> Alberth: tweaking FIRS
17:38:33 <andythenorth> Belugas: the nappies go by at an insane rate :P
17:38:42 <Eddi|zuHause> * a livery consists of a "shape" and a "colour".
17:38:49 <andythenorth> seems like all my life I'm staring into a nappy
17:39:00 <andythenorth> Eddi|zuHause: apply gestalt theory ;)
17:39:04 <andythenorth> might help, might not
17:39:14 <Alberth> or us a GLR parser :p
17:39:17 <Eddi|zuHause> * "shape" may be "open", "round roof", "flat roof", "cylinder"
17:39:37 <Eddi|zuHause> * "colour" may be "traffic red", "ocean blue", ...
17:39:53 * Belugas likes been called kid again!
17:40:31 <Alberth> come play with us, we have a garden full of openttd source codes to play with
17:40:43 * andythenorth has lost the BANDIT spec
17:40:48 <Eddi|zuHause> * both shape and colour may be split into sections, i.e. shape [length-wise]: 80% round, 20% flat roof. colour [height-wise]: 60% green, 40% red
17:41:25 <Eddi|zuHause> all that formulated in a way so one can define multiple liveries in one cell of a table
17:42:26 <andythenorth> so I ended up with stuff like "trailer-0_2-body_tipping_4px-light_grey-3_8-bulk-corn_yellow.png"
17:42:27 <Belugas> Alberth, that's tempting
17:42:47 <andythenorth> Eddi|zuHause: ^ in that case the 'livery' is 'light_grey'
17:42:56 <andythenorth> and the gestalt uses that as a key to look up liveries
17:42:58 <Eddi|zuHause> andythenorth: no
17:43:08 <Eddi|zuHause> i meant the upper half is green, the lower half is red
17:43:31 *** einKarl has joined #openttd
17:43:40 <andythenorth> so what problem are you trying to solve?
17:43:59 <Eddi|zuHause> so 50% white, 10% red, 30% white, 10% black will result in something roughy resembling an IC wagon
17:44:41 <andythenorth> although I'd probably encode it myself
17:45:12 <andythenorth> ic = [5px white, 1px red, 3px white, 1px black]
17:45:15 <Eddi|zuHause> andythenorth: in pixa talk, this would define the colour entries in the PixaSequence
17:45:28 <andythenorth> yes, depending on your approach
17:45:35 <Eddi|zuHause> andythenorth: yes. only this line will be read from the tracking table
17:45:49 <Eddi|zuHause> so one abstraction layer higher
17:45:53 <CIA-1> OpenTTD: translators * r24149 /trunk/src/lang/ (8 files): (log message trimmed)
17:45:53 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:45:53 <CIA-1> OpenTTD: dutch - 10 changes by habell
17:45:53 <CIA-1> OpenTTD: english_US - 12 changes by Rubidium
17:45:53 <CIA-1> OpenTTD: french - 18 changes by OliTTD
17:45:54 <CIA-1> OpenTTD: korean - 13 changes by telk5093
17:45:54 <CIA-1> OpenTTD: polish - 12 changes by wojteks86
17:47:34 <Eddi|zuHause> andythenorth: if i only wanted the colour, i could probably reuse the syntax from the graphics selection. i.e. "date:(default:sax,1924..1928:DRGearly,>=1929:DRG)" turns to "livery1:(5:white,1:red,3:white,1:black)"
17:47:52 <andythenorth> sounds plausible
17:48:04 <Eddi|zuHause> but i want to put the shape in there as well
17:48:10 <andythenorth> depends if you want to encode much inside pixa gestalts, or just abstract everything away
17:48:21 <andythenorth> pixa is already capable of fairly baffling abstractions :P
17:48:55 <Eddi|zuHause> andythenorth: yes. but this is not about pixa capabilities
17:49:09 <Eddi|zuHause> andythenorth: i want to encode all pixa-relevant things into the tracking table
17:49:10 *** valhallasw has joined #openttd
17:49:12 <andythenorth> everything via the tracking table
17:49:15 <andythenorth> oh you said that :P
17:49:26 <andythenorth> one place and one place only
17:49:53 <Eddi|zuHause> the shape thing is basically something like a steam engine: the boiler is round, and the cabin is a box
17:50:00 <andythenorth> I think you'll have a headache if you try and encode complex sequences there, e.g. cargos and such
17:50:07 <Eddi|zuHause> possibly adding details later
17:50:14 *** George is now known as Guest816
17:50:24 <Eddi|zuHause> no, cargo can be handled separately
17:50:26 * andythenorth prepares to watch Eddi|zuHause spend one year going slowly insane :)
17:50:36 <andythenorth> are you aiming for 'final' graphics, or 'proxy' ?
17:50:46 <Eddi|zuHause> "proxy", for now
17:51:02 <Eddi|zuHause> but with increasing levels of detail
17:52:01 <Eddi|zuHause> andythenorth: whether cargo graphics should be added would be an intrinsic property of the shape. i.e "flat" will add cars/steel/whatever, "open" would add grain/ore/coal/...
17:52:14 <Eddi|zuHause> the cargo colours are of no concern to the vehicle
17:52:24 <andythenorth> yes, that makes total sense
17:52:43 <andythenorth> it's not the same as my approach but I see the logic
17:52:45 <andythenorth> think it will work
17:53:47 <andythenorth> it's slightly cleaner than BANDIT
17:54:03 <andythenorth> I have a silly step (as yet unsolved) where I have to extract filenames from nfo for pixa
17:54:28 <Alberth> is that so difficult?
17:54:35 <andythenorth> it's just a bit odd
17:54:46 <andythenorth> I'm using the 'odd' route because it's blunt-force effective and simple :P
17:55:57 *** FLHerne has joined #openttd
18:03:36 <Eddi|zuHause> i'm still nowhere at defining the shape and colour in the same line
18:05:59 <Prof_Frink> Eddi|zuHause: An album by the Foo Fighters.
18:06:20 <Alberth> shape [length-wise]: 80% round, 20% flat roof. colour [height-wise]: 60% green, 40% red shape_8r2f;colour_6g4r ?
18:06:26 <Prof_Frink> Oh wait, that's the colour and the shape
18:07:41 <Eddi|zuHause> i think i know something.
18:08:02 <Alberth> hmm, that sounds serious :p
18:08:07 * andythenorth low battery, biab
18:10:08 *** TheMask96 has joined #openttd
18:10:27 *** andythenorth_ has joined #openttd
18:12:45 <SpComb> you're supposed to ssh in to an irssi somewhere
18:12:55 <andythenorth_> Its like the future :p
18:13:52 <Prof_Frink> SpComb: One does not simply ssh into irssi
18:14:08 <frosch123> supermop: it would be easier readable if it contained a few bullet points instead of plain text only
18:14:23 <SpComb> Prof_Frink: chsh /usr/bin/irssi
18:14:41 *** TWerkhoven has joined #openttd
18:14:48 *** fonsinchen has joined #openttd
18:15:01 <Prof_Frink> There should be a screen or similar somehwere in the mix.
18:15:12 <andythenorth_> When do industries get to plant over-buildable newobjects?
18:16:25 <Eddi|zuHause> andythenorth_: after trafficobjects :)
18:23:03 <Eddi|zuHause> i just read "oh, A, excited"... must be the insanity kicking in :p
18:25:44 <supermop> added two new points/wishes
18:26:07 <supermop> i believe you used to speak of ponies, andy...
18:26:38 <andythenorth_> Pony express :p
18:27:47 <supermop> anyway please let me know if any of my ideas are stupid, or if you have better ones
18:32:01 <TrueBrain> [16:30] <andythenorth> TrueBrain: could NoGo handle industry production, or is it a likely performance suck? <- it has been said that NoGo does the bigger picture, where NewGRFs control the individual entities. So Industry production is NewGRF basically :)
18:32:12 <TrueBrain> (at least, that is how NoGo is designed atm; things can ofc change)
18:32:39 <TrueBrain> so to answer the question: 'could': yes
18:32:43 <TrueBrain> do we want it: atm, no
18:37:01 <blathijs> Hmm, bah, my trains are getting lost again :-S
18:37:18 <blathijs> I have this feeling of dejavu from the last time I played a bit of OpenTTD
18:37:42 <blathijs> A bunch of coal trains are reversing halfway a line, for no apparent reason
18:37:52 <blathijs> I suspect there is some config wrong, but I can't figure out what
18:40:18 <blathijs> My new tracks don't have catenaries...
18:41:01 <blathijs> I guess that would be a useful feature: Select electric rails automatically when you have any electric vehicles or tracks
18:41:58 <Rubidium> blathijs: it selects the one you got most of, or the latest, or the first, or whichever one you configure
18:42:31 <andythenorth_> Truebrain i think there are compelling reasons to take industry code out of newgrf to nogo
18:42:34 <blathijs> I think I removed my .openttd/config at some point, or is this in the savegame?
18:42:53 <supermop> andythenorth_: make powerplants do something
18:43:04 <supermop> thats a job for nogo
18:43:04 <Rubidium> blathijs: it's configuration file
18:43:32 <frosch123> andythenorth_: you need an interface :p
18:43:40 <blathijs> "the one you got most of" sounds nice, but apparently that doesn't work
18:43:58 <andythenorth_> Don't want one :p
18:44:09 <andythenorth_> Want newgrf to go away
18:44:16 <frosch123> nogo can do nothing about industries as long as newgrf cannot state what they are about
18:44:36 <Eddi|zuHause> blathijs: there's also a "highest" option
18:44:55 <supermop> nogo checks power plant production (how do you measure production?) then boosts industry production, town growth, and/or new industry spawning
18:45:02 <andythenorth_> Hence remove newgrf industry
18:45:15 <TrueBrain> andythenorth_: nobody has brought them forward :D
18:45:26 <supermop> aluminum plants prefer to be near a productive power plant
18:45:30 <Eddi|zuHause> andythenorth_: can't do graphics in nogo
18:45:33 <frosch123> andythenorth_: stop these silly generalisations
18:45:51 <frosch123> Eddi|zuHause: even worse, can't do cargo processing in nogo
18:46:05 <Rubidium> blathijs: maybe it's only the first time you open the toolbar and then it's always the last selected one
18:46:06 <TrueBrain> andythenorth_: in other words: please do share those compelling reasons, as we havent seen them yet ;)
18:46:39 <frosch123> andythenorth_: try it, write a patch :p
18:46:44 <andythenorth_> 1. Reduced false bug reports
18:46:46 <Eddi|zuHause> TrueBrain: i think he just doesn't understand his code anymore, and wants to do something from scratch instead :)
18:47:08 <andythenorth_> 2. Industries linked to goals
18:47:30 <TrueBrain> how about this: make a thread :D
18:47:41 <andythenorth_> 3. Players can write their own scripts
18:48:01 <TrueBrain> as atm you are just naming the things NoGo does; not really compelling reasons to start micromanging industries :P
18:48:31 <Eddi|zuHause> can't define cargos in nogo either
18:48:35 <andythenorth_> It's going to keep being requested....
18:48:46 <TrueBrain> many features are being requested over and over
18:48:51 <TrueBrain> that doesnt make it a good idea or wanted behavoir :)
18:49:09 <TrueBrain> but, we are not against change; just make a thread and clearly outline what would benefit, and who would be hurt
18:49:10 <andythenorth_> Phone keypad is not helping me make the case properly :p
18:49:21 <TrueBrain> IRC is not helping either :D
18:49:51 <TrueBrain> (Examples of patches that are rejected every blue moon: copy/paste, drag&drop reserve land, ... ;))
18:51:16 *** andythenorth has joined #openttd
18:51:21 <andythenorth> real keyboard ftw
18:51:34 <Alberth> there is some middle ground here; I agree nogo should do big overview, and newgrf the individual industry, but somewhere you need to turn big overview into concrete industries, and neither nogo nor newgrf is the proper place
18:52:23 <andythenorth> every time I go work on newgrf industry, I end up concluding that newgrf industry basically sucks
18:52:34 <andythenorth> which I know is rude and ungrateful, but it's my conclusion
18:52:42 <andythenorth> and I have the second biggest industry set :P
18:52:50 <andythenorth> so I've explored a bit :)
18:53:12 <andythenorth> that doesn't make NoGo the solution
18:53:12 <Alberth> but a first step could be to extend the industry newgrf spec like frosch123 says, so an industry can state it has no interest in control, or that it is listening to openttd
18:53:16 *** A5b0ca96b has joined #openttd
18:53:19 <andythenorth> and shouting 'NoGo' is silly I admit
18:53:24 <TrueBrain> andythenorth: and I dont disagree ;)
18:53:41 <andythenorth> so problems with industries include:
18:53:50 <fonsinchen> you could have the newgrf define cargos, graphics, industry types, but forbid defining production change algorithms
18:54:03 <fonsinchen> As long as no script is given some default would be running
18:54:19 <fonsinchen> a script could change industry production by its own means.
18:54:34 <Alberth> imho production change is not the biggest issue imho, it
18:54:36 <andythenorth> I refuse to work with that way
18:54:40 <Alberth> 's more about close/open
18:54:47 <andythenorth> (1) I have to provision loads of crap just to make gameplay sane, e.g. parameters to prevent industry opening etc
18:55:03 <andythenorth> (2) I have to try and fix the known-broken closure routine
18:55:04 <fonsinchen> handle closing and opening the same as production change
18:55:09 <andythenorth> (3) I can't do anything with towns
18:55:29 <andythenorth> (4) I shouldn't do anything with towns, because it conflicts with town sets
18:55:52 <andythenorth> (5) I can't ensure industries get created at a certain date (maybe I can now cb22 is extended)
18:55:57 <andythenorth> (but I didn't test yet)
18:56:09 <Eddi|zuHause> andythenorth: but you can't rely on the presence of a script to handle opening/closing either
18:56:21 <andythenorth> hence I think we agree NoGo is not the obvious answer
18:56:32 <fonsinchen> default would be like stock openttd
18:56:45 <andythenorth> fonsinchen: it's yet more bug reports
18:56:46 <fonsinchen> there is some industry opening/closing algorithm built in
18:57:04 <fonsinchen> why? ppl are used to it ...
18:57:23 <Alberth> andythenorth: perhaps think from the other end, what does an industry want from its environment/openttd?
18:57:37 <andythenorth> (1) to get created on the map
18:57:40 *** HerzogDeXtEr has joined #openttd
18:57:53 <andythenorth> (2) to be located according to certain conditions
18:58:11 <andythenorth> (3) to be able to include a station(? mayeb)
18:58:28 <andythenorth> (4) to be influenced by or exert influence on neighbouring things
18:58:40 <andythenorth> not convinced 4 matters really
18:58:45 <andythenorth> except for electricity
18:59:02 <andythenorth> (5) to be closed according to certain conditions
18:59:57 <andythenorth> industry doesn't care about production changes from the environment, but NoGo might
19:00:03 <Zuu> It may want to get to know of global trends etc. Eg if it is recession or if there is a trend for people to buy more books and wodden furniture.
19:00:24 <andythenorth> depends how far we want to go
19:00:38 <andythenorth> it might want to know how many of it's cargo packets got delivered, where, and what the spot price for them was
19:01:40 <CIA-1> OpenTTD: rubidium * r24150 /trunk/src/lang/korean.txt: -Fix (r24149): missing WT3 validation
19:01:56 <Alberth> trends make nice game problems, where you have to adapt your liveries to new trends
19:02:07 <Zuu> If production changes are all moved to NoGo or outside of the industry, then it doesn't need to know about global economy changes.
19:02:31 <andythenorth> give me python, I'll make a global industry controller :P
19:02:38 <andythenorth> it would be called 'economy' :P
19:03:13 <CIA-1> OpenTTD: rubidium * r24151 /trunk/src/script/api/script_vehicle.hpp: -Fix: typo in script documentation
19:03:25 * andythenorth wonders if it's sane to have an 'economy' script running alongside a 'goals' script
19:03:47 <andythenorth> in railroad tycoon there are 3 layers: transport, economy, goals
19:04:39 <Eddi|zuHause> andythenorth: i think this is overcomplicated
19:05:05 *** A5b6bbda7 has joined #openttd
19:05:34 <andythenorth> Eddi|zuHause: plausible
19:06:19 <andythenorth> overcomplicated = undesirable goal for game?
19:06:27 <andythenorth> or overcomplicated = silly implementation ideas
19:06:56 <Zuu> There should be some default economy in OpenTTD. Eg. the current default, then a NoGo could override it for individual industries if it likes to include them in a goal idea.
19:07:07 <fonsinchen> we basically have graphics, behaviour and script. graphics and behaviour are done in newgrf, script is done in squirrel. The problem is that behaviour can invoke graphics, but script cannot invoke behaviour.
19:07:30 <andythenorth> the reason for that is...no defined interface
19:07:47 <Zuu> which could be fixed? :-)
19:07:49 <andythenorth> and the reason for no defined interface is....newgrf spec doesn't go that way
19:08:07 <andythenorth> could be fixed unreliably
19:08:09 <fonsinchen> Furthermore behaviour is doing is own thing in an uncontrolled way, which maybe it shouldn't.
19:08:41 <fonsinchen> One could deliver scripts bundled with newgrf sets and define an interface for them to invoke newgrf behaviour.
19:09:04 <andythenorth> script or scripts?
19:09:05 <fonsinchen> Then forbid newgrfs to act on their own without being prompted for it.
19:09:23 <fonsinchen> "script" is the concept, "scripts" are the implementations
19:09:33 <andythenorth> n scripts running in a game?
19:09:52 <fonsinchen> if the user chooses so.
19:09:57 <andythenorth> i.e. something not NoGo
19:10:12 <Eddi|zuHause> the design decision for nogo was that only one script may be active at the same time
19:10:13 <fonsinchen> Maybe bundled scripts could only invoke behaviour of newgrfs bundled with them.
19:10:34 <fonsinchen> script would have the same interface as nogo
19:11:04 <andythenorth> can we try and describe the interface?
19:11:28 <andythenorth> in terms of verbs perhaps
19:11:56 <fonsinchen> you'd have a script bundled with a newgrf industry set
19:12:19 <fonsinchen> on the industries belonging to the set the script could invoke "open", "close", "more", "less"
19:12:24 <andythenorth> it's going to become horribly apparent that I don't understand NoGo in about 2 mins
19:12:33 <fonsinchen> furthermore it could examine other game objects but not change them.
19:13:02 <frosch123> andythenorth: i have a solution! drop support for maps bigger than 256x256
19:13:11 <frosch123> that fixes 90% of issues for sure
19:13:17 <andythenorth> 512x256 or 256x512 :P
19:13:28 <andythenorth> refuse the other
19:13:37 <Rubidium> 128x128 is more than enough
19:13:55 <fonsinchen> 640x640 should be enough for anyone ...
19:13:59 <andythenorth> and only maintain the 'small map' version
19:14:08 <andythenorth> let some other idiots do the bigger stuff
19:14:27 <frosch123> the problem about the open and closure discussion is that players tend to play on maps so big that they only use 1% of the industries and are annoyed about the changes of the other 99%
19:14:43 <andythenorth> so also the interface needs things like 'pre_announce_closure(days)'
19:14:57 <andythenorth> oh that needs a cb handler too
19:15:09 <andythenorth> to see if the closure should happen or not
19:15:24 <frosch123> andythenorth: make start with stuff like, that the newgrf industry can rate its environment
19:15:33 <andythenorth> and it needs multiple cb handlers, because multiple closure conditions can be in force
19:15:38 <globester> what do you normally play on? 256x256?
19:15:41 <frosch123> a mixture of: i have enough cargo, there are friendly neighbours
19:15:46 <Zuu> andythenorth: so the industry newgrf should still be able to veto closure using a callback?
19:16:09 <andythenorth> the cb handler is just fired when the closure event is reached
19:16:10 <Zuu> For NoGo, there aren't callbacks, there are events which the script may listen to at some point in the future.
19:16:17 <frosch123> next item could be: how dynamic is a industry: a farm only changes stuff once a year, a processing factory could more often
19:16:24 <Zuu> The only exception to this rule is the Save function.
19:16:26 <andythenorth> Zuu: you can't bind a handler to the event?
19:16:27 *** supermop has joined #openttd
19:16:42 <Zuu> andythenorth: You are responsible for polling the event system.
19:16:44 <frosch123> next you need to distinguish single industries and industrytypes
19:16:50 <Zuu> Which you only need to do if you want to.
19:17:16 <frosch123> a industrytype could say stuff like: there should be twice as much industries of this type compared to that type, but after 1970 it shall vanish
19:17:18 <Zuu> But you have to code the mechanism that pause your current task and check the events every now and then.
19:18:23 <frosch123> andythenorth: nogo is no stateless machine. it has no interrupts either. it is only a single sequential program
19:18:31 <andythenorth> frosch123: classes / instances for industries :P
19:18:36 <Zuu> Thus, a script can't be trusted to go imediate response.
19:19:02 <frosch123> you could use nogo for a bureoucracy driven economy
19:19:12 <frosch123> deliver cargo, wait 5 years for it being processed
19:19:31 <frosch123> script events are only pile of sheets on a table
19:19:46 <frosch123> and the script decides when it want to pull one sheet from the bottom
19:20:04 *** brambles has joined #openttd
19:20:30 <Zuu> frosch123: Good explanation :-)
19:20:36 <andythenorth> sounds like a stack :P
19:21:02 <andythenorth> so you can't simply bind functions to events, or rebind them dynamically?
19:21:56 <CIA-1> OpenTTD: rubidium * r24152 /trunk/src/script/api/script_vehicle.cpp: -Fix [FS#5157]: [NoAI] Do not return the last 'cached' speed of vehicles when they are stopped/crashed
19:22:34 <Zuu> Some AIs/GSs use a event based program paradigm, where their code that pulls a sheet from the paper pile will call the function responsible for handling that paper. However, the script still need to call the function that pulls papers from the pile in order to have events processed.
19:22:34 <CIA-1> OpenTTD: rubidium * r24153 /trunk/src/3rdparty/squirrel/squirrel/sqbaselib.cpp: -Fix [FS#5160]: [Squirrel] Crash when trying to create an array with negative size
19:23:21 <andythenorth> so fundamentally, no way for a script to trigger some internal process in an industry and have a result come back (later)
19:24:08 <andythenorth> I don't think this really matters tvh
19:24:40 <Eddi|zuHause> if at all, the industry would read some script-data in the production callback. not the other way round
19:25:20 <Zuu> Technically it is not impossible to have OpenTTD call callback-functions in the script code. This is how the metadata is delivered to OpenTTD and how the save-system work. However, using this for industry callbacks may open a can of worms with potential issues where a script can hang OpenTTD for example.
19:26:26 <andythenorth> cases like 'supply electricity to town' are probably quite different to 'close industries on the map selectively'
19:26:30 <Rubidium> eventually the callback will be crashed
19:26:31 <Zuu> I would believe that this callback function for example must return in order to compleete the curernt tick.
19:26:33 *** Biolunar has joined #openttd
19:28:35 <andythenorth> ach, it's complicated
19:28:41 <andythenorth> too much interacting :P
19:29:26 <andythenorth> I can't get my head around it
19:30:03 <Zuu> What do work is that a script calls a API that calls a cb in a NewGRF and then responds. So they could talk with each other as long as the script asks the question.
19:30:03 *** fonsinchen has joined #openttd
19:30:24 <andythenorth> NoGo with a random map, with an unknown industry grf, with unknown town grfs
19:30:38 <andythenorth> and we need to try and ensure good reliable bug-free gameplay
19:31:00 <andythenorth> whilst respecting wishes of NoGo author, players map and advanced settings, and newgrf authors wishes
19:31:54 <andythenorth> too many combinations :P
19:32:55 <Alberth> you cannot cover all of them to their everybodies satisfaction, probably
19:33:34 <andythenorth> something has to give
19:33:43 <andythenorth> someone...has to lose
19:33:47 <frosch123> [21:24] <Eddi|zuHause> if at all, the industry would read some script-data in the production callback. not the other way round <- either that, or the other way around: the industry stores some information for the script
19:33:49 <Alberth> just like 'authors' probably don't want to deal with everything that could happen
19:38:37 <andythenorth> frosch123: what if NoGo was ignored for this?
19:38:43 <andythenorth> I don't mean 'remove NoGo'
19:39:01 <andythenorth> but currently each industry is mostly a black box to NoGo
19:39:34 <andythenorth> but each industry is also a black box to other industries
19:39:50 *** kkb110_ has joined #openttd
19:39:59 * andythenorth is trying to puzzle out having a separate script running industries
19:40:15 <andythenorth> which has an interface to NoGo
19:40:36 <andythenorth> and maybe we insist in the spec that certain interfaces *must* be implemented
19:42:20 <andythenorth> so the industry script would happily run industries if left undisturbed
19:42:27 <andythenorth> but a NoGo script could make calls to it
19:42:37 <fonsinchen> the next guy will come around and ask for the same thing with towns
19:42:41 <fonsinchen> and then one with trains
19:42:44 <andythenorth> the industry script could also fire events to NoGo
19:43:02 <fonsinchen> that's why I proposed a more general approach
19:43:04 <andythenorth> fonsinchen: create a valid argument for one with trains?
19:43:14 <andythenorth> I don't understand the more general approach
19:43:27 <fonsinchen> oh, I want that engine only to be available if enough steel is produced
19:43:53 <andythenorth> but what's the more general approach? That's just NoGo?
19:44:34 <fonsinchen> no, let newgrf authors bundle scripts with their grfs which can modify the grfs but only examine (and not modify) everything else
19:44:56 <fonsinchen> Problem is: what to do if global scripts want to modify the same objects
19:45:05 <fonsinchen> that should probably be forbidden then.
19:45:41 <fonsinchen> and I don't know if that is actually feasible, just a wild idea so far.
19:46:04 <andythenorth> your solution = my solution ;)
19:46:26 <Zuu> By default, industries are managed localy (be it the NewGRF or a specific Squirrel script), but a NoGo can also de-activate the local control and thus take over the control. This can't be vetoed by the local control.
19:46:41 <andythenorth> the global scripts can't modify the objects, they have to make a call to a defined interface on the industry script
19:46:53 <andythenorth> and the industry script may choose what to do with that
19:47:31 <andythenorth> but it has to implement the interface
19:47:59 <fonsinchen> industry scripts might simply get to intercept calls to industries and modify or block them as they like
19:48:08 <fonsinchen> no need to define a separate interface then
19:48:22 <andythenorth> the interface would look like an extended version of current interface
19:48:30 <andythenorth> but current interface is not ideal
19:48:49 *** valhallasw has joined #openttd
19:48:51 <andythenorth> maybe it's ideal enough
19:50:37 <fonsinchen> well, good night and good luck with that
19:52:37 <supermop> andy, i was at lunch earlier, but what stops you doing what you want in the current state of affairs?
19:53:07 <supermop> nogo can grow towns i believe - is it just that it can't read data from industries?
19:53:21 *** LordPixaII has joined #openttd
19:54:45 <Zuu> It can read industry production values, but it can't change industry production.
19:55:38 <Zuu> It can probably not open/close industries. (if it finds a player with lots of cach it might be able to fund an industry using the mony of that player)
19:56:08 <supermop> i guess it prevents the above case of needing power to run an arc furnace or aluminum plant
19:56:39 <supermop> can nogo not hold its own currency, in the place of a 'regional government'?
19:57:28 <Zuu> NoGo can't get information about how much cargo that has been delivered to an industry. So unless the powerplant is changed so that it produces an electricity cargo, NoGo can't see that the power plant is supplied.
19:58:32 <supermop> can an industry produce something that is never transported?
19:58:58 <supermop> lets keep things more or less the same
19:59:00 <Zuu> If the NewGRF spec allow that a cargo type exist that no industry accepts.
20:00:37 <supermop> change industry spec to allow (but not require) optional flag readable by scripts or towns or AIs, whatever: industry is idle/industry is productive
20:00:37 <Zuu> With radical means it could block the steel mill with road tiles in a large enough radius until some condition is fullfilled.
20:01:04 <Zuu> It's not pretty, but its possible
20:01:15 <supermop> or idle/produce little/produce lots
20:02:38 <Zuu> there is one flag actually for the case when the stockpile is full. Or rather that the industry is not producing anything for the moment due to temporary issues.
20:03:07 <Eddi|zuHause> for the industry closure i had a proposition once: the 5-year-protection counter should only start running after the associated town has a rating for at least one company
20:03:10 <Zuu> This one can be read by scripts.
20:03:31 <Eddi|zuHause> that should avoid emptying regions which have not been touched yet by the player
20:04:25 <Belugas> i had a patch for that
20:08:22 <supermop> then certain industry sets can use/abuse that flag for primitive town/industry integration
20:08:24 <andythenorth> Eddi|zuHause: that's quite a nice suggestion
20:08:35 * andythenorth borrows newgrf city spec
20:09:01 <andythenorth> wonder if there's an 80+ var for it
20:10:20 <supermop> can that flag somehow be thought of as idle/active/full? where both active and full might trigger certain actions in a certain script
20:10:45 <Eddi|zuHause> andythenorth: it's probably a case for handling in openttd, not in the grf
20:11:29 <xiong> So, I come up against a game play issue, a strategy issue if you will; and can't seem to find a good solution. This is with FIRS and relates to a specific level of demand. By "specific", I mean that, for whatever reason, a station demands X tons/month of some cargo.
20:12:18 <andythenorth> Eddi|zuHause: that's never going to happen :(
20:12:24 <andythenorth> 'everything must be done by newgrf'
20:12:51 <Eddi|zuHause> nobody ever said that :p
20:12:52 <andythenorth> for one, it might break existing grfs that rely on that behavour
20:13:31 <andythenorth> I like the suggestion
20:13:38 <xiong> Now superficially, any station accepting a cargo can take any amount of it. But there are good reasons to ration cargo under FIRS. A simple example is with Engineering Supplies. Ideally, 1 crate is delivered each month; in practice, a low-cap vehicle delivers, say, 4 every 21 days or thereabouts.
20:14:49 <xiong> That low-cap vehicle can be called a "pig". It loads and unloads at the same station; and ES is delivered there in bulk with a transfer order, so it's not used up all at one time.
20:15:45 *** goodger has joined #openttd
20:17:09 <xiong> The issue I face is matching the bulk delivery to the pig. There is not really any practical way to make an exact match. Either bulk runs short, the pig starves, and the served industry suffers; or bulk runs over and a huge backlog eventually builds up. Note that it doesn't matter how large the inequity: even a tiny imbalance leads eventually to one outcome or the other.
20:18:58 <xiong> I don't like the way I expressed that -- it's not matching the bulk to the pig or the pig to the bulk; it's not even feasible to bring them together exactly. The bulk must be delivered slightly in excess of the pig's consumption and a third mechanism must somehow consume any excess.
20:19:55 <andythenorth> xiong: do you have breakdowns on?
20:20:50 <xiong> What in the world, andythenorth? You ask me the same question every day. Of course I have breakdowns on. I had them on yesterday; I'll have them on tomorrow. Surely that is the most irrelevant question in connection with bulk vs pig issues.
20:21:25 <andythenorth> you describe a synchronisation problem
20:21:27 <xiong> I don't mean to be pissy but really. You guys design a game with fallible machines; I deal with it.
20:21:40 <andythenorth> you will have variance in your takt times between processes
20:21:45 <andythenorth> either eliminate the variance
20:21:50 <andythenorth> or accept waste of some form
20:22:02 <andythenorth> probably waste of inventory, or waste of waiting
20:22:19 <andythenorth> the problem is that you are not using one piece flow
20:22:30 <xiong> You cannot realistically eliminate all irregularities. I'm playing a train game; I'm not programming a computer.
20:22:36 <andythenorth> you are trying to integrate efficiently a bulk delivery and slightly-more-than-one-piece flow
20:22:46 <andythenorth> I used production language, not computing ;)
20:22:54 <andythenorth> the problem is *hard*
20:23:00 <xiong> Well, I always thought JIT was BS.
20:23:20 <andythenorth> but it can be fragile
20:23:48 <xiong> I'm not concerned with the general issue of *roughly* matching bulk delivery to pig consumption; that's a matter of skill. But this cannot be done perfectly; therefore, the excess must be disposed of.
20:23:51 <andythenorth> but as long as the disruption is minor, lean/agile JIT is better adapted to adjust to disruption than some alternatives
20:24:06 <andythenorth> sell the excess to local partners :P
20:24:14 <andythenorth> oh, wait, there's no button for that
20:25:06 <supermop> what about 4-sided foundations?
20:25:14 <xiong> Well, what I've been doing is to build a third vehicle. I've tried a couple approaches. One is a medium-cap that just quickly draws down inventory; I run it and stop it manually. This is a pain.
20:25:22 *** sla_ro|master has joined #openttd
20:25:35 <supermop> ie a foundation on flat ground
20:25:38 <xiong> supermop, Not possible. One corner at least must be at the correct height.
20:26:02 <supermop> as a hack for chaining bridges
20:27:04 <andythenorth> timetable one vehicle without full load, run another on full load?
20:27:10 <xiong> The other approach is a high-cap vehicle that loads permissively, tests to see if it is full; and if it is full, then unloads; if not, then transfers. The theory here is that if total inventory exceeds the large capacity then some can be ditched.
20:27:59 <xiong> The disagreeable part of that second scheme is dedicating a large, expensive vehicle to the trivial task.
20:28:24 * andythenorth wonders if you can mask the inventory by having it in transit, thereby hiding it from your brain
20:28:27 <xiong> In real life, this type of task is not handled by a vehicle at all but by a warehouse manager.
20:28:37 <andythenorth> you are that person
20:29:27 <xiong> By definition, the layout is not well-designed if it requires one to intervene just to keep it running properly.
20:29:45 <andythenorth> the automation fallacy :)
20:30:18 <andythenorth> if you eliminate all input variation this should be solvable
20:30:22 <andythenorth> what causes input variation?
20:30:23 <xiong> The correct function of a railroader is to design and build the layout and correct design issues as they come up. If I have to do it all myself I might as well play wooden trains and push them around by hand.
20:30:56 <xiong> I'm not talking about some sort of ideal perfection; but a robust design.
20:31:03 <andythenorth> so eliminate the variation
20:31:07 <andythenorth> what causes the variation?
20:31:09 <xiong> I loathe clockwork perfection.
20:31:16 <andythenorth> stop cleaning, eliminate the source of dirt
20:31:23 <xiong> We are not going to meet on this issue.
20:31:40 <andythenorth> that is somewhat of an assertion
20:31:47 <andythenorth> yet to be proved
20:31:47 <supermop> xiong: might want to use a different industry set then?
20:31:48 <xiong> You want to play without breakdowns and, I don't know what else you do, play on a huge map with dozens of tracks.
20:32:00 <xiong> No, supermop; I want to tackle the issue.
20:32:07 <Rhamphoryncus> andythenorth: fwiw, I'm still enjoying engsup/farmsup with the patch. I've simplified my approach and no longer use refit/autorefit. Instead only the train directly loading from the primary has a couple engsup/farmsup cars and it drives through a transfer station on the way back
20:32:42 <andythenorth> xiong: your tendency to make unevidenced assertions about me personally....makes it unrewarding to continue this discussion
20:32:43 <supermop> i like micromanaging
20:32:49 <andythenorth> which was otherwise interesting
20:32:52 <xiong> I assume that as a normal part of operation, trains will be delayed.
20:33:14 <andythenorth> Rhamphoryncus: that sounds more like the picture I originally had in mind for them
20:33:24 <andythenorth> they're just a layer of stuff that should happen without much effort
20:33:40 <xiong> When did it become interesting, andythenorth? You lost my interest the moment you suggested turning off breakdowns, which you did... some time ago. It's unrealistic. I don't even want to live in a perfect world; the thought makes my skin crawl.
20:33:59 <andythenorth> again, assertions
20:34:09 <Nat_aS> >Man I haven't played TTD in a while, I think I'll uninstall my copy of cargodist and download a new one
20:34:12 <zxbiohazardzx> well breakdowns in itsself arent bad, but try them on a huge map on "normal" settings
20:34:17 <Rhamphoryncus> andythenorth: yeah. The only drawback is without cargodist/YACD the transfer can get overloaded, but I've stopped caring. Also, I suspect I can divert more of the metal towards goods and achieve a balance
20:34:19 <zxbiohazardzx> imo if you have breakdowns on reduced they are playable
20:34:20 <Nat_aS> >Wait, I didn't even check to see if a new one is out yet.
20:34:30 <Nat_aS> >Last update was two days ago
20:35:28 <xiong> Rhamphoryncus, that is precisely the issue I've been talking about. Bulk transfers must run slightly over pig deliveries or the industry starves. What to do with the excess?
20:35:53 <andythenorth> xiong: I can't reconcile your goal to avoid perfection with your goal to avoid imperfection
20:36:15 <andythenorth> it's perfectly reasonable to hold multiple conflicting views
20:36:17 <Rhamphoryncus> xiong: you have to realize that breakdowns a historical artifact. They don't work well and very few people play with them. As such catering them is a special case
20:36:33 <andythenorth> but it's not easy to reconcile those views neatly
20:36:39 <xiong> You don't get it, andythenorth. I'm not avoiding perfection; I'm trying to avoid an absurd overflow.
20:36:55 <andythenorth> but I don't recall asking you to turn breakdowns off
20:36:58 <Rhamphoryncus> xiong: overflow of the primary or of the transfer station?
20:37:40 <xiong> Overflow at the transfer. Bulk cannot, except in fantasy, be adjusted so as to exactly match pig consumption.
20:37:40 <andythenorth> if you have overflow, you either have unmatched vehicles, or variation
20:38:03 <Rhamphoryncus> xiong: So transfer more to the farms
20:38:10 <zxbiohazardzx> breakdowns itself arent bad
20:38:12 <andythenorth> an effective way to eliminate the variation is to eliminate the input variation
20:38:14 <zxbiohazardzx> the settings just are insane
20:38:21 <zxbiohazardzx> the breakdowns are way to often for gameplay fun
20:38:24 <xiong> Rhamphoryncus, I don't follow you.
20:38:32 <zxbiohazardzx> reduced breakdown for me would be "high or normal"
20:38:58 <Rhamphoryncus> xiong: a farm does NOT require *1*/month. It requires *minimum* of 1/month. That FIRS does nothing beyond that is because it's an unfinished feature
20:39:32 <supermop> breakdowns also need to be less absolute
20:39:32 <xiong> I've been using ES as an example. You want to use FS, that's okay, too. So I have a bulk train deliver FS to the farm on transfer; and a pig looping around at the farm station, picking up and dropping off -- actually unloading, so the FS is consumed by the farm.
20:40:06 <xiong> The actual rate of consumption might be 4 crates every 20 days.
20:40:14 <supermop> ie a MU or triple headed train should be able to continue to the next station
20:40:22 <Rhamphoryncus> xiong: Scrap that. The pig train, the one that loads at the farm, it should bring FS back with it.
20:40:51 <xiong> I don't think I'm being clear, Rhamphoryncus. By definition, a pig loads and unloads at the same station.
20:41:07 <Rhamphoryncus> Oh, you're not using pig to refer to livestock
20:41:08 *** Chris_Booth has joined #openttd
20:41:24 <Rhamphoryncus> A dummy train then
20:41:26 <xiong> No, not at all. The low-cap vehicle is a "pig".
20:41:53 <DorpsGek> andythenorth: 18.2625
20:41:58 <Rhamphoryncus> Your normal train that loads at the primary should bring FS/ES back with it
20:41:58 <xiong> No, it's essential. Otherwise, you have no choice but to drop the whole bulk load at once.
20:42:28 <Rhamphoryncus> You bring back 1 wagon of FS/ES with each train
20:42:34 <andythenorth> so simply send one 292.2t train every 4 years
20:42:38 <andythenorth> where's the issue?
20:42:43 <andythenorth> set station rating to 100%
20:43:14 <Rhamphoryncus> xiong: You have a train that loads at your primary, yes?
20:43:30 <xiong> Not sure what you mean by a "primary".
20:43:36 <andythenorth> xiong: your bulk delivery train is too big if you have excess
20:43:37 <Rhamphoryncus> farms, mines, etc
20:43:54 <xiong> Okay, a primary industry. Currently, that's a farm.
20:44:21 <xiong> Actually, I usually have trams at farms; they're low producers.
20:44:39 <Rhamphoryncus> So 1 engine, 8 grain wagons, and 1 farmsup wagon
20:45:13 <Nat_aS> are a metagame strategy right?
20:45:16 <xiong> The trams pick up, say, grain, and transfer it to a main station -- one that accumulates cargo for distant shipment.
20:45:34 <xiong> 8 grain wagons will take a very long time to fill.
20:45:48 <Nat_aS> feeders that go nowhere but instead trick the game into raising the station raiting.
20:45:51 <Rhamphoryncus> Can we pretend you're using trains for a moment, until you understand what I'm suggesting? I'll explain a trick for RV's after
20:46:11 <xiong> Sure, Rhamphoryncus, GA.
20:46:16 <Nat_aS> i never managed to make them work though,
20:46:18 <Rhamphoryncus> xiong: then do 4 grain and 1 farmsup
20:46:30 <Rhamphoryncus> Nat_aS: I use the FIRS parameter to always be 100%
20:46:51 <xiong> Nat_aS, transfer and take cargo; works like a charm. I call them "keepers". I have a keeper for each cargo at every station that handles it.
20:47:31 <andythenorth> xiong: strategically, the piglet approach is convoluted
20:47:55 <andythenorth> why not just run small vehicles from the source to the consumer?
20:48:14 <xiong> Nat_aS, One subtle point is that each keeper needs a total of 4 orders: stop, depot, stop, depot -- where each stop is transfer and take and each depot is maintain at. This keeps you from getting alerts about "too few orders".
20:48:38 <Nat_aS> no I never got the alerts, I just never noticed any change in raiting
20:48:44 <Nat_aS> they didn't seem to do much
20:48:50 <xiong> Because the industry producing FS is on the other side of the map from the farm.
20:49:22 <xiong> In order to keep up a steady, monthly supply, dozens, perhaps hundreds of RVs are required.
20:50:04 <xiong> Nat_aS, keepers work very well. Not sure why you're having trouble. Look for something not working right.
20:50:15 *** LordPixaII has joined #openttd
20:50:28 <Nat_aS> ... there is a cuba scenerio with FIRS... BUT, it's temperate
20:50:38 <Nat_aS> WHY to people make maps of tropical places with temprate?
20:50:38 <xiong> I generally put keepers on small loops of road, off by themselves. I put down two truck stops and two depots.
20:50:55 <andythenorth> xiong: I remain unclear why you have incorrectly sized bulk delivery vehicles
20:51:15 <xiong> andythenorth, There is no correct size.
20:51:16 <Rhamphoryncus> xiong: use a transfer station in between, perhaps the one you're using for the grain
20:51:26 <andythenorth> xiong: there is a correct size
20:52:01 <andythenorth> the size is: consumer requirement during vehicle round trip
20:52:02 <xiong> No; equality of measure in the real world is a fantasy. Every quantity is slightly larger or smaller than every other.
20:52:14 <Nat_aS> oh, it's also huge and lacking trees
20:52:16 <andythenorth> this is a fantasy world
20:52:42 * Rhamphoryncus ponders making dummy game and screenshot to explain it to xiong
20:52:45 <xiong> You can get a very close match -- one might even say, one can get a match to within any desired degree of accuracy -- but there can never be exact equality.
20:53:42 <andythenorth> it's simple maths
20:53:50 <xiong> Rhamphoryncus, no, I see your point; but I don't see how it helps. You still have bulk delivery to the main, intermediate, transfer station; and you still have a low-cap vehicle taking it away; and the rates of cargo movement can never match exactly. What do you do with the overflow?
20:54:05 <andythenorth> you work to prevent the overflow
20:54:16 <andythenorth> you have yet to explain why the solutions I offer can't work
20:54:18 <xiong> Then you get underflow, which is worse.
20:54:28 <andythenorth> so eliminate the cause of underflow
20:54:34 <xiong> You *cannot* get exact equality.
20:55:23 <xiong> Because that demands absolute perfection in every single part.
20:55:42 <Rhamphoryncus> xiong: don't use such low-cap the last step. Make sure the frequency is good, then scale up the volume
20:56:03 <xiong> You not only forbid breakdowns; you forbid multiple trains running on the same tracks, since they might delay your train.
20:56:15 <andythenorth> so let underflow be < 0
20:56:18 <andythenorth> and let overflow be > 0
20:56:20 <Rhamphoryncus> xiong: also note that trying to get 1 on *every* month is not worth it. Consider that to be another unfinished feature
20:56:23 <andythenorth> and 0 is unacceptable to you
20:56:32 <xiong> You forbid irregularities in delivery to the station that produces FS in the first place.
20:56:34 <andythenorth> but also < 0 is unacceptable to you
20:56:40 <andythenorth> and > 0 is unacceptable to you
20:56:49 <andythenorth> which leaves us with an unsolvable problem
20:56:56 <andythenorth> it's an interesting social behaviour
20:57:05 <andythenorth> but I should go and sleep
20:57:23 <xiong> I'm not a fool! I expect, desire, and plan for an excess. I'm just trying to figure out what to do with the excess when it becomes... excessive.
20:57:37 <Nat_aS> what's the console command to turn scenerio developer on?
20:57:45 <Nat_aS> I can't find the cfg file
20:58:06 <andythenorth> that is a good question
20:58:22 <andythenorth> patch station_cmd.cpp to eliminate cargo over a certain amount and age?
20:58:31 <xiong> What is wanted, precisely, is the ability to order a low-capacity vehicle to pick up *only* if the cargo waiting at station exceeds some *multiple* of capacity.
20:58:32 <andythenorth> it already ages and eliminates cargo somewhat I think
20:58:34 <Rhamphoryncus> xiong: assuming your trains have 1 farmsup wagon, which carries 40 units, and you produce enough to run 3 such trains/month, then anywhere between 1 and 120 units of farmsup would be consumed
20:59:01 <xiong> Generally, I don't produce anywhere near that much, Rhamphoryncus.
20:59:22 <andythenorth> xiong: are you looking for a correct strategy on the assumption that the game world should contain one? Or is this a feature request?
20:59:33 <xiong> All ES/FS beyond the 1 crate/month is wasted. You may get paid for it but you'd be better to divert the raw materials to produce something else.
21:00:29 <Rhamphoryncus> xiong: it is NOT waste.
21:00:40 <xiong> andythenorth, if I'm going to make a feature request then it would be in the direction of more general programmability. Not just for this issue but for many otherwise unrelated issues.
21:01:01 <andythenorth> Rhamphoryncus: it is waste without your patch
21:01:02 <Rhamphoryncus> Again, it's an unfinished feature. You should deliver much more but it's currently not counted
21:01:40 <Rhamphoryncus> And it's harmless to deliver more
21:01:42 <andythenorth> xiong: so more accurately >0 may be acceptable to you, but > n is not, where n is some finite real number?
21:01:51 <andythenorth> Rhamphoryncus: it's harmful if you're low on supplies on the map
21:01:56 <andythenorth> you should deliver it elsewhere
21:02:03 <andythenorth> depends on available quantities
21:02:10 <xiong> For instance, I find myself constructing fairly complicated order lists for vehicle after vehicle. These lists differ only in the particular stations; the conditional jumps and depoting are the same, the near/middle/far end is the same, the type of loading/unloading is the same.
21:02:53 <Rhamphoryncus> andythenorth: I had that problem when I tried to start with a biorefinery loop. With a coal or oil based loop I've never had an issue of quantity
21:03:30 <xiong> So I'd like to be able to create such an order list /en blanc/ and store it, then instance it, supplying the actual stations involved.
21:03:43 <Rhamphoryncus> xiong: I've done a few variations on SRNWs. Although they worked I concluded that it wasn't a good way to play. So I did something else
21:04:02 <V453000> not a good way to play, duh
21:04:08 *** andythenorth_ has joined #openttd
21:04:25 <Rhamphoryncus> V453000: I'm not talking about openttdcoop's style. It scaled up much better than mine.
21:05:01 <V453000> I also like it is small measures
21:05:11 <xiong> Rhamphoryncus, I can't seriously conceive of any layout that does not regulate itself. Any sort of manual intervention doesn't scale up well, does it?
21:06:04 <Rhamphoryncus> xiong: what part requires manual intervention? I already mentioned a range of 1..120
21:06:06 <xiong> You've got enough to do -- building new lines, upgrading old ones, dealing with the unexpected, making major adjustments.
21:07:08 <V453000> sure but you can make a circuit or a station which automatically regulates the amount of trains required by the industries
21:07:20 <V453000> of course you still have to expand tracks ... manually
21:07:34 <V453000> but even that can be quite automatized with SML ... shifter main line
21:07:56 <Rhamphoryncus> V453000: this conversation is actually about FIRS engsup/farmsup. I only mentioned SRNW as an example of complex order lists I've done
21:08:00 <xiong> V453000, I'm not sure what viewpoint you're advocating.
21:08:44 <xiong> It's not just ES/FS. Any cargo that needs to be delivered monthly is subject to the same constraints.
21:09:00 <Rhamphoryncus> What other cargo is there in FIRS that's monthly?
21:09:02 <xiong> Here I have a Lime Kiln; it requires stone and coal each month.
21:09:10 <Rhamphoryncus> Naw, it doesn't *require* them
21:09:38 <xiong> It's important that there's a monthly delivery of both; otherwise production is cut in half.
21:09:39 <Rhamphoryncus> Just build trains that supply both regular-ish
21:09:56 <Rhamphoryncus> If the occasional month is missed it's not a big deal
21:10:14 <xiong> No matter how you do it, you are going to wind up with an inequality somewhere.
21:10:44 <Rhamphoryncus> Okay, follow me for a second
21:11:17 <xiong> Let's try to keep it to a single thing, since otherwise the discussion just wobbles all over. Here is a... kiln producing FS, we'll assume at a regular rate. Here is a farm consuming FS, at something over 1 crate a month.
21:11:58 <xiong> Now, it's impractical to run dozens of small vehicles from kiln to farm... it's a hundred tiles.
21:12:38 <xiong> So a bulk vehicle must take FS at least part of the way. It's irrelevant whether this is half way or most of the way or all the way. From there, the small vehicle rations it out to the farm.
21:12:57 *** Zeknurn has joined #openttd
21:13:17 <Rhamphoryncus> What kind of farm?
21:13:20 <xiong> Now, wherever the transfer is made -- halfway, most of the way, or right at the farm -- you will either get underflow or overflow. Underflow is unacceptable so the bulk must exceed the pig, period.
21:13:38 <xiong> Any farm; they all take FS. Let it be a forest if you like.
21:13:53 <Rhamphoryncus> Okay, let's assume it's livestock. Where are you delivering the livestock?
21:14:14 <xiong> That's irrelevant. I can't imagine how that figures in.
21:14:22 <Rhamphoryncus> Answer the question :P
21:14:59 <xiong> It's hypothetical; I don't have a stockyard in the hypothesis.
21:15:15 <Rhamphoryncus> You're in luck, I'm adding one
21:15:23 <xiong> I'll grant a stockyard and a line hauling livestock there. Done.
21:15:35 <Rhamphoryncus> Let's say it's a fair distance away and you have a train going to it
21:15:55 <Rhamphoryncus> Or more specifically, several trains. Short enough that they fill up twice a month
21:16:04 <Rhamphoryncus> (you can make them longer as production increases)
21:16:09 <xiong> No, sorry, that I can't buy.
21:16:25 <Rhamphoryncus> Too bad. Shut up and listen until I'm done
21:16:33 <xiong> A farm just doesn't produce that much. It takes several months to fill up even a small train.
21:16:58 <Rhamphoryncus> Do I have to keep repeating or will you stop and listen?
21:17:59 <Rhamphoryncus> The farm volume is annoyingly low to start, but that's another matter. For the sake of this conversation just do what's necessary to be twice a month, even if it's only 1 wagon on the train
21:18:29 <Rhamphoryncus> So what you do is transfer the farmsup to the stockyard station
21:18:49 <Rhamphoryncus> Then the farm train, which is inherently timed by the farm itself, can have one or two farmsup wagons on it
21:19:39 <xiong> And there you're screwed right away, since one flatcar is going to haul at least 16 crates. So you're delivering 32 crates a month when only 1 is required.
21:19:40 <Rhamphoryncus> So whether you deliver 1 farmsup or 50 that train can take them
21:20:32 <Rhamphoryncus> The minimum is 1. The maximum is infinite. Anywhere in between is acceptable.
21:21:09 <xiong> No, I don't do that. I start in 1850; lately I've been starting with no-industry maps; and if the ones I need aren't given for free I have to fund them -- prospect in the case of primaries, which has a chance of failure. My ES/FS are *rare*. I can't afford to waste them carelessly.
21:21:40 <xiong> I failed *twice* to prospect for an Iron Mine and once for Quarry. That hurts.
21:21:44 <Rhamphoryncus> That's your problem. You're making the game painful, you find creative solutions. Don't come bitching to us.
21:22:28 <Rhamphoryncus> After all it's only 1/month because it's an unfinished feature. It should be 30/month in many cases
21:22:45 <xiong> Well, that's just what I've been doing... finding creative solutions. I don't know why you think I'm bitching. I haven't suggested that any part of this issue is related to a deficiency of the game.
21:23:22 <Rhamphoryncus> You implied it pretty strongly. Perhaps unwittingly, but you did.
21:23:36 <xiong> It might help if you understand that I'm not interested in *developing* the game; I try to take it as it is. I discuss game play strategy.
21:24:04 <Rhamphoryncus> You've ignored pretty much everything that's been said to you
21:24:08 <xiong> <xiong> So, I come up against a game play issue, a strategy issue if you will; and can't seem to find a good solution....
21:24:29 <xiong> Everything that's been said is unrealistic, sorry.
21:24:49 <Rhamphoryncus> If you're not willing to accept the answers then don't ask the question
21:25:20 <xiong> I start in 1850 because it's absurd to conceive of a world in 1950 with no rail at all... and no intercity roads.
21:26:00 <Rhamphoryncus> Try playing with NUTS. Should be fun to watch your head explode ;)
21:26:18 <xiong> Now I'm sorry but that's a pretty silly thing to say. If I ask "What's the square root of 2?" and you say "3"; and I fail to accept that answer; does that mean I was foolish to ask?
21:27:11 <Rhamphoryncus> Naw, I say 3 but you expected 10.. because you're assuming a context of base 3
21:27:23 <Rhamphoryncus> So nothing makes sense to your context, but makes perfect sense to everybody else
21:27:32 <xiong> I don't demand any answer at all, you know. I'm perfectly content to air an issue, discuss it, and leave without a resolution.
21:27:44 <Rhamphoryncus> err.. pretend the question actually had 3 of an answer ;)
21:28:14 <Rhamphoryncus> The point is: our answers are perfectly fine, it's your question that's wrong
21:28:18 <xiong> Look, if you want to overdeliver, that's fine.
21:28:38 <Rhamphoryncus> If you don't like overdeliverying go play ECS
21:29:20 <xiong> Questions don't come in "wrong" varieties.
21:29:26 <Rhamphoryncus> I'm frustrated because you're claiming my answers (and andy's answers) are wrong
21:29:43 <xiong> I'm not even quite sure that I came here asking a question. What I said was, here is an issue.
21:29:51 <Rhamphoryncus> Sure they do. Not because of the concept behind it but because of how it's asked
21:30:07 <xiong> No; I'm saying that what you propose does not address my issue.
21:30:16 <Rhamphoryncus> You came and started talking about a problem. Usually that's to see if someone has a solution
21:30:47 <V453000> Rhamphoryncus: apparently it is to prove that nobody has a solution :P
21:30:48 <Rhamphoryncus> Yes, because what you asked did not match your problem. In your head it did but not in ours.
21:31:27 <xiong> I'm not quite like most modern people, guy. I'm usually more interested in puzzles than in answers. Life is not like a grade-school arithmetic test: Here is a problem, here is the one right answer.
21:32:23 <xiong> There is no one right answer to anything in this game, not to any sort of strategy issue. There are only strategies, which may be more or less appealing.
21:32:25 <Rhamphoryncus> xiong: that's fine, but you're still only looking for certain kinds of answers
21:32:52 <xiong> Um... yes. I operate under certain assumptions.
21:33:22 <Rhamphoryncus> The better answer for most of the farmsup/engsup problems is to modify FIRS to encourage better styles, removing that "exactly 1/month" concept people like to fixate on
21:33:35 <xiong> Why don't I turn off breakdowns? Why don't I change train sets, or tram sets? Why don't I change industry sets? Why don't I start at an easier time, or with more money?
21:33:38 <Rhamphoryncus> But that's about game design, not gameplay
21:34:35 <xiong> It took me quite a number of years before I was willing to use the Scenario Editor to place towns; I just played out too many unsatisfactory games with towns piled up in one corner of the map.
21:34:43 <Rhamphoryncus> V453000: sadly I've done that too x_x
21:34:53 <Rhamphoryncus> xiong: yeah, you're pretty stubborn and inflexible..
21:35:16 <Rhamphoryncus> Not in this case it isn't
21:35:20 <xiong> It's called having principles.
21:35:40 <xiong> If I don't enter into the game with some set of principles then what am I playing for?
21:35:42 <Rhamphoryncus> Here it's just being obsessive
21:36:04 <xiong> The game is not competitive; there is no chance of losing, therefore one cannot win.
21:36:06 *** drac_boy has joined #openttd
21:36:36 <Rhamphoryncus> Sure, within each game don't just impulsively cheat, but for the next game try different options and see how they work
21:36:48 <xiong> So one must have at least one goal; and if there's to be any challenge, several. Having started a game with those goals, to abandon them is weak.
21:37:12 <Rhamphoryncus> Psst, here's a secret in game design: the vast majority of games you can lose are actually illusions. They're designed so that you always win in the end
21:37:35 <drac_boy> Rhamphoryncus unless you're reckless with high costs and low profits of course ;)
21:37:42 <xiong> Yes, well, that leads me to ramp up the difficulty by adding more goals.
21:37:57 <Rhamphoryncus> drac_boy: hey, it's *designed* so you always win. It takes talent to lose *g*
21:38:25 <Rhamphoryncus> xiong: strange game. The only way to win is not to play at all.
21:39:06 <xiong> There is a Flash game floating around, Matriarch. It is apparently impossible to lose. Therefore, another fellow and I have been competing on winning in the fewest number of turns. That is a contest that's very possible to lose.
21:39:13 <Rhamphoryncus> drac_boy: I've ones I've cocked up I could recover with enough time and effort. Start by selling off nearly everything and focus on the parts that are profitable
21:40:05 <Rhamphoryncus> xiong: take solitaire. Possible to lose, right?
21:40:48 <drac_boy> Rhamphoryncus actually in Windows Freecell there was at least one game that was impossible to finish because all four Aces were far in the back of the stacks
21:41:02 <drac_boy> don't know how that happened but its been mentioned quite a few many times online
21:41:18 <Rhamphoryncus> drac_boy: heh, not what I was getting at
21:42:42 <oskari89> Eddi|zuhause: how are trafficobjects, are they being examined in foreseeable future (in a year or so) ? :)
21:42:55 <Rhamphoryncus> Take a game where you can individually lose, then expand your view outward so that a potentially endless string is one "game". Individual sessions may be failed, but not the whole game. Yet it's still challenging, still enjoyable
21:43:06 <Eddi|zuHause> oskari89: the whole concept depends on airports first
21:43:45 *** zxbiohazardzx has left #openttd
22:05:49 * drac_boy throws water bottles at supermop instead
22:06:31 <supermop> dont drink bottled water - its wastefull
22:06:45 <drac_boy> then why are you drinking that ever more wasteful beer? :p
22:07:07 <supermop> beer doesnt have the option of coming out of a tap at work
22:07:22 <supermop> that might be a problem of my workplace though
continue to next day ⏵
