Times are UTC Toggle Colours
00:02:06 *** Pixa [~Pixa@85.210.66.145] has quit [Ping timeout: 480 seconds] 01:16:23 <Markk> Hallo, where do I report a spelling mistake? 01:30:05 <Eddi|zuHause> everywhere 02:10:04 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 02:12:15 *** bryjen [~bryjen@76.92.85.169] has quit [Quit: Leaving] 02:19:07 *** Texruska [~0a0a6567@101.haydn.openttdcoop.org] has joined #openttd 02:20:17 <Texruska> Hello 02:23:58 *** Texruska [~0a0a6567@101.haydn.openttdcoop.org] has quit [] 02:45:22 *** glx [glx@2a01:e35:2f59:c7c0:e9fe:2676:433b:e028] has quit [Quit: bye] 02:54:11 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 04:02:40 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 04:52:47 *** Eddi|zuHause [~johekr@p54B728E7.dip.t-dialin.net] has quit [Remote host closed the connection] 04:53:08 *** Eddi|zuHause [~johekr@p54B752D8.dip.t-dialin.net] has joined #openttd 05:28:49 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 05:32:15 *** Lakie [~Lakie@82.153.210.233] has quit [Quit: Sleep.] 05:47:24 <Terkhen> good morning 05:48:05 <supermop> hello 05:48:16 <supermop> i jut got back from the bars 05:54:14 *** DanMacK [~DanMacK@bas8-london14-1242387589.dsl.bell.ca] has quit [] 05:55:30 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 06:04:09 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 06:04:33 *** Scuddles [~notme@cm44.epsilon82.maxonline.com.sg] has joined #openttd 06:19:00 <planetmaker> moin 06:27:43 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 06:36:59 *** TinoDid|znc [~TinoDidri@alpha.visl.sdu.dk] has joined #openttd 06:39:40 *** TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has quit [Ping timeout: 480 seconds] 06:39:40 *** TinoDid|znc is now known as TinoDidriksen 06:56:39 *** George is now known as Guest2363 06:56:39 *** Guest2363 [~George@212.113.107.39] has quit [Read error: Connection reset by peer] 06:56:42 *** George [~George@212.113.107.39] has joined #openttd 06:56:51 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop] 07:15:13 <LordAro> mornings 07:16:52 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 07:19:15 *** Neon [~Neon@dslb-094-219-003-172.pools.arcor-ip.net] has joined #openttd 07:20:09 *** Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has joined #openttd 07:21:09 *** Noldo_ [vheino@jumi.lut.fi] has joined #openttd 07:21:23 *** Noldo_ [vheino@jumi.lut.fi] has quit [] 07:22:52 *** Noldo [vheino@jumi.lut.fi] has quit [Quit: leaving] 07:23:09 *** Noldo [vheino@jumi.lut.fi] has joined #openttd 07:27:23 *** Neon [~Neon@dslb-094-219-003-172.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 07:34:33 *** Neon [~Neon@dslb-094-219-003-172.pools.arcor-ip.net] has joined #openttd 07:37:50 *** Progman [~progman@p57A1DCC2.dip.t-dialin.net] has joined #openttd 07:47:07 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:47:10 *** mode/#openttd [+o Alberth] by ChanServ 08:30:16 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has joined #openttd 08:32:01 *** goblin [~goblin@dslb-092-075-244-040.pools.arcor-ip.net] has joined #openttd 08:40:28 *** Wolf01 [~wolf01@host242-94-dynamic.117-80-r.retail.telecomitalia.it] has joined #openttd 08:40:42 <Wolf01> 'morning 08:40:57 <Alberth> moin 08:41:48 <Hyronymus> moin 08:42:08 <planetmaker> moin 08:45:18 <planetmaker> Hyronymus: re this guy asking for uploads: I don't currently know whether it's his NewGRFs... I seem to have them as I can't download them 08:45:30 <planetmaker> but I don't have database access 08:46:40 <planetmaker> and if I did I'm not sure I should try messing with it ;-) 08:47:13 <Hyronymus> ok 08:47:33 <Hyronymus> does Rubidium have dbase access? 08:47:37 <planetmaker> of course 08:47:52 <planetmaker> TB and him do 08:48:29 <planetmaker> but do you think it's a good idea to hold a possible violation of TOS of bananas against him at tt-forums? 08:49:07 <planetmaker> from what I see he asked in 5(?) threads the authors to please upload their work... could have been me 18 months ago :-P 08:49:10 <Hyronymus> no, I re-thought that 08:49:31 <Hyronymus> he'll just get a firm warning 08:49:55 <Hyronymus> but I do hope someone from Bananas will chip in to explain the copyright matter 08:50:15 <Hyronymus> twice warned, forth shy 08:50:18 <Hyronymus> or something 08:50:20 <Hyronymus> :p 08:50:32 <planetmaker> I don't know the licenses of those NewGRFs. Seem to be pointless ones anyway, given their name 08:50:48 <planetmaker> there's a similiar (or same) in the coop grfpack 08:51:21 <Hyronymus> k 08:51:26 <planetmaker> but mind, Hyronymus: uploading mb's newgrfs to bananas would NOT constitute a copyright infringement. It would be allowed by his license. But not by the terms of service of bananans 08:51:46 <planetmaker> so there are subtle differences there, too ;-) 08:53:21 <planetmaker> the author-only-uploads rule is more a safety net for OpenTTD's banannas service itself 08:53:51 <Hyronymus> oh, ok 08:54:43 <planetmaker> otherwise any GPL'ed or CC-BY-xy newgrf could be uploaded by anyone. or other custom licenses which allow distribution 08:55:31 <Alberth> one still can, just fork the project, give it a new name, and submit ;) 08:56:26 <planetmaker> yup :-) 08:56:34 <planetmaker> but that changes the md5sum 08:56:34 <Hyronymus> I really need to read up on copyright stuff 08:56:40 <planetmaker> which makes it much less useful 08:57:11 <Alberth> and a new grfid probably 08:57:17 <planetmaker> yup, probably 08:58:14 <Hyronymus> no, definetly 08:58:52 <planetmaker> why definitely? I can modify a newgrf, call it differently and upload w/o changed grfID to bananas if it doesn't exist there yet 08:58:56 <Rubidium> what's this whole bananas problem you're talking about? 08:59:23 <planetmaker> Rubidium: Hyronymus is concerned about the authorship of the last three newgrf uploads 08:59:49 <Rubidium> @base 10 16 1178767366 08:59:49 <DorpsGek> Rubidium: 46429006 09:00:48 <Hyronymus> I was meaning I should definetly read up on copyright, planetmaker 09:01:05 <planetmaker> oh he :-) 09:01:11 <Hyronymus> and hi Rubidium 09:01:36 <Hyronymus> that gut Forlostcontent has been asking for people to upload their grf's on tt-forums 09:01:39 <Rubidium> who did ever make those (useless) separator things? 09:02:04 <Hyronymus> and now it seems he placed them on Bananas and I'm not sure who made it originally and if there are any copyrights on it 09:02:14 <Hyronymus> *gut = guy 09:02:20 <Rubidium> there are definitely copyrights on it 09:02:42 <Rubidium> as I doubt it's made by US government employees 09:02:58 <Hyronymus> uhm, ok 09:03:01 <planetmaker> DJN 09:03:03 * Hyronymus is lost 09:03:14 <planetmaker> in Germany one cannot waive copyright ;-) 09:03:22 <Alberth> Hyronymus: that's normal around Rubidium :) 09:03:38 <Rubidium> Hyronymus: if you write an email, that email is copyrighted (unless you're a US goverment employee, then it's public domain) 09:03:39 <Hyronymus> ah, thanks for the heads-up Alberth :D 09:04:07 <Hyronymus> damn, more copyright stuff to look into 09:04:27 <Hyronymus> anymore peculiarities I ought to know of? 09:04:33 <Rubidium> copyright != license 09:04:45 <planetmaker> Hyronymus: copyright is something which is _automatically_ granted upon creation. Without any action taken by authors 09:04:46 * Hyronymus makes notes 09:05:01 <Rubidium> copyrights are used to enforce licenses 09:05:16 <planetmaker> and a license my state under which conditions the material may be used where 09:05:41 <Hyronymus> that puts things in a clear perspective 09:06:50 <Hyronymus> but that means in normal situations, only creators can decide on what license to use 09:06:53 <planetmaker> some legislations (like US) allow authors to waive or transfer copyright to other entities 09:07:02 <planetmaker> Hyronymus: of course. Exactly that it means 09:07:35 <Hyronymus> so Forlostguy now uploaded these things with a license but if he isn't the creator he hasn't got that right 09:07:43 <Hyronymus> unless 09:07:47 <planetmaker> that depends on the license. 09:08:06 <Hyronymus> the creator released the stuff under a free to distribute license 09:08:12 <planetmaker> yep, exactly 09:08:21 <planetmaker> like GPL, CC-xy 09:08:36 * Hyronymus has seen the copyright light 09:08:51 <planetmaker> :-) 09:09:05 <Alberth> GPL does more 09:09:29 <planetmaker> indeed :-) 09:09:47 <Alberth> a BSD-style license is free to distribute. GPL also enforces access to the source 09:11:55 <planetmaker> I should finish this: http://devs.openttd.org/~planetmaker/patches/copyright_license.html 09:12:29 <planetmaker> or maybe just publish as-is ;-) 09:12:46 <Hyronymus> if you do the latter, people can always suggest changes 09:15:09 <V453000> planetmaker: you should finish that blog article :P quite an interesting topic for example I know shit about but am interested in reading it 09:15:28 <planetmaker> V453000: that's the blog article's text ;-) 09:15:48 <V453000> I know 09:15:50 <planetmaker> just copy&pasted to a file so that people here now could see it ;-) 09:15:53 <Alberth> Hyronymus: I can also suggest changes without having access to the source.The source is however needed for forking the project if needed, and/or to implement changes myself 09:15:53 <V453000> but you never published the article :) 09:16:16 <planetmaker> yes... it's still missing on some licenses 09:17:37 <Alberth> Of course, anything I publish must again be free access to the source, so everybody can use that work 09:37:12 *** Biolunar [mahdi@blfd-5d821cb5.pool.mediaWays.net] has joined #openttd 09:52:15 <LordAro> Alberth, i may be stuck again :) i tried to convert GrfHasReadme to returning something useful (TarEntryListThingy) but that didn't really work http://pastebin.com/Rvs73Ejq <-- troublesome areas are GrfHasReadme() and PrintReadme() 09:53:37 <Alberth> could you please give me less than everything? It is so hard to find what you are talking about 09:53:49 <Alberth> and the pastebin is awful :p 09:55:59 <LordAro> better: http://paste.openttdcoop.org/show/345/ - not pastebin, and not all of it :) 09:56:01 <Alberth> and it does not have 'print*' 09:56:19 <Alberth> much better, thanks 09:57:40 <Alberth> you cannot return NULL, as it is not a value of TarFileListEntry 09:57:57 <Alberth> (just like you cannot do bool b = "abc" 09:58:25 <LordAro> ok, but i'm not sure i should be useing TarFileListEntry in the first place 09:59:48 <Alberth> FioOpenFile needs it, doesn't it? 10:00:32 <LordAro> thats what i was thinking, but is the 'tar_entry' variable TarFileListEntry? 10:01:45 * Alberth looks for the type of _tar_filelist 10:02:45 *** goblin [~goblin@dslb-092-075-244-040.pools.arcor-ip.net] has quit [Quit: leaving] 10:03:20 <Alberth> ah, it's a typedef std::map<std::string, TarFileListEntry> TarFileList; 10:04:05 <Alberth> the second thing is what you want, which you can get from the iterator by (*iter).second iirc 10:04:34 <LordAro> so the function should be TarFile List? 10:04:36 <Alberth> if iter != _tar_filelist.end() of course 10:04:55 <LordAro> or do i convert in the function? 10:05:46 <Alberth> you can either return the iterator, or return a pointer to the TarfileListEntry 10:06:41 <Alberth> and since you have 2 functions that need that information, I'd make a new function that returns the value, then use that function in the two you already have 10:07:17 <Alberth> returning the pointer is better, returning the iterator is easier 10:08:31 <LordAro> how would i use (*iter).second? "avariable = tar_entry.(*iter).second" ? 10:08:38 <Alberth> (unless you understand pointers then the former is easier as well :D ) 10:08:49 <LordAro> i don't understand pointers much :) 10:09:12 * LordAro seems to have developed a headache :L 10:09:34 <Alberth> (*iter).second is a value of type TarFileListEntry, so you can use it anywhere where you need such a value 10:10:23 <Alberth> for example in the FioOpenFile thingie 10:10:38 <Alberth> +Tar :) 10:10:52 <Rubidium> what are you trying to do? 10:11:11 <Rubidium> sounds to me like you're looking for a readme.txt next to the newgrf, right? 10:11:22 <Alberth> getting the contents of the readme file out of a tar 10:12:33 <Rubidium> just use FioFOpenFile 10:13:36 <LordAro> Rubidium: not FioFOpenFileTar ? 10:14:54 <Rubidium> then it doesn't work if I place the newgrf and readme in a separate directory 10:15:37 * LordAro points blame at Alberth! :P 10:16:20 <Alberth> Rubidium is main OpenTTD developer for a reason :p 10:16:28 <planetmaker> :-) 10:16:51 <Rubidium> not the last few months anymore :( 10:17:24 <LordAro> s/main/lead/ ;) 10:17:26 <Rubidium> still need to finish the CF 10:17:41 <Rubidium> but buildbot somewhat sucks 10:18:16 <Rubidium> so I'd need to 'fix' buildbot, or at least write massive amounts of code to get it to do what we'd like it to do 10:18:25 <LordAro> sucks 10:25:45 <LordAro> still not getting how to use (*iter).second 10:26:39 <Alberth> it is just a value, much like 1+2*3 10:27:22 <LordAro> but how do i associate it with tar_entry? 10:27:44 <Alberth> tar_entry == iter 10:28:21 <LordAro> what? automagically? 10:28:52 <Alberth> I just use a place holder name 'iter' here, as I don't have the source at the same screen as the IRC window, and I could not remember its precise name 10:28:57 <Alberth> *used 10:29:15 <LordAro> oh... 10:29:15 <Alberth> sorry for the confusion 10:29:30 <LordAro> so (*tar_entry).second ? 10:30:06 <Alberth> yes, if (tar_entry != _tar_filelist.end()) 10:30:23 <LordAro> thats there already :) 10:30:38 <LordAro> also, if i can't return NULL, what do i return? 10:30:43 <Alberth> if that condition does not hold, *tar_entry does not exist 10:30:54 <Alberth> _tar_filelist.end() 10:31:58 <Alberth> but if you use FioOpenFile() as suggested by Rubidium, you don't need any of that 10:32:12 <LordAro> typical :) 10:32:37 <LordAro> so what of your GrfHasReadme fucntion don't i need? 10:33:33 <Alberth> I have no idea at all 10:34:00 <Alberth> I have never used that function 10:34:42 <LordAro> or am i getting confused again? 10:35:07 <Alberth> I assume you need to create a path, so you can keep that part, I think. 10:35:29 <LordAro> it would help if some of the file thingy functions had some sort of documentation :) 10:39:28 <Alberth> I think there are at least 3 options now 10:39:52 <Alberth> 1. figure our how to use FioOpenFile (for example by looking how it is used) 10:40:16 <Alberth> 2. Use the tar-file approach I created for now 10:41:10 <Alberth> 3. Ignore the whole file loading problem, and start rendering text onto the window from a char *text="foo"; source, and do the file stuff later 10:42:03 <LordAro> i think 3, then 1, if 1 fails, 2 :) 10:45:56 *** lugo [~lugo@mgdb-4db8d448.pool.mediaWays.net] has joined #openttd 10:53:04 *** pugi [~pugi@p4FCC2C15.dip.t-dialin.net] has joined #openttd 11:14:28 *** HerzogDeXtEr [~Flex@88.130.177.196] has joined #openttd 11:19:59 *** HerzogDeXtEr1 [~Flex@i59F6A1BA.versanet.de] has quit [Ping timeout: 480 seconds] 11:25:05 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has quit [] 11:25:49 *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has joined #openttd 11:27:19 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 11:27:49 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd 11:46:08 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 12:04:45 *** frosch123 [~frosch@frnk-590f64ca.pool.mediaWays.net] has joined #openttd 12:05:17 *** glx [glx@2a01:e35:2f59:c7c0:4057:85cb:5ebf:8043] has joined #openttd 12:05:20 *** mode/#openttd [+v glx] by ChanServ 12:33:35 *** Absolutis [~0a0a6567@101.haydn.openttdcoop.org] has joined #openttd 12:33:45 *** Absolutis [~0a0a6567@101.haydn.openttdcoop.org] has left #openttd [] 12:38:28 *** KritiK [~Maxim@95-25-210-90.broadband.corbina.ru] has joined #openttd 12:41:25 *** Pixa [~Pixa@79-68-109-222.dynamic.dsl.as9105.com] has joined #openttd 12:54:24 *** lugo- [lugo@89.238.177.145] has joined #openttd 13:00:28 <LordAro> Alberth! Or whoever cares! http://i52.tinypic.com/2is9x85.jpg (i didn't convert it to jpg...) :D :D 13:01:13 <Alberth> nice! 13:01:26 <Ammler> LordAro: it should not autowrap (imo) 13:01:34 <Ammler> or maybe a checkbox 13:01:42 <Alberth> why not? 13:01:50 <LordAro> i'll get to that later ;) 13:02:18 <LordAro> because all that is at the moment is a const char* hard coded in 13:02:36 <Alberth> then you'll get those useless 1 line sentences where you can only read 5 of the 100 words 13:02:38 <Ammler> Alberth: not possible to horizontal scroll? 13:02:55 <glx> people will ask for a button to close the window ;) 13:02:57 <Alberth> it reads like shit imho 13:03:44 <Eddi|zuHause> planetmaker: the makefile doesn't seem to react on changes to generate.py 13:03:58 <planetmaker> that's true 13:04:16 <Ammler> Alberth: how does autowrap handle idents? 13:04:55 <Eddi|zuHause> planetmaker: that's bad, because that's exactly what i need ;) 13:05:24 <Alberth> Eddi|zuHause: make clean && make 13:05:39 <planetmaker> Eddi|zuHause: pull 13:06:10 <Alberth> Ammler: not, really, unless you want to make a markup language. 13:06:33 <Alberth> note that autowrap is invisible if your lines are short enough 13:06:50 <Alberth> and you don't want to make really long lines anyway 13:10:29 <Ammler> and why is it just for newgrfs, couldn't the other contents use something like that too? 13:10:54 <Alberth> sure, I see no objection 13:11:01 <Alberth> LordAro: Suggestion! ^^ 13:11:10 <Eddi|zuHause> planetmaker: seems to work better now 13:11:11 <planetmaker> it's more of a starting point, Ammler ;-) 13:11:16 <planetmaker> :-) 13:11:32 *** keky___ [~stefan@p5098b65a.dip0.t-ipconnect.de] has joined #openttd 13:11:46 <Eddi|zuHause> i hate how you cannot get "round" speed values :( 13:12:47 <LordAro> Ammler: i'll bother about Ais, Base sets, etc later! :) 13:16:57 <Eddi|zuHause> planetmaker: i have a new issue for you, i renamed english.lng to english.lng.in (in order to auto-fill it with engine names etc.) 13:17:14 <Eddi|zuHause> planetmaker: but now the makefile complains about lang/*.lng not existing 13:17:46 <planetmaker> right. How are they generated? By the same script? 13:18:01 <Eddi|zuHause> yep 13:18:25 <Eddi|zuHause> it takes the contents of english.lng.in, writes it into english.lng, and appends the engine names 13:18:51 <planetmaker> http://paste.openttdcoop.org/show/346/ <-- does that help? 13:21:57 <Eddi|zuHause> planetmaker: not really, it compiles, but starts out with this error message: "ls: Zugriff auf lang/*.lng nicht möglich: Datei oder Verzeichnis nicht gefunden", and you should probably also add lang/english.lng.in as dependency 13:23:35 <planetmaker> bah. 13:23:56 <planetmaker> you're in the process of breaking all implicit assumptions, one after the other I put in the makefile framework ;-) 13:24:12 <Eddi|zuHause> yeah, i'm good at that ;) 13:24:24 *** MNIM2 [~LiesLies@ip5452ffad.adsl-surfen.hetnet.nl] has quit [Read error: Connection reset by peer] 13:25:00 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd 13:25:20 <planetmaker> Eddi|zuHause: could the language files be generated separately? 13:25:28 *** yay [~0a0a6567@101.haydn.openttdcoop.org] has joined #openttd 13:25:56 <Eddi|zuHause> planetmaker: i could write the strings to a temporary file, which gets merged with the lang file later 13:26:32 <planetmaker> nah, I meant rather a separate script. But I gues... not handy. Would need parsing the same file twice 13:26:36 *** yay [~0a0a6567@101.haydn.openttdcoop.org] has quit [] 13:26:37 <planetmaker> or is it done anyway? 13:28:26 <planetmaker> nope isn't. Ok... 13:28:46 <planetmaker> Eddi|zuHause: the patch I posted will work. As workaround. 13:28:59 <planetmaker> one can add english.lng.in to the deps in the same line in the makefile 13:29:18 <planetmaker> fixing the error you see is more work. But afaik it's not critical 13:29:30 <planetmaker> the grf builds for you with the patch, does it? 13:31:21 <planetmaker> http://paste.openttdcoop.org/show/347/ <-- this diff might be a bit better 13:37:59 <Eddi|zuHause> yes, the grf builds 13:38:11 <Eddi|zuHause> and that link gives a 404 13:38:19 <Eddi|zuHause> hm, no that's my fault 13:39:56 <Eddi|zuHause> planetmaker: should that be scripts/generate.py in that last part of the patch? 13:40:16 <planetmaker> yes 13:40:42 <planetmaker> hm, I guess I found an easy solution 13:41:26 <Eddi|zuHause> patch unexpectedly ends in middle of line 13:41:28 <Eddi|zuHause> patch: **** malformed patch at line 22: 13:42:08 *** Neon [~Neon@dslb-094-219-003-172.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 13:43:44 <Eddi|zuHause> anyway... something's completely wrong with the units 13:43:59 <Eddi|zuHause> the power is too small and the tractive effort is too high... 13:44:49 <Eddi|zuHause> planetmaker: do you have code to disable all original vehicles? 13:45:06 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has left #openttd [] 13:45:45 <planetmaker> no/* disable all monorail and maglev vehicles */ 13:45:46 <planetmaker> disable(FEAT_TRAINS, 54, 115); 13:45:52 <planetmaker> s/no/yes/ ;-) 13:46:22 <planetmaker> disable_item(feature[, first_id[, last_id]]); 13:46:31 <Hirundo> disable_item(feature[, first_id[, last_id]]); 13:46:34 <planetmaker> :-P 13:46:54 <Hirundo> so without any ids, you disable all items of feature X 13:49:02 <Eddi|zuHause> units are heavily underdocumented 13:55:42 <Eddi|zuHause> something is wrong with the availability code... choosing "extended" disables all "core" engines... 13:59:09 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 14:05:35 *** LordPixaII [~Pixa@79-68-109-222.dynamic.dsl.as9105.com] has joined #openttd 14:05:35 *** Pixa [~Pixa@79-68-109-222.dynamic.dsl.as9105.com] has quit [Read error: Connection reset by peer] 14:07:50 <planetmaker> Eddi|zuHause: pull 14:10:53 <Eddi|zuHause> seems to work ;) 14:11:21 <Eddi|zuHause> where does the tractive effort come from? it's too high for the steam engines 14:13:14 <planetmaker> in the tracking table? I thought you knew where those values come from 14:13:20 <Eddi|zuHause> no 14:13:22 <Eddi|zuHause> in the game 14:13:43 <Eddi|zuHause> it's not directly set in generate.py it seems 14:13:52 <Eddi|zuHause> (i copied that from the dummy engine) 14:16:01 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 14:16:44 <Eddi|zuHause> seems i need to calculate the coefficient 14:16:59 <Eddi|zuHause> cannot directly set the value 14:17:10 <supermop> alwas nice to calculate some coefficients 14:17:21 <supermop> are you patching RVs? 14:17:29 <Eddi|zuHause> no. 14:17:32 <Eddi|zuHause> why would i? 14:19:06 <supermop> hmm 14:19:14 <supermop> what else has a coefficient 14:19:27 <supermop> just doing some physics for fun? 14:21:46 <planetmaker> the garment of your clothes also has a coefficient of friction 14:21:46 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has quit [Remote host closed the connection] 14:22:10 <supermop> yep 14:22:11 <planetmaker> luckily the frictional force is larger than the gravitational 14:24:30 <Eddi|zuHause> better now, i think ;) 14:38:06 *** pikka [~yaaic@61.8.225.37] has joined #openttd 14:40:04 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 14:42:45 <pikka> must be 14:44:05 <Scuddles> it wasn't 14:46:06 *** SpComb^_ [terom@zapotek.paivola.fi] has joined #openttd 14:46:06 *** SpComb [terom@zapotek.paivola.fi] has quit [Read error: Connection reset by peer] 14:50:41 *** goblin [~goblin@dslb-092-075-244-040.pools.arcor-ip.net] has joined #openttd 14:55:19 *** KritiK [~Maxim@95-25-210-90.broadband.corbina.ru] has quit [Quit: Leaving] 15:01:45 *** Markk [mark@pheorize.com] has quit [Ping timeout: 480 seconds] 15:03:13 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [Ping timeout: 480 seconds] 15:04:07 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 15:05:53 *** KritiK [~Maxim@95-25-210-90.broadband.corbina.ru] has joined #openttd 15:16:45 <planetmaker> Eddi|zuHause: such rounding should not be needed 15:17:06 <Eddi|zuHause> planetmaker: but i hate the "99 km/h" value that openttd displays 15:17:13 <planetmaker> if so it's an NML bug 15:17:18 <Eddi|zuHause> no 15:17:24 <planetmaker> as 100 in NML should give 100 in OpenTTD 15:17:45 <Eddi|zuHause> it's an openttd bug. internal grf value of 100 (mph*1.6) gets converted into 99 km/h 15:18:14 <Eddi|zuHause> that is a gui issue 15:18:22 <Eddi|zuHause> that exists since the beginning of time 15:18:35 <Eddi|zuHause> it was fixed once, but apparently some grf authors complained 15:18:42 <Eddi|zuHause> so it was "unfixed" 15:19:58 <Eddi|zuHause> nml also has some crazy conversion factor, that i don't really understand... 15:20:30 <planetmaker> in what way? 15:20:36 *** Notapipe [188a1f37@ircip1.mibbit.com] has joined #openttd 15:20:36 <planetmaker> hp != kW if you mean that 15:20:41 <Eddi|zuHause> its conversion factor from m/s to "internal nfo units" is 3.5790976 15:21:30 <planetmaker> nml internal units != nfo units 15:21:34 <Eddi|zuHause> so if you give unit "km/h" it converts it to "m/s" (3.6) and then to "internal nfo units (mph*1.6)" (3.5790976) 15:22:00 <Eddi|zuHause> yes, nml internal unit is m/s 15:22:17 <planetmaker> and the conversion factor km/h to m/s is exactly 3.6 15:22:29 <planetmaker> see nml/nml/units.py 15:22:33 <Eddi|zuHause> yes 15:22:37 <Eddi|zuHause> i looked at that 15:22:44 <planetmaker> mine says 3.6 15:23:09 <Eddi|zuHause> and in nml/nml/actions/action0properties.py there is the other conversion factor 15:23:15 <Eddi|zuHause> from m/s to "nfo units" 15:23:42 <planetmaker> yes. as km/h-ish != km/h 15:23:50 <planetmaker> and km/h-ish is the NFO unit 15:24:05 <Eddi|zuHause> yes. and this discrepancy is the annoying part 15:24:14 <Eddi|zuHause> too many rounding issues 15:24:28 <planetmaker> yes. and NML tries to compensate that by using this conversion factor 15:24:40 <Eddi|zuHause> "it doesn't work" 15:24:51 <Eddi|zuHause> i now tell nml to use the nfo units 15:25:06 <planetmaker> meh :-( 15:25:41 <Eddi|zuHause> and the "correction" to get better display values for certain corner cases 15:26:13 <Eddi|zuHause> you can't get openttd to display 100km/h 15:26:19 <Eddi|zuHause> either 99km/h or 101km/h 15:26:52 <Eddi|zuHause> the granularity is not high enough 15:27:25 <Eddi|zuHause> the correction i did was to make sure it picks the higher value 15:27:41 *** keky___ [~stefan@p5098b65a.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 15:28:56 <planetmaker> ah, right, that was the issue 15:29:09 <planetmaker> and NML's conversion factor is the best you can do 15:29:41 <planetmaker> but gives you in this case(s) rather the lower than higher value 15:29:42 <Hirundo> I guess it's a limitation in the nfo specs 15:29:48 <planetmaker> yes 15:29:54 <planetmaker> in the end 15:30:02 <planetmaker> nfo v8 ;-) 15:31:01 <Hirundo> nfo v8 is about as elusive as *certain* newgrfs 15:31:33 <planetmaker> :-D 15:31:37 <Eddi|zuHause> i vaguely remember a patch that changed some rounding issues wrt displaying the mph*1.6->km/h conversion 15:31:47 <Eddi|zuHause> that would also fix the 100km/h issue 15:39:09 *** Notapipe [188a1f37@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 15:39:11 <Eddi|zuHause> or it might... 15:39:13 <Terkhen> that's a openttd bug, yes 15:39:36 <Terkhen> IIRC it was fixed and then reverted because it "modified" newgrfs 15:39:50 <Eddi|zuHause> yes. something like that 15:40:38 <Eddi|zuHause> @log r4322 15:40:54 <Eddi|zuHause> @opentt log r4322 15:40:56 <Eddi|zuHause> @openttd log r4322 15:41:09 * Eddi|zuHause slaps DorpsGek 15:41:16 <Eddi|zuHause> @openttd commit r4322 15:41:16 <DorpsGek> Eddi|zuHause: Invalid arguments for _commit. 15:41:21 <Eddi|zuHause> @openttd commit 4322 15:41:22 <DorpsGek> Eddi|zuHause: Commit by peter1138 :: r4322 /trunk (7 files) (2006-04-08 12:04:23 UTC) 15:41:23 <DorpsGek> Eddi|zuHause: - Codechange: Remove conversion of kmh to mph from gui code to within the units conversion system, in string.c. This means displaying kmh requires no conversion, instead of being convert from kmh to mph, and then back to kmh again. 15:41:39 <Eddi|zuHause> @openttd commit 8464 15:41:39 <DorpsGek> Eddi|zuHause: Commit by peter1138 :: r8464 /trunk/src (6 files) (2007-01-30 21:10:04 UTC) 15:41:40 *** LordPixaII [~Pixa@79-68-109-222.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds] 15:41:41 <DorpsGek> Eddi|zuHause: -Revert (r4322): Change back to converting to mph in the GUI code, as 1 mph == 1.6 km/h is too far out for some people. 15:44:15 *** SpComb^_ [terom@zapotek.paivola.fi] has quit [Read error: Connection reset by peer] 15:44:16 *** SpComb [terom@zapotek.paivola.fi] has joined #openttd 15:44:21 <Terkhen> yes, that :P 15:50:39 *** Netsplit charon.oftc.net <-> resistance.oftc.net quits: tparker, SirSquidness, DabuYu, Eddi|zuHause, @Belugas, pikka, supermop, Juo, jonty-comp, PierreW, (+29 more, use /NETSPLIT to show all of them) 15:51:09 *** Netsplit over, joins: @orudge, Born_Acorn, pikka, supermop, lugo-, Adambean, Biolunar, Wolf01, Noldo, Juo (+29 more) 15:51:34 *** mode/#openttd [+v Alberth] by ChanServ 15:51:37 *** mode/#openttd [+v Terkhen] by ChanServ 15:56:57 *** Polygon [~Poly@p54B44CD0.dip.t-dialin.net] has joined #openttd 16:00:13 *** Chris_Booth[ph] [~chrisboot@cpc2-nrwh5-0-0-cust523.4-4.cable.virginmedia.com] has joined #openttd 16:01:56 *** Chris_Booth[ph] [~chrisboot@cpc2-nrwh5-0-0-cust523.4-4.cable.virginmedia.com] has quit [] 16:03:57 *** Markk [mark@pheorize.com] has joined #openttd 16:06:22 *** SpComb [terom@zapotek.paivola.fi] has quit [Remote host closed the connection] 16:07:54 *** pikka [~yaaic@61.8.225.37] has quit [Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org] 16:08:45 <LordAro> should ignore people that complain about that imo 16:16:29 *** SpComb [terom@zapotek.paivola.fi] has joined #openttd 16:17:09 *** SpComb [terom@zapotek.paivola.fi] has quit [Remote host closed the connection] 16:21:29 *** SpComb [terom@zapotek.paivola.fi] has joined #openttd 16:26:59 <Eddi|zuHause> feature request: double clicking on a GRF in the active GRF list should open the parameter window, not remove it from the list 16:28:23 <planetmaker> not sure I'd like that 16:28:31 <planetmaker> it'd break UI consistency 16:28:47 <planetmaker> and for configuration I need remove as much as add 16:29:34 <frosch123> it was like that in the old gui :p 16:29:41 <Eddi|zuHause> the parameter button is _very_ far away 16:29:42 <planetmaker> :-D 16:29:50 <Eddi|zuHause> lots of mouse movement involved 16:30:21 <planetmaker> I'd go for some key+click 16:31:29 <Eddi|zuHause> something's not right with my TE calculation 16:32:07 <Eddi|zuHause> some engines get too little 16:32:47 *** Polygon [~Poly@p54B44CD0.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 16:32:58 <Eddi|zuHause> the 132 has 419 given in the table, but gets only 371 in the game 16:33:30 <Eddi|zuHause> but the V200(O) has 395 given in the table and gets 399 in the game 16:35:57 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 16:40:24 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 16:48:39 <LordAro> please don't make too many modifications to that area of the code! :) i don't want my patch broken before it's even finished... 16:49:19 <Eddi|zuHause> you don't even know what code i am modifying. 16:51:18 <__ln__> would it be nice to have a sandworm-disaster in the desert climate? 16:51:40 <Eddi|zuHause> only if you make a total dune conversion set 16:51:55 <LordAro> Eddi|zuHause: i was talking about the newgrf parameter window stuff 16:52:05 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 17:06:33 *** Adambean` [AdamR@82.hosts.reece-eu.net] has joined #openttd 17:13:33 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds] 17:19:06 *** DDR [~DDR@66.183.113.68] has joined #openttd 17:23:05 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has left #openttd [] 17:23:41 <planetmaker> we need to do something about the purchase list sprites, eh? 17:23:48 <planetmaker> ^ @ Eddi|zuHause 17:24:44 *** fjb is now known as Guest2412 17:24:45 *** fjb [~frank@p5DDFEA33.dip.t-dialin.net] has joined #openttd 17:25:03 *** supermop_ [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 17:25:10 <supermop_> ok 17:30:05 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 17:31:34 *** Guest2412 [~frank@p5DDFE0F5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:32:22 *** fjb [~frank@p5DDFEA33.dip.t-dialin.net] has quit [Remote host closed the connection] 17:41:49 <Eddi|zuHause> planetmaker: yep ;) 17:42:06 <CIA-2> OpenTTD: translators * r22667 /trunk/src/lang/belarusian.txt: 17:42:06 <CIA-2> OpenTTD: -Update from WebTranslator v3.0: 17:42:06 <CIA-2> OpenTTD: belarusian - 6 changes by Wowanxm 17:42:39 <Eddi|zuHause> lots of things to do left ;) 17:49:46 *** Lakie [~Lakie@82.152.167.141] has joined #openttd 17:50:54 * frosch123 wonders what is broken 17:55:07 <frosch123> is it normal that opengfx+trains results in ridicilous cheap engines? 17:55:20 *** douknoukem [~KEM@ALyon-158-1-58-178.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 17:58:02 *** Biolunar [mahdi@blfd-5d821cb5.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 17:59:38 <supermop_> openttd developers giving you a subsidy to buy their equipment? 18:00:11 <Alberth> he is very capable of doing that himself :p 18:00:47 <frosch123> hmm, it works if i use an official release 18:01:06 <frosch123> the version whichever i found on my machine is broken :p 18:01:15 <frosch123> resp. the nml version used to compile it was broken 18:01:21 <frosch123> let's update and recheck 18:01:37 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 18:02:12 <Alberth> or the nml semantics has changed :p 18:02:49 <frosch123> maybe :) 18:03:57 <frosch123> anyway, updating both nml and the grf seems to fix it 18:04:40 <frosch123> luckily i can change grfs in game :p 18:06:00 <Alberth> sshh 18:06:17 <Alberth> (don't tell anyone) 18:06:59 *** Pixa [~Pixa@79-68-109-222.dynamic.dsl.as9105.com] has joined #openttd 18:23:49 <Eddi|zuHause> planetmaker: actually, i am really wondering why it doesn't show the straight sprite. where is the gui sprite chosen? 18:30:02 <planetmaker> Eddi|zuHause: without looking at source: IIRC it's the 3rd sprite 18:30:22 <planetmaker> which of course in our case... is different 18:30:48 <CIA-2> OpenTTD: alberth * r22668 /trunk/src/fileio.cpp: -Codechange: FioFindFullPath tests already whether the file exists. 18:31:02 <Eddi|zuHause> planetmaker: yes, but it seems to pick the wrong spriteset 18:31:21 <Eddi|zuHause> one where var45 isn't 0 18:32:07 <planetmaker> seemingly. 18:32:37 <planetmaker> but the reason is: curvature info is not available in purchase list 18:32:53 <planetmaker> thus we need to provide extra purchase list sprites 18:33:06 <Eddi|zuHause> well, yes, but why would it be non-0? 18:33:23 <planetmaker> undefined = anything? 18:34:46 <frosch123> you cannot rely on any value, support for it might be added 18:34:50 <planetmaker> another thing, Eddi|zuHause: we probably want to provide some manual sorting to the generate.py script by companies 18:34:58 <frosch123> that's why all sets of djnekkid will break at some point :p 18:35:02 <planetmaker> currently the prussian trains show last... which is unfortunate 18:35:24 <Eddi|zuHause> yes, the sorting is kinda crude :p 18:35:27 <planetmaker> frosch123: what does he use? 18:35:54 <frosch123> he uses undefined variables to check whether he is in purchase list 18:35:59 <Eddi|zuHause> planetmaker: feel free to provide a sort function :) 18:36:08 <planetmaker> I know ;-) 18:36:18 <frosch123> as he does not want to branch the purchase list case in action3 18:37:10 <planetmaker> Currently I ponder though: add purchase list sprite support to CETS, continue with the setup script for new NewGRF repositories or... something entirely different ;-) 18:37:22 <planetmaker> frosch123: uh... that's... "interesting" 18:37:41 <planetmaker> maybe I should try to convince him. But he's not around much lately anymore 18:38:03 <frosch123> hehe, i already told him, unfortunatelly he keeps on recommending that method to others :p 18:38:28 <frosch123> so, the better plan is to break it at some point :p 18:38:44 <planetmaker> hm, I recall faintly, somewhen the last three weeks or so there was something. Did you tell him that his stuff might break 18:38:46 <planetmaker> ? 18:38:57 <Eddi|zuHause> one more reason to finally code this extra callback info whether it's a GUI sprite or not 18:39:01 <frosch123> no, it is likely years ago 18:39:08 <planetmaker> oh 18:39:52 <planetmaker> may I rephrase you? :-P 18:40:01 <planetmaker> Eddi|zuHause: ^ ? ;-) 18:40:06 <CIA-2> OpenTTD: alberth * r22669 /trunk/src/ (fileio.cpp string.cpp string_func.h): -Codechange: For non-windows, only test for file existence again if strtolower actually changed the name. 18:41:57 *** confound [~hdp@glaive.weftsoar.net] has quit [Read error: Operation timed out] 18:42:05 <Eddi|zuHause> planetmaker: what? 18:43:58 <planetmaker> [20:39] Eddi|zuHause planetmaker: feel free to provide a sort function :) | sed "s/planetmaker/Eddi/g" 18:44:03 <planetmaker> :-P 18:44:26 <planetmaker> yes, yes, I know ;-) 18:44:48 <Eddi|zuHause> planetmaker: we might sort on epoch first, but that makes the code more complicated 18:45:09 <Eddi|zuHause> s/first/afterwards/ 18:45:24 <planetmaker> I thought about defining the company order 18:45:28 <Alberth> epoch is constant, very easy to sort :) 18:45:28 <planetmaker> that'd do the trick mostly 18:45:45 <planetmaker> i.e. not alphabetic company order but custom-defined 18:46:03 <Eddi|zuHause> planetmaker: that's easier to code 18:46:27 <planetmaker> and mind... each time we change vehicle order currently we break newgrf compatibility 18:46:33 <planetmaker> as vehicleIDs change 18:46:34 <Eddi|zuHause> but needs modification every time we extend the set ;) 18:47:03 <Eddi|zuHause> planetmaker: that's difficult to keep static 18:47:06 *** confound [~hdp@glaive.weftsoar.net] has joined #openttd 18:47:07 <planetmaker> Eddi|zuHause: sorting by company IMHO is a good thing here 18:47:33 <planetmaker> And... suggestion vehicleID: add them to the tracking table. Currently a continuous number 18:47:39 <planetmaker> then we won't ever break that 18:47:55 <Eddi|zuHause> yep, that's probably the only useful method 18:48:34 <planetmaker> and it will be quite convenient to not break it on every added vehicle ;-) 18:48:50 <planetmaker> (or removed or...) 18:49:16 *** bryjen [~bryjen@76.92.85.169] has joined #openttd 18:49:21 <planetmaker> I should finish my sprite sets templates etc for cets 18:51:29 <LordAro> Alberth: i'm guessing those 2 commits will be useful to me in some way... :D 18:52:30 <Alberth> not really :) 18:53:16 <Alberth> the former saves one FileExists test, the latter only has an impact on non-windows systems 18:53:55 <LordAro> well they look useful, and i didn't know about them before :) 18:54:57 <LordAro> rephrase: i'm guessing that the 2 functions you just modified will be useful to me in some way... ;) 18:57:27 <Alberth> that would be an interesting use :) 19:03:14 <LordAro> (note: i haven't actually lookout at the changeset, i'm just saying this judging from the commit message :) ) 19:21:17 *** Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has quit [Quit: Juo] 19:40:23 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 19:41:32 *** ar3kaw [~ident@ebt205.neoplus.adsl.tpnet.pl] has quit [Read error: Connection reset by peer] 19:41:48 *** ar3k [~ident@ebt205.neoplus.adsl.tpnet.pl] has joined #openttd 19:41:50 *** ar3k is now known as ar3kaw 20:08:32 <Terkhen> good night 20:09:15 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 20:17:36 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: The Third Tiberium War - http://www.moddb.com/mods/the-third-tiberium-war] 20:21:34 <Eddi|zuHause> planetmaker: manual sort order should work now 20:22:02 <Eddi|zuHause> planetmaker: unspecified companies will appear in the order they are in the tracking table 20:23:37 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Remote host closed the connection] 20:58:24 *** Polygon [~Poly@p54B44CD0.dip.t-dialin.net] has joined #openttd 20:58:34 *** Scuddles [~notme@cm44.epsilon82.maxonline.com.sg] has quit [] 21:01:06 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 21:02:03 *** DDR [~DDR@66.183.113.68] has quit [Quit: In democracy it's your vote that counts; In feudalism it's your count that votes. - Mogens Jallberg] 21:05:30 *** Zeknurn [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 21:13:58 *** naay [~0a0a6567@101.haydn.openttdcoop.org] has joined #openttd 21:14:35 *** naay [~0a0a6567@101.haydn.openttdcoop.org] has quit [] 21:17:55 <LordAro> night all 21:39:21 *** douknoukem [~KEM@ALyon-158-1-58-178.w90-29.abo.wanadoo.fr] has joined #openttd 21:48:36 <planetmaker> hm... Eddi|zuHause I only get the new sprites in the purchase list, not anymore in depots and on the tracks... 21:49:07 <Eddi|zuHause> planetmaker: weird 21:50:33 <planetmaker> hm... hold on. For some. For others not 21:51:08 <Eddi|zuHause> any examples in particular? 21:51:30 *** Polygon [~Poly@p54B44CD0.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 21:53:32 <planetmaker> from Prussia: all except the first 21:54:13 <Eddi|zuHause> hm 21:55:05 <confound> from Prussia with love 21:55:48 <planetmaker> http://devs.openttd.org/~planetmaker/patches/cets_weired.png 21:56:08 <planetmaker> cets r41 21:56:48 <Eddi|zuHause> the lengths are wrong as well 21:57:35 <Eddi|zuHause> i'll investigate that. it's not immediately obvious 21:58:01 <planetmaker> indeed. I'm off to bed now though, so have a good night :-) 22:00:29 <Eddi|zuHause> hm. might be the articulated callback result 22:00:51 <Eddi|zuHause> it might be invalid for some vehicle IDs 22:02:43 *** ar3kaw [~ident@ebt205.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 22:02:51 <planetmaker> oh... drat. only the first 0x80 may be articulated afair 22:03:08 *** ar3k [~ident@ecs232.neoplus.adsl.tpnet.pl] has joined #openttd 22:03:10 *** ar3k is now known as ar3kaw 22:06:23 <Eddi|zuHause> there may be ways around it, with my var60+ patch 22:11:26 *** DDR [~DDR@66.183.113.68] has joined #openttd 22:16:11 *** goblin [~goblin@dslb-092-075-244-040.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 22:26:27 <Eddi|zuHause> hm... if this is the articulated callback, there is absolutely no reason why exactly this vehicle should work 22:28:18 <Eddi|zuHause> oh, looked in the wrong place 22:28:30 <Eddi|zuHause> yes, this seems to be one of the few IDs below 0x80 22:32:46 *** Pixa [~Pixa@79-68-109-222.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds] 22:41:39 *** bryjen [~bryjen@76.92.85.169] has quit [Quit: Leaving] 22:46:22 *** DDR [~DDR@66.183.113.68] has quit [Quit: In democracy it's your vote that counts; In feudalism it's your count that votes. - Mogens Jallberg] 22:47:32 *** DDR [~DDR@66.183.113.68] has joined #openttd 22:56:40 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 22:58:07 *** supermop_ [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Quit: supermop_] 23:12:04 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 23:22:24 *** Adambean` [AdamR@82.hosts.reece-eu.net] has quit [Read error: Connection reset by peer] 23:34:50 *** Progman [~progman@p57A1DCC2.dip.t-dialin.net] has quit [Remote host closed the connection] 23:44:50 <Wolf01> 'night 23:44:52 *** Wolf01 [~wolf01@host242-94-dynamic.117-80-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:55:15 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd