Log for #openttd on 16th July 2011:
Times are UTC Toggle Colours
00:02:06  *** Pixa [~Pixa@] 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 [] has quit [Quit: Gone fishing]
02:12:15  *** bryjen [~bryjen@] has quit [Quit: Leaving]
02:19:07  *** Texruska [] has joined #openttd
02:20:17  <Texruska> Hello
02:23:58  *** Texruska [] has quit []
02:45:22  *** glx [glx@2a01:e35:2f59:c7c0:e9fe:2676:433b:e028] has quit [Quit: bye]
02:54:11  *** Brianetta [] has quit [Quit: TschÌß]
04:02:40  *** DayDreamer [~DayDreame@] has joined #openttd
04:52:47  *** Eddi|zuHause [] has quit [Remote host closed the connection]
04:53:08  *** Eddi|zuHause [] has joined #openttd
05:28:49  *** DayDreamer [~DayDreame@] has quit [Read error: Connection reset by peer]
05:32:15  *** Lakie [~Lakie@] 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 [] has quit []
05:55:30  *** Cybertinus [] has joined #openttd
06:04:09  *** Cybertinus [] has quit [Remote host closed the connection]
06:04:33  *** Scuddles [] has joined #openttd
06:19:00  <planetmaker> moin
06:27:43  *** KouDy [] has joined #openttd
06:36:59  *** TinoDid|znc [] has joined #openttd
06:39:40  *** TinoDidriksen [] 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@] has quit [Read error: Connection reset by peer]
06:56:42  *** George [~George@] has joined #openttd
06:56:51  *** supermop [] has quit [Quit: supermop]
07:15:13  <LordAro> mornings
07:16:52  *** Pulec [] has joined #openttd
07:19:15  *** Neon [] has joined #openttd
07:20:09  *** Juo [] has joined #openttd
07:21:09  *** Noldo_ [] has joined #openttd
07:21:23  *** Noldo_ [] has quit []
07:22:52  *** Noldo [] has quit [Quit: leaving]
07:23:09  *** Noldo [] has joined #openttd
07:27:23  *** Neon [] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
07:34:33  *** Neon [] has joined #openttd
07:37:50  *** Progman [] has joined #openttd
07:47:07  *** Alberth [] has joined #openttd
07:47:10  *** mode/#openttd [+o Alberth] by ChanServ
08:30:16  *** Hyronymus [] has joined #openttd
08:32:01  *** goblin [] has joined #openttd
08:40:28  *** Wolf01 [] 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:
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 [] 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 <-- 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: - 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 [] 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 [] has joined #openttd
10:53:04  *** pugi [] has joined #openttd
11:14:28  *** HerzogDeXtEr [~Flex@] has joined #openttd
11:19:59  *** HerzogDeXtEr1 [] has quit [Ping timeout: 480 seconds]
11:25:05  *** Kurimus [] has quit []
11:25:49  *** perk11 [] has joined #openttd
11:27:19  *** TWerkhoven [] has joined #openttd
11:27:49  *** Kurimus [] has joined #openttd
11:46:08  *** Adambean [] has joined #openttd
12:04:45  *** frosch123 [] 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 [] has joined #openttd
12:33:45  *** Absolutis [] has left #openttd []
12:38:28  *** KritiK [] has joined #openttd
12:41:25  *** Pixa [] has joined #openttd
12:54:24  *** lugo- [lugo@] has joined #openttd
13:00:28  <LordAro> Alberth! Or whoever cares! (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
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___ [] 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 (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, writes it into english.lng, and appends the engine names
13:18:51  <planetmaker> <-- 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/ 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 [] has quit [Read error: Connection reset by peer]
13:25:00  *** supermop [] has joined #openttd
13:25:20  <planetmaker> Eddi|zuHause: could the language files be generated separately?
13:25:28  *** yay [] 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 [] 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 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> <-- 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/ 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 [] 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 [] 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@] has joined #openttd
14:05:35  *** LordPixaII [] has joined #openttd
14:05:35  *** Pixa [] 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 it seems
14:13:52  <Eddi|zuHause> (i copied that from the dummy engine)
14:16:01  *** supermop [] 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 [] 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@] has joined #openttd
14:40:04  *** |Jeroen| [] has joined #openttd
14:42:45  <pikka> must be
14:44:05  <Scuddles> it wasn't
14:46:06  *** SpComb^_ [] has joined #openttd
14:46:06  *** SpComb [] has quit [Read error: Connection reset by peer]
14:50:41  *** goblin [] has joined #openttd
14:55:19  *** KritiK [] has quit [Quit: Leaving]
15:01:45  *** Markk [] has quit [Ping timeout: 480 seconds]
15:03:13  *** Pulec [] has quit [Ping timeout: 480 seconds]
15:04:07  *** Pulec [] has joined #openttd
15:05:53  *** KritiK [] 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 [] 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/
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/ 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___ [] 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 [] has quit [Quit: 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 [] 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^_ [] has quit [Read error: Connection reset by peer]
15:44:16  *** SpComb [] has joined #openttd
15:44:21  <Terkhen> yes, that :P
15:50:39  *** Netsplit <-> 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 [] has joined #openttd
16:00:13  *** Chris_Booth[ph] [] has joined #openttd
16:01:56  *** Chris_Booth[ph] [] has quit []
16:03:57  *** Markk [] has joined #openttd
16:06:22  *** SpComb [] has quit [Remote host closed the connection]
16:07:54  *** pikka [~yaaic@] has quit [Quit: Yaaic - Yet another Android IRC client -]
16:08:45  <LordAro> should ignore people that complain about that imo
16:16:29  *** SpComb [] has joined #openttd
16:17:09  *** SpComb [] has quit [Remote host closed the connection]
16:21:29  *** SpComb [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
16:40:24  *** TWerkhoven [] 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| [] has quit [Quit: oO]
17:06:33  *** Adambean` [] has joined #openttd
17:13:33  *** Adambean [] has quit [Ping timeout: 480 seconds]
17:19:06  *** DDR [~DDR@] has joined #openttd
17:23:05  *** supermop [] 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 [] has joined #openttd
17:25:03  *** supermop_ [] has joined #openttd
17:25:10  <supermop_> ok
17:30:05  *** KouDy [] has quit [Quit: Leaving.]
17:31:34  *** Guest2412 [] has quit [Ping timeout: 480 seconds]
17:32:22  *** fjb [] 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@] 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 [] has quit [Read error: Connection reset by peer]
17:58:02  *** Biolunar [] 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 [] 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 [] 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 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 [] 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 [] 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@] 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 [] has quit [Quit: Juo]
19:40:23  *** Alberth [] has left #openttd []
19:41:32  *** ar3kaw [] has quit [Read error: Connection reset by peer]
19:41:48  *** ar3k [] has joined #openttd
19:41:50  *** ar3k is now known as ar3kaw
20:08:32  <Terkhen> good night
20:09:15  *** Brianetta [] has joined #openttd
20:17:36  *** sla_ro|master [~slaco@] has quit [Quit: 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 [] has quit [Remote host closed the connection]
20:58:24  *** Polygon [] has joined #openttd
20:58:34  *** Scuddles [] has quit []
21:01:06  *** Pulec [] has quit []
21:02:03  *** DDR [~DDR@] 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 [] has quit [Read error: Connection reset by peer]
21:13:58  *** naay [] has joined #openttd
21:14:35  *** naay [] has quit []
21:17:55  <LordAro> night all
21:39:21  *** douknoukem [] 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 [] 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>
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 [] has quit [Ping timeout: 480 seconds]
22:02:51  <planetmaker> oh... drat. only the first 0x80 may be articulated afair
22:03:08  *** ar3k [] 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@] has joined #openttd
22:16:11  *** goblin [] 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 [] has quit [Ping timeout: 480 seconds]
22:41:39  *** bryjen [~bryjen@] has quit [Quit: Leaving]
22:46:22  *** DDR [~DDR@] 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@] has joined #openttd
22:56:40  *** KouDy [] has quit [Quit: Leaving.]
22:58:07  *** supermop_ [] has quit [Quit: supermop_]
23:12:04  *** TWerkhoven [] has quit [Quit: He who can look into the future, has a brighter future to look into]
23:22:24  *** Adambean` [] has quit [Read error: Connection reset by peer]
23:34:50  *** Progman [] has quit [Remote host closed the connection]
23:44:50  <Wolf01> 'night
23:44:52  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
23:55:15  *** supermop [] has joined #openttd

Powered by YARRSTE version: svn-trunk