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