IRC logs for #openttd on OFTC at 2010-07-19
⏴ go to previous day
00:10:32 *** fonsinchen has joined #openttd
00:25:43 *** Dreamxtreme has joined #openttd
00:33:36 *** Dreamxtreme has joined #openttd
01:16:14 *** ChanServ sets mode: +v tokai
01:28:46 *** ProfFrink has joined #openttd
01:34:25 *** ProfFrink is now known as Prof_Frink
02:11:18 *** nekomaster has joined #openttd
02:22:48 *** fjb is now known as Guest256
02:33:39 *** rhaeder has joined #openttd
02:39:20 <Vadtec> Pikka: hi, i have a question about your NARS GRF set
02:40:00 <Vadtec> how many cars/engines can you fit into one square? is it 3 or 4?
02:41:37 <Pikka> it depends how long they are
02:41:56 <Vadtec> Pikka: so it varies based on train setup
02:42:11 <Pikka> there's a little number at the end of each train line in the depot window
02:42:17 <Pikka> that tells you how long the train is in half-tiles
02:42:41 <Vadtec> i just wasnt sure if your cars/engines were the same size
02:42:56 <Vadtec> i didnt think they were cause the icons looked to be different sizes
02:44:49 <Vadtec> Pikka: thanks for the info, and i enjoy your NARS set, it adds a lot of dimension to the game (specially if you start in 1830) :D
02:48:13 *** Bluelight has joined #openttd
02:51:48 <on3pk> Hey guys. Is there a way to force start an industry? I haven't had oil for so long :(
03:02:55 <duckblaster> ctrl + alt + c, turn on modify production values
03:06:09 <on3pk> After that, how can I start an oil well?
03:06:47 <Pikka> not what duckblaster said
03:07:25 <Pikka> but instead, go to advanced settings -> economy -> industries and make sure "manual primary industry construction method" isn't "none"
03:08:18 <Pikka> then click and hold the "industry" button on the top bar and go to "fund new industry", and either build or prospect for oil wells depending on what the construction method is set to
03:09:38 <on3pk> It looks like the industries cost a lot, but, I could always... cheat... for more money :/ I wish I knew why the oil well closed. I was drawing oil from it...
03:10:17 <Pikka> if you're playing with the default industries and the temperate climate, oil wells never increase production
03:10:26 <Pikka> they're supposed to close down and be replaced with oil rigs
03:12:11 <on3pk> ah ok. I had other industries pop up, new factory, etc. But oil... not so much. I'm playing on a very small map. Could that be why?
03:20:49 *** George is now known as Guest261
04:09:39 *** George3 has joined #openttd
04:26:28 *** George is now known as Guest269
04:36:28 *** George3 has joined #openttd
04:47:11 *** George34 has joined #openttd
04:56:26 *** Eddi|zuHause has joined #openttd
06:27:05 *** Celestar has joined #openttd
06:30:50 *** Cybertinus has joined #openttd
06:37:37 *** ^Spike^ has joined #openttd
06:44:47 *** JVassie has joined #openttd
07:34:33 *** Kurimus has joined #openttd
08:16:31 *** Alberth has joined #openttd
08:31:44 * peter1138 grumbles at some crappy code that won't compile
08:31:56 <peter1138> someone didn't understand function pointers, and put casts EVERYWHERE
08:32:10 <peter1138> no, void p() isn't the same as int p() either
08:32:31 <peter1138> also, old style declarations
08:36:14 <Alberth> perhaps the code is equally old :p
08:41:12 <peter1138> not quite that old, but it hasn't been maintained for about 8years
08:45:22 <Alberth> one would think that y2k would have been a good moment to drop such silly code :p
08:49:20 <Alberth> we kept too much old junk
08:50:49 <Alberth> but in 22 years we get another chance :p
08:51:21 <__ln__> more like 27 years....?
08:54:40 <__ln__> in VC++ 2008 (32-bit), time_t is already 64-bit. so there's some hope.
08:55:27 <Rubidium> Alberth: why? By then they'll just do one libc ABI change and everything's fine again
08:57:03 <peter1138> code will still be using int to store timestamps, though
08:57:04 <Alberth> of the existing production code that is used all the time, but nobody has sources nor a working compiler anymore? wow
08:58:31 <Rubidium> then they'll just make ints 64 bits as well :)
08:59:09 <Rubidium> at least all applications dynamically linking to libicu won't have that problem :)
09:01:13 * Alberth is relieved that OpenTTD is y2038 safe :D
09:01:37 <Alberth> don't we link dynamically with libicu?
09:02:23 *** fonsinchen has joined #openttd
09:02:37 <Rubidium> but you can make one that doesn't link to it
09:04:29 <Rubidium> and we use time_t + time + localtime
09:05:21 <Alberth> Hmm, so much for literal interpretation of statements
09:06:52 <Alberth> anyways, let's see whether my 3rd attempt at industry chains works better.
09:07:58 <SmatZ> Mon Jul 19 00:02:43 CEST 2060 here
09:08:04 <SmatZ> and OpenTTD works just fine
09:08:49 <Alberth> Good morning, future SmatZ
09:09:20 <SmatZ> hello, Alberth of the past :)
09:09:42 <Rubidium> oh... then you must have OpenTTD 6.0.0 :)
09:10:58 <Alberth> unfortunately, we cannot run that version at our machines :(
09:11:21 <Terkhen> it must have all the features proposed at the 2.0.0 thread
09:12:10 <SmatZ> I can't say you what will happen, sorry
09:14:09 <Alberth> you already did, at 2060 earth still exists with people on it, and OpenTTD also is still there.
09:14:57 <SmatZ> the 32bit version works fine too from what I tested
09:15:11 <SmatZ> like, sorting files in a directory by date and joining multiplayer game
09:15:28 <Rubidium> SmatZ: and debug output with dates?
09:17:22 <SmatZ> [1924-06-12 16:44:01] dbg: [net] Map generation percentage complete: 55
09:18:29 <SmatZ> [2060-07-19 00:13:24] dbg: [net] Map generation percentage complete: 70
09:18:34 <SmatZ> fine on the 64bit system
09:24:35 * Celestar wants to understand svn merge tracking :S
09:31:06 <FauxFaux> It'll make you really sad, like it makes me really sad on a daily basis.
09:31:22 <Celestar> I'm currently mostly working with Clearcase at work.
09:32:18 <Celestar> then maybe you can help me.
09:32:20 *** Grelouk has joined #openttd
09:32:33 <Celestar> here's a trunk, and a branch has been created.
09:32:49 <Celestar> people are trying to merge changes from trunk to branch
09:33:01 <Celestar> while others are mergeing changes from branch to trunk.
09:33:14 <Celestar> in the end, branch should be --reintegrate'd to trunk.
09:33:28 <Celestar> and I'm working whether that works without causing a minor explosion on the server.
09:35:19 <Alberth> we have been doing branch-based development with svn for years at work
09:35:51 <Rubidium> but are you using svn $recent's merge tracking?
09:36:23 <Alberth> basically they do merge tracking by not doing merge tracking, but by creating a new branch on each update from trunk
09:36:27 <Rubidium> for what it's worth: I'm just stripping that merge tracking information from the 1.0 branch :)
09:37:43 <Alberth> that's possible, because making a new copy of trunk or a branch is very cheap
09:37:59 <Alberth> although I have no numbers available for you
09:38:38 <Rubidium> hmm... is Tron working on that project?
09:38:58 <Rubidium> "do some stuff" commit message would suggest so
09:39:48 <Rubidium> jeez... "no for real this log message is right" <- also very useful when figuring out what it does
09:39:49 <Alberth> afaik divmod.org is bankrupt now, but they made very nice stuff
09:40:56 *** Ariee is now known as Arie-
09:44:26 <FauxFaux> (We only use disposable branches and cherry-picking with svn because the merging doesn't work.)
09:46:39 <Celestar> why doesn't merging work?
09:47:25 <Alberth> eg updating a file from a branch while it has been deleted in trunk is silently ignored
09:48:03 <Alberth> removing a file in a branch and later replacing it with another one with the same name is also very nice to merge back
09:49:21 <Alberth> no thank you, hg is much nicer :)
09:49:31 <Celestar> it's rather similar tbh
09:49:50 <Alberth> yes, one reason why I never bothered to get in close contact with git
09:50:48 <Alberth> We started using svn before hg/git existed. Also, for people not used to working with VCSes, svn is much simpler.
09:51:23 <Alberth> and last but not least, combinator didn't (doesn't??) work with hg/git
09:51:33 <Celestar> but once you get the hang of git or ht, it's lightyears ahead of svn
09:52:07 <Alberth> that's why I use it at home :)
09:56:15 <Alberth> At work, I only use 'svn up', and 'svn commit. All the branching/merging stuff is done by the combinator tool. It covers our needs, and there is no reason to change.
09:56:48 <Celestar> ever used rational clearcase?
09:57:08 <Celestar> well it has really good merge tracking
09:57:13 <Celestar> the rest is a nightmare
09:57:41 <Celestar> I don't like the concept that each file has its own version tree
09:57:47 <Alberth> I came from RCS and CVS :)
09:58:10 <Celestar> cvs was another nightmare
09:58:28 * FauxFaux is using git locally and eventually pushing stuff up to whatever svn branch wants it.
09:58:30 <Alberth> RCS and CVS are also file-based
09:58:57 <Celestar> the nice thing about clearclase is that you can access any version with any tool
09:59:30 <Alberth> but it is must be a nightmare to do branching in there. I only tried tagging, and that was already complicated.
09:59:52 <FauxFaux> zcat .git/objects/3f/afe34e8e34e2a890217ada8 is much more convenient!
09:59:53 <Celestar> you have lots of them
10:00:52 <Celestar> you need tons of branches becase by default clearcase is lock-edit-unlock
10:01:28 <Alberth> hg cat -r X myfile | vi - :)
10:02:25 <Alberth> Celestar: sounds a lot like RCS :)
10:14:50 *** Grelouk_ has joined #openttd
10:16:50 *** KenjiE20 has joined #openttd
10:17:18 *** Devroush has joined #openttd
10:17:19 * Alberth is finding out how to revert a commit not on-top with hg
10:18:01 <Rubidium> apply the inverse diff
10:18:26 <Rubidium> or do you want to completely remove it from history? In that case... reset and commit everything from after that
10:19:27 *** Grelouk__ has joined #openttd
10:19:40 <Ammler> there is backout, but that needs merge after it
10:20:25 <Alberth> backout seems to be the right approach
10:21:01 *** Chris_Booth has joined #openttd
10:21:20 <Ammler> if the repo is private, you could rebase and strip
10:26:45 <Alberth> I am not feeling that adventorous today :)
10:27:26 <Ammler> depends if you like to keep it in history
10:33:42 *** Grelouk has joined #openttd
10:36:32 <Alberth> hmm, --merge did not work, but a manual merge did the trick
10:52:53 <Celestar> ok I created a file in br A, merged to br B. in trunk, I merged from br A, and them from br B. the file that has been created gives me a tree conflict on the second merge. what am I doing wrong here?
10:52:53 <CIA-9> OpenTTD: rubidium * r20181 /extra/website/bananas/views.py: [Website] -Fix: tabs in the file/md5 lists of graphics, sound and music sets were not stripped properly
10:54:03 <CIA-9> OpenTTD: rubidium * r20182 /extra/website/bananas/views.py: [Website] -Fix: give a useful error message when a base set or AI has a too short shortname
10:54:37 <Celestar> 1k x 1k map with cargodist is really impossible to manage on your own :P
11:01:49 <fjb> You are using the wrong rcs.
11:02:16 <Alberth> merging from one branch to another is way too messy to handle by svn
11:02:51 <Alberth> each branch seperately to/from trunk is difficult enough
11:03:41 <Alberth> perhaps even with a DVCS you'll get into trouble, I don't know
11:04:29 <Eddi|zuHause> i really need to play a long term game with cargodist, but the savegame compatibility issue blocks me...
11:05:01 * andythenorth is scared of what FIRS changes will be needed for cargo dist :P
11:05:03 <Rubidium> after all... people are still playing 0.5.3
11:05:41 <Alberth> addicted to the old AI ;)
11:06:06 <Eddi|zuHause> andythenorth: there shouldn't need to be any changes
11:10:31 <Rubidium> Eddi|zuHause: actually... if you want to do it right... you'd need NewGRFs to export the optimal cargo relative amounts and the maximum monthly amount it'll accept. That way cargodist can optimise produced cargos and not send stuff that won't be accepted
11:11:42 <Rubidium> although that would require proper train schedules as well so it can determine when the cargo will arrive and such
11:12:21 <Ammler> micro-micro management
11:13:29 <Rubidium> and for added goodness it should take the vehicle capacity into account as well, so it isn't going to knowingly overload vehicles
11:13:46 <andythenorth> conveniently FIRS industries will just accept any amount :)
11:13:56 <andythenorth> but it would be a waste of engineering / farm supplies
11:16:28 <Eddi|zuHause> you can send one truck through all farms in a cluster, and it will drop off a share of its load at each
11:16:40 <Eddi|zuHause> means less micromanagement of the truck route
11:17:14 <Eddi|zuHause> provided a round trip doesn't take too long, so the links don't time out
11:18:42 <Alberth> Rubidium: NewGRF doesn't sound like the right place to decide network capacities
11:19:19 <Eddi|zuHause> Alberth: it's about a notion of "industry capacities"
11:19:54 <Eddi|zuHause> so things like the ECS and PBI stockpile limits get machine readable
11:20:04 <Eddi|zuHause> for AIs and Cargodist to use
11:25:25 <Alberth> let's start by making a vehicle wait while unloading until all its cargo is accepted
11:25:50 * Alberth ponders whether that would be sufficient
11:26:43 <Eddi|zuHause> so if an industry closes it will just unload forever?
11:27:16 <Alberth> yes, just like a vehicle loads forever when an industry disappears
11:29:44 <Eddi|zuHause> sounds like an interesting concep
11:30:36 <andythenorth> so AI and cargo dist have no way of knowing the 'desirable' level of input to an industry
11:30:57 <andythenorth> which would be problematic for FIRS, PBI, ECS by George and TAI
11:31:05 <Eddi|zuHause> i think the problem was that station acceptance was delayed wrt industry acceptance. so the industry already blocks cargo, while the station still allows unloading
11:31:17 <Eddi|zuHause> so the additionally unloaded cargo vanished in nirvana
11:31:33 <Eddi|zuHause> or was bounced back into the station
11:31:47 <andythenorth> someone (frosch?) said that was basically a thorny unresolvable issue in any sane time frame
11:32:23 <andythenorth> it's a non-issue for FIRS because there are no acceptance limits
11:32:44 <andythenorth> the 'supplies' behaviour however would be a problem for AIs (and possibly cargodist)
11:32:59 <andythenorth> as would town-growth cargos if they become newgrf controlled :P
11:33:42 <Ammler> Alberth: but that would need a option in orders to force a unload like now
11:34:56 <Eddi|zuHause> Ammler: yes, that's how i understood it. an additional unload order, "wait until full acceptance", next to "unload if accepted"
11:35:10 <Ammler> e.g. you transport coal to steel mill station and the excess by other train to power station
11:35:38 <Eddi|zuHause> also, you still have "unload all"
11:38:11 <Rubidium> talking about unload: Ctrl+Click unload -> transfer and leave empty?
11:38:38 <Rubidium> but what when the order is "transfer and leave empty"?
11:38:46 <Rubidium> back to the "default" order?
11:39:23 <Alberth> no, about delaying unloading until the cargo is accepted
11:39:59 <Alberth> ie let the vehicle wait
11:40:58 <Rubidium> Alberth: come up with a name and it should be relatively easy to implement
11:47:43 <Alberth> Hmm, current "Unload if accepted" is useful behavior is actually 'unload partially until not accepted' ?
11:48:56 <Rubidium> "unload while accepted" might be a better name, but I'm not sure of that
11:49:03 *** Coco-Banana-Man has joined #openttd
11:52:02 <Alberth> 'unload all' -> 'always unload' perhaps?
11:52:47 <Eddi|zuHause> "always unload", "unload as long as accepted". "wait until accepted"?
11:53:10 *** Wizzleby has joined #openttd
11:53:14 <Eddi|zuHause> difficult to find a suitable and short wording
11:53:15 <Alberth> a bit shorter would be nice :)
11:54:31 <Eddi|zuHause> Alberth: that sounds misleading
11:54:37 <Alberth> unload until all accepted but it is a bit long-ish
11:54:56 <Eddi|zuHause> people will ask "but it also goes empty without that??"
11:55:57 <Eddi|zuHause> especially since it is only useful in a few cases, when someone actually uses a GRF with stockpile limits
11:57:13 <Alberth> perhaps make the current 'unload if accepted' 'unload until denied'
11:57:47 *** Wolf01 is now known as Guest338
11:57:47 *** Wolf02 is now known as Wolf01
11:58:12 <Alberth> unfortunately, making the new one 'unload if accepted', would be highly confusing
11:58:23 <Eddi|zuHause> i'm doubly scared
11:59:05 <Alberth> they are called channel admin, and they kick people off the channel :p
11:59:29 <Eddi|zuHause> Alberth: "denied" sounds strange...
11:59:40 <Eddi|zuHause> that word isn't used anywhere else in the game...
12:00:15 <peter1138> meh, removing a large list of numbers from a large list of numbers... how to do it fast? :s
12:00:50 <Eddi|zuHause> peter1138: sort both lists?
12:01:00 <Rubidium> any pattern in the list to remove (or to retain)?
12:01:31 <Eddi|zuHause> Alberth: sets are usually sorted lists ;)
12:01:49 <Alberth> oh? mine are usually hashed :)
12:02:03 <Alberth> duplicates in the list of numbers to remove?
12:02:07 <Eddi|zuHause> you can sort hashes ;)
12:03:40 <Rubidium> sort both, run it through diff to determine whatever exists in both, some sed magic to clean it up
12:03:48 <Alberth> make a set of the numbers to remove, then walk through the list, removing it when it is also in the set, and remove the value from the set
12:03:53 <Eddi|zuHause> peter1138: after sorting, it should be a linear algorithm to compare two elements, and increment the pointer of the lower element
12:03:55 <Rubidium> (assuming it's a one time operation)
12:04:25 <Eddi|zuHause> in case of equality, throw away the element
12:05:12 <Eddi|zuHause> O(n logn) for the sorting, O(n) for the comparison
12:05:19 <Alberth> Rubidium: 'delay until accepted' ?
12:05:46 <Eddi|zuHause> Alberth: i'd use "wait", like for loading
12:05:50 <Alberth> or 'delay until empty'
12:06:16 <Rubidium> peter1138: what's the difference in magnitude between both big lists?
12:06:26 <Eddi|zuHause> "wait until accepted"
12:06:55 <peter1138> could be huge, could be tiny
12:06:56 <Alberth> there is no 'wait' in loading
12:07:39 <Alberth> but 'wait' may be better.
12:08:15 <Eddi|zuHause> is it not "wait for full load"? maybe i remember it differently...
12:08:16 <Rubidium> anyhow, I'd sort the shortest list, then go through the big list and for each check whether it's in the short list using binary search. Should give you O(m log m + n log m)
12:08:56 <Alberth> Eddi|zuHause: 'full load any cargo' / 'full load all cargo'
12:09:54 <Rubidium> and if you use a hash instead of sorted list... you'd get O(m + n), but that uses significantly more memory than just sorting the short list
12:11:03 <Eddi|zuHause> Rubidium's option may be worthwhile if it's not too expensive to determine the size of the two lists
12:12:02 <Rubidium> Eddi|zuHause: you'd need to determine the size in any case
12:12:56 <Rubidium> as otherwise you can't sort it
12:13:03 <Eddi|zuHause> there are methods to sort a list without knowing its size beforehand
12:13:15 <Eddi|zuHause> e.g. insert them in a tree
12:14:04 <Rubidium> Eddi|zuHause: in the end you'll "know" the size anyway, and n log n + m log m is arguably smaller than n + m + m log m
12:14:24 <Rubidium> unless n and m are really small
12:14:45 <Eddi|zuHause> Rubidium: asymptotically, maybe ;)
12:15:06 <peter1138> size of both lists can be 0
12:15:21 <peter1138> and can also be in the order of 10000000
12:16:36 <Eddi|zuHause> peter1138: as long as you can easily determine which is the smaller list, Rubidium's approach sounds best
12:17:55 <peter1138> yeah, that's always stored
12:18:47 <peter1138> but i'm trying to think first :D
12:19:01 <Rubidium> what language are you coding in and what's the type of the lists?
12:19:20 <Eddi|zuHause> hm... there may be a problem if in "A\B" operation, B is the longer list
12:19:37 <Rubidium> ah, okay... so no fancy libraries to use
12:19:38 <peter1138> list of things to remove is always smaller
12:19:43 <Eddi|zuHause> then you'd sort A, and have to remove items from A
12:20:02 <Eddi|zuHause> you'd end up resizing A all the time, if done wrong
12:20:44 <peter1138> currently i use the "replace item with item at the end of the list" method to do the actual remove, so it's unsorted
12:22:00 <Eddi|zuHause> ok, if you know for sure that B is always shorter, then sort B, and remove item from A if the binary search in B hits
12:22:06 <Eddi|zuHause> then A needn't be sorted
12:24:30 <Alberth> except you need to search whole A
12:25:03 <Eddi|zuHause> Alberth: an algorithm isn't really sensible if you don't read at least the whole input once :p
12:25:33 <peter1138> you need to search the whole of A for every B? so no difference.
12:26:12 <Eddi|zuHause> peter1138: no, you go through A once, and for each entry in A, you do a binary search in sorted B
12:26:24 <Eddi|zuHause> if found -> delete, if not found -> keep
12:28:23 <Rubidium> and... no warranty, except a guaranteed bug
12:49:01 *** CheatZilla has joined #openttd
12:49:34 <CheatZilla> why does OTTD load faster with legacy gfx?
12:50:32 <Eddi|zuHause> faster than what? how does this express itself?
12:51:10 <Belugas> ho ho ho! Hello King Alberth ;)
12:51:14 <CheatZilla> opengfx+sfx takes about half a second more time to start the game app.
12:51:24 <Alberth> oh dear, 1/2 a second!
12:51:29 <glx> what is the first start of the day?
12:52:19 <CheatZilla> when I launch the game with open set, it takes more time than with legacy set
12:52:26 <Eddi|zuHause> the main task at startup is reading through all .tar, .grf and other files, to check their md5sum
12:52:26 <Alberth> christmas must be early for Belugas this year :)
12:52:56 <Eddi|zuHause> maybe this is the time of the year where it starts snowing at Belugas' place :p
12:53:15 <Alberth> good, we can use some snow here :)
12:53:25 *** Illegal_Alien has joined #openttd
12:53:41 <Eddi|zuHause> snow doesn't usually hold long at 35°C ;)
12:53:48 <CheatZilla> I mean, even if I installed the game's "open" sets during the installation procedure (at which, tar/7z packages are already unpacked).
12:54:04 <Eddi|zuHause> although, it has got a little colder now, only like 28°C
12:54:13 <Alberth> well, the free set is twice as big
12:54:37 <Alberth> at least, at my system
12:54:57 <Alberth> but why is 1/2 second important?
12:55:17 <Eddi|zuHause> # I want to satisfy, the undisclosed desires in your heart
12:55:18 <Alberth> booting the system takes way longer
12:55:57 *** CheatZilla has joined #openttd
12:57:31 <CheatZilla> I hate damn disconns
12:57:39 <CheatZilla> my inet is a yucker
12:57:52 <Belugas> DON'T TALK ABOUT SNOW YOU... something ugly
12:58:12 *** CheatZilla is now known as EggXplosioN
12:59:04 <EggXplosioN> so, even not in 7z's, open base sets make the game load slower than with legacy set
12:59:35 <Eddi|zuHause> what? the game doesn't read 7z's
13:00:50 <Eddi|zuHause> EggXplosioN: the explanation was already there: reading a file twice as big takes twice the time. simple.
13:01:05 <Alberth> why is that so important?
13:01:09 <Belugas> EggXplosioN, did you really took the time to measure that up? or is it a simple guess of yours?
13:01:45 <Alberth> I mean, 1/2 a second. Take one zip of your tea, and it is done.
13:02:08 <Belugas> plus, may I had that the game does not load the open sets the same way it does for the "legacy" one...
13:02:26 <EggXplosioN> the open sounds alone weight as much as the original DOS rip altogether.
13:03:04 <Belugas> but either way, as Alberth says... half a second is really not the end of the world...
13:03:55 <Alberth> OpenTTD just doesn't hide the delay by a spammy banner-window
13:06:06 <__ln__> hey this the guy who thinks OpenTTD or TTD is "abandoned".
13:07:10 <EggXplosioN> Why does OTTD need TTD by Fish (not original DOS one)?
13:07:40 <Eddi|zuHause> that is only valid for the music, it can use the dos graphics fine
13:07:53 <Eddi|zuHause> Alberth: "Fish UK" is the company that did the windows port
13:08:27 <Eddi|zuHause> it's in the title screen of TTD Win ;)
13:08:49 <Alberth> indeed, I used to run OpenTTD with a DOS set. It runs fine.
13:09:08 <EggXplosioN> some abandonware sites have original TTD with "de" graphics.
13:10:03 <EggXplosioN> so, there must be a double check for DOS sets that are found as de - as it may be an illegal dload (e.q. from old-games.ru)
13:11:00 <Eddi|zuHause> there's no possible way we can detect whether the files are copied from a legal CD or an illegal download
13:11:11 <Ammler> legacy is something else, "we" call those originals
13:11:14 <EggXplosioN> TTD from old-games.ru has english localization but de (german) graphics.
13:11:16 <glx> all downloads are illegal
13:12:15 <Eddi|zuHause> i thought TTD was always multi-lingual
13:12:35 <Ammler> there is a de graphcis set somehow
13:12:44 <Eddi|zuHause> just the files got somehow corrupted in the german release
13:12:51 <Ammler> at least what the obms tells
13:13:04 <EggXplosioN> it says "graphics from german version".
13:13:22 * Alberth grabs two drinks, and gives one to TrueBrain
13:13:27 <Eddi|zuHause> yes, "version released in germany", not "version in german language"
13:14:09 <Ammler> and why whould that be illegal? :-)
13:15:02 <EggXplosioN> ok, the old-games.ru rip has no russian translation, but english UI.
13:15:10 <Alberth> hmm, saving a file before a compile works better :)
13:15:37 <EggXplosioN> english UI but german version set. that's a bit weird.
13:16:33 <glx> there was no russian version anyway
13:16:36 <Ammler> I never knew, how to change language in TTD
13:21:20 *** Chris_Booth has joined #openttd
13:26:08 *** Kovensky has joined #openttd
13:27:10 <EggXplosioN> sending to imageshack
13:31:27 <Eddi|zuHause> so, what is one supposed to see there?
13:32:04 <EggXplosioN> so, DE graphics identifier must engage a cd-key checkup
13:32:35 <Alberth> can somebody summarize the purpose of this discussion please?
13:32:50 <Eddi|zuHause> no, it's the md5sum of the file
13:33:19 <Eddi|zuHause> one of the files from the german version differs slightly from the one on the english version
13:33:30 <Eddi|zuHause> that's why it has a different checksum
13:33:41 <Eddi|zuHause> nothing else is different
13:35:23 <EggXplosioN> probably an alphabet extension file?
13:35:48 <Eddi|zuHause> some of the sprites got corrputed during release process, i think
13:36:17 *** Biolunar has joined #openttd
13:36:30 <perk11> Eddi|zuHause: what is different in german version?
13:36:46 <Eddi|zuHause> perk11: nothing, except for the corrupted sprites
13:36:46 <glx> some toyland sprites IIRC
13:40:05 <EggXplosioN> broken toyland sprites?
13:41:18 <EggXplosioN> german release got broken toyland sprites? that's w3ird
13:41:51 <Alberth> why the DOS version also has a broken truck.
13:43:04 <EggXplosioN> ok, I do not play TTD1. I only sometimes play OTTD.
13:44:02 *** EggXplosioN is now known as The_disgusting_one
13:45:12 <glx> Alberth: not broken, missing :)
13:45:28 * The_disgusting_one waits for Civ5 - freeciv is just an iphone creep.
13:45:58 <Alberth> glx: oh, I thought the offset of one of them was just wrong.
13:46:40 <glx> the one with different cabin when loaded, right ?
13:47:12 <Alberth> It was missing a piece of truck in one direction iirc
13:47:25 <PeterT> you just broke my timestamps.
13:48:08 <Alberth> good that I mostly live without time.
13:48:33 <PeterT> The_disgusting_one with his overly long nick
13:49:15 <Alberth> I can make long nicks too :p
13:49:43 *** The_disgusting_one is now known as TheWrongGame
13:49:58 <PeterT> Alberth: but you haven't, so you're fine
13:50:25 <TheWrongGame> all games not by Microprose/firaxis are just plain w.r.o.n.g.
13:51:15 <Zuu> So since OpenTTD is made by the OpenTTD developers, it is wrong? :-p
13:51:45 <TheWrongGame> OpenTTD is revival of a Microprose game :)
13:51:56 <Belugas> does it mean that all Lego sets are wrong?
13:52:03 <Belugas> does it mean chess is wrong?
13:52:12 <__ln__> Zuu: OpenTTD is made by Chris Sawyer, with contributions from so-called OpenTTD developers.
13:52:32 <TheWrongGame> I mean, all computer games.
13:54:24 <TheWrongGame> S.M. and C.S. are the only people who can create good games without being all like "DX10 OR NOTHIN'!" (like Bethesda or other zerg hiveminds).
13:54:59 <Eddi|zuHause> btw: UBISoft's copy protection works, i have still not pirated Siedler 7! :p
13:56:02 <TheWrongGame> lol, all ya need is a steam server emulator and a steam copy of the game
13:56:27 <Eddi|zuHause> that's not what i meant...
13:57:23 <glx> you just need to buy the game if you like it
13:57:40 <TheWrongGame> but ubi's last cool games were Beyond Good and Evil (if you're a gamecube fanboy) or Rayman (if you're a DOSer).
14:00:02 <TheWrongGame> BioWare (medics) - still making games out of their failsome RPG, Baldur's Gate (based on DnD). :) Western school of game-making fails.
14:00:15 * Belugas thinks that all Myst games are absolute delight and do not think TheWrongGame shold make some bold statements, only if words "Pesonanly, I think" are added to his sentences
14:00:35 <PeterT> I can confirm that FS#3530 is fixed
14:01:55 <TheWrongGame> in my opinion, Final Fantasy 9-14 are the biggest fails of Eastern school of game-making.
14:02:01 <Eddi|zuHause> why do the town names change if i "restart" a map?
14:02:35 <Celestar> TheWrongGame: I haven't played FF since 8 :(
14:02:40 <TheWrongGame> probably some weird bug, unsure of age.
14:05:22 <TheWrongGame> Akella is the biggest fail in game development
14:06:11 <TheWrongGame> Whenever a great series is grabbed by Akella, the next release is just disgusting.
14:07:21 <Eddi|zuHause> i don't know any single ones of the games you mentioned in the last 10 minutes
14:07:32 <TheWrongGame> Disciples 1 and 2 - fine, but .dat (Akella's studio) failed the 3rd release. :(
14:10:42 <TheWrongGame> Heroes of Might and Magic 1-3 - fine, 4 - a lame attempt at improving the series, (UbiSoft, Nival Interactive) - 3x fail.
14:11:13 <TheWrongGame> 5 (ubisoft, Nival) *
14:14:07 <TrueBrain> lol, new OpenTTD policy: if you don't reply to an email within 2 days, you just get the same mail again
14:20:50 <Eddi|zuHause> i think PeterT has a "T" filter :p
14:21:18 <PeterT> I assumed he meant "thanks peter ;)"
14:24:22 <Eddi|zuHause> what does it tell about your level of egocentrics, if you misread other people's names as "oh, i thought it sounded similar to mine"?
14:26:27 <PeterT> Eddi|zuHause: that's clearly not what I meant, I thought he made a mistake
14:26:31 <PeterT> but he didn't, so sorry
14:30:00 <Eddi|zuHause> when one refers to "peer" on IRC, one usually means the little gnome in the network that resets connections.
14:30:35 <PeterT> * TheWrongGame has quit (Read error: Connection reset by peer)
14:39:24 *** HerzogDeXtEr has joined #openttd
15:02:15 *** fonsinchen has joined #openttd
15:05:34 *** perk111 has joined #openttd
15:09:28 *** George is now known as Guest367
15:19:31 <Eddi|zuHause> that "new daylength patch approach" kinda rings my alarm bells, but i can't pinpoint it...
15:26:08 *** Bluelight has joined #openttd
15:26:43 <Celestar> Eddi|zuHause: which approach?
15:27:50 <Eddi|zuHause> Celestar: he said something like he skips some ticks for everything except vehicle movement
15:27:57 <Rubidium> Eddi|zuHause: it shouldn't be called "daylength patch", it should be called "ticklength patch"
15:29:10 <Rubidium> because he runs a tick N times, not 74*N ticks in a day
15:29:12 <Eddi|zuHause> i expect some weird inconsistencies with tick counters
15:30:08 <Rubidium> and his programming seems to kinda suck
15:30:38 <SpComb> +/* Amount of game ticks "skipped" */
15:30:38 <SpComb> +VARDEF uint8 _tick_skip_counter;
15:31:26 <Eddi|zuHause> i haven't dared to look at the actual patch
15:31:29 <Rubidium> that's rather the amount of times it has run this particular _tick_counter tick
15:32:40 <Eddi|zuHause> if he repeats the same tick over and over again, how does he handle v->tick_counter?
15:33:19 <Eddi|zuHause> which is probably newgrf-readable
15:33:38 <SpComb> Eddi|zuHause: it's simple: do some things every tick (without increasing the tick counter), and then do the rest every N ticks (and increase the tick counter)
15:34:35 <SpComb> which is an interesting alternative concept
15:35:25 <Eddi|zuHause> yes, it looks like it avoids most of the other daylength pitfalls, but it might open others that have not been considered properly
15:38:12 <Wolf01> does somebody have practice with "for /f (tokens=..)" for batch scripts?
15:40:38 <Wolf01> for /f "tokens=1-3 delims=, " %%j in ("%DB%") do echo Starting Backup of Database: %%j , where DB contains the database names in CSV format
15:41:12 <Wolf01> I can only echo the first one
15:41:26 <Wolf01> it should cycle all the three ones
15:42:23 <Wolf01> to echo all the three ones I should use %%j %%k and %%l, but if I need to do that, I don't need to put the names on a variable
15:42:37 *** Chruker has joined #openttd
15:44:16 <FauxFaux> You mean %DB% contains "a,b,c"? delims= isn't what you want, that's for columns, not lines.
15:44:18 <Celestar> I'm not sure that is a great idea tbh Eddi|zuHause
15:45:11 <CIA-9> OpenTTD: rubidium * r20183 /trunk/src/ (6 files in 3 dirs): -Codechange: make _do_autosave and _dedicated_forks not use VARDEF and put them in a more logical location
15:46:11 <Wolf01> FauxFaux, so what you suggest?
15:46:27 <FauxFaux> I don't think you can do that with for, which is retarded. Not doing it with cmd? :)
15:46:35 <Rubidium> Celestar: yeah... one of the many unfinished projects
15:51:19 <CIA-9> OpenTTD: rubidium * r20184 /trunk/src/ (5 files in 2 dirs): -Codechange: make _trees_tick_ctr and _disaster_delay not use VARDEF and put them in a more logical location
15:53:56 <Eddi|zuHause> when was the last time someone cleaned up VARDEFs?
15:56:49 <SpComb> Wolf01: install cygwin and write a .sh script
15:56:59 <SpComb> Wolf01: it's the only sensible thing to do
15:57:03 <Wolf01> I was thinking about it
16:05:58 <CIA-9> OpenTTD: rubidium * r20185 /trunk/src/ (gfx.cpp openttd.cpp variables.h): -Codechange: reduce the scope of _palette_animation_counter
16:10:16 *** Adambean has joined #openttd
16:13:26 *** frosch123 has joined #openttd
16:19:57 <peter1138> still stuck on this list thign :(
16:20:19 <Rubidium> my code no worky either?
16:20:31 <Rubidium> or haven't you looked at it?
16:20:38 <peter1138> didn't try it, because i saw that it rebuilt the first list
16:20:53 <Eddi|zuHause> it's a really simple algorithm:
16:20:56 <peter1138> and figured... why don't i just rebuild the list instead of removing it
16:21:11 <peter1138> Eddi|zuHause, perhaps, but it may have been a solution to the wrong problem
16:21:11 <Eddi|zuHause> for each entry in a:
16:21:18 <Eddi|zuHause> if entry in b: remove from a
16:21:38 <peter1138> refer back to the age old "what is your actual problem" question :)
16:22:02 <CIA-9> OpenTTD: rubidium * r20186 /trunk/src/ (6 files in 2 dirs): -Codechange: remove VARDEF from _realtime_tick and _rightclick_emulate
16:22:06 <Eddi|zuHause> so, what is your actual problem?
16:22:40 <peter1138> back to basics, i have a large array of blocks, some of which may need to be processed
16:22:55 <peter1138> there's a flag in each block that says if this is so
16:23:46 <peter1138> however, there could be 100+ million blocks, and to iterate over that may take a while
16:23:57 <peter1138> although i admit, i didn't actually test :s
16:24:15 <peter1138> so i made a list of indices to blocks which need processing
16:25:04 <peter1138> during this processing, this 'process' flag may change for active or inactive blocks
16:25:27 <peter1138> it needs to take effect for the next procesing cycle
16:25:42 <peter1138> so i built another list of what to remove
16:25:46 <peter1138> and then got lost :D
16:27:34 <Rubidium> and conceptually one level higher: of $BIG_ARRAY some need processing, but another process can change the "needs processing" state? So it needs to account what still to process and what not to process anymore?
16:27:50 <Eddi|zuHause> so... during each processing round you get a list of updates, and you want to keep your index current according to these updates?
16:28:14 <Eddi|zuHause> without rebuilding the index every time?
16:28:37 <Eddi|zuHause> maybe you should use SQL ;)
16:29:06 <peter1138> ideally i need it to proccess in ... 100ms or so
16:29:22 *** lewymati has joined #openttd
16:29:34 <FauxFaux> If only people spent a lot of money making databases as fast as possible.
16:29:43 <Eddi|zuHause> i don't see a problem to sort a list of indices in 100ms
16:38:16 <Eddi|zuHause> so... what is the actual problem now? :p
16:46:33 *** welshdragon has joined #openttd
16:47:15 <Ammler> what about water ways, something like a buoy on every tile, just easier to lay and create orders
16:49:45 <Belugas> shame on you PeterT, you almost made me write "it's not realistic" :P
16:50:25 <Ammler> hmm,something worthy to mention from the changelog of 1.0.3?
16:53:15 <Eddi|zuHause> Ammler: the point of ships was that you don't have to create infrastructure first...
16:53:54 <Ammler> Eddi|zuHause: was an idea for the pathfinder
16:54:00 <Ammler> doesn't need to cost something
16:55:03 <Ammler> a lot buoys looks ugly
17:00:41 <Eddi|zuHause> Ammler: more like: cache the path between two buoys somehow
17:01:08 <CIA-9> OpenTTD: rubidium * r20187 /trunk/src/ (8 files): -Codechange: move _tileh_to_sprite into a function in a more logical place and with a more descriptive name
17:01:33 <Ammler> Eddi|zuHause: might be not that easy to implement for MP
17:02:26 <Eddi|zuHause> Ammler: the cache would be reset on each landscaping command (clear tile, flood, etc.)
17:03:19 <Rubidium> which in MP happens quite often, so the cache would not be that useful
17:03:57 <Eddi|zuHause> Rubidium: but it should not happen every tick...
17:04:12 <Rubidium> but ship pathfinding doesn't happen every tick either
17:04:25 <Rubidium> especially with the lame PF
17:05:43 <Eddi|zuHause> you could use a voronoi partition of the map, to find out which buoys are adjacent. then automatically route ships through adjacent buoys, even if they don't have them in their order
17:06:17 <Eddi|zuHause> then you only need to recalculate adjacent buoys on landscaping
17:06:52 <Eddi|zuHause> but that might not be optimal for rivers...
17:07:15 *** duckblaster has joined #openttd
17:07:51 <Eddi|zuHause> i believe it would be best if the ship pathfinder could switch between a "river mode" [like road/rail vehicles] and an "open sea mode" [like original ship pathfinder]
17:10:38 *** theholyduck has joined #openttd
17:10:39 <Rubidium> problem is that with the "open sea mode" you might not find the rivers
17:11:22 <CIA-9> OpenTTD: rubidium * r20188 /trunk/src/ (6 files): -Codechange: unVARDEF the _[config|log|highscore]_file variables and move them to a more logical location
17:14:08 <CIA-9> OpenTTD: rubidium * r20189 /trunk/src/ (gui.h transparency.h transparency_gui.cpp variables.h): -Codechange: unVARDEF _display_opt and move it to a more logical location
17:17:49 <CIA-9> OpenTTD: rubidium * r20190 /trunk/src/ (9 files): -Codechange: unVARDEF _generate_world and move it to genworld
17:24:45 <CIA-9> OpenTTD: rubidium * r20191 /trunk/src/ (7 files): -Codechange: unVARDEF _tick_counter and move it to a more logical location
17:28:41 <CIA-9> OpenTTD: rubidium * r20192 /trunk/ (53 files in 10 dirs): -Cleanup: bye bye variables.h, bye bye VARDEF... you won't be missed :)
17:29:22 <SpComb> what's this conspiracy theory about devs intentially breaking patches
17:29:32 *** devilsadvocate has joined #openttd
17:29:59 <Rubidium> no, it's noticing something isn't done yet, noticing you've got some spare time and finally finishing it!
17:31:14 <glx> btw sane patches don't need variables.h
17:31:17 <Rubidium> and the patch still applies :)
17:31:58 <Rubidium> and if they read the comment: "file that will cease to exist some time in the future"
17:34:22 <Rubidium> no, but it removes the "I couldn't know that" argument from their side
17:34:30 <Rubidium> or at least invalidates it
17:34:36 <frosch123> hmm, so we need to adapt the functions.h comment
17:34:44 *** welshdragon has joined #openttd
17:37:02 <Rubidium> frosch123: feel free to do so
17:45:36 <CIA-9> OpenTTD: translators * r20193 /trunk/src/lang/ (7 files in 2 dirs): (log message trimmed)
17:45:37 <CIA-9> OpenTTD: -Update from WebTranslator v3.0:
17:45:37 <CIA-9> OpenTTD: chuvash - 15 changes by mefisteron
17:45:37 <CIA-9> OpenTTD: indonesian - 9 changes by prof
17:45:37 <CIA-9> OpenTTD: korean - 6 changes by junho2813
17:45:37 <CIA-9> OpenTTD: norwegian_bokmal - 15 changes by CyberKenny
17:45:37 <CIA-9> OpenTTD: portuguese - 58 changes by SupSuper
17:47:06 <CIA-9> OpenTTD: rubidium * r20194 /trunk/src/ (dedicated.cpp fileio.cpp openttd.cpp): -Fix: compilation with network disabled failed
17:52:04 *** Wizzleby has joined #openttd
17:53:50 *** Polygon has joined #openttd
18:01:58 <andythenorth> what's wrong with the current ship pathfinder other than performance?
18:02:01 *** fonsinchen has joined #openttd
18:04:24 <Rubidium> the original (read: LAME) ship PF is, kinda lame
18:05:05 <andythenorth> it's slow as a box of dead dogs
18:05:45 <andythenorth> and sometimes my ships get stuck in a bay or harbour because they can't find a route past a strip of land
18:05:52 <andythenorth> (even with bouys)
18:05:54 <Rubidium> as it's very likely that ships don't find their router with it
18:06:08 <Rubidium> andythenorth: exactly... you're using the LAME ship pathfinder
18:06:17 <andythenorth> yup, sometimes my ships lose their routes when reloading a savegame
18:06:20 <Rubidium> the good one is EXTREMELY slow in some cases
18:08:37 *** Wizzleby has joined #openttd
18:12:05 <andythenorth> anything cooking ?
18:17:12 <Eddi|zuHause> if you count the explosion of variables.h?
18:36:37 *** ajmiles has joined #openttd
18:42:31 <iri> I'm using the ECS set, but I don't get any vehicles for the additional industries
18:42:38 *** George is now known as Guest399
18:42:41 <iri> Is there something you need to do to get them?
18:43:02 <iri> I did, and I don't understand
18:43:16 <iri> I don't see anything saying that you need to do anything to get the additional vehicles
18:44:10 <iri> I need the newcargoes ones?
18:45:03 <Vadtec> on the detailed performance rating dialog, what is used to calculate the Min profit and max income stats?
18:45:17 <Ammler> as you won't have graphics with default vehicels
18:45:20 <iri> Uh, I was referring to the newgrf?
18:45:35 <iri> What did you think I was referring to, out of interest?
18:45:50 <Ammler> old waggons - new cargoes
18:46:01 <iri> Is that an option or something?
18:46:04 <Ammler> it is a newgrf, but does change the default vehicles
18:46:51 <iri> Okay, so which sets should I use?
18:46:55 <Ammler> I would recommend using vehicle sets
18:47:09 <Ammler> one per category listed there
18:47:16 <frosch123> Vadtec: yearly income of a vehicle older than 2 years
18:47:19 <iri> ah. So, 2cc and "Long vehicles" ?
18:47:38 <iri> Cool. Thanks for the help :-)
18:47:53 <Vadtec> frosch123: thanks, couldnt find where/how that was being calculated in the wiki
18:47:57 <frosch123> Vadtec: maybe there are some hints if you rightclick the lines (like every else)
18:48:24 <Ammler> best ECS graphics support might have nars and UKRS
18:48:31 <Vadtec> frosch123: sadly, the right button on this mouse is whack, im getting a new mouse today
18:48:52 <frosch123> better than the left :)
18:49:15 <frosch123> Terkhen: ^^ another advantage of hoovering :p
18:51:20 <Vadtec> thanks for the info, that explains why my rating keeps fluctuating so much
18:52:06 <Vadtec> is there a way to get rid of AI players that have gone into the negative cash flow without buying them out and paying off their debt?
18:52:31 <Vadtec> this current game has 4 of them, id like some fresh blood to come in
18:52:32 * andythenorth ponders the advantages of hovering
18:52:51 <frosch123> Vadtec: open console and enter "stop_ai <company number>"
18:52:59 <frosch123> kills them instantious
18:53:16 <Alberth> or increase the #allowed AIs :)
18:53:26 <Vadtec> frosch123: and that wont be counted as a cheat correct?
18:53:48 <frosch123> you have to decide for yourself about cheating
18:53:58 <Vadtec> nah, i dont want to on this game
18:54:05 <Vadtec> i just want some new AI players to come in
18:54:40 <frosch123> than do as albert says :)
18:58:53 <iri> Is it possible to make openttd use a custom resolution?
19:00:09 <Nite> as i understand ottd is always the same resolution, the larger the window (or screen) the more you see
19:00:31 <iri> Yeah, just it is too small on my high-res monitor
19:00:36 <iri> so I just want to make it bigger and more readable
19:00:49 <iri> but it seems to be missing an intermediate widescreen resolution
19:00:53 <frosch123> you can configure fontsize in openttd.cfg
19:01:08 <frosch123> but icons will keep their size
19:02:42 <frosch123> open openttd.cfg, fill in small_font, normal_font, ... (e.g. "Creepy"), and small_size, ...
19:03:04 <iri> Is there a comment character for openttd.cfg?
19:03:27 <Nite> ... as i noticed for most of us "shared orders" are used almost naturally and always ... so its sad that most neebs dont use them ...
19:05:23 <andythenorth> assuming no roadtypes for a while, is there any hack to allow tram tracks without catenary?
19:05:27 <iri> Any good recommendations for what to use for the fonts, frosch123?
19:05:43 <Nite> is there a more ottd gameplay related irc channel ?
19:05:46 <iri> Just setting the size didn't seem to work :(
19:06:09 <frosch123> i use arial as it is the only font which i can spell safely
19:06:41 <frosch123> oh, i have seen someone using comic sans, but imo that is ugly
19:07:10 <iri> Any idea what the default font is? I would rather not change it, just make it bigger
19:07:27 <frosch123> the default font is a not-scalable spritefont
19:07:37 <iri> Although arial doesn't look half bad actuall
19:07:55 <iri> Though it could do with being bold in some places
19:09:09 <iri> Oh, I just hadn't made it big enough.
19:09:15 <iri> Finally found a reasonable set of options I think
19:09:30 <iri> Now I can read it without straining my eyes :D
19:09:45 <Wolf01> frosch123, try webdings if you come from mars you might be able to read it...
19:09:49 <frosch123> but there is less text on the screen :p
19:10:35 <Alberth> it better matches the old situation of 640x480 :p
19:10:48 <frosch123> Wolf01: boring. use arabic or hebrew instead. buttons changing their place is harder than unreadable text
19:11:07 <Wolf01> I might test it with tengwar
19:11:34 <iri> argh, I see what you mean.
19:11:58 <frosch123> now find the box to switch back :p
19:12:08 <iri> Yup, that's my current activity..
19:12:30 <Wolf01> ahahah, edit the cfg, you'll take less time
19:12:53 <Nite> suggesting a magnifier ;)
19:14:34 <Wolf01> Sacro suggested me once to move my head nearest to the screen
19:18:18 <Belugas> The beautiful People - Marylin Manson
19:20:57 <Terkhen> frosch123: broken mice / systems without right click?
19:21:54 <frosch123> if the mouse is so broken that hoovering does not work, it is unlikely that they manage to complain about that
19:22:20 <Vadtec> hmmm, is there a way to transfer cargo from one car to another? i needed to sell one car from a train, but it had cargo that could have fit on another car in it
19:22:43 <Belugas> drop at station, pick atstation
19:22:56 <Terkhen> I hope that everyone is happy after r20145... at least while (if) RMB does not get more uses
19:23:32 <Alberth> and after dropping mac, everybody has such a button :p
19:24:20 <Alberth> doesn't matter, it is drop-proof :p
19:24:32 <frosch123> does mac still only have one button?
19:24:38 <andythenorth> mine has no button
19:24:38 <Terkhen> unless you drop it into mingw
19:24:55 <Forked> it's not very realistic loading from one cart to another without temporarely (sp?) storing it at a station or similar. :-)
19:25:10 <Alberth> nothing is mingw-proof, except possibly mingw itself :)
19:25:18 <frosch123> hmm, maybe belugas adds a feature
19:26:42 * andythenorth wonders about a steam punk set
19:27:01 <andythenorth> or we could convert toyland to a mad-max style thing :P
19:27:53 <Belugas> frosch123 : ok, i'll work on it
19:28:27 <Terkhen> mad-max would only need scrap metal, food and water chains
19:30:04 <Wolf01> number of cities set to low, very flat landscape, no water at all... and a thunderdome accepting tourists
19:34:59 <andythenorth> there is a plane of sorts
19:36:33 <andythenorth> original mad max is quite different to the sequels
19:37:44 <andythenorth> there is a train in mm3
19:53:11 *** Wolf01 is now known as Guest418
19:53:11 *** Wolf02 is now known as Wolf01
19:56:14 <andythenorth> can we have newgrf disasters?
19:56:51 * andythenorth forgot there was already a refinery explosion
19:57:01 <ccfreak2k> A horrible graphics set./
19:57:04 <andythenorth> mad max newgrf looks plausible
19:57:12 <ccfreak2k> With all of the properties with awful values.
19:57:16 <ccfreak2k> Would that be a newgrf disaster?
19:57:39 <andythenorth> ccfreak2k: sounds like my idea to just randomise all vehicle properties every time a new one is bought
19:58:15 * andythenorth ponders a little
19:58:25 <ccfreak2k> andythenorth, do that and let trains run over other trains.
19:58:31 <ccfreak2k> Only the fastest wagons will survive.
19:58:52 * andythenorth stops fooling around and codes a hi-rail tractor :P
19:58:55 *** devilsadvocate has quit IRC
20:01:18 *** devilsadvocate has joined #openttd
20:12:44 <__ln__> is CreateThread() 'cheap' in win32?
20:15:46 <PeterT> SmatZ: what happened around r15000?
20:16:12 <DorpsGek> __ln__: Commit by truebrain :: r15000 /branches/noai/src (ai/ai.hpp saveload/ai_sl.cpp) (2009-01-12 10:47:53 UTC)
20:16:13 <DorpsGek> __ln__: [NoAI] -Fix (r14984): forgot to rename @file too
20:16:40 <__ln__> (just to see when was it approximately)
20:16:51 <DorpsGek> SmatZ: Commit by truebrain :: r15027 /trunk (309 files in 30 dirs) (2009-01-12 17:11:45 UTC)
20:16:52 <DorpsGek> SmatZ: -Merge: tomatos and bananas left to be, here is NoAI for all to see.
20:16:53 <DorpsGek> SmatZ: NoAI is an API (a framework) to build your own AIs in. See:
20:16:55 <DorpsGek> SmatZ: With many thanks to:
20:17:26 <SmatZ> the growth between r15700-16300 is "new GUI"
20:17:48 <PeterT> I thought the new gui was supposed to optimize proformence
20:18:04 <glx> no it was to simplify our work
20:18:27 <SmatZ> from user perspective, windows auto-resize when you change font size
20:19:14 <SmatZ> C++'s OOP solution is hardly ever smaller and faster than pure C solution
20:19:34 <SmatZ> depends on coder of course ;)
20:20:15 <Eddi|zuHause> yeah, if you happen to be KUDr :p
20:21:19 <SmatZ> I have never managed to understand the YAPF code :)
20:22:13 <Eddi|zuHause> besides, the graph shows compile time, not runtime performance...
20:22:32 <frosch123> Eddi|zuHause: well, maybe you compile more than you play
20:23:18 <SmatZ> Eddi|zuHause: I would need a savegame to test with :)
20:23:19 <Eddi|zuHause> that's definitely not true... i spend around 95% of the time on pause, 3% playing and 2% waiting to compile
20:23:26 <frosch123> anyway, since r10000 binary size and compile time double, while codesize did not
20:23:45 <Eddi|zuHause> yeah, C++ takes longer to compile than C
20:23:59 <frosch123> no, it takes less to write :p
20:24:00 <Eddi|zuHause> has more complicated features
20:24:32 <SmatZ> more than doubled, even more than tripled :)
20:24:35 *** Adambean has joined #openttd
20:25:50 <SmatZ> I should test compile time with different gcc versions
20:26:32 <Eddi|zuHause> there is no code size before r8000, so comparing the C-writing-speed with the C++-writing speed is difficult
20:27:22 <Eddi|zuHause> plus, that speed also depends on the number of active developers
20:27:43 <SmatZ> yeah, maybe it would be better to use date instead of revision numbers
20:27:54 <SmatZ> or date progress / number of developers...
20:27:59 <SmatZ> or number of lines changed...
20:27:59 <Eddi|zuHause> and if you write more than 10 lines per hour, you're probably doing something wrong...
20:33:09 *** hinstance has joined #openttd
20:34:20 *** Dreamxtreme has joined #openttd
20:42:50 *** hinstance has left #openttd
20:45:22 *** hinstance has joined #openttd
20:47:57 *** hinstance has left #openttd
20:48:14 *** hinstance has joined #openttd
20:51:15 <Eddi|zuHause> if you can't decide, use cidre...
20:52:06 <Wolf01> a 4 faced dice is better
20:52:38 <CIA-9> OpenTTD: terkhen * r20195 /trunk/src/town_gui.cpp: -Fix [FS#3891]: Remove autofocus of the edit box in the found town window (Zuu).
20:54:33 <Eddi|zuHause> four? real people use TWENTY!
20:54:56 <Rubidium> one with an infinite number of sides!
20:56:14 <Eddi|zuHause> i guess there's nothing useful between twenty and infinity...
20:56:46 <Rubidium> well... if you've got 2 choices, then you still got an infinite amount of sides with "throw again"
20:56:50 <Eddi|zuHause> although getting a physical object in the shape of an infinitely-sided "fair" dice is probably difficult...
20:57:25 <CIA-9> OpenTTD: terkhen * r20196 /trunk/src/genworld_gui.cpp: -Fix: Remove autofocus of the edit box in the world generation window.
20:57:37 <Terkhen> Zuu: thank you for the patch :)
20:58:08 <__ln__> whaaat, thanking for a patch is not part of the protocol
20:58:24 <Zuu> You should thank SmatZ for teling me about the problem at the r20k party. :-)
20:58:41 <SmatZ> you did the fix though ;)
20:59:02 <SmatZ> now... what is the status of the signlist filter patch, Zuu?
20:59:03 <Zuu> True, but I knew what to change.
20:59:29 <Eddi|zuHause> SmatZ: btw. the lower scale is difficult to read once it gets to 5-digit numbers
20:59:32 <Zuu> I need to upload a new version that is compatible with hotkeys.
21:00:11 <Zuu> Ammler did a update for hotkeys but I haven't more than just brifely read through it. He didn't provide all the steps so that I will need to do.
21:00:30 <SmatZ> Eddi|zuHause: true :( people complain about the image beeing too big (wide) though
21:00:39 <SmatZ> maybe it could print revision numbers less often
21:00:50 <Ammler> hehe, Zuu, you said you are already working on the update
21:00:50 <SmatZ> hmm how to make graphviz do that...
21:01:05 <Ammler> else I could have uploaded the splitted patch
21:01:19 <Zuu> I'm currently in the process of moving out of my dormitory so I don't have time at the moment to finnish it up.
21:01:30 <Zuu> You will have to wait about 2-3 weeks for it.
21:01:44 <Ammler> my patch just converted the ctrl-l hotkey to the new system
21:01:52 *** Celestar has joined #openttd
21:02:13 <Zuu> I think the other key shortucts should probably also be added to the hotkey system.
21:02:15 <Eddi|zuHause> @seen fonsinchen
21:02:15 <DorpsGek> Eddi|zuHause: fonsinchen was last seen in #openttd 2 days, 7 hours, 34 minutes, and 40 seconds ago: <fonsinchen> maybe it's enough to make that available in the config file for now.
21:02:40 <Zuu> configurable hotkey system*
21:02:40 <Ammler> Zuu: f still works :-)
21:02:49 <Zuu> But it is not configurable
21:03:01 <Ammler> that didn't conflict on update
21:03:02 <Zuu> Neither is arrow up/down.
21:03:27 <Zuu> Or page up/down, ctrl + home/end.
21:03:32 <Celestar> anyone with cargodist experience might help me. Got a trunk line A>B>C. I have some express trains A-C and some that stop at the (small station) B. now the link A-C is underutilized while A-C via B is totally crowded. what am I missing there?
21:03:47 <Ammler> then it might not be worth, if I post the splitted version
21:04:02 <Zuu> I will not make return and escape configurable as those use return values from the edit box handler and not actual key codes.
21:04:09 <Ammler> the splitted thing is just for review I assume
21:04:16 <Ammler> users like the complete anyway
21:04:43 <Ammler> and nobody wants to review my patches :-)
21:05:02 <Belugas> so.. finished debit and visa.... should I start MC now?
21:05:33 <Rubidium> Belugas: no, you should start "commute" :)
21:05:55 <Celestar> does newgrf theoretically support 32bpp?
21:06:01 <Eddi|zuHause> Celestar: i have heard several similar complaints that lines are underoccupied while others are crowded. never found a reliable cause for it, though
21:06:08 <Zuu> Ammler: The split is mostly for review yes, and if they want to make two commits, so we can get the next party a sooner than later ;-)
21:06:18 <Celestar> Eddi|zuHause: what would be an .. unreliable cause?
21:06:32 <Rubidium> Celestar: you mean whether NewGRFs can have 32 bits graphics as well with stable OpenTTD? If so: yes
21:06:36 <Eddi|zuHause> Celestar: probably to do with a backlog of people who desperately want that one route, while the ones that want the other route are stuck elsewhere...
21:07:04 <Celestar> Rubidium: yep that's what I meant.
21:07:14 <Celestar> hm. girlfriend aggro, bbl
21:07:41 <Eddi|zuHause> Celestar: so the distribution algorithm may have adapted to the "relief" line, but the passengers en-route didn't.
21:07:57 *** HerzogDeXtEr1 has joined #openttd
21:07:58 <Eddi|zuHause> damn girlfriends!
21:08:32 <Ammler> (from your 20009 version to mine)
21:08:46 <SmatZ> cargod*st patch would need some "skip-order-if-less-than XXX cargo wants to go that line" conditional order
21:08:54 <SmatZ> does any of them support that?
21:09:25 <Zuu> If you and SmatZ decide to commit that before I get a chance to sit down and produce a splited version, I won't object that. ;-)
21:09:49 <Eddi|zuHause> SmatZ: if you mean "has anyone ever implemented that", probably no.
21:09:57 <SmatZ> I think Terkhen is taking over that patch :)
21:10:48 <Eddi|zuHause> SmatZ: i'm also not sure if it's reliably implementable. as cargo only knows the "next hop", which is the same for all cargo being loaded, and "final target", which may be extremely scattered
21:10:59 <Ammler> StatinBuildGUI is also still a nice patch to review for you :-P
21:11:38 <Zuu> How many years ago was WWOTTGD2? 2 or 3?
21:12:35 <Ammler> the wiki should tell it
21:12:41 <Zuu> Ok, then The filter sign list patch becomes two years old now :-)
21:12:57 <Ammler> we once planned to make wwottdgd3 with celestar, but then he left ;-)
21:13:26 <Eddi|zuHause> he tends to do that, yes :)
21:15:07 <Ammler> already a year ago, we planned no. 3 with region based newgrfs
21:15:40 <SmatZ> Ammler: did Yexo have a working patch?
21:15:43 <DorpsGek> SmatZ: Yexo was last seen in #openttd 2 weeks, 0 days, 21 hours, 43 minutes, and 4 seconds ago: <Yexo> and the differences are especially noteable for higher speeds
21:15:52 <Ammler> SmatZ: there is a hg branch
21:17:06 <Ammler> for house sets only, iirc
21:17:40 <SmatZ> I think that's very appropriate
21:17:59 <Belugas> commuter should it be :)
21:18:21 <Terkhen> I think that my bouncer lost some lines... but you probably meant filter sign list, right? I want to review the code but I never get myself to actually do it
21:18:45 <Belugas> good night sweeties :)
21:19:04 <Terkhen> I'll do it in my next "openttd break"
21:23:56 <Vadtec> will the autoreplace feature not work if you have refitted a car to another type of cargo?
21:24:37 <SmatZ> Vadtec: it will autoreplace and autorefit :)
21:24:51 <SmatZ> I am not sure what happens if it fails to refit
21:24:58 <Vadtec> does it prioritise trains over cars?
21:25:11 <Vadtec> i have some cars i want to refit, but i also have some trains i want to refit
21:25:27 <Ammler> if your money limit is low?
21:25:37 <SmatZ> autoreplace rules are set for both engines and cars
21:25:42 <Vadtec> i have the money to replace the cars
21:25:43 <SmatZ> it will replace both engine and car
21:26:02 <Vadtec> but two trains have not replaced their cars
21:26:17 <Ammler> maybe you need to enable "autoremove wagons"
21:26:21 *** JVassie_ has joined #openttd
21:26:32 <Vadtec> ok, im using the NARS newgrf from Pikka
21:26:40 <Vadtec> im trying to replace Gonolas with Box Cars
21:26:49 <iri> What does "Use only mulitple unit wagons" mean?
21:26:58 <Vadtec> two of my trains are not replacing the cars
21:27:02 <Vadtec> while all the others have
21:27:11 <Ammler> does it have the refit option?
21:27:16 <Pikka> what do the trains carry? perhaps the boxcars can't carry that cargo.
21:27:26 <Vadtec> and they have been refitted from the default setting
21:28:10 <iri> For some reason when I try to build my passenger train, I can't move carriages on to it
21:28:21 <iri> It gives me that above error
21:28:40 <Vadtec> Pikka: sorry, didnt see you
21:28:48 <Vadtec> they are supposed to be carrying coal
21:28:56 <Pikka> can the boxcars carry coal?
21:29:20 <Vadtec> and that would be the detail i was over looking...
21:30:25 <SmatZ> I was just telling myself "I am waking up at 4am, I am so happy I don't have to drive"
21:30:42 <SmatZ> and now friend of mine called me that his car might be unusable tommorow
21:30:48 <andythenorth> how many road-rail vehicles is 'enough'?
21:31:28 <andythenorth> I'll rephrase my question :P
21:31:40 <Eddi|zuHause> andythenorth: so a new-and-improved vehicle comes out about every 10-15 years
21:32:17 <iri> Am I missing a newgrf or something?
21:32:24 <iri> Why can't I build a passenger train?
21:33:08 * andythenorth scraps a road-rail vehicle in HEQS
21:34:44 <SmatZ> iri: you are missing a newgrf or something
21:34:45 <Zuu> Terkhen: Yes that patch. In 2-3 weeks I can produce a new 2-step patch that is compatible with the new configurable hotkey system. Before that you have to do with the patches at Flyspray that works up to before the configurable hotkey system was merged. There is also a patch in the forums by Ammeler that has made the Ctrl + L hotkey configurable and applies to current trunk.
21:35:04 <Eddi|zuHause> iri: i'd say you have a layer 8 problem
21:35:16 <iri> Ah, I need to enable multiple newgrf engine sets = on
21:35:24 * andythenorth wonders if it's ok to have a pointless vehicle
21:35:44 <iri> Is there any way to enable this setting without starting a new game?
21:35:55 <glx> only if you use more than one trains newgrf
21:35:59 <Eddi|zuHause> not while you have any vehicles
21:36:00 <bryjen> iri: does the "engine" you're using carry passengers itself? it may not take passenger wagons then. maybe add more units of the same engine
21:36:08 <Zuu> ah, good you remembered my name :-) (or looked it up at flyspray ;) )
21:36:45 <SmatZ> iri: it should be quite safe to add a vehicle newgrf when you have "Multiple engine GRF sets" setting enabled
21:38:24 <iri> I can't enable this setting apparently when vehicles exist
21:38:48 <iri> Yeah, so it looks like I am using bryjen's workaround
21:38:56 <SmatZ> it's strange you don't have pax wagons available though
21:40:36 <iri> How can I tell if it is a multiple unit vehicle?
21:41:09 <iri> How can I tell which openttd trains are just the normal ones?
21:41:44 <iri> Hmm. All engines seem to behave the same
21:44:54 <iri> Also, why is my single carriage train travelling at 130km/h when its max speed is 160km/h?
21:47:36 *** devilsadvocate has quit IRC
21:49:16 <iri> No, I don't have that enabled. I am using 2cc and it says that it is designed to be used with it
21:50:02 <iri> I have quite a bit of other stuff, but nothing for train
21:51:51 <bryjen> nu-tracks really needs hyphenation so i can stop reading it as nut-racks ;)
21:52:02 *** Chris_Booth has joined #openttd
21:52:24 * bryjen is really not 13 years old
21:52:28 <glx> maybe it's just realistic acceleration
21:52:30 <Ammler> bryjen: maybe you should
21:52:31 <Pikka> or they could just learn how to spell newt racks.
21:52:45 <iri> Well, they go faster down hill but then slow down to 130
21:52:55 *** Cybertinus has joined #openttd
21:53:00 <glx> realistic acceleration then
21:53:14 <Pikka> indeed, they apparently lack the power to reach their maximum speed :)
21:54:38 <bryjen> heh. specs by the marketing department. Max Speed (when going downhill)
21:55:43 <Rubidium> as if all vehicles normally run at their maximum speed
21:55:52 <Rubidium> (in the real world that is)
21:57:13 <glx> my car can go faster than it's max speed
21:57:16 <bryjen> true. but less funny ;)
21:57:43 <Pikka> most rail locomotives are more than capable of easily reaching their maximum speed with nothing behind them.
21:59:14 <Pikka> this is "maximum speed" defined as "as fast as you would normally go in daily operation", as opposed to "as fast as you can go before something breaks".
22:01:24 * SmatZ is going to prepare coffee for tommorow...
22:01:31 <SmatZ> and spill the open beer so he can drive :-/
22:02:04 <Rubidium> won't that coffee be stale when you wake up? Or do you like it cold?
22:02:43 <SmatZ> Rubidium: I want to put it in a PET tube :-)
22:03:02 <SmatZ> hot coffee + PET = bad consequences
22:04:01 <Eddi|zuHause> use a thermo-bottle for coffee, like normal people...
22:04:46 <SmatZ> Eddi|zuHause: hmm good idea
22:05:49 <SmatZ> we are out of regular coffee... how much nescafe should I use for 1 big cup? :-/
22:06:09 <andythenorth> pointless vehicles can get finished tomorrow :P
22:06:50 *** devilsadvocate_ has joined #openttd
22:07:24 <Eddi|zuHause> apparently the correct english term is "vacuum flask"
22:08:44 <Pikka> or colloquially "thermos", Eddi|zuHause
22:08:53 <SmatZ> I will use the PET tube
22:10:27 <Eddi|zuHause> i never realised "Thermos" was a brand name
22:22:47 *** devilsadvocate_ has quit IRC
22:25:11 *** Coco-Banana-Man has quit IRC
22:29:04 <ccfreak2k> Eddi|zuHause, it sure is.
22:30:42 <Eddi|zuHause> well, i only ever heard it refered to as "Thermoskanne", which sounds close enough to a real word that i never even asked, and there was no alternate description around like "Tempo" being a "Zellstofftaschentuch"
22:33:31 <Eddi|zuHause> sometimes it's very difficult to identify brand names when they became everyday use
22:33:51 <Eddi|zuHause> it took a long time for me to realise "polylux" was a brand name
22:34:17 <Eddi|zuHause> [that's an overhead projector]
22:36:09 *** devilsadvocate has joined #openttd
22:37:55 <SmatZ> Eddi|zuHause: few years ago I read "to google" might become a regular verb
22:38:13 <Eddi|zuHause> it really did...
22:38:19 <SmatZ> and so, google might have lost it's trademark over "google"
22:38:31 <Eddi|zuHause> it's amazing how fast these things go...
22:38:59 <SmatZ> java.lang.NullPointerException
22:39:10 <Eddi|zuHause> it was in the news a few years ago that it was picked up in the "Duden" [official german reference dictionary]
22:39:26 <Rubidium> SmatZ: oh... super... they don't like non-Dutch people or something?
22:39:37 <SmatZ> Rubidium: well, it's java...
22:40:07 <Rubidium> SmatZ: but... it works for me
22:40:17 <SmatZ> Eddi|zuHause: isn't "duden" a "nasty" word in german?
22:40:28 <SmatZ> Rubidium: it works after two reloads :)
22:40:54 <Eddi|zuHause> SmatZ: not that i know of... maybe you mix it up with something similar... but i don't know what you mean
22:41:51 <Eddi|zuHause> it's named after Konrad Duden, a teacher of the late 19th century, who first organised a "unified" german spelling
22:42:12 <SmatZ> I thought it's german for "boobs"
22:42:43 <Eddi|zuHause> no... that is Titten ;)
22:43:49 <Eddi|zuHause> anyway, Duden was a teacher in a school where pupils from seven different dialects merged
22:44:22 <Eddi|zuHause> so he thought after germany's unification (in 1871), also the language should be unified
22:44:46 <glx> (the first unification ;) )
22:45:02 <Eddi|zuHause> well, the other one is the reunification ;)
22:46:06 <Eddi|zuHause> anyway, he published the first version of his dictionary around 1880, and in 1901 it became the offical spelling (by law), based on his work
22:47:41 <SmatZ> Eddi|zuHause: there were differences in dialect of people from the western and eastern germany? I mean, in places that had the same dialect 50 years ago
22:48:28 <Eddi|zuHause> SmatZ: in 1990, there were two different "Duden"-Dictionaries, one in east-germany and one in west-germany, they had a few differences.
22:48:44 <Eddi|zuHause> but the dialect-spectrum in germany is mostly north-south
22:50:06 <Eddi|zuHause> which basically only diminished due to TV broadcasts...
22:52:05 <SmatZ> you live quite near to the borders - could you receive the western TV?
22:52:45 <Eddi|zuHause> the west-german TV channels had around 100km range, i believe
22:53:15 <Eddi|zuHause> so you had a circle around berlin, and a stripe along the border who could receive west-german TV quite well
22:53:30 <Eddi|zuHause> the only ones not able to receive it were in an area around dresden
22:53:48 <Eddi|zuHause> it was known as the "Tal der Ahnungslosen" [valley of the clueless]
22:54:35 <Eddi|zuHause> we did have western TV
22:54:35 <SmatZ> we had several TV signal "disrupters"
22:54:45 <SmatZ> so we had problems receiving western signal
22:54:59 <Eddi|zuHause> although as far as i remember, that came through the official cable network
22:55:12 <SmatZ> (they weren't relly disrupters, just transmitters at near frequency with high output wattage)
22:55:15 <Eddi|zuHause> western TV was never officially forbidden
22:55:35 <Eddi|zuHause> just "frowned upon"
22:55:44 <SmatZ> we didn't have cable TV till the '90s
22:55:56 <glx> I still don't have cable TV
22:56:15 <Eddi|zuHause> we now have satellite TV ;)
22:56:15 <SmatZ> but it wasn't available anywhere
22:57:04 <Eddi|zuHause> we lived in flats in the city as long as i remember...
22:57:31 <Eddi|zuHause> they were fairly new when we moved in, and i think they were built with cable
22:57:41 <glx> and before the end of the year I'll need to buy a DVB adapter
22:58:45 *** devilsadvocate has quit IRC
23:02:26 <SmatZ> I have to have to already
23:02:36 <SmatZ> we were quite fast with the digitalisation process
23:02:58 * Mazur is not going any where.
23:03:14 <DorpsGek> SmatZ: zachanima was last seen in #openttd 1 week, 2 days, 2 hours, 50 minutes, and 46 seconds ago: <zachanima> but I still don't talk much, no
23:03:47 <Mazur> I remember a time we had to convince my dad to buy a TV in the 60's.
23:04:22 <Eddi|zuHause> he's also marked as away for 5 days 10 hours...
23:04:42 <SmatZ> wasn't he at the r20k party?
23:05:04 <SmatZ> the guy with the PI-shirt :)
23:05:17 <Eddi|zuHause> was like a very spontaneous thing decided one day before, or so...
23:05:20 <VVG> i just got a crash using 20146 during map generation, but i can't reproduce it
23:05:34 <VVG> crash log says it got something to do with newgrf_commons.cpp
23:05:57 <SmatZ> anyway, post crash.* to bugs.openttd.org
23:06:12 <VVG> i can pastebin whole crash log
23:06:16 <glx> I bet it's a NOT_REACHED()
23:07:01 <glx> no, but assert in newgrf_* are usually NOT_REACHED
23:07:11 <Rubidium> pi: 3,1415926539879323846 (according to a bridge in Enschede)
23:07:17 <VVG> i have no idea what to write at bugs.openttd.org, especially since i can't reproduce it
23:07:47 <glx> you can paste the log and attach the files
23:07:56 <SmatZ> VVG: crash.dmp will help us to get a backtrace
23:08:07 <VVG> and i'm not registered :(
23:08:19 <Eddi|zuHause> that's easily solved :p
23:08:34 <Eddi|zuHause> just need an email address
23:08:48 <Eddi|zuHause> one that you actually read when there's a mail
23:09:25 <glx> VVG: I guess it's fixed in r20153
23:09:48 <DorpsGek> SmatZ: Commit by frosch :: r20153 trunk/src/newgrf_commons.cpp (2010-07-14 20:26:01 UTC)
23:09:49 <DorpsGek> SmatZ: -Fix (r20125): Make the snowchecks for clear land and trees consistent with the other tiletypes.
23:10:51 <glx> hmm no looking at the diff it's not that
23:12:12 <VVG> Is everything done right there?
23:13:13 <VVG> it as during map generation
23:13:27 <VVG> before i actually got into the map i think
23:13:29 <Rubidium> ooh... futuristic :)
23:13:37 <SmatZ> strange, no town names set loaded
23:14:02 <SmatZ> it crashed during town generation :)
23:14:43 <VVG> well, i can say for sure it crashed after i pressed generate new map and before the game actually started :)
23:15:31 <SmatZ> "kdesu" in czech dialect means "where am I?" and "su" means "(I) am"... makes whole new meaning...
23:15:36 <SmatZ> "su root" is "I am root"
23:15:40 <VVG> i was traying to get a nice looking hilly map, generated a few different maps with different settings, and only on Nth try got a crash.
23:16:30 <VVG> Where should a crash.sav go to? it's not there with other crash files.
23:16:36 <Rubidium> educated guess: town near map edge, GetNearbyTileInformation -> MP_VOID
23:18:13 <SmatZ> hello zachanima :) that's all I wanted to say... nice you were at the party!
23:18:21 <zachanima> well it was nice being there!
23:18:32 <zachanima> pity I've been too busy to continue work on my scenario
23:18:42 <SmatZ> zachanima: great :) yeah, bad you had to leave...
23:18:43 <zachanima> or to do anything openttd-related actually
23:18:49 <glx> Rubidium: I think you're right
23:18:53 <zachanima> SmatZ, yeah, how did it turn out?
23:19:37 <SmatZ> zachanima: it was fine, we were talking... about 5 people stood over the night
23:19:49 <SmatZ> so planetmaker had no problem "accomodating" us (on the floor :)
23:20:57 <zachanima> yeah, I didn't have a place to stay
23:21:10 <SmatZ> well, you would fit somewhere :)
23:21:41 <zachanima> well, I ended up staying at Hannover Hbf. for about 6 hours anyway >>
23:22:13 <Rubidium> VVG: what town NewGRF did you use? Can't find one in the crash log
23:22:39 <SmatZ> there will be next "party" in the end of Septermber... in Prague... I wonder if anyone will come, apart from planetmaker :)
23:22:52 <zachanima> it's immensely far away :s
23:23:06 <zachanima> I've been there twice, though, actually
23:24:16 <zachanima> I could go there again. But not in september, my wallet is sort of
23:24:29 <zachanima> I travel a lot more than I can afford ^^;;
23:24:31 <Rubidium> pff... train's expensive (and 10+ hours)
23:24:53 <SmatZ> yeah, it's too far for most people
23:25:33 <Rubidium> SmatZ: 250 euros is quite a lot
23:26:06 <SmatZ> Rubidium: indeed, a lot
23:26:21 <Rubidium> how much to get from the airport to "town"?
23:27:29 <Rubidium> oh... Alberth and Yexo can come :)
23:27:43 <Rubidium> only 53 euro round trip by plane + 2*1 euro for the bus
23:28:01 <Rubidium> given the two random dates in September I entered
23:28:41 <Rubidium> SmatZ: IIRC it's forbidden to not mention those
23:28:48 <Rubidium> and actually it's 48,40 tax
23:28:54 <Rubidium> and 4,58 ticket price
23:29:06 <SmatZ> ryanair doesn't how the tax
23:29:14 <SmatZ> till you click for details
23:29:27 <SmatZ> but maybe it applies for CZ
23:30:28 <Eddi|zuHause> hm... the hard drive made the bad sound again...
23:30:45 <Rubidium> ah... Swiss seems economical...
23:30:57 <Rubidium> Amsterdam -> Zurich -> Prague
23:31:17 <SmatZ> you can go by car somewhere...
23:31:30 <SmatZ> not sure if to Zurich :-p
23:32:14 <glx> VVG: if you use 4240349754 as seed can you reproduce it ?
23:32:17 <Eddi|zuHause> Rubidium: that's pretty much a right angle
23:35:51 <Rubidium> SmatZ: don't have a car (or license)
23:36:31 <SmatZ> Rubidium: last time you went with TB :) I thought you have a car, when you showed us some photos of your flat
23:36:35 <SmatZ> I thought the car was yours...
23:37:12 <Rubidium> also to get to the airport with the cheap tickets... well to be on time I'd have to leave the house around 04:00 and pay some 25 euro each way for public transport
23:37:17 <VVG> Rubidium: I don't have any town grf in newgrf list
23:37:37 <VVG> there is, japanese buildings
23:37:50 <Rubidium> SmatZ: nope, probably the one of my parents
23:38:27 <SmatZ> Rubidium: :-x well, it's bad when the bus is more expensive than the plane
23:38:53 <Rubidium> it lotsa hours of train
23:38:55 <SmatZ> similiar when I go to Frankfurt-Hahn (to fly with Ryanair), the bus is more expensive too
23:39:10 <Rubidium> but that gives me an idea
23:39:46 <SmatZ> I have to ask planetmaker when he is going to be here
23:39:53 <SmatZ> for more precise dates :)
23:41:55 <Rubidium> there... that's even better... 33 euro by bus, though depending on the date it can be quite a bit more expensive (and I still need to get to the place to get on that bus)
23:43:16 <SmatZ> you are always welcome here, Rubidium :)
23:50:19 *** theholyduck has joined #openttd
23:51:35 <CIA-9> OpenTTD: rubidium * r20197 /trunk/src/newgrf_commons.cpp: -Fix [FS#3963]: GetNearbyTileInformation can be used to get the terrain type of a MP_VOID tile.
23:51:53 <Rubidium> SmatZ: what date would it be?
23:54:58 <SmatZ> Rubidium: I don't know exactly, I have to ask planetmaker :(
23:55:11 <SmatZ> sometimes at the end of September
23:55:17 <SmatZ> will be great if you come!
23:57:20 <Rubidium> departing on monday (at 23:59) and returning on thursday (at 17:00) is 20 euros cheaper than departing on friday and returning on sunday (same times)
23:58:24 <Rubidium> roughly 12:30 drive (return trip is 15 minutes shorter for some reason)
continue to next day ⏵
