Back to Home / #openttd / 2008 / 12 / Prev Day | Next Day
#openttd IRC Logs for 2008-12-18

---Logopened Thu Dec 18 00:00:14 2008
00:19-!-Fuco [~dota.keys@fuco.sks1.muni.cz] has quit [Quit: Quit]
00:24-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
00:28-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
00:41-!-Bergee [~bergee@c-68-40-190-70.hsd1.mi.comcast.net] has joined #openttd
01:01-!-elmex [~elmex@e180068082.adsl.alicedsl.de] has quit [Remote host closed the connection]
01:06-!-svippy [~svip@0x50a5b14e.boanxx18.dynamic.dsl.tele.dk] has joined #openttd
01:13-!-svip [~svip@0x50a5b14e.boanxx18.dynamic.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
01:21-!-NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/]
01:51-!-davis- [~suckyours@p5B28FF44.dip.t-dialin.net] has joined #openttd
02:08-!-Belugas [~belugas@216.191.111.226] has quit [Quit: On snow, everyone can follow your traces]
02:09-!-davis- [~suckyours@p5B28FF44.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
02:26-!-Zorni [zorn@e177234064.adsl.alicedsl.de] has joined #openttd
02:34-!-Zorn [zorn@e177234215.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
02:38-!-ttd12345 [~ttd12345@c-98-228-115-113.hsd1.il.comcast.net] has joined #openttd
02:39<ttd12345:#openttd>Your TRG1R.GRF file is corrupted or missing! You can find TRG1R.GRF on your transport tycoon deluxe CD-ROM
02:39<ttd12345:#openttd>i am getting above error
02:39<ttd12345:#openttd>do u konw anythign about it
02:39<Forked:#openttd>then you probably need the trg1r.grf file..
02:39<ttd12345:#openttd>but i m not getting it anywhere
02:40<Forked:#openttd>and put it in (assuming windows here..) the "my documents\openttd\data\" folder
02:41<ttd12345:#openttd>also there are same errors for TRGIR.GRF,TRGCR.GRF ,TRGHR.GRF,TRGTR.GRF,sample.cat
02:41<Forked:#openttd>yes, you need those files from the original transport tycoon deluxe game to play openttd
02:41<ttd12345:#openttd>but where i will get above files so that i can put them in "my documents\openttd\data\" folder
02:41<benjamingoodger:#openttd> from the original transport tycoon deluxe game
02:41<ttd12345:#openttd>is there any way u know
02:42<Forked:#openttd>buy the original game.. you can probably get it online for $5 + shipping or something
02:44<dihedral:#openttd>hihi - i am not saying anything publicly :-D
02:44*dihedral:#openttd has learned from the last instance
02:44<Forked:#openttd>you just did.. twice!
02:45<dihedral:#openttd>Forked, can you see the regards to the 'last instance'?
02:45<Forked:#openttd>I can, but I refuse to.
02:45<dihedral:#openttd>shove it up your fuzzy rear end :-P
02:45*dihedral:#openttd giggles
02:45<benjamingoodger:#openttd>er
02:45<Forked:#openttd>dihedral: get enough coffee yet? ;)
02:45<dihedral:#openttd>no - just arrived at the office
02:46<benjamingoodger:#openttd>sounds like you've had too much TBH
02:46<Forked:#openttd>and already giggling? this will be interesting :)
02:46<benjamingoodger:#openttd>exactly my point
02:46<dihedral:#openttd>i have 'club-mate' here to drink too
02:46<dihedral:#openttd>oh my
02:46<Forked:#openttd>amazon.com lists a geforce 9400 GT 1GB card under TTD related accessories :)
02:47<dihedral:#openttd>20mg caffeine on 100ml
02:47*benjamingoodger:#openttd had a lovely conversation on #gnucash about the most efficient way to caffeinate
02:47<dihedral:#openttd>Forked, yes - you can play OpenTTD on the card itself
02:47<benjamingoodger:#openttd>hmm
02:47<dihedral:#openttd>leaves the cpu to be dedicated for windows vista
02:48<benjamingoodger:#openttd>it probably would have more processing power than the CPU of the original target computer for TTD...
02:49<dihedral:#openttd>:-P
02:49-!-ttd12345 [~ttd12345@c-98-228-115-113.hsd1.il.comcast.net] has quit [Read error: Connection reset by peer]
02:49-!-TinoM [~Tino@i59F5DD5D.versanet.de] has joined #openttd
02:50<Forked:#openttd>I'm thinking I should install linux again on the gaming computer..
02:51<benjamingoodger:#openttd>dihedral: windows vista needs a whole GPU to itself also...
02:51<benjamingoodger:#openttd>never a bad idea
02:51<benjamingoodger:#openttd>my gaming system has linux running on it atm, actually
02:52<Forked:#openttd>well my main concern is getting x3: terran conflict running under wine
02:52<Forked:#openttd>since it's not ported yet :\
02:52<benjamingoodger:#openttd>quite
02:53<benjamingoodger:#openttd>for this reason, our friendly IBM overlords have provided us with a reset switch on our PC-compatibles
02:53<Forked:#openttd>I hate dual boot
02:53<benjamingoodger:#openttd>I can't see any problem with it
02:59-!-ttd12345 [~ttd12345@c-98-228-115-113.hsd1.il.comcast.net] has joined #openttd
03:06-!-roboboy [3aad2910@webchat.mibbit.com] has joined #openttd
03:07-!-ttd12345 [~ttd12345@c-98-228-115-113.hsd1.il.comcast.net] has quit [Quit: Bye for now!]
03:40-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
04:01-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
04:03-!-Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
04:04-!-roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
04:06-!-nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
04:09-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
04:14-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving]
04:15-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:16-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit []
04:16-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:17-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit []
04:17-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:17-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit []
04:17-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:20-!-Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:22-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving]
04:23-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:25-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit []
04:27-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
04:28-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:28-!-DorpsGek is now known as Guest116
04:28-!-DorpsGek [truebrain@openttd.org] has joined #openttd
04:28-!-mode/#openttd [+o DorpsGek] by ChanServ
04:29-!-Guest116 [truebrain@openttd.org] has quit [Remote host closed the connection]
04:41-!-Gekz__ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
04:43-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving]
04:44-!-Gekz__ is now known as Gekz
04:52-!-HerzogDeXtEr [~Flex@89.246.220.23] has joined #openttd
04:53-!-Rexxars [~rexxars@85.19.218.49] has quit [Ping timeout: 480 seconds]
04:59-!-Rexxars [~rexxars@85.19.218.49] has joined #openttd
05:03-!-Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
05:09-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
05:19-!-eQualizer [~lauri@dyn14-26.dsl.spy.dnainternet.fi] has quit [Ping timeout: 480 seconds]
05:32-!-HerzogDeXtEr [~Flex@89.246.220.23] has quit [Read error: Connection reset by peer]
05:37-!-eQualizer [~lauri@dyn14-26.dsl.spy.dnainternet.fi] has joined #openttd
05:42-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Operation timed out]
05:47-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
05:53-!-elmex [~elmex@e180068082.adsl.alicedsl.de] has joined #openttd
06:19-!-Singaporekid [~notme@cm136.psi148.maxonline.com.sg] has joined #openttd
06:19-!-tokai [~tokai@p54B80898.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
06:21-!-mucht_work [~Martin@143.50.125.24] has joined #openttd
06:21-!-tokai [~tokai@p54B81015.dip0.t-ipconnect.de] has joined #openttd
06:21-!-mode/#openttd [+v tokai] by ChanServ
06:21-!-jerker is now known as jerkerTaggartTranscontinental
06:24-!-Dred_furst [~Dred_furs@user-5440c442.wfd78a.dsl.pol.co.uk] has joined #openttd
06:28-!-jerkerTaggartTranscontinental is now known as jerkerTaggart
06:37-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Quit: Leaving.]
06:47-!-davis- [~suckyours@p5B28FB79.dip.t-dialin.net] has joined #openttd
07:06<TrueBrain:#openttd>blup
07:07<Forked:#openttd>so there was some thunder and lightning here earlier
07:07<@Rubidium:#openttd>nice fishy ;)
07:07<Forked:#openttd>the whole building was shaking
07:07<TrueBrain:#openttd>cool
07:07<TrueBrain:#openttd>too bad we missed that
07:08*Forked:#openttd gets nightmareish flashbacks from school
07:08<Forked:#openttd>in the fourth grade there was an assignment with a picture of two gold fishes.. and the question was "what does the fish say?" .. I wrote down "blup blup" and moved on..
07:08<Forked:#openttd>and was informed that no, that was not right .. the two fish were suppose to have an intelligent conversation about something
07:10<TrueBrain:#openttd>I say you are right
07:10<TrueBrain:#openttd>"blup blup" is most likely the most intelligent conversation two fish can have
07:11<TrueBrain:#openttd>SimCity for iPhone .. lol
07:12<@Rubidium:#openttd>the major problem is that even how intelligent the conversation is, there is no transliteration from fishish to the latin alphabet except mapping everything on blup.
07:14<@Rubidium:#openttd>the same happens with Smurf, but to a lesser extent; e.g.: lets smurf today
07:17<Forked:#openttd>I guess it was one of those "you were suppose to use your imagination, not use it as a shortcut" assignments
07:18<Forked:#openttd>it still bothers me though :\
07:21<@Rubidium:#openttd>like my (disliked by teacher) tactics for German grammar; when you had a sentence like "D__ Fehler__ hatte d__ Fehler__ gemacht" and you had to fill in the __. Apparantly always making it plural and thus having to learn only 1/4th of the tables and not having to bother about the gender wasn't the intended solution.
07:21<TrueBrain:#openttd>smart ;)
07:22<Forked:#openttd>I also had a math thing with a class that was on a trip.. X number of students blablabla bus and train and whatnot..
07:22<Forked:#openttd>I assumed they were going home to.. so I just doubled my result ..
07:23<Forked:#openttd>appears they were suppose to stay at the destination forever
07:23<CIA-1:#openttd>OpenTTD: rubidium * r14689 /trunk/config.lib:
07:23<CIA-1:#openttd>OpenTTD: -Change: make configure die on commonly made user mistakes, like not having SDL
07:23<CIA-1:#openttd>OpenTTD: development files or zlib headers installed; you can still compile a dedicated
07:23<CIA-1:#openttd>OpenTTD: server or a binary without zlib, but you have to explicitly force it.
07:29<TrueBrain:#openttd>damn, I am still bored :p
07:30<Forked:#openttd>let me tell you all about my childhood ..
07:30<Forked:#openttd>joking :p
07:31<TrueBrain:#openttd>hehe
07:31<Forked:#openttd>not a very good joke, but at least it was a joke .. not something I was about to do!
07:31<TrueBrain:#openttd>my keys like 'backspace', 'home', .. etc no longer work ...
07:32<TrueBrain:#openttd>also, I need to launch 'hald' before running 'slim' or 'kdm', else things go wrong
07:32<TrueBrain:#openttd>weird ..
07:32*petern:#openttd ponders the feasibility of this 'non-sea edges' patch
07:32<@Rubidium:#openttd>that patch's size is exploding with the addition of even more IsValidTile checks *all* over the place
07:33<@petern:#openttd>nice
07:34<@petern:#openttd>and thus everything becomes slightly slower
07:34<@Rubidium:#openttd>yup
07:34-!-nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Remote host closed the connection]
07:35<Forked:#openttd>slow is good, no? gives you time to react :\
07:35<@Rubidium:#openttd>and we'll get months of building X at the edge crashes
07:35<TrueBrain:#openttd>I agree with Forked :p
07:35<TrueBrain:#openttd>Rubidium: that holds for any progress .. always a chance on crashes and problems
07:38<@Rubidium:#openttd>true, but this patch breaks assumptions in basically ALL _cmd.cpp files, which is an awful lot of places
07:38<@Rubidium:#openttd>and there isn't quite a way to grep for them
07:38<TrueBrain:#openttd>so it is a good thing, I say
07:38<TrueBrain:#openttd>as then finally all those 'assumptions' are removed
07:40<@Rubidium:#openttd>TrueBrain: so effectively you want to remove the MP_VOID at the bottom of the map too?
07:40<TrueBrain:#openttd>if possible :)
07:41<TrueBrain:#openttd>but I agree, it shouldn't make things slower :)
07:42-!-Belugas [~belugas@216.191.111.226] has joined #openttd
07:42-!-mode/#openttd [+o Belugas] by ChanServ
07:42<@Rubidium:#openttd>that's why I proposed adding MP_VOID to the top edges too; then *all* assumptions about the map are still valid and not all the if (IsValidTile(xx)) needs to be done
07:43<@Rubidium:#openttd>resulting in a much smaller diff, much less chance of bugs and a smaller (if existing at all) impact on speed
07:43<TrueBrain:#openttd>so do that :p
07:43<TrueBrain:#openttd>haha
07:43<TrueBrain:#openttd>hi Belugas :)
07:44<TrueBrain:#openttd>http://www.hyves.korneel-vm.vmware/?module=Layout&action=showMetaTags <- someone made a bad url in Hyves :p Mwhahahaha :)
07:47<@petern:#openttd>bastard, i clicked on that :(
07:48<Forked:#openttd>.vmware
07:48<Forked:#openttd>nice tld =p
07:48<TrueBrain:#openttd>doesn't go to anywhere
07:48<TrueBrain:#openttd>so ..
08:07<Yexo:#openttd>Rubidium: as I said before, adding MP_VOID to the top edges removes only a few of the IsValidTile checks, most of them are also needed for the bottom edges
08:08<Yexo:#openttd>main problem is that quite a lot of functions assume that they are never called with a tile near the edges (because that were water tiles)
08:10<@Rubidium:#openttd>most functions wander only 1 tile away from their own tile, so IsValidTile isn't needed when doing switch (GetTileType(t - 1)) and friends
08:10<Yexo:#openttd>and adding MP_VOID tiles to the top edges will give problems with older savegames (those can have buoys/ships) at the top edge, so I doubt the patch would become any smaller
08:17<jerkerTaggart:#openttd>I added my Half Transmogrified Junction to the wiki http://wiki.openttd.org/wiki/index.php/Half_Transmogrified
08:17<@Rubidium:#openttd>so make freeform map edges a patch setting and disallow changing it in-game: setting disabled -> old behaviour (no free form edges ofcourse), setting enabled -> extra MP_VOID at top of map
08:21<@Rubidium:#openttd>jerkerTaggart: that's just a worse version of the Ultimate 3-way
08:24<@petern:#openttd>http://www.bespokeventures.com/blog/wp-content/uploads/2008/11/2pzbkgy.jpg
08:25<@Rubidium:#openttd>someone entered "pimk my ride"
08:27<davis-:#openttd>^^
08:27<Gekz:#openttd>lol
08:28<jerkerTaggart:#openttd>Rubidium; If so it may be removed, however, as far as I can see, it has the same speed on the slow path (5 wagons) and is more compact (covering 20 extra squares vs 38 for the Ultimate 3-way)
08:32<Yexo:#openttd>Rubidium: I just went over the patch, and if the north edge was made MP_VOID only 11 !! chunks with IsValidTile could be removed
08:32<Forked:#openttd>way to fuck up a perfectly fine car
08:41-!-jong [~jong@flipflip.student.utwente.nl] has joined #openttd
08:43<Yexo:#openttd>jerkerTaggart: your junction could be made even smaller by moving the rightmost bridge one tile to the top-left
08:44<jong:#openttd>hi there, I would really like to play some games with cargodest, but on the Multiplayer list there is just one server (Jezekus's cargodest server), which needs to grf's: CS Stations Set - Buildings and CS Stations Set - Platforms & Stops v0.3 alfa. I cannot find these, even after a long search on the forums and the newgrf part of the website. Also, if there are other servers with cargodest on, I'm more than happy to join these.
08:44<jong:#openttd>s/to/two/
08:45<Ammler:#openttd>jong: www.tycoonez.com
08:45<jong:#openttd>Ammler: thank you, I'll check it out
08:46<Ammler:#openttd>hint: use not english language :-)
08:48<jong:#openttd>great, I'll use my slavic language skillz ;)
08:57<jong:#openttd>well, the cargodest server will restart in 2 years
08:57-!-Dred_furst [~Dred_furs@user-5440c442.wfd78a.dsl.pol.co.uk] has quit [Quit: Leaving]
08:57<jong:#openttd>so, it'd be fun if more people started together with me
08:58-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
09:12<@Rubidium:#openttd>Yexo: I count many more
09:13<Yexo:#openttd>there are a lot more instances of IsValidTile, but not many more that can be removed
09:14<Yexo:#openttd>on second thought, I didn't count those before IsCompatibleTrainStationTile and they can also be removed
09:15<Ammler:#openttd>jerkerTaggart: if you set a signal every 2. tile, you need to double b
09:15<Ammler:#openttd>the bri
09:15<Ammler:#openttd>ok, doesn't work...
09:16<@petern:#openttd>signals every 2 * train length!
09:16<jerkerTaggart:#openttd>Yexo: I added a variant so that the similarity with the 4-way will be clearer. Good suggestion to move the bridge, will fix later.
09:17<@Rubidium:#openttd>Ammler: please use English and not German
09:18<Yexo:#openttd>jerkerTaggart: one point I don't like is that trains going NW-SW block trains going SW-SE (no signal before or after that bridge)
09:18<Ammler:#openttd>Rubidium: that wasn't german either :P
09:19<@Rubidium:#openttd>so 2. isn't something German?
09:19<Ammler:#openttd>"the bri" ?
09:19-!-Singaporekid [~notme@cm136.psi148.maxonline.com.sg] has quit [Ping timeout: 480 seconds]
09:19<@Rubidium:#openttd>Ammler: no, the "2."
09:19<@Rubidium:#openttd>it makes my brain go haywire on parsing the sentence
09:20<@Rubidium:#openttd>"if you get a signal at every 2" doesn't make sense and neither does "tile, you need to double <whatever you tried to write>"
09:20<Ammler:#openttd>hmm, ah, it should be 2nd or something :-)
09:21<Ammler:#openttd>that was indeed german, sorry.
09:21-!-Singaporekid [~notme@cm136.psi148.maxonline.com.sg] has joined #openttd
09:23<Ammler:#openttd>but still it doesn't matter, how big the signal gap is, but it should be the same over the network, imo.
09:23<Yexo:#openttd>Rubidium: does it make sence to only add MP_VOID tiles to the NW edge?
09:24<Ammler:#openttd>at least over the same line :-)
09:25<@Rubidium:#openttd>Yexo: only as in really only NW, or NW, SE and SW?
09:25<Yexo:#openttd>NW, SE and SW, so not to NE
09:25<Yexo:#openttd>as NE will wrap to the MP_VOID tiles at SW
09:26<@Rubidium:#openttd>true, but OffsetByDir may do -1, -1
09:26<Yexo:#openttd>another option might be to let GetTileType return MP_VOID for tile >= MapSize()
09:27<Yexo:#openttd>Rubidium: even that case will always be ok
09:27<Yexo:#openttd>damn, it won't
09:30-!-bleepy [bleepy@5ad00e90.bb.sky.com] has quit [Read error: Connection reset by peer]
09:30-!-Zorni [zorn@e177234064.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
09:30-!-bleepy [bleepy@5ad00e90.bb.sky.com] has joined #openttd
09:30-!-Zorn [zorn@e177234064.adsl.alicedsl.de] has joined #openttd
09:40-!-jong [~jong@flipflip.student.utwente.nl] has quit [Remote host closed the connection]
10:01-!-stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
10:09-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
10:09-!-mode/#openttd [+v glx] by ChanServ
10:09-!-Progman [~progman@p57A1F84F.dip.t-dialin.net] has joined #openttd
10:19<edeca:#openttd>With new industries, what causes production to go crazy? I have a forest producing hundreds of tons a month with lorries picking up the wood, but an iron ore mine that seems to produce almost nothing even though it has 2 huge trains servicing it
10:20<Yexo:#openttd>most of the time it's % transported last month
10:21<+glx:#openttd>and how grf author decided to react to different things
10:22<Yexo:#openttd>Rubidium: http://www.tt-forums.net/download/file.php?id=103241 <- new patch, I've removed a lot of the IsValidTile calls. Instead of creating a row of MP_VOID tiles I've modified GetTileType to return MP_VOID on tiles > MapSize(). That's a hack, but it works to show the size difference in the diffs. This one is 68KiB instead of 85KiB
10:24<@Rubidium:#openttd>with MP_VOID at top you don't need to change the 0s to INVALID_TILE
10:25<Yexo:#openttd>I know, that's another 15KiB or so (see FS#2454)
10:26<Yexo:#openttd>if you think that's the way to go I'll implement it
10:26-!-Dred_furst [~Dred_furs@user-5440c442.wfd78a.dsl.pol.co.uk] has joined #openttd
10:34<@petern:#openttd>0 -> INVALID_TILE should be done anyway, separately...
10:35-!-frosch123 [~frosch@frnk-590ff8db.pool.einsundeins.de] has joined #openttd
10:35<Yexo:#openttd>petern: see FS#2454
10:36<@petern:#openttd>is it only stations that use 0?
10:37<Yexo:#openttd>I haven't found anything else
10:37<Yexo:#openttd>planes might be using it if they don't have a destination, not sure about that
10:46-!-Eddi|zuHause [~johekr@p54B77D24.dip.t-dialin.net] has quit [Remote host closed the connection]
10:46-!-Eddi|zuHause [~johekr@p54B77D24.dip.t-dialin.net] has joined #openttd
10:49-!-stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
10:55-!-Fuco [~dota.keys@fuco.sks1.muni.cz] has joined #openttd
11:23-!-HerzogDeXtEr [~Flex@89.246.220.23] has joined #openttd
11:32-!-HerzogDeXtEr [~Flex@89.246.220.23] has quit [Ping timeout: 480 seconds]
11:41-!-Singaporekid [~notme@cm136.psi148.maxonline.com.sg] has quit [Quit: Leaving]
11:47-!-LA [~chatzilla@82.131.64.110.cable.starman.ee] has joined #openttd
11:47<LA:#openttd>hmm
11:48*LA:#openttd had a terrible (read: interesting for him, but possibly not worth the effort) idea
11:48<LA:#openttd>to make a toyland -> christmas conversion :D
11:49<frosch123:#openttd>just replace the landscape with the arctic one, and add snow to the houses
11:49<LA:#openttd>no
11:50<LA:#openttd>to make things like little santas etc. :P
11:50<LA:#openttd>or atleast GUI conversion to something christmas like
11:50<LA:#openttd>like forums lol
11:52<LA:#openttd>but I guess I cba to do it.. and if even I am not, then anyone else is neither
11:55<George__:#openttd>Is anybody here who can explain me the dependences between animation and CPU usage?
11:56<De_Ghosty:#openttd>petern!
11:56<+glx:#openttd>CPU usage increase with animations
11:56<De_Ghosty:#openttd>or glx
11:56<LA:#openttd>ye
11:56<George__:#openttd>I've got a question from the user "someone playing TTDPatch or on low spec hardware can avoid loading those 12 sprites and any similar ones in other industries? "
11:57<De_Ghosty:#openttd>ottd use only like 1 threads?
11:57<LA:#openttd>he knows that stuff about newGLX
11:57<De_Ghosty:#openttd>it doesn't use 2 cores..
11:57<De_Ghosty:#openttd>draw should have it's own personal thread
11:57<@petern:#openttd>feel free to code that
11:57<@petern:#openttd>it's been discussed to death
11:57-!-mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
11:57<De_Ghosty:#openttd>and?
11:57<De_Ghosty:#openttd>where is it!?!?
11:57<+glx:#openttd>De_Ghosty: drawing is not the CPU eater
11:57<De_Ghosty:#openttd>lol
11:57<De_Ghosty:#openttd>yes it is
11:58<+glx:#openttd>it never has been
11:58*LA:#openttd would listen to a dev, when one is speaking...
11:58<De_Ghosty:#openttd>in openttd coop it is
11:58<LA:#openttd>yapf and ships are cpu eater lol
11:59<George__:#openttd>So, I would like to know - would disabling animation stages would help (grf will return the same sprite for every animation stage)
12:00<George__:#openttd>Or providing a sprite that has less bounding boxes (1 instead of 10)
12:00<@petern:#openttd>George__, no
12:00<Yexo:#openttd>George__: users can already disable animation, so what is the point of emulating that via newgrf?
12:00<LA:#openttd>mewonders if advertising his suggestion (http://bugs.openttd.org/task/2458) to get attention to it is a bad thing
12:00<@petern:#openttd>you'd have to remove the animation code
12:00<@petern:#openttd>otherwise you'll incur the same animation penalty but without the benefit of the image changing
12:00<LA:#openttd>hmm
12:01<George__:#openttd>does stoping the animation would help?
12:01<LA:#openttd>parameter controlled action7 :P
12:01*LA:#openttd whistles off
12:01<frosch123:#openttd>[18:03] <George__> does stoping the animation would help? <- yes
12:02<George__:#openttd>I supposed that I should change it according to Global var 1B
12:03<frosch123:#openttd>despite of that I doubt animated tiles have a big impact on performance
12:03<George__:#openttd>frosch123: So, if I specify animation for tiles, but stop it, animation does not take cpu?
12:04<@petern:#openttd>takes less
12:04<@petern:#openttd>events are still processed
12:04-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
12:04<@petern:#openttd>following varaction chains
12:05<frosch123:#openttd>and var 1B is not supported
12:05<frosch123:#openttd>and likely will never be. You have to use a grf parameter
12:07<George__:#openttd>frosch123: > despite of that I doubt animated tiles have a big impact on performance
12:07<Yexo:#openttd>out of curiosity, what is var 1B? (wiki.ttdpatch.net is down)
12:07<George__:#openttd>Does it mean low profit with lot of efforts?
12:08<George__:#openttd>Yexo: 1B B display options; bit 0=town names, 1=station names, 2=signs, 3=animation, 4=transparency, 5=full detail
12:08<frosch123:#openttd>Yexo: wiki2.ttdpatch.net
12:08<Eddi|zuHause:#openttd>Yexo: there used to be wiki2
12:09<Yexo:#openttd>that one still works, thx all :)
12:09<frosch123:#openttd>George__: start with setting the animation_speed property to very slow, and ask the user whether it had any impact
12:10<frosch123:#openttd>(also disable the animation speed callback :) )
12:12<Eddi|zuHause:#openttd>the last time i tried ECS it totally choked on a big map. like 90% of time was spent in resolveSpriteGroup
12:12<+glx:#openttd>Eddi|zuHause: lot of callbacks ;)
12:12-!-Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
12:13<Eddi|zuHause:#openttd>that's when i decided to use PBI instead ;)
12:16<George__:#openttd>Eddi|zuHause: I have Core2Duo 2.4 CPU and I do not have any problems. But if it is a big problem for users with weaker computers - I'm ready to spend time in removing unnecessary callbacks if someone will be a tester for that.
12:17<Eddi|zuHause:#openttd>i don't have that weak of a computer... like an athlon 2000+ or 2400+ or something
12:18<Eddi|zuHause:#openttd>since the second core does not help openttd at all...
12:18<TrueBrain:#openttd>how ever fast your computer becomes, relative CPU time never changes :)
12:18<TrueBrain:#openttd>if it spents 90% of the time in resolveSpriteGroup, it does that on all CPUs :p
12:18<TrueBrain:#openttd>(well, give or take a few % :p)
12:19<George__:#openttd>frosch123: what callbacks take the most CPU?
12:19<@petern:#openttd>Eddi|zuHause, athlon 2000/2400+ is pretty weak compared to core2duo ;)
12:20<Eddi|zuHause:#openttd>yes, but it's not that low end, like people using 800MHz PCs :p
12:20-!-ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer]
12:20<Eddi|zuHause:#openttd>(which i still expect openttd to run fine on)
12:20<TrueBrain:#openttd>big assumption ;)
12:20<Eddi|zuHause:#openttd>and it was a freshly started map... no vehicles or anything
12:21<Eddi|zuHause:#openttd>and it felt like playing TT on a 25MHz computer with a full map
12:22<frosch123:#openttd>George__: those which are called often :) E.g. when the animation counter or tileloop triggers :)
12:22<@petern:#openttd>was that before certain things were improved?
12:22<@petern:#openttd>(or was that generation only?)
12:22<Eddi|zuHause:#openttd>that was generation only afaik
12:22<Eddi|zuHause:#openttd>i'm not talking about that ;)
12:23<frosch123:#openttd>it was the "distance to water/land" variable, which is most likely used on generation :)
12:24<frosch123:#openttd>hmm, maybe the "animation speed" callback is the slowest of all
12:25<@petern:#openttd>it does a lot
12:25<George__:#openttd>yes, but this variable is used only once a month :)
12:25-!-LA is now known as LordAzamath
12:26<SpComb:#openttd>flyspray UI smells
12:26-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
12:26<LordAzamath:#openttd>yes
12:26<SpComb:#openttd>put the mouse cursor anywhere on the row, and it highlights... left click, and it opens... middle click, and nothing happens
12:26<LordAzamath:#openttd>especially if noone responds to task 2458
12:26<George__:#openttd>frosch123: CBs 20/27/142 ?
12:30-!-yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
12:30-!-ecke [~ecke@213.195.202.130] has joined #openttd
12:31<frosch123:#openttd>yes, those
12:45<George__:#openttd>Ok, I'll remove callback 27 from everywhere. What is the next one?
12:47-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
12:51-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
12:52-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
12:53-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
12:55<George__:#openttd>Unfortunately, there were not much callbacks 27, only in agricultural vector :(
12:55<frosch123:#openttd>George__: http://paste.openttd.org/178008 <- callback 0 means real sprite (not important), callback 1 means random trigger
12:56-!-sulai [~Miranda@p5B2B4804.dip.t-dialin.net] has joined #openttd
12:56<xand:#openttd>hmm, I have openttd running on two machines, both version 0.6.3... on one, when I tell it to make trees transparent from the Transparency Options window, they disappear completely, but on the other, they go transparent like buildings do; why the difference?
12:57<Yexo:#openttd>in the gui tab under patch settings
12:57<Yexo:#openttd>sorry, it's under "interface", the option called "invisible trees"
12:58<xand:#openttd>thanks
12:58-!-HerzogDeXtEr [~Flex@89.246.220.23] has joined #openttd
13:00-!-Yeggzzz is now known as Yeggstry
13:02<jerkerTaggart:#openttd>Yexo: Blockings fixed and updated (more parallell throughput), slightly uglier crossings though :-) ( http://wiki.openttd.org/wiki/index.php/Half_Transmogrified http://wiki.openttd.org/wiki/index.php/Transmogrified )
13:03<George__:#openttd>frosch123: Very interesting statistics. Could you provide instructions how to get it myself?
13:04<frosch123:#openttd>http://devs.openttd.org/~frosch/diffs/profilecallbackusage.diff <- compile yourself using that patch :p
13:05<George__:#openttd>frosch123: :( I do not have tools for compilation. Could someone compile me a win32 version?
13:06<mrfrenzy:#openttd>get buildottd
13:06<@Rubidium:#openttd>mrfrenzy: buildottd is failing for months already
13:06<frosch123:#openttd>since new server
13:07<mrfrenzy:#openttd>ooh sorry didn't know
13:07<mrfrenzy:#openttd>it was quite useful when I last used it
13:09-!-ProfFrink [~proffrink@5ad683e7.bb.sky.com] has joined #openttd
13:09-!-Prof_Frink [~proffrink@5ad1ee24.bb.sky.com] has quit [Ping timeout: 480 seconds]
13:09-!-ProfFrink is now known as Prof_Frink
13:11-!-mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
13:14-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd
13:19-!-mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
13:20-!-mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds]
13:22-!-|Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
13:23<Eddi|zuHause:#openttd>just out of curiosity, if i had an action 4, could i use gender and plural codes? and would ttdp understand those?
13:23<frosch123:#openttd>no to both
13:23<+glx:#openttd>action 4 follows ttdp format
13:24<Eddi|zuHause:#openttd>because it would be kinda useful if you could put a gender e.g. to industries
13:25<frosch123:#openttd>and as translators can change and abuse the genders as they like, your grf would be specific to certain revisions
13:25<Eddi|zuHause:#openttd>yes, but that is a rare special case, and you can check revisions in the grf
13:27-!-Wolf01 [~wolf01@host121-194-dynamic.58-82-r.retail.telecomitalia.it] has joined #openttd
13:27<Wolf01:#openttd>hi
13:28-!-Der_mit_Kruecken_geht [Dr_Jekyll@p57B0FF40.dip.t-dialin.net] has joined #openttd
13:28<Eddi|zuHause:#openttd>anyway, the "new industry founded" message is the one that annoys me the most
13:28<@Rubidium:#openttd>it shouldn't be too hard to make something that OTTD likes
13:29-!-stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd
13:29-!-NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd
13:30<Eddi|zuHause:#openttd>my memory is fading somehow... how did TT handle genders of industries? [in the german translation]
13:31<frosch123:#openttd>I guess not at all
13:31<Eddi|zuHause:#openttd>and how got ottd's system get introduced?
13:32<@Rubidium:#openttd>by decree of Ludde?
13:33<+glx:#openttd>Eddi|zuHause: newgrf can specify their own message
13:34<frosch123:#openttd>only when failing :p
13:34-!-Dr_Jekyll [Dr_Jekyll@p57B0EA29.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
13:34<+glx:#openttd>new industry text ID (1B)
13:35<frosch123:#openttd>oh, ok :)
13:35<Eddi|zuHause:#openttd>apparently, tron introduced the gender system
13:36<Eddi|zuHause:#openttd>glx: i don't expect most newgrf authors to use those
13:36<+glx:#openttd>not our problem ;)
13:38<+glx:#openttd>of course they need to define the custom new industry text for all languages (even if only one requires special treatment)
13:41<@Rubidium:#openttd>it should be fairly trivial to cook up a few changes to the specs to make genders and plurals supported
13:41<Eddi|zuHause:#openttd>hm... no i misread the log, ludde introduced the gender system, and tron updated the german translation
13:42<@Rubidium:#openttd>basically "porting" SCC_SETCASE, SCC_SWITCH_CASE, SCC_GENDER_LIST and SCC_PLURAL_LIST
13:42<Eddi|zuHause:#openttd>strgen must introduce a special symbol for case and stuff, you just need to add those to the action 4 strings
13:42<+glx:#openttd>the only problem is how to be sure gender and cases order remains the same ?
13:43<@Rubidium:#openttd>glx: you can't be sure of that
13:43<Eddi|zuHause:#openttd>you don't, it's the grf coder/translator's responsibility. just make sure errors are handled gracefully
13:43<frosch123:#openttd>Eddi|zuHause: Seems like TTD solved it by skipping a lot "der", "die", "das"
13:45<Eddi|zuHause:#openttd>systems like these would be a lot more standardised if english had genders :p
13:45<LordAzamath:#openttd>standard meh
13:45<LordAzamath:#openttd>Estonian doesn't have genders
13:45<LordAzamath:#openttd>:)
13:46<LordAzamath:#openttd>so nothing else shouldn't have either
13:46<benjamingoodger:#openttd>genders are Bad, Very Very Bad
13:46<LordAzamath:#openttd>true
13:46<benjamingoodger:#openttd>inflected persons are Bad, Very Very Bad
13:46<LordAzamath:#openttd>We are gone so far that even he/she is with one word..
13:46<+glx:#openttd>Eddi|zuHause: english has genders
13:46<frosch123:#openttd>LordAzamath: Isn't that compensated by about 6 genders in all your neighboured countries?
13:47<+glx:#openttd>but it doesn't really use them
13:47<Eddi|zuHause:#openttd>glx: yes, but they appear at exactly one point. in the 3rd person singular pronouns
13:47<LordAzamath:#openttd>hmm.. I thought that there are only 2 genders.. but perhaps the russians have the rest 4 too
13:47<LordAzamath:#openttd>:D
13:47<Eddi|zuHause:#openttd>frosch123: no, you mean cases
13:47<CIA-1:#openttd>OpenTTD: translators * r14691 /trunk/src/lang/ (10 files in 2 dirs): (log message trimmed)
13:47<CIA-1:#openttd>OpenTTD: -Update: WebTranslator2 update to 2008-12-18 18:47:25
13:47<CIA-1:#openttd>OpenTTD: arabic_egypt - 132 fixed, 1 changed by khaloofah (133)
13:47<CIA-1:#openttd>OpenTTD: czech - 10 fixed, 25 changed by Hadez (35)
13:47<CIA-1:#openttd>OpenTTD: esperanto - 15 fixed by Athaba (15)
13:47<CIA-1:#openttd>OpenTTD: greek - 7 fixed by ouranogrammi (7)
13:47<frosch123:#openttd>true
13:47<CIA-1:#openttd>OpenTTD: indonesian - 88 changed by fanioz (88)
13:48<benjamingoodger:#openttd>LordAzamath: english does have a gender-neutral pronoun, "one", but it has acquired the status of snobbish idiom, and thereby "you" is preferred in informal speech
13:48<benjamingoodger:#openttd>which is annoying to most others
13:49<Eddi|zuHause:#openttd>gender-neutral != neutral gender ["it"]
13:49-!-tokai [~tokai@p54B81015.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!]
13:50<benjamingoodger:#openttd>yes, I know
13:50<benjamingoodger:#openttd>I mean gender-neutral as opposed to neutral gender.
13:50<LordAzamath:#openttd>ahh..
13:50<benjamingoodger:#openttd>french: "on", esperanto: "oni", etc. god knows about the germanics
13:50<benjamingoodger:#openttd>slavics
13:50<benjamingoodger:#openttd>etc.
13:50<Eddi|zuHause:#openttd>it's worse in german, where you would say "man"
13:51<Eddi|zuHause:#openttd>which is awfully close to "Mann"
13:51<benjamingoodger:#openttd>how inconvenient
13:51<benjamingoodger:#openttd>indeed
13:51<Eddi|zuHause:#openttd>"awfully" for the feminists ;)
13:51<@petern:#openttd>manfred mann?
13:51<benjamingoodger:#openttd>possibly just as in "male person". ¬.¬
13:52<@petern:#openttd>come on with out
13:52<@petern:#openttd>come on with in
13:52<LordAzamath:#openttd>Atleast we got 14 cases of a noun :P (or 28 if you add plural forms too)
13:52<@petern:#openttd>you'll not see nothing like the mighty quinn
13:52<benjamingoodger:#openttd>anyway, time for me to go, I have a pub quiz to attend... thirty per cent of my estranged friends have returned to the county while their universities close over christmas
13:52<@petern:#openttd>cup of meat, eh
13:52-!-Dred_furst [~Dred_furs@user-5440c442.wfd78a.dsl.pol.co.uk] has quit [Read error: Connection reset by peer]
13:52-!-yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Ping timeout: 480 seconds]
13:54-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
13:54-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
13:54-!-[alt]buster is now known as [com]buster
13:55<Wolf01:#openttd>who's the pathfinder guru?
14:07<@Rubidium:#openttd>pick any of blathijs/michi_cc/KUDr I reckon
14:08-!-tokai [~tokai@p54B81015.dip0.t-ipconnect.de] has joined #openttd
14:08-!-mode/#openttd [+v tokai] by ChanServ
14:13<@petern:#openttd>odd
14:14<@petern:#openttd>i seem to have made a directory that only openbve can see :o
14:16<SpComb:#openttd>if it has a handle open on it
14:16-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
14:17-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
14:19-!-LordAzamath [~chatzilla@82.131.64.110.cable.starman.ee] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]]
14:22<@petern:#openttd>nope
14:23<Wolf01:#openttd>blathijs, michi_cc : fix the vehicles pathfinding please! they always use a single roadstop and they make stupid tours around the stations to reach the nearest (by bird fly) stop instead of the first free one
14:24<frosch123:#openttd>that one is assinged to celestar :p
14:25<TrueBrain:#openttd>gimme his home address, I will sent him a letter!
14:26<Wolf01:#openttd>post trucks will get stuck!
14:26<Wolf01:#openttd>until he fixes them
14:26<TrueBrain:#openttd>DARN!
14:38-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
14:38-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
14:38-!-[alt]buster is now known as [com]buster
14:56-!-Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
14:56-!-Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer]
14:56-!-Yexo_ is now known as Yexo
15:00-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
15:00-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
15:00-!-[alt]buster is now known as [com]buster
15:02-!-FauxFaux [faux@compsoc.sunion.warwick.ac.uk] has joined #openttd
15:06<xand:#openttd>hmm
15:06<blathijs:#openttd>Wolf01: I think the key there is to make the heuristic drop to 0 when the bird's distance to the station becomes smaller than the station's spread
15:06<blathijs:#openttd>Wolf01: Or rather, subtract the station's spread from the heuristic might be even better
15:07<xand:#openttd>is there a known issue where "Loading indicators" stop working after a while? it's set to "Own company" but they no longer appear
15:07<frosch123:#openttd>blathijs: the problem is, road vehicle queueing does not know about the difference of entering drivethrough stops from different directions
15:08<frosch123:#openttd>does does it know, that it is useless to drive through one roadstop to reach another one
15:08<frosch123:#openttd>s/does/nor/
15:08<Wolf01:#openttd>but I remember the last time we tried something like this, the performance loss was bigger than the enhancement
15:09<blathijs:#openttd>frosch123: Can you explain how drivetrhough roadstops are different in this regard? I've never used (nor seen) them
15:09<Eddi|zuHause:#openttd>what it needs is a list of entry points, reachable bays from that entry point, and exit points of a road station
15:09<frosch123:#openttd>road vehicle queueing sees that drivethrough stops have 2 slots for vehicles to load
15:10<@petern:#openttd>celestar said he was going to fix them
15:10<frosch123:#openttd>but when the vehicles approach from one direction, they can only enter one of them
15:10<blathijs:#openttd>frosch123: Ah, but only one of them for each direction?
15:10<+glx:#openttd>petern: and you said you were going to fix the newgrf warning for msvc ;)
15:10<frosch123:#openttd>so all vehicles are constantly sent to the stop, as one slot is still free
15:10<@Rubidium:#openttd>petern: he also said that cargodest would be done in two weeks (when he started)
15:11<Wolf01:#openttd>maybe with "done" he meant "a playable patch"
15:13<@petern:#openttd>would be handy if vehicles could get to the 'wrong bay' anyway
15:13<@petern:#openttd>maybe just if near one-way road
15:14<Eddi|zuHause:#openttd>things like that _could_ be solved by newgrf roadstations :p
15:14<Eddi|zuHause:#openttd>define efficient big bus stations
15:15<@petern:#openttd>i don't think richk got that far ;)
15:15<Eddi|zuHause:#openttd>tram turning loops with several parallel stops
15:15<Eddi|zuHause:#openttd>yeah, but i can dream ;)
15:16<Eddi|zuHause:#openttd>but those also must be considered when preparing multistop now
15:16<Eddi|zuHause:#openttd>otherwise it must be updated again
15:16-!-Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: Checking whether build environment is sane ... build environment is grinning and holding a spatula. Guess not.]
15:18-!-sulai [~Miranda@p5B2B4804.dip.t-dialin.net] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
15:18-!-sulai [~Miranda@p5B2B4804.dip.t-dialin.net] has joined #openttd
15:19-!-HerzogDeXtEr [~Flex@89.246.220.23] has quit [Quit: Leaving.]
15:19-!-Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer]
15:20<blathijs:#openttd>frosch123: Wolf01: Not sure about fixing the drivethrough roadstop thing, but I think this might be a useful patch
15:20<blathijs:#openttd>frosch123: Wolf01: http://katherina.student.utwente.nl/~matthijs/tmp/spread.diff
15:21<blathijs:#openttd>frosch123: Wolf01: It's completely untested (not even sure if it compiles), but gotta go again now :-)
15:21<Wolf01:#openttd>thanks, I might give it a look when I have more spare time :P
15:21<frosch123:#openttd>what is it supposed to do ?
15:22<Wolf01:#openttd>I might try to merge it with the drag&drop roadstops
15:23-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
15:24-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
15:24-!-[alt]buster is now known as [com]buster
15:27-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit [Quit: Leaving]
15:27-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
15:30<Wolf01:#openttd>Yexo, how's going with the freeform edges?
15:30<Yexo:#openttd>the patch works but needs more testing
15:31<Yexo:#openttd>I still need to add a setting to disable terraforming the edges and make the NE and NW tiles MP_VOID
15:31<Yexo:#openttd>but that shouldn't change anything visible (except that you'll lose one row/column of tiles)
15:32<Wolf01:#openttd>the current sea row/column
15:32<Yexo:#openttd>yep
15:33<Wolf01:#openttd>so it's like all the map will be translated by one tile to make room for the southern edge
15:33<Yexo:#openttd>no, the main problem is that currently it's possible to have buoys on that row of sea tiles
15:34<Yexo:#openttd>the as long as there are any ships / buoys, you won't be able to enable it
15:34<frosch123:#openttd>Wolf01: currently you cannot build on the first column/row either
15:35-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit [Quit: Leaving]
15:35-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
15:36<Wolf01:#openttd>uhm, this suggests me that I will have some problems with ships, I usually make very long routes with buoys
15:38<Yexo:#openttd>Wolf01: only if you place your buoys on the north edges
15:38<Yexo:#openttd>and then only if you do that in a game were you have not yet enabled the freeform map edges feature
15:38<Wolf01:#openttd>no, I mean I will need to terraform, or make long canals
15:38-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit []
15:38-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
15:40-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit []
15:40-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
15:40<Wolf01:#openttd>or I can connect cities with trains/aircrafts/rvs... but cruise ships are so nice :P
15:42-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit []
15:43-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
15:46-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
15:46-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
15:46-!-[alt]buster is now known as [com]buster
15:46-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
15:51-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd
15:53<svippy:#openttd>Wolf01: You're crazy.
15:53<svippy:#openttd>And why does the newest openttd rely on a lib I don't have?
15:53<svippy:#openttd>:( So rude.
15:53<SpComb:#openttd>boost?
15:54<svippy:#openttd>./openttd: error while loading shared libraries: libicui18n.so.38: cannot open shared object file: No such file or directory
15:54<Eddi|zuHause:#openttd>the language stuff most probably
15:54<Yexo:#openttd>svippy: openttd-useful.zip was updated some time ago
15:54<svippy:#openttd>Eddi|zuHause hit the nail on the head.
15:54<svippy:#openttd>Bam!
15:54<Eddi|zuHause:#openttd>svippy: support for left to right languages, like persion or hebrew
15:54<Eddi|zuHause:#openttd>s/o/a
15:55<Eddi|zuHause:#openttd>/
15:55<frosch123:#openttd>haha, left to right, how uncommon :)
15:55<Eddi|zuHause:#openttd>err...
15:55<Eddi|zuHause:#openttd>whatever
15:55<svippy:#openttd>O_O
15:55<svippy:#openttd>Yeah, English is so crazy, frosch123.
15:55<Prof_Frink:#openttd>Eddi|zuHause: "suppart"?
15:55<Eddi|zuHause:#openttd>can't figure out the sed command for that now :p
15:56-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit [Quit: Leaving]
15:56-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
15:56<Prof_Frink:#openttd>(I was halfway through s|$|/| when you added the trailing delimiter)
15:56<svippy:#openttd>Is OpenTTD looking for translators of Artificial Languages as well?
15:57<frosch123:#openttd>ido, esperanto: yes
15:57<svippy:#openttd>Okay, more specific; fictional languages.
15:58<Prof_Frink:#openttd>Klingon? Pirate? lolcat? 1337?
15:58<frosch123:#openttd>maybe one or both of bokmal and nynorsk are artificial too :p
15:58<svippy:#openttd>Neither, Prof_Frink.
15:58<svippy:#openttd>Qwenya is more my deal.
15:58<frosch123:#openttd>piglatin ?
15:58<svippy:#openttd>Quenya*
15:59*Prof_Frink:#openttd ponders lolopenttd
15:59<svippy:#openttd>O_O
15:59<Prof_Frink:#openttd>can has train.
16:00<svippy:#openttd>Yus
16:00<svippy:#openttd>Make up a town naming scheme for that as well, Prof_Frink.
16:01<Prof_Frink:#openttd>i made you a airyplane, but i crashed it. 100 dead :(.
16:01-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit [Quit: Leaving]
16:02-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
16:03<frosch123:#openttd>night
16:03-!-frosch123 [~frosch@frnk-590ff8db.pool.einsundeins.de] has quit [Remote host closed the connection]
16:03-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has quit []
16:04-!-DephNet[Paul] [~paul@host86-150-1-27.range86-150.btcentralplus.com] has joined #openttd
16:05-!-KritiK [~Maxim@93-80-2-54.broadband.corbina.ru] has joined #openttd
16:12-!-ecke [~ecke@213.195.202.130] has quit [Quit: ecke]
16:13-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
16:16-!-mikl [~mikl@0x57372ee2.mrbnqu1.static.dsl.tele.dk] has joined #openttd
16:19-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
16:19-!-[alt]buster is now known as [com]buster
16:27-!-Terkhen [~ircap@119.68.220.87.dynamic.jazztel.es] has joined #openttd
16:27<Terkhen:#openttd>hello :)
16:31<svippy:#openttd>:o
16:35-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
16:36-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
16:44<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-1.png <-- yay
16:45<SpComb:#openttd>but building a bouy still just segfaults :(
16:46<SpComb:#openttd>apparently because there's no towns... because the genmap stuff got into an infinite loop there
16:47<Wolf01:#openttd>omg
16:48<SpComb:#openttd>yeah, seems you can't really play OpenTTD without any towns, too many NULL pointers all over the place :(
16:48<Wolf01:#openttd>just fix them all
16:49<+glx:#openttd>you need at least 1 town
16:49<+glx:#openttd>(required for industries too)
16:50<SpComb:#openttd>and I need something that's not sea
16:52<Wolf01:#openttd>use the freeform edges patch and place one single building in the center
16:52<Wolf01:#openttd>oh, I think I found an unwanted behavior... maybe it's wanted, but not by me :P
16:53<Wolf01:#openttd>the sea can flood the purchased land
16:54<Eddi|zuHause:#openttd>Wolf01: you cannot place towns too close to the edge of the map
16:54<Wolf01:#openttd>place them outside.. there's so many space over there
16:55<blathijs:#openttd>cool, the patch compiled :-)
16:55<svippy:#openttd> <SpComb> http://qmsk.net/~terom/stuff/openttd-mini-1.png <-- yay << Is this the new widescreen version of OpenTTD I've heard so much about?
16:56-!-ecke [~ecke@213.195.202.130] has joined #openttd
16:56<Eddi|zuHause:#openttd>yeah, widescreen phones :p
16:57<svippy:#openttd>Awesome.
16:57<SpComb:#openttd>svippy: heh, no, it's just an ion3 frame, window mode
16:57<Wolf01:#openttd>that should run really fast on pda
16:57<SpComb:#openttd>it's the map size that's the interesting bit
16:57<svippy:#openttd>What, can't OpenTTD handle small maps?
16:57-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
16:57<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-2.png <-- that's better
16:58<SpComb:#openttd>svippy: no, there's a lot of uint overflow-below-zero and other assumptions that the code makes
16:58<Eddi|zuHause:#openttd>at least map size is a power of two :p
16:58<svippy:#openttd>I hate Hindston, always disrespecting with their one road tile.
16:58-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
16:58-!-[alt]buster is now known as [com]buster
16:58<SpComb:#openttd>Eddi|zuHause: yeah, I started out by just lowering the minimum value for the map_x/map_y values to zero, and I'm now trying this with them both set to two :)
17:00-!-TinoM [~Tino@i59F5DD5D.versanet.de] has quit [Quit: Verlassend]
17:00<Wolf01:#openttd>ahah! you can make mini games which can be used as vista's sidebar widgets, you have a 9 tiles city you can see changing with years
17:01-!-Bjarni [~Bjarni@0x50a41672.virnxx14.dynamic.dsl.tele.dk] has joined #openttd
17:01-!-mode/#openttd [+o Bjarni] by ChanServ
17:01<SpComb:#openttd>the saveload stuff also assumes that the map size is a multiple of MAP_SL_BUF_SIZE or something
17:01<@Bjarni:#openttd>hello people
17:01<Wolf01:#openttd>hi Mr Bjarni
17:01<SpComb:#openttd>oh darn, you can't build stations on the edges of the map either :(
17:02<@Bjarni:#openttd>@seen bjarni
17:02<@DorpsGek:#openttd>Bjarni: bjarni was last seen in #openttd 53 seconds ago: <Bjarni> hello people
17:02<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-3.png
17:02<SpComb:#openttd>success :)
17:03<@Bjarni:#openttd>3x3 map?
17:03<SpComb:#openttd>4x4
17:03<@Bjarni:#openttd>I can see a 3x3 map
17:03<SpComb:#openttd>dunno, but map_x/map_y are both 2
17:03<@Bjarni:#openttd>interesting
17:04<@Bjarni:#openttd>does that mean that a 256x256 really is 255x255?
17:04<SpComb:#openttd>you can try counting
17:04<Yexo:#openttd>Bjarni: yes
17:04<@Bjarni:#openttd>:P
17:04<Yexo:#openttd>the tiles at the south border are MP_VOID (and thus invisible)
17:04<@Bjarni:#openttd>hmm
17:04<@Bjarni:#openttd>makes sense
17:05<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-4.png
17:05<@Bjarni:#openttd>looks like it's a bit hard to get a railroad though that town
17:06<Wolf01:#openttd>halo map!!!!
17:06<Prof_Frink:#openttd>Lol, "pron"ningworth
17:07<SpComb:#openttd>Bjarni: you just build around the north edge, with stations in the middle :)
17:08<SpComb:#openttd>hmm... it's not generating any passengers, for some reason
17:08<@Bjarni:#openttd>heh
17:08<blathijs:#openttd>Wolf01: Hmm, the problem I was trying to fix with the patch I pasted you, doesn't really seem to exist :-)
17:08<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-5.png <-- my bus service is for naught :(
17:08<Wolf01:#openttd>lol?
17:14-!-nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
17:15<blathijs:#openttd>Wolf01: Ah, it's the multistop code that selects a specific tile for the road vehicle to go to, it's not the pathfinder that selects the roadstop at all
17:15<Wolf01:#openttd>good to know
17:15<blathijs:#openttd>Wolf01: In that case, you should probably bug Celestar about your problem :-)
17:16<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-giant-1.png <-- giant screenshot
17:19<+glx:#openttd>blathijs: he's already aware of the problem and said he will fix it
17:19-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
17:20-!-sulai [~Miranda@p5B2B4804.dip.t-dialin.net] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
17:20<Yexo:#openttd>on the other hand the fs bug report is already from april and it's still not fixed
17:20<Yexo:#openttd>SpComb: nice :) what size map is that, 8x256?
17:20<SpComb:#openttd>yes
17:21<SpComb:#openttd>I can't go below a 4x4, as it can't generate any towns then
17:23-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
17:23-!-[alt]buster is now known as [com]buster
17:25-!-Brianetta [~brian@client-86-27-80-69.brhm.adsl.virgin.net] has joined #openttd
17:26-!-Terkhen [~ircap@119.68.220.87.dynamic.jazztel.es] has quit []
17:27-!-elmex [~elmex@e180068082.adsl.alicedsl.de] has quit [Remote host closed the connection]
17:34*SpComb:#openttd wonders how the TILELOOP_* stuff works
17:35<Wolf01:#openttd>'night ;)
17:36-!-Wolf01 [~wolf01@host121-194-dynamic.58-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
17:36<SpComb:#openttd>nobody's bothered to comment any of these magical bitmask things :(
17:37-!-tokai [~tokai@p54B81015.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!]
17:40<Eddi|zuHause:#openttd>if you commented magic it wouldn't be magic
17:41<SpComb:#openttd>http://pastebin.com/m64959b32 <-- it's failing the first assert, which, I gather, it supposed to check that the tile is within bounds
17:42-!-rangaparmastan [~bihar@84.78.128.255] has joined #openttd
17:42<SpComb:#openttd>(why not use IsValidTile?)
17:42-!-Nite_Owl [~Nite_Owl@c-76-109-60-185.hsd1.fl.comcast.net] has joined #openttd
17:43<Nite_Owl:#openttd>Hello all
17:43<Eddi|zuHause:#openttd>because asserts are optimised out for release builds, so they indicate what you have to make sure before calling
17:43<Eddi|zuHause:#openttd>you don't have to call IsValidTile multiple times in a row, so it is not there
17:43-!-davis- [~suckyours@p5B28FB79.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
17:44<SpComb:#openttd>IsValidTile is completely inline'd, it would read a lot better than some cryptic assert on an "TILELOOP_ASSERTMASK" mask
17:45<SpComb:#openttd>as far as I can tell, `assert((tile & ~TILELOOP_ASSERTMASK) == 0)` means more or less the same thing as `assert(IsValidTile(tile))`
17:45<@Rubidium:#openttd>but the assertmask doesn't check whether the thing is a valid tile
17:46<@Rubidium:#openttd>SpComb: TILELOOP_ASSERTMASK becomes (bitwise) something like 0000111100001111 for a 256x256 map
17:47<@Rubidium:#openttd>and 0001111000001111 for a 512x128 (or vice versa) map
17:48<@Rubidium:#openttd>so TILELOOP_ASSERTMASK makes sure that the tile is somewhere within the most northern 16x16 tiles
17:50<SpComb:#openttd>clever, but somewhat hard to understand by looking at the code :/
17:51<SpComb:#openttd>and the `tile += 9` ensures that the tile loop eventually goes through all tiles?
17:51<@Rubidium:#openttd>yes
17:52<SpComb:#openttd>and this evidently breaks completely when the map doesn't even have 16x16 tiles in the north corner
17:55<SpComb:#openttd>and TILELOOP_CHKMASK then masks those 0 bits in between the two clusters of 1 bits
17:58-!-Yeggstry is now known as Yeggzzz
17:58-!-Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
18:01-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
18:01-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
18:02-!-Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
18:04-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer]
18:05<SpComb:#openttd>well, I lowered TILELOOP_BITS to 1, and now it works, but the algorithm is probably horribly broken now
18:05-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
18:10-!-vraa_ [~vraa@h104.187.213.151.dynamic.ip.windstream.net] has joined #openttd
18:17-!-vraa [~vraa@h104.187.213.151.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds]
18:31-!-tokai [~tokai@p54B81015.dip0.t-ipconnect.de] has joined #openttd
18:31-!-mode/#openttd [+v tokai] by ChanServ
18:35<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-8.png <-- the industry code was actually nice enough to assert() instead of going into an infinite loop
18:43-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
18:43-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
18:43-!-[alt]buster is now known as [com]buster
18:44-!-Progman [~progman@p57A1F84F.dip.t-dialin.net] has quit [Remote host closed the connection]
18:46-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Quit: Leaving]
18:46-!-Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd
18:46<SpComb:#openttd>TGP is somehow broken on the coastline tiles...
18:47<Eddi|zuHause:#openttd>tgp artificially cuts off the coast line irregularly
18:49<SpComb:#openttd>the function comments talk about "only for x/y coordinates which are multiples of the minimum edge length"
19:02<SpComb:#openttd>ok, now it works, but it just generates a bunch of water :/
19:02<SpComb:#openttd>with a 16x16 map, generating 15 tiles of sea on the edges is a bit too much :)
19:04-!-Brianetta [~brian@client-86-27-80-69.brhm.adsl.virgin.net] has quit [Quit: Tschüß]
19:07<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-9.png <-- I think the amplitude constants are a bit broken as well now :/
19:09<Eddi|zuHause:#openttd>why do you think anything is broken?
19:09-!-Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has quit [Quit: Leaving.]
19:09<Eddi|zuHause:#openttd>tgp occasionally creates empty 64x64 maps, too
19:10<Eddi|zuHause:#openttd>or at least early versions did
19:11<SpComb:#openttd>http://qmsk.net/~terom/stuff/openttd-mini-10.png <-- it works fine, it's just a question of adjusting the constants/parameters
19:11<SpComb:#openttd>I noticed some code that looked like it got hacked in to moderate the size of the coastlines on small maps :)
19:11-!-Nite_Owl [~Nite_Owl@c-76-109-60-185.hsd1.fl.comcast.net] has quit [Quit: Read You Soon]
19:12<SpComb:#openttd>`if (smallest_size < 8 && max_y > 5) max_y /= 1.5`
19:14<SpComb:#openttd>if Finnish you call those "hattuvakioita", which means "constants drawn out of a hat"
19:14-!-Zorn [zorn@e177234064.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
19:14-!-Zorn [zorn@e177234064.adsl.alicedsl.de] has joined #openttd
19:15<@Rubidium:#openttd>I'd call it a constant determined by unscientific imperical research based on subjective objectives
19:16<SpComb:#openttd>somewhat
19:16<SpComb:#openttd>I should probably do some more of the same, but I'm too tired already
19:17<@petern:#openttd>surely richk knew what he was doing...
19:20<thingwath:#openttd>imperical is a word?
19:20<SpComb:#openttd>presumeably Empirical
19:20<thingwath:#openttd>I know what imperial and empiciral is.
19:21<@Rubidium:#openttd>thingwath: it's emperical with the occasional use of imperial measures
19:22<thingwath:#openttd>:-)
19:33-!-Eddi|zuHause2 [~johekr@p54B77D6A.dip.t-dialin.net] has joined #openttd
19:33-!-Eddi|zuHause2 [~johekr@p54B77D6A.dip.t-dialin.net] has quit [Remote host closed the connection]
19:33-!-Eddi|zuHause2 [~johekr@p54B77D6A.dip.t-dialin.net] has joined #openttd
19:34-!-fjb [~frank@p5485ED25.dip.t-dialin.net] has joined #openttd
19:34<fjb:#openttd>Hello
19:39-!-Eddi|zuHause [~johekr@p54B77D24.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
19:41-!-Phoenix_the_II [rdeboom@82.95.127.26] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )]
19:42-!-Phoenix_the_II [rdeboom@home.deboom.biz] has joined #openttd
19:47-!-stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
19:49-!-vraa_ [~vraa@h104.187.213.151.dynamic.ip.windstream.net] has quit [Read error: Operation timed out]
19:49-!-vraa [~vraa@h75.68.20.98.dynamic.ip.windstream.net] has joined #openttd
19:53-!-Ammler [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
19:54-!-Guest195 [~Ammler@vs241204.vserver.de] has joined #openttd
19:57-!-nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Remote host closed the connection]
20:03-!-Guest195 [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
20:05-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
20:05-!-Ammller [~Ammler@vs241204.vserver.de] has joined #openttd
20:06-!-KritiK [~Maxim@93-80-2-54.broadband.corbina.ru] has quit [Quit: Leaving]
20:09-!-Bjarni [~Bjarni@0x50a41672.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving]
20:11-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
20:11-!-[alt]buster is now known as [com]buster
20:13-!-Ammller [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
20:15-!-Guest204 [~Ammler@vs241204.vserver.de] has joined #openttd
20:24-!-Guest204 [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
20:25-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
20:28-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
20:28-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
20:34-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
20:36-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
20:44-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
20:45-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
20:50-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
20:50-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
20:50-!-[alt]buster is now known as [com]buster
20:54-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
20:55-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
21:04-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
21:05-!-Ammler [~Ammler@vs241204.vserver.de] has joined #openttd
21:07-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
21:12-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
21:12-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
21:15-!-Ammler [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
21:16-!-Guest211 [~Ammler@vs241204.vserver.de] has joined #openttd
21:25-!-Guest211 [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
21:26-!-Ammller [~Ammler@vs241204.vserver.de] has joined #openttd
21:35-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
21:35-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
21:35-!-Ammller [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
21:36-!-Guest214 [~Ammler@vs241204.vserver.de] has joined #openttd
21:44-!-fjb_ [~frank@p5485F03C.dip.t-dialin.net] has joined #openttd
21:45-!-Guest214 [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
21:46-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
21:48-!-fjb [~frank@p5485ED25.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
21:49-!-vraa [~vraa@h75.68.20.98.dynamic.ip.windstream.net] has quit [Quit: Leaving...]
21:52-!-vraa [~vraa@h75.68.20.98.dynamic.ip.windstream.net] has joined #openttd
21:56-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
21:56-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
21:57-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
21:57-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
22:05-!-Yeggzzz [~mind@cpc1-rdng14-0-0-cust946.winn.cable.ntl.com] has quit [Read error: Connection reset by peer]
22:06-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
22:07-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
22:14-!-fjb_ [~frank@p5485F03C.dip.t-dialin.net] has quit []
22:16-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
22:17-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
22:17-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
22:19-!-Ammler [~Ammler@vs241204.vserver.de] has joined #openttd
22:27-!-Ammler [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
22:27-!-benjamin_ [~ben@host81-153-83-31.range81-153.btcentralplus.com] has joined #openttd
22:28-!-Guest220 [~Ammler@vs241204.vserver.de] has joined #openttd
22:32-!-benjamingoodger [~ben@host81-153-83-31.range81-153.btcentralplus.com] has quit [Ping timeout: 480 seconds]
22:37-!-Guest220 [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
22:38-!-Ammller [~Ammler@vs241204.vserver.de] has joined #openttd
22:47-!-Ammller [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
22:48-!-Guest226 [~Ammler@vs241204.vserver.de] has joined #openttd
22:55-!-Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
22:56-!-Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer]
22:58-!-Guest226 [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
22:59-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
22:59-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
23:01-!-rubyruy [~ruy@S0106000c6e57c851.vf.shawcable.net] has joined #openttd
23:01-!-rubyruy [~ruy@S0106000c6e57c851.vf.shawcable.net] has quit []
23:05-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
23:05-!-[alt]buster is now known as [com]buster
23:07-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
23:08-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
23:16-!-roboboy [3aad2910@webchat.mibbit.com] has joined #openttd
23:17-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
23:18-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
23:21-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
23:21-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
23:21-!-[alt]buster is now known as [com]buster
23:26-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
23:27-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
23:28-!-Ammler- [~Ammler@vs241204.vserver.de] has joined #openttd
23:38-!-Ammler- [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
23:39-!-Ammler [~Ammler@vs241204.vserver.de] has joined #openttd
23:44-!-[alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
23:44-!-[com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
23:44-!-[alt]buster is now known as [com]buster
23:48-!-Ammler [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
23:49-!-Guest239 [~Ammler@vs241204.vserver.de] has joined #openttd
23:55-!-tokai [~tokai@p54B81015.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
23:56-!-Singaporekid [~notme@cm130.psi148.maxonline.com.sg] has joined #openttd
23:57-!-tokai [~tokai@p54B824A1.dip0.t-ipconnect.de] has joined #openttd
23:57-!-mode/#openttd [+v tokai] by ChanServ
23:58-!-Guest239 [~Ammler@vs241204.vserver.de] has quit [Excess Flood]
23:59-!-Ammller [~Ammler@vs241204.vserver.de] has joined #openttd
---Logclosed Fri Dec 19 00:00:16 2008