IRC logs for #openttd on OFTC at 2017-04-26
⏴ go to previous day
00:04:35 *** smoke_fumus has joined #openttd
00:14:55 *** FLHerne has joined #openttd
00:49:21 *** FLHerne has joined #openttd
01:07:00 <quiznilo> I suspect that the trains hit their 180 day maintenance deal on way to surprise
01:07:14 <quiznilo> so they sailed on through the station to the depot
01:07:32 <quiznilo> and now they're just sitting there... trying to get back to surprise station?
01:07:54 <Wolf01> Try to place depots before stations
01:09:34 <quiznilo> k, I can do that, but there will still be rare edge-cases when a train passes the last depot, hits 180 day maintenance, and sails right on through a station... to get stuck on the other side, strangely
01:10:04 *** Supercheese has joined #openttd
01:28:29 *** HerzogDeXtEr1 has joined #openttd
01:29:01 <supermop> quiznilo play without breakdowns
01:29:11 <supermop> or use explicit depot orders
01:35:45 <supermop> if a train has a depot order somewhere it wont decide to go on it's own
01:36:41 <supermop> if you want to use depot intervals and breakdowns, I guess you could build a loop so that a train that is stuck can return to the station
01:45:16 <FLHerne> quiznilo: There's a distance limit for the spontaneous maintenance
01:46:15 <FLHerne> If a train tries to go to a depot, but there isn't one within a couple of dozen tiles, it'll just carry on as normal
01:47:22 <FLHerne> So 'after stations' is often safe with typical spacing
01:48:01 <FLHerne> Er, 'before stations'
01:48:13 * FLHerne -> sleep, obviously needed
01:51:09 <quiznilo> ya thanks guys, I decided to put one in just before the station and funnel trains into it before they can move on to the station
01:51:48 <quiznilo> does YAPF do the pathing?
01:51:53 <quiznilo> for the depots, I mean
02:42:41 *** markjones has joined #openttd
02:49:48 <supermop> quiznilo: sometimes I do this:
03:02:48 *** sim-al2 has joined #openttd
05:30:26 *** welshdragon has joined #openttd
05:34:26 *** Supercheese has joined #openttd
05:47:28 *** sla_ro|master has joined #openttd
05:51:05 *** cosmobird has joined #openttd
07:39:13 *** andythenorth has joined #openttd
09:08:28 <Eddi|zuHause> yes, YAPF can find paths that require going through a depot
09:08:46 <Eddi|zuHause> (it will vastly prefer ones that don't, though)
09:24:32 <quiznilo> of course, that's sensible
09:25:03 <quiznilo> I'm testing out this patch that allows you to adjust the time, slow down the pace or pick it up, but it's bugged as hell
09:25:17 <quiznilo> it slows down everything... but not the vehicles
09:25:51 <quiznilo> so if you do 5x time rediction, that means all your vehicles travel 5x faster
09:26:17 <quiznilo> so you need 5x less infrastructure, basically
09:57:46 *** andythenorth has joined #openttd
10:37:26 *** FLHerne has joined #openttd
10:37:35 <Alkel_U3> quiznilo: regarding the depot maintenance thing, I always add explicit depot orders with 'service when needed' option, only way to be safe imho. Also that way I can offload servicing from hub stations with too high traffic to depots with less trafic around them
10:41:25 <quiznilo> nice, I'll experiment with that
10:42:40 <Alkel_U3> sometimes I use 'maintenance in nearest depot when needed' order when it's around big stations with multiple depots
10:50:30 <Alkel_U3> oh, and the return from depot after station to the station would also be simple, just use the path signals. I do that frequently just so I can buy a train / send a train to depot for modification and have it go straigt to the station then without requiring extra depot before the station just for that
10:51:14 *** andythenorth has joined #openttd
10:54:02 *** andythenorth has left #openttd
10:54:46 *** andythenorth has joined #openttd
10:54:49 *** andythenorth has left #openttd
11:14:16 *** JacobD88 has joined #openttd
12:09:49 <Wolf01> Java update is really shitty, each time it fails mid download, do they give a fixed time to download it?
12:10:07 *** FLHerne has joined #openttd
12:51:52 *** smoke_fumus has joined #openttd
13:02:46 *** TheMask96 has joined #openttd
13:10:50 *** welshdragon has joined #openttd
13:22:27 *** Lejving has joined #openttd
13:37:47 *** Lejving has joined #openttd
14:13:05 *** cosmobird has joined #openttd
14:33:51 *** chomwitt has joined #openttd
14:54:58 *** Hiddenfunstuff has joined #openttd
15:30:05 *** sla_ro|master has joined #openttd
16:15:07 <supermop_> autocad is registering like 60% of my left clicks as right clicks
16:15:16 <supermop_> but only when a command is active
16:55:08 *** mescalito has joined #openttd
16:55:09 *** Alberth has joined #openttd
16:55:09 *** ChanServ sets mode: +o Alberth
17:12:15 *** gelignite has joined #openttd
17:28:12 *** mescalito has joined #openttd
17:39:51 *** Wormnest has joined #openttd
17:53:49 *** TheMask96 has joined #openttd
18:48:41 *** Progman has joined #openttd
18:59:52 <quiznilo> what's a good clever AI script to play with?
19:00:58 <Alkel_U3> hire people to play the competition
19:10:42 <Alberth> find a nice one that fits your taste :)
19:12:09 *** HerzogDeXtEr has joined #openttd
19:31:30 <LordAro> what isn't loading? that page works fine for me
19:31:56 <Alberth> the AI that maddy wrote, is my guess :)
19:33:19 <LordAro> ah, well that's different
19:33:28 <LordAro> ai debug console to the rescue!
19:34:27 <Cubey> I like to play long games with an early start date in the 1800s. Is it necessary to turn inflation off in order to prevent running costs from exceeding profits after 100 years or so? Or is there some other option like an inflation setting that increases costs and profits at the same rate?
19:35:23 <_maddy> LordAro: oh, you were being clever there
19:36:25 <supermop> Cubey: there is no non-original inflation yet
19:37:03 <supermop> i've always felt it could be useful
19:37:38 <Alberth> Cubey: there is such a setting, it sets both rates to 0
19:37:57 <Cubey> Would that be setting inflation to off?
19:38:08 <Alberth> yes, it's a bad name :p
19:38:10 <supermop> that's what alberth means
19:38:56 <Alberth> ie there is no point in costs and profits rising, it just the numbers getting bigger
19:38:57 <Cubey> It's unfortunate that that setting makes the prices of vehicles unrealistic over time
19:39:00 <supermop> there is no way to say, decrease value of hoarded cash in real terms while keeping costs proportionate
19:39:01 <Alberth> nothing really changes
19:39:16 <_maddy> openttd is not detecting my ai, I have info.nut and main.nut in ./ai/CrusherAI/
19:39:28 <Cubey> Well, an inflation that just makes the numbers get bigger with differential between costs and profits DOES have the effect of diminishing the value of savings
19:39:37 <supermop> Alberth there is plenty of reason - same as why central banks like to encourage modest inflation
19:40:10 <supermop> to promote spending by reducing the real value of 1M in a bank over 50 years
19:40:41 <Cubey> Other than that it would be just a cosmetic change though, I guess
19:41:06 <_maddy> a lot of things about the openttd economy are not very realistic...
19:41:06 <Alberth> _maddy: you can set a -d option at the command-line with openttd, to get more output what it finds and decides, run "openttd -h" for getting help
19:41:22 <Alberth> _maddy: name one thing that is realistic :p
19:41:48 <_maddy> awesome now I got a proper error message :) thanks
19:42:03 <LordAro> Alberth: there is money
19:42:15 <Alberth> _maddy: at least a starting point :)
19:42:57 <Alberth> LordAro: there is? It all just looks like bits to me :)
19:43:03 <Cubey> I don't see it as being about realism so much as gameplay
19:43:38 <Cubey> It seems like the player would expect a locomotive to cost quite a lot more in 2020 than in 1880
19:44:21 <_maddy> I think there is a mod/patch that focuses on the economy on the forums.. never tried it though
19:44:31 <Alberth> they would? I don't know if you take out inflation, is an engine really more expensive?
19:45:50 <Alberth> LordAro: You can have the 99% of my OpenTTD money, if I can have 1% of it in real euros :p
19:45:51 <Cubey> Well, in the modern world a new airplane or a locomotive or whatever costs on the magnitude of millions of dollars
19:46:24 <LordAro> Alberth: ah, that's something that's realistic - the conversion dates for euros
19:46:26 <Alberth> modern world does have inflation :)
19:50:17 <Alberth> conversion dates are a bit broken though, you can play in euros before it is invented :p
19:51:25 <LordAro> you can play before most of the currencies are invented :p
19:51:39 <LordAro> with the possible exception of drachma
19:52:33 *** frosch123 has joined #openttd
19:52:51 <Eddi|zuHause> openttd has unfortunately no negative dates
19:56:59 <Alberth> it has an offset of 1950 years
20:18:01 *** Hiddenfunstuff has quit IRC
20:26:55 *** JacobD88 has joined #openttd
20:30:42 <_maddy> oh there is a feature to set a custom currency, didn't know of that
20:31:48 <Alberth> people invent new currencies all the time! :p
20:40:35 *** Stimrol has joined #openttd
20:43:30 *** andythenorth has joined #openttd
21:24:54 *** nekomaster has joined #openttd
21:25:27 <nekomaster> I love when I try to figure out things for myself and I can never get anything right
21:25:44 <nekomaster> Like why is it so hard to get data to make a heightmap
21:27:35 <nekomaster> it would seem that its almost impossible to get DEM or proper TIFF files to make heightmaps now
21:27:48 <nekomaster> I've tried everything I could think of all day and nothing works
21:28:15 <nekomaster> is a heightmap of canada to make a huge scenario out of too much to ask for?
21:52:54 <Alberth> andythenorth: I didn't see that, but I got at that point already :) thanks though, it's good to see others reach that same conclusion :)
21:53:53 *** FLHerne has joined #openttd
21:53:58 <andythenorth> python ottd then :P
22:05:00 *** chomwitt has joined #openttd
22:07:45 <Eddi|zuHause> nekomaster: you usually don't find good heightmaps that far north
22:08:03 <nekomaster> I just want data for mainland canada
22:08:11 <Eddi|zuHause> nekomaster: because heightmap generators use silly mercator projection
22:08:25 <nekomaster> I don't really care about the projection much
22:08:32 <Eddi|zuHause> which gives you terribly out-of-scale canadas
22:08:34 <nekomaster> I have to fit the map into a square anyways
22:08:41 <Cubey> That far north you are going to have to think about map projection though
22:08:55 <Cubey> Like what shape do you even want Canada to be?
22:09:24 <nekomaster> a huge 4096x4096 square
22:09:56 <nekomaster> Like one map I did, only it was flat
22:10:30 <Eddi|zuHause> nekomaster: you get the added problem that you should rotate the heighmap by 45° to fit openttd's map orientation
22:10:55 <Eddi|zuHause> which means you need additional area on the heightmap to cut off
22:11:05 <nekomaster> if anything, my issue is finding any way to get satellite data and use it
22:11:12 <nekomaster> the old methods don't seem to work anywmore
22:11:55 <Cubey> You could start with a high resolution global height map, crop canada out, and then reproject the image into something suitable for that latitude
22:11:58 <nekomaster> also I tried stitching together some GeoTIFF's from Earth explorer and some TIFF's the land was eaten away by the ocean or there werent any great lakes
22:12:04 <Eddi|zuHause> nekomaster: how about you just play the USA scenario?
22:12:14 <Eddi|zuHause> it contains lots of canada
22:12:28 <nekomaster> but I want a large canada map
22:12:57 <nekomaster> that way theres space in many area's to build rail like in real life
22:13:12 <nekomaster> the USA scenario makes it really hard to build a proper Windsor to quebec corridor
22:13:16 <Eddi|zuHause> if you have problems with too much or too few water, you need to adjust brightness in an image editor
22:13:38 <nekomaster> Nah, its not the brightness, the TIFF files them selves just have too much black area period
22:14:22 <nekomaster> One map I stiched together and much of the north was missing because it was replaced by lots of water
22:14:26 *** sim-al2 has joined #openttd
22:14:38 <nekomaster> because the TIFF files had too much black area that couldn't be brightened
22:14:53 <Cubey> You might need to make the scale of the image nonlinear
22:15:07 <nekomaster> I dont even know what that means
22:15:47 <Cubey> It means that you could for example make it so that the difference between "0" and "1" is bigger than the difference between 254 and 255
22:15:50 <Cubey> If that makes any sense
22:16:30 <nekomaster> but how would I even do that, not like I can change that easily
22:16:34 <Cubey> Think about every pixel as a value between 0 and 255 (or 0% and 100% or 0 and 1 or whatever you want)
22:16:41 <nekomaster> I don't want to spend months making a super realistic scenario
22:16:51 <nekomaster> I just want a decent map to make a fun to play Canada scenario
22:17:09 <Cubey> Let's use the range 0 to 1 for simplicity
22:17:11 <nekomaster> So I'm not worried about 100% realism so long as I can fit most of the major stuff in
22:17:20 <Cubey> If you multiplied the image by itself in your editor
22:17:33 <Cubey> Every 0 pixel would still be 0 and every 1 would still be 1
22:17:47 <nekomaster> But I dont even know how you'd do that to stretch it out like that
22:18:05 <nekomaster> Other then stretching out parts of the map at a time
22:18:11 <Cubey> Have you used photoshop or GIMP or a program like that?
22:18:25 <nekomaster> I'm using GIMP but I'm a noob at photo editing stuff
22:19:01 <Cubey> This isn't really photo editing because doing this stuff to actual photos would make them look very strange
22:19:03 <nekomaster> Thats another issue I have too, I could try getting SRTM GeoTIFF files, but the brightness seems to be off on the edges of every section
22:19:18 <Cubey> It's used e.g. by astronomers so that they can see both a dim star and a very bright star in the same image
22:19:44 <nekomaster> SRTM maps look lik they would work IF THE BRIGHTNESS WASNT ALL OVER THE PLACE
22:19:57 <Cubey> What I'm saying is that in real life, and therefore in a height map with a realistic vertical scale, the highest mountains are tens of thousands of times higher than a plain near sea level
22:20:13 <Cubey> You can use math to "flatten" the brightest areas
22:20:26 <nekomaster> I dont know how to do that either
22:20:40 <Cubey> I'm not doing a very good job of explaining it...
22:20:43 <nekomaster> Another issue is that the SRTM stuff is broken up into smaller chunks
22:21:03 <nekomaster> so that means a lot more downloading and stiching tiff's together
22:21:14 <Cubey> That's going to be a bigger problem because you probably won't be able to line them up perfectly so near the pole
22:21:21 <Cubey> Because the earth is round
22:21:32 *** FLHerne has joined #openttd
22:21:59 <nekomaster> I just wish there was an easier way of doing this
22:22:07 <Cubey> nekomaster, in GIMP use the "curves" tool
22:22:14 <Cubey> I think it's in the "image" menu
22:22:44 <nekomaster> yeah, I know where that is
22:22:47 <FLHerne> nekomaster: In GIMP, try Tools -> Colour Tools -> Curves
22:22:58 <Cubey> By default your lightcurve is a straight line, right
22:23:59 <nekomaster> heres an example of the issue with the SRTM stuff
22:24:00 <Cubey> Without changing the extreme ends of it (leaving them at 0 and 1), you could change the shape of the line in between so that it curves upward (like /**** ) or downward (like \__ )
22:24:49 <nekomaster> its like the satellite just said fuck it on every pass
22:24:54 <Cubey> I think that may be caused by the nature of a satellite
22:25:15 <Cubey> So the curvature of the earth is part of the heightmap
22:25:18 <Cubey> Which is not what you want
22:25:31 <Cubey> Because you want to project the round earth onto a flat plain
22:25:32 <nekomaster> I didn't think this was going to be easy but this is stupidly hard since the old ways of making maps doesnt work
22:25:44 <Cubey> Find a global heightmap
22:25:57 <Cubey> Canada is big so you don't even need a very high res one to get 4096 pixels across canada
22:26:00 <nekomaster> there aren't any global heightmaps with a high enough resolution
22:26:20 <Cubey> You are probably going to want to smooth the image to make it playable in OpenTTD anyway
22:26:32 <Cubey> So you can upscale a smaller one and it won't be a problem
22:27:37 <nekomaster> yeah, I can't find any decent height maps of the world
22:28:01 <nekomaster> the ocean is too bright
22:28:10 <nekomaster> so there will be too much feature loss
22:28:16 <Cubey> Right but you can fix all that with the curves tool
22:28:27 <nekomaster> what I mean is florida is the same color as the ocean
22:28:38 <nekomaster> Same with islands up north in canada
22:28:52 <nekomaster> and the great lakes look like huge plains
22:29:07 <Cubey> Because of what I was saying before: most of Florida is like 2 ft above sea level, while the rockies are tens of thousands of feet above sea level
22:29:16 <Cubey> And the pixels only go from 0 to 255
22:29:43 <nekomaster> I need a heightmap where the ocean is black or at least hte darkest
22:29:45 <Cubey> So you need to stretch the values close to zero into a bigger range, and compress the values close to 255 into a smaller range
22:31:32 <Cubey> I'm gonna open up GIMP and mess around with this now because you've got me curious if it will actually work
22:31:54 <andythenorth> levels in photoshop would do it
22:31:57 <nekomaster> well I might have something going for canada, I at least have the ocean coasts where they should be
22:31:57 <andythenorth> gimp probably similar
22:32:01 <nekomaster> and the great lakes
22:32:10 <nekomaster> but I'm still missing other major lakes and major rivers
22:32:15 <nekomaster> like the st lawrence
22:33:03 <Cubey> If you have a flat map with the oceans and lakes in the right places, and a heightmap with problematic water but that is otherwise aligned with your flat map
22:33:21 <Cubey> You could just overlay the bodies of water from the flat map onto the height map
22:33:44 <nekomaster> though its not so easy for me when two maps dont line up properly
22:33:44 <Cubey> GIMP won't start up on my PC for some reason...
22:34:16 <Cubey> Map projection might be biting you there too
22:34:36 <nekomaster> I'm a noob at all this GIMP/Photoshop stuff
22:35:04 <nekomaster> I'm so green my head hurts even thinking about the time and effort that will go into trying to figure it out
22:35:25 <Cubey> Even if you did a lot of photo editing this stuff would seem strange because it's not really what photo editing tools are designed to do
22:35:27 <nekomaster> I'm not worried about getting every river and stream in the map, but I would like all the major water bodies at least
22:35:42 <nekomaster> I'm more use to drawing maps by hand and what not
22:35:44 <Cubey> Astronomers, geologists, etc. use specialized tools most of the time
22:37:07 <Cubey> Ultimately the problem with height maps is that "height" isn't even well defined globally
22:37:28 <Cubey> You can measure how high something is relative to its immediate surroundings
22:37:38 <nekomaster> well I just at least want the Addrinoc, Appelichian, and Rocky mountains and the major lakes and rivers
22:37:46 <Cubey> I.e. the satellite reads that this "pixel" is 200ft higher than that pixel next to it
22:37:52 <nekomaster> I want the map to be fun, not bland or realistic and tough
22:38:05 <Cubey> But over the entire surface of the earth, how do you even define what the zero height is?
22:38:16 <Cubey> The oceans aren't really "level"
22:38:21 <Cubey> And the Earth isn't really a perfect sphere
22:38:40 <nekomaster> honestly, how do humans make accurate measurements period
22:39:20 <Cubey> So the scientists who turn those satellite frames with the misaligned edges into a smooth global heightmap had to make up a (somewhat arbitrary) model of the "shape" of the Earth minus all the geography
22:39:58 <nekomaster> I just wonder how people previous took satellite data and turned them into height maps
22:40:06 <nekomaster> then again I'm asking for an entire country
22:40:11 <nekomaster> basically half of North America
22:40:27 <nekomaster> previous height maps where mostly of smaller countries like France, UK, and Japan
22:40:46 <Cubey> And none of those countries have large inland lakes
22:41:40 <nekomaster> Still, it would be nice if I could get something where the lakes where represented as 0, even if they aren't actually at sea level
22:42:06 <nekomaster> I dont have the time to fill int he lakes by hand
22:42:55 <Cubey> I've noticed that all the Japan heightmaps struggle to represent even the modestly sized lakes Japan has though
22:43:24 <nekomaster> though if someone is patient they could probably put in the lakes by hand
22:43:34 <nekomaster> I how ever do not have the time and patience
22:43:42 <nekomaster> at most I dont want to spend more then a couple weeks
22:43:57 <Eddi|zuHause> openttd's heightmap feature doesn't do rivers/lakes
22:44:09 <Cubey> Oh look at that GIMP finally opened after slowing my computer to a crawl for 15 minutes and completely freezing up
22:44:20 <nekomaster> I know, you have to do that by hand with the river tile thingy
22:44:33 <nekomaster> Also it might help to disable GIMP from loading external stuff
22:44:37 <Eddi|zuHause> there was a proposal to have rivers/lakes as additional image layer
22:44:40 <Cubey> If you artificially put a lake at sea level, the terrain generator would make an inland sea there though right?
22:44:43 <Eddi|zuHause> but it was never implemented
22:45:06 <nekomaster> yeah, if I make lake ontario as Absolute zero black, it'll be a huge inland sea instead
22:45:27 <nekomaster> though that also means there will be no niagra falls
22:45:53 <nekomaster> thats the only thing that sucks about not putting the effort into putting in the lakes manually ingame
22:46:16 <nekomaster> then I could have a semi-realistic niagra falls
22:48:21 <nekomaster> Also when I say I don't really have the time, thats because until goto Adult school in September, I have to find work
22:48:49 <nekomaster> and so I wont have a lot of time to be dicking around with the manual placement of every feature which takes longer then just getting it done through the heightmap
23:20:25 <nekomaster> I love how gimp mentions multi-threading and lets you set how many cores to use
23:20:30 <nekomaster> and its still using only 1 core
23:31:50 *** Progman has joined #openttd
continue to next day ⏵
