IRC logs for #openttd on OFTC at 2019-06-25
⏴ go to previous day
00:17:43 *** Thedarkb-T60 has joined #openttd
00:36:10 <DorpsGek_II> [OpenTTD/OpenTTD] James103 commented on issue #7626: Building drive through road stop on town-owned one-way road crashes game. https://git.io/fjrqF
01:07:23 *** ChanServ sets mode: +v tokai
02:24:51 *** snail_UES_ has joined #openttd
03:24:58 *** sim-al2 has joined #openttd
03:48:17 *** LordAro has joined #openttd
04:01:57 *** Smedles has joined #openttd
04:22:02 <DorpsGek_II> [OpenTTD/OpenTTD] btzy commented on issue #7580: Feature Request: When loading a saved game, the file picker should remember the last used directory https://git.io/fjr3j
04:22:34 *** tyteen4a03 has joined #openttd
07:29:06 *** luaduck has joined #openttd
08:20:16 *** sla_ro|master has joined #openttd
08:22:10 *** snail_UES_ has joined #openttd
09:23:14 *** ericnoan has joined #openttd
09:35:07 *** lagertonne has joined #openttd
09:52:07 <Eddi|zuHause> the ending -ing usually describes a process, so "morning" is the process of becoming "morn"
10:14:48 <reldred> there is mourning involved, yes, generally.
10:29:10 *** andythenorth has joined #openttd
10:30:11 <andythenorth> Eddi|zuHause: o/
10:30:38 <andythenorth> for perishable cargo payment rates: if I check cargo in vehicle for, e.g. food, milk etc
10:30:49 <andythenorth> and set the cargo aging period accordingly
10:31:07 <andythenorth> do I need to be concerned about what the cargo has actually defined as age periods?
10:31:21 <andythenorth> i.e. I don't have any way to detect what the industry set is doing
10:32:05 <andythenorth> (the concern arises when writing docs to explain to player how it works)
10:33:45 <reldred> Sigh, Andy, I hate to gush, but I really, really like those little industrial trams of yours
10:34:31 <andythenorth> in HEQS? Or Hog?
10:35:00 <reldred> One of the two. I forget which now. Which one is the Heningdorf in?
10:44:13 <Eddi|zuHause> ... i hate when he does that...
10:45:19 <reldred> yeah, here's me checking the credits on the grf to see whether I was actually singing praises of his mortal ttd community rivals .grf
10:45:55 <Eddi|zuHause> i mean, asking a question and then disappearing five minutes later
10:46:12 <reldred> Well yes, that too I guess.
10:46:31 <reldred> Somebody needs to set him up with znc, or irssi in a tmux session
10:46:38 <LordAro> someone should get hi- ^
10:48:03 <Artea> but doubt he would use it
10:49:51 <reldred> Strange, I never used to use road vehicles in ttd but now with cargo dist and nrt I'm using them religiously.
10:52:22 <nakki> i'd like to remind everyone that weechat > irssi
10:57:14 <reldred> look, I'd like to remind everyone that ¯\_(ツ)_/¯
11:00:41 <peter1138> Yeah, cargo dist makes using different vehicle types more enjoyable.
11:02:17 <reldred> For sure. I've turned it off for regular cargo, but for passenger services I swear by it.
11:02:38 <nakki> yeah it's pretty much required for passenger and mail service to be enjoyable
11:02:51 <nakki> i still only use trains, though
11:04:28 <reldred> Yeah I default to trains, but I'm playing some really large maps (1k*4k) and using andy's industrial trams for short distance stuff and trains for long distance.
11:04:56 <reldred> and a few well placed tram routes in cities really help make intercity train runs more profitable.
11:05:22 <nakki> oh yeah, feeder services for trains are nice, but i usually stick to industry
11:11:16 *** Lejving has joined #openttd
11:17:29 *** andythenorth has joined #openttd
11:24:10 <reldred> hmmm, pathfinding for long road vehicles is interesting however.
11:24:38 <reldred> still, five tile long industrial trams just makes me giggle.
11:30:18 *** ZirconiumX has joined #openttd
11:31:04 <Eddi|zuHause> i usually use the shorter ones
11:31:26 <reldred> These are pushing it a bit but it's fun
11:32:46 <peter1138> Only issue is I already had a snack 15 minutes ago. I must have been very thirsty to finish that coffee in 15 minutes.
11:33:21 <reldred> black coffee is like no kilojoules so drink up
11:33:33 <reldred> til the brain aneurysm happens at least
11:41:31 <peter1138> Yeah, I tend to have a bit of food with it at around this time of day as well.
11:45:15 *** Speedy` has joined #openttd
12:26:25 <reldred> Sigh, I forgot the 'go-via' order existed and worked for road vehicles.
12:28:41 <Eddi|zuHause> i'm sure you're missing a dozen other essential features as well :p
12:28:52 <reldred> Timetables. I never learnt them
12:29:08 <Eddi|zuHause> timetables are terrible to manage
12:29:13 <reldred> And at this point I'm too afraid to ask how
12:30:52 <reldred> I mean I remember when waypoints were first added to ttdpatch and before that we made single tile train stations with the go-via order but for some reason it escaped me I could do the same with road vehicles.
12:31:25 <reldred> Just chalk it up to dumb bitch disease I guess.
12:36:41 *** Arveen2 has joined #openttd
12:42:41 <Eddi|zuHause> we also now have "no loading and no unloading" orders, which is like go-via, but the train still stops (and can be timetabled to wait)
12:42:43 *** ntsbmvnk has joined #openttd
12:43:21 <reldred> And there you said it again, timetables XD
12:43:43 <Eddi|zuHause> timetables are great. except the management
12:44:02 <reldred> Yeah, I think I need to make an effort to sit down and learn it before I do my next big pax route.
12:44:14 <Eddi|zuHause> you can get much denser well-moving traffic if you have a properly set up timetable
12:44:31 <reldred> Yup, that's what my last few maps desperately needed
12:45:00 <reldred> I need to start a new game anyway, left this one on fast forward too long and now it's the 50's.
12:45:13 <Eddi|zuHause> like, i had transrapid routes from A-B and A-C, with a merge halfway down the line
12:45:29 <Eddi|zuHause> with timetables, you can make them interleave properly, without slowing down
12:45:37 <Eddi|zuHause> (so-called "evil mode")
12:46:03 <reldred> Yeah I'm on nightshift at work babysitting progress bars
12:46:17 <reldred> and yeah, experimenting with a few things with road vehicles
12:46:33 <reldred> so putting it on FF to see what would happen, would it jam up over time, etc.
12:46:39 <Eddi|zuHause> road vehicles are good for your first steps with timetables
12:47:08 <nakki> i could never figure out timetables
12:47:12 <nakki> even though i kinda wanted to
12:47:15 <nakki> for spacing out buses and such
12:47:19 <Eddi|zuHause> what usually happens with RVs is that they bunch up, with proper timetables they stay separated equally
12:49:10 <Eddi|zuHause> basic rules i use to set up RV timetables: 1) let the first vehicle run empty, without being blocked as best as possible, 2) increase the wait time at the end stations, possibly reduce it at middle stations, 3) ensure vehicles can overtake at the end stations
12:52:10 <peter1138> My thing with timetables is I seem to expect vehicles to be able to make up time, despite the schedule being set up for the minimum time already possible. I know it's wrong :p
13:12:33 *** tycoondemon has joined #openttd
13:21:24 <Eddi|zuHause> that's one of the things missing, set up time for 80% of max speed, and only speed up to 100% if late
13:21:35 <Eddi|zuHause> the other thing missing is synchronizing two timetables
13:24:20 *** quiznilo has joined #openttd
13:49:35 *** andythenorth has joined #openttd
13:50:59 *** buggeas40d[m] has joined #openttd
13:51:06 *** freu[m] has joined #openttd
13:52:07 *** gandi[m] has joined #openttd
13:53:09 *** grag[m] has joined #openttd
13:54:05 *** iarp[m] has joined #openttd
13:54:07 *** ist5shreawf[m] has quit IRC
13:54:12 *** ist5shreawf[m] has joined #openttd
13:55:18 *** josef[m] has joined #openttd
13:57:21 *** andythenorth has joined #openttd
13:57:32 *** labs[m] has joined #openttd
13:59:32 *** lapav[m] has joined #openttd
14:00:33 *** natmac[m] has joined #openttd
14:02:48 *** ookfof[m] has joined #openttd
14:13:29 *** yoltid[m] has joined #openttd
14:47:25 *** Thedarkb-T60 has joined #openttd
15:00:40 *** snail_UES_ has joined #openttd
15:04:46 *** sim-al2 has joined #openttd
15:05:05 *** andythenorth has joined #openttd
15:09:41 *** WWacko1976-work has quit IRC
15:14:00 *** jact[m] has joined #openttd
15:33:41 *** WWacko1976-work has joined #openttd
16:04:02 *** andythenorth has joined #openttd
16:38:11 <peter1138> Snacky McSnackFace.
16:43:00 <reldred> I had a 2nd dinner. Cheese kransky since my work shift didn't end til 10pm (it started at 11am)
16:43:09 <Eddi|zuHause> i don't think what i just ate would pass as a "snack"
16:45:22 *** frosch123 has joined #openttd
16:55:03 *** andythenorth has joined #openttd
17:55:00 *** HerzogDeXtEr has joined #openttd
18:11:39 *** sla_ro|master has joined #openttd
19:01:02 *** sla_ro|master has joined #openttd
19:07:53 *** andythenorth has joined #openttd
19:15:19 <nielsm> andythenorth: for the mac framerate issue, can you try editing video/cocoa/event.mm and change the GetTick() function to be similar to GetPerformanceTimer() from framerate_gui.cpp, except time_point_cast<milliseconds>
19:15:38 <nielsm> and you also need to add #include <chrono>
19:15:45 <andythenorth> likely I can later yes
19:15:54 <andythenorth> have to make kids' dinner, then do some chores :)
19:16:21 <andythenorth> I lost interest yesterday due to silly comments :P
19:16:22 <nielsm> return (uint32)time_point_cast<milliseconds>(high_resolution_clock::now()).time_since_epoch().count();
19:16:53 <LordAro> nielsm: thisisfine.jpg
19:17:32 <nielsm> truncation is okay as long as you don't wait more than 49 days between calls
19:17:55 <nielsm> since you just need to be able to take differences between monotonic unsigned values
19:21:30 <LordAro> @calc 1/(49*24*60*60)
19:21:30 <DorpsGek> LordAro: 2.36205593348e-07
19:21:46 <LordAro> so as long as you have more than ^ fps, you should be fine
19:21:51 <Eddi|zuHause> 49 days is such a typical windows overflow
19:22:12 <nielsm> yeah it's a famous bug that was fixed in one of the windows nt 4 service packs
19:22:19 <nielsm> system freezes after 49 days of uptime
19:22:45 <nielsm> I guess the 9x versions may also have been affected
19:28:24 <Eddi|zuHause> nielsm: it's a bug that keeps reappearing all over the place
19:28:57 <Eddi|zuHause> nielsm: like there was an airplane that had to rebooted every 49 days to avoid some problems with unhandled overflow
19:30:03 <nielsm> I think that was a boeing 787
19:35:51 <nielsm> and airlines did not want to reboot the aircraft since they have to run them all day and night for max profit and the startup sequence takes too long time
19:43:51 *** gelignite has joined #openttd
19:53:28 *** Progman has joined #openttd
20:31:22 <Firzen> Somehow my friend can't join my local server anymore. It worked last time (some months ago) with the old version (1.7). Now we're using 1.9.1. Anything changed since then? I forwarded the port TCP and UDP and we have no firewalls running...
20:33:29 <nielsm> nothing major should have changed
20:33:52 <nielsm> are you connecting via ip address or waiting for the server to show up in the server browser automatically?
20:34:32 <nielsm> and I assume by "local server" you mean over a LAN, not over internet
20:34:55 <nielsm> make sure Advertised is set to Yes when starting the server
20:34:59 <Firzen> No, via internet, but the server runs on my computer.
20:35:14 <Firzen> is advertised needed even when he adds it via IP?
20:35:33 <nielsm> advertised is for making it auto-discoverable on a LAN
20:36:31 <Firzen> It always worked like this as well.
20:45:49 <Eddi|zuHause> you survived what, legoland?
20:46:43 <Wolf01> We walked about 56km in 3 days, with a lot of bags full of lego
21:25:20 *** Wormnest has joined #openttd
21:28:20 *** snail_UES_ has joined #openttd
21:38:34 *** andythenorth has joined #openttd
21:39:21 <andythenorth> nielsm: so what eh? Test this framerate thing?
21:39:40 <andythenorth> I set configure to some high debug level, that slows things down?
21:40:03 <nielsm> no just run normally with that change
21:40:19 <nielsm> see if it can ffwd correctly
21:40:28 <andythenorth> I need to reset the debug level
21:41:53 <andythenorth> google is finding nothing useful for instructions
21:43:22 <nielsm> --disable-debug should be all you need to ,/configure if you want to make a non-debug build
21:43:34 <nielsm> or maybe --enable-debug=0
21:43:45 <nielsm> (I'd try "disable" first)
21:43:46 <andythenorth> the latter I think
21:43:52 <andythenorth> disable is unknown
21:45:40 <andythenorth> so replace "return tim.tv_usec / 1000 + tim.tv_sec * 1000;" in GetTick with the line above?
21:46:01 <nielsm> and add #include <chrono>
21:46:24 <nielsm> also you need "using namespace std::chrono;" before that line I wrote
21:46:28 <andythenorth> do I need to keep or delete "struct timeval tim;" ?
21:46:34 <andythenorth> and "gettimeofday(&tim, NULL);"
21:46:56 <nielsm> replace the contents of the function :)
21:47:38 * andythenorth needs more CPU cores
21:48:09 <andythenorth> I have pegged out all 8 :P
21:48:51 <andythenorth> 28 Xeon cores anyone? :P
21:49:21 <andythenorth> nielsm: ok compiled :)
21:50:03 <nielsm> run the game and look at the framerate
21:50:09 <nielsm> see if ffwd does something
21:50:40 <andythenorth> would a video be more useful than words?
21:51:17 <nielsm> I'm not sure if it's necessary
21:52:15 <andythenorth> ffwd kicks the game loop and video rate both up to around 50fps
21:52:23 <andythenorth> baseline is about 28fps
21:52:34 <andythenorth> speed factor is hovering around 1.9x
21:52:42 <andythenorth> can't remember what it used to be on previous OS
21:52:43 <nielsm> what resolution and scaling are you running?
21:53:27 <nielsm> try setting scaling to 1x for text and ui, and resolution to 1024x768 windowed, see if that makes things better
21:54:15 <nielsm> also what kind of times are you getting for Drawing and Video Output
21:56:50 <andythenorth> video output is around 0.00ms
21:57:09 <andythenorth> rendering is about 0.26ms
21:57:23 <andythenorth> oh it's gone up to 0.4ms when I closed a news message, weird
21:58:04 <andythenorth> ^^ those values are quite constant ffwd / not ffwd btw
21:58:08 <andythenorth> I will now change scaling
21:58:26 <nielsm> if your drawing and rendering times are that low then scaling/res should not matter
21:59:23 <andythenorth> I am testing a few things
21:59:40 <andythenorth> I've just removed 7 AIs from the game, to avoid possible AI distortion
22:00:38 <andythenorth> ok I'll try combos of UI and font scale now
22:00:49 <andythenorth> both 1x, viewport in corner of the map
22:00:54 <nielsm> if the fps is still unreasonable with that then I have another code change to attempt
22:01:57 <andythenorth> ok, both 1x, ffwd, game speed factor is bouncing between 17 and 22x, ~500fps
22:02:11 <andythenorth> peaking around 750fps
22:02:22 <nielsm> okay so it can run fast then
22:02:41 <nielsm> how is normal non-ffwd fps?
22:02:53 <nielsm> does it lock near 33.3 fps?
22:03:02 <andythenorth> I'll check in a minute. 2x UI zoom, 1x font zoom is getting similar results
22:03:14 <andythenorth> oh no wait, this is now 2x on both
22:03:20 * andythenorth confused by settings ;P
22:04:19 <andythenorth> I don't understand this behaviour at all
22:04:33 <andythenorth> the frame rate is sometimes pegged to ~80fps
22:04:46 <andythenorth> until a news message opens, then it jumps to ~600fps
22:04:56 <andythenorth> the news message might be coincidental
22:05:32 <nielsm> the news message might cover some landscape that needs less complex drawing then
22:06:11 <andythenorth> it's all just sea tiles or black
22:06:36 <andythenorth> the news message might be misleading
22:06:58 <andythenorth> sometimes framerate is stuck for several seconds before ffwd kicks in
22:08:48 <andythenorth> on normal it's locking around 33-34fps
22:09:15 <andythenorth> ouch my laptop is now red hot :D
22:09:18 <nielsm> what if you go back to your usual settings?
22:09:20 *** Eddi|zuHause2 has joined #openttd
22:09:35 <andythenorth> this is on 2x/2x which is usual
22:09:45 <nielsm> and also window size usual?
22:10:02 <andythenorth> ok so I changed back to 1x/1x
22:10:11 <andythenorth> the same lag until a news message opened
22:10:55 <nielsm> and btw are you getting the poor performance in the official 1.9.1 release that others have reported?
22:11:49 <andythenorth> ok and again, after changing back to 2x/2x
22:12:04 <andythenorth> a full 60s at ~80fps, then a news message appeared and fps rapidly increased
22:13:43 <nielsm> the most important is that it's capable of running at 100+ fps in ffwd
22:13:53 <andythenorth> I wouldn't describe it as poor
22:14:04 <andythenorth> on new 2048x2048 map, with no AI or GS
22:14:20 <andythenorth> it's pushing 400-500fps on FFWD
22:14:21 <nielsm> it should lock at about 33 fps in normal on an empty game
22:14:38 <andythenorth> yes, it's performing about the same as the self-compiled binary
22:14:49 <nielsm> so you aren't getting the performance issue there then
22:14:58 <andythenorth> noticeably, as soon as I have vehicles etc perfomance dips
22:15:05 <andythenorth> ffwd no longer has any effect at some point
22:15:15 <andythenorth> I haven't tested that rigorously though
22:15:30 <nielsm> even in a "normal" "simple" game? with just a few hundred vehicles
22:15:52 <andythenorth> I don't have a quick repro
22:16:08 <nielsm> the issue others are reporting is getting like 10-15 fps on the title game
22:16:10 <andythenorth> all my recent games have AI and GS running, and included patches / PRs :P
22:16:20 <andythenorth> I don't get 10-15fps
22:16:24 * andythenorth looks for the ticket
22:16:38 <andythenorth> I do lose all the recent ffwd speedups
22:18:21 <nielsm> yes that second-to-last post
22:19:58 <andythenorth> let's take the map out of the corner and see
22:21:01 <andythenorth> ok if I go to an area of the map with more stuff, including animated FIRS industries
22:21:08 <andythenorth> rendering goes up to about 1ms
22:21:58 <andythenorth> (obviously) if I turn on 'full animation' that dumps the frame rate
22:21:59 <nielsm> remember the total budget for each frame is 30 ms for game loop + rendering + output
22:22:05 <andythenorth> but that should be known issue by now no?
22:22:20 <nielsm> yeah and that should also be measurable in the frame times
22:23:47 <andythenorth> if I find a really toxic combination of industry and sea, I can get it down to about 17fps
22:23:55 <nielsm> the issue we're looking for/trying to repro is: The overall framerate is very low on an empty game/the title game, despite all the individual component times shown in the framerate window being very low and not adding up to the total frame time implied by the framerate.
22:24:36 <andythenorth> ok so let's say with full animation on, I have about 19fps average on 'normal' speed
22:24:39 <nielsm> with "the component times not adding up to the implied total frame time" being the core of the issue
22:24:47 <andythenorth> but rendering is only 0.9ms
22:24:55 <andythenorth> world ticks is 1.7ms
22:25:02 <andythenorth> viewports is 0.48ms
22:25:10 <andythenorth> game loop total is 1.74ms
22:25:14 *** Eddi|zuHause2 is now known as Eddi|zuHause
22:25:28 <andythenorth> everything else is ~0
22:25:39 <nielsm> game loop total + drawing total + video output = expected frame time
22:25:53 <andythenorth> but this 19fps is trivially solved by turning off full animation
22:25:55 <nielsm> 1000 / fps = actual frame time (in ms)
22:25:56 <andythenorth> and has been for years
22:26:25 <andythenorth> I kind of wonder if 'full animation' should just be removed
22:26:50 <Eddi|zuHause> the setting or the feature?
22:27:59 <andythenorth> the setting should be 'off' by default
22:28:03 <andythenorth> and maybe moved to cfg
22:28:31 <andythenorth> it's a bit weird shipping broken by default
22:28:37 <Eddi|zuHause> at best, the feature should be rewritten to use shaders.
22:28:54 <nielsm> it's pallette animation, right?
22:29:50 <nielsm> how about adding a third setting to it "auto" that disables it when 32 bpp blitter is required
22:30:10 <Eddi|zuHause> that doesn't sound right
22:30:26 <Eddi|zuHause> i mean we have 32bpp_anim for a reason
22:30:28 <nielsm> and then fix the video drivers so they can render an 8 bpp surface from the blitter to a 32 bpp surface from the OS
22:30:54 <nielsm> and then allow 8 bpp blitter to be used when an 8bpp baseset is used
22:31:01 <andythenorth> it's interesting how much FIRS industries destroy FFWD
22:31:05 <andythenorth> maybe I should remove them
22:31:17 <Eddi|zuHause> nielsm: i think the problem is osx specific, not 32bpp specific
22:31:39 <andythenorth> each industry knocks off about 10fps in crude tests
22:31:40 <Eddi|zuHause> nielsm: if 32bpp were the problem, i think we would have heard from more people
22:32:01 <nielsm> so why is the animation so slow on macos?
22:32:04 <nielsm> that doesn't make sense
22:32:06 <andythenorth> I have heard various explanations
22:32:12 <nielsm> if the blitter itself is fast enough
22:32:19 <andythenorth> the 3 most plausible are:
22:32:23 <nielsm> and video output from the blitter to the os surface is fast enough
22:32:37 <andythenorth> - about 6 years ago graphics card vendors dropped native palette animation in silicon / drivers
22:32:57 <andythenorth> - modern motherboards lack the bandwidth to move textures from CPU to video
22:33:08 <andythenorth> I have NFI if any of those are true
22:33:23 <Eddi|zuHause> nielsm: i have no useful input to that question
22:33:32 <andythenorth> FTR, Apple tends to get adequate performance out of crap GPUs for both 2D and 3D
22:33:50 <andythenorth> because they ship limited SKUs and tightly bind drivers / OS APIs
22:34:00 <andythenorth> 'adequate', not 'good' :P
22:34:04 <nielsm> this is no more video bandwidth heavy than playing back HD movies
22:34:56 <nielsm> if the blitter can produce the frames fast enough then they should run at full speed
22:37:34 <nielsm> andythenorth: but most importantly, when you turn on "full animation", does it impact the frame times in either drawing or in video output?
22:39:28 <andythenorth> on average, adds between 0.03ms and 0.2ms, depending on which part of map
22:39:42 <andythenorth> video output remains 0.00ms
22:40:12 <andythenorth> I am googling about palette animation
22:40:18 <nielsm> does that account for the loss of total framerate?
22:40:30 <andythenorth> not if I've understand the maths correctly :P
22:40:44 <andythenorth> it's dropping 10-12fps
22:41:39 <nielsm> so while the sum of game loop + drawing + video output is still below 30 ms, the total framerate drops to below 32 fps?
22:41:39 <andythenorth> the only relevant google result so far is the tt-forums thread from 2009, where official Mac support ended for OpenTTD
22:42:27 <andythenorth> sum is about 2.5ms
22:42:41 <andythenorth> framerate is bouncing around 19-20fps, instead of 33-34fps
22:42:59 <nielsm> right, so there is something here that is not being measured
22:43:04 <nielsm> relating to conversion
22:43:13 <nielsm> which blitter are you using, 8bpp or 32bpp?
22:44:18 <andythenorth> nielsm: whatever is default, I assume it's 32bpp
22:44:24 <andythenorth> there's a console command I can check?
22:44:36 <LordAro> andythenorth: ¯\_(ツ)_/¯
22:44:46 <LordAro> not entirely wrong, iirc
22:45:22 <andythenorth> I might just not get sucked into documentation :)
22:45:32 <andythenorth> it's always slightly not fun
22:47:43 <andythenorth> nielsm: afaict from previous history, the default mac blitter is 32bpp
22:59:38 <andythenorth> setting blitter to 32bpp-sse2-anim makes no difference
23:01:49 <andythenorth> nielsm: it's very sensitive to window size
23:15:42 *** snail_UES_ has joined #openttd
continue to next day ⏵