IRC logs for #openttd on OFTC at 2012-03-17
⏴ go to previous day
00:00:38 <Ricaz> Is there a way to force a town to expand?
00:01:51 <FLHerne> In recent trunk, should there be a gap between 'Abandon Game' and 'Exit' in the save menu?
00:02:09 <Eddi|zuHause> FLHerne: i think that always was there
00:04:11 <Yexo> Ricaz: only in scenario editor
00:04:23 <FLHerne> It isn't in Chill's Patchpack
00:05:00 <FLHerne> Finally! my small patch collection (seems to) work :D
00:55:58 *** HerzogDeXtEr has joined #openttd
01:14:57 <rane> is there a newgrf or something that adds hotkeys for signals?
03:00:14 <ix> Is there any way to set duration of time chat messages are displayed? I saw some patches mentioned when I googled for the topic, but couldn't find any such option in stable (debian amd64, 1.1.5-1).
03:02:04 <ix> Could it be the network_chat_timeout variable in the config file, perhaps?
03:17:29 *** collinp has joined #openttd
03:22:33 <xiong> Hey! CHIPS platforms actually work with FIRS cargoes!
03:22:59 <xiong> I can see crates of ES stacked up. ISRS won't do that.
05:16:31 *** andythenorth has joined #openttd
05:16:45 <andythenorth> monsieur le bird!
05:20:24 *** andythenorth has left #openttd
05:56:22 *** Eddi|zuHause has joined #openttd
06:22:54 *** andythenorth has joined #openttd
06:39:42 <Rubidium> ix: which messages exactly?
06:40:25 <Rubidium> Pikka: what's the version I'm supposed to enter for UKRS?
06:55:07 <Rubidium> Pikka: it's uploaded now
06:55:45 <Pikka> will I have the same problem when I try to update it?
06:56:23 <Rubidium> should be fine as well
06:56:53 <Pikka> I'll try and update them both in about an hour.
06:58:47 <Rubidium> the problem was due to other code that was added to check for text files in the lang directory. However, when there was no directory for the txt file it would bail out
06:58:57 <Rubidium> even when that's perfectly fine for the license.txt
07:02:29 *** tokai|noir has joined #openttd
07:02:29 *** ChanServ sets mode: +v tokai|noir
07:10:00 *** tokai|mdlx has joined #openttd
07:13:41 <andythenorth> one grf can read another grf's parameters?
07:14:13 * andythenorth was poking again at 'what newgrf params could be safely changed during game'
07:14:20 <andythenorth> and the answer comes up 'none' again
07:15:23 <andythenorth> stuff like: livery 'realistic' / '1CC' / '2CC'
07:15:34 <andythenorth> should just be safe to change
07:15:37 <Rubidium> sounds likke andy really likes that "feature" in the specs ;)
07:16:35 <Pikka> other grfs reading the parameter doesn't, in itself, make it more or less safe though
07:16:45 <Pikka> it's just a question of what the various grfs do with it :)
07:16:48 <Rubidium> yes, OpenTTD has to support all "features" from TTDPatch, otherwise OpenTTD will always be bad
07:17:01 <Rubidium> so this "feature" will make OpenTTD less bad
07:17:26 <Pikka> which "feature"are you referring to, Rubidium?
07:17:57 <Rubidium> the "featue" that a NewGRF can poke into another NewGRF's settings and do all kinds of stuff depending on that
07:18:39 *** Cybertinus has joined #openttd
07:18:58 <Rubidium> thus exploding the configuration space and getting all kinds of interdependencies and lovely barely findable bugs
07:19:02 *** tokai|noir has joined #openttd
07:19:03 *** ChanServ sets mode: +v tokai|noir
07:19:49 <Pikka> devs don't trust newgrf developers much, do they?
07:20:21 <Pikka> I remember I had to argue with Lakie for about two days to stop him putting a switch in TTDPatch that enabled callback 36 (and defaulted to off).
07:25:56 <andythenorth> what I want is parameters *private to my fricking grf*
07:26:12 <andythenorth> which can only be checked by varact 2, and only during known-safe calls
07:26:32 <andythenorth> set by action 14 menus only
07:29:19 <Pikka> well, all you have to consider is what the likelihood is of someone writing a grf which says "read andy's parameters then CRASHCRASHCRASH". it's probably not very high.
07:29:35 <andythenorth> it's not me who considers it though :(
07:30:00 <andythenorth> it's those who control the 'thou shalt not change newgrf *anything* in a running game'
07:30:19 <Nat_aS> the HEQS and GRVTS give me random error messages but nothing ever crashes on them.
07:30:36 <andythenorth> Nat_aS: did you raise a bug report?
07:30:38 <Nat_aS> not sure if that's because I mix and match newgrifs into existing scenarios though.
07:30:48 <Nat_aS> not bug reports, just error popups
07:30:56 <Nat_aS> and I don't have it open now so I can't post it here
07:31:04 * Nat_aS is the best user ever.
07:31:26 <Nat_aS> what IS the difference between GRVTS and HEQS?
07:31:50 <andythenorth> try them and see
07:31:54 <Pikka> it's about the same as the difference between the 2cc set and UKRS2...
07:32:07 <Pikka> completely different vehicles by completely different authors.
07:32:30 <Nat_aS> well they both seem to have cargo trams, but GRVTS seems to have more things
07:32:38 <Nat_aS> but they appear to share veichiles
07:32:43 <Nat_aS> unless I'm doing it wrong
07:33:29 <andythenorth> you're doing it wrong ;)
07:33:54 * andythenorth goes back to pondering minor eye-candy livery options *that will require the player to start a new game*
07:35:46 <Pikka> or set a config option and void their warranty
07:36:15 <Nat_aS> maybe I should start over
07:36:21 <Nat_aS> but I have built so much
07:36:33 <Nat_aS> If I restarted I'd probably try making thinner tracks
07:36:48 <Nat_aS> like see how efficant I could make single track layouts instead of quad track
07:36:52 <Pikka> or you could have "minor eye-candy livery options" as vehicle refits rather than a global setting
07:37:17 <Nat_aS> or actualy, my layout probably does not need to be quad track
07:37:29 <Nat_aS> I am just over anticipating future growth.
07:43:31 * andythenorth ponders horridity
07:43:53 <andythenorth> if...there was a way to set arbitrary minor vehicle properties
07:44:01 <andythenorth> (instead of abusing cargo subtypes)
07:44:19 <andythenorth> and if there was a way to configure the default values for those...in-game
07:44:59 <andythenorth> and a way to mass-set common defaults for all vehicles in a grf...
07:45:08 <Nat_aS> newgrf's spoil you guys
07:45:37 <Nat_aS> I remember when I made sprites for simutrans and was sad that I couldn't make half loaded or randomized cargo sprites
07:45:39 <andythenorth> what about his / her / its spoil?
07:45:56 <Nat_aS> so many options for everything
07:46:02 <Nat_aS> what CAN'T newgrif's do?
07:46:04 <andythenorth> but simutrans is XML :o
07:46:16 <andythenorth> we have been working for years to achieve XML
07:46:29 <andythenorth> on April 1, Rubidium and I are releasing XML-newgrfs
07:46:32 <Nat_aS> well maybe they added better features, when I did it cars could only have 1cc and loaded and unloaded sprites.
07:46:38 <andythenorth> XML will solve all problems!
07:47:02 * Nat_aS is just an artist and does what the programer says is possible so :P
07:57:37 <Nat_aS> so why do we have to be compatible with TTDpatch?
07:57:41 <Nat_aS> does anybody still use it?
07:58:09 <Nat_aS> i mean backwards compatibility is cool and all, but it seems like OTTD offers every advantage over it
07:58:23 <andythenorth> some *highly influential* newgrf artists use it
07:58:45 <andythenorth> and it's *very* important that we keep maintaining compatibility, or they may stop releasing their work so frequently
07:58:54 <Nat_aS> in other words some newgrif artists refuse to accept change?
07:58:55 <andythenorth> famous newgrf releasers known to use it include SAC and wallyweb
07:59:08 <Pikka> andythenorth: there is no compatibility with TTDPatch any more
07:59:09 <andythenorth> also possibly MB, although he may have converted
07:59:23 <Pikka> but what is "important" is that older grfs keep working in OpenTTD
08:00:08 <andythenorth> unless there's a day where all the grfs die
08:00:12 <andythenorth> maybe April 1 2014
08:00:37 *** Progman has joined #openttd
08:02:05 * andythenorth goes back to making trucks
08:02:06 <Nat_aS> when the unix clock overflows 32 bits
08:02:19 <Nat_aS> and any unix computer that has not upgraded to 64 will crash.
08:13:39 *** Devroush has joined #openttd
08:20:35 * andythenorth wonders if BANDIT will get to r1000 before a release
08:31:57 *** lmergen has joined #openttd
08:36:10 *** Alberth has joined #openttd
08:36:10 *** ChanServ sets mode: +o Alberth
08:40:09 <andythenorth> Alberth: consists :o
08:50:32 <Alberth> it's more like 'duplicate existing code', according to frosch
08:50:58 <andythenorth> at least he tried ;)
09:01:39 *** Eddi|zuHause has joined #openttd
09:02:37 <andythenorth> too much indirection
09:02:44 <andythenorth> maybe I can indirect the indirection :P
09:18:29 *** TGYoshi has joined #openttd
09:26:38 <andythenorth> more indirection = good
09:27:36 *** tokai|mdlx has joined #openttd
09:29:32 <Eddi|zuHause> indirection is like alcohol :p
09:31:31 <andythenorth> it's always more fun later to read all the rules for conditionally constructing a string
09:31:39 <andythenorth> instead of just writing the string
09:31:57 <andythenorth> "but think how easy changes will be to the substrings!"
09:35:10 <andythenorth> writing out lots of times ('flat', 'coils', grey_metal') is obviously much better than 'flat-coils-grey_metal' :P
09:35:21 <andythenorth> except maybe it's not :P
09:40:41 <Eddi|zuHause> it is, when you introduce translations
09:41:04 <Eddi|zuHause> or autogeneration :)
09:44:24 <andythenorth> or change the separators that you're later re-splitting on
09:44:33 <andythenorth> or change the spec for generating graphics from filenames
09:47:04 <Eddi|zuHause> i still have stomach pains because i used eval() in one of my last CETS commits
09:48:14 <andythenorth> at least you didn't use it in publicly accessible methods in a production web app
09:48:22 <andythenorth> unlike someone else here
09:48:35 <Eddi|zuHause> but i didn't see a better way without lots of duplication
09:50:02 <Eddi|zuHause> maybe i could abuse classes and __name__ attribute
09:50:47 <andythenorth> that was at me not you
09:51:08 <andythenorth> design for my next bit of code includes magic, lucky-dip tuples
09:51:29 <V453000> Pikka: your drawing style is truly marvelous. :) Incredibly well done details
09:51:36 <andythenorth> ('tanker', 'silver'), ('flat', 'coils', 'grey-metal')
09:51:55 <andythenorth> the meaning of tuple parts > 0 varies according to meaning of part 0
09:52:07 * andythenorth hates unnamed properties full stop
09:52:16 <andythenorth> especially lucky-dip magical ones
09:52:24 *** th_gergo has joined #openttd
09:53:32 <andythenorth> I could create classes
09:56:56 <Alberth> you can also call them 'variant records', like in pascal :p
10:02:30 <andythenorth> I was going to use a class for roughly the same effect
10:04:09 <Alberth> a dict is closer to a class, I think
10:04:35 <Alberth> in classes, you'd make a class hierarchy
10:05:04 <andythenorth> I might be misunderstanding the code example in the docs
10:05:41 <andythenorth> seems like an awful lot of scaffolding I'd have to write to construct the Point example
10:06:45 <Alberth> if you just want a point as plain data, then yes, use a (x,y) instead.
10:07:26 <Alberth> but if you have several forms of points, you have extra data, or want to attach functions(=methods) to them, classes become more attractive
10:08:09 <andythenorth> I'll read the namedtuple doc again, I must be misunderstanding it :P
10:08:47 <Alberth> stuff like dicts like you use them, and named tuples just make a small step to a more broader base, imho
10:09:33 * andythenorth remembers something
10:09:47 <andythenorth> I'm using strange spacing / indenting somewhere
10:09:55 <andythenorth> you mentioned it would be better fixed
10:09:56 <Alberth> does something remember you too? :)
10:12:08 <Alberth> you format large literals (lists, dicts, tuples) like it is code in the middle of other code. To me, it is confusing to read.
10:18:34 <andythenorth> well it's not PEP-8 :P
10:19:04 <andythenorth> it's just the vertical-alignment I should change?
10:19:46 <Alberth> I am wondering about it
10:20:11 *** JVassie has joined #openttd
10:20:48 <Alberth> the thing that messes it up for me is the \n} at the end, and to a lesser extent, the {\n at the beginning
10:21:24 <andythenorth> I've formatted it as though it's html :P
10:21:50 <Alberth> but you do exactly the same above, eg lines 43-49, and there I don't find it a problem
10:22:09 <Alberth> except I would probably merge it all to one line
10:22:36 <andythenorth> L43-49 are easier to scan
10:22:55 <andythenorth> once there is > one level of indent, the left edge gets ragged
10:23:00 <andythenorth> which is harder to read
10:24:06 <andythenorth> and the spacing inside is wrong, e.g. setting it to valign on 'colour_shift'
10:24:13 <andythenorth> easier to read the values, harder to read the code
10:24:14 <Alberth> I'd move line 57 to after line 56, align the others under it, and move line 68 to after line 67
10:25:03 <Alberth> yeah, the top colour_shifts could move too
10:25:27 <Alberth> and I'd write it as a dict literal, instead of a 'dict()'
10:25:38 <andythenorth> that code is dead now anyway, so I can't improve it :P
10:25:43 * andythenorth looks for similar case
10:26:15 <Alberth> move it to 'examples' in pixa :p
10:26:53 <Alberth> but euhm, didn't someone say 8bpp is dead?
10:27:12 <andythenorth> all the big new sets are switching to 32bpp :|
10:28:46 <Alberth> people want to experiment
10:29:07 <Alberth> but making good 32bpp pictures is far from trivial, I think
10:30:19 *** lmergen has joined #openttd
10:30:24 <Alberth> I can see using renderers, but can you do it 'manually' too?
10:30:44 <Pikka> take 8bpp sprites, convert to 32bpp in image editor, click save. done.
10:31:16 <Alberth> sure, but I was talking about using more than 256 colours :p
10:31:57 <Alberth> your drawing techniques would change, I guess
10:32:42 <V453000> I dont think you can make use of more colours on the standard zoom amount of pixels
10:32:54 <V453000> at least not on vehicles which I have experience with drawing
10:33:11 <V453000> houses and landscape, perhaps
10:33:17 <Pikka> for things like the quarries in PBI, I drew them in 32bpp so I could shade and shape them easier, then converted to the TTD palette.
10:33:34 <andythenorth> V453000: using 32bpp means you can get an exact match to specific train colours
10:33:37 <andythenorth> which is very important
10:33:51 <andythenorth> you can even match specifically to the colour of specific locomotive
10:33:52 <V453000> like from real life photos?
10:34:08 <Alberth> so it is not 'more' colours', bit 'different' ones
10:34:15 <V453000> I do it from my head not from images
10:34:17 <andythenorth> as the colour would appear under 11am slightly overcast conditions, with 42% humidity
10:34:29 <andythenorth> as measured by a colour spectrometer, adjusted for UV distortion
10:34:51 <andythenorth> and allowing for variations in the paint layer which reflects light different according to thickness of primer
10:35:02 <andythenorth> this kind of crap is highly important
10:35:50 <andythenorth> it doesn't reflect an abject failure of imagination at all
10:35:56 <andythenorth> it frees up artists
10:36:04 <Alberth> andythenorth: perhaps you should stop drawing, but instead build a real industry, and take photographs under the right conditions, and convert them to images
10:36:21 <andythenorth> artists will be free to imaginatively and creative recreate exactly what they see in a photo
10:36:55 <V453000> that is how most of the openttd sets are being done
10:38:43 <andythenorth> I don't want to rain on the parade - lots of work has gone into 32bpp spec
10:39:18 <V453000> I believe it is great for extra zoom sprites with higher resolutions, and I still think for buildings and larger images it can do amazing stuff
10:39:24 <andythenorth> also the toddler is hitting my screen and shouting 'make choo choo' again
10:39:34 <V453000> making building set in more colours? hell that could be something
10:45:21 <xiong> How is it even possible for a train to break down *in* depot!?
10:47:21 <Alberth> your car never rufuses to start when you park in your garage?
10:49:39 *** Chris_Booth has joined #openttd
10:50:19 <rane> what's the deal with one way roads, never soon those before
10:51:05 <Alberth> trucks drive only in one way, mostly
10:51:44 <Alberth> andythenorth: I am somewhat tempted to for i in range(1,4): seqs[141-i] = ... for the last 3 entries, but it does not look good
10:51:47 <andythenorth> Alberth: so it's the 'return' that boggles the brain
10:51:50 <Zuu> Eg. it creates a dual lane road with the rule that vehicles should keep to right (or left)
10:52:00 <andythenorth> Alberth: I already considered using ranges
10:52:17 <andythenorth> I used to do that kind of thing
10:52:31 <andythenorth> now I don't like to parse what the result will be in my brain, when I could just read it :P
10:53:18 <andythenorth> I'll hunt down multi-line return statements, they kind of suck
10:53:52 <Alberth> andythenorth: I think the thing that messes them up is that you use the same amount of indenting for them
10:53:54 *** badoing has joined #openttd
10:54:08 <Alberth> which makes them look like code on the first glance
10:54:10 <andythenorth> yup, but I can't think how to avoid that cleanly
10:54:20 <andythenorth> single line return is faster to scan anyway
10:54:28 <andythenorth> especially in cases of multiple returns from a method
10:55:01 <Alberth> in OpenTTD, we do a double indent on next lines, but that's still code
10:56:04 <andythenorth> I'll fix them as per your paste
10:56:23 <badoing> hi, i installed openttd version 1.1.5 and now i don't get information when right clicking. can anyone help?
10:56:51 <andythenorth> so I misunderstood namedtuples :P
10:57:20 <Alberth> badoing: by default you hover on them
10:57:36 <Alberth> but you can change back to right click in the advanced settings
10:58:17 <Alberth> hmm, did that get changed in 1.1.5? how time flies!
10:59:10 <Rubidium> Alberth: it didn't in 1.1.5, it did way before
10:59:25 <dihedral> Hello sir, how are you?
10:59:32 <Alberth> so time moves even faster :)
10:59:32 <badoing> Alberth: hover on them works. but i changed it now. thank you
10:59:45 <Eddi|zuHause> we once discussed whether the default hover timeout is too long
10:59:55 <Eddi|zuHause> not sure what resulted from that
11:00:18 <Alberth> for newbies it is, for others it is not, I would guess :)
11:00:36 <planetmaker> It's probably too subjective. But I guess the hover timeout should be geared towards newbies
11:01:13 <Alberth> I switched it back to r-click, I don't like those popups at all
11:01:42 <planetmaker> I think it's a good thing to have. But.. .yes. I don't need it. But I mostly know the UI :-)
11:02:10 <planetmaker> the tooltip is not made for channel regulars :-)
11:02:33 <badoing> i like the right click, too. i just get informatin if i need it and i get it fast without waiting a few seconds
11:02:58 <Rubidium> only caveat is that newbies don't know the right click tooltips
11:03:33 <planetmaker> default has to be the accessible thing. People just want to try the game and understand everything intuitively
11:03:36 <planetmaker> And that's fair enough
11:09:46 <dihedral> then they did not read the readme :-P
11:12:19 <Alberth> perhaps we should add a 'I have read the readme and fully understand it' screen in the installer
11:12:53 <Alberth> and to be sure, we also add 3 random questions after it that you must answer correctly :p
11:14:00 <planetmaker> please enter word #3 in line 72 on page 13
11:14:27 <CIA-1> OpenTTD: rubidium * r24033 /trunk/src/saveload/ai_sl.cpp: -Fix: reset "is random" status of temporary variable during saveload as it's not always written to when loading an AI which means it'd be taking the is random setting of another AI.
11:19:32 *** FLHerne has joined #openttd
11:20:52 <CIA-1> OpenTTD: rubidium * r24034 /branches/1.2/ (67 files in 7 dirs):
11:20:52 <CIA-1> OpenTTD: [1.2] -Backport from trunk:
11:20:52 <CIA-1> OpenTTD: - Feature: Increase the station class limit from 32 to 256 (r24031)
11:20:52 <CIA-1> OpenTTD: - Fix: [NoAI] reset 'is random' status of temporary variable during saveload as it is not always written to when loading an AI which means it wouldd be taking the 'is random' setting of another AI (r24033)
11:20:53 <CIA-1> OpenTTD: - Fix: [NoAI] Make AIEngine::IsArticulated return true if the articulated callback flag is set, do not try to run the callback (r24029)
11:20:53 <CIA-1> OpenTTD: - Fix: Pass cases down into the list of cargos [FS#5090] (r24024, r24023, r24022)
11:24:22 <Alberth> planetmaker: that's the wrong level of understanding :p we should ask questions about setting hover timeouts, and building aircrafts, and the wiki url :)
11:34:49 <CIA-1> OpenTTD: rubidium * r24035 /trunk/src/lang/ (35 files in 2 dirs): -Add: "missing" strings to translations that were merely control codes
11:40:00 <Zuu> Also as the tooltips require you to keep the mouse within a very small rectangle for the tooltip to show, the time limit has to be quite low.
11:40:34 *** frosch123 has joined #openttd
11:43:18 <Ammler> openttd now part of openSUSE standard repo :-)
11:43:36 <planetmaker> Alberth: true :-)
11:49:27 <CIA-1> OpenTTD: rubidium * r24036 /branches/1.2/bin/baseset/opntitle.dat: [1.2] -Change: the title game from the title game competition (sc79). Some changes have been made outside of the view to reduce the file size significantly (chop trees, flatten ground)
11:50:42 <Eddi|zuHause> mäh, i hate it when games don't run in wine, when others say it does
11:51:32 <Eddi|zuHause> somewhen i should try actually installing a windows :)
11:52:21 <Zuu> Its not that hard, you just have to control your feelings if you like the linux-way better :-)
11:52:51 <Eddi|zuHause> Zuu: i tried copying over my old windows installation from the other computer, but that somewhat failed
11:53:12 <Eddi|zuHause> as in, it didn't even boot
11:55:14 <Eddi|zuHause> now... finding a windows cd...
11:55:38 <Eddi|zuHause> actually, i should first check whether i have alternate ways to boot my linux :)
11:55:48 <Eddi|zuHause> aka repair the boot manager :)
11:56:21 <Zuu> yep thats a good thing to have :-)
11:57:34 <Zuu> Unless you need game performance, a virtual machine might be easier and more handy to use.
11:58:10 <Eddi|zuHause> i have a virtual windows, but that's unable to use 3D acceleration
11:59:50 *** Zeknurn` has joined #openttd
12:00:48 <frosch123> since when does the ttdp problem forum say "no posts" on the main index? :p
12:04:53 <planetmaker> probably since there are no problems with it anymore
12:05:42 <rane> hmm, i'm feeding train station with trucks from 3 farms, and the transported rate won't get higher than 67% on any of the farms
12:06:12 <Eddi|zuHause> yes, that sounds roughly correct
12:06:14 <planetmaker> constantly loading?
12:06:28 <rane> yea always something loading
12:06:40 <Zuu> Get a statue in the towns of the feeding stations
12:06:49 <Zuu> Will increase your rating by 10%
12:07:07 <Zuu> => more cargo is delivered to the stations.
12:12:13 <rane> now it's improving actually
12:15:52 *** Eddi|zuHause has joined #openttd
12:36:00 *** andythenorth has joined #openttd
13:05:03 *** sla_ro|master has joined #openttd
13:27:30 *** Chris_Booth has joined #openttd
13:35:27 *** valhallasw has joined #openttd
13:59:31 *** Eddi|zuHause has joined #openttd
14:29:46 *** Scuddles has joined #openttd
14:35:04 *** welshdragon has joined #openttd
14:42:40 *** Rhamphoryncus has joined #openttd
14:45:54 *** drac_boy has joined #openttd
14:47:06 <drac_boy> know this probably is a long question for some but are there ever any kind of mutiplayer maps where people actually cooperate or is that getting too hard to ask for?
14:52:01 <drac_boy> sometimes I'm just not understanding why people don't bother playing on their own single maps if they just can't seem to do one bit of sharing
14:53:33 <Yexo> all players in a single company, now that's cooperation :)
14:55:08 <drac_boy> ah, well if you say so I guess I'll have to get RC2 and try their welcome server then. thanks yexo
14:55:46 <drac_boy> btw how much of a player are you? (whether thats in ottd or patch)
14:55:47 <Yexo> they have an irc channel here too, I think it's #openttdcoop.welcome for the welcome server
14:55:57 <Yexo> I don't play much at all
14:56:41 <drac_boy> ok just had to ask :)
14:59:31 <drac_boy> ok..compiling now..in a minute I should be able to check out that map
15:00:10 <drac_boy> yexo I play once in a while with quite a few different grfs in patch. as for ottd itself..well...its on a loaned laptop
15:02:15 <TWerkhoven2[l]> #openttdcoop.stable
15:02:25 <TWerkhoven2[l]> for the welcome server
15:02:47 <TWerkhoven2[l]> or plain #openttdcoop for public server
15:02:59 <drac_boy> heh already joined the second one but checking the first one now :)
15:03:02 <Chris_Booth> or none of the above
15:03:18 <drac_boy> you're a strange one Chris_Booth
15:03:37 <Chris_Booth> how did you know?
15:04:34 <Chris_Booth> well you can give yourself a shiny for getting it right!
15:05:52 * drac_boy gives Chris_Booth a blueberry pie....in the fac
15:06:16 <Chris_Booth> I don't have a fac
15:07:45 <drac_boy> that was a joke for fac=face
15:07:54 <drac_boy> but never mind that heh
15:11:53 <andythenorth> '-' is not valid in nml identifiers?
15:12:20 <andythenorth> slight headache :)
15:17:40 <drac_boy> not a pixel headache I hope?
15:18:02 <frosch123> he keeps on licking them
15:38:46 *** oskari89 has joined #openttd
15:42:13 <rane> hmm, openttdcoop welcome wants New Company Colours (Black) newgrf and it can't be downloaded
15:42:35 <Zuu> Then it is probably in the #openttdcoop newgrf pack
15:42:56 <oskari89> Such as random interval or so?
15:43:13 <oskari89> For use on stations?
15:44:33 <Yexo> the next animation frame callback can optionally result a sound effect number
15:44:34 <planetmaker> rane: it is part of the openttdcoop grf pack
15:44:58 <Yexo> as can the animation control and construction stage callacks
15:45:07 <planetmaker> ^^ it's part of that (ancient) newgrf collection
15:45:31 <planetmaker> the welcome server *should* not use them, but sometimes does
15:45:42 <CIA-1> OpenTTD: frosch * r24037 /trunk/src/ (base_media_base.h settings_gui.cpp widgets/settings_widget.h): -Feature: Allow display of baseset textfiles. (LordAro)
15:46:57 <drac_boy> rane I've had the same problem... neither two grfs from wiki or forum even works for some reason
15:47:50 <planetmaker> drac_boy: the grfpack I linked need be unzipped into the the newgrf folder of OpenTTD (found where described in readme section 4)
15:48:21 <rane> just took me a while to figure out where to put the stuff
15:48:31 <oskari89> Yexo: Can station animation frames can be same and looping, and so it can be used for looping non-stopping sound?
15:49:02 <planetmaker> that's what we have the readme for. If it can be made better, please come forward with the suggestions / improvements
15:49:12 <drac_boy> planetmaker....you telling me the grf table isn't what its supposed to be?
15:49:42 <oskari89> That was just the information that i was looking for.
15:49:50 <planetmaker> drac_boy: I'm telling you that you only need to download the grfpack v8 as linked on that page, unzip it in the right place and then you're set
15:50:12 <planetmaker> the grf table is only for overview
15:50:41 <drac_boy> planetmaker...and what if I already have a lot of other grfs so I don't want endless duplications?
15:50:43 <planetmaker> though it might work, if you download all separately, it's tedious ;-)
15:51:00 <planetmaker> drac_boy: you have the exact same versions?
15:51:16 <drac_boy> the only one other grf I had to get through the online content was the hover bus
15:51:19 <planetmaker> you refuse to download the pack which is guaranteed to have missing grfs for our server and then say "doesn't work"?
15:51:36 <planetmaker> the grf pack has those which are _not_ in online content
15:51:37 <drac_boy> planetmaker if you mean version as in the one posted on the only one single download place for it in forum then yes
15:52:08 <planetmaker> and the grfpack might have other versions than found in the forum
15:52:26 <planetmaker> as every single bit of a grf file matters for connecting. Not just the name
15:53:25 <planetmaker> and "doesn't work" is simply explained with "has not the required newgrfs", if you miss some
15:57:11 <oskari89> Yexo: Can NML have that sound on Object animation callback?
15:59:22 <Yexo> no, but it works the same way as described for the nml callbacks
15:59:33 <Yexo> "Returning a sound effect in the high byte will cause that sound effect to be played. " <- actually it is there
16:03:15 *** Eddi|zuHause has joined #openttd
16:10:08 <rane> hmm, trains aren't slowing down on hills on the openttd welcome server
16:12:28 <Yexo> rane: realistic acceleration is probably enabled
16:15:32 <rane> seems so, checked advanced settings
16:15:51 *** HerzogDeXtEr1 has joined #openttd
16:33:04 <andythenorth> ~1hr to find a missing / char
16:34:23 *** swissfan91 has joined #openttd
16:35:35 *** Biolunar has joined #openttd
16:42:37 <CIA-1> OpenTTD: frosch * r24038 /trunk/src/gfx.cpp: -Fix (r23472): After opening a textwindow with the monospaced font, all other text started glitching.
16:44:56 <frosch123> yay, for bad font kerning
16:46:51 <Rhamphoryncus> Train has 108 farmsup crates. Transfers them to a station. Truck picks up 4 crates. Train reloads the rest. Train now has 102 crates. wth?
16:49:38 <andythenorth> transfer and leave empty
16:49:39 <Alberth> your employees steal crates!
16:55:59 <frosch123> btw... random question: when do you think will public schools stop teaching cursive? (i.e. only block letters)
16:57:02 <Alberth> I never learned those, I think
16:57:57 *** supermop has joined #openttd
17:02:32 <frosch123> hmm, actually it is already going on
17:02:43 <frosch123> i am just not aware :)
17:03:56 <supermop> airplane internet is expensive
17:19:49 *** Eddi|zuHause has joined #openttd
17:20:06 <Eddi|zuHause> hm... so that was somewhat of a half-success
17:21:25 <Eddi|zuHause> i got windows installed, and it boots, but it has no driver for the "ethernet-device", and i can't go online to find one :p
17:22:58 <Alberth> I have such a system too, except it also has no floppy and no cd-rom either :p
17:23:21 <Alberth> use a phone modem? :D
17:23:48 <Eddi|zuHause> nah, i can download it here and write it onto the drive
17:24:05 <Eddi|zuHause> or i can search for the driver cd that might have come with the board... but i don't remember...
17:25:00 <Eddi|zuHause> "Gigabyte AMD 8-series Utility DVD"
17:25:09 <Eddi|zuHause> that sounds right...
17:25:28 <frosch123> you have a native windows installation?
17:25:33 <frosch123> what is that good for?
17:26:21 <ffpp> i have one too, is this embarrassing in some way ? :)
17:27:04 <frosch123> well, it is fine if you have to some old pc which you have not used in years. but i sounded as if eddi installed a new one
17:27:45 <Eddi|zuHause> yes... some games refuse to run in wine
17:27:52 <ffpp> so you are running windows in vm or not at all ?
17:28:04 <frosch123> in vm, when i actually need it
17:28:10 <Eddi|zuHause> and i couldn't find a vm that supports hardware-3D
17:28:36 <Alberth> oh oh , reboot time :)
17:29:11 <ffpp> hm, I have XP in a vm but I don't know what for, but since I got it for free Win7 is roaming some partition as well ;)
17:34:00 *** jazzyjaffa has joined #openttd
17:35:23 *** th_gergo has joined #openttd
17:36:07 *** th_gergo has joined #openttd
17:38:01 *** th_gergo has joined #openttd
17:39:39 *** CornishPasty has joined #openttd
17:56:53 <Rhamphoryncus> andythenorth: I'm guessing I was over the "too much waiting cargo" threshold and I got unlucky
17:58:14 * andythenorth felt clever for using a set, but is now back to a dict :P
18:01:52 *** Eddi|zuHause has joined #openttd
18:02:01 <Eddi|zuHause> the list of half-successes go on...
18:02:42 <Eddi|zuHause> the driver-dvd could install loads of crap, the ethernet driver, the audio driver, but not the video-driver (->blue screen)
18:03:17 <Eddi|zuHause> and whatever is an "SM-Bus-Controller"
18:03:35 <Alberth> luckily the impact of half-sucessses decreases exponentially :)
18:03:41 <ffpp> slave master bus controller ?
18:08:03 <andythenorth> soon...it will all work
18:08:21 <andythenorth> is there a max length for an nml identifier?
18:09:54 <Alberth> as long as you only consider integer finite positive values for length :)
18:10:11 <andythenorth> here's a nice one
18:10:12 <andythenorth> wicomico_northlander_trailer_1_ss_flat_trailer_0_2_cc1_8_8_cargo_coils_grey_metals
18:12:33 <Rhamphoryncus> Hmm. Conditional orders need registers :D
18:17:12 <Rhamphoryncus> When doing a SRNW you could save your current area, jump to some common code, then jump back to your saved area
18:21:35 *** Eddi|zuHause has joined #openttd
18:24:46 <andythenorth> it sort of worked
18:24:53 <Rhamphoryncus> Currently I have a farmsup orderlist that goes between my farms as well as the coalmine+limekiln to create farm supplies. My only state is the current order so the coalmine+limekiln part gets duplicated, once for each farm
18:25:44 <Rhamphoryncus> But if I wanted to add a second coal mine.. I'd need to duplicate *everything* again to maintain full state. 3 farms and 3 coalmines would mean 9 farm orders and 9 coalmine orders.
18:26:43 <Eddi|zuHause> consider splitting then, instead of one huge round-trip :)
18:27:13 <Eddi|zuHause> windows still lists two devices that don't have a driver
18:27:42 <Rhamphoryncus> Which would put me to 72 orders used. 6 of each pushes it to 289, not possible
18:28:29 <Rhamphoryncus> Eddi: I likely will
18:28:50 <Eddi|zuHause> oh right, one's my TV cart
18:28:55 <Rhamphoryncus> At least the farm pickup orderlist only ever needs one drop point
18:29:55 <Rhamphoryncus> But still, it's a lot of duplication
18:32:57 * andythenorth is starting to find lucky dip tuples acceptable :P
18:35:21 <andythenorth> oh how quaint, my code works
18:35:44 <andythenorth> but you know this is evil
18:35:56 <andythenorth> the method returns a two-tuple
18:36:52 <Rhamphoryncus> use sequence unpacking
18:37:07 <andythenorth> for a, b in foo ?
18:37:15 <Rhamphoryncus> self.graphics_ids, self.cargo_graphics_mapping = graphics_stuff = get_graphics_stuff(self)
18:37:23 <Rhamphoryncus> self.graphics_ids, self.cargo_graphics_mapping = get_graphics_stuff(self)
18:37:57 <andythenorth> one line game :P
18:45:43 <CIA-1> OpenTTD: translators * r24039 /trunk/src/lang/ (korean.txt lithuanian.txt swedish.txt unfinished/basque.txt):
18:45:43 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
18:45:43 <CIA-1> OpenTTD: basque - 6 changes by Thadah
18:45:43 <CIA-1> OpenTTD: korean - 52 changes by telk5093
18:45:45 <CIA-1> OpenTTD: lithuanian - 28 changes by Stabilitronas
18:45:45 <CIA-1> OpenTTD: swedish - 4 changes by Zuu
18:57:59 *** Eddi|zuHause has joined #openttd
19:26:56 *** andythenorth has joined #openttd
19:29:41 *** Eddi|zuHause has joined #openttd
19:30:28 <Eddi|zuHause> hmzz... so i found this neat little tool "fsproxy", which is like a tiny virtual linux to access filesystems
19:30:40 <Eddi|zuHause> but apparently nobody implemented support for encrypted filesystems...
19:31:13 <Eddi|zuHause> maybe i should have tried ssh-ing into it :)
19:32:35 <andythenorth> prize for most convoluted system
19:32:42 <andythenorth> ideally you would involve DropBox
19:37:17 <andythenorth> generate code can look horrible, right?
19:41:00 <Alberth> manually entered code can look horrible too :p
19:41:35 <andythenorth> pretty disgusting
19:41:42 <Alberth> but yeah, formatting of generated code does not have the highest priority, usually :)
19:42:01 <andythenorth> I'm surprised how little difference it's making to my ability to debug it
19:42:10 <andythenorth> formatted / unformatted, it's about the same :o
19:42:20 <Alberth> why all the empty lines?
19:43:31 <andythenorth> it's just what the templator spits out
19:43:43 <andythenorth> it preserves linebreaks in the template
19:43:52 <andythenorth> and I need the linebreaks to read the template :P
19:44:29 <Alberth> debugging generated code is easier in the sense that you just look for the problem, and then fix the generator, and re-generate. You never edit the generated code
19:44:44 <andythenorth> it's usually blindingly obvious what the problem is too
19:44:57 <Alberth> oh, yet another broken template system :p
19:46:20 <andythenorth> not broken for html
19:46:24 <andythenorth> but I'm abusing it :P
19:46:39 <andythenorth> it can be subclassed (probably) to avoid the issue...but meh
19:46:45 <andythenorth> it's generated code
19:48:03 <andythenorth> if 80 chars didn't matter either, I could avoid the breaks :P
19:48:28 <CIA-1> OpenTTD: frosch * r24040 /trunk/src/ (industry_cmd.cpp lang/english.txt): -Fix [FS#5095]: Improve error messages wrt. the placement restrictions of banks, water towers and toy shops.
19:49:08 *** Eddi|zuHause has joined #openttd
19:50:16 <Rhamphoryncus> andythenorth: what does the template look like?
19:50:50 <Rhamphoryncus> Heh. I mean that specific part that produces extra linefeeds
19:52:30 <andythenorth> I'm mungling nml and a template (which I like) designed for xml / xhtml
19:52:39 <andythenorth> so I gave up worrying about elegant formatting
19:52:59 <andythenorth> L11-20 are the offending articles
19:53:10 <Rhamphoryncus> is that in a python string?
19:53:23 <andythenorth> the template is a text file
19:53:30 <andythenorth> this is a duck-tape situation
19:54:05 <andythenorth> I can read it standing on my head
19:54:14 <andythenorth> without code highlighting :P
19:54:19 <Rhamphoryncus> Removing the newlines would be worse than leaving them in. If it was a python string I would have suggested a backslash at the end of the line to disable them
19:54:33 <andythenorth> [to leaving them in]
19:54:44 <andythenorth> I'm just going to apply 'life is short'
19:56:30 *** ccfreak2k has joined #openttd
19:58:53 *** LordPixaII has joined #openttd
20:01:19 <Rhamphoryncus> I wouldn't be surprised if the template supported something like backslashes to disable linefeeds too
20:15:49 *** jazzyjaffa has joined #openttd
20:41:42 *** Firartix has joined #openttd
21:05:27 <andythenorth> add the generated files to repo or not?
21:06:38 <valhallasw> andythenorth: depends on how easy they are to generate
21:07:02 <andythenorth> easy - if you know what to do
21:07:26 <valhallasw> will you be doing people a favour by not requiring them to have full technical knowledge, or will you be annoying them by handing out stale copies from the cache? ;-)
21:07:45 <andythenorth> 'tis why I'm not certain whether to do it
21:07:50 * andythenorth favours empiricism
21:08:23 <Rhamphoryncus> Does make create them?
21:11:09 <andythenorth> although perhaps it should
21:11:18 <andythenorth> I can't understand make
21:11:29 <andythenorth> so I have a python build script, but apparently that's lame
21:11:42 *** LordPixaII is now known as Pixa
21:12:03 *** FLHerne has joined #openttd
21:12:13 <Alberth> rename to 'this_is_the_file_you_should_run_you_idiot.py' :)
21:12:53 <Alberth> (unfortunately, andy is capable of doing just that :p )
21:15:58 <andythenorth> I changed the script name
21:16:19 <andythenorth> should I ditch the python multiprocessing?
21:16:32 <andythenorth> and let make spawn processes?
21:17:19 <Alberth> python knows what to generate, otherwise you have to move that information into the makefile somehow
21:19:07 <andythenorth> I'm making a list of deps from the nfo anyway
21:19:16 <andythenorth> using my insanely stupid deps script :P
21:19:24 <andythenorth> which I need to make less stupid
21:20:29 *** lmergen has joined #openttd
21:48:06 <andythenorth> all the work pays off
21:57:36 <andythenorth> also...autogenerated cargo table FTW
22:10:30 * andythenorth gets caught out by loading_speed...again :P
22:13:25 <frosch123> [22:48] <andythenorth> all the work pays off <- working on 32bpp ? :p
22:13:50 <andythenorth> auto-magical cargo graphics
22:14:42 <frosch123> yeah, magic cargo is easy to draw. it is invisible
22:15:39 <andythenorth> how do I make this thing faster?
22:15:43 <andythenorth> 12s compiles are boring
22:16:47 <andythenorth> ~10s of that are nmlc
22:17:24 *** drac_boy has joined #openttd
22:18:10 *** ccfreak2k has joined #openttd
22:18:25 <drac_boy> was just thinking a bit about this and I know I might sound crazy but why couldn't multiplayer autoclean set to be on with a countdown of I dunno 60 years by default?
22:18:36 <Zuu> andythenorth: Get a faster PC? :-)
22:19:03 <Zuu> Or is it possible to make the nml in independent parts that could be compiled in parallell and then only linked togeather in the end?
22:19:06 <drac_boy> zuu heh he trying to compile something?
22:19:09 <frosch123> Zuu: maybe he should start with getting a pc at all :p
22:19:36 <drac_boy> frosch whats a "pc" btw? :)
22:19:41 <Zuu> frosch123: Oh.. yea i should have written "computer".
22:20:07 <frosch123> drac_boy: nowadays it would likely be a trade mark and everyone would sue everyone for using it
22:20:30 <frosch123> there would be a patent on entering text by pressing buttons
22:20:34 <andythenorth> can nmlc process fragments?
22:20:38 <Zuu> drac_boy: I don't compile any nml, I don't even know nml coding. But I do compile C++ code. Eg. OpenTTD or Junctioneer.
22:20:40 <andythenorth> or does it need a full valid nml input?
22:20:41 <frosch123> and reading text displayed on a screen
22:20:56 <drac_boy> frosch its not a trademark btw
22:20:59 <frosch123> oh, and i forgot the patent on a machine doing something
22:21:07 <drac_boy> its too generic... Personal Computer which applies to almost anything
22:21:33 <frosch123> he, it's from a time when computers were not personal :p
22:22:14 * andythenorth ponders telling nmlc to just 'go faster' :P
22:22:47 <Zuu> andythenorth: Does it have a speed flag?
22:23:43 * andythenorth wonders if the realsprites part has any parallelism
22:25:07 <Zuu> wxWidgets has managed to split their (large) library in 20 or so parts that are compiled independent of each other. Giving a very quick compile on a i7 quad core compared to what it used to be on a single core.
22:26:43 <drac_boy> so what else's going on in here? :)
22:27:43 * andythenorth looks at L252-L272 etc of nml/main.py
22:27:45 <frosch123> we're still on the internet
22:28:04 <andythenorth> 'import multiprocessing'
22:28:13 <drac_boy> beside that frosch :p
22:28:16 <andythenorth> no idea if if would be faster though :P
22:51:31 * FLHerne realises why 16k x 8k maps aren't in trunk
22:51:54 <MNIM> I take it it just crashed?
22:52:45 <FLHerne> At this rate, map generation is going to take some time, though
22:52:49 <frosch123> he accidently pressed ctrl+g
22:53:30 <frosch123> no idea why that actually has a hotkey by default :p
22:53:43 <FLHerne> What would happen if I did that?
22:53:55 <MNIM> never knew that programs other than photo editors could generate image files of over 1GB before that.
22:54:11 <frosch123> FLHerne: ottd would block for 5 minutes or so
22:54:24 <Yexo> FLHerne: it creates a "giant screenshot", a screenshot of the entire map in (I think) the default zoom level
22:54:27 <frosch123> and write a png to your disk with some hundred mb in size
22:54:29 <MNIM> depending on hardware and size of the map
22:54:48 <frosch123> and if you try to open it, the average program will shut down your os with swapping
22:54:53 <glx> it eats the RAM before :)
22:55:03 <MNIM> hmmmh. mine could actually open it.
22:55:22 <drac_boy> frosch123 it would depend, some image viewers cache the image from drive, not from ram :p
22:55:23 <FLHerne> Luckily I've got plenty of RAM on this computer
22:55:28 <MNIM> though that was only a bit above a GB, and I have 4 available
22:55:44 <frosch123> FLHerne: i doubt that
22:57:04 <FLHerne> Well, I've got 128 times as much as on my laptop, and that plays OTTD
22:57:10 <frosch123> @calc (16384 + 8092)**2 * 64 * 32 * 4 / 1024 / 1024 / 1024
22:57:10 <DorpsGek> frosch123: 4570.57629395
22:57:18 <frosch123> FLHerne: you have 4.5 TB of memory?
22:57:26 <FLHerne> for a given value of plays
22:57:42 <FLHerne> Perhaps I put the wrong number in my calculator
22:57:49 <frosch123> see, you are not able to store the screenshot of a 16k x 8k map uncompressed in memory
22:58:50 <FLHerne> I don't even have that much storage space in my house!
22:59:00 <frosch123> hmm, i think i miscalculated, it is slightly less
22:59:42 <FLHerne> At least I got the numbers right, it would be fun to try this on my PowerBook
22:59:45 <frosch123> number of tiles from west to east and north to south
23:00:20 <FLHerne> TTD is using more RAM just now than the PBook has hard drive space :P
23:00:42 <frosch123> @calc (16384/2 + 8092)**2 * 64 * 32 * 4 / 1024 / 1024 / 1024
23:00:42 <DorpsGek> frosch123: 2023.07629395
23:01:25 <frosch123> unless ctrl+g uses extra zoom today :p
23:01:35 <Yexo> @calc ((16384 + 8092)/2)**2 * 64 * 32 * 4 / 1024 / 1024 / 1024
23:02:17 <FLHerne> Oh well, map generating reaches 28%
23:02:27 <FLHerne> That's 6% in 10 minutes
23:02:38 <FLHerne> How accurate is the indicator thing?
23:02:52 <frosch123> depend whether you use newgrfs
23:03:07 <frosch123> if you use ecs vectors, then maybe go to sleep now
23:03:16 <frosch123> and wake up in the morning with the map
23:03:53 <FLHerne> Town generation: 4005/
23:04:19 * FLHerne wanders off for a bit
23:04:21 <frosch123> FLHerne: anyway, map generation is fast by definition
23:04:46 <frosch123> you cannot even imagine how long it would take to even only connect 1% of the stuff on that map
23:05:02 <frosch123> 2k x 2k is already way too big for a single player
23:06:18 <glx> is there a townname generator able to generate 26624 names ?
23:06:31 <FLHerne> I wonder what would happen if I removed the max distance for ships, then created a completely water-filled , 16k x 8k map and put a few hundred ships in it?
23:07:23 <FLHerne> Understatement perhaps? :P
23:07:48 <frosch123> well, at some point the yapf cache kicks in, and more ships actually do not make it slower
23:08:36 <frosch123> i once tried to make a performance test case for the ship pf by just building a heap of ships on one side of the map and sending them to the other side
23:08:52 <frosch123> but, it turned out to be a bad testcase
23:09:02 <FLHerne> Does that only apply to ships following a similar or identical course, or does it do something clever?
23:09:17 <frosch123> yapf generally caches trackcost
23:09:30 <frosch123> which is profitable if multiple vehicles use the same "tracks"
23:09:48 <frosch123> this is obviously good for trains and also (but less) for road vehicles
23:10:02 <frosch123> but usually there is a lot more water than ships, so it does not work so well for ships
23:10:46 <frosch123> but it works if all ships are in the same place
23:25:55 *** Progman has joined #openttd
23:31:52 *** swissfan91 has joined #openttd
23:39:38 <Rhamphoryncus> Hum. Autorefit is somewhat incompatible with gradual loading if you're putting different cargotypes on the same train at the same time.
23:42:10 <FLHerne> Oh? I haven't tried that yet - what happens?
23:44:24 <Rhamphoryncus> Gradual loading spaces cargo out. When there's enough for a full load it'll just keep going until it's full. If you're autorefitting to multiple cargo types however that locks in the cargo type
23:44:45 <Rhamphoryncus> So you may have a tiny amount of wool in each car, then be unable to load any plant fibres
23:45:48 <FLHerne> So if you're loading more than one type of cargo and both fit in the same type of vehicle, only one gets loaded?
23:46:34 <Rhamphoryncus> That's fine. I don't expect them to mix. The problem is when you have 10 cars and they each only have 2 wool
23:46:46 <FLHerne> I imagine Cargodist (and consequent partial loading/unloading) might cause problems too?
23:47:32 <Rhamphoryncus> Ideally you'd have 2 cars full with one partially full, the rest empty
23:48:10 <FLHerne> Town generation: 8442/26624...
23:48:58 <FLHerne> Yes. So I should turn off gradual loading when it finishes generating?
23:49:23 <Rhamphoryncus> Only if you intend to use autorefit in that fashion
23:49:25 <Yexo> <FLHerne> I imagine Cargodist (and consequent partial loading/unloading) might cause problems too? <- there shouldn't be any problems there
23:49:43 <FLHerne> I do intend to use autorefit in that fashion :P
23:49:52 <Rhamphoryncus> Then yes, turn it off :)
23:50:30 <FLHerne> It might finally make my all-stations branch mixed freights work :D
23:51:10 <Rhamphoryncus> I'm also using FIRS with the rations locked at 100%
23:51:23 <Rhamphoryncus> If it takes you that long to generate the map are you sure your computer can handle playing on it?
23:51:41 <FLHerne> No. I suppose I'll have to see :P
23:52:31 <FLHerne> It plays 8k by 4k, but I haven't tried anything this big before
23:52:49 <Rhamphoryncus> Never, ever zoom out ;)
23:53:34 <Rhamphoryncus> Also try turning off loading indicators and reserved tracks
23:53:57 <FLHerne> I think I found most of the performance things
23:54:31 <FLHerne> December's mad project was to play OTTD in 32MB of RAM :D
23:54:41 <Rhamphoryncus> There's currently a lot of issues with excessive redrawing
23:55:19 <FLHerne> Of sprites that haven't changed?
23:56:48 <FLHerne> Hmm. Will have to go to bed and let the map generate on its own
23:58:27 <frosch123> haha, told him that a hour ago :p
continue to next day ⏵