Back to Home / #openttd / 2010 / 03 / Prev Day | Next Day
#openttd IRC Logs for 2010-03-30

---Logopened Tue Mar 30 00:00:12 2010
00:08-!-roboboy [] has joined #openttd
00:31-!-sparr [] has quit [Ping timeout: 480 seconds]
00:42-!-sparr [] has joined #openttd
00:48-!-roboboy [] has quit [Ping timeout: 480 seconds]
00:50-!-roboboy [] has joined #openttd
01:07-!-Adambean [] has quit [Quit: Gone fishing]
01:21-!-sparr [] has quit [Ping timeout: 480 seconds]
01:30-!-sparr [] has joined #openttd
01:33-!-roboboy [] has quit [Ping timeout: 480 seconds]
01:38-!-devilsadvocate_ [~devilsadv@] has quit [Ping timeout: 480 seconds]
01:38<@Rubidium>Eddi|zuHause: who cares?
01:50-!-devilsadvocate [~devilsadv@] has joined #openttd
01:53-!-sunkan [] has joined #openttd
01:53-!-aber [] has joined #openttd
02:01-!-aber [] has quit [Quit: Leaving.]
02:10-!-Goulpy [] has joined #openttd
02:11-!-Muxy is now known as Guest620
02:11-!-Goulpy is now known as Muxy
02:13-!-Terkhen [] has joined #openttd
02:13<Terkhen>good morning
02:14<@Rubidium>aloha Terkhen
02:17-!-Guest620 [] has quit [Ping timeout: 480 seconds]
02:31-!-pm is now known as planetmaker
02:33<planetmaker>moin moin
02:41-!-MeCooL [mecool@] has joined #openttd
02:43*MeCooL Hi all,(F)
02:48-!-lewymati [~lewymati@] has joined #openttd
02:49-!-Cybertinus [] has joined #openttd
02:50-!-Kurimus [] has joined #openttd
03:11-!-|Terkhen| [] has joined #openttd
03:12-!-_Terkhen_ [] has joined #openttd
03:13-!-Terkhen is now known as Guest625
03:13-!-_Terkhen_ is now known as Terkhen
03:14-!-TheMask96 [] has quit [Ping timeout: 480 seconds]
03:19-!-Guest625 [] has quit [Ping timeout: 480 seconds]
03:20-!-|Terkhen| [] has quit [Ping timeout: 480 seconds]
03:21-!-lewymati [~lewymati@] has quit [Ping timeout: 480 seconds]
03:22-!-Keyboard_Warrior [] has joined #openttd
03:22-!-TheMask96 [] has joined #openttd
03:28-!-theholyduck [] has quit [Ping timeout: 480 seconds]
03:44-!-Splex [] has quit [Remote host closed the connection]
03:45-!-Splex [] has joined #openttd
03:58-!-kannerke [~pvandenb@] has quit [Quit: Leaving.]
04:00-!-Splex [] has quit [Remote host closed the connection]
04:00-!-Splex [] has joined #openttd
04:01-!-JVassie [] has joined #openttd
04:09-!-Biolunar [] has joined #openttd
04:20<Cybertinus>little question:
04:21<Cybertinus>I just installed OpenTTD 0.7.5 on my English Windows 7 laptop
04:21<Cybertinus>I live in The Netherlands, so I've set it up to have Dutch as the first language
04:21<Cybertinus>but I really hate Dutch software, but oTTD starts in Dutch
04:22<Cybertinus>how can I force it to start with an English GUI?
04:22<blathijs>Cybertinus: You can change that in the game options somewhere
04:22<blathijs>And it should remember the setting afterwards
04:22<Yexo>why do you set it up to use Dutch as first language if you don't want the software in dutch?
04:23<blathijs>Yexo: Because Windows isn't software? :-)
04:23<Cybertinus>Yexo: because I want numbers and stuff in Dutch (you write a number like 1,000.00 in English. In Dutch it's 1.000,00 ;) )
04:23<Yexo>ah, fair point
04:24<Cybertinus>the question remains: where in the game options? :). I've already searched the game options, but I couldn't find it
04:24<Cybertinus>I could only find the town-names, and that was set to English (original) already
04:25<Yexo>directly below that
04:25<@Rubidium>you can find town names, but can find the language setting?
04:25<@Rubidium>the latter is obviously "can't"
04:25<Cybertinus>damn, I really need a new pair of glasses or something :S
04:25<Cybertinus>you are absolutelly right Yexo
04:25<Cybertinus>thnx :)
04:35-!-LadyHawk [] has quit [Read error: No route to host]
04:35-!-LadyHawk [] has joined #openttd
04:37-!-lewymati [~lewymati@] has joined #openttd
04:37-!-lewymati [~lewymati@] has quit []
04:44-!-fonsinchen [] has joined #openttd
04:47<@peter1138>poor newzbin
04:51<fjb>What newzbin?
05:03-!-woldemar [~osaka@] has quit [Ping timeout: 480 seconds]
05:05<@Rubidium>so, next on the list: Microsoft, Yahoo and Google?
05:08-!-Biolunar [] has quit [Quit: bbl]
05:09<fjb>No, they are too big and have too much money for lawyers.
05:23-!-ptr [] has joined #openttd
05:35-!-fonsinchen [] has quit [Ping timeout: 480 seconds]
05:59-!-Terkhen [] has quit [Read error: Connection reset by peer]
06:00-!-Terkhen [] has joined #openttd
06:00-!-NeosaD [] has joined #openttd
06:01-!-Terkhen is now known as Guest630
06:01-!-Guest630 [] has quit []
06:02-!-Tennel [] has joined #openttd
06:08-!-Rhamphoryncus [] has quit [Quit: Rhamphoryncus]
06:17-!-|Terkhen| [] has joined #openttd
06:19-!-|Terkhen| is now known as Terkhen
06:21-!-devilsadvocate [~devilsadv@] has quit [Ping timeout: 480 seconds]
06:27-!-NeosaD [] has quit [Read error: Connection reset by peer]
06:34-!-NeosaD [] has joined #openttd
06:38-!-roboboy [] has joined #openttd
06:47-!-Progman [] has joined #openttd
06:56-!-DanMacK [~DanMacK@] has joined #openttd
06:57-!-devilsadvocate [~devilsadv@] has joined #openttd
07:02-!-KenjiE20 [~KenjiE20@] has joined #openttd
07:03-!-ptr [] has quit [Ping timeout: 480 seconds]
07:03-!-ecke [~ecke@] has quit [Quit: ecke]
07:04-!-Biolunar [] has joined #openttd
07:15-!-kannerke [~pvandenb@] has joined #openttd
07:16-!-fonsinchen [] has joined #openttd
07:32-!-Brianetta [] has joined #openttd
07:33-!-roboboy [] has quit [Ping timeout: 480 seconds]
07:52-!-Neon [] has joined #openttd
07:55-!-Coco-Banana-Man [] has joined #openttd
07:59-!-ADMINtur [~ADMINtur@] has joined #openttd
08:00-!-ADMINtur [~ADMINtur@] has quit []
08:00-!-ADMINtur [~ADMINtur@] has joined #openttd
08:01-!-ADMINtur [~ADMINtur@] has left #openttd []
08:01-!-ADMINtur [~ADMINtur@] has joined #openttd
08:02-!-ADMINtur [~ADMINtur@] has quit []
08:11-!-OwenS`Phone [~mirggi@] has joined #openttd
08:15-!-ADMINtur [~ADMINtur@] has joined #openttd
08:17-!-glx [glx@2a01:e35:2f59:c7c0:a430:cc84:fbb0:cb14] has joined #openttd
08:17-!-mode/#openttd [+v glx] by ChanServ
08:22-!-Doorslammer [Doorslamme@] has joined #openttd
08:23-!-jano [~Miranda@] has joined #openttd
08:26-!-devilsadvocate [~devilsadv@] has quit [Read error: Operation timed out]
08:33-!-lugo [] has joined #openttd
08:34-!-roboboy [] has joined #openttd
08:39-!-jano [~Miranda@] has left #openttd [I'm a happy Miranda IM user! Get it here:]
08:56-!-Fuco [] has joined #openttd
09:07-!-devilsadvocate [~devilsadv@] has joined #openttd
09:08-!-bryjen [~bryjen@] has joined #openttd
09:08<@Belugas>good day
09:12<andythenorth>my trams keep getting killed by trains :|
09:15<Terkhen>the big train eats the little ones?
09:15<Eddi|zuHause>yes, that is a big problem with articulated road vehicles
09:16<andythenorth>trams and standard RVs can't share bridges. Is that by design, or just a limitation in the map or something?
09:16<Eddi|zuHause>they can, you have to overbuild the bridge head with the appropriate road type
09:17<andythenorth>Eddi|zuHause: are you sure?
09:18<Eddi|zuHause>at most it's a problematic UI, but not a game limitation
09:18<Eddi|zuHause>yes, i'm sure
09:20<andythenorth>I don't seem to be able to do it :o
09:20<Terkhen>you don't seem to be able to rebuild it with a bridge of the same existing type, though
09:24<planetmaker>andythenorth, ctrl+drag road onto the bridge ramp
09:24<planetmaker>(or tram tracks)
09:24<planetmaker>building a new bridge fails iirc.
09:25-!-valhallasw [] has joined #openttd
09:33<@peter1138>SMACK YOUR BITCH UP
09:34<@Rubidium>peter1138: wrong channel?
09:34<Eddi|zuHause>planetmaker: why ctrl?
09:34-!-enr1x [~kiike@] has joined #openttd
09:34<planetmaker>Eddi|zuHause, hm... I wrote by memory. Might just be click+drag
09:34<enr1x>hi guys
09:37<Ammler>Eddi|zuHause: thanks for the update (stuck_trains) :-)
09:37<Eddi|zuHause>planetmaker: afair ctrl toggles bulldozer when building road or rail
09:38<planetmaker>Eddi|zuHause, you're right
09:38<Terkhen>building road|tram the first road bit of the bridge works too
09:38<Eddi|zuHause>andythenorth: build the tram/road on the bridge head only, do not drag it over the bridge
09:40<planetmaker>I always draged it up the ramp :-)
09:40<planetmaker>yes, but only ramp :-)
09:42<andythenorth>seems to work
09:44-!-tokai|mdlx [] has quit [Read error: Operation timed out]
09:45<andythenorth>it's 1937 and /me needs a bigger airport... :o
09:45<Eddi|zuHause>hm... 200MB text file, compressed with bzip2 gives 5MB, compressed with lzma gives 2MB...
09:47-!-tokai|mdlx [] has joined #openttd
09:48<@Rubidium>impressive... though unlikely it's a trend that lzma compressed stuff is 60% smaller than bz2
09:49-!-sunkan [] has quit [Quit: - nbs-irc 2.36 - -]
09:50<andythenorth>yay. Pikka just gave me a dakota
09:50<Eddi|zuHause>he is so kind :)
09:50<andythenorth>he's a gent
09:51*andythenorth considers changing airport intro dates and re-compiling :o
09:54-!-Adambean [] has joined #openttd
09:55-!-welshdragon [~markmac@] has joined #openttd
09:55-!-welshdragon [~markmac@] has left #openttd []
10:03-!-RockerTimmy [] has joined #openttd
10:07<planetmaker><Tycoon> *** fonsinchen has left the game (general error) <-- what does that indicate?!
10:08-!-devilsadvocate [~devilsadv@] has quit [Ping timeout: 480 seconds]
10:08<planetmaker>I've never seen a "general error"
10:08-!-Doorslammer [Doorslamme@] has quit [Ping timeout: 480 seconds]
10:09<fonsinchen>more specifically it's "dbg: [net] [client] received invalid packet type 0"
10:10<fonsinchen>(both client and server with --enable-desync-debug=2)
10:10<fonsinchen>let's see ...
10:11-!-De_Ghosty [] has quit [Ping timeout: 480 seconds]
10:14-!-valhallasw [] has quit [Ping timeout: 480 seconds]
10:17<fonsinchen>I guess there is something wrong with the desync debugging. I can connect if I use a binary without desync debugging
10:18-!-roboboy [] has quit [Ping timeout: 480 seconds]
10:25-!-MeCooL [mecool@] has quit [Ping timeout: 480 seconds]
10:27-!-zodttd [] has quit [Remote host closed the connection]
10:31<@Rubidium>fonsinchen: nothing's wrong; it's designed that way. With desync debugging at that level the random seed is checked every tick instead of every (few hundred IIRC) ticks
10:31<@Rubidium>or at least something related to that
10:31<fonsinchen>but why can't I connect?
10:32<fonsinchen>Maybe I'm misunderstanding something.
10:32<@Rubidium>no idea; the 'M' issue of the binaries?
10:32<fonsinchen>No, it's well past that stage
10:32<fonsinchen>I even see the map for a fraction of a second
10:33<fonsinchen>then I get that "invalid packet type 0"
10:33<fonsinchen>that's from network_client.cpp
10:33<fonsinchen>line 983
10:33<fonsinchen>obviously the server sends something it shouldn't
10:33-!-Juli_kuli [] has joined #openttd
10:33<@Rubidium>or it doesn't send enough!
10:33<fonsinchen>and it doesn't even matter which game I load
10:34<fonsinchen>.... the version
10:34<Juli_kuli>where can speak german?
10:34<fonsinchen>it's supposed to be longer than 15 bytes but the server only has 15 bytes
10:34<fonsinchen>could that be the reason?
10:34-!-devilsadvocate [~devilsadv@] has joined #openttd
10:34-!-Juli_kuli [] has quit []
10:35<planetmaker>that wasn't patient
10:36<@Rubidium>fonsinchen: what packet is the troublesome one?
10:36<fonsinchen>I'm going to recheck with more debug messages
10:37-!-frosch123 [] has joined #openttd
10:37<fonsinchen>lots of 12, one 15, one 16, then one 0
10:38<@Rubidium>odd... it works fine for me
10:38<@Rubidium>./configure --enable-desync-debug=2 && make
10:38<@Rubidium>bin/openttd -D vs bin/openttd -n localhost
10:39<Ammler>maybe too many packages for the internet?
10:39<@Rubidium>Ammler: then the internet is horribly broken
10:39<fonsinchen>why is packet type 0 actually invalid?
10:40<@Rubidium>type 0 is PACKET_SERVER_FULL
10:40<fonsinchen>so it should be valid
10:40<@Rubidium>which is kinda very odd to get once joined
10:40<fonsinchen>even if it's wrong in this case
10:42<@Rubidium>the *other* reason could be a length 2 package in which case the type is 'beyond' the bounds and 0 is returned (and the connection is closed)
10:42<@Rubidium>i.e. type is "valid", but the connection has been closed because the packet itself wasn't valid
10:45-!-enr1x_ [~kiike@] has joined #openttd
10:45<@Rubidium>nevertheless, I advice to use -ddesync=2 to get command log + savegames to create a locally reproducable case.
10:46<@Rubidium>because without a reproducable case the chance of actually finding the bugger is near zero
10:46<@Rubidium>and the shorter the reproduced case, the faster you can find and fix it
10:47-!-enr1x [~kiike@] has quit [Ping timeout: 480 seconds]
10:47<fonsinchen>autosave 150 can reliably be used to reproduce the desync
10:47<@Rubidium>load that in the server, then join after N days reliably desyncs?
10:47<fonsinchen>I can't connect to the server. I always get the invalid packet
10:48<@Rubidium>that's good news; allows you to test locally
10:48<fonsinchen>can I test that locally if I can't connect?
10:48<Ammler>and locally you don't get that packet error?
10:48<@Rubidium>--enable-desync-debug=2 isn't really meant for debugging desyncs over distances
10:48<Ammler>fonsinchen: start a server locally and connect
10:48<fonsinchen>I can't
10:49<@Rubidium>fonsinchen: you can load the autosave locally in a server compiled with the same settings and all; if you use the same binary for server and client you are sure that you run the same thing
10:49<Ammler>hopefully, autosave150 is before the cause of desync ;-)
10:50<@Rubidium>Ammler: if you can reliably reproduce it by loading that savegame, then it's from after the cause (or there are more causes)
10:51<fonsinchen>seems it doesn't desync like that
10:51<fonsinchen>can I make it load a savegame and immediately pause it?
10:52<fonsinchen>Interestingly it lets me connect now
10:52<@Rubidium>a server? Yes, just set min players to 1 in a dedicated server
10:54-!-Phoenix_the_II [] has joined #openttd
10:55<Ammler>the server is quite at max usage
10:55<Ammler>that might be the cause of those package lost
10:55<@Rubidium>Ammler: TCP does not cause lost packets
10:56<@Rubidium>it knows two states: "connection and no packets are lost" and "no connection"
11:01<fonsinchen>grrr, no desync when running it locally
11:01<Eddi|zuHause>there are more TCP states than that :)
11:02<@Rubidium>Eddi|zuHause: for Ammler that's "too much information"
11:07<Ammler>indeed :-)
11:11<fonsinchen>On the openttdcoop dev server we had two desyncs for different people at roughly the same game time
11:11<fonsinchen>(second one was after I reloaded the autosave)
11:11<fonsinchen>I can't reproduce that here
11:12<@Rubidium>the time is crucial... sometimes to the tick crucial
11:12<fonsinchen>Maybe it has logged something interesting ...
11:12<@Rubidium>i.e. hack the server to pause after 'n' ticks, then let the client join and then unpause
11:13<@Rubidium>with time I mean join time (ofcourse)
11:13<@Rubidium>also, do you know what kind of computer the desyncing person had (in the second case)
11:14<@Rubidium>because if it's a big endian machine, then debugging will be even nastier
11:16<fonsinchen>they were both desynced
11:18<fonsinchen>At least one is an Intel CPU
11:19<fonsinchen>I'll try if it desyncs me reliably
11:19<@Rubidium>okay, that makes an endianness desync less likely
11:19-!-welshdragon [~markmac@] has joined #openttd
11:20<@Rubidium>is he gonna leave quickly or not... that's the question :)
11:20<@Rubidium>fonsinchen: which cargodist patch (r195??.patch) does the server use?
11:22<@Rubidium>are the desyncees Windows users and the people that stay Linuxy (or at least GCC) users?
11:22<fonsinchen>the lastest one
11:22*welshdragon holds
11:23<fonsinchen>I think they all run Windows, but I run Linux and get desynced, too
11:23-!-OwenS [] has joined #openttd
11:23<@Rubidium>okay, so different STL is less likely
11:23<fonsinchen>Well, it doesn't desync me now
11:24<@Rubidium>cargopacket.cpp:~50 seems to be only removing indentation
11:24-!-aber [] has joined #openttd
11:25<OwenS>andythenorth: Was it glx who was working on the "close industries allowed" stuff with you? Did that go into trunk?
11:25<andythenorth>I think frosch just removed the silly check in the end
11:26<OwenS>OK, just checking that was how I ended up with an orphaned "STR_CONFIG_SETTING_SAMEINDCLOSE" in Progsigs
11:26*OwenS prepares to investigate git log
11:31<OwenS>resolving deltas is slow on an atom..
11:33-!-DanMacK [~DanMacK@] has quit [Quit: Bye for now!]
11:38-!-devilsadvocate [~devilsadv@] has quit [Read error: Operation timed out]
11:39-!-Zuu [] has joined #openttd
11:39-!-lewymati [~lewymati@] has joined #openttd
11:41<@Rubidium>bah... got lost in the saveload/threading code of cargodist... better luck next time I guess
11:42<fonsinchen>saveload and threading are fairly different things
11:42<fonsinchen>I only save/load the starting state of every link graph component
11:45<@Rubidium>and some part of the game's settings I think, which kinda puzzles me
11:48<fonsinchen>yes, that's important
11:48<fonsinchen>the link graph component cannot read the game settings as those might change
11:48-!-devilsadvocate [~devilsadv@] has joined #openttd
11:49<fonsinchen>so they make a copy before they run
11:49<fonsinchen>and that copy must be saved
11:49<@Rubidium>it's just code looks odds and such
11:50<fonsinchen>Why is that odd?
11:52<fonsinchen>OK, I see why that is odd
11:52<fonsinchen>but everything calculated there should be static
11:52<fonsinchen>if it fails once it should fail all the time
11:54<@Rubidium>e.g. I would assume, given the name, that GetLinkGraphComponentDesc would give me something, the same thing every time (given the workings of the already existing functions). However it horribly breaks if it's called a second time
11:55<fonsinchen>It breaks?
11:55<fonsinchen>Oh, it breaks ... it makes two copies of the linkgraph settings then
11:56<OwenS>"the CC environment variable is set, but it doesn't seem to be a gcc binary. please redefine the CC/CXX environment to a gcc binary" <-- Why force GCC? :-(
11:56<fonsinchen>There should be a "saveloads.clear()" or it shouldn't be stati
11:57<OwenS>Oh, "checking build system type... /usr/bin/cc unusable" spotted. Probably still have the buggy linker... hmm...
11:57<fonsinchen>but how could that ever work out?
11:58<fonsinchen>It shouldn't be able to load something like this
11:58<@Rubidium>OwenS: anything gcc-alike should work
11:58<@Rubidium>OwenS: the rest likely fails to compile OpenTTD anyway
11:59<OwenS>Rubidium: I'll have to test it when I get this upgrade installed (Some package conflict...)
11:59<@Rubidium>fonsinchen: the clear and possibly a bit explaining how the function is supposed to be used
11:59-!-kannerke [~pvandenb@] has left #openttd []
12:00<fonsinchen>It doesn't do anything evil because it's only called once.
12:00<fonsinchen>The misbehaviour is still not intended. saveloads should be cleared in every run
12:00<@Rubidium>fonsinchen: it makes me go.. WTF?!? is going on here
12:01<@Rubidium>and that is usually a clear sign that something is (at least) fishy
12:01<fonsinchen>better yet, the whole calculation should only run once.
12:02<@Rubidium>nevertheless, I've got more important things to do now
12:03<fonsinchen>this is how it was meant
12:04<fonsinchen>sorry if that bothered you.
12:05-!-devilsadvocate [~devilsadv@] has quit [Ping timeout: 480 seconds]
12:07<@orudge>mIRC really needs some sort of highlight-exclusion. If anybody's ever highlighted me over the past month or so, it probably got lost due to all the OwenS highlights :p
12:07<OwenS>hehe :P
12:08<OwenS>I guess #openttdcoop is worse considering my ingame nick? :p
12:08-!-Grelouk [~Grelouk@] has joined #openttd
12:08<@orudge>well, yes, but people tend not to talk to me in there at least ;)
12:09<@orudge>well, not unless I say something myself
12:09<OwenS>Thats true
12:16-!-Ryand-Smith [~W@] has joined #openttd
12:19-!-Illegal_Alien [] has joined #openttd
12:28-!-De_Ghosty [] has joined #openttd
12:29-!-Kurimus [] has quit []
12:30-!-fonsinchen [] has quit [Ping timeout: 480 seconds]
12:30-!-rhaeder [] has joined #openttd
12:37-!-Kurimus [] has joined #openttd
12:41<OwenS>Hmm thats interesting, "SunOS Asuka 5.11 snv_121 i86pc i386 i86pc Solaris", Sun OS 5.11? So this is officially Solaris 11 :O
12:51-!-DaleStan [] has quit [Ping timeout: 480 seconds]
12:53-!-tokai|mdlx [] has quit [Ping timeout: 480 seconds]
12:56-!-tokai|mdlx [] has joined #openttd
12:56-!-rhaeder [] has quit [Quit: Leaving.]
12:56-!-Ryand-Smith [~W@] has quit [Ping timeout: 480 seconds]
13:02-!-Fri13 [~Fri13@] has joined #openttd
13:03<Fri13>Hi, I have tried to find out from wiki is it possible to transferr cargo from train to truck?
13:03<planetmaker>build one common station and use transfer orders
13:04<Fri13>planetmaker: common station?
13:04<planetmaker>truck and train station adjacent to eachother. So that in the station name both the truck and the train symbol are shown
13:04<Fri13>planetmaker: you mean like trainstation and truckstation next to each other?
13:04<Fri13>planetmaker: must be exactly next to each other and not just the area?
13:05<planetmaker>yes and no :-)
13:05<SpComb>or use cargodist
13:05<SpComb>it's more yay
13:05<planetmaker>SpComb, it's more desync
13:05<SpComb>not in singleplayer
13:05<planetmaker>Fri13, you can build them apart, but they must be the same station. Not two different ones
13:06<Fri13>Okay, I do not think it now because there is coming bigger multiplayer in later this week.
13:06<planetmaker>They're automatically the same, if you place them exactly next to eachother.
13:06<SpComb>I've played cargodist just fine in multiplayer without any desync issues :(
13:06<planetmaker>If you don't want that, use distant join by ctrl+clicking when building the 2nd station (which might be the train or truck station)
13:06<planetmaker>SpComb, we don't.
13:06<Fri13>planetmaker: so there is no need to be then exact to giver order to right one, it gets automatically routed to correct then?
13:07<planetmaker>Fri13, say again?
13:07<planetmaker>A truck will never go to a train station
13:07<planetmaker>A train never to a truck station.
13:07<Fri13>planetmaker: If I place trainstation and truckstation next each other. Can I give order for truck to unload to the trainstation and it still understands it goes to truck station without error message?
13:07<planetmaker>Ever tried to give orders to a vehicle to go to a station which it cannot go to as it's a station of a different vehicle type?
13:07<Fri13>planetmaker: I mean only the commands.
13:07<SpComb>Fri13: there is only one station
13:07<planetmaker>yes, Fri13 no problem
13:07<SpComb>just with multiple facilities
13:08<Fri13>Okay. So the station name sign is "the station"?
13:08<Fri13>Okay. That helped a lot.
13:08<planetmaker>vehicles will go to whatever place suits them, no micro management necessary
13:09<Fri13>Now I am going trough the train signs tutorial to understand that.
13:09<planetmaker>hehe. :-)
13:09<Fri13>btw, openttd wiki is one best ones what I have come to by... Just brillian.
13:10<planetmaker>If you want to read about the insane stuff (as some call it) also have a look at
13:11<planetmaker>But make sure you read some at the OpenTTD wiki before ;-)
13:11<Fri13>Oh... one wish what I have in mind and I am not sure can it be found already. But is it possible to close windows otherway than clickin the X on them?
13:11<planetmaker>yes. Hit del
13:11<planetmaker>or ctrl+del for closing all
13:11<Fri13>Does del close the one what is last opened or what mouse cursor is hovering?
13:12<planetmaker>the active one
13:12<Fri13>There is no way to get such function to own shortcut? Like middle mouse button?
13:12<planetmaker>no configuration of that behaviour possible, sorry
13:12<Fri13>Well... It is little extreme wish ;-)
13:12<planetmaker>not really. But it's simply not done (yet)
13:12<Fri13>Just use to such in KDE SC.
13:13<planetmaker>so am I, yes
13:14<Fri13>Oh, was there anykind undo if mistakenly destroyes example the airport and then the city council does not allow it to be build back? ;-D
13:15<planetmaker>there isn't, there won't and there cannot be.
13:15<Fri13>Otherway than just gain fame etc.
13:15<planetmaker>for exactly that reason ^ :-)
13:15-!-ptr [] has joined #openttd
13:16<Fri13>planetmaker: It is just littlebit hard when mistakenly deletes intercontinental airport when meant to delete road/station next to it :-D
13:16<planetmaker>Fri13, then don't use the dynamite tool but use the bulldozer tool
13:16<planetmaker>such mistakes cannot happen then.
13:16<Ammler>there is autosave
13:17<planetmaker>also that :-)
13:17<planetmaker>other than that: In reality there's no undo after a bomb explosion, either :-(
13:17<planetmaker>So the game is quite realistic in this point ;-)
13:17*planetmaker waves merrily at Belugas
13:17<Ammler>SevenDays or how was it called
13:18<@Belugas>what's left of Belugas you mean...
13:18<@Belugas>total wreck
13:20*peter1138 hugs Belugas
13:20<@Belugas>furrrrrrr furrrrrrrr
13:21*Belugas has a big sheet of paper sticked to the wall beside him, saying : "NO, LATER"
13:23-!-devilsadvocate [~devilsadv@] has joined #openttd
13:27-!-Progman [] has quit [Remote host closed the connection]
13:27-!-ChoHag [] has joined #openttd
13:28-!-ChoHag [] has quit []
13:28-!-ChoHag [] has joined #openttd
13:31-!-enr1x_ [~kiike@] has quit [Quit: leaving]
13:35-!-ADMINtur [~ADMINtur@] has left #openttd []
13:38-!-Progman [] has joined #openttd
13:39*andythenorth admits defeat. bridges are just safer than level crossings :P
13:39-!-Polygon [] has joined #openttd
13:43-!-Keyboard_Warrior [] has quit [Remote host closed the connection]
13:53<@peter1138>new disaster: bridge collapse
13:54-!-De_Ghosty [] has quit [Ping timeout: 480 seconds]
13:54<fjb>Earth quake.
13:54<OwenS>1 collapse every 100 years per bridge on average?
13:55<__ln__>There could indeed be more *cough* realistic disasters in the game.
13:55-!-Ryt0n [] has joined #openttd
13:55<fjb>What? You call UFOs not realistic? :)
13:56<__ln__>Random derailing, random driving against red signal.
13:56<OwenS>Belugas will dislike your herecy :P
13:57<fjb>And trains should derail if they catch a bigger road vehicle.
13:58-!-De_Ghosty [] has joined #openttd
13:58<OwenS>Random driving against red signal? Only before ~1985 :P
13:58-!-deghosty [] has joined #openttd
13:58-!-De_Ghosty [] has quit [Read error: Connection reset by peer]
13:58<__ln__>OwenS: What's magical about 1985?
13:59<OwenS>__ln__: most railroads had Automatic Train Protection of some form by then :p
13:59<__ln__>in some country maybe.
14:00<OwenS>Or would sets have to say "This loco has good train protection"? :p
14:00<__ln__>Why not. :)
14:01<OwenS>How would it deal with things like the Eurostar, which doesn't on some rails? :P
14:02<__ln__>That would be way too much realism.
14:03<__ln__>I'd better say that in google-French too: Ce serait ainsi un réalisme trop.
14:04*OwenS ponders the babelfish-English(google-French) version
14:06<OwenS>"It would be thus a realism too."
14:06<fjb>Babelfish is better than google.
14:07<OwenS>Babelfish-French of __ln__'s original sentance is "Ce serait trop de réalisme". Which I must say looks a lot more like I'd expect from my limited french knowledge
14:08<OwenS>Babelfishing it back gives "It too much would be realism", which is at least understandable
14:09<fjb>Tranlating is one of the worst google services. I don't know why so many people are using it.
14:10<OwenS>Because Google are "awesome" and Yahoo/Altavista "suck"?
14:10<OwenS>Yahoo at least pay experts Systran to do it
14:10<fjb>Who remembers Altavista?
14:10<OwenS>I do :p
14:10<OwenS>Everyone remembers Yahoo though, and its now
14:10<OwenS>(Heck, Yahoo! have been running TV adverts here lately!)
14:11<fjb>They must really have some problems then.
14:15-!-Ryand-Smith [~W@] has joined #openttd
14:15-!-Phoenix_the_II [] has quit [Quit: ( :: NoNameScript 4.22 :: )]
14:17*frosch123 remembers astalavista
14:19-!-ecke [~ecke@] has joined #openttd
14:20-!-Ryand-Smith [~W@] has quit []
14:24-!-Fri13 [~Fri13@] has quit [Remote host closed the connection]
14:29-!-oskari89 [] has joined #openttd
14:30-!-R-Blade [~W@] has joined #openttd
14:36<OwenS>Hehe Astalavista... I remember mistyping Altavista as that once...
14:37-!-ajmiles [] has joined #openttd
14:37-!-ptr [] has quit [Quit: ptr]
14:40-!-enr1x [~kiike@] has joined #openttd
14:53-!-DaleStan [] has joined #openttd
14:59-!-Nite_Owl [] has joined #openttd
14:59<Nite_Owl>Hello all
15:01<Nite_Owl>Is it normal for the default engines and wagons to show up even if you have a newgrf train set loaded?
15:02<Nite_Owl>I do not remember this behavior happening in the past - the defaults were usually overridden by the newgrf.
15:03<Nite_Owl>Hello R-Blade
15:04-!-TB [~patric@] has joined #openttd
15:05-!-PeterT_ [] has joined #openttd
15:08-!-Ryt0n [] has quit [Quit: ajax IRC Client]
15:08-!-awox [] has joined #openttd
15:09-!-Netsplit <-> quits: a1270, aw0x, TrueBrain, PeterT, R-Blade
15:09-!-chaos95 [] has quit [Ping timeout: 480 seconds]
15:09-!-chaos95 [] has joined #openttd
15:09-!-DaleStan [] has quit [Read error: Connection timed out]
15:10-!-Hyronymus [] has joined #openttd
15:10-!-DaleStan [] has joined #openttd
15:11-!-Netsplit over, joins: a1270
15:12-!-ajmiles2 [] has joined #openttd
15:12-!-Netsplit over, joins: R-Blade
15:15<Nite_Owl>I do have the multiple newgrf engine settings turned on by the way
15:15-!-Belugas [~belugas@] has quit [Read error: Connection reset by peer]
15:18-!-ajmiles [] has quit [Ping timeout: 480 seconds]
15:18-!-lobstah [~michielbi@] has joined #openttd
15:19<R-Blade>Nite_Owl what's the problem
15:20<Nite_Owl>scroll up - it is all there
15:20<R-Blade>I got hit by a lagstream, so I can't see anything from 10 minuets ago
15:20-!-lobstar [~michielbi@] has quit [Ping timeout: 480 seconds]
15:21-!-DaleStan_ [] has joined #openttd
15:21-!-DaleStan is now known as Guest701
15:21-!-DaleStan_ is now known as DaleStan
15:22<Nite_Owl>I thought a train set newgrf would override the default engines and wagons so that they would not show up in the availability lists
15:22<R-Blade>not all sets do this
15:22<planetmaker>Nite_Owl: it's an option for newgrfs
15:22*andythenorth wonders if newgrf can control the map's ground tiles....
15:22<R-Blade>planetmaker: hivemind
15:23<R-Blade>andythenorth yes it can if I read what you said correctly
15:23<R-Blade>see the Japan Track Set or the North American City Cet
15:23*andythenorth sees the specs :P
15:23<Nite_Owl>Ahh - so if the newgrf is old (which it is) then it would not contain the proper NFO code to do the override thing
15:23<planetmaker>andythenorth: ground tiles or map gen sprites? ;-)
15:23<R-Blade>I know NARS and the UK set do that, but NARS and UK sets are total replacement sets.
15:24-!-Dred_furst [] has joined #openttd
15:24<R-Blade>Nite_Owl yeah
15:24<planetmaker>Nite_Owl: I assume overriding was possible always.
15:24<R-Blade>Some sets (I think CC set is guilty of this) doesn't do this
15:24<Nite_Owl>it is the US Transition Set which always did override the defaults in the past....
15:25-!-Guest701 [] has quit [Ping timeout: 480 seconds]
15:25<planetmaker>R-Blade: the 2cctrainset is quite new
15:25<planetmaker>and it does override default engines
15:25*andythenorth can't see a way to modify ground tiles (except for stations, industries and buildings)
15:26<planetmaker>but sets have at least as of 2004 been doing that
15:26<R-Blade>Oh, I thought it didn't overide the cars, my fault
15:26<Nite_Owl>but the source code has changed quite a bit since that set was last updated so it is possible that whatever override code it might have had no longer works properly
15:26<R-Blade>since I tend to run 2cc and NARS together so I can make subways and intercity american engines
15:26-!-Netsplit <-> quits: PierreW, @Rubidium, Jupix, +michi_cc, luckz, Aali, wolfy, jonty-comp, ashb, nfc, (+17 more, use /NETSPLIT to show all of them)
15:26-!-Netsplit over, joins: ccfreak2k, snorre, nfc, Hyronymus, Polygon, welshdragon, OwenS`Phone, KenjiE20, NeosaD, LadyHawk (+14 more)
15:26-!-Netsplit over, joins: Cybertinus, @Rubidium, jonty-comp
15:27<planetmaker>Nite_Owl: which train set(s) is it you use?
15:27<Nite_Owl>US Transition Set
15:27<R-Blade>the old one, not NARS
15:28<Nite_Owl>that was a rather nasty net split
15:28-!-Dred_furst [] has quit []
15:28<R-Blade>It is annoying that NARS doesn't have all the US transition engines, if it had HH8 as an option for the AEM 7 it would be grand
15:28<Nite_Owl>US Set - not NARS
15:29<planetmaker>R-Blade: ask authors for permission and compose a new set with the engines you need :-)
15:29<Nite_Owl>or Non NARS US Set - however you want to call it]
15:30<R-Blade>I would call it NARS Plus, since it would be adding the early electrics and middle diesels from USA renewal
15:30<R-Blade>(I love those streamliners, even if my GG1s are better)
15:30<Nite_Owl>I can deal with it but it does make for a longer list of wagons and engines
15:30<R-Blade>long sets are perfect though, you can have funny things like a 20 car double decker pulled by a GG1, pushed by an AEM 7 and in the middle an HH8
15:32<Nite_Owl>I will just chalk it up to older NFO code vs. newer trunk code
15:32-!-Progman [] has quit [Remote host closed the connection]
15:33-!-goblin_ [] has joined #openttd
15:33<planetmaker>Nite_Owl: it shouldn't. Otherwise it's a bug ;-)
15:34<Nite_Owl>in the past the override default engines and wagons code in that set did just that - it overrode the default engines and wagons
15:34<Nite_Owl>even the 'resetengines' console command does not remove the default stuff
15:36<Nite_Owl>Hmmm - maybe a combination of newer trunk code and the OpenGfx's ?
15:36<planetmaker>Hm... that will need looking at :-)
15:36<planetmaker>OpenGFX has no influence on that
15:37<planetmaker>it cannot. It must not
15:37-!-Belugas [~belugas@] has joined #openttd
15:37-!-mode/#openttd [+o Belugas] by ChanServ
15:37<planetmaker>Otherwise multiplayer could desync
15:37-!-Ryt0n [] has joined #openttd
15:37<planetmaker>hm... is it in our old coop newgrf pack? I assume so.
15:38<Nite_Owl>let me check the version number
15:38-!-PeterT_ is now known as PeterT
15:38<Nite_Owl>v0.87.4d I believe
15:39<planetmaker>let me see. OpenTTD I assume? Some RC or recent nightly?
15:40<planetmaker>North American transition trainset? Hm... I don't have it :-(
15:40<Nite_Owl>once you get to around 1926 the default stuff shows up
15:40<Nite_Owl>the US Set it self only starts in 1920
15:40<Ammler> usset is in the pack
15:40-!-ecke [~ecke@] has quit [Read error: Connection reset by peer]
15:41<planetmaker> <-- that?
15:41<planetmaker>Ammler: I don't have it in my newgrf list...
15:41-!-woldemar [~osaka@] has joined #openttd
15:42<Nite_Owl>that is the one
15:42<Ammler>I can't show you public link anymore
15:42<Nite_Owl>it is the only train set I have in the game
15:43<Nite_Owl>I only ever use one train set at a time but do use multiple road vehicle sets
15:44<planetmaker>well. It became safer to use more train sets. But usually it doesn't make sense
15:44<Nite_Owl>my thoughts exactly
15:45<planetmaker>Nite_Owl: I don't have the default trains showing... (testing temperate climate)
15:45<planetmaker>1960 as starting year
15:45<Nite_Owl>Then I wonder if it might be something I did like going out and modifying the game in the scenario editor
15:46<Nite_Owl>or some other newgrf causing it to happen
15:46<planetmaker>how does the reset engines command work?
15:47<planetmaker>Nite_Owl: I thought it's the only one?
15:47<planetmaker>Or do you have old wagons new cargos or alike?
15:47<Nite_Owl>neither - I changed no newgrfs at any time
15:48<Ammler>reset_engine is like apply in the newgrf gui
15:48<Nite_Owl>no old wagons - new cargoes either
15:48<Ammler>Nite_Owl: try with the openttdcoop info grf
15:48<planetmaker>hm, Ammler ?
15:49<Nite_Owl>experimentation time for me then to see if it is a newgrf conflict
15:49<Ammler>I assume, he uses the ecs adapter
15:49<Nite_Owl>I do use a lot of other newgrfs
15:49<Ammler>Nite_Owl: do you use the usset ecs adapter?
15:49<Nite_Owl>the ecs adapter is not needed with that version
15:49<Nite_Owl>nor do I use ecs
15:49<Ammler>oh, ok...
15:50<Ammler>post your list :-)
15:50<planetmaker>screenshot :-)
15:51<Nite_Owl>mostly infrastructure and such I will have to play around with it
15:51<Nite_Owl>I do appreciate the help though
15:52<andythenorth>Nite_Owl: did you add a train newgrf and then remove it?
15:52<Nite_Owl>I have no place to post it
15:52<Nite_Owl>no - no newgrf changes
15:52<Ammler>maybe the creator of usset just appended the ecs adapter
15:52<Ammler>could explain it
15:53<Ammler>hmm, not sure :-)
15:53<Nite_Owl>the ecs adapter was added into the nfo code of newgrf way back when
15:54<planetmaker>hm... us set is under the GNU license. With those wagons... yummi :-)
15:54<Nite_Owl>v0.87.4d includes the ecs adapter in it
15:55<Nite_Owl>Oracle (the original coder of the set) is back around and is working on an update. At least that is the last news I heard about it.
15:55<planetmaker>sounds like good news :-)
15:56<planetmaker>Might be that the 2cctrainset could then borrow a few wagons :-) At least I can recommend that :-)
15:56<planetmaker>hm, yes, license and credit information are given, so... :-)
15:57<Nite_Owl>It is my personal favorite set so I keep a good eye on it
15:57<Nite_Owl>the documentation is excellent as well
15:57-!-Chrill [] has joined #openttd
15:58<planetmaker>yup indeed.
15:58<planetmaker>hm, I wonder why that set got forgotten a bit...
15:58<frosch123>Nite_Owl: everytime you add a new newgrfs it reserves its engine ids. that also applies to scenarios, i.e. when you removed a newgrf from a scenario
15:58<planetmaker>Looks quite nice
15:58<frosch123>the reservation is reset by toggling the "allow multiple newgrf engines sets". but that is only possible as long as there are no build vehicles
15:58<Nite_Owl>very nice charts of all of the engines and wagons which I have updated a bit since they were last done
15:59<frosch123>reset_engines does not reset that reservation
15:59<Nite_Owl>I did not remove or add any newgrfs. I only added a few industries in the scenario editor
16:00<OwenS>frosch123: Is there a good reason its impossible to turn multisets on with trains?
16:00<planetmaker>OwenS: yes ;-)
16:00<frosch123>however, it is also possible for newer newgrfs to not replace any engines
16:02<Nite_Owl>I changed the file extension (sav -> scn) and added industries
16:03<Nite_Owl>but what if when I first opened the scenario editor I had a different preset loaded (with a different train set) and then loaded up the changed saved game ??
16:04<planetmaker>yeah. That's a change of newgrf technically
16:04<Ammler>planetmaker: we use usset quite a lot on ps
16:04<Nite_Owl>by changed I mean with the changed file extension
16:04<planetmaker>Ammler: do we? Long time no seen actually
16:04<Ammler>maybe teh most after dbset
16:05<Ammler>as you said, it has quite nice cargo waggons
16:05-!-KritiK [] has joined #openttd
16:06<__ln__>@seen Bjarni
16:06<@DorpsGek>__ln__: Bjarni was last seen in #openttd 4 weeks, 5 days, 20 hours, 40 minutes, and 54 seconds ago: <Bjarni> <-- wtf. Some rich guy built a trebuchet and uses burning pianos as ammo
16:08<OwenS>michi_cc: "Depots have signals built in. But as a train inside a depot has no real position anyway, it wouldn't make a difference where the train waits for a free path" <-- So, what, they have a position of, say, 1.24i?
16:08<Nite_Owl>Yes that makes sense. When doing the file extension change into the scenario editor type of thing you have to be sure that you have the same preset chosen as is present in the save game.
16:09<Nite_Owl>before you open the scenario editor
16:09<+michi_cc>OwenS: what do you expect in a wormhole? because bridges, tunnels and depots are basically that :)
16:10*Nite_Owl scribbles some notes
16:11<Nite_Owl>thanks again everyone - it makes some sense now
16:11-!-Biolunar [] has quit [Ping timeout: 480 seconds]
16:12<planetmaker>no problems, Nite_Owl :-)
16:14<planetmaker>it's always a pleasure talking to you
16:15<Nite_Owl>by the way the US Set was last updated back on April 27th, 2008 - the year on the grf list (2007) is off by by a year
16:15<Nite_Owl>*by a year
16:15<Ammler>grf list?
16:16<Nite_Owl>the in game listing of the grfs you are using
16:17<Nite_Owl>just out of curiosity what do you call it ??
16:18<Ammler>newgrf list :-P
16:18<Ammler>but the name there origins from the grf itself
16:18*Nite_Owl amends his terminology
16:19<Nite_Owl>the last coder the set had made an error in the year
16:19<Ammler>or is the name of a grf saved in the save too?
16:20<planetmaker>ah... looking at the credits: I already assumed so, but DanMacK had his hands in the sprites creation :-)
16:20-!-Ryt0n [] has quit [Quit: ajax IRC Client]
16:20<Ammler>so they might look like nars wagons
16:21-!-Rhamphoryncus [] has joined #openttd
16:22<Nite_Owl>DanMack did quite a lot of the sprite work for the US Set
16:23<planetmaker>Not only there. Everywhere!
16:23<Nite_Owl>which is why it looks very similar to the Canadian Set
16:23<planetmaker>We just got sponsored new toyland engines from him :-)
16:27<Nite_Owl>Ah well - no way to remove the default engines that I can find so I either have to start over or suffer with them
16:28-!-DaleStan_ [] has joined #openttd
16:28-!-DaleStan is now known as Guest708
16:28-!-DaleStan_ is now known as DaleStan
16:28-!-frosch123 [] has quit [Remote host closed the connection]
16:29*OwenS crosses fingers - pkg(7) appears to have successfully passed the point at which it used to die horribly
16:34-!-Guest708 [] has quit [Ping timeout: 480 seconds]
16:36<Ammler>Nite_Owl: you can, frosch told you how
16:36<Ammler>or do you have already vehicles in?
16:37<Nite_Owl>I do have vehicle in the game
16:37<Nite_Owl>about 30 trains
16:37<Ammler>remove those and disable the multiengine pool
16:38<Nite_Owl>but I could dump them all and then toggle it and be back to where I want to be
16:38<Nite_Owl>I have more then enough cash to do that
16:39<Nite_Owl>would it be just a matter of turning it off and then turning it right back on again ??
16:43-!-Tennel [] has quit [Quit: WeeChat]
16:47<Nite_Owl>Ahhh - turn it off -> resetengines -> turn it on
16:50-!-FloSoft [] has quit [Remote host closed the connection]
16:50<Nite_Owl>oh well - I will figure it out with enough experimentation
16:51-!-fjb is now known as Guest715
16:51-!-fjb [] has joined #openttd
16:56-!-FloSoft [] has joined #openttd
16:56-!-goblin_ [] has quit [Remote host closed the connection]
16:58-!-Guest715 [] has quit [Ping timeout: 480 seconds]
17:05-!-valhallasw [] has joined #openttd
17:08-!-Hyronymus [] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]]
17:08-!-Chruker [] has joined #openttd
17:11-!-Rexxars [~rexxars@] has quit [Read error: Connection reset by peer]
17:11-!-oskari89 [] has quit []
17:22-!-TB is now known as TrueBrain
17:25-!-KenjiE20 [~KenjiE20@] has quit [Ping timeout: 480 seconds]
17:27-!-Rexxars [~rexxars@] has joined #openttd
17:29-!-Cybertinus [] has quit [Remote host closed the connection]
17:33-!-lewymati [~lewymati@] has quit []
17:34-!-Neon [] has quit [Quit: Something strange must have happened...]
17:35<Nite_Owl>is there a .cfg setting to have the auto saves show the date (like standard saves) instead of a number ??
17:36-!-KenjiE20 [~KenjiE20@] has joined #openttd
17:40-!-enr1x [~kiike@] has quit [Read error: No route to host]
17:46-!-PeterT_ [] has joined #openttd
17:47-!-enr1x [~kiike@] has joined #openttd
17:54-!-enr1x [~kiike@] has quit [Read error: No route to host]
17:55-!-PeterT__ [] has joined #openttd
17:55-!-Progman [] has joined #openttd
17:57-!-PeterT__ [] has quit []
17:58<Ammler>Nite_Owl: I guess so
17:58-!-PeterT_ [] has quit [Quit: Leaving]
17:58<Ammler>dunno, if date, but you should be able to make the names unique
17:59-!-bryjen [~bryjen@] has quit [Quit: Quit]
17:59<Nite_Owl>well the month and year at least
18:02<Nite_Owl>wait.... if you set the keep_all_autosaves = true then it would have to give them a unique name
18:02<Terkhen>good night
18:02-!-Terkhen [] has quit [Quit: ...]
18:03-!-aber [] has quit [Quit: adee]
18:04<Nite_Owl>I think that is the way to go
18:10<PeterT>planetmaker: bouncer trouble?
18:30-!-Biolunar [] has joined #openttd
18:38<CIA-6>OpenTTD: rubidium * r19526 /trunk/src/ai/ai_gui.cpp: -Fix (r19395): clients would crash while connecting to a server with AIs
18:38<PeterT>wow, before this commit there actually wasn't a commit for 24 hours
18:38<PeterT>not even a language commit
18:38-!-Progman [] has quit [Remote host closed the connection]
18:38-!-valhallasw [] has quit [Ping timeout: 480 seconds]
18:48-!-deghosty [] has quit [Ping timeout: 480 seconds]
18:50-!-R-Blade [~W@] has quit [Ping timeout: 480 seconds]
18:51-!-Illegal_Alien [] has quit [Read error: Connection reset by peer]
18:53<Zuu>PeterT: Maybe everyone is looking over their beer supply ;-)
18:53-!-DaleStan [] has quit [Ping timeout: 480 seconds]
18:54-!-NeosaD [] has quit [Quit: X-CRiPt 5.1 ]
18:55<Zuu>I see, I got a beer with my name it, should be okay. :-)
18:55-!-Grelouk [~Grelouk@] has quit [Quit: Quitte]
18:56-!-Polygon [] has quit [Remote host closed the connection]
18:56<Nite_Owl>or doing fewer commits due to the pending v1.0 release
18:57<PeterT>why would that matter?
18:57<Zuu>Or all the devs go on vacation for a month leaving everyone wondering why 1.0 didn't come out.
18:57<chaos95>maybe they're building suspense
18:57<PeterT>1.0 in two days!
18:58-!-DaleStan [] has joined #openttd
18:59<Nite_Owl>possibly - if the trend remains constant - but you must remember the significance of that date
18:59<Zuu>Yep, could be an empty zip-file with nothing inside it other than a note that you got fooled.
19:00<PeterT>you could tell that by the download size
19:00<Zuu>They could add null data to the zip file
19:00<PeterT>unless they are even more wicked and decide to add ~3.5MB hidden files
19:00<OwenS>"Compress" 3.5MB of /dev/urandom?
19:01<OwenS>And zip file? Bah
19:01-!-KritiK [] has quit [Read error: Connection reset by peer]
19:01-!-KritiK [] has joined #openttd
19:01<Zuu>Well a bit trial and error with /dev/urandom you could come up with a zip file of the right size.
19:02<OwenS>Nah. Average zip 3.5MB? 3.5MB of urandom. Why? Because random data is uncompressible, and urandom is pretty random
19:06-!-Chruker [] has quit [Read error: Connection reset by peer]
19:07-!-Zephyris [] has joined #openttd
19:08-!-KenjiE20 is now known as Guest727
19:08-!-KenjiE20 [~KenjiE20@] has joined #openttd
19:10-!-Zephyris [] has quit []
19:11-!-Guest727 [~KenjiE20@] has quit [Ping timeout: 480 seconds]
19:13-!-KenjiE20 is now known as Guest728
19:13-!-KenjiE20 [~KenjiE20@] has joined #openttd
19:17-!-Guest728 [~KenjiE20@] has quit [Ping timeout: 480 seconds]
19:22<OwenS>Hurray for ugly hacks making updates succeed
19:29-!-Biolunar_ [] has joined #openttd
19:29<Nite_Owl>I need to feed - later all
19:29-!-Nite_Owl [] has quit [Quit: Read You Soon]
19:33-!-Biolunar [] has quit [Ping timeout: 480 seconds]
19:33-!-Zuu [] has quit [Quit: Leaving]
19:37<OwenS>Install Phase - Cleared! Hurrah!
19:38*PeterT gives OwenS a high-five!
19:39<OwenS>Update Phase - Cleared
19:39<OwenS>Now its sitting around doing "something"
19:39-!-RockerTimmy [] has quit [Remote host closed the connection]
19:40-!-Coco-Banana-Man [] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der bläht, als hinterster geht!]
19:41<Eddi|zuHause>you sound like a windows user
19:41<OwenS>This is on an OpenSolaris box
19:42<OwenS>Its just Ive had trouble getting this update to apply, I think because of conflicts with an OS package and nVIDIA's drivers
19:42<OwenS>"A clone of opensolaris-2 exists and has been updated and activated. On the next boot the Boot Environment opensolaris-10 will be mounted on '/'. Reboot when ready to switch to this updated BE." :)
19:43<Eddi|zuHause>ok, a windows user wouldn't speak about "hacks"
19:44<OwenS>Hopefully when I boot into the new BE my C++ compiler will no longer crash the linker ^^
19:44<OwenS>And with that I say good night
19:47-!-KritiK [] has quit [Quit: Leaving]
19:47-!-OwenS [] has quit [Quit: Leaving.]
19:53-!-ptr [] has joined #openttd
19:59-!-Eddi|zuHause [] has quit []
19:59-!-Eddi|zuHause [] has joined #openttd
20:04-!-ajmiles2 [] has quit [Quit: Leaving]
20:09-!-Chrill [] has quit []
20:16-!-jpx_ [] has quit []
21:10-!-KenjiE20 [~KenjiE20@] has quit [Quit: おやすみ]
21:10-!-ptr [] has quit [Quit: Zzzzzz]
21:16-!-Adambean [] has quit [Quit: Gone fishing]
21:29-!-DaleStan [] has quit [Read error: Connection timed out]
21:30-!-DaleStan [] has joined #openttd
21:39-!-Biolunar__ [] has joined #openttd
21:47-!-Biolunar_ [] has quit [Ping timeout: 480 seconds]
21:53-!-JVassie [] has quit [Ping timeout: 480 seconds]
22:27-!-Brianett1 [] has joined #openttd
22:32-!-OwenS`Phone [~mirggi@] has quit [Remote host closed the connection]
22:45-!-zodttd [] has joined #openttd
22:45-!-Brianetta [] has quit [Quit: Tschüß]
22:45-!-Brianett1 is now known as Brianetta
22:54-!-DaleStan_ [] has joined #openttd
22:54-!-DaleStan is now known as Guest739
22:54-!-DaleStan_ is now known as DaleStan
22:55-!-glx [glx@2a01:e35:2f59:c7c0:a430:cc84:fbb0:cb14] has quit [Quit: bye]
23:01-!-Guest739 [] has quit [Ping timeout: 480 seconds]
23:10-!-llugo [] has joined #openttd
23:17-!-lugo [] has quit [Ping timeout: 480 seconds]
23:22-!-llugo [] has quit [Remote host closed the connection]
23:43-!-roboboy [] has joined #openttd
---Logclosed Wed Mar 31 00:00:12 2010