Back to Home / #openttd / 2011 / 07 / Prev Day | Next Day
#openttd IRC Logs for 2011-07-16

---Logopened Sat Jul 16 00:00:59 2011
00:05-!-DayDreamer [~DayDreame@] has joined #openttd
00:56-!-Eddi|zuHause [] has quit [Remote host closed the connection]
00:56-!-Eddi|zuHause [] has joined #openttd
01:32-!-DayDreamer [~DayDreame@] has quit [Read error: Connection reset by peer]
01:35-!-Lakie [~Lakie@] has quit [Quit: Sleep.]
01:50<@Terkhen>good morning
01:51<supermop>i jut got back from the bars
01:57-!-DanMacK [] has quit []
01:58-!-Cybertinus [] has joined #openttd
02:07-!-Cybertinus [] has quit [Remote host closed the connection]
02:07-!-Scuddles [] has joined #openttd
02:30-!-KouDy [] has joined #openttd
02:40-!-TinoDid|znc [] has joined #openttd
02:42-!-TinoDidriksen [] has quit [Ping timeout: 480 seconds]
02:42-!-TinoDid|znc is now known as TinoDidriksen
02:59-!-George is now known as Guest2363
02:59-!-Guest2363 [~George@] has quit [Read error: Connection reset by peer]
02:59-!-George [~George@] has joined #openttd
03:00-!-supermop [] has quit [Quit: supermop]
03:20-!-Pulec [] has joined #openttd
03:22-!-Neon [] has joined #openttd
03:23-!-Juo [] has joined #openttd
03:24-!-Noldo_ [] has joined #openttd
03:24-!-Noldo_ [] has quit []
03:26-!-Noldo [] has quit [Quit: leaving]
03:26-!-Noldo [] has joined #openttd
03:30-!-Neon [] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
03:37-!-Neon [] has joined #openttd
03:41-!-Progman [] has joined #openttd
03:50-!-Alberth [] has joined #openttd
03:50-!-mode/#openttd [+o Alberth] by ChanServ
04:33-!-Hyronymus [] has joined #openttd
04:35-!-goblin [] has joined #openttd
04:43-!-Wolf01 [] has joined #openttd
04:48<@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
04:48<@planetmaker>but I don't have database access
04:49<@planetmaker>and if I did I'm not sure I should try messing with it ;-)
04:50<Hyronymus>does Rubidium have dbase access?
04:50<@planetmaker>of course
04:51<@planetmaker>TB and him do
04:51<@planetmaker>but do you think it's a good idea to hold a possible violation of TOS of bananas against him at tt-forums?
04:52<@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
04:52<Hyronymus>no, I re-thought that
04:52<Hyronymus>he'll just get a firm warning
04:53<Hyronymus>but I do hope someone from Bananas will chip in to explain the copyright matter
04:53<Hyronymus>twice warned, forth shy
04:53<Hyronymus>or something
04:53<@planetmaker>I don't know the licenses of those NewGRFs. Seem to be pointless ones anyway, given their name
04:54<@planetmaker>there's a similiar (or same) in the coop grfpack
04:54<@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
04:55<@planetmaker>so there are subtle differences there, too ;-)
04:56<@planetmaker>the author-only-uploads rule is more a safety net for OpenTTD's banannas service itself
04:57<Hyronymus>oh, ok
04:57<@planetmaker>otherwise any GPL'ed or CC-BY-xy newgrf could be uploaded by anyone. or other custom licenses which allow distribution
04:58<@Alberth>one still can, just fork the project, give it a new name, and submit ;)
04:59<@planetmaker>yup :-)
04:59<@planetmaker>but that changes the md5sum
04:59<Hyronymus>I really need to read up on copyright stuff
04:59<@planetmaker>which makes it much less useful
05:00<@Alberth>and a new grfid probably
05:00<@planetmaker>yup, probably
05:01<Hyronymus>no, definetly
05:02<@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
05:02<Rubidium>what's this whole bananas problem you're talking about?
05:02<@planetmaker>Rubidium: Hyronymus is concerned about the authorship of the last three newgrf uploads
05:03<Rubidium>@base 10 16 1178767366
05:03<@DorpsGek>Rubidium: 46429006
05:04<Hyronymus>I was meaning I should definetly read up on copyright, planetmaker
05:04<@planetmaker>oh he :-)
05:04<Hyronymus>and hi Rubidium
05:04<Hyronymus>that gut Forlostcontent has been asking for people to upload their grf's on tt-forums
05:04<Rubidium>who did ever make those (useless) separator things?
05:05<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
05:05<Hyronymus>*gut = guy
05:05<Rubidium>there are definitely copyrights on it
05:05<Rubidium>as I doubt it's made by US government employees
05:06<Hyronymus>uhm, ok
05:06*Hyronymus is lost
05:06<@planetmaker>in Germany one cannot waive copyright ;-)
05:06<@Alberth>Hyronymus: that's normal around Rubidium :)
05:06<Rubidium>Hyronymus: if you write an email, that email is copyrighted (unless you're a US goverment employee, then it's public domain)
05:06<Hyronymus>ah, thanks for the heads-up Alberth :D
05:07<Hyronymus>damn, more copyright stuff to look into
05:07<Hyronymus>anymore peculiarities I ought to know of?
05:07<Rubidium>copyright != license
05:08<@planetmaker>Hyronymus: copyright is something which is _automatically_ granted upon creation. Without any action taken by authors
05:08*Hyronymus makes notes
05:08<Rubidium>copyrights are used to enforce licenses
05:08<@planetmaker>and a license my state under which conditions the material may be used where
05:08<Hyronymus>that puts things in a clear perspective
05:10<Hyronymus>but that means in normal situations, only creators can decide on what license to use
05:10<@planetmaker>some legislations (like US) allow authors to waive or transfer copyright to other entities
05:10<@planetmaker>Hyronymus: of course. Exactly that it means
05:10<Hyronymus>so Forlostguy now uploaded these things with a license but if he isn't the creator he hasn't got that right
05:11<@planetmaker>that depends on the license.
05:11<Hyronymus>the creator released the stuff under a free to distribute license
05:11<@planetmaker>yep, exactly
05:11<@planetmaker>like GPL, CC-xy
05:11*Hyronymus has seen the copyright light
05:12<@Alberth>GPL does more
05:12<@planetmaker>indeed :-)
05:13<@Alberth>a BSD-style license is free to distribute. GPL also enforces access to the source
05:15<@planetmaker>I should finish this:
05:15<@planetmaker>or maybe just publish as-is ;-)
05:16<Hyronymus>if you do the latter, people can always suggest changes
05:18<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
05:18<@planetmaker>V453000: that's the blog article's text ;-)
05:19<V453000>I know
05:19<@planetmaker>just copy&pasted to a file so that people here now could see it ;-)
05:19<@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
05:19<V453000>but you never published the article :)
05:19<@planetmaker>yes... it's still missing on some licenses
05:20<@Alberth>Of course, anything I publish must again be free access to the source, so everybody can use that work
05:40-!-Biolunar [] has joined #openttd
05:55<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()
05:56<@Alberth>could you please give me less than everything? It is so hard to find what you are talking about
05:57<@Alberth>and the pastebin is awful :p
05:59<LordAro>better: - not pastebin, and not all of it :)
05:59<@Alberth>and it does not have 'print*'
05:59<@Alberth>much better, thanks
06:00<@Alberth>you cannot return NULL, as it is not a value of TarFileListEntry
06:01<@Alberth>(just like you cannot do bool b = "abc"
06:01<LordAro>ok, but i'm not sure i should be useing TarFileListEntry in the first place
06:03<@Alberth>FioOpenFile needs it, doesn't it?
06:03<LordAro>thats what i was thinking, but is the 'tar_entry' variable TarFileListEntry?
06:05*Alberth looks for the type of _tar_filelist
06:06-!-goblin [] has quit [Quit: leaving]
06:06<@Alberth>ah, it's a typedef std::map<std::string, TarFileListEntry> TarFileList;
06:07<@Alberth>the second thing is what you want, which you can get from the iterator by (*iter).second iirc
06:07<LordAro>so the function should be TarFile List?
06:07<@Alberth>if iter != _tar_filelist.end() of course
06:08<LordAro>or do i convert in the function?
06:09<@Alberth>you can either return the iterator, or return a pointer to the TarfileListEntry
06:09<@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
06:10<@Alberth>returning the pointer is better, returning the iterator is easier
06:11<LordAro>how would i use (*iter).second? "avariable = tar_entry.(*iter).second" ?
06:11<@Alberth>(unless you understand pointers then the former is easier as well :D )
06:12<LordAro>i don't understand pointers much :)
06:12*LordAro seems to have developed a headache :L
06:12<@Alberth>(*iter).second is a value of type TarFileListEntry, so you can use it anywhere where you need such a value
06:13<@Alberth>for example in the FioOpenFile thingie
06:13<@Alberth>+Tar :)
06:14<Rubidium>what are you trying to do?
06:14<Rubidium>sounds to me like you're looking for a readme.txt next to the newgrf, right?
06:14<@Alberth>getting the contents of the readme file out of a tar
06:15<Rubidium>just use FioFOpenFile
06:16<LordAro>Rubidium: not FioFOpenFileTar ?
06:18<Rubidium>then it doesn't work if I place the newgrf and readme in a separate directory
06:18*LordAro points blame at Alberth! :P
06:19<@Alberth>Rubidium is main OpenTTD developer for a reason :p
06:20<Rubidium>not the last few months anymore :(
06:20<LordAro>s/main/lead/ ;)
06:20<Rubidium>still need to finish the CF
06:20<Rubidium>but buildbot somewhat sucks
06:21<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
06:29<LordAro>still not getting how to use (*iter).second
06:29<@Alberth>it is just a value, much like 1+2*3
06:30<LordAro>but how do i associate it with tar_entry?
06:31<@Alberth>tar_entry == iter
06:31<LordAro>what? automagically?
06:32<@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
06:32<@Alberth>sorry for the confusion
06:32<LordAro>so (*tar_entry).second ?
06:33<@Alberth>yes, if (tar_entry != _tar_filelist.end())
06:33<LordAro>thats there already :)
06:33<LordAro>also, if i can't return NULL, what do i return?
06:33<@Alberth>if that condition does not hold, *tar_entry does not exist
06:35<@Alberth>but if you use FioOpenFile() as suggested by Rubidium, you don't need any of that
06:35<LordAro>typical :)
06:35<LordAro>so what of your GrfHasReadme fucntion don't i need?
06:36<@Alberth>I have no idea at all
06:37<@Alberth>I have never used that function
06:37<LordAro>or am i getting confused again?
06:38<@Alberth>I assume you need to create a path, so you can keep that part, I think.
06:38<LordAro>it would help if some of the file thingy functions had some sort of documentation :)
06:42<@Alberth>I think there are at least 3 options now
06:43<@Alberth>1. figure our how to use FioOpenFile (for example by looking how it is used)
06:43<@Alberth>2. Use the tar-file approach I created for now
06:44<@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
06:45<LordAro>i think 3, then 1, if 1 fails, 2 :)
06:49-!-lugo [] has joined #openttd
06:56-!-pugi [] has joined #openttd
07:17-!-HerzogDeXtEr [~Flex@] has joined #openttd
07:23-!-HerzogDeXtEr1 [] has quit [Ping timeout: 480 seconds]
07:28-!-Kurimus [] has quit []
07:29-!-perk11 [] has joined #openttd
07:30-!-TWerkhoven [] has joined #openttd
07:31-!-Kurimus [] has joined #openttd
07:49-!-Adambean [] has joined #openttd
08:08-!-frosch123 [] has joined #openttd
08:08-!-glx [glx@2a01:e35:2f59:c7c0:4057:85cb:5ebf:8043] has joined #openttd
08:08-!-mode/#openttd [+v glx] by ChanServ
08:36-!-Absolutis [] has joined #openttd
08:37-!-Absolutis [] has left #openttd []
08:41-!-KritiK [] has joined #openttd
08:44-!-Pixa [] has joined #openttd
08:57-!-lugo- [lugo@] has joined #openttd
09:03<LordAro>Alberth! Or whoever cares! (i didn't convert it to jpg...) :D :D
09:04<Ammler>LordAro: it should not autowrap (imo)
09:04<Ammler>or maybe a checkbox
09:04<@Alberth>why not?
09:05<LordAro>i'll get to that later ;)
09:05<LordAro>because all that is at the moment is a const char* hard coded in
09:05<@Alberth>then you'll get those useless 1 line sentences where you can only read 5 of the 100 words
09:05<Ammler>Alberth: not possible to horizontal scroll?
09:06<+glx>people will ask for a button to close the window ;)
09:06<@Alberth>it reads like shit imho
09:07<Eddi|zuHause>planetmaker: the makefile doesn't seem to react on changes to
09:07<@planetmaker>that's true
09:07<Ammler>Alberth: how does autowrap handle idents?
09:08<Eddi|zuHause>planetmaker: that's bad, because that's exactly what i need ;)
09:08<@Alberth>Eddi|zuHause: make clean && make
09:08<@planetmaker>Eddi|zuHause: pull
09:09<@Alberth>Ammler: not, really, unless you want to make a markup language.
09:09<@Alberth>note that autowrap is invisible if your lines are short enough
09:10<@Alberth>and you don't want to make really long lines anyway
09:13<Ammler>and why is it just for newgrfs, couldn't the other contents use something like that too?
09:14<@Alberth>sure, I see no objection
09:14<@Alberth>LordAro: Suggestion! ^^
09:14<Eddi|zuHause>planetmaker: seems to work better now
09:14<@planetmaker>it's more of a starting point, Ammler ;-)
09:14-!-keky___ [] has joined #openttd
09:15<Eddi|zuHause>i hate how you cannot get "round" speed values :(
09:16<LordAro>Ammler: i'll bother about Ais, Base sets, etc later! :)
09:20<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.)
09:20<Eddi|zuHause>planetmaker: but now the makefile complains about lang/*.lng not existing
09:21<@planetmaker>right. How are they generated? By the same script?
09:21<Eddi|zuHause>it takes the contents of, writes it into english.lng, and appends the engine names
09:22<@planetmaker> <-- does that help?
09:25<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
09:27<@planetmaker>you're in the process of breaking all implicit assumptions, one after the other I put in the makefile framework ;-)
09:27<Eddi|zuHause>yeah, i'm good at that ;)
09:27-!-MNIM2 [] has quit [Read error: Connection reset by peer]
09:28-!-supermop [] has joined #openttd
09:28<@planetmaker>Eddi|zuHause: could the language files be generated separately?
09:28-!-yay [] has joined #openttd
09:29<Eddi|zuHause>planetmaker: i could write the strings to a temporary file, which gets merged with the lang file later
09:29<@planetmaker>nah, I meant rather a separate script. But I gues... not handy. Would need parsing the same file twice
09:29-!-yay [] has quit []
09:29<@planetmaker>or is it done anyway?
09:31<@planetmaker>nope isn't. Ok...
09:32<@planetmaker>Eddi|zuHause: the patch I posted will work. As workaround.
09:32<@planetmaker>one can add to the deps in the same line in the makefile
09:32<@planetmaker>fixing the error you see is more work. But afaik it's not critical
09:32<@planetmaker>the grf builds for you with the patch, does it?
09:34<@planetmaker> <-- this diff might be a bit better
09:41<Eddi|zuHause>yes, the grf builds
09:41<Eddi|zuHause>and that link gives a 404
09:41<Eddi|zuHause>hm, no that's my fault
09:43<Eddi|zuHause>planetmaker: should that be scripts/ in that last part of the patch?
09:43<@planetmaker>hm, I guess I found an easy solution
09:44<Eddi|zuHause>patch unexpectedly ends in middle of line
09:44<Eddi|zuHause>patch: **** malformed patch at line 22:
09:45-!-Neon [] has quit [Ping timeout: 480 seconds]
09:47<Eddi|zuHause>anyway... something's completely wrong with the units
09:47<Eddi|zuHause>the power is too small and the tractive effort is too high...
09:48<Eddi|zuHause>planetmaker: do you have code to disable all original vehicles?
09:48-!-supermop [] has left #openttd []
09:49<@planetmaker>no/* disable all monorail and maglev vehicles */
09:49<@planetmaker>disable(FEAT_TRAINS, 54, 115);
09:49<@planetmaker>s/no/yes/ ;-)
09:49<@planetmaker>disable_item(feature[, first_id[, last_id]]);
09:49<Hirundo>disable_item(feature[, first_id[, last_id]]);
09:50<Hirundo>so without any ids, you disable all items of feature X
09:52<Eddi|zuHause>units are heavily underdocumented
09:58<Eddi|zuHause>something is wrong with the availability code... choosing "extended" disables all "core" engines...
10:02-!-sla_ro|master [~slaco@] has joined #openttd
10:08-!-LordPixaII [] has joined #openttd
10:08-!-Pixa [] has quit [Read error: Connection reset by peer]
10:11<@planetmaker>Eddi|zuHause: pull
10:14<Eddi|zuHause>seems to work ;)
10:14<Eddi|zuHause>where does the tractive effort come from? it's too high for the steam engines
10:16<@planetmaker>in the tracking table? I thought you knew where those values come from
10:16<Eddi|zuHause>in the game
10:17<Eddi|zuHause>it's not directly set in it seems
10:17<Eddi|zuHause>(i copied that from the dummy engine)
10:19-!-supermop [] has joined #openttd
10:20<Eddi|zuHause>seems i need to calculate the coefficient
10:20<Eddi|zuHause>cannot directly set the value
10:20<supermop>alwas nice to calculate some coefficients
10:20<supermop>are you patching RVs?
10:20<Eddi|zuHause>why would i?
10:22<supermop>what else has a coefficient
10:22<supermop>just doing some physics for fun?
10:25<@planetmaker>the garment of your clothes also has a coefficient of friction
10:25-!-Hyronymus [] has quit [Remote host closed the connection]
10:25<@planetmaker>luckily the frictional force is larger than the gravitational
10:27<Eddi|zuHause>better now, i think ;)
10:41-!-pikka [~yaaic@] has joined #openttd
10:43-!-|Jeroen| [] has joined #openttd
10:46<pikka>must be
10:47<Scuddles>it wasn't
10:49-!-SpComb^_ [] has joined #openttd
10:49-!-SpComb [] has quit [Read error: Connection reset by peer]
10:53-!-goblin [] has joined #openttd
10:58-!-KritiK [] has quit [Quit: Leaving]
11:05-!-Markk [] has quit [Ping timeout: 480 seconds]
11:06-!-Pulec [] has quit [Ping timeout: 480 seconds]
11:07-!-Pulec [] has joined #openttd
11:09-!-KritiK [] has joined #openttd
11:20<@planetmaker>Eddi|zuHause: such rounding should not be needed
11:20<Eddi|zuHause>planetmaker: but i hate the "99 km/h" value that openttd displays
11:20<@planetmaker>if so it's an NML bug
11:20<@planetmaker>as 100 in NML should give 100 in OpenTTD
11:21<Eddi|zuHause>it's an openttd bug. internal grf value of 100 (mph*1.6) gets converted into 99 km/h
11:21<Eddi|zuHause>that is a gui issue
11:21<Eddi|zuHause>that exists since the beginning of time
11:21<Eddi|zuHause>it was fixed once, but apparently some grf authors complained
11:21<Eddi|zuHause>so it was "unfixed"
11:23<Eddi|zuHause>nml also has some crazy conversion factor, that i don't really understand...
11:23<@planetmaker>in what way?
11:23-!-Notapipe [] has joined #openttd
11:23<@planetmaker>hp != kW if you mean that
11:23<Eddi|zuHause>its conversion factor from m/s to "internal nfo units" is 3.5790976
11:24<@planetmaker>nml internal units != nfo units
11:24<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)
11:25<Eddi|zuHause>yes, nml internal unit is m/s
11:25<@planetmaker>and the conversion factor km/h to m/s is exactly 3.6
11:25<@planetmaker>see nml/nml/
11:25<Eddi|zuHause>i looked at that
11:26<@planetmaker>mine says 3.6
11:26<Eddi|zuHause>and in nml/nml/actions/ there is the other conversion factor
11:26<Eddi|zuHause>from m/s to "nfo units"
11:26<@planetmaker>yes. as km/h-ish != km/h
11:27<@planetmaker>and km/h-ish is the NFO unit
11:27<Eddi|zuHause>yes. and this discrepancy is the annoying part
11:27<Eddi|zuHause>too many rounding issues
11:27<@planetmaker>yes. and NML tries to compensate that by using this conversion factor
11:27<Eddi|zuHause>"it doesn't work"
11:28<Eddi|zuHause>i now tell nml to use the nfo units
11:28<@planetmaker>meh :-(
11:28<Eddi|zuHause>and the "correction" to get better display values for certain corner cases
11:29<Eddi|zuHause>you can't get openttd to display 100km/h
11:29<Eddi|zuHause>either 99km/h or 101km/h
11:30<Eddi|zuHause>the granularity is not high enough
11:30<Eddi|zuHause>the correction i did was to make sure it picks the higher value
11:30-!-keky___ [] has quit [Remote host closed the connection]
11:32<@planetmaker>ah, right, that was the issue
11:32<@planetmaker>and NML's conversion factor is the best you can do
11:32<@planetmaker>but gives you in this case(s) rather the lower than higher value
11:32<Hirundo>I guess it's a limitation in the nfo specs
11:33<@planetmaker>in the end
11:33<@planetmaker>nfo v8 ;-)
11:34<Hirundo>nfo v8 is about as elusive as *certain* newgrfs
11:34<Eddi|zuHause>i vaguely remember a patch that changed some rounding issues wrt displaying the mph*1.6->km/h conversion
11:35<Eddi|zuHause>that would also fix the 100km/h issue
11:42-!-Notapipe [] has quit [Quit: ajax IRC Client]
11:42<Eddi|zuHause>or it might...
11:42<@Terkhen>that's a openttd bug, yes
11:42<@Terkhen>IIRC it was fixed and then reverted because it "modified" newgrfs
11:43<Eddi|zuHause>yes. something like that
11:43<Eddi|zuHause>@log r4322
11:44<Eddi|zuHause>@opentt log r4322
11:44<Eddi|zuHause>@openttd log r4322
11:44*Eddi|zuHause slaps DorpsGek
11:44<Eddi|zuHause>@openttd commit r4322
11:44<@DorpsGek>Eddi|zuHause: Invalid arguments for _commit.
11:44<Eddi|zuHause>@openttd commit 4322
11:44<@DorpsGek>Eddi|zuHause: Commit by peter1138 :: r4322 /trunk (7 files) (2006-04-08 12:04:23 UTC)
11:44<@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.
11:44<Eddi|zuHause>@openttd commit 8464
11:44<@DorpsGek>Eddi|zuHause: Commit by peter1138 :: r8464 /trunk/src (6 files) (2007-01-30 21:10:04 UTC)
11:44-!-LordPixaII [] has quit [Ping timeout: 480 seconds]
11:44<@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.
11:47-!-SpComb^_ [] has quit [Read error: Connection reset by peer]
11:47-!-SpComb [] has joined #openttd
11:47<@Terkhen>yes, that :P
11:49<Eddi|zuHause>@openttd commit 8569
11:50<Eddi|zuHause>@openttd commit 8995
11:50<Eddi|zuHause>i think he's mad at me...
11:53-!-Netsplit <-> quits: |Jeroen|, SpComb^, Priski, @Alberth, +glx, TheMask96, murr4y, blathijs, Kurimus, opa, (+63 more, use /NETSPLIT to show all of them)
11:54-!-Netsplit over, joins: ccfreak2k, SpComb, murr4y, SpComb^, APTX, dihedral, Phoenix_the_II, ricky26, dfox, ^Spike^ (+63 more)
11:54-!-mode/#openttd [+v Alberth] by ChanServ
11:54-!-mode/#openttd [+v Terkhen] by ChanServ
12:00-!-Polygon [] has joined #openttd
12:03-!-Chris_Booth[ph] [] has joined #openttd
12:05-!-Chris_Booth[ph] [] has quit []
12:07-!-Markk [] has joined #openttd
12:09-!-SpComb [] has quit [Remote host closed the connection]
12:11-!-pikka [~yaaic@] has quit [Quit: Yaaic - Yet another Android IRC client -]
12:12<LordAro>should ignore people that complain about that imo
12:19-!-SpComb [] has joined #openttd
12:20-!-SpComb [] has quit [Remote host closed the connection]
12:24-!-SpComb [] has joined #openttd
12:30<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
12:31<@planetmaker>not sure I'd like that
12:31<@planetmaker>it'd break UI consistency
12:32<@planetmaker>and for configuration I need remove as much as add
12:32<frosch123>it was like that in the old gui :p
12:32<Eddi|zuHause>the parameter button is _very_ far away
12:33<Eddi|zuHause>lots of mouse movement involved
12:33<@planetmaker>I'd go for some key+click
12:34<Eddi|zuHause>something's not right with my TE calculation
12:35<Eddi|zuHause>some engines get too little
12:36-!-Polygon [] has quit [Ping timeout: 480 seconds]
12:36<Eddi|zuHause>the 132 has 419 given in the table, but gets only 371 in the game
12:36<Eddi|zuHause>but the V200(O) has 395 given in the table and gets 399 in the game
12:39-!-TWerkhoven [] has quit [Ping timeout: 480 seconds]
12:43-!-TWerkhoven [] has joined #openttd
12:51<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...
12:52<Eddi|zuHause>you don't even know what code i am modifying.
12:54<__ln__>would it be nice to have a sandworm-disaster in the desert climate?
12:54<Eddi|zuHause>only if you make a total dune conversion set
12:55<LordAro>Eddi|zuHause: i was talking about the newgrf parameter window stuff
12:55-!-|Jeroen| [] has quit [Quit: oO]
13:09-!-Adambean` [] has joined #openttd
13:16-!-Adambean [] has quit [Ping timeout: 480 seconds]
13:22-!-DDR [~DDR@] has joined #openttd
13:26-!-supermop [] has left #openttd []
13:26<@planetmaker>we need to do something about the purchase list sprites, eh?
13:27<@planetmaker>^ @ Eddi|zuHause
13:28-!-fjb is now known as Guest2412
13:28-!-fjb [] has joined #openttd
13:28-!-supermop_ [] has joined #openttd
13:33-!-KouDy [] has quit [Quit: Leaving.]
13:34-!-Guest2412 [] has quit [Ping timeout: 480 seconds]
13:35-!-fjb [] has quit [Remote host closed the connection]
13:45<Eddi|zuHause>planetmaker: yep ;)
13:45<CIA-2>OpenTTD: translators * r22667 /trunk/src/lang/belarusian.txt:
13:45<CIA-2>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-2>OpenTTD: belarusian - 6 changes by Wowanxm
13:45<Eddi|zuHause>lots of things to do left ;)
13:53-!-Lakie [~Lakie@] has joined #openttd
13:54*frosch123 wonders what is broken
13:58<frosch123>is it normal that opengfx+trains results in ridicilous cheap engines?
13:58-!-douknoukem [] has quit [Read error: Connection reset by peer]
14:01-!-Biolunar [] has quit [Quit: All your IRC are belong to us!]
14:02<supermop_>openttd developers giving you a subsidy to buy their equipment?
14:03<@Alberth>he is very capable of doing that himself :p
14:04<frosch123>hmm, it works if i use an official release
14:04<frosch123>the version whichever i found on my machine is broken :p
14:04<frosch123>resp. the nml version used to compile it was broken
14:04<frosch123>let's update and recheck
14:04-!-KouDy [] has joined #openttd
14:05<@Alberth>or the nml semantics has changed :p
14:06<frosch123>maybe :)
14:07<frosch123>anyway, updating both nml and the grf seems to fix it
14:07<frosch123>luckily i can change grfs in game :p
14:09<@Alberth>(don't tell anyone)
14:10-!-Pixa [] has joined #openttd
14:27<Eddi|zuHause>planetmaker: actually, i am really wondering why it doesn't show the straight sprite. where is the gui sprite chosen?
14:33<@planetmaker>Eddi|zuHause: without looking at source: IIRC it's the 3rd sprite
14:33<@planetmaker>which of course in our case... is different
14:34<CIA-2>OpenTTD: alberth * r22668 /trunk/src/fileio.cpp: -Codechange: FioFindFullPath tests already whether the file exists.
14:34<Eddi|zuHause>planetmaker: yes, but it seems to pick the wrong spriteset
14:34<Eddi|zuHause>one where var45 isn't 0
14:35<@planetmaker>but the reason is: curvature info is not available in purchase list
14:36<@planetmaker>thus we need to provide extra purchase list sprites
14:36<Eddi|zuHause>well, yes, but why would it be non-0?
14:36<@planetmaker>undefined = anything?
14:38<frosch123>you cannot rely on any value, support for it might be added
14:38<@planetmaker>another thing, Eddi|zuHause: we probably want to provide some manual sorting to the script by companies
14:38<frosch123>that's why all sets of djnekkid will break at some point :p
14:38<@planetmaker>currently the prussian trains show last... which is unfortunate
14:38<Eddi|zuHause>yes, the sorting is kinda crude :p
14:38<@planetmaker>frosch123: what does he use?
14:39<frosch123>he uses undefined variables to check whether he is in purchase list
14:39<Eddi|zuHause>planetmaker: feel free to provide a sort function :)
14:39<@planetmaker>I know ;-)
14:39<frosch123>as he does not want to branch the purchase list case in action3
14:40<@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 ;-)
14:40<@planetmaker>frosch123: uh... that's... "interesting"
14:40<@planetmaker>maybe I should try to convince him. But he's not around much lately anymore
14:41<frosch123>hehe, i already told him, unfortunatelly he keeps on recommending that method to others :p
14:41<frosch123>so, the better plan is to break it at some point :p
14:42<@planetmaker>hm, I recall faintly, somewhen the last three weeks or so there was something. Did you tell him that his stuff might break
14:42<Eddi|zuHause>one more reason to finally code this extra callback info whether it's a GUI sprite or not
14:42<frosch123>no, it is likely years ago
14:43<@planetmaker>may I rephrase you? :-P
14:43<@planetmaker>Eddi|zuHause: ^ ? ;-)
14:43<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.
14:45-!-confound [] has quit [Read error: Operation timed out]
14:45<Eddi|zuHause>planetmaker: what?
14:47<@planetmaker>[20:39] Eddi|zuHause planetmaker: feel free to provide a sort function :) | sed "s/planetmaker/Eddi/g"
14:47<@planetmaker>yes, yes, I know ;-)
14:48<Eddi|zuHause>planetmaker: we might sort on epoch first, but that makes the code more complicated
14:48<@planetmaker>I thought about defining the company order
14:48<@Alberth>epoch is constant, very easy to sort :)
14:48<@planetmaker>that'd do the trick mostly
14:49<@planetmaker>i.e. not alphabetic company order but custom-defined
14:49<Eddi|zuHause>planetmaker: that's easier to code
14:49<@planetmaker>and mind... each time we change vehicle order currently we break newgrf compatibility
14:49<@planetmaker>as vehicleIDs change
14:49<Eddi|zuHause>but needs modification every time we extend the set ;)
14:50<Eddi|zuHause>planetmaker: that's difficult to keep static
14:50-!-confound [] has joined #openttd
14:50<@planetmaker>Eddi|zuHause: sorting by company IMHO is a good thing here
14:50<@planetmaker>And... suggestion vehicleID: add them to the tracking table. Currently a continuous number
14:50<@planetmaker>then we won't ever break that
14:51<Eddi|zuHause>yep, that's probably the only useful method
14:51<@planetmaker>and it will be quite convenient to not break it on every added vehicle ;-)
14:52<@planetmaker>(or removed or...)
14:52-!-bryjen [~bryjen@] has joined #openttd
14:52<@planetmaker>I should finish my sprite sets templates etc for cets
14:54<LordAro>Alberth: i'm guessing those 2 commits will be useful to me in some way... :D
14:55<@Alberth>not really :)
14:56<@Alberth>the former saves one FileExists test, the latter only has an impact on non-windows systems
14:57<LordAro>well they look useful, and i didn't know about them before :)
14:58<LordAro>rephrase: i'm guessing that the 2 functions you just modified will be useful to me in some way... ;)
15:00<@Alberth>that would be an interesting use :)
15:06<LordAro>(note: i haven't actually lookout at the changeset, i'm just saying this judging from the commit message :) )
15:24-!-Juo [] has quit [Quit: Juo]
15:43-!-Alberth [] has left #openttd []
15:44-!-ar3kaw [] has quit [Read error: Connection reset by peer]
15:45-!-ar3k [] has joined #openttd
15:45-!-ar3k is now known as ar3kaw
16:11<@Terkhen>good night
16:12-!-Brianetta [] has joined #openttd
16:20-!-sla_ro|master [~slaco@] has quit [Quit: The Third Tiberium War -]
16:24<Eddi|zuHause>planetmaker: manual sort order should work now
16:25<Eddi|zuHause>planetmaker: unspecified companies will appear in the order they are in the tracking table
16:26-!-Brianetta [] has quit [Remote host closed the connection]
17:01-!-Polygon [] has joined #openttd
17:01-!-Scuddles [] has quit []
17:04-!-Pulec [] has quit []
17:05-!-DDR [~DDR@] has quit [Quit: In democracy it's your vote that counts; In feudalism it's your count that votes. - Mogens Jallberg]
17:08-!-Zeknurn [] has quit [Read error: Connection reset by peer]
17:17-!-naay [] has joined #openttd
17:17-!-naay [] has quit []
17:21<LordAro>night all
17:42-!-douknoukem [] has joined #openttd
17:51<@planetmaker>hm... Eddi|zuHause I only get the new sprites in the purchase list, not anymore in depots and on the tracks...
17:52<Eddi|zuHause>planetmaker: weird
17:53<@planetmaker>hm... hold on. For some. For others not
17:54<Eddi|zuHause>any examples in particular?
17:54-!-Polygon [] has quit [Ping timeout: 480 seconds]
17:56<@planetmaker>from Prussia: all except the first
17:58<confound>from Prussia with love
17:59<@planetmaker>cets r41
18:00<Eddi|zuHause>the lengths are wrong as well
18:00<Eddi|zuHause>i'll investigate that. it's not immediately obvious
18:01<@planetmaker>indeed. I'm off to bed now though, so have a good night :-)
18:03<Eddi|zuHause>hm. might be the articulated callback result
18:04<Eddi|zuHause>it might be invalid for some vehicle IDs
18:06-!-ar3kaw [] has quit [Ping timeout: 480 seconds]
18:06<@planetmaker>oh... drat. only the first 0x80 may be articulated afair
18:06-!-ar3k [] has joined #openttd
18:06-!-ar3k is now known as ar3kaw
18:09<Eddi|zuHause>there may be ways around it, with my var60+ patch
18:14-!-DDR [~DDR@] has joined #openttd
18:19-!-goblin [] has quit [Read error: Connection reset by peer]
18:29<Eddi|zuHause>hm... if this is the articulated callback, there is absolutely no reason why exactly this vehicle should work
18:31<Eddi|zuHause>oh, looked in the wrong place
18:31<Eddi|zuHause>yes, this seems to be one of the few IDs below 0x80
18:36-!-Pixa [] has quit [Ping timeout: 480 seconds]
18:44-!-bryjen [~bryjen@] has quit [Quit: Leaving]
18:49-!-DDR [~DDR@] has quit [Quit: In democracy it's your vote that counts; In feudalism it's your count that votes. - Mogens Jallberg]
18:50-!-DDR [~DDR@] has joined #openttd
18:59-!-KouDy [] has quit [Quit: Leaving.]
19:01-!-supermop_ [] has quit [Quit: supermop_]
19:15-!-TWerkhoven [] has quit [Quit: He who can look into the future, has a brighter future to look into]
19:25-!-Adambean` [] has quit [Read error: Connection reset by peer]
19:38-!-Progman [] has quit [Remote host closed the connection]
19:48-!-Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
19:58-!-supermop [] has joined #openttd
20:04-!-KritiK [] has quit [Quit: Leaving]
20:09-!-DDR [~DDR@] has quit [Ping timeout: 480 seconds]
20:10-!-bryjen [~bryjen@] has joined #openttd
20:14-!-frosch123 [] has quit [Remote host closed the connection]
20:30-!-Brianetta [] has joined #openttd
20:36-!-perk11 [] has quit [Quit: Miranda IM! Smaller, Faster, Easier.]
20:39-!-pugi [] has quit [Quit: I reject your reality and substitute my own]
20:41-!-DarkM3nd3z [] has joined #openttd
20:42<DarkM3nd3z>Hi :D
20:48-!-DarkM3nd3z [] has quit [Quit: Page closed]
20:50-!-Lakie [~Lakie@] has quit [Quit: Sleep.]
20:56-!-DDR [~DDR@] has joined #openttd
20:56-!-DDR [~DDR@] has quit []
21:17-!-MNIM [] has joined #openttd
21:29-!-Brianetta [] has quit [Quit: Tschüß]
21:34-!-supermop [] has quit [Quit: supermop]
22:05-!-glx [glx@2a01:e35:2f59:c7c0:4057:85cb:5ebf:8043] has quit [Quit: bye]
22:18-!-APTX_ [] has joined #openttd
22:18-!-APTX [] has quit [Remote host closed the connection]
22:24-!-lugo [] has quit [Remote host closed the connection]
23:35-!-bryjen [~bryjen@] has quit [Quit: Leaving]
---Logclosed Sun Jul 17 00:00:01 2011