IRC logs for #openttd on OFTC at 2018-06-20
⏴ go to previous day
00:00:11 <ANIKHTOS> and eddi my code is nto bad :P
00:00:32 <ANIKHTOS> it is aawfull no dcoumentation codign style what ever
00:01:35 <LordAro> and yet you still can't get letters in the correct order
00:02:00 <ANIKHTOS> its th elaptop keyborad that is fuck up a bit
00:02:10 <ANIKHTOS> some keys are easy to click some not
00:02:21 <LordAro> most people go back and correct typos
00:03:06 <ANIKHTOS> guilty lordara i will try to be better from now on
00:03:25 <ANIKHTOS> i will type slower to be sure i type correct
00:05:16 <ANIKHTOS> the date.cpp run all code and when it gets to the void IncreaseDate() it just loop inside this one???
02:49:59 *** ChanServ sets mode: +v tokai
02:57:28 *** Thedarkb-X40 has joined #openttd
03:16:22 *** snail_UES_ has joined #openttd
03:22:49 *** reldred has joined #openttd
03:23:35 *** Supercheese has joined #openttd
03:25:56 *** supermop has joined #openttd
03:49:50 *** Supercheese has joined #openttd
04:28:20 *** Mahjong1 has joined #openttd
04:37:30 *** muffindrake4 has joined #openttd
05:02:16 *** ToffeeYogurtPots has quit IRC
05:02:49 *** ToffeeYogurtPots has joined #openttd
07:03:12 *** Wacko1976 has joined #openttd
07:34:14 *** nahkiss has joined #openttd
08:12:00 *** smoke_fumus has joined #openttd
08:19:26 *** innocenat has joined #openttd
08:19:58 *** Suprcheese has joined #openttd
08:21:52 *** nahkiss has joined #openttd
08:26:29 *** Suprcheese is now known as Supercheese
08:43:49 *** planetmaker_ has joined #openttd
08:48:02 *** chomwitt has joined #openttd
10:21:52 *** andythenorth has joined #openttd
10:24:21 <andythenorth> I like this github thing
10:24:29 <andythenorth> exciting blue dots every morning
10:27:32 <reldred> It's certainly made it a lot easier to track projects I'm interested in.
10:54:38 <peter1138> And for Microsoft too LOLOL </obligatory pointless antimicrosoft viewpoint>
10:55:14 <orudge> It's like 2005 all over again in here these days
10:55:46 <peter1138> Wait, I'm no longer a dev? :(
10:55:54 <reldred> It's taken me thirteen years but I've finally setup ZNC
10:56:32 <reldred> I'm mostly over in Freenode these days but I figured I'd poke my head back in here as well.
10:56:44 <reldred> How's life treating you orudge?
10:56:50 <orudge> Fine enough, keeping busy as always!
10:56:55 <orudge> Two little ones on the go these days
10:57:05 <reldred> Back in the UK or setup in the US permanantly now?
10:57:13 <orudge> (well, if 8 still counts as little)
10:58:21 <reldred> Been spending the last ten years or so working in IT/telco stuff
10:58:32 <reldred> Still in australia, no spawnlings.
10:59:10 <reldred> Nothing terribly exciting :)
11:08:31 <Eddi|zuHause> ok, if it's 2005 again i must leave this channel...
11:08:50 *** Eddi|zuHause has left #openttd
11:10:03 *** Eddi|zuHause has joined #openttd
11:12:51 <peter1138> See, I follow/stalk reldred on twitter so it seems like he was already here ;p
11:14:20 <Eddi|zuHause> i honestly don't remember seeing this name before
11:14:47 <reldred> responsible for a bunch of NewStations grf;s
11:14:52 <Eddi|zuHause> ah, that sounds a bit more familiar
11:15:02 <reldred> I coded a few cities sets as well
11:15:08 <reldred> started lots of brawls
11:15:26 <reldred> usually over in #tycoon I behaved myself here
11:15:52 <reldred> ran a private openttd server with a bunch of pre-release .grf's
11:15:56 <peter1138> Yeah, that channel certainly had... fun, in its time.
11:16:09 <reldred> Generally belligerant
11:17:55 <reldred> Not just IRC, I was a belligerent prick on the forums as well.
11:18:13 <reldred> Mostly just didn't like being told what to do, or how to run my projects.
11:18:17 <peter1138> Hmm, Royal Albert Hall is a million miles by train/tube ;(
11:18:40 <reldred> peter1138, twitter handle?
11:19:19 <peter1138> Very rare that I post anything though.
11:19:23 <reldred> yup, just found you :)
11:19:37 <reldred> Yeah, no kidding, probably why I didn't notice you.
11:19:58 <reldred> I mostly follow infosec stuff on twitter
11:20:33 <peter1138> Yeah, there was quite a bit of common stuff.
11:24:44 <reldred> I might have some graphics for you at some point andythenorth, I just need to figure out what I'm actually allowed to release.
11:25:30 <reldred> because I can absolutely not be bothered getting back into grf coding again, even in nml
11:25:54 <reldred> but I do have a pile of sprites
11:26:33 <peter1138> Hmm, do I go by train, and worry about getting back to the station in time, or just take the car and not give a shit...
11:27:29 <peter1138> Or, lol, ride the bike.
11:28:26 <LordAro> ride the bike all the way
11:31:26 <peter1138> problem is it's about 50 miles, and starting that at 11pm is a bit daunting.
11:35:57 <reldred> that's a bit of a hike
11:39:07 <Rubidium> peter1138: just think about doing a 10 mile bike run at 11pm, then do the remaining 40 the next day ;)
11:41:38 <peter1138> Hmm, actually, maybe a Boris Bike would work.
11:44:40 <andythenorth> I rode a Boris Bike once
11:44:53 <peter1138> Just from the station to the venue. Doesn't need to be good :p
11:45:31 <peter1138> Saves 40 minutes faffing about on non-direct tubes.
11:47:32 *** Favaloro has joined #openttd
11:48:11 <andythenorth> bit of a relocate, but eh
11:48:39 <reldred> heh, already know someone who relocated :P
11:48:50 <reldred> plus, the place I'm at is already desperate for more staff :P
11:48:51 <andythenorth> we're in AU + NZ too, but we kind of want someone we can see
11:48:59 <andythenorth> everyone needs systems engineers :P
11:50:09 <andythenorth> such Bristol yes
11:50:27 <peter1138> "Computer Science degree" Oh well ;(
11:51:40 <peter1138> "coding since at least their early teens" well that's right.
11:51:51 <peter1138> If 6502 assembly and BBC Basic is relevant :D
11:52:29 <Eddi|zuHause> so what is a boris bike?
11:52:53 <peter1138> London's hire bike system.
11:53:20 <Eddi|zuHause> ah, so that boris
11:53:44 <peter1138> Not actually his scheme but it's what everyone calls them.
11:53:54 <Eddi|zuHause> the guy who puts his name on everything that wasn't his idea anyway
11:54:03 <peter1138> Alliteration goes a long way.
11:55:00 <Eddi|zuHause> one could wonder how they managed to brand it elizabeth line and not boris line :p
12:10:09 <Eddi|zuHause> not sure what that is meant to do
12:15:25 <peter1138> Makes the game run at 30 milliseconds per tick.
12:15:47 <peter1138> Instead of 30-32 milliseconds per tick.
12:16:06 <peter1138> Not hugely important, just that fps patch highlighted it.
12:19:04 <reldred> trying to get rid of that occasional micro-stutter?
12:19:34 <reldred> That was something I had noticed when trying to record gif's back when I was last playing openttd
12:30:29 <peter1138> Not stutter, that'll always happen as the gameplay rate is 33.333 fps, which doesn't really match anything.
12:30:59 <peter1138> And we don't use APIs that expose vsync anyway.
12:31:13 <reldred> I was wondering whether it was just the patchpack I was running back then.
12:36:19 <Eddi|zuHause> some patchpacks have very performance heavy patches in them
12:36:48 <Eddi|zuHause> like one of the early passenger destination patches had performance spikes on every new day
12:37:49 <andythenorth> wish we had actual destinations :|
12:38:14 <reldred> Yeah I was using an early version of JGR's patchpack with all the map array changes
12:38:24 <andythenorth> cdist is very good, but it would be nice if pax wanted to go places
12:38:42 <reldred> since I more or less can't play TTD without the custombridgeheads feature out of ttdpatch
12:38:44 <andythenorth> I guess we patch that up with GS goals currently
12:38:59 <Eddi|zuHause> custom bridgehads would be dope
12:39:38 <peter1138> I had a patch for that.
12:39:56 <peter1138> Then we got distracted by bridges over junctions, and...
12:40:42 <reldred> which don't get me wrong, bridges over junctions was super effing handy
12:40:43 <andythenorth> custom bridgeheads is what again?
12:41:04 <reldred> hard to describe, take a regular bridge spanning a gap from slope to slope
12:41:12 <reldred> then draw a diagonal rail on the bridgehead
12:41:20 <reldred> ground sprite turns into a foundation piece
12:41:28 <reldred> you can then remove the straight piece
12:41:39 <peter1138> Basically, junctions on flat bridge heads.
12:41:46 <peter1138> Not sure where "custom" came into it :-)
12:42:08 <reldred> ahh that was just what eis_os called it back in the ttdpatch days
12:42:24 <reldred> allowed you to make some amazingly compact junctions and flyovers
12:43:13 <andythenorth> oh yeah we totally need those
12:43:16 <peter1138> Not sure when I made those, file system says 2013 and that's wrong.
12:43:20 <peter1138> Totally game changing.
12:43:22 <andythenorth> it would be much nicer in towns
12:43:37 <reldred> Yeah it was great for towns
12:43:44 <andythenorth> most of OpenTTD is pretty great
12:43:48 <reldred> And great for super super crunchy gnarly terrain
12:43:53 <andythenorth> but building in towns is like pulling teeth
12:43:59 <andythenorth> only option is to spam buses
12:44:09 <andythenorth> and because cdist also floods towns with pax
12:44:15 <andythenorth> it's unwinnable situation :D
12:44:28 <peter1138> cdist shouldn't be creating more cargo than without.
12:44:38 <andythenorth> yeah, but it stays on the network for much longer
12:44:51 <andythenorth> child #1 has many suggestions :P
12:44:58 <andythenorth> stations in tunnels
12:45:05 <andythenorth> bridges over stations
12:45:11 <reldred> I think eventually once the map array can be redone entirely that rollercoaster tycoon style terrain modification would be tits. Especially for creating proper mountain ranges and cliffs, but that'd be so huge a change
12:45:13 <peter1138> We'll make a dev of child #1 some day...
12:45:33 <andythenorth> peter1138 he wants to do a degree in maths, physics, with coding modules
12:45:39 <andythenorth> he's 8, wtf is he thinking? :P
12:45:43 <SpComb> cdist definitely requires more total transport capacity
12:46:02 <andythenorth> I tried to patch up towns by providing high capacity metro trains and trams in grf
12:46:12 <andythenorth> kind of works, but you have to turn magic bulldozer on :P
12:46:28 <andythenorth> oh the thing where you can't delete connected road pieces?
12:46:39 <andythenorth> that's tedious, an outdated restriction imo :P
12:46:57 <reldred> Yeah, that was always one of the first patches I turned on in ttdpatch
12:47:09 <SpComb> the cdist overlay/waiting cargo info is much more informative in OpenTTD compared to transport fever, it's harder to plan routes and capacity there
12:48:44 <reldred> oh the poor sprite sorter
12:48:58 <reldred> with the right bridge graphics though it was great.
12:49:39 <SpComb> I think the pax destination modelling is also different... the bigger your network and the more connected destinations that you have, the more pax show up at your stations... it's a good mechanic
12:50:02 <reldred> Transport fever drove me up the damn wall
12:50:04 <peter1138> There's too much too early.
12:50:19 <SpComb> and then towns are also connected with roads, and pax will drive cars between cities instead of using your lines :)
12:50:25 <reldred> I struggled with that game. Ended up uninstalling it.
12:51:05 <SpComb> and then later on in the game all your busses get stuck in traffic until you upgrade/"optimize" the public roads :)
12:51:11 <reldred> City Skylines has been fun. The little people running around are always looking for quicker ways to get places so they'll use public transport pretty extensively.
12:51:27 <reldred> but that's obviously a citybuilder rather than a transport game
12:52:59 <SpComb> TF has implementation issues/bugs, but it's manageable
12:53:21 <reldred> Performance in tranport fever also drove me up the wall; I've got a 3440x1440 monitor which is just asking for trouble with a 1060...
12:53:42 <SpComb> every game so far I've ended up with a tram permanently stuck in a train station entrance somewhere after refactoring the roads/stops in front of the station :(
12:54:15 <SpComb> afaik it's cpu-bound, and not that gpu-heavy?
12:54:27 <andythenorth> ok I should add a github issue :P
12:54:38 <andythenorth> NotNewBuildingStuffInTowns branch
12:54:57 <reldred> Dunno, but I was having to play it in a downsized window to get it to stop chugging so badly, but yes I noticed later in game it thrashed cpu to death as well
12:55:11 * andythenorth wonders if we could have more town grid options
12:55:21 <andythenorth> including a super stupid easy one that leaves lanes of tiles open :P
12:56:58 <reldred> I remembered screwing with the road branching probability in order to get more spaced out towns when I was screwing around with making newbuildings sets
12:57:08 <reldred> esp. when we started getting so many more 2x2 buildings
12:59:31 <peter1138> Hmm, damn, my jenkins stopped working again :-(
12:59:43 <peter1138> I think perhaps a machine with 2GB ram is not quite enough.
13:06:00 <peter1138> Eventually I got a login screen!
13:11:32 <Eddi|zuHause> my life got a lot better when i switched from CFQ to Deadline scheduler
13:15:27 *** Thedarkb-X40 has joined #openttd
13:31:33 <reldred> right, time for me to bounce, ttyal
14:32:35 <peter1138> Ok, that machine now has 8GB ram.
15:05:31 *** supermop_work has joined #openttd
15:40:06 *** sla_ro|master has joined #openttd
16:04:58 *** ANIKHTOS has joined #openttd
16:34:40 *** WWacko1976-work has quit IRC
17:18:37 *** Progman has joined #openttd
17:25:54 *** Wormnest has joined #openttd
17:37:50 <ANIKHTOS> hello eddi how are you??
17:46:54 *** planetmaker_ has joined #openttd
18:02:58 *** TheMask96 has joined #openttd
18:35:13 *** HerzogDeXtEr has joined #openttd
18:35:49 *** andythenorth has joined #openttd
18:55:21 <nielsm> the average/current time values aren't aligned
18:55:47 <nielsm> I wonder if it would be acceptable to force them right-aligned
18:56:01 <nielsm> but should probably ask someone speaking the language
19:06:30 <peter1138> I wouldn't worry about that.
19:06:34 <ANIKHTOS> well traditional japanese writign is oposite ours and also the wrote in vertical lines from top to bottom
19:09:52 <Wolf01> I can't even raise the arm
19:15:44 <nielsm> peter1138, TrueBrain, any more feature-ish things for the fps-meter branch? I'm considering adding a bunch more measurements in specific parts of the game loop, but that's all I can think of
19:18:15 <Wolf01> Something like % used by pathfinding, % used for orders, etc?
19:19:46 <nielsm> it might get annoying to measure some of those things, since I think they need to be summed from individual calls per vehicle/station/whatever
19:20:04 <nielsm> but yes time spent on pathfinding is probably one of the interesting metrics :)
19:20:09 <nielsm> also time spent on AI and game scripts?
19:20:17 <Eddi|zuHause> we used to have TIC() and TOC() macros for that kind of stuff
19:20:45 <Eddi|zuHause> well, cargodist may be tricky, because it is offloaded to threads
19:20:54 <Wolf01> So you can see how it performs with 14 viewports
19:21:16 <nielsm> can't really separate "drawing ui" from "drawing world"
19:21:25 <nielsm> since even the main "background" viewport is handled as a window
19:21:34 <nielsm> as far as I understand
19:28:22 <peter1138> You'd need to add up all the viewport render measurements and subtract from the gui rendering.
19:28:55 <peter1138> "Graphics rendering" vs "Video output" is perhaps a bit confusing though.
19:29:46 <nielsm> yeah, maybe "video output" isn't strictly needed
19:30:27 <nielsm> I don't know if there's any real world situations where "copy image to hardware" is slow enough to matter
19:30:30 <peter1138> When do Simulation rate and Graphics frame rate differ?
19:31:21 <peter1138> Simulation rate still shows frames/s when paused.
19:31:54 <nielsm> I don't know if it's practically possible to let a window driver only call the rendering routines on some of frames
19:32:05 <nielsm> or if that will break all sorts of things
19:32:27 <nielsm> "game loop" technically measures StateGameLoop() in openttd.cpp
19:32:34 <nielsm> which does get called even in paused state
19:35:18 <nielsm> oh actually it's GameLoop() it measures
19:35:42 <nielsm> which does a couple more things
19:37:50 <peter1138> Can't you just measure it at the point where pause mode is checked?
19:42:06 <nielsm> yeah it does have the funny effect that all measurements relating to it just stop updating
19:42:33 <peter1138> You could literally pause them :-)
19:42:36 <nielsm> and when you unpause there's a huge gap
19:43:28 *** gelignite has joined #openttd
19:55:10 *** supermop_work has joined #openttd
19:59:08 *** Wacko1976 has joined #openttd
20:13:21 *** Cthulhux has joined #openttd
20:13:44 <andythenorth> haven't done any newgrf for ages
20:21:42 <ANIKHTOS> ii have a counter name dayh i start it with 1 and slowly increase it and compare it to another value with an if (dayh>daym) ... if set the dayh to start form zero and i write the if (dayh==daym) i do not get the same results inside the game why?? in both cases when if is true the counter is reset and in both times they will reach the true state in same number of increasent
20:29:49 <ANIKHTOS> whats the difference??
20:43:02 <Xaroth> You do realize that most people in here don't sit on IRC 24/7, right?
20:43:29 <Xaroth> (except andythenorth, he's here all the time)
20:43:59 <ANIKHTOS> maybe there is someone here
20:49:57 <andythenorth> I can draw pixels
20:59:34 <LordAro> ANIKHTOS: begging people to answer within minutes makes people less likely to answer, not more
21:00:05 <ANIKHTOS> well i thought the question is easy to answer
21:00:54 <ANIKHTOS> in visual basic i had nto problem with the code bee equal or uneven when we talk about counters
21:01:17 <ANIKHTOS> and you reset them afte n step either with they are equal to this value
21:01:23 <ANIKHTOS> or they are more than this values
21:01:39 <ANIKHTOS> you either start from 0 or 1 to make sure you will have the same steps
21:01:46 <ANIKHTOS> and thats the only difference
21:03:22 <ANIKHTOS> this is not the case with the code i wrote and palced in ottd and i am wonderign why??
21:04:25 <ANIKHTOS> i have my counter i compare it to a value if statement becomes true i reset the ocutner and run also the desired code
21:05:03 <ANIKHTOS> compare it as == equal and compare it as > bigger gives my co,plelty different results as the code behaves !?!?!?!
21:05:14 *** Supercheese has joined #openttd
22:08:54 <LordAro> ANIKHTOS: there's still not enough code in your link to actually tell what it's doing properly, and i'm not even sure what your problem is
22:09:07 <LordAro> but it looks like you're mixing up your n and h variables
22:09:28 <ANIKHTOS> they are different and they do differnet hings
22:09:29 <LordAro> also, indent your code properly
22:09:39 <LordAro> makes it an awful lot easier for anyone else to read
22:10:13 <ANIKHTOS> thats hwo others write the if function
22:11:27 <ANIKHTOS> dayn counter is used to call the slow day and dayh icounter isused to call the normal month
22:11:34 <ANIKHTOS> complelty different and they are not mixed up
22:12:39 <LordAro> so what exactly is the problem
22:12:46 <ANIKHTOS> when i launch the game and either i start a new game or load a save game i have bug
22:12:55 <ANIKHTOS> that only apears once
22:13:19 <ANIKHTOS> in another isntance of code it was autosavign the first N days where N is the slow factor you have chosen
22:13:39 <ANIKHTOS> after that the game run perfeclty okey and never this bug apeared again
22:14:07 <ANIKHTOS> chanigns the == to > in the function i still get the bug once per lauch game
22:14:15 <ANIKHTOS> but it apears in diffrent time areas
22:14:32 <LordAro> you can't just change stuff randomly
22:14:38 <nielsm> have you tried adding some debug printing to your code, to check the actual values of variables as it's running?
22:14:42 <LordAro> it's important you understand why there's an issue in the first place
22:15:03 <ANIKHTOS> well there ought not to be an issue in the first place
22:15:14 <ANIKHTOS> and it only happens once every tiem i lauchg the game
22:15:27 <ANIKHTOS> if th egame is run and i start another game or load a game the bug does nto apear
22:15:30 *** planetmaker_ has joined #openttd
22:15:38 <ANIKHTOS> its only once per lauch game
22:15:49 <nielsm> (also, using an IDE with integrated debugger makes it much more comfortable stepping through code and examining state, figuring out what's really happening)
22:16:15 <ANIKHTOS> mingw has this feature nielsm??
22:16:42 <nielsm> uh I suppose you could install gdb, but you're going to hate it
22:16:49 <nielsm> and just end up not using it
22:18:44 <nielsm> yeah you could do the basic #include "debug.h" and then use DEBUG(misc,0, "stuff: %d", dateh); or whatever
22:18:59 <LordAro> pfft, nothing so complicated
22:19:07 <LordAro> printf("%d\n", variable);
22:19:22 *** gelignite has joined #openttd
22:19:27 <ANIKHTOS> where i write this??
22:20:16 <nielsm> the idea is to add some code that writes the values of variables at relevant places
22:20:51 <nielsm> for example print the value of your slowdown factor setting at entry to the time tick function
22:21:15 <nielsm> and what the values of the relevant timekeeping variables are at entry and exit
22:21:20 <ANIKHTOS> this is static does nto change
22:21:41 <nielsm> well, just to be 110% sure, right?
22:22:16 <ANIKHTOS> nielsm if i have a counter and i want to compare it to a value and then execute code
22:22:31 <ANIKHTOS> -== or > ought to be the same right??
22:22:32 <nielsm> "it's not supposed to ever change", test and make sure it's true that it never changes
22:23:46 <ANIKHTOS> simpel exambel if i have a coutner x and astrt it x=1 if acompare it x>5 and the othe roption x=0 start form ther x=5 will both executed after the same number of steps
22:23:52 <ANIKHTOS> thus making them equal??
22:25:21 <LordAro> i don't even care about your words, your code "snippets" are clearly (i hope) inaccurate
22:25:32 <LordAro> so making it impossible to work out what you actually mean
22:27:32 <ANIKHTOS> i have a counter that is increasing after N steps of incresement it will reset and also run some code
22:27:49 <ANIKHTOS> so the trigger event for that can be when counter == value
22:28:02 <ANIKHTOS> or when counter> value
22:29:15 <ANIKHTOS> if counter start from 0 iti will take N steps to be the value thus counter== value to be true or if you start coutner =1 it will take N stape for counter> value to be true
22:29:48 <ANIKHTOS> thus using == or > will wield the same result riight??
22:31:15 <nielsm> well yes but you're probably still making some kind of boundary error, so add some printf's to your code and confirm that variables are actually taking on the values you intend them to, and the branches you expect to be taken do get taken
22:59:14 *** sim-al2 has joined #openttd
23:03:20 *** supermop_work has joined #openttd
23:08:18 *** andythenorth has left #openttd
23:13:51 <GT> which game settings do cause a variation in result over time? I'm testing my AI, giving the same seed for restarts of the game, but the result for the same AI over 10 years vary a lot, making it hard to decide whether a change in code has improved the AI.
23:17:07 <Rubidium> IIRC the AI's random doesn't use the random generator that uses the seed
23:20:19 <GT> Well, I didn't refer to the AI's random function, but I noticed that the reproducibility of restarting the game with the same seed, so the same map is generated is quite large, making it hard to judge AI improvements
23:21:13 <GT> ./openttd -d -g -G "579140164"
23:22:38 <GT> Set to fast forward, using the same, unchanged AI, let it run over 10 years, and results will vary between 19mln to 39 mln for bank balance. So I'm looking for a way to make it more reproducible.
23:26:42 *** Thedarkb has joined #openttd
23:43:07 *** chomwitt has joined #openttd
23:45:32 <ANIKHTOS> gt i am alterign the time so you can slow it down so my problems are not the saem as yours
23:46:48 <ANIKHTOS> lordara i found what is happneing
23:47:53 <ANIKHTOS> line 14 is nto run the first N times !?!?! it does not run this line but after that it does run it
23:54:36 <ANIKHTOS> lordara for the first N times it does not run line 14 but line 22!?!?!?! or lines 24-28!?!?!?
continue to next day ⏵
