IRC logs for #openttd on OFTC at 2024-06-18
⏴ go to previous day
01:09:22 *** Wormnest has quit IRC (Quit: Leaving)
02:12:24 *** debdog has quit IRC (Ping timeout: 480 seconds)
02:14:21 *** the_oomgosh has joined #openttd
02:14:21 <the_oomgosh> Hurry up and get the summer promotion for $50 bro, I'm shocked...
02:21:31 *** reldred has joined #openttd
02:21:31 <reldred> the_oomgosh: Discord Moderator clean up aisle five,
02:22:39 *** D-HUND is now known as debdog
02:59:12 *** gnu_jj_ has quit IRC (Ping timeout: 480 seconds)
05:21:22 *** keikoz has quit IRC (Ping timeout: 480 seconds)
06:41:23 <truebrain> Just Internet things; triggered a retry 😛
07:02:44 <peter1139> Hmm, do we need the "find minimum readable font size" code?
07:05:28 *** johnfranklin has joined #openttd
07:38:57 <peter1139> So we get the minimum readable font size for the medium font, which is 8, and assume that is the size that is being used for the small font. And then scale that the difference between the default normal size and default small size.
07:40:04 <peter1139> This logic does not take account that it isn't necessarily the same font as the small font, nor that the small font may have a specific size set.
07:43:02 <peter1139> I can hex-edit the ttfs to set Lowest_Rec_PPEM to 6, then the default fonts look normal again. But, uh, hex-editing a font is probably not the best idea :D
07:51:00 <peter1139> 10 pixel Arial does look pretty bad...
07:56:46 <peter1138> With the current default-size scaling, it gives 13 px instead of 10px.
07:58:43 <peter1139> At 10px, it's better to disable anti-aliasing for Arial.
08:31:55 *** techmagus has joined #openttd
08:33:31 *** YourOnlyOne has quit IRC (Ping timeout: 480 seconds)
08:39:39 <peter1139> Failed the first hurdle.
08:46:06 <peter1139> Making a page automatically fire window.print() is oddly traumatic.
09:18:51 <pickpacket> hold on. Will this mean that the risk of cargo ID collision goes away?
09:22:30 *** techmagus has quit IRC (Remote host closed the connection)
09:23:29 *** YourOnlyOne has joined #openttd
09:28:47 *** YourOnlyOne has quit IRC (Remote host closed the connection)
09:35:05 <peter1139> This affects mainly older NewGRF vehicles sets, and those that don't set an explicit translation table (yeah, basically most of them...)
09:35:27 <pickpacket> oh! Vehicle sets. Hmmm
09:35:57 <peter1139> So combining industry sets will conflict because there are only a limited number of cargo slots.
09:36:36 <pickpacket> yeah, for a second I thought that it was that cap that was lifted
09:36:44 <peter1139> You can allocate a slot with GRM, I think NML handles that for you.
09:37:01 <peter1139> GRF Resource Management.
09:37:24 <peter1139> 64 cargo types is already a lot. There are already some arrays that are huge due to the increase from 12 to 32 then to 64.
09:37:26 <Eddi|zuHause> i think there's a GRM call in NML, something like "reserve_sprites()"
09:38:01 <peter1139> Rail/Road types probably could have done with GRM.
09:38:24 <peter1139> Currently it's first-come-first-served and there's no way to know...
09:39:17 <pickpacket> I should have a look at that for my two cargoes in Tea Tea Deluxe. Iirc there's something similar for vehicles in the listing. My Asiastar Redux trains always show up at the top of the list in the purchase menu
09:39:24 <pickpacket> I'd like to fix that
09:39:55 <peter1139> There are so many places where a bitmask of cargo types is used that going beyond 64 is pretty infeasible.
09:40:02 <peter1139> (But then the same can be said for companies...)
09:40:39 <Eddi|zuHause> there's a way to re-sort the vehicle list.
09:41:52 <pickpacket> Eddi|zuHause: can you point me to some info on that?
09:41:57 <peter1139> There is, but I think it assumes you're sorting vehicles within your own set.
09:42:51 <peter1139> It will be on the newgrf wiki.
09:42:58 <Eddi|zuHause> it *should* work with the IDs from the default set
09:43:20 <Eddi|zuHause> but if you're mixing different sets, all bets are off
09:44:02 <peter1139> newgrf_engine.cpp:1346
09:45:11 <peter1139> Not sure if that GetID would work for default vehicles, might well return INVALID_ENGINE and therefore not do sorting.
09:45:13 <Eddi|zuHause> using pure NFO, you're doing something like "place ID X before ID Y in the list"
09:45:44 <Eddi|zuHause> in NML i think it was completely redesigned for "put these vehicles in this order"
09:47:31 <pickpacket> the default order for the default vehicles appears to be introduction date
09:48:07 <pickpacket> my trains are internally sorted by introduction date, but in the vehicle list they show up above the default trains if I use the default sorting
09:50:22 <Eddi|zuHause> try to add the original vehicles in your sorting function in NML, see if it works
09:51:12 <pickpacket> ... sorting function? 😅
09:51:23 <pickpacket> I have to look through the nml docs again
09:54:20 <Eddi|zuHause> there should be something like "sort_engines(<list of vehicles>)"
09:55:03 <peter1139> There's nothing in the code that allows treating the index passed to the propery as an original engine ID instead of a grf-local ID.
09:55:13 <peter1139> So I don't think you can.
09:55:30 <pickpacket> peter1139: that makes it easier. I just won't try then :D
09:55:34 <Eddi|zuHause> which could be used either as "sort_engines(all default trains, asiastar2k)" or "sort_engines(asiastar2k, first_monorail_vehicle)"
09:56:25 <peter1139> You are just making stuff up now :-)
09:57:28 <Eddi|zuHause> well, some parts of that were correct :p
09:57:44 <peter1139> That's weird that it's a separate call instead of a regular property, but I guess NML users are weird :p
10:00:38 <Eddi|zuHause> that's because NFO sorting is even more weird
10:01:17 *** johnfranklin has quit IRC (Ping timeout: 480 seconds)
10:02:31 <peter1139> The correct way is to just define your engines in the correct order...
10:03:26 <peter1139> NML is infuriating :p
10:04:03 <peter1139> Also "can we have a way to copy an engine for variants?" "here's a pr to do that" <silence>
10:05:04 <Eddi|zuHause> the problem with treating the sorting as a property is, that you need to refer to the next vehicle in the list, which isn't defined yet.
10:05:43 <peter1139> No you don't. If you want to appear before the next vehicle in the list, then you don't need to sort because that's the default.
10:06:32 <peter1139> And also, you can you set the sort property after everything is defined.
10:06:32 <Eddi|zuHause> well, if you want anything other than sorting in reverse order, you have to refer to a future vehicle at some point.
10:06:41 <peter1139> Which is presumably what NML does.
10:07:05 <Eddi|zuHause> yes, but in that case, the property syntax is super elaborate and superfulous
10:07:24 <peter1139> Only the future vehicle needs to change its position if it needs to be before an earlier vehicle.
10:08:17 <Eddi|zuHause> that assumes you actually know the order that the vehicles will appear in the GRF
10:08:37 <peter1139> You do know the order vehicles will appear in the GRF. That's the order you define them as.
10:09:03 <Eddi|zuHause> not if all you have is a giant csv table :p
10:10:44 <peter1139> If the CSV table defines the order, then you still know the order and which ones come later...
10:10:54 <peter1139> But then if the CSV table defines the order you can just sort the CSV table...
10:12:49 <Eddi|zuHause> that makes for really awkward diffs in case you want to change something
10:15:21 <peter1139> And actually, now that I think of it.
10:15:35 <peter1139> You can sort by a future undefined ID anyway.
10:16:04 <peter1139> But I guess with NML you auto-allocate IDs and won't know what the ID is.
10:16:06 <Eddi|zuHause> yes, but only if you have a numeric id, not an identifier.
10:16:19 <peter1139> NFO doesn't have this issue. NFO is clearly superior.
10:22:45 <peter1139> For best results, write it using a hex editor.
10:23:30 *** johnfranklin has joined #openttd
10:50:24 <peter1139> New PRs for OpenTTD must be written in assembly?
11:13:03 *** johnfranklin[d] has joined #openttd
11:13:03 <johnfranklin[d]> I want to ask a question. How to bridge IRC to discord and sync IRC message to a public website 24/7?
11:13:15 <johnfranklin[d]> OpenTTD is excellent on that
11:13:16 <peter1139> Use a bot that does it.
11:13:51 <johnfranklin[d]> Found a dibridge repo. No "sync to public website" bot.
11:15:04 <LordAro> there are various "process irc logs into a website" things out there though
11:15:12 <peter1139> Oh I missed that bit. Yes, you need a separate IRC logger for that.
11:15:16 <peter1139> (Or Discord, I suppose)
12:09:38 <peter1139> Oops. The brownie I was going to have is mouldy :S
12:18:10 <peter1139> Furry mould, the best sort.
12:18:32 <LordAro> probably good for you
12:20:04 <pickpacket> possibly healthier than it would be without mould
12:21:27 <peter1139> I had a kitkat instead, so... no :)
12:22:02 <peter1139> I need to stop with garbage carbs ikr.
12:22:32 <pickpacket> I'm having a no-sweets week
12:22:52 <pickpacket> if it goes well I might take next week too
12:25:38 <peter1139> Once you've done a week it gets easier.
12:45:29 <pickpacket> I've been without for two straight years before
12:45:38 <peter1139> I used to be slim too ;)
12:45:42 <pickpacket> but then it took *ten months* before the urges stopped
12:45:52 <pickpacket> haha, I'm still slim
12:46:19 <pickpacket> no longer on the very edge of underweight, but still a fair 10kg or so lower than overweight
12:46:38 <pickpacket> that's not why I want to quit though
12:47:49 <peter1139> BMI says overweight because muscles are heavy *nod* *nod*
12:56:59 <pickpacket> indeed they are. About twice the density of fat
12:57:28 * pickpacket knows people classed as "overweight" according to BMI though they hardly have any fat at all
12:57:50 <pickpacket> I don't have muscles, though. Not a noteworthy amount
12:58:04 <pickpacket> and I'm sure you are very muscular :D
13:06:33 <pickpacket> very important muscle
13:14:43 <johnfranklin[d]> Okay. I have finally constructed an IRC-discord bot.
13:17:19 <pickpacket> johnfranklin[d]: yay! Well done!
13:18:00 <johnfranklin> In the afternoon I just found a sentence
13:18:37 <johnfranklin> "Do not communicate individually/personally for open-source projects"
13:18:51 <peter1139> Is it time for tea?
13:20:29 <peter1139> Hmm, regular tea or Earl Grey...
13:20:30 <johnfranklin> But the development of China Set is communicated by the local messenger QQ, since some person have "I am sorry for may English, I know is bed", and it is not convenient to access discord in China Mainland
13:21:56 *** johnfranklin1 has joined #openttd
13:22:45 <ahyangyi> What did you do, and had peter done the same thing 1138 times more?
13:23:39 <johnfranklin1> Bridge IRC to Discord
13:25:24 <johnfranklin1> But... still need something to put irc log to some other website
13:25:29 *** ahyangyi_ has joined #openttd
13:26:25 <ahyangyi_> what would my avatar look like in Discord?
13:26:52 *** HerzogDeXtEr has joined #openttd
13:28:20 <johnfranklin1> so... I don't know if I can advertise OpenTTD-China-Set here, but after all it is still openttd, so the new channel is #openttdcns, still on OFTC network :)
13:28:32 *** johnfranklin has quit IRC (Ping timeout: 480 seconds)
13:28:32 *** johnfranklin1 is now known as johnfranklin
13:30:31 <peter1139> You missed it. Another day...
13:32:10 *** ahyangyi__ has joined #openttd
13:33:46 *** ahyangyi_ has quit IRC (Quit: Page closed)
13:33:54 *** johnfranklin1 has joined #openttd
13:38:22 *** johnfranklin has quit IRC (Ping timeout: 480 seconds)
13:41:57 *** johnfranklin1 has quit IRC (Ping timeout: 480 seconds)
14:12:52 *** johnfranklin has joined #openttd
14:24:56 *** johnfranklin has quit IRC (Ping timeout: 480 seconds)
15:31:46 *** audigex has joined #openttd
15:31:46 <audigex> Where do I report BaNaNaS bugs/suggest improvements
15:31:46 <audigex> Tbf it's not quite a bug kinda halfway between the two, not strictly a bug but kinda a sucky UX thing - when adding an update for a scenario it doesn't pull through any of the name, project site, regions, description etc
15:39:04 <audigex> In fact no it seems like a bug, it doesn't get uploaded as a new version of the same scenario but adds an entire new scenario?
15:43:45 <_glx_> I think it's a known issue
15:46:27 <audigex> I did wonder why the scenarios list is always so messy, figured people just weren't using versioning properly
17:10:23 <silent_tempest> It's been 9 days. Can some one review ^^ for me? Pretty please? Lol
18:01:17 *** Wormnest has joined #openttd
18:44:37 *** Flygon has quit IRC (Quit: A toaster's basically a soldering iron designed to toast bread)
18:48:10 <talltyler> GitHub claims another branch
18:50:04 <talltyler> They somehow have 37 commits they are trying to merge
19:36:05 <silent_tempest> Is the build broken? How would i check that?
19:36:32 <Rubidium> I wouldn't say it's intended, but on the other hand it's kinda expected given no release was made in 7.5 years. I don't know how to fix it though ;(
19:37:12 <silent_tempest> Is the build broken? How would I check that?
19:52:20 *** gelignite has joined #openttd
19:52:37 <blathijs> Rubidium: I'll update the Debian watch file to point to grfcodec, like I did for nml too. Would it be possible to add a link to github on that pag?
19:59:07 <_glx_> grfcodec release workflow is very basic, we did the bare minimum to get a usable release
20:09:51 <_glx_> maybe the message should be bold
20:12:42 <silent_tempest> silent_tempest: Okay entirely a self inflicted problem.
20:48:37 *** gelignite has quit IRC (Quit: Stay safe!)
20:51:24 *** nielsm has quit IRC (Ping timeout: 480 seconds)
21:01:19 *** keikoz has quit IRC (Ping timeout: 480 seconds)
21:48:33 <peter1139> > I also would like to comment about upstream devs re-implementing the same big button UI that was already done in the Android version, but we have an UI size slider now instead of an UI size selection dropdown. I don't particularly care if upstream devs do the same work twice, what I care about is that we need to replace my UI changes with the upstream code, in a way that won't break it too much.
21:48:40 <peter1139> Is that a complaint or a suggestion? Not sure...
21:55:42 *** Wolf01 has quit IRC (Quit: Once again the world is quick to bury me.)
22:34:06 *** efessel has joined #openttd
22:34:06 <efessel> peter1139: Nice to see a fellow roadie in openttd discord
22:56:34 <silent_tempest> Okay I found the code I was looking for.
23:41:07 <peter1138> Alright... which side should the symbols be on :S
23:42:04 *** HerzogDeXtEr has quit IRC (Read error: Connection reset by peer)
continue to next day ⏵
