IRC logs for #openttd on OFTC at 2012-03-11
⏴ go to previous day
00:02:33 <Nat_aS> it's suposed to be able to boot from USB, one of the options on the boot menu is USB-HDD
00:02:43 <Nat_aS> it just boots straight to windows
00:02:54 <Nat_aS> I wish there was a way to install an OS from a running OS
00:03:05 <Nat_aS> even if that OS is a malware infested mess.
00:04:35 <Eddi|zuHause> windows might not allow you to access the boot sector
00:08:03 <Nat_aS> man, this mini CD is almost small enough to fit on floppys
00:08:18 <Nat_aS> that's like what, 10 disks?
00:08:22 <planetmaker> just a factor of 10...
00:08:33 <TinoDidriksen> Floppy is 1.44mb
00:08:50 <planetmaker> wrong! it's 360 kByte!
00:08:56 <Eddi|zuHause> you mean 1.7MB :p
00:09:26 <Eddi|zuHause> actually, the Win95-CD was split into 1.7MB "disks"
00:09:41 <Eddi|zuHause> and it actually worked copying them to actual disks to install without a CD drive
00:09:54 <planetmaker> oh, that was fun... I had a programme which could indeed format the floppies to that kind of size...
00:10:02 <planetmaker> Often it worked. But not always
00:10:26 <Eddi|zuHause> haven't seen a case where it didn't work
00:10:35 <Eddi|zuHause> but maybe those disks don't age as well
00:11:00 <Nat_aS> my corner store MIGHT sell blank CDs
00:11:06 <Nat_aS> otherwise I'm gonna give up for the night
00:11:09 <planetmaker> it didn't always work on those disks which you "enhanced" from 720kByte to 1.4 MByte by removing some plastic
00:11:25 <Eddi|zuHause> yeah, different thing :)
00:11:43 <Nat_aS> I got a Neotokyo Tourny in an hour, I can't be all stressed
00:11:47 <Eddi|zuHause> probably depends on the manufacturing quality then
00:11:57 <planetmaker> yep, that made a difference there
00:12:12 <Eddi|zuHause> you're way older than me :p
00:12:30 <peter1138> what are you talking about?
00:12:46 <peter1138> floppy disks are 5¼" and hold 100KB on a side
00:13:07 <peter1138> if you're lucky got DD disks, 200KB a side!
00:13:24 <planetmaker> those were those MS Word 5.0 for DOS shipped on
00:13:30 <peter1138> yeah, double density
00:13:33 <planetmaker> what a pain to install
00:13:35 <Eddi|zuHause> i have seen an actual 8" disk once. and a drive for it (on separate occasions)
00:13:55 <planetmaker> and a drive sound like an elch
00:14:21 <planetmaker> Hm... Swedish animal? Probably wrong word then
00:14:26 <Eddi|zuHause> he means an elk :p
00:15:48 <peter1138> they're not swedish
00:16:43 <Eddi|zuHause> for broad definitions of "sweden" :p
00:17:02 <MNIM> if that includes large parts of the northern hemisphere, sure
00:18:33 <planetmaker> Rain is British, Elks are Swedish, Sauerkraut is German. ;-)
00:18:53 *** Devedse has joined #openttd
00:23:10 *** Devedse has joined #openttd
00:30:24 <Nat_aS> No disks at the corner store
00:30:30 <Nat_aS> I bought candy instead
00:32:35 <MNIM> wrong. both rain and sauerkraut are dutch! >.>
00:37:51 <Nat_aS> I have an old Laptop that may or may not work
00:38:05 <Nat_aS> only problem is it has no WiFi card
00:38:23 <Nat_aS> I need to buy a USB wi-fi adapter and blank CDs
00:45:56 *** Endymion_Mallorn has joined #openttd
00:55:53 <glx> it doesn't have an ethernet port ?
00:56:21 <Nat_aS> yeah but we don't have a long enough ethernet cable
00:56:35 <Eddi|zuHause> it's a laptop. move it.
00:57:13 <Eddi|zuHause> night fro... i mean wolf...
01:11:24 *** lofejndif has joined #openttd
04:03:09 *** Chris_Booth has joined #openttd
04:34:42 *** Endymion_Mallorn has left #openttd
05:56:17 *** Eddi|zuHause has joined #openttd
06:31:16 *** andythenorth has joined #openttd
06:36:19 *** kkb110_ has joined #openttd
06:43:23 * andythenorth should stop reading the OpenTTD 2.0 thread early in the morning
07:02:33 <xiong> Is there some reason why a FIRS Stockyard might not be built? At first I suspected an introduction date since I start in 1850 (although realistically, stockyards are ancient). But I'm able to *fund* a Stockyard. Meanwhile other industries are randomly starting on their own.
07:02:51 <xiong> By the way, props to whoever *didn't* introduce reefers too soon. In 1850 I quite correctly have source and consumers of fruit; and even ice box wagons; but no suitable rail cars.
07:04:57 <andythenorth> xiong: two of the several possible reasons for not building are:
07:05:09 <andythenorth> (1) random is actually being random
07:05:16 <andythenorth> (2) the map has no suitable location
07:05:41 <xiong> Yah, andythenorth; I figured (1). Just wanted to make sure.
07:05:58 <xiong> The map is very flat; I don't see a location issue.
07:06:04 <andythenorth> the game is not great at providing industries that have date restrictions
07:06:30 <andythenorth> it does try to build them somewhat once the date restriction has passed, but often this doesn't produce the result a player might want
07:07:08 <andythenorth> i.e. afaik, it does favour trying to build industries which are (1) allowed to be built (2) have a low or zero count on the map
07:07:13 <xiong> Well, the initial distribution is equal to about 100 years of random insertion.
07:07:52 <xiong> *Does* the Stockyard introduce after 1850 or later?
07:08:10 <xiong> Better, is this documented somewhere, so I can study up?
07:12:33 <andythenorth> documentation not guaranteed canonical
07:12:38 <andythenorth> code is canonical ;)
07:13:04 <xiong> "The first refrigerated boxcar entered service in June 1851..."
07:14:43 <xiong> Yes, I'm looking. Thank you.
07:15:20 <andythenorth> I think there's a ticket somewhere about making stockyard always available, but changing graphics over time
07:15:32 <andythenorth> as there is no destination for livestock prior to stockyard
07:15:50 <xiong> That really makes no sense at all. Who figured 1867? People have been slaughtering all manner of beasts, en masse, for millenia.
07:17:31 <xiong> "The Union Stock Yard & Transit Co., or The Yards, was the meat packing district in Chicago for over a century starting in 1865." -- which lends some justification to the general era but still says the year is wrong.
07:19:26 <xiong> Hey, that reminds me: Was there ever any interest expressed in a nicer cargo chain map?
07:21:22 *** TWerkhoven has joined #openttd
07:23:18 <andythenorth> dates are set for gameplay balance, with only some attendance paid to real life dates
07:24:07 *** Progman has joined #openttd
07:24:14 <andythenorth> if you wish to patch your own edition, you can see that dates in the code are relatively easy to change ;)
07:44:23 *** sla_ro|master has joined #openttd
08:13:30 *** mahmoud has joined #openttd
08:55:40 *** Firartix has joined #openttd
09:00:25 *** tokai|mdlx has joined #openttd
09:06:47 *** tokai|noir has joined #openttd
09:06:47 *** ChanServ sets mode: +v tokai|noir
09:10:58 *** JVassie has joined #openttd
09:15:52 *** Alberth has joined #openttd
09:15:52 *** ChanServ sets mode: +o Alberth
09:17:50 *** Devroush has joined #openttd
09:19:24 *** tokai|mdlx has joined #openttd
09:23:53 *** tokai|noir has joined #openttd
09:23:54 *** ChanServ sets mode: +v tokai|noir
09:44:54 <Rhamphoryncus> heh, oops! Replacing my single car PAX trams with double length articulated trams has turned my city into a solid wall of trams XD
09:50:17 <Alberth> your citizens will not complain that they cannot find a tram :)
09:52:01 <TWerkhoven> but how will the chickens cross the road now?
09:56:55 *** TGYoshi has joined #openttd
10:04:37 *** fonsinchen has joined #openttd
10:14:24 *** peteris has joined #openttd
10:46:05 <Rhamphoryncus> The grannies will take their hand and lead them
11:17:09 *** fonsinchen has joined #openttd
11:22:07 *** valhallasw has joined #openttd
11:26:11 <_maddy> have to say I have gotten to a fairly pleasant start with my AI
11:26:57 <_maddy> the framework seems pretty good, and Squirrel feels easy even though I have never used it before
11:27:41 *** FLHerne has joined #openttd
11:41:31 <rane> hello, is it there cfg var for pausing a server if there are no clients?
11:43:13 <Alberth> it should be in that file indeed. Whether it is also listed at the wiki, I don't know
11:44:16 <Eddi|zuHause> tried "min_active_clients" or something similar?
11:44:45 <Alberth> just look in the file for a name that looks right to you
11:44:58 *** frosch123 has joined #openttd
11:45:35 *** Devedse has joined #openttd
11:46:00 <Alberth> hello Devedse, all the way from zeeland !
11:46:49 <Eddi|zuHause> well,,. closer than new zeeland :p
11:46:58 <MNIM> depends, not to an aussie
11:47:36 *** andythenorth has joined #openttd
11:53:05 <TrueBrain> I am paulsanders, I am ill and would die as a result of cancer. I want to distribute my funds to charity
11:53:06 <TrueBrain> organizations in your country through you,please respond for details.
11:53:09 <TrueBrain> they are getting more and more rude
11:53:24 <TrueBrain> next email will be: if you dont reply I will hunt you down and kill you
11:54:14 <Alberth> prepare the Mains <-> UTP interface!
12:00:03 <_maddy> is there a way to remove all changes I've made up to a certain point in the past in AI programming? specially in Test mode
12:00:35 <andythenorth> pinkle ponkle, I went to the zoo
12:01:07 <Pikka> bloody a-train, too hard a shape :D
12:01:35 <Yexo> _maddy: any functions you execute in test mode do not change any state in the game
12:01:52 <Yexo> you can do call functions over and over again without any real result
12:02:00 <Yexo> so there are no changes to revert
12:02:28 <_maddy> Yexo: right, but I need to reset the test mode back to original state sometimes
12:02:55 <_maddy> what happens if I create a new instance of AITestMode while already in test mode?
12:02:56 <Yexo> use the AIExecMode class for that, or let your AITestMode object go out of scope
12:03:22 <Yexo> AI*Mode instances create a stack, you can create as many of them as you want, the last one created is the one used.
12:03:24 <andythenorth> Pikka: is it not a eurostar shape with doors?
12:03:38 <Yexo> you have to make sure they are deleted in reverse order otherwise things will break very badly
12:05:07 <_maddy> so, if I have TestMode A first, then I create new instance and start TestMode B, make changes, after the B object is destroyed, is the state restored to that of A?
12:06:30 <_maddy> ok, that makes sense and works perfectly for my purpose
12:07:28 <_maddy> to have outer test mode for the whole route, and within in I can compare different options in smaller scale (such as station orientation) in a new testmode
12:09:10 <Yexo> why would you use a separate test mode object for that?
12:09:24 <Yexo> testmode == testmode, there are no differences between two instances
12:10:07 <TrueBrain> there is also ... accountingmode? to track how much a scope costs
12:10:34 <Yexo> there is AIAccounting, but that's not a mode
12:11:22 <_maddy> hmm, ok, so if I want to test 2 things, I have to make a testmode instance, then switch back to exec mode, and again to testmode?
12:11:54 <Yexo> you make a testmode instance -> you're in test mode, you can now test as many things as you want
12:12:24 <_maddy> yes, but I need to reset the testmode to some previous state :)
12:13:13 <Yexo> "create test mode object -> build station on tile 2, build depot on tile 2, build road on tile 2"; all those actions can return success within one test mode scope
12:14:11 <_maddy> oh...I thought it remembers the state, so if I build something on a tile in test mode, I can't build on the same tile, within the scope of that test mode
12:14:34 <Yexo> there is too much state involved in openttd, so that's not doable
12:16:29 <_maddy> that would have been nice to have, but I guess I will manage without it
12:24:21 * andythenorth wonders what the fastest way is to for gestalts to implement 'provides_filenames()' or 'provide_all_filenames()' or such
12:24:29 <andythenorth> probably nested 'for i in: ' loops
12:27:20 <Alberth> a recursive function, as the number of variables is variable
12:28:30 <_maddy> what does AITile::IsBuildableRectangle actually check when it returns true/false?
12:28:56 <Alberth> andythenorth: but you can write it on top of the functions get_variables() and get_values(), so no need to hide it in the gestalt, imho
12:29:02 <andythenorth> that's a function that calls itself while (some condition)?
12:29:48 <Alberth> yes, and for best result, the condition should become false at some point in the recursion :)
12:30:10 <Alberth> in this case, you'll run out of variables to iterate over
12:30:17 <Yexo> _maddy: it returns true if AITile::IsBuildable returns true for every tile
12:31:12 <Yexo> IsBuildAble returns true for empty tiles, for tree tiles, for coast tiles and for tiles with a single roadbit which is owned by either you or a town
12:39:41 *** Lurker2 has joined #openttd
12:40:25 *** Devedse_ has joined #openttd
13:12:49 <Eddi|zuHause> hm... anyone know a (very basic) sound editing program for linux?
13:14:04 <Eddi|zuHause> ok... *installing*
13:16:05 <andythenorth> oh you said that
13:16:21 <Pikka> the only problem with audacity is the echoes
13:22:43 <Pikka> and re before andy, I haven't drawn a eurostar either :P
13:26:20 <andythenorth> you can draw one based on the Hitachi :)
13:26:36 <andythenorth> ever considered raiding BROS? :)
13:49:18 <andythenorth> why does printing the output from a generator change the result of other calls to the generator?
13:49:47 <Eddi|zuHause> uninitialized variables?
13:50:11 <andythenorth> if I remove the first 'for sx, sy, scol' etc, and the print, this code fails
13:51:11 <Eddi|zuHause> need "bigger picture"
13:52:09 <andythenorth> I could paste the whole call chain, but it's probably more than you want to look at[
13:52:24 <andythenorth> maybe I should learn to use pdb instead of printing out vars to debug failures
13:52:42 <Eddi|zuHause> no, mostly the get_recolouring function
13:53:12 <Alberth> andythenorth: using dicts or sets?
13:53:30 <Eddi|zuHause> also, you print "dcol" while you loop over "scol"
13:54:02 <Alberth> dict key order changes between run
13:54:44 <andythenorth> dcol was a mistake :P but the issue persists
13:55:30 <andythenorth> I need to learn pdb anyway sometime
13:55:35 <andythenorth> might as well be today
13:57:16 <andythenorth> my error is that I'm trying to set values for pixels with indexes > image width or image height
13:57:29 <andythenorth> but I can't get the values of those indexes to figure out what I've done wrong :P
13:58:24 <Eddi|zuHause> x+dx may get out of range?
13:58:46 <Alberth> add an assert just before putting the pixel
14:00:04 <Eddi|zuHause> also, what happens if you move the print to the second loop, and remove the first loop?
14:00:14 <andythenorth> Eddi|zuHause: same issue
14:00:38 <andythenorth> afaict in that case, using sx, sy, scol will cause another set of values to be yielded by generator?
14:00:41 <Eddi|zuHause> and if you turn the second loop into a print as well
14:00:48 <Eddi|zuHause> and compare the output?
14:01:29 <andythenorth> first I have to change nappies
14:02:00 <Eddi|zuHause> and if printing "dcol" works while you're looping over "scol", then you've got a variable scope fault...
14:05:11 <Eddi|zuHause> that was the point where i split my generator into functions and modules
14:05:42 <Eddi|zuHause> makes it less likely that spurious temp variables live on for too long
14:07:07 <andythenorth> +ve offset instead of -ve
14:07:20 * andythenorth didn't learn pdb though :(
14:08:13 * Alberth doesn't know pdb either :)
14:09:25 <Eddi|zuHause> my usual use of pdb is "oh i have an exception" - "hmm.. traceback alone is inconclusive" - "python -i script.py" - "import pdb; pdb.pm()" - "up/down/p <expression>"
14:10:08 <Eddi|zuHause> haven't done "live" debugging yet
14:12:56 * andythenorth now has load sprites comped onto vehicles, in a useful way
14:13:37 <andythenorth> where 'useful' means there are spritesheets of loads, which are opened, cropped, and applied to the vehicle
14:14:04 <andythenorth> cargo spritesheets can be generated...or hand drawn, for cases where it's easier to just draw
14:36:13 <Alberth> is it still quicker than draw by hand (starting when you first opened the text-editor for this project)?
14:36:51 <_maddy> trying to use the rail pathfinder in my AI, it never returns from the FindPath function
14:37:16 <Yexo> how long did you run the test?
14:37:30 <Yexo> and what is the distance (in tiles) between the endpoints of the route?
14:37:36 <Yexo> are you sure there even is a valid pad?
14:38:37 <_maddy> it's been running few minutes, not sure the arguments are valid (how to check?), the distance is less than 500 tiles
14:38:56 <Yexo> try to limit the route to less than 200 tiles
14:39:34 <Yexo> you can tune some of the parameters to increase performance (but decrease the quality)
14:42:56 <Eddi|zuHause> <Alberth> is it still quicker than draw by hand (starting when you first opened the text-editor for this project)? <-- such generalizations take some time to amortize
14:43:25 <_maddy> Yexo: it's not working
14:44:05 <Alberth> Eddi|zuHause: I know :)
14:44:07 <_maddy> nevermind, seems it's actually just really slow
14:44:31 <Alberth> _maddy: the true optimal path takes a lot of time
14:45:38 <_maddy> Alberth: yeah, when in reality I probably wouldn't need the optimal path, but just a path that is "good enough"
14:46:52 <Yexo> _maddy: try modifying the Estimate() function to return the estimated result times 1.1 or so
14:47:31 *** FLHerne has joined #openttd
14:47:35 *** FLHerne has joined #openttd
14:49:07 <Yexo> you can override that function from your AI code
14:49:17 <Yexo> you can see in the forums how to do that
15:14:21 <_maddy> still pretty slow tho :)
15:21:41 *** lmergen has joined #openttd
15:23:14 <_maddy> might try to make my own pathfinder later which is simpler, at least I got as far as to build stations and connect them now
15:26:08 *** George|2 has joined #openttd
15:26:08 *** George is now known as Guest5870
15:26:08 *** George|2 is now known as George
15:42:16 <frosch123> wow, youtube's error 500 page is cool
15:42:35 <frosch123> i wonder whether it really contains information, or whether it is just some nerdy trolling :)
15:44:39 <Eddi|zuHause> tried to un-base64 it?
15:46:51 <Eddi|zuHause> hm no, that doesn't seem to be it
15:48:09 *** Chris_Booth[ph] has joined #openttd
15:49:25 <frosch123> yeah, looks like it uses 64 characters
15:49:36 <frosch123> 26 lowercase, 26 uppercase, 10 digits, - and _
15:50:21 *** lmergen has joined #openttd
15:51:45 <Eddi|zuHause> but "base64 -d" says it's garbage
15:52:22 *** Chris_Booth has joined #openttd
15:52:43 <valhallasw> maybe it has been rot13'ed
15:53:02 <valhallasw> or <random other method to obfuscate text>
15:53:53 <Eddi|zuHause> i once heard that google puts in riddles like this to find new employees :)
15:54:46 <Eddi|zuHause> ah, so sed-ing stuff will make it work
15:57:51 <Eddi|zuHause> so why has nobody patched base64 for that then?
15:59:36 <Eddi|zuHause> output looks like random data, though
15:59:55 *** Keyboard_Warrior has joined #openttd
16:12:08 *** fonsinchen has joined #openttd
16:13:15 *** Chris_Booth[ph] has quit IRC
16:15:21 <andythenorth> Alberth: for the amount of time I've actually spent coding, pixa is much faster so far
16:15:28 <andythenorth> and will allow a much better set
16:15:38 <andythenorth> it would have been boring to carry every cargo in box trailers :P
16:20:07 <frosch123> as soon as ai build airports, they lose :p
16:20:46 <Pikka> hooray for infrastructure maintenance costs :P
16:22:24 *** tokai|mdlx has joined #openttd
16:22:36 *** fonsinchen has joined #openttd
16:23:30 *** Keyboard_Warrior has quit IRC
16:23:41 <frosch123> 8000 £ to build a small airport 60000/year to keep it :)
16:24:31 <andythenorth> sounds plausible
16:26:15 <frosch123> ouch, now they ask me to take over the company for 100000 :p
16:26:19 <Eddi|zuHause> frosch123: is there even an API to query the maintenance cost?
16:26:24 <frosch123> i think it is not even worth 0
16:26:46 <frosch123> Eddi|zuHause: no idea, but this ai is certainly older than infrastructure cost
16:28:08 <frosch123> Eddi|zuHause: yes, there is
16:28:17 <frosch123> AIAirport::GetMaintenanceCostFactor
16:29:01 <frosch123> problem is that av8 is no balanced for that.
16:29:19 <frosch123> the ai had only a signle plane, and it was not even making a profit
16:29:51 <Pikka> frosch123: next version of av8 has balanced maintenance costs for the airports
16:30:06 <Pikka> (optional via parameter)
16:30:09 <Pikka> it works much better now
16:38:43 *** FLHerne has joined #openttd
17:05:22 *** fonsinchen has joined #openttd
17:09:46 *** theholyduck has joined #openttd
17:09:59 * andythenorth wonders what happens when one module calls another which calls first module again :P
17:10:48 *** kkb110_ has joined #openttd
17:11:00 <Eddi|zuHause> a module is only loaded once, the other imports are just references
17:12:30 <andythenorth> a better question would be: recursive functions, where no break or end condition is reached
17:12:48 <SpComb> andythenorth: depending on how the modules reference eachother, it may or may not work
17:12:57 <SpComb> the import will get an incomplete modeule
17:13:15 <SpComb> if you're really careful it might kinda work, but
17:13:22 <Eddi|zuHause> andythenorth: it throws an exception after some recursion depth
17:14:05 <SpComb> python has a stack limit
17:14:30 * andythenorth must sound like a live edition of 'programming for dummies' :P
17:15:18 <Eddi|zuHause> andythenorth: in theoretical computer science, a "recursive" function is one that always terminates
17:15:31 <Eddi|zuHause> andythenorth: everything else is called "partial recursive"
17:15:54 <Chris_Booth> programming for dummies is a great book
17:16:14 <Eddi|zuHause> andythenorth: then it usually goes on about how the function to determine whether a function is recursive is not recursive
17:18:20 <andythenorth> I can't decide whether to automate dep checking (building one png requires another), or just throw errors and leave it to the user to figure out :P
17:18:30 <andythenorth> which do you think is easier?
17:18:54 <Eddi|zuHause> andythenorth: throw an error, and let the makefile handle the dependencies
17:19:31 <andythenorth> not sure if I'll have a makefile or not
17:19:35 <Eddi|zuHause> andythenorth: possibly make a (fast!) mode that just lists the dependencies without calculating the images
17:19:46 <andythenorth> Eddi|zuHause: +1 to fast mode
17:19:50 <Eddi|zuHause> andythenorth: let the user figure out the makefile
17:20:23 <andythenorth> maybe it's time to move this to the pixa repo
17:20:27 <andythenorth> and let others loose on it
17:20:33 <Eddi|zuHause> andythenorth: nml's -M mode is totally _not_ fast
17:20:42 <andythenorth> pixa is lacking docs right now
17:21:10 <andythenorth> Eddi|zuHause: in a typical context, I think you'd want your set generator to create the filenames anyway
17:21:21 <andythenorth> the set is canonical afaict
17:21:46 <andythenorth> only the newgrf code knows if a png is required or not
17:23:13 <andythenorth> -M is slow for nmlc? let's see
17:25:08 * andythenorth can't figure out how to use it
17:34:33 *** HerzogDeXtEr1 has joined #openttd
17:37:40 *** welshdragon has left #openttd
17:38:00 <andythenorth> nmlc -M --MF=foo.txt bandit.nml
17:38:05 <andythenorth> results in an empty foo.txt
17:45:28 <andythenorth> so what's --MF for then?
17:46:01 <andythenorth> Eddi|zuHause: 4s for BANDIT with -M
17:46:09 <andythenorth> how long do you get with CETS?
17:58:00 *** Maarten has joined #openttd
18:03:59 *** collinp has joined #openttd
18:06:03 <Eddi|zuHause> andythenorth: something around 2 minutes
18:06:39 <andythenorth> Eddi|zuHause: give me 2 mins more, I have something dumb
18:06:42 *** Biolunar has joined #openttd
18:07:40 <Eddi|zuHause> i might move the template magic into the generator script, that may speed up stuff
18:10:50 <Eddi|zuHause> well, could make a proper parser, or a grfcodec -M patch instead
18:15:10 <morph`> Why is my server without any NewGRFs more popular than the one with NewGRFs? NoGrf = constatly 5+ players, NewGrf = 0/10
18:18:29 <Eddi|zuHause> # this is the night when we call for the moon
18:18:30 <Eddi|zuHause> # this will lead into timeless space
18:18:32 <Eddi|zuHause> # take a ride to a place without gravity
18:18:33 <Eddi|zuHause> # all we do need for this trip is to just let go
18:18:35 <Eddi|zuHause> # of all the logic - let's go
18:26:08 *** andythenorth has joined #openttd
18:27:43 <andythenorth> Eddi|zuHause: patching grfcodec - beyond me...
18:27:55 <andythenorth> proper parser - I'd like to learn that...
18:29:20 <Eddi|zuHause> need to learn grammar. and how to think in trees :)
18:34:43 <NGC3982> we have this transfer system: wheat is being loaded with a huge boat from a station. the boat takes a long ride to a transfer train station. trains take the goods to the proper industry.
18:35:14 <NGC3982> is there any way for me to make the trains stay in the depot until the boat has loaded the goods onto the transfer train station?
18:35:54 <NGC3982> ive been looking at making a timetable, but the time it takes for the boat to load is not constant.
18:36:11 <NGC3982> and really, it doesnt ever take the same route (wich makes it take different time to get to the transfer station)
18:36:20 <Eddi|zuHause> make the boat not full load, but take anything it can get within a fixed time?
18:36:33 <Eddi|zuHause> use YAPF for ships
18:36:56 <NGC3982> YAPF is travel alghoritms, right?
18:37:27 <NGC3982> would be neat to use "if <station> = visited"
18:37:46 <NGC3982> a bit too easy, perhaps.
18:39:32 <andythenorth> build an escape depot before the station, block the station with a single train?
18:42:05 <xiong> NGC3982, your situation is conventional and common. Your requirement doesn't make much sense.
18:43:07 <xiong> A vehicle -- any vehicle -- drops cargo -- any cargo -- at a station -- any station. Another vehicle picks it up, boom.
18:44:18 <xiong> The dropping vehicle is ordered to 'transfer and leave empty'; the pickup vehicle to 'full load'. There are fine distinctions between 'any' and 'all'.
18:45:57 <xiong> The pickup vehicle does not wait in depot; it waits in station, so it can pick up. I can think of a few reasons why you might not want a vehicle in station for a long time; but you should plan to have some wait.
18:47:03 <CIA-1> OpenTTD: translators * r24025 /trunk/src/lang/ (14 files in 2 dirs): (log message trimmed)
18:47:03 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
18:47:03 <CIA-1> OpenTTD: basque - 14 changes by HerrBasque
18:47:03 <CIA-1> OpenTTD: catalan - 15 changes by arnau
18:47:03 <CIA-1> OpenTTD: english_US - 1 changes by Rubidium
18:47:05 <CIA-1> OpenTTD: french - 1 changes by glx
18:47:05 <CIA-1> OpenTTD: german - 1 changes by Jogio
18:48:56 <xiong> I build intermodal stations with plenty of platforms since I anticipate that some will be tied up by waiting trains. Docks are less of an issue since multiple ships appear willing to overlap. With trucks, I tend not to 'full load' at all; I let them circulate merrily, empty or not, and just add more of them to the loop.
18:49:56 *** andythenorth has joined #openttd
18:50:39 <xiong> If you think about it, you must solve the waiting-for-cargo problem anyway, since primary industries produce it slowly and over a period of time. You need to be there in station picking it up, and waiting to pick it up, continuously -- for best performance.
18:52:43 <xiong> An approach used by the somewhat cautious is *not* to order 'full load' but just run the vehicle through station and pick up what it can; then conditional-jump on percentage of load, going right back to the same station. You can put a maintain-at-depot order in that loop.
18:54:12 <xiong> Another tactic is the *exit depot*. Full-load the vehicle and order it, always, to depot as it exits the transfer station, hoping for a smooth ride to the final destination.
18:57:02 <morph`> Couldn't you press left mouse on the "eye-icon" in train's window to follow the train movement ?
18:57:40 <Nat_aS> took me TOO LONG to find that
18:57:44 <Nat_aS> also it has to be medium zoom
18:57:55 <Nat_aS> Hey I have a question, why can't you zoom out farther?
18:58:17 <Nat_aS> playing really huge maps seems difficult when you can't zoom out all the way.
18:59:57 <Alberth> the smallmap gives you an overview
19:11:27 <Nat_aS> even that's not as good as being able to zoom out and see how things look from up high
19:11:38 <Nat_aS> also i think some maps are even too big for the smalmap
19:11:50 <SpComb> zooming out is expensive
19:11:50 <Nat_aS> the wonders of modern memory sizes
19:13:18 <Nat_aS> it just seems kind of unfair to scale one element of the game (Max map size) to accommodate modern hardware. but not others (Max zoom level)
19:13:22 <Alberth> and we need a 10,000 sprites for one extra zoom-level
19:13:51 <Nat_aS> but then aggain some things scaler easier than others
19:14:05 <Nat_aS> maybe veichiles would vanish at higher zooms?
19:14:12 <Nat_aS> or be replaced by symbols?
19:14:53 <Nat_aS> kind of like what supreme commander does, when you zoom all the way out, it basicly just becomes a large map.
19:15:08 <NGC3982> xiong: thank you for the input.
19:15:23 <xiong> Hope I helped, NGC3982.
19:17:00 <xiong> Nat_aS, That's the smallmap. Yes, the smallmap could be bigger.
19:19:20 <Nat_aS> well I'm saying not only should the smallmap be bigger, you should be able to zoom the regular map out into the smallmap
19:20:34 <Nat_aS> to save CPU, anything that moves would be removed at the higher zoom levels, but you would still be able to see the terrain instead of just a flat noncolored map
19:20:48 <SpComb> iirc there's a patch for that
19:21:06 <Nat_aS> is it compatible with the cargodist patch?
19:21:16 <Nat_aS> how do you apply patches anyways? I just download the completed versions
19:21:52 <SpComb> as a user, you should just concentrate on pressuring patch devs and trunk devs to work together :)
19:22:15 <Nat_aS> we need an interface like the newgrif loader for patches
19:22:22 <Nat_aS> so we can just toggle them like newgrifs
19:22:33 <Nat_aS> (Even more ways for users to horribly corrupt there save files)
19:22:47 <Alberth> install a compiler, and a copy of the repo, and you can build them easily
19:22:58 <SpComb> patches are for developers, not users
19:23:03 <SpComb> and patchpacks are forks
19:23:11 <Nat_aS> Progamer easy or user easy?
19:23:25 <Nat_aS> because these are different things :P
19:23:35 <Alberth> depends on your definition of programmer :)
19:24:43 <Alberth> if you patch against the revision the patch was created for, and you don't try combining them, compiling is pretty much straight forward,
19:24:52 *** Firartix has joined #openttd
19:25:45 <Nat_aS> put things in the same folder and run the compiler?
19:25:54 * Nat_aS is just guessing, he's never done anything like this
19:26:09 <Alberth> almost; you 'apply' the patch to the source code.
19:26:21 <Alberth> a patch is a list of instructions how to change the code
19:26:37 * Nat_aS is spoiled by windows and Ubuntu, executable installers and package loaders
19:26:47 <Nat_aS> Although I have applied mods to STALKER by hand
19:27:03 <Nat_aS> copying and pasting things into the games directory
19:27:17 <Alberth> yeah, most users are clueless beyond downloading & installing :(
19:27:39 <Nat_aS> Package loaders are probably the best idea ever in terms of user friendlyness
19:27:47 <Nat_aS> and preventing users from messing up
19:27:56 <Alberth> __ln__: it's also from plus.google; does not look good to me :)
19:28:23 <Nat_aS> but it's yet another layer between the user and the computer.
19:28:23 <Alberth> Nat_aS: too bad windows doesn't have them for the entire system
19:28:51 <Nat_aS> so a new generation of computer users who grew up using tablets instead of PCs might be even more clueless compaired to people who lived in the 90s
19:28:59 <valhallasw> although you won't dodge the cookies ;-)
19:29:12 <Nat_aS> anyways, Back to trains
19:29:17 <Nat_aS> that picture makes me kind of sad
19:29:18 <Alberth> Nat_aS: oh definitely
19:30:05 <Nat_aS> because in games like OTTD and simutrans it's hard to ever get enough finished goods to make giant container trains
19:30:49 <Nat_aS> container cars have a higher capacity than raw materials cars, and there will always be more raw materials being moved than finished goods in this kind of simulation
19:31:09 <Nat_aS> so mile long trains of doublestack container cars are not worth it
19:32:40 <Alberth> make different industries ;)
19:33:07 <andythenorth> so how do I package this pixa thing?
19:33:16 <andythenorth> installable python module -> pypi?
19:33:53 <Nat_aS> Hmm, perhaps the game ough to be adjusted so that goods are less dense cargo wise?
19:34:16 <Alberth> distutils was the standard way, don't know what they have nowadays; have a look in the library reference
19:34:25 <Nat_aS> lots of them are produced, and they take up lots of room, but weigh less than raw materials.
19:34:33 <andythenorth> is an installable module wise?
19:34:43 <Nat_aS> so you need large trains to ship them effectively.
19:34:51 <andythenorth> how would it be updated? how would sample project(s) be distributed?
19:35:12 <Alberth> only the fixed part should be installed imho
19:35:48 <Alberth> the other stuff can be added in the package but not installed, or just copied to some 'example'-like directory perhaps
19:35:57 <andythenorth> it's very convenient to be able to 'hg pull -u' nml
19:36:06 <andythenorth> and to be able to revert to previous versions
19:36:47 <Alberth> I tend to just work from trunk versions for openttd-related software
19:37:06 <andythenorth> I don't understand how a newgrf project could include something from another hg repo
19:37:13 <andythenorth> svn uses externals for that?
19:37:48 <andythenorth> if it was a newgrf project using buildout, it would just rebuildout
19:37:55 <Alberth> but I only used it for vcs-ing patches of an mq and it was highly confusing
19:38:41 <andythenorth> a newgrf project could add pixa's location to the search path?
19:38:51 <andythenorth> and maintain, e.g. one level up the directory tree?
19:38:54 <Alberth> I would just soft-link the projects probably
19:39:28 <Alberth> if it is in the search path, the location is not relevant
19:40:10 <Alberth> that's why it's in the search path ;)
19:40:22 <andythenorth> code is currently in BANDIT repo. Should I just add to pixa repo? Or do I need to do a hg import somehow?
19:41:27 <andythenorth> duck tape says copy it in
19:41:35 <andythenorth> as I have no idea how to import
19:41:43 <andythenorth> and I don't find the history useful at this stage
19:41:49 <Alberth> you may be able to copy history for some subset of files, but whether is really possible, or how to do it then, no clue whatsoever
19:42:54 * Alberth would just copy the file as-is
19:43:10 <Alberth> and not bother about history :)
19:43:20 <Alberth> it's overrated anyway :p
19:52:59 *** FLHerne has joined #openttd
19:54:13 <Nat_aS> too bad the manual industry newgirf is not compatible with anything
19:54:41 <Nat_aS> I kind of need it to be always on because I play in scenarios with specific industries and it sucks when they just disafuckingpear.
19:55:05 <Nat_aS> but I'd love to be able to have new industries and things
19:56:48 <Alberth> play with FIRS, it has a 'do not close industries' setting
19:57:10 <Alberth> and opengfx+industries may also have it, don't know
19:57:25 <andythenorth> I think ECS may have that setting too
19:57:48 <andythenorth> pixa is like...one file :P
19:57:53 <andythenorth> and a GPL notice
19:58:10 <Alberth> however, the best way to get new things is to let unused industries close; growth is very slow
19:58:13 <Nat_aS> I really wish "Do not close industries" could be a settings switch.
19:58:28 <Alberth> openttd has no control over closure
19:58:39 <Nat_aS> well in a secnerio, I don't want new industries forming or old ones vanishing
19:59:15 <andythenorth> Nat_aS: a setting is never gonna happen, on the basis that one of the newgrf industry developers (all 4 of them) might get their underpants twisted
19:59:26 <andythenorth> 'omg you broke the newgrf spec'
20:00:13 <Alberth> nah, we fixed the spec :D
20:00:23 <Nat_aS> "Go update your code then" :P
20:00:48 <Nat_aS> in minecraft, all the mods get broken with each new update
20:00:52 <Nat_aS> reguardless of what changes
20:01:00 <Nat_aS> and they have to be rebuilt each time
20:01:14 * andythenorth sees no obvious reason why 'industries don't close' is not a setting
20:01:15 <Nat_aS> (which sucks because the updates almost never add anything of value compaired to the mods)
20:01:22 <andythenorth> so many other apparently pointless things are settings
20:01:29 <andythenorth> and this one causes a lot of support requests
20:01:42 <andythenorth> 'write your own grf' is not a valid answer
20:01:56 <Alberth> the only way to do it I think is by adding a flag 'this industry has no interest in controlling closure'
20:02:07 <andythenorth> simply refuse to handle closure
20:02:12 <andythenorth> I could look up the code :P
20:02:39 <Alberth> oh, the industry has that option already ?
20:02:50 * andythenorth adventures in industry_cmd.cpp again
20:02:57 <andythenorth> my most favouritest openttd file :P
20:03:15 <Alberth> one of the more readable ones :p
20:03:50 <andythenorth> afaict, just extend the conditions for CheckIndustryCloseDownProtection
20:03:57 <andythenorth> to check a setting
20:04:15 <andythenorth> the problem with industry code is that it's squirrely
20:04:27 <andythenorth> and has many conditions around economy, industry type, newgrf :P
20:04:34 <Pikka> they're waiting for you, Gordon
20:04:36 <Nat_aS> i can understand things like prices being a newgrif, but industry closure should be a setting
20:04:46 <Pikka> in the tesssssssst chamberrrrrr
20:05:20 <Pikka> but closure can be part of a more complex behaviour
20:05:42 <Alberth> Nat_aS: it's mostly historical, I think. In TTDP it is sort of logical to move it to NewGRF
20:05:56 <andythenorth> would seem the most relevant here
20:06:25 <Nat_aS> well it could be controlled by both
20:06:30 <Alberth> Pikka: unfortunately, it interferes with global control of industries in the world
20:06:36 <Nat_aS> like by default it's a setting, but newgrifs could over-ride it
20:06:57 <andythenorth> no no that would be bloody awful
20:07:20 <Pikka> what's so good about global control of industries in the world again?
20:07:23 <andythenorth> already you're over-riding the newgrf closure, now you want the newgrf to be able to over-ride the over-ride
20:07:32 <andythenorth> 'please close, really'
20:08:49 <Alberth> Pikka: the game has an overview of what industries live at the entire world; it can open new ones or close unused / obsolete ones.
20:09:31 <Pikka> but what defines "unused / obsolete" if not the grf?
20:09:32 <Alberth> an industry does not have that overview
20:10:13 <Alberth> an industry does not know whether it is the last one, or one of 500
20:10:28 <Pikka> I'm pretty sure it does
20:10:35 *** Devroush has joined #openttd
20:10:47 <Pikka> 67 Supported by OpenTTD Supported by TTDPatch Count of industry, distance of closest instance
20:11:28 <andythenorth> can't remember why it sucked
20:11:39 <Alberth> does it take map size into accont?
20:12:09 <Alberth> does it take next / previous industries into account?
20:12:36 <Pikka> it can do, it's count of any given industry
20:12:43 <Pikka> not necessarily this one
20:13:08 <Nat_aS> andythenorth, my idea is that most newgrifs would not specify closure, and that the game would, BUT if the newgtif did specify closure, it would overide the game.
20:13:19 <andythenorth> Nat_aS: that's silly
20:13:46 <andythenorth> what problem are you trying to solve? :)
20:14:08 <Nat_aS> I am trying to solve being stuck with the manual industries newgrif which is compatible with nothing
20:14:21 <andythenorth> why are you stuck with that?
20:14:28 <Nat_aS> although you said other industry grifs have that option so i should try it
20:14:47 <Alberth> andythenorth: due to not reading the manual ;)
20:15:31 <frosch123> the problem with industry closure is, that it is tied to production changes (for primary industries)
20:15:34 <Alberth> Nat_aS: btw it's NewGRF, there is no "i" in it
20:15:56 * Nat_aS pronounces it Grif as in the name
20:16:21 <andythenorth> I can't remember why it sucked, but when we tried solving this for FIRS, and running long headless test games logging stats, we found that industries can't really work for this
20:17:36 <andythenorth> Pikka: so assuming you want to prevent the mass extinction of industries (I do)....
20:17:54 <andythenorth> it seems smart to say, check var 67 every so often and store it persistently
20:18:02 <andythenorth> then check the count when you're thinking of closing
20:18:18 <andythenorth> if the count hasn't changed for (some time), ok, close
20:18:21 <andythenorth> no mass die off?
20:18:46 <andythenorth> unfortunate problem: multiple industries of type x have a habit of closing in the same month :P
20:19:02 <andythenorth> on larger maps, the same mass die off happens
20:19:08 <andythenorth> we logged it for a bit
20:19:09 <Pikka> that seems to be a problem with your implementation rather than the concept :P
20:19:34 <andythenorth> it was better than default behaviour, but could still be pathologically stupid some months
20:19:45 <andythenorth> if you can solve it, I'll steal it :P
20:20:06 <andythenorth> I tried random offsets, referencing the town id, tricks with map x, y
20:20:14 <andythenorth> it was all blearch
20:20:14 <Pikka> I don't think I've even touched secondary industry closures yet though
20:20:25 <Alberth> Pikka: the concept by andy is flawed I think, in the sense that you just delay closing rounds by (some time)
20:20:40 <Pikka> tbh I only play small-normal maps so it's not an effect I've noticed much
20:21:19 <andythenorth> I spent a couple of weekends on it, concluded you need a global overview
20:21:25 <andythenorth> or change industry spec
20:21:29 <andythenorth> or newgrf-global storage
20:21:40 <andythenorth> remind me, what's so evil about newgrf global storage?
20:23:57 <Eddi|zuHause> [GRFCODEC] cets.grf
20:23:59 <Eddi|zuHause> Error: Insufficient meta-data.
20:24:00 <Eddi|zuHause> While reading sprite:38
20:24:27 <Pikka> you broke it, Eddi|zuHause
20:25:16 <Eddi|zuHause> ah i see... i need to update grfcodec to grfv2
20:30:29 <Eddi|zuHause> but why does grfcodec not throw up when it reads "info version 32"?
20:37:42 <Alberth> it does not want to make your new carpet dirty ?
20:51:50 *** lofejndif has joined #openttd
21:03:57 *** germanplayer has joined #openttd
21:04:53 <andythenorth> how do I tell python to search further up the directory tree?
21:05:05 <SpComb> andythenorth: PYTHONPATH=... python ...
21:05:10 <andythenorth> do I need to use an abs path, rather than basing on os.curdir?
21:05:28 <andythenorth> [this is for module import]
21:05:32 <Eddi|zuHause> it should work to put ".." into the path
21:05:35 <germanplayer> can someone help me?
21:06:38 <germanplayer> irgentwer aus der deutsch spricht?
21:07:00 <Yexo> germanplayer: this channel is english-only. We can only help you if you actually ask a question
21:07:02 <__ln__> ^ is that grammatical?
21:07:14 <Yexo> there is a german forum at tt-ms.de
21:07:28 <__ln__> thought so, it looked so weird
21:08:58 * andythenorth is doing something probably stupid
21:09:21 <andythenorth> so a newgrf project (e.g. BANDIT) would need a way to add pixa to the python search path
21:09:29 <andythenorth> pixa being a hg checkout somewhere
21:09:47 <Eddi|zuHause> andythenorth: no. pixa would be installed to site-packages
21:09:48 <andythenorth> and the location will vary depending on how the user has things setup
21:09:55 <frosch123> is it intentional that pixa looks like pikka ?
21:10:14 <andythenorth> I think it was intentional by Rubidium to cause false highlights for pixa though :)
21:10:18 <Eddi|zuHause> frosch123: we also have a guy named Pixa here :)
21:10:45 <frosch123> yeah, but likely he disabled highlights or put andy on ignore :p
21:10:46 <andythenorth> Eddi|zuHause: so it would be installed to system python?
21:10:50 <Eddi|zuHause> andythenorth: pixa will be installed properly. then it's in the python path
21:11:02 <andythenorth> so how is it updated then?
21:11:13 <Eddi|zuHause> by installing a new version
21:11:15 <andythenorth> I need to package it with Distribute or such?
21:11:40 <andythenorth> why don't we install nml this way?
21:11:55 <Eddi|zuHause> no nml doesn't want to be used as module
21:11:59 <Eddi|zuHause> it's a standalone tool
21:12:01 <frosch123> you should have called it pyxa
21:12:08 <andythenorth> frosch123: too late :)
21:12:26 * andythenorth is so not used to spewing things all over system python
21:12:28 *** Devedse has joined #openttd
21:12:31 <andythenorth> but doesn't know how to avoid it
21:12:35 <frosch123> hmm, i think i was already too late the last time a project was named
21:13:02 <Eddi|zuHause> frosch123: it's karma. for always leaving too early for anyone to reply :p
21:14:34 *** germanplayer1 has joined #openttd
21:15:04 <andythenorth> pixa is here if anyone wants to package it :P
21:15:15 <germanplayer1> someone from germany here
21:15:39 <SpComb> andythenorth: `mkdir pixa; mv *.py pixa`
21:17:52 <Eddi|zuHause> andythenorth: "from distutils.core import setup" or something
21:18:21 <SpComb> you can't have an __init__.py in a hg repo root, it has to be in a directory, and then that directory has to be in the VCS
21:18:30 <SpComb> for the directory is an important part of it being a package
21:18:35 <SpComb> as opposed to two random .py modules
21:18:51 <FLHerne> 21:07: Yexo: there is a german forum at tt-ms.de
21:20:02 * SpComb learned that bit the hard way
21:20:29 <frosch123> that there is a german forum?
21:20:38 <frosch123> yes, it is a very cruel place
21:20:41 <SpComb> andythenorth: but as to other, separate projects then using that stuff, hmm..
21:20:55 <SpComb> then whole `sudo setup.py install` thing is pretty heavyweight
21:21:10 <andythenorth> I refused to do it for nml
21:21:18 <andythenorth> you don't sudo things if you can avoid it
21:21:30 <andythenorth> I live in a world of buildout, no sudo required
21:21:31 <SpComb> quite, and installing random setup.py's as root is kind of iffy
21:21:53 <Eddi|zuHause> andythenorth: such a thing will be required if you want the devzone to build it
21:21:58 <SpComb> if you have a package manager, your system site-packages belongs to it
21:22:00 <andythenorth> I'm going to figure out how to make a buildout for BANDIT, which will pull pixa
21:22:10 <andythenorth> but that's just me :P
21:22:26 <andythenorth> overkill for many cases
21:22:29 <SpComb> never used that, but I do use virtualenv for developing/deploying wsgi stuff
21:22:55 <andythenorth> zc.buildout creates a set of local eggs and sets local paths
21:23:07 <Eddi|zuHause> why do compilations always fail after i tested locally that they wouldn't?
21:23:09 <andythenorth> so the directory for your project is then self-contained
21:23:12 <valhallasw> (I only install deb packages in the global site-packages; everything else goes into a virtualenv)
21:23:24 <andythenorth> valhallasw: similar approach, different tool
21:23:28 <SpComb> valhallasw: yeah, that's more or less the right way to do it
21:23:36 <SpComb> although /usr/local/ is kind of so-so
21:23:44 <SpComb> and distutils defaults to /usr/local/
21:23:54 <andythenorth> nobody I know who writes python commercially installs to global site-packages if they can avoid
21:24:09 <andythenorth> it tends to incur delays in getting to the pub
21:24:16 <SpComb> it kind of depends on what the package is for
21:24:25 <SpComb> if it's a wsgi site, no, /usr/local/ is the wrong place
21:24:41 <SpComb> if it's some command-line utils intended to be used by users and such, might be the right place
21:25:01 <SpComb> but internal scripts can still live in an /opt/foo virtualenv
21:26:10 <Eddi|zuHause> SpComb: of course distutils must install to /usr/local, in /usr only the packet manager may install stuff
21:26:43 <SpComb> distutils didn't always default to /usr/local/
21:27:10 <andythenorth> so in this case...no right answer?
21:27:21 <andythenorth> 'the state of python packaging' :P
21:27:41 <Eddi|zuHause> andythenorth: just that you provide a setup.py doesn't mean that everybody must use it
21:27:58 <Eddi|zuHause> andythenorth: but it's way easier than adding to sys.path
21:28:18 <Eddi|zuHause> andythenorth: or "external" repos in a subdirectory...
21:28:30 <andythenorth> Eddi|zuHause: I'm fairly convinced by your case
21:28:36 <SpComb> andythenorth: write it as a hosted web/cloud service \o/
21:28:49 <andythenorth> SpComb: far too plausible :P
21:28:54 <andythenorth> I just move it into pyramid
21:29:04 <andythenorth> might be...slow :P
21:29:43 <andythenorth> I'm kinda relying on being able to tie up a lot of CPU for a short time
21:30:11 <andythenorth> so I'll read about setup.py
21:31:52 <andythenorth> meanwhile I moved it into a pixa dir
21:32:31 <SpComb> congrats, you have a package
21:32:51 <SpComb> and your redmine is 500ISE'ing
21:33:05 <andythenorth> I copied my license.txt in there, which is bad :P
21:33:14 <Eddi|zuHause> a "package" is a directory with an __init__.py
21:33:21 <SpComb> Eddi|zuHause: and a name
21:33:25 <SpComb> andythenorth: myes, that's project stff
21:33:40 <SpComb> Eddi|zuHause: the name of the dir the __init__.py is in is part of the api/code
21:33:48 <andythenorth> how did I break the repo?
21:34:08 <SpComb> Eddi|zuHause: which is why a bunch of .py files and an __init__.py lying in your repo root is not a package :)
21:35:46 <Alberth> andythenorth: you can install a distutils package locally as well
21:36:32 <andythenorth> in that case I just add to the path?
21:36:43 <andythenorth> or distutils has an install option flag thing?
21:37:09 <Alberth> setup.py install --help
21:37:47 <andythenorth> I should license GPL v2?
21:37:57 <andythenorth> or dual-license v3 also?
21:38:16 * Alberth does not know what v3 does or not does
21:38:49 <andythenorth> can add v3 later, it's my code (and quite a bit of yours too Alberth) :)
21:39:13 <Alberth> hmm, nml has a buildout thingie :(
21:39:18 <Eddi|zuHause> just say v2 or later
21:39:27 <andythenorth> nml's buildout needs removing, it's broken
21:39:42 * Alberth gives andy permission for any license he likes to use
21:40:27 <Alberth> something open source would be nice though :)
21:41:04 <Alberth> some countries do not accept that
21:42:09 <Alberth> so we have the wtfpl :)
21:47:45 <andythenorth> can't get distutils to see my LICENSE.txt correctly
21:47:52 <andythenorth> even though I follow the tutorial exactly
21:52:00 *** Zeknurn` has joined #openttd
21:57:19 <andythenorth> TODO: get pypi account :P
22:01:30 <Alberth> only one small hurdle towards world fame, and riches :p
22:02:16 <andythenorth> I'll donate a share to tt-forums :P
22:25:43 <Nat_aS> I figured out the industry closing thing
22:26:27 <Nat_aS> two options in the advanced settings "Allow industry closure/creation" which defers to the newgrf, and "Do not allow industry closure/creation" which overrides.
22:26:51 <Nat_aS> if it's important to the newgrif, it can just have a note in the documentation telling the user to change the setting
22:30:50 <Eddi|zuHause> Nat_aS: that doesn't work
22:31:30 <Eddi|zuHause> Nat_aS: since the newgrf can change production levels, you'll just end up with lots of industries producing nothing
22:31:55 <Nat_aS> oh, industries die when there production level reaches zero?
22:32:02 <Nat_aS> can't you override that too though?
22:41:28 <Eddi|zuHause> Nat_aS: just ask your favourite industry grf to implement a "never close industries" switch
22:43:50 <Nat_aS> it just seems like that behavior ought to be conrolled by advanced features
22:44:02 <Nat_aS> I mean aircraft speed factor is in advanced options
22:44:06 <Nat_aS> (options not features)
22:44:18 <Nat_aS> and AV8 always bugs you to toggle it.
22:49:29 <NGC3982> that never close industries switch would be neat as a feature
22:50:05 <Nat_aS> never close and never decrees
22:50:15 <Nat_aS> if on, it would override the grfs
22:50:22 <Nat_aS> of off, it would let the grifs do there thing
22:50:33 <Nat_aS> any grif that needs it off, would tell the user to switch it.
22:51:02 <Rubidium> though... it breaks NewGRFs
22:53:04 <Nat_aS> yes, lots of updates break mods, it's up to the modding community to keep up.
22:53:16 <Nat_aS> plenty of games do this
22:53:37 <Nat_aS> minecraft is notorious for it, esp since the updates rarely have as much content as the mods they break.
23:23:48 <Eddi|zuHause> File "/usr/bin/nmlc", line 6, in <module> main.run()
23:24:25 <Eddi|zuHause> especially since i actually didn't change any functionality...
23:25:54 <Eddi|zuHause> i exchanged some existing files with the same number of automatically generated ones with virtually the same content
continue to next day ⏵
