IRC logs for #openttd on OFTC at 2009-02-04
⏴ go to previous day
00:00:10 <User1> and thought this OpenTTD would be a complete one with all needed files inclusive
00:00:58 <SpComb> no, most people play with the graphics from the origional TTD, and OpenTTD obviously can't distribute those
00:01:11 <NukeBuster> how do i keep the goto button sticky?
00:01:27 <kd5pbo> Aren't there other graphics out there?
00:01:45 <Eddi|zuHause> NukeBuster: press the "G" key
00:01:48 <User1> yes, it can't, you're right
00:02:06 <Eddi|zuHause> (note that this does not make it sticky, but easier to handle)
00:02:27 <Eddi|zuHause> there might be a setting meanwhile, though. didn't play in a while
00:03:11 <User1> so could someone tell me if all required files, not the original ones, patched ones, made by users for other users, are available in the forum?
00:03:36 <SpComb> there's OpenGFX, which is apparently fairly complete now
00:04:30 <SpComb> never looked at it personally though, I bought the Tycoon Collection pack sometime a long time ago
00:05:18 <User1> well, I think I've got to do the same
00:08:20 <User1> but I think I'm going to search one from Germany....cheaper delivery than from the isle :P
00:09:21 <SpComb> a lot of the people "selling" Transport Tycoon are really just giving you an illegal download, though, so be careful
00:09:41 <Sacro> all the ones on ebay are illegal
00:09:50 <Sacro> they come with a "XP compatability"
00:10:13 <User1> oh, thanks! good to know
00:10:56 <petern> My copy from ebay was legit
00:11:25 <SpComb> nah, some of the ones on ebay.de look completely legit
00:11:30 <petern> But no point buying a dodgy copy when you can get those very easily anyway
00:12:31 <User1> dodgy? sorry, don't know that word
00:15:38 <User1> thanks for the translation
00:21:17 <User1> i've got found a download-area, which offers a lot of TTD-files, even playable versions:
00:21:44 <Eddi|zuHause> that is... err... not very legal...
00:22:35 <petern> being not legal doesn't stop most people
00:23:01 <el_en> OpenTTD itself is not quite legal, so... if that matters, avoid using it.
00:24:01 <User1> I did not think, that such a quite normal looking webpage would offer a illegal version
00:24:56 <SmatZ> you don't pay for it, so it's suspicious..
00:25:16 <SmatZ> but still much better than when you pay for it and you get an illegal copy :-P
00:25:23 <Eddi|zuHause> you don't pay for Linux either, so it is also suspicious ;)
00:25:47 <el_en> Eddi|zuHause: should be.
00:25:50 <Sacro> blooming germans and their capitalism
00:26:25 <Eddi|zuHause> capitalism is dead.
00:26:41 <User1> I thought, TT is freeware nowadays, so it could be a legal offer
00:27:08 <Sacro> TT isn't freeware at all
00:27:18 <Sacro> not until the copyright owners say so
00:27:23 <User1> or is it realized? don't know
00:27:25 <Eddi|zuHause> life of the author plus 70 years
00:27:41 <Eddi|zuHause> and as far as we can tell, the author is still alive
00:28:00 <SmatZ> or has been alive in the last 70 years
00:28:35 <User1> thanks Sacro, learned something again ;)
00:28:41 <el_en> the "support the developers" part is maybe exaggeration after all these years.
00:30:39 <Eddi|zuHause> "it's unlikely it will ever be updated unless the time and costs can be justified by potential sales" <- with the existance of TTDPatch and OpenTTD, these expectations are probably very very low.
00:33:16 *** goodger has joined #openttd
00:33:22 *** Eddi|zuHause has joined #openttd
00:33:39 <User1> well, I think these were my questions
00:34:24 <User1> I'm going to look out for some legal versions, may be ebay could help me
00:34:59 <User1> and thanks for answering
01:08:06 <CIA-1> OpenTTD: smatz * r15332 /trunk/src/heightmap.cpp: -Fix (r15190): terrain generated from heightmaps always was at sea level at both southern borders
01:11:57 <el_en> but on the other hand, SpComb's log doesn't.
01:12:46 <el_en> there's just some crap instead of correct characters, no matter what the manually selected encoding is in the browser.
01:13:28 <Sacro> SpComb is a crap programmer :p
01:13:41 <glx> if the client uses wrong encoding it can't work :
01:13:48 <Rubidium> playing with fancy letters again?
01:15:57 <Rubidium> ㏘ <- could use that to not highlight a certain person ;)
01:16:05 <el_en> ...stays mainly on the plain?
01:20:59 <el_en> SpComb: ur !logs thing doesn't obey the "UTF-8 please" charset.
01:45:07 <SpComb> Sacro: pfft, I wrote that millions of years ago
01:47:35 <SpComb> it seems to do htmlentities on the raw utf8 as latin1
01:54:05 <SpComb> hmm... this contains some interesting code
01:56:34 * SpComb partially fixes it to the limits of what he can be bothered to with PHP
01:57:12 <el_en> while you are at it, there's an unnecessary apostrophe in "Click the timestamp/nick to view the line in it's context"
02:00:27 * SpComb toys around with idea of re-implementing in Python
02:01:05 <el_en> thanks, now it looks better apostrophewise.
02:01:23 <SpComb> still need to figure out wsgi and what's a sensible HTML template library
03:05:48 *** TinoDidriksen has joined #openttd
03:35:58 *** TinoDidriksen has joined #openttd
03:38:39 *** DephNet[Paul] has joined #openttd
04:30:50 *** SmoovTruck has joined #openttd
04:49:16 *** SmoovTruck has joined #openttd
04:50:30 *** TinoDid has joined #openttd
05:07:55 *** sigmund has joined #openttd
05:20:20 *** Phoenix_the_II has quit IRC
05:20:28 *** Phoenix_the_II has joined #openttd
05:40:41 *** sigmund_ has joined #openttd
05:42:52 *** SmoovTruck has joined #openttd
06:20:09 *** sigmund has joined #openttd
06:30:09 *** MexiNerd has joined #openttd
06:30:16 <MexiNerd> The feral Negro beast is 19 times more likely to have an STD than somebody from any other race. Learn even more facts about the animalistic niiiigggger from Chimpout! http://www.chimpout.com/forum/index.php Chimpout welcomes members of all races, except for Negroids. We accept with open arms Asians, Semites, Jews, non-negroid Hispanics, Whites, Indians, Native Americans, and etc. We value diversity and hate nnniiiigggers. http://w
06:31:02 *** petern sets mode: +b *!*MexiNerd@*.sd.sd.cox.net
06:31:02 *** MexiNerd was kicked by petern (MexiNerd)
06:35:50 *** ErrantEgo has joined #openttd
06:39:20 *** nemith sets mode: +o nemith
06:39:34 *** nemith sets mode: -o nemith
06:39:49 *** ErrantEgo has left #openttd
06:58:35 *** ChanServ sets mode: +v DorpsGek
07:29:09 *** [com]buster has joined #openttd
07:33:15 *** [com]buster is now known as Combuster
07:58:18 *** Phoenix_the_II has quit IRC
08:08:01 *** Phoenix_the_II has joined #openttd
08:20:01 *** smeding has joined #openttd
08:31:13 *** [com]buster has joined #openttd
08:31:16 *** [com]buster is now known as Combuster
09:06:15 *** Xaroth_ has joined #openttd
09:27:20 *** Xaroth_ is now known as Xaroth
09:29:39 *** TinoDid is now known as TinoDidriksen
09:32:22 *** [com]buster has joined #openttd
09:32:27 *** [com]buster is now known as Combuster
09:36:03 *** Vikthor has joined #openttd
09:38:06 * planetmaker hugs Rubidium :) [02:15] <Rubidium> ㏘ <- could use that to not highlight a certain person ;)
09:48:20 <welshdragon> good morning dihedral
09:48:33 <dihedral> Sacro, <- i can do one too :-P
09:50:36 <welshdragon> my mac has 6:13 hours of battery life remaining
09:50:56 <welshdragon> that's more than what i'll need it for today
09:51:26 <planetmaker> welshdragon: compile a few times openttd and your remaining battery lifetime will decrease significantly :)
09:53:38 *** Mortomes has joined #openttd
09:53:42 *** Yeggzzz is now known as Yeggstry
09:54:07 <dihedral> yes, happens to me a lot
09:54:17 <dihedral> i think i have enough power for the train ride
09:54:26 <planetmaker> he, yes :) I know that, too
09:54:39 <dihedral> then you start coding and compiling
09:54:42 <planetmaker> from exactly those occasions...
09:54:52 <planetmaker> Another test bound to be on Friday :)
09:54:56 <dihedral> and before you know it, you are stuck in a dark room and you miss the illumination of your screen
09:55:16 * welshdragon has the top end macbook
09:55:43 <dihedral> what i dont like about the new things is their size
09:56:02 <petern> estimated battery life is always a crock of shit...
09:56:04 <planetmaker> oh, the "normal" macbooks aren't too big IMO
09:56:17 <planetmaker> petern: it's quite alright for mine. Unless I change CPU usage :)
09:57:18 <planetmaker> the "10 minutes remaining" warning is usually quite correct.
09:58:12 <welshdragon> yes, macs are pretty good at telling you how much battery you have left
09:58:49 <welshdragon> windows machines have variable computer usage
09:59:15 <thingwath> quite alright... for me it works like "you still have ~30 minutes" and few seconds later "hurry, your system is going to die in a few moments" :)
09:59:40 <dihedral> petern, i have had no issues with the estimates in my mac so far ;-)
10:00:03 <planetmaker> thingwath: that's only true, if it's ~30 minutes when using editors only and I then invoke a "make -j4" on the source...
10:00:16 <dihedral> and the battery aint young either
10:00:18 <planetmaker> mine is 2 year old macbook. Still ok
10:00:48 <thingwath> maybe for macbook, but my PC works like that :)
10:00:52 <petern> what they need is a hydrogen fuel cell instead
10:00:56 <dihedral> estimates on other laptops... yes, ok, but that is something different
10:00:57 <planetmaker> thingwath: hehehe :)
10:01:05 <planetmaker> petern: that'd be awesome :)
10:01:15 <thingwath> or maybe it is gnome-power-manager fault...
10:02:17 <planetmaker> I have no comparison to other laptops as the macbook is my first one... so...
10:03:01 <petern> ime battery laptops have massive capacity until you actually come to use it
10:03:08 <thingwath> but the best thing about gnome-power-manager is its warning dialog
10:03:29 <planetmaker> petern: sure, that's true. But is there an algorithm to estimate how much you're going to use it? :)
10:04:01 <planetmaker> of course it might be an idea to give two estimates: remaining time with given power consumption and remaining time with max. power consumption
10:05:23 <planetmaker> Another idea would be to introduce some kind of heuristics and monitor user habits - and give an estimate on previous behaviour.
10:05:35 <planetmaker> But surely then people would cry out that the sytem is spying onto them.
10:06:12 <thingwath> gnome-power-manager has some statistics about previous battery usage and shows even some charts
10:06:24 <planetmaker> well. A system which kind of records your behaviour in order to analyse it... :) Only thing you need is then a routine reporting it back :P
10:06:55 <planetmaker> thingwath: from current session? Or over several sessions?
10:08:03 <thingwath> I don't understand the charts :-)
10:08:30 *** evandar has joined #openttd
10:11:22 <planetmaker> then they're worthless.
10:13:55 <thingwath> (stav baterie = battery state, uplynulý čas = elapsed time)
10:17:31 <petern> what is that supposed to mean?
10:18:17 <thingwath> discharge time profile
10:18:44 <petern> yes i know what the title is
10:18:49 <thingwath> I really have no idea... :)
10:19:09 <thingwath> If I knew, I would not ask. :)
10:19:26 <petern> to me it looks like it's saying the battery lasts 1m20 seconds even if it is 20% or 90% charged...
10:19:32 <petern> so clearly i don't know what i'm looking at
10:19:55 <thingwath> well, in english it's not elapsed time, but "average time elapsed"
10:21:52 <petern> means nothing to me :o
10:22:35 <thingwath> it might be just some random data, it's really meaningles :) I don't know why is it there.
10:22:54 <petern> 15" widescreen monitor
10:29:06 *** ChanServ sets mode: +v tokai
10:57:00 *** [com]buster has joined #openttd
10:59:06 *** Progman has joined #openttd
11:01:23 *** [com]buster is now known as Combuster
11:19:35 *** OsteHovel^EEE has joined #openttd
11:20:15 <OsteHovel^EEE> Someone one here has any knowledge about compiling OpenTTD SVN with Mingw32 on Linux?
11:20:30 * OsteHovel^EEE has a problem with Squirrel failing...
11:20:56 <OsteHovel^EEE> *failing copilling but compiling for Linux with GCC works...
11:21:04 <OsteHovel^EEE> i will get the error message
11:21:59 <OsteHovel^EEE> [SRC] Compiling 3rdparty/squirrel/squirrel/sqapi.cpp
11:21:59 <OsteHovel^EEE> /home/ostehovel/openttd/trunk/src/3rdparty/squirrel/squirrel/sqapi.cpp: In function ‘SQInteger sq_aux_invalidtype(SQVM*, SQObjectType)’:
11:21:59 <OsteHovel^EEE> /home/ostehovel/openttd/trunk/src/3rdparty/squirrel/squirrel/sqapi.cpp:43: error: ‘swprintf’ was not declared in this scope
11:23:02 * OsteHovel^EEE is downloading the SVN again...
11:23:10 <dihedral> that's not the problem
11:23:44 <Aali> you're missing wide-character support somewhere
11:23:55 <Rubidium> looks like the mingw api's missing some stuff
11:24:13 <OsteHovel^EEE> i will try to install the APi again...
11:24:16 <Rubidium> it compiles with mingw on Windows though
11:24:34 <Rubidium> reinstalling the API won't work, maybe installing a never version
11:24:35 <OsteHovel^EEE> i had i feeling that i fucked up the APi files...
11:24:57 <dihedral> so it's a layer 8 issue
11:25:04 <Rubidium> oh, you've been playing with those files... then all bets are off ;)
11:25:43 <OsteHovel^EEE> i havent playing with them my pc died during installastion of it... but i tought i it was finished....
11:25:59 * OsteHovel^EEE has deleted all the mingw files and downloading and installing again...
11:26:45 <OsteHovel^EEE> if you compile OpenTTD with MSVC or use Mingw32 are the MSVC .exe file faster than the .EXE Mingw makes?
11:27:20 <petern> could be, msvc does link-time optimisation
11:27:33 <petern> don't know if anyone has benchmarked it though
11:28:00 <OsteHovel^EEE> dont MinGW do optimizing when linking?
11:28:05 <Rubidium> yup, lto can have beneficial effects on performance
11:28:18 <Rubidium> though they're working on lto for gcc
11:28:29 <Rubidium> but that barfs at the moment on OpenTTD's code
11:29:17 * OsteHovel^EEE dosent like microsoft's compiler becouse its not open source....
11:34:56 <Rubidium> try with ./configure --disable-unicode
11:35:45 <OsteHovel^EEE> Thanks Rubidium
11:35:51 <OsteHovel^EEE> now it has compiled that file...
11:36:18 <OsteHovel^EEE> i will post the error soon
11:36:33 <planetmaker> OsteHovel^EEE: besides that error, you might consider to install zlib, too. It makes the game much more enjoyable :)
11:36:34 <Rubidium> then there's really something wrong with the MinGW API
11:36:54 <OsteHovel^EEE> i have zlib for windows i just have disabled until i get the comiling working
11:37:10 <OsteHovel^EEE> i want it to work before trying to add features...
11:38:37 <Rubidium> r15325 works for sure with mingw on Windows
11:39:13 *** JapaMala has joined #openttd
11:39:24 <planetmaker> OsteHovel^EEE: maybe you have disabled too much?
11:40:40 <Rubidium> that shouldn't result in swprintf not being defined
11:44:06 *** JapaMala is now known as |Japa|
11:44:34 <OsteHovel^EEE> i think it something wrong with my libraries..
11:45:09 <OsteHovel^EEE> planetmaker, that was cool
11:45:58 <planetmaker> not my idea, OsteHovel^EEE :) But interesting. I think it's around like 48 hours or so... And meanwhile it's not too far from the truth concerning who talks to whom most of the time ;)
11:46:41 <dihedral> petern and DorpsGek seem pretty close friends :-D
11:46:52 <planetmaker> :D You say, it, dihedral :P
11:47:32 <welshdragon> i talk to petern lots
11:47:49 <dihedral> welshdragon, talk to? or also highlight?
11:48:07 <dihedral> this map shows highlights
11:48:25 <planetmaker> :) well, highlighting someone is considered more important than just talking, welshdragon - but just talking after someone said something works, too, afaik.
11:48:39 <welshdragon> is it an application?
11:48:54 <dihedral> no welshdragon some user re-draws the image after every line you say
11:49:04 <planetmaker> hehe @ dihedral :)
11:49:15 <dihedral> he's pretty darn fast too
11:49:17 <welshdragon> i was thinking of using it in the tycoon channel
11:49:18 <OsteHovel^EEE> lol i was going to rename a file and i typed rm insted of mv :P lol
11:49:59 <dihedral> now that is one clever thing to do
11:50:14 <planetmaker> The placement algorithm of that programme could be improved, IMO, a bit, though
11:50:33 <dihedral> planetmaker, did you read the 'mega' ranting thread?
11:50:41 <planetmaker> I did read it, yes
11:50:58 <planetmaker> I think there's no point to continue arguing there, dihedral
11:51:07 <planetmaker> Just let the thread die...
11:51:33 <planetmaker> The chances of success that way are higher than giving it attention :)
11:51:33 <dihedral> though i doubt it will die
11:51:45 <planetmaker> well... let him brag then from time to time...
11:52:15 * OsteHovel^EEE loves DistCC :D
11:52:32 <OsteHovel^EEE> Compiling on multiple Pc's at the same time....
11:52:41 <dihedral> Rubidium, dont you feel like starting a 'OpenTTD Multiplayer Servers' Forum?
11:52:55 <planetmaker> what's the point of that, dihedral ?
11:53:10 <dihedral> then at least there is a place for such stuff
11:53:24 <dihedral> like with the screenshots
11:53:25 <planetmaker> it's not like there has been much need for it.
11:53:45 <dihedral> and that would accomodate it
11:53:52 <planetmaker> Of course we could start to out-source the coop public server archive to the forums :P
11:54:07 <OsteHovel^EEE> the Linking of the Openttd 0.6.3 failed using MinGW compiler and DistCC now trying widout DistCC and copilling only Local...
11:54:07 <planetmaker> and accompany it with threads announcing and discussing the next game to be played
11:54:47 <dihedral> polls on net plans :-D
11:54:59 <planetmaker> dihedral: yeah, exactly for that reason.
11:55:22 <planetmaker> It's not a completely worthless idea. It would allow to start building straight away without the time needed to build plans and vote upon them.
11:55:35 <planetmaker> But I have my doubts that it'd be a successful endevour
11:57:04 <dihedral> it would be as successful as any other started and stalled thing
11:57:26 <planetmaker> well, yeah, most probable.
11:57:28 <dihedral> oh - that is a lovely idea
11:57:34 <dihedral> i'll make an scn for openttdcoop
11:58:19 <planetmaker> I won't stop you... :) But why of a sudden?
11:58:37 <dihedral> aint gonna play it myself anyway :-D
11:58:48 <planetmaker> sure - I'm just surprised as you're internally classified as "non playing person" ;)
11:59:21 <dihedral> does not mean i could not make a nice map
11:59:47 <planetmaker> Please go right ahead :) - I'm actually looking forward. You know the wiki page :) - And I guess you still can even upload it to the PS.
12:00:11 <dihedral> probably can, but would not do it :-P
12:00:18 <OsteHovel^EEE> Error while linking the Openttd 0.6.3 source(no modifications) /usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/../../../../i586-mingw32msvc/lib/libmingwex.a(mingw_snprintf.o):(.text+0x1a90): multiple definition of `_snprintf'
12:00:35 <OsteHovel^EEE> and i do not have path's with space in it... (i hates that)
12:01:03 <planetmaker> you surely have some bogged-up library paths...
12:01:09 <planetmaker> and include paths probably, too
12:01:35 <planetmaker> dihedral: that's what he said :)
12:04:36 * OsteHovel^EEE is making a log file with both: ./configure and make :P
12:05:39 <dihedral> planetmaker, he's connected again :-P
12:06:45 <petern> fish heads, fish heads, roly poly fish heads, fish heads, fish heads, eat them up, yum
12:06:58 <Yexo> hello dihedral, planetmaker :)
12:07:30 <dihedral> wtf was that all about?
12:07:45 * planetmaker thinks that petern might be hungry and enjoying his meal...
12:07:59 <planetmaker> at least I hope it for him :)
12:08:05 <dihedral> fish heads have the nicest fish meat of all the fish
12:08:26 <planetmaker> depending upon the fish's size, you might just eat the whole fish... yummi :)
12:08:55 <petern> there's a 2 minute intro skit
12:09:50 <OsteHovel^EEE> i think its my mingw installation but i use the one that is in the ubuntu repositories and i did not do anything with the files this time...
12:17:19 *** OsteHovel has joined #openttd
12:23:23 *** OsteHovel^EEE has joined #openttd
12:27:11 <Progman> what is you mingw32 version?
12:27:51 <OsteHovel^EEE> ostehovel@ostsoft3:~$ i586-mingw32msvc-gcc -v
12:27:51 <OsteHovel^EEE> Using built-in specs.
12:27:51 <OsteHovel^EEE> Target: i586-mingw32msvc
12:27:51 <OsteHovel^EEE> Configured with: /build/buildd/mingw32-4.2.1.dfsg/build_dir/src/gcc-4.2.1-2-dfsg/configure -v --prefix=/usr --target=i586-mingw32msvc --enable-languages=c,c++ --enable-threads --enable-sjlj-exceptions --disable-multilib --enable-version-specific-runtime-libs
12:27:52 <OsteHovel^EEE> Thread model: win32
12:27:56 <OsteHovel^EEE> gcc version 4.2.1-sjlj (mingw32-2)
12:29:04 <OsteHovel^EEE> mingw32 version 4.2.1?
12:29:17 <Progman> don't know, I'm asking you ;)
12:30:07 <OsteHovel^EEE> this is the files i installed; mingw32_4.2.1.dfsg-1ubuntu1_i386.deb , mingw32-binutils_2.18.50-20080109-1_i386.deb , mingw32-runtime_3.13-1_all.deb
12:31:58 *** stillunknown has joined #openttd
12:34:00 *** JapaMala has joined #openttd
12:34:10 <Progman> for mingw32 version < 3.14 openttd defines snprintf by itself
12:34:14 <OsteHovel^EEE> you cant build dedicated server without network support :p
12:35:20 <OsteHovel^EEE> progman: what shoud i do?
12:35:36 <OsteHovel^EEE> how to disable mingw32 snprintf?
12:36:01 <OsteHovel^EEE> i havent changed the source :P its just openttd 0.6.3 sources download'ed from openttdorg
12:36:14 *** JapaMala is now known as |Japa|
12:39:22 <Progman> but even 0.6.3 got the MinGW Runtime < 3.14 check for snprintf
12:40:05 <OsteHovel^EEE> i will post a new error log now
12:41:35 <OsteHovel^EEE> i know i used distcc to make that log file... but widout distcc i get the same error...
12:42:05 <Progman> i586-mingw32msvc/lib/libmingwex.a and string.o defines the same function
12:43:37 <OsteHovel^EEE> i understand whats the error but what is the best way to get rid of it?
12:46:16 <planetmaker> OsteHovel^EEE: format c:\ :P
12:47:10 <OsteHovel^EEE> format: command not found! im using linux :P you need to use dd if=/dev/urandom of=/dev/sda :p
12:48:05 <planetmaker> oh right... eh... minigw and linux? why not use gcc then?
12:48:20 <OsteHovel^EEE> becouse im making a windows .exe :p
12:48:35 <planetmaker> aye. cross-compiling :)
12:48:46 <OsteHovel^EEE> i use GCC when im compiling my server :p
12:48:58 <OsteHovel^EEE> and for my laptop
12:49:27 <Yexo> dihedral: and you complain about mega for advertising their servers :p
12:49:41 <planetmaker> lool @ Yexo and dihedral ;)
12:49:56 <dihedral> Yexo, for starters, i am not just shouting it into the world
12:50:11 <dihedral> to continue, i am talking to a specific person
12:50:42 <Yexo> dihedral: don't get me wrong, I wasn't complaining here :)
12:50:46 <dihedral> to move on, it's software for dedicated servers (which i did not start talking about)
12:51:11 <Progman> OsteHovel^EEE: export VERBOSE=true and then make
12:54:04 <glx> make VERBOSE:=1 works too
12:55:12 <Progman> didn't know right now how to add the verbose flag, thanks
12:57:39 <dihedral> planetmaker, ^ check that out :-P
12:59:11 *** [com]buster has joined #openttd
12:59:16 *** [com]buster is now known as Combuster
12:59:35 <Yexo> Please read my most recent post, please don't respond to what he has to say just ignore him. He may go away after that. <- But to say that, he responded once more to you :)
13:04:13 <glx> update your mingw runtime
13:04:30 <planetmaker> well... it is. But indeed you, dihedral are one of the most frequent posters in that thread...
13:04:31 <Progman> maybe you added a library to the LDFLAGS which shouldn't be there (for this mingw version)
13:05:12 <OsteHovel^EEE> ok i will try to update to a newer mingw version
13:09:05 <glx> but theoricallt the code checks mingw runtime version before implementing snprintf
13:09:48 <OsteHovel^EEE> i think i foud i bug
13:09:49 <Yexo> glx: it does, and the runtime version OsteHovel^EEE has makes openttd implement snprintf, but for some reason mingw has it too
13:09:54 <Progman> but maybe the library is not for this mingw version
13:10:37 <OsteHovel^EEE> no i dident found a bug
13:12:49 <glx> Progman: it's an internal lib
13:13:27 <Progman> so its loaded even without the LDFLAGS?
13:13:49 <Progman> then his mingw installation is broken imho ;)
13:19:33 <glx> OsteHovel^EEE: what is __MINGW32_VERSION in _mingw.h ?
13:20:06 <dihedral> what's wrong with binraies.openttd.org?
13:20:37 <dihedral> (but i do get content :-D)
13:20:41 <OsteHovel^EEE> i just uninstalled mingw but i can find you the package name
13:20:57 <OsteHovel^EEE> this is the files i installed; mingw32_4.2.1.dfsg-1ubuntu1_i386.deb , mingw32-binutils_2.18.50-20080109-1_i386.deb , mingw32-runtime_3.13-1_all.deb
13:21:17 <dihedral> binaries.openttd.org sorry, still - the template seems to not be working
13:21:30 *** Swallow has joined #openttd
13:21:43 <Rubidium> seems to be a missing dns entry
13:21:56 <glx> so snprintf is defined in runtime 3.13 too
13:22:17 <Rubidium> glx: it's debian, so it might be heavily changed
13:22:37 <glx> ha right, debian packagers are stupid ;)
13:23:09 <Swallow> I think I have found a small bug/issue: the DC_QUERY_COST flag is not set in DoCommandP when shift is pressed.
13:23:13 <OsteHovel^EEE> i downloaded a older verison :P lol im so stupid sometime...
13:23:26 <petern> have you not heard of apt?
13:23:44 <petern> in etch i have available...
13:23:45 <petern> Filename: pool/main/m/mingw32/mingw32_3.4.5.20060117.1.dfsg-2_i386.deb
13:23:48 <OsteHovel^EEE> the packages i listed up was apt-get but now i downloaded some other manualy becouse i want newer...
13:23:49 <petern> Filename: pool/main/m/mingw32-runtime/mingw32-runtime_3.9-4_all.deb
13:23:50 <Rubidium> mingw32-runtime doesn't change much
13:23:56 <petern> Filename: pool/main/m/mingw32-binutils/mingw32-binutils_2.16.91-20060119.1-1_i386.deb
13:25:42 <Rubidium> looking at the source of 3.13
13:25:51 <Rubidium> it seems to define _snprintf
13:31:52 <glx> but it's in 3.14 changelog on sf.net
13:34:07 <Rubidium> hmm, 3.13 isn't on sf anymore
13:34:47 <glx> looking at 3.14 changelog it seems there was snprintf in previous version (but a "broken" one)
13:37:35 <OsteHovel^EEE> lol i downloaded binutils for windows :P
13:38:21 <glx> OsteHovel^EEE: you need source packages ;)
13:39:50 <OsteHovel^EEE> i downloaded the source packages now:P
13:40:36 <glx> but I can't help you with cross compilation :)
13:41:29 <OsteHovel^EEE> compiling it now...
13:49:48 *** tkjacobsen has joined #openttd
13:52:09 *** StarLionisaac has joined #openttd
13:52:41 <CIA-1> OpenTTD: Yexo * r15333 /trunk/src/order_cmd.cpp: -Fix: AIs weren't restricted to a maximum length for ship orders.
13:53:37 *** [com]buster has joined #openttd
13:59:10 *** [com]buster is now known as Combuster
14:00:15 <petern> is IsHumanCompany() even needed now?
14:00:51 <Rubidium> yup... to determine whether to run the AI gameloop or not ;)
14:01:15 <Yexo> and to disable some disasters for AIs
14:07:42 <SpComb> AIs don't know how to cope with random natural disasters? :o
14:09:45 <kasakg> original bus is better than the new ones ... very slow ...
14:10:06 <Yexo> SpComb: but frosch is working on a patch to enable some disasters for AIs, iirc the zeppelin and small ufo
14:10:40 <SpComb> Yexo: and non-random "accidents"?
14:11:07 <Yexo> SpComb: you mean breakdowns? There is no difference there between AIs and human players
14:11:19 <SpComb> no, like trains running over trucks
14:11:31 <Yexo> ah, no difference there either
14:11:41 <Yexo> the AI busses can crash the same as your busses
14:11:51 <SpComb> and the AI can handle it?
14:12:08 <Yexo> there are notified via an AIEvent, just like humans are notified via a news message
14:12:15 <Yexo> it's up to the AI to handle it
14:15:47 <kasakg> is there any fix for the random street in the city .... there is huge spaces wasted for road .. adjucent tiles are just filled by road ....
14:21:58 <SpComb> it's fun to dev when you've got a ten-minute compile-deploy-test cycle
14:24:04 <SpComb> so, is OpenTTD going to register as a GSoC mentor this year?
14:24:17 <SpComb> ah, not mentor, project
14:24:26 *** joepie91 has joined #openttd
14:24:39 <SpComb> oh whatever, you know what I meant
14:25:45 *** StarLionIsaac has joined #openttd
14:26:59 *** tkjacobsen_ has joined #openttd
15:01:51 <CIA-1> OpenTTD: smatz * r15334 /trunk/src/ (6 files): -Codechange: reset setting to old value when the callback procedure returns false
15:21:48 * OsteHovel^EEE has used cygwin before...
15:23:16 <OsteHovel^EEE> I am compilling GCC for Linux to cross-comile to windows
15:45:03 *** Mortomes has joined #openttd
15:46:05 *** frosch123 has joined #openttd
16:09:28 <CIA-1> OpenTTD: rubidium * r15335 /trunk/src/ (5 files): -Change: use the patch change mechanism to change the road side too instead of a separate command.
16:11:04 *** StarLionIsaac has joined #openttd
16:14:39 <dihedral> we started an ai.... now it looks like an ai is starting every few months
16:15:15 <Yexo> dihedral: check difficulty.max_no_ai
16:16:12 <dihedral> unknown patch setting.
16:17:46 <Yexo> it's difficulty.max_no_competitors
16:21:46 <patchie> my train won't go to the service depot...it just skips
16:23:06 <SmatZ> patchie: it goes for service only if it needs servicing
16:24:19 <Zahl> can i set the map size when i start a new game via console?
16:24:56 *** mortal` has joined #openttd
16:25:10 <SmatZ> Zahl: I think you can, it is somewhere in _settings.game_creation (I think)
16:25:33 <SmatZ> patchie: it respects your "service every XXX days" setting
16:25:54 <patchie> where do i set this setting?
16:26:02 <patchie> before i start the game....in the main menu?
16:26:40 <SmatZ> patchie: Advanced settings - Vehicles - Servicing
16:27:18 <frosch123> that only affects new vehicles :p
16:30:26 *** Mortal is now known as Guest63
16:30:26 *** mortal` is now known as Mortal
16:30:28 <Zahl> SmatZ: ok i can see the setting in the .cfg file, but how to set it in the console? its no normal variable it seems
16:30:46 <Zahl> _settings.game_creation.map_x=4 doesn't work
16:31:02 <frosch123> precede it with 'patch'
16:31:20 <petern> you can't have a 16 tile wide map...
16:31:25 *** frederyk has joined #openttd
16:31:26 <SmatZ> maybe it affects only current settings, and not the default settings
16:31:27 <Zahl> says its an unknown patch setting
16:31:53 <Zahl> well i dont get to the point where it would complain about that :-D
16:32:07 <SmatZ> Zahl: "patch map_x" works for me
16:32:15 <petern> Current value for 'map_x' is: '6' (min: 6, max: 11)
16:41:21 *** evandar has joined #openttd
16:45:22 <CIA-1> OpenTTD: rubidium * r15336 /trunk/src/ (14 files): -Fix: do not use _current_company in the GUI as there are no guarantees that _current_company is the same as _local_company.
16:55:28 *** Zealotus has joined #openttd
16:57:52 <CIA-1> OpenTTD: rubidium * r15337 /trunk/src/command.cpp: -Fix: don't allow a spectating server to build stuff.
16:59:00 *** DaleStan has joined #openttd
16:59:09 *** Hirundo has joined #openttd
16:59:53 <CIA-1> OpenTTD: rubidium * r15338 /trunk/src/ (24 files in 2 dirs): -Fix [FS#2598]: close all construction related windows whenever changing company.
17:01:06 *** Hirundo is now known as Swallow
17:11:16 *** evandar_ has joined #openttd
17:29:24 <OsteHovel^EEE> i think i have compiled a Mingw GCC compiler that actualy compiles openttd
17:38:16 *** evandar_ has joined #openttd
17:39:26 <Belugas> you have complied a gcc compiler and you have used that gcc-self-compiled compiler to compile OpenTTD?
17:39:34 <Belugas> that is... strange...
17:44:18 *** ChanServ sets mode: +v tokai
17:45:48 <Rubidium> about half of the compilers for the CF are self compiled
17:46:26 <Rubidium> I'm compiling an experimental compiler at the moment
17:46:57 <Rubidium> though for Windows users it might be strange ;)
17:47:24 <Belugas> indeed it could be strange for a win user :)
17:47:31 <Rubidium> only drawback is that gcc's svn is terrible slow
17:55:58 <Belugas> well... msvc is terribly slow to compile, debug or release, on an Arpire One, too :D
18:01:01 *** OsteHovel^EEE has joined #openttd
18:09:50 *** mortal` has joined #openttd
18:12:19 *** Mortal`` has joined #openttd
18:33:08 *** |Jeroen| has joined #openttd
18:33:43 *** DephNet[Paul] has joined #openttd
18:35:22 <michi_cc> planetmaker: I can't reproduce the reservation bug from which you've posted a screenshot last night
18:36:12 *** HerzogDeXtEr has joined #openttd
18:39:35 <petern> no magic trickery, haha
18:39:55 <CIA-1> OpenTTD: translators * r15339 /trunk/src/lang/ (7 files in 2 dirs):
18:39:55 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-02-04 18:39:16
18:39:55 <CIA-1> OpenTTD: arabic_egypt - 1 fixed by khaloofah (1)
18:39:55 <CIA-1> OpenTTD: german - 1 changed by planetmaker (1)
18:39:55 <CIA-1> OpenTTD: hebrew - 668 fixed, 19 changed by 19izhar73 (687)
18:39:57 <CIA-1> OpenTTD: korean - 10 changed by leejaeuk5 (10)
18:39:57 <CIA-1> OpenTTD: serbian - 6 fixed, 4 changed by salejemaster (10)
18:44:01 <dihedral> this hebrew translator... he must be like unemployed....
18:45:37 *** OsteHovel^EEE has joined #openttd
18:49:43 *** [com]buster has joined #openttd
18:54:40 *** [com]buster is now known as Combuster
18:56:15 *** SHRIKEE has joined #openttd
19:02:40 <OsteHovel^EEE> my compile of openttd for windows on linux using MinGW is now compiling correctly!
19:02:58 <OsteHovel^EEE> now im installing libpng for mingw and other lib's
19:04:44 *** ProfFrink has joined #openttd
19:28:28 *** DorpsGek has joined #openttd
19:28:28 *** ChanServ sets mode: +o DorpsGek
19:32:43 <Eddi|zuHause> i think the Germans invented the § key ;)
19:34:16 <tosse> when you're working with the signaling tool, is there any easy way to remove signals by pressing an extra key or something?
19:34:18 * frosch123 wonders who invented "\"?
19:35:05 <tosse> SmatZ: ah! yes, that will do it :)
19:35:58 <Eddi|zuHause> frosch123: obviously not the germans, or they would not have put it on such a remote place
19:45:23 <frosch123> "In particular the \ was introduced so that the ALGOL boolean operators "∧" (AND) and "∨" (OR) could be composed in ASCII as "/\" and "\/" respectively." <- according to wikipedia it is a pure computer invention, except "set difference" maybe
19:49:43 <Wolf01> I need to find a way to change the layout of my keyboard and stick some symbols directly on the keys, so I can see them instead of remembering the ascii codes
19:50:27 <Wolf01> the main problem would be to have at least 4 possible chars for each key
19:51:23 <Wolf01> I mean something like the xbox360 chat pad, where you change the layout using the yellow or the green buttons
19:52:02 *** StarLionIsaac has joined #openttd
19:53:49 <frosch123> [20:50] <SmatZ> C:\DOS\ :-p <- in wiki is also explained, why does choosed '\' as separator :s
19:54:04 <TinoDidriksen> Wolf01, get the Optimus keyboard...
19:54:19 <Wolf01> that's the first option I discarded
19:54:46 <glx> frosch123: without reading I can guess :)
19:54:53 <Rubidium> frosch123: backward compatibility, right?
19:55:08 *** ProfFrink has joined #openttd
19:55:31 <frosch123> glx: but it does not make sense, unless dos 1 did not use space as command line separator
19:55:36 <TinoDidriksen> Windows allows / just fine these days.
19:56:41 <glx> TinoDidriksen: not for auto completion
19:57:22 <TinoDidriksen> Oh the UI doesn't in many places, but the APIs do. When coding, / is all you need.
19:57:51 <TinoDidriksen> Not sure why they haven't followed through...
20:01:18 *** ProfFrink is now known as Prof_Frink
20:04:55 <SmatZ> "Road layout for new towns:" "Towns are allowed to build roads:" <-- are those strings fine? (native English speaker, please :)
20:05:00 <dihedral> because it's MS, and doing something consistently correct is just not what they do
20:05:41 <dihedral> SmatZ, i would not say there was anything wrong with that
20:06:15 <SmatZ> dihedral: thanks, it's just better to ask :)
20:09:08 <DorpsGek> dihedral: Bjarni was last seen in #openttd 3 weeks, 5 days, 0 hours, 40 minutes, and 3 seconds ago: <Bjarni> hi Wolf01
20:15:27 * Rubidium is getting mails about certain features not working under OSX
20:16:07 <planetmaker> Rubidium: what's not working?
20:16:37 <planetmaker> is there a way I could test that? You have a FS entry?
20:16:41 <Rubidium> or rather icu and font detection
20:17:09 <Rubidium> planetmaker: FS#download_a_nightly_and_select_hebrew_as_language
20:17:28 <planetmaker> Let me check that :)
20:17:39 <CIA-1> OpenTTD: smatz * r15340 /trunk/src/ (13 files in 3 dirs):
20:17:39 <CIA-1> OpenTTD: -Fix [FS#2121]: changing town road layout in-game caused ugly road networks
20:17:39 <CIA-1> OpenTTD: -Fix: use a flag instead of TL_NO_ROADS to forbid towns to build roads. The flag is ignored during world generation, so there won't be 'ghost' towns anymore
20:17:39 <CIA-1> OpenTTD: -Feature: town layout is now stored per town, so it is possible to (manually) set different layout for each town
20:19:49 <planetmaker> nice feature, SmatZ :)
20:20:45 <planetmaker> the string needs removing in all languages, though :) STR_CONFIG_PATCHES_TOWN_LAYOUT_INVALID' does not exist in master file
20:21:06 <SmatZ> planetmaker: working on it :)
20:21:29 <glx> font detection was never implemented on OSX IIRC :)
20:22:55 <Rubidium> yeah, font detection is going to be fun for OSX
20:23:14 <Rubidium> you need a different version for each of the 3 'supported' versions
20:23:28 <Rubidium> cause none of the APIs are supported by all 3
20:23:40 <glx> isn't there a mecanism similar to WIN32?
20:23:49 <Rubidium> actually... maybe only 2 version.. <= 10.4 and >= 10.5
20:24:15 <Rubidium> glx: something possibly similar, but only for 10.5
20:24:27 <CIA-1> OpenTTD: smatz * r15341 /trunk/src/lang/ (41 files): -Update (r15340): remove deleted and modified strings from other language files
20:24:39 <Rubidium> so it's all quite troublesome
20:25:13 <Rubidium> especially because we were never able to get a 10.5 SDK working on the CF
20:25:25 <Rubidium> so there's not much support for 10.5 APIs
20:27:14 <planetmaker> glx: I guess that's the backside of not having backward compatibility everywhere... :S
20:28:00 <glx> but windows has the ability to enum all installed font since win9x
20:34:57 <NukeBuster> So i let the ingame content manager download the openGFX... but how do I activate them?
20:35:31 <Rubidium> at the moment via the command line
20:46:48 <Roujin> they are tasty and give you a nice shade you can rest in
20:50:26 <Roujin> SmatZ: "-Feature: town layout is now stored per town, so it is possible to (manually) set different layout for each town" <-- what exactly does "manually" mean? Something like setting the advanced setting to what you want, then found a new town (in scedit), then set it to what you want next, found the next town, etc.? ;)
20:50:56 <SmatZ> it would be nicer to have it in the GUI though ;)
20:52:31 *** [com]buster has joined #openttd
20:52:35 *** [com]buster is now known as Combuster
20:53:19 *** mortal` has joined #openttd
20:53:36 <Belugas> GUI setting on each town GUI?
20:53:50 <Belugas> sounds like an "easy" relatively speaking...
20:54:20 <Roujin> Only in scedit, though, or not?
20:54:20 <SmatZ> Belugas: I was thinking about buttons in the "Fund new town" window
20:54:40 <SmatZ> yeah... maybe (if ever) the "Found towns" patch is implemented...
20:54:46 <SmatZ> but it would use the same window
20:55:02 <Belugas> i was thinking rather on each town's gui, after town is build
20:55:25 <SmatZ> town layout can't change after funding it :)
20:55:30 <SmatZ> you can only show it...
20:56:02 <planetmaker> SmatZ: why shouldn't it be possible to tell the town to use a grid now instead of chaos?
20:56:04 *** Roujin_ has joined #openttd
20:56:13 <Belugas> well "fund town pach"... Roujn and I worked on it, qwe were expcetnig users to come up with reasonable figures, but instead... some buthead master of anything but badaircut diverted the discussion on ... blaaaa
20:56:14 <planetmaker> of course existing stuff isn't touched, but...
20:56:20 <Rubidium> planetmaker: because that makes the chaos even bigger
20:56:30 <Belugas> ho... ok... i see, SmatZ
20:57:11 <Belugas> mmh... maybe... if... there is setting "no layout yet"
20:57:27 <planetmaker> Rubidium: in what way? It only defines the future building behaviour... so...?
20:57:41 <SmatZ> but once you have roads, changing it will make it behave bad
20:58:14 <Belugas> thus empty towns, set the proposed layout and twon will grow out of it.
20:58:15 <Rubidium> planetmaker: the current road will stay and it will build road whereever it 'should' according to the grid system once a building gets torn down/rebuild
20:58:22 *** joepie91 has joined #openttd
20:58:30 *** Mortal is now known as Guest80
20:58:30 *** mortal` is now known as Mortal
20:58:36 <planetmaker> Rubidium: hm... ok. Messy :) I see
20:58:49 <Rubidium> ergo... you end up with a grid over chaos, which still makes it chaos
20:58:56 <planetmaker> SmatZ: thx. yeah :)
20:59:43 <joepie91> in the cargodest, if i "close" an airplane goods route, how do i remove all references to it? i sold all airplanes, i can't remove the airport because it's not mine (Mega's Europe Map), and the goods keep stacking up at my train station that used to be adjacent to my airport
20:59:56 <joepie91> i can't tell it that my route is gone
21:00:55 <planetmaker> it's a patched server... Ask the patch author, joepie91
21:01:36 <planetmaker> they're proud of their support forum actually :)
21:01:37 <Belugas> and i think there is even more than just cargodest in there :)
21:01:51 <planetmaker> Belugas: for sure there is. Or it would be his airport
21:02:00 <Rubidium> and if there's cargodest in there, then it's a quite old version...
21:02:11 * Belugas nods and is impressed by planetmaker's deduction :)
21:02:39 <Roujin_> hm, normally it should remove itself automatically.. it may indeed be caused by the fact that it's got some other patches (namely infrastructure sharing)
21:02:40 <planetmaker> except oil rigs count as airports :)
21:03:16 <joepie91> it's just Mega's Europe Map... you can play it without patches
21:03:21 <joepie91> the airport is owned by mother nature, so to say
21:03:25 <joepie91> it has no specific owner
21:03:32 <joepie91> but not use the hangar, for instance
21:03:33 <planetmaker> which is patched.
21:03:45 <planetmaker> normal openttd doesn't offer that feature
21:03:46 <joepie91> i can even play that map on the latest regular stable release
21:03:53 <joepie91> my openttd was never patched
21:03:57 <joepie91> and i could still do that :S
21:04:00 <planetmaker> but obviously the server
21:04:14 <Rubidium> the savegame is technically corrupt
21:04:20 <planetmaker> And how do you build unowned airports?
21:04:32 <joepie91> i have no idea, actually :P
21:04:34 <Rubidium> that it somewhat works is something completely different
21:04:36 <Roujin_> nope, not with vanilla openTTD
21:04:49 <Roujin_> you'd need a patched game to be able to build something like this ;)
21:05:08 <joepie91> well, the scenario is playable in an unpatched version
21:05:13 <joepie91> and you can still use the unowned airports
21:05:20 <joepie91> isn't it a bug or something? :P
21:05:32 <planetmaker> Rubidium: I'm lost in apple's APIs... You got a pointer for me where to look?
21:05:58 <joepie91> i also played it on my non-cargodest server... (the europe map) and with vanilla stable openttd... and it still worked, using the unowned airports
21:06:06 <joepie91> but does anybody have a way of unassigning it?
21:06:07 * planetmaker goes looking for old trouts
21:06:09 <joepie91> maybe from the server itself?
21:06:37 <Roujin_> well, you can use a console command
21:07:32 * joepie91 carefully reads cargodest console documentation, then realizes he is holding his webbrowser upside down
21:08:12 <Rubidium> planetmaker: kCTFontLanguagesAttribute
21:08:29 * Rubidium is reading through some logs to find some possibly useful keywords for planetmaker
21:08:44 <Roujin_> try the "rr" one.. but I'd save first, who knows what will happen with cargo currently on the way...
21:08:50 * planetmaker goes searching for that.
21:09:23 <Belugas> you could try... "patch" "hack" "yorick" "it's borken", Rubidium :)
21:09:43 <planetmaker> if I understood it correctly...
21:10:28 <Rubidium> planetmaker: kATSFontNameTableLanguage ATSFontApplyFunction
21:11:51 <Rubidium> isn't ATSUI deprecated?
21:12:10 <planetmaker> I have no idea so far :) ... I'll try to find out
21:12:22 <glx> it's carbon, so it's probably deprecated in 10.5 :)
21:12:28 <planetmaker> but then my 10.4 OS-X is deprecated ;)
21:13:07 <Roujin_> just to let you know, something like unowned airports (save oilrigs) is not supported in OpenTTD - if someone offers a map with that "feature", he has obviously created it with some patched OpenTTD binary. It may be possible to play such a map with vanilla OpenTTD, but i'd not be surprised if some bugs show up, since this is not supposed to be done...
21:14:12 <Roujin_> but, technically speaking, we do have some neutral stations in the game (namely oilrigs). Maybe there this bug also happens?
21:14:39 <Roujin_> i.e. routes that don't exist anymore not getting removed?
21:14:43 <joepie91> anyways, i just tried using the console, both the dc and rr commands do totally nothing
21:14:56 <joepie91> when it was a train route
21:15:02 <joepie91> there was no problem removing it
21:15:12 <joepie91> maybe because the route is still there, just no active airplanes
21:15:15 <joepie91> it thinks it's still there?
21:15:22 <joepie91> even though no airplanes are flying at the moment
21:15:30 <Rubidium> cargodest is considered a patch too
21:15:34 <joepie91> otherwise when you would replace all planes, the entire route and cargo would drop
21:15:51 <joepie91> yeah ok, but it works quite good
21:15:56 <joepie91> just this little thingy
21:16:04 <planetmaker> there're others :)
21:16:25 <joepie91> it's the first bug/problem i encounter in 3 days of very active playing (7+ hours a day)
21:16:28 <joepie91> on a multiplayer server
21:16:52 <joepie91> (and i actually started to like the patch :P )
21:17:03 <Roujin_> anyways, i just tried using the console, both the dc and rr commands do totally nothing <-- what exactly did you type and what exactly was the response of OpenTTD?
21:17:37 <Roujin_> (there's no dc command btw..)
21:19:36 <joepie91> oh, i meant the dl command :P
21:19:43 <joepie91> it basically returned nothing
21:20:13 *** TrueBrain has joined #openttd
21:22:25 * Rubidium seems to remember something with orudge and being to the USA (though he might've returned already)
21:22:47 <TrueBrain> Rubidium: well .. then media.openttd.org won't work till he checks in ;)
21:22:48 * glx read something similar on the forums
21:27:15 <Roujin_> the "Remove absurd road-elements during the road construction" setting seems to be missing an "On/Off" behind it (r15339)
21:27:47 <SmatZ> Roujin_: yeah :) there are more missing that...
21:27:57 <SmatZ> but a patch for it would be nice :)
21:27:58 *** TrueBrain has left #openttd
21:28:45 <SmatZ> I don't know how to handle other languages...
21:29:10 <SmatZ> like, if all have "On/Off" behind the patch
21:29:18 <SmatZ> but some may have it as first
21:30:51 <SmatZ> glx: I mean, maybe other languages don't use semicolon, maybe some have "Off / On .... some text " or "text ... Off / On ... text"
21:31:12 <Roujin_> uhm, I'd just not touch the other languages - if the english string is changed I guess the translators will get a sort of "string changed" notification on webtranslator and see that the english one got a {COLOR}{STRING} added, so they'll do the same
21:31:28 <SmatZ> Roujin_: it will warn during compilation...
21:31:31 <Rubidium> SmatZ: in that case remove the string ;)
21:31:38 <SmatZ> yeah, I would go for removing :)
21:31:48 <glx> IIRC we may get a 'broken' string
21:31:53 <SmatZ> maybe only those that don't use {YELLOW}{STRING1}
21:31:58 <SmatZ> but that's additional work
21:32:13 <planetmaker> STRING1 can only be used by english.txt
21:35:20 *** DorpsGek has joined #openttd
21:35:20 *** ChanServ sets mode: +o DorpsGek
21:35:31 <Roujin_> okay, seems to be four settings that have the On/Off missing.. buy shares from other companies, smooth economy, remove absurd road-pieces, and autorenew vehicles
21:37:22 <Roujin> glx: does that mean it's not necessary to remove the strings from all other languages?
21:37:36 <SmatZ> incidentaly, those 4 we found when we had a quick loot at it today :)
21:40:10 <Belugas> look at that... mister Sirkoz is now spamming his oil rig grf...
21:42:41 <Rubidium> just ignore (and report) it
21:46:50 <Roujin> okay, I see all the warnings caused by the change (and not removing the strings in all the other languages)
21:47:53 <SmatZ> taking a care about all languages is boring :-p
21:56:09 <Roujin> uhm.. I have no idea how to remove that string from all other languages without doing it manually :P if someone has a script to do this, i'd appreciate if he did
21:56:53 <Roujin> I have to go for today, have a test tomorrow ;)
21:58:56 * Belugas should rather go home
21:59:26 <planetmaker> Rubidium: I'm still swimming in apple's API ocean. But as it seems, cocoa is available for all supported versions and not deprecated.
21:59:40 <planetmaker> Maybe it's an idea to use its font handling functionality...
21:59:58 <planetmaker> ... instead of Carbon
22:00:12 <Rubidium> as long as it doesn't break (much) it's fine by me
22:09:16 <Roest> is there a way to get the player company id when inside a global function?
22:10:38 <Rubidium> it isn't necessarily a valid company id
22:11:24 <Roest> hmm how can it be not valid?
22:11:37 <Rubidium> e.g. spectator in MP
22:13:31 <Roest> can a spectator go into a depot and get the vehicle purchase dialog?
22:15:31 <Rubidium> it might see the list of available vehicles
22:15:35 <Rubidium> which is the same window
22:16:32 <Rubidium> hmm, seems also to be disabled for spectators
22:18:12 <Roest> so it's safe to assume only a player will see that list for his own company
22:21:58 <Eddi|zuHause> put an assert there ;)
22:23:27 <planetmaker> I guess before I get the keys' shapes imprinted on my forehead, I go to bed :)
22:23:32 <planetmaker> good night everyone :)
22:24:08 *** Smoovious has joined #openttd
22:28:34 * Wolf01 dissolves like a ghost
22:29:16 *** Brianetta has joined #openttd
22:34:57 <Eddi|zuHause> how does one bury a ghost?
22:36:37 <Prof_Frink> Eddi|zuHause: Who ya gonna call?
22:37:29 <Eddi|zuHause> Jennifer Love Hewitt
22:38:22 <Rubidium> quite short for a phone number, but it's technically possible
22:40:18 <Eddi|zuHause> as long as it's an internal phone system, that is easily possible
22:40:59 <Prof_Frink> Oooh, is he having a castlewarming party?
22:41:35 <Eddi|zuHause> do you have any idea how long it takes to get such a castle warm?
22:42:25 <Sacro> Eddi|zuHause: the germans warmed windsor castle quite effectivlu
22:52:56 <CIA-1> OpenTTD: smatz * r15342 /trunk/src/ (5 files in 2 dirs): -Feature: allow changing town layout in the 'Found new town' window
23:03:23 <Eddi|zuHause> they should call the firefighters, maybe they can help :p
23:09:29 <Roest> what did virtual void OnHundredthTick()
23:09:29 <Roest> /* redraw the window every now and then */
23:10:18 <el_en> isn't "this->" kind of an perlism or something?
23:11:32 <TinoDidriksen> -> is dereferencing a pointer in C
23:12:17 *** StarLionIsaac has joined #openttd
23:12:34 <TinoDidriksen> Shortcut for writing (*this).SetDirty();
23:13:51 <el_en> yes, but i know that, that wasn't my point.
23:14:09 <TinoDidriksen> Oh, you meant...I get it now
23:14:34 <TinoDidriksen> Then yes, explicit use of this-> where not needed is kinda a perl'ism.
23:22:02 <TinoDidriksen> Might be cases with inheritance and virtual where this-> is needed to enforce which you're calling, but can't recall details.
23:23:13 <TinoDidriksen> Does make code more readable to outsiders, that's for sure.
23:26:34 <CIA-1> OpenTTD: Yexo * r15343 /trunk/src/ai/api/ (ai_town.cpp ai_town.hpp ai_town.hpp.sq): -Add [NoAI]: Add AITown::GetRoadLayout so AIs can get the road layout per town.
23:28:27 <Yexo> Rubidium: I don't understand your patch completely, first you remove table/strings.h as dependency for all sources files, but what does the second change do?
23:40:17 <CIA-1> OpenTTD: rubidium * r15344 /trunk/Makefile.src.in: -Change [Makefile]: don't recompile everything when english.txt changes, but only whatever includes table/strings.h.
23:55:52 <Eddi|zuHause> which part does _not_ include that?
23:56:29 <Rubidium> parts of the network code
23:56:42 <Rubidium> sound/midi/video backends
23:56:53 <Rubidium> parts of the ai code
23:58:24 <Rubidium> only 120 of 329 .cpp files uses table/strings.h
continue to next day ⏵
