Back to Home / #openttd / 2015 / 10 / Prev Day | Next Day
#openttd IRC Logs for 2015-10-31

---Logopened Sat Oct 31 00:00:11 2015
00:16-!-liq3 [liq3@CPE-120-148-51-74.gdfw1.lon.bigpond.net.au] has joined #openttd
00:39-!-tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
00:39-!-mode/#openttd [+v tokai|noir] by ChanServ
00:42-!-GenevaMode [~Adium@90.212.89.0] has quit [Quit: Leaving.]
00:45-!-tokai [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
01:11-!-Speedy [~speedy@the.wrong.domain.name] has quit [Remote host closed the connection]
01:15-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail]
01:30-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
01:56-!-Eddi|zuHause [~johekr@p5DC676C3.dip0.t-ipconnect.de] has quit []
01:56-!-Eddi|zuHause [~johekr@p5DC670F7.dip0.t-ipconnect.de] has joined #openttd
02:25-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail]
03:11-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
03:14<andythenorth>moin
03:15<tipsyTina>Meow
03:18-!-Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has joined #openttd
03:18-!-mode/#openttd [+o Alberth] by ChanServ
03:19<@Alberth>moin
03:21<Flygon>Menta
03:24<andythenorth>lo Alberth
03:57-!-roidal [~roland@62-46-143-231.adsl.highway.telekom.at] has joined #openttd
04:08-!-Progman [~progman@p57A19B20.dip0.t-ipconnect.de] has joined #openttd
04:16*andythenorth needs a better Heart of Darkness
04:18<andythenorth>or maybe just remove it
04:18-!-gelignite [~gelignite@mue-88-130-83-076.dsl.tropolys.de] has joined #openttd
04:21<@Alberth>?
04:24<andythenorth>I think it fails
04:24<andythenorth>it was intended as some kind of ‘colonialism is bad, mmmkay?’ lesson
04:24-!-tipsyTina [~tipsy@63.138.45.36] has quit [Ping timeout: 480 seconds]
04:24<andythenorth>but I think it just glorifies resource exploitation
04:25<andythenorth>and repeats tired stereotypes about ‘Africa, the dark continent'
04:25<andythenorth>accepting that most players won’t think about it that far, but still
04:26<@Alberth>I think it's an approximation of how it was
04:26<@Alberth>players can draw their own conclusions
04:26<andythenorth>I see so much dumb misogyny and racism from gamers on the internet, I don’t want to feed that :P
04:27<@Alberth>and the economy makes people aware this history even existed
04:28<@Alberth>gaming has nothing to do with, imho
04:28<@Alberth>just like religion has nothing to do with IS
04:29<andythenorth>the thing that tipped my opinion
04:30<andythenorth>I have been researching present-day Congo and neighbouring countries
04:30<@Alberth>but euhm, well, you can reverse the thing, make western world export stuff :)
04:31<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)
04:31<@Alberth>quite
04:31<andythenorth>if gaming is separate, maybe gaming should just be fun
04:31<andythenorth>and not try to teach history, badly
04:32<@Alberth>well, lots of people mistake openttd for a train simulation game :p
04:33<andythenorth>I think I replace it with something obviously fun, and stop trying to teach people stuff :)
04:33<@Alberth>fair enough
04:34<andythenorth>hmm, thanks for discussion, helpful :)
04:34<@Alberth>np
04:34<@Alberth>and yw :)
04:47*andythenorth will think on
04:47<andythenorth>bbl
04:47-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
04:52-!-fjb [~frank@000158aa.user.oftc.net] has joined #openttd
05:00<fjb>Moin.
05:02<@Alberth>o/
05:04-!-Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has joined #openttd
05:10<planetmaker>moin
05:26<@Alberth>hi hi
05:40<fjb>Moin planetmaker
05:41-!-Biolunar [Biolunar@x4d086a34.dyn.telefonica.de] has joined #openttd
05:51-!-George [~George@185.43.94.91] has joined #openttd
05:51<George>Hello
05:52<George>Need help with nmlc ver 5780 (but the error is the same on 5655 too)
05:52<George>nmlc ERROR: nmlc: An internal error has occurred:
05:52<George>nmlc-version: unknown
05:52<George>Error: (IndexError) "pop from empty list".
05:52<George>Command: ['nmlc', '--grf=xussr.grf', '-c', '--nfo=xussr.nfo', '--nml=xussr_optimized.nml', '-M', '--MF=xussr_dep.txt', 'xussr.nml']
05:52<George>Location: File "nml\free_number_list.py", line 74, in pop
05:52<George>[ERR]
05:53<@Alberth>add a -s option, and run again, please use a pastebin to paste output
05:54<@Alberth>hmm, free number list eh? probably you are using too many items of something
05:56<George>But how can I find what are they?
05:58<@Alberth>I hope the full stack trace gives that information
05:59<@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
06:02<George>https://paste.openttdcoop.org/phjott3qp
06:03-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
06:04<@Alberth>looks like an actionD expression that is too complicated
06:05<@Alberth>or you have too many, not sure
06:05<George>How can I test it?
06:06<@Alberth>replace some expression by something simple, and see if it compiles
06:06<@Alberth>"1" would work, I think?
06:07<@Alberth>obviously, it won't give a useful result if you try to run the result, but that's not the intention
06:08<George>The previous commit provides: https://paste.openttdcoop.org/p9kqqueyq
06:08-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit []
06:09<@Alberth>line 7 of that paste seems like a problem
06:09<@Alberth>and you even get a line number
06:10<@Alberth>126/127 means you have 1 Action2 register left
06:10-!-Pensacola [~quassel@88.159.51.52] has joined #openttd
06:11<George>Yes, but that limit was achieved on the other wagon
06:12<George>The wagon I code now should not have that amount of variants
06:12<@Alberth>Action2 registers are a shared resource, what you use at one place can't be used at another place
06:13<@Alberth>maybe you use a result further down or so? that would mean the compiler has to keep the value in a register
06:13<George>AFAIR that is not correct. 127 is a limit for them at once, but ones from a different cain does not count
06:14<@Alberth>I am just guessing here, I don't know enough of it
06:14<George>I
06:14<George>'ve changed to "1" as you suggested, but it does not compile anyway
06:15<@Alberth>I have no idea how nml allocates registers, sorry
06:16<@Alberth>but as it is a shared resource, many expressions are linked together, I don't think you can pinpoint the one expression
06:16<@Alberth>as there isn't one that is wrong
06:17<@Alberth>it's like a bucket of water that gets filled drop by drop
06:17<@Alberth>at some point it overflows, but you cannot easily blame a single drop
06:17<George>I've cut out one more part and no it compiles
06:18<@Alberth>(where drops vary in size, different expressions use different numbers of registers)
06:18<George>Have to cut off smaller parts
06:19<@Alberth>try to simplify expressions, perhaps compute some part once, and use it several times
06:19<@Alberth>at least I hope that's possible in nml
06:24<George>This code causes it
06:25<George>https://paste.openttdcoop.org/p2fuiynhw
06:25<George>I'm confused, because it is only a list of named values
06:25<@Alberth>it doesn't
06:26<@Alberth>it's the combination of all code
06:26<@Alberth>lots of drops, and at some point the bucket overflows
06:26<@Alberth>take out one random drop, and it doesn't overflow
06:26<@Alberth>but that holds for pretty much any drop you pick
06:27<@Alberth>people have any chance of using all the engines and wagons you added in a game?
06:29<George>:D that would be a hard task ... the set is ready for about only 10% :D
06:33<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
06:33<planetmaker>But I'm not sure whether I'm right with my assumption either :)
06:36-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
06:44<Eddi|zuHause>i ran into this years ago, but somebody didn't think anything needs to be done
06:45<planetmaker>question is: what can be done about it?
06:47<George>looks like "#define" may help me. I'm looking it at the moment
06:49<Eddi|zuHause>i think my suggestion was along the lines of "[const|bit|byte|word|dword] <id> = <expr>;"
06:50-!-frosch123 [~frosch@x5f746a39.dyn.telefonica.de] has joined #openttd
06:50<Eddi|zuHause>const will not reserve an actionD parameter, bit, etc. will be collected and stuffed
06:50<George>seems like
06:50<George>#define LV_RED_ARROW 30
06:50<planetmaker>maybe we need it afterall, Eddi|zuHause :)
06:50<George>is what I need
06:50<Eddi|zuHause>George: that would probably work
06:51<planetmaker>that will work, if my assumption is correct, yes
06:51<planetmaker>quak
06:51<@Alberth>quek
06:52<planetmaker>quick quek quak :P
06:52<frosch123>hola hi hoi
06:53<Eddi|zuHause>quick quack quuck?
06:53<frosch123>i like how companies send you an email these days when your package is about to get delivered
06:54<frosch123>except when they send the mail at 2am that the package arrives at 9am :)
06:54<frosch123>probably would have worked for eddi though
06:54<Eddi|zuHause>9am? what an ungodly hour to deliver anything :p
06:55<@Alberth>at worst, you are back to the pre-email situation :)
06:58-!-HerzogDeXtEr [~flex@i59F6A2B2.versanet.de] has joined #openttd
07:15-!-Pensacola [~quassel@88.159.51.52] has quit [Read error: Connection reset by peer]
07:18-!-Pensacola [~quassel@88.159.51.52] has joined #openttd
07:34-!-GenevaMode [~Adium@90.212.89.0] has joined #openttd
07:40-!-GenevaMode [~Adium@90.212.89.0] has quit [Quit: Leaving.]
07:56-!-GenevaMode [~Adium@90.212.89.0] has joined #openttd
08:22-!-George is now known as Guest7229
08:22-!-Guest7229 [~George@185.43.94.91] has quit [Read error: Connection reset by peer]
08:22-!-George [~George@185.43.94.91] has joined #openttd
08:30-!-GenevaMode [~Adium@90.212.89.0] has quit [Quit: Leaving.]
08:31-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has quit [Read error: Connection reset by peer]
08:31-!-Supercheese [~Superchee@cpe-76-178-136-186.natnow.res.rr.com] has joined #openttd
08:36-!-Wolf01 [~wolf01@host105-62-dynamic.252-95-r.retail.telecomitalia.it] has joined #openttd
08:36-!-GenevaMode [~Adium@90.212.89.0] has joined #openttd
08:37<Wolf01>o/
08:38<@Alberth>hi hi
08:38-!-GenevaMode [~Adium@90.212.89.0] has quit []
08:44-!-smoke_fumus [~smoke_fum@188.35.176.90] has joined #openttd
08:48-!-Pulec [~pulec@2a01:4f8:110:1463:127::2] has quit [Remote host closed the connection]
08:48<Wolf01>http://img-9gag-fun.9cache.com/photo/aepqeAm_460s.jpg really, i could reduce the rendering variables names length and they should remain understandable
08:49-!-Pulec [~pulec@2a01:4f8:110:1463:127::2] has joined #openttd
09:07<George>Thank's all, With #define I've solved my problem!
09:10<@Alberth>given that you are now at 10%, do the used numbers of various registers make sense?
09:11<George>What do you mean?
09:12<@Alberth>eg "nmlc info: Concurrent spritegroups: 173/256 ("xussr.nml", line 4513)" <-- would that grow to 1730 ?
09:13<frosch123>no, everything with "concurrent" does not grow if you add independent stuff
09:14-!-Biolunar [Biolunar@x4d086a34.dyn.telefonica.de] has quit [Quit: leaving]
09:14<@Alberth>nmlc info: D0xx strings: 812/1024 <-- so that one would grow to 8120 ?
09:15<@Alberth>https://paste.openttdcoop.org/p9kqqueyq btw
09:15<frosch123>yes, if the strings cannot be reused
09:16<George>https://paste.openttdcoop.org/poiys8rbs
09:34-!-gelignite [~gelignite@mue-88-130-83-076.dsl.tropolys.de] has quit [Quit: http://bit.ly/1kso8Ta]
09:38<Eddi|zuHause>i assume there's room for optimization there, like using dynamic composition via textstack instead of static composition through nmlc
09:40<frosch123>considering the amount of strings in eints, it does not look like nml is composing anything
09:48-!-GenevaMode [~Adium@cpc25-stok15-2-0-cust157.1-4.cable.virginm.net] has joined #openttd
09:49<Eddi|zuHause>well, if every vehicle gets its own cb23 string, you're probably running into trouble
09:49<Eddi|zuHause>the vehicle names themselves don't count
09:58<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));"
09:58<Eddi|zuHause>if you turn this composition into textstack, then it should significantly reduce the amount of strings
10:00<Eddi|zuHause>compare with https://dev.openttdcoop.org/projects/cets/repository/entry/scripts/write_engine.py#L190
10:00<frosch123>Eddi|zuHause: 1447 strings in eints, minus 323 train names, minus 97 cargo strings: remain 1027 strings
10:01<frosch123>i don't know how many a14 strings though
10:01<frosch123>but 1027 strings is quite beyond the reported 810 d0xx strings
10:03-!-Progman [~progman@p57A19B20.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
10:05<Eddi|zuHause>frosch123: the way i see it, every vehicle has a short and long name, which can be switched somewhere
10:05<Eddi|zuHause>so that's 2 non-strings per vehicle
10:06<Eddi|zuHause>there are probably also a bunch of unused things in there
10:07<Eddi|zuHause>anyway, still, the suggested replacement would reduce string usage by another #vehicles
10:09<Eddi|zuHause>in general, it's difficult to predict though, as nmlc does all sorts of messy optimizations
10:09<Eddi|zuHause>it may very well be that this will increase the number of strings
10:10<Eddi|zuHause>(but it then should be safer against growing with the number of vehicles included)
10:10<@Alberth>you'd need an optimization target for better control
10:19<Eddi|zuHause>i guess hardly anybody uses the text stack, because nmlc doesn't abstract it away
10:19<Eddi|zuHause>so it's difficult do wrap your mind around it
10:19<Eddi|zuHause>also, it's not actually a stack, you can't "push" to it independently from what is already on there
10:20<Eddi|zuHause>but that's rather an underlying NFO problem
10:20<@Alberth>nml isn't finished by a long shot
10:20<@Alberth>not sure, it will ever move much though
10:21<Eddi|zuHause>these tools usually grow with the people that use them
10:22<@Alberth>very few users know about compiler construction :(
10:22<Eddi|zuHause>that is probably true
10:23<Eddi|zuHause>and the ones that do, are totally lazy. :p
10:25<@Alberth>it's probably a misconception that people with commit rights care for all areas of the program
10:28-!-roidal [~roland@62-46-143-231.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds]
10:28<frosch123>oh, eddi knows about compiler construction?
10:28<Eddi|zuHause>yes.
10:29<Eddi|zuHause>i wrote my diploma thesis in this area
10:31-!-roidal [~roland@62-46-143-231.adsl.highway.telekom.at] has joined #openttd
10:54-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has joined #openttd
10:55<@Alberth>hi hi
11:00<LadyHawk>http://ladyhawk.flawlesscorruption.net/screens/depotwaypoint.png << i was kinda happy when i did that and figured out it flowed right (yes apparently im using the wrong pbs signals but hey)
11:00<LadyHawk>couldn't handle the traffic anymore so now it's http://ladyhawk.flawlesscorruption.net/screens/depotwaypoint2.png
11:01<andythenorth>o/
11:01<Wolf01>ho
11:08<@Alberth>you probably don't need the crosses after the way point, with high enough traffic they will cause more harm than good
11:08<@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
11:09<@Alberth>(and without junction, you can't have two trains on the same track :p )
11:09<@Alberth>but double depots are very useful, it's a good setup
11:10<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
11:10<LadyHawk>just looked nicer to copy it everywhere lol
11:11<LadyHawk>hmm
11:11<LadyHawk>about those crosses
11:12<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
11:12<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)
11:13<LadyHawk>that's the function of the waypoint
11:13<LadyHawk>stop them choosing at all
11:13<LadyHawk>having 2 depots on a single track to force serve the trains can't handle the traffic
11:14<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
11:15<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
11:15<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 =)
11:17<@Alberth>let me see if I can find an example
11:21<LadyHawk>and apparently signals that close together does allow more traffic on the line http://ladyhawk.flawlesscorruption.net/screens/closeup.png
11:21<LadyHawk>front train was slowed down during filtering, the train behind sped on at full speed and caught up haha
11:22<@Alberth>http://devs.openttd.org/~alberth/4_to_2.png 4 entry -> 2x2 exits, so each of the 4 entry lines can go in either direction, which then gets merged
11:23<@Alberth>I do have better ones, but much less findable, I am afraid
11:24<@Alberth>your more traffic is only temporary, the second train will block on the first junction that comes along
11:25<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
11:27<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
11:29<LadyHawk>http://ladyhawk.flawlesscorruption.net/screens/stationentry.png
11:29<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
11:30<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
11:32<@Alberth>I would have a waiting space in front of each platform, so the next train is waiting already
11:32<LadyHawk>hmm
11:33<@Alberth>there are about 4 platforms not used there
11:34<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?
11:35<@Alberth>depends on the amount of traffic that you feed it
11:35<Eddi|zuHause>you should split the traffic earlier, and have no crossovers before the platform
11:35<Eddi|zuHause>so you go 3->6->12 or something, without interference
11:36<Eddi|zuHause>or simply 3->9
11:36<Eddi|zuHause>with each line having access to 3 platforms separated
11:37<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
11:37<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
11:37<@Alberth>http://devs.openttd.org/~alberth/3k9_goods.png 8 platforms
11:37<LadyHawk>it ends up with the inner station tracks having queues, hence i have the split as late as possible
11:38<Eddi|zuHause>having more choices only means you get more chances to block the other train's route
11:38<Eddi|zuHause>make a waypoint.
11:39<LadyHawk>use the waypoints how? put them in places so at the train's time to choose they litterally want to go straight ahead?
11:40<LadyHawk>(sorry for all the questioning, just trying to understand in detail ><)
11:41<Eddi|zuHause>if the distance between order points is shorter, you can make sure better that the differences in length even out
11:42<Eddi|zuHause>to solve this problem of "the inner track is always a tiny bit shorter, and thus preferred"
11:42<LadyHawk>aha gotcha
11:42<Eddi|zuHause>this emphasises the penalties for occupied tracks, red signals and stuff
11:43<LadyHawk>yeah
11:43<Eddi|zuHause>so you make a waypoint short before, and short after there is a choice
11:44<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
11:46<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
11:47<LadyHawk>and stick a waypoint down somewhere before it too
11:50<@Alberth>https://devs.openttd.org/~alberth/junctions.png some intermediate steps in my selection junction
11:50<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
11:51<@Alberth>it shouldn't matter, the path finder will re-balance, although with your signal setup it may not work very well
11:51<@Alberth>what you want is free flow no matter where trains go
11:51-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
11:52<LadyHawk>lol yeah i guess i do
11:52<LadyHawk>from that last link it looks like it's the queueing that's making it so confusing to me
11:52<@Alberth>you have to always give trains a choice to switch to a more quiet track
11:53<@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
11:54<@Alberth>the queue removes that delay to a minimum
11:54<@Alberth>at the cost of choice, so you only do this at places where the train in front will be quick to leave
11:54-!-Pensacola [~quassel@88.159.51.52] has quit [Remote host closed the connection]
11:54<@Alberth>or if it doesn't matter
11:55<@Alberth>ie one train can be blocked for a longer time, but other trains will flow around it
11:55<@Alberth>prefering other platforms/directions instead
11:56<@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
11:58<LadyHawk>that makes perfect sense
11:58<@Alberth>it took quite a few years to realize that :p
11:59<@Alberth>and no doubt the openttdcoop people have even more advanced ideas about it :p
11:59<LadyHawk>in my case though the station can't be emptied, there's 54 coal mines stuffing the place
11:59<LadyHawk>it's more a case of getting as many trains loading up at any one time as possible
12:00<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
12:00<@Alberth>same with my 3k9 goods loading, you can't afford to have an empty platform
12:01<@Alberth>:o 54 mines :)
12:01<LadyHawk>so dumming it down to simple terms, if i add the queueing, i may need to add more traffic
12:01<LadyHawk>so even when there's trains in a que sitting around, there'll be more to flow around
12:01<@Alberth>you optimize on station loading
12:02<@Alberth>so at all times, there must be a train loading, leaving or arriving
12:02<@Alberth>where the latter two should be as small as possible
12:03<LadyHawk>yeah
12:03<LadyHawk>hmm
12:03<@Alberth>minimal solution is a signal right before and after the station platform
12:03<@Alberth>and a train waiting for the platform when the previous train is leaving
12:03-!-George [~George@185.43.94.91] has quit []
12:03<@Alberth>if that takes 'number of platforms' additional trains, fine
12:05<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
12:05<LadyHawk>this is interesting
12:05<@Alberth>traffic is limited by loading or unloading speed, eventually
12:05<LadyHawk>yeah
12:06<@Alberth>(multiplied by number of loading/unloading platforms)
12:06<@Alberth>note this is not optimal from a train point of view, it may have to wait here and there
12:07<@Alberth>but optimal train means you have always a platform available when a train arrives
12:07<LadyHawk>you want it optimal from a station's point of view
12:08<@Alberth>in this case yes
12:08<@Alberth>but the goal completely changes how you look at it, and how you build
12:09<@Alberth>and optimal for station doesn't mean just throw as many trains at it as you can
12:09<LadyHawk>lol
12:10<@Alberth>since that mostly just creates long queues and nothing else
12:11<@Alberth>it's a lot of fun experimenting build styles :)
12:11<LadyHawk>exactly
12:11<LadyHawk>im gonna go build the queueing thing
12:12<@Alberth>good luck :)
12:12<LadyHawk>on a different note i'm sorry but i stand by my original statement about the improved loader
12:12<LadyHawk>on a busy loading station like this.. you want it off and use the old one
12:12<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
12:13-!-GenevaMode [~Adium@cpc25-stok15-2-0-cust157.1-4.cable.virginm.net] has quit [Quit: Leaving.]
12:13<@Alberth>euhm, you mean improved loading setting, I guess?
12:14<LadyHawk>yeah
12:14<@Alberth>that does load multiple trains if cargo is available
12:14<andythenorth>mmm
12:14<andythenorth>FIRS economies
12:14<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
12:14<@Alberth>hi andy, nice idea, something between basic and full
12:15<LadyHawk>which means it sits there
12:15<@Alberth>ah, ok
12:15<LadyHawk>hence you cant empty the station, there's always at least a full train load there
12:15<LadyHawk>since supply is faster than loading speed
12:16<LadyHawk>i dont like that
12:16<andythenorth>I can’t decide on themes
12:16<@Alberth>in that situation, it might not matter much
12:16<andythenorth>whether to use real geographical locations (like the basic economies)
12:16<andythenorth>or made up to suit gameplay (like Full FIRS)
12:17<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
12:17<andythenorth>the thing I want to avoid is adding economies that are bland, because they’re just like Full FIRS, but with bits missing
12:17<@Alberth>more detailed topic? many different forms of oily things?
12:18<andythenorth>considered that
12:18<@Alberth>longer industry chains?
12:18<andythenorth>if I had Dan here, we’d probably be planning a detailed steel economy
12:18<andythenorth>furnace -> rolling mill -> pressing plant etc :P
12:18<@Alberth>steel plate 1mm thick, 2mm thick, 5mm thick :)
12:18<andythenorth>that sort of thing :)
12:19<andythenorth>daft, and quite train-spotterish I guess :)
12:19<andythenorth>hmm maybe I keep Heart of Darkness structure, but just rename it and adjust it
12:19<andythenorth>the point was to have an economy focussed on export, not processing
12:19<@Alberth>export of high tech waste from the west to other areas :p
12:20<andythenorth>shipbreaking :P
12:20<andythenorth>I think I want to avoid history lessons or lessons in politics and ethics :)
12:20<@Alberth>also electronics etc get dumped into africa
12:20*andythenorth sticking to the trains
12:20<@Alberth>/me unstickies andy
12:21<@Alberth>it's dangerous glueing yourself to trains :)
12:22<@Alberth>so export of asian goods to europe is out too, I guess?
12:22<andythenorth>nah
12:22<andythenorth>just no need to tie it down to one specific country
12:22<andythenorth>https://www.youtube.com/watch?v=VZvm5H4F-aA <- glued to a train
12:24<andythenorth>Wolf01: it’s a style http://www.brickshelf.com/cgi-bin/gallery.cgi?i=6330452
12:24<@Alberth>crazy guy
12:24<Wolf01>:o
12:24<andythenorth>quite intense colour use ^
12:24<@Alberth>looks good!
12:25<@Alberth>ever looked at the trains and trams posted by skidlow? also very nice colours
12:29<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
12:30<LadyHawk>much better now
12:30<@Alberth>http://ladyhawk.flawlesscorruption.net/screens/stationentry.png reducing the number of reachable tracks from each entry will help here
12:31<@Alberth>you don't want one track to block entry of another track, better have the former track wait a while
12:34-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving]
12:35-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
12:35-!-mode/#openttd [+v glx] by ChanServ
12:41<LadyHawk>hmm
12:42<@Alberth>sharing a few tracks to handle overflow at one incoming track is often useful if you have bursts of trains coming in
12:42<LadyHawk>i may do that..
12:43<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
12:43<LadyHawk>but because 1 train at the pbs block before the queue just had some really strange behaviour
12:44<LadyHawk>it had a free track to cross and enter a queue but instead decided to stop and sit there
12:44<LadyHawk>for long enough for 9 trains to stop behind it
12:44<@Alberth>ah yes, pbs tends to do that
12:44<LadyHawk>eventually it decided to go ahead and enter the queue
12:44<@Alberth>it's not good at seeing where trains before it go
12:45<@Alberth>I switched back to the entry/exit signals due to that, at heavy traffic
12:46<LadyHawk>i wonder if this is one of the reasons why i didn't build queues at stations before.. to avoid the odd behaviour
12:46<planetmaker>64k is enough for everybody^W spacecraft. :D
12:47<@Alberth>?
12:49-!-liq3 [liq3@CPE-120-148-51-74.gdfw1.lon.bigpond.net.au] has quit []
12:49<planetmaker>http://www.popularmechanics.com/space/a17991/voyager-1-voyager-2-retiring-engineer/
12:49<planetmaker>thus if you look for a job opportunity it might be for you :)
12:50<planetmaker>onboard system ressources might be a *bit* limited, though :)
12:51<andythenorth>so the challenge of an export/import economy
12:51<andythenorth>I only have 3 kinds of ports
12:51<andythenorth>so 9 accepted cargos / 6 produced
12:52<andythenorth>hard to make it intermediate or advanced, rather than basic
12:53<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
12:54<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
12:54<LadyHawk>or i suppose a waypoint should fix that, concern the trains with that order during the filter
12:55<@Alberth>planetmaker: ha, might be fun at times :)
12:56<@Alberth>never done any fortran though
12:59-!-sla_ro|master [~sla.ro@95.76.27.245] has joined #openttd
13:02<@Alberth>andy, perhaps the ports should only produce some cargoes if you supply some other cargoes?
13:04<@Alberth>perhaps in some rotation between the ports, so you can always deliver everything, but perhaps less efficient or so get things in return
13:07-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
13:07-!-mode/#openttd [+v tokai] by ChanServ
13:10<@Alberth>probably for a different economy, if you can look at the coordinates of building, perhaps build only at one side of the map?
13:10<@Alberth>right now all industries are mostly everywhere
13:12-!-GenevaMode [~Adium@cpc25-stok15-2-0-cust157.1-4.cable.virginm.net] has joined #openttd
13:13-!-tokai|noir [~tokai@00012860.user.oftc.net] has quit [Ping timeout: 480 seconds]
13:14-!-tokai [~tokai@00012860.user.oftc.net] has quit [Quit: c('~' )o]
13:19-!-Progman [~progman@p57A19B20.dip0.t-ipconnect.de] has joined #openttd
13:21<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
13:22<LadyHawk>eliminating choice or preference other than straight ahead
13:31<@Alberth>:)
13:38<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
13:41<LadyHawk>http://ladyhawk.flawlesscorruption.net/screens/pbsmadesmart.png
13:43<@Alberth>your trains aren't very fast? otherwise you could remove the 90 degrees corners after the station
13:44<LadyHawk>yeah im working on that ><
13:44<LadyHawk>you werent supposed to see that :P
13:45<@Alberth>:)
13:45<LadyHawk>i love showing things here.. people critisize and give me ideas to make it better :D
13:45<@DorpsGek>Commit by rubidium :: r27429 /branches/1.5/src/lang (16 files in 2 dirs) (2015-10-31 18:45:32 +0100 )
13:45<@DorpsGek>[1.5] -Backport: language updates from trunk
13:46<@Alberth>it was there in the previous picture too I think?
13:46<LadyHawk>yeah
13:46<LadyHawk>maybe =(
13:46<LadyHawk>it's just so much effort since i'll have to move my mergers over
13:46<@Alberth>it was, but then I missed it as a possible problem :)
13:59-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
14:28-!-tipsyTina [~tipsy@63.138.45.36] has joined #openttd
14:33-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail]
14:35-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
14:42<@Alberth>good night
14:47<LadyHawk>goodn ight
14:48-!-Alberth [~alberth@2001:981:c6c5:1:be5f:f4ff:feac:e11] has left #openttd []
15:11-!-liq3 [liq3@CPE-120-148-51-74.gdfw1.lon.bigpond.net.au] has joined #openttd
15:29-!-Certes [~Certes@cpc1-sgyl15-0-0-cust201.sgyl.cable.virginm.net] has joined #openttd
15:31<Certes>hi, it's my first visit, great to see so many people in here
15:35<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?
15:43<frosch123>https://www.tt-forums.net/viewforum.php?f=33 <- check the forums
15:43<Certes>thanks frosch, looking...
15:43<frosch123>the top two topics are about two patchpacks
15:43<frosch123>just check what they have
15:44<Certes>great, there should be enough links there to find what I'm looking for. thanks for your help.
15:46-!-gelignite [~gelignite@mue-88-130-83-076.dsl.tropolys.de] has joined #openttd
15:54-!-lx16 [~oftc-webi@80-246-167-46.slunecny.net] has joined #openttd
15:55<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.
15:55<lx16>hi, server list in openttd 1.5.2 isn't working? ..my game fetch the ip's but not game info on them
15:58-!-GenevaMode [~Adium@cpc25-stok15-2-0-cust157.1-4.cable.virginm.net] has quit [Quit: Leaving.]
15:59-!-Certes [~Certes@cpc1-sgyl15-0-0-cust201.sgyl.cable.virginm.net] has quit []
16:00-!-tipsyTina [~tipsy@63.138.45.36] has quit [Ping timeout: 480 seconds]
16:05-!-lukasz [~quassel@boj19.neoplus.adsl.tpnet.pl] has joined #openttd
16:06-!-lukasz [~quassel@boj19.neoplus.adsl.tpnet.pl] has quit [Remote host closed the connection]
16:08-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has quit [Quit: Snail]
16:14-!-lx16 [~oftc-webi@80-246-167-46.slunecny.net] has quit [Quit: Page closed]
17:05-!-Zuu [~Zuu@h-114-162.a98.priv.bahnhof.se] has joined #openttd
17:10-!-GenevaMode [~Adium@90.212.89.0] has joined #openttd
17:40-!-andythenorth [~Andy@cpc10-aztw26-2-0-cust867.18-1.cable.virginm.net] has quit [Quit: andythenorth]
17:40-!-roidal_ [~roland@62-46-143-151.adsl.highway.telekom.at] has joined #openttd
17:46-!-tokai [~tokai@00012860.user.oftc.net] has joined #openttd
17:46-!-mode/#openttd [+v tokai] by ChanServ
17:47-!-roidal [~roland@62-46-143-231.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds]
17:47-!-frosch123 [~frosch@x5f746a39.dyn.telefonica.de] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
17:47-!-roidal_ [~roland@62-46-143-151.adsl.highway.telekom.at] has quit [Quit: WeeChat 1.2]
17:51-!-sla_ro|master [~sla.ro@95.76.27.245] has quit []
18:09-!-Progman [~progman@p57A19B20.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
18:20-!-DDR [~David@S0106602ad0773a2e.vc.shawcable.net] has joined #openttd
18:33-!-Snail [~jacopocol@cpe-98-14-130-227.nyc.res.rr.com] has joined #openttd
19:15-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving]
19:17-!-Biolunar [Biolunar@x4d086a34.dyn.telefonica.de] has joined #openttd
20:12-!-Zuu [~Zuu@h-114-162.a98.priv.bahnhof.se] has quit [Quit: Leaving]
20:22<Wolf01>'night
20:22-!-Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.]
20:39-!-Biolunar [Biolunar@x4d086a34.dyn.telefonica.de] has quit [Ping timeout: 480 seconds]
20:45-!-Hiddenfunstuff [~Geth@y32.ip1.anvianet.fi] has quit [Read error: Connection reset by peer]
21:11-!-Tirili [~chatzilla@2a02:8109:680:910::3] has joined #openttd
21:19-!-HerzogDeXtEr1 [~flex@i59F6A464.versanet.de] has joined #openttd
21:22-!-smoke_fumus [~smoke_fum@188.35.176.90] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
21:24-!-HerzogDeXtEr [~flex@i59F6A2B2.versanet.de] has quit [Ping timeout: 480 seconds]
21:41-!-fjb [~frank@000158aa.user.oftc.net] has quit [Read error: Connection reset by peer]
21:43-!-HerzogDeXtEr1 [~flex@i59F6A464.versanet.de] has quit [Quit: Leaving.]
23:06-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
23:07-!-Tirili [~chatzilla@2a02:8109:680:910::3] has quit [Quit: ChatZilla 0.9.92 [SeaMonkey 2.38/20150928234557]]
23:13-!-gelignite [~gelignite@mue-88-130-83-076.dsl.tropolys.de] has quit [Quit: http://bit.ly/1kso8Ta]
23:48-!-Tirili [~chatzilla@2a02:8109:680:910::3] has joined #openttd
---Logclosed Sun Nov 01 00:00:13 2015