Back to Home / #openttd / 2011 / 11 / Prev Day | Next Day
#openttd IRC Logs for 2011-11-12

---Logopened Sat Nov 12 00:00:19 2011
00:33-!-lobstaroooo [~michielbr@86.89.201.189] has joined #openttd
00:38-!-lobstaro0o [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
00:45-!-pjpe [ade6a119@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
00:56-!-Eddi|zuHause [~johekr@p54B738CE.dip.t-dialin.net] has quit [Remote host closed the connection]
00:56-!-Eddi|zuHause [~johekr@p54B73538.dip.t-dialin.net] has joined #openttd
01:33-!-lobstaro0o [~michielbr@86.89.201.189] has joined #openttd
01:39-!-lobstaroooo [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
01:57-!-lobstaroooo [~michielbr@86.89.201.189] has joined #openttd
01:59<Rubidium>Maarten: it took more than 30 seconds for a page to load? Sounds like you've gotten a global IPv6 address and your browser tried to connect over IPv6 even though you had no route to the internet over IPv6 so after a long timeout it fell back to IPv4. If it happens again, try ipv4.tt-forums.net and see if that is slow as well
02:01<Maarten>Rubidium: my connection does not support IPv6 (AT&T U-Verse) and I have IPv4 disabled. Furthermore, it was incredibly slow not only from my home connection (24/3), but also from my work's 100/100 Level3 connection, which is connected to IPv4 only, and our firewall is configured for IPv4 only. There is no IPv6 in play here.
02:01<Maarten>IPv6 disabled that should read
02:02<Maarten>for my internal network that is :)
02:02-!-lobstaro0o [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
02:02<Maarten>It works again though
02:03<Rubidium>then the internet (partly) broke down ;)
02:03<Maarten>was trying to download a newgrf a few hours ago, took about 10 minutes for the page to load, and the download went for about 20 minutes at about 250 bytes/s before finally timing out..... and that was on the 100/100 level 3 fiber.
02:04<Maarten>Thats what I figured, forum host probably took a dump.
02:04<Rubidium>but I reckon that fibre didn't terminate in the forum's server
02:07<Maarten>nah :) but on both my home connection and work fiber.... everything else worked lightning fast. The ONLY thing that didn't work right was tt-forums.net - so I am pointing my fingers there. (The 100/100 line was about 20% used at the time, we have about 200 computers connected to it, but obviously most of em arent always on the internet). - Unless both ISP's failed at the same time of course. (I am always RDP'd in my home
02:07<Maarten>server, so I tried from there as well).
02:08<Rubidium>and you've tried other servers in the same data center as the tt-forums server to make sure there wasn't any routing issue?
02:08<Maarten>It's not that strange for a webhost to be overloaded. Some other domain on the same network could be overloaded with requests, affecting the tt-forums domain.
02:09-!-Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd
02:10<Rubidium>e.g. from personal experience I can say that Japanese websites from Europe are slow, but very fast from Japan, as well that European websites from Japan are very slow when they are fast from Europe
02:10<Maarten>The 100/100 fiber has VPN connections to Thailand, Netherlands, Paris, Seattle.... I actually also tried to open tt-forums.net from a datacenter in Amsterdam, (I am in California, USA), same problem. - Yeah, I really wanted that newgrf.....
02:11<Maarten>I don't know where the forum is hosted. UK?
02:11<Rubidium>Maarten: Haarlem
02:11<Rubidium>which makes it peculiar, given peter said it's you
02:12<Maarten>Ah :) Well, it failed misaribly from a datacenter in Amsterdam, which is what, 15 km?
02:12<Maarten>But I only tried once from there.
02:13<Rubidium>which data center were you using?
02:13<Maarten>Anyways.... that is 2 connections in the USA (100/100 level3 fiber, and AT&T 24/3), and I believe the datacenter in Amsterdam is hooked up to a 1 Gbps line.
02:14<Maarten>Rubidium: My company hires a few racks in a datacenter somewhere. Our company HQ is in Alkmaar, they probably have the exact details of where it is. I can just RDP into the servers and manage all the VMWare ESX hosts.
02:16<Rubidium>I guess it's something for orudge to figure out as it being a routing issue has become pretty unlikely
02:17-!-lobstaro0o [~michielbr@86.89.201.189] has joined #openttd
02:18<Maarten>Anyways, around 16:00 my time (California USA), tt-forums.net did not work from my work connection, not through RDP into my home connection about 20km further down, and not from a datacenter in Amsterdam I manage daily. 3 strikes.... I gave up after that, and low and behold, it works perfectly now. My guess, the data center tt-forums.net is hosted at had internet problems. That doesn't seem too strange, it happens.
02:20<Maarten>re: Ipv6, the USA is hopelessly behind in IPv6..... but hey, we got like 40% of all worldwide IPv4 addresses, and quite a few big ISP's holding on to many millions of IP addresses.
02:21<@Terkhen>good morning
02:22-!-lobstaroooo [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
02:23<Maarten>anyways, time to go to bed. Gotta drive down to San Diego again tomorrow.
02:23<Rubidium>night
02:24<Rubidium>hope you're not too far up north in California though ;)
02:25-!-lobstaroooo [~michielbr@86.89.201.189] has joined #openttd
02:26<Maarten>Nah, just south of L.A.
02:27<Maarten>anyways, nn
02:27<Rubidium>oh, that's basically no distance at all (in USA terms) ;)
02:27-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has joined #openttd
02:27<Rubidium>have a nice trip! ;)
02:27<Rabbit67890>:)
02:29<Arafangion>Bah.
02:29<Arafangion>My combo signals are influencing each other.
02:30*Arafangion is forced to delete them.
02:30-!-lobstaro0o [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
02:31<Rabbit67890>bah im new here and dont really know how to play
02:32<@Terkhen>Rabbit67890: welcome... and http://wiki.openttd.org/Tutorial
02:32<@Terkhen>that should give you the basics
02:45-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has quit []
02:45<@Terkhen>heh
02:52-!-ptr [~peter@c213-89-142-179.bredband.comhem.se] has joined #openttd
02:58<CIA-6>OpenTTD: rubidium * r23192 /trunk/src/saveload/saveload.cpp: -Codechange: don't cast away const needlessly
02:58-!-sla_ro|master [slaco@95.76.27.160] has joined #openttd
02:59-!-andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has joined #openttd
03:04-!-lobstaro0o [~michielbr@86.89.201.189] has joined #openttd
03:08<andythenorth>is this diagram true? http://www.tt-forums.net/viewtopic.php?f=68&t=53654&p=979900#p979900
03:08<andythenorth>or lies?
03:09-!-lobstaroooo [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
03:09<andythenorth>hmm
03:09<andythenorth>I can improve that a bit
03:10<Rubidium>that's a new method you're proposing?
03:10<CIA-6>OpenTTD: rubidium * r23193 /trunk/src/ (6 files in 3 dirs): -Codechange: don't cast away const unneededly
03:11<Arafangion>andythenorth: That diagram looks incorrect.
03:11<andythenorth>Rubidium: that's a new method
03:11<Arafangion>andythenorth: Let me see if I understand it correctly... To determine if cargo is refitable, there is no need to check the excluded cargos prop?
03:12<andythenorth>refresh - I just made the diagram more explicit
03:12<Arafangion>Much clearer!
03:13<andythenorth>I don't know whether the implementation would check included or excluded first
03:13<andythenorth>but I assumed check included first
03:14-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has joined #openttd
03:15<andythenorth>if those new props were added, most of the refit mess can be avoided
03:16<andythenorth>leaving classes as a holy war between me and Eddi|zuHause
03:16<andythenorth>which probably interests no-one else :P
03:16-!-Celestar [~androirc@dslb-178-007-120-150.pools.arcor-ip.net] has joined #openttd
03:16<Celestar>mowning
03:17<andythenorth>hola
03:17<Rubidium>oh, a Celestar when I'm not at work!
03:17<Rubidium>it's a miracle! ;)
03:18<Celestar>in bed, with the smartphone :P
03:18<Celestar>was wondering, does openttd build on android?
03:19<Rubidium>on android I don't know, for android it should
03:19<Arafangion>I would be shocked if it didn't, although the GUI would be another matter.
03:19<Celestar>heh
03:19*Arafangion should get an Android laptop.
03:19<Celestar>i should try that one day
03:20<Celestar>yeah, the new Asus thing looks quite sexy
03:20<Arafangion>Asus's high-end tablet is interesting.
03:20<Arafangion>But imho, too expensive.
03:21<Celestar>Transformer Prime?
03:22<Arafangion>No, the Slate.
03:23<Arafangion>Although I think those ones are windows 7.
03:23<Arafangion>WHich is madness.
03:23<Arafangion>Seemed responsive, though, when I looked at it in the shop- but didn't feel like a 'Proper' tablet system.
03:23<Arafangion>The on-screen keyboard is a popup window, for instance.
03:24<Celestar>The prime has some quad core cpu goodness and a kickass gpu
03:24<Celestar>Tegra 3
03:24<Arafangion>Anyway, I'm off for dinner!
03:24<Celestar>CYA
03:26<CIA-6>OpenTTD: rubidium * r23194 /trunk/src/ (11 files in 2 dirs): -Codechange: don't cast away const needlessly
03:26-!-lobstaroooo [~michielbr@86.89.201.189] has joined #openttd
03:28<Celestar>http://www.big-screen.de/deutsch/pages/news/allgemeine-news/2011_11_09_7722_asus-transformer-prime-android-tablet-mit-quad-core-cpu.php
03:28<Celestar>check out that video...
03:28<Celestar>thats a friggen cpu for mobile devices...
03:31-!-lobstaro0o [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
03:32-!-DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd
03:37<andythenorth>peter1138: wtf is the logic if prop 1D (trains) is included in that diagram anyway?
03:37<CIA-6>OpenTTD: rubidium * r23195 /trunk/src/ (4 files in 3 dirs): -Codechange: if we really need to cast away constness, use const_cast
03:37<andythenorth>can anyone plot 'grumpy behaviour in #openttd' against 'number of interesting commits'?
03:38<andythenorth>might be an interesting chart
03:39<@peter1138>heh
03:39<@peter1138>unneededly :p
03:40<Celestar>we need const casts?
03:41<Rubidium>Celestar: yep
03:41<Rubidium>well, okay... it's not necessary... but...
03:41<Rubidium>then you can't use const at alll
03:41<@peter1138>a lot of projects don't
03:42-!-Progman [~progman@p57A1AF06.dip.t-dialin.net] has joined #openttd
03:42<Celestar>const is good :)
03:42<Rubidium>one noteworthy function that you might want to change to accept const is: free
03:44<Celestar>makes sense
03:44<Rubidium>which is the biggest source of const casts
03:45-!-HerzogDeXtEr1 [~Flex@88.130.176.97] has joined #openttd
03:46-!-lobstaro0o [~michielbr@86.89.201.189] has joined #openttd
03:49<Rubidium>roughly 60% of OpenTTD's const casts can be removed if free accepts const
03:49<andythenorth>so if the new vehicle refitting props were undefined, 1D (trains) would next be checked
03:49<andythenorth>so my diagram needs 'if defined'
03:49<andythenorth>what happens if only one of the new props is defined?
03:49<Rubidium>of the remaining ~40 roughly 20% is due to external APIs and the rest is internally in OpenTTD (generally for good reasons)
03:51-!-HerzogDeXtEr [~Flex@88.130.174.52] has quit [Ping timeout: 480 seconds]
03:52-!-lobstaroooo [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
03:56<Celestar>hungry.....
04:00<Celestar>bbl. foooood
04:00-!-Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has quit [Remote host closed the connection]
04:00-!-Celestar [~androirc@dslb-178-007-120-150.pools.arcor-ip.net] has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]
04:06<Eddi|zuHause>andythenorth: if you go the two-lists way then undefined prop would be equal to empty list
04:06<andythenorth>hmm
04:07<andythenorth>so my diagram does need to show 1D (train) check for every case
04:07<andythenorth>so refittability will be result from checking *5* properties
04:08<andythenorth>new include list, new exclude list, refittable cargos mask, refittable classes mask, non-refittable classes mask
04:08<andythenorth>where in the order is refittable cargos mask checked?
04:09<Eddi|zuHause>you need to do this order backwards, the most important operation must be done laat
04:09<andythenorth>in the implementation?
04:09<andythenorth>or from the pov of vehicle set author?
04:12-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
04:12-!-mode/#openttd [+o Alberth] by ChanServ
04:13<Eddi|zuHause>so: for_each(cargo) refittable = (cargo.class) in include_class_mask and not(cargo.class in exclude_class_mask) xor (cargo om refit_mask) and not(cargo in exclude_list) or (cargo in include list)
04:15<Eddi|zuHause>so: for_each(cargo) refittable[cargo] = (cargo.class) in include_class_mask and not(cargo.class in exclude_class_mask) xor (cargo in refit_mask) and not(cargo in exclude_list) or (cargo in include_list)
04:16<Eddi|zuHause>so: for_each(cargo) refittable[cargo] = (cargo.class in include_class_mask) and not(cargo.class in exclude_class_mask) xor (cargo in refit_mask) and not(cargo in exclude_list) or (cargo in include_list)
04:16<Eddi|zuHause>something like that
04:19<andythenorth>hmm
04:20<andythenorth>all of these discussions land me right back in year 1 philosophy lectures :P
04:20<andythenorth>what is XOR anyway?
04:20<andythenorth>wikipedia knows
04:20-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
04:21<Eddi|zuHause>"xor" is "toggle on/off"
04:21<Rubidium>basically (not x and not y) or (x and y)
04:21<Eddi|zuHause>if it's currently on, xor will turn it off, if it's currently off, xor will turn it on.
04:21<andythenorth>Eddi|zuHause: as I get the wrong answer for 40 + 40 * 0 +1, I'm the wrong person to try and make sense of the statements above :P
04:22<andythenorth>I can't do correct order of operations without inserting spurious brackets in many places
04:22<Rubidium>sorry, it's not ((not x and not y) or (x and y)) (if x and y are equal, then 0, otherwise 1)
04:25<@Alberth>xor means 'only one of the sides is on'
04:25<andythenorth>it was much easier in school with actual chips + LEDs
04:25<andythenorth>:P
04:26<andythenorth>you know you can do this logic with geared differentials?
04:26<andythenorth>e.g. lego technic
04:26<@Alberth>:D
04:26<andythenorth>AND = both inputs are 1 (spinning same direction)
04:27<andythenorth>OR = 1 input spinning (you get 50% speed though)
04:28<@Alberth>NOT is always the tricky one :)
04:28<@Alberth>also in openttd
04:29<andythenorth>use more differentials :P
04:30<@Alberth>it probably does not work, NOT is a primitive in many systems, ie you cannot construct it from other primitives
04:30<Eddi|zuHause><andythenorth> OR = 1 input spinning (you get 50% speed though) <-- you get similar problems in electronics. you can't push a signal through an infinite number of gates, because in each gate you lose some fraction of power
04:30<andythenorth>http://www.faludi.com/2006/11/13/lego-logic-gates/
04:30<Eddi|zuHause>andythenorth: you cannot construct NOT from only AND and OR
04:30<Eddi|zuHause>andythenorth: you need either NAND or NOR
04:32<andythenorth>Eddi|zuHause: in any case, I can't evaluate the statement you gave above :)
04:33<andythenorth>and I don't have enough lego or LEDs to test it :P
04:33-!-Snail_ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has quit [Quit: Snail_]
04:34<andythenorth>do I need to stop thinking of 'if' statements and think of bits?
04:34<andythenorth>I'm used to writing code where you do if (foo) {return x} else {return y}
04:37<@Alberth>bits look a lot like sets of numbers
04:37<@Alberth>{1,4,8} or {2} -> {1,2,4,8}
04:39<andythenorth>makes total sense
04:39<@Alberth>where 'symmetric difference' is actually XOR in bits
04:40-!-TheMask96 [~martijn@pride.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
04:40-!-Wolf01 [~wolf01@host48-239-dynamic.16-79-r.retail.telecomitalia.it] has joined #openttd
04:40<@Alberth>moin Wolf01
04:40<Wolf01>hello
04:40<andythenorth>so {1,4,8} xor {2} -> ??
04:41<@peter1138>{1,2,4,8}
04:41<@peter1138>1101 OR 0110 = 1111
04:41<@peter1138>1101 XOR 0110 = 1011
04:42-!-mahmoud [~KEM@ALyon-158-1-89-152.w90-29.abo.wanadoo.fr] has joined #openttd
04:42<SpComb>1 + 1 = 10
04:42<andythenorth>{1, 4, 8} xor {8} -> ?
04:42<andythenorth>{1, 4} ?
04:42<SpComb>ya
04:43<@peter1138>yes
04:43<andythenorth>ok so it's just sets :P
04:43<@peter1138>anyway
04:43<@peter1138>the actual logic you want is...
04:44-!-TheMask96 [~martijn@wrath.vhost.ne2000.nl] has joined #openttd
04:44*andythenorth barely passed engineering maths
04:44<SpComb>{1, 4} << 1 = ?
04:45<@Alberth>{x << 1 | x \in {1,4}} :)
04:46<@peter1138>((bitmask from included classes & ~bitmask from excluded classes) ^ bitmask from old refit property) | include list from CTT & ~exclude list from CTT
04:46<andythenorth>that makes sense
04:46<@peter1138>this stuff is all done at load time
04:46<@peter1138>the result is again a bitmask for refittable cargo types
04:47<andythenorth>so old refittable cargos bitmask would only used in conjuction with class bitmasks?
04:47<@peter1138>no, it would work as it did before
04:48<@peter1138>you wouldn't need to use it in conjunction with the CTT lists though
04:48<andythenorth>hmm
04:48<andythenorth>ok
04:49<@peter1138>and including/excluding via CTT list trumps any cargo classes
04:49<andythenorth>so if COAL is in the exclude list, but also in the old refit bitmask, COAL is refittable?
04:50<andythenorth>oh you answered that :P
04:52<Eddi|zuHause>andythenorth: www.informatik.uni-halle.de/~krause/refit_props.txt <-- if that's recognizable
04:52-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has quit [Ping timeout: 480 seconds]
04:53<Eddi|zuHause>-- = "yes", ·· = "no"
04:53<andythenorth>totally
04:53<andythenorth>ascii ftw
04:54<Eddi|zuHause>that's a http://en.wikipedia.org/wiki/Binary_decision_diagram
04:56<Eddi|zuHause>if you go the one-list-way, then simply replace "exclude_list" with "(global) CTT"
04:56<Eddi|zuHause>where i still think that's a bad idea
04:57<Eddi|zuHause>the thinking of "we don't need two properties, when we just can have one" brought us into this XOR mess in the first place
04:58<andythenorth>Eddi|zuHause: I'm convinced by the two props
04:59<andythenorth>it's not elegant, but neither is listening to every single vehicle set author complaining about the lack of an exclude property :P
04:59<andythenorth>usability > elegance
05:00<Eddi|zuHause>and if you take away the top two rows of the BDD, you have the current behaviour
05:02<@peter1138>http://fuzzle.org/~petern/ottd/cttlist.diff
05:02<@peter1138>^ might work, untested
05:02<@peter1138>it steals properties 0x40 & 0x41 :p
05:03<@peter1138>half the patch is to have access to e instead of ei for common properties
05:03<andythenorth>let's find out...
05:03<@peter1138>i can't remember why e & ei are still split
05:04*Eddi|zuHause has no idea what the difference is
05:05<@peter1138>originally ei was a const table
05:05<@peter1138>ah, it still is :)
05:08-!-|Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd
05:09-!-DDR [~DDR@142.179.78.88] has quit [Quit: In democracy it's your vote that counts; In feudalism it's your count that votes. - Mogens Jallberg]
05:11-!-valhallasw [~valhallas@193.52.24.37] has joined #openttd
05:12-!-JVassie [~James@2.27.86.104] has joined #openttd
05:16-!-lobstaroooo [~michielbr@86.89.201.189] has joined #openttd
05:16<andythenorth>peter1138: is it expected to work with RVs?
05:18<andythenorth>nvm some other issue
05:18<andythenorth>if refit mask and class masks are all 0, what's the expected refittability?
05:18<andythenorth>(using old props)
05:18*andythenorth has screwed something up again :P
05:20-!-Elukka [Elukka@78-27-85-57.bb.dnainternet.fi] has joined #openttd
05:20<@peter1138>andythenorth, all 0, then no refittability
05:20<@peter1138>unless you specify a list
05:20<@peter1138>btw, it's prop 0x40, then the number of items, then the items themselves
05:21<CIA-6>OpenTTD: smatz * r23196 /trunk/src/currency.cpp: -Fix: GCC 4.7 compilation
05:22-!-lobstaro0o [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
05:24<andythenorth>nforenum hates me using prop 0x40 and 0x41
05:25<andythenorth>I need to test this for trains only?
05:26<CIA-6>OpenTTD: smatz * r23197 /trunk/Makefile.src.in: -Fix: -Wno-narrowing didn't have any effect anymore
05:28<andythenorth>the indices to the CTT are bytes?
05:30<Eddi|zuHause>hm... not finding the nml code to reuse... the railtype lists are 4-byte-entries, and the "cargo lists" are fixed size arrays
05:30<andythenorth>hmm
05:30<andythenorth>nforenum hates me using 0x40 and 0x41 as train props too
05:31*andythenorth -> suppress errors?
05:31<Rubidium>or create an experimental nforenum that supports them
05:31-!-|Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO]
05:31-!-KritiK [~Maxim@93-80-125-117.broadband.corbina.ru] has joined #openttd
05:31<Eddi|zuHause>IDListProp <-- is that the right one?
05:32*valhallasw reads IDL and freaks out
05:32<@Yexo>Eddi|zuHause: no, that one has uses 4 bytes per entry
05:32<Eddi|zuHause>ByteListProp <-- that then?
05:32<@Yexo>you need a very similar class but with 1 byte per entry
05:33<@Yexo>almost, that one doesn't print len(self.data) to the grf
05:33<Eddi|zuHause>so len should be the beginning of the list
05:33<@Yexo>yes
05:33<Eddi|zuHause>let's see
05:37*andythenorth has to remember how to use grfcodec manually :P
05:37<andythenorth>damn automated build systems :D
05:37<@peter1138>andythenorth... how would nforenum know about properties i put into a patch just now?
05:38<Eddi|zuHause>peter1138: the problem is not that it doesn't know them, but that it treats that as fatal error
05:38<andythenorth>I can't suppress it either
05:38<@peter1138>so don't use nforenum
05:38<andythenorth>I don't expect it to support them :)
05:38<andythenorth>I just forgot how to work around it :P
05:38<@peter1138>it's not mandatory...
05:39<Eddi|zuHause>andythenorth: find the line in the Makefile and comment it out
05:39<@Yexo>andythenorth: most oikely the only way to work around it is to stop using nforenum completely
05:41<Eddi|zuHause>"global name 'ByteListProp' is not defined"
05:41<Eddi|zuHause>how do i fix that?
05:43<Eddi|zuHause>ByteListProp is defined in action0.py, but i tried to use it in action0properties.py
05:43<andythenorth>the makefile has an option to ignore renum errors iirc
05:43-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
05:44<@Yexo>Eddi|zuHause: move it to action0properties.py
05:44-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
05:44<@Yexo>and add it to the first import line in action0.py
05:46<Eddi|zuHause>(TypeError) "object of type 'Array' has no len()" <-- that would have been too easy :p
05:47<@Yexo>len(value.values) isntead of len(value)
05:47-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
05:47-!-mode/#openttd [+o Alberth] by ChanServ
05:48<Eddi|zuHause>or i define __len__
05:49<@Yexo>please make that a separate patch
05:49-!-TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
05:51<Eddi|zuHause>right... that should be easy :)
05:52<Eddi|zuHause>now i need an elegant way to append the length to the beginning of the list...
05:52<@Yexo>values = [len] + values ?
05:52<@Yexo>not really elegant, but very short :)
05:53<@peter1138>could make it a 0 terminated list
05:53<@peter1138>except 0 is a valid index ;p
05:55<@Yexo>a list with known size is a lot easier for nforenum
05:56<Eddi|zuHause>at least it compiles now without errors...
05:57<andythenorth> hmm
05:57<andythenorth>peter1138: appears to work for includes
05:58<andythenorth>requiring the length might foil my plan to use defines :D
05:59<Eddi|zuHause>teach renum to fill out the length :)
06:00<andythenorth>hmm
06:00<andythenorth>how do I create a test case for the exclude?
06:00*andythenorth has to go look up classes :(
06:01<@peter1138>how else will we know when to stop reading? :p
06:01-!-Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
06:01<@peter1138>also while i'm at it, is bytes enough for everything?
06:02<Eddi|zuHause>640k is enough for everybody
06:02<@peter1138>i can't imagine a CTT with enough entries to need more
06:02<@peter1138>they won't work in act3 anyway
06:05-!-Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd
06:08<andythenorth>peter1138: exclude works
06:09<@peter1138>hmm
06:09<@peter1138>if it was a list of labels then it could be (4 byte) 0 terminated ;p
06:10<andythenorth>mäh
06:10<andythenorth>exclude still feels all wrong :P
06:11<andythenorth>nvm
06:15-!-hanf [~Klaus@host-78-146-182-126.as13285.net] has joined #openttd
06:17-!-lobstaro0o [~michielbr@86.89.201.189] has joined #openttd
06:17<@peter1138>time to test YAIM
06:20<@peter1138>i can't be bothered to set up newgrfs these days :(
06:21<andythenorth>peter1138: it's a hassle knowing what vehicles transport which cargo :P
06:21<andythenorth>I blame the newgrf authors
06:22-!-lobstaroooo [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds]
06:31<@peter1138>hmm, ambient noises seem really loud :S
06:37<@peter1138>bugger that, default vehicles are annoying
06:38<@peter1138>also the map only had one forest :S
06:38-!-mahmoud [~KEM@ALyon-158-1-89-152.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer]
06:38<@peter1138>(snowy map with lots of snow)
06:38-!-mahmoud [~KEM@ALyon-158-1-89-152.w90-29.abo.wanadoo.fr] has joined #openttd
06:39<@peter1138>andythenorth, give me a good newgrf list :D
06:40<andythenorth>any pikka set
06:40<andythenorth>I'm biased, I say use HEQS, FISH, FIRS, CHIPS :P
06:40<andythenorth>opengfx + vehicles is a nice change from eGRVTS
06:40<andythenorth>plane set
06:41-!-lobstaro0o [~michielbr@86.89.201.189] has left #openttd [COCKBUSTER GO... GOING!]
06:41<andythenorth>hmm new AV8 is pretty awesome
06:41<andythenorth>slow and expensive bridges
06:42-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
06:42<@peter1138>that's a newgrf?
06:43<andythenorth>yup
06:43<andythenorth>pikka made it I think
06:44<@peter1138>planeset isn't on bananas? hmm
06:44<Eddi|zuHause>Yexo: it appears to work, but i'm not entirely sure about correctness. www.informatik.uni-halle.de/~krause/nml_move_bytelistprop.diff and www.informatik.uni-halle.de/~krause/nml_ctt_lists.diff
06:44<andythenorth>peter1138: use AV8 instead
06:44<andythenorth>it's better
06:44<andythenorth>if you cba with all the FIRS nonsense, use PBI
06:44<@peter1138>ah
06:44<@peter1138>Expensive Short and Slow Bridge
06:45<Eddi|zuHause>accompanying CETS diff: www.informatik.uni-halle.de/~krause/cets_ctt_lists.diff
06:48<@peter1138>playing with YAIM and EZ
06:48<@peter1138>oof, 64MB spritecache too small :p
06:50<Eddi|zuHause>peter1138: i suspect this is a bug in your patch: a wagon without suitible cargo is still available for purchase
06:50<Eddi|zuHause>*suitable
06:52<@peter1138>Eddi|zuHause, that's nothing to do with refitting
06:52<@peter1138>well technically it is :p
06:52<Eddi|zuHause>peter1138: but it's a change to previous behaviour
06:53<@peter1138>no it's not
06:53<andythenorth>Eddi|zuHause: http://www.tt-forums.net/viewtopic.php?f=68&t=53654&p=979940#p979940
06:54<Eddi|zuHause>andythenorth: technically you can unify the left and right "check refit mask" boxes
06:54<andythenorth>I figured that should be the case
06:55<andythenorth>this makes my brain box hurt
06:55<andythenorth>brb
06:55<@peter1138>gah, bug in EZ :p
06:58-!-DOUK [~KEM@ALyon-158-1-194-179.w109-212.abo.wanadoo.fr] has joined #openttd
06:58-!-pugi [~pugi@dyndsl-091-096-054-150.ewe-ip-backbone.de] has joined #openttd
07:00<Eddi|zuHause>andythenorth: update: http://www.informatik.uni-halle.de/~krause/refit_props.txt
07:02<@peter1138>Eddi|zuHause, ah, maybe it just needs to set refitmask_valid for props 40/41 too
07:02-!-blotek_ [~blotek@djr11.neoplus.adsl.tpnet.pl] has joined #openttd
07:02<@peter1138>hmm, maybe not :S
07:03<@peter1138>did you set the vehicle cargo type to be invalid? (is that possible?)
07:03-!-Celestar [~dax@dslb-178-007-120-150.pools.arcor-ip.net] has joined #openttd
07:03<Eddi|zuHause>dunno...
07:03-!-mahmoud [~KEM@ALyon-158-1-89-152.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
07:03<@peter1138>if the cargo type is valid then the vehicle can be used
07:03<Eddi|zuHause>maybe it's a bug on my end of the code, though
07:04<Eddi|zuHause>maybe the spec needs refinement on that part as well
07:04<Celestar>b
07:04<Eddi|zuHause>c
07:04<@peter1138>http://en.wikipedia.org/wiki/Seeking_Major_Tom < anyone have that? :p
07:05<Celestar>hm....
07:06-!-George|2 [~George@212.113.107.39] has joined #openttd
07:06-!-George is now known as Guest16824
07:06<@peter1138>ah, turning infrastructure maintenance on would help
07:06-!-George|2 is now known as George
07:06<@peter1138>£13/month for one rail line! that's terrible!
07:06<@peter1138>make it linear right away :p
07:06-!-koukku [samilat@shell.metropolia.fi] has joined #openttd
07:07<@peter1138>playing with the old landscape generator
07:07<@peter1138>makes hard maps to link by rail
07:08<Eddi|zuHause>urghs
07:09<@peter1138>what?
07:09<@peter1138>hmm
07:10<@peter1138>someone™ should make some decent passenger stations ;)
07:11<Celestar>we need destinations! :P
07:11<@Terkhen>yes :)
07:12<Eddi|zuHause>i've been saying that for over 4 years now :p
07:12<Eddi|zuHause>in fact, i haven't played a decent game without destinations since then :)
07:12-!-Guest16824 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds]
07:14<Celestar>Eddi|zuHause: yeah I know that feeling :p
07:14<Eddi|zuHause>hm... my last non-destinations game is from february 2008
07:14<andythenorth>peter1138: the landscape generator is muchos bad
07:14<andythenorth>what are you PAX station problems?
07:14<andythenorth>+r
07:15<Celestar>Load new symbol table from "/chome/vici/coding/openttd-newmap/bin/openttd"? (y or n)
07:15<Celestar>Please answer y or n.
07:15<Celestar>dumb gdb, can't you assume the default to be ... SOMETHING?
07:16<Eddi|zuHause>started in sep 2007
07:17<Celestar>hm..
07:17<Celestar>saveload of cliffs appears to be working \o/
07:18<@peter1138>:D
07:18<@peter1138>oh dear, my train is stuck :(
07:21<@peter1138>sounds ridiculous at 1mph
07:22<Celestar>rofl
07:22<Celestar>well then get your butt outside the cabin and push!
07:24<@peter1138>hmm, iron ore mine above snow level?
07:24<@peter1138>looks... odd
07:25<Celestar>any idea on how a cliff build GUI could look?
07:25<Celestar>make new buttons?
07:26<Celestar>Eddi|zuHause: how many destinations implementations were you trying in the past 4 years?
07:27<andythenorth>one day I'll fix the iron ore mine
07:29<Celestar>fix? as in?
07:29<@peter1138>ah, it's not my bug then :D
07:35<Celestar>hm.
07:36*Celestar tries a hacky workaround of a cliff GUI
07:41<andythenorth>Eddi|zuHause: improved version: http://www.tt-forums.net/viewtopic.php?f=68&t=53654&p=979940#p979940
07:52-!-DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has left #openttd []
07:53<Rubidium>Celestar: isn't the most essential dependency of cliffs the ability to see behind them, i.e. to rotate the map?
07:53<@peter1138>map slices
07:54<koukku>hey
07:54<koukku>which vehicles lag multiplayer games most?
07:54<koukku>or is there any difference
07:56<Rubidium>it heavily depends on the situation
07:57<Rubidium>though generally ships
07:57<koukku>okay
07:58<Rubidium>however, if ships are going short distances (short distance between buoys) or over canals, they won't cause much of a lag
07:58<Rubidium>on the other hand, the actual moving of all the wagons of a train takes quite some time
07:59-!-Celestar [~dax@dslb-178-007-120-150.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
08:00<CIA-6>OpenTTD: rubidium * r23198 /trunk/src/ (21 files in 7 dirs): -Codechange: introduce a free that takes const pointers so we don't need to cast to void/non-const before being able to free
08:01<koukku>so if you put buoys more densely it should reduce the lag?
08:02<Rubidium>it could
08:02<Rubidium>but generally lag is caused by the client not being fast enough to keep up with the server
08:07-!-TGYoshi_ [~TGYoshi@86.81.146.146] has joined #openttd
08:07-!-glx [glx@2a01:e35:2f59:c7c0:d0d2:7986:b6e3:a3c] has joined #openttd
08:07-!-mode/#openttd [+v glx] by ChanServ
08:12<Arafangion>Or slow internet.
08:14-!-TGYoshi [~TGYoshi@86.81.146.146] has quit [Ping timeout: 480 seconds]
08:15-!-Zeknurn [~Zeknurn@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Quit: - nbs-irc 2.39 - www.nbs-irc.net -]
08:15<Eddi|zuHause><Celestar> Eddi|zuHause: how many destinations implementations were you trying in the past 4 years? <-- i think it was 4 different ones
08:16-!-Zeknurn [~Zeknurn@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd
08:31<@peter1138>part of me says 4x is pointless
08:31<@peter1138>and 2x is more than enough
08:31<@peter1138>lots of me actually
08:31<Eddi|zuHause>i think we discussed that plenty of times :)
08:31<@peter1138>i'm playing with EZ
08:31<@peter1138>and it's kinda annoying
08:31<@peter1138>keep going to max zoom then 1 out again
08:32<andythenorth>screenshots!
08:33<@peter1138>:S
08:33<andythenorth>should I add more steam trams to HEQS?
08:33<andythenorth>I have sprites for two big steam engines
08:34<andythenorth>might make the game a bit easy in the 1880s though
08:34<andythenorth>currently there's just one lame weak tram
08:34<@peter1138>CHIPS doesn't have much
08:34<andythenorth>CHIPS is minimal :)
08:35<@peter1138>i liked newstats
08:35<@peter1138>cba to download manually
08:35<@peter1138>silly mb
08:35<Eddi|zuHause>$someone is holding out on us with a newstations update that is railtype-compatible
08:35<@peter1138>andythenorth, it's no use for passengers ;(
08:36<@peter1138>unless i wanna load them by crane :D
08:36<andythenorth>peter1138: what are your requests for PAX?
08:36<andythenorth>I gave you flowerbeds :P
08:36<andythenorth>(for cheating into towns with)
08:36<andythenorth>and a crappy post office I need to redraw
08:36<@peter1138>flowerbeds?
08:36<andythenorth>CHIPS tiles -> concourse
08:37<Eddi|zuHause>peter1138: http://www.ttdpatch.de/download.html
08:37<@peter1138>oh yes
08:37<@peter1138>andythenorth, what does that go with?
08:37<andythenorth>default stations
08:37<andythenorth>I like default stations
08:38<andythenorth>I could do more
08:38<andythenorth>do / write tickets /s
08:38<andythenorth>hmm
08:39<andythenorth>I have the nightly, not sure what's in the bananas version of CHIPS
08:39<@peter1138>crap, i have no rvs :S
08:39<andythenorth>common problem
08:40-!-TheMask96 [~martijn@wrath.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
08:40<andythenorth>what year are you playing?
08:40<@peter1138>oh
08:40<@peter1138>1900 :p
08:40<@peter1138>i need egrvts
08:40<@peter1138>for horses
08:40<@peter1138>heh
08:40<@peter1138>dbg: [grf] NewGRF 'HEQS (Heavy Equipment Set) 1.3.0' provides incorrect information
08:40<andythenorth>you have no good PAX vehicles yes?
08:40<@peter1138>:p
08:40<andythenorth>grr
08:41<@peter1138>i have no pax vehicles :p
08:41<andythenorth>that's the thing I fixed yesterday I hope - using DC texts
08:42<Eddi|zuHause>"romania confiscates nokia factory"
08:44-!-TheMask96 [~martijn@greed.vhost.ne2000.nl] has joined #openttd
08:44-!-cowsgomoo [~xren@95.84.18.67] has quit [Read error: Connection reset by peer]
08:47<andythenorth>hmm
08:47<andythenorth>so the readme viewer is ignoring my newlines :P
08:47-!-snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has joined #openttd
08:47<andythenorth>wrong format newlines?
08:48<@peter1138>mac?
08:48<valhallasw>andythenorth: or maybe markdown, where a single newline means nothing and a double newline means a new paragraph?
08:48<andythenorth>mac
08:48<valhallasw>not sure about the context here ;-)
08:49<Rubidium>andythenorth: so there are no newlines in the file, just carriage returns (which are ignored)
08:49<andythenorth>fixed
08:49<andythenorth>I should hard wrap 80 char?
08:50<@peter1138>it's proportional
08:50<@peter1138>so 80 chars is... odd :p
08:50<andythenorth>80 chars also looks odd
08:50<andythenorth>I tried it :P
08:50<@peter1138>wait for someone™ to add linewrapping ;)
08:50<andythenorth>is hard wrap a bad idea?
08:52*andythenorth ignores hard wrap
08:52<andythenorth>might inspire someone to add linewrap
08:52<Rubidium>I think the bigger problem might be the proportialness of the font
08:53<Rubidium>so the question is whether to use the proportional font and "make" it proportional by drawing it letter by letter
08:53<andythenorth>he
08:53<andythenorth>stupid smart quotes
08:53<andythenorth>I've straightened quotes in my readme
08:53<andythenorth>the game puts them back into smart quotes
08:53<andythenorth>by incorrectly
08:53<andythenorth>or it doesn't have a straight ' char
08:54<andythenorth>(original base set)
08:54-!-pugi [~pugi@dyndsl-091-096-054-150.ewe-ip-backbone.de] has quit [Quit: I reject your reality and substitute my own]
08:54<Rubidium>could you upload the text somewhere?
08:54<Rubidium>maybe it still isn't just ' but some fancier unicode character
08:54<andythenorth>I can commit it if that helps :P
08:55<andythenorth>Rubidium: http://paste.openttdcoop.org/show/743/
08:55<andythenorth>dunno if pastebin handles unicode correctly
08:56*andythenorth -> converts text to ASCII
08:56<z-MaTRiX>hi:)
08:57<andythenorth>ascii version http://paste.openttdcoop.org/show/744/
08:57<@peter1138>andythenorth, it only has a curvy '
08:57<andythenorth>explains it
08:58<Eddi|zuHause><andythenorth> is hard wrap a bad idea? <-- yes, hard wrap is a bad idea. it will fail with different window widths and different font sizes.
08:58<Eddi|zuHause>imagine line wrap is introduced, and the window is ending up slightly narrower than your hard wrap
08:58<Eddi|zuHause>you get one-word lines every second line
08:58<andythenorth>yup, no hard wrap then
09:02<Eddi|zuHause>we should have special markers for "start proportional text here"
09:02<Eddi|zuHause>special ANSI escape sequences
09:02<Eddi|zuHause>(also for colours and stuff)
09:03<Eddi|zuHause>back in my DOS days, you could do really crazy stuff with ANSI escape sequences
09:07<Arafangion>I do find ottd's quotes to be annoying.
09:07<Arafangion>Double-quotation marks are almost unreadable as such.
09:08<Eddi|zuHause>i don't remember seeing quotes anywhere
09:09<Arafangion>Try in-game chat.
09:09<Arafangion>Also, the caption for the quit button on the main menu, although that's single quotes, not double.
09:09<andythenorth>I'll swap quotes for * for now
09:14<andythenorth>have a new HEQS :P
09:14<andythenorth>1.4.0 now on the fruit machine
09:16<Rubidium>http://rbijker.net/openttd/screenshot%231.png <- oh... it's proportional! ;)
09:16<@peter1138>o_O
09:17<Eddi|zuHause>Rubidium: that looks horrible
09:17<andythenorth>that's awesome
09:17<andythenorth>very easy to read :)
09:17<andythenorth>is it just me who finds that super-fast to scan read? :o
09:18<Eddi|zuHause>Rubidium: is that max(width_of_chars)?
09:18<andythenorth>hmm
09:18<Rubidium>Eddi|zuHause: yes, in this case the W of MinGW
09:18<Arafangion>I find that hard to read.
09:18*andythenorth plans next HEQS update
09:18<Arafangion>Hard to skim, too.
09:18<andythenorth>rv-wagons <- really not happening is it?
09:18<Rubidium>(in the third full line)
09:18<Arafangion>(And I mainly skim)
09:19*andythenorth will plan accordingly
09:19<Eddi|zuHause>Rubidium: maybe you should take width_of('m') or so
09:19<Eddi|zuHause>or we include a real monospace font
09:20<Rubidium>http://rbijker.net/openttd/screenshot%232.png
09:20<Arafangion>Why do you want monospace, anyway?
09:20<Eddi|zuHause>Arafangion: tables, ascii-art, ...
09:21<Qantourisc>montpsace has it's uses
09:21<Arafangion>Rubidium: That's fairly pleasant, actually, although I think you could get it slightly more compressed.
09:21<Arafangion>Rubidium: It's not that bad if the 'm''s touch.
09:22<@peter1138>are you drawing that one letter at a time? heh
09:22<Rubidium>peter1138: yes
09:23<Eddi|zuHause>Rubidium: i think the proper method is to make a monospace sprite font, and include the option to use a monospace font in the config
09:24<Arafangion>Actually, the 'G', and 'W', already touch there.
09:24<Arafangion>Wouldn't it be possible for you guys to have the psuedo-mono option only for ascii art, as deliniated by, perhaps an ASCII-BEL character?
09:25<Eddi|zuHause>something readable that is filtered, like "$$" or something, may be better
09:26<Eddi|zuHause>"[mono]" "[/mono]"
09:26<Eddi|zuHause>or "[code]" to match forum style
09:26<Arafangion>Sensible, I'd avoid using "$$"'s, simply because currency's already used and you risk a typo being semantically significant.
09:27<@peter1138>it's possible to have a real monospace font ;)
09:27<@peter1138>heh, FS_MONO :p
09:27<Rubidium>peter1138: you mean by means of fontconfig (or friends)?
09:28<Eddi|zuHause>so... who's writing a bb-code parser? :)
09:28<Arafangion>Such parsers are trivial.
09:29<Eddi|zuHause>even trivial code has to be written
09:29<Arafangion>Well, yes, but in this case, making use of the parser itself would be more work.
09:29<Rubidium>in any case, I leave having support for monospaced fonts in the NewGRF readme viewer to... the NewGRF developers (or drawers). If they want to have one, please come up with the sprites for it. ;)
09:33*andythenorth will live with scrolling :P
09:34<andythenorth>and non-monospace :P
09:34<andythenorth>hmm
09:34<andythenorth>is this farm truck useful in HEQS?
09:34<andythenorth>http://www.roadtransport.com/blogs/big-lorry-blog/2011/11/dont-say-zetros-say-secutor-th.html
09:34<@peter1138>it looks cool
09:35<@peter1138>have you done unimogs? hehe
09:35<andythenorth>mogs are in
09:35<andythenorth>but they don't haul much
09:35<andythenorth>no trailers :(
09:39<Eddi|zuHause>need tractors with 2 trailers
09:39<Eddi|zuHause>the only vehicle allowed with more than one trailer on german roads
09:40<andythenorth>needs rv-wagons :P
09:40<andythenorth>or the buy menu gets spammed
09:40<andythenorth>could do tram-style refitting
09:41<andythenorth>Eddi|zuHause: if you design an interesting scheme for HEQS tractors I'll code it
09:41<andythenorth>they're so boring I was considering removing them :P
09:42<andythenorth>if you care about reality however, farm stuff should be moved by truck
09:42<Eddi|zuHause>why so complicated? tractor+2 wagons, fixed.
09:43<Eddi|zuHause>refitable to bulk
09:43<Qantourisc>Can you open shares to your company ?
09:43<Qantourisc>or only for A.I.'s ?
09:43<Eddi|zuHause>i never cared about shares
09:46<Qantourisc>:p
09:47-!-HerzogDeXtEr [~Flex@88.130.176.97] has joined #openttd
09:48<Eddi|zuHause>haha VoyagerOne is funny... "sure... keep these liveries coming" ... and just a day later ... "i never realized it were THAT many liveries" :p
09:50<andythenorth>the problem with HEQS is knowing when to stop adding things :P
09:50<@Terkhen>:)
09:51<andythenorth>and also trying to avoid the boring progression of 10% faster, 10% bigger
09:51<andythenorth>for vehicles
09:51<andythenorth>*so* boring
09:52<Eddi|zuHause>you could make it 10% faster, 10% cheaper
09:53<Eddi|zuHause>same size
09:53<andythenorth>sometimes I make it bigger, same speed
09:53-!-HerzogDeXtEr1 [~Flex@88.130.176.97] has quit [Ping timeout: 480 seconds]
09:53<andythenorth>and with trams, I force mixing vehicles with different speeds
09:54<andythenorth>for more evil 8)
09:54<Eddi|zuHause>something about trams: autoreplace is a little awkward. if you made it "Short", "Medium", "Long" instead of "4 Wagons", "9 Wagons", "15 Wagons", autoreplace would work better
09:54<Rubidium>andythenorth: sometimes make them bigger (in size) but with less capacity but lower cargo aging
09:55<andythenorth>Eddi|zuHause: if you can explain it, I'll do it
09:55<andythenorth>we keep the same subtypes across all vehicles?
09:55<Eddi|zuHause>yes
09:55<Eddi|zuHause>IIRC autoreplace goes by subtype name
09:56<andythenorth>iirc auto-renew fails for tram subtypes
09:56<andythenorth>which makes me suspect auto-replace might fail too
09:56<Eddi|zuHause>clone also failed last time i checked
09:56<Eddi|zuHause>it's a missing feature, i guess. but autoreplace has specific magic wrt subtypes
10:13-!-|Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd
10:13<andythenorth>Eddi|zuHause: http://dev.openttdcoop.org/issues/3238
10:15<andythenorth>bll
10:15-!-andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
10:16<Rubidium>so... where can I download this dbset xl 0.9 that was released yesterday?
10:17<Eddi|zuHause>Rubidium: haha :p
10:17<Eddi|zuHause>Rubidium: certainly not on bananas :p
10:24<Elukka>ESU started making HO locomotives
10:24<Elukka>http://www.youtube.com/watch?v=eheySFhcl3Y
10:24<Elukka>it screeches when it goes over the switch! i want one
10:28<Eddi|zuHause>a propos screeching: running sound callback for stopping a train!
10:30-!-supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd
10:35-!-|Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Remote host closed the connection]
10:37<MNIM>Then make it so, numbah one!
10:46-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has joined #openttd
10:53-!-HerzogDeXtEr [~Flex@88.130.176.97] has quit [Read error: Connection reset by peer]
10:54-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has quit [Ping timeout: 480 seconds]
11:06<@peter1138>Eddi|zuHause, isn't the stopping status already exposed?
11:06<@peter1138>oh
11:06<@peter1138>but they stop instantly :p
11:06<@peter1138>unless you stop them by hand, but who does that?
11:07<Eddi|zuHause>i think not... at least the last time i skimmed the spec, i didn't see them
11:09<@peter1138>Eddi|zuHause, var B2?
11:09<@peter1138>,.......,.......case 0x32: return v->vehstatus;
11:09<@peter1138>32+80=B2
11:10<@peter1138>vehstatus contains VS_TRAIN_SLOWING
11:10<@peter1138>hmm
11:10<@peter1138>VS_STOPPED too
11:10<@peter1138>hmm, VS_TRAIN_SLOWING is for breakdowns, heh
11:11<@peter1138>and VS_STOPPED means the player requested it to stop
11:23-!-TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd
11:24<Eddi|zuHause>peter1138: AS_BREAK might be the one i search
11:24<Eddi|zuHause>err...
11:24<Eddi|zuHause>AS_BRAKE
11:26<Eddi|zuHause>but that's probably not enough
11:29<@peter1138>doesn't matter
11:29<@peter1138>easy enough to add if it becomes necessary
11:30<@peter1138>like if trains slowed slowly everywhere, not just stations
11:31<MNIM>even if it only sounds while slowing down at stations it'd be a good idea
11:32<Eddi|zuHause>well, screeching is typically the last phase of decelerating, right before stopping
11:33<Eddi|zuHause>and i think there were some bugs wrt trying to accelerate beyond the track's max speed, which is incorrectly handled in some running cost callback of one of pikka's grfs
11:33<Eddi|zuHause>which might be a pure grf bug, or some necessary variables not exposed
11:36-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
11:37<@peter1138>oh?
11:37<@peter1138>it probably does try to accelerate, heh
11:42-!-Devedse [~Devedse@cable-123-30.zeelandnet.nl] has joined #openttd
12:14-!-valhalla1w [~valhallas@193.52.24.37] has joined #openttd
12:18-!-Progman [~progman@p57A1AF06.dip.t-dialin.net] has quit [Remote host closed the connection]
12:20-!-Snail_ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has joined #openttd
12:20-!-valhallasw [~valhallas@193.52.24.37] has quit [Ping timeout: 480 seconds]
12:34-!-andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has joined #openttd
12:41-!-pugi [~pugi@dyndsl-091-096-059-040.ewe-ip-backbone.de] has joined #openttd
12:54-!-Snail__ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has joined #openttd
12:54-!-Snail_ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
12:59<andythenorth>hola
13:00<supermop>hi andy
13:06<CIA-6>OpenTTD: rubidium * r23199 /trunk/src/ (order_backup.cpp order_base.h order_cmd.cpp station.cpp): -Fix [FS#4822]: oil rigs that "expired" did not get removed from the station list
13:08<andythenorth>peter1138: what kind of pax station stuff do you seek?
13:09-!-enr1x [~kiike@62.57.225.29.dyn.user.ono.com] has joined #openttd
13:14<@peter1138>like mb's
13:14<@peter1138>but on bananas ;p
13:16-!-LordAro [5684196d@ircip1.mibbit.com] has joined #openttd
13:17<LordAro>evenings
13:18<@Alberth>evenink
13:18<LordAro>hai Alberth
13:26<@Yexo>Eddi|zuHause: your patches for nml are fine :)
13:26<@Yexo>only thing I'd change most likely is the naming of the properties
13:28-!-DanMacK [~DanMacK@216.149.187.98.ptr.us.xo.net] has joined #openttd
13:28<DanMacK>Hey all
13:31-!-DanMacK [~DanMacK@216.149.187.98.ptr.us.xo.net] has quit []
13:34-!-Celestar [~dax@gatemuenchen.witte-pm.de] has joined #openttd
13:42-!-Celestar [~dax@gatemuenchen.witte-pm.de] has quit [Ping timeout: 480 seconds]
13:43-!-Progman [~progman@p57A1AF06.dip.t-dialin.net] has joined #openttd
13:43<andythenorth>hmm
13:45<CIA-6>OpenTTD: translators * r23200 /trunk/src/lang/ (french.txt italian.txt unfinished/persian.txt vietnamese.txt):
13:45<CIA-6>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-6>OpenTTD: french - 1 changes by Snail_
13:45<CIA-6>OpenTTD: italian - 1 changes by Snail_
13:45<CIA-6>OpenTTD: persian - 31 changes by Peymanpn
13:45<CIA-6>OpenTTD: vietnamese - 1 changes by nglekhoi
13:48<CIA-6>OpenTTD: yexo * r23201 /trunk/src/ai/ (9 files in 2 dirs): -Doc: [NoAI] Hide all contents of AIObject from the API documentation as AIs were never able to use it anyway
13:50<andythenorth>mb stations look quite...complex and lots of work
13:50*andythenorth was wondering if there are things that could be boshed into CHIPS in one evening
13:50<LordAro>and... Go!
13:50<LordAro>:)
13:52-!-HerzogDeXtEr [~Flex@88.130.176.97] has joined #openttd
13:53<Rubidium>andythenorth: grfv8 support?
13:53<andythenorth>good idea
13:53<andythenorth>is it XOR grvv8, or OR grfv7, grfv8 ?
13:53<andythenorth>presumably it has be v7 or v8?
13:54<Rubidium>you can only support one version in a NewGRF
13:54<andythenorth>thought so
13:54<andythenorth>I'm going to move all my grfs to v8 ASAP
13:54<andythenorth>dunno about FIRS
13:54<andythenorth>but HEQS, CHIPS, FISH
13:54<LordAro>nml doesn't yet support grfv8 iirc
13:55<andythenorth>does grfcodec either?
13:55<Rubidium>grfcodec doesn't need support for it.
13:55<andythenorth>win
13:55<Rubidium>nforenum supports it since a week or so
13:55<andythenorth>I'll pull nforenum now
13:56<Snail__>does nforenum support the new refitcost callback?
13:56<andythenorth>hmm
13:57<andythenorth>apparently I don't build my nforenum
13:57<Snail__>well, yesterday I used that callback for the first time and nforenum complained about it
13:57<Rubidium>Snail__: probably not
13:57-!-HerzogDeXtEr [~Flex@88.130.176.97] has quit [Quit: Leaving.]
13:57<Snail__>I see. Any plans to support it?
13:58<@Yexo>Snail__: what is the cb number?
13:58-!-HerzogDeXtEr [~Flex@88.130.176.97] has joined #openttd
13:58<Rubidium>15E
13:59<andythenorth>I do build mu own nforenum, but I forget stuff easily :P
13:59*andythenorth needs to build his own brain
13:59<Snail__>thanks Rubidium, I use mb's m4nfo to code, so I'm not familiar with callback numbers :)
14:00<Rubidium>anyhow, now it should accept it
14:00<Snail__>oh, is there a new version I can download and compile?
14:00<@Yexo>you were a minute quicker
14:01<@Yexo>Snail__: http://dev.openttdcoop.org/projects/grfcodec/repository
14:02<andythenorth>hmm
14:03<Snail__>sounds great
14:03<Rubidium>Yexo: how do you think I knew the callback number ;)
14:04<@Yexo>from memory? :p
14:05<andythenorth>wonder how much of my nfo is not grfv8 compliant
14:06<Snail__>so I can download the nightly, then replace only the data.cpp and finally compile it?
14:17-!-Devedse_ [~Devedse@cable-213-34-237-88.zeelandnet.nl] has joined #openttd
14:17-!-Devedse [~Devedse@cable-123-30.zeelandnet.nl] has quit [Ping timeout: 480 seconds]
14:18-!-snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has quit []
14:18<Snail__>works :) thank you!
14:18-!-Devedse [~Devedse@cable-213-34-237-88.zeelandnet.nl] has joined #openttd
14:20<andythenorth>would anyone find it interesting to see where HEQS might fail grfv8
14:20<andythenorth>?
14:20<andythenorth>I am reading https://secure.openttd.org/wiki/Frosch/GRF_Version_8 atm
14:20<andythenorth>I'll do all the fixes, just wondering what breaks
14:24-!-ptr [~peter@c213-89-142-179.bredband.comhem.se] has quit [Quit: Zzzzzz]
14:25-!-Devedse_ [~Devedse@cable-213-34-237-88.zeelandnet.nl] has quit [Ping timeout: 480 seconds]
14:26<CIA-6>OpenTTD: rubidium * r23202 /trunk/src/network/network_gui.cpp: -Fix [FS#4829]: unstable sorting in the network list when two servers had the exact same name
14:30-!-DOUK [~KEM@ALyon-158-1-194-179.w109-212.abo.wanadoo.fr] has quit [Read error: Connection reset by peer]
14:32-!-mahmoud [~KEM@ALyon-158-1-115-136.w90-29.abo.wanadoo.fr] has joined #openttd
14:34-!-He||isH [~hellish@89.169.56.133] has joined #openttd
14:38<He||isH>hi! i updated openttd. in game has changed the font to italic. how to fix?
14:38<@Yexo>you can change the font in openttd.cfg
14:38-!-HerzogDeXtEr [~Flex@88.130.176.97] has quit [Quit: Leaving.]
14:38-!-HerzogDeXtEr [~Flex@88.130.176.97] has joined #openttd
14:40<He||isH>what option turns off italic?
14:42<Rubidium>there is no option for italic
14:42<Rubidium>if the font that is provided by OpenTTD does not support your language it asks your operating system for a suitable font
14:43<Rubidium>so your operating system has returned the italic font as most suitable to OpenTTD
14:43<Rubidium>section 9 of the readme tells you how to set a font yourself, i.e. how to override the choice the operating system makes for you
14:45-!-SystemParadox [~simon@proxima.systemparadox.co.uk] has joined #openttd
14:46<Snail__>I see... talking about this, my OTTD changes font depending on the language I select
14:46<Snail__>English, French, Italian etc. have each a specific font... and I never set anything up like this
14:48<Rubidium>well... it asks for a font that supports a particular language
14:49<Snail__>but Western languages should be supported by the same fonts... shouldn't they?
14:50<MNIM>the word is /should/ yes.
14:51<Rubidium>Snail__: basically all Western languages are supported by the default font
14:51<Snail__>right...
14:51<Snail__>but in my case, French and English have a font that's different from default
14:52<Snail__>I have no idea why it gets changed
14:52<Rubidium>then what version are you using?
14:52<Snail__>the latest (23201)
14:53<Snail__>I just compiled it
14:53<Rubidium>they both use the same default font for me
14:53<Snail__>but it also happened with earlier versions
14:53<Snail__>for me, the default fonts are applied to other languages... Irish (Gaelic), Italian...
14:53<b_jonas>Devedse: they differ from what other languages?
14:54<b_jonas>could it be that the English/French font has iso-8859-1 (or iso-8859-15) character, but not iso-8859-2 character?
14:54<Rubidium>Snail__: something is *very* wrong for you
14:54<b_jonas>oh, you're saying Italian, so that's not possible
14:54<MNIM>Snail__: sounds like something's wrong with your OS, not the OTTD
14:54<Rubidium>as for at least two years the French language does not need an external font anymore
14:55<b_jonas>(unless iso-8859-1 versus iso-8859-15 is involved, but that's unlikely)
14:55<Snail__>hmm, I see
14:55<Snail__>like, it's due to the fonts I've installed in my OS?
14:55<Rubidium>well, OpenTTD uses UTF-8 so ancient code pages have no influence
14:56<Rubidium>Snail__: the base font is not really a font but is part of the base set
14:57<Rubidium>so either you're getting a message about missing sprites each time you start OpenTTD
14:57<Snail__>well, yes I am
14:58<Rubidium>using OpenGFX or the original graphics?
14:58<MNIM>thars yer problem
14:59-!-Rabbit67890 [~Rabbit678@55-3-178-69.static.gci.net] has joined #openttd
14:59<Snail__>the message says, "The currently used base graphics is missing a number of sprites. Please update the base graphics set"
15:00<Snail__>but I got all the original files from TTD... (I bought that game in 1994 btw :p )
15:00<Rubidium>that I already assumed ;)
15:00<Snail__>so I don't know what I should add
15:00<Rubidium>so you have an openttd.grf and/or .obgs of an older version somewhere in the search path for OpenTTD
15:01<Rubidium>or you're not updating the data directory when you're downloading a new version of OpenTTD
15:02<Snail__>well, I have openttdd.grf and openttdw.grf
15:03<Snail__>and in the data directory I have the original files (sample.cat, trg1r.grf to trgtr.grf (5 files) and ttdloadw.ovl
15:04<Rubidium>and where do you put the data files that are in the nightly downloads?
15:05<Rubidium>for what it's worth, openttdd.grf and openttdw.grf have been gone for over 15 months now
15:07<Snail__>I put them in the ottd/bundle/data directory
15:13<Rubidium>well, I reckon there's an .obg file somewhere else than that ottd/bundle/data directory that refers to some old file or something
15:13<Rubidium>as I'm using the original graphics and I do not get the warning about missing sprites
15:14<Rubidium>as we, the OpenTTD devs, put the required sprites for the original graphics in openttd.grf which gets distributed with each openttd release
15:14<Snail__>yep, I have three. orig_dos.obg, orig_win.obg, orig_dos_de.obg
15:31-!-perk11 [~perk11@188.32.29.238] has joined #openttd
15:37<@planetmaker>hello
15:40<Snail__>hi
15:46-!-valhallasw [~valhallas@193.52.24.37] has joined #openttd
15:52-!-valhalla1w [~valhallas@193.52.24.37] has quit [Ping timeout: 480 seconds]
15:53-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Read error: Connection reset by peer]
15:53-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
15:53<andythenorth>hola planetmaker
15:55<@planetmaker>salut andy
15:56-!-Rabbit67890 [~Rabbit678@55-3-178-69.static.gci.net] has quit [Ping timeout: 480 seconds]
15:57*andythenorth hmms
15:57<andythenorth>cb 11 has to go
15:58<andythenorth>and all use of cb 16 needs changing
15:58-!-HerzogDeXtEr [~Flex@88.130.176.97] has quit [Read error: Connection reset by peer]
16:00<@planetmaker>yes. and no. It's certainly not urgent.
16:00<@planetmaker>I'd not yet go for that for HEQS. Though... maybe
16:00<@planetmaker>you just released 1.4, right?
16:01<@Alberth>moin pm
16:01<andythenorth>just released 1.4...
16:01<@planetmaker>hi Alberth
16:01<andythenorth>next release not for a while
16:01<andythenorth>might as well figure out grfv8
16:01<andythenorth>what's eta on next stable ottd?
16:02-!-HerzogDeXtEr [~Flex@88.130.176.97] has joined #openttd
16:02<@planetmaker>see release dates for 1.1.x
16:02<@planetmaker>beta in Dec, stable in April
16:03<andythenorth>long enough
16:03<andythenorth>we need that auto-updater thingummy that chrome has :P
16:04<@planetmaker>for what? for openttd?
16:05-!-TheMask96 [~martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
16:06<@Alberth>planetmaker: about E00 FIRS error: s@/ trunk r22780@/ nightly r22780@ ?? (nightly has a higher chance of being understood)
16:07<@planetmaker>but it might not be a nightly ;-)
16:07-!-Brianetta is now known as Brian-ummm
16:08-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
16:08-!-Brian-ummm [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
16:09<@planetmaker>you might have a point though, even if it's not accurate
16:09<@planetmaker>though I hoped that 1.2.0 is clear enough
16:09<@planetmaker>that bloke really did not read more than 3 letters
16:10-!-TheMask96 [~martijn@gluttony.vhost.ne2000.nl] has joined #openttd
16:11<andythenorth>brantwan is not someone I'm going to spend time helping
16:11*andythenorth has gone all non-community in his old age :{
16:12<@planetmaker>hm?
16:12<andythenorth>I used to think 'be nice to the idiots'
16:12<andythenorth>it's an obligation to do the better thing
16:12<andythenorth>and sometimes they're not idiots, just inexperienced
16:13<@Alberth>it also says 'or newer' ;)
16:14<andythenorth>currently I am feeling less kind to the idiots for some reason
16:15<@Alberth>so ignore them for a while :)
16:15<andythenorth>I did
16:15<andythenorth>:)
16:16<z-MaTRiX>hi
16:16<z-MaTRiX>:)
16:16<andythenorth>meanwhile, unrelated to the idiots, there are some epic things happening in ottd :)
16:17<andythenorth>\o/
16:17<z-MaTRiX>if i put a smaller aperture in my webcam it will receive less light like if i used an ND filter right?
16:17<z-MaTRiX>how does it make a difference?
16:18<andythenorth>greater depth of field
16:18<andythenorth>usually
16:30<@peter1138>nothing's happening in ottd
16:30<@peter1138>you're just making it up
16:31<andythenorth>well my trains are going around
16:31<andythenorth>that's something
16:37<He||isH>Rubidium, 10x, it helped
16:37<+glx><Rubidium> as for at least two years the French language does not need an external font anymore <-- µ in OSK string IIRC
16:38<+glx>or ²
16:43-!-Snail__ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has quit [Quit: Snail__]
16:49<Eddi|zuHause>hm... i should learn to put "p0" or "p1" in my patch file names...
16:57<@Alberth>only use 'git' style patches :)
16:58-!-snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has joined #openttd
17:02<@peter1138>tue "th" in "thanks" is not a "t" sound
17:02<@peter1138>*the :S
17:04<Eddi|zuHause>maybe he meant tanks?
17:04<Eddi|zuHause>or "ten kisses"?
17:04<@peter1138>:)
17:06<andythenorth>hmm
17:06<andythenorth>HEQS doesn't have tanks
17:06<andythenorth>maybe it should
17:18-!-DDR [~DDR@142.179.78.88] has joined #openttd
17:18<Rubidium>glx: those are in openttd.grf since late 2009
17:24-!-david [~chatzilla@142.179.78.88] has joined #openttd
17:24-!-david is now known as Guest16854
17:29<@planetmaker>good night
17:29<DDR>'night
17:33-!-DDR [~DDR@142.179.78.88] has quit [Quit: In democracy it's your vote that counts; In feudalism it's your count that votes. - Mogens Jallberg]
17:34<Wolf01>'night
17:34-!-Wolf01 [~wolf01@host48-239-dynamic.16-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
17:42-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
17:42-!-KritiK [~Maxim@93-80-125-117.broadband.corbina.ru] has quit [Quit: Leaving]
17:56-!-TGYoshi_ [~TGYoshi@86.81.146.146] has quit [Quit: Poof]
18:01-!-supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has left #openttd []
18:01-!-Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has quit []
18:12-!-mahmoud [~KEM@ALyon-158-1-115-136.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer]
18:14-!-andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
18:19-!-sla_ro|master [slaco@95.76.27.160] has quit []
18:22-!-mahmoud [~KEM@ALyon-158-1-115-136.w90-29.abo.wanadoo.fr] has joined #openttd
18:26-!-Snail_ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has joined #openttd
18:28-!-snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has quit []
18:37-!-blotek_ [~blotek@djr11.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
18:58-!-TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
19:00-!-perk11 [~perk11@188.32.29.238] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
19:05-!-LordAro [5684196d@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
19:07-!-blotek [~blotek@aejp236.neoplus.adsl.tpnet.pl] has joined #openttd
19:23-!-Progman [~progman@p57A1AF06.dip.t-dialin.net] has quit [Remote host closed the connection]
19:39-!-blotek [~blotek@aejp236.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
19:50-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
19:55-!-Snail_ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has quit [Quit: Snail_]
19:58<Markk>Ich hätte lust mit großen tieren.
19:59<Markk>Whoops.
19:59<Markk>Wrong channel.
20:03<Eddi|zuHause>i don't know if there ever is a right channel for that :p
20:09-!-Pulec [~pulec@static-cl093181068250.unet.cz] has quit []
20:21-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
20:28-!-pugi [~pugi@dyndsl-091-096-059-040.ewe-ip-backbone.de] has quit [Quit: I reject your reality and substitute my own]
20:38<valhallasw>Markk: oh my. im mein land?
20:41<Markk>Nein, in einem land, wo es legal ist.
20:43-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has joined #openttd
20:44<Markk>Es ist aber nur einen lyrische. :)
20:44<valhallasw>You're missing my reference ;-)
20:45<valhallasw>(rammstein released a new song the 11th, called 'mein land')
20:45<Markk>ah
20:45<Markk>I listened to it today acctually. :)
20:46<Markk>Ich hab' keine lust <3
20:46<Markk>(Most of the german I've learned is from Rammstein and Wikipedia)
20:46<valhallasw>hehe
20:47-!-hanf [~Klaus@host-78-146-182-126.as13285.net] has quit [Read error: Connection reset by peer]
20:47<Markk>I had some german folks at a placed I used to work at, and they did not fancy me walking around and saying that.
20:47<Markk>:D
20:47<valhallasw>nooo, probably not.
20:48<valhallasw>even though, according to wikipedia, zoophilia is legal in germany
20:48<Markk>:>
20:48<Markk>Is it?
20:48<Markk>:o
20:49<valhallasw>it's actually legal in most european countries
20:50<valhallasw>but that's mainly because there is often not a specific law covering it
20:52<valhallasw>anyway, time to get some sleep
20:52<valhallasw>have fun listening to rammstein :p
20:52<Rabbit67890>ok.... who screwed my client
20:52<Markk>nite :)
20:52-!-valhallasw [~valhallas@193.52.24.37] has quit [Quit: leaving]
20:52<Rabbit67890>WRONG CHANNEL *facepalm
20:53-!-ptr [~peter@c-5eeaaa39-74736162.cust.telenor.se] has joined #openttd
21:00-!-HerzogDeXtEr [~Flex@88.130.176.97] has quit [Read error: Connection reset by peer]
21:05-!-Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing]
21:12-!-Elukka [Elukka@78-27-85-57.bb.dnainternet.fi] has quit []
21:23-!-JVassie [~James@2.27.86.104] has quit [Ping timeout: 480 seconds]
21:24-!-Devedse [~Devedse@cable-213-34-237-88.zeelandnet.nl] has quit [Read error: Connection reset by peer]
21:45-!-ptr [~peter@c-5eeaaa39-74736162.cust.telenor.se] has quit [Read error: Connection reset by peer]
22:01-!-Rabbit67890 [Rabbit6789@55-3-178-69.static.gci.net] has quit []
22:02-!-SystemParadox [~simon@proxima.systemparadox.co.uk] has quit [Remote host closed the connection]
22:27-!-rhaeder1 [~quix0r@dslb-094-221-132-145.pools.arcor-ip.net] has joined #openttd
22:31-!-rhaeder [~quix0r@dslb-094-221-204-223.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
22:58-!-Snail_ [~jacopocol@CPE0026f3a304e2-CM0026f3a304de.cpe.net.cable.rogers.com] has joined #openttd
23:08-!-glx [glx@2a01:e35:2f59:c7c0:d0d2:7986:b6e3:a3c] has quit [Quit: bye]
23:33-!-DoubleYou [~jkuckartz@60-241-89-135.static.tpgi.com.au] has joined #openttd
---Logclosed Sun Nov 13 00:00:25 2011