Back to Home / #openttd / 2011 / 07 / Prev Day | Next Day
#openttd IRC Logs for 2011-07-29

---Logopened Fri Jul 29 00:00:46 2011
00:12-!-Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
00:24-!-Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing]
00:56-!-Eddi|zuHause [~johekr@p54B72997.dip.t-dialin.net] has quit [Remote host closed the connection]
01:16-!-darkequi [~equinox@et-1-26.gw-nat.bs.kae.de.oneandone.net] has joined #openttd
01:16<darkequi>good morning all ^^
02:00<dihedral>good morning ladies
02:07-!-DayDreamer [~DayDreame@94.142.234.1] has joined #openttd
02:09-!-DayDreamer [~DayDreame@94.142.234.1] has quit []
02:10-!-Prof_Frink [~proffrink@5e090e25.bb.sky.com] has quit [Ping timeout: 480 seconds]
02:11<darkequi>omg dihedral :D
02:19<Pikka>is it
02:21<darkequi>i did a network transportation network diagram, maybe someone is interested -> http://www.tt-forums.net/viewtopic.php?f=47&t=41421&start=200#p960486
02:21<darkequi>one "network" too much ^^
02:31-!-Br33z4hSlut5 [~static.kp@195-240-99-235.ip.telfort.nl] has joined #openttd
02:32-!-Netsplit synthon.oftc.net <-> resistance.oftc.net, weber.oftc.net quits: PierreW, Juo, Born_Acorn, ThaAmazonous
02:33-!-Netsplit over, joins: ThaAmazonous, Born_Acorn, PierreW
02:33-!-Netsplit over, joins: Juo
02:38-!-sla_ro|master [~slaco@95.76.27.160] has joined #openttd
02:47<dihedral><darkequi> omg dihedral :D <- friends may usually leave out the 'god' part :-D
02:54<@peter1138>he did
02:59-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has quit [Quit: Juo]
03:09<@Terkhen>good morning
03:10-!-TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd
03:12<dihedral>hello Terkhen
03:14<@planetmaker>moin
03:15<dihedral>and a planetmaker, too - how nice ;-)
03:15<dihedral>looks like this day can start now :-D
03:16*TWerkhoven starts the clock :p
03:29-!-pugi [~pugi@p4FCC3DDB.dip.t-dialin.net] has joined #openttd
03:33-!-Juo [~Juo@87-194-64-202.bethere.co.uk] has joined #openttd
04:02-!-Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd
04:16-!-Chrill [~chrischri@h-5-149.a212.priv.bahnhof.se] has joined #openttd
04:17-!-RandomGuest1 [~b6ef8e2e@101.haydn.openttdcoop.org] has joined #openttd
04:18<RandomGuest1>yo
04:18-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
04:18-!-mode/#openttd [+o Alberth] by ChanServ
04:19<RandomGuest1>anyone?
04:21<TWerkhoven>ello
04:21<darkequi>yo ^^
04:23<Pikka>unlikely
04:23<@Alberth>no
04:23<@Alberth>@seen anyone
04:23<@DorpsGek>Alberth: anyone was last seen in #openttd 29 weeks, 1 day, 15 hours, 56 minutes, and 26 seconds ago: <anyone> hi
04:26<@Terkhen>oh, so he was actually here once? :P
04:29<@Alberth>at least once, and since 'hi' is the last thing he said, I doubt he had a long discussion about feature he works on :p
04:29<__ln__>@seen nobody
04:29<@DorpsGek>__ln__: I have not seen nobody.
04:29<__ln__>well, that guy wasn't here yet then.
04:31<Pikka>I have not seen nobody neither
04:33-!-davis [~b@p4FED018E.dip.t-dialin.net] has joined #openttd
04:38-!-Chrill [~chrischri@h-5-149.a212.priv.bahnhof.se] has quit []
04:38<RandomGuest1>sooo what's up
04:41<@planetmaker>@seen someone
04:41<@DorpsGek>planetmaker: someone was last seen in #openttd 40 weeks, 5 days, 15 hours, 1 minute, and 10 seconds ago: <Someone> indeed
04:41<@planetmaker>hm
04:41<@Terkhen>RandomGuest1: coding, offtopic talk, the usual
04:42<RandomGuest1>o nice...im playing OpenTTD as usual, still trying to grasp it -,-
04:42-!-Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has joined #openttd
04:48-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
04:54<dihedral>good luck with that :-P
04:56<RandomGuest1>good luck? you need like an engeneering diploma to win at the game...
04:57<@planetmaker>economically it's a dead simple game...
04:57<@peter1138>http://www.bucksherald.co.uk/news/local-news/autistic_boy_s_pet_savaged_by_fox_1_2911647 < yay for local news :p
04:59<Noldo_>ravaged!
05:01<RandomGuest1>no, im pretty sure you need an engeenering degree. I tried implementing simple signals and it makes one train goes to the wrong station, followed by a crash...
05:01<Noldo_>there were trains in the juction while you were changing it?
05:02<RandomGuest1>no....the train just goes impossibly lost and went to another train's depot station...
05:03-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
05:03<RandomGuest1>so now i build bridges over railway tracks =D
05:04<@Alberth>you can only have train crash by messing with the signals while they are used, or by using the 'ignore red signal' buttons afaik
05:04<RandomGuest1>>.> ok...so i did
05:05<@Alberth>and for depots, yes at times they head for the nearest one they can find, so you must make sure that they can get back to the right track again
05:05<@Alberth>alternatively, you can add depot orders in the order list, and they won't go to some random depot any more
05:09<@Alberth>A common error with signals is that people try too advanced things too fast. Try to keep it as simple as possible until you understand it fully, only then try something new.
05:10<@Alberth>for example, only use the one-way path signal or only use the basic block signal
05:22-!-davis [~b@p4FED018E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
05:44-!-RandomGuest1 [~b6ef8e2e@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
06:02-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
06:10-!-Rezt [~Rezt@cpc17-brig16-2-0-cust136.3-3.cable.virginmedia.com] has joined #openttd
06:10-!-Rezt [~Rezt@cpc17-brig16-2-0-cust136.3-3.cable.virginmedia.com] has quit [Max SendQ exceeded]
06:20-!-Progman [~progman@p57A1A149.dip.t-dialin.net] has joined #openttd
06:43-!-Eddi|zuHause [~johekr@p54B727BC.dip.t-dialin.net] has joined #openttd
06:44<@Alberth>hi Eddi|zuHause
06:44<Eddi|zuHause>sometimes server authentication fails...
06:45<@Alberth>I never have that with oftc
06:46<Eddi|zuHause>it may be a random server in the rotation that i haven't accepted the certificate yet...
06:47<Eddi|zuHause>annoyingly, Qt has a bug where the entire program crashes when the connection timed out while the confirmation window is open...
06:49-!-krinn [~krinn@197.54.71.86.rev.sfr.net] has joined #openttd
06:50<krinn>hi
06:50<@Alberth>that's better than 'be', where creating of some data files needed for its operation already fails :p
06:50<@Alberth>hi krinn
06:52<krinn>when having a tile flatten at height 4, slope = 0 then, complement slope return 15, but AITile.LowerTile refuse to lower it if tiles next to it are also flat: worst it does report ERR_NONE, and if i just by hand remove one corner, bingo it works and lower the tile
06:53<krinn>shoudln't the AITile.LowerTile lower my tile even it was flatten at first when i use 15 as slope target
06:54<@Alberth>so you lower at four positions at the same time?
06:54<krinn>yes
06:55<@Alberth>I'd try just one position
06:55<@Alberth>(which I think is the primitive operation)
06:55<krinn>it work if by hand i remove any corner, then it success and get out of my loop (loop that wait a failure or height=what i'm trying to get)
06:56<@Alberth>by hand i remove any corner <-- but that's not 4 at the same time
06:56<krinn>so you mean i should remove one corner when i see a flat tile, then redo it with 15 ?
06:56<krinn>nope my ai trying remove the 4 at same time, but keep looping as it return success but doesn't do it
06:57<krinn>i remove one by hand to get my ai out of the loop and the ai is then able to lower it
06:57<@Alberth>but by hand you do a different operation, so you cannot compare it
06:57-!-Juo [~Juo@87-194-64-202.bethere.co.uk] has quit [Quit: Juo]
06:57<krinn>ok, so let's not speak about my helping hand ^^ if i don't: ai keep in the loop
06:58<@Alberth>I think you can just change a single corner at a time. Did you try that?
06:58<krinn>no, and this should work, but i was thinking i can just gave the compslope to the function as it wish a slope
06:58<@Alberth>I can see doing more corners at the same time would be useful though
06:59<krinn>well, you end lower a flatten tile to a flatten tile just one height bellow
06:59-!-Juo [~Juo@87-194-64-202.bethere.co.uk] has joined #openttd
07:00<krinn>doc should then be change to disable that
07:01<krinn>doc say i could SLOPE_N | SLOPE_W (=SLOPE_NW), nothing about asking SLOPE_N | SLOPE_W... (all) will return success but fail to do it
07:01<krinn>because that's what complement slope of 0 is returning and in this case the function fail but report success
07:02<@Alberth>that sounds like a bug
07:02<krinn>yep, if i use 1 or 3 corners -> working, using 4 -> not working and report ERR_NONE
07:05<krinn>could provide save game & my dirty code trying to do it as sample
07:06<krinn>not a bug easy to see, as noone will try lower a flatten tile surround by other flatten tiles
07:07<krinn>but i do :)
07:09-!-darkequi [~equinox@et-1-26.gw-nat.bs.kae.de.oneandone.net] has left #openttd []
07:10<@Alberth>do you have a small test AI? please submit a bug for this problem
07:10<krinn>erf, not a small one, i suppose i can do one for the purpose
07:17<krinn>* This can only be true, if multiple corners of the start-tile are terraformed (i.e. the terraforming is done by towns/industries etc.).
07:17<krinn> * In this case the terraforming should fail. (Don't know why.)
07:18<krinn>from terraform.cpp someone note it will fail, only he note town/industry will be affect and didn't think ai can also influence all corners at the same time
07:19<@Alberth>that note is likely from years before the AI framework
07:19<krinn>yep, but it now create trouble with ai
07:19<krinn>this should be fix, or doc should disallow 4 corners at same time
07:20<krinn>he says about multiple corners, where i see it fail only if all corners are choose
07:21-!-Chris_Booth_ [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
07:22<@Alberth>yeah, something should be changed, but I don't know what exactly
07:22<krinn>the easier will be the doc
07:22<@Alberth>but that complicates writing an AI, so imo that is the last option
07:23<krinn>and even noone see it, i suppose town keep failing on it too
07:24<krinn>the test also fail and doesn't return the CMD_ERROR
07:25<@Alberth>possibly. I don't know whether they would terraform flat tiles, it does not sound like something that would happen often
07:25<krinn>i don't know why a town would do that yes
07:26<krinn>for me it's easy: take a 16 squares : add 4 tiles in middle at height 3, all others at height 2: now even flat, you may wish to lower them so all the 16 will be at height 2
07:27-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
07:27-!-Chris_Booth_ is now known as Chris_Booth
07:28<krinn>i might success doing it by choosing to handle minheight==maxheight last, so i will remove corners ones first (with minheight=2 maxheight=3)
07:31-!-ar3kaw [~ident@ebk175.neoplus.adsl.tpnet.pl] has joined #openttd
07:39-!-ar3k [~ident@ebk58.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
07:42-!-Chruker [~no@5634a56d.rev.stofanet.dk] has joined #openttd
08:05-!-Neon [~Neon@dslb-094-219-031-040.pools.arcor-ip.net] has joined #openttd
08:09-!-glx [glx@2a01:e35:2f59:c7c0:c8b7:30aa:632a:df] has joined #openttd
08:09-!-mode/#openttd [+v glx] by ChanServ
08:12<krinn>i've done a map+ai to see the bug if anyone wish it
08:20<@Alberth>nice, such things make reproducing the bug, and checking a fix MUCH easier
08:21<krinn>i'm filebugging it with the files
08:25<krinn>http://bugs.openttd.org/task/4698
08:28-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving]
08:28<Zuu>krinn: Good work with ironing out bugs in the terraforming API. I don't know how much people have tried to do terraforming before. Its only when the API is being used that some bugs are found and fixed.
08:29<krinn>lol it depend, i would prefer not fall on them
08:31-!-Devroush [~dennis@178-119-81-33.access.telenet.be] has joined #openttd
08:32-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd
08:32<krinn>this doesn't really make sens to lower a flatten tile, only under certain conditions, so maybe many have use the function but never meet the conditions
08:34<@Alberth>or the code fails at some further point, and they never bother to find out why
08:34<krinn>hihi, like the comment in terraform.cpp
08:37<@Alberth>yeah :)
08:51<@Belugas>hello
08:52-!-pugi [~pugi@p4FCC3DDB.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
08:52<krinn>hi
08:52-!-pugi [~pugi@p4FCC1FE8.dip.t-dialin.net] has joined #openttd
09:08-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Remote host closed the connection]
09:18-!-Lakie [~Lakie@91.84.86.77] has joined #openttd
09:20-!-sla_ro|master [~slaco@95.76.27.160] has quit [Quit: The Third Tiberium War - http://www.moddb.com/mods/the-third-tiberium-war]
09:22-!-Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd
09:23-!-sla_ro|master [~slaco@95.76.27.160] has joined #openttd
09:43-!-davis [~b@p4FED018E.dip.t-dialin.net] has joined #openttd
09:55-!-Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
10:12-!-Prof_Frink [~proffrink@5e090e25.bb.sky.com] has joined #openttd
10:13-!-seandasheep [~seandashe@85.211.239.104] has joined #openttd
10:22<dihedral><- exhausted
10:23<Eddi|zuHause>feature request: the transparency for loading indicators should also trigger transparency of effect vehicles (smoke)
10:24<dihedral>smoke, sparkes, shadows..... wait a second! :-P
10:25<Eddi|zuHause>no really, i can't align steam engine sprites while they are covered in steam :p
10:25<TrueBrain>shameless crossposting: OpenDUNE 0.5 is released: http://www.opendune.org/ :D
10:26<Eddi|zuHause>is it playable yet? ;)
10:26<__ln__>is it screenshottable yet?
10:27<krinn>when a new version will be release ? (lol kidding)
10:28<TrueBrain>Eddi|zuHause: it has been for a while, but yes, very much so
10:31-!-KouDy [~KouDy@ip-86-49-123-191.net.upcbroadband.cz] has joined #openttd
10:31<@Alberth>krinn: at the release date of 0.6
10:36<__ln__>what's the point in the game? (i never played the original nor do i know it)
10:38<Eddi|zuHause>it's basically the predecessor of the command&conquer-type games
10:39<TrueBrain>it is one of the very first RTSes
10:39<Pikka>but you still need the old data files, right?
10:39<TrueBrain>and set the bar
10:39<TrueBrain>yup; like OpenTTD used to be ;)
10:40<Pikka>are the harvesters still magnificently braindead?
10:40<TrueBrain>we need artists to make us an OpenGFX :P
10:41<Pikka>D:
10:41*__ln__ is currently on page 350 of the Dune trilogy
10:42<Ammler>libemu.org looks dead
10:43<Pikka>trilogy?
10:43<Pikka>it's been about 15 years, but aren't there about 7 books?
10:43<TrueBrain>guess I should change DNS for libemu or something
10:43<Pikka>about 15 years since I read them, that is
10:45-!-Usuario [~usuario@189.220.55.78.cable.dyn.cableonline.com.mx] has joined #openttd
10:46<Pikka>anyhoo, goodnight peeps
10:47-!-Pikka [~Figgy@d58-111-88-82.rdl800.qld.optusnet.com.au] has quit [Read error: Connection reset by peer]
10:49-!-Usuario [~usuario@189.220.55.78.cable.dyn.cableonline.com.mx] has quit [autokilled: This host violated network policy. If you feel an error has been made, please contact support@oftc.net, thanks. (2011-07-29 14:49:12)]
10:51<krinn>but contrary to dune, openttd never get out in 320x240 :p
10:54*Rubidium ponders whether to refute that
10:57<Rubidium>at least 2 releases with 320x240 as main resolution were made
10:57<Rubidium>and at least two with 240x320 (if the wiki's correct, ofcourse)
10:57<Eddi|zuHause>depends on what you call a release :p
11:00<Rubidium>someone made a fork and releasesd that
11:00<krinn>looking then @ dune gfx is scary
11:03-!-Biolunar [mahdi@blfd-4db0f77d.pool.mediaWays.net] has joined #openttd
11:10-!-Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd
11:14<@peter1138>urr
11:14<@peter1138>so is there a 32bpp project full of conflicting images and extra zoom crud?
11:15-!-askdlj5 [~4d296f6f@101.haydn.openttdcoop.org] has joined #openttd
11:15<askdlj5>Hello :) Can anybody advice please a competitive trains AI?
11:15<@planetmaker>nocab, admiralAI, choochoo
11:15<@planetmaker>simpleAI and AIAI
11:16<askdlj5>wow, so fast :) Thanks a lot!
11:16<@Alberth>the faster the response, the more you have to pay
11:16<@planetmaker>http://wiki.openttd.org/AI:Test_AIs
11:17-!-askdlj5 [~4d296f6f@101.haydn.openttdcoop.org] has quit []
11:18-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
11:18<krinn>later all
11:18<@Alberth>bye
11:18-!-krinn [~krinn@197.54.71.86.rev.sfr.net] has quit [Quit: gone to work]
11:20-!-Br33z4hSlut5 [~static.kp@195-240-99-235.ip.telfort.nl] has quit [Remote host closed the connection]
11:20-!-seandasheep [~seandashe@85.211.239.104] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- IRC with a difference]
11:28-!-LordAro [56885fde@ircip3.mibbit.com] has joined #openttd
11:34<Eddi|zuHause> http://shader.kaist.edu/sslshader/
11:44<Eddi|zuHause>orudge: are you aware that wiki.ttdpatch.net gives a 403? and maybe introduce a redirect to tt-wiki.net?
11:50<@orudge>Eddi|zuHause: yes, it was being hammered by spambots
11:51<@orudge>I'll put the site back up in a bit
11:55-!-LordAro [56885fde@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
11:55-!-supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd
12:22-!-Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Remote host closed the connection]
12:23-!-Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd
12:28-!-Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Remote host closed the connection]
12:28-!-Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd
12:31-!-davis [~b@p4FED018E.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
12:31-!-davis [~b@p4FF11A62.dip.t-dialin.net] has joined #openttd
12:36-!-douknoukem [~KEM@88.227.74.208] has joined #openttd
12:48-!-Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing]
12:52<CIA-2>OpenTTD: rubidium * r22692 /trunk/os/windows/installer/install.nsi: -Update: [Windows] Installer didn't mention 7 all the time
12:58-!-Juo [~Juo@87-194-64-202.bethere.co.uk] has quit [Quit: Juo]
13:00<@planetmaker>apropos wiki, orudge: any chance for an offline version of the newgrf specs wiki?
13:01<Eddi|zuHause>we did discuss that a few days ago, the script possibly needs some adjustments
13:02<Eddi|zuHause>because of serving three different wikis from the same installation, or so.
13:02<@planetmaker>ah, right
13:04<@orudge>yes, I have a script, just need to adjust it
13:18-!-Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has quit []
13:24-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has joined #openttd
13:25-!-frosch123 [~frosch@frnk-590f57c7.pool.mediaWays.net] has joined #openttd
13:49-!-flitz [~me@dslb-188-097-237-181.pools.arcor-ip.net] has joined #openttd
13:51<flitz>hi, somebody who can quickly answer this: when a vehicle gets its cargo layout changed, it is immediately redrawn in the depot, which call informs the depot-window to redraw ? I tried OnInvalidateData but it didn't work
13:52<Rubidium>MarkDirty?
13:52<flitz>ah, I found it: SetWindowDirty(WC_VEHICLE_DEPOT, front->tile); sry for asking :>
13:53<flitz>didn't know that you can set a window dirty by knowing only its identifier, good to know
13:53<flitz>(so far I worked with passing bool pointers along to child windows and use them to notify their parents of changes)
13:54<Rubidium>in any case, calling On* functions on windows is in 99% of the cases wrong; those On.. functions get called by the framework when they need to be triggered
13:55<Rubidium>e.g. OnInvalidateData should rather be InvalidateWindowData(class, index, data) (or something like that)
13:55<Rubidium>there's a method for invalidating all windows of a class as well
13:57<flitz>hm yes: "void SetWindowClassesDirty ( WindowClass cls )" this looks like what I need
13:58<@Alberth>you can also make a single widget dirty :)
13:58<Rubidium>but it's better to dirty as little as needed
13:58-!-Wolf01 [~wolf01@host152-94-dynamic.117-80-r.retail.telecomitalia.it] has joined #openttd
13:59<Wolf01>hello
13:59<@Alberth>hi Wolf01
14:01<flitz>the single-dirtiing requires the vehicle's tile in my case, I'm not sure if its safe to use it if my vehicle's tile is always 0
14:02<@Alberth>normally, you'd move the widget enum to a .h file and use a value from that
14:03<@planetmaker>flitz: the you could dirty the widget... you know that number
14:05<flitz>hm, what do you mean ? What I was using for the window descriptor was it's class, this is written in the enum in window.h, yes. but what would be the window number ?
14:06-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
14:06<@Alberth>widget number != window number
14:07<@Alberth>see vehicle_gui.h with a enum used at many places through SetWindowWidgetDirty()
14:09<flitz>ah this you mean, but I need the function as cross-window version so I used SetWindowDirty()
14:11<flitz>to be precise: cmdrefitvehicle does a call 'SetWindowDirty(WC_VEHICLE_DEPOT, front->tile)' I need to do the same, but without having a correct tile for front (in case front is virtual), so I invalidate the whole window class instead if front is virtual
14:15<Eddi|zuHause>well, "front->tile" is the window number, so you just need to replace that with the number of your "virtual" depot
14:16<Eddi|zuHause>i don't think number 0 is used anywhere.
14:16<Eddi|zuHause>0 is a corner tile that can never have a depot on it
14:16<@Alberth>flitz: SetWindowWidgetDirty() is cross-window
14:24<flitz>but again with window number, I will just insert the virtual depot number there for now
14:26<@Alberth>yeah, window class + number together is the unique window identification
14:27<flitz>and the number is just in case that there are multiple windows of the same class ?
14:27<@Alberth>you can have several depot windows opened, but when clicking at a depot, you need to be able to find the right opened window to highlight it
14:27<@Alberth>indeed
14:28-!-krinn [~krinn@27.69.87.79.rev.sfr.net] has joined #openttd
14:29<flitz>ok, makes sense :)
14:29<krinn>re, hi...
14:33<@Alberth>hi
14:39<Eddi|zuHause>hm... the sprite-sorter gives some bad/unstable results sometimes... vehicles that should be behind another vehicle get drawn on top
14:41<@Alberth>http://bugs.openttd.org/task/119 <-- Eddi|zuHause
14:41<Eddi|zuHause>that was about foundations drawn over vehicles
14:42<Eddi|zuHause>not sure if it's really the same issue
14:42<@Alberth>it is also the sprite sorter messing up
14:43<@Alberth>although newgrf bounding boxes may also be part of the problem
14:51<frosch123>Eddi|zuHause: vehicles being shorter than 4/8 ?
14:51<Eddi|zuHause>frosch123: yes
14:52<frosch123>well, everything will go better some day :p
14:53<Eddi|zuHause>the weird thing is, i have not found a bug in my "GUI extra callback info" patch yet...
14:58-!-douknoukem [~KEM@88.227.74.208] has quit [Ping timeout: 480 seconds]
14:59-!-Chruker [~no@5634a56d.rev.stofanet.dk] has quit []
14:59<Zuu>How about having a AICONFIG_AI_DEVELOPER flag for ai settings that tell that an AI setting will only be visible if the user have the AI developer tools active?
15:00<Zuu>(I just started to poke with the code)
15:01<Zuu>So that all debug settings can be hidden from normal users.
15:02<@Alberth>you mean a compile-time flag?
15:03<@Alberth>so we have 2 binaries instead of one?
15:04<@Alberth>and no way to stop users from downloading the debug version :p
15:10-!-Pixa [~Pixa@79-68-107-113.dynamic.dsl.as9105.com] has joined #openttd
15:12<Zuu>not a compile time flag, but a flag just as AICONFIG_INGAME but that controls visibility instead of ability to edit the setting.
15:16-!-JVassie [~James@host-92-27-149-231.static.as13285.net] has joined #openttd
15:17<@Alberth>_settings_client.gui.ai_developer_tools a flag like that?
15:18<Zuu>A flag like this: http://noai.openttd.org/api/1.1.1/classAIInfo.html#5c8349ebc14ec2c4b63187780c33f5b9
15:20<Zuu>A setting with AICONFIG_AI_DEVELOPER would only be visible if also _settings_clinte.gui.ai_developer_tools is true.
15:21<@Alberth>so a AI developer has to change his source code to debug
15:21<@Alberth>and then also set that ai_developer flag in openttd?
15:22<@Alberth>I don't understand why you want to have a second flag for controlling output
15:23<krinn>if i get clear
15:24<krinn>Debug on/off will only be visible if AICONFIG_AI_DEVELOPER is set to 1
15:24<krinn>and "normal" user will still see other settings but not "debug" ones (like UseBus on/off) ...
15:25<@Alberth>and how is that different from _settings_clinte.gui.ai_developer_tools ?
15:26<krinn>with that on/off it just enable the gui, but ai still will show debug option even off
15:26<krinn>(if i get it right of what zuu was saying)
15:26<@Alberth>so you want that flag to be available in the AI ?
15:27<krinn>bof, not vital
15:27<Zuu>Each AI can add settings that they find suitable for debug/development but do not want to clutter the interface for regular users with.
15:27<krinn>bof -> the french yes/no/don't care
15:28<Zuu>I recently added a setting to CluelessPlus to enable/disable clocking of its performance. That's a setting that I don't think anyone except someone knowing what to observe in the AI debug window will have use for.
15:29<krinn>i see what you mean zuu, but after adding many taunt in the debug ai windows, i realize that windows is just never use by a "normal" user ^^
15:30<Zuu>I could of course instead try to write a release-script that disable these settings, but that would be a bit fragile.
15:30<krinn>so you can even insult players in it, except curious and devs, nobody will likely see it (lol except when the ai crash)
15:31<krinn>i have a debug setting because enable it, not only enable debug message, but eat more ticks for debug purpose
15:31<Zuu>I sometimes take notice if someone has made the logs look pretty, but duno really how important that is other than for your own understanding :-)
15:32<@Alberth>ah, I see what you are doing now. yes that could be useful
15:34-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
15:34*frosch123 still does not understand how that is different to _settings_client.gui.ai_developer_tools
15:34-!-Pixa [~Pixa@79-68-107-113.dynamic.dsl.as9105.com] has quit [Remote host closed the connection]
15:34<frosch123>or is the problem that you cannot check settings in the info.nut?
15:35<krinn>no it's a problem everyone see your debug settings if you put them in the info.nut to enable/disable them for debug
15:35<frosch123>well, but if you could check the setting in info.nut, you could hide some settings
15:35<frosch123>not?
15:35<krinn>zuu was tied their visibility to gui.ai.developper_tools == 1 else you'll only see normal ai settings
15:36-!-douknoukem [~KEM@88.227.74.208] has joined #openttd
15:36<krinn>we couldn't hide info.nut after the ai is init
15:37<krinn>but we could indeed tied the return value already to gui.dev setting and disable what a user tried to enable ^^
15:37<krinn>still if i get it right, zuu want fully remove the button
15:38<JVassie>!seen hyronymous
15:38<JVassie>bah
15:38<frosch123>@seen hyro*
15:38<@DorpsGek>frosch123: Hyronymus was last seen in #openttd 1 week, 6 days, 10 hours, 22 minutes, and 45 seconds ago: <Hyronymus> if you do the latter, people can always suggest changes
15:40-!-KritiK [~Maxim@89-178-60-133.broadband.corbina.ru] has joined #openttd
15:40<frosch123>krinn: yes, but wouldn't that be able, if the settings could be accessed from info.nut?
15:40<frosch123>s/able/possible/
15:44<krinn>as it is now, if you click on configuration for on ai, you may see three boolean "bus" "debug" "train"
15:44<krinn>what zuu wish is normal user see "bus" "train"
15:45<krinn>and with gui.debug.... the 3 display
15:46<krinn>for now, we could disable it if a user enable it, but we cannot remove it from the configure part, as the info.nut is use to init the ai
15:46<frosch123>somehow we are talking in circles
15:46<frosch123>is there no "yes" or "no" to my question
15:46<frosch123>?
15:47<krinn>i didn't really understood it, doesn't make sens to me
15:47-!-Sacro_ [~ben@adsl-213-249-240-130.karoo.KCOM.COM] has joined #openttd
15:49<frosch123>info.nut defines the settings. so if you could do something like 'if (AIGameSettings.GetValue("gui.ai.developper_tools")) { AddSetting(...' you could conditionnaly hide settings
15:49<krinn>that's what zuu was wishing yes
15:50<frosch123>otoh, there is already a 'flags' parameter to it
15:50<frosch123>not sure, whether checking other settings makes sense
15:50<frosch123>as it would make configuring the game harder, if you first set ai settings and then change other game settings
15:53<krinn>dunno if zuu will make it, for me, i would be resume to sed the line with settings to add // in front before packaging the ai
15:54<krinn>and even if the option is visible, i'm not sure users are scared when seeing you can enable some debug
16:06-!-flitz [~me@dslb-188-097-237-181.pools.arcor-ip.net] has quit [Quit: flitz]
16:06-!-douknoukem [~KEM@88.227.74.208] has quit [Read error: Connection reset by peer]
16:23-!-Pulec [~pulec@static-cl093181068250.unet.cz] has quit []
16:27<@planetmaker>Zuu: http://www.tt-forums.net/viewtopic.php?p=960625#p960625 <-- is that maybe interesting for one of your libraries?
16:28<@planetmaker>(or a new one for that matter, dunno ;-) )
16:31<Zuu>Will probably happen whenever I get to do rail.
16:31<@planetmaker>:-)
16:31<Zuu>Unless someone decide to make a standalone libarary for that which I might just use.
16:31<krinn>what is special about that ukrs train ?
16:31<@planetmaker>Do you have any idea how much your libs are used?
16:32<Zuu>planetmaker: Not exactly. I can't see which AIs use it has dependencies in the bananas manager.
16:33-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has joined #openttd
16:33<Zuu>But I have four versions of it in my OpenTTD online content, saying that there are four banans-AIs that use different versions. That said, that could very well be four of my AIs :-)
16:34<Zuu>I know that AIAI uses the code that I wrote for replacing rail crossings with bridges.
16:34<krinn>imo you should have made small libs and not a big one
16:34<Zuu>small libs can't have circular dependencies
16:34<krinn>your superlib looks like glibc :)
16:34<Zuu>see my SuperLib thread.
16:35<@planetmaker>ah, that's the reason, I just wondered about that, too ;-)
16:35<Zuu>Parts of it could be separated, but I've been lazy and just stacked everything there as well :-)
16:38<krinn>say i need your tile lib
16:38<krinn>i will get all the bloat for using tiles
16:38<Zuu>Then, only the tile lib need to be imported.
16:39<krinn>i think people would have like better small libs aim at 1 task
16:39<Zuu>Tile <- SuperLib.Tile
16:39<Zuu>All other parts will reside in SuperLib.*
16:39<krinn>else they will just rip tile.nut and look for the function they seek no?
16:39<Zuu>IIRC Tile, Direction and Helper are inter-dependent.
16:41<krinn>you might have break them into small part
16:41<krinn>it's easier for you because reusing tool in direction to handle tile, looks logic i know
16:41<Zuu>I tried that route, but gave up. See the SuperLib topic for more details.
16:42<krinn>but for user, you're adding direction where they might just wish AITile.IsAStationHere() function (lol fake func name)
16:44<@planetmaker>as sub libs can be imported... I see no big issue
16:45<krinn>for starters i think it look complex to use it
16:45<Zuu>The library exist mainly to save me from maintaining the same code in more than one place. As a secondary benefit, other AI authors can load the library and use selected parts if they wish. I have put some effort into not poluting the global scope more than necessary but the route to split it into many separate libs ended up unfeasible as I soon needed to duplicate some functions in order to make the libs non-cyclck, violating 1).
16:46<Zuu>1) = not maintain the same code twice
16:47<Zuu>as planetmaker said, it uses sub libraries, and you can choose to just import eg. SuperLib.Tile and then only use that.
16:48<krinn>i'm not against it zuu, or saying it's bad, i'm just telling you the feeling it gave me, bloat & complex, that's what i was feeling when i start building an ai
16:49-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Remote host closed the connection]
16:49<Zuu>I can see that, and not very much that can be done against it looking big or complex. It _is_ big. Heck, now it even contains high-level functions to build road/air stations in towns :-)
16:50<krinn>can you build airport north of town ?
16:50-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
16:51<Zuu>I'm sure not everyone want to give away the control over that, and use their own implementaions for that. It's just a convinient place for me to place code that I might reuse in eg. TutorialAI.
16:51<Zuu>Yes, why not?
16:51<Rubidium>pff, even the API is big and bloated. After all I doubt no AI uses (nearly) all functionality
16:52<@planetmaker>:-) I doubt that, too
16:52<Rubidium>hell, even OpenTTD is extremely bloated
16:52<Eddi|zuHause>"dbg: [sprite] [85] Loading corrupted sprite from /cets at position 1535213" <-- how the hell did that happen?
16:52<Eddi|zuHause>reload fixed that...
16:53<Rubidium>changing grf while running?
16:53<krinn>zuu airport build north of town might exibit another bug i found with IsWithinTownInfluence
16:53<Eddi|zuHause>using reload_newgrfs command
16:54<@planetmaker>krinn: only the Northern most tile is tested for these tests
16:54<krinn>testing north tile of an airport might answer false because of the airport lenght, its first tiles might be outside town influence, while lower part of airport within, but you'll get false
16:54<@planetmaker>iirc
16:54<krinn>yep planetmaker that's what i saw
16:54<Zuu>krinn: IIRC what matters is where the staiton sign is.
16:55<krinn>it mater if you try to find to which town the airport is attach and what town it influence
16:55<Zuu>all other tiles of the station sholud be irrelevant.
16:56<krinn>if you then check your airport is well place, you'll keep moving it because it is well place but seems not ^^
16:56<Zuu>I would expect AIStation.GetLocation(id) to return the tile which has the station sign.
16:56<Zuu>The station sign tile, is from where cargo transport distance is calculated among other things.
16:56<krinn>but the station sign might be outside the town influence
16:57<Zuu>Therefore, I would expect that the station influence the town in which the station sign belong.
16:57<krinn>so do i, until i see it's not
16:58<krinn>it's about tiles cargo accept/product > 8
16:58<Zuu>Anyway, I store which town/industry the station is "attached" to in the station name, so I don't have to deal with that (anymore) :-)
16:59<krinn>you maybe, but not your api :)
16:59<krinn>ahah gotcha!
17:06-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has quit [Quit: goodbye]
17:11<krinn>Zuu, how about getting contrib to your lib ?
17:12<@planetmaker> is superlib on the DevZone already?
17:12<Zuu>Yep
17:12<Zuu>you should know that ;-)
17:13<krinn>like glibc, it sucks to build small programs, but when building a big ai, your lib should show its strengh
17:14<Zuu>I wouldn't mind patches or help, but would need some control over it as it is a fundamental part of my AIs.
17:15<krinn>right now i think you lib evolve as when you seek a function for your ai you add it to the api
17:15<krinn>it would be adding functions you might not use yourself, or not yet
17:16-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has joined #openttd
17:16<Zuu>That is something I would welcome in general.
17:16<krinn>but what if all ai maker contribs their own function (because everyone build ones that ease that or this thing)?
17:17<@planetmaker>I guess that's where the maintainers decide what's going to be part of the lib and what not ;-)
17:18<Zuu>and if you dissagree you can always fork or create your own lib ;-)
17:18<krinn>:) that's the task he should made, refuse & accept patch
17:19<@planetmaker>Though generally the code base might improve if it should become more than a one-person project :-)
17:19<@planetmaker>trallala :-) It's up to Zuu, of course
17:20<@planetmaker>But I have the feeling that in NoAI-land still a lot of synergies can be found, if people would start writing a joint AI
17:20<Zuu>Indeed
17:20<Zuu>A clueless dictactor?
17:20<@planetmaker>:-D
17:20<krinn>lol
17:20<@planetmaker>that sounds awesome as a name
17:22<Zuu>Or OpenAI+ :-p
17:22<@planetmaker>and... from my own newgrf experience: it bears a lot more potential for long-term motivation :-)
17:23<@planetmaker>hehe :-)
17:23<krinn>sounds a good idea, you should get an ai that handle everything fast
17:23<Zuu>Indeed, that's part of why my AI projects get more care than my truly one-man-project: Junctioneer.
17:26<Zuu>but joint projects can also end up like Transport Empire ...
17:27-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
17:28<krinn>dunno what is transport empire
17:28<@planetmaker>they can certainly. But I don't know its history, only its current state: dead
17:29<Zuu>See http://www.transportempire.com/wiki/index.php?title=Main_Page
17:29<@planetmaker>it needs the individual people wanting to pull of the thing. At worst also alone
17:30-!-HerzogDeXtEr1 [~Flex@i59F6D3F6.versanet.de] has joined #openttd
17:30<Zuu>The problem when I was in that project was that it was IRC meetings, discussions and writing meeting minutes but nothing got decided for real and not much code got written.
17:31<@planetmaker>oh, you were part of that? :-O
17:31<Zuu>But we invented a raise-hand-system for the IRC meeting and IIRC someone wrote a bot to help with that as well. :-)
17:31<@planetmaker>lol :-)
17:32<Zuu>planetmaker: Yep, 5 years ago or so.
17:32<@planetmaker>What you describe seems like "all managers, no work-force"
17:32<@planetmaker>small projects need people doing stuff - and discussions not killing the incentive
17:33<Zuu>If OpenTTD wouldn't have came, it might have slightly better chances, but the problem was more structural than that.
17:33<krinn>that was looking nice, but the screenshot looks like ogre demo
17:34-!-Chris_Booth_ [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
17:34<krinn>i always think starting things like that are hard, as everyone have a vision of final product, but none can see it
17:34<krinn>openttd would be easier per example, as everyone see what ttd was and what opentdd should becomes
17:35<krinn>if you can show to people, better have a dictator as maintainer to push the force forward :)
17:35<Zuu>I guess the problem is also that many thinks it has to be perfect from start and not thinking in terms of incremetal improvements.
17:35<Prof_Frink>krinn: OpenTTD *started* with working code.
17:36<krinn>and you can't really see "all improvments" as your screen still could only see code and not a game
17:36<krinn>Prof_Frink, oh, that ease even more the process so
17:36<Zuu>krinn: If you know Swedish there was a realy long article about lude some time ago.
17:37-!-HerzogDeXtEr [~Flex@i59F6DB5D.versanet.de] has quit [Ping timeout: 480 seconds]
17:37<krinn>i only speak chinese under torture, english badly, french nice, and sometimes gaelic when drunk
17:37<Zuu>(lude is the guy who wrote the "working code")
17:37-!-heffer [~felix@hyperion.fetzig.org] has quit [Read error: No route to host]
17:37<Zuu>(what he did was to port the asembler code to C)
17:38<krinn>hard task
17:38<krinn>by assembler i suppose you mean reverse eng the code ?
17:38<Zuu>yes
17:39-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
17:39-!-Chris_Booth_ is now known as Chris_Booth
17:39<krinn>eheh, wasn't he a crazy dictator ? and got his balls kick when project was enough mature that everyone start to think it might work ,
17:39<Zuu>He is now starting to get famous for uTorrent and Spotify.
17:40<krinn>not really related to game
17:42<Zuu>krinn: http://en.wikipedia.org/wiki/Ludvig_Strigeus
17:44<krinn>ah scummVM that speak to me
17:46-!-seandasheep [~seandashe@85.211.239.104] has joined #openttd
17:47<krinn> woo, he manage to reverse & convert it in a year
17:48<Eddi|zuHause>the way i heard it was that the conversion was done pretty quickly, and then he had it lying around for a year because he was unsure whether to release it
17:52<krinn>that's look impressive work for one man
17:52<krinn>and short time
17:54<krinn>lol it's sweet to read wikipedia about openttd
17:55<krinn>looks at all the feature ottd have, it's impressive, i know them, but never seen all of them makes a big project and improvments
17:56<krinn>ok guys it's 0:00 time to go home for me :)
17:56<krinn>night
17:56<frosch123>ottd 0.1 already had a slightly different string system than ttd as far as i could figure out
17:58<@planetmaker>g'night krinn
17:58-!-sla_ro|master [~slaco@95.76.27.160] has quit [Quit: The Third Tiberium War - http://www.moddb.com/mods/the-third-tiberium-war]
18:01-!-krinn [~krinn@27.69.87.79.rev.sfr.net] has quit [Remote host closed the connection]
18:07-!-seandasheep [~seandashe@85.211.239.104] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- The alternative IRC client]
18:08-!-Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd
18:11-!-Progman [~progman@p57A1A149.dip.t-dialin.net] has quit [Remote host closed the connection]
18:11<Wolf01>'night
18:11-!-Wolf01 [~wolf01@host152-94-dynamic.117-80-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
18:18<@planetmaker>g'night
18:23<CIA-2>OpenTTD: frosch * r22693 /trunk/src/ (5 files in 2 dirs): -Fix [FS#4691]: The override managers were not reset in some cases like creating a new scenario.
18:24<frosch123>night
18:24-!-frosch123 [~frosch@frnk-590f57c7.pool.mediaWays.net] has quit [Remote host closed the connection]
18:35-!-TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
18:35-!-Biolunar [mahdi@blfd-4db0f77d.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!]
18:36-!-Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has quit []
18:37-!-Sacro_ [~ben@adsl-213-249-240-130.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds]
18:38<@Terkhen>good night
18:48-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has quit [Remote host closed the connection]
18:56-!-KouDy [~KouDy@ip-86-49-123-191.net.upcbroadband.cz] has quit [Quit: Leaving.]
19:01-!-supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has left #openttd []
19:07-!-JVassie [~James@host-92-27-149-231.static.as13285.net] has quit [Ping timeout: 480 seconds]
19:11-!-Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has quit [Quit: Leaving.]
19:12-!-Devroush [~dennis@178-119-81-33.access.telenet.be] has quit []
19:16-!-You're now known as mikegrb
19:26-!-KritiK [~Maxim@89-178-60-133.broadband.corbina.ru] has quit [Quit: Leaving]
19:26-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
19:26-!-Mucht is "Martin Nussbaumer" on @#coopetition @#JJ @+#openttdcoop.association @#openttdcoop.dev #wwottdgd #openttd @#tycoon.de @#openttdcoop
19:32-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
19:49-!-Neon [~Neon@dslb-094-219-031-040.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
19:52-!-Lakie [~Lakie@91.84.86.77] has quit [Quit: Sleep.]
20:09-!-Kazune [~44023acc@101.haydn.openttdcoop.org] has joined #openttd
20:17<Kazune>hello, I'm having an issue with music on openttd 1.1.1. I'm running ArchLinux, I have timidity++ and freepats installed. The jukebox just skips through all the songs, but it plays it if I run it as root.
20:19<Eddi|zuHause>i'm not sure how anyone here can help you with that, as it's clearly an issue with your distribution/setup
20:19<Kazune>just asking, in case someone had that problem
20:20<Eddi|zuHause>you're better off asking in your distribution channel, though, or a timidity channel if that exists
20:20<Kazune>okay, thank you
20:21-!-Kazune [~44023acc@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
20:35-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
20:47-!-pugi [~pugi@p4FCC1FE8.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own]
20:57-!-Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has quit []
21:11<Eddi|zuHause>dear cat. do you mind if i want to use this bed for my own now?
21:24-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving]
21:39-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
22:14-!-Pikka [~Figgy@d58-111-88-82.rdl800.qld.optusnet.com.au] has joined #openttd
22:17-!-dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Remote host closed the connection]
22:19-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Remote host closed the connection]
22:26-!-rhaeder [~quix0r@dslb-094-221-136-058.pools.arcor-ip.net] has joined #openttd
22:31-!-rhaeder1 [~quix0r@dslb-188-100-217-171.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
22:35-!-ar3k [~ident@ebk175.neoplus.adsl.tpnet.pl] has joined #openttd
22:36-!-Osai^2 [~Osai@101.haydn.openttdcoop.org] has joined #openttd
22:36-!-tneo- [~tneo@101.haydn.openttdcoop.org] has joined #openttd
22:37-!-tneo [~tneo@101.haydn.openttdcoop.org] has quit [Read error: Connection reset by peer]
22:37-!-DJNekkid [~djnekkid@101.haydn.openttdcoop.org] has quit [Remote host closed the connection]
22:37-!-Osai [~Osai@101.haydn.openttdcoop.org] has quit [Write error: connection closed]
22:37-!-KingJ- [~KingJ-OFT@95.154.197.17] has joined #openttd
22:37-!-DJNekkid [~djnekkid@101.haydn.openttdcoop.org] has joined #openttd
22:37-!-KingJ [~KingJ-OFT@95.154.197.17] has quit [Read error: No route to host]
22:37-!-KingJ- is now known as KingJ
22:42-!-ar3kaw [~ident@ebk175.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
23:27-!-glx [glx@2a01:e35:2f59:c7c0:c8b7:30aa:632a:df] has quit [Quit: bye]
23:37-!-davis [~b@p4FF11A62.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
---Logclosed Sat Jul 30 00:00:48 2011