IRC logs for #openttd on OFTC at 2009-01-20
⏴ go to previous day
00:04:33 *** Combuster has joined #openttd
00:16:00 *** Osai is now known as Osai^zZz
00:27:48 *** Jezral is now known as TinoDidriksen
00:28:38 *** goodger has joined #openttd
00:32:08 *** Phoenix_the_II has joined #openttd
00:33:13 *** Eddi|zuHause has joined #openttd
00:35:17 *** Yeggstry is now known as Yeggzzz
00:52:44 *** Phoenix_the_II has quit IRC
00:52:50 *** Phoenix_the_II has joined #openttd
01:13:44 <SmatZ> petern: in "void CopyTempEngineData()", you are using "GetTempDataEngine()" with incrementing index... so when the old savegame had some indexes unused, won't it cause invalid (unitialised) reads? and the "(e->index >= _temp_engine.size())" check, won't if fail while it shouldn't?
01:14:18 <SmatZ> (wouldn't it be simpler just to use dynamically allocated array?)
01:16:36 * SmatZ is going to have a look at the old (pre-engine pool) code...
01:18:44 *** GoneWack1 has joined #openttd
01:19:18 <SmatZ> ahh, back then, all 256 engines were saved
01:21:49 <SmatZ> then I am really failing to see the advantage of std::map over simple (dynamically allocated with 256 items) array
01:22:12 *** GoneWacko is now known as Guest1279
01:22:12 *** GoneWack1 is now known as gonewacko
01:25:48 *** gonewacko is now known as GoneWacko
01:32:20 <CIA-9> OpenTTD: rubidium * r15157 /trunk/src/ (10 files in 2 dirs): -Codechange: wrap the hostname/ip and port into a single structure so we can pass either one of them and not convert an ip to a string and then back again.
01:43:39 *** Combuster has joined #openttd
02:07:32 *** DorpsGek has joined #openttd
02:07:32 *** ChanServ sets mode: +o DorpsGek
02:11:36 *** lobster has joined #openttd
02:14:43 *** roboboy has joined #openttd
03:12:18 *** roboboy has joined #openttd
03:12:49 *** roboboy has joined #openttd
03:13:01 <CIA-9> OpenTTD: rubidium * r15158 /trunk/src/ (8 files in 2 dirs): -Cleanup: remove some unused/unneeded cruft from the thread generalisation.
03:13:30 <Belugas> George, there is only one house in your set, you did not told me where it will appear nor when :(
03:15:54 <Belugas> atg least, it's starting in 1930
03:24:44 *** Combuster has joined #openttd
03:25:41 <Belugas> ok... it's the bronze horseman
03:43:50 *** roboboy has joined #openttd
03:45:30 <CIA-9> OpenTTD: rubidium * r15159 /trunk/src/ (7 files in 2 dirs): -Fix: move the UDP queries that resolve a hostname into threads so they don't freeze OpenTTD when for example the network connection got severed. Thanks to glx for writing the mutex implementation for Windows.
03:52:23 <SpComb> Rubidium: the NetworkAddress is interesting
03:55:15 <SpComb> I mean the new NetworkAddress class
03:56:55 <SpComb> it's damn late at night right now, so I'm too tired to discuss anything in too much depth, but I'd like to point at some similar code that I wrote recently for another project
03:57:03 <SpComb> mostly in terms of things like IPv6 support
04:01:20 <CIA-9> OpenTTD: glx * r15160 /trunk/src/network/network.cpp: -Fix (r15157): port != IP
04:02:12 <SpComb> it's a pretty straightforward use of getaddrinfo, so the code isn't too complicated, and it should work pretty well
04:02:38 <glx> you should talk to Rubidiu.m
04:03:15 <SpComb> indeed... I really need to get myself to work tomorrow... now if only I could fall asleep :(
04:15:04 *** const86 has joined #openttd
04:18:00 <SpComb> (2619x891 pixel graphiz #include dependancy graph)
04:25:53 *** [com]buster has joined #openttd
04:25:57 *** [com]buster is now known as Combuster
05:16:19 <George> Belugas: Always. It should be statue 1 (bronze horseman) if build in 1920, 1924, 1928, ..., statue 2 (Batchelor) if build in 1921, 1925, ..., statue 3 (Lenin) if build in 1922, .. staue 4 if build in 1923, ...
05:17:09 <George> // select statue depending on year
05:17:10 <George> 91 * 22 02 07 F1 81 01 00 03 03
05:34:45 *** HerzogDeXtEr has joined #openttd
05:36:10 *** athief| has joined #openttd
05:36:18 *** roboboy has joined #openttd
05:47:58 *** [com]buster has joined #openttd
05:48:04 *** [com]buster is now known as Combuster
06:03:05 *** HerzogDeXtEr has joined #openttd
06:17:33 *** eQualizer has joined #openttd
06:36:30 *** einKarl has joined #openttd
06:51:11 *** roboboy has joined #openttd
06:57:33 *** zilfondel has joined #openttd
07:00:09 <Forked> not as much "still up" as .. "already up"
07:02:28 <zilfondel> I was hoping someone on here might be able to answer my question about the new messed up graphics
07:02:58 <Forked> I haven't noticed any messed up graphics.. so I probably can't
07:03:20 <zilfondel> are you running any nightlies with the update content button?
07:03:38 <Forked> I'm on latest cargodest, so probably not
07:05:13 <zilfondel> you havent seen the weird new graphics that totally replace everything with a kind of purplish-hued one?
07:06:33 <zilfondel> I thought I read somewhere about a total graphics replacement project, but I havent found it yet
07:06:39 <zilfondel> but it sure happened!
07:08:38 <zilfondel> in my opinion, they look shitty
07:13:10 <petern> SmatZ: where did you get 256 from?
07:23:15 *** DaleStan_ has joined #openttd
07:23:15 *** DaleStan is now known as Guest1327
07:23:15 *** DaleStan_ is now known as DaleStan
07:28:43 <petern> oh nice, pikka's uploaded :D
07:37:11 <petern> URLs are getting cropped on the webpage
07:37:49 <petern> database field not long enough?
07:42:41 *** Tim-itry has joined #openttd
08:13:01 *** Jezral is now known as TinoDidriksen
08:20:06 *** VyperStryker has joined #openttd
08:30:57 *** [com]buster has joined #openttd
08:31:01 *** [com]buster is now known as Combuster
09:02:52 *** Terkhen has joined #openttd
09:03:34 *** roboboy has joined #openttd
09:08:53 *** michi_cc has joined #openttd
09:08:53 *** ChanServ sets mode: +v michi_cc
09:11:38 <petern> hmm, we need an in-game license summary
09:16:39 <petern> and urls that don't get cropped, heh
09:17:34 <Forked> yeah because I usually open URLs containing "ref=xx"
09:20:00 <Rubidium> petern: an url of more than 64 characters is quite a bit already
09:20:52 <Rubidium> packets can't be infinite
09:21:12 <petern> well currently pikka's links are useless
09:21:38 *** worldemar has joined #openttd
09:21:47 <Rubidium> in-game they don't fit either with the default window size
09:22:04 <Rubidium> should we 'require' 1024x768 as minimum window size too?
09:22:43 <Gekz> if the links that are that imporant, you widen the screen
09:23:10 <petern> or you go to the website which doesn't have a packet limit
09:25:00 <petern> but this protocol is shitty
09:25:29 <petern> no offence me, but i misread :P
09:27:21 <petern> in which case there's no packet size limit...
09:28:07 <Rubidium> true, but now the packet sending/receiving code of the "game server-game client" can be (almost) completely reused
09:28:51 <petern> why would the packet sending code need to be modified?
09:30:54 <petern> afaik you can just increase url from 64 to something else... (mmm, fixed buffers :o)
09:31:14 <Rubidium> ofcourse one can increase the length of the url
09:31:35 <petern> enough to fit pikkas :p
09:34:32 <Pikka> it's true, mine /is/ rather bigger than average. :o
09:37:05 *** Vikthor has joined #openttd
09:38:13 *** Tim-itry has joined #openttd
09:40:09 <Tim-itry> Just noticed something, which might be a big compliment to the devs: There are almost no up-to-date patch packs out there, probably because so many great features find their way into trunk :)
09:42:27 <Rubidium> there never have been more than 2 up-to-date patch packs at a time
09:46:55 <Tim-itry> Well, the most up-to-date pack i found is from revision 14004
09:47:16 <petern> and there's never been one that worked 100% correctl ;)
09:47:32 <petern> (for trunk-values of correctly)
09:49:07 <Tim-itry> Well, i'm quite happy with trunk, only cargodest and an auto-seperation patch for vehicles missing :)
09:51:02 *** DaleStan has joined #openttd
09:51:13 *** Combuster has joined #openttd
09:52:24 <CIA-9> OpenTTD: rubidium * r15161 /trunk/src/network/core/tcp_content.h: -Change: bump url to 96 bytes
09:53:49 <Rubidium> Pikka: what URL should be used for the UKRS addon pack? The same as the UKRS one?
09:56:02 <Rubidium> no, only the two I was certain about (UKRS and aviators)
09:56:34 <petern> Pikka, you did, but it's cropped ;)
10:05:31 <Pikka> so why doesn't everything on the bananananas website appear in the game?
10:07:14 <Pikka> in the download stuffs window, I mean
10:07:44 <Pikka> for example, there are 4 AIs on the website, but only 2 in the download window in OTTD
10:08:25 <Rubidium> oh, the scrollbar's broken ;)
10:08:41 <Rubidium> resize the window and the scrollbar will be fixed
10:10:08 <Rubidium> and from the libraries two are 'missing' because they are not needed by (not a dependency of) any of the AIs in the list
10:30:31 <petern> changing long standing defaults just confuses people
10:32:06 <valhallasw> Tim-itry: Signal type to build by default / cycle through signal types: Block signals ---> Path signals < that's *very* bad... there are no two-way pbs signals so a two-way signal gets converted to a one-way when you cycle through
10:33:32 <valhallasw> other than that.. yes, it may confuse some people - but it can also prevent confusion for others
10:49:14 *** HerzogDeXtEr has joined #openttd
10:53:17 *** Combuster has joined #openttd
11:03:15 *** evandar has joined #openttd
11:08:28 *** evandar has joined #openttd
11:21:23 <CIA-9> OpenTTD: rubidium * r15162 /trunk/src/network/network_gui.cpp: -Fix: the join status window didn't get properly created
11:42:02 *** Phoenix_the_II has quit IRC
11:42:05 *** Phoenix_the_II has joined #openttd
11:42:32 *** evandar has joined #openttd
11:52:18 *** slalom77 has joined #openttd
11:54:08 <dihedral> Rubidium: there is something odd with list_patches on dedicated servers (at least that is where i have tested it)
11:54:26 <dihedral> there are four emty keys with value (lines like " = 0"
11:57:40 <petern> i think that's settings that have been removed but not properly, or something
11:58:33 <dihedral> it's a clean config file too
11:59:12 <Rubidium> dihedral: between which settings?
11:59:22 <petern> two are the difficulty settings that were removed
12:01:36 *** DephNet[Paul] has joined #openttd
12:02:28 <dihedral> Rubidium: always after difficulty.max_no_competitors, difficulty.competitor_speed, game_creation.starting_year, economy.mod_road_rebuild
12:02:49 <petern> yeah, list_patches doesn't skip SDT_CONDNULL
12:02:56 *** grumbel has joined #openttd
12:03:16 <petern> no option for competitor_intelligence :/
12:03:24 <CIA-2> OpenTTD: rubidium * r15164 /trunk/src/settings.cpp: -Fix: don't list patches/settings with list_patches that are not valid anymore
12:10:55 *** Celestar has joined #openttd
12:10:56 *** ChanServ sets mode: +o Celestar
12:11:34 *** Celestar_ has joined #openttd
12:11:38 <Tim-itry> Hello Celestar :) Back from Holidays?
12:11:44 *** Celestar_ is now known as Celestar
12:11:54 <Forked> welcome back, Celestar :-)
12:31:42 <Pikka> I'll finish updating pbi eventually :P
12:32:25 <Tim-itry> Can you introduce a switch for endless mines and higher production / stockpiling? :)
12:40:47 <CIA-2> OpenTTD: Yexo * r15165 /trunk/projects/ (openttd_vs80.vcproj openttd_vs90.vcproj): -Fix (r15163): The MSVC project files were not regenerated.
12:43:27 <petern> ah, CIA was missing for 15163
12:44:29 <DorpsGek> dihedral: Commit by rubidium :: r15163 /trunk (11 files in 3 dirs) (2009-01-20 11:28:18 UTC)
12:44:30 <DorpsGek> dihedral: -Change/Fix: use a non-blocking method to resolve the hostname and connect to game servers.
12:45:13 <petern> now you just need to write the console interface, dihedral ;)
12:46:11 <dihedral> just may not ignore the move clients patch... still have to get that up to date again too
12:46:48 <petern> heh, colleague got a new 22" monitor, but without dvi
12:47:02 <petern> set it to 1680x1050@60 and the monitor thinks it's 1400x1050...
12:47:10 <dihedral> or, petern, how about i give you the move clients patch to update, and i do the content console command :-D
12:51:45 <petern> i've got my own patches to keep going, ta :p
12:52:38 <dihedral> but it was worth the try, you must admit :-P
13:01:29 <SmatZ> petern: before EnginePool, there were always all 256 engines saved in the savegame
13:02:23 <SmatZ> so why GetTempDataEngine accesses std::map<EngineID, Engine>, and not Engine [256] ?
13:03:52 <SmatZ> it is used for loading new savegames too
13:04:55 * SmatZ still doesn't understand what happens when there are unused engine IDs
13:05:55 <petern> unused engines are not saved
13:10:18 <SmatZ> CopyTempEngineData() iterates on EngineID = 0...(number_of_saved_engines - 1) ... so I wonder what happens when (number_of_saved_engines - 1) != (highest EngineID saved in the savegame)
13:10:41 <SmatZ> -> when on of 0...(number_of_saved_engines - 1) wasn't in the savegame
13:11:58 <petern> copytempenginedata covers all valid engines
13:12:34 <petern> if the index is out of range, then it doesn't copy the valid
13:13:12 <petern> if the index is in range but there was no engine saved in that slot, then...
13:13:24 <petern> then somebody changed grfs and we don't support that
13:13:36 <SmatZ> thanks, I must have missed something...
13:14:53 *** HerzogDeXtEr1 has joined #openttd
13:15:43 <slalom77> after 8 years not playing TT (part 1) i just found out that this game didnt die :-)
13:16:05 <slalom77> for 2 weeks i play openttd now
13:16:52 <slalom77> is r14523 the current best version ?
13:17:33 <Yexo> the latest version is r15165 already
13:17:53 <slalom77> is there every day (night) a new one ?
13:18:06 <SmatZ> hello slalom77, 0.6.3 is the best stable version, r15152 is the most recent nightly build (more features, but probably more bugs)
13:18:48 <slalom77> ah ok 0.6.3 i have...
13:19:13 <Tim-itry> Better get a nightly, more fun :)
13:19:13 <slalom77> i had problems with the grfs when i used the verison from opentdd.org
13:19:37 <slalom77> all grfs were laoded in DOS and there was no switch
13:19:54 <slalom77> someone send me a good but old version
13:20:41 <slalom77> opentdd.org offers now r15152...is there a different download source ?
13:20:56 <Rubidium> slalom77: what's your exact problem?
13:21:15 <slalom77> getting the newest best version :-)
13:21:24 <planetmaker> then you have it.
13:21:35 <Rubidium> it all depends on what "newest best" means
13:22:10 <slalom77> im still new and a little bit excited, so many fans are here
13:22:11 <Rubidium> cause newest is trunk HEAD, what's best is unknown to me
13:23:01 <planetmaker> :) I guess it's overdoing to have him compile when he can get a daily update...
13:54:43 <dihedral> lieber arm dran als arm ab :-P
13:55:37 <dihedral> i am so surprised to see how bananas actually is booming
13:55:53 <dihedral> i did not expect it to go that well, i actually expected more authors to complain :-P
13:57:08 <CIA-2> OpenTTD: smatz * r15166 /trunk/src/ (3 files in 2 dirs): -Codechange: reduce number of includes in afterload.cpp
14:00:32 <Pikka> "<dihedral> i am so surprised to see how bananas actually is booming"
14:00:39 <petern> oh different sort of boom
14:01:29 <petern> dihedral: a lot of people weren't interested when oskar was considering setting something up
14:03:39 <planetmaker> people become lazy ;)
14:04:22 <dihedral> well... some people were interested when pm and i tried something :-P
14:04:37 <planetmaker> I do think so, yes :)
14:05:25 *** Osai^zZz is now known as Osai
14:07:19 <planetmaker> And I'm quite happy about how it gets picked up right now :)
14:08:15 <planetmaker> I wonder how the sort-of final percentage of grfs in bananas will be wrt what the #openttdcoop grfpack holds now.
14:09:41 <planetmaker> My personal guess is something like 75%...
14:11:15 <dihedral> well - it would mean death to the grfpack to a certain extent, but then you dont have to release new ones and can just play with newest all the time
14:11:39 <planetmaker> absolutely right. And very much fine so!
14:12:12 <CIA-2> OpenTTD: Yexo * r15167 /trunk/src/script/squirrel.cpp: -Fix [FS#2558]: The top of the stack was resetted after executing the first Ai tick causing random AI crashes.
14:12:24 <petern> resetted is not a word :o
14:12:32 <planetmaker> g'day Mr Belugas :)
14:13:35 * petern ponders closing the suggestions forum
14:14:03 <petern> it seems to be changing-defaults-that-should-be-changed-by-newgrf season
14:14:23 <petern> -and-its-not-realistic-enough season
14:15:46 <Belugas> reminds me, i've got a commit to do
14:15:53 <Pikka> just inform them that their mother is not realistic enough.
14:17:26 *** Combuster has joined #openttd
14:20:06 <dihedral> petern: it keeps them busy, and else you'll find it all in bugs.
14:20:13 <dihedral> + nobody sais you mus read it :-P
14:23:03 <planetmaker> loool. But I like your approach, dih :)
14:24:28 <Belugas> tie to roll up the sleeves
14:24:36 <Belugas> not because it's ho, of course
14:47:30 <CIA-2> OpenTTD: smatz * r15168 /trunk/src/saveload/oldloader.cpp: -Codechange: use only really basic map accessors in oldloader.cpp, shuffle the code a bit
15:11:58 <SmatZ> hmm it seems it is not needed, but it was broken in r12924
15:13:53 <planetmaker> possibly the least joyfull way of finding bugs...
15:14:14 <SmatZ> well r13000 isn't affected, so...
15:14:17 * planetmaker hugs SmatZ y Patch y ;)
15:14:29 <SmatZ> thank you, planetmaker :)
15:16:26 <SmatZ> hmhm it seems r12948 refixed it :)
15:24:11 <CIA-2> OpenTTD: smatz * r15169 /trunk/src/saveload/oldloader.cpp: -Revert (r11271): it was broken by r12924, and the issue is fixed again in r12948 in a cleaner way
15:27:29 <planetmaker> I guess a nice piece of code cleanup :)
15:31:13 *** Dred_furst has joined #openttd
15:35:38 <planetmaker> now, you need more of that, if you want to get compile times to the pre-noAI time ;)
15:36:09 <glx> squirrel itself is a full mess :)
15:38:04 <petern> you can remove a lot of stuff for dedicated servers...
15:40:05 *** PhoenixII has joined #openttd
15:41:52 *** Phoenix_the_II has quit IRC
15:43:22 <Celestar> the DVD drive I just bought was not set to region code 2
15:43:29 <CIA-2> OpenTTD: smatz * r15170 /trunk/src/saveload/oldloader.cpp: -Fix: vehicle value is 64bit now, oldloader was reading it as 32bit
15:43:56 <glx> Celestar: by default no region is set before first use
15:44:02 <petern> most drives are unset, indeed
15:44:46 *** ChanServ sets mode: +v tokai
15:44:59 <Celestar> glx: which means it cannot play ANY dvd apparenty
15:45:05 <petern> you have to set the region
15:47:14 <Celestar> really managed to buy a laptop without OS :)
15:47:41 <glx> it cost more than one with OS ?
15:48:03 *** evandar has joined #openttd
15:53:50 <Rubidium> Celestar: could you take a look at FS#1944?
15:55:05 <petern> another "stopping at stations not in the order list problem" ?
15:55:16 <petern> maybe we need to add that 'ghost' order feature...
15:56:11 <Rubidium> no, the dtrs and multiple road stops don't work nicely together issue
15:57:14 <petern> i skipped ahead to frosch's comments, heh
15:57:47 <petern> slot reservation needs to know about slot access
15:57:57 <dihedral> SmatZ, seems to be having a load of fun :-D
15:58:28 <dihedral> i can see what ya did there too :-D
15:58:52 <CIA-2> OpenTTD: Yexo * r15171 /trunk/src/ai/ai_config.cpp: -Fix (r15027): Buffer underflow in case there are no settings to save for an AI.
15:59:35 *** Combuster has joined #openttd
16:00:38 <petern> is anyone working on in-game base graphics chooser?
16:04:21 *** stillunknown has joined #openttd
16:07:09 <CIA-2> OpenTTD: belugas * r15172 /trunk/src/ (newgrf_callbacks.h town_cmd.cpp): -Feature: Allow a grf to customize house name via callback 0x14D, during Tile Inquiry process
16:18:23 <Yexo> what is the best way to measure the speed impact of a patch?
16:19:14 <glx> time openttd -D -g savegame
16:19:53 <glx> hmm not -D but -vnull:ticks=... -snull -mnull
16:22:18 <petern> we should put in timestamps on that
16:22:30 <petern> just a debug message, start & stop
16:22:39 <petern> means you don't include all the initialization stuff in your benchmarks
16:23:05 <petern> i was thinking more of gettimeofday
16:23:55 <glx> gettimeofday is not available on Win32
16:23:56 <petern> Belugas, that'll always be this->ticks :p
16:24:41 <glx> but I have a win32 implementation of it in gpmi
16:25:05 <petern> i suppose you could use tic/toc
16:26:34 <glx> oh gettimeofday is in mingw RT 3.10+
16:28:32 <Belugas> ha... ok... me shuts up
16:32:13 <petern> downloaded 139 times...
16:33:17 *** Tim-itry has joined #openttd
16:40:31 <CIA-2> OpenTTD: smatz * r15173 /trunk/src/saveload/oldloader.cpp: -Codechange: shuffle a few lines of code in oldloader.cpp
16:41:08 *** frosch123 has joined #openttd
16:41:43 *** DephNet[Paul] has joined #openttd
16:45:51 <dihedral> i have 11 companies \o/
16:47:18 <petern> but, uh, only ever had 1 :/
16:48:09 <CIA-2> OpenTTD: smatz * r15174 /trunk/ (6 files in 3 dirs): -Codechange: split oldloader.cpp
16:49:22 <CIA-2> OpenTTD: Yexo * r15175 /trunk/src/ (12 files in 3 dirs): -Feature: Add the option to select the AIs to start in a new game and configure them via the gui.
16:52:08 <CIA-2> OpenTTD: rubidium * r15176 /trunk/src/ (6 files in 3 dirs): -Fix [FS#2554]: querying the content server could free when resolving the hostname or connecting takes long/is timing out.
16:52:58 *** |Jeroen| has joined #openttd
16:55:32 *** Progman has joined #openttd
17:00:25 *** evandar has joined #openttd
17:03:35 <dihedral> petern, my server allows 15 too - but for the first time it's over 8 :-P
17:04:41 <dihedral> Yexo: does that work for dedicated servers too?
17:04:50 <dihedral> i.e. a config setting to specify which ai's to start?
17:05:04 <Yexo> dihedral: it was already possible to specify the AIs to start via the config file
17:05:09 <glx> dihedral: yes ai_players section
17:05:31 <Yexo> you can configure some via the gui locally and then copy the [ai_players] section to your sever
17:05:43 <dihedral> no - i never do that
17:05:54 <dihedral> i always configure things in the config file
17:17:11 *** mikegrb has joined #openttd
17:42:46 <dihedral> you still have skidd13 in the contacts page of openttd.org
17:42:47 *** Brianetta has joined #openttd
17:45:29 <frosch123> oh damn, of course he should immediatelly have been excommunicated
17:46:09 <dihedral> frosch123, Yexo was made a dev _after_ skidd13 left - and Yexo has been added - hence someone might have forgotten!
17:48:51 <Belugas> tell me, dihedral, should we remove bjarni as well?
17:49:35 <frosch123> and we should add a cronjob to add/remove TB and celestar :p
17:51:26 *** Yeggstry has joined #openttd
17:55:55 <Belugas> " hence someone might have forgotten!" <-- hence someone is very picky for no real reasons ;)
17:56:11 <Belugas> and he never said he wold NEVER come back, by the way :)
17:57:57 *** slalom77 has joined #openttd
18:01:07 <OwenS> Who needs a cronjob? rand() should do it :p
18:18:12 *** Swallow has joined #openttd
18:36:30 <petern> the content list is sorted differently now
18:37:32 *** wollollo has joined #openttd
18:37:34 <petern> hmm, it hangs after finishing a download
18:37:50 <petern> that was probably it uncompressing the file
18:39:21 <Rubidium> petern: no, that's rescanning for NewGRFs
18:41:25 *** [com]buster has joined #openttd
18:41:28 *** [com]buster is now known as Combuster
18:45:30 *** |Jeroen| has joined #openttd
18:45:39 <petern> the main menu is balance again
18:50:44 <CIA-2> OpenTTD: translators * r15177 /trunk/src/lang/ (16 files in 2 dirs): (log message trimmed)
18:50:44 <CIA-2> OpenTTD: -Update: WebTranslator2 update to 2009-01-20 18:49:46
18:50:44 <CIA-2> OpenTTD: arabic_egypt - 21 fixed by khaloofah (21)
18:50:44 <CIA-2> OpenTTD: catalan - 52 fixed by arnaullv (52)
18:50:44 <CIA-2> OpenTTD: dutch - 21 fixed by Excel20 (21)
18:50:45 <CIA-2> OpenTTD: french - 21 fixed by glx (21)
18:50:45 <CIA-2> OpenTTD: italian - 1 fixed, 2 changed by lorenzodv (3)
18:58:15 *** Dr_Jekyll has joined #openttd
19:07:54 *** effekto has joined #openttd
19:08:43 <effekto> hey i just started using open tdd...and cant make platforms and railroad etc..they are greyd out...how do i fix that `?
19:10:03 <Yexo> what year are you currently in?
19:10:39 *** tom0004 has joined #openttd
19:10:40 <effekto> can that have something to do about it...i set it to 1920 or something
19:11:14 <Yexo> without newgrf, there are no trains available in 1920
19:11:30 <Yexo> first train are available somewhere between 1920 and 1930 iirc
19:11:46 <effekto> kk,thx for the help now i can enjoy the game
19:16:59 *** evandar has joined #openttd
19:17:02 *** const86 has joined #openttd
19:27:59 *** ProfFrink has joined #openttd
19:31:46 <Belugas> let right left right... me is dizzy
19:34:07 *** ProfFrin1 has joined #openttd
19:34:25 *** ProfFrin1 is now known as Prof_Frink
19:34:34 *** HerzogDeXtEr has joined #openttd
19:35:03 *** Prof_Frink is now known as Guest1402
19:51:15 <petern> hmm, anyone used code::blocks?
19:52:09 <Rubidium> tried to use it once, but IIRC it failed to import openttd
19:53:07 <petern> thought it might try it for, shock, another project...
20:00:10 *** Phoenix_the_II has joined #openttd
20:06:53 *** PhoenixII has joined #openttd
20:14:05 *** Phoenix_the_II has quit IRC
20:15:24 *** Phoenix_the_II has joined #openttd
20:16:05 <Belugas> petern's going to code for Simutran?
20:16:54 *** PhoenixII has joined #openttd
20:17:13 <petern> RoR is far too closed-source
20:17:19 <petern> Simutrans... no thanks
20:17:27 <petern> no, this is my little midi project
20:18:13 <Belugas> i've got a new assignment myself. My wife would like me to build a lite-brite program for kiddo
20:19:16 <Belugas> you know, that stuff with plastic pegs, where you punch a black shhet with, and they get illuminated on the back
20:19:39 <Belugas> colored plastic pegs, that is...
20:21:36 <petern> i don't think i do know
20:22:28 <Belugas> image worth a lot of words
20:23:07 *** glx|away has joined #openttd
20:23:07 *** ChanServ sets mode: +v glx|away
20:23:54 *** Phoenix_the_II has quit IRC
20:24:02 *** glx is now known as Guest1416
20:24:02 *** glx|away is now known as glx
20:24:33 *** Guest1416 was kicked by DorpsGek (bye)
20:27:02 <worldemar> Belugas: if they may be reprogrammed...
20:29:57 <petern> no, don't think i've ever seen that
20:30:14 <petern> Wolf01: have you used pkgconfig with it?
20:30:54 * worldemar is trying to understand what that things actually do
20:34:25 <Belugas> worldemar, it's for the replacement of the sheets. There are drawings on it, and they have to follow the pattern of the holes underneath
20:34:41 <Belugas> so, i ned to make it so only those sports can be assigned a color
20:35:10 <Belugas> strange that it's not as known as i wold have imagined
20:35:26 <Belugas> maybe it's an american (continental) stuff..
20:35:43 *** Guest1402 is now known as Prof_Frink
20:35:56 <worldemar> may be, i am from Russia and never seen someting like that before
20:36:02 <petern> it's not under build options, it's under properties
20:36:07 <petern> and it supports pkg-config by itself
20:36:22 *** Prof_Frink is now known as Guest1417
20:37:26 <petern> although it doesn't work :p
21:05:26 <CIA-2> OpenTTD: rubidium * r15178 /trunk/src/ (5 files in 3 dirs): -Change: rename 'update' to 'upgrade' as that's a bit more clear
21:05:27 *** [com]buster has joined #openttd
21:11:29 *** [com]buster is now known as Combuster
21:12:18 <Wolf01> there's anyone here, now, not busy, who can explain to me how to use css on mediawiki?
21:24:06 *** NukeBuster has joined #openttd
21:36:34 *** Guest1417 is now known as Prof_Frink
21:37:12 *** Prof_Frink is now known as Guest1424
21:44:08 *** Belugas_Gone has joined #openttd
21:44:08 *** ChanServ sets mode: +o Belugas_Gone
21:45:16 *** Phoenix_the_II has joined #openttd
21:46:29 *** Belugas_Gone is now known as Belugas
21:47:44 *** Tim-itry has joined #openttd
21:52:59 <Progman> the css file of your userspace?
21:53:13 <Wolf01> no, the css of the main page
21:54:24 <Progman> its at /MediaWiki:Monobook.css
21:54:39 <Progman> (depending of the choosen style of course)
21:55:46 <Wolf01> but that is valid for all the pages
21:56:06 <Wolf01> and I want it to be valid for only one page
21:57:55 <Progman> you can use the class attribute
21:58:20 <Progman> as mediawiki generates a "page-$artikelname" class
21:58:32 <Progman> <body class="mediawiki ns-0 ltr page-Railway_construction">
21:58:54 <Progman> and this allowes you to do anything you want like .page-Railway_construction h1 { color: blue; }
22:02:20 <Wolf01> and what about adding the redirect to the main page of the article on its subpages? like title=Article\Subpage, on subpage should be visible a link to the Article... I don't know why it isn't while in other wikis it is
22:15:10 <Yexo> Rubidium: if you start the game, go to the newgrf window and then click "check online content" you'll only get newgrfs. If you go in the main menu to "check online content", close the window and then open it via the newgrf window you get all types of content. Is that intended?
22:16:11 <Rubidium> guess it needs some filtering code ;)
22:16:47 *** Brianetta has joined #openttd
22:23:07 <Zuu> Also after clicking on "check online content" in the main menu, the window opens. But the scrollbar for the list has wrong parameters, so it looks like you view the entire list. After a resize the scrollbar however adopts correctly.
22:23:59 <Zuu> Last nightly r15152. hhmm, that is not last nightly..
22:24:18 <Zuu> So probably already fixed then.
22:24:41 <Zuu> Yep it is fixed. Sorry for disturbing you then.
22:33:41 <CIA-2> OpenTTD: smatz * r15179 /trunk/src/saveload/afterload.cpp: -Fix [FS#2560](r12096): removing of leftover level crossings (from very old savegames) failed
22:37:37 *** Guest1424 is now known as Prof_Frink
22:38:12 *** Prof_Frink is now known as Guest1428
22:46:33 *** Yeggstry is now known as Yeggzzz
22:47:16 *** [com]buster has joined #openttd
22:54:22 *** [com]buster is now known as Combuster
22:55:46 *** Guest1428 is now known as Prof_Frink
23:10:14 *** Phoenix_the_II has quit IRC
23:11:03 *** Phoenix_the_II has joined #openttd
23:11:49 *** Phoenix_the_II has joined #openttd
23:12:18 *** Zuu is now known as Guest1438
23:15:34 *** Jezral is now known as TinoDidriksen
23:24:25 *** De_Ghosty has joined #openttd
23:25:52 *** George3 has joined #openttd
23:26:06 *** HerzogDeXtEr1 has joined #openttd
23:35:17 *** [com]buster has joined #openttd
23:38:48 *** DephNet[Paul] has joined #openttd
23:41:16 *** [com]buster is now known as Combuster
23:43:32 <CIA-2> OpenTTD: smatz * r15180 /trunk/src/saveload/afterload.cpp: -Fix [FS#2560](r8498): old aircraft have to be updated after updating airport_type of oil rigs
23:48:43 <CIA-2> OpenTTD: smatz * r15181 /trunk/src/saveload/afterload.cpp: -Fix (r15180): of course it is enough to update aircraft once...
23:56:25 <Roujin> Yexo, I can't select Convoy in the new AI configuration window..
23:56:40 <Roujin> if I do, it will place "Random AI" in the slot...
23:56:43 <Yexo> are you sure you have a recent-enough version of convoy?
23:57:26 <Roujin> content server doesn't offer an upgrade for it, and it works ingame if starting with "start_ai convoyAi"
23:58:11 <Roujin> it's Convoy version 10..
23:58:55 <Roujin> sorry for coming straight at you with this without complimenting you first on that feature :)
23:59:57 <Yexo> I have the same problem with convoy here, strange I didn't notice that before
continue to next day ⏵
