IRC logs for #openttd on OFTC at 2009-02-08
⏴ go to previous day
00:04:30 *** ttdopen is now known as PierreW
00:06:52 *** roboboy has joined #openttd
00:08:29 *** DaleStan is now known as Guest328
00:08:31 *** DaleStan has joined #openttd
00:14:17 *** worldemar has joined #openttd
00:33:27 *** Eddi|zuHause has joined #openttd
00:35:46 *** robotboy\ has joined #openttd
01:11:01 <CIA-1> OpenTTD: michi_cc * r15404 /trunk/src/yapf/yapf_node.hpp: -Cleanup [YAPF]: A tiny bit of const correctness.
01:14:29 <Eddi|zuHause> hm... am i feeling adventurous enough to install a new graphics driver?
01:18:01 <Eddi|zuHause> on openSUSE, with an ATI card
01:18:51 <Rubidium> can't say anything sensible about either
01:19:14 <Rubidium> the last ATI I had was like two renumberings ago (5 years)
01:19:35 <Eddi|zuHause> well, the card is as old as that
01:19:45 <Eddi|zuHause> but the driver gets hopefully improved over time
01:22:12 <Eddi|zuHause> the driver i have installed is 8.something, the current driver is 9.1
01:22:30 *** KAYSENESCAL has joined #openttd
01:23:15 <Eddi|zuHause> no, it is pleasure
01:27:18 *** Brianetta has joined #openttd
01:27:47 <Eddi|zuHause> someone should forbid kids to play with IRC at 2:30AM
01:28:35 <goodger> Eddi|zuHause: or people our age who are drunk
01:28:43 <goodger> they have similar mentalities
01:28:49 <Eddi|zuHause> what do you mean "our" age?
01:29:09 <goodger> the age group encompassing my age and your age
01:29:28 <Eddi|zuHause> you have not a single clue what my actual age is
01:30:23 <goodger> judging by your behaviour and clarity of speech it is equal to or greater than mine, and since you're alive, it is likely under 95
01:32:03 <Eddi|zuHause> "judging from my behaviour and speech" <- people have been hopelessly fooled by that one already
01:32:15 <Eddi|zuHause> thinking that i was 40-50 when i was 21
01:32:33 <goodger> people have been thinking I was in my 30s since I was 12
01:32:46 <goodger> it's been quite annoying, they stop taking me seriously as soon as I reveal my true age
01:33:10 <Eddi|zuHause> there is a simple solution to that problem
01:34:25 <goodger> I worked that out at age 12
01:34:34 <el_en> i think i know how old Eddi|zuHause is, so it's quite likely that piece of information has been revealed on this channel in the past.
01:34:54 <goodger> the minimum bound is now 21, of course
01:35:11 <goodger> so, to reiterate with anti-BloodyMindedGerman phrasing, "people of age 18-95"
01:35:12 <Eddi|zuHause> el_en: yes, i have been giving out clues, but that does not mean that goodger has any ;)
01:36:03 <Eddi|zuHause> whatever a "ta" is
01:37:40 <goodger> used sarcastically in this case
01:50:23 <CIA-1> OpenTTD: rubidium * r15405 /3rdparty/squirrel/squirrel/ (sqapi.cpp sqvm.cpp sqvm.h): [Squirrel] -Add: framework for 'taxing' opcodes from outside the VM.
01:52:00 <CIA-1> OpenTTD: rubidium * r15406 /trunk/src/ (3 files in 2 dirs): -Fix: make Valuate actually cost a few opcodes to not make it a single opcode method of doing lots of the same thing. This should resolve most of the hiccups caused by AIs.
02:15:50 <Eddi|zuHause> someone pray for me...
02:20:15 <Sacro> I don't think he's ever left
02:24:35 <goodger> he leaves all the time ¬.¬
02:24:46 <Sacro> there's always one or two spares
02:28:17 <glx> he's just updating video draiver
02:28:36 *** tkjacobsen has joined #openttd
02:32:00 *** Eddi|zuHause has joined #openttd
02:32:28 <Eddi|zuHause> hm, that did somehow not work as intended
02:35:41 *** Eddi|zuHause has joined #openttd
03:05:12 *** TinoDidriksen has joined #openttd
03:35:27 *** Eddi|zuHause has joined #openttd
03:35:33 *** TinoDidriksen has joined #openttd
05:33:52 *** DaleStan is now known as Guest361
05:33:54 *** DaleStan has joined #openttd
05:56:37 *** DaleStan is now known as Guest364
05:56:39 *** DaleStan has joined #openttd
06:03:01 *** DaleStan is now known as Guest365
06:03:02 *** DaleStan has joined #openttd
06:49:53 *** DaleStan has joined #openttd
07:32:40 *** Alberth has joined #openttd
08:14:19 *** Progman has joined #openttd
08:20:21 *** DaleStan has joined #openttd
08:28:19 *** George3 is now known as George
09:05:28 *** frosch123 has joined #openttd
09:15:59 *** roboboy has joined #openttd
09:34:41 *** DaleStan is now known as Guest381
09:34:43 *** DaleStan has joined #openttd
09:51:16 *** OsteHovel^EEE has joined #openttd
10:02:08 <Alberth> most people are still asleep, it seems
10:03:50 * OsteHovel^EEE is compilling the newest SVN
10:14:59 <Alberth> I have switched to HG some time ago, much better for local dev and patching
10:17:10 * Alberth looking at the Wiki to find how to make one-way roads
10:17:53 <OsteHovel^EEE> Alberth, first you build a road and then you place the one-way thing...
10:30:02 *** OsteHovel^EEE has joined #openttd
10:33:55 *** joepie91 has joined #openttd
10:37:16 <OsteHovel^EEE> i used 3 minutes and 15 secound's on a linux compile
10:37:36 <CIA-1> OpenTTD: peter1138 * r15407 /trunk/src/saveload/saveload.cpp: -Codechange: When loading a save game with an invalid pool index, report the problem (invalid index) rather than an impossible symptom (too many items), and report it in game instead of causing a crash.
10:38:30 *** ChanServ sets mode: +v tokai
10:45:37 *** OsteHovel_EEE has joined #openttd
10:47:03 <OsteHovel_EEE> my record for compile is 2 minutes(i compile allegro, sdl, zlib, png, freetype, network and all the other stuff)
10:49:26 *** roboboy has joined #openttd
10:51:22 *** kafyfodu has joined #openttd
10:51:51 <Alberth> did you try parallel build with 'make -j2' (or a higher number) yet?
10:52:30 *** tkjacobsen has joined #openttd
10:53:20 <Alberth> my town roads cannot handle all the goods trucks :)
10:58:02 <OsteHovel_EEE> i use make -j8 :P
10:58:11 <OsteHovel_EEE> becouse i used 3 pc during the last build
10:58:27 <OsteHovel_EEE> when i build with all the 4 pc's i have at home i use make -j12 :D
10:58:49 *** energetic has joined #openttd
11:12:09 *** smeding has joined #openttd
11:12:53 *** smeding has joined #openttd
11:14:28 *** roboboy has joined #openttd
11:30:47 *** stillunknown has joined #openttd
11:35:03 <CIA-1> OpenTTD: Yexo * r15408 /trunk/src/ai/api/ai_controller.cpp: -Fix (r15027): AIs could call AIController::Sleep() at times they're not allowed to sleep.
11:41:09 <petern> 2 minutes? my record was 18 seconds. on one cpu...
11:53:34 *** Tim-itry has joined #openttd
11:55:51 *** DaleStan is now known as Guest392
11:55:54 *** DaleStan has joined #openttd
12:02:44 <CIA-1> OpenTTD: frosch * r15409 /trunk/src/ (44 files in 3 dirs):
12:02:44 <CIA-1> OpenTTD: -Update: Currencies
12:02:44 <CIA-1> OpenTTD: Remove intermediate currency "New Turkish lira".
12:02:44 <CIA-1> OpenTTD: Add Euro introduction date for Slovakia.
12:02:44 <CIA-1> OpenTTD: Remove Euro introduction date for Hungary.
12:04:09 *** |Jeroen| has joined #openttd
12:05:00 <SmatZ> - { 378, ',', 2010, "", " Ft", 1, STR_CURR_HUF }, ///< hungarian forint
12:05:02 <SmatZ> + { 378, ',', CF_NOEURO, "", " Ft", 1, STR_CURR_HUF }, ///< hungarian forint
12:05:43 <SmatZ> how politics' plans are failing...
12:06:45 <SmatZ> (not talking about CZK, we don't have any plans yet ;)
12:08:01 <SmatZ> just the government is funny... the want to keep the criteria for accepting euro even in this crisis
12:08:01 <frosch123> SmatZ: between 2012 and 2019 says my wikipedia :) depending on who you ask
12:08:03 <Wolf01> gah... and now what font I was using on irc?
12:08:07 <thingwath> the real plan is not to introduce euro anytime soon, so we don't have to admit our economy would not meet the criteria ;)
12:08:18 <SmatZ> what means the government doesn't spend much money for helping the economy...
12:09:02 <thingwath> I would rather trust our prime minister than wikipedie (well, not really, just for this particular case :o))
12:10:08 <Wolf01> I think is better I install office first, maybe the font was there
12:10:12 <SmatZ> and I think the criteria could be loosed when it's now much harder to keep them
12:10:45 *** Belugas has joined #openttd
12:10:45 *** ChanServ sets mode: +o Belugas
12:10:50 <SmatZ> (not that I wanted Euro, I don't mind)
12:21:58 *** Darkvater has joined #openttd
12:21:58 *** ChanServ sets mode: +o Darkvater
12:22:46 <Rexxie> its the one they call Darkvater!
12:23:23 <Darkvater> guys I really have a noob problem :P. I downloaded openGFX through bananas, but now openttd defaults to it... How do I turn this off?
12:23:36 * Darkvater is ashamed he cannot figure out how to do this
12:23:54 <Yexo> petern made a nice option for that in the game options window
12:23:58 <frosch123> Darkvater: look into game options
12:24:22 <Darkvater> yes, changing the resolution helps :P
12:25:29 <CIA-1> OpenTTD: rubidium * r15410 /trunk/ (83 files in 8 dirs): -Cleanup: get rid of most of the references to the 'patches' except where it's used for backward compatability.
12:26:02 <Eddi|zuHause> so... what's the "patch" command called now?
12:26:13 <Darkvater> cause in the past I added opengfx as a static configuration but it's nowhere to be seen in the config file...puzzling
12:26:30 <Rubidium> Darkvater: graphicsset
12:26:55 <Darkvater> Rubidium: thanks, jsut found it
12:27:03 <Rubidium> Eddi|zuHause: for backward compatability 'patch' or 'setting'
12:27:37 <Eddi|zuHause> i'd have preferred "set"
12:27:39 <Darkvater> is it reasonable to say that opengfx will override the original graphics? I guess so from a legal point of view but confusing
12:27:47 <Darkvater> and I get confused.... :P
12:27:47 <Eddi|zuHause> "set <variable> <value>"
12:28:23 <Yexo> Darkvater: if you have r15389 or later you can change graphic sets via the game options window
12:28:25 <Eddi|zuHause> Darkvater: from the recent amount of "bug"-reports, i guess it should not.
12:28:34 <Rubidium> Darkvater: it only overrides because it gets found earlier (IIRC)
12:28:44 <Darkvater> Yexo: evil, i only have 15361 :)
12:29:22 <Eddi|zuHause> Rubidium: but why is the original graphics set not stored in the config file before opengfx was downloaded from bananas?
12:29:58 <Rubidium> Eddi|zuHause: because it's not needed?
12:30:27 <Eddi|zuHause> would solve the whole "found first" issue
12:31:10 <Eddi|zuHause> it would be "found first" on the very first startup (without config)
12:31:25 <Eddi|zuHause> and any subsequently downloaded graphics set must be activated manually
12:31:44 <Darkvater> he, did you guys look at the output of -h lately?
12:32:14 <Rubidium> yup, we're forbidden to see the output of -h too ;)
12:32:26 <Darkvater> I think it's always bad practice to override existing settings without notification or just by downloading
12:32:51 <Darkvater> it's a bit... big :)
12:33:30 <Darkvater> Eddi|zuHause: I like that idea
12:35:10 <Darkvater> either way, opengfx should not default for on while even the intro game has black boxes
12:37:13 <Darkvater> oh and one more question: I get the corrupted bla bla grf error message. Now I know why that is and I'm well aware; is there some way to silence that msg box
12:37:47 <Rubidium> changing a few lines of code will do that
12:38:15 <Darkvater> but then I can't download nightlies anymore
12:38:20 <petern> yeah, by ought to make the description shorter :p
12:39:05 <Darkvater> you are probably asking why on earth would this guy even need a nightly? He is supposed to have a permanent checkout of openttd :D
12:40:21 <Darkvater> frosch123: the ingame changing possibility is good :)
12:40:59 <petern> Eddi|zuHause, that should happen now
12:41:03 <SmatZ> Darkvater: thank peter ;)
12:41:19 <petern> oh, maybe it just saves the 'no value', heh
12:41:49 <petern> i mainly added the ingame changing to stop the millions of bug reports
12:41:49 <Darkvater> I know I can count on you petern ;)
12:41:57 <petern> clearly Darkvater surpasses them ;)
12:42:19 <petern> i need to get around to removing that custom vehicle name thing
12:42:34 * Darkvater hides in a corner and starts sobbing quietly
12:42:57 <CIA-1> OpenTTD: rubidium * r15411 /trunk/src/console_cmds.cpp: -Feature(ttette): make 'set' a alias for the setting/patch console command
12:47:25 <Darkvater> only 30 open bugs on flyspray
12:48:55 <Darkvater> hmm, I think I'll revert to the original trgr1.grf and use the grf version of tahoma fonts to get rid of the error window
12:49:34 <Eddi|zuHause> the low number of bugs is because there was no beta release, so nobody actually finds them ;)
12:50:54 <petern> Darkvater, just enable tahoma via freetype ;)
12:51:13 <petern> low number of bugs is partly because nobody bothers reporting them
12:51:31 <petern> and then when they do we don't bother fixing them :D
12:51:37 <Darkvater> petern: yes but for small fonts the replacement is better so if I use it for that purpose anyways, I don't need tahoma :)
12:51:58 <Darkvater> and again, why did this guy bother you with AA not enabled in freetype when he won't use it now?
12:52:10 <Darkvater> petern: I like your logic
12:54:04 <petern> you need to use freetype fonts with opengfx, as its own font is, er, not very nice.
12:54:17 <petern> (that was an incidentally, by the way)
12:58:26 <CIA-1> OpenTTD: peter1138 * r15412 /trunk/src/ (engine.cpp engine_func.h settings_gui.cpp variables.h): -Fix: Clearing custom engine names could cause desyncs due to be client-side only; GUI parts of save/load of custom engine names also removed as it was never implemented.
13:03:17 <frosch123> nice, no custom names :) next step would be 'original names' language and service intervals per vehicle
13:03:19 <energetic> is there any primer on the graphics system used in ottd?
13:03:39 <energetic> I get lost understanding cpp code when it hits most UI code.
13:04:36 <Alberth> energetic: graphics or windows?
13:04:52 <energetic> sorry, windows system
13:05:01 <Alberth> (there is not really a primer afaik, but I may be able to help you with the windows
13:05:25 <energetic> well, I thought: lets make my first helloworld ottd patch
13:05:50 <energetic> which includes displaying town status in townslist
13:05:59 <energetic> whether or not it is a city.
13:06:32 <energetic> (make tet bold, show "(city)" <-- anything to visualize whether town is city or not
13:06:59 <Alberth> window UI starts with a WindowDesc, that defines the basic GUI settings
13:07:10 <el_en> why does OpenGFX look like a japanese porn movie?
13:07:11 <Darkvater> petern: that's no problem; I don't really like opengfx...it's too depressing
13:07:18 <energetic> so then I stumlbed upon town_gui.cpp -> towndirectorywindow -> onpaint
13:07:34 <energetic> thats where my magic happens, i think.
13:07:37 <Alberth> a show_XXXX() function constructs a Window object
13:08:03 <Alberth> energetic: window data structures definitions are in window_gui.h
13:08:21 <energetic> but I cant seem to understand where it gets the town name and dumps it into a ui list
13:08:50 <Darkvater> energetic: GetString(t->xy) or something, no?
13:09:06 <Yexo> energetic: in BuildTownList
13:09:08 <Darkvater> or SetDparam(t->id, 0);
13:09:21 <energetic> looks like it is DrawString(2, y, STR_2057, TC_FROMSTRING);
13:09:31 <Yexo> that's where it draws it yes
13:09:40 <energetic> that one is in a foreachtowns loop
13:09:55 <Alberth> energetic: town_gui.cpp, line 268
13:10:25 <Yexo> Alberth: that's the wrong window :p
13:10:51 <energetic> STR_2057->> no clue. Also, i dont work with the same version as u guys do, linenumbers therefore are useles
13:11:10 <Yexo> energetic: you can look up those strings in lang/english.txt
13:11:23 <Darkvater> energetic: STR_something is defined in english.txt. You can see that it has some parameters like {TOWN} etc.
13:11:42 <Darkvater> energetic: these are passed to the string runtime through SetParam calls prior to a Drawstring call
13:11:53 <Darkvater> at least... it used to be like that :P
13:11:59 <petern> frosch123: you can still rename and reset them individually. that's done by command...
13:12:07 <Alberth> Darkvater: some things never change :)
13:12:16 <energetic> thats usefull, since when I hit definition it shows me 0x205A
13:15:01 *** Darkvater has joined #openttd
13:15:01 *** ChanServ sets mode: +o Darkvater
13:15:04 <Darkvater> forgot to screen my session :s
13:15:33 <energetic> cant seem to find the magic thing here
13:15:51 <energetic> BuildTownsList() -> no getstring here
13:15:52 <Darkvater> energetic: tell me where you are looking? eg file:line
13:16:16 <energetic> no getstring at all in town_gui.cpp
13:16:33 <Alberth> you never deal with text itself
13:16:37 <energetic> Buildtownlist() Towndirectorywindow town_gui.cpp
13:16:46 <energetic> only with placeholders etc
13:16:53 <petern> why are you expecting a getstring?
13:17:03 <energetic> but he has to get a town name somewhere
13:17:11 <Yexo> energetic: DrawString(2, y, STR_2057, TC_FROMSTRING); <- that line draws the town name + population
13:17:41 <petern> you pass the id of the town via SetDParam(), and use an STR_xxxxxxx that expects it
13:17:48 <Darkvater> energetic: towns are in a pointer list in smallvector so you need to go to the drawing code
13:17:56 <Yexo> STR_2057 :{ORANGE}{TOWN}{BLACK} ({COMMA}) <- if you didn't found it yet, first argument is {TOWN} and the second one is {COMMA}
13:17:58 <Darkvater> SetDParam(0, t->index);
13:17:58 <Darkvater> SetDParam(1, t->population);
13:17:58 <Darkvater> DrawString(2, y, STR_2057, TC_FROMSTRING);
13:19:29 <energetic> it indexes on the name
13:19:39 <energetic> not a new, numerical index
13:19:42 <Darkvater> energetic: don't be confused by it, it's magic. {TOWN} in the string function will retrieve the town name from the town id
13:20:26 <energetic> so I am correct: setDParam(0, t->index); just adds the name to the string to be drawn....?
13:20:46 <Alberth> energetic: if you print a StringID with a {TOWN} in it
13:21:08 <Yexo> no, SetDParam sets a value for one of the arguments of the string. STR_2057 happens to contain {TOWN} as first argument
13:21:41 <energetic> ok, and why is {TOWN} not {NAME_TOWN} ?
13:21:48 <Alberth> energetic: the StringID are like the string-constants in printf(), and the SetDParam() are for adding arguments
13:22:21 <Darkvater> /me loves openttd's string handling :)
13:22:22 <Yexo> energetic: why is it not {NAME_TOWN_FROM_TOWN_ID} ?
13:22:45 <Darkvater> {LANGUAGE_DEPENEDENT_TOWN_NAME_FROM_TOWN_IDENTIFIER_ON_MAP}
13:22:46 <Eddi|zuHause> because it is not {NUMBER_WITH_1000_SEPARATOR_AND_CUSTOM_PREFIX_AND_POSTFIX_CURRENCY} either
13:22:50 <energetic> ah, ok. I got confused here twice by the t->index (which is not an index but a name)
13:23:02 <Yexo> t->index is really an index :)
13:23:09 <energetic> yes, but also a town name
13:23:11 <Eddi|zuHause> oh, forgot "_TURNS_RED_WHEN_NEGATIVE"
13:23:32 <Alberth> energetic: {TOWN} means 'print the town name belonging to town <index>
13:23:40 <Darkvater> energetic: it's a number. but when the string system sees {TOWN} it knows that it needs to get the name of the town of that index
13:24:31 <Alberth> energetic: read the string system wiki
13:25:04 <petern> it is confusing when you first see it
13:25:36 <petern> a few times people have no understood it and proposed a replacement (without proposing what the replacement be)
13:25:44 <energetic> anyways: it just passes the townid to the string subsystem, which is aware of towns and seemingly able to retrieve a town name for an townid (or index) number.
13:26:04 <petern> yes, it is precisely able to do that because the string in the language file contains {TOWN}
13:26:18 <petern> if it contained {NUM} instead, you'd get the number printed
13:26:39 <energetic> since it gets a {TOWN} thingie, it is happy to do that for me ;)
13:26:45 <DorpsGek> petern: belugas was last seen in #openttd 1 day, 10 hours, 33 minutes, and 8 seconds ago: <Belugas> bonsoir
13:26:45 <Darkvater> GetStringWithArgs I think it is
13:27:10 <energetic> that is kinda funny
13:27:37 <Darkvater> eh sorry, FormatString
13:28:54 <energetic> so the string susystem actually is aware of what kind of strings to expect and know what to do with it --> it contains all logic for handling lists, too. In this case, it sees {TOWN} and some param number, and thinks: hey, iv got a town and a number, now I will lookup this info myself and pass it back since I have that info
13:29:02 <Alberth> energetic: it is this way so it is easy to handle a lot of different languages
13:29:26 <Alberth> energetic: yes, it is custom designed for the game
13:29:31 <energetic> I fail to see that, But I admit I have not read the wiki article yet.
13:29:57 <energetic> If I still fail to see it when i read it , i will bother u guys again ;P
13:30:06 <Darkvater> you've had your chance :)
13:30:15 <Alberth> you know where you can find us :)
13:30:42 <energetic> it comes from a little frustration that noone seems to know cities actually eist
13:30:50 <energetic> did you guys know it, for instance?
13:30:50 <Darkvater> let me add some more on the fire... is there any ETA to branch off 0.7?
13:31:16 <frosch123> Darkvater: after 0.7 beta 5 :p
13:31:40 <Darkvater> is there any ETA for 0.7b1? :)
13:31:53 <Darkvater> energetic: we look at the source, Luke
13:33:13 <Darkvater> I see, evading the question :)
13:35:30 *** SHRIKEE has joined #openttd
13:36:14 <Darkvater> brb, my sister just arrived to show off her new motorbik
13:55:50 *** Yeggstry has joined #openttd
13:58:38 <SmatZ> is anyone here using svnup.sh to update?
14:01:12 <Eddi|zuHause> i never used that one...
14:01:27 <Eddi|zuHause> "svn up" is much easier to type than "./s[tab]"
14:04:09 <Darkvater> I think that was some Bjarni stuff
14:04:26 *** worldemar has joined #openttd
14:05:44 <DorpsGek> SmatZ: Bjarni was last seen in #openttd 4 weeks, 1 day, 18 hours, 36 minutes, and 39 seconds ago: <Bjarni> hi Wolf01
14:05:55 <Darkvater> say no more; "..." is enough
14:06:32 <SmatZ> I didn't want to say anything bad, just he's gone
14:07:21 <Darkvater> insert matrix quote: "he's been with us since the beginning"
14:11:28 *** eQualizer has joined #openttd
14:17:34 <Rubidium> Darkvater: when the known (as per bugs.openttd.org) crashes are fixed?
14:17:39 *** smallfly has joined #openttd
14:19:44 <Rubidium> excluding anything cargodest related
14:20:59 <Eddi|zuHause> wasn't there a crash fix earlier today?
14:21:03 <el_en> smallfly: have you started porting?
14:21:07 <Eddi|zuHause> how many crashes can there be ;)
14:21:08 <Rubidium> intended to do it yesterday, but then there came a few bugreports about crashes :(
14:21:47 <Eddi|zuHause> no battle plan ever survived the first contact with the enemy :p
14:24:10 <Rubidium> and it would be nice when someone were capable of implementing the automagic font selection for when your language isn't covered in the sprite font
14:25:52 <Rubidium> please... not Bjarni's "solution"
14:26:11 <Tim-itry> "is there any ETA for 0.7b1? :)"
14:26:11 <Tim-itry> "Darkvater: when the known (as per bugs.openttd.org) crashes are fixed?"
14:26:11 <Tim-itry> "excluding anything cargodest related"
14:26:11 <Tim-itry> I hope that doesn't mean that CargoDest will not be in 0.7? :-/
14:26:41 <Eddi|zuHause> Tim-itry: honestly, chances look very slim currently
14:26:57 *** Tim-itry is now known as Timitry
14:27:11 <DorpsGek> el_en: egladil was last seen in #openttd 35 weeks, 2 days, 19 hours, 20 minutes, and 34 seconds ago: <egladil> lol
14:27:58 <Timitry> CargoDest and an auto-seperation patch for vehicles are the only things missing in OpenTTD for me currently, with them it would be already almost perfect ;)
14:28:19 <Darkvater> I can think of a few more :)
14:28:23 <Rubidium> Timitry: once they get included you'll have two other things in that list
14:28:31 <Darkvater> newobjects / newports would rule
14:28:36 <Eddi|zuHause> custom bridge heads
14:28:48 <Eddi|zuHause> arbitrary rails on bridges/in tunnels
14:28:58 <Timitry> Sure, but CargoDest was so advanced already...
14:29:11 <Eddi|zuHause> it certainly is advanced, but not finished
14:29:19 <Timitry> And that timetable things is just an addition to that, imo
14:29:20 <Eddi|zuHause> and currently, nobody is finishing it
14:29:21 <Darkvater> celestar had a tunnel system working about 3 years ago already :)
14:29:47 <Rubidium> Darkvater: same way working as cbh I'd reckon
14:30:18 <Darkvater> no it was working perfectly... but back then we were using the new-new-map array
14:30:31 <Darkvater> which..eh.. was kinda disaster
14:31:13 <Eddi|zuHause> btw. why is it "disaster" and not "desaster"?
14:31:35 <Sacro> that's how we pronounce it
14:31:54 *** patchie has joined #openttd
14:34:04 <Rubidium> I reckon is was written as disaster about 1000 years back. Then the Germans changed the spelling to how they pronounced it and the English didn't
14:35:22 <Eddi|zuHause> "Desaster: Kommt aus dem italienischen "disastro", was "Unstern" bedeutet, also eine Sternenkonstellation, die Unglück bringt."
14:36:13 <Darkvater> first ever pictures of a working new-map array:
14:36:36 <Eddi|zuHause> Wolf01: from 4 years ago :p
14:37:19 <Darkvater> still called open transport tycoon
14:38:49 <el_en> even w-ber's lines in the background, that must be old then.
14:40:40 <Darkvater> I lost the original date of the picture but it was somewhere 2004 october
14:44:35 <Darkvater> and I don't even know who this w-ber fellow is
14:54:51 *** ChanServ sets mode: +v tokai
14:57:36 <Wolf01> nice, zlib not found... I just installed it
14:58:23 <Rubidium> but you didn't install the headers
14:58:29 <Darkvater> Wolf01 vs System: 0-1
14:59:13 <Rubidium> Wolf01: be happy it doesn't "ignore" that and build a binary without zlib
14:59:37 <Wolf01> just skipped 2 lines of the wiki while installing :P
15:00:13 <Darkvater> doesn't everything work correctly if you install openttd-useful?
15:00:58 <Rubidium> for mingw/cygwin it doesn't
15:01:33 <Darkvater> I miss bash sometimes though
15:02:02 <Rubidium> people who want to play of win9x?
15:02:26 <Darkvater> didn't that work with msvc2k5?
15:02:28 <Wolf01> I only followed the wiki
15:02:38 <Darkvater> or was the last version to support this 2k3
15:04:26 <Darkvater> I think I'm ready to do some ottd coding next weekend :)
15:04:29 <Wolf01> make[1]: *** No rule to make target `C:/msys/home/OpenTTD/trunk_b/src/yapf/yapf_ship.cpp', needed by `yapf/yapf_ship.d'. Stop.
15:04:33 * Darkvater feels he's getting addicted again
15:04:40 <Wolf01> ok I moved the folder to D:
15:04:53 <Rubidium> ./configure --reconfigure
15:06:27 <Rubidium> and ./configure without --reconfigure?
15:06:44 <Rubidium> if that doesn't help then mingw's screwing with paths I fear
15:07:03 <Rubidium> tried quiting and starting mingw after you moved it?
15:07:14 <Wolf01> strange, I reinstalled all from scratch, the only thing I copied was the ottd checkout folder
15:07:53 <Wolf01> (my system gone tfu this night)
15:08:37 <Rubidium> oh... so it's not star wars related ;)
15:09:15 *** worldemar has joined #openttd
15:09:15 <Rubidium> Star Wars: The Force Unleashed
15:09:22 <Rubidium> second hit (for me) on google
15:09:48 <Wolf01> (and I was playing the force unleashed when it happened, as I'm doing it now)
15:10:57 <Wolf01> (I should not play games while compiling/installing, also if the game is running on the xbox)
15:11:39 <Wolf01> maybe I should delete the checkouts and download them all again
15:15:09 <glx> Wolf01: reconfigure should be enough, but you need to make clean too (to remove dependencies)
15:17:00 <Wolf01> libfreetype is that one for the fonts? do I need it?
15:17:14 <glx> only if you use a font :)
15:17:53 <glx> the only "required" lib is zlib
15:24:26 <Wolf01> better than before (15 minutes for a full compile)
15:25:30 *** frosch123 has joined #openttd
15:32:42 *** JapaMala has joined #openttd
15:36:57 *** ChanServ sets mode: +v tokai
15:39:16 *** JapaMala is now known as |Japa|
15:45:05 <smallfly> el_en, sorry, i was afk
15:45:47 <CIA-1> OpenTTD: rubidium * r15413 /trunk/src/ (7 files): -Fix [FS#2529/2533]: inconsistencies between station and bridge building w.r.t. tile selection and when the window should be closed.
15:46:31 <smallfly> el_en, now you're afk?
15:46:48 * smallfly slaps el_en a few times
15:46:56 *** Swallow has joined #openttd
15:47:43 *** JapaMala has joined #openttd
15:48:48 <smallfly> Rubidium, any problems?
15:50:52 <Rubidium> yup, there's a smallfly in my room making noise at night
15:51:12 <smallfly> how may i interpret that? (the slaps?)
15:56:00 <smallfly> i know what a fly is and i also know about the noise being created by such a one but im interested in the ambiguousness of your sentence. i annoyed you with my c# last night, did i?
15:56:41 <Rubidium> I was hoping you were the physical fly in my room
15:56:57 <smallfly> (because you killed it at night?)
15:58:07 <smallfly> sorry, cant follow you.
15:58:19 <Rubidium> but I hoped by splutting this meta fly I killed the real thing... we're IN the matrix after all
15:59:18 <smallfly> ah ok. now it gets a bit clearer :D
16:01:09 <CIA-1> OpenTTD: rubidium * r15414 /trunk/src/ (airport_gui.cpp dock_gui.cpp rail_gui.cpp road_gui.cpp): -Codechange: s/delete FindWindowById/DeleteWindowById/
16:01:18 <smallfly> Rubidium, independent of the programming lng, what to you think of roads 2 tiles broad? wouldt that be easier to program?
16:01:47 <smallfly> (to = do; wouldt = wouldn't)
16:02:18 <Rubidium> not if you want to be able to change road side
16:02:46 *** [com]buster has joined #openttd
16:02:51 <smallfly> is this an improvement for a transport game?
16:03:08 <smallfly> (to change the road side)
16:03:19 <Alberth> smallfly: what is wrong with putting two roads next to each other?
16:03:28 <CIA-1> OpenTTD: rubidium * r15415 /trunk/src/ (rail_gui.cpp road_gui.cpp): -Change: close the (station) joiner window when pressing the bulldozer.
16:03:33 <Eddi|zuHause> vehicles change road side when they want to overtake
16:04:12 *** StarLionIsaac has joined #openttd
16:04:25 <smallfly> yeah, but im thinking of the possibility to create more complex road networks, with more lanes, motorways etc.
16:04:59 <Eddi|zuHause> i really suggest you pick easier starting points to dive into the code ;)
16:05:25 <smallfly> this sentence shows exactly what i wanted to point out
16:06:10 <smallfly> this should ne a quite easy starting point. but because of the way ttd is programmed, it isnt.
16:06:54 <Alberth> smallfly: it is not possible to write a program that is easy to extend in all possible directions
16:07:02 <frosch123> then pick simutrans, it is programmed different
16:07:34 <frosch123> but maybe it is easily changeable :p
16:07:39 <Alberth> or transport empire, they haven't got roads yet :P
16:08:35 <Eddi|zuHause> or 3DTT, they search for ways to continue the project now, since the court case was won
16:09:00 <smallfly> 3D => not performant enough to handle thousands of mobile objects
16:10:13 <Rubidium> smallfly: start developing your own engine; then you can do everything the way you want
16:10:32 <smallfly> openttd is the best transport simulation out at the moment.
16:10:41 <valhallasw> Eddi|zuHause: they are planning to actually continue 3DTT? :|
16:10:42 <smallfly> i will not be able to program a better one
16:10:57 * Darkvater thinks a random thought ...
16:11:03 <Eddi|zuHause> valhallasw: last thing i heard was a discussion whether to go open source
16:11:36 <valhallasw> Sieben Jahre zermürbendes Warten auf ein Endergebnis, und hier ist es:
16:11:37 <valhallasw> Den Beklagten wird untersagt, das Spiel Schiene und Strasse zu veröffentlichen, zu vertreiben, zu vervielfältigen.
16:11:46 <frosch123> what a silly discussion. who discussed the author against the rest?
16:12:28 *** JapaMala has joined #openttd
16:13:33 <Eddi|zuHause> valhallasw: the person who sold a development version to UBI Soft that was released under the name of "Schiene und Straße" (TTT) is not allowed to do that anymore, so the original developer, who was very pissed about that move, has won his case
16:15:12 <Eddi|zuHause> frosch123: it read like the developer was stating he was considering it, but he would first have to clean out all code that was not from him (about 10%), or something
16:16:54 *** JapaMala is now known as |Japa|
16:18:35 *** PhoenixII has joined #openttd
16:18:39 *** Phoenix_the_II has quit IRC
16:21:31 <Roujin> I have a peculiar problem when rewriting a little part of Zuu's filter sign list patch
16:21:45 <DorpsGek> Roujin: Zuu was last seen in #openttd 6 days, 21 hours, 19 minutes, and 16 seconds ago: <Zuu> If I remember the numbers correct now, many days has gone since then now... :D
16:23:11 <Roujin> anyway, here I go: currently I have something like if (filter_info.case_sensitive) { return strstr(a, b) != NULL } else { return strcasestr(a, b) != NULL}
16:24:36 <Roujin> but since that's not very nice, I wanted to do something like ... CDECL func (..args..) = filter_info.case_sensitive ? strstr : strcasestr;
16:25:18 <Roujin> and then just return func(a, b) != NULL;
16:25:28 <petern> return (filter_info.case_sensitive ? strstr(a, b) : strcasestr(a, b)) != NULL; i suppose
16:26:38 *** Roujin_ has joined #openttd
16:27:08 <Roujin_> hmm...well that's okay for this case I guess :)
16:27:45 <Roujin_> would be ugly if the function were needed multiple times inside the func though :P
16:28:17 <petern> not really, you just functionise that bit, heh
16:28:34 <petern> return func(a, b) != NULL;
16:29:19 <Roujin_> stop coming with easy solutions here :P :P
16:29:20 <petern> someptr* func(blah a, blah b) { return foo ? strstr(a, b) : strcasestr(a, b); }
16:29:44 *** NukeBuster has joined #openttd
16:29:51 * petern ponders some zombie blasting
16:31:56 <Roujin_> well, I'll do it like you said now, but just fyi, it reported some ugly ambiguity between different definitions of the strstr function x_x
16:32:50 <Roujin_> one const char* strstr(const char*, const char*), and a char * strstr(char*, const char*) that is merely a wrapper with some casts around the first strstr function >_<
16:37:14 <Roujin_> hm, I'm starting to like the "Widget focus" stuff Zuu included in his "filter sign list" patch. I find it so annoying that the OSK always pops up if I click on a textbox
16:38:26 <Roujin_> why didn't the OSK come with an advanced setting in the first place (or have I missed it all the time?) - I'm on a normal laptop with a keyboard, I don't need an OSK at all...
16:41:52 <Darkvater> I usually just click on the window where the input is
16:44:01 <Roujin_> But I'm used to clicking on the text box I want to enter something in to get its focus because it's like that in practically all other applications I know ;)
16:44:34 <Darkvater> you've not been brainwashed enough it seems
16:44:43 <Darkvater> Rubidium: please work some more on this guy
16:44:59 <Roujin_> there's not enough saneness left in me to be washed :)
16:45:27 <Darkvater> you need more openttdology
16:53:00 <Eddi|zuHause> <Roujin> but since that's not very nice, I wanted to do something like ... CDECL func (..args..) = filter_info.case_sensitive ? strstr : strcasestr; <- that would totally work in Algol :)
16:54:18 <Eddi|zuHause> you could probably do something like that in python, too
16:54:50 <Eddi|zuHause> but in a less hacky way, you might look into polymorphy for that one
16:55:06 <frosch123> you could also just use function pointers
16:55:29 <Eddi|zuHause> but... function pointers are slow! :p
17:00:14 <Roujin_> well, it works like this in another project I made in c++
17:00:46 <Roujin_> void (__stdcall *drawSphere)(GLdouble radius, GLint slices, GLint stacks) = (setting == GS_WIRE) ? glutWireSphere : glutSolidSphere;
17:00:58 <Darkvater> I don't think sorting lists is performance-crucial
17:01:52 <Roujin_> good. my work here is done.
17:02:15 <Roujin_> but seriously, going home now, so see you guys later :)
17:02:21 <petern> you don't remember that time when kudr removed caching from one ;p
17:03:49 <Darkvater> obviously I don't :)
17:03:54 <Darkvater> but I was thinking gui-sorting
17:05:48 <Eddi|zuHause> void (__stdcall *drawSphere)(GLdouble radius, GLint slices, GLint stacks) = (setting == GS_WIRE) ? glutWireSphere : glutSolidSphere; <- i have big problems parsing that in my mind...
17:06:03 <Eddi|zuHause> looks like a variable declaration with initialisation
17:06:10 <Darkvater> hmm I've downloaded a powerpoint design template but whenever I add a new page the header bg is gone :
17:06:24 <Eddi|zuHause> but then shouldn't one use a typedef?
17:06:44 <Darkvater> your variable is called drawSphere and it's a pointer to a function
17:06:52 <petern> Darkvater, yeah, "- removed unnecessary "optimization" (rebuild and sort engine list on each WE_PAINT)"
17:07:19 <Darkvater> petern: oh, heh not good idea on each poaint
17:07:36 <Eddi|zuHause> but it would look cleaner if you defined the function type separately
17:07:58 <Darkvater> you can typedef within a function if you want
17:08:43 <Eddi|zuHause> i'm not saying it is incorrect
17:08:51 <Eddi|zuHause> i'm saying it is difficult to read
17:29:21 *** lewymati has joined #openttd
17:43:27 <Rubidium> petern: any particular reason why r15412 removes the road side dropdown handling?
17:46:21 <CIA-1> OpenTTD: rubidium * r15416 /trunk/src/settings_gui.cpp: -Fix (r15412): revert the removal of the road side drop down box handling.
17:47:56 <goodger> let the edit war commence
17:49:23 <Alberth> Rubidium: you are really good in breaking things, you even managed to break some of my test code not intended to become part of a patch :P
18:00:10 *** SmatZ is now known as Guest434
18:11:18 <CIA-1> OpenTTD: peter1138 * r15417 /trunk/src/ (6 files in 2 dirs): -Codechange: Add default rail type labels and support for per-GRF translation table.
18:15:33 <petern> i had problems merging in hg
18:15:41 <petern> so i found an easier way ;)
18:16:20 <Eddi|zuHause> that's as good an excuse than any other, i guess :p
18:17:12 <petern> INCOMMUNICADO INCOMMUNICADO
18:29:34 <CIA-1> OpenTTD: peter1138 * r15418 /trunk/src/newgrf.cpp: -Codechange: Add action7/9 support to detect available rail type labels
18:40:05 <Darkvater> that starts souding pretty funkcy
18:40:52 <Rubidium> he's slowly releasing it ;)
18:42:45 <Darkvater> it'd better not be buggy
18:44:07 <Prof_Frink> petern! New... Something!
18:45:00 <Rubidium> he's been playing with it already for eons
18:45:50 <Eddi|zuHause> when railtypes are done, could we have water types?
18:54:05 <CIA-1> OpenTTD: rubidium * r15419 /3rdparty/squirrel/squirrel/sqvm.cpp: [Squirrel] -Fix: jump based on (bogus) uninitialised values warning.
18:58:34 <petern> Eddi|zuHause, we have water types
18:59:26 <Eddi|zuHause> i mean, as in "allow only ships with [new property:] maximum depth of X meters"
18:59:43 <Eddi|zuHause> like, small channels, small rivers
19:00:15 <Eddi|zuHause> or further: do not allow ship travel (e.g. frozen rivers)
19:00:58 *** OsteHovel^EEE has joined #openttd
19:01:19 <Aali> so, you want to make ships even more useless?
19:05:02 <Eddi|zuHause> no, more diverse
19:06:40 <petern> 3 hours of cooking, 5 minutes of eating :p
19:07:51 <smeding> or cook faster, your choice :p
19:07:59 <smeding> remember: salmonella is half the fun
19:12:13 <Eddi|zuHause> hm... bad... i want to record fantastic four, but i have no space left...
19:13:02 <Rubidium> then remove something
19:13:35 <Eddi|zuHause> but i can't remove anything
19:13:39 <Eddi|zuHause> i removed remove
19:15:41 <Rubidium> Eddi|zuHause: then ask PRO 7 to delay the movie till you've bought some more space
19:16:13 <Rubidium> though you might be a little late to do that
19:18:07 *** DaleStan has joined #openttd
19:20:27 <Swallow> Aali, are you around?
19:21:06 <Swallow> My apologies for not telling you about my work
19:21:28 <Swallow> Can you tell me about your fixes and such regarding pbs
19:21:34 <Aali> heh, no need to apologise
19:22:26 <Swallow> We'd better help each other than each work on our own version, I suppose
19:23:13 <Aali> ideally, we should work on the hg repo
19:23:28 <Aali> but that means someone has to go over yorick's code and fix that
19:23:54 <Swallow> I think it's better to start a new repo
19:24:11 <Swallow> I've spent more than enough time fixing his code :)
19:25:02 <Swallow> Only prob I have with hg repo is that it breaks mq queues
19:25:12 <Aali> anyways, I'm off to grab some food, bbl
19:25:18 <Rubidium> petern: as if that hasn't happened recently ;)
19:25:33 <petern> although my path is wet, so it's not settling there
19:25:43 <petern> until it freezes later, and turns into an icerink
19:26:19 * Swallow doesn't play in the sub-arctic climate
19:33:55 *** Vikthor has joined #openttd
19:35:00 *** Yeggstry has joined #openttd
19:38:31 <Timitry> Eddi|zuHause: hm... bad... i want to record fantastic four, but i have no space left... --> The movie is broadcasted again at 00:05, maybe you find a solution until then ;)
19:39:00 <Eddi|zuHause> i CAN read a tv guide ;)
19:40:27 <Timitry> I finally have TV in my own room now... After drilling through meters of chalk/sandstone and wood, and laying a cable through those
19:41:42 <petern> do you live in a cave?
19:41:45 <Timitry> That stone is really hard, my muscles are hurting -.-
19:42:18 <Timitry> Nah, but i had to lay the cable from my room out of the house and into the house again
19:43:57 <smeding> your muscles hurt? did you drill by hand?
19:44:04 <smeding> you're supposed to let the drill do the work :)
19:44:36 <OsteHovel^EEE> how to get make to output all info and not silence it all out and just print out "compiling file.cpp"
19:44:39 <Timitry> it was a bit complicated, since... well, i'll show you a picture, hold on
19:45:21 <smeding> OsteHovel^EEE, -v probably works
19:45:27 <smeding> that's a common unix flag
19:45:30 <Yexo> OsteHovel^EEE: you can use "VERBOSE=1 make"
19:45:43 <smeding> oh, it uses shell vars
19:47:18 <Timitry> There, since the drill was quite long, i couldn't push straight, but had to stand perpendicular to the drill...
19:47:18 <Timitry> (That's not my room on the picture, it's a room adjacent to my room where two birds of my sister used to live)
19:47:33 <Rubidium> smeding: make -v gives the version of make
19:47:58 <OsteHovel^EEE> thanks smeding & Yexo
19:49:12 <Timitry> It's not that i am THAT unathletic, it's just that you never need those muscles ;)
19:51:33 <Aali> Swallow: indeed, we were originally going to use hg queues, but we couldn't figure out a good way to make it work with multiple users
19:53:03 <Timitry> And now that i have TV in my room, nothing good's coming, already have seen fantastic four and did not like it that much, and Resident Evil 2 is nice, but already saw that twice...
19:53:48 <Swallow> Aali: we can always split the patch back into separate patches if needed
19:54:37 <Aali> yes, thats what we settled for, separate commits for things we may want to split later
20:03:51 *** SmatZ is now known as Guest441
20:03:51 *** Guest434 is now known as SmatZ
20:11:59 <CIA-1> OpenTTD: michi_cc * r15420 /extra/ottd_grf/split/ (signals.nfo signals.pcx): [OTTD_GRF] -Change: Replace the path signal grahpics.
20:12:11 <CIA-1> OpenTTD: michi_cc * r15421 /trunk/bin/data/ (5 files): -Change: Replace the path signal sprites borrowed from TTDPatch with our own custom sprites.
20:14:13 *** goodger has joined #openttd
20:18:53 <petern> those signals look silly
20:19:17 <petern> i hope we don't have colour blind players
20:22:53 <Timitry> [SRC] Compiling 3rdparty/squirrel/squirrel/sqvm.cpp
20:22:53 <Timitry> C:/Programme/mSYS/home/Besitzer/trunk/src/3rdparty/squirrel/squirrel/sqvm.cpp: In member function `bool SQVM::CallNative(SQNativeClosure*, SQInteger, SQInteger, SQObjectPtr&, bool&)':
20:22:53 <Timitry> C:/Programme/mSYS/home/Besitzer/trunk/src/3rdparty/squirrel/squirrel/sqvm.cpp:1104: warning: 'oldtop' might be used uninitialized in this function
20:22:53 <Timitry> C:/Programme/mSYS/home/Besitzer/trunk/src/3rdparty/squirrel/squirrel/sqvm.cpp:1105: warning: 'oldstackbase' might be used uninitialized in this function
20:23:24 <Roujin> michi_cc: why change the signals?
20:23:30 <Rubidium> Timitry: broken compiler
20:23:55 <Rubidium> broken in the sense that the warnings are bogus
20:24:26 <Rubidium> the mingw/msys default compiler isn't that good w.r.t. uninitialized warnings
20:24:38 <Rubidium> SQInteger oldtop = _top;
20:24:38 <Rubidium> SQInteger oldstackbase = _stackbase;
20:24:52 <Rubidium> ^ that's what it thinks is uninitialized
20:25:25 <Rubidium> seems quite initialized to me
20:25:32 <Eddi|zuHause> so it actually doesn't know whether _top or _stackbase is uninitialised?
20:25:47 <Rubidium> those are initialised
20:26:54 *** Brianetta has joined #openttd
20:26:55 <Rubidium> in the same way gcc 4.4 is likely to throw bogus warnings unless they fix the bug that causes them
20:27:21 <Roujin> what was wrong with using the ones from ttdpatch?
20:27:30 *** smallfly has joined #openttd
20:27:57 <Rubidium> as in looks a lot like block signal + pbs
20:28:12 <Rubidium> when it's that not at all
20:28:18 <Roujin> you mean.. misusing that entry pre + pbs signal as one way pbs
20:28:41 <Roujin> ah yeah, you typed faster :)
20:29:30 <Roujin> well but the other ones were changed too..
20:29:48 <Roujin> i.e. lost their yellow thingy
20:30:27 <Timitry> Finally... Compiling takes quite some time on my old machine here :D
20:31:18 <petern> Expression: type(STK(arg0)) == OT_GENERATOR
20:32:28 <Timitry> Tried to change the Base Graphics
20:32:31 <Rubidium> you're all using pathzilla, right?
20:36:07 <Timitry> The game crashes if i press "quit"
20:38:11 <petern> mine as at sqvm.cpp:950
20:38:32 <Timitry> and i don't have any content downloaded except the base graphics
20:38:45 <Timitry> and the OpenTTDCoop grf pack
20:41:41 <petern> at least the lights should change position when the state changes
20:42:14 <Timitry> Do you need a stacktrace or something like that for my crash?
20:43:25 <Rubidium> Timitry: do you have any AIs?
20:44:11 <Timitry> excpet for the opengfx alpha 4.2.tar
20:44:21 <Timitry> under content_download
20:44:27 <petern> except i've closed it now, so it doesn't matter
20:44:56 <Rubidium> petern: SmatZ is/was working on that one
20:45:11 <Timitry> If you need a stacktrace, could you write me those steps again? Starting with ./configure debuglevel 3 etc...
20:45:44 <SmatZ> actually I am not, no time for that now...
20:45:47 <Rubidium> Timitry: you really have an AI somewhere
20:47:40 <Timitry> Way to many different places where OpenTTD stores such things :-/
20:48:31 <Timitry> After deleting it it won't start at all anymore...
20:50:50 <Rubidium> petern: any clue about FS#2623?
20:51:10 <Rubidium> someone claims that lots of vehicle sets do not work anymore
20:56:45 *** Roujin_ has joined #openttd
21:01:57 *** Roujin_ is now known as Roujin
21:03:01 <michi_cc> petern: draw some better ones that preferably don't look like pre-signals or patch pbs signals
21:05:10 <petern> Rubidium: _settings_game.vehicle.dynamic_engines is false
21:05:58 <Rubidium> his .cfg says otherwise
21:06:00 <rortom> petern: Rigs of Rods just gone open source :D
21:06:27 <petern> Rubidium, no, i mean it's false, even if it's set to on
21:06:40 <petern> _settings_newgame.vehicle.dynamic_engines is true, however
21:06:58 <SmatZ> maybe he grabbed wrong openttd.cfg
21:07:21 <Rubidium> petern: you mean that the settings aren't copied correctly from _newgame?
21:07:24 <SmatZ> version_string = r15418
21:07:35 <petern> rortom! how did that happen? ... and nothing there yet ;(
21:07:43 *** goodger has joined #openttd
21:08:05 <rortom> pricorde is currently adding a blog post :)
21:08:27 <rortom> the game is now completely licensed under GPLv3
21:10:16 <petern> now we get to watch microsoft make a flight sim from it now that they don't have their own dev team on that...
21:10:33 <Rubidium> petern: if I enable it in GM_MENU and start a new game it's still enabled
21:10:56 <petern> but it's not set while loading the grfs
21:11:22 * Rubidium revokes his never mind of 3 minutes ago
21:11:38 <rortom> you are all invited to code on RoR :) #RigsOfRodsDev on quakenet
21:12:03 <Rubidium> Yexo: you didn't test r15383 properly with newgrfs ;)
21:14:27 <Aali> that one wasn't your fault
21:17:58 *** Roujin_ has joined #openttd
21:28:04 *** lobster has joined #openttd
21:29:03 * petern grumbles at SDL_WarpMouse() not always working
21:33:38 <petern> hmm, i thought there was a reason why that didn't work...
21:34:25 <Rubidium> why does loading savegames do it after InitialiseGame then?
21:35:26 <petern> if only i knew what i thought the reason was :o
21:36:33 <petern> initializegame() requires sprites to work
21:36:52 <petern> as it sets the cursor to ZZZ which calls GetSprite() down the line...
21:37:18 <Rubidium> that's why I load the sprite stuff before the first generate world
21:39:26 <petern> way better than LV4 though
21:48:42 <glx> rortom: GPL v3 is not the best thing :)
21:48:55 *** stillunknown has joined #openttd
21:53:25 <Wolf01> ah! one convoy AI failed to build a route
21:54:08 <Wolf01> 10 road vehicles with the only order of "go to depot"
21:55:22 <rortom> glx: yes, but better than closed
21:58:17 <glx> yes, at least you are sure it will be hard to reuse it in a commercial game ;)
22:00:53 <rortom> yes, that was the reason why we chose it :)
22:01:15 <rortom> we dont want that anyone sells it
22:07:19 <petern> watch out for esoft interactive
22:08:47 <Eddi|zuHause> the thing is... you can not forbid that anyone sells it
22:11:21 <rortom> i hope it turns out to be a good decision at last
22:11:43 <petern> would be awkward if someone proved him right :o
22:12:51 *** HerzogDeXtEr1 has joined #openttd
22:21:51 <SmatZ> am I the only one who finds red text in AIDebug window unreadable?
22:22:21 <SmatZ> blue would be better...
22:58:48 *** Roujin_ has joined #openttd
23:07:18 <CIA-1> OpenTTD: rubidium * r15422 /trunk/src/ (genworld.cpp openttd.cpp): -Fix [FS#2623] (r15383): loading NewGRFs before copying the settings.
23:29:18 <Chrill> Dunno if you around, Brianetta, but when you see this: Do you know what is causing network desynchs on the standard openttd server? Starluck experienced it and I get them like 5 seconds into connecting to the server
23:30:46 <SmatZ> Chrill: does restarting the server work? (I mean, quit the server and restart it)
23:32:55 <Chrill> SmatZ, seeing how it's Brianetta's and not mine, I cannot try this :P
23:33:07 <Chrill> it's running at the moment though
23:37:55 <Sacro> Chrill: sorry, I've lost my public key so I don't think I can log in
23:38:45 <Chrill> could not highlight you :P
23:39:02 <Chrill> SmatZ, that issue was caused by Eoin
23:39:11 <Chrill> and was, apparently, fixed
23:40:33 <Chrill> it happened before, eoin doing 100 RVs from one place to the other and it queued up. was app fixed by 0.6.3 or even earlier
23:43:55 <SmatZ> they denied it a few weeks ago :-p
23:51:03 *** Zephyris has joined #openttd
23:52:56 <goodger> SmatZ: no, sony denied that nvidia were going to make a CPU for the PS4
continue to next day ⏵
