Back to Home / #openttd / 2017 / 03 / Prev Day | Next Day
#openttd IRC Logs for 2017-03-12

---Logopened Sun Mar 12 00:00:21 2017
01:24-!-Alberth [~alberth@00015f9e.user.oftc.net] has joined #openttd
01:24-!-mode/#openttd [+o Alberth] by ChanServ
01:24-!-Alberth is "purple" on @#openttd
01:24<@Alberth>min
01:24<@Alberth>+o
01:57-!-sim-al2 is now known as Guest132
01:57-!-sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has joined #openttd
01:57-!-sim-al2 is "sim-al2" on #openttd @#/r/openttd
03:00-!-supermop [~user@pool-100-37-117-232.nycmny.fios.verizon.net] has quit [Remote host closed the connection]
03:00-!-supermop [~user@pool-100-37-117-232.nycmny.fios.verizon.net] has joined #openttd
03:00-!-supermop is "Guest" on #tycoon #openttd
03:01-!-Guest132 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds]
03:18-!-cHawk [~chawk@96-18-31-251.cpe.cableone.net] has quit [Quit: Leaving]
03:30-!-Montana [~chatzilla@148.222.94.90.dynamic.jazztel.es] has joined #openttd
03:30-!-Montana is "New Now Know How" on #openttd
03:31-!-andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has joined #openttd
03:31-!-andythenorth is "Andy" on #openttd
03:33<andythenorth>o/
03:39-!-zeknurn [~zeknurn@host-85-30-181-191.sydskane.nu] has quit [Quit: bye]
03:40<@Alberth>o/
03:41-!-zeknurn [~zeknurn@host-85-30-181-191.sydskane.nu] has joined #openttd
03:41-!-zeknurn is "Someone" on #openttd
03:49-!-sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds]
03:50-!-Guest75 [~phroa@phroa.net] has quit [Quit: ZNC - http://znc.in]
03:53<andythenorth>Alberth: playing any games at the moment? o_O
04:01<@Alberth>not sure :p
04:01<@Alberth>I think I still have one or two steel-town games, but didn't do that for a while
04:02<@Alberth>this morning I played with NSW trains for half an hour, but too realistic
04:03<@Alberth>trains do seem to have nice colours though, maybe I should try a little longer
04:03<@Alberth>I was trying to get iron horse make-stuff move, mostly :p
04:03<@Alberth>s/was/am/
04:06<@Alberth>then aircraft type display patch, state machine code generator for corsix, fixing tar loading as step in terkhen scenario stuff
04:07<@Alberth>surely I may have missed a few items :p
04:07-!-Hiddenfunstuff [~Geth@e137.ip11.netikka.fi] has joined #openttd
04:07-!-Hiddenfunstuff is "Geth" on #openttd #/r/openttd #openttdcoop
04:14-!-sla_ro|master [~sla.ro@95.76.45.217] has joined #openttd
04:14-!-sla_ro|master is "slamaster" on @#sla #openttd #love
04:17-!-Progman [~progman@p57A19B45.dip0.t-ipconnect.de] has joined #openttd
04:17-!-Progman is "Peter Henschel" on #openttdcoop.dev #openttdcoop #openttd
04:29*andythenorth considers buying Tropico
04:29<andythenorth>think I need some new game to wake my brain up
04:30<@Alberth>factorio seems popular too :p
04:30<@Alberth>but Tropico looks nice too
04:30<andythenorth>I tried factorio :)
04:31<andythenorth>“not for me"
04:32<Supercheese>Really?
04:32<Supercheese>Factorio is like crack
04:33<Supercheese>Cracktorio
04:33<@Alberth>too much low-level stuff?
04:34<@Alberth>you could try corsixth, but you need the original data (cheap to get), the game isn't very deep though, easy to figure out
04:35<andythenorth>factorio is minecraft, but you don’t build your own redstone
04:35<andythenorth>afaict
04:35<andythenorth>‘x is y’ is such a silly thing to say :)
04:35<@Alberth>I heard about Software Inc a few days ago, about managing a software company; not sure if it's fun
04:35<andythenorth>sounds like RL :P
04:36<andythenorth>I play that game 12 hours a day weekdays
04:36<@Alberth>yeah, that's my problem too, somewhat
04:37<@Alberth>newer simcities look very nice, I watched a few steel sky(???) videos, seem quite tunable
04:38<@Alberth>maybe checkout a few "builder sims 2017" videos ?
04:38<andythenorth>I need something that doesn’t require much hardware
04:38<@Alberth>ah, no idea there
04:38<@Alberth>corsix would work, I think, try the demo level, that's free
04:40*andythenorth reading about it
04:47-!-zeknurn [~zeknurn@host-85-30-181-191.sydskane.nu] has quit [Quit: bye]
04:47-!-zeknurn [~zeknurn@host-85-30-181-191.sydskane.nu] has joined #openttd
04:47-!-zeknurn is "Someone" on #openttd
04:47*Supercheese loads up Cracktorio
05:16<andythenorth>I have no idea how to refactor this :) https://dev.openttdcoop.org/projects/firs/repository/entry/src/templates/checks.pypnml
05:16<andythenorth>the CPP macro needs to be replaced by python templating
05:18<@Alberth>you can't expand a template with 2 parameters for a list of such pairs?
05:19<andythenorth>I can yes
05:19<andythenorth>my problem is this....
05:20<andythenorth>keeping data in templates is considered a no-no-no
05:20<andythenorth>but some of the checks don’t fit a standard format
05:20<andythenorth>the list of incompatible grfs should be a dict / objects in a python file
05:21<andythenorth>but the non-standard cases make a mess of that
05:21<Eddi|zuHause>why does that need refactoring at all?
05:21<andythenorth>I am removing CPP
05:21<andythenorth>the destination is no make, no GCC
05:21<@Alberth>yep, so either move them out to some NML source?
05:21<@Alberth>s/either//
05:22<andythenorth>I think I just have to write a complicated template probably )
05:22<andythenorth>:)
05:22<andythenorth>the limiting factor is then that I don’t know what the non-standard cases are for
05:22<@Alberth>such a nice trap :p
05:22<andythenorth>so I’m writing code with no idea of purpose
05:22<andythenorth>nor how to test it works
05:23<Eddi|zuHause>i don't know your python templates
05:23<andythenorth>in which case, can I just delete it? (As I’ll probably break it)
05:23<Eddi|zuHause>but there's probably an almost 1:1 translation of that file into your templates
05:23<Eddi|zuHause>requiring no refactoring
05:23<@Alberth>simplest is to copy the entire string to your python code
05:24<@Alberth>which almost trivially will not break anything
05:24<@Alberth>simplest way to check afterwards is compare output with original file, possibly after CPP processing
05:25<@Alberth>Grfs tend to stick around, so I'd say removal is not a useful option
05:26<@Alberth>tbh, I don't see the problem in keeping the non-standard cases as is, GRFs are stable, code isn't going to be changed
05:26<@Alberth>ie it's constant text
05:27*andythenorth is being purist about separating data and templates
05:27<@Alberth>quite
05:27<andythenorth>that distinction might have to fail
05:27<@Alberth>you also move <h1> to python code, don't you?
05:27<andythenorth>no list of incompatible grfs in the docs for you lot then :P
05:28<@Alberth>I mean, the HTML standard just might change
05:28<andythenorth>it does :)
05:28<andythenorth>then we have to rewrite templates
05:28<@Alberth>for <h1> ? :p
05:28<andythenorth>yes, the html 5 document outlining algorithm changed the semantics
05:29<andythenorth>although no browser implements it :P
05:29<@Alberth>:)
05:29<Eddi|zuHause>andythenorth: i still don't know your templates, but the way i see it you have these parameters (some of which may be None): 1) grf-id, error message, error message parameter, condition (outer), condition (parameter), other grf-id
05:29<andythenorth>Eddi|zuHause: templating it is the least of the problems :)
05:29<andythenorth>it’s a question about data
05:30<andythenorth>is the list of incompatible grfs data?
05:30<Eddi|zuHause>yes
05:30<andythenorth>ok, so it shouldn’t be stored in the presentation layer
05:30<andythenorth>non-controversial
05:31<Eddi|zuHause>but still, what if your "data" is just make a table with the parameters i said above
05:31<andythenorth>yes, your parameters look correct
05:32<andythenorth>know I just need to be sure I implement correctly
05:32<andythenorth>for which I just need to diff old/new?
05:32<Eddi|zuHause>and your template does things like "if (condition_outer is not None): write code"
05:32<andythenorth>I don’t actually need to know what the code does, just don’t change the output?
05:32<Eddi|zuHause>yes, pretty much
05:32<andythenorth>ok problem solved thanks
05:33-!-ATS65 [~beep@84.133.70.115.static.exetel.com.au] has joined #openttd
05:33-!-ATS65 is "beep" on #openttd
05:34-!-Supercheese [~Superchee@cpe-76-178-137-142.natnow.res.rr.com] has quit [Quit: Valete omnes]
05:37<@Alberth>how does this horse look? https://paste.openttdcoop.org/p0byy83ls
05:37<@Alberth>properly coloured version looks much better though
05:38*andythenorth reading
05:39<andythenorth>Alberth: looks about 15 times easier to work with :)
05:39<andythenorth>I haven’t tested it yet
05:40-!-ATS64 [~beep@84.133.70.115.static.exetel.com.au] has quit [Ping timeout: 480 seconds]
05:41<@Alberth>oh, and only a factor 13 in Makefile line reductions :)
05:41<andythenorth>ha
05:42<andythenorth>is it ready to push?
05:43-!-supermop [~user@pool-100-37-117-232.nycmny.fios.verizon.net] has quit [Ping timeout: 480 seconds]
05:44<@Alberth>could be
05:44<@Alberth>I can also give you a tar with the goodies
05:48<andythenorth>just push it :)
05:48<andythenorth>see what bundles does :P
05:48<@Alberth>break :p
05:48<@Alberth>at least it's missing a few targets
05:49<@Alberth>but I'll copy the stuff properly into the repo
06:05-!-HerzogDeXtEr [~farci@i59F6AA5E.versanet.de] has joined #openttd
06:05-!-HerzogDeXtEr is "purple" on #openttd
06:11<@Alberth>let's see how hard it fails :p
06:13<@Alberth>likely, the bin/* stuff should be in its own repo
06:15-!-Montana [~chatzilla@148.222.94.90.dynamic.jazztel.es] has quit [Ping timeout: 480 seconds]
06:16*peter1138 ponders installing Debian 6 or so just to compile old openttd...
06:20<andythenorth>:)
06:21<@Alberth>can't you simply download an old binary?
06:21<Eddi|zuHause>i don't think we store old binaries
06:25<LordAro>http://www.openttd.org/en/download-stable/0.3.2.1
06:25<LordAro>not linux, insterestingly
06:25<LordAro>something about that version
06:26<Eddi|zuHause>that was before "my time"
06:27<Eddi|zuHause>hm, i have a checkout at r12066, but it fails compiling with "missing daylength.h"
06:27<LordAro>me too, but it's the first old version that came to mind :)
06:28<@Alberth>:o it had daylength, but we removed it?
06:28<Eddi|zuHause>no, it has a patch applied
06:28<@peter1138>old versions exist
06:28<@peter1138>if you can remember what versions existed
06:28<Eddi|zuHause>yeah, old releases. but not old nightlies
06:29<Eddi|zuHause>which makes bisecting a bit... unwieldy
06:29<LordAro>in theory it should all compile, i guess
06:29<LordAro>just a matter of getting the right libraries
06:29<@peter1138>hahahaha
06:29<Eddi|zuHause>LordAro: no, compilers changed
06:29<@peter1138>need the right compiler too
06:30<LordAro>i'd like to think that different compilers would only change the set of warnings produced
06:30<@Alberth>then you need to change the configuration settings, at least
06:31<@peter1138>In file included from /home/petern/src/openttd/src/ai/../script/api/ai/ai_station.hpp.sq:12:0,
06:31<@peter1138> from /home/petern/src/openttd/src/ai/ai_instance.cpp:70:
06:31<@peter1138>yeah... what
06:31<@peter1138>/home/petern/src/openttd/src/ai/../script/api/ai/../script_station.hpp:52:96: error: call to non-constexpr function ‘StationFacility operator|(StationFacility, StationFacility)’
06:31<@peter1138> STATION_ANY = STATION_TRAIN | STATION_TRUCK_STOP | STATION_BUS_STOP | STATION_AIRPORT | STATION_DOCK, ///< All station types
06:31<@Alberth>wow :)
06:32-!-maciozo [~maciozo@193-180-164-235.azirevpn.net] has joined #openttd
06:32-!-maciozo is "maciozo" on #openttd
06:38<Eddi|zuHause>uhm what? "make" -> "source.lst: file not found"...
06:39-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has joined #openttd
06:39-!-Wormnest is "Wormnest" on #openttd
06:39<Eddi|zuHause>err, source.list
06:39<Eddi|zuHause>but it's there?
06:40<@Alberth>spelling correct? directory correct?
06:40<Eddi|zuHause>it's a thing that definitely compiled once...
06:41<Eddi|zuHause>version from 2008, binary from 2013
06:41-!-gelignite [~gelignite@x4e312ce5.dyn.telefonica.de] has joined #openttd
06:41-!-gelignite is "gelignite" on #openttd #openttdcoop.devzone
06:45<Eddi|zuHause>so, manual reconfigure seems to work
06:46<Eddi|zuHause>has a million warnings, but seems to compile so far
06:47<Eddi|zuHause>has norev000 for some reason?
06:50*LordAro tries compiling r20001
06:50*LordAro gets immediate failure from squirrel
06:51<@peter1138>:)
06:51<Eddi|zuHause>i don't know if r12xxx has squirrel yet
06:52<LordAro>surprised how many changes have been made to squirrel over the years
06:53<@Alberth>everything moves :)
06:53-!-frosch123 [~frosch@00013ce7.user.oftc.net] has joined #openttd
06:53-!-frosch123 is "frosch" on #openttdcoop.devzone #openttd.dev #openttd
06:53<@Alberth>quak
06:53<Eddi|zuHause>hm, i have some cargodist version from 2013 which seems to make fine
06:55<Eddi|zuHause>that seems to be r25xxx based
06:56<frosch123>moi
06:56<Eddi|zuHause>you dropped an n
06:58<Eddi|zuHause>someone remind me that next time i compile something i make -jX
06:58<andythenorth>next time you compile, make -jX
06:58<andythenorth>probably 13 or so
06:59<Eddi|zuHause>last time i checked, beyond -j6 made hardly a difference
06:59<@Alberth>Eddi|zuHause: export MAKEFLAGS=-j4
06:59<LordAro>export MAKEFLAGS
06:59<LordAro>^^
06:59<@Alberth>I once spend the effort to configure it :)
07:00<Eddi|zuHause>yeah, but i always forget in which file i should put that to make it permanent
07:01<@Alberth>login script if you have it, else the normal start script; for bash, that would be .bash_profile and .bshrc
07:01<@Alberth>not that some systems have weird ideas whether or not you log in
07:01<@Alberth>*note
07:02<@Alberth>as this overrides any previous setting (instead of extending it), it will work in .bashrc
07:09<LordAro>https://paste.openttdcoop.org/pzrn5no1x well that wasn't *so* hard
07:10<LordAro>(diff is partial r27079)
07:17<andythenorth>Alberth: IH makefile works
07:17<@Alberth>tell Jenkins that :p
07:18<@Alberth>working on it
07:18<Eddi|zuHause>LordAro: sure, but a year from now, nobody remembers that, and we go looking again :p
07:18<LordAro>heh, true
07:18<LordAro>could wiki it, somehow
07:19<@Alberth>like one will remember it exists in a year :p
07:20<frosch123>Eddi|zuHause: just do not delete checkouts
07:20<frosch123>i have checkouts of all branches, with various modifies in them
07:20<@Alberth>even that fails as libraries you dynamically link against break
07:21<Eddi|zuHause>frosch123: sure, but i tried looking through those, but i can't distinguish between compile fixes and local uncommited changes
07:21<@Alberth>mq patches?
07:21<Eddi|zuHause>most of them are svn checkouts
07:23<@Alberth>make hg repo with unmodified svn checkout version, then put that under your current checkout
07:23<andythenorth>34 #defines left to delete in FIRS
07:23<@Alberth>you're not interested to switch to other revisions anyway
07:24*LordAro has a git repo with various remotes
07:25-!-maciozo [~maciozo@193-180-164-235.azirevpn.net] has quit [Ping timeout: 480 seconds]
07:26<@Alberth>try having a set of checked out versions with uncommitted random changes in them :)
07:26<LordAro>eh, that's just a load of different branches with "tmp" commits :p
07:27<@Alberth>I have "random_stuff" commits :)
07:27<Eddi|zuHause>i have lots of tmp.diff files :p
07:28<@Alberth>:)
07:39-!-Samu [545bfabc@107.161.19.53] has joined #openttd
07:39-!-Samu is "Samu" on #openttd
07:39<Eddi|zuHause>uhm...
07:39<Samu>test
07:39<Eddi|zuHause>In file included from /home/johannes/spiele/OpenTTD/chipp/src/window.cpp:20:0:
07:39<Eddi|zuHause>/home/johannes/spiele/OpenTTD/chipp/src/blitter/factory.hpp: In destructor ‘virtual BlitterFactoryBase::~BlitterFactoryBase()’:
07:39<Eddi|zuHause>/home/johannes/spiele/OpenTTD/chipp/src/blitter/factory.hpp:73:22: warning: cast from type ‘const char*’ to type ‘void*’ casts away qualifiers [-Wcast-qual]
07:39<Eddi|zuHause> free((void *)this->name);
07:40<frosch123>it's a warning
07:40<Eddi|zuHause>"a warning is something that you can safely ignore" :pü
07:41-!-Montana_ [~chatzilla@148.222.94.90.dynamic.jazztel.es] has joined #openttd
07:41-!-Montana_ is "New Now Know How" on #openttd
07:41<Samu>webchat.oftc.net isn't working, testing kiwiirc.com/client
07:42<Eddi|zuHause>but much funnier are these:
07:42<Eddi|zuHause>In file included from /home/johannes/spiele/OpenTTD/chipp/src/openttd.cpp:69:0:
07:42<Eddi|zuHause>/home/johannes/spiele/OpenTTD/chipp/src/town.h: In member function ‘uint16 Town::GrowthRatePercent() const’:
07:42<Eddi|zuHause>/home/johannes/spiele/OpenTTD/chipp/src/town.h:242:40: warning: statement has no effect [-Wunused-value]
07:42<Eddi|zuHause> if (larger_town) default_growth_rate / 2;
07:42<Eddi|zuHause>i've not looked at that file yet to determine what was acutally meant :p
07:43<frosch123>"/=" instead of "/" probably
07:43<Eddi|zuHause>but looks like it actually built
07:43<Eddi|zuHause>yeah, most likely
07:44<frosch123>anyway, if you make functional changes to old revisions to fix warnings, there is no purpose of bisecting
07:45<frosch123>bisecting is about comparing behaviour, which is pointless if you patch the behaviour
07:45<Eddi|zuHause>i was not trying to bisect this :p
07:46<Eddi|zuHause>now if you would tell me which game i played with chipp...
07:46<frosch123>how about you update the release history on the wiki? i think lordaro's younger sibling is not going to do it
07:47<@peter1138>./openttd: error while loading shared libraries: libicui18n.so.38: cannot open shared object file: No such file or directory
07:47<@peter1138>of course, even old binaries may not run :p
07:47<Eddi|zuHause>ah, i think i found it
07:48<Eddi|zuHause>peter1138: you didn't reconfigure properly?
07:48<@peter1138>?
07:48<Eddi|zuHause>ah, no. right.
07:48<Eddi|zuHause>you downloaded an old binary, but not its dependencies
07:49<@peter1138>should've made static binaries...
07:50<Eddi|zuHause>peter1138: LordAro's link seems to work for compiling r2xxxx binaries
07:50<LordAro>frosch123: still got no replacement, have i? :p
07:50<frosch123>LordAro: should i file a feature request for aspell?
07:52<LordAro>haha
08:03-!-FLHerne [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has joined #openttd
08:03-!-FLHerne is "Francis Herne" on #openttd
08:03<@peter1138>hmm, the void area is broken with 8bpp-simple
08:09<andythenorth>ooh an NRT bug report
08:09<andythenorth>https://www.tt-forums.net/viewtopic.php?p=1183885#p1183885
08:11<frosch123>andythenorth: improve error messages
08:11<frosch123>it means "too many roadtypes defined"
08:11<andythenorth>@seen wolf01
08:11<@DorpsGek>andythenorth: wolf01 was last seen in #openttd 2 days, 12 hours, 8 minutes, and 28 seconds ago: <Wolf01> 'night
08:12<andythenorth>I should add parameter to disable Road Hog types
08:12<frosch123>andythenorth: wolf is at some lego fair till tomorrow
08:12<andythenorth>ha
08:23<FLHerne>No roadtypes for 1.7.0? Aw
08:26<@peter1138>what was the debug key to get the blitter to highlight drawn rects?
08:26<@Alberth>^B
08:26<@Alberth>or just b
08:26<frosch123>it's in the ? menu
08:27<frosch123>but you need to enable debug tools or something
08:32<Eddi|zuHause>^B is bounding boxes
08:32<andythenorth>FLHerne: it’s in an official binary, which is kept more or less in sync with trunk
08:33<andythenorth>I suppose that’s not so useful for servers
08:33<FLHerne>Sure, it just seems a shame to miss it when 1.7.0 has so few other interesting features
08:34<Eddi|zuHause>FLHerne: but at the same time, it's too untested/unfinished to put it into a release
08:34<FLHerne>If you don't want to freeze the grf API yet, does 1.7.0 *have* to be April 1st?
08:35<FLHerne>Well, now would be a bad time to complain
08:35<@Alberth>if source code is broken, there is no point to put it in stable
08:36<andythenorth>I am pretty happy with the situation where the fork is officially built as binaries
08:36<Eddi|zuHause>FLHerne: no, but you would have to delay 1.7 for like 3 months to stabilize it
08:36<@Alberth>ie NRT would be in stable, and still not usasble
08:36<FLHerne>Eddi|zuHause: Ok, I got the impression it was slightly closer than that
08:36<andythenorth>I rthink it’s ~done
08:37<andythenorth>but running a fork let’s people test it, especially the newgrf sped
08:37<andythenorth>spec *
08:37<@Alberth>for some value of ~ :)
08:37<andythenorth>adjusting a spec after it hits trunk…..too much whining :)
08:37<frosch123>i thought we would have to start over :p
08:37<frosch123>16 roadtypes is not enough
08:37<@Alberth>:D
08:38<Eddi|zuHause>frosch123: no amount is ever enough
08:38<andythenorth>bad frosch123 :P
08:44*andythenorth -> shops, bbl
08:44-!-andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has quit [Quit: andythenorth]
08:45<Eddi|zuHause>you have shops on sundays?
08:46<@Alberth>they have
08:46<__ln__>we do, too
08:47-!-andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has joined #openttd
08:47-!-andythenorth is "Andy" on #openttd
08:49<__ln__>does it vary by bundesland, or is virtually everything closed on sundays all over the country?
08:49<frosch123>by default it is everywhere
08:49<frosch123>every town can allow exceptions every now and then
08:50<frosch123>but not all the time
08:50<frosch123>there are "sunday open" events sometimes
08:51<frosch123>opening times during the week vary between federal states though
08:51<Eddi|zuHause>it used to be a lot stricter
08:51<frosch123>bavaria is most strict, with closing time at 20:00
08:52<__ln__>how was it in the east?
08:52<Eddi|zuHause>there was not much difference between west and east, as far as i can tell
08:52<frosch123>https://de.wikipedia.org/wiki/Laden%C3%B6ffnungszeit#Regelungen_in_den_Bundesl.C3.A4ndern
08:54<Eddi|zuHause>__ln__: the rules for shop openings started to get relaxed in the mid-90s, after unification
08:54<__ln__>i see
08:55<__ln__>for east the fundamental reason for closed-on-sundays was not religious, or was it?
08:55<Eddi|zuHause>i have no clue
08:55-!-andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has quit [Ping timeout: 480 seconds]
08:56<Eddi|zuHause>it's not like religion didn't exist
08:56<frosch123>i would think the origins are rather in labor unions than in religion
08:57<Eddi|zuHause>it was probably originally a church thing, that was then picked up by labour unions
08:58<frosch123>https://de.wikipedia.org/wiki/Sonntag#Neuzeit <- apparently the current law is from 1919
09:00<Eddi|zuHause>that was a pretty labour-union-friendly time
09:00<frosch123>"In den Niederlanden verbietet ein Gesetz von 1954 das Fußballspielen vor 13 Uhr." <- sounds over-specific
09:02<__ln__>over here, until about 2010, only very small (kiosk-size) shops were permitted to be open beyond {7-21, sat 7-18, (sometimes sun 9-18)}. that is, even during the christmas season all the shops needed to close at 18 on saturdays.
09:02<__ln__>no exceptions to that
09:03<__ln__>the rules were since relaxed a bit, and since 2016 all shops of any size are permitted to be open 24/7 on any day of the year.
09:04-!-Montana_ [~chatzilla@148.222.94.90.dynamic.jazztel.es] has quit [Ping timeout: 480 seconds]
09:05<__ln__>there are very very few 24h shops though in practice, most close either at 21, 22 or 23.
09:06<__ln__>but basically every grocery type shop is open on each sunday.
09:07-!-sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has joined #openttd
09:07-!-sim-al2 is "sim-al2" on #openttd @#/r/openttd
09:15-!-Gja [~Martin@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd
09:15-!-Gja is "Martin" on #bcache #openttd
09:32<@peter1138>hmm... if i use a non-compositing window manager, the cursor is fine
09:33<frosch123>does it have an effect if you disable the multithreaded drawing?
09:33<frosch123>-v sdl:no_threads
09:34<@peter1138>nope
09:34<@peter1138>still disappears
09:39-!-supermop [~user@pool-100-37-117-232.nycmny.fios.verizon.net] has joined #openttd
09:39-!-supermop is "Guest" on #tycoon #openttd
09:47-!-iSoSyS [~iSoSyS@25.103.114.89.rev.vodafone.pt] has joined #openttd
09:47-!-iSoSyS is "realname" on #/r/openttd #openttd
10:01<@peter1138>feels like sdl_updaterects is doing the first rect, then waiting for vsync, and then doing the rese.t
10:01<@peter1138>*rest
10:07-!-FLHerne [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has quit [Ping timeout: 480 seconds]
10:13-!-FLHerne [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has joined #openttd
10:13-!-FLHerne is "Francis Herne" on #openttd
10:14-!-andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has joined #openttd
10:14-!-andythenorth is "Andy" on #openttd
10:15<@Alberth>o/ andy
10:16<@Alberth>I mostly finished the Makefile of iron horse, "bundle_src" still fails, due to the spaces in some of your source files. It's a feature of 'make', which will not be fixed
10:18<@Alberth>freaking backward compatibility reasons :(
10:19<@peter1138>yeah, also works ok in fullscreen mode.
10:19<@Alberth>The Makefile_old* files should be deleted, and spaces in filenames killed
10:19<@peter1138>sigh, progress.
10:19<@Alberth>but some names seem generated
10:22<@peter1138>mind you, that doesn't explain why it's the same in windows
10:23<@peter1138>although maybe it's similar
10:23<@peter1138>who needs 2d graphics anyway...
10:23-!-sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has quit [Ping timeout: 480 seconds]
10:29<andythenorth>Alberth: is bundle_src a required target? o_O
10:29<andythenorth>or just legacy?
10:29<@Alberth>required
10:29<@Alberth>gpl requirements etc :)
10:30<@Alberth>just pushed removing the old makefiles
10:30*andythenorth runs it
10:30<andythenorth>any spaces can likely be removed
10:30<@Alberth>have a look at jenkins output
10:31<andythenorth>oh it ships the psds? :o
10:31<andythenorth>interesting
10:31<@Alberth>'source' eh :)
10:31<@Alberth>it mirrors all repo files
10:31<@Alberth>which makes sense as source tarball, I think
10:32*andythenorth remembers the argument about whether files for rendered sprites constitute source
10:32-!-FLHerne_ [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has joined #openttd
10:32-!-FLHerne_ is "Francis Herne" on #openttd
10:33<Eddi|zuHause>"source" is anything you would make manual changes to
10:33<andythenorth>a lot of psds isn’t meaningfully source, it’s more like sketching
10:33<@Alberth>you distribute them anyway in the hg clone
10:33<andythenorth>I could move some stuff out of it
10:33<andythenorth>GPL requirement is met by the repo
10:33<@Alberth>updated to h1548
10:33<Eddi|zuHause>you can leave drafts out if they don't end up being processed for the final program
10:34<@Alberth>?
10:34<andythenorth>seems bundling non-usable, non-useful source files is over-stepping the principle
10:34<andythenorth>it fails some kind of convenience rule I think
10:34-!-FLHerne [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has quit [Ping timeout: 480 seconds]
10:34<Eddi|zuHause>in general, if the files are in the repo, there's no reason to leave them out of the bundle
10:34<andythenorth>who consumes bundles?
10:34*andythenorth is curious
10:35<andythenorth>I can just delete the space, ‘solving’ the problme
10:35<Eddi|zuHause>who knows?
10:35<andythenorth>it’s only 2.8Mb
10:35<@Alberth>the GarryGs of this world
10:35<andythenorth>there’s no particular argument against distributing the psds then
10:35<Eddi|zuHause>just replace space by _
10:36<andythenorth>as long as there’s no expectation of a reliable psd -> png -> grf workflow :)
10:37<andythenorth>the psds aren’t very usable unless you’re me
10:37-!-FLHerne_ [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has quit [Read error: Connection reset by peer]
10:37<@Alberth>don't think the gpl goes that far :p
10:37<andythenorth>lots of the files aren’t even psds :P
10:37<andythenorth>nvm
10:37<@Alberth>haha :p
10:37<andythenorth>the dir was called ‘graphics_sources’, but I kept conflating that with ‘src’ and ‘graphics’ dirs
10:37-!-FLHerne_ [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has joined #openttd
10:37-!-FLHerne_ is "Francis Herne" on #openttd
10:38<andythenorth>also they’re not reliable sources :)
10:38<@Alberth>you need a "various_other_junk" directory :)
10:39*andythenorth has replaced the spaces and is compiling
10:40<@Alberth>you likely do want to verify contents of the generated files, in particular the .tar files
10:41<@Alberth>ie is everything that you want in it?
10:41<andythenorth>would the hash match?
10:41<@Alberth>no, I added a unique directory prefix in the tar, and likely the order of files has chnaged too
10:41<andythenorth>ok
10:42<andythenorth>bundle_src failed
10:42<andythenorth>grfid -m iron-horse.grf > iron-horse.check.md5
10:42<andythenorth>: /bin/sh: grfid: command not found
10:42<@Alberth>yeah, that would fail :[
10:42<@Alberth>s/:[/:p/
10:43<@Alberth>previous version added a file with the grfid output, and a Makefile.dist with HG information of the build
10:44<@Alberth>grfid output is still generated, the HG information gets inserted into the bundle makefile, so you can rebuild the grf
10:44<Eddi|zuHause>so, what if i use the md5-collision-attack to make two grfs with different content but same grfid?
10:44<@Alberth>you can keep both grfs
10:44<Samu>can u fix some bugs, now that you're approaching 1.7.1?
10:45<Eddi|zuHause>i mean different content that creates the same md5sum
10:45<@Alberth>I know Eddi, you can keep both, and be happy with them, or so
10:46<@Alberth>not sure why you'd want to have same but not identical grfs
10:47<@Alberth>the files provides the means to check your build is correct, nothing else
10:48<Samu>FS#6508 - Draw buoy when placed
10:48<@peter1138>Then you can have a desyncing network game D:
10:48<Samu>FS#6506 - Rail isn't converted if there is a ship in the tile
10:48*andythenorth can’t remember what’s distributed in the tar
10:48<Samu>FS#6505 - Allow rail when ships are on lower halftile
10:49<andythenorth>Alberth: everything seems to be correct in the tar, just grf, license, readmet
10:49<andythenorth>readme *
10:49<@Alberth>\o/
10:49<andythenorth>actually, it’s changelog, not readme :P
10:50<@peter1138>.
10:50*andythenorth should maybe improve that, but later
10:50<Samu>FS#6479 - Dropdown Setting is changing value of non-visible Parameter
10:51<Samu>FS#6460 - Can't access Random AI Parameters in a game
10:51<@Alberth>bin scripts don't really belong in that repo, I don't have a better place yet, for them
10:51<andythenorth>they do no harm
10:52<andythenorth>I don’t really want remotes and so on
10:52<andythenorth>we could give them a repo, and vendor them in
10:52<Samu>FS#6366 - Windows 10 main viewport and mouse issues in fullscreen mode
10:52<andythenorth>vendor = copy-paste :P
10:52<Samu>these bugs are relatively easy fixes, plz take a look
10:52<@Alberth>it's fine that you have your own copy, but it makes using them elsewhere tricky
10:52<@Alberth>or updating them, for that matter
10:52<andythenorth>devzone repo?
10:53<@Alberth>sounds like the simplest solution, doesn't it?
10:53<andythenorth>yup
10:53<andythenorth>got a name? o_O
10:54<@Alberth>alternatively, they could move into the general project thingie
10:54<andythenorth>they could
10:56*andythenorth wondered if src/build_iron_horse.py could be eliminated
10:56<andythenorth>and the makefile handle each section
10:56<andythenorth>it’s a bit pseudo-make-in-python
10:56<@Alberth>tricking non-suspecting devs :p
10:56<andythenorth>dates from me not understanding how to call the python scripts correctly from make
11:13<Samu>will you fix these easy to fix bugs for 1.7.0 release?
11:14<@Alberth>highly unlikely
11:15<Samu>they're really easy fixable :(
11:17<@peter1138>moo
11:18<LordAro>Samu: how do you know they're really easily fixable?
11:18<LordAro>have you fixed them?
11:18<Samu>because, yeah exactly
11:19<LordAro>did you put the patches in the relevant issue?
11:19<Samu>i provided them, yes
11:21<LordAro>do the devs know that the patches are there?
11:21<@peter1138>your fix for 5606 breaks when upgrading a rail tile with a road vehicle on it
11:21<Samu>oh no
11:22<@peter1138>(or rather, with a level crossing on it)
11:22<@peter1138>happened to be occupied :p
11:24<Samu>got to test, brb
11:24<Samu>see what happens
11:26<@DorpsGek>Commit by peter1138 :: r27784 trunk/src/rail_cmd.cpp (2017-03-12 16:26:31 +0100 )
11:26<@DorpsGek>-Fix [FS#6505]: Allow rail conversion even if ship is on tile (Samu).
11:27<@peter1138>Date: Tue Nov 11 11:50:04 2014 +0000
11:27<@peter1138>That's quite a while.
11:31<LordAro>oh hey, 6507 is mine
11:32<@DorpsGek>Commit by peter1138 :: r27785 trunk/src/waypoint_cmd.cpp (2017-03-12 16:32:40 +0100 )
11:32<@DorpsGek>-Fix [FS#6508]: Buoys not always drawn after being placed depending on zoom level (Samu).
11:34<LordAro>peter1138: that your last commit date?
11:35<@peter1138>Yeah it was
11:35<LordAro>nice
11:36<LordAro>Date: Tue Feb 25 18:25:04 2014 +0000
11:36<LordAro>was mine until 6 months ago :>
11:37<LordAro>although, my commits don't count quite as much as yours :p
11:43<@peter1138>Eh, mine stopped counting long ago.
11:43<Samu>oh, an assertion
11:44<Samu>nice eye peter1138
11:44<@peter1138>Samu, already sorted it :p
11:47<@peter1138>I actually think I stopped playing openttd after I stopped using CRT monitors.
11:47<@peter1138>Before that I used to play it in 800x600 on a 17" screen. That was a nice size, with lovely colours and crisp pixels.
11:48<@peter1138>I kinda wish I hadn't binned my CRTs, but really they were never going to get used again.
11:50<andythenorth>stuff moves on eh?
11:50*andythenorth had a CRT telly until last year
11:51<andythenorth>it had really nice non-square pixels, looks better
11:54<Eddi|zuHause>i still have a CRT TV here, but it can't receive any programs because they shut down analogue TV and there's no point in investing in a digital receiver
11:54<andythenorth>you can watch VHS cassettes :)
11:54<Eddi|zuHause>yeah. but nobody does that :p
11:57<@peter1138>Back then I was using SDL's DGA driver as well. It was super efficient at 8bpp palette animation.
11:59-!-gelignite [~gelignite@x4e312ce5.dyn.telefonica.de] has quit [Quit: http://bit.ly/1kso8Ta]
11:59<@peter1138>Hmm, I pressed ^S to save a screenshot, and it said it did, but I can't find it.
12:00<@peter1138>Oh. .local/share...
12:00<Samu>peter1138: https://bugs.openttd.org/themes/Bluey/comment.png - plz do this but for the compiler farm thing
12:01<Samu>dunno which vs it uses
12:02<@peter1138>What? smiley face?
12:03<Samu>crap
12:03<Samu>https://bugs.openttd.org/task/6366#comment14156
12:03<Samu>wrong copy
12:03<Samu>i did it for vs140, but compiler farm uses another version :(
12:03<@peter1138>I...
12:04<@peter1138>Neither do I. And I'm on Linux, so...
12:06<Samu>t.t problem has been since 2015 :(
12:09<LordAro>needs a windows person
12:09<LordAro>is that glx or michi?
12:14-!-Samu [545bfabc@107.161.19.53] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
12:18-!-Samu [545bfabc@107.161.19.53] has joined #openttd
12:18-!-Samu is "Samu" on #openttd
12:19<Samu>having trouble staying connected
12:21<LordAro>looks like you quit
12:22<LordAro>from the message
12:22<LordAro>(rather than being disconnected)
12:22<andythenorth>IncompatibleGRF("SZ\13D", "Oil well decrease neutralizer")
12:22<andythenorth>the grfid is being rendered as "SZ D"
12:23<andythenorth>I thought python 3 solved unicode? o_O
12:23<@Alberth>that's unicode :)
12:23<@Alberth>you just don't have a glyph for \13
12:24<andythenorth>ach
12:25<andythenorth>I just want it used literally
12:26<andythenorth>how is unicode used in a grfid?
12:26<andythenorth>I thought they were bytes :P
12:26<@Alberth>oh, right
12:26<@Alberth>not sure nml understands unicode at all
12:26<andythenorth>this is the danger of refactoring code I don’t understand :)
12:26<andythenorth>I have literals in CPP defines
12:27<andythenorth>and I want the same result via python
12:27<andythenorth>but eh :)
12:27<@Alberth>escape the \
12:27<+michi_cc>LordAro: It needs someone who still has Visual Studio 2010 installed. Syntax is likely unchanged to VS2015.
12:27<andythenorth>Alberth: escape seems to work, horrible interface though
12:28<+michi_cc>Samu: You need to change the vcxproj.in file and and run the generate script to update the real project files.
12:28<andythenorth>what are these grfids, and where do I find them?
12:28<@Alberth>raw literal works too, probably r"..."
12:28<@Alberth>you're fighting python string interpretation :)
12:28<andythenorth>I never maintain the incompatible grf checks because the values used in FIRS don’t match the grfids here http://bananas.openttd.org/en/newgrf/
12:29<@Alberth>bananas has a large subset at best
12:30<andythenorth>e.g. Experts Hard Industries has grfid 45480101
12:30<andythenorth>but FIRS uses "EH\01\01"
12:30*andythenorth knows that the bytes can be translated :P
12:31<andythenorth>but my hex calculator doesn’t have ‘H'
12:31<@Alberth>python knows about ord("H")
12:31<@Alberth>or find a random ascii table at the interwebs
12:31<andythenorth>I am about to learn some more computer science, aren’t I :|
12:32*andythenorth wonders why nml doesn’t just use the grfid, instead of fucking around :)
12:32<andythenorth>this translation is a game for people smarter than me
12:32<andythenorth>neither openttd nor bananas use it
12:32<@Alberth>http://www.asciitable.com/
12:33<@Alberth>people want to write a string to get a number, for some weird reason
12:33<@DorpsGek>Commit by peter1138 :: r27786 trunk/src/ai/ai_gui.cpp (2017-03-12 17:33:40 +0100 )
12:33<@DorpsGek>-Fix [FS#6479]: AI configuration changed incorrect parameter when some parameters are hidden.
12:34<@peter1138>Samu, your patch for ^ was wrong thoughg
12:34*andythenorth trying to find out if nml understands the grfids
12:35<@peter1138>Samu, your fixes are so easy they're often wrong ;)
12:37<+michi_cc>Somebody with VS2010 should test https://paste.openttdcoop.org/pmszvvbyb
12:39<Samu>what was wrong with it t.t.
12:39<Samu>i'll check it out
12:43<Samu>i don't have VS2010 :(
12:43<Samu>using 2015
12:45<Eddi|zuHause>i always wondered: how does python's ord() function handle unicode characters?
12:46<Eddi|zuHause>but never bothered to try it
12:46<Samu>hum... i thought SCRIPTCONFIG_DEVELOPER were the hidden parameters
12:46<andythenorth>hmm raw strings must have a type
12:47*andythenorth might as well support grfids, and this literal string shenanigans
12:49<Samu>ai_developer_tools
12:49<Samu>well, your code is clearer
12:49<Samu>mine was going straigth into the parameter
12:50<andythenorth>ha stack overflow says no way to detect a raw string
12:50<andythenorth>‘r’ is just a cue to the interpreter
12:51<@Alberth>yes, it changes how escaping works, for that string
12:51<Samu>ah I see the difference, yours iterates over the list of visible settings
12:51<Samu>mine iterates over all settings then jumps past the invisible ones
12:52<Samu>i guess mine wasn't exactly "wrong", just different
12:52<Samu>peter1138: but thx
12:55<@peter1138>it was wrong
12:55<@Alberth>Eddi|zuHause: you get the codepoint, as I expected https://paste.openttdcoop.org/p5i1k9yzd
12:56<andythenorth>ach, no way to just declare a grfid then :)
12:56*andythenorth bamboozled
12:56<@Alberth>can't just specify 4 bytes?
12:56<@peter1138>it would not work correctly if the first parameter was hidden, or if multiple parameters in a row were hidden, because it's not iterating on the list, it's just looping on the row counter.
12:56<andythenorth>Alberth: nope
12:56<andythenorth>nml needs it converted to a literal
12:57<andythenorth>I was going to convert it to a literal conditionally as needed
12:57<andythenorth>but there’s no condition I can check :P
12:57<Eddi|zuHause>andythenorth: define a class GRFID, and __init__ takes a string?
12:57<Eddi|zuHause>then __str__ could output the string, and __repr__ the 4 hex bytes?
12:57<andythenorth>that’s what I hoped :P
12:58*andythenorth pushing
12:58-!-glx [~glx@000128ec.user.oftc.net] has joined #openttd
12:58-!-mode/#openttd [+v glx] by ChanServ
12:58-!-glx is "Loïc GUILLOUX" on +#openttd
12:59<andythenorth>http://dev.openttdcoop.org/projects/firs/repository/entry/src/incompatible_grfs.py
13:00<@peter1138>Samu, that's 1 out of 3 i've not had to modify :)
13:01<Samu>keks :(
13:02<Samu>AI first row is always the starting date
13:02<Samu>always visibl
13:02<andythenorth>Eddi|zuHause: ^^
13:02<Samu>but i dunno about GS
13:02<@peter1138>well even so
13:03<@peter1138>maybe it's hidden :p
13:03<@peter1138>(who knows why!)
13:03<@peter1138>but anyway it's a gui operation there so makes sense to use the gui list that's already therel
13:04<Samu>i didn't know how to use it
13:04<@peter1138>neither did i!
13:04<@peter1138>:D
13:05<Eddi|zuHause>andythenorth: magic to convert string to numeric grfid https://paste.openttdcoop.org/pi8bnvnmx
13:06<andythenorth>Eddi|zuHause: can you reverse it? o_O
13:06<andythenorth>nml demands the literal
13:06-!-gelignite [~gelignite@x4e312ce5.dyn.telefonica.de] has joined #openttd
13:06-!-gelignite is "gelignite" on #openttd #openttdcoop.devzone
13:06<andythenorth>but all grfs in the wild use the grfid
13:06<Eddi|zuHause>it's technically a bit wrong, because it's internally treated as little endian, but this code does big-endian-stuff
13:08<@Alberth>>>> "".join("{:02X}".format(ord(a)) for a in "EH\01\01")
13:08<Eddi|zuHause>andythenorth: the reverse would use the chr function
13:09<@Alberth>except for the non-printable character
13:09<Eddi|zuHause>python already handles that
13:09<Eddi|zuHause>>>> chr(0x48)
13:09<Eddi|zuHause>'H'
13:09<Eddi|zuHause>>>> chr(0x01)
13:09<Eddi|zuHause>'\x01'
13:09<@Alberth>ever tried print chr(240) to an ascii terminal?
13:10<Eddi|zuHause>>>> chr(240)
13:10<Eddi|zuHause>'\xf0'
13:10<Eddi|zuHause>i don't remember what 240 is
13:10<@Alberth>sure you're not seeing the repr?
13:10<@Alberth>me neither
13:10<Eddi|zuHause>oh, right
13:11<Eddi|zuHause>just a thing to remember to use repr() in the code then
13:11<Eddi|zuHause>just printing a ? here
13:11<andythenorth>so…what do I need to? o_O
13:12<andythenorth>but actually, I can’t think of any conditional that I could use, so it’s maybe moot?
13:12<Eddi|zuHause>andythenorth: what problem are you trying to solve?
13:12<andythenorth>I want to declare grfids as 4 bytes, not literals
13:12<andythenorth>as that’s how they are encountered
13:12<andythenorth>but FIRS declares them as literals
13:13<andythenorth>and I don’t want to go hunting for all those grfs already declared
13:13<Eddi|zuHause>so you want to input [0x45,0x48,0x01,0x01]?
13:13<@Alberth>"".join("\{:02X}".format(ord(a)) for a in "EH\01\01")
13:13<Eddi|zuHause>or "45480101"?
13:13<andythenorth>the latter Eddi|zuHause
13:14<andythenorth>o/t nml’s use of literals for grfids is utterly stupid
13:14<andythenorth>and perpetuates the cute convention that grfid is meaningful
13:14<andythenorth>and we know what damage that incurs :P
13:14<Eddi|zuHause>it's not that stupid, if you come at it from a C++ mindset
13:15<andythenorth>“but my canadian grfs"
13:15<Eddi|zuHause>because in C++, a 4-letter-string is the same as a 32bit number
13:15<andythenorth>I understand that :)
13:15<Eddi|zuHause>the problem with "45480101" that prevents me from immediately coming up with a neat solution is that you need to consume 2 characters per iteration
13:16<Eddi|zuHause>so a simple iterator over the string fails
13:16<andythenorth>well I can just split every 2 chars and rejoin
13:16<andythenorth>but only if I can be sure the string requires that
13:17<andythenorth>maybe I just have to give my class two parameters for grfid
13:17<andythenorth>and the correct type must be used
13:18<@Alberth>I am quite surprised you can't give it 4 byte numbers, tbh
13:18<andythenorth>nml chokes on that
13:19<Eddi|zuHause>it's a bit of an oversight
13:19<andythenorth>I’ll paste the error in a minute
13:20<andythenorth>nmlc ERROR: "generated/firs.pnml", line 193: Expected a string literal of length 4
13:20<Eddi|zuHause>it should be fairly easy to extend nml to accept a number
13:21<Eddi|zuHause>anyway: https://paste.openttdcoop.org/pksaypzcl
13:21<andythenorth>incidentally, I can’t find anything in nml docs about generating a valid grfid
13:21<andythenorth>it links to the nfo docs https://newgrf-specs.tt-wiki.net/wiki/NML:GRF
13:21<andythenorth>surprised more people don’t fail on this
13:21<andythenorth>I always ask someone else to do it when I start a new grf
13:21<@Alberth>everybody copies it from a working grf or from the example
13:22<Samu>peter1138: still working on my patches? :o
13:22<andythenorth>lots of grfs with “AB\03\02"
13:22<Eddi|zuHause>andythenorth: i leave splitting the string into 2-byte-pairs as a simple exercise for the reader
13:22<andythenorth>what if it’s a literal of length 8 though? o_O
13:23<andythenorth>that is what puzzles me
13:25-!-Snail [~jacopocol@cpe-98-14-137-148.nyc.res.rr.com] has joined #openttd
13:25-!-Snail is "Jacopo Coletto" on #openttd
13:25<andythenorth>Snail: o/
13:25<Snail>hey Andythenorth
13:26<andythenorth>Snail: so can you compile on Sierra?
13:26-!-iSoSyS [~iSoSyS@25.103.114.89.rev.vodafone.pt] has quit [Ping timeout: 480 seconds]
13:28<Eddi|zuHause>andythenorth: how could it be a literal of length 8?
13:28<andythenorth>I don’t know, I’m not a good programmer :)
13:28<Eddi|zuHause>it must be exactly 4
13:28<Snail>anythenorth: yes
13:29<Snail>thanks to the patch submitted on the forums time ago
13:29<Eddi|zuHause>that's why nmlc guards against that
13:29<andythenorth>Eddi|zuHause: so it’s totally safe to check for len > 4?
13:29<andythenorth>nah can’t be
13:29<andythenorth>FIRS is declared as a string of length 12
13:29<Eddi|zuHause>andythenorth: what's that check meant to do?
13:30<Eddi|zuHause>andythenorth: 12 characters on the screen doesn't make the string length 12
13:30<andythenorth>I need to conditionally detect an existing literal string, or a string of bytes that needs converting to literal
13:30<Samu>peter1138: here's all my bugs/requests/patches as of recently FS#6505 FS#6504 FS#6500 FS#6498 FS#6478 FS#6460 FS#6453 FS#6452 FS#6445 FS#6438, if you care to take a look
13:30<Samu>thx, it's much appreciated
13:30<andythenorth>hmm
13:31<andythenorth>I’ll just use different parameters for literal or non-literal strings
13:31<Eddi|zuHause>andythenorth: if in this context you already know it must be a grfid, then len(s)=4 means it's a literal, and len(s)=8 means it's a hex representation
13:31<andythenorth>and if it’s len 12?
13:31<Samu>and FS #6512, forgot that one
13:32<Eddi|zuHause>andythenorth: len("\xx\xx\xx\xx")=4 (where x are valid digits)
13:32<andythenorth>there are literals with length 8
13:32*andythenorth checks that
13:33<andythenorth>Eddi|zuHause: what’s the length of r"AL\01\01"
13:33<andythenorth>?
13:33<Eddi|zuHause>4
13:33<andythenorth>python disagrees
13:33<Eddi|zuHause>"\01" is one character
13:33<andythenorth>len(r"AL\01\01”) returns 8
13:34<Eddi|zuHause>andythenorth: why are you using r""?
13:34<andythenorth>because it’s neater than escaping the slashes?
13:35<Eddi|zuHause>andythenorth: but the slashes are meant to be treated as escapes
13:35<andythenorth>but then nml barfs
13:35<Eddi|zuHause>andythenorth: you need to feed repr(s) to nml
13:36<Eddi|zuHause>s="AL\01\01"
13:36<Eddi|zuHause>len(s)=4
13:36<Eddi|zuHause>repr() puts the slashes back in
13:36<andythenorth>so it doe
13:36<andythenorth>does
13:37<@Alberth>allowed = set("0123456789ABCDEFabcdef") ; all(c in allowed for c in s)
13:38<LordAro>string.hexdigits ?
13:38<@Alberth>^ better :) thanks
13:39<andythenorth>using repr(), nmlc ERROR: "generated/firs.pnml", line 137: Expected a string literal of length 4
13:39<andythenorth>it’s escaped (\\)
13:39<andythenorth>nml doesn’t like that
13:39<Eddi|zuHause>andythenorth: you need to remove all the r""
13:39<andythenorth>I did
13:40<andythenorth>this is way too hard, I’m just going to subclass IncompatibleGRF
13:40<Eddi|zuHause>then i don't know what you did
13:40<andythenorth>passed the literal, called repr on it
13:41<andythenorth>python has to have the escapes, but nml does not want them
13:41<@Alberth>python literal representation != nml literal representation
13:41<andythenorth>this is silly :)
13:41<andythenorth>grfid should have been the grfid, and not a game
13:42<Eddi|zuHause>andythenorth: really, nmlc should be taught to handle numeric IDs
13:42<andythenorth>good luck :)
13:42<Eddi|zuHause>it's probably 2 lines :p
13:43<Eddi|zuHause>one of them checks whether the ID is in range :p
13:43<andythenorth>let’s see
13:47<andythenorth>maybe parse_string_to_dword()
13:47*andythenorth digging
13:48<andythenorth>http://dev.openttdcoop.org/projects/nml/repository/entry/nml/expression/parameter.py#L89
13:50<Eddi|zuHause>uhm, yes. you just need to teach all places that expect a grfid to skip that function if it encounters a number
13:51<andythenorth>there are about 800
13:51<Eddi|zuHause>alternatively you check for int in that function and just return that value
13:52<Eddi|zuHause>before that string check there
13:53<Eddi|zuHause>something like isinstance(var, Integral) or so
13:56-!-Samu [545bfabc@107.161.19.53] has quit [Remote host closed the connection]
13:57<andythenorth>I won’t patch nml in ways I don’t understand :)
13:57<andythenorth>so eh
14:19<@DorpsGek>Commit by peter1138 :: r27787 trunk/src/ai/ai_gui.cpp (2017-03-12 19:19:01 +0100 )
14:19<@DorpsGek>-Fix: Update scrollbar when rebuilding AI/GS setting list.
14:35<@peter1138>Now those linger dropdown lists are bugging me...
14:35<@peter1138>*lingering
14:37<frosch123>everything you fix for ai/gs settings does likely also apply to newgrf settings :)
14:37<frosch123>newgrf parameters are mostly the same code as ai/gs parameters
14:42<@peter1138>dropdown lists aren't closed by clicking elsewhere
14:42<@peter1138>so it's possible they have no parent!
14:42<@peter1138>and then it'll carash
14:42<@peter1138>and also crash
14:43<@peter1138>yeah, my weird disappearing mouse cursor also happens to complete windows when i drag them around...
14:43<@peter1138>it's like it's waiting for vsync, but doing it at the wrong moment
14:51-!-iSoSyS [~iSoSyS@25.103.114.89.rev.vodafone.pt] has joined #openttd
14:51-!-iSoSyS is "realname" on #openttd #/r/openttd
15:02<@peter1138>jesus the window goes mad if i try to resize it
15:07<andythenorth>smear?
15:07<andythenorth>technicolour-vomit smear?
15:10<andythenorth>GRFIDDword is a horrible classname
15:10-!-Stimrol [~Stimrol@89-160-189-52.du.xdsl.is] has joined #openttd
15:10-!-Stimrol is "Stimrol" on #openttd
15:10<andythenorth>PEP 8 requires ClassName convention
15:11<@peter1138>no, resize spaz
15:11<@peter1138>trying windowmaker... it goes spazzy with that too, but in a totally different way
15:16-!-bwn [~bwn@c-67-174-159-210.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds]
15:19<Eddi|zuHause>andythenorth: the class would be GrfID, and depending on the context you'd call GrfID.hex() or GrfID.literal()
15:20<Eddi|zuHause>or something like that
15:21<andythenorth>neat
15:31-!-Alberth [~alberth@00015f9e.user.oftc.net] has left #openttd []
15:35<@peter1138>Cool, now the game is intermittently crashing inside pulseaudio when I resize...
15:35<@peter1138>Pulseaudio.
15:35<@peter1138>Pulse*Audio*.
15:40-!-iSoSyS [~iSoSyS@25.103.114.89.rev.vodafone.pt] has quit [Remote host closed the connection]
15:45<andythenorth>Eddi|zuHause: this was python 3? https://paste.openttdcoop.org/pksaypzcl
15:46<Eddi|zuHause>no, but i don't see a reason why it shouldn't work in 3
15:47-!-bwn [~bwn@c-67-174-159-210.hsd1.ca.comcast.net] has joined #openttd
15:47-!-bwn is "bwn" on #ext4 #linux #freenode #moocows #observium #python #php #crypto #zcash #virt #qemu #openttd #mm #kernelnewbies #debian-offtopic #debian
15:55<andythenorth>in python 3 interpreter, print(chr(int(’01’,16))) returns \x01
15:56<andythenorth>ach no
15:56*andythenorth sees the problem
15:59<Eddi|zuHause>again, repr()
15:59<andythenorth>yup
15:59<andythenorth>compiling now
16:03<andythenorth>ah
16:03<andythenorth> if (grf_future_status('EH\x01\x01')) {
16:03-!-sla_ro|master2 [~sla.ro@95.76.45.217] has joined #openttd
16:03-!-sla_ro|master2 is "slamaster" on #sla #openttd #love
16:03<andythenorth>‘ is not legal apparently, must be “
16:04<andythenorth>stupid smart quote irc client :P
16:04*andythenorth fixes
16:06<andythenorth>nml barfs on the \x01 as well
16:07-!-sla_ro|master [~sla.ro@95.76.45.217] has quit [Ping timeout: 480 seconds]
16:10<andythenorth>Eddi|zuHause: I gave up trying to make it nice :P
16:10<andythenorth>http://dev.openttdcoop.org/projects/firs/repository/entry/src/incompatible_grfs.py#L3
16:10<andythenorth>it apparently works
16:13<Eddi|zuHause>actually, there might be a quicker and dirtier workaround, you can just turn the "45480101" string into "\45\48\01\01"
16:16<andythenorth>I wondered
16:16<andythenorth>but it seemed not proper
16:17<andythenorth>but split and join would do it
16:17<andythenorth>nml literal is not quite a literal, eh?
16:21<@peter1138>Using svn feels weird :s
16:22-!-sim-al2 [~sim-al2@108-221-157-231.lightspeed.mmphtn.sbcglobal.net] has joined #openttd
16:22-!-sim-al2 is "sim-al2" on #openttd @#/r/openttd
16:25<frosch123>hg/git are older than cvs was when svn started
16:29<@peter1138>all these open issues...
16:37*andythenorth lost in music
16:38<@peter1138>sister sledge?
16:43<andythenorth>yarp
16:43<andythenorth>seemed appropriate
16:58<andythenorth>supermop: http://www.railpictures.net/photo/609413/
16:59-!-Supercheese [~Superchee@cpe-76-178-137-142.natnow.res.rr.com] has joined #openttd
16:59-!-Supercheese is "Supercheese" on #openttd #openttdcoop.devzone +#openttd.dev
17:06-!-frosch123 [~frosch@00013ce7.user.oftc.net] has quit [Quit: be yourself, except: if you have the opportunity to be a unicorn, then be a unicorn]
17:08-!-eekee [~ethan@90.254.102.80] has joined #openttd
17:08-!-eekee is "Ethan Grammatikidis" on #openttdcoop #openttd
17:14-!-andythenorth [~andytheno@cpc87219-aztw31-2-0-cust178.18-1.cable.virginm.net] has left #openttd []
17:34-!-Montana_ [~chatzilla@148.222.94.90.dynamic.jazztel.es] has joined #openttd
17:34-!-Montana_ is "New Now Know How" on #openttd
17:39-!-fiatjaf [~fiatjaf@162.243.220.95] has quit [Ping timeout: 480 seconds]
17:40-!-Stimrol [~Stimrol@89-160-189-52.du.xdsl.is] has quit [Quit: ZNC - http://znc.in]
18:02-!-gelignite [~gelignite@x4e312ce5.dyn.telefonica.de] has quit [Quit: http://bit.ly/1kso8Ta]
18:24-!-Progman [~progman@p57A19B45.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
18:41-!-JezK_ [~jez@2407:7800:400:107f:3db5:daca:8457:e66a] has joined #openttd
18:41-!-JezK_ is "jez" on #openttd #love
18:44-!-sla_ro|master2 [~sla.ro@95.76.45.217] has quit []
18:46-!-Montana_ [~chatzilla@148.222.94.90.dynamic.jazztel.es] has quit [Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]]
18:56-!-Gja [~Martin@93-167-84-102-static.dk.customer.tdc.net] has quit [Quit: Going offline, see ya! (www.adiirc.com)]
19:09-!-Hiddenfunstuff [~Geth@e137.ip11.netikka.fi] has quit [Ping timeout: 480 seconds]
19:24-!-Wormnest [~Wormnest@s5596abd2.adsl.online.nl] has quit [Quit: Leaving]
19:25-!-HerzogDeXtEr1 [~farci@i59F6ABC6.versanet.de] has joined #openttd
19:25-!-HerzogDeXtEr1 is "purple" on #openttd
19:31-!-HerzogDeXtEr [~farci@i59F6AA5E.versanet.de] has quit [Ping timeout: 480 seconds]
19:35-!-FLHerne_ [~flh@cpc4-papw5-2-0-cust175.5-3.cable.virginm.net] has quit [Quit: There's a real world out here!]
20:58-!-eekee [~ethan@90.254.102.80] has quit [Quit: leaving]
23:18-!-glx [~glx@000128ec.user.oftc.net] has quit [Quit: Bye]
23:58-!-tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd
23:58-!-tokai|noir is "Christian Rosentreter" on #openttd
23:58-!-mode/#openttd [+v tokai|noir] by ChanServ
---Logclosed Mon Mar 13 00:00:22 2017