Back to Home / #openttd / 2008 / 07 / Prev Day | Next Day
#openttd IRC Logs for 2008-07-17

---Logopened Thu Jul 17 00:00:46 2008
00:29-!-ice2 [d0b239f2@67.207.141.120] has joined #openttd
00:30-!-michael_ [~linuser@p57B2E9DE.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
00:43-!-ice2 [d0b239f2@67.207.141.120] has quit [Quit: http://www.mibbit.com ajax IRC Client]
01:13-!-Debolaz [~root@nat.andersberle.com] has quit [Remote host closed the connection]
01:28-!-Ridayah_ [~ridayah@12-208-15-67.client.mchsi.com] has joined #openttd
01:30-!-Ridayah [~ridayah@12-208-15-67.client.mchsi.com] has quit [Ping timeout: 480 seconds]
01:40-!-Ridayah_ [~ridayah@12-208-15-67.client.mchsi.com] has quit [Read error: Connection reset by peer]
01:41-!-Ridayah [~ridayah@12-208-15-67.client.mchsi.com] has joined #openttd
01:44-!-einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has joined #openttd
02:00-!-bleepy [bleepy@5ad3485a.bb.sky.com] has joined #openttd
02:01-!-michael_ [~linuser@p57B2E9DE.dip.t-dialin.net] has joined #openttd
02:14-!-michael_ [~linuser@p57B2E9DE.dip.t-dialin.net] has quit [Quit: Konversation terminated!]
02:20-!-Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd
02:22-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving]
02:29-!-lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has quit [Quit: This computer has gone to sleep]
02:36-!-einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has quit [Remote host closed the connection]
02:37-!-mikl [~mikl@0304ds2-ba.0.fullrate.dk] has quit [Quit: Leaving...]
03:02-!-GoneWacko [~gonewacko@adsl-58.35.Static.ssp.fi] has joined #openttd
03:09-!-Gekz [~brendan@58.170.6.135] has joined #openttd
03:16<Celestar>heyo
03:17<Forked>mornin
03:49-!-elmex [~elmex@e180064025.adsl.alicedsl.de] has joined #openttd
03:54-!-Gekz [~brendan@58.170.6.135] has quit [Ping timeout: 480 seconds]
03:58-!-Brianetta [~brian@client-86-26-82-230.nrth.adsl.virgin.net] has joined #openttd
04:01-!-nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd
04:02<planetmaker>morning
04:05<Noldo>morning
04:06-!-mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has joined #openttd
04:11-!-Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd
04:12-!-Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0/2008052906]]
04:25-!-Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd
04:33-!-fmauNekAway is now known as fmauNeko
04:35<fmauNeko>plop
04:41-!-Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd
04:53<Brianetta>BTW, all: Brianetta's Standard Server is now, once again, a going concern
04:56-!-Doorslammer|BRSet [Doorslamme@PIPP-p-203-54-229-34.prem.tmns.net.au] has joined #openttd
04:57<@peter1138>Cool
05:00-!-Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Quit: Caught sigterm, terminating...]
05:01-!-Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd
05:18-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
05:19-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
05:21-!-grumbel [~grumbel@i577B941B.versanet.de] has joined #openttd
05:40-!-TiberiusTeng [~Tiberius@sbt.idv.tw] has joined #openttd
05:45-!-Rich [~Zephyris@user-3e88cb65.tcl119.dsl.pol.co.uk] has quit [Read error: Connection reset by peer]
05:47-!-dlunch [~dlunch@61.108.29.49] has quit [Remote host closed the connection]
05:49-!-TinoM [~Tino@i59F5726F.versanet.de] has joined #openttd
05:50-!-curson [~curzon@79-69-4-108.dynamic.dsl.as9105.com] has joined #openttd
05:51-!-dlunch [~dlunch@61.108.29.49] has joined #openttd
05:53-!-Zahl [~Zahl@f051108009.adsl.alicedsl.de] has joined #openttd
06:14-!-GoneWacko [~gonewacko@adsl-58.35.Static.ssp.fi] has quit [Ping timeout: 480 seconds]
06:19-!-GoneWacko [~gonewacko@adsl-58.35.Static.ssp.fi] has joined #openttd
06:23-!-Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Quit: Caught sigterm, terminating...]
06:24-!-Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has quit [Read error: Connection reset by peer]
06:25-!-Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has joined #openttd
06:37-!-Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]]
06:50-!-MorgyN [~mig@water.morgyn.org] has quit [Remote host closed the connection]
06:55-!-Yorick [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd
06:56<Yorick>meh, I could even set up a new company as spectator by executing CMD_PLAYER_CTRL when I am ingame...right?
06:57*Yorick smells functionality in the shape of a 'play on this server' button
07:03<Noldo>what?
07:04-!-einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has joined #openttd
07:05<Vikthor>Yorick: That's very good idea
07:06-!-curson [~curzon@79-69-4-108.dynamic.dsl.as9105.com] has quit [Quit: If everything seems to be going well, you have obviously overlooked something.]
07:06<Vikthor>This would save lot of bandwith, especially on bigger maps, when somebody comes to server to take a look and decides to play
07:07<Yorick>Noldo: when a client wants a new company on joining, he sends a CMD_PLAYER_CTRL
07:08<Yorick>it creates a new company and put a client in there
07:08<Yorick>I figured the current way does work when you're already connected
07:08<blathijs>Yorick: It might require some changes to the code, since there might be things that won't expect spectators to turn into players all of the sudden
07:09<blathijs>Yorick: But in general, reusing an existing command would be an elegant way I guess
07:09<Yorick>it works better than I would expect, because the spetatirs do now turn into players all of the sudden
07:10<Yorick>NetworkUpdateClientInfo(ci->client_index); :)
07:12<Noldo>Yorick: do you have a patch ready?
07:13<Yorick>Noldo: not yet...
07:13<Noldo>whaaat? why?
07:14<Yorick>because I just noticed it when investigating the code for my "Player"-can'tplay patch
07:18-!-Progman [~progman@p57A1E40E.dip.t-dialin.net] has joined #openttd
07:19<CIA-3>OpenTTD: rubidium * r13712 /trunk/src/ (6 files in 3 dirs): -Fix: enforce the length restrictions of company and president name in the commands too.
07:28<Celestar>timidity needs more CPU cycles than a 200-train game with Yapp
07:28<Yorick>heh
07:29<Celestar>and I dunno how to use libtimidity
07:30<@Rubidium>the only correct usage of (lib)timidity is no usage
07:30<Celestar>Rubidium: suggestions on how to get music playback then? :P
07:30<Celestar>hm I could convert the mids to mp3s :P
07:31<Yorick>hmm, openttd fails to build static since 0.6.2-RC1 here
07:32<@Rubidium>what OS?
07:33<Yorick>windows/mingw
07:34<Yorick>it goes requireing zlib1.dll and freetype6.dll
07:34<@Rubidium>I can't see a change since 0.6.1 that'd've caused that
07:35<Yorick>probably I've just cped too much without clearing the config.cache stuff
07:36<dih>...
07:36<Yorick>I said _here_ ;)
07:37<dih>hehe
07:38<Rexxie>is there a windows mobile port of OTTD?
07:39<@Rubidium>if you mean ancient, then yes there is something
07:39-!-HenkeSwe [~henke@62.116.228.62] has joined #openttd
07:39<@Rubidium>but it is not official
07:39-!-Klanticus [~Klanticus@201-43-142-122.dsl.telesp.net.br] has joined #openttd
07:39<@Rubidium>i.e. bugreports don't belong here
07:39<HenkeSwe>HEllo guys
07:39<Rexxie>lol, I didnt know if there was a port, you dont have to worry about bug reports ^^
07:39<HenkeSwe>Uhm, I'm wondering where I can find good graphics for the game
07:40<@Rubidium>imo the best graphics are on your TTD CD ;)
07:41<HenkeSwe>no
07:41<HenkeSwe>well
07:41<HenkeSwe>I've got that
07:41<HenkeSwe>But i've been looking at some screenshots and
07:41<HenkeSwe>Some stations look
07:41<HenkeSwe>awesome
07:42-!-selle [~s@g221.ip7.netikka.fi] has quit [Quit: brownies]
07:42<HenkeSwe>http://www.openttd.org/screens.php?image=images/screens/0.5.0/suntfingford
07:42<HenkeSwe>The stations are "in" the industries
07:42<HenkeSwe>I played the game about a year ago
07:43<HenkeSwe>So I don't know if that is standard now or something
07:43<@Rubidium>not really, but search the manual (on the wiki) for newgrf
07:43<HenkeSwe>OK, I guess I can find how to make the game swedish in ther also =)
07:44<@Rubidium>yup
07:44-!-selle [~s@g221.ip7.netikka.fi] has joined #openttd
07:45<HenkeSwe>Ow man
07:45<HenkeSwe>you really should make a huge pack for this =)
07:45<HenkeSwe>Cant wait to start a new game =)
07:45<dih>grfcrawler.tt-forums.net?
07:45<Ammler>:-)
07:45<dih>hehe
07:45<HenkeSwe>Is there any tips you guys have, what things to install and generic stuff before I start a new game=
07:45<dih>i was thinking of it Ammler :-P
07:46<Ammler>:-D
07:46<dih>ttrs urks pbi
07:46-!-tokai [~tokai@p54B8091A.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
07:46<Ammler>japanset
07:46<@Rubidium>not ecs ;)
07:46<Yorick>openttdcoop.org/wiki/grf?
07:47<Ammler>Yorick: that isn't a tip, which grfs to use
07:47<Yorick>he asks what things to install, I think
07:47<Ammler>it will result with "how can I include all 140 GRFs at once :P
07:47-!-tokai [~tokai@p54B80582.dip0.t-ipconnect.de] has joined #openttd
07:47-!-mode/#openttd [+v tokai] by ChanServ
07:48<CIA-3>OpenTTD: rubidium * r13713 /trunk/src/network/ (core/config.h network_udp.cpp): -Fix: possible crash on creating a network packet.
07:48<Ammler>the GRFPack should only recommand to server admins...
07:48-!-tokai|noir [~tokai@p54B80582.dip0.t-ipconnect.de] has joined #openttd
07:48<planetmaker>[13:48] <Ammler> the GRFPack should only recommand to server admins... <- ain't that a bit strict?
07:49<Yorick>when I heard about that grfpack, I tried to nclude all 140 grfs at once, yes :)
07:49<planetmaker>As lazy as I am, I wouldn't know 20% of them w/o the pack...
07:49<Ammler>well, there are also server admins, which aren't able to use it, indeed. :-P
07:50<dih>as of r13713 OpenTTDLib will fail
07:50<dih>:-P
07:50<Yorick>dih: why?
07:50<dih>@openttd commit 13713
07:50<planetmaker>:S
07:50<dih>gnah
07:50<@DorpsGek>dih: Commit by rubidium :: r13713 /trunk/src/network (core/config.h network_udp.cpp) (2008-07-17 11:47:57 UTC)
07:50<@DorpsGek>dih: -Fix: possible crash on creating a network packet.
07:51<dih>there we go
07:51<dih>sorry for the highlight R.
07:51<planetmaker>let's hope the maintainer of OpenTTDLib is quick with catching up :P
07:51<dih>hehe
07:51*dih hides
07:51<Yorick>NETWORK_COMPANY_INFO_VERSION = 5, ///< What version of company info is this? ARGH
07:52<Yorick>dih: lets get tcp support into openttdlib then :)
07:52<dih>'lets' ?
07:52<dih>that implies you and I
07:52<dih>and that would be a 'no'
07:52<dih>;-)
07:52<Noldo>maybe others to
07:52<Noldo>o
07:53<Yorick>rubidium: how do you mean, possible crash...with the current client limit, it should not be crashing
07:53<Noldo>now you are on to something aren't you
07:53<Yorick>he basically committed the udpfix
07:54<@Rubidium>Yorick: really?
07:54<Yorick>no
07:54<Yorick>hmm, yes
07:54<dih>Noldo: that udp packet is just able to overflow
07:54<Yorick>http://hg.openttd.org:8000/openttd.hg/rev/db49ce10b3b5
07:54<@Rubidium>I can crash any pre 13713 server without password with only the creation of 1 company
07:54<dih>as all details are squished into one packet
07:55<dih>Rubidium: add a howto to the wiki
07:55<dih>:-P
07:56<planetmaker>wiki/OpenTTD/how-to-be-a-bad-guy.html ?
07:56<Yorick>no, the sabotagers guide
07:56-!-bleepy [bleepy@5ad3485a.bb.sky.com] has quit [Read error: Connection reset by peer]
07:56<Yorick>the sharedailing exploit is explained there
07:56<Noldo>Rubidium: isn't that a nice way to get rid of not-uptodate servers
07:56-!-bleepy [bleepy@5ad923eb.bb.sky.com] has joined #openttd
07:56<dih>Noldo: nice idea
07:57<dih>that way you can find out which servers are not maintained
07:57<dih>:-D
07:58<HenkeSwe>'hmmm
07:58<HenkeSwe>Can anyone tell me where to find newstations
07:58<HenkeSwe>?
07:58<HenkeSwe>Its homepage gives me 404 :(
07:59-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
07:59-!-mode/#openttd [+v glx] by ChanServ
07:59-!-sunkan [sunkan@sunkan.bsnet.se] has quit [Read error: No route to host]
08:02<CIA-3>OpenTTD: rubidium * r13714 /trunk/src/network/ (network_client.cpp network_server.cpp): -Fix: remove the unique_id from the message that a client has joined as it is only exposes the unique_id more than needed. Patch by dih.
08:02<dih>orudge: you around?
08:13-!-sunkan [sunkan@sunkan.bsnet.se] has joined #openttd
08:16<@orudge>dih: somewhat
08:19-!-Sacro [~Sacro@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Quit: Coyote finally caught me]
08:20-!-Sacro [~Sacro@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd
08:33-!-Sacro [~Sacro@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds]
08:33-!-lolman [~lolman@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds]
08:51<Brianetta>Hmm, think the openttd.org DNS records should have had their TTLs shortened for today
08:53<dih>why?
08:54<dih>is it not working for you?
08:57<Yorick>"Due to DNS changes, you may have trouble accessing the site for up to 24 hours after that, if your ISP caches the DNS records for too long."
08:58-!-nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )]
09:00<dih>Yorick: we do know how dns works
09:01<Yorick>hmm, no servers with 0.6.2 yet
09:01<dih>i need to fix OpenTTDLib tonight
09:01<dih>else my autoupgrading nightly server will kill my website :-P
09:02<Yorick>:D
09:02<Yorick>there should be a check that stops me from creating 8 passworded companies while I'm not a spectator
09:03<dih>there should be a check before you enter any channels or games :-P
09:03<Yorick>CMD_PLAYER_CTRL should not accept players that are not spectator
09:05-!-Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd
09:06<Yorick>that allows me to click my 'start company' button 8 times ingame and flood the server
09:06<Noldo>what are you waiting for then?
09:07<Yorick>no servers with 0.6.2 yet
09:07-!-HenkeSwe [~henke@62.116.228.62] has quit [Quit: - nbs-irc 2.39 - www.nbs-irc.net -]
09:10<@Rubidium>Yorick: 0.6.2 servers will not come soon
09:19<dih>hehe
09:20<dih>Yorick: you can go around trashing servers from the list, starting from the bottom
09:20<dih>:-P
09:21<dih>@seen rortom
09:21<@DorpsGek>dih: rortom was last seen in #openttd 6 days, 16 hours, 36 minutes, and 8 seconds ago: <rortom> gn8\
09:21<Sacro>@seen Bjarni
09:21<@DorpsGek>Sacro: Bjarni was last seen in #openttd 2 weeks, 0 days, 17 hours, 13 minutes, and 38 seconds ago: <Bjarni> I didn't have any
09:22<dih>hey ho Sacro
09:23<@peter1138>rortom is in the ror channel on oftc
09:23<@peter1138>or do i mean freenode?
09:23<dih>you mean freenode
09:23<dih>or was it quakenet?
09:23<@peter1138>or do i mean quakenet?
09:24<@peter1138>yes, quakenet
09:25<Sacro>or do you mean slashnet
09:26<Yorick>no, quakenet #ror is rise of republic
09:28<Yorick>#ror on freenode is ruby on rails
09:29<@peter1138>i said the ror channel, not #ror
09:32-!-Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection]
09:32-!-Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
09:33-!-Yexo_ is now known as yexo
09:37<dih>he's doing it again
09:38<Yorick>what was the url?
09:38<dih>bugmenot.net
09:39<Yorick>ah, at least he's linking to openttdcoop.org
09:39-!-yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection]
09:39-!-Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
09:39<Yorick>irc://blueyonder.uk.quakenet.org/openttdserver.de
09:47<CIA-3>OpenTTD: rubidium * r13715 /trunk/src/ (51 files in 5 dirs):
09:47<CIA-3>OpenTTD: -Fix [FS#2129]: C-like strings had to be rebound each time they were printed, otherwise the text could change due to the few number of slots that could be used to bind.
09:47<CIA-3>OpenTTD: -Codechange: remove all BindCString and related functions and replace it by RAW_STRING which prints the C-string raw pointer that is on the 'print stack'.
09:57<Celestar>hm
09:57<Yorick>hmm?
09:57<Celestar>I'm getting false "Train is lost" messages apparently
10:00<@Rubidium>I've never seen false train lost messages
10:01<Celestar>neither have I
10:01<Yexo>I have seen them for very long routes, but 'lost' in that case is discutable
10:01<Yorick>I have never seen train is lost messages
10:02<dih>they are talking about 'falst' ones... you know that
10:02<Celestar>Yexo: "long" as in how long? It's about 150 tiles here from the one station to the other (with no junctions in between)
10:02<Yorick>no true ones, at least
10:02<Yexo>long as in 1000 tiles long :)
10:03<Yexo>but iirc the message is not reset if the route is found after it couldn't found one, so if you removed one piece in the rail, vehicle did pathfinding, couldn't find path, you immediatly replace that piece of rail, vehicle can find path, you'll still get the message
10:03<Celestar>Yexo: yes I'm aware of that, but this isn't the case here
10:04<@Rubidium>lost messages are only shown when a train didn't reach it's destination without a specific amount of days
10:05<@Rubidium>hmm
10:05<@Rubidium>that got changed once YAPF was introduces
10:05<Yexo>Rubidium: not true when using yapf: if yapf can't find a path it'll return that, and the message is shown immediatly
10:06<@Rubidium>Yexo: it was true, until YAPF got introduces
10:07<@Rubidium>could be that YAPP is returning that a path is impossible or so
10:07<Celestar>it is reproducibe
10:08<Celestar>oh SHIT
10:09<Celestar>sometimes, this drag-and-drop of orders can mess up stuff
10:10-!-badzero [~badzero@host-88-87-246-222.net-tv.hu] has joined #openttd
10:10<Celestar>\o/ I just found the probably biggest bug in my network :P
10:11<badzero>hallo darv ich hier deutsch schreiben?
10:11<ln>"darv"...
10:11<ln>ach so, .hu
10:12<Yorick>nein, you can't, it's english only
10:12<badzero>ja! also mal ein lob an die leute die das verwirklichen mit open ttd! echt cool! nur eine frage wie kann es sein wenn ich ein neus game anfange das ich keine bussbahnhof und lkw ladeplatz bauen kann?
10:13<badzero>was muss ich da machen?
10:13<Forked>what?
10:13*Sacro slaps his head
10:13<badzero>die pc gägner können bauen nur ich nicht wasn da los`
10:13<Sacro>have i suddenly forgotten how to read ENGLISH
10:13<Forked>Sacro: me too!
10:13<dih>lol
10:14<Sacro>badzero: auf english bitte
10:14<hylje>ze english
10:14<Sacro>oder ich wille der mutter gegessen
10:14<dih>LOL
10:14*Sacro wonders how many mistakes that sentence has
10:14<dih>Sacro: you are chatting complete and utter bs
10:14<dih>:-P
10:14<ln>let google do it for you:
10:15<ln>"yes! So get a lob to the people the reality with open ttd! really cool! only a question how can it be when I start the game neus I do not bussbahnhof and trucks ladeplatz can build?"
10:15<Sacro>neus?
10:15<Sacro>bussbahnof?
10:15<ln>Sacro: it's english, it was on google.
10:15<Sacro>ladeplatz?
10:15<dih>rofl
10:15<Sacro>we won the war ><
10:16<dih>badzero: geh mal in #tycoon.de
10:16<Sacro>you are ill?
10:16<Sacro>or is that french
10:16<dih>i aint no french
10:16<Yorick>Sacro: that's slavic
10:16*Sacro is mal a la tete
10:16<dih>can nobody kick this kid
10:16<Sacro>*est
10:17<hylje>/kick dih done
10:17*Yorick :)
10:18<badzero>ich bin in #tycoon.de Sacro
10:18-!-GoneWacko [~gonewacko@adsl-58.35.Static.ssp.fi] has quit []
10:18<Yorick>badzero: good, now ask your question there, or ask it in english here
10:18<Celestar>Sacro and other:s problem solves (=
10:18<badzero>ok problem ist schon gelöst glaube ich :)
10:18<badzero>dank an Celestar
10:19<Yorick>peter1138: the topic needs a small update, I think
10:20<Sacro>yes
10:20<Sacro>"No foreigners"
10:20<Yorick>"no non-english speaking"
10:22<dih>c'mon - it was hillarious, one must at least admit that :-P
10:23<Celestar>why do trains have a knack for congregating? :P
10:27-!-nfc [nfc@dsl-hkibrasgw2-fe20de00-185.dhcp.inet.fi] has joined #openttd
10:30<Celestar>241 trains and counting :D
10:33<@peter1138>Is it slow yet? ;)
10:34<Celestar>peter1138: 24% CPU usage
10:34<Celestar>(playing a 2560x1024)
10:35<Celestar>with 1280x1024 I'm down to 17% (and a 20% lower clockspeed)
10:35<Celestar>so still, the blitter takes by far most of the CPU
10:35<Celestar>what interesting, when minized, CPU load grows
10:36-!-mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has quit [Quit: Leaving...]
10:37<@peter1138>Hmm
10:38<Celestar>yapp/yapf seem not to use a lot
10:38<Celestar>at least not with a measly 240 trains
10:39<Celestar>zooming fully out gets this thing to about 80%
10:42*Celestar wonders when the first ICE appears in DBSetXL
10:48<@peter1138>Quite late.
11:00-!-Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd
11:01-!-fjb [~frank@p5485FDF7.dip.t-dialin.net] has joined #openttd
11:01<fjb>Hello
11:06-!-Brianetta [~brian@client-86-26-82-230.nrth.adsl.virgin.net] has quit [Quit: Tschüß]
11:11-!-ben_goodger [~ben@host217-44-86-192.range217-44.btcentralplus.com] has quit [Quit: Ex-Chat]
11:15<CIA-3>OpenTTD: rubidium * r13716 /trunk/src/network/network_server.cpp: -Fix [FS#2144]: any player could construct new companies.
11:16<CIA-3>OpenTTD: rubidium * r13717 /trunk/src/players.cpp: -Codechange: place the whole 'create new company' command in #ifdef ENABLE_NETWORK as it may only be executed when we are playing in a network game.
11:16<Ammler>Celestar: around 1990
11:25<Yorick>Rubidium: could you also include PLAYER_SPECTATOR in that 13716...argh...I'm stupid...
11:25<dih>YES YOU ARE....
11:25<dih>:-P
11:26<dih>hehe - i've been waiting for something like that :-D
11:26<Yorick>:N
11:27<Yorick>I knew submitting that bug was gonna cause me being unable to do that "Set up new company" button
11:34-!-Wolfensteijn [~Wolfenste@dhcp-077-250-018-164.chello.nl] has quit [Ping timeout: 480 seconds]
11:34<Eddi|zuHause3><HenkeSwe> Can anyone tell me where to find newstations <- the website of MB is temporarily unavailable, you can probably find it in the openttdcoop grf pack though...
11:35<Yorick>hmm, have the opntitle.dat grfs been fixed yet?
11:35<Ammler>or at www.ttdpatch.net
11:36<Ammler>here: http://www.ttdpatch.net/newgrf.html#25
11:36<Eddi|zuHause3>Ammler: i thought of that, too, but i didn't know if that might just link to MB's page... and i was too lazy to check
11:37<Ammler>I asked MB for new links for GRFPack 7.1
11:37<Ammler>but he isn't ready...
11:37<Ammler>the other GRFs from him, I loaded up to his thread at TT-Forums...
11:41-!-frosch123 [~frosch@frnk-590e57d1.pool.einsundeins.de] has joined #openttd
11:43<Ammler>has someone yapp 8.2 installed?
11:43<Ammler>Eddi|zuHause3: ?
11:43<@Rubidium>I never install OTTD
11:43<Yorick>install :o
11:43<Eddi|zuHause3>Ammler: no, i think i'm still with 4.something
11:43<Ammler>Rubidium: because it is always there?
11:44<Ammler>ah, I get you
11:44<Ammler>you meant "make install"
11:44<ArmEagle>I should try yapp some time.. Together with being ready for 2x2 main tracks
11:44<Ammler>I am still not able to remove reserved tracks.
11:45<Yorick>try bulldozer
11:45<Yorick>we should get a "remove track reservation tool
11:45<Yorick>"
11:45<Ammler>bulldozer works
11:45<Ammler>but he said, he fixed remove tool with 8.2
11:45<Yorick>I've had a few crashes
11:46<Ammler>should now be possible too
11:46<@Rubidium>maybe you don't run the 8.2 binary
11:46<@Rubidium>like you compiled when you were running so the binary wasn't overwritten
11:46<Ammler>:-)
11:46<@Rubidium>so the next time you still started an old binary
11:47<Ammler>I installed it twice
11:47<Yorick>install :O
11:47<Ammler>not installed, but compiled :P
11:47<Yorick>:)
11:49<Eddi|zuHause3><Rubidium> like you compiled when you were running so the binary wasn't overwritten <- make usually complains about that here...
11:49<Eddi|zuHause3>that "cp" failed, after linking
11:50<@Rubidium>true
11:51<Yorick>but copying the lang files does not fail
11:51<Yorick>means you can't run openttd after that point, until you make again
11:51<@Rubidium>unless nothing changed in the lang files
11:52<Yorick>don't they get other ids then?
11:52<Yorick>versions*
11:52<@Rubidium>actually, that happens only when english_uk.txt lang file changes
11:52<Ammler>Rubidium: the bug is easy reproduceable
11:52<Yorick>hm
11:52<Ammler>but before I post in tt-forums
11:57<Ammler>else yapp seems perfect now :-)
11:58<SmatZ>[17:49:39] <Eddi|zuHause3> <Rubidium> like you compiled when you were running so the binary wasn't overwritten <- make usually complains about that here... <== maybe 'rm' before 'cp' would be better
11:58<@Rubidium>or cp -f ;)
11:59<Ammler>can't reproduce on a new map, so the bug might be in the save itself.
11:59<Eddi|zuHause3>yeah, that'll probably only fail on windows
11:59<@Rubidium>on windows removing a file in use fails too
12:00<SmatZ>[17:58:56] <Rubidium> or cp -f ;) <== you got me :-P
12:02<SmatZ>if it won't overwrite the file ... I don't know how this works
12:02<SmatZ>because if the binary file changed
12:02<SmatZ>and it was read from disk, the program would crash
12:02-!-Lakie [~Lakie@91.84.251.149] has quit [Read error: Connection reset by peer]
12:03-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
12:03<Eddi|zuHause3>SmatZ: on linux, the file is not physically removed while it is running
12:03<SmatZ>Eddi|zuHause3: yeah for 'rm', but how would 'cp -f' behave?
12:04<Eddi|zuHause3>just the handle from the directory is removed, and replaced by the handle to the new file
12:04<SmatZ>does it remove the old file, or just overwrite it?
12:04<Eddi|zuHause3>well, i doubt it's actually overwriting... but you might have to check on that
12:05<@Rubidium>the man says: if an existing destination file cannot be opened, remove it and try again
12:05<@Rubidium>makes me suspect that it removes the file
12:05<Yorick>$ cp -f objs/release/openttd.exe bin/openttd.exe
12:05<Yorick>cp: cannot remove `bin/openttd.exe': Permission denied
12:05<SmatZ>good on one hand, but bad on the other...
12:06<SmatZ>but at least cp -f would work on non-windows systems
12:06<Eddi|zuHause3>Yorick: that is exactly what was to be expected
12:09<SmatZ>open(cesta, O_WRONLY | O_TRUNC) <- if this fails, 'rm' is done
12:10<SmatZ>so it tries to overwrite it at first
12:10<SmatZ>but it is not a problem for running program
12:10<SmatZ>clever solution
12:13-!-Doorslammer|BRSet [Doorslamme@PIPP-p-203-54-229-34.prem.tmns.net.au] has quit []
12:14<Ammler>nice YAPP ML: http://img1.myimg.de/YAPPERS17thMay22454d951.png :-P
12:15<hylje>MLs done that way still become quite slow under load, no?
12:21-!-wolfy [~Wolfenste@dhcp-077-250-018-164.chello.nl] has joined #openttd
12:22<KingJ>oooh PBS
12:23-!-wolfy is now known as Wolfensteijn
12:23<Wolfensteijn>where?
12:23<@Rubidium>in TTDP?
12:23<hylje>not in openttd, no!! :-)
12:23<KingJ>That png just posted
12:23<Eddi|zuHause3>that'll never get into openttd
12:24<Eddi|zuHause3>because Rubidium has a non-optimal cornercase
12:24<Wolfensteijn>the lack of PBS is one of the reasons why I haven't touched openttd (or any ttd) for a year now
12:24<Eddi|zuHause3>that supercedes all improvements
12:25<@Rubidium>yup, all crashes are non-optiminal, especially when it doesn't involve crashing vehicles but the binary
12:27*peter1138 remembers the number of train crashes with the old PBS
12:27<@peter1138>hee
12:27<Eddi|zuHause3>well... imho that is an issue that might as well be solved after hitting trunk... some issues are even better to be solved there because there are probably more testers
12:27<Eddi|zuHause3>very humble, anyway :p
12:28<@Rubidium>true-ish
12:28<@Rubidium>it also involves a lot of reviewing and with 200+ kB of patch that takes very long
12:28-!-lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has joined #openttd
12:28<@Rubidium>especially because it is in the most complex places of OpenTTD
12:28<Eddi|zuHause3>that is true
12:29<Eddi|zuHause3>if it was easy, it would have been done 2 years ago :p
12:29<@Rubidium>peter1138's 'increase the max spritecount a little'-patch was much bigger, but much easier to review ;)
12:29<@peter1138>And even that had mistakes :p
12:30<Ammler>maybe someone should test, if you can still play old style games with YAPP patch :-)
12:30<@peter1138>Well, this is annoying.
12:30<@peter1138>I found 4 sticks of 32MB SIMMs, and 2 sticks of flash.
12:31<@peter1138>Turns out either all 4 sticks are duff, or the board is duff as it does not like any of them, and the flash is only 8MB :o
12:31<@peter1138>(4 * 16MB SIMMs works :o)
12:31<Eddi|zuHause3>SIMMs? are that those, who go on 486/Pentium boards?
12:31<@peter1138>No.
12:32<@peter1138>It's an IDT R4700 CPU...
12:32<@peter1138>100MHz, woo
12:32<Ammler>the ML on that image does not need bridges for hubs, every train does switch from left to right as needed, junctions are connected on both sides, it workes quite well, we have about 600 trains on that network...
12:33<@Rubidium>number of trains per network doesn't tell us a lot
12:34<@Rubidium>600 trains on a 2kx2k map is 'boring', on a 128x128 map it is amazing
12:34<Eddi|zuHause3>what size was the pile transport?
12:34<@Rubidium>1024x1024
12:34<Ammler>1024^2
12:35<@Rubidium>~1000 trains
12:37<Ammler>http://www.openttdcoop.org/blog/psopenttdcooporg3981/
12:38<CIA-3>OpenTTD: rubidium * r13718 /trunk/src/players.cpp: -Fix: possible desync on the autorenew settings 20+ game years (i.e. 4.5+ hours) after a company was started.
12:38<Ammler>maybe the first nongrf game of coop since 2 years :-)
12:40<Eddi|zuHause3>well, YAPP makes a totally different game style possible :)
12:40<fjb>Ammler: Your grf game you once invited me too looked much nicer.
12:41<fjb>Eddi|zuHause3: Single track lines are actuelly working with YAPP: :-)
12:41<Eddi|zuHause3>i know ;)
12:42<Ammler>fjb: yeah, the game style of members quite changed...
12:42<Eddi|zuHause3>single track was also quite good with the old PBS
12:42<Eddi|zuHause3>but twoway stations!!
12:42<Ammler>we didn't make games like pile transport on the MZ long time :(
12:46-!-Anon2216 [~indio@79.98.2.191] has joined #openttd
12:46<Ammler>Rubidium: the yapp game delivers as much as pile transport.
12:47<Ammler>on a 512² map
12:47-!-Anon2216 [~indio@79.98.2.191] has quit []
12:53<Yexo>and how much does it transport?
12:53<fjb>Is each passenger and each ton of cargo a packet?
12:54<dih>Rubidium is on a commit-spree....
12:55<dih>go go go!
12:57<Yorick>skreeeeeee
12:58<fjb>The C++ syntax is really ugly...
12:59<dih>what dont you like?
13:09-!-TiberiusTeng [~Tiberius@sbt.idv.tw] has quit [Quit: Leaving]
13:10<fjb>Things like this: ((const CargoPacket*)obj)->index + 1
13:10<Eddi|zuHause3>fjb: no, packages with same cargo and same creation time get merged
13:10<fjb>Really hard to read when you don't work with C++ every day.
13:11<fjb>Eddi|zuHause3: Thank you.
13:12<Eddi|zuHause3>up to 64k or something ;)
13:12<Eddi|zuHause3>(and of course same source station)
13:12<fjb>So there aren't 8000 packets at each station...
13:13<+glx>fjb: that's C syntax too
13:13<fjb>glx: C sytax is ugly too. But C++ makes it even worse.
13:14<Eddi|zuHause3>fjb: the only bad thing about that is that you have to manually cast everything
13:14<fjb>Casting is evel. Why di I have a type save language when I have to cast everything anyway?
13:15<SmatZ>evel? di? save?
13:15<frosch123>fjb: I doubt you would be happier if everything would be templated
13:17<SmatZ>mmm 'ln' is the one I should fake fun of :-P
13:17<SmatZ>sorry fjb
13:17<@Rubidium>Ammler: boring game then ;) my YAPP game deliver 25% more than Pile on 128x128
13:17<fjb>frosch123: Templating is the thing that makes C++ syntax worse compared to C. It is a syntactical nightmare. Ok, they didn't know about usability in the early 70s.
13:19<Ammler>Rubidium: I saw you ships on that map :P
13:19<@Rubidium>yup, otherwise I could only reach ~90% of Pile
13:19<Ammler>:-)
13:20<hylje>that's the CHEATING!!
13:20<@Rubidium>just because there isn't enough place to build stations and especially tracks
13:20<Ammler>a game like that: http://www.openttdcoop.org/wiki/PublicServer:Archive_-_Hall_of_Fame#gameid_34
13:20<hylje>i thought the point was about using those sparse tracks as efficiently as possible?
13:21<Ammler>one of the last nonyapf games
13:26-!-KillaloT [~killalot@0x5738cc9a.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd
13:26<Yorick>what would be the best language to code http://pastebin.org/52111 in?
13:27<hylje>bf
13:28-!-fmauNeko is now known as fmauNekAway
13:28<+glx>Yorick: bash
13:29<@Rubidium>dash!
13:29<Yorick>I don't know bash
13:29<hylje>/bin/sh
13:29<+glx>but it's should be possible to do it in a .bat or a .cmd
13:30<Yorick>I've been trying to get file contents read to variables for decades in cmd
13:34<@Rubidium>shouldn't that be possible with the shell that's in vista?
13:35<@Rubidium>or is that shell like winfs?
13:36<Yorick>powershell isn't in vista
13:37<+glx>powershell looks good, but I never tried to install it
13:40<Yorick>powershell is not installed everywhere
13:42<Yorick>neither is bash, on windows systems
13:42-!-Mchl [~mchl@abes235.neoplus.adsl.tpnet.pl] has joined #openttd
13:42<Yorick>I could offcourse include it
13:42<Mchl>hello
13:42<joachim>bash is like the brain... everyone should have it, but...
13:43<+glx>Yorick: when .bat or .cmd can't do what you want you can try .vbs :)
13:44<Yorick>I don't know vbs...
13:44<Mchl>vbs... dark side...
13:44<Yorick>I think php could do exactly what I need
13:44<+glx>you need to install php for that :)
13:44<Mchl>and what do you need?
13:44<Yorick>http://pastebin.org/52111
13:45<Yorick>for the silly users that can not run that script when it's written in 'english'
13:45<Mchl>yeah, most likely php could do that
13:45<Eddi|zuHause3>oh... i remember the times when DOS had macros :p
13:46<Mchl>not sure about zipping though
13:46<Yorick>everyone should get themselves a script interpreter implanted..
13:46<Yorick>Mchl: you could get that with 7za.exe
13:46<Yorick>that's not my main problem
13:46<Yorick>it's actually my least
13:46<Eddi|zuHause3>you could override internal commands with those
13:47<Eddi|zuHause3>like you could replace "dir" with "echo y | del *.*"
13:47<Yorick>virus!
13:47<Eddi|zuHause3>of course, both have the same postcondition... you know exactly which files are in the directory afterwards :p
13:48<Yorick>wouldn't del *.* -y do?
13:48<Eddi|zuHause3>i don't think DOS had that kind of switch
13:48<Mchl>where's fun with that :P
13:48<Mchl>was it in MS-DOS?
13:49<Eddi|zuHause3>i've used Novell DOS most of the time
13:49<Yorick>"dir" -> "Do you really wish to delete the files? y" "Files deleted" -> "NOOO, undo, undo!"
13:49<+glx>unerase :)
13:49<Mchl>that's why I don't recall having such macros :)
13:49<Eddi|zuHause3>Yorick: actually, "del" was one of the few commands that did not actually print anything if they succeeded
13:50<Yorick>did del del.exe work?
13:50-!-Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has joined #openttd
13:50<Eddi|zuHause3>Mchl: i'm sure i read about them in a book for MS-DOS 5.0
13:50<Eddi|zuHause3>Yorick: del was a builtin command
13:50<Yorick>:)
13:50<Eddi|zuHause3>so you had to del command.com
13:50<Mchl>I did all sorts of batching in 6.22, but never such macros
13:50<Wolf01>hello
13:50<Yorick>why doesn't powershell come in a single mouth-size exacutable?
13:51<+glx>Yorick: del is not an exe
13:51<Eddi|zuHause3>afaik the novell dos command.com wasn't a real .com file, but an .exe renamed to .com
13:52<Mchl>not that it ever mattered for DOS
13:52<Mchl>I had .bat renamed to .exe
13:52<+glx>it matters for priorities
13:52<Mchl>priorities, yes
13:52<+glx>a.com > a.exe
13:52<Eddi|zuHause3>.com is tried first, i believe
13:53<Mchl>that;s what I believe too :)
13:53<+glx>and a.bat > a.com IIRC
13:54<Mchl>this I'm not sure about
13:54<Eddi|zuHause3>no, .bat was the last one
13:55<Eddi|zuHause3>the order was: macro, builtin, (com, exe, bat)[repeat for each entry in %PATH%]
13:56<kyevan>What's the min spec for openttd on Mac?
13:56<Eddi|zuHause3>where the last part could be overridden by specifying an extension
13:57<+glx>kyevan: OSX
13:57<Eddi|zuHause3>kyevan: a monitor
13:57<kyevan>Eddi|zuHause3: Oh, I don't have one of those :(
13:57<@Rubidium>osx 10.3 or newer
13:57<@Rubidium>monitor doesn't matter
13:58<Mchl>you can play on printer
13:59<Eddi|zuHause3>Rubidium: ok, but it is recommended for non-server-usage :p
14:01-!-Progman [~progman@p57A1E40E.dip.t-dialin.net] has quit [Remote host closed the connection]
14:02<Mchl>MS-DOS had doskey app for defining macros
14:02<Mchl>still not sure if they were higher priority than builin commands
14:02<+glx>I used doskey for command history
14:04<Mchl>and for custom command prompt ;)
14:04<Mchl>was it doskey or something else...
14:04<Mchl>can't remember
14:08-!-KillaloT [~killalot@0x5738cc9a.rdnqu1.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer]
14:09<ln>evening, i'm out of prison again.
14:12<Touqen>escaped again?
14:12<ln>not again, the first time.
14:19<Mchl>should 'private' go before, or after 'abstract'?
14:20-!-tokai|noir [~tokai@p54B80582.dip0.t-ipconnect.de] has quit [Quit: It's like, wah.]
14:20<Mchl>I mean, which would you consider more important when reading code?
14:23<Yorick>before
14:24<ln>Mchl: there's no such rank as 'abstract'.
14:27<Mchl>it's just that PHP manual has an examlpe, where 'abstract; goes in front of visibility
14:29<Eddi|zuHause3>i think in pascal/delphi, "abstract" came after the function declaration
14:30<Mchl>php doesn't care
14:30<hylje>that sums up PHP
14:31<ln>saving abstract ryan?
14:31<frosch123>I hope you do not want to declare a function both private and abstract :p
14:32<Eddi|zuHause3>imho, "private" is something that you should not need to repeat for every function... but i don't know PHP
14:33<Eddi|zuHause3>frosch123: i hoped he'd kinda figure that one out on his own :p
14:33<Mchl>yeah... protected not abstract :P
14:33<Mchl>all methods are public by default in php
14:34<Mchl>crap
14:34<Mchl>protected, not private
14:34<Mchl>:P
14:37<Eddi|zuHause3>Mchl: "default" doesn't mean you can't override it for a whole block of functions
14:40*Mchl goes back to documentation
14:41<kyevan>Hmm
14:41<kyevan>OpenTTD is rather slow on a 400 mhz mac running 10.3 >_>
14:41<kyevan>Then again, what isn't? <_<
14:42<Noldo>kyevan: use smaller map?
14:43<kyevan>Going muchsmaller than 256^2 gets weird >_>
14:43<Mchl>but challenging :)
14:43-!-fmauNekAway is now known as fmauNeko
14:44<kyevan>Only if you don't use RVs, Mchl :P
14:44<kyevan>Hmm. It also doesn't like the color depth changing under it :P
14:44<Eddi|zuHause3>kyevan: typical performance killers are ships, NPF and ECS
14:45<kyevan>Eddi: Or runing on a machine under spec for the OS it's running on? >_>
14:46-!-fmauNeko is now known as fmauNekAway
14:46<Eddi|zuHause3>kyevan: that shouldn't do anything when the OS is actually idle
14:46<+glx>can windows idle ?
14:46<kyevan>glx: Wouldn't matter in this case.
14:46<kyevan>Unless Windows runs on PPC iMacs LO
14:47<kyevan>s/LO/:P/
14:49-!-ben_goodger [~ben@host217-44-86-192.range217-44.btcentralplus.com] has joined #openttd
14:50-!-Progman [~progman@p57A1E40E.dip.t-dialin.net] has joined #openttd
14:58-!-mikl [~mikl@0304ds2-ba.0.fullrate.dk] has joined #openttd
15:08<Yexo>are there more industry / cargo grfs except for ecs and pikka's basic industries?
15:09<Yorick>the tourist industry set?
15:09-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Ping timeout: 480 seconds]
15:10<Yexo>didn't know of that one, thx
15:10<Ammler>newcargos from MB
15:10<Ammler>but that is "just" a experimental grf
15:11<Yexo>Yorick: you mean http://grfcrawler.tt-forums.net/details.php?do=details&id=157 ?
15:11<Yorick>:Y
15:12<Ammler>canada set has also newindustries in it...
15:12<Noldo>maple syrup?
15:12<frosch123>technically "alpine" also
15:13<Yexo>canada set as in "canadian trains set"?
15:13<Ammler>I guess so...
15:14<Ammler>http://svn.openttdcoop.org/grfpack/tags/7.1/8_vehicles/trains_wagons/canset/CanSet%20-%20Quick%20Setup%20Guide.txt <-- parameter 2
15:17<Yexo>thx Ammler
15:18<Noldo>Yexo: testing your AI ?
15:18<Yexo>yep
15:18<Ammler>seems no new industries, only having all industries in all climates...
15:19<Yexo>but both ecs and pikka's industries are too complicated (mostly because som eindustries need two cargos or they'll stop accepting it)
15:20<Ammler>Yexo: maybe easier for AI then for human :P
15:21<Yexo>maybe, but it required quite drastic changes to my AI
15:21<Ammler>ECS got parameter settings, which allows disabling stockpiling(closing etc.
15:21<Yexo>I'll have too read the readme for ecs sometime for that :)
15:23<Yexo>In the last version I improved station handling, so now industries can use some work
15:23<Yexo>also see http://www.student.tue.nl/V/t.i.marinussen/5000.png (5000 road vehicles in one 512^2 map :p)
15:24<ArmEagle>hah, trafficjam!
15:24<Yexo>make that jams :)
15:25<Noldo>few road are quite yellow
15:25<ArmEagle>it's just one big jam!
15:25<Yexo>most of the vehicles were driving, only a few were actually standing still
15:26<Yexo>unfortunatly the maximum number of road vehicles in openttd is 5000 (the patch settings doesn't go higher)
15:28<Eddi|zuHause3>use trains :p
15:28-!-Klanticus [~Klanticus@201-43-142-122.dsl.telesp.net.br] has quit [Remote host closed the connection]
15:29<Eddi|zuHause3>actually, the german tram set [unreleased] has cargo trams that look like small trains
15:34-!-Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
15:35-!-Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer]
15:35-!-Yexo_ is now known as yexo
15:36<yexo>how does the stockpiling work? Is that something openttd knows about, or is it internal to the grf
15:36-!-fmauNekAway is now known as fmauNeko
15:36-!-Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer]
15:38-!-Brianetta [~brian@client-86-26-82-230.nrth.adsl.virgin.net] has joined #openttd
15:39<@Rubidium>more or less internal
15:39<Eddi|zuHause3>yexo: the grf uses callbacks for that
15:40<yexo>so there is no way an api could be created for the ai to now the amount of goods stockpiled
15:40<yexo>that's a shame
15:40<Eddi|zuHause3>i'm not sure about that...
15:40<@Rubidium>the amount of goods stockpile can be determined fairly easily (IIRC)
15:40<@Rubidium>how much can be stockpiled is something completely different
15:41-!-Yorick [~yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Don't go near Rubidium...he's radioactive and makes you go Poef!]
15:41<Eddi|zuHause3>last time i checked, PBI put status messages like "coal stockpile is getting full (750t)" in the industry window
15:42<Eddi|zuHause3>yexo: you can definitely find out that the stockpile is full, when the station stops accepting the cargo :p
15:42<frosch123>google cannot translate between english and noai
15:42<yexo>Eddi|zuHause3: the grf can put whatever it want in the industry window, but as long as that is done by the grf and not by openttd it's useless for an ai
15:42<Ammler>yet
15:42<@Rubidium>as I said, only the amount stockpiled can be determined by OTTD, the maximum amount and such cannot be determined by OTTD
15:43<Eddi|zuHause3>yexo: yes, but you can extend the grf spec for status replies like that
15:43<Eddi|zuHause3>and then ask the grf authors to implement the AI callbacks
15:43<@Rubidium>(except actually stockpiling cargo till it's full)
15:43<yexo>Rubidium: where do I need to start looking in the code?
15:44<@Rubidium>industry.h
15:44<Eddi|zuHause3>i'd suggest reading the grf spec on industries, and then following the code for these specs
15:45<frosch123>newgrf_callbacks.h is also a nice way to find something for grepping
15:49<frosch123>except you won't find the production callback there
15:50<Ammler>@seen yorick
15:50<@DorpsGek>Ammler: yorick was last seen in #openttd 38 minutes and 48 seconds ago: <Yorick> :Y
15:50<Ammler>:-/
15:59<@Rubidium>'
16:02<Ammler>I like to put the GRFPack outside of the web , which function do I need in php to make a script download.php, which loads the pack?
16:02<Ammler>(a little bit OT :-)
16:03<Ammler>(no direct links to the GRFPack should be possible)
16:03<Noldo>outside of the web?
16:03<+glx>send the header then outputs the file
16:04<@Rubidium>fpassthru?
16:04<ccfreak2k>No, don't send the header!
16:04<ccfreak2k>That's exactly what they expect you to doQ!
16:05<yexo>readfile will do the trick
16:05<Ammler>fopen and fpassthrough sounds good
16:06<yexo>that's the same as readfile, but readfile is easier ;)
16:06<Ammler>yep, just read about...
16:07<Eddi|zuHause3>real programmers use a butterfly...
16:07<@Rubidium>why is readfile easier?
16:08<yexo>Rubidium: what is easier: readfile(filename); or fpassthr(fopen(filename, "r"));
16:08<Ammler>Eddi|zuHause3: something with rewrite?
16:08<@Rubidium>still, there isn't much that you can do about hotlinking without breaking some browsers
16:09-!-glx|away [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
16:09-!-mode/#openttd [+v glx|away] by ChanServ
16:09-!-lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has quit [Quit: This computer has gone to sleep]
16:09-!-glx is now known as Guest1403
16:09-!-glx|away is now known as glx
16:09<@Rubidium>interesting
16:10<@Rubidium>readfile/fpassthru seems to be 55% slower than feopen/feof/fread/echo
16:11<@Rubidium>according to one of the comments on the php documentation page of fpassthru
16:11<SpComb>gah, benchmarking PHP I/O
16:11-!-Guest1403 [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Ping timeout: 480 seconds]
16:12<SpComb>Ammler: what is it that you want to do exactly? "outside of the web"?
16:12<SpComb>do you just want to disable hotlinking to the .zip? Tell your web server to do that
16:12<Ammler>I wan't to make the GRFPack not accessable from web
16:13<Ammler>not directly
16:13<SpComb>Ammler: so kill your http server and unplug your server's network connection, then
16:13<CIA-3>OpenTTD: rubidium * r13719 /trunk/src/ (42 files in 3 dirs): -Codechange: rename IsValidPlayer to IsValidPlayerID in line with all other structs/classes that are in a pool.
16:13<SpComb>preferrably, you could also power it down and remove the power cable as well
16:13<Ammler>:P
16:13<SpComb>I presume you mean "accessible in a limited way"
16:14<Eddi|zuHause3>SpComb: he wants to enforce that people link to the index page, which features a kind of readme and a download link
16:14<SpComb>right, that kind of stuff is best done in your web server's configuration
16:14<Ammler>rewrite rules?
16:14<Ammler>and how?
16:15<SpComb>http://www.cyberciti.biz/faq/apache-mod_rewrite-hot-linking-images-leeching-howto/ <-- first google result for "apache hotlinking"
16:15<Eddi|zuHause3>all those hosters who disallow image hotlinks must have some wayys
16:15<SpComb>probably not the best one, but something like that
16:16<SpComb>preferrably something that would redirect the user to another URL if they try and hit a download URL without having the correct referrer
16:16<Ammler>I will check that with our web gurus :-)
16:16<SpComb>I would know how to do it with lighttpd, but I don't use Apache that much
16:16<Ammler>thank you so far...
16:17<Ammler>well, what about browsers without referrer?
16:17<SpComb>tough luck for them, I guess
16:18<Ammler>hmm
16:18<yexo>or allow openttdcoop.org and empty as referers
16:18<yexo>only disallowing strange sites
16:19<SpComb>if it's really important then you could also script something with e.g. cookies, but you'd really want to be able to avoid having to ship the file data around yourself, and leave that to your httpd
16:19<SpComb>(lighttpd lets a script set an "X-Lighttpd-Sendfile" header that tells lighttpd to send the contents of a file)
16:20<Ammler>I thought more of something like needed a key if referrer not openttdcoop.org
16:23-!-lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has joined #openttd
16:24<Noldo>Ammler: why don't you just redirect to the download page if the referer doesn't match
16:25<SpComb>http://trac.lighttpd.net/trac/wiki/Docs%3AModSecDownload <-- you can do something similar with Apache as well using a rewrite script
16:26-!-TinoM [~Tino@i59F5726F.versanet.de] has quit [Quit: Verlassend]
16:26<SpComb>Noldo: < Ammler> well, what about browsers without referrer?
16:26<Noldo>tough luck
16:27<Ammler>:-)
16:27<Ammler>same answer as SpComb :P
16:27-!-KritiK [~Maxim@93-80-82-188.broadband.corbina.ru] has joined #openttd
16:28<Ammler>I could redirect those without right referer
16:28<Ammler>and keep the IP, if they try a 2. time, I can allow it...
16:28<Noldo>why are you doing this in the firstplace anyway?
16:29<Ammler>people should download the pack from our page
16:29<fjb>Did the airport noise calculation change?
16:29<Ammler>for credit page and readme etc.
16:29<SpComb>http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html#rewritemap <-- you could use a `RewriteMap valid_hash prg:/home/foo/bar.py`
16:30<@Rubidium>don't forget the ads
16:30-!-Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
16:30<Ammler>but indeed, it shouldn't be that complicated...
16:30<SpComb>have the download page create an URL that contains the hash of a secret and a timestamp/ip, and then validate that in the valid_hash
16:30<SpComb>that's the more complicated solution for those cases where you don't have a referrer to go by
16:31<SpComb>allowing empty referrers is also a valid solution, far simpler
16:31<Ammler>Rubidium: don't think so, that those counts :P
16:31<Noldo>why would you want to be nice to browsers why don't want to tell where they came?
16:32<@Rubidium>wget url-to-pack
16:33<SpComb>and that's also true, not everyone wants to save-as the download from the website, breaking wget-from-your-server is pretty annoying
16:34<@Rubidium>what's more annoying is download from website, go with shell/tool to file, copy to the server *again* typing the full path
16:34<Noldo>well if the point is to make people visit the download page then there is no way to be wget friendly
16:34<@Rubidium>instead of "copy link location", alt-tab, wget "paste"
16:34<Ammler>well, I need to discuss it with my mates anyway...
16:34<SpComb>well, if you really cared about that, then those magic-hash-token URLs would work with wget as well
16:35<Ammler>Noldo: I thought about a key or something for "friends"
16:35<Noldo>limiting the pack to grfs that don't require this kind of stuff would solve it too
16:35<Ammler>like zuu's windowsupdater and such...
16:37<Ammler>Noldo: the GRF
16:37<Ammler>Pack without the distributable GRFs is quite empty
16:37<Ammler>MBs GRF would be almost the only GRFs then
16:38<SpComb>and if they were all distributeable then you could distribute them automatically from within OpenTTD...
16:39<dih>not that topic again....
16:39<dih>:-P
16:39<Ammler>SpComb: yep
16:39<SpComb>yes, and then add a "can I distribute this?" flag to .grf files
16:39<Ammler>Oskar should include a direct download link to the Crawler
16:40<SpComb>or could you just add a license tag to .grfs, and then decide if you're allowed to distribute them based on that?
16:40<SpComb>although that presumeably doesn't cover the "read the readme before using this .grf" thing
16:40<Noldo>SpComb: there is no technical solution to licensing
16:40<SpComb>Noldo: of course not, we're talking about DRM here
16:40<SpComb>after all
16:41-!-Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd
16:41<Noldo>I see reference checking as a kind of DRM too
16:41<Ammler>easiest would be a direct download link on the crawler, if someone like to support it, he just need to include the link...
16:42-!-Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
16:42-!-Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd
16:42<Ammler>and maybe a HTML viewer in ottd for the readme :P
16:43<dih>an HTML viewer? you are not thinking of including that in the game are you?
16:43<dih>:-P
16:43<Ammler>isn't that possible?
16:44<dih>sure, grab an opensource browser and build it into OpenTTD :-P
16:44<Ammler>so not
16:45<@Rubidium>and then release openttd even more often because of security errors in the browser?
16:45<Ammler>well, I thought, it might be SDL has already something like that...
16:45<dih>OpenTTD would get a pretty bulky thing
16:45<dih>14MB :-D
16:45<dih>where 4 MB actually is game
16:46<Ammler>you do not need script support etc.
16:46<dih>you just need to perfectly render xhtml
16:46<Ammler>just some basic formats like bbcode or so
16:47<dih>oh - and then perhaps include css support, because everybody will want that
16:47<dih>and then the width of the div is not the same as in browser x
16:47<Ammler>:-)
16:47<Ammler>there is only one browser then :P
16:47<dih>you can see where that would be heading can you? :-P
16:48<Prof_Frink>rewrite the gui in Qt and use webkit
16:48<Noldo>for everyrhing else there is emacs
16:48<Ammler>yeah, I would going to use ottd also for browsing the internet :-)
16:48<dih>Prof_Frink, probably then resulting in even less os's being supported
16:49<SpComb>there's plenty of browser-widgets in libraries, depends on your dependencys, I guess
16:49<Ammler>and last, a text only viewer would be enough too
16:49<SpComb>for viewing HTML source?
16:50<dih>and then 'auto-download' 50 grf's and let the game display all readme files just to satisfy the authors
16:50<Ammler>for viewing readmes.
16:50<dih>lol
16:50<dih>if you leave it the way it is, it's up to the user
16:50<SpComb>dih: and a big fat "Next »" button
16:50<dih>yeah
16:50<Ammler>dih: how many grfs do you know with readmes?
16:50<dih>(49)
16:50<dih>(48)
16:51<dih>and you can only click the button after scrolling right to the end
16:51<dih>Ammler: beside the point
16:51<Noldo>naturaly
16:51<Ammler>:-)
16:51<dih>point being: it should in no way be OpenTTD's duty to make sure the readmy has been read
16:51<dih>as long as there is no distribution, that is done :_P
16:52<dih>it's up to the client to do that
16:52<dih>and that is fine, is it not?
16:52<Ammler>that would support the authors wishes even better...
16:53<Eddi|zuHause3>hm... this is the second time i had rpm segfault on me...
16:53<dih>use a .deb system :-P
16:53-!-frosch123 [~frosch@frnk-590e57d1.pool.einsundeins.de] has quit [Remote host closed the connection]
16:53<Prof_Frink>Eddebian|zuHause3
16:54<Prof_Frink>You know it makes sense.
16:54<dih>;-)
16:54<dih>Eddeb
16:54<dih>but that sounds too close to Eddepp
16:54-!-einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has quit [Remote host closed the connection]
16:54<dih>and we dont want that now, do we :-P
16:54-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
16:55<SpComb>load the remotely for use, and then just "cache" it locally... that's not distribution, is it? :P
16:55<dih>LOL
16:55<Wolf01>'night
16:55-!-Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
16:55<SpComb>perhaps require the user to download it separately if they want to use the newgrf to start a new game/server
16:55<dih>give more network control to grf's
16:56<Eddi|zuHause3>by german law, "distribution" needs the transfer of a physical object
16:56<dih>then write a grf that reads and sends new packet types
16:56<SpComb>but download it if they are just acting as a client
16:56<dih>and implement the system with a grf
16:56<Eddi|zuHause3>downloading and copying does not constitute "distribution"
16:57<SpComb>perhaps NewGRF authors would be OK with automatically downloading it for network game clients, but not have those be valid for starting new games/servers?
16:57<DaleStan>And how would you enforce that?
16:58<SpComb>how would you enforce the NewGRF author's rights and license conditions with the current state of affairs?
16:59<@Rubidium>by not providing the 'tools' to actually do so?
16:59<SpComb>not so sure if "enforce" is the right term to use, because that's impossible, even without an autodownload system
16:59<SpComb>dunno, someone else could provide them
16:59<Ammler>SpComb: you are at #tycoon too
16:59<Ammler>so ask next time you see oskar there...
16:59<DaleStan>No, enforce "not valid for starting new games".
17:00<SpComb>Ammler: ask what?
17:00<Ammler>adding new fields to GRFCrawler...
17:00<SpComb>DaleStan: well... it's a question of intent, and what the NewGRF authors think of that
17:00<Ammler>like direct download link
17:01<dih>i just got a Bus Error with 13718
17:01<dih>client side
17:01<SpComb>so e.g. you could store them without the GRF name, just the GRFID
17:01<Ammler>I thought about renaming all GRFs in the pack to that :-)
17:02<SpComb>that wouldn't stop someone from writing a tool that just extracts those for normal use, but someone could also write something like that _right now_, and the newgrf authors would be powerless to stop it
17:02<dih>and i can reproduce it
17:02<SpComb>unless they sued/C&D'd whoever was running the server for it
17:02<Prof_Frink>dih: That's a *stupid* number for a bus.
17:03<DaleStan>Someone could write something like what? There aren't currently any protections to evade.
17:03<dih>gdb output:
17:03<dih>Program received signal EXC_BAD_ACCESS, Could not access memory.
17:03<dih>Reason: KERN_PROTECTION_FAILURE at address: 0x0000004e
17:03<dih>0x00148040 in Utf8Decode ()
17:03<dih>when i try to view details on the DMU
17:04<dih>1960
17:05<SpComb>DaleStan: well, e.g. NR-TTD contains a component that downloads a bunch of .zip files and extracts them, which is, to some degree, similar to what we're discussing now
17:05<Brianetta>Bah, had to invite myself
17:05<Brianetta>[22:05] --- You have been invited to #coop.members by ChanServ (kinetic.oftc.net)
17:05<Ammler>aua :P
17:06<SpComb>although it downloads them from them from whereever the GRF author hosts the file normally over HTTP, and not from e.g. some random user's server
17:06<Progman>Brianetta: you're lucky, you got an account at nickserv....
17:07<Brianetta>Progman: Well, luck had less to do with it than registering...
17:07<SpComb>someone could maintain a database that maps GRFIDs to HTTP URLs, and then some client-side module that maps the server's GRFs to HTTP URLs through that, and downloads them
17:07<Ammler>GRFID and md5sum
17:07<Ammler>(versioning)
17:08<SpComb>(wget http://foo.bar/download?grfid=438434 -> HTTP 302 Found http://ttdpatch.de/whatever/whatever.grf)
17:08-!-dragonhorseboy [4a396fef@67.207.141.120] has joined #openttd
17:09<dragonhorseboy>hey
17:09<Ammler>would you as server admin trust that url?
17:09<SpComb>Ammler: well, dunno, you as a server admin could operate your own DB or something
17:10<Ammler>I guess, you need to
17:10<Ammler>that's also a reason for the pack
17:10<SpComb>and then your clients would need to trust you... remote code execution via grf download...
17:10<Ammler>because they mostly remove old versions
17:11<Ammler>well, It makes sense to trust the server you like to join, doesn't? :-P
17:11<SpComb>(if you download a .grf for GRFID=482394 from server A, and then server B tells you to load that GRFID, do you download it again or use the one you have?)
17:11<SpComb>although perhaps providing the md5sum would solve that issue as well
17:11<Ammler>[23:07] <Ammler> GRFID and md5sum
17:11<Eddi|zuHause3> <Prof_Frink> dih: That's a *stupid* number for a bus. <- why? trains have that kind of numbers all the time
17:12<SpComb>but yes, implementing such a HTTP-redirect server on the OpenTTD server side, and a HTTP client on the client side probably wouldn't violate any licenses
17:12<Eddi|zuHause3>and busses could easily be used as train replacement for certain situations ;)
17:12<Eddi|zuHause3>germans have the word "Schienenersatzverkehr" for that ;)
17:13<dragonhorseboy>the question would be..could this also work with older-than-current grfs of the same grfid?
17:13<SpComb>nope
17:13<SpComb>unless the GRF authors continue to provide the old versions for download
17:13<dragonhorseboy>then there's not much point if its buggy for the typical server that doesn't have same of everything
17:13<SpComb>which they have to do in any case... directly or via the ottdc grfpack
17:14<Eddi|zuHause3>i don't think that download feature is worth the trouble
17:14<dragonhorseboy>eddi agreed
17:15-!-Klanticus [~Klanticus@201-43-142-122.dsl.telesp.net.br] has joined #openttd
17:15<@peter1138>I could implement it just to annoy OzTransLtd further
17:15<Ammler>Eddi|zuHause3: thanks to "our" pack, but ask those you see our grflist and first grep the internet for all GRFs
17:15<SpComb>the current solution is to make a .zip of the NewGRFs you use in your server, and then (illegally) distribute it to your friends - or alternatively, tell them to download the ottdc grfpack
17:16<Eddi|zuHause3>you can search for grfids in grfcrawler
17:16<Ammler>then they join #openttdcoop and tel they have now found all grfs but can't still join.
17:16-!-Lakie [~Lakie@91.84.251.149] has quit [Read error: Connection reset by peer]
17:16<CIA-3>OpenTTD: rubidium * r13720 /trunk/src/vehicle_gui.cpp: -Fix (r13715): string wasn't correctly passed to draw function.
17:16<SpComb>(grfcrawler has an XML API, btw)
17:16<Eddi|zuHause3>SpComb: make a .tar, and they won't even need to extract it ;)
17:16<fjb>peter1138: :-) You are evil.
17:16-!-Lakie [~Lakie@91.84.251.149] has joined #openttd
17:17-!-fmauNeko is now known as fmauNekAway
17:18-!-fmauNekAway is now known as fmauNeko
17:18<SmatZ>jen ta prace s tim balenim ma hodnotu!
17:18<SmatZ>sorry wrong window
17:19<@peter1138>English only!
17:19<Ammler>SpComb: if we would like to use GRFCrawler, it needs to change to a wiki style
17:19<Ammler>so everybody can add and edit entries.
17:20<SpComb>haven't seen eis_os on #tycoon for a month
17:21<Ammler>and wiki style also would need versioning... :-)
17:21<SpComb>Ammler: well, feel free to write your own... :)
17:21<Ammler>yeah, but first we need to know, that eis_os doesn't wan't to
17:22<Ammler>-'
17:22<@peter1138>He doesn't, because he asked the GRF authors and got no positive responses.
17:23<Ammler>asked about "open" the crawler?
17:24<Ammler>I have something similar like cia.vc in mind
17:24<Ammler>active authors could claim exclusive rights for their entries.
17:24<Eddi|zuHause3>SmatZ: after running it through google translator, i'm still not sure if that was cybersex or not :p
17:25<@peter1138>Right, but authors can't be bothered with all that.
17:25<@peter1138>They're perfectly content with just posting in a version in a forum thread.
17:25-!-GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has joined #openttd
17:25<Ammler>then they do not need to make it exclusive and we would like to help
17:25<Eddi|zuHause3>so we actually need a spider crawling through the forums
17:26<SmatZ>Eddi|zuHause3: hehe, not :)
17:26-!-Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd
17:27<Eddi|zuHause3>i'm leaning towards yes, because i have read on bash.org how that "wrong window" thing works :p
17:27-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
17:27-!-mode/#openttd [+v glx] by ChanServ
17:28<Ammler>our current ps:
17:28<Ammler>http://grfcrawler.tt-forums.net/index.php?do=search&type=grfidlist&q=6D620900,%2044440A01,%2045520102,%2045520400,%2050430301,%2043415463,%205443E104,%2058534453,%204D413032,%2054560202,%20504E0002,%2052570103,%2052571201,%2044440401,%204A430002,%2045530400,%20524B0301,%204D656F17,%2045520500,%206D620004,%206D620601,%2043415261,%2053470102,%205257131E,%205257131D,%204D413034,%2052571302,%2041424631,%20659E5728,%2052455200,%2052453C00,%204C410002,%2
17:28<Ammler>052455300,%2074677462,%2056430001,%2044444040,%20554B5400,%20504E0001,%2054570200
17:28<Ammler>ups
17:28<@peter1138>Well done.
17:29<Ammler>around 60% is in the crawler
17:29<SpComb>meh, reading through the most recent "NewGRF Web Service" topic, I honestly can't see any stark facts that would make such a system impossible
17:29<@peter1138>There's no technical reason it can't be done.
17:30<SpComb>and I beleive that it's possible to work out acceptable solutions to the social/political/legal issues
17:30<SpComb>the car analogy that I like to use here is that people *die* every day in motor traffic, yet people *still* drive around in cars each day
17:30<Ammler>1. it would need a repo and then some authors which participate
17:30<@peter1138>Even so, I'm going to bed.
17:30<SpComb>a system doesn't have to be perfect
17:30<SpComb>just good enough
17:31<SpComb>and in the end, I'm sure most NewGRF authors just want people to actually play/use their GRFs...
17:31<Ammler>of course
17:31<Ammler>until now, nobody complained about our pack
17:32<Eddi|zuHause3>apart from "i can't load all grfs at once" :p
17:32<Ammler>:-D
17:32<yexo>SpComb: the main reason I hear every time: Who can upload new grfs to the service? If you only allow grf authors, that list (who can upload) has to be maintained. If you allow everyone to upload, what about people uploading grfs from authros that don't allow that?
17:32<+glx>Ammler: you pack theorically only contains latest version of any grf
17:33<SpComb>yexo: indeed, and it's probably impossible to figure out a perfect solution to that issue... but that doesn't stop you from implementing something that works mostly correclty
17:33<SpComb>YouTube was mentioned in that thread, and that example is still relevant here
17:33<Ammler>glx: yes, older versions aren't accessable anymore
17:33<Ammler>except the legacy packs
17:34<yexo>of course you can implemenbt something that works mostly, but if by doing so you make some grf authors angry (who therefore make their grfs incompatible with openttd), I won't be happy with the system
17:34-!-bleepy [bleepy@5ad923eb.bb.sky.com] has quit [Ping timeout: 480 seconds]
17:34-!-bleepy [bleepy@5ad1d19d.bb.sky.com] has joined #openttd
17:34<SpComb>if you implement the system reasonably, then any NewGRF author that goes into counterattack mode is pretty unreasonable
17:34<SpComb>and I'm under the impression that very few people play TTDPatch anymore
17:35<Eddi|zuHause3>i still think an automatic spider kind of thing would be better than a wiki style repo
17:35<Eddi|zuHause3>so the authors don't have to do double and triple accounting
17:35<Ammler>Eddi|zuHause3: I thought the GRFcrawler worked that way some years ago...
17:36<SpComb>but yes, I understand that it's clearly a horribly bad idea for the OpenTTD devs to include something in trunk that copies the .grf data from the server to the clients
17:36<SpComb>it would have to work somewhat differently
17:36<Ammler>SpComb: why horribly?
17:37<SpComb>because I can understand why GRF authors would be upset by that
17:37<Eddi|zuHause3>SpComb: once there was an idea to provide grfcrawler links, but that kind of needs a browser dependency
17:38<Prof_Frink>SpComb: So have the server provide an URL for the grf, and the client wget it
17:38<ArmEagle>hmm, any chance it's now the wiki that's moving?
17:38-!-_Lakie_ [~Lakie@80.247.163.109] has joined #openttd
17:39<SpComb>Prof_Frink: yes, I suggested that half an hour ago
17:39<Prof_Frink>SpComb: Great minds
17:39<SpComb>and I also noted that e.g. Nr-TTD contains a module that does just that
17:39<SpComb>(well, wgets a list of .zips/.grfs automatically)
17:40-!-_Lakie_ is now known as Lakie`
17:40<Ammler>has not the TTDPatch configurator also something like that?
17:40<SpComb>http://zapotek.paivola.fi/~terom/nr-ttd/download/newgrf_index
17:41<SpComb>and I never heard a single complaint from a NewGRF author about it, even though I'm sure several were aware of it
17:43<SpComb>wolf makes a lot of good points in that thread
17:45<Eddi|zuHause3>i have never heard of a "nr-ttd" before
17:45-!-Pikka [~PikkaBird@CPE-121-223-89-101.qld.bigpond.net.au] has joined #openttd
17:46<SpComb>Eddi|zuHause3: have you been active in the TTDPatch section of the forums during the past two years?
17:47<Eddi|zuHause3>i have only sporadically visited the forum
17:47<SpComb>indeed
17:47<SpComb>it's not related to OpenTTD in any way, so it's natural that you've never heard of it
17:49-!-Pikka [~PikkaBird@CPE-121-223-89-101.qld.bigpond.net.au] has quit []
17:49<SpComb>perhaps what one needs is input from people who are actually NewGRF authors, not just a bunch of game devs speculating about stuff
17:49<SpComb>http://www.tt-forums.net/viewtopic.php?p=578888#p578888 <-- some of the discussions from the ottdc_grfpack is relevant here
17:50<SpComb>a) require the GRFID and md5sum to be able to download the file b) a bit more difficult... would require something in the OpenTTD GUI...
17:51<SpComb>well, not really. the ottdc_grfpack doesn't show anything in the GUI either, so nevermind that
17:52<SpComb>if you use the same interpretation of "credit is given, with a link to my website" as the ottdc_grfpack, implementing that shouldn't be too difficult
17:53<Eddi|zuHause3>"credit" is easy, just pack a readme and the grf in a .tar file
17:53<Ammler>what I got from the authors is, that they like, if you read the their readmes and guides to configure the newgrfs proper
17:53<SpComb>indeed
17:53-!-ben_goodger [~ben@host217-44-86-192.range217-44.btcentralplus.com] has quit [Quit: Ex-Chat]
17:53<Ammler>so you do not have ugly things on the map because of missconfiguration
17:53<SpComb>except network game clients can't configure the NewGRFs used by the server in any case
17:53<Ammler>and blame the GRF for that.
17:53<SpComb>that's only relevant when creating a new game
17:54<Eddi|zuHause3>so, provide a "read once" flag somewhere, and then show the readme (textfile) in openttd when adding it to the grflist for the first time
17:55<Ammler>yes, and because a joining client can't confiugre it, id doesn't matter if they can download it in a pack.
17:55<SpComb>Eddi|zuHause3: meh, it's not like the ottdc grfpack implements that kind of behaviour, does it?
17:55-!-Lakie is now known as Lakie_
17:55-!-Lakie` is now known as Lakie
17:55<SpComb>if it was implemented it would need to apply to the ottdc grfpack as well
17:55-!-Lakie_ is now known as Lakie`
17:56<SpComb>(and then PikkaBird's "ps, you may want to update av8 to 1.31" request could also be handled by letting PikkaBird update the newgrf himself)
17:56<Eddi|zuHause3>yes, it would apply to any grf, the readme is shown unless the grfid is already stored in the .cfg as "already read"
17:57<Eddi|zuHause3>but this is actually separate from any kind of download feature
17:57-!-Lakie` [~Lakie@91.84.251.149] has quit [Quit: Failsafe failure please contact Owen Rudge for maintaince or you local ISP.]
17:57<Ammler>SpComb: as I said, most (or all) authors are happy to have the grf in the pack
17:59<SpComb>Ammler: when building the grfpack, was that tt-forums thread the only method that you used to get permission from the authors?
17:59<Ammler>SpComb: mostly, yes.
17:59<SpComb>or did you contact induvidual authors directly and ask them?
17:59<Ammler>we also mailed with about 2-3 authors.
18:00<Ammler>as we thought about the pack, we thought about to contact every author
18:01<Ammler>but then, it was difficult to determine who is resposible for the GRF etc.
18:01<Ammler>so I made that thread.
18:01<Ammler>and Brianetta helped me ::-)
18:01<Ammler>2. post
18:02<SpComb>so the implication is that most of the .grfs in the grfpack are there because the authors themselves came forward and gave you permission?
18:02<Ammler>no
18:02<Ammler>the grfs are in because nobody forbids me to do it...
18:02<Ammler>I guess, foobar is one of the only
18:03<Ammler>I asked because he strictly forbid distributing in his readme.
18:03<SpComb>hmm... are most of those GRFs released with an explicit license that you follow?
18:03<Ammler>:-)
18:03<Ammler>do not ask such question...
18:04<SpComb>implicit? :)
18:04<Ammler>somehow yes.
18:04<SpComb>well, I think the topic merits further discussion, including discussion with NewGRF authors, once we have some kind of concept
18:05<Ammler>you can count of help from us, we can't play without grfs anymore...
18:05<SpComb>http://www.tt-forums.net/viewtopic.php?f=33&t=36945 <-- reading this thread, there's plenty of compelling arguments that are unresolved (although it also does bring up some issues as well, but nothing impossible, imo...)
18:06<SpComb>Ammler: have you ever had a case where a NewGRF author explicitly forbade you from distributing their GRFs?
18:06<Ammler>I once asked eis_os for his 2 grfs :-)
18:07<Ammler>(he coded his grfs to not run with ottd)
18:07<Ammler>sometimes, authors ask us to include their grfs...
18:08<Ammler>but nobody did forbid us to :-)
18:08<SpComb>solving the technical implementation is indeed not an issue, once we manage to work out the social/political/legal ones
18:09-!-kolobos [~kolobos@ip21-004.dsl.i-set.ru] has joined #openttd
18:09<Ammler>technically, it is the versioning...
18:09<SpComb>the OpenTTD server already provides the md5sum, doesn't that solve any versioning issues?
18:09<SpComb>or what do you mean with them?
18:10<Ammler>I mean you need to keep different versions availabe...
18:10<Ammler>that's why you can't use just a link
18:10-!-Touqen [~stephen@c-98-216-253-146.hsd1.ma.comcast.net] has quit [Ping timeout: 480 seconds]
18:11<SpComb>the clients can download, store, and use the grfs based on the md5sum - the repo can keep several versions available - although it does need some kind of indication/warning so as to not make outdated/legacy GRFs an issue
18:11-!-Mchl [~mchl@abes235.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
18:12<SpComb>but the NewGRF author being able to add updated versions right away themselves should counter some of the negative aspects of that issue
18:12<SpComb>*should be able to
18:12<Ammler>outdated GRFs should only be availabe for a running serverm, not a new one :-)
18:12<SpComb>yes, exactly
18:13<SpComb>there's a distinction between using a GRF as a network client, and using a GRF as a singleplayer/network server
18:13<Ammler>and you should be able to "help" the authors by keeping the REPO up2date
18:13<SpComb>not a cryptographically secure disctinction, though
18:14<Ammler>some authors even don't care about at all,
18:14<Ammler>I can imagine, George would be one of those...
18:14<Ammler>he dosn't care, if we use his GRFs, but he does not wan't more work with it.
18:15-!-Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: :w]
18:15<Ammler>so we need to maintain the repo for him...
18:16-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Ping timeout: 480 seconds]
18:16<SpComb>the way I see it, there would have to be a central database containg GRF metadata (GrfID, md5sum, author, website, etc. - not the same as GRFCrawler, though), and if this were to make it into OpenTTD trunk, then the official client would refuse to automatically download the GRF unless it was in this database
18:16-!-Touqen [~stephen@c-98-216-253-146.hsd1.ma.comcast.net] has joined #openttd
18:17<@Rubidium>what is 'running' server and what is 'new' server?
18:18<SpComb>Rubidium: network client, network server
18:18<Ammler>loaded map is running, starting map is new
18:18<@Rubidium>looks like ottdcoop will not be able to run a game version of two years back as the 'current' newgrfs wouldn't be compatible with that version
18:19<@Rubidium>(read as if in 4 years time or so)
18:19<Ammler>well, if the server wants to use the the repo support...
18:19<@Rubidium>but starting a new map doesn't fetch newgrfs from a server I reckon
18:19<kolobos>I can't open http://www.openttd.org/about.php . Other people also reported troubles with the site.
18:20<Ammler>we could still load the game and save it with new grfs.
18:20<@Rubidium>kolobos: complain at your ISP for not having a properly configured DNS server
18:20<SpComb>(and note that when I say "the official client would refuse to automatically download the GRF unless it was in this database", I don't imply that "if the GRF is in this database, then everyone is free to do whatever they want with it" - these are all partial ideas...)
18:21<Ammler>SpComb: one important thing is, you can't exc
18:21<Ammler>expect grf authors add the grfs self to the database
18:21<Ammler>but not because the do not like it, they just are too lazy or gone or what ever...
18:22<Ammler>not all of course :-)
18:23<SpComb>I'm sure if you can get the explicit agreement of some subset of NewGRF authors then you should be pretty safe making some kind of assumptions about the majority of the rest
18:23<SpComb>with some kind of sane process in place to correct mistakes arising from that, most authors shouldn't have much to complain about
18:24<Ammler>if we could provide them with nice statistics
18:24<Ammler>they would really be happy
18:24<Ammler>how much is my GRF used etc...
18:25<SpComb>Ammler: out of interest... what's the reasoning behind "you may only download the ottdc grfpack directly from us"? Not having old, broken versions of it laying around?
18:25-!-GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit [Remote host closed the connection]
18:25<Ammler>yes
18:25<Ammler>and knowing who is using it
18:26<Ammler>if someone would complain, we can then remove his grf
18:26<SpComb>if this system was conveniently integrated directly into OpenTTD, I'm sure most people would be reluctant to download outdated GRFs from anywhere else :)
18:26<Ammler>and should be sure, it isn't availabe anymore...
18:28<dih>http://www.tt-forums.net/viewtopic.php?f=29&t=32659 <- updated ;-)
18:28<SpComb>this would be one of the inherent properties of a centralized GRF database
18:30<Ammler>hmm, you could also mark the grfs then with something like "stable", "experimental" etc....
18:31<Ammler>or other experiences...
18:31<dragonhorseboy>ammler... "stable" v1 or "stable" more-vehicles-to-use v2?
18:31<dragonhorseboy>thats why I prefer if people would just leave any grfs they made up .. not taking one down unless it was buggy
18:31<SpComb>(also useful to note that GRFCrawler shares the users database with tt-forums, which can also be used for this)
18:32<Ammler>maybe not only user database
18:32<Ammler>also GRF data
18:32<Ammler>except ID/md5sum/file itself :-)
18:34<Ammler>dragonhorseboy: you trash the old prodcut to sell the new... :-)
18:35<Eddi|zuHause3>dragonhorseboy: 99.99% of all software is buggy
18:36-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd
18:36-!-mode/#openttd [+v glx] by ChanServ
18:36<SpComb>so essentially, this project would, in effect, combine GRFCrawler and the ottdc_grfpack, and then add some support into the client to make it all more convenient
18:37-!-rainer [~rainerd@pD9ED662F.dip.t-dialin.net] has joined #openttd
18:37-!-rainer [~rainerd@pD9ED662F.dip.t-dialin.net] has quit []
18:38<Ammler>GRFCrawler would only be usefull, if it does open a liitle bit
18:38<Ammler>if you are able to fix links from other authors, if they are absent for months...
18:39<SpComb>yes, I don't think that the current GRFCrawler code would be very useful
18:39<Ammler>as I said, about 40% of the pack grfs aren't available over Crawler...
18:40<SpComb>yes, that's probably true, Rubidium (or someone else?) also stated the same in the thread
18:41<dragonhorseboy>ammler...I don't think so (re trashing)
18:41<SpComb>eis_os has been pretty absent recently, and GRFCrawler dates from the TTDPatch era
18:41<Ammler>didn't he just update it some months ago
18:41<dragonhorseboy>what about canstation when it has a CLEARLY stated id incompactibility between two versions .. how would someone else download an older author-created gamesave if the stations can't appear right due to the newer grfs?
18:41<dragonhorseboy>;)
18:42<@Rubidium>I'd say that uhm... the GRF ID should've been changed?
18:43<dragonhorseboy>nope..its still same last I checked
18:43<dragonhorseboy>as such is with many other grfs
18:44<Ammler>yeah, ISR has same problem currentyl
18:44<Ammler>he forgot to change ID from 0.6 to 0.7, afaik
18:44<SpComb>http://www.tt-forums.net/viewtopic.php?p=602285#p602285 <-- what better way to control the distribution of the majority of GRFs than a centralized database?
18:44<dragonhorseboy>or jcindust....ukrs....etc
18:44<dragonhorseboy>too many to list
18:45<SpComb>make it convenient enough and most people will have a reason to keep their servers compatible with it, and thus the newest versions of the GRFs...
18:46-!-kolobos [~kolobos@ip21-004.dsl.i-set.ru] has quit []
18:47<Ammler>well, I ususally do also symlink the server data to the web
18:48<Ammler>so if the server got old and has some outdated GRFs, you can get them that way :-)
18:48<Ammler>since you don't have original files there anymore, shouldn't be a big problem...
18:52<SpComb>also noteworthy to compare this centralized-metadata-db with flag-in-the-.grf
18:52<SpComb>if you flip the bit in the .grf, and then give a copy to someone else, then they can redistribute at will, and there's no way to recall it
18:53<Ammler>btw: a md5sum/GRFID list: http://svn.openttdcoop.org/grfpack/tags/7.1/md5GRFIDlist
18:53<SpComb>if the official game client always checks some central db before automatically downloading a grf, then you'd need to use a custom patched version of the OpenTTD client, which is an entirely different issue
18:54-!-dragonhorseboy [4a396fef@67.207.141.120] has left #openttd []
18:54-!-fjb [~frank@p5485FDF7.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
18:54<Ammler>openttd has tar support
18:55<Ammler>if someone likes to add readme etc, just put that all together in a tar...
18:55<SpComb>perhaps better to unpack it into a dir, because most people won't go looking for a README in a plain .tar
18:55<SpComb>esp. on windows
18:56<SpComb>OpenTTD may support reading the .grf from a .tar, but the user may not support reading the README from a .tar :)
18:56<Ammler>thats why we do not distribute the grfpack as tar
18:57<Eddi|zuHause3>i suggested displaying in openttd... if people don't look in a tar, they also don't look in a dir that was automatically created
18:58<SpComb>they will if they're trying to figure out what NewGRFs to use when creating a new game, and thus trying to figure out what a NewGRF does
18:58<SpComb>at least that's how I behave
18:59<Ammler>SpComb: so you have ALL grfs availabe in your GUI
18:59<SpComb>hmm?
19:00<Eddi|zuHause3>the "i want to add all grfs" people kinda contradict that theory, SpComb
19:00<Ammler>and if you choose one GRF which isn0t on your hd, you download it...
19:00-!-fjb [~frank@p5485C657.dip.t-dialin.net] has joined #openttd
19:00<Ammler>(creating a new game)
19:00<SpComb>many GRFs are mutally exclusive...
19:00<SpComb>Ammler: dunno, the behaviour of this when creating a new game is a separate issue
19:01<Eddi|zuHause3>SpComb: sure, you know that, i know that, but $random_noob doesn't know that
19:01<SpComb>if I were to implement this right now, it would be purely for network clients, and the downloaded NewGRFs would be stored separately from other GRFs
19:01<SpComb>it wouldn't stop people from copying those GRFs over, but that doesn't matter, it's just a question of intentions
19:02<SpComb>then, later, you could try and figure out what GRFs could also be made available when creating a new game
19:02<Ammler>as GRFID.md4sum.grf :-)
19:02<SpComb>(only the newest versions, etc)
19:02<SpComb>${OPENTTD_DIR}/cache/GRFID.md4sum.grf
19:03<Ammler>as GRFID.md4sum.grf.gz
19:03<Ammler>:-)
19:03<SpComb>this would encourage people running servers to mostly use NewGRFs that are in the db, and this would also encourage people to encourage GRF authors to have their GRFs in the db
19:04<Ammler>but you need some GRFs to start with :-)
19:04<SpComb>not an issue, you can use dummy NewGRFs when implementing, testing and then demonstrating the prototype
19:05<SpComb>or just ask some NewGRF author to let you use their GRFs as an example
19:05<Ammler>forum grfs like USSet, JPSet
19:05*SpComb isn't very far from starting to implement a prototype
19:05<Ammler>:-)
19:06<Ammler>well
19:07*Ammler isn't very far from falling to sleep...
19:07<SpComb>yes, that's the sad truth :(
19:07*SpComb is busy this weekend as well, in a place as far from the internet as anything
19:07<Ammler>good night and keep some of the chat :-)
19:10-!-fjb_ [~frank@p5485FFA0.dip.t-dialin.net] has joined #openttd
19:11-!-Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd
19:13-!-bleepy [bleepy@5ad1d19d.bb.sky.com] has quit [Ping timeout: 480 seconds]
19:14-!-fjb [~frank@p5485C657.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
19:19-!-fjb_ is now known as fjb
19:23-!-Progman [~progman@p57A1E40E.dip.t-dialin.net] has quit [Remote host closed the connection]
19:39-!-Zahl [~Zahl@f051108009.adsl.alicedsl.de] has quit [Quit: (~_~]"]
19:43<CIA-3>OpenTTD: smatz * r13721 /trunk/src/blitter/32bpp_base.hpp: -Codechange: one less multiplication for colour mixing in 32bpp blitters (GeekToo)
19:46<CIA-3>OpenTTD: truebrain * r13722 /branches/noai/ (6 files in 2 dirs): [NoAI] -Add: AICargoList_IndustryNNN (Yexo)
20:13-!-Digitalfox [~Digitalfo@bl7-181-126.dsl.telepac.pt] has joined #openttd
20:15<CIA-3>OpenTTD: truebrain * r13723 /branches/noai/ (5 files in 2 dirs): [NoAI] -Add: added AIIndustry::GetStockpiledCargo() (Yexo)
20:23-!-KritiK [~Maxim@93-80-82-188.broadband.corbina.ru] has quit [Quit: Leaving]
20:27-!-elmex [~elmex@e180064025.adsl.alicedsl.de] has quit [Remote host closed the connection]
20:34-!-Eddi|zuHause2 [~johekr@p54B757A1.dip.t-dialin.net] has joined #openttd
20:35-!-fjb [~frank@p5485FFA0.dip.t-dialin.net] has quit [Remote host closed the connection]
20:38-!-Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.]
20:40-!-Eddi|zuHause3 [~johekr@p54B7711D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
20:50-!-Brianetta [~brian@client-86-26-82-230.nrth.adsl.virgin.net] has quit [Quit: Tschüß]
21:00<CIA-3>OpenTTD: truebrain * r13724 /branches/noai/src/ai/api/ai_industry.cpp:
21:00<CIA-3>OpenTTD: [NoAI] -Fix r13723: in this modern world with all those checks and warnings GCC
21:00<CIA-3>OpenTTD: can give when ever I not ask him to, it fails to see the simplest of all, 'if
21:00<CIA-3>OpenTTD: (cargo_id == cargo_id)'.. makes you wonder, doesn't it? Well, such is life,
21:00<CIA-3>OpenTTD: wondering wondering wandering .. Status Quo, Yeah! Oh yeah, what was I doing ...
21:00<CIA-3>OpenTTD: ah, yes: don't compare one variable with itself, it is always true.. Obiwan by
21:00<CIA-3>OpenTTD: Yexo. (Yexo)
21:04<fmauNeko>beautiful commit summary :)
21:05<CIA-3>OpenTTD: truebrain * r13725 /branches/noai/ (bin/ai/regression/regression.txt src/ai/api/ai_industry.cpp): [NoAI] -Fix r13723: yexo ducks
21:14-!-Digitalfox [~Digitalfo@bl7-181-126.dsl.telepac.pt] has quit [Quit: Leaving]
21:20-!-dlunch_ [~dlunch@61.108.29.49] has joined #openttd
21:21-!-dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds]
21:22-!-dlunch_ [~dlunch@61.108.29.49] has quit [Remote host closed the connection]
21:27-!-dlunch [~dlunch@61.108.29.49] has joined #openttd
21:38-!-Klanticus [~Klanticus@201-43-142-122.dsl.telesp.net.br] has quit [Remote host closed the connection]
21:46-!-Sacro1 [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd
21:48-!-Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds]
21:49-!-glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye]
21:52-!-Sacro1 is now known as Sacrop
21:52-!-Sacrop is now known as Sacro
22:00-!-grumbel [~grumbel@i577B941B.versanet.de] has quit [Quit: Client exiting]
22:03-!-TiberiusTeng [Tiberius@140.120.15.14] has joined #openttd
22:03<TiberiusTeng>somebody with svn commit permissions here ?
22:03<TiberiusTeng>http://hg.openttd.org:8000/trunk.hg/rev/e5069c3b836d
22:04<TiberiusTeng>it makes OTTD left-channel only ;p
22:05<TiberiusTeng>the patch changed buffer[1] to buffer[0], which I believe is a typo
22:07<SmatZ>@openttd commit 13706
22:07<@DorpsGek>SmatZ: Commit by frosch :: r13706 trunk/src/mixer.cpp (2008-07-15 17:13:50 UTC)
22:07<@DorpsGek>SmatZ: -Fix (r13695): Small typo.
22:07<SmatZ>you are late, TiberiusTeng :)
22:08<TiberiusTeng>ahh, that's great :P
22:08<TiberiusTeng>just Ctrl+F "sound" on the changelog page so didn't notice that
22:12<fmauNeko>good night §§
22:33-!-fmauNeko is now known as fmauNekAway
22:35-!-dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds]
22:58<ArmEagle>so, did openttd.org move too?
23:09-!-TiberiusTeng [Tiberius@140.120.15.14] has quit [Quit: Leaving]
23:29-!-Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
23:34-!-dlunch [~dlunch@61.108.29.49] has joined #openttd
23:35-!-TiberiusTeng [~Tiberius@sbt.idv.tw] has joined #openttd
23:38-!-Prof_Frink [~proffrink@5ad46209.bb.sky.com] has quit [Ping timeout: 480 seconds]
---Logclosed Fri Jul 18 00:00:33 2008