Log for #openttd on 1st July 2019:
Times are UTC Toggle Colours
00:25:40  *** Thedarkb1-T60 has quit IRC
00:31:23  *** Thedarkb-T60 has joined #openttd
00:53:21  *** Arveen has joined #openttd
00:58:16  *** Arveen2 has quit IRC
01:28:25  *** APTX has quit IRC
01:28:43  *** APTX has joined #openttd
01:48:40  *** Samu has quit IRC
01:53:40  <reldred> oh great, the joys of the fact that someone else without my permission uploaded my station sets and I had to have them reassigned to me, they've all been uploaded originally as gplv2 as the license.
01:53:51  <reldred> which I never had permission to license them as
01:55:28  <reldred> guess I'll have to actually release an update to them then if I want to fix that
02:03:39  <reldred> also if I really want to piss off a certain somebody I should code a new version of the US stations set, since the original artist handed over all of his shit to me
02:15:57  <reldred> Hmm, I might be able to update suburban stations and keep it savegame compatible... hmmm...
02:16:10  <reldred> some items do need additional layouts, but...
02:16:54  <reldred> It looks doable
02:18:11  <Eddi|zuHause> sounds like you're having fun
02:23:54  *** D-HUND has joined #openttd
02:27:18  *** debdog has quit IRC
02:35:44  <reldred> Eddi|zuHause: for various values of fun
02:46:24  *** Flygon has joined #openttd
02:52:29  <Eddi|zuHause> as usual.
03:21:02  *** glx has quit IRC
03:43:37  *** Flygon_ has joined #openttd
03:51:04  *** Flygon has quit IRC
04:00:34  *** Flygon_ has quit IRC
04:00:34  *** rocky11384497 has quit IRC
04:01:13  *** rocky11384497 has joined #openttd
04:01:14  *** snail_UES_ has quit IRC
04:03:06  *** Flygon_ has joined #openttd
05:00:33  <reldred> Who would I beg/plead with in order to get some records on Bananas renamed?
05:02:02  <reldred> And if I upload an update to a grf with a different grfid will it create a new entry with both visible side by side? or will openttd just whinge on opening a savegame that already has the old grfid grfs?
06:25:48  *** andythenorth has joined #openttd
06:40:43  *** andythenorth has quit IRC
06:46:40  <DorpsGek_II> [OpenTTD/OpenTTD] James103 opened issue #7633: Extremely low (x1/128) track build/remove cost severely restricts the track conversion feature.
07:09:34  *** andythenorth has joined #openttd
07:36:10  *** nielsm has joined #openttd
08:15:12  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on issue #7633: Extremely low (x1/128) track build/remove cost severely restricts the track conversion feature.
08:38:39  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh opened pull request #7634: Fix #7633: Allow zero-cost track conversion to succeed
08:47:01  *** andythenorth has quit IRC
08:47:49  <reldred> nielsm: who would be the best person to speak to regarding bananas?
09:00:54  <planetmaker> reldred what's your issue with bananas?
09:01:03  <planetmaker> ah... renamed... hm
09:01:09  <reldred> Not really an issue as such
09:01:19  <reldred> Just figuring out how to go forward with some projects
09:01:42  <planetmaker> Renaming needs direct database access there... dunno... frosch, rubi, tb, I guess
09:02:01  <reldred> Basically, three old sets, if I can upload updates with a different grfid and filename without fscking everything then all good.
09:02:01  <planetmaker> as to uploading a new version with a different grfID: that is possible
09:02:04  <reldred> if I can't
09:02:17  <reldred> then I need to rename the old one to state (Legacy) as a suffixe on the end
09:02:48  <planetmaker> concerning savegames: OpenTTD will always request the exact version the savegame was created with - irrespective of any updates you uploaded to bananas
09:02:48  <reldred> I just don't want to have two identical entries in the list
09:02:54  <reldred> Ahh nice
09:02:58  <reldred> That's good then
09:03:35  <reldred> So if I just upload a new file of re_suburban for instance to replace ae_subuw with a different grfid I can keep the same record in Bananas and not have to worry about breaking anything?
09:03:48  <planetmaker> yes
09:03:57  <reldred> Oh well, that's solved everything then
09:04:03  <reldred> Thanks for the clarification :)
09:04:06  <planetmaker> What changes is that the older version will not be offered for download to people who do not have it
09:04:13  <reldred> Ahh cool
09:04:16  <planetmaker> for unconditional download only the newest version is available
09:04:21  <reldred> Nice
09:04:57  <planetmaker> for savegames, always exact matches are downloaded. So people should always be happy - except those who want an old version because they thing it is better for whatever reason ;)
09:05:04  <planetmaker> *think
09:06:54  <planetmaker> as to OpenTTD locally: OpenTTD will always show the newest version of a particular *grfID* when selecting NewGRFs on map creation, thus works slightly different as it doesn't know the bananas entry concept directly. But it's not a big issue, I think
09:07:23  <planetmaker> however, what you can do when you change grfID:
09:07:41  <planetmaker> * create a new entry in bananas for the newgrf with the new grfID and use it as normal
09:08:14  <planetmaker> * edit your existing entry in bananas for the old grfID such that it becomes unavailable to current OpenTTD versions (i.e. set a maximum OpenTTD version to like 1.7 or so)
09:08:26  <planetmaker> that might even be the cleaner solution
09:10:59  <reldred> Hmmm, that might work. Mind you I don't necessarily have any problems with people using the old version and the new side by side. The new versions _are_ going to be a graphical overhaul.
09:11:16  <reldred> I just want them to stop downloading the old one preferably through bananas.
09:11:28  <reldred> they'll be able to pull the legacy versions from github if they want
09:12:29  <planetmaker> well... that's more a hassle :)
09:12:48  <planetmaker> My personal approach would be to simply start a new entry as version2 of the Newgrf with a new grfid
09:13:10  <planetmaker> and not worry about the old version being downloaded or not. But that's just me
09:13:55  <reldred> I'll be honest in that I am kind of vain now that I've found one of them is the 2nd most downloaded grf on bananas and that I do want to keep that spot ;-)
09:14:40  <planetmaker> or I might simply keep the grfID... and keep updating the old bananas entry... dunno what :)
09:15:00  <reldred> Jeeze I remember when I had to get those records pulled accross to me in the first place. I still was't happy about them being on bananas at all in the first place but I was talked down from that tree
09:15:55  <planetmaker> I wish there were more meaningful statistics than download number. Download number currently only is a proxy to the age of an entry. Mostly
09:16:25  <reldred> Other reason I want to keep the existing record is so I can change the license type with the new version uploaded. They were never licensed gpl2, I never had permission to license them gpl2 but the person who uploaded them to bananas without my permission declared them as such.
09:17:03  <planetmaker> you... can ... change license for new uploads on existing entries.
09:17:18  <planetmaker> what entry do we talk about, btw?
09:17:22  <reldred> Didn't let me unless I uploaded a new file
09:17:35  <reldred> City Stations, Rural Stations and Suburban Stations
09:17:41  <planetmaker> you need to upload it at the same time in the same zip, I think. Or with musa
09:17:49  <planetmaker> not after the grf was uploaded
09:18:16  <reldred> Yeah it will let me when uploading a new file, either pick from the drop down or in an attached tarball
09:18:27  <planetmaker> the content of one entry (one upload) is unmutable. For good reasons :)
09:19:02  <reldred> Yeah that's why I want to update the record with a new version rather than create a new record and set the max version on the old to retire it
09:19:17  <reldred> because even with the max version trick you can still go to the bananas webpage and download it
09:19:34  <reldred> which is how I found the 'poisoned grfs' that some... one... had uploaded.
09:19:51  <planetmaker> if you update an existing entry, there's little need to set a maximum version for older entries. That's only necessary when you create a new entry - and forcefully want to retire / hide the old entry
09:20:39  <planetmaker> I don't think you can download grfs from bananas via webinterface
09:20:47  <reldred> Yup, you can
09:21:32  <reldred> Well, I can, at least.
09:21:46  <planetmaker> can you give me link?
09:22:38  <planetmaker> hm, maybe current entries. but not older
09:23:12  <reldred> Yeah, which is why I want to update the existing entry instead of do the max version trick to hide the existing entry and create a new one.
09:23:52  <planetmaker> if you update it, your vanity will be hurt and download reset to 0 ;)
09:24:14  <reldred> Yes, but I can still see the total downloads per version in Manager :P
09:24:17  <planetmaker> downloads counts for the visible version only :P
09:24:23  <planetmaker> yeah
09:24:39  <reldred> But nah I'm not that attached to the downloads amount, you're right it is silly.
09:24:58  <planetmaker> so, if you say s/o uploaded those entries... do you have access to those?
09:25:28  <reldred> I just don't want someone to go to the bananans web interface and download the gpl'd hidden entries and then use the graphics for means which I never gained permission in the first place.
09:25:35  <reldred> Yeah I've got access to them
09:25:49  <planetmaker> ok, good
09:26:21  <reldred> I came in here and picked a fight over them somewhere between 7 and 10 years ago. I wanted them deleted but y'all talked me out of it :)
09:26:33  <reldred> I was... pretty unreasonable as a kid.
09:28:20  <LordAro> who was?
09:28:32  <LordAro> who wasn't unreasonable*
09:28:38  <planetmaker> those who were born senile :P
09:28:53  <reldred> Yeah, well I didn't sabotage all my grf's like someone did and delete them off tt-forums.
09:29:51  <reldred> So I guess I wasn't _too_ bad, but yeah. I was one of those diehard TTDPatch 4 life
09:29:54  <reldred> 'ers
09:30:15  <planetmaker> don't mention it
09:30:33  <planetmaker> flamewars better remain rested in ashes :P
09:31:03  <reldred> Well, I've released something on bananas that might rekindle one of those flamewars but we'll see.
09:31:27  <reldred> Maybe not. I haven't announced it on tt-forums except to pm a few people.
09:31:55  <reldred> I kinda like the idea of silently updating the old grf's with a fresh lick of paint and watching people lose their minds.
09:33:00  <planetmaker> I guess it's lunch time. Laters :)
09:33:11  <reldred> Thanks for the help :)
09:38:53  <peter1138> 2½ hours too early for my lunch :-)
09:39:13  <peter1138> On the other hand, my tummy is rumbling.
09:39:48  *** Samu has joined #openttd
09:40:20  *** andythenorth has joined #openttd
09:42:18  <reldred> ... that's concerning, this command I just executed wasn't supposed to cause a system reboot...
09:42:32  <reldred> good thing it's outside of business hours but still
09:43:24  *** andythenorth has left #openttd
09:45:03  <peter1138> I remember that time I shut down a vserver guest (before LXC was a thing) and... it also shut down the host.
09:45:38  <reldred> Ouch
09:45:54  <reldred> Yeah I work on pabx's
09:46:02  <reldred> so they do all sorts of weird things
09:46:07  <reldred> weird proprietary things
09:46:25  <reldred> do they document these weird proprietary things? Heavens no.
09:49:57  <LordAro> documentation is for quiters
09:50:39  <reldred> lol
10:18:43  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro approved pull request #7634: Fix #7633: Allow zero-cost track conversion to succeed
10:18:59  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #7634: Fix #7633: Allow zero-cost track conversion to succeed
10:20:26  <nielsm> LordAro: I was unsure about that, will make a fix in a moment :P
10:21:23  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh dismissed a review for pull request #7634: Fix #7633: Allow zero-cost track conversion to succeed
10:21:24  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh updated pull request #7634: Fix #7633: Allow zero-cost track conversion to succeed
10:27:52  <nakki> i am wrestling with the worst database schema and some of the worst java i've ever seen
10:28:15  <nakki> the most frustrating part is that the java, specifically, isn't even really old legacy code
10:28:20  <nakki> it's been written in the past ~2 years
10:28:36  <nakki> it's just incredibly shoddy
10:29:19  <reldred> well, my evening shift is done. I'm off to head home and write more dodgy makefiles doing more dodgy things with the gcc preprocessor. Nobody tell andythenorth.
10:29:28  <nielsm> make sure to submit it to ;)
10:44:09  *** dP has joined #openttd
10:44:09  *** dP is now known as _dp_
11:25:45  *** rocky11384497 has quit IRC
11:38:50  *** Arveen has quit IRC
11:41:00  <Eddi|zuHause> does that still exist?
11:53:36  *** Arveen has joined #openttd
12:42:04  <DorpsGek_II> [OpenTTD/OpenTTD] GabdaZM commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns
12:44:10  <DorpsGek_II> [OpenTTD/OpenTTD] ldpl updated pull request #7560: Make GSGoal.QuestionClient work correctly at least for clients with ID < 2**16
12:46:23  <DorpsGek_II> [OpenTTD/OpenTTD] ldpl updated pull request #7560: Make GSGoal.QuestionClient work correctly at least for clients with ID < 2**16
12:48:47  <DorpsGek_II> [OpenTTD/OpenTTD] ldpl updated pull request #7560: Make GSGoal.QuestionClient work correctly at least for clients with ID < 2**16
12:51:01  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro dismissed a review for pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns
12:51:32  <DorpsGek_II> [OpenTTD/OpenTTD] LordAro commented on pull request #7025: Add #6887: Option to show zone inside local authority boundary of towns
12:52:36  *** snail_UES_ has joined #openttd
13:01:22  *** snail_UES_ has quit IRC
13:06:54  <_dp_> Hi! Can #7560 also get backport requested label please
13:08:34  <_dp_> it's specifically made for 1.9 branch after all :)
13:10:28  <_dp_> I mean it's based on master ofc but was meant to be backported
13:10:54  <planetmaker> it's not merged yet, is it?
13:11:02  <nielsm> no
13:11:11  <nielsm> I added the tag, it looks safe to backport
13:12:23  <_dp_> yeah, not merged but that doesn't seem to be a prerequisite for a label :p
13:12:26  <_dp_> nielsm, thx
13:13:09  <Eddi|zuHause> 1.9.2 when?
13:19:17  <planetmaker> you know the answer :P
13:20:13  <Eddi|zuHause> you know that sometimes, getting an answer is not the point of a question :p
13:20:29  <planetmaker> :)
13:24:05  *** Samu_ has joined #openttd
13:24:17  <peter1138> It's a Monday, so...
13:24:55  <peter1138> Was 7560 the one I had to rewrite for master, cos it's all different for 1.9? :p
13:27:47  <_dp_> peter1138, wut? there is no difference afaik
13:28:16  <peter1138> It was a question, you know.
13:29:10  <peter1138> And the answer is no. It is not the PR I was thinking of.
13:29:10  <_dp_> peter1138, a proper fix would need some rewriting later I guess but this temporary one should be good for both branches for now
13:29:25  *** Samu has quit IRC
14:32:28  *** nakki has quit IRC
14:33:15  *** nakki has joined #openttd
14:42:40  *** sla_ro|master has joined #openttd
14:46:51  *** supermop_work has joined #openttd
14:46:55  <supermop_work> yo
14:56:37  *** frosch123 has joined #openttd
15:03:30  <supermop_work> hi frosch
15:03:39  <frosch123> moo
15:05:15  *** Flygon_ has quit IRC
15:19:50  *** gareppa has joined #openttd
15:29:41  *** Wormnest has quit IRC
15:32:11  *** gareppa has quit IRC
15:59:27  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh commented on pull request #7620: Fix: Various reliability and correctness improvements to MIDI on Windows
15:59:46  <DorpsGek_II> [OpenTTD/OpenTTD] nielsmh updated pull request #7620: Fix: Various reliability and correctness improvements to MIDI on Windows
16:03:26  <nielsm> I should probably still split that PR into more logical commits
16:15:26  *** gelignite has joined #openttd
16:20:31  *** supermop_work has quit IRC
16:27:48  *** HerzogDeXtEr has joined #openttd
17:02:37  *** andythenorth has joined #openttd
17:02:49  <andythenorth> I am puzzled about FIRS production :P
17:03:24  <andythenorth>
17:03:29  <andythenorth> produces no output if VENG is delivered
17:03:40  <andythenorth> only 2080 lines for the one industry :P
17:03:48  <andythenorth> search 'VENG'
17:05:37  <Eddi|zuHause> not going to do that
17:06:58  <andythenorth> I'll see what happens when I deliver a second cargo
17:09:10  <andythenorth> the error is somewhere in the 93 lines here
17:09:13  <andythenorth> or in OpenTTD
17:09:26  <andythenorth> oops wrong branch
17:09:51  <andythenorth> seems I made the 16-cargo code smaller then 3-cargo code
17:09:52  <andythenorth>
17:09:58  <andythenorth> only 68 lines :P
17:11:24  *** Wolf01 has joined #openttd
17:12:17  <andythenorth> wonder if this is the remnants
17:12:39  <andythenorth> @calc 72 / 2
17:12:39  <DorpsGek> andythenorth: 36
17:12:44  <andythenorth> @calc 36/8
17:12:44  <DorpsGek> andythenorth: 4.5
17:18:09  <andythenorth> min distributed property is set to 1
17:18:18  <andythenorth> but I wonder if 4.5 is getting rounded away somewhere
17:19:38  <andythenorth> I wish Apple hadn't broken ffwd
17:19:44  <andythenorth> it makes testing production really dull :)
17:23:34  *** Progman has joined #openttd
17:26:49  <andythenorth> fps 23 on normal speed :P
17:27:52  <Eddi|zuHause> is it also slow with "-v null"?
17:28:01  <Eddi|zuHause> "-v null:ticks=1000"
17:28:06  <Eddi|zuHause> or something like that
17:28:53  <andythenorth> as a runtime shell arg?
17:29:47  <andythenorth> fails to start if I do that
17:30:34  <Eddi|zuHause> it'll run silently/headless and then quit
17:30:47  <Eddi|zuHause> so you can "time blah" it
17:31:05  <andythenorth> ah ok
17:31:12  <Eddi|zuHause> -v null disables most graphics code
17:31:22  <andythenorth> that's why it shows no graphics then :)
17:31:38  <andythenorth> the industry production issue is some kind of integer rounding / discard issue
17:31:53  <andythenorth> I increased input a bit and got 4t out on one of the 3 output cargos
17:32:07  * andythenorth will explore that more later 
17:32:12  *** andythenorth has quit IRC
17:32:38  <Eddi|zuHause> ... didn't you throw away the rounding code last time? i can't find it
17:33:26  <Eddi|zuHause> i hate when he does this...
17:33:28  *** supermop_work has joined #openttd
17:35:01  *** tokai has joined #openttd
17:35:01  *** ChanServ sets mode: +v tokai
17:39:06  *** glx has joined #openttd
17:39:06  *** ChanServ sets mode: +v glx
17:41:51  *** tokai|noir has quit IRC
17:49:17  <Wolf01> fine, then
17:57:38  *** andythenorth has joined #openttd
17:57:41  <andythenorth> integer maths school
17:58:28  <andythenorth> 72t delivery
17:58:44  <andythenorth> production ratio is 2/8
17:58:52  <andythenorth> @calc (72 * 2) / 8
17:58:52  <DorpsGek> andythenorth: 18
17:58:59  <andythenorth> output ratio is 2 / 8
17:59:09  <andythenorth> @calc (18 * 2) / 8
17:59:09  <DorpsGek> andythenorth: 4.5
17:59:28  <andythenorth> I wonder if the vehicle is taking too long to unload?
18:00:05  * andythenorth wonders what the window for 'produce on cargo arrival' is
18:21:05  *** rocky11384497 has joined #openttd
18:27:54  <andythenorth> persistent storage FTW :P
18:27:59  <andythenorth> can write vars to debug
18:28:20  <andythenorth> industry is only seeing 6t of cargo unloaded from a 72t vehicle
19:14:46  <andythenorth> @calc (6 * 2) / 8
19:14:46  <DorpsGek> andythenorth: 1.5
19:14:54  <andythenorth> @calc (1.5 * 2) / 8
19:14:54  <DorpsGek> andythenorth: 0.375
19:14:56  <andythenorth> yes well
19:15:09  <andythenorth> everything is explained then :)
19:15:24  <andythenorth> except why it's only 6t :P
19:26:30  *** Progman has quit IRC
20:00:15  <DorpsGek_II> [OpenTTD/OpenTTD] michicc requested changes for pull request #7620: Fix: Various reliability and correctness improvements to MIDI on Windows
20:08:50  *** sla_ro|master has quit IRC
20:13:38  *** Thedarkb-T60 has quit IRC
20:22:32  *** Wormnest has joined #openttd
20:26:14  *** Thedarkb-T60 has joined #openttd
20:26:31  * andythenorth very puzzled :P
20:29:53  <supermop_work> ?
20:30:45  <andythenorth> not sure how to fix FIRS production
20:30:49  <andythenorth> must be possible...but eh
20:30:55  *** gelignite has quit IRC
20:32:15  <supermop_work> perfect is the enemy of the good
20:32:54  <supermop_work> if firs industry produces something, good enough
20:38:28  <DorpsGek_II> [OpenTTD/DorpsGek-github] pyup-bot opened pull request #29: Scheduled monthly dependency update for July
20:38:34  <DorpsGek_II> [OpenTTD/DorpsGek-irc] pyup-bot opened pull request #23: Scheduled monthly dependency update for July
20:38:38  <DorpsGek_II> [OpenTTD/DorpsGek-runner] pyup-bot opened pull request #18: Scheduled monthly dependency update for July
20:39:03  <andythenorth> it doesn't
20:39:08  <andythenorth> that is the problem
20:39:20  <andythenorth> cargo is going in, but cargo is not coming out
20:41:38  <andythenorth> there's no trivial solution to this
21:05:38  *** nielsm has quit IRC
21:09:49  *** andythenorth has quit IRC
21:10:52  *** Gumle2 has joined #openttd
21:14:51  *** Wormnest has quit IRC
21:20:21  *** frosch123 has quit IRC
21:25:46  *** Wolf01 has quit IRC
21:26:56  *** Progman has joined #openttd
21:55:54  *** HerzogDeXtEr has quit IRC
22:00:57  *** Progman has quit IRC
22:12:01  *** Wormnest has joined #openttd
22:31:06  <Eddi|zuHause> <supermop_work> if firs industry produces something, good enough <-- that is not the problem. the problem is he had this perfecly working code, but a few months ago he had a tantrum of "i don't understand this code, this means it is bad and i must rip it out"
22:33:54  <supermop_work> i guess it should then be "if the andy produces something, good enough" and leave it be?
22:36:00  <Eddi|zuHause> supermop_work: compare and (before/after 16-in-out-conversion)
22:36:27  <Eddi|zuHause> in the before he has storage for leftover amounts, in the after version that code is dropped
22:38:19  <Eddi|zuHause> so, either he has to reinstate that storage code, or in the produce block he needs to leave some pieces in the stockpile, if they would be rounded down in a calculation later
22:44:03  <Eddi|zuHause> i don't know how many registers there are, though
22:48:15  *** OsteHovel has quit IRC
22:51:04  *** nielsm has joined #openttd
22:54:42  *** OsteHovel has joined #openttd
22:59:06  *** nielsm has quit IRC
23:08:24  *** supermop_work has quit IRC
23:57:18  *** snail_UES_ has joined #openttd

Powered by YARRSTE version: svn-trunk