Back to Home / #openttd / 2010 / 05 / Prev Day | Next Day
#openttd IRC Logs for 2010-05-17

---Logopened Mon May 17 00:00:40 2010
00:01-!-beerface [~karl@c-76-21-77-26.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer]
00:56-!-Eddi|zuHause [~johekr@p54B74790.dip.t-dialin.net] has quit []
00:56-!-Eddi|zuHause [~johekr@p54B75B30.dip.t-dialin.net] has joined #openttd
00:57-!-Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has quit [Remote host closed the connection]
01:07<Terkhen>good morning
01:13<Terkhen>TrueBrain, SmatZ, planetmaker: I live in Granada, at the southern part of Spain
01:17-!-pugi [~pugi@p4FCC7912.dip.t-dialin.net] has joined #openttd
01:24<potrzebie>Granada, isn't that famous for something?
01:28<Terkhen>most tourists come here to see the Alhambra
01:28<ccfreak2k>Don't confuse it with Grenada.
01:30<potrzebie>ccfreak2k: Ahh.
01:31<potrzebie>That's probably what I did.
01:38-!-Markk_ [~markk@91.90.24.184] has joined #openttd
01:38-!-Hirundo_ [~Hirundo@salieri.openttdcoop.org] has joined #openttd
01:38-!-DorpsGek is now known as Guest346
01:38-!-DorpsGek [truebrain@openttd.org] has joined #openttd
01:38-!-mode/#openttd [+o DorpsGek] by ChanServ
01:39-!-Markk [~markk@91.90.24.184] has quit [Read error: Connection reset by peer]
01:40-!-Guest346 [truebrain@openttd.org] has quit [Read error: Connection reset by peer]
01:40-!-Hirundo [~Hirundo@salieri.openttdcoop.org] has quit [Remote host closed the connection]
01:40-!-Hirundo_ is now known as Hirundo
02:25-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Ping timeout: 480 seconds]
02:27-!-lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd
02:34-!-Xaroth [~Xaroth@86.92.135.101] has quit [Ping timeout: 480 seconds]
02:56-!-Markk_ is now known as Markk
03:27-!-Devedse [30302@cis.HZeeland.nl] has joined #openttd
03:37-!-ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd
04:06<dihedral>morning
04:07-!-switchgirl [~sara@cpc5-sgyl13-0-0-cust46.sgyl.cable.virginmedia.com] has quit [Remote host closed the connection]
04:11-!-ecke [~ecke@188.75.128.2] has quit [Quit: ecke]
04:11<planetmaker>morning
04:15-!-Goulp [~Goulp@ip163.opsio.fr] has joined #openttd
04:18-!-DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
04:31-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has joined #openttd
04:34<Ammler>morning
04:35<fonsinchen>good morning
04:35<fonsinchen>TrueBrain, could you build another version of cargodist on the CF?
04:50-!-JVassie [~James@nelocat2.gotadsl.co.uk] has joined #openttd
04:52-!-lugo [~lugo@mgdb-4db8c4ff.pool.mediaWays.net] has joined #openttd
04:52<blathijs>Hmm, meeting in Germany, sounds nice :-)
04:53<fonsinchen>I might even go there
04:54-!-Goulp [~Goulp@ip163.opsio.fr] has quit [Quit: PACKET_SERVER_SHUTDOWN]
05:00<dihedral>lol @ Goulp
05:00<dihedral>i do not think he quite understood the difference between SERVER and CLIENT :-P
05:04<Ammler>or a bug of OFTC, the network should shutdown now...
05:09-!-HerzogDeXtEr1 [~Administr@88.130.167.111] has joined #openttd
05:15-!-HerzogDeXtEr [~Administr@88.130.176.213] has quit [Ping timeout: 480 seconds]
05:23-!-Goulpy [~Goulp@ip163.opsio.fr] has joined #openttd
05:27-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has quit [Remote host closed the connection]
05:40-!-oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has joined #openttd
05:41-!-fjb [~frank@p5485E1D9.dip.t-dialin.net] has joined #openttd
05:56-!-Doorslammer [Doorslamme@119.11.20.247] has joined #openttd
06:13-!-Doorslammer [Doorslamme@119.11.20.247] has quit [Ping timeout: 480 seconds]
06:14-!-ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz]
06:16-!-a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has joined #openttd
06:17-!-Doorslammer [Doorslamme@119.11.20.247] has joined #openttd
06:17-!-Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
06:20-!-ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd
06:20-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has joined #openttd
06:25-!-Eddi|zuHause2 [~johekr@p54B77AA0.dip.t-dialin.net] has joined #openttd
06:27-!-Eddi|zuHause [~johekr@p54B75B30.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
06:30-!-Sionide [sionide@cornflakes.imen.org.uk] has quit [Ping timeout: 480 seconds]
06:35-!-KenjiE20 [~KenjiE20@92.10.83.181] has joined #openttd
06:38-!-Eddi|zuHause2 is now known as Eddi|zuHause
06:48-!-DX_Ipad [Dreamxtrem@client-82-26-220-210.pete.adsl.virginmedia.com] has joined #openttd
06:54-!-DX_Ipad [Dreamxtrem@client-82-26-220-210.pete.adsl.virginmedia.com] has quit [Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.]
06:55-!-Dreamxtreme [Dreamxtrem@client-82-27-6-88.pete.adsl.virginmedia.com] has quit [Ping timeout: 480 seconds]
06:57-!-Progman [~progman@p57A1B421.dip.t-dialin.net] has joined #openttd
06:58-!-ggergely [~ggergely@fibhost-66-44-209.fibernet.hu] has joined #openttd
06:59<andythenorth>sailing ships....variable wind?
06:59<ggergely>hi. i have 3 minor portability patches fot netbsd compatibility of openttd 1.0.1. where should i send them, to get merged?
07:00<fonsinchen>http://bugs.openttd.org I guess?
07:00<Eddi|zuHause>andythenorth: if you can make it so two ships near each other get affected by similar winds, but still keep it pseudorandom
07:01<planetmaker>ggergely, as fonsinchen said
07:01<andythenorth>hmmmm
07:01<ggergely>i'd prefer not to register. is it a must?
07:01<andythenorth>can vehicles get their xy co-ordinate?
07:01<andythenorth>hmmm
07:02<Rubidium>no, it just means we'll forget about the patches
07:02<ggergely>this is what i hate about opensource. i have gazillions of forgotten bogzilla accounts around few dozen projects i use
07:02<andythenorth>is there room in the map for 'wind strength'? 1 byte would be sufficient
07:02<ggergely>but i will do so
07:02<Eddi|zuHause>ggergely: but that means you have trouble organising yourself, not that buzillas are evil.
07:03-!-Dreamxtreme [Dreamxtrem@client-82-26-220-210.pete.adsl.virginmedia.com] has joined #openttd
07:04<ggergely>it means: why note up all accounts, if i don't remember how many patches havei submitted to millions of places. most of them never got appiles, still have to manually manage the patches for bugzillas
07:04-!-Muxy [~Muxy@main.goulp.net] has quit [Ping timeout: 480 seconds]
07:04-!-Muxy [~Muxy@main.goulp.net] has joined #openttd
07:04-!-tokai [~tokai@port-92-195-108-77.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:05<ggergely>there was a 2liner patch that got merged after 3 years into project. usually both upstream, and i do forget about them
07:05<ggergely>no matter bugzillas
07:06<planetmaker><ggergely> this is what i hate about opensource. i have gazillions of forgotten bogzilla accounts around few dozen projects i use <-- then register once and write down your login data.
07:06<Rubidium>I seem to remember a patch from a week back or so about some bsd as well
07:06<planetmaker>not too difficult
07:06<andythenorth>hmmm
07:06<andythenorth>wind strength could also affect aircraft
07:06<andythenorth>hmm
07:06<andythenorth>a byte won't do it
07:07<Terkhen>there are password management programs too
07:07<andythenorth>it needs to be a vector
07:07<andythenorth>unless we stick to a prevailing wind direction
07:07<Terkhen>andythenorth: taking wind into account sounds overcomplicated
07:07-!-tokai [~tokai@port-92-195-16-120.dynamic.qsc.de] has joined #openttd
07:07-!-mode/#openttd [+v tokai] by ChanServ
07:07*andythenorth plans hot air balloons
07:07<planetmaker>andythenorth, prevailing wind direction sounds quite acceptable
07:07<planetmaker>the sun doesn't move either
07:07<andythenorth>Terkhen: I think it would add an interesting direction to sailing ships
07:07<Rubidium>ggergely: http://bugs.openttd.org/3809
07:08<andythenorth>'becalmed' would be a new alternative to breakdowns :P
07:08<fonsinchen>TrueBrain, could you build another version of cargodist on the compile farm, please?
07:08<andythenorth>also, should ships be able to sink? Or is that just tiresome?
07:08-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd
07:08<ggergely>Rubidium: diffrent patch
07:09<Rubidium>ggergely: might be, but isn't the effect the same?
07:09<Rubidium>or are there multiple netbsds?
07:09<ggergely>only os_abstraction.h is similiar, but define _GNU_SOURCE is a bad idea
07:09<ggergely>multiple versions
07:09<ggergely>and i made it for stable openttd on stable netbsd.
07:09<ggergely>the other author probably not
07:11<Terkhen>andythenorth: I think that would be annoying
07:11<planetmaker>ggergely, patches are better made against trunk
07:11<ggergely>and the config.lib magic is only a workaround for laziness in configure parametering
07:12<ggergely>planetmaker: packags are better made of stable versions...
07:13<Rubidium>ggergely: packages maybe, but making sure the next stable isn't broken works by making sure the development versions aren't broken
07:13<planetmaker>^^
07:14<ggergely>Rubidium: but that is a work of upstream devels, not packagers.
07:14<ggergely>actually upstream should be happy by packagers doing portability fixes for them.
07:14<Rubidium>ggergely: we can't test all platforms available on the world
07:14<planetmaker>ggergely, then you'll remain unlucky with getting it fixed
07:15<planetmaker>and there are a lot of package maintainers here who happily see a thing rather decently fixed in trunk than fixing it for one release only and then ever and ever again
07:15<Rubidium>ggergely: we are happy packagers make portability fixes, but for both sides it would be better if the checks could be made before the next major release
07:16<Rubidium>that way you don't have to make patches and use those for one version just to drop them for the next version again because we applied them
07:17<Rubidium>and we don't have to go through backporting fixes to the stable branch (as the stable branch wouldn't have the portability issues if it were fixed before the branch)
07:18<Rubidium>now, I know some packagers can be very busy and not have much time, but two similar patches in such a short period of time makes me wonder what 'causes' that
07:19<ggergely>Rubidium: still, a ~6 line long patch that makes the package work, and is as simple as mine is, surely can be applied to trunk easily, as one can see by his own eye what it did (checks for netbsd version, to see if strndup is available, and similiar stuff)
07:19<fonsinchen>Rubidium, I just learned that you can trigger the compile farm, too. Could you do that for cargodist?
07:19<ggergely>and the patch you linked (that the bugzilla didn't find for a keword search of netbsd for me) will break stuff instead of fix
07:20<ggergely>defining _GNU_SOURCE is a bad idea, where it is not defined by libc
07:21<ggergely>that could break feature test macros
07:22<Rubidium>ggergely: bugzilla doesn't show closed reports and so doesn't our bugtracker. If you would've searched for closed tasks you would've found it
07:22<Rubidium>fonsinchen: I can, but not from here (don't have the ssh key to log in)
07:23<Rubidium>hmm, netbsd still has 0.7.2?
07:24<ggergely>Rubidium: http://pastebin.com/rXg2LPuc
07:24<ggergely>Rubidium: yes, i'm working on updating that
07:24<planetmaker>Rubidium, could you then trigger the CF when it is convenient for you?
07:24<Rubidium>planetmaker: if I don't forget it (same holds for ggergely's pastebinned patch)
07:24<planetmaker>:-) the usual conditions, sure :-)
07:26<ggergely>Rubidium: compare this with the one you showed me, you will see the similiarities, and that your code is basically correct, you simply could not follow the extension of our libraries. but i can't iamgine how the guy with the other patch could complie the code after messing up with his patch
07:26<Rubidium>heh, netbsd has had the string patch for 1 year + 1 week already (well, only with 500000 instead of 400000) and different order
07:27<ggergely>it has it since 400000 according to the manual
07:27<Rubidium>http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/games/openttd/patches/patch-string_func.h?rev=1.1&content-type=text/x-cvsweb-markup is what I've been looking at
07:27<ggergely>HISTORY The strdup() function first appeared in 4.4BSD. The strndup() function was added in NetBSD 4.0.
07:27<ggergely>sure, but ahoka also messed up that patch
07:28<ggergely>watch the code sharply: it will not define strdup on, say a freebsd machine, but it would be needed
07:29<Eddi|zuHause><andythenorth> a byte won't do it. it needs to be a vector <-- if you use 2 bits for direction, you still have 6 bits for strength. or 3/5...
07:29<ggergely>as it is needed on !gnu and !new-netbsd
07:29<ggergely>or i got completely confused about that part
07:30<Rubidium>the freebsd debian package compiles
07:31<ggergely>oh, i didn't mean that there was a problem. merely that the expression in ahoka's patch would not define strndup at some place (freebsd was just a guess) where t might be needed
07:31<ggergely>but now i'm totally confused about that
07:32<ggergely>if there should be a || or &&
07:34-!-tokai [~tokai@port-92-195-16-120.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:35<ggergely>yes, i missed it. there should be a &&
07:36-!-tokai [~tokai@port-92-195-21-159.dynamic.qsc.de] has joined #openttd
07:36-!-mode/#openttd [+v tokai] by ChanServ
07:36<ggergely>but the negations are necessary to enter the block on a !gnu && !netbsd os, so altough ahoke missed, i also did.
07:38<ggergely>Rubidium: i will make a bugreport
07:41-!-Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd
07:41<Rubidium>if you do, make the type "bug" and not a "patch"
07:41<ggergely>ok
07:42<ggergely>Rubidium: i will note that imo the bug you linked me should be rolled back...
07:42<ggergely>or .. adjusted
07:44-!-Goulpy [~Goulp@ip163.opsio.fr] has quit [Quit: PACKET_SERVER_SHUTDOWN]
07:44-!-Goulp [~Goulp@main.goulp.net] has joined #openttd
07:48-!-Coco-Banana-Man [~Stephan.D@p5B2DA5EC.dip.t-dialin.net] has joined #openttd
07:52<fonsinchen>Could it be that the compile farm makes a copy of the cloned repository with something like "cp -r" before configuring/building?
07:53<fonsinchen>Or anything else that changes the files' modification dates?
07:53<fonsinchen>As that is a way to trigger the false positives with "git diff-index"
07:53-!-Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has joined #openttd
07:57-!-fjb [~frank@p5485E1D9.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
07:57-!-glx [glx@2a01:e35:2f59:c7c0:7168:5eca:7b3a:d10b] has joined #openttd
07:57-!-mode/#openttd [+v glx] by ChanServ
08:03<TrueBrain>fonsinchen: the CF does a git clone, moves it into a certain directory, runs a bit of sanity on it, uses tar on it, CF nodes download that file, extract it, and compile it
08:04<TrueBrain>tar should preserve modification time
08:04<fonsinchen>and the move?
08:04-!-Fast2 [~Fast2@p57AF80EC.dip0.t-ipconnect.de] has joined #openttd
08:04<TrueBrain>moves ALWAYS perserve all information
08:05<TrueBrain>else it would be a copy + delete
08:05<fonsinchen>so you are sure the modification times are not touched after the cloning. Then there must be another way to trigger this.
08:06<TrueBrain>nobody is ever sure of anything, but it shouldn't happen
08:06<TrueBrain>there can be a bit of drift in the CF node clocks, but even that should be minimal
08:06<TrueBrain>either way, git would suck ass if it shows a diff over a file if only the modiciation time changed
08:06<TrueBrain>would in fact make it worthless, in my opinion
08:06<fonsinchen>In general "git diff-index" seems incredibly fragile. We should use a different method of modification detection
08:07<fonsinchen>"git update-index --refresh" seems better
08:07<TrueBrain>yeah, lets use mercurial :)
08:07<TrueBrain>works much better at many many many fronts
08:07<fonsinchen>it tries to update the index and complains about files with actual differences
08:07<TrueBrain>in fact ... if I ever rewrite CF, I am unsure if I add git support to it ...
08:09<TrueBrain>(and I am not joking .. git is one of the worst VCSs I have seen in a while)
08:10<TrueBrain>also one of the slowest
08:10<TrueBrain>it wouldn't be any surprise to me if soon you need a certificate before you can use git .. it comes close to rocket science ..
08:10<Eddi|zuHause>... i don't get along with git either...
08:10<TrueBrain>if I see the things we have to do at our git repos to keep them 'sane' ...
08:10<TrueBrain>I mean .. why doesn't it automaticly repack?
08:10<fonsinchen>it does
08:10<TrueBrain>why can't it, in a sane way, extract subsets of a pack?
08:11<TrueBrain>fonsinchen: hell no
08:11<fonsinchen>but it doesn't repack aggressive
08:11<TrueBrain>your git repos for example, contains at least 50 packs
08:11<Eddi|zuHause>once i asked people where "short" introductions to git are, and they told me "to learn the internal structures first"
08:11<fonsinchen>as that takes a hell lot of RAM
08:11<TrueBrain>trying git on Windows is a hell
08:11<TrueBrain>in all situations
08:11<fonsinchen>yes, and the server it's cannot repack it.
08:11<Eddi|zuHause>... i need a "scheibenwischer" smilie sometimes...
08:11<TrueBrain>git often 'breaks' without you understnading why, or why it is bitching
08:11<fonsinchen>It has too little ram
08:12<TrueBrain>and my personal favorite: all VCSes use A to do something, and git uses BCD to do it
08:12<TrueBrain>the naming scheme is absolete fucked up
08:12<TrueBrain>like: ha! WE KNOW BETTER! WE KNOW MORE SANE NAMES!
08:12<TrueBrain>well .. YOU FAILED
08:12<TrueBrain>so lets all just please drop git
08:13<TrueBrain>and start using mercurial
08:13<fonsinchen>I didn't write git, you know. I also didn't try mercurial. But so far I cannot complain about git.
08:13<TrueBrain>I never suggested you wrote git, did I?
08:13<TrueBrain>In that case I would flame you personally
08:13<TrueBrain>and really, do try mercurial
08:14<TrueBrain>I am very sure your M problem will be gone ;)
08:14<fonsinchen>Actually IS obviously had the same problem
08:14<fonsinchen>and as far as I can see they are using mercurial.
08:14<fonsinchen>but probably it only looks similar.
08:15<TrueBrain>the things IS did, was not to fix the M
08:17<planetmaker>IS did explicitly set a version
08:18<fonsinchen>How well would mercurial manage those 20 branches I have in my repository? Maybe I should really try, but what I have read is that git is the best option if you have lots of branches and create/destroy them on a regular base.
08:18<TrueBrain>I like Mercurial Queue system
08:18<TrueBrain>not sure how well it works for 20 patch-sets
08:19<fonsinchen>Well, I have to leave. Bye
08:19<TrueBrain>bye fonsinchen :)
08:21<Rubidium>maybe there's a timezone issue?
08:22<Rubidium>i.e. do all compiles have problems, or only the compiles on a few platforms?
08:24<planetmaker>fonsinchen, in any case hg does support branches, both named and unnamed
08:27-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
08:29<Eddi|zuHause>hm... windows shares are a mystery to me...
08:29<Eddi|zuHause>i'm very frustrated right now...
08:30<Eddi|zuHause>i set the windows share so that "everybody" has "full access", but smb tells me to enter a password, and denies access
08:30<TrueBrain>NTLM conflict?
08:31<Eddi|zuHause>i have no idea what that means...
08:31<TrueBrain>Windows Vista and higher require a higher level of security (by default) for authentication and authorization
08:31<Eddi|zuHause>it's windows xp
08:31<TrueBrain>this new NTLM causes Windows computer not to be able to see samba shares, and visa versa
08:32<Eddi|zuHause>i see the shares on the windows computer, but i can only access some of them...
08:32<Eddi|zuHause>and i don't know the difference...
08:33<Eddi|zuHause>and i don't find an "allow guest access" button...
08:33<Eddi|zuHause>i want an "I DON'T FUCKING CARE" button... or at least an explanation what this stuff does... but windows does apparently not provide any help, or descriptive interface...
08:34<TrueBrain>I had to install Windows 2008 server last month (poor me) ... now that is a hell o undescriptive texts and stuff
08:34<TrueBrain>for example, if you disable 'last documents' in the Start Menu, it also dissapears from Microsoft Office (but not from Open Office)
08:35<TrueBrain>they could at least have made a remark about that :p
08:35<TrueBrain>but he .. it is microsoft
08:36<Eddi|zuHause>i completely don't understand it... everything used to be so easy...
08:36<TrueBrain>when?
08:36<Eddi|zuHause>i had shared this folder before, but now moved it to another disk
08:36<Eddi|zuHause>so i had to "reshare" it...
08:36<Eddi|zuHause>and now it denies access...
08:37<Eddi|zuHause>i'm getting too old for this shit...
08:37-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
08:42<dihedral>Eddi|zuHause: "frueher war die zukunft auch besser" :-P
08:46<Eddi|zuHause>it's totally ununderstandable... there is no visible difference in the settings between the shares i can acces and the ones i cannot access...
09:04<CIA-6>OpenTTD: glx * r19846 /trunk/src/lang/ (45 files in 2 dirs): -Fix (r19839): STR_NEWGRF_SETTINGS_SELECT_PRESET != STR_NEWGRF_FILTER_TITLE and do it for unfinished lang files too
09:20-!-roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd
09:24<@Belugas>hello
09:25<andythenorth>hi Belugas
09:27<Eddi|zuHause>why does copying over the network only have 4.6MiB/s?
09:30-!-JostVice [~jostvice@85.136.129.22.dyn.user.ono.com] has joined #openttd
09:32<Rubidium>because it's 54 Mbps wireless?
09:34<Eddi|zuHause>no... it's supposed to be 100Mbps
09:34<Rubidium>switch or hub?
09:34<Eddi|zuHause>switch
09:34-!-OwenS [~oshepherd@cpc1-stkn13-2-0-cust478.11-2.cable.virginmedia.com] has joined #openttd
09:35<Eddi|zuHause>and other network traffic is marginal
09:35<__ln__>good switch or crappy switch?
09:35<Rubidium>half duplex?
09:37-!-Mazur [~mazur@53551A99.cable.casema.nl] has quit [Ping timeout: 480 seconds]
09:37<Eddi|zuHause>iptraf says ~8300 kbits/s, the copy dialog says 4.3 MiB/s... is there such insane amount of protocol overhead in samba?
09:38<Noldo>there might be some tweaking possibilities
09:38<Rubidium>with dropped packets that could very well happen
09:39<Rubidium>samba over VPN gets me like 100-200 kBps, whereas ftp over the same connection (same server) gets 1100-1200 kBps
09:41-!-bryjen [~bryjen@63.147.94.149] has joined #openttd
09:42-!-Mazur [~mazur@53551A99.cable.casema.nl] has joined #openttd
09:42<TrueBrain>Eddi|zuHause: maybe it has to acknowledge every bit :p
09:43-!-Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has joined #openttd
09:45-!-Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing]
09:46-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has joined #openttd
09:49-!-a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has quit [Quit: a1270]
09:51-!-heffer [~felix@mue-88-130-92-219.dsl.tropolys.de] has joined #openttd
09:51<@Belugas>hello sir andythenorth
09:54<Sacro>madame Belugas!
09:55<@Belugas>she is quietly at home (doing some laundry, cake and bread), mister Sacro ;)
09:56-!-Devroush [~dennis@94-225-72-20.access.telenet.be] has joined #openttd
09:58-!-roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
10:01<TrueBrain>Belugas: what are you doing the 19th of June? Any chance you can be in a plane to Germany? :p
10:01<Eddi|zuHause>(it's a saturday)
10:02<@Belugas>let me see...
10:02<@Belugas>hum...
10:02<@Belugas>nope.. cannot be there.
10:02<@Belugas>i'm doing a concert in japan
10:02<@Belugas>we've got the Budokan stadiom reserved
10:02<@Belugas>that's too bad
10:02<@Belugas>why?
10:03<TrueBrain>we have a party at planetmaker's place
10:03<TrueBrain>and we wanted you to be there
10:03<TrueBrain>but I can see Japan has priority
10:04-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has joined #openttd
10:06-!-yorick [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
10:06-!-a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has joined #openttd
10:10<@peter1138>hm
10:11<dihedral>?
10:11<@peter1138>who knows
10:15*dihedral wonders if TB receives private messages ^^
10:15<@Belugas>that is soo sad :(
10:15<@Belugas>fucking stupid distance
10:15<Eddi|zuHause>depends on your definition of "receive" ;)
10:16-!-orudge_ [~orudge@75-149-149-225-Minnesota.hfc.comcastbusiness.net] has joined #openttd
10:16<dihedral>Eddi|zuHause: lol
10:17<Eddi|zuHause>dihedral: a german court recently defined an email as "received" when it was caught by the spam filter and deleted.
10:18-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Quit: HydraIRC -> http://www.hydrairc.com <-]
10:19-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has joined #openttd
10:19<dihedral>recently is good, i thought that was at least quite some months ago
10:19<Eddi|zuHause>can't be that long ago... one, maybe two, months...
10:19<dihedral>oh
10:20<dihedral>that's a bummer, as, iirc, even those emails must be archived
10:23<Eddi|zuHause>hm... apparently the ruling was already in July 2009...
10:23<Eddi|zuHause>but it was mentioned in a news from February 2010, where i read about it
10:24<Eddi|zuHause>"Das Landgericht Hamburg entschied, dass die von einer Firewall abgefangene E-Mail als "zugegangen" zu beurteilen sei und dass das Risiko, dass eine solche E-Mail verloren gegangen sei, ganz bei dem Abgemahnten läge."
10:25-!-Devedse [30302@cis.HZeeland.nl] has quit [Ping timeout: 480 seconds]
10:27-!-Jhs [~Jhs4@212.80-202-26.nextgentel.com] has joined #openttd
10:27<Rubidium>Belugas: that's only a 10 minute walk from the hotel I stayed in :)
10:27<Eddi|zuHause>anyway... "last year" is still "recently", even for the internet
10:30<dihedral>yes, that sounds about right
10:31-!-Lakie` [~Lakie@91.84.251.149] has joined #openttd
10:31-!-Lakie [~Lakie@91.84.251.149] has quit [Read error: Connection reset by peer]
10:32<@peter1138>Eddi|zuHause, 24 hours is ages ago, on the Internet...
10:35-!-heffer [~felix@mue-88-130-92-219.dsl.tropolys.de] has quit [Quit: heffer]
10:37-!-oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has quit [Ping timeout: 480 seconds]
10:40<Rubidium>Eddi|zuHause: so... is a rejected email after "MAIL FROM" considered received?
10:42<@peter1138>can't be :)
10:42<@peter1138>usually you reject after RCPT TO
10:42<@peter1138>(but before DATA of course)
10:43<Rubidium>okay, RCPT TO then :)
10:43<Rubidium>anyhow, compared to snail mail you would have received the enveloppe
10:44-!-Fast2 [~Fast2@p57AF80EC.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
10:50-!-Jhs [~Jhs4@212.80-202-26.nextgentel.com] has left #openttd [Leaving]
10:55<Eddi|zuHause>i don't know the details of email delivery
10:56-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
10:57<@peter1138>the question is, is it received even if it isn't received?
11:00<+glx>looks like it
11:05-!-lewymati [~lewymati@89.230.159.206] has joined #openttd
11:06-!-Weeknie [~Maarten_S@84.27.14.168] has joined #openttd
11:12<Weeknie>Could anyone help me get started on newGRF airports?
11:12<Weeknie>I mean, I would like to help coding them, but where do I start so to speak?
11:12<+glx>IIRC newgrf airport support is still WIP
11:13<Weeknie>WIP being?
11:13<Weeknie>(never heard of that one:P)
11:13<+glx>work in progress
11:13<Weeknie>Lol I know
11:13<Weeknie>That's why I wanna help develop:)
11:13<Weeknie>But I have absolutely no idea how to start
11:16<OwenS>Weeknie: I assume you're an experienced C++ coder?
11:16<+glx>you first need to clone Yexo's hg repo
11:17<Weeknie>OwenS, no, just beginning, but I'll learn along the way, that's the idea anyway
11:17<Yexo>Weeknie: have you compiled the trunk version of openttd already?
11:17<Yexo>if not, start with that
11:17<Weeknie>Yes I finally got that done yesterday:P
11:18<Yexo>after that clone http://hg.openttd.org/developers/yexo/airports.hg/ and compile that
11:18<OwenS>Weeknie: Thats your first step. Your second step is learning NFO indepth. And I mean in depth.
11:18<Weeknie>Erm, Yexo, do you agree that I should do that?
11:18<Yexo>yes
11:18<Weeknie>Hmm right
11:19<Yexo>most (if not all) of the newgrf airports code will be relying on newgrfs, so you have to know how they work
11:19<Weeknie>But tbh, I wouldn't have any idea on how to learn C++ other than just coding
11:20<Yexo>the problem with newgrf airports is that you would try to learn to things at the same time, c++ and nfo
11:20<Yexo>both are hard enough to learn already
11:20<Weeknie>It's not like I haven't coded before
11:21<+glx>don't forget c++ implementation of nfo specs (that's a third thing ;) )
11:21<Weeknie>But erm, well, what should I learn about NFO's then?
11:22<Weeknie>I know generally how they work
11:22<Weeknie>not the specific actions and such
11:22<Weeknie>But the general idea
11:22<Yexo>learn about advanced varaction2, and then write a newgrf yourself that uses it
11:23<Weeknie>Hmm, that might be a good idea yeah
11:23<Yexo>if you want to learn to work with the storage, try an industry newgrf and play a bit with the production code
11:24<Weeknie>I was especially interested in how the new airports will work
11:24<Weeknie>Was hoping to implement my idea of the airport statemachine
11:24<Yexo>that is documented here: http://users.tt-forums.net/pikka/wiki/index.php?title=Newgrf_Airports_Documentation
11:25<Weeknie>hah, yeah, didn't understand that before, let's go through it again and see whether I can figure out how it works
11:25<Yexo>but it's not fully implemented yet, so if your airport newgrf doesn't work it might as well be a bug in the c++ code
11:26<Weeknie>I think I'll just see if that all makes sense to me
11:26<Weeknie>Else I'll go play around with some vehicle or industry grf's
11:26<Weeknie>Thanks for the help anyway;)
11:26<+glx>stations are easy to test too
11:26<Eddi|zuHause>one of the big design problems with airport state machines is how it could be extendable for other vehicles, like ships and road vehicles, and especially articulated road vehicles
11:27<Weeknie>Do really all objects in the game have nfo's?
11:27<Yexo>Eddi|zuHause: ships are pretty easy
11:27<Yexo>just have to define an entrance/exit point and the rest could be done via the same staemachine callback as for aircraft
11:27<Yexo>articulated road vehicles are far more tricky
11:28<Eddi|zuHause>very far more, yes ;)
11:28<Yexo>I have no idea how the code works that the articulated parts follow the front vehicle (nor have I tried to understand it yet)
11:29<Weeknie>Well, let's go reading
11:30<Eddi|zuHause>well, i once had an idea how it could be done: each vehicle gets a shift-register of the positions it went through, and on movement, the last entry gets shifted into the next vehicle, and that vehicle gets forced on that position
11:30-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has joined #openttd
11:30<Eddi|zuHause>you'd need 8 registers for a length 8 vehicle, and less for shortened vehicles
11:30<Weeknie>That works
11:31<Eddi|zuHause>but you need some special magic for things like reserving/unreserving of certain states
11:32<Yexo>is that also going to work if you have a small truck with a few very long trailers?
11:32-!-rhaeder [~quix0r@dslb-188-100-221-094.pools.arcor-ip.net] has quit [Remote host closed the connection]
11:32<Yexo>Eddi|zuHause: (un)reserving states should be done by the newgrf
11:33<Weeknie>This periodic processing loop, how many times is it run? (as in how many ticks between loops)
11:33<Yexo>for tiles? 256
11:33<Eddi|zuHause>Yexo: yes, but with articulated vehicles you need to separate reserving (on entrance of the first vehicle) from unreserving (leaving of the last vehicle)
11:34<Weeknie>ERm, Yexo, I think you're misunderstanding me then
11:34<Weeknie>Im looking at action 0 for airport tiles
11:34<Yexo>Eddi|zuHause: stlil can be done by the newgrf, "reversing" = setting a bit in the persistant storage of the station
11:34<Weeknie>Then under 11b (not sure what that is though)
11:34<Yexo>it's run every 256 ticks
11:35<Yexo>each tick some tiles are processed
11:35<+glx>it's 11h ;)
11:35<Weeknie>Sorry, the b was between brackets
11:35<Yexo>11h/0x11, but it's a byte value :)
11:35<Weeknie>Why is there then also a value which executes the statement every 250 ticks?
11:36<Yexo>that is for all tiles of the airport at the same tile
11:36<Yexo>the tile processing loop does a few tiles every tick
11:36<Weeknie>Ah ok
11:36<+glx>same for stations and industries IIRC
11:36<Weeknie>So all of them get handled a few at a time, and all simultaniously every 250 ticks
11:37<Eddi|zuHause>Weeknie: you can observe the effects of the tile loop best if you watch some farm fields on fast forward. or grass growth, when you cleared a large area
11:37<Yexo>start openttd, clear a large area of ground and see in fastforward the grass regrow
11:37<Yexo>that is done in the tile processing loop
11:37<Weeknie>Ah right
11:37<Weeknie>The stripces
11:37<Yexo>yes
11:37<Weeknie>I've noticed that before
11:38<Eddi|zuHause>the tiles are processed in a fixed pattern
11:38<Eddi|zuHause>step by step, so the CPU is not overloaded
11:38<Weeknie>Yup, got it
11:39-!-Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has quit [Quit: WeeChat 0.3.2]
11:39-!-Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has joined #openttd
11:52-!-Goulp [~Goulp@main.goulp.net] has quit [Quit: ZNC - http://znc.sourceforge.net]
11:53-!-ggergely [~ggergely@fibhost-66-44-209.fibernet.hu] has left #openttd []
12:12-!-_Ben_ [~Ben@81-5-142-101.dsl.eclipse.net.uk] has joined #openttd
12:12<_Ben_>Hi
12:13<_Ben_>Anybody around who has any idea of how to get the extra coastal sprites appearing in game?
12:14<_Ben_>For temperate do they go in ogfxe_extra as 1863-1870?
12:15-!-Mazur [~mazur@53551A99.cable.casema.nl] has quit [Quit: Partir, c'est mourir un peu.]
12:16-!-Mazur [~mazur@53551A99.cable.casema.nl] has joined #openttd
12:29-!-Goulp [~Goulp@main.goulp.net] has joined #openttd
12:30-!-NukeBuster [~wouter@80.101.115.82] has joined #openttd
12:30<Ammler>_Ben_: http://dev.openttdcoop.org/projects/32bpp-extra
12:32<Ammler>http://dev.openttdcoop.org/projects/32bpp-extra/repository/entry/docs/sprite-ranges.ptxt
12:34<_Ben_>Ammler: the first link is instructions how to run the 32bpp EZ branch, or am I missing something
12:34-!-rhaeder [~quix0r@dslb-188-100-221-094.pools.arcor-ip.net] has joined #openttd
12:34<Ammler>he should split in files
12:34<Ammler>_Ben_: no, it is all about the extra grf
12:35<Ammler>>1800 seems ok, but how you find the exact sprite numbers is quite hard.
12:35<_Ben_>oh, is that required to display sprites?
12:36<Ammler>yes, if you don't want to change the number with every new ogfx release
12:36<Ammler>(or openttdw.grf)
12:37<_Ben_>hmm, I found the numbers from a .tar which maquinista had made, I didn't find them myself. I wonder if their not working then becuase the extra-sprite numbers have been changed..?
12:41-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
12:42<Ammler>yes, they change on every grf change
12:42<Ammler>we told you that around 1000 times
12:42-!-mib_qgxzpw [bc6108f9@ircip2.mibbit.com] has joined #openttd
12:42<mib_qgxzpw>4on4 server on nuke high
12:42<_Ben_>yeah...well..not quite that often, but that's meaningless to someone who doesn't know how/if when a grf change is made
12:42<Ammler>that is why you should use that special 32bpp extra newgrf
12:43<mib_qgxzpw>4on4 server on nuke high
12:43<Ammler>ok, maybe less :-)
12:43-!-Grelouk [~Grelouk@93.21.17.240] has joined #openttd
12:43-!-mib_qgxzpw [bc6108f9@ircip2.mibbit.com] has left #openttd []
12:44<_Ben_>I asumed the file on the repe would have been updated...or is that irrelevent? it doesn't state the grf is required, or include the grf in the pack
12:44-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
12:44<_Ben_>meh, I have that grf and it doesn't seem to have worked
12:44<Ammler>you need to load that grf
12:44<Ammler>as newgrf
12:45<Ammler>dunno, how it is done with ez patch, but with trunk you need to load it with newgrf gui
12:45<_Ben_>ah ok...super
12:48<_Ben_>why is that grf included with all the extra sprites? seems random why half of them are bundled
12:48<Ammler>you need to load it once
12:49<Ammler>it doesn't need to be bundled with every tar
12:49<Ammler>but it might also not hurt
12:49<_Ben_>well that's what confused me because I didn't require any of the sprites, so haven't ever downloaded that file.
12:50<_Ben_>saying that, I'm still also confused why the sprites have the numbers they do inside that pack, even if the grf changes that so they work
12:50<yorick>"Rollercoaster Tycoon movie"
12:50<Weeknie>Rollercoaster Tycoon!:D
12:50<Weeknie>Sorry, reflex
12:51<yorick>Sony got the rights
12:51<Ammler>well, it depends where on the grf the change happen, if the sprite change is almost at the end, it wouldn't affect that much
12:51<yorick>"with plans to make a "live-action/CGI hybrid.""
12:51<Ammler>last change for example was gui change, that is one of the top grfs
12:52<Ammler>so it affects almost every sprite :-)
12:52<Ammler>top sprite*
12:52<_Ben_>hmm this is baffling me. Why do half the coastal sprites that exist in trg1r need to be in this set?
12:53<Ammler>they don't, base set is special
12:53<Ammler>but the extra newgrf isn't a baseset, so you might need it
12:54<_Ben_>hmm 1808_z0.png seems exactly the same, and it loads instead of the sprite I have in trg1r, so it's called up for the same reason
12:54<Ammler>yeah, sorry, the 32bpp extra grf is a newgrf, that is why you need to copy those
12:55<Ammler>maybe GT should define a baseset GRFID, but not sure about that
12:57<Ammler>AFAIK is that the only special case with base set extra grf
12:58<_Ben_>errrr....all this termonology
12:59<_Ben_>one sec, ...the sprites all disapeared
13:01<Ammler>GT does also directly include 32bpp pngs in that newgrf, btw.
13:04<_Ben_>ok I'm going mad. I can't now get the sprites in that tar to appear. I have the newgrf and the .tar as they were
13:05<_Ben_>I have a lot of folders, any idea which ones are still needed? ogfx1_base ogfxe_extra openttdw trg1r trgcr and trghr
13:07-!-Lakie` is now known as Lakie
13:07-!-heffer [~felix@static-87-78-98-150.netcologne.de] has joined #openttd
13:07-!-Fast2 [~Fast2@p57AF80EC.dip0.t-ipconnect.de] has joined #openttd
13:08<_Ben_>right, redid everything and it works again. Still can't understand why some of the 32bpp sprites from trg1r have been replaced with the ones in the 32bpp extra set. Can you explain preferably with minimal in-termonology why there are 2 versions of the same sprite?
13:09<+glx>extra is a newgrf, so it can replace some original sprites
13:09<+glx>using action 5 IIRC
13:10<_Ben_>whats the need in that case of the coastal sprites?
13:10<Weeknie>Can NML2NFO also pack NFO's and GCX's to GRF's?
13:10<+glx>0D,...Coast Tile graphics,...16 (18),...2.5 beta 5, OpenTTD r7325 (OpenTTD r11726)
13:11<yorick>Weeknie: yes
13:11<Weeknie>Which option do you need in that case?
13:11<Weeknie>I checked -h but it's not really obvious from there
13:11<+glx>_Ben_: http://wiki.ttdpatch.net/tiki-index.php?page=Action5
13:12-!-frosch123 [~frosch@frnk-590f68cf.pool.mediaWays.net] has joined #openttd
13:13<_Ben_>ok, some read. What I'm asking though is why sprites have to be cloned, put in another folder, and then have a newgrf to appear exactle the same. Obviously the bulk of the extra graphics didn't exsist before, but half these coastal sprites were, and still are in trg1r
13:13-!-ptr__ [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd
13:13-!-ptr__ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Remote host closed the connection]
13:13-!-ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Read error: Connection reset by peer]
13:13<yorick>Weeknie: it does it by default
13:13-!-ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd
13:14<Weeknie>Oh wait, that's right, the gcx's are named in the nfo
13:15-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
13:17<Ammler>nml can't read nfo, afaik
13:17<Ammler>you need grfcodec for that
13:24<planetmaker><Ammler> maybe GT should define a baseset GRFID, but not sure about that <-- very bad idea
13:24<planetmaker>it should only be defined by base sets. Only be the extra newgrf which comes with a base set and is defined in the base set description file
13:25-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has joined #openttd
13:26<planetmaker>Weeknie, you might get the file extension correct ;-)
13:26<Weeknie>? wut?
13:26<planetmaker>but actually you're happy, you cannot only use pcx files in NML, you can also use png files as source
13:26<Weeknie>I'm not gonna do any designing
13:27<Weeknie>I'm just going to take that OGX+ set and write the whole NFO code myself to get used to i
13:27<Weeknie>it*
13:27<Ammler>planetmaker: that grf is baseset extra grf
13:27<planetmaker>nfo or nml? ;-)
13:27<Weeknie>NFO
13:27<planetmaker>why then bother with nml?
13:28<planetmaker>Ammler, a base set extra newgrf needs definition in a base set obg file
13:28<Weeknie>Because I don't have grfcoder here
13:28<Weeknie>Since you said nml could do it too:P
13:28<planetmaker>so... you write nml, not nfo? I don't get it
13:28<Ammler>check development page on openttd.org
13:29<Weeknie>Let me ask you this first
13:29<fonsinchen>TrueBrain, Rubidium: Could one of you please build another version of cargodist on the CF?
13:29<Weeknie>Can NML2NFO also do the same thing grfcoded does?
13:29<Weeknie>(remove the also, that doesn't belong there in that sentence)
13:29<planetmaker>it can't compile nfo. It can only compile nml files
13:29<Ammler>and it can't decode
13:29<planetmaker>it's like: can a c compiler do what a fortran compiler can do
13:29<Weeknie>Sigh, thanks a lot Yorick:P
13:30<Weeknie>I don't care about the decoding
13:30<Weeknie>Got the OGX+ source;)
13:30<planetmaker>both compilers have different input, one requires c files, the other fortran files.
13:30<planetmaker>same with nml / grfcodec: nml requires nml files, grfcodec nfo files :-)
13:30<Weeknie>Well, Yorick said it could do NFO's + PCX:P
13:30<planetmaker>ogfx+ is in NML :-)
13:31<Weeknie>Wait, it is?
13:31<planetmaker>of course
13:31<Weeknie>Well that's even better, no hex code to spy on
13:31<Weeknie>Unless you're planning an nml implementation for the newgrf airports:P
13:32<+glx>not until it's finished I guess :)
13:32<planetmaker>http://www.tt-forums.net/viewtopic.php?p=872227#p872227 <-- difference between NML and NFO :-)
13:32<planetmaker>Weeknie, nml doesn't change the way newgrfs work. It's just another programming language
13:32<planetmaker>You still need to jump through all the concepts
13:32<Weeknie>I know I know
13:33<Weeknie>Right
13:33<Weeknie>So I'll just go do NFO stuff and get grfcodec after all
13:33<Weeknie>Ok
13:33<planetmaker>...
13:34<planetmaker>you got IMHO some fundamental mis-understanding there on what NML / NFO are :-)
13:34<Rubidium>fonsinchen: (TrueBrain) started it; it'll probably be stalled by the normal nightly though
13:34<TrueBrain>I didn't do such thing :(
13:34<planetmaker>they are both a programming language
13:35-!-nighthawk_c_m [~nighthawk@pD95056C9.dip0.t-ipconnect.de] has joined #openttd
13:35<planetmaker>like a compiler for each programming language produce the same binary code so that a computer can execute it, both these languages, NFO and NML do so with grfs
13:35<Weeknie>planetmaker, I do understand it
13:35<Weeknie>Here's what I wanna do
13:36<Weeknie>Or well, at first, I wanted to implement an airport the way I had thought up, as you read on the forums
13:36<Weeknie>Well that's impossible, because newgrf airports aren't fully developed yet
13:36<Weeknie>So then I thought, let's help them develop it
13:37<nighthawk_c_m>If I have a working cargodist route - goods from a factory to several statoions, and the route is shut down inbetween for whatever reason, suddenly the factory only produces goods for one explicit station
13:37<planetmaker>Weeknie, that won't save you then from understanding the specs, right
13:37<Weeknie>The NFO specs yes
13:37<Weeknie>So that's why I've got to go learn them
13:37<fonsinchen>ok, thanks
13:37<planetmaker>newgrf specs
13:37<Weeknie>Erm?
13:37<fonsinchen>oh, you didn't ...
13:38<Weeknie>Oh right
13:38<Weeknie>Yes, that's what I meant
13:38<planetmaker>:-) you don't need to understand every syntax. But the concept.
13:38<Weeknie>What exactly would you mean by concept then?
13:38<planetmaker>how variables work, how actions0...F work and what they're capable of
13:39<Weeknie>Right, so that's what I was about to do;)
13:39<planetmaker>but you don't need to write your airport then in NFO
13:39<Weeknie>Oh no, not going for that specifically
13:39<Weeknie>Just going to write my own bus or something, something simple
13:39<Weeknie>To get the hang of all the NFO stuff
13:39<Weeknie>NewGRF stuff, soryr
13:39-!-Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has quit [Quit: WeeChat 0.3.2]
13:40<Weeknie>ok planetmaker?:P
13:40-!-nighthawk_c_m [~nighthawk@pD95056C9.dip0.t-ipconnect.de] has quit [Quit: Verlassend]
13:42<planetmaker>whatever :-)
13:43<planetmaker>simple vehicles are easy :-) Like the trams in ogfxplus
13:43<planetmaker>just graphics and some stats attached to them
13:44<planetmaker>The fun begins when you start to change the behaviour / looks / ... of them depending upon date and other things :-)
13:44<planetmaker>or adding refit options to them like HEQS does
13:44<planetmaker>for the cargo trams
13:45-!-Chillosophy^ [~fu@195-241-120-76.ip.telfort.nl] has joined #openttd
13:45<Weeknie>Lol, that's what I wanted to do
13:45<Weeknie>Start with something easy
13:45<Weeknie>And then expand upon that
13:45<Weeknie>But another little question
13:45<Weeknie>When and where do trams get introduced?
13:45<Weeknie>Never seen em enabled in any game I played
13:46-!-Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
13:46<CIA-6>OpenTTD: translators * r19847 /trunk/src/lang/ (14 files): (log message trimmed)
13:46<CIA-6>OpenTTD: -Update from WebTranslator v3.0:
13:46<CIA-6>OpenTTD: catalan - 5 changes by arnau
13:46<CIA-6>OpenTTD: croatian - 4 changes by VoyagerOne
13:46<CIA-6>OpenTTD: dutch - 66 changes by Hyronymus, habell
13:46<CIA-6>OpenTTD: finnish - 4 changes by jpx_
13:46<CIA-6>OpenTTD: french - 5 changes by glx
13:46<Alberth>you need to load a tram newgrf I think
13:46-!-Doorslammer [Doorslamme@119.11.20.247] has quit []
13:49-!-Chillosophy^ [~fu@195-241-120-76.ip.telfort.nl] has quit []
13:49-!-CrazyTB [~crazy@189.106.240.190] has joined #openttd
13:49-!-rico [~rr@212-182-158-9.ip.telfort.nl] has joined #openttd
13:50-!-fjb [~frank@p5485E6EA.dip.t-dialin.net] has joined #openttd
13:50<Rubidium>damn... shouldn't have looked at the Dutch translation diff. It already gets on my nerves again
13:50<Rubidium>TrueBrain: on vacation in Brazil? :)
13:51<+glx>Rubidium: stupid translations ?
13:51-!-CrazyTB [~crazy@189.106.240.190] has quit []
13:51<Rubidium>glx: the first string I look at having spelling errors
13:52<Alberth>fire the translator :p
13:52-!-CrazyTB [~crazy@189.106.240.190] has joined #openttd
13:52-!-CrazyTB [~crazy@189.106.240.190] has left #openttd []
13:52<Rubidium>and to be honest my spelling isn't that good, just the translation's spelling is worse
13:53-!-CrazyTB [~crazy@189.106.240.190] has joined #openttd
13:53<TrueBrain>Rubidium: nothing new there
13:53<TrueBrain>and why would I be in Brazil?
13:54<Rubidium>TrueBrain: your alter-ego CrazyTB
13:54<TrueBrain>ah; not me
13:54<TrueBrain>sorry :p
13:55<Weeknie>Lol Rubidium, I could take a look if you want:P
13:55-!-Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has joined #openttd
13:55<TrueBrain>I once had the plan to walk over every string
13:56<TrueBrain>sadly, WT3 tracks that poorly
13:56*peter1138 walks over TrueBrain
13:56<TrueBrain>the general best tip is to never use Dutch as language in any application
13:56<Weeknie>And Alberth, my standard openTTD is already saying something like "streettrain" or something like that
13:56<Weeknie>So it's supposed to already be there
13:57<yorick>I think that's a tram
13:57<Rubidium>it's probably inconsistent too, but that requires a more thorough review and possibly some sort of "translation table" for certain terms
13:57<Weeknie>Lol, yorick, that's the idea:P
13:57<Weeknie>TrueBrain, agreed
13:57<_Ben_>ok, last question I promise...if I can do this I'll disapear and go hang out in photoshop some more. Is it possible in the EZ 32bpp build to display the coast sprites that sit in the multiple steep gradient V-valley tiles?
13:59<Rubidium>e.g. screenshot being 'translated' to 'screenshot' and 'schermprint'
13:59<TrueBrain>Rubidium: we once already started with that
13:59<TrueBrain>but the lack of support for that in WT3 makes it annoying
13:59<Rubidium>then add support for that in WT3(.1) :)
14:00<andythenorth>evening
14:00<Weeknie>Hi andythenorth
14:00<TrueBrain>was planning to
14:00<TrueBrain>just no time for WT3.1 :p
14:01<Rubidium>... 'tramweg' vs 'tramrails'
14:01<CrazyTB>hey, people... I've just installed OpenTTD 1.0.1 on Gentoo/Linux and the jukebox just keeps showing all songs very fast.
14:01<Weeknie>erm, Rubidium, what exactly do you mean?
14:02<Weeknie>Did someone really translate as tramweg...?
14:02<CrazyTB>I've checked the FAQ, and I know the songs are at the correct directory, and it is not a permission issue.
14:02<yorick>CrazyTB: I had that once :P
14:02<yorick>forgot how I fixed it though
14:03<+glx>CrazyTB: installed timidity?
14:03-!-Sionide [sionide@cornflakes.imen.org.uk] has joined #openttd
14:03<yorick>yes that :P
14:03<Rubidium>Weeknie: why would I mention it if it isn't the case?
14:03<Weeknie>Wasn't sure lol, sorry
14:03<Weeknie>Ayway, I agree with you:P
14:03<CrazyTB>yeah, it's installed...
14:04<Rubidium>TrueBrain: the compile farm's priority system seems to do its job :)
14:04<CrazyTB>Running "timidity -iA -Os" does not help either
14:04<TrueBrain>of course it does :)
14:04<Rubidium>CrazyTB: and timdity <one-of-the-music-files> helps?
14:04<Rubidium>s/helps/works/
14:04<TrueBrain>it is a named-sorted priority system
14:04<TrueBrain>and the priority value is the first char of the dir :p
14:05<CrazyTB>yeah, timidity by command-line can play the file
14:05<Rubidium>can timidity run it while OpenTTD is running?
14:06-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
14:06<CrazyTB>Rubidium: yes, it can
14:07<Terkhen>I have the same issue on arch, still not had time to check why that happens :P
14:08<Terkhen>I was assuming a wrong installation of timidity on my part
14:08-!-_Ben_ [~Ben@81-5-142-101.dsl.eclipse.net.uk] has quit [Quit: Leaving]
14:08<CrazyTB>hmmm... Maybe it is a build-option issue... let me check
14:08-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
14:09*andythenorth wonders if he mentioned a great idea about wind strength :P
14:09<Weeknie>What did andythenorth mention then?
14:11<CrazyTB>okay, I *think* I found the problem
14:11<CrazyTB>It was built with --with-midi=/usr/bin/aplaymidi
14:11<CrazyTB>I should probably build it with timidity instead of aplaymidi
14:12<Rubidium>yeah, or install aplaymidi
14:12<CrazyTB>it is installed
14:12<Rubidium>well, it fails for some reason
14:12<CrazyTB>but it can't play midi files on my system
14:13<CrazyTB>well, gotta eat something, I'll test soon
14:13<Rubidium>well, file a bug report about the openttd package at gentoo saying aplaymidi fails to play the midis and timidity (the upstream default) does work
14:15-!-lewymati [~lewymati@89.230.159.206] has quit []
14:25-!-last_evolution [~last_evol@r5ba58.net.upc.cz] has joined #openttd
14:25-!-rico [~rr@212-182-158-9.ip.telfort.nl] has quit []
14:26<Wizzleby>or, you could just tell me right here and now (which you did)
14:26<Wizzleby>idk why aplaymidi was the default, but it can be changed
14:27<Wizzleby>so. timidity, or libtimidity?
14:29<Wizzleby>Rubidium, CrazyTB: FWIW, since I picked up that package, I've been trying to get it to be more sensible about its defaults
14:32-!-Beklugas [~belugas@216.191.111.238] has joined #openttd
14:32-!-Belugas [~belugas@216.191.111.238] has quit [Read error: Connection reset by peer]
14:33<Rubidium>Wizzleby: you can't do much about the state of the package besides convincing bones (at the moment)
14:37-!-pugi [~pugi@p4FCC7912.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
14:37-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
14:37-!-ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
14:37-!-ajmiles2 [~aj@78-86-188-187.zone2.bethere.co.uk] has quit []
14:37<Wizzleby>Rubidium: although I am not (yet) a gentoo developer, I am the one who brought openttd-1.0.0 to gentoo, I have been maintaining ebuilds in overlay (gamerlay overlay, which is globally available to gentoo users through layman) which have eventually been moved to tree by the games team. If I fix it in overlay, it is available immediately to anyone using the overlay
14:37-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit []
14:38-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
14:38*CrazyTB is back
14:38<Wizzleby>and if CrazyTB does file a bug, I also have impetus to submit my modifications to the ebuild as a fix
14:39<Wizzleby>hm, I mean, impetus for said fix to be accepted
14:39<CrazyTB>Wizzleby: I think that aplaymidi should be choosen IF timidity useflag is not set
14:39<CrazyTB>else (if use timidy), then the default should be kept (which is to use timidity)
14:40<Wizzleby>CrazyTB: yeah, currently it sets --with-midi=/usr/bin/aplaymidi if use alsa is enabled. But if libtimidity is present, it automagically links to it
14:41<Wizzleby>a lot of stuff in there is apparently quite old, as the openttd ebuild has not had an actual maintainer (aside from the games herd) for a few years, due to the previous maintainers retiring
14:41<CrazyTB>Wizzleby: it does? ldd shows no timidity in openttd.
14:43-!-pugi [~pugi@p4FCC7912.dip.t-dialin.net] has joined #openttd
14:43<CrazyTB>well... I don't have anymore a machine on which aplaymidi works. Thus, I can't test if --with-midi=/usr/bin/aplaymidi really works.
14:43<Rubidium>then you don't have libtimidity (a separate package) installed
14:44<CrazyTB>Rubidium: yeah, I don't have. And even if I had, it should have not been an "automatic dependency"
14:45<Rubidium>that's up to the packager
14:46<@peter1138>you could learn to set up a synth, heh
14:46<Wizzleby>yeah, generally, we don't want automatic dependencies, we want them togglable. choice
14:46<Wizzleby>FWIW, aplaymidi never worked for me either
14:46<Rubidium>or do you want ./configure --enable-sdl --enable-zlib --enable-png ...?
14:46<Rubidium>Wizzleby: so, --without-libtimidity
14:47<Wizzleby>Rubidium: yeah, that's what's going to be pushed to the gamerlay overlay soon as I get done cleaning up the ebuild (working on it now). alsa should not force aplaymidi, that's just bad form
14:47<CrazyTB>Rubidium: But SDL or so are already listed at DEPEND. libtimidity, on the other hand, wasn't.
14:47<CrazyTB>okay, great! :)
14:47<Rubidium>CrazyTB: but that's Gentoo's package; not something "we" (openttd developers) have control over
14:49<Wizzleby>Rubidium: you probably have more influence over it these days than before I picked it up.. it really had no-one with a focus to giving the package the love it needs before that
14:50<Wizzleby>and here is where I come first with questions about how you guys build it, and what are your default/preferred options
14:53<Wizzleby>once I complete my quizzes, and move through the rest of the recruitment process, I intend to request maintainership of the ebuilds for openttd, the media sets for it, and their few deps, and also to join the games herd.
14:54<CrazyTB>nice :)
14:57*Wizzleby wonders why the original maintainers put SDL support under the alsa useflag
14:57-!-George [~George@212.113.107.39] has joined #openttd
14:58-!-George is now known as Guest425
14:58<Rubidium>Wizzleby: probably because nobody with a proper understanding of everything did take a look at it
14:58<CrazyTB>nope
14:58<CrazyTB>it's under -dedicated
14:58<Wizzleby>CrazyTB: under both -dedicated and alsa ;)
14:59-!-Wasila [~Wasila@81-178-69-164.dsl.pipex.com] has joined #openttd
14:59<Wizzleby>its an old, messy ebuild for sure
14:59<CrazyTB>Are you sure? Are you looking at the same ebuild as me?
14:59<CrazyTB>Care to pastebin the version you're looking at?
15:00<Wizzleby>http://paste.pocoo.org/show/214980/ <-- this is what's in portage currently
15:01<Wizzleby>look down at the else past the if use dedicated part
15:01<CrazyTB>line 58 is independent of 59
15:01-!-llugo [~lugo@mgdb-4db8d7f4.pool.mediaWays.net] has joined #openttd
15:02<CrazyTB>even if alsa is not set, the line 59 will be run.
15:03<Rubidium>yay for (sh?) trickery
15:03-!-Guest273 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds]
15:04<CrazyTB>Rubidium: a very common trick, by the way
15:04<Rubidium>maybe, but it makes the code less readable
15:04<CrazyTB>sometimes yes, sometimes no
15:05<Wizzleby>yes, this ebuild would totally get me chewed out if I pushed it to the kde overlay (lets just pretend it was a KDE app) cause it doesn't meet formatting standards
15:06-!-lugo [~lugo@mgdb-4db8c4ff.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
15:06<TrueBrain>poor english in the openmsx notice
15:06<TrueBrain>a or b or c
15:06<TrueBrain>a, b, or c
15:07<TrueBrain>(thought it would be a good time to bring that up :p)
15:07<Wizzleby>TrueBrain: thanks for the heads up :)
15:07<TrueBrain>in general, the entries are poor english, and hard to read
15:07<TrueBrain>"alsa not in USE so music will not be played during the game." <- had to read it 4 times :p
15:08<Ammler>planetmaker: ^
15:08<Ammler>:-)
15:08<TrueBrain>'alsa' is not in USE; therefore music will not be played during the game." or something :p
15:08<TrueBrain>but the missing verb in the first part, and a missing seperate between the two parts make it hard to read
15:08<TrueBrain>[robot voice] ALSA NOT IN USE [/robot voice]
15:08<TrueBrain>ghehe :)
15:09<Rubidium>even then, if you compile timidity with e.g. oss support and the kernel supports oss, you'll possibly have music
15:09<Rubidium>as such the statement can be incorrect
15:10<CrazyTB>maybe that statement should be deleted entirely
15:10<Rubidium>likewise "File names are case sensitive so make sure they are" is incorrect; for both the Windows and DOS version both fully uppercase and fully lowercase is supported
15:10<TrueBrain>Rubidium: still is case sensitive, but two allowed forms ;)
15:11<TrueBrain>and well, now we are this far:
15:11<CrazyTB>I've just recompiled openttd without that --with-midi flag. Now it calls /usr/bin/timidity, and the music is played correctly.
15:11<TrueBrain>ewarn "Warning: The init script will kill all running openttd"
15:11<TrueBrain> ewarn "processes when run, including any running client sessions!"
15:11<TrueBrain>processes vs sessions
15:11<TrueBrain>'when run' .. might be mistaken, shouldn't that be 'when ran'?
15:11<TrueBrain>but better: when executed, or triggered
15:12<Rubidium>also saving ancient savegames isn't disabled, it just fails
15:12<CrazyTB>(but it's weird that timidity process shows up as extmidi in process list)
15:12<Rubidium>(disabled implies you don't see old savegames or something)
15:12<TrueBrain>Wizzleby: and yes, those things always annoyed me, but after sending a patch to the maintainer of that time for a 4th time, I gave up on Gentoo :p
15:12<TrueBrain>Rubidium: maybe you can rewrite the whole text? :)
15:13<Rubidium>also opensfx isn't needed; only opengfx or trg*.grf
15:13<TrueBrain>you must either install games-misc/opengfx as well as games-misc/opensfx or copy the following 6 files (.)) <- also crappy english
15:13<TrueBrain>either (..) as well as (..) or (..)
15:13<TrueBrain>bad construction :)
15:14<TrueBrain>now something positive: I like Gentoo uses binaries.openttd.org as source :)
15:15<Rubidium>TrueBrain: there isn't much else to use (besides mirrors directly ofcourse)
15:15<TrueBrain>they have their own mirror too
15:15<TrueBrain>so that is why I say it :)
15:15<Rubidium>maybe that can't work with gamerlay?
15:16-!-KritiK [~Maxim@95-24-78-125.broadband.corbina.ru] has joined #openttd
15:16<TrueBrain>it can; the maintainer can pick either one; but it is nice they hit our mirrors, as then we can track downloads :)
15:16<TrueBrain>they also use sourceforge mirrors where possible, I like that too :)
15:16<CrazyTB>TrueBrain: instead of sending a patch to the maintainer, have you tried to post the improvements at the bugzilla?
15:17<TrueBrain>CrazyTB: yup
15:17<TrueBrain>gave up on that too
15:17<TrueBrain>been promised stuff a few too many times :)
15:17<TrueBrain>Gentoo Games herd does not really have any record (to talk about) of 'good response' and 'keeping promises'
15:18<TrueBrain>at a certain stage I even started to publish ebuilds myself
15:18<TrueBrain>which is a bad idea in all scenarios
15:18*andythenorth wonders about asking a question
15:18<CrazyTB>sunrise (and maybe gamerlay) are "solutions" for such problems.
15:18<TrueBrain>at a certain moment someone decided OpenTTD should be EAPI 2, while the stable portage could only handle EAPI 1
15:18<TrueBrain>disabling OpenTTD for many many many Gentoo users
15:19<TrueBrain>when complaining, the reply was: yeah, we should all switch to EAPI 2 ASAP
15:19<TrueBrain>.... but your stable portage DOES NOT SUPPORT IT!
15:19<TrueBrain>at that time, I am tempted to get a gun
15:19<Rubidium>TrueBrain: Gentoo OpenTTD users shouldn't be using anything stable
15:19<TrueBrain>I guess so
15:20*Wizzleby takes some notes, lots of feedback =D
15:20<Rubidium>either run stable with a known broken openttd or run an (according to Gentoo) unstable OpenTTD
15:20<TrueBrain>lol, I see my 'nightly' ebuilds are still being generated :)
15:20<TrueBrain>I should disable that, and remove it :)
15:21<Wizzleby>Rubidium: every arch except amd64 FINALLY stabilized 0.7.5 XD
15:21<Wizzleby>in gentoo
15:21<Rubidium>Wizzleby: that's been the case for like 4 months already
15:21<Wizzleby>still, I hope that the stabilization process will go quicker when there's a maintainer to actually keep up with it
15:21<TrueBrain>well, they delay in 'stable' mark is something that I can understand ... in most cases
15:21<TrueBrain>that just is native to Gentoo, and something someone should accept
15:22<TrueBrain>http://packages.openttd.org/gentoo/overlay/games-simulation/openttd-trunk/
15:22<TrueBrain>lol @ ^^
15:22<TrueBrain>had to hack a few scripts in order to make that possible under Debian :)
15:23<TrueBrain>RMD160 was tricky :)
15:23<+glx>TrueBrain: but openttd (normal) is very outdated
15:24<+glx>http://packages.openttd.org/gentoo/overlay/games-simulation/openttd/
15:24<TrueBrain>yeah, at that point I gave up on Gentoo
15:24<+glx>I think you can just remove packages.openttd.org
15:25<TrueBrain>I started because they didn't had 0.6.3 in their portage while it was released for 3+ months .. not even the unstable was there
15:25<TrueBrain>but getting my 0.6.3 accepted turned out to be impossible
15:25<TrueBrain>yup; I will do :)
15:25<Wizzleby>Rubidium: btw, does LTO work for you with gcc 4.5.0 (or latest 4.5 branch from svn)
15:25<TrueBrain>but I need to find the scripts that generate the data
15:25<+glx>lol
15:25<TrueBrain>Rubidium: can you remove the DNS entry of packages.openttd.org?
15:25<Rubidium>Wizzleby: it did work, but currently it kinda fails
15:25<+glx>maybe we'll get complains about the removal ;)
15:25<Wizzleby>Rubidium: undefined references to 'someltothing'?
15:26-!-lobstah [~michielbi@86.89.201.189] has joined #openttd
15:26<Wizzleby>during linking I mean
15:26<andythenorth>Yexo: will new airports make it possible to have a helicopter load whilst hovering?
15:26<+glx>someltothing?
15:28<+glx>andythenorth: I think first step is to have working airports ;)
15:28<Wizzleby>glx: hang on, will get the actual output
15:28<Rubidium>Wizzleby: lto1: internal compiler error: in input_gimple_stmt, at lto-streamer-in.c:1108
15:28<TrueBrain>there, packages.openttd.org disabled
15:29<Rubidium>TrueBrain: okdidoki
15:31-!-lobstar [~michielbi@86.89.201.189] has quit [Ping timeout: 480 seconds]
15:32<Wizzleby>Rubidium: hm, that's different from mine, whyich is a whole bunch of undefiend references
15:32-!-Tennel [~Tennel@port-ip-213-211-212-60.reverse.mdcc-fun.de] has quit [Quit: WeeChat 0.3.2]
15:32<Rubidium>well, I guess lto isn't finished yet
15:33<CrazyTB>just curious... what is LTO?
15:33<Rubidium>and lto has had a lot of problems with lto
15:33<Rubidium>broken :)
15:33<Rubidium>link to optimisation
15:33<Wizzleby>Rubidium: yeah that's for sure, lto breaks pretty much every third thing I throw at it ;)
15:34<yorick>link time optimisation?
15:34<frosch123>yorick: it is not about faster linking :p
15:35<CrazyTB>thanks
15:35<yorick>frosch123: I know
15:35<yorick>frosch123: but it is about optimisation(inlining) at link time?
15:35<+glx>it's what MSVC does
15:36<+glx>(for release builds)
15:36<frosch123>i am sure wiki knows it better than i could explain
15:38<Wasila>porbably
15:40<+glx>frosch123: source required ;)
15:41<frosch123>[21:37] <frosch123> i am sure wiki knows it better than i could explain <- there
15:41<+glx>hehe
15:41<Wizzleby>TrueBrain: reading back about your EAPI issues.. these days, its different. These days, games.eclass doesn't support the latest stable EAPI ;)
15:48-!-tokai [~tokai@port-92-195-21-159.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
15:50-!-tokai [~tokai@port-92-195-245-44.dynamic.qsc.de] has joined #openttd
15:50-!-mode/#openttd [+v tokai] by ChanServ
15:52-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has joined #openttd
15:55-!-Progman [~progman@p57A1B421.dip.t-dialin.net] has quit [Remote host closed the connection]
15:56-!-Wasila [~Wasila@81-178-69-164.dsl.pipex.com] has quit [Quit: Leaving]
16:02-!-yorick [~yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!]
16:06-!-Progman [~progman@p57A1B421.dip.t-dialin.net] has joined #openttd
16:06-!-berndj [~bernd@196.7.137.175] has quit [Quit: Leaving]
16:07-!-eper [~eper@cpc2-oldh9-2-0-cust211.10-1.cable.virginmedia.com] has joined #openttd
16:09<Wizzleby>hm, well, we're getting somewhere now, but I still fail to grok the logic behind whether to use zlib at configure time or not as it is stated in the legacy of this ebuild
16:09-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
16:10-!-asnoehu [~thok@cc64025-c.hnglo1.ov.home.nl] has joined #openttd
16:10-!-lllugo [~lugo@mgdb-4db8df22.pool.mediaWays.net] has joined #openttd
16:10<Wizzleby>the result of said logic is that one can get built against zlib regardless of the zlib useflag, which leads me to suspect it is useless as a use flag
16:11<asnoehu>what do you mean with "Continental breakfast only"
16:11<asnoehu>L
16:11<asnoehu>L
16:11<asnoehu>?
16:12<blathijs>Hmm, dunno who put that in the topic. Sounds funny, no clue what it means, though :-p
16:13<CrazyTB>Can we "rotate" the view?
16:13<Terkhen>CrazyTB: no
16:17-!-llugo [~lugo@mgdb-4db8d7f4.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
16:17<Rubidium>Wizzleby: huh? what about zlib?
16:19<planetmaker>asnoehu: we had for weeks a "Full English breakfast only". Now it's time for continental one. Or it would be discriminating ;-)
16:19<planetmaker>Terkhen: no or not yet? ;-)
16:20<asnoehu>:O
16:20<Terkhen>not until someone crazy enough picks that up
16:20<asnoehu>what would I have to think about :S
16:20<asnoehu>what is a continental breakfast :O:
16:20<asnoehu>:P
16:21<Wizzleby>Rubidium: http://paste.openttd.org/225801 <-- that's the block I'm referencing in the in-portage openttd ebuilds
16:21<planetmaker>Terkhen: I guess so :-)
16:21<planetmaker>I see it principally feasable. But LOTS of work
16:21<planetmaker>both coding, more so on the graphics side
16:22<Rubidium>Wizzleby: heh, it's gentoo that wants *everything* configurable
16:22<SmatZ>Wizzleby: would you prefer some "you enabled PNG, but not ZLIB, please add ZLIB USE flag"?
16:22<planetmaker>:-)
16:22<Rubidium>SmatZ: actually, libpng depends on zlib
16:23<SmatZ>ok :)
16:23<Rubidium>and freetype depends on zlib, fontconfig depends on freetype
16:23<planetmaker>he. Little way around zlib, I guess
16:23<Yexo><andythenorth> Yexo: will new airports make it possible to have a helicopter load whilst hovering? <- yes
16:23<Wizzleby>Rubidium: I'm not even against letting that level of configurability, but I don't see why try if the logic you use is broke XD
16:23<Wizzleby>speaking of even giving a zlib useflag when other use flags will force zlib on :)
16:24<planetmaker>Wizzleby: you can turn everything off. And keep zlib. No way to turn it off. Good or bad?
16:25<Wizzleby>planetmaker: hard to say from my position, whether it is good or bad. Not even sure in what situations someone would want/need to turn zlib off
16:25<planetmaker>./configure --without-png --without-freetype --without-fontconfig --without-zlib
16:25<planetmaker>Wizzleby: so you say you don't understand it but call the logic flawed? Strong words...
16:26<Wizzleby>planetmaker: I don't believe I said flawed, I said I don't grok it
16:26<planetmaker>[22:23] <Wizzleby> Rubidium: I'm not even against letting that level of configurability, but I don't see why try if the logic you use is broke XD <-- yeah. "broke logic"
16:27<Rubidium>Wizzleby: from OpenTTD's point of view, what's the point of linking to zlib but not using it?
16:27<Rubidium>i.e. if you use freetype or libpng you implicitly link to zlib already, so openttd can use that too
16:27<Rubidium>same as using fontconfig implies you want freetype
16:27<Wizzleby>planetmaker: yes, with reference to the specific way the ebuild delivers the option. It gives a zlib use flag, implying that compiling with USE=-zlib will disable zlib which is not universally true
16:28<Rubidium>Wizzleby: in that case -zlib should disable freetype and png
16:28<planetmaker>^ bad idea IMHO
16:28<andythenorth>Yexo: great.....helicopter logging :)
16:28<Rubidium>and disabling freetype should disable fontconfig
16:28<fonsinchen>Thanks for the build.
16:29<planetmaker>andythenorth: heli-skiing for tourist resorts :-P
16:30<Rubidium>and then you might ponder the use of icu when freetype/fontconfig is disabled as I doubt there'll ever be a (New)GRF with an Arabic or Hebrew font
16:30-!-llugo [~lugo@mgdb-4db8d729.pool.mediaWays.net] has joined #openttd
16:31<Yexo>andythenorth: trunk cn do that already, just draw a lower building for the heliport
16:31<Wizzleby>Rubidium: thanks for the feedback
16:31-!-Weeknie [~Maarten_S@84.27.14.168] has quit [Quit: Leaving.]
16:31-!-Weeknie [~Maarten_S@84.27.14.168] has joined #openttd
16:32<andythenorth>Yexo: the shadow goes screwy (IIRC?) and the blades stopping produces a certain strange effect :)
16:32<Wizzleby>planetmaker: you too, though I'm still not sure what exactly it is you're suggesting (still listening though, in case you decide to be more explicit)
16:33<Yexo>the shadow will be tricky to do correct
16:33<planetmaker>I don't suggest any change as I don't consider the current situation flawed
16:34<frosch123>Yexo: what about the rotor? does it stop when loading?
16:34<Wizzleby>planetmaker: fair enough
16:34<Yexo>frosch123: I'm not sure how that currently works
16:36<frosch123>oh, in that case, i guess it is controlled by aircraftcontroller, and iirc vehiclecontrollers are not called when stopped or loading
16:36-!-lllugo [~lugo@mgdb-4db8df22.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
16:36<Yexo>just found that it's handled by HelicopterTickHandler
16:37<Yexo>which just checks the speed of the vehicle
16:37<Yexo>spd==0 -> rotor = stopped
16:38<frosch123> if (v->current_order.IsType(OT_LOADING) || (v->vehstatus & VS_STOPPED)) { <- it even check directly for loading
16:38<Alberth>no commando-style unloading of helicopters?
16:39<Wizzleby>planetmaker: fwiw, I still consider the presentation of the use flag broken. It does not at all communicate its use, hence my questions, as to how to specify to a user what exactly the effects of setting it would be
16:40-!-Weeknie [~Maarten_S@84.27.14.168] has quit [Ping timeout: 480 seconds]
16:40<Yexo>is that code ever executed? can u->cur_speed be != 0 while the vehicle is loading/stopped?
16:40<Wizzleby>if nothing else, it needs a metadata entry explaining it
16:43<frosch123>Yexo: i guess u->cur_speed != v->cur_speed
16:43<frosch123>likely stopping the vehicle only stops v->cur_speed, while the rotor is controlled independently
16:43<Yexo>ah, I totally overlooked that
16:43<Rubidium>Wizzleby: would it help "the powers" to consider stabilising a later version of OpenTTD if you create a bug report for each of the CVEs fixed in 1.0.1?
16:44<Rubidium>or might it better to wait till your updates/rewrites are pushed?
16:44<Wizzleby>Rubidium: I think it might indeed help, do you have a list of those CVEs handy for me? I can post the bugs once I finish this cleanup
16:44<Rubidium>Wizzleby: http://security.openttd.org/
16:47<Wizzleby>thanks
16:48-!-lllugo [~lugo@mgdb-4db8c7c6.pool.mediaWays.net] has joined #openttd
16:49<CIA-6>OpenTTD: alberth * r19848 /trunk/src/newgrf_gui.cpp: -Fix (r19837): Center the texts of the inactive newgrfs.
16:51<frosch123>night
16:51-!-frosch123 [~frosch@frnk-590f68cf.pool.mediaWays.net] has quit [Remote host closed the connection]
16:51<TrueBrain>Rubidium: you just once had to use that website, not? :)
16:51-!-tokai [~tokai@port-92-195-245-44.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
16:52<Alberth>it is the 2nd time already :)
16:54-!-tokai [~tokai@port-92-195-11-167.dynamic.qsc.de] has joined #openttd
16:54-!-mode/#openttd [+v tokai] by ChanServ
16:54<TrueBrain>wow :)
16:54-!-llugo [~lugo@mgdb-4db8d729.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
16:55-!-Razaekel [~asdf@resnet229-223.resnet.wmich.edu] has joined #openttd
16:55<Razaekel>how do you get 100% transported for a primary industry?
16:55<TrueBrain>damn, I wrote the new network in 0.3.5? :|
16:56<Alberth>it gets old all by itself :)
16:57<TrueBrain>yeah .... and that makes me old too :(
16:58<orudge_>6 years since I persuaded Ludde to release OpenTTD at all though, too
16:58<Alberth>Razaekel: http://wiki.openttd.org/Game_mechanics
16:58<orudge_>I was but 16 then, madness
16:58<TrueBrain>ghehe
16:59<orudge_>and near enough 10 years since I started my TT site
16:59<Alberth>so young and wise already :)
16:59<Terkhen>:)
17:00<Beklugas>hhoooo... :( Ronnie James Dio is dead
17:01*Beklugas is sad. will not celebrate the End Of Day with usual excitement
17:01-!-Beklugas is now known as Belugas
17:02<Alberth>"..mostly known as the invisible singer of the hit with the animated frog.."
17:02<Belugas>bye bye
17:02<Alberth>bye Belugas
17:04*andythenorth needs to man up and start coding some recolor sprite tables
17:04*andythenorth wonders whether it can be done programmatically
17:04<andythenorth>as it's going to have to account for 2CC and is therefore brainf*ck
17:06<andythenorth>Alberth: nice column action on the newgrf gui
17:06<Alberth>yeah, I liked it too after coming up with the idea :)
17:07<Alberth>coding it was a lot less fun though, I forgot the mess of handling widget sizing and positioning, too many parameters
17:07<andythenorth>I wouldn't have dared suggest something that complex :)
17:07<Razaekel>thanks for the link alberth, but it doesnt give me insight as to HOW to get 100% transported at a industry
17:08<Alberth>I am not even sure that is possible.
17:08<Rubidium>it is possible
17:08<Razaekel>alternatively, how to get it as high as possible
17:08<Yexo>Razaekel: make sure you have a 100% rating at the station for the cargo
17:09<andythenorth>Alberth: you could move the text input for parameters into the newgrf window? But perhaps then there's no way to save it....?
17:09<Yexo>how you can do that is perfectly explained by that very same wiki page
17:09<Alberth>andythenorth: what do you mean?
17:09<Razaekel>yea, just hit an advertising campaign
17:09<andythenorth>instead of opening a small window / dialog for parameters, just put the input box for them in the 'info' area
17:10<andythenorth>but then how does the user confirm....
17:10<Alberth>oh
17:10<Rubidium>Razaekel: only in the late electrified trains/begin monorail/maglev you can reach a 100% station rating without advertising
17:10<Razaekel>what should i do after i get 100% rating?
17:10<Rubidium>keep it at 100%
17:10<Alberth>stop caring about goals?
17:11<Yexo>connect another industry to your station?
17:11<Alberth>connect all industry :)
17:11<Rubidium>then the industry will get a 100% rating as well
17:11<Rubidium>although, it is quite hard to keep a 100% station rating
17:11<Razaekel>so % transported depends on industry rating at the station?
17:11<Rubidium>yes
17:11<Razaekel>hmm
17:12<Rubidium>as described in the section called "Cargo delivery to stations"
17:12<Razaekel>i did a medium advertising campaign, but rating hasnt budged
17:12<Rubidium>then the station wasn't within 15 tiles of the town center
17:12<Alberth>andythenorth: didn't the notes of frosch state something about changing the parameters? perhaps we better wait for that
17:12<Razaekel>manhattan distance?
17:13<Razaekel>ok
17:13<Razaekel>large campaign kicked it up to 100%
17:13<Razaekel>must be manhattan
17:14<Rubidium>(almost) all distances are manhattan distances in OpenTTD
17:14<Razaekel>okay
17:15<Razaekel>well
17:15<Razaekel>99% transported
17:15-!-fonsinchen [~fonsinche@brln-4dbc28fc.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
17:15<CIA-6>OpenTTD: alberth * r19849 /trunk/src/newgrf_gui.cpp: -Fix: Center sprite and text seperately in the newgrf gui active list.
17:19<andythenorth>Alberth: in the side-by-side list view, it would be better if the two lists were aligned vertically (top edges)
17:22<Alberth>and I was already very happy about their alignment at the bottom, equal with the info panel :p
17:23<andythenorth>everyone's a critic :P
17:24<andythenorth>it's the titles that should align, it's a bit weird not too
17:24<andythenorth>to /s
17:25<andythenorth>and aligning the bottom *as well* :D
17:26<andythenorth>hmmmm.......bedtime for me :o
17:26<Alberth>you mean the two panels should be aligned at the top and the bottom?
17:26<andythenorth>ideally
17:26<Alberth>you can safely ignore that, I have done that for the past hour. you don't die immediately, I found out
17:26<andythenorth>I'm not saying "follow my layout, follow my layout"....but http://tt-foundry.com/misc/newgrf_3_panel_640x390_C.png
17:27<andythenorth>there would be other ways to do it....'check online content' could move above 'inactive'
17:27<andythenorth>or you could move 'Active' above the presets
17:28<andythenorth>I guess 'Check online content' is pretty important for a lot of players
17:30<andythenorth>anyway....bed time :)
17:30<andythenorth>good night
17:30<Alberth>good night
17:31-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
17:33-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
17:35-!-macee [~macee@macee.vpk.bme.hu] has joined #openttd
17:36-!-KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Read error: Connection reset by peer]
17:38<z-MaTRiX>hey
17:39<PeterT>hello, z-MaTRiX
17:39<z-MaTRiX>hey PeterT wazup?
17:42<PeterT>Nothing really
17:43<z-MaTRiX>everybody coding/gaming ?
17:44<PeterT>There are tons of server channels that you probably don't know about ;-)
17:45<z-MaTRiX>well you can't be sure about that
17:45-!-orudge_ [~orudge@75-149-149-225-Minnesota.hfc.comcastbusiness.net] has quit [Ping timeout: 480 seconds]
17:45<PeterT>Well, I've /whois'd you, and you aren't on any of the channels
17:46<z-MaTRiX>coz i came only here ;>
17:46<PeterT>so if you know about them, why do you ask if we are gaming?
17:47<z-MaTRiX>you don't play the game just code all day?
17:53-!-CrazyTB [~crazy@189.106.240.190] has quit [Quit: bye all]
17:53*andythenorth decides now is not the time to start jQuery hacking
17:55-!-Fast2 [~Fast2@p57AF80EC.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
17:55-!-eper [~eper@cpc2-oldh9-2-0-cust211.10-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
17:55-!-eper [~eper@cpc2-oldh9-2-0-cust211.10-1.cable.virginmedia.com] has joined #openttd
17:57-!-llugo [~lugo@mgdb-4db8d6fa.pool.mediaWays.net] has joined #openttd
18:04-!-lllugo [~lugo@mgdb-4db8c7c6.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
18:06-!-bryjen [~bryjen@63.147.94.149] has quit [Quit: Quit]
18:12<Terkhen>good night
18:14-!-fjb [~frank@p5485E6EA.dip.t-dialin.net] has quit [Remote host closed the connection]
18:17-!-Coco-Banana-Man [~Stephan.D@p5B2DA5EC.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der bläht, als hinterster geht!]
18:22<@peter1138>blah blah blah
18:28-!-JostVice [~jostvice@85.136.129.22.dyn.user.ono.com] has left #openttd []
18:34-!-macee [~macee@macee.vpk.bme.hu] has left #openttd []
18:36-!-NukeBuster [~wouter@80.101.115.82] has left #openttd []
18:36<Wizzleby>hm. So if I do --with-midi='/usr/bin/timidity', I get sound via the extmidi driver, but the libtimidity driver still gives me issues
18:37<PeterT>z-MaTRiX: so what gaming-channels do you know of?
18:37<Rubidium>libtimidity was meant for something like pocketpc or so
18:39<@peter1138>heh, you don't need to recompile to change the executable that extmidi uses
18:41<Rubidium>and might very well not work at the moment due to it not being used
18:42-!-Grelouk [~Grelouk@93.21.17.240] has quit [Quit: Quitte]
18:46<Wizzleby>Rubidium: ok
18:46<+glx>wasn't libtimidity for psp ?
18:47<Rubidium>glx: same kind of thing... some small device platform of which the port was never finished
18:50-!-eper [~eper@cpc2-oldh9-2-0-cust211.10-1.cable.virginmedia.com] has quit []
18:53-!-DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has joined #openttd
18:55-!-DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has quit [Remote host closed the connection]
19:07-!-Lakie [~Lakie@91.84.251.149] has quit [Remote host closed the connection]
19:07-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
19:08-!-heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Quit: heffer]
19:16-!-OwenS [~oshepherd@cpc1-stkn13-2-0-cust478.11-2.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
19:17-!-Devroush [~dennis@94-225-72-20.access.telenet.be] has quit []
19:17-!-JVassie [~James@nelocat2.gotadsl.co.uk] has quit [Read error: Connection reset by peer]
19:18-!-JVassie [~James@nelocat2.gotadsl.co.uk] has joined #openttd
19:25-!-ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer]
19:35-!-llugo [~lugo@mgdb-4db8d6fa.pool.mediaWays.net] has quit [Remote host closed the connection]
19:35-!-ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz]
19:37<Rubidium>Wizzleby: gcc 4.6 (r159516)'s LTO seems to work fine with OpenTTD
19:39<SmatZ>Rubidium: I don't have such experience
19:39<SmatZ>it fails to link for me
19:39<SmatZ>last time it ended with undefined references...
19:40<SmatZ>also, if gcc asserts are enabled, it ICEs
19:41<Rubidium>SmatZ: but you've gotten problems when I didn't have them quite often
19:42<Rubidium>the LTO binary is a whopping 0.86% smaller
19:42<SmatZ>Rubidium: it seems something is wrong with my system :) maybe different locale causes different order of files at command line
19:42<SmatZ>wow :)
19:44-!-pugi [~pugi@p4FCC7912.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!]
19:45<Rubidium>not that it's faster (with regression)
19:45<SmatZ>:(
19:46<Rubidium>without lto: [2.600..2.622], with lto: [2.627..2.652]
19:46<SmatZ>it's hard to measure a difference with that short runs :)
19:48<Rubidium>it's over 10 runs
19:48<SmatZ>ok :)
19:48<Rubidium>but yes, it only tests a small area of OpenTTD
19:48<SmatZ>I am afraid most of it is scanning of GRF files
19:48<Rubidium>little vehicle handling and such, which is where LTO might have the advantage
19:49<SmatZ>I am not sure how far is de-virtualization in gcc
19:50<SmatZ>by coincidence, just today was one related commit :)
19:50<SmatZ>it would be nice if gcc knew there are no derived classes from Train/RoadVeh/Ship/Aircraft
19:50-!-roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd
19:53-!-theholyduck [~holyduck@ip-17-138-106-77.eidsiva.net] has quit [Read error: Connection reset by peer]
19:56-!-theholyduck [~holyduck@ip-17-138-106-77.eidsiva.net] has joined #openttd
19:59-!-Keyboard_Warrior [~holyduck@ip-17-138-106-77.eidsiva.net] has joined #openttd
20:03-!-Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit []
20:04-!-KritiK [~Maxim@95-24-78-125.broadband.corbina.ru] has quit [Quit: Leaving]
20:05-!-theholyduck [~holyduck@ip-17-138-106-77.eidsiva.net] has quit [Ping timeout: 480 seconds]
20:10<Eddi|zuHause>"What's a rar file?" is really a rare question... i sometimes wonder why it doesn't get asked more often...
20:19-!-KenjiE20 [~KenjiE20@92.10.83.181] has quit [Quit: おやすみなさい]
20:19-!-last_evolution [~last_evol@r5ba58.net.upc.cz] has quit [Quit: Leaving]
20:34-!-JVassie [~James@nelocat2.gotadsl.co.uk] has quit [Ping timeout: 480 seconds]
20:34-!-CrazyTB [~crazy@189.106.240.190] has joined #openttd
20:45-!-fjb [~frank@p5485E458.dip.t-dialin.net] has joined #openttd
20:51-!-Keyboard_Warrior is now known as internet_b0rk
20:55-!-tokai [~tokai@port-92-195-11-167.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
20:58-!-tokai [~tokai@port-92-195-35-100.dynamic.qsc.de] has joined #openttd
20:58-!-mode/#openttd [+v tokai] by ChanServ
21:01<z-MaTRiX>sálálá
21:10<CIA-6>OpenTTD: smatz * r19850 /trunk/src/ (openttd.cpp rail_gui.h saveload/afterload.cpp): -Codechange: move declaration of InitializeRailGUI() to rail_gui.h
21:12<PeterT>Eddi|zuHause: http://www.tt-forums.net/viewtopic.php?p=877862#p877862 I lol'd
21:18-!-Progman [~progman@p57A1B421.dip.t-dialin.net] has quit [Remote host closed the connection]
21:21-!-lolman_ [~lolman@188-220-38-226.zone11.bethere.co.uk] has joined #openttd
21:21-!-Razaekel [~asdf@resnet229-223.resnet.wmich.edu] has left #openttd []
21:27-!-lolman [~lolman@188-220-38-226.zone11.bethere.co.uk] has quit [Ping timeout: 480 seconds]
22:04-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds]
22:26-!-tokai [~tokai@port-92-195-35-100.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
22:28-!-roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
22:29-!-tokai [~tokai@port-92-195-67-59.dynamic.qsc.de] has joined #openttd
22:29-!-mode/#openttd [+v tokai] by ChanServ
22:39-!-roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd
22:43-!-internet_b0rk [~holyduck@ip-17-138-106-77.eidsiva.net] has quit [Read error: Connection reset by peer]
23:02-!-glx [glx@2a01:e35:2f59:c7c0:7168:5eca:7b3a:d10b] has quit [Quit: bye]
23:05-!-theholyduck [~holyduck@77.106.152.18] has joined #openttd
23:08-!-Gabriev [~fwef@bas7-montrealak-1128544581.dsl.bell.ca] has joined #openttd
23:18-!-CrazyTB [~crazy@189.106.240.190] has left #openttd []
23:21-!-fjb [~frank@p5485E458.dip.t-dialin.net] has quit [Remote host closed the connection]
23:49-!-tokai [~tokai@port-92-195-67-59.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
23:52-!-tokai [~tokai@port-92-195-97-144.dynamic.qsc.de] has joined #openttd
23:52-!-mode/#openttd [+v tokai] by ChanServ
---Logclosed Tue May 18 00:00:41 2010