Config
Log for #openttdcoop.devzone on 3rd June 2010:
Times are UTC Toggle Colours
05:35:33  *** Desrik has joined #openttdcoop.devzone
05:36:38  <Desrik> can anyone help me figure out why autopilot wont connect to irc?
05:38:29  *** ODM has joined #openttdcoop.devzone
05:53:07  <planetmaker> Desrik: on this network (oftc)?
05:53:32  <Desrik> no private
05:54:00  <planetmaker> did you try it on an oftc channel?
05:54:04  <Desrik> yes
05:54:13  <planetmaker> and it didn't work there either?
05:54:16  <Desrik> no
05:54:51  <Desrik> got ap+, console says connected then it connects and disconnects over and over
05:55:03  <Desrik> but it never shows up in the channel
05:56:02  <planetmaker> does it say anything?
05:56:22  <Desrik> nothing in the irc channel
05:56:52  <Desrik> ap+ console will say connected then disconnected and it will repeat steadily
05:58:21  <planetmaker> can you paste a bit of log on paste.openttd.org
06:00:30  <Desrik> what log file?
06:00:34  <Desrik> ap+?
06:00:48  <planetmaker> console output of ap+
06:00:57  <planetmaker> best right from startup
06:01:39  <Desrik> ok one sec
06:05:56  <Desrik> http://paste.openttd.org/225855
06:06:24  <Desrik> lines 11-14 will constantly repeat
06:08:42  <planetmaker> hm...
06:09:12  <Desrik> need me to post part of cfg?
06:12:01  <planetmaker> I can try to compare with our cfg
06:14:39  <Desrik> paste.openttd.org/225856
06:15:44  <planetmaker> irc_server = 127.0.0.1
06:18:13  <Desrik> run on same rig as openttd
06:18:53  <planetmaker> and does #openttd exist as channel?
06:19:15  <Desrik> yes. i can ssh to that comp and connect and join
06:19:33  <Desrik> with no problems
06:19:36  <planetmaker> and does IRC run on port 6667
06:19:44  <planetmaker> ssh and IRC are different things...
06:20:16  <Desrik> i mean ssh into the server and run irssi in linux
06:20:29  <Desrik> to connect to irc servers
06:21:00  <Desrik> but yes the irc is 6667
06:22:06  <planetmaker> irc_bind_ip = 62.75.156.145 <-- We have that line in our config while such line is missing in yours
06:23:06  <Desrik> server itself runs fine
06:23:30  <planetmaker> which one?
06:23:33  <Desrik> its actually up right now
06:23:43  <planetmaker> openttd? irc? machine itself?
06:23:54  <Desrik> openttd
06:24:06  <Desrik> oh wait
06:24:14  <Desrik> i read that wrong
06:28:00  <Desrik> that ip is external right? i put mine in and it says "couldnt open socket: cant assign address
06:28:11  <planetmaker> yes
06:28:14  <Ammler> did planetmaker already suggested debug_irc or irc_debug?
06:28:20  <planetmaker> he didn't ;-)
06:28:27  <Desrik> oh it has [::mod_irc::network] before it
06:28:44  <planetmaker> ?
06:28:47  <Ammler> good morning btw. :-)
06:28:57  <planetmaker> moin Ammler :-) same to you!
06:29:46  <planetmaker> and honestly I do recommend to test on an oftc channel and not on your own.
06:30:00  <planetmaker> Test your own only when it is running on an oftc channel
06:30:10  <Ammler> yep, I would guess, it is the nickname you use... but :-)
06:30:11  <planetmaker> that elliminates one error source
06:30:45  <Desrik> ok will try that now
06:30:45  <planetmaker> not all networks act the same
06:31:05  <Desrik> i was just thinking that it could be the irc server im running
06:31:09  <planetmaker> e.g. ap+ doesn't work out-of-the box on freenode IIRC
06:31:34  <planetmaker> do yourself the favour to change the channel then
06:32:44  <planetmaker> which ap+ connects to then
06:33:29  <Ammler> irc_bind_ip isn't needed
06:33:33  <Desrik> doing the same thing
06:33:42  <Ammler> it would bind to default ip, if missing
06:34:12  <Ammler> please paste.openttd.org your output
06:35:18  <Desrik> http://www.paste.openttd.org/225855
06:35:58  <planetmaker> s/www.//
06:36:11  <Desrik> lines 11-14 will repeat until server shutdown
06:37:27  <Ammler> you didn't enable irc_debug
06:38:05  <Ammler> irc_debug=true in [autopilot]
06:38:39  <Desrik> nick
06:38:43  <Desrik> error
06:38:58  <Ammler> what is the client_name?
06:43:26  <Desrik> deathliquid
06:44:37  <planetmaker> eh?
06:44:42  <Desrik> random
06:44:50  <Desrik> just changed to desrik1
06:45:50  <Ammler> desrik1 is online too
06:46:00  <Ammler> use /ns status <nick>
06:46:19  <Ammler> and find a nick not in use
06:47:03  *** desrik1 has joined #openttdcoop.devzone
06:47:14  *** Desrik has quit IRC
06:47:20  <Ammler> if you like you can paste again the output
06:47:21  <desrik1> cause im on it
06:47:33  <Ammler> yes, then ap+ won't connect
06:48:31  <Ammler> it doesn't have ability to switch to alternative nick in this case.
06:53:25  <desrik1> http://paste.openttd.org/225857
06:53:53  <desrik1> thats with it using my main account on openttdcoop
06:55:54  <Ammler> what OS do you use?
06:56:40  <Ammler> http://dev.openttdcoop.org/issues/747
06:56:58  <Ammler> please do also not join #openttdcoop with the server
06:57:06  <Ammler> create your own
06:57:29  <desrik1> i am thats why my irc ip was localhost
06:57:46  <desrik1> just trying to get it to connect
06:57:47  <Ammler> i mean create your own channel
06:57:55  <desrik1> oh ok
06:58:25  <Ammler> which distro version do you use?
06:58:45  <desrik1> ubuntu 8.04 32bit
06:58:58  <Ammler> that has also tcl 8.5?
06:59:17  <desrik1> yeah but i think its running 8.4
06:59:19  <Ammler> you have the same bug as we on our suse server
06:59:41  <Ammler> you can "hack"-fix with the ticket I posted
07:01:02  <desrik1> what causes it?
07:01:13  <Ammler> read the ticket please.
07:01:46  <Ammler> [Thu Jun 03 02:50:47 EDT 2010] [irc0] [debug] 'Recieved: :larich.oftc.net 479 desrik {#openttdcoop} :Illegal channel name'
07:01:49  <Brot6> Autopilot - Bug #747: IRC name issue (Ammler) @ http://dev.openttdcoop.org/issues/747#change-2567
07:02:43  *** frosch123 has joined #openttdcoop.devzone
07:07:08  <Ammler> desrik1: svn up :-)
07:07:25  <Brot6> Autopilot - Revision 768: Fix [#747]: newer tcl versions do quote channel name with " {}", this s... (Ammler) @ http://dev.openttdcoop.org/projects/autopilot/repository/revisions/768
07:08:54  <planetmaker> hehe :-)
07:09:15  <desrik1> the fix says "cant find file to patch at line 5"    line 5 is @@ -33,7 +33,7 @@
07:09:16  <Brot6> Autopilot - Bug #747 (Resolved): IRC name issue (Ammler) @ http://dev.openttdcoop.org/issues/747#change-2568
07:09:26  <Ammler> desrik1: svn up
07:09:36  <desrik1> ok
07:11:14  <planetmaker> did anything happen wrt open-source policy of xshunter?
07:11:44  <Ammler> planetmaker: did you btw. notice the checkout/clone url on repository view at devzone?
07:12:07  <planetmaker> not conciously
07:12:09  <Ammler> planetmaker: no release yet and after he visited here, he even wasn't sure, if he ever will...
07:12:51  <planetmaker> nice that the URL is there now :-)
07:13:04  <planetmaker> hm, sad if he wouldn't, I guess. Then it's nothing for us
07:13:15  <Ammler> no chance imo
07:13:26  <planetmaker> without open-source and repo: hardly
07:13:45  <Ammler> I offered him to host it on the devzone, if he won't allow anonymous checkout at his svn
07:13:56  <planetmaker> I wonder why he wouldn't...
07:14:08  <Ammler> he fears the support...
07:14:09  <planetmaker> It's not like it will be hit by numerous blokes
07:14:22  <planetmaker> what? He fears the support?
07:14:31  <desrik1> works.....thank you
07:14:32  <planetmaker> Why does he then make it public at all?
07:14:33  <Rubidium> because... then other people will change his thing and "sell" it as theirs
07:14:37  <Ammler> like brianetta or dih has a lot work with support for Autopilot :-)
07:15:25  <Ammler> desrik1: yaw
07:15:30  <Rubidium> planetmaker: pulling a DNF / m4nfo / new version of dbset
07:15:39  <planetmaker> hu?
07:16:02  <planetmaker> you mean that's analogous or what?
07:16:21  <Rubidium> making it look like there is progress, but without actually showing anything substantial
07:16:37  <planetmaker> :-D
07:16:57  <Ammler> well, I saw some nice xShunter things on PeterT's servers
07:17:35  <Ammler> but I very much would miss customization
07:18:03  <Ammler> which was one of the reasons vor Avignon, sadly, there is no progress there...
07:18:28  <planetmaker> stopped at 80% or so...
07:18:38  <planetmaker> is like probably where xshunter is, too
07:18:41  <Ammler> mainly missing docs for usage and dev
07:19:10  <planetmaker> yeah
07:19:20  <Ammler> else we could use it and continue like we did with ap+
07:19:28  <Rubidium> Avignon... I'll be there in less than a week :)
07:19:36  <planetmaker> :-)
07:20:07  <Rubidium> for like a few minutes just before 05:00
07:20:21  <planetmaker> :-P
07:20:23  <planetmaker> fly over?
07:20:38  <Rubidium> nah, with the train going through
07:20:45  <planetmaker> uh
07:21:50  <Rubidium> flying from here kinda sucks; I can't be on time at an airport by train and even then the train-to-airport + plane costs more than the train alone :)
07:22:12  <Ammler> desrik1: please keep us up2date with your modifications and post those at http://dev.openttdcoop.org/projects/autopilot/issues
07:22:13  <planetmaker> depends always on how the travel time is counted :-)
07:22:35  <desrik1> how would i go about a company reset command?
07:22:47  <desrik1> i know the sending to console part
07:22:58  <planetmaker> but if there's no quick airport in the vicinity, including check-in times, air traffic is not always as fast as the air travel time ;-)
07:23:11  <planetmaker> desrik1: !rcon reset_company 1
07:23:49  <desrik1> i mean for an ap command
07:23:49  <Rubidium> planetmaker: exactly, Schiphol plane departs around 08:00 or something like that; the first train arrives around that time
07:24:20  <planetmaker> Rubidium: still I wouldn't like to travel at about 5 _a_m
07:24:30  <Rubidium> the other airport would be Dusseldorf, but that doesn't have a flight so next in line in Weeze where the plane departs at 12:00, but can't be there on time either
07:24:46  <Rubidium> planetmaker: while laying asleep in a train? Doesn't sound that bad :)
07:25:02  <planetmaker> :-) I know I don't sleep too well. But depends, I guess
07:26:21  <planetmaker> I hardly take sleeper trains, though :-)
07:26:25  <Ammler> desrik1: !rcon is quite cool, imo
07:26:35  <Rubidium> it'll be my first time as well :)
07:26:53  <Rubidium> it should beat sleeping in a plane which I've somewhat done before
07:27:34  <planetmaker> yes and no :-)
07:27:52  <planetmaker> The stops at stations are what I find distressing when going over night in a train
07:28:03  <planetmaker> otherwise it's better for sure
07:29:32  <Rubidium> but it doesn't stop from 23:55 to 5:00; on the way back from 23:01 till 07:46, so that doesn't seem that bad
07:30:09  <Rubidium> hell, I could even sleep well before the rest on school camps
07:31:44  <planetmaker> sounds ok :-)
07:42:14  *** desrik1 has quit IRC
07:57:02  *** ODM has quit IRC
08:52:20  *** Seberoth has quit IRC
08:53:17  *** Seberoth has joined #openttdcoop.devzone
09:21:21  *** KenjiE20 has joined #openttdcoop.devzone
12:49:19  *** ODM has joined #openttdcoop.devzone
13:33:39  *** Seberoth has quit IRC
13:43:14  *** welshdragon has quit IRC
13:48:32  <Brot6> #openttdcoop - Revision 61: [Compiler] run uprepos.sh in background to speedup push (Ammler) @ http://dev.openttdcoop.org/projects/home/repository/revisions/61
13:48:32  <Brot6> #openttdcoop - Revision 62: [Compiler] silence curl for requires (Ammler) @ http://dev.openttdcoop.org/projects/home/repository/revisions/62
14:37:33  *** KenjiE20 has quit IRC
14:38:36  *** KenjiE20 has joined #openttdcoop.devzone
14:50:37  *** welshdragon has joined #openttdcoop.devzone
14:51:20  *** Seberoth has joined #openttdcoop.devzone
16:18:53  <Brot6> swedishrails: update from r6 to r13 done (7 errors) - http://bundles.openttdcoop.org/swedishrails/nightlies/r13
16:18:55  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r544), 32bpp-extra (r36), airportsplus (r50), bros (r12), comic-houses (r70), firs (r882), fish (ERROR r374), heqs (r320), newgrf_makefile (ERROR r98), nml (r215), nmts (r16), nutracks (r67), ogfxplus (r23), opengfx (r459), openmsx (r57), opensfx (r94), snowlinemod (r12), test (ERROR r20), worldairlinersset (r643)
16:53:36  *** KenjiE20 has quit IRC
17:01:40  *** KenjiE20 has joined #openttdcoop.devzone
17:10:05  *** Alberth has joined #openttdcoop.devzone
17:43:30  <planetmaker> Hirundo: can you give me a short pointer how I use sprite templates in NML?
17:43:43  <Alberth> Is there a rationale what to put in nml/ast.py, and what to put in nml/actions/actionX.py ?
17:44:33  <Hirundo> Alberth: There is, but the line is not as clear-cut as it should, IMO
17:45:27  <Alberth> ok, what is it?
17:45:58  <planetmaker> ast is seemingly the things which are not unique to one action type...
17:46:31  <Hirundo> planetmaker: define a template using 'template foo(param1, param2, paramn) { real-sprites }'
17:46:46  <Alberth> planetmaker: that makes sense. Thanks.
17:46:56  <Hirundo> then use it using 'foo(1, 2)' in place of a real sprite
17:47:28  <planetmaker> real-sprites is then only the list of [a,b,c,d,e,f] for the sprite list, right?
17:47:30  <planetmaker> nice :-)
17:47:48  <Hirundo> yes
17:49:17  <planetmaker> Hirundo: can a template replace a whole set (say 8 or so) of real sprites?
17:49:28  <Hirundo> yes
17:50:30  <planetmaker> and templates can contain templates?
17:50:57  <Hirundo> Hmmm.... haven't tested that
17:51:06  <planetmaker> then I'll test :-)
17:51:45  <Alberth> hmm, we need a coding standard imho
17:54:23  <Brot6> NFO Meta Language - Revision 216: Remove: Some unnneeded constants from global_constants.py (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/216
17:56:23  <planetmaker> Alberth: in case of doubt: As OpenTTD does it
17:56:31  <planetmaker> The easiest for all participating people
17:56:49  <Hirundo> In my opinion, the ast should map tokens to a logical structure and nothing more, but there isn't really a consequent rule being followed (including by myself)
17:57:30  <planetmaker> Hirundo: templates need at least one parameter. Templates without parameter might be nice, too
17:57:31  <Alberth> what does 'map tokens to a logical structure mean'? I thought the parser does that.
17:58:30  <Hirundo> You need some struct to store the parser output in a nice way, and to deliver debug output
18:15:38  <Brot6> Swedish Rails - Revision 14: Change: Use sprite templates for the actionAs (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/14
18:15:38  <Brot6> Swedish Rails - Revision 15: Change: Rename the file with temperate sprites (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/15
18:15:38  <Brot6> Swedish Rails - Revision 16: Fix: Northwest facing tunnel was off a bit (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/16
18:39:19  <Alberth> haha,  from the python documentation: "New in version 1.5.2."
18:40:41  <Brot6> NFO Meta Language - Revision 217: Codechange: Reorder definitions in parser.py, so related rules ... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/217
18:44:52  <Brot6> Swedish Rails - Revision 17: Add: Arctic rail sprites for TTD base set (provisionally accessible ... (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/17
18:47:13  <Brot6> Nutracks - Revision 68: Add: More subway stuff (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/68
18:47:13  <Brot6> NFO Meta Language - Revision 218: Codechange: Rename param_list to expression_list to more clearl... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/218
18:51:52  <Alberth> no hope for a clean merge :p
18:52:49  <Hirundo> "We apologize for the inconvenience"
18:53:34  <Alberth> np
19:09:19  <Brot6> NFO Meta Language - Revision 219: Codechange: Rename id_list to non_empty_id_list, and introduce ... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/219
19:09:19  <Brot6> Nutracks - Revision 69: Update: Updated the action3 with some comments for Freak_NL (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/69
19:10:24  <Hirundo> planetmaker: Templates without argument should work now
19:10:45  <planetmaker> :-) Nice
19:11:26  <Brot6> Swedish Rails - Revision 18: Add: Snowy rail sprites for TTD base set (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/18
19:11:40  <Hirundo> Any other things you noticed while coding nml, that could be improved?
19:11:41  <planetmaker> I wish for support of global parameters like climate :-)
19:12:05  <planetmaker> and allowing expressions like if (param[0] == 2) { ... }
19:12:28  <planetmaker> comparison operators don't work on non-constant expressions in these contexts so far
19:15:54  <Hirundo> Problem with comparisons is that they are non-trivial, but in a different way, for action7/9D and Varaction2
19:17:31  <Hirundo> Definitely on my todo list though, I'll think further about it while doing the dishes :)
19:18:44  <planetmaker> :-)
19:20:01  <planetmaker> Well, in order to make a set climate-dependent, those things are needed in order of importance: global variable access, variable comparisons - and I'll need railtypes also (coding the swedish rails)
19:27:04  <Hirundo> global vars work with param[0x8x] for now
19:28:00  <planetmaker> hm, yes, yex0 said something like that. I'll have to find out which those are and how to access them
19:31:38  <Brot6> Swedish Rails - Revision 19: Fix: Offset for steep slopes was wrong (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/19
19:42:51  <Brot6> OpenGFX - Feature #986 (New): more snow sprites / smoother transition (planetmaker) @ http://dev.openttdcoop.org/issues/986
19:43:59  <Brot6> Swedish Rails - Revision 20: Fix: Alignment of arctic horizontal tracks (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/20
20:09:58  <Brot6> NFO Meta Language - Revision 220: Feature: Allow action 11. (Alberth) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/220
20:12:04  <Brot6> NFO Meta Language - Feature #966: Action 11: sound data (Alberth) @ http://dev.openttdcoop.org/issues/966#change-2569
20:12:28  <Yexo> planetmaker: the variables listed on this page: http://wiki.ttdpatch.net/tiki-index.php?page=Action7
20:12:31  <PeterT> <planetmaker> is like probably where xshunter is, too
20:12:31  <PeterT> <Ammler> mainly missing docs for usage and dev
20:12:39  <Yexo> are accessable via param[0x8?]
20:12:45  <PeterT> I'll mention that to xOR
20:12:57  <PeterT> we'll try adding a black book, I guess to help with devs
20:13:40  <planetmaker> oh, thanks, yexo :-)
20:14:44  <Yexo> Alberth: r220 breaks nfo output, right?
20:15:21  * Alberth tests
20:16:28  <Yexo> I think it needs a special function in output_nfo/output_grf, same like print_sprite
20:17:39  <frosch123> planetmaker: also act7/9/d and act2 variables are the same when you add 0x80 to them
20:18:57  <Alberth> 1 * 13 FF 08 "dead.wav" 00 DE AD   <-- is what you get now
20:18:57  <Alberth> 1 ** foo/dead.wav      <-- is what you may want
20:18:57  <Alberth> output is equivalent, since grfcodec does not load the file any more
20:19:07  <Ammler> PeterT: that was about Avignon
20:20:00  <Alberth> so 'breaks nfo' is not entirely true
20:20:15  <Yexo> <Alberth> output is equivalent, since grfcodec does not load the file any more <- what does that mean?
20:21:05  <Alberth> if you feed grfcodec "1 * 13 FF 08 "dead.wav" 00 DE AD" you get the same output as "1 ** foo/dead.wav", since the file data is in the sprite (DE AD)
20:21:16  <PeterT> Ammler: <planetmaker> is like probably where xshunter is, too
20:21:34  <planetmaker> oh.... now I understand the context ;-)
20:21:37  <Ammler> xshunter has no source, so no idea...
20:21:43  <PeterT> was planetmaker saying that xShunter won't get beyond 80%?
20:21:49  <Ammler> does someone know ttms_bridge.grf?
20:22:00  <planetmaker> Ammler: it limits bridge lengths
20:22:07  <Yexo> ah, ok. what about nforenum? does it also understand that nfo?
20:22:21  <PeterT> Ammler: you mean from bananas?
20:22:39  <Ammler> PeterT: yes, pm already answered :-)
20:22:48  <PeterT> ok, I thought you were asking for a link
20:22:58  <Ammler> there is none
20:23:07  <planetmaker> it's on bananas meanwhile
20:23:08  <PeterT> I meant for download ;-)
20:23:32  <planetmaker> funnily enough one of the rare output from tt-ms
20:23:42  <planetmaker> which is not trash-talk
20:23:56  <Ammler> who is best?
20:24:04  <Alberth> Nice: "nforenum-3.4.7-0.4.r2294.fc13.x86_64.rpm" can be pulled from Fedora 13 rpm repo :)
20:24:45  <Ammler> why does someone limit bridges?
20:24:59  <PeterT> to make the game harder
20:25:16  <Ammler> what is easy with long bridges?
20:26:27  <Ammler> Alberth: http://download.opensuse.org/repositories/home:/openttdcoop/
20:26:38  <planetmaker> Ammler: building long bridges ;-)
20:26:45  <Alberth> I guess not: //!!Error (51): Unexpected binary include found.
20:26:52  <planetmaker> yes, the purpose on tt-ms is to make the game harder
20:27:56  <Ammler> planetmaker: I don't get why it should be harder, if you can't build long bridges, that is what I wonder.
20:28:19  <Alberth> if 'long' is short enough, it gets tricky :)
20:29:09  <Alberth> but I guess you can build a sequence of bridges then, in general
20:29:33  <planetmaker> Ammler: more slopes, longer tracks
20:29:56  <Ammler> but bigger signal gap
20:29:57  <planetmaker> I played one part of the laste pass-around-game there. OMG.
20:30:12  <planetmaker> Building style is very peculiar ;-)
20:30:42  <Ammler> I only visit tt-ms.de if some silly guy paste links at #openttd
20:30:54  <planetmaker> :-P
20:30:57  <frosch123> who would do that?
20:31:20  * planetmaker pleads guilty
20:31:58  <Ammler> Alberth: the rpms there also have applied yexos patches
20:33:00  <Alberth> not sure what that implies, but I guess it is good news
20:34:01  <Ammler> hehe, maybe not applying those patches was a reason for yexo to start with nml :-)
20:34:22  <Yexo> not really
20:34:27  <Ammler> :-D
20:34:45  <Yexo> it has put me of from writing patches for nforenum though
20:37:07  <planetmaker> well, sure :-)
20:37:16  <planetmaker> When there's more to gain elsewhere :-)
20:37:59  <Ammler> nml might be first with railtype support :-)
20:38:25  <Yexo> that should be fairly easy
20:46:35  *** frosch123 has quit IRC
20:51:17  <Alberth> any simple way to prevent self.file.write("* ")    getting executed?
20:51:24  <planetmaker> hm...
20:51:28  <planetmaker> param[10] = param[0x9D] + param[0]
20:51:30  <planetmaker> param[11] = param[0x83] - 1
20:51:38  <planetmaker> why's the first ok, but the 2nd not?
20:51:51  <Alberth> ahm there is :)
20:52:18  <planetmaker> LexToken(PARAMETER,u'param',13,305)
20:52:20  <planetmaker> Syntax error at 'param', line 13
20:52:22  <planetmaker> Error while parsing input file
20:52:50  <planetmaker> line 13 is the 2nd line
20:53:45  <planetmaker> hm... adding ; helps :-P
20:57:18  <Alberth> yep, ply is context-free, which means you can put the ; at the next line :)
21:00:34  * Alberth experiments with fixing the .patch file
21:02:02  <planetmaker> he
21:04:08  <Alberth> I partially committed the change I was working on, so the patch I had said that I was moving code, while in fact I was adding it.
21:04:32  <Alberth> thus I removed the "-" lines, changed the line count, and it worked!
21:04:42  <planetmaker> nice
21:08:12  <Alberth> done!
21:08:34  <Brot6> NFO Meta Language - Revision 221: Fix: Output the correct NFO sprite text for including a binary ... (Alberth) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/221
21:08:34  <Brot6> NFO Meta Language - Feature #966 (Closed): Action 11: sound data (Alberth) @ http://dev.openttdcoop.org/issues/966#change-2570
21:09:32  <planetmaker> hehe. As there are no boolean operators for variables so far:
21:09:35  <planetmaker> param[11] = (param[0x83] - 1) * (param[0x83] - 2) * (param[0x83] -3); // != 0 for temperate
21:09:37  <planetmaker> param[12] = (param[0x83] - 0) * (param[0x83] - 2) * (param[0x83] -3); // != 0 for arctic
21:09:38  <planetmaker> param[13] = (param[0x83] - 0) * (param[0x83] - 1) * (param[0x83] -3); // != 0 for tropic
21:09:40  <planetmaker> param[14] = (param[0x83] - 0) * (param[0x83] - 1) * (param[0x83] -2); // != 0 for toyland
21:10:04  <planetmaker> I should generate NFO output for that. It'll be awesome ;-)
21:10:16  <Alberth> :D
21:10:53  <Alberth> nobody will understand what you try to do there :)
21:11:00  *** Seberoth has quit IRC
21:11:02  <planetmaker> including myself ;-)
21:11:48  <planetmaker> But it gives me a working climate detection for the swedish rails I toy with
21:13:07  <Yexo> should the comparison operators be allowed everywhere or juts in if/while statements?
21:13:09  <Alberth> param[11] is local workspace?
21:13:14  <Yexo> and if so, what should be their return value?
21:13:15  *** Seberoth has joined #openttdcoop.devzone
21:13:35  <Alberth> making them return 0/1 is the easiest perhaps
21:13:46  <Yexo> Alberth: yes, there are 128 available parameters, but nml reserves 64..127 for internal usage
21:13:57  <Yexo> param[0] is the first parameter set by the user
21:14:46  <Alberth> can you encode an airport state machine with nml?
21:14:53  <planetmaker> Yexo: It would be nice, if boolean would work everywhere.
21:14:56  <Yexo> yes
21:15:00  <Alberth> (the reason I looked at nml in the first place)
21:15:22  <Yexo> although I'm not sure how pretty the code would be, it requires lots of varaction2's (switch blocks)
21:15:26  <planetmaker> and... having 64...127 not available is an important piece of information :-)
21:15:33  <Alberth> if you don't mind me doing that
21:15:55  * planetmaker wants railtypes ;-)
21:16:08  <Yexo> Alberth: looking at airport statemachines? not at all
21:16:18  <Yexo> planetmaker: what support do you need? just the action0/varaction2 support?
21:16:28  <Alberth> planetmaker: I have no idea what that implies
21:17:15  <planetmaker> Yexo: that should suffice for now. I'm not sure about the railtype translation table
21:17:22  <planetmaker> and action3 support
21:17:29  <planetmaker> but that's already implied, I guess
21:18:10  <planetmaker> slightly different: hm... where you are here now... http://dev.openttdcoop.org/issues/982  <-- I know that those pieces of information are not superb (actually I think myself that they need a re-work)
21:18:57  <Yexo> I'll take a look at them
21:19:04  <planetmaker> But what's your view: commit it in order to have it documented in the first place, or invest more time on it, but will have slower documentation process?
21:19:14  <Yexo> commit it now
21:19:42  <Yexo> I'd rather have not-fully-complete documentation then no documentation at all
21:20:00  <Rubidium> I don't think you meant that :)
21:20:07  <Yexo> and a lot of the code needs a rework too, but as long as it works and we have some documentation we can improve that ater
21:20:23  <planetmaker> I kinda keep documenting it while I write NML. So... time spent on documentation is not that much. But it covers the most important stuff
21:20:31  <planetmaker> good :-)
21:20:41  <planetmaker> Then I'll work with that :-)
21:20:52  <planetmaker> actually I hoped for that answer :-)
21:21:35  <Alberth> good night
21:22:08  *** Alberth has left #openttdcoop.devzone
21:24:34  <Hirundo> Yexo: for varaction2 operator 0x12 works far better than multiple action2s, methinks
21:25:12  <Yexo> yes
21:26:26  <Brot6> Swedish Rails - Revision 21: Feature: Add automatic climate detection in a crude way and prepare ... (planetmaker) @ http://dev.openttdcoop.org/projects/swedishrails/repository/revisions/21
21:27:28  <Ammler> shouldn't those +0x80 parameters be replaced by verbose vars?
21:28:59  <Yexo> yes, but that hasn't been implemented yet
21:30:30  <Ammler> what is value of param[0], if no parameter set?
21:30:54  <Ammler> does someone still need to "initialize" it with ActionD?
21:30:56  <Yexo> undefined, or zero if a parameter with a higher number was set
21:31:08  <Yexo> in openttd "undefined" is always zero
21:38:37  <planetmaker> Yexo: Hirundo any outstanding commits? If not I'll add a bit documentation
21:39:03  <Yexo> nothing related to the documentation
21:39:20  <planetmaker> I just want to avoid unnecessary merges :-)
21:39:30  <planetmaker> anyway. pushed
21:39:54  <Brot6> NFO Meta Language - Revision 222: Doc: Explain a bit road vehicle properties and graphics definit... (planetmaker) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/222
21:41:36  <planetmaker> good night from here now, too :-)
21:41:51  <Yexo> night planetmaker
21:46:13  <Brot6> NFO Meta Language - Support #982 (Closed): documentation patches (planetmaker) @ http://dev.openttdcoop.org/issues/982#change-2571
21:46:44  <Yexo> Hirundo: did you already write code for #983?
21:47:28  <Yexo> I'm now encountering the need to have a literal string as property (so as expression), but for that to work we need to wrap either ID or STRING_LITERAL or (preferable) both
21:56:24  <Hirundo> Yexo: I have some code, but it will not apply cleanly, I fear
21:57:24  <Hirundo> The main problem was determining where (implicitly) raw strings are/were used
21:57:48  <Yexo> ah, that is a problem indeed
21:58:08  <Hirundo> Should ID be wrapped as well, or only IDs that are part of expressions?
21:58:58  <Yexo> good question
21:59:25  <Yexo> it would be easiest (in terms of changing existing code) to just wrap them in expressions
22:03:17  <Hirundo> I considered that too, but I also felt that having two ways to represent an ID may hurt future maintenance by adding subtle complexities
22:03:34  <Yexo> that's also true
22:03:57  <Hirundo> i.e. Having to look at the parser to determine whether you're dealing with basestring or Identifier is not exactly fun
22:04:42  <Yexo> good point, so wrapping them always would be best
22:05:26  <Brot6> Swedish Rails - Feature #987 (New): Improved snowy TTD track sprites (planetmaker) @ http://dev.openttdcoop.org/issues/987
22:05:26  <Brot6> Swedish Rails - Feature #988 (New): support for tropical climate (planetmaker) @ http://dev.openttdcoop.org/issues/988
22:07:09  <Brot6> Swedish Rails - Feature #989 (New): railtypes support for OpenTTD (planetmaker) @ http://dev.openttdcoop.org/issues/989
22:07:12  <Hirundo> I'll (ab)use tomorrow's trip by train to work on this
22:07:27  <Yexo> ok, thanks
22:07:41  <Yexo> planetmaker: support for railtypes will have to wait for that
22:08:08  <planetmaker> wait for what? wrapper things for strings?
22:08:12  <planetmaker> yeah, no rush
22:08:21  <Yexo> yes, that
22:08:37  <Yexo> Hirundo: I'll work a bit on comparisons / reduce rework
22:08:56  <Yexo> unless you want to do that too, but I don't want double work done
22:09:45  <Hirundo> Go ahead
22:11:14  <Hirundo> http://dev.openttdcoop.org/issues/984 <- I'll get pretty far with this one as well, as I'll have to test each and every feature
22:12:48  <Yexo> nice :)
22:13:28  <Yexo> I had a file with pretty much every feature in it, but lost it last week when I overwrote it in a stupid action
22:13:34  *** Desrik_ has joined #openttdcoop.devzone
22:13:57  <Rubidium> ouch
22:14:31  <planetmaker> aua
22:16:39  *** Desrik_ has quit IRC
22:19:35  *** ODM has quit IRC
22:36:20  *** desrik1 has joined #openttdcoop.devzone
22:43:02  *** OwenS has quit IRC
22:50:01  *** Webster has joined #openttdcoop.devzone
22:50:14  *** zowareS1 is now known as zowares2
22:50:28  *** zowares2 is now known as zowares3
22:50:53  *** zowares3 is now known as desrik
22:53:21  *** Webster has joined #openttdcoop.devzone
23:57:52  *** KenjiE20 has quit IRC
23:59:35  <desrik> would it be possible to get ap+ to keep a log of each companys finance screen?

Powered by YARRSTE version: svn-trunk