IRC logs for #openttd on OFTC at 2015-10-31
⏴ go to previous day
00:04:56 <Supercheese> Jeez, I can't pick which to vote for this month's screenshot contest, they are all so good
00:11:26 *** Biolunar has joined #openttd
01:04:43 *** sim-al2 has joined #openttd
01:12:10 <Eddi|zuHause> i'd say "Mahlzeit", but it doesn't really apply :p
01:18:35 <Eddi|zuHause> not for gremlins
01:19:08 <Wolf01> mmm, i have cookies right here... no they are on the left
01:40:44 *** Hiddenfunstuff has quit IRC
02:07:51 <Eddi|zuHause> orudge: so, why does the forum always seem to freeze around backup-time?
02:27:27 *** tipsyTina has joined #openttd
03:48:51 *** glx is now known as Guest7208
04:54:20 *** Supercheese has joined #openttd
05:39:05 *** tokai|noir has joined #openttd
05:39:05 *** ChanServ sets mode: +v tokai|noir
06:56:16 *** Eddi|zuHause has joined #openttd
08:11:04 *** andythenorth has joined #openttd
08:18:42 *** Alberth has joined #openttd
08:18:42 *** ChanServ sets mode: +o Alberth
09:08:30 *** Progman has joined #openttd
09:16:50 * andythenorth needs a better Heart of Darkness
09:18:24 <andythenorth> or maybe just remove it
09:18:31 *** gelignite has joined #openttd
09:24:05 <andythenorth> I think it fails
09:24:21 <andythenorth> it was intended as some kind of ‘colonialism is bad, mmmkay?’ lesson
09:24:33 <andythenorth> but I think it just glorifies resource exploitation
09:25:06 <andythenorth> and repeats tired stereotypes about ‘Africa, the dark continent'
09:25:24 <andythenorth> accepting that most players won’t think about it that far, but still
09:26:04 <Alberth> I think it's an approximation of how it was
09:26:25 <Alberth> players can draw their own conclusions
09:26:55 <andythenorth> I see so much dumb misogyny and racism from gamers on the internet, I don’t want to feed that :P
09:27:05 <Alberth> and the economy makes people aware this history even existed
09:28:09 <Alberth> gaming has nothing to do with, imho
09:28:26 <Alberth> just like religion has nothing to do with IS
09:29:46 <andythenorth> the thing that tipped my opinion
09:30:21 <andythenorth> I have been researching present-day Congo and neighbouring countries
09:30:26 <Alberth> but euhm, well, you can reverse the thing, make western world export stuff :)
09:31:04 <andythenorth> it’s kind of miserable making an economy that features food scarcity, when that’s still the real situation in these countries (most of the population have severe food scarcity)
09:31:27 <andythenorth> if gaming is separate, maybe gaming should just be fun
09:31:33 <andythenorth> and not try to teach history, badly
09:32:11 <Alberth> well, lots of people mistake openttd for a train simulation game :p
09:33:00 <andythenorth> I think I replace it with something obviously fun, and stop trying to teach people stuff :)
09:34:31 <andythenorth> hmm, thanks for discussion, helpful :)
10:04:57 *** Hiddenfunstuff has joined #openttd
10:41:39 *** Biolunar has joined #openttd
10:52:05 <George> Need help with nmlc ver 5780 (but the error is the same on 5655 too)
10:52:27 <George> nmlc ERROR: nmlc: An internal error has occurred:
10:52:27 <George> Error: (IndexError) "pop from empty list".
10:52:27 <George> Command: ['nmlc', '--grf=xussr.grf', '-c', '--nfo=xussr.nfo', '--nml=xussr_optimized.nml', '-M', '--MF=xussr_dep.txt', 'xussr.nml']
10:52:27 <George> Location: File "nml\free_number_list.py", line 74, in pop
10:53:41 <Alberth> add a -s option, and run again, please use a pastebin to paste output
10:54:22 <Alberth> hmm, free number list eh? probably you are using too many items of something
10:56:16 <George> But how can I find what are they?
10:58:35 <Alberth> I hope the full stack trace gives that information
10:59:17 <Alberth> another option is to compile one of the newest versions that does compile, and have a look at how many items are used of each type
11:03:47 *** andythenorth has joined #openttd
11:04:58 <Alberth> looks like an actionD expression that is too complicated
11:05:21 <Alberth> or you have too many, not sure
11:06:40 <Alberth> replace some expression by something simple, and see if it compiles
11:06:48 <Alberth> "1" would work, I think?
11:07:27 <Alberth> obviously, it won't give a useful result if you try to run the result, but that's not the intention
11:09:11 <Alberth> line 7 of that paste seems like a problem
11:09:36 <Alberth> and you even get a line number
11:10:16 <Alberth> 126/127 means you have 1 Action2 register left
11:10:27 *** Pensacola has joined #openttd
11:11:42 <George> Yes, but that limit was achieved on the other wagon
11:12:26 <George> The wagon I code now should not have that amount of variants
11:12:51 <Alberth> Action2 registers are a shared resource, what you use at one place can't be used at another place
11:13:35 <Alberth> maybe you use a result further down or so? that would mean the compiler has to keep the value in a register
11:13:46 <George> AFAIR that is not correct. 127 is a limit for them at once, but ones from a different cain does not count
11:14:01 <Alberth> I am just guessing here, I don't know enough of it
11:14:50 <George> 've changed to "1" as you suggested, but it does not compile anyway
11:15:24 <Alberth> I have no idea how nml allocates registers, sorry
11:16:17 <Alberth> but as it is a shared resource, many expressions are linked together, I don't think you can pinpoint the one expression
11:16:43 <Alberth> as there isn't one that is wrong
11:17:00 <Alberth> it's like a bucket of water that gets filled drop by drop
11:17:21 <Alberth> at some point it overflows, but you cannot easily blame a single drop
11:17:57 <George> I've cut out one more part and no it compiles
11:18:07 <Alberth> (where drops vary in size, different expressions use different numbers of registers)
11:18:13 <George> Have to cut off smaller parts
11:19:00 <Alberth> try to simplify expressions, perhaps compute some part once, and use it several times
11:19:16 <Alberth> at least I hope that's possible in nml
11:25:27 <George> I'm confused, because it is only a list of named values
11:26:00 <Alberth> it's the combination of all code
11:26:13 <Alberth> lots of drops, and at some point the bucket overflows
11:26:26 <Alberth> take out one random drop, and it doesn't overflow
11:26:37 <Alberth> but that holds for pretty much any drop you pick
11:27:47 <Alberth> people have any chance of using all the engines and wagons you added in a game?
11:29:51 <George> :D that would be a hard task ... the set is ready for about only 10% :D
11:33:27 <planetmaker> George, it might be that the last paste you provided means that each definition 'eats' one actionD register... Maybe it can be circumvented by using #defines - but then means the nml needs some kind of preprocessing which makes it harder to compile under windows
11:33:40 <planetmaker> But I'm not sure whether I'm right with my assumption either :)
11:36:36 *** Wormnest has joined #openttd
11:44:01 <Eddi|zuHause> i ran into this years ago, but somebody didn't think anything needs to be done
11:45:34 <planetmaker> question is: what can be done about it?
11:47:39 <George> looks like "#define" may help me. I'm looking it at the moment
11:49:27 <Eddi|zuHause> i think my suggestion was along the lines of "[const|bit|byte|word|dword] <id> = <expr>;"
11:50:02 *** frosch123 has joined #openttd
11:50:09 <Eddi|zuHause> const will not reserve an actionD parameter, bit, etc. will be collected and stuffed
11:50:12 <George> #define LV_RED_ARROW 30
11:50:20 <planetmaker> maybe we need it afterall, Eddi|zuHause :)
11:50:35 <Eddi|zuHause> George: that would probably work
11:51:19 <planetmaker> that will work, if my assumption is correct, yes
11:52:09 <planetmaker> quick quek quak :P
11:53:00 <Eddi|zuHause> quick quack quuck?
11:53:37 <frosch123> i like how companies send you an email these days when your package is about to get delivered
11:54:03 <frosch123> except when they send the mail at 2am that the package arrives at 9am :)
11:54:33 <frosch123> probably would have worked for eddi though
11:54:55 <Eddi|zuHause> 9am? what an ungodly hour to deliver anything :p
11:55:13 <Alberth> at worst, you are back to the pre-email situation :)
11:58:40 *** HerzogDeXtEr has joined #openttd
12:18:51 *** Pensacola has joined #openttd
12:34:49 *** GenevaMode has joined #openttd
12:56:39 *** GenevaMode has joined #openttd
13:22:25 *** George is now known as Guest7229
13:31:54 *** Supercheese has joined #openttd
13:36:29 *** GenevaMode has joined #openttd
13:44:02 *** smoke_fumus has joined #openttd
14:07:26 <George> Thank's all, With #define I've solved my problem!
14:10:43 <Alberth> given that you are now at 10%, do the used numbers of various registers make sense?
14:12:43 <Alberth> eg "nmlc info: Concurrent spritegroups: 173/256 ("xussr.nml", line 4513)" <-- would that grow to 1730 ?
14:13:08 <frosch123> no, everything with "concurrent" does not grow if you add independent stuff
14:14:47 <Alberth> nmlc info: D0xx strings: 812/1024 <-- so that one would grow to 8120 ?
14:15:07 <frosch123> yes, if the strings cannot be reused
14:38:31 <Eddi|zuHause> i assume there's room for optimization there, like using dynamic composition via textstack instead of static composition through nmlc
14:40:03 <frosch123> considering the amount of strings in eints, it does not look like nml is composing anything
14:48:01 *** GenevaMode has joined #openttd
14:49:08 <Eddi|zuHause> well, if every vehicle gets its own cb23 string, you're probably running into trouble
14:49:23 <Eddi|zuHause> the vehicle names themselves don't count
14:58:15 <Eddi|zuHause> frosch123: i mean things like this: "additional_text: return string(STR_PURCHASE_HINT_ENGINE, string(STR_PURCHASE_HINT_ENGINE_TYPE_PASSENGER_STEAM), string(STR_PURCHASE_HINT_SECTIONS_1), string(STR_PURCHASE_HINT_FROMTO, 1906, 1910), string(STR_PURCHASE_HINT_FACTORY_PUTILOVSKY));"
14:58:40 <Eddi|zuHause> if you turn this composition into textstack, then it should significantly reduce the amount of strings
15:00:46 <frosch123> Eddi|zuHause: 1447 strings in eints, minus 323 train names, minus 97 cargo strings: remain 1027 strings
15:01:04 <frosch123> i don't know how many a14 strings though
15:01:22 <frosch123> but 1027 strings is quite beyond the reported 810 d0xx strings
15:05:28 <Eddi|zuHause> frosch123: the way i see it, every vehicle has a short and long name, which can be switched somewhere
15:05:45 <Eddi|zuHause> so that's 2 non-strings per vehicle
15:06:19 <Eddi|zuHause> there are probably also a bunch of unused things in there
15:07:14 <Eddi|zuHause> anyway, still, the suggested replacement would reduce string usage by another #vehicles
15:09:02 <Eddi|zuHause> in general, it's difficult to predict though, as nmlc does all sorts of messy optimizations
15:09:35 <Eddi|zuHause> it may very well be that this will increase the number of strings
15:10:12 <Eddi|zuHause> (but it then should be safer against growing with the number of vehicles included)
15:10:27 <Alberth> you'd need an optimization target for better control
15:19:02 <Eddi|zuHause> i guess hardly anybody uses the text stack, because nmlc doesn't abstract it away
15:19:19 <Eddi|zuHause> so it's difficult do wrap your mind around it
15:19:48 <Eddi|zuHause> also, it's not actually a stack, you can't "push" to it independently from what is already on there
15:20:05 <Eddi|zuHause> but that's rather an underlying NFO problem
15:20:37 <Alberth> nml isn't finished by a long shot
15:20:49 <Alberth> not sure, it will ever move much though
15:21:32 <Eddi|zuHause> these tools usually grow with the people that use them
15:22:39 <Alberth> very few users know about compiler construction :(
15:22:56 <Eddi|zuHause> that is probably true
15:23:04 <Eddi|zuHause> and the ones that do, are totally lazy. :p
15:25:46 <Alberth> it's probably a misconception that people with commit rights care for all areas of the program
15:28:45 <frosch123> oh, eddi knows about compiler construction?
15:29:09 <Eddi|zuHause> i wrote my diploma thesis in this area
15:54:30 *** andythenorth has joined #openttd
16:08:02 <Alberth> you probably don't need the crosses after the way point, with high enough traffic they will cause more harm than good
16:08:43 <Alberth> also, a signal at every tile is useless, trains can never get that close after each other, unless you don't have any junction
16:09:08 <Alberth> (and without junction, you can't have two trains on the same track :p )
16:09:40 <Alberth> but double depots are very useful, it's a good setup
16:10:30 <LadyHawk> the only reason i stuck signals so close together is at junctions where they filter so when they slow down, they can stay closer together and have more chance to remain at some kind of speed even if it's slow
16:10:42 <LadyHawk> just looked nicer to copy it everywhere lol
16:12:15 <LadyHawk> they're there to allow the traffic from the center to cross over 1 track when required, the outher 2 tracks are allowed to filter out to the outter depot lines as required as a result
16:12:46 <LadyHawk> because they reserve a track before the waypoint... they wont cross unless they are required to (both depots or the track to them in front of their nose = blocked)
16:13:05 <LadyHawk> that's the function of the waypoint
16:13:09 <LadyHawk> stop them choosing at all
16:13:41 <LadyHawk> having 2 depots on a single track to force serve the trains can't handle the traffic
16:14:10 <LadyHawk> so i cant really see how i can work without the crosses at all, without giving each line 2 dedicated depot tracks.. which would make the whole thing bigger
16:15:28 <LadyHawk> every once in a while the trains are required to cross, and with this setup the rest can move around them so nothing stops.. just seems to flow better to me
16:15:49 <LadyHawk> unless you can give me more of an idea as to what it would look like? i'll be happy to give other things a try =)
16:17:20 <Alberth> let me see if I can find an example
16:21:53 <LadyHawk> front train was slowed down during filtering, the train behind sped on at full speed and caught up haha
16:23:25 <Alberth> I do have better ones, but much less findable, I am afraid
16:24:02 <Alberth> your more traffic is only temporary, the second train will block on the first junction that comes along
16:25:55 <LadyHawk> it's a pbs entry station where that line has an immidiate choice to divert to a 2nd & 3rd line in... designed so that they can enter that close together since the track is unreserved right behind the train
16:27:25 <LadyHawk> i'm finding that setup of yours incredibly hard to understand for some reason... i've studied similar examples on the wiki over and over but i just dont understand those
16:29:50 <LadyHawk> i keep having the nagging feeling that desperately needs changing but i don't know how and keep thinking to myself that it works fine the way it is.. because it does work perfectly
16:30:34 <LadyHawk> the queue is due to the station being too small... trying to filter in as many trains as it can deal with, takes a few round trips
16:32:14 <Alberth> I would have a waiting space in front of each platform, so the next train is waiting already
16:33:38 <Alberth> there are about 4 platforms not used there
16:34:13 <LadyHawk> how likely is the situation that for example in a 4 track station (2 tracks occupied 2 free), you'll have 1 or 2 trains in the waiting space just sitting around?
16:35:08 <Alberth> depends on the amount of traffic that you feed it
16:35:26 <Eddi|zuHause> you should split the traffic earlier, and have no crossovers before the platform
16:35:48 <Eddi|zuHause> so you go 3->6->12 or something, without interference
16:36:17 <Eddi|zuHause> with each line having access to 3 platforms separated
16:37:07 <Eddi|zuHause> one platform a train is loading, one platform is empty and ready to take a train in, and one platform a train is leaving
16:37:32 <LadyHawk> the issue i get with early traffic splits is a train's preference for the inner track (the whole layout is basically a circle, inner track = shorter = always preferred)... your idea would be brilliant though Eddi|zuHause if there's a way to stop this inner track preference
16:37:55 <LadyHawk> it ends up with the inner station tracks having queues, hence i have the split as late as possible
16:38:01 <Eddi|zuHause> having more choices only means you get more chances to block the other train's route
16:38:18 <Eddi|zuHause> make a waypoint.
16:39:53 <LadyHawk> use the waypoints how? put them in places so at the train's time to choose they litterally want to go straight ahead?
16:40:52 <LadyHawk> (sorry for all the questioning, just trying to understand in detail ><)
16:41:45 <Eddi|zuHause> if the distance between order points is shorter, you can make sure better that the differences in length even out
16:42:11 <Eddi|zuHause> to solve this problem of "the inner track is always a tiny bit shorter, and thus preferred"
16:42:43 <Eddi|zuHause> this emphasises the penalties for occupied tracks, red signals and stuff
16:43:52 <Eddi|zuHause> so you make a waypoint short before, and short after there is a choice
16:44:54 <LadyHawk> ironicly though my setup atm has 3 entry tracks and 9 station tracks, and the station cant handle the traffic.. i try to give the trains the minimum amount of options but because the station is too small, the free tracks are erratic which causes the need to cross more than i'd like to allow them
16:46:07 <LadyHawk> im going to have a little think about your early split idea Eddi|zuHause and give it a try, i may set 3 tracks for 1 line & a 4th track shared between 2 or something
16:47:23 <LadyHawk> and stick a waypoint down somewhere before it too
16:50:08 <LadyHawk> i kinda wish there was a way to take train preference out of the picture but i can imagine that's quite impossible to do
16:51:23 <Alberth> it shouldn't matter, the path finder will re-balance, although with your signal setup it may not work very well
16:51:45 <Alberth> what you want is free flow no matter where trains go
16:52:03 <LadyHawk> lol yeah i guess i do
16:52:41 <LadyHawk> from that last link it looks like it's the queueing that's making it so confusing to me
16:52:42 <Alberth> you have to always give trains a choice to switch to a more quiet track
16:53:49 <Alberth> it's just like your station. Now the train stops before the junction, if all platforms are blocked, and then traverses the junction when a platform becomes free
16:54:05 <Alberth> the queue removes that delay to a minimum
16:54:33 <Alberth> at the cost of choice, so you only do this at places where the train in front will be quick to leave
16:54:47 <Alberth> or if it doesn't matter
16:55:14 <Alberth> ie one train can be blocked for a longer time, but other trains will flow around it
16:55:27 <Alberth> prefering other platforms/directions instead
16:56:51 <Alberth> or with my load station, the thing must be loaded anyway, if there is no cargo for the train before, it doesn't matter that it waits, as there would not be cargo for it either
16:58:07 <LadyHawk> that makes perfect sense
16:58:37 <Alberth> it took quite a few years to realize that :p
16:58:59 <Alberth> and no doubt the openttdcoop people have even more advanced ideas about it :p
16:59:44 <LadyHawk> in my case though the station can't be emptied, there's 54 coal mines stuffing the place
16:59:57 <LadyHawk> it's more a case of getting as many trains loading up at any one time as possible
17:00:19 <LadyHawk> i have 9 tracks, if there's 6 filled and 3 empty with 3 trains waiting in a que somewhere.. that's bad news for my rating
17:00:30 <Alberth> same with my 3k9 goods loading, you can't afford to have an empty platform
17:01:28 <LadyHawk> so dumming it down to simple terms, if i add the queueing, i may need to add more traffic
17:01:50 <LadyHawk> so even when there's trains in a que sitting around, there'll be more to flow around
17:01:55 <Alberth> you optimize on station loading
17:02:15 <Alberth> so at all times, there must be a train loading, leaving or arriving
17:02:36 <Alberth> where the latter two should be as small as possible
17:03:10 <Alberth> minimal solution is a signal right before and after the station platform
17:03:27 <Alberth> and a train waiting for the platform when the previous train is leaving
17:03:51 <Alberth> if that takes 'number of platforms' additional trains, fine
17:05:21 <LadyHawk> so in theory it's better since the station is as short as it could possibly be.. even if i have to add extra traffic to fill the queues and the station.. it shouldn't create more traffic on the rest of the line
17:05:52 <Alberth> traffic is limited by loading or unloading speed, eventually
17:06:20 <Alberth> (multiplied by number of loading/unloading platforms)
17:06:45 <Alberth> note this is not optimal from a train point of view, it may have to wait here and there
17:07:31 <Alberth> but optimal train means you have always a platform available when a train arrives
17:07:51 <LadyHawk> you want it optimal from a station's point of view
17:08:41 <Alberth> but the goal completely changes how you look at it, and how you build
17:09:46 <Alberth> and optimal for station doesn't mean just throw as many trains at it as you can
17:10:07 <Alberth> since that mostly just creates long queues and nothing else
17:11:01 <Alberth> it's a lot of fun experimenting build styles :)
17:11:51 <LadyHawk> im gonna go build the queueing thing
17:12:14 <LadyHawk> on a different note i'm sorry but i stand by my original statement about the improved loader
17:12:31 <LadyHawk> on a busy loading station like this.. you want it off and use the old one
17:12:57 <LadyHawk> there's ALWAYS a full train load on the station at the very least.. you can't empty it because of how it works
17:13:59 <Alberth> euhm, you mean improved loading setting, I guess?
17:14:17 <Alberth> that does load multiple trains if cargo is available
17:14:52 <LadyHawk> yeah but the train that just arrives, before it's anywhere near finished loading, has a full train's worth reserved on the station.. nobody will touch it
17:14:58 <Alberth> hi andy, nice idea, something between basic and full
17:15:00 <LadyHawk> which means it sits there
17:15:32 <LadyHawk> hence you cant empty the station, there's always at least a full train load there
17:15:43 <LadyHawk> since supply is faster than loading speed
17:16:11 <andythenorth> I can’t decide on themes
17:16:24 <Alberth> in that situation, it might not matter much
17:16:27 <andythenorth> whether to use real geographical locations (like the basic economies)
17:16:36 <andythenorth> or made up to suit gameplay (like Full FIRS)
17:17:03 <LadyHawk> the old loader didn't have that issue and with high supply it doesn't matter if all trains are greedy and take what they can see
17:17:38 <andythenorth> the thing I want to avoid is adding economies that are bland, because they’re just like Full FIRS, but with bits missing
17:17:54 <Alberth> more detailed topic? many different forms of oily things?
17:18:10 <Alberth> longer industry chains?
17:18:16 <andythenorth> if I had Dan here, we’d probably be planning a detailed steel economy
17:18:33 <andythenorth> furnace -> rolling mill -> pressing plant etc :P
17:18:46 <Alberth> steel plate 1mm thick, 2mm thick, 5mm thick :)
17:18:52 <andythenorth> that sort of thing :)
17:19:02 <andythenorth> daft, and quite train-spotterish I guess :)
17:19:28 <andythenorth> hmm maybe I keep Heart of Darkness structure, but just rename it and adjust it
17:19:41 <andythenorth> the point was to have an economy focussed on export, not processing
17:19:53 <Alberth> export of high tech waste from the west to other areas :p
17:20:27 <andythenorth> I think I want to avoid history lessons or lessons in politics and ethics :)
17:20:28 <Alberth> also electronics etc get dumped into africa
17:20:33 * andythenorth sticking to the trains
17:21:03 <Alberth> it's dangerous glueing yourself to trains :)
17:21:59 <Alberth> so export of asian goods to europe is out too, I guess?
17:22:21 <andythenorth> just no need to tie it down to one specific country
17:24:32 <andythenorth> quite intense colour use ^
17:25:33 <Alberth> ever looked at the trains and trams posted by skidlow? also very nice colours
17:29:38 <LadyHawk> thanks very much for the queing thing at the station... i built it.. on the loading station only, unload i left the way it was.. the que is at the unload station, there's a very clear difference in the amount of traffic and flow speed of the station
17:31:42 <Alberth> you don't want one track to block entry of another track, better have the former track wait a while
17:42:15 <Alberth> sharing a few tracks to handle overflow at one incoming track is often useful if you have bursts of trains coming in
17:43:25 <LadyHawk> not because the traffic is blocking eachother off because the trains arent crossing at all if they have the option.. and if they need to they only pick the shortest cross
17:43:40 <LadyHawk> but because 1 train at the pbs block before the queue just had some really strange behaviour
17:44:10 <LadyHawk> it had a free track to cross and enter a queue but instead decided to stop and sit there
17:44:20 <LadyHawk> for long enough for 9 trains to stop behind it
17:44:29 <Alberth> ah yes, pbs tends to do that
17:44:44 <LadyHawk> eventually it decided to go ahead and enter the queue
17:44:48 <Alberth> it's not good at seeing where trains before it go
17:45:26 <Alberth> I switched back to the entry/exit signals due to that, at heavy traffic
17:46:03 <LadyHawk> i wonder if this is one of the reasons why i didn't build queues at stations before.. to avoid the odd behaviour
17:46:11 <planetmaker> 64k is enough for everybody^W spacecraft. :D
17:49:52 <planetmaker> thus if you look for a job opportunity it might be for you :)
17:50:12 <planetmaker> onboard system ressources might be a *bit* limited, though :)
17:51:43 <andythenorth> so the challenge of an export/import economy
17:51:48 <andythenorth> I only have 3 kinds of ports
17:51:55 <andythenorth> so 9 accepted cargos / 6 produced
17:52:08 <andythenorth> hard to make it intermediate or advanced, rather than basic
17:53:24 <LadyHawk> may have an idea to stop that odd behaviour, i'll have to build it later.. gonna move the pbs split so at the time they filter train doesn't know about the station yet.. increasing queue size but keeping it to 1 train in max
17:54:01 <LadyHawk> atm they seem hell bent on stopping if eventually they can reserve a track to the empty station track, rather than carrying on on a free track
17:54:54 <LadyHawk> or i suppose a waypoint should fix that, concern the trains with that order during the filter
17:55:17 <Alberth> planetmaker: ha, might be fun at times :)
17:56:03 <Alberth> never done any fortran though
17:59:51 *** sla_ro|master has joined #openttd
18:02:38 <Alberth> andy, perhaps the ports should only produce some cargoes if you supply some other cargoes?
18:04:03 <Alberth> perhaps in some rotation between the ports, so you can always deliver everything, but perhaps less efficient or so get things in return
18:07:31 *** ChanServ sets mode: +v tokai
18:10:42 <Alberth> probably for a different economy, if you can look at the coordinates of building, perhaps build only at one side of the map?
18:10:55 <Alberth> right now all industries are mostly everywhere
18:12:59 *** GenevaMode has joined #openttd
18:19:44 *** Progman has joined #openttd
18:21:07 <LadyHawk> odd pbs behaviour seems gone.. no longer stopping and sitting, but going for the clear track.. they're ordered to a waypoint in the queue now instead of the station when they're filtering
18:22:40 <LadyHawk> eliminating choice or preference other than straight ahead
18:38:56 <LadyHawk> it looked like the pathfinder's lookahead was seeing the station and adding all the penalties and preferences for free tracks on top of the pbs its own penalties... making things go a lil wonky
18:43:48 <Alberth> your trains aren't very fast? otherwise you could remove the 90 degrees corners after the station
18:44:12 <LadyHawk> yeah im working on that ><
18:44:32 <LadyHawk> you werent supposed to see that :P
18:45:29 <LadyHawk> i love showing things here.. people critisize and give me ideas to make it better :D
18:45:39 <DorpsGek> Commit by rubidium :: r27429 /branches/1.5/src/lang (16 files in 2 dirs) (2015-10-31 18:45:32 +0100 )
18:45:40 <DorpsGek> [1.5] -Backport: language updates from trunk
18:46:02 <Alberth> it was there in the previous picture too I think?
18:46:36 <LadyHawk> it's just so much effort since i'll have to move my mergers over
18:46:36 <Alberth> it was, but then I missed it as a possible problem :)
18:59:59 *** Wormnest has joined #openttd
19:28:05 *** tipsyTina has joined #openttd
20:31:48 <Certes> hi, it's my first visit, great to see so many people in here
20:35:05 <Certes> I'm using trunk 1.5.1, lots of great new features. I moved from an old ChillPP and I really miss the departure board and the minutes timetable (trains at 08:15, 08:45...). Please can anyone recommend a patch pack (Windows binary preferred but I can set up a compilation if I have to) that includes these?
20:43:23 <Certes> thanks frosch, looking...
20:43:31 <frosch123> the top two topics are about two patchpacks
20:43:34 <frosch123> just check what they have
20:44:12 <Certes> great, there should be enough links there to find what I'm looking for. thanks for your help.
20:46:59 *** gelignite has joined #openttd
20:55:24 <Certes> I now have Tim's pack up and running with exactly what I was hoping for. Thanks again to frosch for such a quick and helpful reply, and to everyone who's contributed to such a wonderful game.
20:55:48 <lx16> hi, server list in openttd 1.5.2 isn't working? ..my game fetch the ip's but not game info on them
22:10:47 *** GenevaMode has joined #openttd
22:40:42 *** roidal_ has joined #openttd
22:46:54 *** ChanServ sets mode: +v tokai
continue to next day ⏵
