Times are UTC Toggle Colours
01:24:32 *** tokai has joined #openttd 01:24:32 *** ChanServ sets mode: +v tokai 01:31:31 *** tokai|noir has quit IRC 01:47:50 *** Flygon has joined #openttd 02:06:22 <supermop_Home_> yo 02:21:10 *** glx has quit IRC 02:53:22 *** D-HUND has joined #openttd 02:56:52 *** debdog has quit IRC 03:32:30 *** Wormnest_ has quit IRC 04:01:24 *** tokai|noir has joined #openttd 04:01:24 *** ChanServ sets mode: +v tokai|noir 04:08:21 *** tokai has quit IRC 04:50:13 *** sla_ro|master has joined #openttd 04:54:41 *** Eddi|zuHause2 has joined #openttd 05:00:13 *** Eddi|zuHause has quit IRC 05:01:15 *** Eddi|zuHause2 is now known as Eddi|zuHause 05:01:49 *** WormnestAndroid has quit IRC 05:21:55 *** WormnestAndroid has joined #openttd 05:39:30 *** tokai has joined #openttd 05:39:30 *** ChanServ sets mode: +v tokai 05:46:21 *** tokai|noir has quit IRC 06:01:50 *** WormnestAndroid has quit IRC 06:06:46 <DorpsGek_III> [OpenTTD/OpenTTD] andythenorth commented on pull request #7745: Feature: setting for more flexible town spacing https://git.io/JeOdw 06:13:26 *** Etua has joined #openttd 06:25:58 *** WormnestAndroid has joined #openttd 06:58:28 *** andythenorth has joined #openttd 07:05:40 <LordAro> oh reddit 07:05:45 <LordAro> u so funny 07:06:24 <LordAro> https://www.reddit.com/r/openttd/comments/d5he2a/openttd_193_release_update/f0nod09/ 07:12:04 <andythenorth> oo reddit 07:30:06 *** andythenorth has quit IRC 07:30:51 *** tokai|noir has joined #openttd 07:30:51 *** ChanServ sets mode: +v tokai|noir 07:37:44 *** tokai has quit IRC 07:57:29 *** Laedek has quit IRC 07:57:40 *** Laedek has joined #openttd 08:54:02 <peter1138> LordAro, so lazy! 09:00:22 <LordAro> peter1138: hmm? 09:03:28 *** andythenorth has joined #openttd 09:17:47 <peter1138> Reddit. 09:18:05 <andythenorth> lunchit 09:18:22 * andythenorth resists making lunch.grf 09:18:33 <andythenorth> salad factory 09:18:38 <andythenorth> plate warehouse 09:18:39 <andythenorth> fork shop 09:19:27 <peter1138> How did you know I have salad today? 09:19:41 <andythenorth> ESP 09:19:44 <andythenorth> or coincidence 09:19:50 <andythenorth> whichever you believe in more 09:20:02 <peter1138> Remember the days when I use to walk down to the Co-op and buy a lunch deal. Every day? 09:20:12 <andythenorth> oof 09:20:21 <peter1138> Somehow I suspect that was cheaper, heh. 09:56:08 <Etua> What is more common: if a creators of NewGRFs create necessary art themselves or do they hire someone from the community for that task if they don't feel competent enough? 09:57:11 <andythenorth> the first 09:57:17 <andythenorth> by about 99.9:0.1 10:01:02 <Etua> Thanks and is there a clever way to avoid conflicts for example when someone is using massive GRF adding multiple categories of stuff but would like to install another one that handles one specific thing with more detail? What about 32-bit graphics? Should I use it, the default one or prepare for both? I would like to develop some GRF but I need to know these thing beforehand so I would not waste my time creating something incompatible with the rest of th 10:01:04 <Etua> e game. 10:01:11 *** Eddi|zuHause2 has joined #openttd 10:01:31 <andythenorth> 32 bit graphics is your choice 10:01:58 <andythenorth> I have a strong opinion against them, so my advice is not balanced on 32bpp 10:02:15 <andythenorth> grf with multiple categories, your choices are 10:02:20 <andythenorth> - split it up into smaller grfs 10:02:27 <andythenorth> - detect known incompatible grfs when loading 10:03:58 <andythenorth> e.g. FIRS checks for the following grfs known to conflict https://github.com/andythenorth/firs/blob/master/src/incompatible_grfs.py 10:04:04 <andythenorth> and I add more when people report conflicts 10:04:39 <Etua> I meant that I would like to create that more detailed GRF but at the same time I would not expect someone to drop their multi-category GRF like FIRS just to install mine. 10:05:05 <andythenorth> you can disable some features 10:05:14 <andythenorth> either automatically, or with user parameters 10:06:43 *** Eddi|zuHause has quit IRC 10:07:45 *** tokai has joined #openttd 10:07:45 *** ChanServ sets mode: +v tokai 10:09:12 <Etua> Within my GRF or the bigger one? If my mod evolves around transferring and processing one type of cargo which happens to also exist in other GRF then disabling the features in my mod that are connected with that cargo would essentially disable the GRF completely or can it be done differently like automatically that some type of cargo is decared by other GRF so I would add new types of buildings etc. while avoiding doubling the same cargo within the game? 10:10:07 <Etua> In the last part I mean that instead of creating a new cargo I reuse the existing one with new features, I should have formulated it differently. 10:10:39 <andythenorth> general advice: only one industry + cargo grf should be active 10:11:25 <andythenorth> multiple industry + cargo grfs causes unexpected results, unless they're deliberately designed to work together 10:14:35 *** tokai|noir has quit IRC 10:15:58 <DorpsGek_III> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7745: Feature: setting for more flexible town spacing https://git.io/JeONV 10:20:52 *** Eddi|zuHause2 is now known as Eddi|zuHause 10:21:52 <Etua> I had an idea for the GRF about processing trash which would be generated in the cities like the mail with specialised vehicles for transporting it everything could evolve over time so you would have only dump sites in the beginning, then you could burn it and in the end you would get the ability to recycle with profitability working like 3>2>1. Do you think that I could make it to work in a manner that the first two sites would be dead ends and the third 10:21:54 <Etua> one would alter depending on whether FIRS is present with my trash cargo turning into recyclables cargo in the FIRS recycling depot and then being processed by FIRS or if FIRS is not present building my GRF's own processing plant which would create some standard goods for simplicity? Do you think that such hybrid solution would be feasible? 10:25:17 <andythenorth> FIRS used to have trash 10:25:49 <andythenorth> https://newgrf-specs.tt-wiki.net/wiki/CargoTypes#Cargo_Labels WSTE label at the end 10:26:56 <andythenorth> making a grf that tries to modify or replace FIRS industries is unlikely to work well 10:27:26 <andythenorth> making an add-on that complements FIRS but doesn't need to change it would work 10:27:33 <andythenorth> did someone make trash chain? 10:27:37 * andythenorth looks in forums 10:29:40 <peter1138> Dare you? 10:29:58 <andythenorth> multiple times waste is discussed, but can't find a grf that does it https://www.tt-forums.net/viewtopic.php?f=29&t=75556&p=1179722&hilit=incinerator#p1179722 10:30:51 *** tokai|noir has joined #openttd 10:30:51 *** ChanServ sets mode: +v tokai|noir 10:37:35 *** tokai has quit IRC 10:43:53 <Etua> I came up with the idea last year and FIRS was the only GRF that I could find which actually implemented it but because I felt that my idea greatly extends it's behaviour I decided that I could do it anyway. My only problems were images for vehicles and buildings and possible problems with compatibility. I the scheme I described in the last message my GRF would operate on the other type of cargo up until conversion into recyclables and that's where I see 10:43:55 <Etua> a potential source of problems because 1. I would need to check whether FIRS is installed and convert my trash cargo to recyclables from FIRS somewhere, ideally in the recycling depot 2. If I could not change the behaviour of recycling depot the rest of the GRF would not make sense because why would you want to get trash from the city when you would have more valuable recyclables popping out of thin air in the recycling depot? 10:48:50 <Etua> Is the limit of city buildings producing maximum two types of cargo still valid? I remember that I have done some research on the topic last year but I forgot what was the conclusion. 10:49:10 <andythenorth> you could fork FIRS 10:50:31 <Etua> I could but if the limit of two types of cargo per building is still in place then most of my concept can go to trash. 10:51:05 <andythenorth> not sure about House produce, but accept is 16 https://github.com/OpenTTD/OpenTTD/pull/6872 10:52:34 <andythenorth> seems produce is covered already https://newgrf-specs.tt-wiki.net/wiki/Callbacks#Custom_cargo_production_.282E.29 10:57:56 <Etua> Great, does FIRS specify requirements for transport vehicles? Like can you transport everything introduced in FIRS with standard means or does it introduce it's own? 10:59:26 <andythenorth> the convention is to keep industry grfs separate from vehicle grfs 10:59:33 <andythenorth> so FIRS doesn't touch vehicles at all 10:59:57 <andythenorth> this means user has to find newgrfs that support the new cargos :| 11:00:13 <andythenorth> but it's more correct 11:00:35 <andythenorth> hmm possibly FIRS should mod the default vehicles :P 11:00:40 * andythenorth never considered that 11:01:50 <Etua> Wouldn't that introduce possible conflicts with vehicle GRFs that support cargo from FIRS? 11:03:47 <andythenorth> it might be possible to modify default vehicle properties 11:03:53 <andythenorth> I haven't really looked 11:04:05 <andythenorth> really the default vehicles should be fixed permanently in openttd :P 11:04:46 <Etua> You mean that they should not be editable nor removable or that there should not be vehicle GRFs? 11:10:07 <andythenorth> the default vehicles should support refitting to cargos in industry grfs, using cargo classes 11:19:33 <peter1138> Nearly lunch. 11:19:41 <andythenorth> phew 11:43:23 *** WormnestAndroid has quit IRC 11:43:37 *** WormnestAndroid has joined #openttd 11:53:13 *** dihedral has quit IRC 11:59:49 *** dihedral has joined #openttd 12:09:04 *** sla_ro|master has quit IRC 12:37:56 *** Laedek has quit IRC 13:15:03 *** supermop_work has joined #openttd 13:22:45 *** Samu has joined #openttd 13:41:46 *** nielsm has joined #openttd 13:45:06 <DorpsGek_III> [OpenTTD/OpenTTD] nielsmh commented on pull request #7745: Feature: setting for more flexible town spacing https://git.io/JeOpW 13:55:18 <DorpsGek_III> [OpenTTD/OpenTTD] sirkoz commented on pull request #7736: Fix: Avoid using stat to retrieve file modification times on Windows (#7731) https://git.io/JeOpo 13:58:13 <DorpsGek_III> [OpenTTD/OpenTTD] andythenorth commented on pull request #7745: Feature: setting for more flexible town spacing https://git.io/JeOpP 14:03:27 *** _moep_ has quit IRC 14:22:26 <DorpsGek_III> [OpenTTD/OpenTTD] LordAro commented on pull request #7736: Fix: Avoid using stat to retrieve file modification times on Windows (#7731) https://git.io/JeOhL 14:23:52 *** Samu has quit IRC 14:46:58 *** Samu has joined #openttd 14:56:05 *** Wormnest_ has joined #openttd 15:19:02 <Samu> https://imgur.com/GSr0gNx last 10 years 15:19:26 <Samu> recessions help my ai 15:20:06 <Samu> comes stronger out of it, for some reason 15:27:45 <Samu> civilai enjoyed first place for 1 year 15:27:49 <Samu> in profits 15:28:13 <Samu> didn't suffer much from the recession 15:41:52 *** Flygon has quit IRC 16:14:03 *** _moep_ has joined #openttd 16:37:40 <Samu> when did the downfall of my life start 16:37:45 *** frosch123 has joined #openttd 16:41:01 <Samu> 2001 16:45:02 *** HerzogDeXtEr has joined #openttd 16:46:32 <Samu> I'm gonna be surprised if CivilAI ends 2050 in first place 16:47:01 <Samu> the 3 first are so close in profits to each other 16:52:29 *** Progman has joined #openttd 17:10:59 <Samu> btw guys, fix the pathfinder cache issue 17:11:20 <Samu> for 1.10 or 1.9.4 or somethin 17:18:39 *** Samu has quit IRC 17:19:53 <andythenorth> ? 17:20:00 <andythenorth> oh samu left :P 17:20:07 <andythenorth> I wonder which issue he has reported it in 17:26:27 <andythenorth> ouch slow visual diff is slow 17:27:29 <andythenorth> also, css is now witchcraft 17:27:32 <andythenorth> there is calc() 17:27:36 <andythenorth> and it actually works! 17:27:43 <andythenorth> there is a vh unit for viewport height 17:27:46 <andythenorth> and it actually works! 17:27:47 <andythenorth> :o 17:41:02 *** Etua has quit IRC 17:45:49 <DorpsGek_III> [OpenTTD/OpenTTD] DorpsGek pushed 1 commits to master https://git.io/Je3Jl 17:45:49 <DorpsGek_III> - Update: Translations from eints (by translators) 18:07:24 *** Compu has joined #openttd 18:11:37 <DorpsGek_III> [OpenTTD/OpenTTD] Eddi-z commented on pull request #7745: Feature: setting for more flexible town spacing https://git.io/Je3JA 18:13:39 <nielsm> okay let's make this work too https://0x0.st/zti5.png 18:17:39 *** Compu has joined #openttd 18:19:02 <andythenorth> so how to build longer town bridges then? 18:19:14 <andythenorth> n+1 or n+2 18:20:43 <TrueBrain> 42, duh 18:22:49 <Eddi|zuHause> <andythenorth> hmm possibly FIRS should mod the default vehicles :P <-- that sounds like a horrible idea. we'll get endless complaints about "i use X vehicle GRF, how can i disable the default vehicles?!" 18:23:14 <andythenorth> presumably modding them stops them being disabled? 18:23:55 <Eddi|zuHause> it introduces a copy of the default vehicles, that other grfs cannot disable 18:25:36 <Eddi|zuHause> ... and nobody would think this is the fault of an industry grf 18:25:47 <Eddi|zuHause> so making that a parameter won't help either 18:27:32 <andythenorth> refittability for default vehicles? :P 18:32:20 *** cHawk has quit IRC 18:36:24 *** cHawk has joined #openttd 18:37:14 <TrueBrain> so how difficult would it be to rewrite the MasterServer in Python .. hmm .. 18:37:23 <TrueBrain> I need to recompile an OpenTTD client .. 18:38:13 *** sla_ro|master has joined #openttd 18:38:19 <Eddi|zuHause> that sounds like an insurmountable task. 18:41:39 <TrueBrain> VS2019 license expired, strike 1 18:41:48 <TrueBrain> sln project file tells me weird shit, strike 2 18:42:28 <Eddi|zuHause> tbh, i hate setting up compilers... 18:43:57 <TrueBrain> yeah ... I needed to crosscompile for MIPS and ARMs and others lately .. 18:43:59 <TrueBrain> even worse :P 18:45:03 <nielsm> okay so there's two ways to handle this "game length" setting together with a "game end year" setting: either entirely ignore the "game end year" setting if the game length is set, and just compare current year to starting year + game length, or when the game is started modify the end year to be start year + game length 18:46:05 <Eddi|zuHause> nielsm: might be easier to just drop the end year and just use game length 18:46:16 <TrueBrain> b'\x05\x00\x06\x02\x02' 18:46:16 <TrueBrain> b'\x1e\x00\x04OpenTTDRegister\x00\x02\x8b\x0f\x00\x00\x00\x00\x00\x00\x00\x00' 18:46:18 <TrueBrain> w00p :) 18:46:33 <nielsm> Eddi|zuHause maybe :P 18:46:36 <TrueBrain> Servers nicely have a banner, Clients do not .. owh joy .. who designed this protocol? 18:46:50 <andythenorth> so 18:46:58 <andythenorth> bridge building 18:47:13 <andythenorth> towns have do-while checking water tiles and crap 18:47:16 <Eddi|zuHause> TrueBrain: must have been a total idiot. 18:47:25 <TrueBrain> I fully agree 18:47:26 <Eddi|zuHause> :) 18:47:29 <TrueBrain> don't know who it was, but pfft 18:47:32 <andythenorth> and I want it to then continue 1 extra tile 18:47:36 <TrueBrain> I hope his commit rights are revoked by now 18:47:42 * andythenorth is well out of depth 18:47:48 <andythenorth> this is actual programming :P 18:51:18 <Eddi|zuHause> andythenorth: i haven't looked at the code, but the bigger problem should be starting 1 tile early 18:51:30 <andythenorth> I made that happen by accident 18:52:45 * andythenorth wonders about more permissive town building 18:52:56 <andythenorth> IRL I can knock a town bridge down and build a new one 18:57:25 <TrueBrain> wuth, the UDP protocol is LE? Holy crap ... 18:58:29 <andythenorth> Eddi|zuHause: this accidentally pads both ends with 1 tile https://user-images.githubusercontent.com/1780327/65120310-55b25700-d9e5-11e9-8b91-b0c0f1184d5e.png 18:58:31 <TrueBrain> what have we been smocking back then .. 19:03:12 *** Wolf01 has joined #openttd 19:05:10 *** Samu has joined #openttd 19:05:16 <Samu> https://imgur.com/KUJAD8R 19:05:21 <Samu> 2050, i win 19:06:14 <nnyby> congrats lol 19:06:21 <Samu> out of curiosity, gonna keep this running 19:06:42 <nnyby> does your ai work on squirrel 3? i keep forgetting to try that. maybe ill do that tonight. 19:07:19 <Samu> i haven't uploaded the new version yet 19:07:35 <Samu> i'm not sure how i will upload 19:08:02 <Samu> i can't create .tar files here 19:09:15 <nnyby> oh i just meant on github. so this repo isn't up to date? https://github.com/SamuXarick/LuDiAI-AfterFix 19:09:49 <Samu> nop, i dont have github desktop here 19:10:15 <Samu> gonna try upload something, but the change log is missing 19:10:58 <milek7> TrueBrain: what's wrong with LE? 19:11:33 <TrueBrain> milek7: network protocols .... LE .... 19:11:52 <TrueBrain> network byte order realllllyyyyy should always be BE 19:11:56 <milek7> i think usage of BE in most protocols is just historial artifact? 19:12:14 <TrueBrain> every sane protocol uses BE 19:12:18 <TrueBrain> as that removes the 'guessing' ;) 19:13:09 <TrueBrain> https://docs.python.org/2/library/struct.html <- for example, ! is 'network' order (read: big endian) 19:13:21 <TrueBrain> it is just annoying as fuck if protocol don't do it like that 19:13:30 <TrueBrain> sadly ......... I can only hit myself in the head, as I wrote this darn thing :( 19:13:37 <TrueBrain> so I feel stupid for the ... 20-year-old-me? 19:14:31 <Samu> nnyby: uploaded to github, can you try it 19:15:25 <Samu> actually this github diff viewers will help me with the changelog 19:15:31 <milek7> and < is LE... so what problem does it create? 19:15:41 <andythenorth> TrueBrain: you have to develop forgiveness for former us 19:15:46 <andythenorth> former us are thick as bricks 19:16:32 <TrueBrain> so how to explain this clearly ..... this is a network protocol ... so you expect it to be in BE, as .. every protocol should be ... it isn't ... so I spend at least 5 minutes double checking what endianess this freaking protcol has .. so yeah ... problem created by 20-year-old-me, tnx dude 19:17:30 <TrueBrain> also means I have to take care with htons .. oops .. 19:17:39 <TrueBrain> *mental note added to list ... stack corruption .. shit* 19:19:31 <DorpsGek_III> [OpenTTD/OpenTTD] nielsmh opened pull request #7747: Feature: Configurable ending year https://git.io/Je3UD 19:20:10 *** gelignite has joined #openttd 19:20:37 <nielsm> I wonder if there's a way in afterload.cpp to know whether this is a scenario being loaded as a new game 19:24:22 <TrueBrain> /* If Load Scenario / New (Scenario) Game is used, 19:24:23 <TrueBrain> * a company does not exist yet. So create one here. 19:24:23 <TrueBrain> :D 19:24:30 <nielsm> yep found it 19:24:40 <TrueBrain> cheezy as fuck :P 19:25:37 <nielsm> actually 19:25:56 <TrueBrain> PacketInvalidSize: (20, 20) <- pro programmer at work 19:26:32 <nielsm> when starting a game from scenario, should it use the ending year set by the scenario, or by the client's newgame settings 19:28:19 <nielsm> and also, if you load an old scenario in the editor, should it take on the original ending year, or the newgame settings ending year? 19:30:39 <DorpsGek_III> [OpenTTD/OpenTTD] nielsmh commented on pull request #7747: Feature: Configurable ending year https://git.io/Je3Ux 19:35:20 <TrueBrain> we support requesting only IPv4 or IPv6 servers, but the client always says AUTODETECT .. 19:39:55 <TrueBrain> funny, if you talk IPv6 with the MasterServer, your server-list is IPv6 servers only, so it seems 19:40:09 <TrueBrain> bit nasty if you are dual-stack, I guess 19:40:24 <TrueBrain> most IPv6 servers also announce on IPv4, but still 19:42:26 *** sla_ro|master has quit IRC 19:44:20 <nielsm> Eddi|zuHause: do you have an opinion on ending year handling for scenarios? 19:44:33 <Eddi|zuHause> not really 19:45:08 <Eddi|zuHause> but my tendency would be "the scenario developer is in control" 19:46:45 <nielsm> yeah that's probably the stronger argument 19:47:11 <nielsm> then it's just, what about when the scenario developer never had a chance of being in control (old scenario started as new game) 19:49:23 <nielsm> "always convert to original ending year on load, regardless of scenario or not" is the easiest so maybe just what should be done 19:56:05 <Eddi|zuHause> "just assume a sane default" seems to be appropriate 19:56:43 <Eddi|zuHause> i don't see how that should be different between old savegames and old scenarios 19:57:09 <DorpsGek_III> [OpenTTD/OpenTTD] nielsmh updated pull request #7747: Feature: Configurable ending year https://git.io/Je3UD 19:59:15 *** supermop_work has joined #openttd 19:59:36 <DorpsGek_III> [OpenTTD/OpenTTD] nielsmh commented on pull request #7747: Feature: Configurable ending year https://git.io/Je3TK 20:01:15 <DorpsGek_III> [OpenTTD/OpenTTD] nielsmh updated pull request #7747: Feature: Configurable ending year https://git.io/Je3UD 20:01:21 <milek7> looks like javascript canvas is vsynced 20:01:36 <milek7> so it must run 10% slower, at 30fps 20:02:31 <Eddi|zuHause> milek7: there was always some lingering discussion whether that was the originally intended game speed anyway 20:03:28 <nielsm> isn't SVGA refresh 70 Hz or am I misremembering? 20:03:37 <nielsm> if it is, then 35 fps might be just as reasonable 20:08:29 <Eddi|zuHause> sounds unlikely 20:08:42 *** gelignite has quit IRC 20:10:01 <Eddi|zuHause> historically, TV screen refresh rate was tied to the power frequency (50Hz in europe, 60Hz in the US), with computer screens, the american 60Hz seems to have established as a standard 20:13:38 <milek7> in last years of CRTs I remember changing refresh rate on people computers from 60hz to 75hz 20:13:44 <milek7> it made so much difference, 60hz was just terribly flickering 20:14:00 <milek7> ..and most said they didn't care 20:14:39 <orudge> Oh yes, I seem to remember 85Hz or so was comfortable for me 20:24:32 *** supermop_work has quit IRC 20:26:38 *** Samu has quit IRC 20:37:22 <Eddi|zuHause> 75Hz does seem to ring a bell 20:37:56 <Eddi|zuHause> but it was just one of the many options you had with SVGA 20:38:35 <Eddi|zuHause> also, you could have high refreshrate or high resolution, but not both. 20:39:58 <nielsm> classic mode 13h (320x200x8) runs at 70 hz at least 20:40:53 <nielsm> and so do regular 80 and 40 column text modes 20:51:35 <andythenorth> I should try this bridge hack some more 20:51:42 <andythenorth> pls send me the codez 20:58:38 *** nielsm has quit IRC 21:09:41 <TrueBrain> sorry, I only have nudes :( 21:12:01 *** glx has joined #openttd 21:12:01 *** ChanServ sets mode: +v glx 21:12:32 <Eddi|zuHause> awesome, SVGA user's manual: "the above sequence should be familiar to anyone who has ever called the BIOS from assembly code" 21:13:27 <TrueBrain> so nobody under the age of, what, 30? :D 21:13:54 <glx> I think I never called BIOS from assembly 21:14:16 <Eddi|zuHause> this manual is from 1992 21:14:23 <glx> but I can read asembly 21:15:30 <glx> oh and I probably seen some of this calls during opendune first steps :) 21:15:41 <glx> s/this/these/ 21:17:21 <Eddi|zuHause> "* place a O [did they mean 0? they didn't write 0] in register AH to indicate "select mode" function * Place the mode number in register AL * Execute an INT 10h instruction" 21:17:46 <glx> I remember INT 10h :) 21:20:43 <Eddi|zuHause> i've certainly seen INT 10h mentioned before, but i have no clue what it does, or how to invoke it 21:22:15 <Eddi|zuHause> but do modern day graphics card manuals contain that kind of low-level information? 21:22:23 <milek7> it's just instruction causing interrupt 21:23:09 <glx> hmm no, modern graphics card barely tells you how to plug it 21:24:07 <glx> and I think nobody tries to access it directly from code 21:24:16 <glx> unless you're writing a driver 21:29:26 <FLHerne> Eddi|zuHause: AMD publish all that information, but probably not in the user manual :-/ 21:30:09 <glx> user doesn't really care about that info anyway 21:30:42 <Eddi|zuHause> glx: but that was probably also true for the SVGA cards from almost 30 years ago 21:31:38 <TrueBrain> https://lgtm.com/projects/g/TrueBrain/OpenTTD-really-not-a-fork/alerts/?mode=list <- based on a slightly older master, as I needed to use the cmake branch in order for it to work 21:31:41 <FLHerne> https://developer.amd.com/resources/developer-guides-manuals/ (scroll down a bit for GPUs) 21:32:18 <glx> do you want an cmake branch rebase ? 21:32:47 <TrueBrain> I still think we should merge cmake asap 21:33:01 <andythenorth> merge everything, call it 2.0 21:33:05 <milek7> ISA are usually published 21:33:09 <milek7> but I don't think manuals about initalizing and displaying something on it are available 21:33:29 <glx> yeah we could merge, then let people commenting on the PR submit their changes :) 21:34:00 <TrueBrain> the current comments on the PR don't add anything, really 21:34:08 <TrueBrain> in CMake world, everyone thinks it should be done differently 21:34:11 <TrueBrain> there is no "truth" 21:34:18 <TrueBrain> just ..... different ways of approaching the same problem 21:34:47 <TrueBrain> so yeah ... let them make a PR if they think their way is better .. it possible (even more likely) is 21:34:58 <TrueBrain> but just having people say it should be different, doesn't contribute tbh 21:35:05 <TrueBrain> "This header file should contain a header guard to prevent multiple inclusion." <- lol, this indeed is a bug :D 21:35:37 <TrueBrain> "Comparison is always true because tmp_cidr <= 0 and 32 <= cidr." <- errors with the variable names in them, nice :D 21:36:29 <andythenorth> if it works, it's 'done' 21:37:40 <TrueBrain> "This parameter of type NetworkAddress is 224 bytes - consider passing a const pointer/reference instead." <- oef 21:39:12 <TrueBrain> https://lgtm.com/projects/g/TrueBrain/OpenTTD-really-not-a-fork/alerts/?mode=tree&severity= <- better view; if this is really all there is, that is not bad :P 21:39:27 <TrueBrain> but I am pretty sure coverity reported more :D 21:40:30 <milek7> there is also PVS-Studio 21:41:45 <glx> "Comments containing 'FIXME' indicate that the code has known bugs." hmm yes 21:41:55 <TrueBrain> not LGTM is part of the GitHub family, you can also enable this for every PR 21:41:58 <TrueBrain> might be fun :) 21:42:05 <TrueBrain> not = now 21:42:25 <TrueBrain> nice baseline of quality-of-control 21:44:15 <TrueBrain> anyway, sleep time 21:48:44 *** Wolf01 has quit IRC 21:50:36 <andythenorth> also 21:50:36 *** andythenorth has left #openttd 22:02:37 *** Progman has quit IRC 22:21:35 *** HerzogDeXtEr has quit IRC 22:36:05 *** frosch123 has quit IRC 22:52:59 *** Thedarkb-X40 has joined #openttd 23:49:58 *** Wormnest_ has quit IRC 23:52:44 *** Wormnest_ has joined #openttd 23:54:30 *** Laedek has joined #openttd 23:55:37 <DorpsGek_III> [OpenTTD/OpenTTD] nikolas updated pull request #7708: Draft Change: Use Squirrel version 3.0.7 https://git.io/fjxWf