IRC logs for #openttd on OFTC at 2009-03-22
⏴ go to previous day
00:12:08 *** goodger has joined #openttd
00:15:12 <CIA-1> OpenTTD: rubidium * r15800 /trunk/src/ (engine_gui.cpp gfx.cpp): -Codechange: make the engine gui use the new multiline API.
00:54:54 <ecke> dbg: [net] [udp] queried from '10.0.35.17'
00:54:54 <ecke> openttd: /home/marcel/bin/ottd/is2/src/oldpool.h:125: T* OldMemoryPool<T>::Get(uint) const [with T = Company]: Assertion `index < this->GetSize()' failed.
00:55:24 <Yexo> ecke: can you reproduce that problem?
00:55:32 <Rubidium> Yexo: don't be bothered...
00:55:56 <Yexo> Rubidium: noticed that a bit late :p
00:58:17 <Ammler> I am, but I am no dev of that patch :-)
00:59:09 <Ammler> iirc, it is a fixed trunk bug...
00:59:25 <Ammler> but is2.0beta1 is before that.
01:00:12 *** FloSoft has joined #openttd
01:01:01 <Ammler> is2 has none known bugs, afaik.
01:02:03 <Rubidium> Ammler: that's a fact like copy-paste can't cause desyncs, right?
01:02:03 <Ammler> btw. ecke nice first name :P
01:02:52 <ecke> nice first name :P ... ?
01:03:32 <Ammler> well, it looks like you play on my pc
01:03:58 <Ammler> /home/marcel/bin/ottd/is2
01:04:37 <Ammler> ah, now, I get it, lol
01:04:42 <ecke> i am using your i686 version from forum
01:05:16 <Ammler> that is is sure the trunk bug, as this is 2.0beta1
01:05:39 <ecke> can i bypass the problem?. .. i d like to play this game
01:05:59 <Ammler> don't delete tunnels of other companies, I guess
01:06:37 <Ammler> or it is something else?
01:07:03 <Ammler> not so sure anymore :P
01:07:07 <ecke> hm... i did nothing .... i just minimize the client and then after 30 minutes ... connection lost ... and on server this message
01:08:32 <Ammler> indeed, maybe you can post it on the is forum?
01:09:03 <Ammler> swallow or aali would know it...
01:10:00 <Ammler> or if you can compile self, use the newest source, they made a update yesterday
01:16:30 *** FloSoft has joined #openttd
01:21:45 <paul_> can anyone help me with cargodest?
01:28:01 <paul_> all of my cargoes are listed as having an unknown destination, which (i think) prevents them from being routed properly
01:32:48 *** FloSoft has joined #openttd
01:42:23 <welshdragon> if i was to open a game that had been using the infrastructure sharing patch, and went to load the game in 0.7.0rc1,would the game crash?
01:43:11 <Sacro> welshdragon: depends if IS bumps the savegame number
01:43:25 <Rubidium> but it for sure won't be able to load the savegame
01:45:03 *** FloSoft has joined #openttd
01:53:13 *** FloSoft has joined #openttd
01:59:39 <Ammler> welshdragon: what does rc1 have, what is doesn't?
02:00:33 <Ammler> yes, is has that, why do you want to load such a game in rc1?
02:01:49 <welshdragon> well, sacro asked me, and i said it wouldn't work
02:03:02 <Ammler> you shouldn't miss a trunk feature in IS
02:05:28 *** FloSoft has joined #openttd
02:11:30 <Sacro> when you say 'amount of time'
02:11:39 <Sacro> SPECIFY A DAMNED UNIT ><
02:15:43 <welshdragon> Sacro: did you give me west coast express part 2 as well?
02:17:42 *** FloSoft has joined #openttd
02:17:58 <Sacro> sod this, switching to hashtable
02:29:53 *** FloSoft has joined #openttd
02:42:08 *** FloSoft has joined #openttd
02:54:24 *** FloSoft has joined #openttd
03:06:36 *** FloSoft has joined #openttd
03:12:20 *** TinoDidriksen has joined #openttd
03:18:50 *** FloSoft has joined #openttd
03:31:03 *** FloSoft has joined #openttd
03:42:45 *** TinoDidriksen has joined #openttd
03:43:20 *** FloSoft has joined #openttd
03:55:03 *** FloSoft has joined #openttd
04:07:03 *** FloSoft has joined #openttd
04:08:18 <baldur> well, i don't suppose anyone else is using the translator at the moment?
04:10:28 <baldur> i'm constantly getting 500 - Internal Server Error response while trying to use it
04:11:01 <baldur> i guess i'll have to wait untill later to get to someone who can possibli fix it
04:12:06 <baldur> where on earth are you anyways? :)
04:12:37 *** Acidhurl has joined #openttd
04:12:54 <Acidhurl> evening or good morning, lol anyone around?
04:13:53 <Acidhurl> i think i found a bug in nightly 158800
04:14:34 <Sacro> Acidhurl: bugs.openttd.org
04:14:52 <Sacro> Gekz: only a turing test would prove that
04:15:16 <Sacro> Gekz: only a turing test would prove that
04:15:52 <Acidhurl> well anyone notice the latest nightly messes up station names?
04:16:11 <Sacro> Acidhurl: i've seen no bug reports, what kind of 'messes up'?
04:16:13 <baldur> the three dots, you mean?
04:16:34 <Acidhurl> its hard not to notice that one lol
04:17:01 <Acidhurl> seems they did alot of changes in the last 20revisions
04:17:29 <Acidhurl> guess one of them made the 3 dots appear :)
04:17:46 <baldur> without any insight into the matter i would guess it's connected to the shortening of strings to fit the UI buttons and menus and such
04:18:10 <Acidhurl> i guess i can just go back to 15775 or something :P
04:18:14 <baldur> but maybe that came before? i haven't been keeping up to date on openttd for a long time...
04:18:54 <Sacro> file a bug or something
04:19:18 *** FloSoft has joined #openttd
04:21:00 <Acidhurl> but i would have to sign up for flyspray lol
04:27:26 <Acidhurl> i did my good deed for the night lol
04:31:31 *** FloSoft has joined #openttd
04:43:03 *** FloSoft has joined #openttd
04:55:09 *** FloSoft has joined #openttd
05:07:26 *** FloSoft has joined #openttd
05:11:28 *** ChanServ sets mode: +v tokai
05:19:44 *** FloSoft has joined #openttd
05:31:03 *** FloSoft has joined #openttd
05:36:28 <Aali> that may very well be an IS bug
05:36:55 <Aali> but "I did nothing and got this generic error message" doesn't really help :/
05:43:03 *** FloSoft has joined #openttd
05:43:51 *** NukeBuster has joined #openttd
05:55:02 *** FloSoft has joined #openttd
06:06:50 *** michi_cc has joined #openttd
06:06:50 *** ChanServ sets mode: +v michi_cc
06:07:02 *** FloSoft has joined #openttd
06:07:47 *** Maarten- has joined #openttd
06:08:33 *** DaleStan_ has joined #openttd
06:08:49 *** Maarten- is now known as Maarten
06:08:59 *** DaleStan is now known as Guest1241
06:08:59 *** DaleStan_ is now known as DaleStan
06:19:03 *** FloSoft has joined #openttd
06:24:49 *** HerzogDeXtEr has joined #openttd
06:31:03 *** FloSoft has joined #openttd
06:43:03 *** FloSoft has joined #openttd
06:43:18 *** const86 has joined #openttd
06:55:03 *** FloSoft has joined #openttd
07:07:03 *** FloSoft has joined #openttd
07:12:57 *** Brianetta has joined #openttd
07:19:18 *** FloSoft has joined #openttd
07:24:53 *** Frostregen has joined #openttd
07:31:03 *** FloSoft has joined #openttd
07:31:10 *** Alberth has joined #openttd
07:41:01 <petern> heh, station builder window is a bit big :p
07:43:02 *** FloSoft has joined #openttd
07:51:33 <Alberth> at least you can now have each cargo type listed underneath each other
07:54:58 <planetmaker> petern: just slightly :P
07:55:13 *** FloSoft has joined #openttd
07:55:26 <planetmaker> for a change the space for station names in their signs on the map is a bit small :P
07:55:35 <Alberth> at your rotated 24" screen, you won't notice it :P
07:56:17 <petern> each cargo list part is doubling the height, which gives a clue as to the problem ;p
07:56:50 <planetmaker> also the cost animation, if you build a station / depot / ... is replaced by "..."
07:56:55 <planetmaker> and not the amount of money
08:07:02 *** FloSoft has joined #openttd
08:10:44 <CIA-1> OpenTTD: peter1138 * r15801 /trunk/src/misc_gui.cpp: -Fix (r15797): The new DrawStringMultiLine() now returns the new y position instead of the height, so we don't need to add it on.
08:15:04 <petern> Rubidium, why does r15800 add another 'mt' on to y? it's add a blank line now...
08:19:02 *** FloSoft has joined #openttd
08:19:50 <Rubidium> probably because line 640 is off-by-one mt too
08:20:38 <petern> hmm, so it's off for centering?
08:21:34 <petern> return y + (align == SA_CENTER) ? mt : 0;
08:22:28 <Rubidium> well, I've messed up a bit with the first MultiCenter -> MultiLine changes and I'm looking at it now, but it's kinda tricky business
08:24:48 <petern> i figured you were still working on stuff hence not fixing FS#2755 either
08:31:14 *** FloSoft has joined #openttd
08:33:36 <Rubidium> ah, there's where my errors came from... MultiCenter's y parameter is the 'top' y for when there's only one line and not the center of the string
08:43:03 *** Biolunar has joined #openttd
08:43:28 *** FloSoft has joined #openttd
08:55:03 *** FloSoft has joined #openttd
08:56:11 <Alberth> are there pre-defined label heights? In the airport picker window, I narrowed the heights of the headings ("small airports" etc) from 14 to 13 pixels. Alternatively, I can resize the whole window to make additional room.
08:57:26 <petern> grrr, fucking airports
08:58:14 <el_en> be sure they are at least 18-year-old airports
08:59:03 <petern> it's 16 here, none of that 18 bullshit
09:00:00 *** Singaporekid has joined #openttd
09:00:09 <el_en> 16 here too, in some cases.
09:00:18 <el_en> but america is the real england anyway.
09:01:24 <Ammler> he, Rubidium didn't sleep this night. ;-)
09:04:29 <CIA-1> OpenTTD: alberth * r15802 /trunk/src/autoreplace_gui.cpp: -Codechange: Complete autoreplace GUI widget numbers and add them as comment
09:07:18 *** FloSoft has joined #openttd
09:19:03 *** FloSoft has joined #openttd
09:30:16 *** Progman has joined #openttd
09:31:16 *** FloSoft has joined #openttd
09:34:19 <CIA-1> OpenTTD: rubidium * r15803 /trunk/src/ (9 files in 2 dirs):
09:34:19 <CIA-1> OpenTTD: -Codechange: use the new text drawing API for multicenter
09:34:19 <CIA-1> OpenTTD: -Fix (r15800): off-by-one w.r.t. offsets
09:40:42 *** pavel1269 has joined #openttd
09:41:07 *** Cybertinus has joined #openttd
09:43:03 *** FloSoft has joined #openttd
09:43:13 <CIA-1> OpenTTD: rubidium * r15804 /trunk/src/viewport.cpp:
09:43:13 <CIA-1> OpenTTD: -Fix (r15796): viewport strings weren't properly 'rendered'.
09:43:13 <CIA-1> OpenTTD: -Codechange: use the new string drawing API for the viewport.
09:44:22 <Aali> a "real" Alberth commit :o
09:44:56 <Alberth> yeah, Rubidium told me to do my own patches :P
09:45:42 <pavel1269> so Alberth, you are now dev? :-)
09:46:10 *** tkjacobsen has joined #openttd
09:46:43 <Alberth> one of them, it seems
09:47:36 <pavel1269> you dererved that :-)
09:47:42 <Ammler> hehe, and you touched the desync section number one in past ;-)
09:50:05 <Rubidium> yeah, I'm definitely desynced w.r.t. Ammler
09:51:28 <Alberth> I didn't know that widget number constants could cause desyncs
09:55:19 *** FloSoft has joined #openttd
09:58:50 <CIA-1> OpenTTD: alberth * r15805 /trunk/src/airport_gui.cpp: -Codechange: Completing/fixing airportpicker widget names and adding them as comment
10:07:02 *** FloSoft has joined #openttd
10:11:52 *** Vikthor has joined #openttd
10:27:42 *** SHRIKEE has joined #openttd
10:29:01 *** |Jeroen| has joined #openttd
10:30:08 *** FloSoft has joined #openttd
10:32:31 *** Frostregen has joined #openttd
10:36:21 *** Swallow has joined #openttd
10:38:33 <CIA-1> OpenTTD: rubidium * r15806 /trunk/src/ (6 files in 2 dirs): -Codechange: pass both left and right to the vehicle details drawing functions instead of only the left.
10:45:40 <Ammler> hmm, how to move a wiki page which would give the source free?
10:46:07 <Ammler> it created a redirect to the new location
10:47:24 <Ammler> well, I will make a "good old copy&paste" :-)
10:49:08 <Ammler> or someone of you with more permissons could delete the page?
10:58:34 *** maristo has joined #openttd
10:59:27 <petern> why is a patch that isn't completely dead yet a "current event" ?
11:00:37 <Rubidium> because 'current event' is a euphimism for "this is from 2005"
11:06:50 <CIA-1> OpenTTD: rubidium * r15807 /trunk/src/ (4 files): -Codechange: let the build vehicle gui helper function pass around left and right instead of only left and assuming infinite width.
11:09:39 <Ammler> redirected the "current events" link to the category "current events...
11:10:16 *** cMircea has joined #openttd
11:12:56 <Ammler> looks more like a tag log :-)
11:13:53 *** Rexxars has joined #openttd
11:15:02 <Ammler> he, Roadmaps aren't editable ;-)
11:15:20 <Ammler> liked to remove {{current}} from Roadmap 0.6
11:15:39 <Rubidium> well... roadmaps aren't "I wish to have feature X and Y in 0.7" lists ;)
11:16:28 <Ammler> they are used like "Major Change" logs now
11:17:24 <Ammler> you should remove the roadmap for 0.8 and redirect to tt-forums suggestions :-)
11:19:14 <Ammler> I can remember, 0.6 was used as roadmap...
11:21:07 <Rubidium> then why are things being removed with "this is not a wish list" as comment?
11:22:31 <Rubidium> but what is likely-ish going to be in 0.8?
11:22:52 <Ammler> reverting is quite common.
11:23:38 <Ammler> [12:22] <Rubidium> but what is likely-ish going to be in 0.8? <-- Balancing ;-)
11:24:03 <Rubidium> really? that has been on the 0.6 roadmap for a while
11:24:25 <Rubidium> still isn't anywhere closely near to 25% finished
11:24:29 <Ammler> and was moved to 0.7, iirc
11:27:42 <Ammler> the biggest issue on the current balancing is aircraft speed, imo.
11:29:25 <Rubidium> don't forget the income
11:30:30 <Rubidium> long distance airplane tickets should be cheaper than long distance train tickets
11:31:09 <Ammler> loading times should be longer...
11:31:49 <Alberth> I think the biggest problem is that it is not a self-stabilizing system
11:32:22 <Ammler> Alberth: I guess, quite impossible to make a balanced SP game
11:33:13 <Alberth> there are great variations in loading speed and transport speed and distance, and the current system compensates perfectly for exactly one of these values
11:33:25 <Ammler> but you don't need much work to win a competive game with aircrafts
11:34:44 <Alberth> Ammler: just is just one case that sticks out due to the huge transport speed.
11:35:33 <Alberth> difference in the window is in the height of the labels
11:35:36 <Ammler> but the plane_speed patch did only make planes 4 times faster, balancing that was completly forgotten.
11:39:26 *** KenjiE20 has joined #openttd
11:39:36 <Noldo> btw is the income linear function of the distance?
11:40:26 <Alberth> Noldo: no, it is more complicated than that, it is described exactly at the wiki
12:01:36 <CIA-1> OpenTTD: rubidium * r15808 /trunk/src/ (11 files in 2 dirs): -Codechange: use the new DrawString API in a number of GUIs
12:08:19 *** Ridayah has joined #openttd
12:14:56 <CIA-1> OpenTTD: alberth * r15809 /trunk/src/build_vehicle_gui.cpp: -Codechange: Add name comments to build vehicle widgets
12:26:19 *** Timitry has joined #openttd
12:31:00 *** tkjacobsen has joined #openttd
12:38:34 *** tkjacobsen has joined #openttd
12:53:42 *** frosch123 has joined #openttd
12:54:26 *** Biolunar has joined #openttd
13:01:39 *** Singaporekid has joined #openttd
13:02:41 <heffer> is it intended that FioCheckFileExists exits with a fatal error if a file doesn't exist?
13:03:14 <heffer> i patched FioOpenFile to error instead of usererror but i'm afraid that this might break other stuff that really is fatal
13:03:43 <heffer> background is: i want openttd to start even if sample.cat is missing (as it is when you are only using opengfx)
13:04:01 <heffer> whereas the background of that is: i'm currently packaging openttd for Fedora
13:05:05 <Rubidium> the assumption after FioOpenFile is that the file is opened
13:05:25 <Rubidium> a 0 byte sample.cat would work too
13:07:01 <heffer> Rubidium, yes i know. but wouldn't it be nicer to have the error skipped when no sample.cat is present?
13:08:13 <Rubidium> and then having lots of people filing bug reports: "the sound doesn't work"
13:08:28 <heffer> but what sense does it make if FioCheckFileExists is based on a function that exits fatally when no file is there instead of returning false? the function codewise is intended to do this but if a file doesn't exists it never reaches that point
13:09:28 <heffer> Rubidium, sure that could be one of the downsides of it. but it clearly gives an error message that sample.cat is missing or corrupt. so i assume people should know what's going on
13:10:51 <heffer> but i'm totally with you as far as that is concerned. people can be pretty dumb at times and go on to file thousands of unneccesary bugs
13:11:12 <heffer> instead of fixing stuff themselves
13:11:40 <heffer> so in your opinion it doesn't make sense to include those changes?
13:13:24 <Rubidium> not really, but that's my personal opinion
13:14:39 <heffer> but you get my point about FioChechFileExists?
13:15:35 <planetmaker> congratz, Alberth :) Seems you got commit rights :)
13:16:00 <petern> they let any old riff-raff in these days
13:16:53 <Rubidium> FioCheckFileExists doesn't seem to contain an usererror
13:17:22 <heffer> Rubidium, no. but it relies on FioOpenFile and that contains an usererror
13:17:44 <heffer> Rubidium, FioOpenFile would exit fatally before FioCheckFileExists would return false
13:17:49 <Rubidium> it depends on FioFOpen
13:17:49 <CIA-1> OpenTTD: alberth * r15810 /trunk/src/airport_gui.cpp: -Fix: Airport-type labels overlapped with first button, background did not cover whole window
13:18:30 <pavel1269> are you trying to outdate every single patch? :-)
13:18:31 <Rubidium> FioFOpenFile (!= FioOpenFile)
13:18:49 <planetmaker> hehe @ pavel1269 - very much seems like
13:19:27 <Alberth> pavel1269: only the ones that use some form of GUI
13:20:28 <heffer> Rubidium, oh is see :) but then it is weird why it works, now that i patched FioOpenFile. I'll further investigate
13:20:34 *** George3 has joined #openttd
13:20:37 <pavel1269> i hope, sameone good will update cargodest to trunk :-)
13:22:46 *** nickname has joined #openttd
13:23:27 *** nickname has joined #openttd
13:23:30 <planetmaker> that wasn't very patient :P
13:24:04 <nickname> hi planetmaker its me dinkiy you answered on a post of mine
13:25:09 <nickname> can u help me with it
13:25:28 <pavel1269> well, found that topic, planetmaker, easy to remember right? :-)
13:25:41 <planetmaker> I don't know :) And watch out - leet speak is frowned upon here :)
13:25:48 <planetmaker> pavel1269: yes, very
13:26:02 <nickname> can someone else help me with it then
13:26:12 <pavel1269> nickname: whatsup m8?
13:26:32 <planetmaker> nickname: well... what exactly is your problem?
13:26:41 <planetmaker> You still only tell us "it doesn't work".
13:26:49 <planetmaker> And the readme should tell you exactly what to try.
13:26:57 <planetmaker> Read that and tell us where you fail.
13:27:06 <planetmaker> I meant every word of what I wrote.
13:27:10 <pavel1269> planetmaker: i bet, opening teh file :-D
13:27:12 <nickname> i have the files i unpacked them in my OTTD folder
13:27:48 <planetmaker> and - doesn't the exe start up?
13:28:59 <nickname> it starts but its the original
13:29:25 <nickname> the original installment
13:29:41 <pavel1269> planetmaker: cya :-D
13:29:50 *** Brokkoli has joined #openttd
13:29:55 <planetmaker> :D I don't have windows :P
13:31:02 <pavel1269> what do you mean by, it start the original installment?
13:31:04 <nickname> dorpsgek where are u
13:31:18 <nickname> the program i installed starts
13:31:22 <planetmaker> you know that DorpsGek is a bot?
13:31:31 <nickname> but nothing seems to be changed
13:31:37 <pavel1269> what have you installed?
13:31:51 <nickname> 0.63.00 or something like that
13:32:26 <pavel1269> how can you recognize, that you started "original installment" not the new one?
13:32:48 <nickname> because nothing seems to be changed
13:33:08 <planetmaker> how do you define "seems"?
13:33:21 <nickname> i dont see any changes
13:33:22 <planetmaker> The title screen doesn't look different. The interface neither.
13:33:23 <pavel1269> just look and see ... no? :-)
13:33:36 <planetmaker> The only thing is the version number
13:33:46 <nickname> but what is changed than
13:33:51 <pavel1269> if you start game .... up of the menu ... you have what version you have atm
13:33:53 <planetmaker> And some additions - which are not visible on first sight.
13:34:01 <nickname> no extras or something
13:34:57 <glx> what is the version shown on title screen?
13:35:27 <planetmaker> glx is a very patient man. How many kids do you have?
13:36:05 <glx> nickname: then you didn't extract over your ottd install
13:36:12 <planetmaker> but you then probably would make a good father :)
13:36:19 <pavel1269> the shortcut you use leads to your "original installment" :-)
13:36:46 <glx> create another shortcut or start it through explorer
13:37:22 <pavel1269> also i thought, that id does not install, just extract and goo :-)
13:37:23 <Ammler> planetmaker: sometimes, a son need to be patient too ;-)
13:40:03 <Rubidium> why do you want to use the nightly anyway?
13:40:22 <Rubidium> what's new in there that you think is important that is not in the release candidate?
13:40:44 <pavel1269> alberth commits :-P
13:42:41 <Rubidium> woooh... I scared another noob away ;)
13:45:17 <pavel1269> he doesnt know, what were you talking about :-P
13:46:06 <heffer> Rubidium, i don't know why but my simple "ignore missing sample.cat" 3-liner patch now works. it didn't before but somehow it works now :)
13:46:20 <heffer> probably caught somewhere in ccache madness
13:46:30 <Rubidium> or makedep failing silently
13:47:03 <heffer> well should i submit it to flyspray?
13:52:56 <Rubidium> you can, but I rather see an open sound replacement set ;)
13:53:55 <heffer> well i could try :) i do have access to professional sound equipment and truck sounds should be fairly easy to record :)
13:54:30 <heffer> openttd Dolby Digital sound replacement set
13:56:51 <petern> 24bit 192kHz 5.1 surround!
13:57:32 <pavel1269> 3bit mono sound? :-)
13:57:41 <Rubidium> OpenTTD, the first game with full Super Hi-Vision support ;)
13:59:01 <Rubidium> 10 bit per channel 22.2 sound ;)
13:59:52 <thingwath> hm, I can open my window and hear one highway, two railway lines and one airport nearby, only ships and the kaching sound are missing, I doubt that any openttd sound will beat this. :o)
14:00:31 <Alberth> thingwath: there's your challenge
14:03:40 <thingwath> And yet the sound I hate most is the elevator in this building…
14:09:06 <CIA-1> OpenTTD: rubidium * r15811 /trunk/src/ai/ai_gui.cpp: -Fix: left != right and as a result of that the ai debug window was kinda empty.
14:39:34 <CIA-1> OpenTTD: rubidium * r15812 /trunk/src/ (7 files in 2 dirs): -Codechange: use the new DrawString API in another set of GUIs
14:50:44 *** NukeBuster has joined #openttd
14:56:01 <CIA-1> OpenTTD: rubidium * r15813 /trunk/src/ (6 files): -Codechange: remove the last remnants of the old text drawing API.
14:57:43 <planetmaker> if I may ask: what has gotten easier with the new text API? I see a bit unification in the behaviour as such that now always the text draw box seems to be needed to be specified. Something else what I miss?
14:58:30 <planetmaker> I think I'm still a bit missing the conceptual idea behind the change...
14:58:43 <Rubidium> now everything passes a left and right, which is useful when you want to (on the fly) switch left alignment with right alignment hidden from the GUI code
14:58:49 <Yexo> preparation for better rtl support
14:59:15 <Rubidium> which is needed for RTL as they 'expect' the GUIs to be swapped to
14:59:46 <planetmaker> hm... didn't think of that :) Makes perfect sense, thanks :)
15:01:12 <planetmaker> without that piece it looked like a big change for little gain - somewhat un-Rubidium-like ;)
15:08:00 *** Dred_furst has joined #openttd
15:12:22 <Alberth> I am surprised you get this far, I do some hard-coded left/rught changes in the constructor.
15:13:28 <Rubidium> well, I've invented a new language and added a few lines of code to determine RTL-ness
15:15:47 <petern> reversed landscape icons
15:16:45 <Rubidium> that's the only you notice? (except the kinda broken multiplayer window)
15:17:21 <glx> buttons are reversed too ;)
15:20:31 <taisteluorava1> hm, when you set newgrf settings to scenario and if you host it with deticadet, it wont work, but when i host it with ingame, it works
15:20:51 <Yexo> "Doesn't work" isn't an error message
15:21:02 <taisteluorava1> i mean when host with deticated, newgrf settings does not apply
15:21:39 <Yexo> I still don't get the exact problem
15:21:56 <Yexo> are you trying to use a scenario in a server? Or are you generating a random game?
15:22:09 <Rubidium> Yexo: his problem is that his scenario doesn't start and he gets a automatically generated savegame with the settings from the config
15:22:42 <pavel1269> so tell us your secret?
15:22:50 <Ammler> you get the intro save, if the grfs fails
15:22:55 <Yexo> Rubidium: I guessed that, but then non-applying newgrf settings is a strange error to report, I'd have expected something like "scenario doesn't load"
15:22:57 <taisteluorava1> scenario does start with deticadet, and there is green marks in newgrf settings, but those doesent "work"
15:23:12 <taisteluorava1> but they work when i host that scenario in ingame multiplayer
15:23:29 <taisteluorava1> there is no any error messages
15:23:29 <Yexo> taisteluorava1: again, "Doesn't work" is not an error message
15:23:33 <petern> dedicated only has one t
15:23:35 <Yexo> do you get a "newgrf mismatch"?
15:24:03 <Yexo> then what doesn't work? Can't you join the dedicated server? Can you join it but are there no newgrfs ingame?
15:24:11 <taisteluorava1> ok, i try with that
15:24:16 <Yexo> Are the newgrf listed but not working?
15:24:21 <Yexo> ie what is your problem?
15:25:24 <planetmaker> geeez. Today is "doesn't work day" it seems...
15:25:24 <taisteluorava1> not working ammler
15:25:37 <taisteluorava1> now i have openttd.exe" -D -g "Europe - latest version.scn"
15:25:41 <Yexo> taisteluorava1: "not working" isn't an error message either
15:25:48 <planetmaker> taisteluorava1: "doesn't work" is at no stage an error a programme tells you
15:25:54 <taisteluorava1> i have modified that europe scenario, added some newGrf:s
15:26:08 <Yexo> can you upload that scenario somewhere?
15:26:25 <planetmaker> at all stages there's only something like "I did a, b and c and expected to see d, but saw e"
15:26:57 <pavel1269> planetmaker: i made a and i see e, what should i do? :-)
15:27:52 <planetmaker> call +900 - techhelp
15:27:58 <Yexo> pavel1269: if only he said "i see e", we would have been a step further
15:28:11 <Yexo> not it's like "i made a" END
15:28:48 <pavel1269> thats like ... 1. gather all slippers 2. ??? 3. Profit!
15:30:01 <Yexo> a lot of people should read that document
15:30:11 <Yexo> it's a bit boring read, but very useful
15:30:11 <pavel1269> i guess, noone who should read it done that ... :-)
15:30:35 <planetmaker> it's a bit boring. But it would save them much flamming ;)
15:31:11 <pavel1269> the seems to dont know that :-)
15:31:12 <planetmaker> and it would give them actually results and answers they like :)
15:31:59 <planetmaker> pavel1269: yes... as usual there are several ways to gain that knowledge: read and follow the rules or find out the hard way...
15:32:01 <pavel1269> there is no way to force them to do that
15:32:46 <Yexo> planetmaker: yes, the problem is that if they follow the hard way it takes other people (a lot of) time and annoyance
15:33:04 <planetmaker> Yexo: sure. I know :(
15:33:30 <planetmaker> The only reason for rules is to avoid problems. Or there's no need for rules
15:43:37 *** GoneWack1 has joined #openttd
15:45:35 <taisteluorava1> now i get error message: could not start server, i boot this and check again
15:45:55 *** taisteluorava1 has quit IRC
15:50:29 *** taisteluorava has joined #openttd
15:52:10 *** taisteluorava has joined #openttd
15:55:46 <taisteluorava> hm, now i cant host multiplayer at all, dedicated window just flash a fast and ingame get error message: could not start the server
15:56:59 <planetmaker> probably bind to IP fails
15:57:09 <taisteluorava> now got it working when deleted config file
15:57:20 <taisteluorava> and let it to recreate it
16:00:35 <Ammler> mäh, the existing 0.7er servers are ugly slow.
16:02:35 <taisteluorava> found problem, server_bind_ip was changet automatically to wrong 1
16:03:05 <taisteluorava> now back to another problem
16:04:07 <Ammler> didn't know of such a feature ;-)
16:04:20 <taisteluorava> as i see there is, didint touch it at all ^^
16:04:22 <planetmaker> pavel1269: your town population limit patch: I think you can go without the boolean setting. Just interpret size=0 as off
16:06:15 <pavel1269> planetmaker: good point, one byte less :-P one option less :-)
16:06:24 <CIA-1> OpenTTD: alberth * r15814 /trunk/src/cheat_gui.cpp: -Fix (r1): Remove double background widget from cheat gui
16:06:42 <planetmaker> pavel1269: mostly: one option less. It's already way too many
16:06:58 <pavel1269> thought setting this to 0 and that boolearn to 1 is ....
16:07:22 <pavel1269> planetmaker: well, its good if you can setup what do you want, but if its with lowest possible settings, its good :-)
16:08:14 <planetmaker> townlimit = 0 means no population... so... :)
16:08:35 <planetmaker> or make the default = MAX_LONGINT or so...
16:08:52 <pavel1269> now, this will simply disable ANY town grow :-P
16:08:53 <planetmaker> but make sure that by default towns still can grow to more thant two millions ;)
16:09:12 <pavel1269> hmm .. hmm ... okay, never needed this :-D
16:09:44 <pavel1269> but hey, the limit would be .... 4,300 bil? :-)
16:09:59 <pavel1269> that doesnt look good :-)
16:10:01 <planetmaker> whatever, yes. But my largest town was > 1 million :)
16:10:21 <pavel1269> atm i think i have there 5mils
16:10:26 <Yexo> please make it easy to disable the setting, ie 0=disabled is fine
16:10:31 <planetmaker> with max_size = 0 interpreted as unlimitted is no big deal, I guess :)
16:10:44 <pavel1269> Yexo: as i said, i will do that :-)
16:11:01 <pavel1269> planetmaker: :-D ... forget bout that :-D
16:12:03 <pavel1269> btw, what do you think about my daylength ... to be able to even slower down economy at all
16:12:56 <planetmaker> pavel1269: I haven't really looked into that patch (yet)
16:13:33 <Alberth> now you will never know what was on that hidden layer of the cheat window
16:13:48 <planetmaker> Alberth: svn knows it all :P
16:16:56 *** Swallow has joined #openttd
16:18:33 <planetmaker> 7 -{ WWT_PANEL, RESIZE_NONE, COLOUR_GREY, 0, 399, 14, 169, 0x0, STR_NULL}, <-- pavel1269
16:18:45 <planetmaker> you'll be missing gray pixels :P
16:19:00 <pavel1269> ahh, i play only MP so ... :-)
16:20:02 <planetmaker> I use it sometimes when testing things or preparing a map where starting money shall not be an issue
16:20:13 <planetmaker> ... for multiplayer :)
16:24:47 <taisteluorava> and it is a scenario
16:26:02 <pavel1269> TriggerIndustry(i, INDUSTRY_TRIGGER_INDUSTRY_TICK);
16:26:33 <pavel1269> havent find anythink in entire solition with string "TriggerIndustry"
16:27:48 <planetmaker> interesting, taisteluorava :)
16:28:29 <taisteluorava> yes, so basically if you want host scenario with newGrf:s, you need host it ingame
16:28:37 <planetmaker> Hint for future screenshots: use the ingame screenshot function Ctrl+S (which should produce also png files which better suit the graphics)
16:29:10 <taisteluorava> yeah, but was easier copypaste to paint with alt+printscreen
16:29:12 <planetmaker> taisteluorava: well... they work, but obviously not all prices as they're supposed to ;)
16:29:38 <planetmaker> taisteluorava: sounds more complicated than getting the file straight away with ctrl+s
16:29:39 <taisteluorava> also another newgrf:s neither work
16:30:09 <taisteluorava> its not only about this newGrf, it affect to all newGrf on scenario
16:30:40 <planetmaker> taisteluorava: newgrf have many ways to interact. You'll need to supply the information as you did with the screenshots right now in order to demonstrate (and thus provide the hints) what is not working
16:31:00 <planetmaker> and there are many newgrf...
16:31:08 <planetmaker> ... and they themselves can be buggy.
16:31:16 <taisteluorava> i give scenario, so you can test yourself
16:32:01 <planetmaker> if the grfs are not in bananas or in the #openttdcoop grfpack, you might want to give links to them. But those seem available via bananas afaik
16:32:39 <taisteluorava> you can get all of 3 in babanas
16:33:03 <taisteluorava> and then test it with dedicated server, youl see any of those newGrf does not work
16:33:19 <planetmaker> taisteluorava: concerning what you demonstrated, you're probably best off, making a bug report at bugs.openttd.org - along with the scn and the screenshots
16:33:41 <planetmaker> which grf don't work, too?
16:34:17 <Alberth> pavel1269: what is "solition"? Function does exist however: newgrf_industrytiles.cpp:void TriggerIndustry(Industry *ind, IndustryTileTrigger trigger)
16:34:24 <taisteluorava> i should make better demostration, i try make it today
16:35:27 <Alberth> pavel1269: and from the filename, most likely it queries the newgrf industry tiles
16:35:29 <planetmaker> taisteluorava: well... I'm pretty sure that the newgrf I use work... though I don't particularily look at prices
16:38:25 <planetmaker> taisteluorava: the demonstration with the two screenshots is fine IMO. But if other newgrfs fail (and in what way? Also "only" concerning modifying prices?) that's interesting information.
16:38:43 <planetmaker> Just avoid "doesn't work" - it's a way too general error description
16:38:46 <petern> sounds like it's a scenario problem
16:38:53 <planetmaker> actally it's not a description ;)
16:38:55 <petern> rather than newgrf, in which no newgrfs would work
16:39:14 <taisteluorava> i think problem is dedicated server take those newGrf only from Data folder, but not in from downloaded content in mydocuments/openttd
16:39:59 <taisteluorava> i put new terrain grf, and it work beacose it is in data folder
16:40:44 <taisteluorava> i try copy them to data folder and check does they start to work
16:42:23 <pavel1269> thanks Alberth i meant "solution"
16:42:53 <taisteluorava> you right petern
16:44:42 <planetmaker> hm... latest trunk (r15814) still has a problem with displaying the costs in the bridge window
16:47:21 <Rubidium> shouldn't you use CTRL?
16:48:09 <planetmaker> @ Rubidium :) - I don't want only wooden ones :)
16:49:47 <planetmaker> but yeah ... I'll use ctrl :P
16:51:15 <planetmaker> so... new FS entry or not necessary (anymore)?
16:52:28 <CIA-1> OpenTTD: rubidium * r15815 /trunk/src/bridge_gui.cpp: -Fix (~r15800): bridge strings got truncated too early
16:54:50 <planetmaker> Rubidium: can the window get a bit wider?
16:54:57 <planetmaker> German strings don't fit anymore ;)
16:55:29 <planetmaker> that's from before my translation started
16:55:45 <planetmaker> well... of that at least :P
16:56:41 <Rubidium> hmm, technically FS#1072 should be solved now
16:58:50 <pavel1269> do they apperar if you make window a bit wider? :-)
16:58:51 <taisteluorava> planet, i made another example to you
16:58:52 <planetmaker> alternate solution - way more complicated, though - would be to automatically resize it to the string length of the bridge name...
16:59:00 <planetmaker> pavel1269: resizing in x is not possible
16:59:36 <taisteluorava> in ingame server, prices are correct
16:59:57 <planetmaker> taisteluorava: you screenshot now is a clear demonstrator why you _should_ use png format.
17:00:06 <planetmaker> it simply isn't readable
17:00:35 <planetmaker> thus demonstration fails
17:00:38 <taisteluorava> i see them pretty well
17:00:47 <Rubidium> also... adding NewGRFs after beginning a game (or developing a scenario) is not supported
17:01:03 <Rubidium> e.g. modified building cost is applied when the initial map is generated
17:01:20 <taisteluorava> rubi., but it work when you host it ingame
17:01:20 <Rubidium> thus adding it to a scenario won't change the prices
17:01:59 <planetmaker> taisteluorava: I won't tell you again with screenshot format. But I'm sure others will, if you continue to post jpg ;)
17:02:13 <taisteluorava> i use paint! ^^
17:02:35 <Rubidium> I use paint too, but only on walls not on windows
17:02:39 <Yexo> taisteluorava: that's no excuse, since paint can store as png
17:02:57 <taisteluorava> yexo, yeah, last time when i save in jpeg ^^
17:03:02 * Yexo also uses paint to make simple text additions to game screenshots
17:04:31 <Rubidium> ah... ofcourse... in a dedicated server it's loaded as a savegame, not a scenario
17:04:47 <Rubidium> which means any scenario initialisation is not ran
17:04:53 <taisteluorava> no, openttd.exe" -D -g "Europe - latest version.scn"
17:05:02 <Rubidium> after all -g == load savegame, not start scenario
17:06:02 <taisteluorava> yeah, that is probably the problem, but is there way "to start" scenario
17:06:21 <Yexo> taisteluorava: start it in singeplayer, save as a savegame and use that to start your dedicated server
17:06:47 <Yexo> that has the 'problem' it adds one company though
17:11:44 <taisteluorava> this is so confusing, it does not work in singleplayer
17:12:09 <taisteluorava> only way to get it work is to make ingame multiplayer game, save that and opein it with dedicated
17:12:38 <taisteluorava> tried all other ways, any of them didint work
17:13:11 <planetmaker> there's no technical difference between SP and MP savegame
17:14:38 <pavel1269> so my limited city size patch has been updated ;)
17:15:36 *** stuffcorpse has joined #openttd
17:17:36 <taisteluorava> pretty strange problem, only way to get it work is host ingame server, but that is enought to me
17:18:17 <pavel1269> add newgrfs, then create scenario, play ... no?
17:19:34 <planetmaker> pavel1269: choose newgrfs, create scenario, save scenario, load scenario in SP, save as safegame, then load in dedicated :)
17:20:55 <taisteluorava> i downloaded that "europe" scenario from bananas, after it i added 3 newGRF from map editor to get it more difficult, saved that scenario over old
17:21:08 <taisteluorava> that is what i did
17:21:10 <Rubidium> just don't play scenarios in a dedicated server ;)
17:21:32 <taisteluorava> jep, its the case, need to host those ingame multiplayer
17:22:44 *** Dred_furst has joined #openttd
17:42:39 *** |Jeroen| has joined #openttd
17:42:58 <|Japa|> I don't know if I should be upset that I get 15k ping in this game, or pleased that it can run with 15k ping....
17:43:36 <Rubidium> what is 15k in the world of ping?
17:48:19 <|Japa|> connecting to the net via cellphone via bluetooth results in not fun gaming
17:56:23 *** FloSoft has joined #openttd
17:56:56 *** lolman_ has joined #openttd
17:57:46 *** FloSoft has joined #openttd
18:11:12 *** lolman_ is now known as lolman
18:14:31 *** KenjiE20 has joined #openttd
18:18:16 *** GoneWack1 is now known as GoneWacko
18:19:49 <|Japa|> is there any coding associated with new gfx tars, or do they need an associated GRF?
18:20:20 <Ammler> just plain sprite replacement
18:21:12 <phidah> What do I do when I cannot build anymore locomotives?
18:21:26 <|Japa|> increase the train limit
18:21:45 <Ammler> enable the switch: vehicles never expire or alike
18:21:50 <|Japa|> remember to turn off train expiiry next time you play
18:22:03 <Ammler> then you need to "reset" vehicles
18:22:05 <phidah> is there any way I can convert my track or something?
18:22:12 <|Japa|> it won't ressurect old vehicles
18:22:15 <Ammler> (apply button on the newgrf window)
18:23:21 <phidah> I have lots of vehicles, but when I try to build new ones there are none in the list... I guess they aren't produced anymore... I'm in 2017
18:23:36 *** lolman_ has joined #openttd
18:24:12 <Ammler> Do I need to repeat myself?
18:24:54 <phidah> What's the newgrf window?
18:25:15 <|Japa|> enable the switch: vehicles never expire or alike
18:25:23 <|Japa|> then you need to "reset" vehicles
18:25:28 <|Japa|> (apply button on the newgrf window)
18:25:38 <DaleStan> google:newgrf+window+openttd
18:25:43 <|Japa|> I can repeat you, and save you the trouble
18:26:09 <phidah> I take it there is no way to convert all my track to maglev?
18:31:13 *** Osai^2 is now known as Osai
18:36:26 <el_en> Ammler's welcome? what if someone else wants to use welcome, does he/she need to borrow it from Ammler?
18:37:37 *** lolman_ is now known as lolman
18:38:00 <CIA-1> OpenTTD: translators * r15816 /trunk/src/lang/ (5 files):
18:38:00 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-03-22 18:37:40
18:38:00 <CIA-1> OpenTTD: english_US - 3 fixed by WhiteRabbit (3)
18:38:00 <CIA-1> OpenTTD: german - 2 changed by planetmaker (2)
18:38:00 <CIA-1> OpenTTD: japanese - 43 fixed, 2 changed by nex259 (45)
18:38:01 <CIA-1> OpenTTD: portuguese - 1 fixed by SnowFlake (1)
18:38:01 <CIA-1> OpenTTD: romanian - 1 fixed by stykat (1)
18:39:39 * Ammler gives his welcome to el_en to keep it for the next needing it...
18:40:26 <Ammler> well, you just hold it, it does't belong to you ;-)
18:44:31 <el_en> if i welcome someone, am i just using or giving the welcome away?
18:46:08 *** [1]KenjiE20 has joined #openttd
18:46:08 *** KenjiE20 is now known as Guest1319
18:46:08 *** [1]KenjiE20 is now known as KenjiE20
18:46:55 *** Ridayah has joined #openttd
18:47:08 <CIA-1> OpenTTD: alberth * r15817 /trunk/src/ (widget_type.h window.cpp): -Codechange: Make room for additional widget types (Rubidium)
18:50:36 <el_en> welcome Sacro of England
18:50:42 <el_en> (const reference of welcome)
18:52:45 *** lewymati has joined #openttd
19:02:39 *** tkjacobsen has joined #openttd
19:06:13 *** Nite_Owl has joined #openttd
19:06:26 *** MrFrans has joined #openttd
19:07:12 *** Dred_furst has joined #openttd
19:07:20 * Yexo takes welcome from el_en
19:08:14 * petern has his own welcome and doesn't need to share
19:22:18 *** maristo has joined #openttd
19:30:46 <Nite_Owl> Congratulations Alberth - I just noticed your first commits
19:34:38 *** Hirundo has joined #openttd
19:38:46 <el_en> seems like commit access is granted to virtually anyone these days.
19:39:29 <el_en> people like peter1138, rubidium, alberth, ...
19:40:18 *** Hirundo is now known as Swallow
19:47:11 *** NukeBuster has left #openttd
19:50:03 *** Cybert1nus has joined #openttd
19:53:00 *** NukeBuster has joined #openttd
19:56:39 <pavel1269> el_en: any problem with that?
19:57:18 <pavel1269> if that was sarcasm, i didnt get it :-) ... (my bad english)
20:04:04 <Alberth> pavel1269: I didn't get it either, so you're not the only one.
20:05:09 <Nite_Owl> Sarcasm is very difficult to get across in a written form
20:06:22 <Nite_Owl> so does today's nightly set a record for the number of commits in a single day?
20:09:07 <el_en> pavel1269: you've not been here long enough to know that e.g. peter1138 is a newcomer developer.
20:09:42 <pavel1269> i around here since 0.3.0
20:10:30 <Alberth> Nite_Owl: that would surprise me
20:11:18 <Nite_Owl> it is the most I can remember seeing in a long while
20:15:33 <Nite_Owl> that could also just be 'perceived' on my part since yesterdays nightly failed to compile for windows but I do not think that is valid as there were not many commits yesterday
20:15:59 <petern> pavel1269: so what was your nick for the make 5 years?
20:16:24 <pavel1269> 5years? not that long
20:17:50 <petern> oh, cos 0.3.0 was released in 2004...
20:18:42 <pavel1269> hmm, i played 0.3.0 ... but like 2006 i joined on tt-forums/irc
20:19:18 <frosch123> 2006 sound like 0.48
20:19:56 <pavel1269> but if my memory is still ok, in that time you were in dev team ...
20:24:49 <el_en> 2006 is so not 2004, and openttd was already a lot more widely known in 2006 than 2004.
20:26:32 <pavel1269> so, for you, people from 2006 are still newcomers, because you are here longer then they are?
20:28:13 <frosch123> pavel1269: every old grandmother is surprised when she meets the children of her neighbours
20:29:58 <Rubidium> pavel1269: I think the busiest day had like 50-60 commits
20:30:16 <Rubidium> hmm... Nite_Owl ^ ;)
20:33:16 <Rubidium> Sun, 03 Aug 2008 has 59 trunk commits
20:33:36 <el_en> Rubidium, when did you join the channel?
20:33:59 <Yexo> just like all other *.openttd.org/* pages
20:34:30 <frosch123> [21:36] <Rubidium> Sun, 03 Aug 2008 has 59 trunk commits <- looks like a birthday present for me
20:35:50 <Nite_Owl> Thank you for the commit info - sorry for the delay I was hauling in groceries
20:44:06 <Nite_Owl> so yesterday was not even a top ten - shows you how good my memory is
20:48:25 * petern wonders how to handle the default rail type setting...
20:49:02 <frosch123> ignore it, when the railtype is not present
20:51:37 <petern> problem is the current special values will no longer be special...
20:52:25 <frosch123> hmm, so "most used" is the only one which still makes some sense
20:55:01 <Rubidium> can you during scanning determine the labels of railtypes and their related strings?
20:55:23 <frosch123> labels of all available newgrfs :)
20:56:23 <frosch123> but still, if you play different games with different railtypes, that settings has hardly any meaning
20:56:25 <Rubidium> instead of indices/magic numbers you can use the railtype labels
21:03:50 <frosch123> or just remove the setting from the gui, and store the last used railtype label in the config
21:08:08 <CIA-1> OpenTTD: rubidium * r15818 /trunk/src/fontcache.cpp: -Fix [FS#2752]: some (newer) GCCs have trouble compiling the Win32 specific part of fontcache.cpp; jumps across variable declarations (Maeyanie)
21:15:59 <CIA-1> OpenTTD: alberth * r15819 /trunk/src/ (widget.cpp widget_type.h window.cpp window_gui.h): -Add: Nested widgets framework
21:16:27 *** lewymati has joined #openttd
21:17:09 <CIA-1> OpenTTD: alberth * r15820 /trunk/src/ (9 files in 2 dirs): -Codechange: Some windows using nested widgets
21:23:02 <Noldo> not the first time and I sure hope it's not the last
21:23:45 <Yexo> Noldo: the commits by Alberth
21:24:10 <Noldo> adding a framework and then using it?
21:25:00 <Yexo> in other words, the first big commit by Alberth, and a requirement to support rtl languages completely
21:28:19 <petern> although i have no idea how that constructor magic works :o
21:29:59 *** Cybert1nus is now known as Cybertinus
21:30:43 * Noldo tries to resist looking up the diff because needs to write about microkernels
21:43:22 <SpComb> the C -> C++ transition is starting?
21:47:04 *** Timitry has joined #openttd
21:56:52 <CIA-1> OpenTTD: peter1138 * r15821 /trunk/src/vehicle_gui.cpp: -Fix (r15813): Wrong widget selection prevented drop down label showing in vehicle list windows. Instead of drawing the label ourselves we can set the dropdown's data property to the string to draw.
22:16:29 *** Progman has joined #openttd
22:17:18 <energetic> Just checking: IP+ network ID from config seem to me like a good way to identify the uuser automatically
22:17:51 <energetic> networkID can be spoofed - networkID and IP both can be poofed - bu it makes it very hard
23:01:59 <taisteluorava> is there way to have 2 openttd opened which does not share same openttd config file?
23:02:26 <Yexo> yes, start openttd with "openttd -c config_file.cfg"
23:02:44 <Yexo> or (in case of two seperate installs), put the config files next to openttd.exe
23:03:21 <taisteluorava> does config file need to be same folder with openttd.exe when using "openttd -c config_file.cfg"
23:03:42 <Yexo> no, just use "openttd -c path/to/openttd.cfg"
23:04:19 <taisteluorava> ok, thx, i just want try cargodest build without messing with original 1
23:04:44 <taisteluorava> is R15774 older or newer than rc1?
23:06:52 <taisteluorava> ok, is there any list where i can see that?
23:10:07 <Yexo> you can check vcs.openttd.org (I prefer hg.openttd.org)
23:12:28 <taisteluorava> i downloaded openttd which have already cargodest, but i get "cannot open file 'sample.cat'" error when try run exe
23:14:30 <taisteluorava> maybe i need move original ttd files to there
23:15:03 <Rubidium> rather move them to mydocuments/openttd/data/
23:16:33 <energetic> nice one, did not know that last one
23:16:55 <energetic> by the way, why is chosen for user/documents/OpenTTD instead of user/appdata?
23:16:56 <Yexo> then read readme.txt, as it's possible for as long as I know openttd
23:17:50 <ngaba> hi, is it possible to see the take-off/landing "speed" of vehicles somewhere?
23:18:11 <ngaba> It is an important property of the vehicle imho.
23:18:41 <Rubidium> there's no take-off/landing speed per vehicle
23:19:57 <ngaba> I mean, with some buses 40 passengers can take-off simultanously
23:20:11 <ngaba> with some other ones this number is 10.
23:20:26 <Rubidium> what have busses to do with taking off?
23:21:13 <ngaba> my English is bad, but I try to say, that with some buses
23:22:40 <ngaba> only 10 passangers can be picked (?) up per minute
23:23:00 <ngaba> with the other one: 40.
23:24:35 <ngaba> And this information is showed nowhere, I must try and check the buses...
23:24:56 <taisteluorava> does openttd check data folder first from same folder or from mydocuments/openttd/data
23:26:17 <ngaba> Does somebody understand what I wanted to say? ;)
23:27:58 <Rubidium> taisteluorava: I advice you to not read the file called readme.txt
23:28:07 <taisteluorava> ok, i do that, sry ^^
23:28:20 <Yexo> ngaba: yes, I assume you are using some newgrf files?
23:28:30 <Yexo> in that case, try the describtion from the newgrf
23:28:31 <Rubidium> ngaba: either buy and check or read the manual of the newgrfs you're using
23:29:12 <Yexo> and with description I ment the manual, like Rubidium already said
23:29:28 <ngaba> in the "original" vehicles there is no difference between buses in this parameter?
23:29:43 <Yexo> iirc not, but I'll check for you
23:31:41 *** eMjay88 has joined #openttd
23:32:09 <Yexo> ngaba: no, with the original vehicles all busses/trucks/trains have the same loading speed, ships have twice the loading speed of busses/trucks/trains and planes 4 times the loading speed
23:32:59 <eMjay88> does r15821 build for anyone else or have I broken my copy somewhere?
23:33:20 <glx> eMjay88: compiles fine for me
23:33:54 <Rubidium> eMjay88: failing makedepend?
23:34:11 <glx> yep probably makedepend :)
23:38:42 <CIA-1> OpenTTD: rubidium * r15822 /trunk/src/network/network_gui.cpp: -Codechange: replace some magic numbers and improve alignment of the start server window.
23:45:05 <CIA-1> OpenTTD: yexo * r15823 /trunk/src/widget.cpp: -Codechange: prepare the WWT_FRAME and WWT_DROPDOWN(IN) widget types for rtl languages.
23:52:23 *** racetrack has joined #openttd
23:54:49 <CIA-1> OpenTTD: rubidium * r15824 /trunk/src/viewport.cpp: -Fix: determine the actual length of the strings to draw in the viewport
continue to next day ⏵