IRC logs for #openttd on OFTC at 2017-03-15
⏴ go to previous day
00:29:41 <samu> max days in flight before aircraft breakdowns
00:29:55 <samu> range can go from 0 to 5461
00:31:11 <samu> as long as max speed factor is kept at 4, max days can go to a max of 5461
00:32:02 <samu> 14 years ought to be enough to travel from 1 corner to another on a 4096x4096 map
00:53:16 <samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DAY - lel, this name... so strange
00:53:21 <peter1138> Right, what do I need to work on?
00:53:52 <Wolf01> I think I'll try to work my way towards the bed
00:53:56 <samu> fix the rail placement on tile with a ship, plz
00:54:05 <samu> not to be confused with rail upgrade
00:54:11 <Wolf01> But I know I'll stay here for about another hour
00:54:38 <samu> btw awesome work peter1138, you care!
00:55:17 <samu> also thx to michi_cc for that dpi
00:58:37 <samu> PLANE_BREAKDOWN_DIST seems better
01:00:08 <samu> I'm setting a default of 100, seems to be good enough for a 256x256 map
01:06:42 *** grossing has joined #openttd
01:15:05 <samu> so confused, it's neither days, nor distance
01:15:17 <samu> how would I describe this setting
01:15:36 <Wolf01> If not time or space, then must be speed
01:15:49 *** sim-al2 is now known as Guest338
01:15:50 *** sim-al2 has joined #openttd
01:16:21 <samu> it's both time and space
01:17:15 <samu> it resembles "range", but it's not working like the other one
01:18:04 <samu> if it travels xxx tiles, it breakdowns
01:21:05 <samu> i'm putting distance, but then the user sees a value of 100, and may think they're tiles
01:22:15 <samu> I'm putting days, but then the user sees that the aircraft breakdowns earlier than the set value
01:22:40 <samu> due to plane_factor being factored in
01:41:00 *** maciozo has joined #openttd
01:44:09 <samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DAY :Days before breaking down during a flight: {STRING2}
01:44:15 <samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DAY_HELPTEXT :If vehicle breakdowns are enabled, this sets how long it takes for an aircraft to forcedly breakdown during the current flight, if it hasn't already. When set to disabled, the breakdown is not enforced. Also note that Plane Speed Factor is taken into account. A lower factor results in
01:44:15 <samu> an earlier breakdown enforcement.
01:45:06 <samu> good or bad english? is it clear enough?
03:51:36 *** Supercheese has joined #openttd
04:59:01 *** tokai|noir has joined #openttd
04:59:02 *** ChanServ sets mode: +v tokai|noir
05:28:04 *** supermop has joined #openttd
07:12:28 *** sla_ro|master has joined #openttd
07:53:30 *** Keridos has joined #openttd
09:32:40 <Samu> who's a professional english speaker?
09:32:50 <Samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DAY_HELPTEXT :If vehicle breakdowns are enabled, this sets how long it takes for an aircraft to forcedly have its chances to breakdown increased during the current flight, if it has yet to breakdown. When set to disabled, the breakdown is not enforced. Also note that Plane Speed Factor is taken into account which means that a lower factor results in an earlier breakdown enforcement
09:33:27 <Samu> good or bad english? any improvement?
09:39:18 <Sova> just add a comma after Also and you're good
09:40:09 <Samu> changed this bit "When set to 0, it becomes disabled and the breakdown chances are not enforced."
09:41:08 <Samu> like this? "Also, note that Plane Speed Factor... "
09:44:14 <Samu> i'm about to finish this, :)
09:44:17 <Sova> When set to 0, it becomes disabled and breakdown chances are not increased. I'd remove "the" from the sentence but both are correct
09:47:55 <Samu> if (Chance16I(1, 25, r) || _settings_game.vehicle.plane_breakdown_day && v->type == VEH_AIRCRAFT && !(v->vehstatus & VS_AIRCRAFT_BROKEN) && Aircraft::From(v)->flight_counter > _settings_game.vehicle.plane_breakdown_day * GetAircraftMaxSpeedCommonMultiple() / GetAircraftMaxSpeedFactor()) { chance += 25; }
09:51:15 <Samu> now i need to store this in the vehicle save load
09:51:41 <Samu> first time I'm adding a config item of this kind
10:04:52 <peter1138> Samu, for that text: TL;DR.
10:05:14 <peter1138> (it's far too long)
10:12:36 <Samu> if (IsSavegameVersionBefore(197)) { Aircraft *a; FOR_ALL_AIRCRAFT(a) { a->flight_counter = 0; } }
10:13:23 <Samu> if (IsSavegameVersionBefore(197)) { Aircraft *a; FOR_ALL_AIRCRAFT(a) { a->flight_counter = 0; } _settings_game.vehicle.plane_breakdown_day = 0; }
10:13:54 <Samu> how can i make that text shorter?
10:14:04 <Samu> it's an expert setting though
10:14:10 <Samu> i placed it in that category
10:16:14 <Samu> broken savegame, invalid chunk size, oh yeh... looks like i need help
10:16:32 <Samu> where in the vehicle_sl.cpp do i edit this? or is it in afterload.cpp?
10:23:16 <Samu> it's not SLE_VAR, but SLE_CONDVAR
10:27:30 <Samu> but it still fits in there :(
10:35:08 <peter1138> Even the setting name is too long!
10:37:20 <Samu> how do i shorten it? halp
10:41:47 <crem> Flight days before more likely breakdown.
10:41:55 <crem> Flight days before increasing breakdowns.
10:42:46 <crem> Flight days before increased breakdown rate.
10:44:33 <crem> Shouldn't that "days" depend on airplane range though?
10:45:10 <peter1138> Nah, Samu wants to create something conflicting with newgrf specs.
10:47:08 <Samu> range just doesn't let the aircraft takeoff at all
10:47:28 <Samu> this one will takeoff regardless of range
10:48:50 <Samu> they can both work together anyway, i don't think it conflicts with it
10:50:13 <Samu> it can still not takeoff if the range says so and this setting is enabled
10:54:13 <Samu> "breakdown rate" is shorter than "chances to breakdown", ty crem
10:57:18 <Samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DAY_HELPTEXT :If vehicle breakdowns are enabled, this sets how long it takes for an aircraft to forcedly have its breakdown rate increased during the current flight, if it has yet to breakdown. When set to 0, it becomes disabled and breakdown rate won't increase. Also, note that plane speed factor is taken into account - a lower factor results in earlier breakdowns
10:59:33 <Samu> i come to find that 100 days might be too generous
11:00:01 <Samu> it would only make a difference on maps higher than 512x512
11:00:31 <Samu> that is, if the aircraft is moving at 947 km/h or such
11:14:29 <Samu> hum... i think i need to throw another variable in
11:15:05 <Samu> fast planes benefit more than slow planes with this
11:15:22 <Samu> hey Wolf01 apparently you're right
11:15:36 <Samu> i was being shortsighted
11:17:09 <Samu> need some kind of "normalizer" that accounts for plane speed
11:23:04 <Samu> it wold make it look more like "range before breakdown"
11:23:13 <Samu> but still not related with the other range
11:40:34 *** andythenorth has joined #openttd
11:40:40 *** andythenorth has left #openttd
11:57:26 <peter1138> And you're going to them all? :D
11:58:03 <Wolf01> It's a bit difficult, some dates overlap ;)
12:01:54 <Wolf01> Yeah, it seem to be viral now...
12:50:07 <Samu> wow, 1 aircraft is 3 vehicles
12:57:16 <Samu> looks like i'm gonna attempt another patch, this one will keep track of distance travelled, instead of time travelled
13:04:15 <Samu> it will be a bit harder to calculate
13:04:53 <Samu> what's wrong with turkey and netherlands
13:07:58 <__ln__> the netherlandsians are nazis, obviously. that's what's wrong.
13:08:56 <__ln__> welcome to the EU, turkey
13:17:14 <Sacro> Basically Erdogan made it illegal to campaign outside Turkey
13:17:20 <Sacro> And then sent people to NL to campaign
13:53:36 *** maciozo has joined #openttd
14:06:12 *** sim-al2 has joined #openttd
14:25:25 *** chomwitt1 has joined #openttd
15:05:29 *** supermop has joined #openttd
15:10:13 <Wolf01> Oh... 1.7 seem to have broken fullscreen
15:13:55 <crem> Doesn't work fullscreen on round monitor.
15:17:06 <Wolf01> Btw, works for me too, it might be a strange config
15:45:05 <supermop> i feel like we need more nrt RVs right now than any subtle changes i may make to the actual roads?
15:54:37 <Samu> what's a tilehash? why does it have 16384 possible locations :(
15:57:01 <Samu> when the aircraft is flying, it's location is tile 0 ? i am confused
16:09:20 <Samu> there's some coordinates outside the map borders
16:09:30 <Samu> they ruin my counting :(
16:13:47 *** Alberth has joined #openttd
16:13:47 *** ChanServ sets mode: +o Alberth
16:16:58 <Samu> nevermind, i figured out an alternative
16:17:52 <Wolf01> Samu, the real aircraft is the shadow, like some pokémon
16:18:22 <Samu> for too high speeds, my alternative might be a failure
16:19:38 <Samu> the aircraft can go outside the map, over there, it gets some weird funky coordinates
16:21:44 *** Alberth has joined #openttd
16:21:44 *** ChanServ sets mode: +o Alberth
16:23:07 *** Wormnest has joined #openttd
16:30:07 *** OsteHovel has joined #openttd
17:03:32 *** JacobD88 has joined #openttd
17:21:05 *** Maraxus has joined #openttd
17:37:08 <Samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DIST_HELPTEXT :If vehicle breakdowns are enabled, this sets how far it takes for an aircraft to forcedly have its breakdown rate increased during the current flight, if it has yet to breakdown. When set to 0, it becomes disabled and breakdown rate won't increase
17:51:47 <supermop> why does my boss tell clients etimates that are always at least $30k too low
17:53:49 <Samu> peter1138: help me a bit, is this dealing the overflow
17:53:57 <Samu> v->flight_counter = ClampU(v->flight_counter + 1, 0, UINT16_MAX);
17:54:12 <Samu> flight_counter is a uint16
17:54:25 *** TheMask96 has joined #openttd
18:03:12 <Alberth> Samu: won't work, UINT16_MAX + 1 cannot be computed
18:03:28 <Alberth> or it can, but doesn't fit in uint16
18:08:14 <Alberth> it does something like uint16 tmp = v->flight_counter + 1; v->flight_counter = (tmp > UINT16_MAX) ? UINT16_MAX : tmp;
18:08:47 <Alberth> but you cannot assign tmp a valid value if v->flight_counter is already UINT16_MAX
18:10:41 <Alberth> or, alternatively, tmp > UINT16_MAX is never true, since tmp cannot have a value above its maximum value
18:13:28 <LordAro> i tried to fix my smallstack warning again
18:13:38 <LordAro> naturally, my minimal example displays no warnings or errors
18:15:44 <Alberth> it's below "minimal" thus :p
18:23:46 *** frosch123 has joined #openttd
18:27:52 *** Supercheese has joined #openttd
18:33:31 <Samu> what can i do to avoid the value going over 65535
18:33:46 <Samu> if it is 65536, move down to 65535
18:34:31 <Samu> strange, just tested, it worked :(
18:35:01 <Samu> 65535 + 1 = 65536, clamp reduced it to 65535
18:36:30 <Alberth> test beforehand, whether adding will not overflow
18:37:03 <Samu> what exactly is overflow?
18:37:16 <Alberth> value = (value < UNIT16_MAX - 1) ? (value + 1) : UINT16_MAX;
18:37:40 <Alberth> overflow is going over the upper limit
18:40:46 <Samu> v->flight_counter = v->flight_counter < UINT16_MAX - 1 ? v->flight_counter + 1 : UINT16_MAX;
18:40:57 <ZirconiumX> Samu: Say you have a three digit decimal number. If you have 999, add 1, but keep the result in three digits
18:41:01 <ZirconiumX> You end up with 000.
18:41:51 <Wolf01> If you won't end up with -998
18:43:15 * LordAro ponders just seeing what happens if he replaces SmallStack with std::stack
18:44:11 <ZirconiumX> The universe implodes
18:45:56 <frosch123> iirc smallstack involved some smartpointer stuff
18:46:08 <frosch123> but maybe it was only about rvalue references
18:46:26 <LordAro> that is what the very large comment on it says
18:46:39 <frosch123> what, documentation? :p
18:48:53 <Samu> when the aircraft is outside the map, the x and y go up like 2 million
18:49:26 <Samu> i was trying to get the difference between the old and new position, but i can't do it because of that
18:50:03 <LordAro> i fear it's entirely cargodist based
18:50:16 <LordAro> so probably isn't so old it doesn't have a use anymore :p
18:50:59 <Samu> my workaround was to add +1 to the distance, if old_pos is different than new_pos
18:51:23 <Samu> but then i'm afraid that very fast planes might have incorrectly calculated distance
18:51:56 <Samu> tried yate haugan with speed factor of 1 / 1
18:52:11 <Samu> but i dunno about higher speeds than that plane
18:52:40 <ZirconiumX> Something something logic planes
18:55:40 <frosch123> as long you are not talking about ega color bit planes
18:56:04 <LordAro> fonsinchen: oh hey, you're on here. i wonder if you still understand SmallStack..
18:57:20 <frosch123> LordAro: it's a tree
18:57:58 <LordAro> frosch123: i mean, enough to fix the clang warning i've got :)
18:58:05 <LordAro> i mean, i "understand" it
18:58:10 <LordAro> but not enough to fix it :p
18:58:12 <frosch123> every instance references a branch of the tree, which looks like a stack when looknig towards the root
18:58:38 *** HerzogDeXtEr has joined #openttd
19:00:19 <LordAro> it's more understanding how the templates are interacting, rather than the code itself
19:10:38 <frosch123> well, do you have a specific question then?
19:11:48 <LordAro> "can you fix the warning i get"
19:12:19 <LordAro> well, "can you fix the warning with clang3.9 pls"
19:14:25 <frosch123> do you have it pasted somewhere?
19:14:40 <frosch123> i am not smatz, so i do not have a collection of compilers installed
19:17:34 *** supermop_ has joined #openttd
19:19:17 <Samu> i found a bug. when starting a multiplayer game from a savegame, i'm put into company 1
19:19:29 <Samu> it happened that this company 1 was an AI :(
19:20:59 <Samu> i moved myself from company 1 to spectator
19:21:08 <Samu> now i can't rejoin company 1, it's an AI
19:21:48 <Samu> just start as spectator when loading a save for a multiplayer game
19:25:30 *** sla_ro|master has joined #openttd
19:30:33 *** Stimrol has joined #openttd
19:31:48 *** andythenorth has joined #openttd
19:34:31 *** Wormnest_ has joined #openttd
19:37:15 <frosch123> isn't that the same as from the other day?
19:38:32 <andythenorth> one day, FIRS will be done :PO
19:41:01 <Samu> who's a professional pathfinder expert here?
19:41:43 <Samu> i fail to understand how aystar thing works
19:42:32 <Samu> who worked on river generation during world generation?
19:43:33 <Samu> yes, river generator uses aystar
19:44:15 <Supercheese> it's a popular algorithm
19:44:37 <Supercheese> check full commit logs I guess to find the specific implementor in OTTD
19:45:02 <Samu> i wanted to make the river generator more friendly to lock
19:45:28 <Samu> locks - the water structure
19:47:06 *** Progman has joined #openttd
19:49:01 <andythenorth> would anyone bravely look at the FIRS makefile for me / with me? o_O
19:49:18 <andythenorth> I want to remove a step
19:49:28 <Eddi|zuHause> yapf was implemented by KUDr afair
19:49:50 <Samu> these 2 functions work in tandem
19:50:14 <Eddi|zuHause> he was a total template guru
19:51:21 <Samu> but i don't understand what happens when this marked tiles are sent to the aystar
19:56:58 <Eddi|zuHause> Samu: you want to add a penalty for when a curve is adjacent to a slope
19:57:02 <andythenorth> currently python generates firs.pnml, and the makefile runs CPP to produce firs.nml
19:57:16 <andythenorth> the python should write firs.nml directly (I can do that bit)
19:57:27 <andythenorth> but I can’t figure out how to update the makefile
19:58:02 <andythenorth> you might conclude that we just port the Iron Horse stuff over
19:58:02 *** gelignite has joined #openttd
19:58:09 <andythenorth> I would not be sad about that :)
19:58:24 <andythenorth> it might uncover any missing cases that need handled
19:59:51 <Alberth> looks too complicated :p
20:00:50 <Alberth> copy horse Makefile to Makefile.new, or rename firs makefile* to makefile_old* and then copy horse makefile
20:01:18 <Alberth> or trust vcs, and rm makefiles :p
20:03:37 <Alberth> make clean ; V_= _V= make helps a lot in deriving what it currently does
20:04:09 <Alberth> ^ running that, if you demolished stuff already
20:04:46 <Eddi|zuHause> why is there both _V and V_?
20:05:05 <Alberth> one of them is valid, but I don't know which one
20:05:19 * andythenorth will port the IH stuff
20:05:32 <andythenorth> it will lose the html_docs target but eh
20:07:13 <Eddi|zuHause> andythenorth: the basic logic of makefile is pretty simple. you give it a "target" (output file), tell it its "dependencies" (input files) and a "recipe" (command to generate the output file from the input file)
20:07:28 <andythenorth> Eddi|zuHause: I know :)
20:07:35 <andythenorth> but we’re not so much in ‘basic’ here
20:08:10 <Alberth> Eddi|zuHause: ever looked at the makefiles ?
20:08:23 <Eddi|zuHause> the rule to make firs.nml from firs.pnml will show up in one of two ways: explicit "firs.nml" or as a pattern "%.nml"
20:08:57 <Alberth> I am not talking about that rule :)
20:09:05 <andythenorth> it’s all parameterised
20:09:45 <Eddi|zuHause> Alberth: not in the past ~5 years
20:10:00 <Alberth> not to mention it contains all kinds of generic stuff not used by firs
20:10:17 <Alberth> with overrides in other makefiles etc
20:10:59 <andythenorth> Alberth: FIRS doesn’t have a single entry point ‘build_firs.py’ script
20:11:01 <andythenorth> unlike iron horse
20:11:15 <andythenorth> I think those entry point scripts are kind of bad
20:11:27 <Eddi|zuHause> Alberth: yes, but what i said basically applied when i customised the makefile for CETS
20:11:42 <Alberth> oh, it has a number of steps, right?
20:13:09 <andythenorth> render_nml.py, render_docs.py
20:13:27 <andythenorth> just those 2 for FIRS I think
20:13:54 <andythenorth> I could write a python entry script, but eh
20:14:35 <andythenorth> it’s nice to have ‘make docs’ as a target, for one thing
20:14:44 <andythenorth> and for another, it’s a pretty pointless python script
20:15:05 <Alberth> what does "python src/render_nml.py" do ?
20:16:11 <frosch123> peter1138: btw. if you care about the appdata.xml stuff, it goes into media/openttd.appdata.xml.in
20:16:20 <Alberth> and "python src/render_docs.py" and "utils.py" ?
20:16:22 <frosch123> peter1138: the installation stuff should in theory already be present
20:21:36 <andythenorth> Alberth: src/render_nml.py creates generated/firs.nml
20:21:47 <andythenorth> and src/render_docs.py creates /docs
20:22:20 <frosch123> chips doesn't have translations, right?
20:22:55 <andythenorth> no old nfo translations either afaict
20:23:18 <andythenorth> there is what looks like the start of translations
20:23:28 <andythenorth> sprites/nfo/lang
20:32:01 <Alberth> indented lines need a tab as you likely know
20:32:21 *** FLHerne has joined #openttd
20:33:29 <Alberth> where do the docs go?
20:34:04 <Supercheese> Who let the docs out? Who? Who?
20:34:19 <andythenorth> docs just go in /docs
20:34:27 <andythenorth> I wondered about moving them to generated
20:34:33 <andythenorth> but wasn’t sure of the benefit
20:34:41 <frosch123> Supercheese: that song is older than mib
20:35:50 <frosch123> it must be 1996 or older
20:37:13 <frosch123> but wasn't it in men in black 1?
20:37:16 <Alberth> yeah, I don't remember as y2k either
20:37:17 <frosch123> or was it in some other part?
20:55:21 <Wolf01> I bet you can easily find my moc
21:00:42 *** FLHerne_ has joined #openttd
21:17:42 <andythenorth> Alberth: so custom_tags.txt is built by make, but not firs.grf
21:17:52 <andythenorth> the targets look right to me though, so what do I miss? o_O
21:17:54 <Mazur> NL elections: we remain democratic and in the EU.
21:18:12 <andythenorth> prediction or fact?
21:19:31 <Eddi|zuHause> does that matter?
21:19:54 * andythenorth wondering if I missed some news
21:19:56 <Mazur> Prediction based on first exit-oll.
21:20:39 <andythenorth> and we still believe polls? o_O
21:21:15 <Alberth> andythenorth: not sure how firs.grf is different from custom_tags.txt, both are created with commands executed by make
21:21:36 <Eddi|zuHause> "of 28 parties 14 will enter the parliament"... good luck forming coalitions :p
21:21:38 <andythenorth> maybe I should put my glasses on :P
21:21:44 <andythenorth> it _looks_ right to me
21:22:03 <andythenorth> render_nml.py doesn’t need the nml flags :)
21:22:08 <andythenorth> but that doesn’t make it work
21:22:26 <Alberth> but my version uses the "fill-template" command :p
21:24:41 <andythenorth> if I move firs.grf above custom_tags.txt, that works
21:24:54 <andythenorth> is order significant in makefile?
21:25:13 <Eddi|zuHause> andythenorth: it should not. but you might be missing dependencies?
21:25:21 <frosch123> first target is default target
21:25:24 <planetmaker> Alberth, andythenorth : custom_tags.txt is written by make and used to fill the lang files with the tags for version mostly
21:25:49 <frosch123> if the order of other stuff matters, you are doing something wrong (tm)
21:26:35 <Eddi|zuHause> yeah, you might want a "default: firs.grf" somewhere near the beginning
21:26:57 <frosch123> usually it's called "all"
21:27:17 <Eddi|zuHause> that would have been my next suggestion
21:28:01 <Alberth> all: firs.grf at the top (or "default:" as target)
21:28:56 <Alberth> "make" (without explicit target) builds the first target, otherwise order is not relevant
21:30:22 <Eddi|zuHause> if you're missing dependencies, it might skip building a file
21:30:41 <Eddi|zuHause> (or do them in the wrong order when multithreading)
21:30:46 <andythenorth> looks like it might be working
21:31:04 <Alberth> planetmaker: sorry, but I have been moving a lot of stuff into a few python scripts, see iron horse :)
21:33:25 <Alberth> scripts still need a better home
21:33:33 <planetmaker> :) So no makefiles anymore for building?
21:34:02 <Alberth> it still has a makefile, just a lot simpler
21:34:36 <argoneus> good evening train friends
21:34:43 <Alberth> running dozens of shells for some text substitution is a bit overcomplicated
21:35:13 <andythenorth> make is a good standard interface imho
21:35:36 <planetmaker> it's proven to work... the problem is the details :D
21:35:55 <andythenorth> need to copy the archive stuff
21:36:03 <andythenorth> and add targets for docs and clean
21:36:46 <andythenorth> tabs are a PITA when your editor subsitutes spaces :D
21:36:59 <planetmaker> looks simple enough that makefile :)
21:37:10 <Alberth> it's all a tad hard-coded, it seems, but that can be solved later
21:37:35 <Alberth> yeah, low-level details are now in the scripts
21:39:52 <Alberth> biggest piece of magic is storing the build parameters in a distribution
21:44:09 <andythenorth> don’t know how or why, but the build is now faster
21:44:19 <andythenorth> not by a lot, but 10-15s
21:44:21 <Alberth> :o I never knew I have a graph rewrite command :)
21:44:42 <Alberth> previous makefile created lots of shells that did almost nothing
21:45:22 <Alberth> it's now bundled in one python script
21:46:03 * andythenorth wonders how long CPP took to parse 485k lines
21:46:16 <andythenorth> I assumed it was instant, just scanning the file
21:47:16 <Alberth> ML_REVISION = $(shell nmlc --version | head -n1 | cut -dr -f2 | cut -d: -f1) <-- that's eg 5 processes
21:47:42 <andythenorth> ok, this makefile is looking good
21:47:47 <Alberth> in unix not so much, windows is much worse
21:47:50 <andythenorth> - needs install target
21:47:58 <andythenorth> - needs the archive / zip stuff
21:48:06 <andythenorth> - has no concept of deps :)
21:48:34 <Alberth> of course it has deps, it needs the grf file and generated docs etc
21:48:37 <Eddi|zuHause> not "bundle_tar: firs.tar"?
21:48:56 <Eddi|zuHause> that doesn't make a lot of sense
21:49:07 <andythenorth> Alberth: I need to teach it about the python deps in src :)
21:49:13 <andythenorth> it doesn’t see changes currently
21:49:54 <Eddi|zuHause> firs.nml: $PYTHON input_table_file
21:50:01 <Alberth> SOURCES=$(shell $(FIND_FILES) --ext=.py src) line 18 iron horse
21:50:16 <Eddi|zuHause> and PYTHON = file1.py file2.py ... filen.py
21:50:50 <Eddi|zuHause> that's how i did it in CETS
21:50:58 <Eddi|zuHause> listing the .py files manually
21:51:02 <Alberth> generated/firs.nml: custom_tags.txt $(SOURCES)
21:51:16 <Alberth> Eddi|zuHause: yeah, script collects them for you :)
21:51:41 <Eddi|zuHause> it's not that bad, you usually know when you add .py files :p
21:52:16 <Alberth> it's a valid option, I agree, I use it too
21:52:17 <andythenorth> Alberth: is it worth trying to keep all the makefiles common across projects?
21:52:24 <andythenorth> seems they will be 85% same
21:52:50 <Eddi|zuHause> andythenorth: they probably diverge a bit over time
21:53:10 <Alberth> not as goal, I think, but if parts are the same, why not copy it?
21:53:31 <Eddi|zuHause> and unless you keep all projects in the same repo, it's difficult to keep them in sync
21:53:52 <Alberth> trying to keep them all the same creates lots of edge cases between projects
21:54:51 <Alberth> much easier to accept build rules are sometimes a little different :p
22:00:19 <andythenorth> ok I just have to learn more make
22:00:31 <andythenorth> my concern is cargo culting because I don’t have knowledge
22:00:43 <andythenorth> ‘paste the codez’ :P
22:02:40 <andythenorth> so is Mashinky good? o_O
22:03:18 <andythenorth> I thought there were releases, seems not
22:03:44 <Wolf01> I'm still waiting to purchase it at day 1 as soon as it will be put in early access
22:03:57 <andythenorth> looks fricking awesome
22:04:37 <andythenorth> the iso-metric <-> 360’ switch looks like it’s done well
22:13:43 <Alberth> isometric is also just 3d, but from a single point of view
22:14:25 <Alberth> ie just draw rectangles, opengl does the rest :)
22:17:03 <andythenorth> many things don’t :)
22:18:49 <Wolf01> It's very well designed, starting from the "build in isometric and play in full 3D"
22:19:11 <andythenorth> only trains though
22:19:18 <Wolf01> Building in 3D is lame... look at transport fever
22:19:25 <andythenorth> never appealed to me
22:19:39 <andythenorth> I like the ramps on the bridges, looks like Brio ;)
22:19:50 <andythenorth> first thing I’ve seen that appeals more than TTD
22:20:01 <andythenorth> that’s what, 23 years :P
22:20:30 <Wolf01> We should do OpenMashinky too XD
22:20:45 <andythenorth> we should make friends with him :P
22:20:51 <andythenorth> maybe he could employ Pikka
22:23:18 <Wolf01> Maybe I could emigrate in Czechia and get a job
22:23:36 <Wolf01> Italy is dead... definitely
22:24:53 <Wolf01> I hope that with the next elections we also do "QuItaly" so we can give the coup de grace
22:25:26 * andythenorth is out of brain for makefiles tonight :P
22:25:41 <andythenorth> quitting whilst it still works
22:35:50 *** Wolf01 is now known as Guest408
22:35:50 *** Wolf03 is now known as Wolf01
22:38:54 *** andythenorth has left #openttd
22:40:49 *** sim-al2 has joined #openttd
22:43:27 <Samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DIST :Flight distance travelled before increases breakdown rate: {STRING2}
22:43:40 <Samu> will be uploading this shortly
22:44:32 <Samu> Flight distance travveled before increased breakdown rate: 100 tiles
22:53:42 <Eddi|zuHause> <Alberth> isometric is also just 3d, but from a single point of view <-- it must be a point infinitely far away to get a parallel projection?
23:20:22 <__ln__> can we start by calling the setting itself e.g. "Increased breakdown rate for aircraft after:"
23:20:48 <__ln__> or "Increased aircraft breakdown rate after:"
23:20:50 <Samu> 0 days is shown as Disabled
23:21:42 <Supercheese> some vanilla settings work that way IIRC
23:21:54 <Supercheese> the meaning is still clear
23:22:48 <Supercheese> of course, you can still change it in other ways if you like
23:22:57 <Supercheese> myriad ways to say the same thing
23:23:09 <Samu> oh, not 0 days, i mean 0 tiles, was confusing with my last work
23:24:25 <Samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DIST :Increased aircraft breakdown rate after:": {STRING2}
23:24:51 <Samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DIST :Increased aircraft breakdown rate after: {STRING2}
23:25:14 <Samu> STR_CONFIG_SETTING_PLANE_BREAKDOWN_DIST_VALUE :{COMMA}{NBSP}tile{P "" s}
23:25:40 <__ln__> the last line of the descrption, "When set to 0, ..." seems too obvious to be worth mentioning
23:27:37 <Samu> well, 0 could lead to someone thinking it would always breakdown :(
23:29:39 <Samu> this sets how many *tiles travelled* it takes for
23:29:46 <Samu> tiles travelled or travelled tiles?
23:31:38 <__ln__> but as i understand, you cannot set it to 0, you can only set it to 'Disabled'
23:32:26 <__ln__> the first sentence of the description is too long and complicated
23:32:52 <__ln__> but unfortunately i'm on a timezone where it's time to go sleep
23:36:00 <Eddi|zuHause> "Turkey expunges dutch cows"... why is that a headline in a serious newspaper?
23:36:19 <Supercheese> They're having a cow -- I mean, a row
23:36:34 <Eddi|zuHause> i don't get that pun
23:36:48 <Supercheese> They're supposed to rhyme
23:36:55 <Supercheese> unless I've done something wrong
23:37:17 * Supercheese hopes the British spelling isn't different
23:37:20 <Eddi|zuHause> that doesn't make it have any sense
23:39:03 <Supercheese> "to have a row" meaning "to quarrel"
23:40:25 <Supercheese> It is also entirely possible that I am merely unfunny
23:41:31 <Eddi|zuHause> no. it's entirely possible that you use words that individually have meaning and make no sense in combination
23:51:15 <Mazur> I considered it funny, Cheese.
continue to next day ⏵