Times are UTC Toggle Colours
00:11:56 <ccfreak2k> berndj, I would issue a press release reiterating the safety of your airplanes. 00:12:11 <ccfreak2k> I'd probably also want to retain lawyers, as the vicitim's families will probably want restitution. 00:12:30 <ccfreak2k> I'd also have some investigators get an analysis of the crash. 00:13:01 <berndj> the victims' families are on trains which i send to the airport for the press conference, OOPS, did i just delete the signal in front of that plane? 00:13:27 <berndj> *in front of that train 00:18:00 *** OwenS [~oshepherd@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has quit [Remote host closed the connection] 00:19:20 <fjb> Only bad news are good news. 00:20:55 <fjb> And it improves plane safety to make the runway long enough. 00:21:45 <__ln__> good news everyone, i have a patch. not related to this plane thing though. 00:30:31 <Vornicus> tell us more! 00:41:04 *** Fuco [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds] 00:47:34 *** KritiK [~Maxim@95-24-19-180.broadband.corbina.ru] has quit [Quit: Leaving] 01:04:42 *** goblin_ [~goblin@krlh-5f72426f.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 01:06:14 * Belugas is certain __ln__'s patch is a nicotine one :) 01:25:06 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 01:40:37 *** ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz] 01:44:13 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 01:48:15 <Vornicus> Belugas: don't ruin my dreams ;_; 01:48:53 <Belugas> :D 02:04:12 *** rhaeder [~quix0r@dslb-094-221-154-137.pools.arcor-ip.net] has quit [Remote host closed the connection] 02:18:47 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 02:28:56 *** glx [glx@2a01:e35:2f59:c7c0:d03a:7a27:d79a:dde9] has quit [Quit: bye] 02:29:22 *** Frankr [~chatzilla@nas46-119.york.ac.uk] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]] 02:50:34 *** devilsadvocate [~devilsadv@202.3.77.231] has quit [Ping timeout: 480 seconds] 03:06:35 *** devilsadvocate [~devilsadv@202.3.77.203] has joined #openttd 03:10:06 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer] 03:10:28 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 03:16:17 *** lugo [~lugo@mgdb-4db8df1f.pool.mediaWays.net] has quit [Remote host closed the connection] 03:24:33 *** tokai [~tokai@port-92-195-139-187.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 03:27:16 *** tokai [~tokai@port-92-195-121-85.dynamic.qsc.de] has joined #openttd 03:27:19 *** mode/#openttd [+v tokai] by ChanServ 03:57:44 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 04:34:16 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer] 04:45:15 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 04:49:06 *** Jolteon [~Jolt@rdlbnc.com] has quit [Quit: The Morning After Dark] 04:50:00 *** Jolteon [~Jolt@ip04.rdlbnc.com] has joined #openttd 04:56:04 *** Eddi|zuHause [~johekr@p54B77867.dip.t-dialin.net] has quit [] 04:56:24 *** Eddi|zuHause [~johekr@p54B77423.dip.t-dialin.net] has joined #openttd 04:58:33 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 05:05:43 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 05:32:57 *** rhaeder [~quix0r@dslb-094-221-154-137.pools.arcor-ip.net] has joined #openttd 05:58:41 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 06:06:12 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 06:09:04 *** Zuu [~Zuu@c-f5f9e253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd 06:14:46 *** andythenorth [~andytheno@salieri.openttdcoop.org] has joined #openttd 06:15:20 <__ln__> okay, here's the non-nicotine patch: http://users.utu.fi/lanurm/ottd/then-than-2010.diff 06:16:23 <andythenorth> morning 06:16:47 <__ln__> morning, señor 06:17:19 <Vornicus> Yay patch! 06:25:13 <andythenorth> oh 06:33:53 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has joined #openttd 06:36:31 *** Grelouk [~Grelouk@93.21.12.34] has joined #openttd 06:37:23 <andythenorth> so the buy menu has a text label 'speed' and the vehicle info window has 'Max. speed' 06:37:37 * andythenorth wonders if it's a deliberate inconsistency? 06:37:49 <andythenorth> 'Max. speed' everywhere would suit my purpose better :) 06:39:31 *** einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has joined #openttd 06:44:54 *** Grelouk_ [~Grelouk@93.21.12.34] has joined #openttd 06:50:53 *** Grelouk [~Grelouk@93.21.12.34] has quit [Ping timeout: 480 seconds] 06:53:11 *** Grelouk [~Grelouk@93.21.12.34] has joined #openttd 06:57:13 <Terkhen> good morning 06:57:44 <Zuu> morning 06:58:46 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 06:58:48 *** Grelouk_ [~Grelouk@93.21.12.34] has quit [Ping timeout: 480 seconds] 06:59:40 <andythenorth> hi Terkhen 07:02:18 * andythenorth has to think about a few things "( 07:02:21 <andythenorth> :( 07:06:22 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 07:11:58 <andythenorth> Terkhen: do you use cargodist in your FIRS games? 07:12:07 <Terkhen> no 07:12:11 <andythenorth> ho hum 07:12:11 <Terkhen> I have never used cargodist 07:12:16 <andythenorth> me neither 07:12:40 <andythenorth> FIRS might be seriously flawed with cargodist :( 07:14:31 <Terkhen> I remember reading something about all supplies wanting to go to the same industry 07:15:01 *** Progman [~progman@p57A1CA0E.dip.t-dialin.net] has joined #openttd 07:15:05 <Terkhen> is that the problem? 07:15:10 <andythenorth> stuff like that 07:15:48 * andythenorth is depressed about FIRS and does something else instead 07:17:00 <Terkhen> IMO cargodist should give NewGRFs a way of deciding which cargos use that system and which ones don't 07:17:43 <andythenorth> that would be interesting 07:18:07 <andythenorth> I should play a cargo dist game to test FIRS, but games take time :o 07:18:22 <andythenorth> I only have time to test trunk with FIRS 07:19:16 <Terkhen> but adding NewGRF support in patches is kind of tricky: you could end up with grfs that support cargodist and not trunk and viceversa 07:19:26 <Terkhen> and that situation is not desirable at all 07:20:36 *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has joined #openttd 07:21:49 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 07:25:22 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 07:29:58 *** devilsadvocate [~devilsadv@202.3.77.203] has quit [Ping timeout: 480 seconds] 07:32:17 *** George [~George@212.113.107.39] has joined #openttd 07:32:17 *** Guest46 [~George@212.113.107.39] has quit [Read error: Connection reset by peer] 07:32:53 *** George is now known as Guest214 07:34:15 *** devilsadvocate [~devilsadv@202.3.77.231] has joined #openttd 07:37:54 *** Neon [~Neon@dslb-088-069-216-042.pools.arcor-ip.net] has joined #openttd 07:51:22 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:58:13 <andythenorth> when I've asked for feedback on the forums.....it's bad behaviour to do a nitpick reply to that feedback 07:58:15 <andythenorth> yes / no? 08:09:30 <__ln__> no 08:11:11 <Alberth> do you expect to get better feedback by doing that? if not, I'd just ignore it and/or learn from it that some people have a different angle than expected 08:12:54 <Alberth> writing a negative response tends to make you feel better, but rarely turns into something positive 08:13:12 * andythenorth nitpicks Alberth :P 08:13:22 <andythenorth> :D 08:13:42 * Alberth ignores andythenorth :D 08:14:04 <andythenorth> I'm not going to nitpick feedback. It discourages feedback 08:14:28 <Alberth> good response :) 08:18:38 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 08:19:44 *** IPG [~chatzilla@daisu.martos.bme.hu] has joined #openttd 08:25:09 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 08:26:26 <andythenorth> this is what I wanted to nitpick because it confuses me: 08:26:28 <andythenorth> ". It's never a good idea to have an effective dependency on a single type of cargo (or in this case cargo group) for almost all industries" 08:26:37 <andythenorth> I wonder what the evidence for this is? 08:26:48 <andythenorth> and I don't understand this: 08:26:50 <andythenorth> "Even more so considering how little you can influence where cargo actually goes" 08:27:04 <andythenorth> :( 08:27:06 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 08:27:31 <andythenorth> I thought cargo goes where the vehicles take it? 08:28:44 <Alberth> asking for clarification is not nitpicking imho 08:29:16 <Alberth> perhaps he assumes cargo-dist? 08:29:37 <andythenorth> "even with Cargodist, though that does do a far better job at distributing the supplies" 08:30:03 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 08:30:14 <andythenorth> distributing the supplies is the job of the player? I'm properly baffled, not just being mean because someone doesn't like my work 08:30:16 <Terkhen> I don't understand it either 08:30:38 <andythenorth> It's a long and thoughtful piece of feedback, but I don't understand a lot of it 08:31:05 <Alberth> I'd ask for clarification, I see nothing wrong with that 08:31:19 <Alberth> likely he assumes some context that he didn't mention. 08:32:42 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 08:32:57 *** TB [~patric@145.118.72.132] has joined #openttd 08:34:15 *** TrueBrain [~patric@145.118.72.132] has quit [Read error: Connection reset by peer] 08:35:11 *** TB is now known as TrueBrain 08:37:23 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 08:37:45 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Remote host closed the connection] 08:38:19 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 08:46:15 *** Devroush [~dennis@94-225-72-20.access.telenet.be] has joined #openttd 08:54:36 *** nighthawk_c_m [~nighthawk@pD950660E.dip0.t-ipconnect.de] has joined #openttd 08:54:55 <nighthawk_c_m> Any 32 bpp guru online? 08:57:37 <andythenorth> nighthawk_c_m: ...someone else wanted to collaborate on FIRS german translations, I need to send you his pm 08:57:53 <nighthawk_c_m> Oh cool, sure 08:58:21 <nighthawk_c_m> I will continue tonight a bit on the translation - how can we toss the translatred file to you? 08:59:51 <andythenorth> what is your forum nick? 09:01:19 <andythenorth> also planetmaker / Terkhen....the FIRS translation framework changed? So does nighthawk_c_m need new files to put the translation into? 09:01:48 <Terkhen> the 7F_any file changed, yes 09:02:11 <Terkhen> and some strings duplicated in many places were merged 09:02:13 <nighthawk_c_m> nighthawk_c_m is my forum nick 09:03:11 <Terkhen> nighthawk_c_m: you should download the new 7F_any.pnfo file and move your translated strings there (remember to change the LANG IDs in the new file too) 09:03:57 <nighthawk_c_m> ok, I will take a look later on - right now I am quite pissed that I can't get that dumb 32bpp stuff to work in a patched game client 09:08:23 *** HerzogDeXtEr1 [~Administr@88.130.189.196] has joined #openttd 09:10:34 *** nighthawkcm [~nighthawk@pD9506FE7.dip0.t-ipconnect.de] has joined #openttd 09:10:52 <andythenorth> nighthawk_c_m: pm sent 09:11:34 <andythenorth> some of Kogut's suggestions are well thought out 09:11:44 <andythenorth> hmm 09:12:09 *** lewymati [~lewymati@89.230.159.206] has joined #openttd 09:12:22 <andythenorth> is it bonkers that (Arctic, Tropic) towns only require 1 unit of food per month? I kind of like that... 09:14:28 *** HerzogDeXtEr [~Administr@88.130.178.206] has quit [Ping timeout: 480 seconds] 09:16:49 <nighthawkcm> Since you can't decide the distribution on stations it is ok I think 09:17:43 *** nighthawk_c_m [~nighthawk@pD950660E.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 09:17:45 <nighthawkcm> Otherwise you would have to scale the need according to town size - as a result of that you would need to be able to accordingly set up trains and tell stations on how to feed the trains - or have trains go from town to town and partially unload 09:19:49 *** IPG [~chatzilla@daisu.martos.bme.hu] has quit [Remote host closed the connection] 09:26:13 *** yorick [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 09:27:57 *** goblin_ [~goblin@krlh-5f726f6e.pool.mediaWays.net] has joined #openttd 09:30:23 <andythenorth> that's exactly what I think :) 09:30:51 <andythenorth> stuff like town population should be decoupled from demand for food 09:33:56 <nighthawkcm> Yeah, otherwise it gets way too complicated - and under all circumstances the game has to be still somewhat newbie friendly 09:34:30 <andythenorth> that's why FIRS also decouples primary production from delivered supplies 09:35:09 <andythenorth> (A) the game does it for towns already, it's a nice mechanic (B) there could be horrible implications if production depended too closely on delivered supplies 09:40:38 <nighthawkcm> ^^ Such mechanics can be very complicated I guess - too complicated to work unless you create a scenario where they can work 09:40:46 *** goblin_ [~goblin@krlh-5f726f6e.pool.mediaWays.net] has quit [Read error: Connection reset by peer] 09:40:47 *** _goblin_ [~goblin@krlh-5f726f6e.pool.mediaWays.net] has joined #openttd 09:41:20 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 09:41:42 *** OwenS [~oshepherd@cpc1-stkn14-2-0-cust562.11-2.cable.virginmedia.com] has joined #openttd 09:45:30 *** Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has joined #openttd 09:47:03 <OwenS> "The electorate have invented an instrument of excruciating torture for the Liberal Democrats". Hehe 09:48:01 *** goblin_ [~goblin@krlh-5f726f6e.pool.mediaWays.net] has joined #openttd 09:50:13 *** Grelouk [~Grelouk@93.21.12.34] has quit [Quit: Quitte] 09:51:11 <goblin_> hi 09:51:30 <goblin_> i've got quite a problem with openttd 09:52:12 *** einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has quit [Remote host closed the connection] 09:52:13 *** Yexo [~Yexo@205-89-ftth.onsneteindhoven.nl] has quit [Ping timeout: 480 seconds] 09:52:13 <goblin_> does it have problems to start when its started with a link (under linux, a hardlink) 09:52:23 <Terkhen> what problem? 09:52:33 <goblin_> it crashes, acting like a forkbomb 09:52:51 *** _goblin_ [~goblin@krlh-5f726f6e.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 09:52:54 *** Coco-Banana-Man [~Stephan.D@p5B2D9791.dip.t-dialin.net] has joined #openttd 09:52:57 <goblin_> 30k processes and more until i restart, 'killall openttd' does not really help 09:53:03 <SmatZ> hmm did goblin_ find out secret backdoor? 09:53:05 <SmatZ> oops 09:53:15 * Zuu groans at an assert that only happens sometimes when an AI crash but not always. 09:53:38 <goblin_> when i start the self compiled binary directly, it starts normally, but if i start it with the hardlink, it crashes 09:54:06 <Progman> goblin_: what do you get if you run it via strace? 09:54:17 <goblin_> the precompiled packages (ubuntu repository, deb-package from homepage) ahve the same problem, because of that i compiled it myself 09:54:50 <goblin_> Zuu: its nearly a virgin, my openttd, ive compiled it yesterday and have no AI's installed 09:55:00 <goblin_> strace? 09:55:26 <goblin_> i'll test 09:55:29 <Progman> "strace ./openttd" 09:55:41 <Zuu> goblin_: My groan was not directed at you. The assert Im trying to track down only happens for AI devs or other who use a hidden AI dev feature. 09:56:07 <SmatZ> goblin_: http://paste.openttd.org/225747 did you read this part of readme/known_bugs? 09:57:23 <SmatZ> also, there is hardly a difference between "hard linking" and "copying" the binary (for the executed program) 09:57:43 <Zuu> It's just that it would be easier to fix if I could make a tiny AI script that cause the assert to happen rather than having to use an AI with several thousand lines of code to reproduce the assert. 09:57:49 <planetmaker> moin 09:57:55 <SmatZ> hello PlanetMaker 09:58:06 <goblin_> yes, i know it, but it does not start, and when i start the local binary compiled by myself, it runs normally, so i thought it was another issue 09:58:09 <planetmaker> hey SmatZ :-) 09:58:47 <planetmaker> give me a climate for a long, narrow map for the PS :-) 09:59:03 <SmatZ> if the compiled binary works fine, it might be bug in your distro's binary 09:59:33 <goblin_> Progman: my compiled file works normal, i try it with the hardlink 09:59:44 <SmatZ> planetmaker: usually we play Arctic climate, but then there is even less space because of the hills... so could we try Tropic? 10:00:04 <planetmaker> ok :-) Tropic it is then 10:00:10 <goblin_> SmatZ: I thought that too, but I have the same problem with the .deb-package from the official download page 10:00:17 *** Yexo [~Yexo@183-88-ftth.onsneteindhoven.nl] has joined #openttd 10:00:17 <SmatZ> :/ 10:00:32 <SmatZ> goblin_: did you try "SDL_AUDIODRIVER=pulse openttd" ? 10:00:44 <goblin_> no 10:00:59 <SmatZ> so you didn't read the link I posted 10:01:31 <planetmaker> hm... unsing variety distribution on 64x2048 looks plain ugly 10:02:04 <goblin_> yes i did, but i'm running strace at the moment, i'll try this right after 10:03:58 <goblin_> Progman: where to paste the result? 10:04:11 <SmatZ> goblin_: http://paste.openttd.org/ 10:05:18 <planetmaker> hm... didn't the area tool once work for lower / raise terrain, too? 10:06:31 <SmatZ> planetmaker: are you using clean binary? 10:06:35 <planetmaker> hm, it does. 10:06:45 <planetmaker> but not in scenario editor. I use clean nightly compile 10:06:52 <SmatZ> oh, that 10:06:58 <SmatZ> yes, by design :) 10:07:02 <planetmaker> uh? 10:07:14 <planetmaker> You can area-rise ingame, but not in scenario editor? 10:07:23 <SmatZ> there are other tools for that in SE 10:07:28 <planetmaker> That sounds like a design goal reversed... 10:07:30 <planetmaker> hm 10:07:38 <Terkhen> you can change raise/lower size manually 10:07:50 <SmatZ> it's easier to create random-looking terrain in SE 10:07:58 <SmatZ> (reminds me I wanted to improve that) 10:08:14 <planetmaker> Terkhen: yes. But only tile per tile 10:08:20 <planetmaker> not drag the tool 10:08:25 <planetmaker> but I can drag level land 10:08:34 <planetmaker> which is quite stuipd 10:09:07 <planetmaker> or how do I _manually_ create a nice-looking mountain range? 10:09:10 <Terkhen> I agree, yes :P 10:09:45 <Progman> goblin_: so, you posted the output on paste.openttd.org? 10:10:06 <planetmaker> so... I'm not missing the area-rise / area-lower tool in SE? :-( 10:11:13 <goblin_> http://paste.openttd.org/225748 10:11:27 <Terkhen> I usually raise/lower a single tile and then use level :/ 10:11:36 <planetmaker> [12:07] <SmatZ> there are other tools for that in SE <-- which do you mean? 10:11:50 <goblin_> finally, first time i piped the wrong output :-D and the system nearly hangs up when i do that, but now its done 10:11:58 <SmatZ> planetmaker: you can choose the size of area to terraform 10:12:12 <SmatZ> also, raise+level :) 10:12:17 <goblin_> SmatZ: enter "SDL_AUDIODRIVER=pulse openttd" directly into the shell? 10:12:20 <planetmaker> ah.... that :-) 10:12:33 <planetmaker> I missed that. still... why not drag? 10:12:41 <SmatZ> goblin_: yes .. probably you need to replace openttd by path to your hardlink 10:12:44 <planetmaker> thanks though :-) 10:12:58 <Progman> goblin_: what does one of the childs do? 10:13:13 <goblin_> SmatZ: Sorry, never mind, reading is harder than i thought m( 10:13:24 <Zuu> Finding out why a global var has the wrong value is .... fun :-) 10:13:41 <goblin_> Progman: I don't know, use memory? 10:13:53 <SmatZ> planetmaker: https://secure.openttd.org/bugs/task/2001 10:14:06 <Progman> goblin_: I mean run a strace on the childs aswell ;) 10:14:50 * SmatZ wonders if there is any fork() in OTTD code at all 10:15:10 <goblin_> SmatZ: it's the same, plenty of processes 10:15:12 <Eddi|zuHause> SmatZ: autosave? 10:15:26 <goblin_> how do I rum strace on the children? 10:15:30 <goblin_> in a new shell? 10:15:49 <planetmaker> thanks SmatZ 10:16:05 <Progman> goblin_: -f 10:16:14 <Progman> goblin_: or with a new shell, yes 10:16:17 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 10:17:37 <planetmaker> SmatZ: actually I meant a different drag :-) 10:17:49 <planetmaker> Not like a pencil but like just draw a rect and then operate on that 10:18:01 <Progman> goblin_: do I need to ask btw. why you are using a hardlink? ;) 10:18:11 *** KenjiE20 [~KenjiE20@92.21.147.62] has joined #openttd 10:18:13 <andythenorth> planetmaker / Ammler coop games prove that longer trains != better yes/no? 10:18:35 <planetmaker> andythenorth: neither. Just a matter of taste 10:18:50 <andythenorth> hmm 10:19:02 * andythenorth comes over all Toyota about something 10:19:04 <OwenS> Longer trains are slower to accelerate but more efficient with cargo capacity, assuming same number of engines 10:19:24 <planetmaker> shorter trains can help, though, to rise station rating slightly: trains visit stations more often 10:19:41 <planetmaker> but that's next to negligible 10:19:52 <goblin_> Progman: because I have compiled it and placed a link in my ~/bin folder so i can start it directly with 'openttd' and have noch to run './openttd/openttd-1.0.1/bin/openttd' ;-) 10:20:10 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 10:20:18 <Progman> and what about using a symlink? 10:20:31 <planetmaker> for primary industries shorter trains do make sense though, at least in the beginning; otherwise you don't ship the cargo 10:20:33 <Progman> and/or changing the PATH var 10:20:42 <andythenorth> I guess there are so many variables 10:20:45 <planetmaker> but that then depends on the industry's behaviour 10:21:08 <planetmaker> it will feel unserviced too quickly, if you load a 32-tile train on a 32t coal mine 10:21:13 <Progman> goblin_: anyway, have you fetched the strace output of a child of openttd? 10:21:48 <andythenorth> I only build one or two platforms at an industry, and I don't have more total train capacity on the route than output, so more smaller trains keeps a better service 10:21:51 <planetmaker> in general I'd say: except for very low production counts, the train length doesn't matter 10:21:54 <goblin_> Progman: same problem with symlink 10:22:20 <planetmaker> andythenorth: so do we play, too. 10:22:34 <planetmaker> except for industries late game where that doesn't suffice anymore 10:22:40 <andythenorth> also I don't use complex junctions, pre-signal wizardry etc. so smaller trains leads to less junction blocking 10:22:41 <planetmaker> or secondary ones with a HIGH turn-over 10:22:56 <goblin_> Progman: yes, i ran strace -f and i have 11756 lines in my logfile 10:23:10 <Progman> show is in paste.openttd.org 10:23:20 <planetmaker> andythenorth: you cannot service a 2000t coal mine with two tracks. Nearly irrespective of train length ;-) 10:23:45 <andythenorth> you can if you accept a low % transported :P 10:23:50 <planetmaker> and "usual" train length which we use are 2..7 for cargo and up to maybe 14 for inter-city passengers 10:24:09 <planetmaker> and secondary goods transport 10:24:22 * andythenorth hmms 10:24:36 <goblin_> i think it was a bad idea to copy-paste the whole 11756 lines in my browser ... 10:24:51 <goblin_> okay he's done, a moment 10:25:19 <andythenorth> I was just thinking about the assertion "The game is designed around the concept, that more cargo/load is better" 10:25:31 <andythenorth> which I don't think holds 10:25:44 <andythenorth> but anyway, these pixels won't paint themselves 10:26:05 *** fonsinchen [~fonsinche@brln-4dba8c08.pool.mediaWays.net] has joined #openttd 10:26:53 <andythenorth> fonsinchen: hi hi :) 10:27:06 <andythenorth> it seems some of my assumptions about FIRS gameplay might clash with cargodist :o 10:27:15 <andythenorth> or so players are telling me 10:27:32 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Remote host closed the connection] 10:27:38 <goblin_> Progman: the browser refused to send, but the logfile hast 7,6 MB plain ASCII text ... 10:27:47 <SmatZ> [12:15:18] <Eddi|zuHause> SmatZ: autosave? <== it runs in separate thread, not process 10:27:53 <Progman> only past the first 1000 lines 10:28:01 <SmatZ> fork() is used when running dedicated server in background... 10:28:27 <Eddi|zuHause> SmatZ: sorry, then i don't know the difference... 10:29:19 <goblin_> http://paste.openttd.org/225749 10:29:23 <planetmaker> hm... how do I "paint" rain forrest (=green) tiles in the SE? 10:29:54 * andythenorth tries to puzzle out a hack so that industries somehow require passenger service (for workers) 10:30:03 <Eddi|zuHause> like you put desert, just with ctrl? 10:30:06 <planetmaker> ah... nvm 10:30:09 <planetmaker> yeah 10:30:15 <planetmaker> quite intuitive :-( 10:31:13 <andythenorth> what do you guys think about industries 'needing' workers (maybe as production boost or something) 10:31:19 <goblin_> http://paste.openttd.org/225750 10:31:41 *** heffer [~felix@static-87-78-98-150.netcologne.de] has joined #openttd 10:31:43 <Alberth> plain industries call them passengers 10:31:49 <goblin_> this is the 1000 lines tail, quite unspectacular 10:32:05 <andythenorth> Alberth: yup, surprising number of industry tiles accept passengers 10:32:06 <nighthawkcm> Any 32bpp guru here? 10:32:33 <Eddi|zuHause> andythenorth: it might be interesting, but you'd burn an incoming and an outgoing cargo for every industry this way 10:32:59 <Alberth> but often not in a way that is useful for the player, it seems 10:32:59 <andythenorth> been wondering about trying to look at nearby station cargo or something nuts like that 10:33:13 <Terkhen> I don't like it 10:33:15 <andythenorth> Pikka did it by brute force with location restrictions 10:33:28 <Terkhen> I think it overcomplicates things 10:33:38 <Eddi|zuHause> i think MB planned something like "workers" for his hypothetical industry set 10:33:47 <Progman> goblin_: "#! /bin/sh\ncd /opt/free/games/op"... 10:33:48 <planetmaker> andythenorth: I don't think industries should need workers 10:33:53 <andythenorth> me neither 10:33:56 <Progman> goblin_: do you start openttd via a script? 10:33:57 <Zuu> yay, reproduction in the small AI, now I just have to narrow it down as much as I can. 10:34:12 <andythenorth> planetmaker: it seems Chris Sawyer thought they did though :) 10:34:29 <fonsinchen> hi andythenorth 10:34:42 <goblin_> no, i have a hardlink in my ~home/bin directory 10:34:52 <planetmaker> andythenorth: unless they also supply passengers, you have a perfect passenger sink 10:35:11 <Eddi|zuHause> andythenorth: it's not very consequent in the original industries 10:35:20 <planetmaker> which gives the idea of the industry shipping green food... as in the novel which name I forgot 10:35:27 <Terkhen> yeah, I'd assume that workers live near the industry, even if it is placed in the middle of nowhere 10:35:31 <planetmaker> some association I don't fancy 10:35:33 <andythenorth> workers have legs 10:35:35 <andythenorth> or a bike 10:36:01 <goblin_> Progman: there is an old installation O.o 10:36:07 <fonsinchen> what exactly is the clash between cargodist and firs? 10:36:16 <andythenorth> we also don't concern ourselves with how industries get fuel, electricity, water etc. 10:36:30 <goblin_> i purged the packages from the repo and from the deb-package before i compiled ... wtf? 10:37:46 <andythenorth> fonsinchen: I'm not exactly sure. By design FIRS requires some routes to industries to have very low cargo volumes and use reverse-feeders. 10:38:04 <andythenorth> apparently this causes link-graph issues 10:38:46 <goblin_> Progman: that seems to be the problem, I rm'ed this directory and now the symlink doesn't start because he demands it ... but i shurely have not linked it to THIS files because i even didn't know anymore that i had them ... 10:39:07 <fonsinchen> very low cargo volumes might indeed be a problem if you translate that into very infrequent service. 10:39:55 *** KritiK [~Maxim@95-26-232-29.broadband.corbina.ru] has joined #openttd 10:40:01 <goblin_> strange, but then it's the fault of my system ... he won't create anymore links without ... 10:40:34 <fonsinchen> That's the old problem about minimum and/or default moving average length 10:40:59 <andythenorth> I can imagine the issue :) 10:41:16 <goblin_> very strange, but when i start the binary directly (./openttd) it starts ... 10:41:18 <fonsinchen> I thought I had solved that by making the moving average length dependent on distance, but obviously that's not the whole thing. 10:41:27 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 10:45:08 * andythenorth ponders making passengers "Engineering Supplies" 10:45:23 <goblin_> Progman: okay, it was a fault with my $PATH-Variable, i've got a very old installation in /usr/local/bin which is before my ~/bin in the variable ... 'whereis openttd' would have said that to me if i had asked m( 10:45:38 <goblin_> Progman: I'm very sorry for wasing your time ... 10:46:05 <goblin_> now I only get: "Error: No available language packs (invalid versions?)" 10:46:34 <planetmaker> andythenorth: you mean to replace ES by PAX? 10:46:41 <planetmaker> hm... might be an idea 10:46:46 <planetmaker> what industries produce ES? 10:47:14 <andythenorth> I mean to have an industry that converts PAX to ES :P 10:47:32 <Terkhen> that would make the game less machine shop centered 10:47:40 <andythenorth> planetmaker and then we're back to your concern about green food 10:47:43 <andythenorth> :D 10:47:57 <planetmaker> :-D 10:48:19 <planetmaker> please don't make an industry which only accepts passengers. 10:48:25 <planetmaker> that's IMHO very bad 10:48:27 <andythenorth> "Workers Camp" 10:48:35 <planetmaker> make it an add-on 10:48:45 <planetmaker> FIRS-dictator 10:48:46 <andythenorth> In: PAX, Food. Out: PAX, ENSP 10:48:59 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 10:50:31 <andythenorth> Terkhen: I'm going to add an industry that converts Lumber & Chemicals to ENSP. That should make the machine shop less the centre 10:50:46 <andythenorth> and also increase focus on oil 10:50:51 <Terkhen> I like that idea 10:51:13 <andythenorth> I shall make it so :) 10:52:46 <planetmaker> yep, that sounds good 10:53:25 <andythenorth> the other thing that would reduce emphasis on ENSP is sorting out town cargos :) 10:53:55 <andythenorth> I'm not going to transport goods now that I know it's pointless 10:54:43 *** lugo [~lugo@f050136178.adsl.alicedsl.de] has joined #openttd 10:55:32 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 11:04:32 <planetmaker> loool :-) 11:04:50 <planetmaker> andythenorth: I know one placement restriction for industries: farms in the desert look quite funny 11:05:51 *** Grelouk [~Grelouk@93.21.12.34] has joined #openttd 11:05:53 <planetmaker> and the sand and gravel pit need different desert sprites 11:06:02 <planetmaker> a lake right there looks out-of-place, too 11:06:19 <andythenorth> he 11:06:24 <andythenorth> I see your point about the lake 11:06:33 <andythenorth> however drawing quarries is dull :P 11:06:44 <andythenorth> the farms....you find them weird? 11:07:24 <Eddi|zuHause> the saudis created farms in the desert 11:07:33 <Eddi|zuHause> the fields looked circular ;=) 11:07:49 <andythenorth> I've seen similar when I flew over Africa 11:08:00 <andythenorth> I could cluster them near a water plant? 11:08:08 <andythenorth> location restrictions are the wrong solution 11:08:26 <andythenorth> being able to plant fields with custom graphics is the correct solution :) 11:08:53 <Eddi|zuHause> so... why haven't you implemented that yet? :p 11:09:08 <andythenorth> http://tt-foundry.com/misc/greeble_tiles_proposal 11:09:23 <andythenorth> Eddi|zuHause: dunno, I just sit around doing nothing :P 11:09:35 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 11:09:43 <andythenorth> meanwhile someone magically stacks up a lot of newgrf commits :P 11:10:05 <Eddi|zuHause> that sounds exactly like what i am doing ;) 11:10:19 <andythenorth> stacking up newgrf commits? 11:10:32 <planetmaker> andythenorth: well, yes, that makes sense with the water plant 11:10:50 <planetmaker> May I then nevertheless propose to use the ambient ground tile? 11:10:58 <planetmaker> http://img.openttdcoop.org/images/unnamed280.png 11:11:02 <andythenorth> you may even code it if you wish :P 11:11:13 <planetmaker> :-) 11:11:41 <andythenorth> add a ticket, it's been irritating me for a while. 11:11:51 <andythenorth> put it in the 0.2 release queue, I'll see if I get to ti 11:11:53 <andythenorth> it /s 11:12:39 <planetmaker> no rush. But yeah... just putting it on some list might make sense :-) 11:14:51 <planetmaker> http://img.openttdcoop.org/images/unnamed080.png <-- they kinda fight for the bit arrable space ;-) 11:16:35 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 11:16:36 <andythenorth> oh well 11:16:56 <planetmaker> hm... I have a water tanker wagon with a capacity of 18t of steel :-P 11:17:20 *** last_evolution [~last_evol@r5ba58.net.upc.cz] has joined #openttd 11:17:57 * planetmaker consider to NOT use tropical refurbishment set with FIRS 11:18:35 <andythenorth> feel free 11:18:48 <andythenorth> should I know more than I do about bounding boxes for industry tiles? 11:19:08 <planetmaker> hard to tell ;-) 11:19:22 <andythenorth> well keep your eye out for sprite sorter issues :| 11:19:31 <andythenorth> I have no idea if what I'm doing is correct 11:19:56 <andythenorth> FooBar sliced some industries very precisely and others very broadly. 11:20:03 <andythenorth> both seem to work 11:27:01 <andythenorth> oooh 11:27:07 * andythenorth remembers the sprite aligner 11:29:13 *** fjb [~frank@p5485EF61.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 11:31:46 <andythenorth> *very* useful :) 11:33:41 <Ammler> http://www.tt-forums.net/viewtopic.php?p=858964#p858964 <-- does mountain before airport influence landing? 11:38:46 <planetmaker> it doesn't 11:38:53 <planetmaker> but it's a nice screenshot ;-) 11:39:52 <Ammler> [13:08] <andythenorth> http://tt-foundry.com/misc/greeble_tiles_proposal <-- doesn't open in the browser, either fix your server or add extension 11:40:38 <andythenorth> Ammler: try now 11:40:54 <andythenorth> or get a not-broken browser :P 11:41:06 <Ammler> nah :-P 11:41:34 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 11:43:24 <nighthawkcm> any 32bpp guru here? 11:44:22 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 11:44:23 <planetmaker> nighthawkcm: I guess still not :-) 11:44:24 <Ammler> there are 4 8bpp gurus here, is that fine enough? 11:44:38 <planetmaker> And it helps to ask the question, not the meta-question 11:44:46 <planetmaker> (see topic) 11:44:59 *** fjb [~frank@p5485BCBD.dip.t-dialin.net] has joined #openttd 11:45:15 <planetmaker> that said: the 32bpp need to go in the data dir. 11:45:16 <nighthawkcm> Hmm... not really, I just don't get it why the 32bpp stuff works with the extra zomm client but not with any other patched client, all I can get to work is the menue bar ... 11:45:25 <planetmaker> And in the cfg you have to set the blitter to 32bpp-optimized 11:45:34 <nighthawkcm> I have all that done 11:45:35 <planetmaker> 32bpp-anim 11:45:37 <planetmaker> sorry 11:45:48 *** Devroush [~dennis@94-225-72-20.access.telenet.be] has quit [Ping timeout: 480 seconds] 11:45:54 <planetmaker> other than that: my knowledge on that subject is purely theoretical ;-) 11:45:55 <Ammler> nobody uses 32bpp without zoom 11:46:33 <nighthawkcm> The zoom is worthless in my oppinion - thats why I want to use it with a different client patch compilation 11:46:48 <nighthawkcm> If 32bpp is coupled with the zoom its kinda sense free 11:48:41 <Ammler> nighthawkcm: but it works unpatched? 11:48:57 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 11:49:19 <Ammler> which patch do you try to apply additonally? 11:49:28 <nighthawkcm> worthless is the wrong expression, I don't use it - hmm.. I think I had gotten it to work unpatched, it worked with the 32bpp zoom client - which basically only has additional Z1 and Z2 sprites 11:49:42 <nighthawkcm> I am playing with chill cores patch pack 11:49:57 <nighthawkcm> but it won't work with cargodist with sprinkles either 11:50:17 <planetmaker> does it work in plain trunk or 32bpp zoom-level patch? 11:50:44 <planetmaker> if you don't know: try it. If yes: complain to patch pack author 11:51:14 <nighthawkcm> I doubt that a sprite is related to a patch 11:51:22 <Ammler> apply the single patches with tests until you find the "bad" patch 11:51:49 <planetmaker> nighthawkcm: if you use patches, the "I doubt" is bad. You have to prove that it is NOT any of those patches 11:51:49 <nighthawkcm> Haha - I have no freaking idea how to do that 11:53:08 <planetmaker> it's part of the things to usually do when having bugs with patch (packs): test the trunk version. And then test each patch separately 11:53:25 <planetmaker> if it's not a trunk bug: no need to bother others than the patch (pack) authors. 11:53:58 <nighthawkcm> Well, I base my doubt on logic - If I have a substructure like ottd - and I exchange graphic a with graphic b everything is supposed to work fine if the graphic is coded correctly - see newgrfs - and 32bpp png's are replacing the 8bpp pcx data - there should be no connection at all with the rest of the game structure unless I want the extra zoom levels 11:54:02 <planetmaker> patches usually are only supported by them. And not telling that you have a problem with a patched version ... oh well. Can be quite annoying to find that out only later 11:54:36 <planetmaker> nighthawkcm: it's a sufficiently complex thing. :-) And if you don't know how to test these things. Be VERY carful with your logic there 11:54:51 <planetmaker> it's not up to us to prove you wrong, but you to prove us that your assumptions are right 11:55:13 <planetmaker> it's a not-supported version you use, after all 11:55:13 <nighthawkcm> Well, ottd is supposed to be a game that can be used by most people - not a seperate small group 11:55:24 <planetmaker> yes. But not modded versions 11:55:37 <planetmaker> if you mod, you have to show that your problems are not caused by the patches 11:55:52 <nighthawkcm> Well, then the bomb will go up when cargodist makes it into trunk one day :-P 11:55:55 <planetmaker> so either test whether your problem exists in trunk or let it be 11:56:09 <planetmaker> nighthawkcm: then it's a problem of the cargodist author. 11:56:13 <planetmaker> Then post there 11:56:39 <nighthawkcm> should I test with latest stable or nightly? 11:56:59 *** lugo [~lugo@f050136178.adsl.alicedsl.de] has quit [Quit: Leaving] 11:57:19 *** Devroush [~dennis@94-225-72-20.access.telenet.be] has joined #openttd 11:57:26 <planetmaker> whatever you like. Nightly is usually 'better' as it might have more fixes and is the place where development goes on 11:58:02 *** lewymati [~lewymati@89.230.159.206] has quit [] 12:01:20 <nighthawkcm> Ok, I copied all the *.tar files from the 32bpp fullzoom version to a openttd install of the latest nightly - won't work - I only get the opengfx graphics 12:02:14 <nighthawkcm> and ingame only the userbar is now the 32bpp version ... 12:03:07 <nighthawkcm> I even get the userbar to run under the patched client - but the rest won't work - leading to the assumption that the whole 32bpp bundle that can be found via the zoom project only works with the zoom project .... :-/ 12:07:25 <Eddi|zuHause> i'm fairly sure that's exactly what it said on the page you downloaded it from... 12:10:32 <planetmaker> andythenorth: which industries use callback 28 (construction callback)? 12:10:33 *** Adambean [CG1@82.hosts.reece-eu.net] has joined #openttd 12:10:59 <nighthawkcm> Thats another point - I sometimes find the install instructions / explanations a bit short and confusing to find - in the 32bpp section 90% is about the extra zoom - so is the wikki 12:11:03 <planetmaker> [14:03] <nighthawkcm> I even get the userbar to run under the patched client - but the rest won't work - leading to the assumption that the whole 32bpp bundle that can be found via the zoom project only works with the zoom project .... :-/ <-- yes, that's the fact. 12:11:14 <planetmaker> and that's being said in multiple places, I'm sure 12:11:28 <nighthawkcm> at least it seems so too me which in return is very frustrating 12:11:57 <planetmaker> nighthawkcm: you describe / experience exactly the biggest problem of the 32bpp thing: it's all for a single patch which uses some dubious methods to introduce the zoom levels 12:12:02 <nighthawkcm> ok, so where do I find a bundle of 32bpp graphics thata ctually work with the game without a patch? 12:12:11 <planetmaker> I don't think they really exist 12:13:09 <nighthawkcm> hmm... well they do have to as the ez patch adds two lower zoom levels - thus the standard view exists too, as far as I understood it thats the so called z0 png's 12:13:26 <nighthawkcm> and z1 and z2 are the extra zooms 12:14:33 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: .] 12:16:34 <nighthawkcm> What did you mean with dubious code planetmaker? 12:18:04 <planetmaker> they treat the (new) zoom-levels differently than the existing ones 12:21:48 *** glx [glx@2a01:e35:2f59:c7c0:1494:befd:37d6:3757] has joined #openttd 12:21:51 *** mode/#openttd [+v glx] by ChanServ 12:25:18 *** luddek [~ludde@84-55-112-94.customers.ownit.se] has joined #openttd 12:25:27 <andythenorth> Yexo: your patch to make industry var A7 available during cb28 appears to work 12:25:55 <andythenorth> :) 12:26:19 *** tokai [~tokai@port-92-195-121-85.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 12:28:26 *** tokai [~tokai@port-92-195-66-30.dynamic.qsc.de] has joined #openttd 12:28:29 *** mode/#openttd [+v tokai] by ChanServ 12:31:23 <andythenorth> hmm 12:31:38 <andythenorth> how do I do backwards compatibility in a newgrf? 12:32:04 <planetmaker> action7: conditionally use code A or code B 12:32:35 <andythenorth> can that check the revision number of the game? 12:33:53 <andythenorth> grrr 12:33:57 <andythenorth> http://bugs.openttd.org/ is down for me 12:34:02 <andythenorth> but not the rest of you it seems 12:35:26 <Eddi|zuHause> seems to work here 12:35:37 <Eddi|zuHause> try secure.openttd.org/bugs? 12:37:02 *** fjb [~frank@p5485BCBD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 12:37:02 <andythenorth> Eddi|zuHause: thanks 12:41:41 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 12:41:46 <Mazur> pm: Can you, to help test a switch, raise the train limit in Coop, please? avdg built a test track, but can't test it without trains. 12:43:37 *** fonsinchen [~fonsinche@brln-4dba8c08.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 12:44:29 *** ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd 12:46:43 *** frosch123 [~frosch@frnk-590fc94f.pool.mediaWays.net] has joined #openttd 12:48:57 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 12:53:14 *** fjb [~frank@p5485E2E5.dip.t-dialin.net] has joined #openttd 12:53:22 <yorick> how does openttd autodetect palette? 13:03:32 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Remote host closed the connection] 13:05:18 <planetmaker> andythenorth: firs.grf:1044: Warning: 9 of 4992 pixels (0%) are pure white 13:05:19 <planetmaker> firs.grf:1051: Warning: 2 of 1984 pixels (0%) are pure white 13:05:53 <Ammler> [14:53] <yorick> how does openttd autodetect palette? <-- it doesn't 13:05:53 *** fjb [~frank@p5485E2E5.dip.t-dialin.net] has quit [Remote host closed the connection] 13:06:58 <andythenorth> planetmaker: thanks 13:07:17 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has joined #openttd 13:08:05 *** fjb [~frank@p5485E2E5.dip.t-dialin.net] has joined #openttd 13:08:10 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has quit [] 13:09:10 *** ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz] 13:11:07 <Eddi|zuHause> yorick: it detects whether you have dos or windows grfs by md5sum, and then it assumes that palette for all newgrfs 13:11:33 <Eddi|zuHause> yorick: but you can override that by command line parameter -i, i believe 13:11:47 <yorick> ah thanks :) 13:13:26 <andythenorth> meh 13:13:31 <andythenorth> finding white pixels is a chore 13:14:38 <Rubidium> Eddi|zuHause: it comes from the .obg 13:15:00 <Eddi|zuHause> Rubidium: technical detail ;) 13:15:20 <glx> andythenorth: it's just a warning so you can know if you have wrong offsets in the image 13:16:03 <Rubidium> glx: but with it some colour/palette conversions "fail" 13:23:01 <andythenorth> planetmaker: fixed 13:23:27 <andythenorth> hmm 13:29:59 <planetmaker> andythenorth: it does tell you exactly the sprite. So... it's actually not that hard. Just tedious 13:40:42 *** lewymati [~lewymati@89.230.159.206] has joined #openttd 13:41:48 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 13:42:49 * planetmaker is pissed off by the industry location permissibility callback 13:44:31 *** Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has joined #openttd 13:44:38 *** oskari89 [~oskari89@212-149-205-119.bb.dnainternet.fi] has joined #openttd 13:45:20 <andythenorth> for why? 13:45:31 <planetmaker> http://paste.openttd.org/225751 <-- any idea why forests are still built in the desert? Or for that matter at all? 13:46:24 <andythenorth> have you enabled cb28? 13:47:24 <planetmaker> IIRC yes 13:48:25 <planetmaker> http://paste.openttd.org/225752 13:48:28 <planetmaker> yes 13:49:23 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 13:49:55 <planetmaker> hm... 13:51:29 *** APTXderZweite [~APTX@xtreeme.org] has joined #openttd 13:52:11 <planetmaker> I think I see the problem 13:52:52 <planetmaker> callback is already implemented... date checking 13:52:56 <planetmaker> thus it is overwritten 13:53:06 <planetmaker> hm... or? 13:53:49 <planetmaker> I think I activated the wrong callback :-P 13:56:10 <planetmaker> yes. Thanks, andythenorth 13:56:59 <planetmaker> would you like me to commit the "forests not in desert" change? 13:58:42 <frosch123> is there a date plantation instead? 13:59:15 *** fjb is now known as Guest242 13:59:18 *** fjb [~frank@p5485BCF6.dip.t-dialin.net] has joined #openttd 13:59:58 <planetmaker> frosch123: that's another industry. But would you make plantation in the desert? And not somewhat where there's at least some water (the green area?) 14:00:13 <planetmaker> and what's a "date plantation"? 14:00:36 <frosch123> the dictionary told me "date" for "Dattel" 14:01:13 *** Guest242 [~frank@p5485E2E5.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 14:03:06 <planetmaker> oh 14:03:24 <planetmaker> even those I'd put on the green ground - or near a water well. 14:03:36 <asilv> pruduction rate 30 dates/month? 14:03:40 <planetmaker> but that's something more advanced not yet introduced 14:03:45 <planetmaker> :-D 14:06:28 <andythenorth> planetmaker: the game should be prevented from building these industries in desert, but the player should be allowed if they wish 14:06:44 <andythenorth> for that we need FS3822 14:06:50 <andythenorth> http://bugs.openttd.org/task/3822 14:06:52 <planetmaker> hm, ok. That's not in my (simple) mod yet 14:07:03 <andythenorth> that's why I've left location stuff out 14:07:31 <andythenorth> I'm hoping that 3822 hits trunk, then I'll ship location code in a few months when enough players have it 14:08:15 <andythenorth> perhaps frosch123 could help :D 14:12:43 *** APTX_ [~APTX@chello089076052083.chello.pl] has joined #openttd 14:13:04 *** APTX [~APTX@chello089076052083.chello.pl] has quit [Remote host closed the connection] 14:14:25 <planetmaker> andythenorth: where are the values for that var documented? 14:15:03 <planetmaker> ah... found it 14:18:07 *** Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has quit [] 14:18:52 * planetmaker wonders what happens, if I query a non-existant variable 14:19:04 <andythenorth> game crashes 14:19:17 <andythenorth> or so it seemed when I tried it 14:19:17 <andythenorth> hmm 14:19:17 <frosch123> [16:03] <planetmaker> even those I'd put on the green ground - or near a water well. <- maybe they can only be planted on map creation, not during game 14:19:38 <planetmaker> it fails 14:19:45 <planetmaker> so they're still build everywhere 14:19:46 <andythenorth> no industry built? 14:19:49 <andythenorth> ah ok 14:19:50 <planetmaker> and renum complains 14:19:53 <andythenorth> but no crash? 14:19:59 <planetmaker> yes, industries are built 14:20:06 <planetmaker> like normal 14:20:07 <planetmaker> like now 14:20:47 <planetmaker> frosch123: you mean forests or date plantations only be placed upon map creation with that restriction? Or...? 14:21:41 <frosch123> you complained that they shall not suddenly appear in desert. so, they have to be there since the beginning 14:22:39 <andythenorth> I'm going to ship my solution 14:22:40 <andythenorth> :) 14:22:49 <andythenorth> *once* var A7 is available :P 14:23:06 <planetmaker> frosch123: yes, but also the automatic industry generation should IMHO not build them in the desert. 14:23:30 <planetmaker> andythenorth: you have already implemented that?! 14:23:30 <andythenorth> that's why I need var A7 :P 14:23:38 <andythenorth> planetmaker: nope 14:24:14 <andythenorth> I'm going to ship my solution *once* (a) var A7 is available (b) I've coded the nfo (c) var A7 has been in trunk for a sufficient period 14:24:18 <andythenorth> is that more accurate? 14:24:33 <planetmaker> hm, ok. But if you don't like non-desert forests now it I spent like 4 hours for nothing... alas 14:25:08 *** devilsadvocate [~devilsadv@202.3.77.231] has quit [Ping timeout: 480 seconds] 14:25:59 <andythenorth> no, you just solved (b) for forests and other desert industries, and you can save the diff :) 14:31:10 * andythenorth feels bad and sends planetmaker a cookie :o 14:31:18 <planetmaker> :-) 14:37:19 <CIA-6> OpenTTD: smatz * r19768 /trunk/src/clear_cmd.cpp: -Fix: half-desert tiles would never revert back to clear tiles 14:41:54 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 14:44:11 <CIA-6> OpenTTD: frosch * r19769 /trunk/src/ (landscape.cpp saveload/afterload.cpp tile_map.h): -Fix [FS#3820]: MV_VOID tiles shall have no tropic zone. 14:46:09 *** fjb [~frank@p5485BCF6.dip.t-dialin.net] has quit [Remote host closed the connection] 14:47:11 <planetmaker> he :-P SmatZ took ownership of the bug and frosch does the commit ;-) 14:48:28 <frosch123> yeah, we started both, but luckily we fixed different bugs 14:48:41 <planetmaker> :-) 14:49:23 *** r0b0tb0y [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 14:58:34 <andythenorth> so I have sprite sorter issues :| 14:59:04 <yorick> oh no 14:59:36 <andythenorth> I need to understand bounding boxes better 15:00:45 <OwenS> Oh wow... the Lib Dem HQ has now been surrounded by people supporting electoral reform 15:00:57 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 15:01:24 <Sacro> we need PR 15:01:44 <OwenS> Sacro: Which is what they are protesting for. And what the Lib Dems want :p 15:02:18 <frosch123> andythenorth: most likely you do not have sprite sorter issues, but issues with sprites extending the tiles 15:02:31 <Sacro> OwenS: yes 15:02:39 <andythenorth> frosch123: sounds plausible 15:02:48 <Sacro> i'm a lib dem voter and am pissed they didn't get 20-25% of the seats 15:03:09 <andythenorth> so when can a sprite extend a tile and when can't it? 15:03:13 <OwenS> Sacro: As am I. I'm also pissed that my vote is basically useless because I'm in a rock solid Labour constituency... 15:03:41 <frosch123> when drawing the landscape tiles are only drawn if their groundtile and some 100 pixels above intersect with the area to be redrawn 15:03:49 <Sacro> hehe, we had a major LD swing 15:03:54 <Sacro> got it down to > 650 votes 15:03:59 <frosch123> so if you have stuff in the spritelayout of a tile, which extends the groundsprite to left or right, it will glitch 15:04:15 <andythenorth> so I should just slice it in two? 15:04:20 <andythenorth> and use two tiles? 15:04:31 <OwenS> Sacro: Here it was Lab 42.8%, Con 25.9%, LD 16.1% 15:04:52 <OwenS> LD actually lost here to the conservatives 15:04:59 <frosch123> likely, does it start glitching at the vertical axis of the tile border? 15:05:16 <Sacro> 39% LAB 37% LD 13% CON 15:05:33 <andythenorth> frosch123: yes 15:05:36 <OwenS> Oh yeah... and 4.4% BNP, which is annoying 15:06:16 <frosch123> yeah, then you have to cut it, and include it in two tiles 15:06:37 <OwenS> Our neighbouring constituencies were interesting... One went LAB->CON, another went (very strongly!) LAB->LD 15:07:17 <Sacro> mmm 15:07:23 <frosch123> though you may skip the cutting if you just draw it for both tiles 15:11:19 <andythenorth> frosch123: repeat it with different offsets? 15:12:43 <frosch123> include it in both spritelayout 15:13:10 <frosch123> draw the sprite from both tiles (in the same position) 15:13:50 <andythenorth> I'll slice it :) 15:15:58 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 15:23:31 *** fjb [~frank@p5485BCF6.dip.t-dialin.net] has joined #openttd 15:24:06 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 15:33:04 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 15:34:48 <andythenorth> hmm 15:35:28 <andythenorth> is 'alt' considered an available key in the game? 15:37:34 <andythenorth> nvm 15:37:37 <andythenorth> ctrl would do 15:37:44 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 15:37:47 <Zuu> Alt is used by many window managers in Linux 15:38:14 <andythenorth> suggestion for industry mini-map: ctrl-click on one industry type to disable all others 15:38:29 <Zuu> At worst case it could even get triggered by Alt Gr which would cause even more problems. 15:39:05 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has joined #openttd 15:39:36 * Zuu hate programs that trigger hotkeys when you try to type something that involves Alt Gr 15:40:24 *** bryjen [~bryjen@75.81.201.131] has joined #openttd 15:41:47 <Zuu> Hmm, is it just my Spotify that acts strange after the upgrade? Even songs that I have localy freeze several seconds. 15:44:41 <frosch123> http://devs.openttd.org/~frosch/diffs/fsandy.diff <- andythenorth: what could happen when ctrl+clicking a second time? show all? 15:45:19 <andythenorth> frosch123: yes 15:45:33 <andythenorth> if it was *really* clever it would show only the ones previously enabled 15:45:57 <frosch123> that is troublesome if you click on different items 15:46:38 *** APTXderZweite [~APTX@xtreeme.org] has quit [Remote host closed the connection] 15:48:56 <andythenorth> frosch123: the behaviour in that patch is perfect 15:49:37 *** fjb [~frank@p5485BCF6.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:49:43 * frosch123 changed it to show all on second click 15:51:18 <andythenorth> probably fine too :) 15:52:31 <frosch123> though if ctrl is uses for that, noone can add a "lock" later 15:53:24 <frosch123> hmm, so, is it really useful enough? 15:55:43 <andythenorth> dunno. my needs might be different 15:56:04 <andythenorth> I use the minimap *a lot* to find specific industry types 15:56:44 <andythenorth> every minute or so for hours at a time.... 15:56:49 <frosch123> well, me too. but usually it is enough to once press "disable all", and then click one, resp. unclick the last one and click the next one 15:56:52 <andythenorth> you just saved me a click :) 15:57:19 <frosch123> maybe a hotkey for disable/enable all is more useful 15:57:59 <andythenorth> I like the ctrl solution...easier :) 15:58:02 *** fjb [~frank@p5485F8F7.dip.t-dialin.net] has joined #openttd 15:58:39 <frosch123> yeah, it looks nice. but the more i think about it, i think a hotkey is beeter 15:59:35 <frosch123> though hotkeys are so stupidly global in ottd 16:00:20 *** OsteHovel^PDA [~Oste@98-91-9.connect.netcom.no] has joined #openttd 16:00:35 <andythenorth> would it also open the minimap :P 16:00:39 <andythenorth> another click saved... 16:00:44 <frosch123> :p 16:00:57 <frosch123> there is already a hotkey for the minimap 16:01:31 <andythenorth> ! 16:01:40 * andythenorth wikis 16:02:03 <frosch123> andythenorth: all buttons in the menubar have a F-key hotkey from left to right 16:02:34 <frosch123> smallmap is F4 16:02:42 <andythenorth> silly old mac needs me to press fn-f4 :| 16:02:59 <andythenorth> which is just too far for one hand :( 16:05:44 *** fjb [~frank@p5485F8F7.dip.t-dialin.net] has quit [Remote host closed the connection] 16:05:54 <Zuu> Hmm, isn't small map also 'm'? 16:06:23 <frosch123> oh, indeed :p 16:07:41 <andythenorth> yay 16:07:47 <andythenorth> all is well in the world 16:09:31 <Zuu> And if you commits the filter sign list patch, ctrl+L will get hooked up with the sign lit window. ;-) 16:09:48 <Zuu> list* 16:11:24 *** pugi [~pugi@p4FCC4865.dip.t-dialin.net] has joined #openttd 16:12:07 *** Neon [~Neon@dslb-088-069-216-042.pools.arcor-ip.net] has quit [Quit: Something strange must have happened...] 16:17:02 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 16:19:40 *** bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving] 16:21:04 <argkde4> andythenorth: there's a toggle for the FN key in system preferences -> keyboard 16:21:20 <andythenorth> indeed 16:23:03 *** fjb [~frank@p5485E1EF.dip.t-dialin.net] has joined #openttd 16:24:13 <OsteHovel^PDA> programmable signals patch looks interesting ;) 16:26:26 *** devilsadvocate [~devilsadv@202.3.77.203] has joined #openttd 16:38:33 *** ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd 16:40:43 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 16:43:13 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 16:43:54 *** snack2 [~nn@dsl-hkibrasgw1-ff1ec000-127.dhcp.inet.fi] has joined #openttd 16:43:54 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has joined #openttd 16:50:26 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 16:55:31 <andythenorth> more layouts: http://www.tt-forums.net/viewtopic.php?f=26&t=41607&p=875985#p875985 16:55:34 <andythenorth> took a while :P 16:56:48 *** OsteHovel^PDA [~Oste@98-91-9.connect.netcom.no] has quit [Ping timeout: 480 seconds] 17:03:24 *** Progman [~progman@p57A1CA0E.dip.t-dialin.net] has quit [Remote host closed the connection] 17:04:05 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 17:06:07 *** bryjen [~bryjen@75.81.201.131] has joined #openttd 17:08:22 <fjb> Looks good. 17:09:55 * andythenorth wonders what next 17:11:51 <andythenorth> C++ 17:11:52 <andythenorth> ?? 17:11:54 <andythenorth> http://tt-foundry.com/misc/greeble_tiles_proposal 17:13:14 <SmatZ> @dict greeble 17:13:17 <SmatZ> !dict greeble 17:13:18 <SmatZ> mmmmm 17:13:41 <andythenorth> I put the definition in the proposal :) 17:13:46 <andythenorth> ummm 17:14:01 <andythenorth> if I try and patch for this, I am *way* out of mydepth 17:14:20 <andythenorth> already I'm seeing this could be a problem for AI support :| 17:15:41 <andythenorth> perhaps not if all 'fields' are treated as equal 17:16:03 <Zuu> The greebles what do they add that fields do not have? I tried to read your proposal. 17:16:26 <Zuu> It makes it possible for NewGRFs to choose where to build the farm tiles? 17:16:42 <andythenorth> no, just to specify the graphics to use for the tiles 17:16:52 <andythenorth> so that more than just farm fields can be shown 17:16:59 <Zuu> no differentiated clear costs? 17:17:10 <andythenorth> no, so there is not an AI problem actually 17:17:19 <andythenorth> greeble tiles == CLEAR_FIELDS 17:17:40 <andythenorth> the terminology will look very wrong in a lot of code though :o 17:17:46 <Zuu> Even with diferentiated clear costs, most/all AIs would handle it it. 17:18:32 <frosch123> can the tiles get cleared independently, or would that result in half houses etc? 17:18:37 <Zuu> The API do not tell what things cost to build/clear. The way to get costs is to find a tile that you can test on and then activate test mode and accounting mode. 17:19:24 <andythenorth> frosch123: I have been trying to think of things that *other* grf authors might do that would be silly. 17:19:34 <andythenorth> I would limit graphics to fit only in one tile 17:19:59 <andythenorth> the default farm fields look pretty complicated in how they handle adjoining layouts. 17:20:07 <andythenorth> I don't know how much of that can be replicated 17:20:53 <frosch123> are the tiles also destroyed by snow? 17:21:07 <andythenorth> that is a good question 17:21:16 <andythenorth> preferably not 17:21:23 <frosch123> do fields always have the same size? 17:21:37 <andythenorth> I don't know. What are the implications? 17:21:49 <frosch123> or is there rather some field tile layout? 17:22:07 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:22:30 <andythenorth> a layout would be preferable 17:23:01 * andythenorth looks for the current field code to see how the layouts work 17:24:01 <frosch123> how do such fields interact with "cleartile-fences" ? 17:24:27 * andythenorth searches for 'cleartile-fences' 17:24:40 <andythenorth> where do I find cleartile-fences? 17:24:42 <frosch123> currently fields have random rectangular size from 4x4 to 7x7 17:25:03 <frosch123> andythenorth: there are fences and hedges between clear tiles and fields 17:25:37 <andythenorth> frosch123: what file is the code in for these? I am searching....but I don't know what keyword to search on :) 17:26:04 <frosch123> clear_cmd.cpp for the fences, and PlantFarmField in industry_cmd.cpp 17:26:44 <frosch123> actually everything containing FarbField in industry_cmd.cpp 17:26:50 <frosch123> *m 17:27:05 <andythenorth> so the tile defines whether it requires a fence? 17:27:13 <andythenorth> or did I misread clear_cmd.cpp? 17:27:40 <frosch123> a tile decides whether it needs fencses at its north side depending on the tiletypes at the north 17:27:58 <frosch123> so a field only builds its north fences itself. the south fences are build by the clear tiles 17:28:14 <andythenorth> makes sense 17:28:24 <frosch123> makes it more complicated :p 17:28:27 <andythenorth> hmmm....the fences make my plan more complicated 17:28:50 <andythenorth> although they could be a route to the 'industry fences' that get requested occasionally 17:29:02 <frosch123> what type of fields are you planning? forrests and mines? 17:29:14 <andythenorth> farms, forests, mines yes 17:29:29 <andythenorth> possibly 'landscaping' for other industries, but I'll settle for what's possible :D 17:29:45 <andythenorth> I also don't fancy two months of drawing 'field' tiles 17:29:57 <andythenorth> well I would if I had nothing else to do....but.... :P 17:30:41 <frosch123> some hay bales for ogfx would be enough :p 17:31:47 <andythenorth> there are hay bales in FIRS. FooBar drew them. They are used in the mixed farm ;) 17:31:47 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 17:33:18 <CIA-6> OpenTTD: frosch * r19770 /trunk/src/smallmap_gui.cpp: -Feature: Hide all other industries when ctrl+clicking an industry type in smallmap legend. 17:33:55 <andythenorth> ^ :) 17:33:57 *** Adambean [CG1@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 17:34:02 <frosch123> the yellow swines? 17:34:53 <frosch123> maybe a bit to bright for ogfx 17:37:02 <andythenorth> easily recolored? 17:37:37 <frosch123> can you show an example :p 17:37:37 <andythenorth> this fields code is quite complex for my poor brain 17:38:00 <andythenorth> frosch123: I haven't drawn for ogfx, I'll have a look 17:38:35 <frosch123> neither me :) 17:40:03 * andythenorth wonders about round bales 17:40:25 <andythenorth> I think the default ones are actually stacks of bales, not single bales 17:40:54 <andythenorth> http://www.waterloo-farm.co.uk/wp-content/uploads/2009/09/hay_bales_stack.jpg 17:41:25 * andythenorth goes back to reading baffling industry code 17:41:43 <frosch123> http://www.bauer-beelitz.de/images/heuballen.jpg <- you mean those? 17:42:12 <frosch123> http://www.agrartransporte-lauber.de/Bilder/360_unimog_mit_heuballen.jpg <- or those? :p 17:42:23 <andythenorth> round bales? Yes. But they don't fit pre 1960s or some other date (I'm not sure exactly) :) 17:42:37 <andythenorth> and incidentally, don't tell anyone but HEQS will soon feature a Unimog 17:44:06 <Vornicus> Round balers first appeared in 1947. 17:44:25 <Vornicus> Or at least according to Wikipedia. 17:45:34 <CIA-6> OpenTTD: translators * r19771 /trunk/src/lang/ (5 files): 17:45:34 <CIA-6> OpenTTD: -Update from WebTranslator v3.0: 17:45:34 <CIA-6> OpenTTD: traditional_chinese - 1 changes by josesun 17:45:34 <CIA-6> OpenTTD: brazilian_portuguese - 3 changes by Tucalipe 17:45:34 <CIA-6> OpenTTD: russian - 1 changes by Lone_Wolf 17:45:35 <CIA-6> OpenTTD: slovak - 77 changes by keso53 17:45:35 <CIA-6> OpenTTD: swedish - 3 changes by Zuu 17:46:32 <Vornicus> But then, square balers appear to have first appeared around that time too - 1940ish? Before then, hay bales were done manually, and looked it. 17:46:44 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 17:48:34 * andythenorth will try and draw some bales later 17:48:52 <andythenorth> and thinks that a Unimog in HEQS is also available as a rail vehicle :o 17:50:02 <Vornicus> I remember back when I used to be here and people would ask "how big is a tile?" and there are something like four answers. 17:52:40 <Vornicus> (the topographical map gives one - a single height quantum is 33m, so a tile is about 5 times that or 166 meters; then the size of buildings gives another - about 10-15m; then the size of trains gives a third - about 30-40m. Then calculation from gauge gives something ridiculously small, and then there's a height exaggeration which makes it ridiculously large.) 17:53:08 <Rubidium> huh? 17:53:33 <andythenorth> frosch123: so the existing code plants a whole field of tiles at once? 17:53:34 <Rubidium> a heightlevel is either 50 (current trunk) or 25 (everything from more than a week ago) 17:53:55 <peter1138> why was it changed? 17:54:18 <Rubidium> because it wasn't in sync with the measurement tool 17:54:32 <peter1138> measurement tool should've been changed :p 17:54:35 <Rubidium> so technically I should have said: 17:54:50 <Alberth> 350m for a mountain doesn't seem good 17:54:59 <Rubidium> a heightlevel is either 50 for current trunk or either 25 or 50 for everything older than a week 17:55:24 <andythenorth> hmmm 17:55:46 <andythenorth> and fields take on irregular shapes over time because one square overplants another? 17:55:55 <andythenorth> square / rectangle /s 17:55:58 <Vornicus> Rubidium: I may have gotten that 33 wrong, this was back when I was playing around with it trying to figure out how big things were -- I remembered it was something like 100m in the map was 3 height quanta or so, or something. 17:56:49 <Rubidium> Vornicus: so, level 0, level 50 and level 100; not level 0, level 33 and level 66 (then you miss one level) 17:56:58 <asilv> is there really need to show actual heights in meters in game? wouldn't it be better to have it in some arbitrary heightlevels 17:57:30 <Rubidium> asilv: 50m isn't arbitrary enough? 17:57:41 <Alberth> why? we also show speed in km/h or so 17:58:30 <Rubidium> Alberth: I think we should give that in arbitrary numbers, i.e. in x/1.6mph, x/3.2mph or x/0.8mph 17:58:42 <peter1138> pixels per second 17:58:43 <asilv> that would remove arguments like: "350m for a mountain doesn't seem good" 17:58:59 <andythenorth> just measure everything in 'units' :P 17:59:02 <Alberth> Rubidium: perhaps use a random generator? 17:59:05 <peter1138> height: 8 pixels 17:59:13 * peter1138 ponders that as a new units format :D 17:59:20 <andythenorth> Alberth: oddly enough I am planning some random speeds :P 17:59:30 <Rubidium> peter1138: pixels per tick ofcourse :) 17:59:48 <Alberth> andythenorth: not needed, we display a random speed anyway :p 17:59:55 <peter1138> aye 18:00:02 <peter1138> isn't that similar to mph? 18:00:09 <Alberth> sshh! 18:00:12 <peter1138> :) 18:00:25 <peter1138> of course, pixels per tick would change depending on vehicle direction 18:00:30 * Sacro ticks 18:03:22 *** Grelouk_ [~Grelouk@93.21.20.116] has joined #openttd 18:03:29 <andythenorth> frosch123: for FIRS, any 'fields' would definitely be limited to organic industries (farms, plantations, forests etc.) and possibly mines 18:04:24 <andythenorth> I can see reasons to place tiles around other industries, warehouses etc. But it will be horribly confusing for station construction. 18:05:41 <Vornicus> Ah, here's how I got that. 18:05:54 <Zuu> Alberth: The random speed was fixed some revisions ago. Now stuck vehicles only drive in 0 km/h 18:06:30 <Vornicus> the absolute highest altitude you can have is colored the same as the label "500m" in the contour map. 18:07:12 <Vornicus> Since there are exactly 16 quanta, and the bottom one is sea level, that means you get 500 / (16 - 1) for the height of one quantum. 18:08:34 *** luddek [~ludde@84-55-112-94.customers.ownit.se] has quit [Remote host closed the connection] 18:08:45 <Vornicus> ...on the /other/ hand, sea level land is colored the same as the label "100m", which makes the quanta 25m, and the beach 100m high. 18:08:51 *** luddek [~ludde@h-92-160.A189.priv.bahnhof.se] has joined #openttd 18:09:04 *** luddek [~ludde@h-92-160.A189.priv.bahnhof.se] has quit [] 18:09:24 *** Grelouk [~Grelouk@93.21.12.34] has quit [Ping timeout: 480 seconds] 18:09:26 <Zuu> I'd say stop caring about scale, makes life much easier. 18:09:58 <Vornicus> Suggested fix: on the contour map, relabel the colors to 0, 200, 400, 600, and 800m, which makes sea level actually sea level, and the height quantum 50 meters. 18:10:04 <Vornicus> Zuu: where's the fun in that? :P 18:10:21 <andythenorth> I'd just knock the unit off and have them 0, 200, 400 18:10:22 <andythenorth> etc 18:10:35 <Zuu> Spending your time on more fun stuff like AI programming or traffic engineering. :-) 18:11:35 <Vornicus> But I can't program AI, and my traffic engineering skills are... well they're not very good. 18:11:54 <Alberth> Vornicus: implemented about 22 hours ago 18:12:23 <Vornicus> Alberth: works for me! 18:12:52 * andythenorth ponders what a forest should look like if done with fields 18:13:28 <Alberth> lots of railroad tracks through the forest 18:13:49 <andythenorth> ? 18:13:58 <Zuu> And don't forget the checkpoints for the orienteering runners. :-p 18:15:01 <andythenorth> I don't think 18:15:28 <andythenorth> that they are essential :P 18:16:50 * andythenorth ponders 18:17:19 <andythenorth> how to differentiate forest 'fields' from ordinary trees 18:17:32 <andythenorth> and whether square 'fields' of forest would look good in game 18:18:09 <Zuu> I would probably try to make it look like man made forests. 18:18:58 <Zuu> If you can use different graphics on different tiles you could try adding a trail from the forrest machines. 18:19:43 <andythenorth> Zuu: currently I can't use any graphics on any field tiles, so it's a bit hypothetical :D 18:21:53 * Vornicus tries to remember how to even /use/ presignals. 18:24:08 *** lewymati [~lewymati@89.230.159.206] has quit [] 18:25:52 *** dihedral [~dih@znc.noaddedsugar.net] has quit [Ping timeout: 480 seconds] 18:27:00 *** Progman [~progman@p57A1CA0E.dip.t-dialin.net] has joined #openttd 18:27:17 * andythenorth ponders 18:27:22 <andythenorth> mines wouldn't need fields 18:27:41 <andythenorth> spoil heaps and stuff might be eye candy but aren't necessary 18:28:56 <andythenorth> frosch123: fields resolves down to (a) simply being able to control the tile graphics for existing fields (to customise for different farm types).....and (b) some kind of solution for forests, which might be best done differently 18:30:06 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has joined #openttd 18:36:04 <Vornicus> Logging camps I'd actually do by having the building, and then just change the way trees nearby react. 18:40:38 <andythenorth> Zuu: you might know the answer to this....could a 'helper' AI plant trees around logging camps? 18:42:36 <frosch123> yes, as long as it does not bankrup 18:43:15 <frosch123> though it cannot detect logging camps as such, just industries producing woody stuff 18:43:31 <Eddi|zuHause> that should probably be fixed... 18:43:45 <frosch123> how? 18:43:53 <frosch123> grfid and local id? 18:44:05 <andythenorth> special flag 0? 18:44:19 <Eddi|zuHause> i don't know exactly... 18:44:20 <frosch123> or should industries get a 4 byte behaviour id? 18:44:35 <Eddi|zuHause> in general, newgrfs need more possibilities to tell the AI what's going on 18:44:51 * Vornicus tries to figure out a heuristic. Each logging camp would choose a particular tree to grow - then trees of that type would be planted nearby, and then would get removed (bulldozed) when they reach maturity. 18:44:58 <frosch123> for normal primary industries, for primary industries with production boosters, for normal secondary, for secondary which need all cargos, for secondary with stockpiling? 18:45:33 <Zuu> andythenorth: AI's can plant trees, some use it to "bride" towns. But AI's cant know which tiles that belong to an industry, only get their north corner tile. 18:45:54 <andythenorth> I was thinking of a hack 18:46:19 <Zuu> Not sure if you can specify which trees to build. It is probably only random trees. 18:46:25 <andythenorth> I could use the existing special industry flag bit 1 (industry cuts trees), but I hate that behaviour. 18:46:45 <andythenorth> I don't want to be pinning 10 logging camp windows and planting trees when they run out :( 18:46:55 <andythenorth> So if the logging camp could plant it's own trees.... 18:46:59 <andythenorth> its /s 18:47:08 <andythenorth> AI could be one solution, but it's a monster hack 18:47:25 <andythenorth> A new special flag: plant trees could be another solution 18:47:33 <andythenorth> Or adapt the 'fields' behaviour 18:47:38 <Alberth> remove tree cutting from the game? 18:47:38 <Vornicus> I take it there's more to that behavior than display, for Industry Cuts Trees? 18:47:47 <andythenorth> It produces cargo 18:47:53 <Vornicus> ah. 18:48:06 <andythenorth> I don't exactly know how the cutting relates to the cargo production rate (if at all) 18:48:43 <andythenorth> I haven't explored it because it's one of my least favourite Chris Sawyer 'quirks' 18:50:58 <frosch123> the trees are cut cicular around the industry, and every tile produces a fixed amount of cargo 18:51:02 <frosch123> there are no production rates 18:51:55 * andythenorth dislikes that :D 18:52:52 *** heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Quit: heffer] 18:53:01 *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has joined #openttd 18:53:54 *** fonsinchen [~fonsinche@brln-4dba8c08.pool.mediaWays.net] has joined #openttd 18:54:20 <andythenorth> there's so much industry code already for specific behaviours :| 18:54:54 <andythenorth> it makes me hesitant to suggest further special flags etc 18:58:42 <andythenorth> frosch123: resp. fields. Simply controlling the graphics used for a tile looks far less complex than controlling also the layouts and fences? 19:00:37 * andythenorth doesn't quite understand whether the existing code specifies a number for a real sprite, or the ID of a tile 19:00:45 <Alberth> what do you think? It happened by accident, but the blue boxes seem nice http://devs.openttd.org/~alberth/new_newgrf2.png 19:01:53 <frosch123> looks like tto 19:01:54 <andythenorth> I preferred your single list version (sorry) :| 19:02:51 * andythenorth has been feeling grumpy about feedback today and shouldn't inflict it on others :) 19:08:23 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 19:18:05 *** Fast2 [~Fast2@p57AF8F5F.dip0.t-ipconnect.de] has joined #openttd 19:33:44 *** einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has joined #openttd 19:34:23 *** ecke [~ecke@188.75.128.2] has joined #openttd 19:43:00 <Zuu> I think the blue and purple colours do not go well togeather. 19:44:58 <Zuu> Is there a good reason why the lists use different backgrounds? The only reasons I can come up with are historic reasons regarding the NewGRF dialog and that the save/load dialogs use black background and somehow the black background represents that it is files. 19:46:31 <Alberth> i changed the backgrounds all back to MAUVE, it is more subtle that way 19:47:04 <Alberth> as for the list backgrounds, I don't know 19:47:30 <Alberth> black matrix widget is bad as you will not see the seperating lines, I guess 19:47:48 <Zuu> I wonder if it is a problem to have the apply button far from the close window button. Maybe it is motivated to remove the x-button and have a close button at the lower right as with the difficulty window. 19:48:47 <Alberth> I don't like not having a 'x' close button at the top 19:49:27 * Vornicus watches the splash screen for a while. 19:49:35 <Zuu> Though, I do agree on that it is a bad idea to remove the 'x' as all windows apart from the difficulty window has it. It's more if it becomes a problem that users forget to apply because the apply button is to far away. 19:49:49 <Vornicus> Am I seeing that correctly? Do level crossings now go red whenever a train is nearby? 19:50:06 <Zuu> Vornicus: Depends on how you place your path signals. 19:50:19 <Zuu> Whenever a train reserve a path through the level crossing they go red. 19:50:49 <Vornicus> So the previous signal must be far enough away. 19:50:54 <Vornicus> Hey, works for me. 19:53:00 <Zuu> Alberth: I don't know the name of the list widgets if they are the same or different. I think it will look cleaner if both lists have the same style unless there is a reason such as having lists of things strongly related to physical files in black. 19:53:04 <Vornicus> Does it work for non-pb signals too? 19:53:09 <Zuu> nope 19:53:18 *** fonsinchen [~fonsinche@brln-4dba8c08.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 19:53:44 <Zuu> Since with block signals the trains don't reserve a path and thus the crossing won't know that it should go red. 19:54:09 <Vornicus> ok. 19:54:23 <Zuu> I think the crossings just check for path reservations, not for trains. 19:54:45 <Zuu> (when the path signals are used) 19:55:29 <Zuu> Or more correctly, they probably check for both reservations and trains but only at their own tile and maybe adjacent tiles. 19:59:04 *** devilsadvocate [~devilsadv@202.3.77.203] has quit [Ping timeout: 480 seconds] 20:02:06 <Alberth> http://devs.openttd.org/~alberth/new_newgrf2.png file updated 20:02:31 <Alberth> I kind of like the different background colours 20:03:59 <Zuu> Looks good 20:04:29 <frosch123> http://devs.openttd.org/~frosch/texts/farmtiles.txt <- andythenorth: new file in the pet project folder 20:04:31 <Zuu> In the 2-display edition does the blue squares have a function? 20:05:42 <Alberth> yeah, just like the current implementation, they show newgrf status 20:05:43 <Zuu> If not, I would probably remove them also to make the lists more uniform. Having a darker colour at the inactive list could still be there to indicate that they are inactive. 20:06:15 <Zuu> Oh ok. I have to admit I haven't tested it, only looked at your screenshots. 20:06:55 *** fonsinchen [~fonsinche@brln-4dba8c08.pool.mediaWays.net] has joined #openttd 20:07:26 <peter1138> too many frames 20:07:45 <frosch123> hmm, why did i miss the new active/inactive captions the last two times i looked at the picture :o 20:08:23 <Zuu> Maybe we need to make the titles flash :-p 20:09:05 <andythenorth> frosch123: that spec looks like more than I was hoping for :) 20:09:06 <peter1138> marquee? 20:09:24 <Alberth> a bid red arrow and a red star with yellow "NEW!" in it :p 20:09:45 <andythenorth> Alberth: any particular reason you favour the 'two lists' version? 20:10:26 <Alberth> it had the most problems that needed fixing/tweaking 20:10:42 <frosch123> andythenorth: it is the smallest spec i could imagine, which is not an unextensible hack :) though of course it does not need implenting as a whole in the first go 20:11:02 <Alberth> actually, I am kind of stuck on how to proceed :( 20:11:48 <frosch123> we need a good idea where to place the buttons :s 20:12:00 <Vornicus> From what I can tell two-lists is probably the best way to do it anyway - there's two pieces of information here, active status and load order. Having inactive things mixed into the active ones would cause confusion when trying to reorder active items. 20:12:14 <andythenorth> it doesn't in iTunes. Millions of users.... 20:12:36 <andythenorth> itunes is one list, with check boxes for active / not active 20:12:43 <andythenorth> plus filter in place 20:13:02 <Alberth> andythenorth: http://devs.openttd.org/~alberth/new_newgrf1.png but I tweaked this one too :) 20:13:20 <Vornicus> And in iTunes, the order given is a sort order, not a personal order. ...and actually that check box is kinda annoying! 20:13:36 <Alberth> Vornicus: that's why you can sort on activation order :) 20:14:52 <andythenorth> Alberth: the single list looks preferable to me 20:14:56 <frosch123> hmm, it is easier to arrange the buttons in the one-list view :) 20:15:11 <andythenorth> 'Activate' 'Deactivate' instead of 'Add' 'Remove'? 20:15:12 <Vornicus> What I mean is, in iTunes, the order that they show up in your library is an order generated automatically. There's no conflicts to resolve by changing the order. 20:15:31 <Alberth> frosch123: and there is a 2nd vertical scrollbar available for the options :) 20:15:45 <andythenorth> in an iTunes playlist you control the order by drag and drop 20:16:14 *** Jolteon [~Jolt@ip04.rdlbnc.com] has quit [Quit: USERNAME RDL1 ATTEMPTED TO ACCESS A FORBIDDEN AREA. rdlBNC Security Shutdown.] 20:16:28 <andythenorth> Alberth: the single list has a smaller info area. I liked the possibility of large info text... 20:16:32 <Vornicus> And isn't the usual layout for this kind of setup available -> active, with a couple of arrow things in between? 20:16:44 <andythenorth> only in hideous GUIs 20:16:58 <andythenorth> I have a book somewhere which explains why those things are so wrong every time they're properly tested 20:17:29 <Alberth> andythenorth: I should fix the music gui then too :) 20:17:57 <Zuu> I think the main benefit with the 2-display version is that a possible AI gui remake is probably easier to do as a 2-display version as you can have several of the same AIs. That said, unless it happens at the same time it might not be worth to take that into account when designing the NewGRF GUI. 20:18:09 <frosch123> imo the most bothersome issue with the onelist view is, that i see no room for extending. e.g. static/normal newgrfs or using the same gui for ais. those two points would also work with the twolist view, which also looks similiar to the current content download gui. however most troublesome with the twolist gui is, that there are no nice positions for the buttons :s 20:19:00 <andythenorth> I really think the one-list GUI should replicate the content download 20:19:15 <andythenorth> checkboxes, right hand panel...what's not to like? 20:19:35 <Alberth> Zuu: can you explain that? I don't see the problem exactly 20:19:43 <Vornicus> The checkboxes are hard to see. :( 20:19:59 <Zuu> Alberth: Which problem? 20:20:10 <andythenorth> Vornicus: that could be fixed 20:20:13 <Alberth> Zuu: oh sorry, the benefit 20:20:45 * andythenorth wonders if content download and newgrf gui can be combined to one uber-gui.... 20:20:49 <andythenorth> probably horrible 20:20:57 <Vornicus> Almost certainly horrible. 20:20:57 *** ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Read error: Connection reset by peer] 20:21:04 <frosch123> andythenorth: ai and newgrf might be easier 20:21:05 <Zuu> I shouldn't take the credit for the AI thing as I think it was frosch123 who mentioned it first. 20:21:25 *** ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has joined #openttd 20:21:30 <frosch123> he, don't blame me :p 20:21:37 <Zuu> But you wonder why AIs better work at the 2-display edition or why that is of importance for NewGRF gui? 20:22:14 <Alberth> why you need 2 display edition for the AIs 20:22:44 <Zuu> Let me ask the question how would you in the 1 display edition handle that you can have more than one of the same AI? 20:22:59 <Zuu> How would I select 3 NoCAB in the 1 display edition? 20:23:19 <Zuu> If you have a good solution for that, then I don't see any problems with using the 1 display edition for AIs as well. 20:24:06 <Alberth> Duplicate the entry when you activate it, so you always have a de-activated as well? 20:25:00 *** Jolteon [~Jolt@ip04.rdlbnc.com] has joined #openttd 20:25:18 <Zuu> Possible. Have to think if it is good or bad solution. 20:25:34 <frosch123> hmm, true, with "sort by activation" by default it is not such an issue 20:25:41 <Alberth> frosch123: what is the requirement with static/normal newgrfs? 20:27:17 <Zuu> If we decide the 1 display edition for NewGRFs is the best one for NewGRFs, then I'm still not sure that AIs is a strong enough reason to go for another solution because it in future might give a more consistent gui. 20:27:44 <frosch123> currently i would imagine to switch the "active" list between two sets of active grfs. the normal and the static ones. but maybe it could also work similiar to "switch palette" which might be favourable for the onelist gui 20:28:19 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has joined #openttd 20:29:05 <Alberth> grfs can be either normal or static, and you chose after activation? 20:29:19 <frosch123> anyway, what about andy's suggestion? using the onelist view, but a big description panel on the right. so both the list and the description are bigger 20:30:39 <Alberth> widget shuffling/sizing is never a problem :) 20:30:49 <Alberth> I can try that. 20:31:01 <frosch123> [22:29] <Alberth> grfs can be either normal or static, and you chose after activation? <- yes, either this or that. you have to choose before activation, and static are put at the end. also not every grf can be static (which is an expensive check which might be done when pressing a button for a single file, but not for filtering the whole list) 20:32:00 <frosch123> so well, currently i also favor the onelist view :) 20:32:19 <Alberth> so a 'add as static' and 'add as normal 20:32:32 <Alberth> ' button would solve the problem? 20:32:49 <frosch123> either that, or a toggle static/non-static 20:34:11 <Alberth> toggle may be easier 20:34:15 <andythenorth> http://tt-foundry.com/misc/one_list_newgrf_gui.png 20:34:25 <andythenorth> I haven't spent any time thinking about what buttons should go where 20:34:35 <frosch123> don't get me wrong. it is not imporant to add that function, but there should be a plan how it could be done :) 20:34:53 <Zuu> If you want to remove some text buttons you could consider using image buttons with 14-16 pixel large arrows similar to the right window here: http://www.junctioneer.net/site/resources/howto/junction/step6.png 20:35:36 <Zuu> for moving entries up/down. 20:36:13 <frosch123> buttons below/above the list take less space than right/left of it 20:36:30 <Zuu> It would though take some horizontal space and if the list get the full window hight then it might get quite expansive in space to place them to the right/left. 20:37:35 <Zuu> The benefit with image buttons would be to less buttons to read, but would take more space. 20:37:37 <Alberth> andythenorth: you want to have the checkboxes too? it might get messy if the newgrf status is also displayed 20:37:47 <Vornicus> arg, really hate inactive mixed with active. 20:38:35 <andythenorth> Vornicus: what problems does it cause you? 20:38:36 <Zuu> Why not just click on the location of the blue boxes to activate/deactivate? 20:38:39 <frosch123> checkboxes raise the same problem of multiple ais 20:38:52 <frosch123> and yes, with the grf status :) 20:39:30 <Vornicus> andythenorth: well, the big one in this case is that "move up" and "move down" when I have few active grfs means I have to click those buttons a lot of times to get them in the right place. 20:39:44 *** devilsadvocate [~devilsadv@202.3.77.231] has joined #openttd 20:39:55 <andythenorth> not if I've understood Alberth's proposal correctly 20:40:03 <andythenorth> he's bouncing the active ones to the top of the list 20:40:10 <andythenorth> Alberth: is that correct? 20:40:21 <frosch123> so what is the point of the checkboxes then? 20:40:39 <andythenorth> how often does order matter? 20:40:45 <frosch123> andythenorth: there is a sorting dropdown to put them at the top, or to include them into the list 20:40:54 <andythenorth> and is drag and drop out of the question? 20:41:16 <andythenorth> this up/down business seems a little bit 1994 :P 20:41:37 <Alberth> it would at best only work for the active grfs, as far as I can see at the moment 20:42:22 <Alberth> unless 'sort' means a one time sort, and after that the user can move entries around 20:43:00 <andythenorth> I can't remember when I last played a game where order matters? 20:43:45 <Alberth> andythenorth: if you have sorting by activation switched on, and you activate a grf, it jumps to the end of the activated list, yes 20:44:18 <andythenorth> that would be a bit disruptive but make sense 20:44:41 * andythenorth can forsee problems with 1 list, but nothing's perfect :) 20:45:22 <Alberth> it currently takes the selection along, so the list is jumping too, but perhaps I should move the selection one entry down instead 20:45:37 <andythenorth> that would be good 20:45:59 <Zuu> I think the 1 list is good for scrolling through the list and possible clicking at the left side of the names to activate them, but then the concept of setting load order becomes less obvious I think. 20:46:34 <Alberth> that's why sort on activation is default 20:46:47 <andythenorth> the only time I have to worry about load order is when newgrfs are fragile or broken :P 20:47:37 <andythenorth> it's the kind of thing that should be hidden from players. I know there are tens of newgrfs that have these problems, but maybe it's time to force the issue? 20:48:20 <andythenorth> A player using bananas is never going to find the obscure forum post that explains how one newgrf has to be before the other. They'll just think something is broken 20:49:00 <Alberth> I cannot even find which trains/trucks to use with ECS :p 20:49:01 <Zuu> If you (as player) don't want to care about activation order, then imho sorting by name might be better as the active ones would not jump away possible out of sight. 20:49:24 <andythenorth> order is a legacy from TTDP, limited number of vehicles, and people not using cargos properly 20:50:58 <andythenorth> also.....so I use the newgrf gui....I happen to have an internet connection available...should I get informed about updates to an newgrfs I have downloaded? 20:51:18 *** Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 20:51:23 <Alberth> I believe every word of what you say, but I am not the NewGRF expert you need to convince 20:52:06 <Alberth> I hope not 20:52:07 <Zuu> andythenorth: I think I made a such suggestion once possible at the forums. Let me see if I find it. 20:53:27 <Zuu> The main concern I think apart from implementing the checking and possible extra load on the server was that some people including R definitely don't want that a program go online before it has been given permision for it. 20:53:39 <andythenorth> that makes sense 20:55:55 <Zuu> Here is the thread: http://www.tt-forums.net/viewtopic.php?f=32&t=44582 20:57:26 <andythenorth> if I'm pay-for-bandwidth or something, it's just rude to go online :) 20:58:01 <Zuu> Yep, good my cell phone is flat rate. :-) 20:58:29 <Rubidium> we don't want to give anyone the impression that OpenTTD 'calls home' without your permission 20:59:03 <andythenorth> so that also saves some code and GUI thinking 21:00:26 <Alberth> gui is probably the simplest part of the problem 21:01:12 <Alberth> I'll code your proposal tomorrow andythenorth, so we can see how it works out 21:01:22 <Alberth> good night for now 21:01:25 <andythenorth> the buttons in mine are in wrong places 21:01:28 <andythenorth> good night :) 21:01:53 <Alberth> you have < 12 hours to solve that problem :p 21:02:05 <Alberth> nah, just kidding :) I will look into it 21:02:50 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:24:58 *** bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving] 21:39:24 *** nighthawkcm [~nighthawk@pD9506FE7.dip0.t-ipconnect.de] has quit [Quit: Verlassend] 21:43:59 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Remote host closed the connection] 21:45:10 <planetmaker> moin 21:45:25 <planetmaker> frosch123: your treatise on (industry) fields sounds quite nice :-) 21:47:50 *** einKarl [~einKarl@95-89-121-65-dynip.superkabel.de] has quit [Remote host closed the connection] 22:02:27 *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has quit [] 22:06:10 *** Grelouk_ [~Grelouk@93.21.20.116] has quit [Read error: Connection reset by peer] 22:06:28 *** snack2 [~nn@dsl-hkibrasgw1-ff1ec000-127.dhcp.inet.fi] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )] 22:15:24 *** devilsadvocate [~devilsadv@202.3.77.231] has quit [Ping timeout: 480 seconds] 22:15:34 *** uzver [~uzver@91.202.128.79] has joined #openttd 22:15:53 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe23dc00-198.dhcp.inet.fi] has quit [] 22:16:38 <uzver> hi. i've got a problem with autoupdating my buses... it says i don't have money but i do have many of them :( what's wrong? 22:17:45 <frosch123> it does not spend all money on autoreplace/renew. you can specify in advanced settings which amount to leave for your constructions 22:18:23 <uzver> hmm.. will look at it now 22:22:17 *** KritiK [~Maxim@95-26-232-29.broadband.corbina.ru] has quit [Quit: Leaving] 22:24:35 <uzver> yes. it works now. thank you... costs was fluctuating near that 200 000 EU limit 22:24:47 <uzver> so i was no luck to update them :) 22:24:52 <uzver> has no* 22:26:23 <__ln__> @seen peter1138 22:26:23 <DorpsGek> __ln__: peter1138 was last seen in #openttd 2 hours, 17 minutes, and 16 seconds ago: <peter1138> marquee? 22:29:57 *** luddek [~ludde@84-55-112-94.customers.ownit.se] has joined #openttd 22:32:45 <andythenorth> @seen the_light 22:32:45 <DorpsGek> andythenorth: I have not seen the_light. 22:33:22 <andythenorth> good night :P 22:33:29 <andythenorth> time fo zzzzzz 22:39:22 *** yorick [~yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 22:42:34 <uzver> gn 22:42:51 <uzver> interesting... how i can use few trains on just one line... 22:43:08 *** bryjen [~bryjen@75.81.201.131] has joined #openttd 22:43:37 <PeterT> planetmaker: moin? 22:45:15 <frosch123> PeterT: http://en.wikipedia.org/wiki/Moin 22:45:44 <PeterT> frosch123: I know what it means 22:45:49 <PeterT> but...morning? 22:45:54 <PeterT> at this hour? 22:46:06 <frosch123> read that wiki article 22:46:27 <__ln__> because you won't, i'll tell you: it doesn't mean "morning". 22:47:15 <PeterT> I just did. 22:49:39 *** Hyronymus [~chatzilla@s5591a1ba.adsl.wanadoo.nl] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]] 22:49:43 *** Polygon [~Poly@p54B46832.dip.t-dialin.net] has quit [Quit: Verlassend] 22:51:51 *** JostVice [~jostvice@85.136.129.22.dyn.user.ono.com] has left #openttd [] 22:52:52 *** JostVice [~jostvice@85.136.129.22.dyn.user.ono.com] has joined #openttd 22:52:59 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Now with extra fish!] 22:55:24 *** Coco-Banana-Man [~Stephan.D@p5B2D9791.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der blÀht, als hinterster geht!] 22:57:45 *** luddek [~ludde@84-55-112-94.customers.ownit.se] has quit [Quit: luddek] 23:07:30 *** luddek [~ludde@h-92-160.A189.priv.bahnhof.se] has joined #openttd 23:15:26 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 23:25:43 *** ptr_ [~peter@c213-89-142-224.bredband.comhem.se] has quit [Quit: Zzzzzz] 23:26:37 <Eddi|zuHause> why do english people say "Zet Zet Zet Zet ..." when they sleep? 23:30:46 *** last_evolution [~last_evol@r5ba58.net.upc.cz] has quit [Quit: Leaving] 23:30:54 <bryjen> its the sound of snoring 23:34:40 *** pugi [~pugi@p4FCC4865.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!] 23:44:37 <Eddi|zuHause> but snoring sounds more like chchchch over here... 23:48:51 <frosch123> andythenorth: http://devs.openttd.org/~frosch/texts/farmtiles.txt http://devs.openttd.org/~frosch/diffs/customisablefarmtiles.diff Do I get a test grf when I am awake again? :) 23:51:48 *** DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has joined #openttd 23:52:20 * uzver >_> wall whie learning how to use junctions and signals 23:55:32 *** Fast2 [~Fast2@p57AF8F5F.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]