Times are UTC Toggle Colours
00:00:56 <thingwath> mm, that cargodest thing scares me 00:01:24 <thingwath> it works and everything, but I'm looking at the list of cargo at some station 00:01:36 <thingwath> and just wonder what I'm supposed to do? 00:01:42 <TrueBrain> Eddi|zuHause: I only made win32 00:02:04 <TrueBrain> (of which I still need convermation 00:02:12 *** ArmEagle [~armeagle@cc8543-a.groni1.gr.home.nl] has quit [Ping timeout: 480 seconds] 00:02:24 <Eddi|zuHause> i don't have any win32 to confirm ;) 00:02:53 <TrueBrain> neither do I:) 00:04:44 <glx> I can check win32 and win9x 00:18:18 *** Dred_furst [~Dred_furs@user-514faa37.l2.c4.dsl.pol.co.uk] has joined #openttd 00:18:18 <Eddi|zuHause> when Celestar comes along, can someone tell him that i think the cargo network is not updated properly when switching from "go via" to "go to"? 00:24:51 *** fmauNeko is now known as fmauNekAway 00:28:35 <Progman> Eddi|zuHause: http://wiki.openttd.org/wiki/index.php/Talk:Passenger_and_cargo_destinations 00:32:13 <CIA-5> OpenTTD: frosch * r14134 /trunk/src/order_cmd.cpp: -Fix (r12667, r13579) [FS#2245]: Update 'current_order' when changing 'cur_order_index'. 00:32:48 *** Eddi|zuHause [~johekr@p54B75E65.dip.t-dialin.net] has quit [] 00:33:23 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has joined #openttd 00:34:43 *** frosch123 [~frosch@frnk-590fe51c.pool.einsundeins.de] has quit [Remote host closed the connection] 00:38:05 <McChicken_> so i have to go 00:38:15 *** McChicken_ [~chatzilla@p4FDAA6FB.dip0.t-ipconnect.de] has left #openttd [] 00:55:48 *** rortom [~rortom@p57B7F715.dip.t-dialin.net] has quit [] 00:56:26 *** Dred_furst [~Dred_furs@user-514faa37.l2.c4.dsl.pol.co.uk] has quit [Quit: Leaving] 01:13:28 *** tokai|ni [~tokai@p54B83830.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 01:15:30 *** tokai|ni [~tokai@p54B8139C.dip0.t-ipconnect.de] has joined #openttd 01:23:48 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd 01:29:00 *** Zahl [~Zahl@e176254055.adsl.alicedsl.de] has quit [Quit: (~_~]"] 01:31:08 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 01:37:17 *** De_Ghosty [~s@76-10-162-83.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 01:37:50 *** De_Ghosty [~s@206-248-191-141.dsl.teksavvy.com] has joined #openttd 01:43:00 *** grumbel [~grumbel@i577BBF6C.versanet.de] has quit [Quit: Client exiting] 01:44:50 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Quit: Zzz] 01:45:52 *** De_Ghosty [~s@206-248-191-141.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 01:46:13 *** De_Ghosty [~s@76-10-137-5.dsl.teksavvy.com] has joined #openttd 01:54:11 *** Tekky [~chatzilla@p5493C2AD.dip.t-dialin.net] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 01:55:42 *** stillunk1own [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 01:56:46 *** fjb [~frank@p5485F6C3.dip.t-dialin.net] has quit [Remote host closed the connection] 02:02:48 *** Digitalfox [~Digitalfo@bl4-211-232.dsl.telepac.pt] has quit [Quit: Leaving] 02:06:32 *** De_Ghosty [~s@76-10-137-5.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 02:12:59 *** De_Ghosty [~s@206-248-181-223.dsl.teksavvy.com] has joined #openttd 02:14:32 *** Progman [~progman@p57A1D0F1.dip.t-dialin.net] has quit [Remote host closed the connection] 02:15:03 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 02:15:34 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd 02:15:59 <CIA-5> OpenTTD: belugas * r14135 /trunk/ (7 files in 2 dirs): -Codechange: Add owner to waypoints. Previously, it was guessed from rail underneath it. 02:24:15 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd 02:24:26 <CIA-5> OpenTTD: belugas * r14136 /trunk/projects/openttd_vs80.vcproj: -Fix(r14135): MSVC project was not supposed to be on previous commit 02:27:17 *** Sacro_ [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd 02:28:38 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 02:32:27 *** Sacro_ is now known as Sacro 03:29:44 *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/] 03:48:09 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:54:57 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 04:07:12 *** De_Ghosty [~s@206-248-181-223.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 04:07:21 *** De_Ghosty [~s@76-10-139-154.dsl.teksavvy.com] has joined #openttd 06:21:53 *** Hobo_Bob [~Hobo_Bob@pool-71-109-208-55.lsanca.dsl-w.verizon.net] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 06:41:37 *** daspork [~daspork@24-158-111-118.dhcp.kgpt.tn.charter.com] has quit [Ping timeout: 480 seconds] 06:59:57 *** Celestar [~Jadzia_Da@mnch-5d876f9d.pool.einsundeins.de] has joined #openttd 06:59:59 <Celestar> morning 07:06:33 *** Dred_furst [~Dred_furs@user-514faa37.l2.c4.dsl.pol.co.uk] has joined #openttd 07:06:45 * Celestar is frustrated 07:07:02 * hylje gives Celestar an immovable object 07:09:14 <Celestar> ? 07:09:38 <Celestar> struct foo { int i; foo(int x) : i(x) {} }; struct bar { foo stuff[42]; bar() {} }; <= Impossible :/ 07:13:47 * Prof_Frink gives Celestar an unstoppable fork 07:14:15 <Celestar> and working with cargopacket.h and station_base.h at the same time is nasty 07:14:56 *** Wolf01 [~wolf01@host196-236-dynamic.4-87-r.retail.telecomitalia.it] has joined #openttd 07:15:07 <Wolf01> hello 07:15:42 <Celestar> hey 07:16:48 <peter1138> Heheh, 25 MHz 486... 07:17:18 * Prof_Frink installs gentoo 07:18:02 <Tefad> er what? 07:21:07 <Celestar> geordi -c struct foo { int i; foo(int x) : i(x) {} }; struct bar { foo stuff[42]; bar() : stuff(23) {} }; <= impossible too :/ 07:22:29 <Wolf01> ehy, the box says so, maybe they forgot a 0 :D 07:25:01 <Wolf01> somebody managed to run XP on a 8MHz processor 07:25:07 <Wolf01> http://winhistory.de/more/386/xpmini_eng.htm 07:25:17 *** dfox [~dfox@r5cv25.net.upc.cz] has quit [Remote host closed the connection] 07:29:45 <peter1138> Wolf01, you're forgetting about all the extra features introduced, and that limits removed. 07:30:34 <peter1138> Some routines are way more optimised now, as, while they worked fine with a limit of 80 trains, they're not so good with 800. 07:30:37 *** Celestar [~Jadzia_Da@mnch-5d876f9d.pool.einsundeins.de] has quit [Quit: leaving] 07:33:50 *** TinoM [~Tino@i59F5F533.versanet.de] has joined #openttd 07:46:49 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 07:46:55 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 07:47:52 *** dlunch [~dlunch@61.108.29.49] has quit [Quit: ì ìŽë§ ê°ëë€.] 07:48:15 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 07:58:30 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 08:14:23 *** Roujin [~Roujin@p54970E8C.dip0.t-ipconnect.de] has joined #openttd 08:14:32 <Roujin> cheers 08:20:48 <Wolf01> hi 08:22:05 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 08:30:07 *** KillaloT [~killalot@0x5738c843.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd 08:35:42 *** Celestar [~Jadzia_Da@p5B0D88A9.dip0.t-ipconnect.de] has joined #openttd 08:35:45 <Celestar> back 08:35:48 <Celestar> ish 08:38:11 <Ammler> the windows binary from truelight has still HG rev name... :-/ 08:38:43 <Celestar> windows-cargodest-binary? 08:38:49 <Ammler> yes. 08:38:59 *** welterde [welterde@gandalf.srv.welterde.de] has quit [Remote host closed the connection] 08:39:06 <Ammler> bundle name looks like svn rev name :-) 08:39:11 <Celestar> awesome 08:39:15 <Celestar> I think I'll make a forum post later today 08:39:34 <Ammler> http://mz.openttdcoop.org/bundles/OTTD-linux-i686-cargodest-r14127M.tar.bz2 08:39:44 <Ammler> oh 08:40:04 <Ammler> http://devs.openttd.org/~truebrain/cargodest/openttd-cargodest-r14127-win32.zip 08:40:06 <Celestar> heh 08:40:16 *** welterde [welterde@gandalf.srv.welterde.de] has joined #openttd 08:40:43 <Ammler> if you see that, you could assume, it has a svn rev name :-) 08:42:32 <Ammler> how do I get rid of the 08:42:50 <Ammler> "anywhere" cargo? 08:44:02 <peter1138> And what, precisely, is wrong with having the hg rev name? 08:45:36 <Ammler> peter1138: playing on the server... 08:45:52 <Ammler> nothing is wrong, just not the same :-) 08:46:26 <peter1138> It's better. 08:46:29 <Celestar> Ammler: in a savegame? remove the station. 08:46:46 <Celestar> Ammler: or remove the station the cargo is going to (switch to Destination View) 08:46:48 <peter1138> It's not just any random modified version of r14127, it's *exactly* this hg revision... 08:46:52 <Ammler> Celestar: yep 08:47:19 <peter1138> Anywhere cargo should just be moved... anywhere. 08:49:24 *** nfc [~nfc@dsl-hkibrasgw2-fe20de00-185.dhcp.inet.fi] has quit [Quit: leaving] 08:51:12 <peter1138> Damn, we need that old smallmap zoom patch :o 08:52:41 *** Farden [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has joined #openttd 08:52:48 <Celestar> peter1138: "via anywhere", not "to anywhere" 08:52:56 <Celestar> peter1138: yes, we do. urgently (= 08:55:24 <peter1138> Oh, so what's the fix for via anywhere? 08:56:21 <peter1138> http://svn.bucks.net/~petern/route1.png 08:56:22 <peter1138> :D 08:56:22 *** [1]Roujin [~Roujin@p54970E8C.dip0.t-ipconnect.de] has joined #openttd 08:56:57 <Celestar> peter1138: via anywhere happened when a station got deleted but the index go reused later. The old cargo targets were not updated 08:57:09 <Rubidium> peter1138: you should use a wider screen ;) 08:58:06 <peter1138> Celestar, so it's an already-fixed bug? 08:58:30 <Celestar> peter1138: yes it is. but it doesn't 'repair' old savegames from the branch (I don't see that needed) 08:58:37 <peter1138> Rubidium, actually I'm looking at getting a 28" 1920x1200 display... 08:58:43 <peter1138> Celestar, that's fine :) 08:58:46 <Celestar> peter1138: http://wiki.openttd.org/wiki/index.php/Talk:Passenger_and_cargo_destinations <= this might be interesting 08:59:00 <Celestar> peter1138: I'm just working on accelerating LoadUnloadStation 08:59:49 <Celestar> by moving the cargo_list into the goodsentry 08:59:58 <Celestar> so it's reused permanently 09:00:12 <peter1138> Feh, debug level 3 is perfectly playable for me ;) 09:00:35 <Rubidium> peter1138: and that binary in valgrind? 09:00:49 <Celestar> peter1138: not if you have a a station with 100.000+ units of cargo waiting 09:00:53 <peter1138> Rubidium, probably not :) 09:00:59 <Celestar> peter1138: that's the only problem because the cargolist loop take AGES 09:01:09 <Celestar> peter1138: however, there's not urgent need to fix it 09:01:27 <peter1138> My busiest has only 10,000 09:02:00 <peter1138> Oh, no, 14,000. 09:02:05 <Celestar> peter1138: then you will have no performance issues imho 09:02:08 <peter1138> 10,000 passengers. 09:02:30 <Prof_Frink> We're gonna need a bigger boat. 09:02:33 <peter1138> I could do with expanding that station, but I don't think there's room. 09:03:23 *** Roujin [~Roujin@p54970E8C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 09:03:26 <Celestar> I _don't_ understand CargoList::Truncate :S 09:04:23 <Rubidium> don't know what changed, but it was dead simple 09:04:25 <peter1138> What I don't understand is why I have a purely transfer station with mail waiting... 09:05:39 *** TiberiusTeng [~Tiberius@sbt.idv.tw] has joined #openttd 09:06:09 <peter1138> Bloody TTRS3! 09:06:22 <peter1138> Reloaded the game and now all the roads and bridges are different! :o 09:07:34 <Celestar> yeah 09:07:36 <Celestar> it happens :S 09:08:18 * peter1138 and belugas need to finish our work... 09:10:20 <TiberiusTeng> ganbare!! :o 09:10:33 <Celestar> what work peter1138 ? 09:10:37 *** rortom [~rortom@p57B7DD4B.dip.t-dialin.net] has joined #openttd 09:13:09 <Celestar> heh running make from vim is really cool 09:13:16 <Celestar> you can then jump between all the errors (= 09:14:41 *** nfc [~nfc@dsl-hkibrasgw2-fe20de00-185.dhcp.inet.fi] has joined #openttd 09:14:50 <Eddi|zuHause> <peter1138> Reloaded the game and now all the roads and bridges are different! :o <- could get fixed with road types :) 09:17:36 <Celestar> peter1138: I'll write a dev-forum post about cargodest today if you don't mind 09:20:40 <Eddi|zuHause> you should only do that when you have binaries for all platforms :) 09:21:17 <Rubidium> that'd have to wait a while then 09:21:54 <Rubidium> ofcourse depending on what you call "all platforms" 09:23:32 <Celestar> win32 and MacOS 09:23:49 <Rubidium> then the new compile farm isn't ready 09:23:50 * peter1138 ponders switching some freight to road service. 09:23:50 <Celestar> everyone else is either not too important or not incapable for building themselves :P 09:28:05 <peter1138> Hmm, I could build a new line along the NW that skips the major cities... 09:29:12 <peter1138> Rating: 09:29:20 <peter1138> Oil: Appalling (0%) 09:29:24 <peter1138> How the hell does that happen :o 09:30:12 <Celestar> http://www.fvfischer.de/trunk.diff <= Rubidium that ok? 09:30:28 <Rubidium> okay for what? 09:30:36 <Celestar> for committing (= 09:30:42 <Celestar> it's a leftover of the old autoreplace apparently 09:30:59 <Rubidium> Celestar: yes, fine by me 09:31:12 <Rubidium> especially cause I was doing that too ;) 09:32:06 <CIA-5> OpenTTD: celestar * r14137 /trunk/src/ (cargopacket.cpp cargopacket.h): -Codechange: Remove a now unused member of CargoPacket 09:35:53 *** FR^2 [~frquadrat@oscar.frquadrat.de] has joined #openttd 09:38:10 *** fmauNekAway is now known as fmauNeko 09:38:22 <Eddi|zuHause> <peter1138> Oil: Appalling (0%) <- when an accident happens :) 09:38:41 <peter1138> Nope. 09:39:03 <peter1138> Possibly it's the 864k litres production filling up the station... 09:39:10 <peter1138> I 'only' had 6 trains then. 09:39:17 <Osai> peter1138: is it possible to combine functions of PBS and priority signals within a track construction? 09:39:18 <peter1138> Now I have too many :o 09:41:11 <peter1138> I don't know, I never build priority constructions. 09:41:17 *** mikl [~mikl@0x57372ee2.mrbnqu1.static.dsl.tele.dk] has joined #openttd 09:42:24 <Osai> okay 09:42:42 *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has joined #openttd 09:45:19 <Celestar> what is a priority signal 09:45:50 <Celestar> peter1138: http://www.fvfischer.de/cl.diff <= this is about how I imagine it. comments? 09:46:25 <Celestar> peter1138: note: it doesn't work yet(= 09:48:17 <peter1138> All looks complicated :p 09:48:23 <peter1138> StationID index -> StationID station 09:49:28 <Celestar> peter1138: it's just an _idea_ for the time being 09:50:34 <Ammler> [11:45] <Celestar> what is a priority signal <-- presignals 09:51:10 *** Jezral [~projectjj@users113.kollegienet.dk] has joined #openttd 09:51:23 *** Farden123 [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has joined #openttd 09:51:23 *** subzero [~subzero@ip0x1516612.pip.mvb.dk] has quit [Read error: Connection reset by peer] 09:51:23 *** TiberiusTeng [~Tiberius@sbt.idv.tw] has quit [Read error: Connection reset by peer] 09:51:32 *** subzero [~subzero@ip0x1516612.pip.mvb.dk] has joined #openttd 09:51:41 *** TiberiusTeng [~Tiberius@sbt.idv.tw] has joined #openttd 09:52:50 <Celestar> Ammler: er .. right 09:52:52 <Eddi|zuHause> basically a presignal and a reverse exit signal, so the presignal is green when the other entrance is free 09:53:43 <Celestar> peter1138: so should I post on the forum or not? 09:54:15 <Eddi|zuHause> it should be possible to simulate that with advance signals. when you place the advance signal further away, the line gets higher "priority" 09:54:25 <Eddi|zuHause> because the train reserves sooner 09:54:40 <Eddi|zuHause> this, of course, clashes with the 2 tile signal strategy :) 09:55:02 <peter1138> :) 09:55:17 <peter1138> Some guy on Brianetta's server was placing signals on every tile :o 09:55:34 *** JK3Farden [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has joined #openttd 09:55:49 <Eddi|zuHause> that was before you could bridge over them, right? ;) 09:55:53 <Ammler> Eddi|zuHause: you can solve that with multiple lines 09:56:00 <Ammler> so 2->4->2 09:56:06 <peter1138> No, that was 3 days ago. 09:56:26 *** daspork [~daspork@24-158-111-118.dhcp.kgpt.tn.charter.com] has joined #openttd 09:56:28 <Eddi|zuHause> well, it happens again and again ;) 09:56:48 <peter1138> Simutrans didn't allow that ;) 09:57:04 <peter1138> It had minimum signal block size, although it was only something like 2 tiles. 09:57:23 *** TinoDidriksen [~projectjj@users113.kollegienet.dk] has quit [Ping timeout: 480 seconds] 09:57:42 <Eddi|zuHause> i always assumed that was due to the fucked up interface :) 09:58:32 <Eddi|zuHause> signals were placed on tile borders, and when you clicked on an adjacent tile, it changed the direction of the signal, not build a new one 09:58:37 *** Farden [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has quit [Ping timeout: 480 seconds] 09:58:58 <Ammler> default or ottd is 4? 09:59:04 <Ammler> of* 09:59:28 <Eddi|zuHause> i thought 3... but i didn't use the default settings in years ;) 09:59:37 <Ammler> that was at least, what I use on low train games... :-) 09:59:40 <Celestar> ok guys I'm off for the rest of the day (= 09:59:50 <Celestar> accidently both $GF and $ME have a day off (= 10:00:16 <Celestar> I'll just let slip cargodest in the forum so people have something to stare at :P 10:00:23 *** Rexxars [~rexxars@62.113.133.253] has quit [Ping timeout: 480 seconds] 10:01:27 <planetmaker> hello 10:02:29 *** Farden123 [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has quit [Ping timeout: 480 seconds] 10:02:29 *** JK3Farden is now known as Farden 10:02:35 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 10:03:12 <Celestar> bye :D 10:03:48 <planetmaker> enjoy, Celestar 10:05:08 <Celestar> thanks 10:05:09 *** Celestar [~Jadzia_Da@p5B0D88A9.dip0.t-ipconnect.de] has quit [Quit: leaving] 10:05:19 <Eddi|zuHause> hm... i hoped for a sync with trunk... 10:07:57 <Eddi|zuHause> gnah... conditional orders that jump back to the current order should make the train not start, instead of start, and get lost trying to get to the same station again 10:13:03 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has quit [Remote host closed the connection] 10:13:24 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has joined #openttd 10:15:25 <Ammler> Eddi|zuHause: cond orders have also bug in trunk... 10:17:42 <Eddi|zuHause> yeah. but my setup is simpler than yours... 10:17:45 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 10:17:54 <Eddi|zuHause> basically it's 10:17:57 <Eddi|zuHause> 1: go to A 10:18:11 <Eddi|zuHause> 2: if load % < 50 jump to 1 10:18:12 <Eddi|zuHause> 3: go to B 10:18:46 <Eddi|zuHause> so what i'd like it to do is stay at A until it has loaded 50% 10:20:20 <Wolf01> I usually use a go to depot order before 1, so the train go to the depot an then again to the station 10:20:22 <Rubidium> new orders are only evaluated when the station/waypoint is left 10:20:34 <Rubidium> not when they are still at the station 10:20:47 *** Progman [~progman@p57A1CF36.dip.t-dialin.net] has joined #openttd 10:20:48 <Rubidium> ergo... leaving the station is the correct behaviour 10:21:12 <Eddi|zuHause> yes, that's why it is a feature request, not a bug ;) 10:21:30 <Rubidium> then what's Ammler's bug? 10:23:02 <Eddi|zuHause> ammlers bug, as far as i understand it, is that the train does not turn around properly with conditional orders 10:24:17 <Rubidium> AFAIK I fixed that a while ago 10:24:51 *** fjb [~frank@p5485EB1E.dip.t-dialin.net] has joined #openttd 10:24:55 <fjb> Hello 10:25:59 <FR^2> hi fjb 10:26:24 <Ammler> Rubidium: Progman posted a new one... 10:26:32 <Ammler> (new fs post) 10:27:32 <[1]Roujin> Eddi|zuHause: yes, sync with trunk would be nice :) the yapp bug I mentioned yesterday was fixed by michi_cc 10:27:50 <Progman> Ammler: it is fixed btw. ;) 10:28:08 <Ammler> oh, also that fast :-) 10:28:14 <Eddi|zuHause> yeah, and i wanted to test if that would have solved my problems as well 10:28:30 <Eddi|zuHause> i can't pinpoint the cause, and i can't reproduce it in a clean build 10:29:04 <Ammler> Eddi|zuHause: try with your middle stop patch 10:29:11 <Eddi|zuHause> i did... 10:29:22 <Eddi|zuHause> i can't reproduce that either 10:29:52 <Ammler> reproduce what? 10:30:26 <Ammler> Progman: which rev? 10:31:12 <Eddi|zuHause> reproduce the stale reservations 10:31:46 <Eddi|zuHause> i tried before and after michi_cc's fixes of yesterday 10:33:05 <Progman> http://bugs.openttd.org/task/2245 10:33:26 <peter1138> BAH! 10:33:30 <peter1138> Stupid petrol stations... 10:33:50 <Ammler> 6/8 :P 10:33:54 <fjb> Are they running from you? 10:34:14 <peter1138> Ammler, nah... they *moved* :o 10:34:18 <peter1138> fjb, yeah :( 10:34:47 <fjb> It always happens to me too. 10:35:19 *** alexalex [~alex@78-86-117-217.zone2.bethere.co.uk] has joined #openttd 10:40:44 *** Zahl [~Zahl@e176254055.adsl.alicedsl.de] has joined #openttd 10:43:19 *** FR^2 [~frquadrat@oscar.frquadrat.de] has quit [Remote host closed the connection] 10:46:44 *** FR^2 [~frquadrat@oscar.frquadrat.de] has joined #openttd 10:50:06 *** bleepy [bleepy@5ad51a47.bb.sky.com] has joined #openttd 11:04:32 *** Rexxars [~rexxars@62.113.133.253] has joined #openttd 11:07:38 <peter1138> Bah, more congestion :o 11:09:21 *** Volley [~worf@84.119.55.244] has joined #openttd 11:10:27 *** bleepy [bleepy@5ad51a47.bb.sky.com] has quit [Read error: Connection reset by peer] 11:10:34 *** bleepy [bleepy@5ad51a47.bb.sky.com] has joined #openttd 11:13:17 <fjb> Use trams. 11:16:29 *** KillaloT [~killalot@0x5738c843.rdnqu1.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer] 11:18:31 *** Volley [~worf@84.119.55.244] has quit [Remote host closed the connection] 11:19:07 <peter1138> No :) 11:20:07 <Forked> use the force! 11:21:21 <fjb> Use the source! 11:22:58 <peter1138> Woo, HST! 11:23:11 <fjb> DBset gets a bit boring after 2010... :-( 11:23:43 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 11:24:47 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has quit [Remote host closed the connection] 11:25:05 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has joined #openttd 11:26:57 <fjb> Is there an overview somewhere what scale which train set uses? 11:30:32 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 11:31:41 *** KillaloT [~killalot@0x5738c843.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd 11:33:39 <Progman> fjb: since we are in 2008? ;) 11:34:42 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd 11:35:14 <fjb> Not really a problem. Locomotives tend to get used for about 50 years in Germany. But there are very few of the actually really used engines in the set. 11:35:59 <fjb> And all are extrem powerfull and heavy. 11:37:12 <peter1138> Bah, express lines mess up the routing map ;( 11:37:58 <peter1138> (The visual representation of it) 11:40:45 <fjb> Take your time, don't build an express line. 11:41:00 <peter1138> Ouch, 16 trains stopping and 25 trains passing through a three platform station. 11:41:06 <peter1138> Sorry, I meant express orders, not line. 11:41:27 *** oja [~0blivious@3E339CE3.dslaccess.aol.com] has joined #openttd 11:41:28 <peter1138> Most of my trains stop at every station along the route. 11:41:31 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Read error: Connection reset by peer] 11:43:16 <peter1138> Gah, bloody petrol stations. 11:43:20 <fjb> Three platforms is really a bit small. 11:44:28 <fjb> I "solved" the petrol station problem with a ring line of truck stops through the town. One of them would always accept petrol. 11:44:32 *** oja [~0blivious@3E339CE3.dslaccess.aol.com] has quit [] 11:55:47 *** TiberiusTeng [~Tiberius@sbt.idv.tw] has quit [Quit: Leaving] 11:58:31 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has quit [Remote host closed the connection] 11:58:48 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has joined #openttd 12:03:59 *** frosch123 [~frosch@frnk-590fc754.pool.einsundeins.de] has joined #openttd 12:06:24 <Wolf01> uh, I have an hotel to remove (TTRSv3), but I can't, the local authority doesn't allow me to do it... my rating is outstanding 12:10:45 <FauxFaux> Maybe they like their hotel. 12:11:02 <Wolf01> oh finally, the rating wasn't enough outstanding :D 12:17:31 <fjb> Removing hotels is evel. 12:18:06 <Wolf01> not when you have to build an airport 12:20:31 <fjb> You mean the noise of the airport would scare away the hotel guests anyway? 12:25:06 <Wolf01> they were already scared, there was already an airport adjacent to the hotel, but they love to see aircrafts taking of and landing 12:28:47 <fjb> So you are denying them their fun now. 12:29:06 <Wolf01> they moved to the hotel on the other side of the road 12:30:20 <CIA-5> OpenTTD: smatz * r14138 /trunk/src/players.cpp: -Fix (r12863): dark blue wasn't considered as similiar to blue 12:31:45 <peter1138> .. 12:31:50 <peter1138> Because it's not :D 12:32:07 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:32:08 *** mode/#openttd [+v glx] by ChanServ 12:33:17 <SmatZ> peter1138: it was before r12863 ... but I agree with you :) 12:33:46 <SmatZ> though I think pink and grey are similiar, too 12:34:53 *** mikl [~mikl@0x57372ee2.mrbnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 12:35:07 <SmatZ> "blue" is similiar to "dark blue", but "dark blue" isn't similiar to "blue" :) 12:35:11 <SmatZ> *wasn't 12:37:21 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 12:42:11 <fjb> And always remember to think first and build then, nocht the other way round... 12:44:37 <peter1138> "a hotel" 12:48:08 <Eddi|zuHause> not if you don't speak the "h" ;) 12:48:38 <Eddi|zuHause> (did i mention that english is totally weird?) 12:48:58 <fjb> :) 12:49:14 *** elmex [~elmex@e180064221.adsl.alicedsl.de] has joined #openttd 12:49:45 <fjb> Munich railway station is located in HolzmÃŒnster... 12:50:41 *** Celestar [~Jadzia_Da@p5B0D88A9.dip0.t-ipconnect.de] has joined #openttd 12:50:46 <Celestar> meh 12:51:02 <Celestar> does anyone know anything about ghostscript? I get a Bus Error everytime I run it 12:51:18 <fjb> Moin Celestar 12:51:37 <fjb> Take the tram. 12:51:58 <peter1138> Well Bus Error is a system problem... or lack of memory. 12:52:07 <fjb> Sounds like your version of ghostscript is broken. 12:52:25 <Celestar> it's not a memory problem :P 12:52:28 <fjb> Wrong alignment could also be the cause. 12:52:35 <Celestar> unless "gs -version" takes 500MB of ram :P 12:52:42 <Celestar> +swap 12:52:56 <peter1138> http://en.wikipedia.org/wiki/Bus_error 13:01:22 <Celestar> yeah 13:01:26 <Celestar> but that doesn't help a lot (= 13:01:35 <peter1138> My google-fu is failing :( 13:01:46 <peter1138> Looking for wall-mount LCD monitor and keyboard/mouse stand. 13:02:19 <peter1138> Hmm 13:04:46 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has quit [Remote host closed the connection] 13:04:52 *** LilDood_ [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 13:05:03 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has joined #openttd 13:05:41 <peter1138> £305!? That's a bit much :o 13:06:02 <FauxFaux> http://www.tvbracketsdirect.co.uk/ 13:07:17 <peter1138> Not much in the way of keyboard support. 13:07:28 <Celestar> hm 13:07:33 <Celestar> the MD5sum is incorrect 13:07:58 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Ping timeout: 480 seconds] 13:08:03 *** LilDood_ is now known as LilDood 13:08:19 <Eddi|zuHause> i have a gremlin in my internets... 13:08:40 *** nfc [~nfc@dsl-hkibrasgw2-fe20de00-185.dhcp.inet.fi] has quit [Remote host closed the connection] 13:11:55 <FauxFaux> Oh, keyboard and mouse, fail at reading. 13:14:37 <peter1138> Hmm, maybe I should just put up some simple shelving... 13:18:53 *** alexalex [~alex@78-86-117-217.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds] 13:21:38 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Quit: Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day] 13:25:27 *** alexalex [~alex@78-86-117-217.zone2.bethere.co.uk] has joined #openttd 13:28:08 *** alexalex [~alex@78-86-117-217.zone2.bethere.co.uk] has quit [] 13:28:09 *** alexalex [~alex@78-86-117-217.zone2.bethere.co.uk] has joined #openttd 13:32:13 <fjb> Is there a way to find out if the town will accept the noise of the new airport before destroying the old airport? 13:33:50 *** Celestar_ [~Jadzia_Da@p5B0D88A9.dip0.t-ipconnect.de] has joined #openttd 13:36:12 *** Celestar_ [~Jadzia_Da@p5B0D88A9.dip0.t-ipconnect.de] has quit [] 13:36:35 <frosch123> save game, remove airport, try to build new airport or load savegame ? 13:38:24 <[1]Roujin> look into the town window, it says how much noise the town accepts 13:38:53 <[1]Roujin> look into the build airport window, it says how much noise every type of airport will produce at max 13:39:18 <[1]Roujin> look into the town window again to see how much noise the current airport generates 13:39:22 *** Celestar [~Jadzia_Da@p5B0D88A9.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 13:39:23 <fjb> frosch123: Nice idea, as long as playing in single player mode. I will do that. 13:39:43 <[1]Roujin> compare that number to the current airport's type's maximum noise 13:40:13 <fjb> [1]Roujin: The the trouble begins when the airport is not in the middle of the town but a bit away from the town. 13:40:15 <[1]Roujin> multiply that percentage with the maximum number of noise of the new airport type 13:40:56 <[1]Roujin> assuming you'll build the new airport in the same place as the old airport was, you should be able to use that as an estimate.. 13:41:16 <fjb> Hm, ok, that might work. 13:41:33 <fjb> Thank you. 13:42:10 *** yorick [~Yorick@82-171-205-190.ip.telfort.nl] has joined #openttd 13:42:24 <[1]Roujin> as an alternative, you could get the exact formula, find out which tile of the airport and which tile of the town is used for the computation and calculate it yourself :P 13:42:56 <fjb> A join stations feature would come ij handy now so I don't have to destroy the bus stop an tram station when upgrading the airport. 13:43:35 <fjb> The axect formula is a bit complicated while playing the game... 13:43:58 <[1]Roujin> you mean, enabling building something adjacent to multiple existing stations.. and then to choose which one of those to add it to? 13:44:04 <[1]Roujin> that would be nice 13:45:08 <Eddi|zuHause> usually shift+click gives you an estimate, usually the error message of "local authorities refuse ..." has higher priority than "there is already an existing station" 13:45:15 <[1]Roujin> you can do so much now in the game that you couldn't in the original.. build on slopes and so on. it's kinda awkward that it tells you "you can't do that!" here 13:45:18 <fjb> Yes, something like that. 13:45:35 <[1]Roujin> Eddi|zuHause, the problem is, he already has an existing airport 13:45:55 <[1]Roujin> he can't get the estimate of "destroy old airport and then build new one" as that is in fact two actions 13:46:02 <Eddi|zuHause> hm... indeed 13:47:41 <fjb> OpenTTD with all the gret new features is my model railway substitution. 13:49:36 *** Tim [~Tim@p5B37EAC1.dip.t-dialin.net] has joined #openttd 13:52:46 *** Zahl_ [~Zahl@g230228077.adsl.alicedsl.de] has joined #openttd 13:53:32 <yorick> fjb: it is more advanced than my model railway 13:53:48 <yorick> does your model railway have a local authority or PBS? 13:54:28 <yorick> or airplanes? 13:54:57 *** Zahl [~Zahl@e176254055.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 13:54:57 *** Zahl_ is now known as Zahl 13:55:40 *** fmauNeko is now known as fmauNekOQP 13:55:44 <fjb> Hm, no local authority, I'm not married. 13:55:57 <Forked> heheh 13:56:29 <yorick> and airplanes? 14:03:06 <FR^2> What do airplanes have to do with marriage? 14:10:33 *** DJNekkid [~chatzilla@static217-26.adsl.no] has quit [Ping timeout: 480 seconds] 14:11:02 <fjb> Depends on what you did on that airplane... 14:13:10 <FR^2> Certainly not marry! 14:13:27 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 14:16:32 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 14:20:13 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 14:22:13 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 14:22:45 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has joined #openttd 14:22:48 <Chrill> Hai, quick question 14:23:13 <Chrill> Is NARS, Newships and LV4 compatible with NewIndustries of any kind, and if so, which set of NewIndustries should one use? 14:23:25 <yorick> better try...NARS and LV4 are 14:23:36 <yorick> Newships I believe not 14:23:51 <Chrill> better wait for the 2cc ships then, eh? 14:24:03 <yorick> or only partially 14:27:43 <Chrill> is Purno's 2cc set compatible with Pikka's basic? 14:31:50 *** Jezral is now known as TinoDidriksen 14:34:03 *** GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has quit [Ping timeout: 480 seconds] 14:36:53 <fjb> Newships is not really compatible with new industries. The early freighter in the set transports everything beside passenger and tourists. But after that ship phases out you are not able to transport some goods by ship anymore. 14:40:42 *** GoneWacko [~GoneWacko@dhcp-077-249-197-241.chello.nl] has joined #openttd 14:43:39 *** Progman [~progman@p57A1CF36.dip.t-dialin.net] has quit [Remote host closed the connection] 14:48:01 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit [Ping timeout: 480 seconds] 14:48:02 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has joined #openttd 14:53:56 *** Dr_Jekyll [Dr_Jekyll@p57B0CE5B.dip.t-dialin.net] has joined #openttd 14:58:20 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Read error: Connection reset by peer] 14:58:35 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 15:00:14 <fjb> I need away to forbid trains of a certain lenght to use certain platforms... 15:00:32 *** Reemo [Dr_Jekyll@p57B0DFD8.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:02:29 <fjb> Is some kind of "or" relation possible with two waypoints? 15:03:49 *** Chrill` [~chrischri@c80-216-64-31.bredband.comhem.se] has joined #openttd 15:04:43 <peter1138> No, you'll have to use a station with via orders. 15:09:58 *** grumbel [~grumbel@i577B9F3F.versanet.de] has joined #openttd 15:10:06 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit [Ping timeout: 480 seconds] 15:14:10 *** fmauNekOQP is now known as fmauNekAway 15:15:32 <fjb> Hm, yes, i guessed. But that is a not so nice workaround. 15:17:12 *** fmauNekAway is now known as fmauNeko 15:18:58 * peter1138 ponders 15:27:47 *** fmauNeko is now known as fmauNekAway 15:29:48 *** lobster_MB [~michielbr@86.89.201.189] has quit [Ping timeout: 480 seconds] 15:30:12 *** lobster_MB [~michielbr@86.89.201.189] has joined #openttd 15:43:59 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has quit [Remote host closed the connection] 15:44:02 *** fmauNekAway [~fmauNeko@thor.fmauneko.eu] has quit [Ping timeout: 480 seconds] 15:44:13 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has joined #openttd 15:48:57 *** fmauNeko [~fmauNeko@thor.fmauneko.eu] has joined #openttd 15:49:46 *** Tim [~Tim@p5B37EAC1.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 15:53:43 <Mortal> about map screenshots on the wiki: "Also note that these screenshots are HUGE, 16352x8192 pixels on a default sized map" 15:53:52 <Mortal> what qualifies for a default sized map? 15:53:55 <Mortal> 512x512? 15:55:17 <FR^2> *shrug* Something around that, I suppose. 15:55:27 <hylje> 256x256 15:55:40 <FR^2> Mortal: URL? 15:55:46 <Mortal> I exported a 2048x2048... http://wiki.openttd.org/index.php/Hotkeys 15:55:55 <Mortal> 131008x65504 pixels 15:55:59 <Mortal> as PNG, 168 MB 15:56:05 <FR^2> uh 15:56:06 <Mortal> I don't have any programs that can open it :) 15:56:46 <Mortal> that is... neither firefox or irfanview would 15:57:12 <Mortal> opera won't either 15:57:51 <FR^2> hehe 15:58:15 <fjb> A town ate my wood. :( 15:59:57 <fjb> There are 3 McDonals around that place where the wood was now, and a shopping center. 16:02:44 <peter1138> Standard size is 256x256 indeed. 16:04:26 *** davis- [~asd@dtmd-4db200e5.pool.einsundeins.de] has joined #openttd 16:04:41 <Mortal> when I'm already in a game, can I see the seed that was fed to the map generator on startup? 16:05:02 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has quit [Remote host closed the connection] 16:05:57 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has joined #openttd 16:07:49 <[1]Roujin> yes. 16:09:00 <Mortal> okay! where can I see the seed? 16:09:07 <Mortal> (sorry about the metaquestion) 16:09:19 <CIA-5> OpenTTD: frosch * r14139 /trunk/src/viewport.cpp: -Fix (r12044): GetSlopeZ() gets a virtual coordinate, not a tile. 16:09:28 <[1]Roujin> type getseed in console 16:09:44 <Mortal> thanks 16:10:33 *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds] 16:10:52 <[1]Roujin> i'm off for today, see you 16:11:03 <Mortal> bye roujin 16:11:03 *** [1]Roujin [~Roujin@p54970E8C.dip0.t-ipconnect.de] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Chicks dig it] 16:13:43 <CIA-5> OpenTTD: frosch * r14140 /trunk/src/waypoint.h: -Fix (r14135): Enum in saveload-table. 16:14:24 <Eddi|zuHause> <fjb> I need away to forbid trains of a certain lenght to use certain platforms... <- yapf has "too short platform" and "too long platform" penalties 16:15:20 <fjb> Eddi|zuHause: I should have written "pass through a certain platform". The trains don't stop at the platform. 16:15:59 <Eddi|zuHause> yapf has also a station passthrough penalty 16:16:15 <Eddi|zuHause> although that would mean they use the shortest platform to pass through 16:16:25 <Eddi|zuHause> which might cause lockups 16:16:32 <Eddi|zuHause> which i assume is the problem you have ;) 16:16:47 <fjb> The platforms all have the same lenght. 16:16:48 <CIA-5> OpenTTD: frosch * r14141 /trunk/src/openttd.cpp: -Fix (r14135): Savegame conversion could assign a recently removed waypoint (grey sign) to a wrong owner. 16:17:04 <fjb> Yes, the problem are lockups. 16:17:24 <Eddi|zuHause> use a passthrough track without platform... 16:17:30 <Eddi|zuHause> trains will prefer those 16:17:45 <Eddi|zuHause> or make the non-passthrough platforms longer 16:22:17 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/Cottbus%20Transport,%2029.%20Mai%201930.png <- like this (when it's done uploading) 16:22:18 <fjb> It's all a bit difficult there, onle 4 platforms and no room to add another one. My solution is to declare the two platforms with the longest way to the next switch one way in each direction an to add waypoints in front of that two platforms. 16:26:13 <CIA-5> OpenTTD: frosch * r14142 /trunk/src/waypoint.cpp: -Codechange: Disallow taking over greyed waypoints of other companies. 16:34:17 <CIA-5> OpenTTD: frosch * r14143 /trunk/src/ (waypoint.cpp waypoint_gui.cpp): -Codechange: Recenter viewport of waypoint window when relocating the waypoint. 16:45:23 <fjb> Eddi|zuHause: Your switchyard desingn looks a bit strange. 16:51:26 *** nfc [nfc@dsl-hkibrasgw2-fe20de00-185.dhcp.inet.fi] has joined #openttd 16:55:32 *** ecke [~ecke@213.195.202.130] has joined #openttd 16:55:32 *** ecke [~ecke@213.195.202.130] has quit [] 16:56:13 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 17:03:34 *** Digitalfox [~Digitalfo@bl4-211-232.dsl.telepac.pt] has joined #openttd 17:04:33 <Eddi|zuHause> yeah, it's not ideal ;) 17:05:01 <Eddi|zuHause> the northern entrance was a little space restricted, due to the bridge 17:05:32 <Eddi|zuHause> and the southern one looks weird because it's diagonal 17:08:33 *** Dr_Jekyll [Dr_Jekyll@p57B0CE5B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:35:10 <fjb> I have seen the limited space at your northern entrace. The southern entrance looks strange. 17:38:31 *** Digitalfox [~Digitalfo@bl4-211-232.dsl.telepac.pt] has quit [Quit: Leaving] 17:48:29 *** fmauNeko is now known as fmauNekAway 17:49:17 *** Progman [~progman@p57A1CF36.dip.t-dialin.net] has joined #openttd 17:52:00 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 17:59:20 *** Rexxars [~rexxars@62.113.133.253] has quit [Quit: edgepro: There are two kinds of people, those who finish what they start and so on.] 18:02:10 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 18:02:57 *** Frostregen [~sucks@dslb-084-058-159-075.pools.arcor-ip.net] has joined #openttd 18:04:42 *** Rexxars [~rexxars@62.113.133.253] has joined #openttd 18:06:05 <CIA-5> OpenTTD: peter1138 * r14144 /trunk/src/table/cargo_const.h: -Fix (r8826): Incorrect cargo weights 18:11:49 <Swallow> Situation: For a patch (conditional order) I need to add a variable (byte) to the order struct.. 18:12:02 <Swallow> Question: Is it better to add a new variable, or should I reuse the existing refit_subtype? 18:13:17 <Noldo> what exactly are you doing? 18:13:47 <hylje> extending the conditional orders available right now in trunk, right? 18:13:50 <Swallow> yes 18:14:55 <peter1138> For the moment, add another byte for clarity. 18:15:14 <Swallow> thanks, will do that 18:16:01 <Swallow> gotta go now, though, thanks and bye 18:16:03 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 18:16:51 *** Eddi|zuHause [~johekr@p54B75E7B.dip.t-dialin.net] has quit [Remote host closed the connection] 18:21:25 *** planetmaker_ [~chatzilla@Fcd74.f.ppp-pool.de] has joined #openttd 18:24:07 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 18:25:05 *** planetmaker_ [~chatzilla@Fcd74.f.ppp-pool.de] has quit [] 18:28:21 *** SmatZ_ [~root@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 18:28:30 <SmatZ_> huh 18:28:39 *** Dred_furst [~Dred_furs@user-514faa37.l2.c4.dsl.pol.co.uk] has quit [Read error: Connection reset by peer] 18:28:39 <SmatZ_> I turned on the computer 18:28:43 <SmatZ_> nothing happened 18:28:46 <SmatZ_> except smell 18:28:50 <Tefad> O_o 18:28:53 <SmatZ_> bad smell :-x 18:29:03 <Tefad> don't tell me you let out the magic smoke 18:29:10 <SmatZ_> hehe 18:29:13 <SmatZ_> PSU did 18:29:22 <Tefad> i had a monitor do that once 18:29:26 <SmatZ_> :-D 18:29:35 <Tefad> luckily that thing was under extended warranty 18:29:53 <SmatZ_> :) 18:29:56 <Tefad> just called them up and a week later i had a better monitor as replacement 18:30:07 <Tefad> CRTs generally last me for 3 years 18:30:14 <peter1138> Only 3? 18:30:16 <Tefad> i've not bought one for six. 18:30:16 <peter1138> :o 18:30:29 <Tefad> warranty kicked in at 3yrs on the last one 18:30:33 * peter1138 is using a 10 year old CRT. 18:30:44 <Tefad> i'm sure this free monitor i have is 10 years or more 18:31:05 <SmatZ_> >:-) 18:31:12 *** yorick [~Yorick@82-171-205-190.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 18:31:23 <peter1138> Still going strong. Except for the melted patch my Dad left on it when I lent it to him. 18:31:31 <Tefad> oops 18:31:43 <SmatZ_> :-) 18:31:48 <peter1138> And the flap's hinges are busted - brittle plastic. 18:31:54 <Tefad> my newer monitor has a nick on the screen 18:31:58 <Tefad> off center though 18:32:05 <peter1138> And the buttons don't work propertly... but other than that, it's great. 18:32:12 <Tefad> heh buttons 18:32:20 <SmatZ_> hmm I have 2 AT PSUs and 3 broken ATX, but none working ATX :-/ 18:32:23 <Tefad> the old one i'm using has problems 18:32:38 <peter1138> Well, partly because the buttons are on the flap. 18:32:53 <peter1138> SmatZ_, here's a tip. Throw away dead PSUs. 18:33:00 <Tefad> luckily it has an option to correct its off color 18:33:05 <Tefad> but i have do that like once a month 18:33:25 <SmatZ_> peter1138: good idea :) I wanted to separande condenstators and coils from them... but they may be broken anyway :-x 18:34:24 <Tefad> i think i set one monitor to match the other's blue tint 18:34:35 <Tefad> then correct the blue tint via video card confic 18:34:54 <peter1138> Urgh. 18:35:02 <Tefad> config. it tints all displays instead of independently : \ 18:35:12 <Tefad> fun times : D 18:35:15 <peter1138> I prefer not to fiddle with the video card colour config as it's usually done on the digital side. 18:35:42 <Tefad> doesn't bother me. i'm not a videophile 18:35:56 <Tefad> i don't like dithering much though 18:36:01 <Tefad> or color banding 18:36:37 <Tefad> and video games like to take advantage of full range color so i end up cranking gamma up to 2 or something ridiculous 18:40:15 *** Dred_furst [~Dred_furs@user-514faa37.l2.c4.dsl.pol.co.uk] has joined #openttd 18:41:45 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has joined #openttd 18:47:41 *** Dred_furst [~Dred_furs@user-514faa37.l2.c4.dsl.pol.co.uk] has quit [Read error: Connection reset by peer] 18:48:30 <SmatZ_> hmm I took one 235W PSU from another computer... I wonder if it will survive for few days in that computer :-x 18:49:23 <SmatZ_> it doesn't have right connectors... 18:49:27 <SmatZ_> so fail 18:51:16 <Eddi|zuHause> i have trouble with my hard drive... 18:51:54 *** Dred_furst [~Dred_furs@user-514faa37.l2.c4.dsl.pol.co.uk] has joined #openttd 18:54:28 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 19:05:18 <SmatZ_> Eddi|zuHause: backup, backup, backup :) 19:08:49 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 19:14:40 <CIA-5> OpenTTD: frosch * r14145 /trunk/src/waypoint.cpp: -Fix (r14135, r14141): When savegame conversion cannot determine a owner of a greyed waypoint, ensure that the owner is assigned when the waypoint is rebuild. 19:16:03 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 19:23:49 *** rortom [~rortom@p57B7DD4B.dip.t-dialin.net] has quit [] 19:25:18 <Eddi|zuHause> SmatZ_: the problem is with the newest and biggest hard drive... it is as big as all other harddrives together... 19:29:54 <SmatZ_> Eddi|zuHause: my data usually fit at one DVD ... others are installed programs, movies, music, photos (only incremental backup is needed) 19:30:00 <peter1138> Gah, one double track entrance to a four platform station for 25 trains :o 19:30:09 <SmatZ_> but if you need to backup whole big HDD, that's bad :-/ 19:32:07 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 19:32:49 <Eddi|zuHause> well, it's mostly TV recordings on that HD 19:33:12 *** mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 19:33:18 <Eddi|zuHause> and for most movies i have a "backup" :p 19:33:29 *** Chrill` is now known as Chrill 19:38:52 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 19:40:23 *** mortal`` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 19:56:15 *** Progman [~progman@p57A1CF36.dip.t-dialin.net] has quit [Remote host closed the connection] 20:08:40 *** rortom [~rortom@p57B7DD4B.dip.t-dialin.net] has joined #openttd 20:17:08 <CIA-5> OpenTTD: rubidium * r14146 /trunk/src/ (8 files in 3 dirs): -Codechange: allow palette override in both ways and remove some unneeded '(x == 0) ? 0 : 1' constructs. 20:20:42 <Eddi|zuHause> back in my pascal days i hit a corner case where Ord(True) was 10 20:22:03 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has quit [Remote host closed the connection] 20:22:17 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has joined #openttd 20:26:53 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has quit [Remote host closed the connection] 20:27:18 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has joined #openttd 20:28:14 *** Frostregen [~sucks@dslb-084-058-159-075.pools.arcor-ip.net] has quit [Quit: und weg] 20:46:46 <fjb> Hm, goto nearest depot only looks in front of the train? How can I reverse a train with an order? A waypoint or a station hidden as a waypoint it nor possible there. Any ideas? 20:48:52 <fjb> Hm, stating every possible depot in a service at order? Will it take the first depot or the nearest of them? 20:49:03 *** FR^2 [~frquadrat@oscar.frquadrat.de] has quit [Quit: Connection reset by caffein depletion...] 20:54:10 <SmatZ_> fjb: how do you mean? 20:54:32 <SmatZ_> if you set 1: goto depot 1 ; 2: goto depot 2, then it will go to depot 1, then to depot 2 20:55:16 <fjb> Yes, I was meaning that. So it will always go to depot one, never to depot two. 20:56:56 <Eddi|zuHause> ask from this direction: what possible reason could it have to not go to depot 1? 20:58:09 <fjb> Route blocked by another train or depot not reachable from that platform. 20:58:24 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has quit [Quit: oO] 20:58:37 <SmatZ_> fjb: train will go through depot (for a penalty) if you use YAPF 20:59:05 <SmatZ_> so you can force trains to go to a depot by a "forced visit" 20:59:21 *** FR^2 [~frquadrat@oscar.frquadrat.de] has joined #openttd 21:00:33 <fjb> I'm using YAPP. I will not force it to visit the depot. I want the train to take one of three depots, the one that it can reach most easily, but no other depot than one of those three. 21:01:08 <SmatZ_> YAPF is a pathfinder, you are most likely using it 21:01:09 <fjb> It should only go to the depot when it needs to. 21:01:25 <fjb> Yes, YAPF is the pathfinder. 21:01:59 <SmatZ_> I am afraid I can't help you further than "use a Service at nearest depot" order 21:02:19 *** TinoM [~Tino@i59F5F533.versanet.de] has quit [Quit: Verlassend] 21:05:09 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has quit [Remote host closed the connection] 21:05:18 <fjb> Servive at nearest depot shows goint to depot at (name of that station the train is at), but all the depots are at the back of the train, not in front of it. So instead of turning around it goes around half of the map. 21:05:25 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has joined #openttd 21:06:23 *** fmauNekAway is now known as fmauNeko 21:08:31 <SmatZ_> fjb: I am afraid changing this behaviour to take into accounts depots reachable after reversing would make other players unhappy 21:11:06 <fjb> That behavior would not alwys be usefull. That is why a reverse order came to my mind. 21:12:02 <Eddi|zuHause> YAPF was decided to not be reverse-aware because it causes big problems, as it needs to consider train length when reversing 21:12:55 <fjb> YAPF does not have to do it on it's own. Just an oder that tells the train to reverse would be enough. 21:13:06 <Eddi|zuHause> from the position of the front vehicle, it would need to ignore all switches for the first (train length) tiles 21:13:51 <Eddi|zuHause> an explicit "reverse" order i see only useful in stations 21:13:52 <fjb> I don't want it to be automatic, just an order would make me happy. 21:14:12 <fjb> Yes, in stations. 21:16:29 <Sacro> @seen Celestar 21:16:29 <DorpsGek> Sacro: Celestar was last seen in #openttd 8 hours, 8 minutes, and 56 seconds ago: <Celestar> the MD5sum is incorrect 21:16:30 <Sacro> gah 21:16:32 <Sacro> "PLEASE don't post any information on that wiki OR it's discussion page here. Please report all problems / ideas to the wiki." 21:16:44 <Sacro> don't post on that wiki 21:16:51 <Sacro> report all problems/ideas to the wiki 21:18:10 *** oja [~0blivious@3E339CE3.dslaccess.aol.com] has joined #openttd 21:18:26 *** oja [~0blivious@3E339CE3.dslaccess.aol.com] has quit [] 21:26:12 *** hutou|opra [~opera@122.94.152.113] has joined #openttd 21:26:21 *** hutou|opra [~opera@122.94.152.113] has left #openttd [] 21:31:19 <fjb> Would it be complicated to implement a reverse order? 21:33:02 *** elmex [~elmex@e180064221.adsl.alicedsl.de] has quit [Remote host closed the connection] 21:33:43 <frosch123> it does not make a lot of sense for depot and station orders, as the train decides itself whether it wants to reverse or not 21:34:59 <mortal> fjb, can't you use checkpoints to ensure a train goes in the right direction? 21:35:19 <mortal> I can't imagine a situation in which you'd want a train to reverse regardless of current orientation 21:35:45 <frosch123> just checked, also the "go to nearest depot order" supports reversing 21:35:54 <frosch123> so I do not get your point 21:35:57 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has quit [Remote host closed the connection] 21:36:07 <fjb> I know where the train came from, so I know its direction. 21:36:16 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has joined #openttd 21:37:00 <frosch123> but to make a "reverse order" to have an effect you would need a "do not reverse" order for the following order 21:37:17 <frosch123> (though there might be a reverse-penalty) 21:37:24 <fjb> The train does not reverse with the nearest depot order. It shows the name of the depot behind it. But instead of reversing it starts right ehead and goes to the end of the line. 21:37:45 <frosch123> then that is broken 21:38:01 <frosch123> but the code is intended to support reversing 21:39:12 <frosch123> order_cmd.cpp::UpdateOrderDest() 21:39:14 <fjb> It simply doesn't,. Maybe it is the same kind of problem with conditional oders where the train starts always in the direction it is looking at and not the direction that wold be useful depending on the condition. 21:39:33 <frosch123> that was fixed around 3:00 this morning 21:40:23 <Ammler> frosch123: last morning :-) 21:40:28 <fjb> Oh, I'm paying the latest noai. That was synced to trunk 2 days ago. 21:40:31 <Ammler> so the nightly should have it 21:40:48 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has quit [Remote host closed the connection] 21:41:12 <Ammler> fjb: which AIs do you use? 21:41:22 <fjb> I will further test it. 21:41:38 <fjb> I'm using AdmiralAI and ANPAI. 21:41:40 *** Eddi|zuHause [~johekr@p54B7522F.dip.t-dialin.net] has joined #openttd 21:41:49 <Ammler> oh, Yexo only :-) 21:41:50 <fjb> AdmiralAI is quite good. 21:41:56 <Ammler> do you have any chance against? 21:42:32 <fjb> Yes, Convoy ubuilds articulatetd vehicles but not drive through stations. 21:42:56 <fjb> Yes, I'm outperforming it easily in hilly terrain. 21:43:31 <fjb> WrightAI doesn't like hills at all and is usually unable to place an airport. 21:44:40 <Eddi|zuHause> terraforming is not easy :) 21:44:56 <Ammler> specially, if you need to pay for it :-) 21:45:06 <Eddi|zuHause> especially when you have to consider town rating 21:45:44 <frosch123> terraforming does not affect town rating, only the tree-killing that is usually involved 21:45:55 <Ammler> indeed, but those ais compete quite good with that, imo. 21:46:30 <Ammler> hmm, aren't ais able to plant trees? 21:46:55 <Eddi|zuHause> probably 21:47:25 <Eddi|zuHause> this tree thing needs to be balanced somehow... 21:47:26 *** ecke [~ecke@213.195.202.130] has joined #openttd 21:47:32 <fjb> I'm playing in hilly terrain with smooth slopes. 21:47:53 <Ammler> Eddi|zuHause: you mean, no min.? 21:48:05 <Ammler> as you can push raiting with trees? 21:48:57 <Eddi|zuHause> i mean in several ways 21:49:43 <Ammler> well, I would like, if there is no min raiting... 21:50:11 <Ammler> at least not that high :-9 21:54:55 *** Brianetta [~brian@client-86-27-115-128.bmly.adsl.virgin.net] has joined #openttd 21:55:01 <Brianetta> Error: Autoreplace failed to refit. Replace engine 70 to 35 and refit to cargo 1 21:55:03 <Brianetta> Server has exited 21:55:25 <peter1138> :o 21:55:26 <rortom> had that error too :( 21:55:32 <glx> 0.6.x 21:55:32 <peter1138> 0.6.2? 21:55:34 <rortom> pulled down the whole serverr for me ... 21:55:35 <Brianetta> yes 21:55:40 <peter1138> Bjarni! 21:55:40 <Brianetta> its' been desyncing, too 21:55:57 <glx> autoreplace desyncs are known in 0.6.x 21:56:00 <Brianetta> I can't any longer consider 0.6.2 to be stable. 21:56:14 <Ammler> will the new replace engine backported? 21:56:28 <Brianetta> glx: sure, but less well known are wayopint desyncs 21:56:35 <Brianetta> and what I canb only term "random desyncs" 21:56:40 <Brianetta> and this wasn't a desync 21:56:44 <Brianetta> this was my server exiting 21:56:52 <FauxFaux> The desyncs in 0.6.2 on Toyland are just not even funny (fixed now, I know, shame about debian freeze). 21:57:22 <glx> FauxFaux: toyland desync is fixed in trunk only 21:57:32 <Tefad> debian freeze what? 21:57:35 <Eddi|zuHause> who is insane enough to play toyland? 21:57:42 <FauxFaux> Given that there has't beren a release since 0.6.2 that's a given, glx. :p 21:57:45 <Tefad> people looking for bugs? 21:58:07 <FauxFaux> Tefad: 0.6.2 will be in the next debian stable release, which'll be the version debian people will see for the next about year and a ahalf. D: 21:58:14 * FauxFaux has had far too much aclohol, sorry. :/ 21:58:33 <Tefad> i ignore debian 21:58:40 <Tefad> for precisely that reason : x 21:58:48 <Tefad> mmm gentoo 21:59:24 <Tefad> the bleeding edge does cut you sometimes though. 21:59:53 <FauxFaux> Debian stable isn't thne ber all and end all of debian, it's just a nice place to be. 22:00:05 * FauxFaux does't run it (on servers), and runs Vista on desktops, nice balance. ¬_¬ 22:02:03 <Brianetta> I'm running my server without newgrfs. 22:02:09 <peter1138> Hmm... varactions :o 22:02:24 <Brianetta> If I get no desyncs, I'll re-introduce them slowly. 22:03:51 *** welshdragon [~me@host86-136-239-185.range86-136.btcentralplus.com] has joined #openttd 22:04:03 <Brianetta> welshdragon: Did you find your music? 22:04:24 <welshdragon> i think i did 22:04:26 <welshdragon> ty 22:04:33 <welshdragon> sigh 22:05:26 *** grumbel [~grumbel@i577B9F3F.versanet.de] has quit [Quit: Client exiting] 22:06:41 *** FR^2 [~frquadrat@oscar.frquadrat.de] has quit [Quit: Connection reset by caffein depletion...] 22:07:20 <frosch123> fjb: ok, it does not really reverse for "goto nearest depot" as the reversing penalty is set to NPF_INFINITE_PENALTY :) 22:07:51 <frosch123> the same code is used for the manual depot orders 22:08:08 <fjb> Oh, try to reverse if you can, but we don't let you... 22:08:39 <frosch123> train_cmd.cpp::FindClosestTrainDepot 22:08:50 <frosch123> bool found = YapfFindNearestRailDepotTwoWay(v, max_distance, NPF_INFINITE_PENALTY, &tfdd.tile, &tfdd.reverse); <- put there a number you like 22:09:02 <frosch123> but not 0 22:09:30 <Wolf01> 'night 22:09:35 *** Wolf01 [~wolf01@host196-236-dynamic.4-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 22:10:31 <fjb> Hm, so I have to explicitly starte one depot it has to go to if it needs servicing. 22:11:57 *** alexalex [~alex@78-86-117-217.zone2.bethere.co.uk] has quit [] 22:14:00 <fjb> Oh, it is also not working to tell the train which depot to go to, that only works when the train is facing the right direction anyway. :( 22:14:44 <fjb> Now the train again crossed half the map searching the depot behind its back. 22:19:51 <fjb> The train goes to the furthest away endpoint of that line to turn around there. 22:24:56 <fjb> It also makes a difference if it is a nonstop order or not. 22:26:48 <frosch123> it does not do that for me. the train will always prefer a depot in front of it and only reverse when there is no depot 22:29:02 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Quit: Operator, give me an exit] 22:29:30 <Rubidium> Tefad: yeah, use Gentoo; their solution to fixing bugs is masking the package... like masking OpenTTD 0.5.2 (the 'current' version of Gentoo) because they are too lazy to apply a user's patch to get it to 0.6.2. 22:29:30 <fjb> Any depot in front of it, even half the map away does it not make go to the depot behing it with the nearest depot order. With an explicit order to that depot behind it he train also doesn't turn around. It drives to the furthest away end point of the line, reverses there and then goes bak to that depot. 22:30:52 <Tefad> is it just an ebuild problem? 22:31:13 *** Sacro_ [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd 22:31:34 <peter1138> Raaa, varactions for railtypes :o 22:31:59 <CIA-5> OpenTTD: frosch * r14147 /trunk/src/train.h: -Codechange: Allow passing 'const Vehicle *' to GetNextUnit() and GetPrevUnit(). 22:32:19 <Tefad> i've always just built ottd in my homedir 22:32:30 <Tefad> carried over from my slackware days : ) 22:32:33 <fjb> Hm, maybe reordering the rules helps. 22:32:48 <frosch123> peter1138: I hope you are not planning to add 'landscape info of nearby tiles' 22:33:33 *** fmauNeko is now known as fmauNekAway 22:33:38 <peter1138> No 22:33:46 <fjb> Hm, why not? Other kind of rails in stations or at the coast. :-) 22:33:56 <fjb> Or in towns. 22:34:19 <frosch123> yeah, or newgrf controlled 'allow to build track here' :p 22:34:34 <peter1138> Haha 22:34:35 * fjb gets a lot of evel ideas. 22:34:37 <peter1138> No :) 22:34:44 <peter1138> No callbacks! 22:35:05 <peter1138> frosch123, I'm just using a varaction for normal/desert/rainforest/snow... 22:35:43 <peter1138> Anything else that might be useful? 22:36:55 *** fmauNekAway is now known as fmauNeko 22:37:42 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 22:38:45 *** Sacro_ is now known as Sacro 22:39:12 <peter1138> Hmm, bare-ground tiles above the snow line look odd :o 22:39:23 <peter1138> The track still has little bits of snow on it, heh... 22:40:19 <frosch123> <fjb> With an explicit order to that depot behind it he train also doesn't turn around. It drives to the furthest away end point of the line, reverses there and then goes bak to that depot. <- does not happen for me 22:40:51 <Rubidium> Tefad: no idea, take a look at http://bugs.gentoo.org/show_bug.cgi?id=215776 22:40:55 <fjb> I will further test it. 22:41:40 <frosch123> as I sayd, the reversing penalty is NPF_INFINITE_PENALTY which is like 1000 straigt tiles 22:41:44 <frosch123> *said 22:42:20 <fjb> I'm creative with orders to make trains shunting. 22:44:07 <fjb> I even build a turnout track for the first time. That is working now thanks to YAPP and the new orders. 22:44:42 *** rortom [~rortom@p57B7DD4B.dip.t-dialin.net] has quit [] 22:45:24 *** flowOver [~J@S01060016e65abad7.gv.shawcable.net] has quit [Quit: Leaving] 22:47:25 <peter1138> Gah, fucking idiots 22:50:07 <fjb> What did they do? 22:51:15 <peter1138> Oh the silly 32bpp movement question... 22:53:33 <davis-> ? 22:55:29 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit [] 23:01:37 <fjb> Is the 32bpp blitter only changing the deepth of colors or is it changing anything else? 23:01:58 <Eddi|zuHause> yes. 23:03:36 <fjb> Thank you for that infomative answer. 23:04:16 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Quit: bed now, hols soon XD] 23:11:36 *** mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: [FATAL] Client error: Memory leak - More RAM needed. More! More! More!] 23:15:17 <CIA-5> OpenTTD: frosch * r14148 /trunk/src/train_cmd.cpp: -Fix (r14096) [FS#2239]: Orders were freed while they were still shared by other vehicles. 23:20:45 *** Farden [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 23:31:39 <CIA-5> OpenTTD: frosch * r14149 /trunk/src/train_cmd.cpp: -Fix: When selling the front engine of a train consist with another engine at the second position, not all 'important' data was copied to the new head. 23:33:03 *** DorpsGek is now known as Guest3224 23:33:09 *** DorpsGek [truebrain@openttd.org] has joined #openttd 23:33:12 *** mode/#openttd [+o DorpsGek] by ChanServ 23:33:49 *** Guest3224 [truebrain@85.17.162.188] has quit [Read error: Connection reset by peer] 23:35:43 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Ping timeout: 480 seconds] 23:36:27 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 23:53:00 *** Brianetta [~brian@client-86-27-115-128.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 23:56:20 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Quit: Zzz]