Log for #openttd on 23rd August 2008:
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 [] 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 [] 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:
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 [] has quit []
00:33:23  *** Eddi|zuHause [] has joined #openttd
00:34:43  *** frosch123 [] has quit [Remote host closed the connection]
00:38:05  <McChicken_> so i have to go
00:38:15  *** McChicken_ [] has left #openttd []
00:55:48  *** rortom [] has quit []
00:56:26  *** Dred_furst [] has quit [Quit: Leaving]
01:13:28  *** tokai|ni [] has quit [Ping timeout: 480 seconds]
01:15:30  *** tokai|ni [] has joined #openttd
01:23:48  *** Sir-Bob [] has joined #openttd
01:29:00  *** Zahl [] has quit [Quit: (~_~]"]
01:31:08  *** Sir-Bob [] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]]
01:37:17  *** De_Ghosty [] has quit [Ping timeout: 480 seconds]
01:37:50  *** De_Ghosty [] has joined #openttd
01:43:00  *** grumbel [] has quit [Quit: Client exiting]
01:44:50  *** Wezz6400 [] has quit [Quit: Zzz]
01:45:52  *** De_Ghosty [] has quit [Ping timeout: 480 seconds]
01:46:13  *** De_Ghosty [] has joined #openttd
01:54:11  *** Tekky [] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]]
01:55:42  *** stillunk1own [] has quit [Ping timeout: 480 seconds]
01:56:46  *** fjb [] has quit [Remote host closed the connection]
02:02:48  *** Digitalfox [] has quit [Quit: Leaving]
02:06:32  *** De_Ghosty [] has quit [Ping timeout: 480 seconds]
02:12:59  *** De_Ghosty [] has joined #openttd
02:14:32  *** Progman [] 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 [] 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@] has quit [Quit:]
03:48:09  *** glx [] 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 [] has quit [Ping timeout: 480 seconds]
04:07:21  *** De_Ghosty [] has joined #openttd
06:21:53  *** Hobo_Bob [] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]]
06:41:37  *** daspork [] has quit [Ping timeout: 480 seconds]
06:59:57  *** Celestar [] has joined #openttd
06:59:59  <Celestar> morning
07:06:33  *** Dred_furst [] 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 [] 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>
07:25:17  *** dfox [] 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 [] has quit [Quit: leaving]
07:33:50  *** TinoM [] has joined #openttd
07:46:49  *** Purno [] has joined #openttd
07:46:55  *** Purno [] has quit [Read error: Connection reset by peer]
07:47:52  *** dlunch [~dlunch@] has quit [Quit: 전 읎만 갑니닀.]
07:48:15  *** dlunch [~dlunch@] has joined #openttd
07:58:30  *** Mortal [] has joined #openttd
08:14:23  *** Roujin [] has joined #openttd
08:14:32  <Roujin> cheers
08:20:48  <Wolf01> hi
08:22:05  *** stillunknown [] has joined #openttd
08:30:07  *** KillaloT [] has joined #openttd
08:35:42  *** Celestar [] 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 [] 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>
08:39:44  <Ammler> oh
08:40:04  <Ammler>
08:40:06  <Celestar> heh
08:40:16  *** welterde [] 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 [] has quit [Quit: leaving]
08:51:12  <peter1138> Damn, we need that old smallmap zoom patch :o
08:52:41  *** Farden [] 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>
08:56:22  <peter1138> :D
08:56:22  *** [1]Roujin [] 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: <= 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 [] 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 [] 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 [] 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 [] 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> <= 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 [] 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 [] has joined #openttd
09:42:24  <Osai> okay
09:42:42  *** flowOver [] has joined #openttd
09:45:19  <Celestar> what is a priority signal
09:45:50  <Celestar> peter1138: <= 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 [] has joined #openttd
09:51:23  *** Farden123 [] has joined #openttd
09:51:23  *** subzero [] has quit [Read error: Connection reset by peer]
09:51:23  *** TiberiusTeng [] has quit [Read error: Connection reset by peer]
09:51:32  *** subzero [] has joined #openttd
09:51:41  *** TiberiusTeng [] 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 [] 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 [] 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 [] 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 [] 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@] has quit [Ping timeout: 480 seconds]
10:01:27  <planetmaker> hello
10:02:29  *** Farden123 [] has quit [Ping timeout: 480 seconds]
10:02:29  *** JK3Farden is now known as Farden
10:02:35  *** |Jeroen| [] has joined #openttd
10:03:12  <Celestar> bye :D
10:03:48  <planetmaker> enjoy, Celestar
10:05:08  <Celestar> thanks
10:05:09  *** Celestar [] 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 [] has quit [Remote host closed the connection]
10:13:24  *** Eddi|zuHause [] 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 [] 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 [] 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 [] 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>
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 [] has joined #openttd
10:40:44  *** Zahl [] has joined #openttd
10:43:19  *** FR^2 [] has quit [Remote host closed the connection]
10:46:44  *** FR^2 [] has joined #openttd
10:50:06  *** bleepy [] has joined #openttd
11:04:32  *** Rexxars [~rexxars@] has joined #openttd
11:07:38  <peter1138> Bah, more congestion :o
11:09:21  *** Volley [~worf@] has joined #openttd
11:10:27  *** bleepy [] has quit [Read error: Connection reset by peer]
11:10:34  *** bleepy [] has joined #openttd
11:13:17  <fjb> Use trams.
11:16:29  *** KillaloT [] has quit [Read error: Connection reset by peer]
11:18:31  *** Volley [~worf@] 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` [] has joined #openttd
11:24:47  *** Eddi|zuHause [] has quit [Remote host closed the connection]
11:25:05  *** Eddi|zuHause [] has joined #openttd
11:26:57  <fjb> Is there an overview somewhere what scale which train set uses?
11:30:32  *** Mortal [] has quit [Ping timeout: 480 seconds]
11:31:41  *** KillaloT [] 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 [] has joined #openttd
11:41:28  <peter1138> Most of my trains stop at every station along the route.
11:41:31  *** Sir-Bob [] 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 [] has quit []
11:55:47  *** TiberiusTeng [] has quit [Quit: Leaving]
11:58:31  *** Eddi|zuHause [] has quit [Remote host closed the connection]
11:58:48  *** Eddi|zuHause [] has joined #openttd
12:03:59  *** frosch123 [] 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 [] 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 [] 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 [] 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 [] has joined #openttd
12:49:45  <fjb> Munich railway station is located in HolzmÃŒnster...
12:50:41  *** Celestar [] 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>
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 [] has quit [Remote host closed the connection]
13:04:52  *** LilDood_ [] has joined #openttd
13:05:03  *** Eddi|zuHause [] has joined #openttd
13:05:41  <peter1138> £305!? That's a bit much :o
13:06:02  <FauxFaux>
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 [] 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 [] 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 [] has quit [Ping timeout: 480 seconds]
13:21:38  *** LilDood [] 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 [] has joined #openttd
13:28:08  *** alexalex [] has quit []
13:28:09  *** alexalex [] 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_ [] has joined #openttd
13:36:12  *** Celestar_ [] 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 [] 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 [] 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 [] has joined #openttd
13:52:46  *** Zahl_ [] 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 [] 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 [] 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`` [] has joined #openttd
14:16:32  *** Mortal [] has joined #openttd
14:20:13  *** mortal` [] has quit [Ping timeout: 480 seconds]
14:22:13  *** mortal`` [] has quit [Ping timeout: 480 seconds]
14:22:45  *** Chrill [] 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 [] 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 [] has joined #openttd
14:43:39  *** Progman [] has quit [Remote host closed the connection]
14:48:01  *** Chrill [] has quit [Ping timeout: 480 seconds]
14:48:02  *** Chrill [] has joined #openttd
14:53:56  *** Dr_Jekyll [] has joined #openttd
14:58:20  *** Wezz6400 [] has quit [Read error: Connection reset by peer]
14:58:35  *** Wezz6400 [] 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 [] has quit [Ping timeout: 480 seconds]
15:02:29  <fjb> Is some kind of "or" relation possible with two waypoints?
15:03:49  *** Chrill` [] has joined #openttd
15:04:43  <peter1138> No, you'll have to use a station with via orders.
15:09:58  *** grumbel [] has joined #openttd
15:10:06  *** Chrill [] 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@] has quit [Ping timeout: 480 seconds]
15:30:12  *** lobster_MB [~michielbr@] has joined #openttd
15:43:59  *** Eddi|zuHause [] has quit [Remote host closed the connection]
15:44:02  *** fmauNekAway [] has quit [Ping timeout: 480 seconds]
15:44:13  *** Eddi|zuHause [] has joined #openttd
15:48:57  *** fmauNeko [] has joined #openttd
15:49:46  *** Tim [] 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...
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- [] 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 [] has quit [Remote host closed the connection]
16:05:57  *** Eddi|zuHause [] 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@] 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 [] has quit [Quit:  HydraIRC -> <- 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>,%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 [] has joined #openttd
16:55:32  *** ecke [~ecke@] has joined #openttd
16:55:32  *** ecke [~ecke@] has quit []
16:56:13  *** Mortal [] has quit [Ping timeout: 480 seconds]
17:03:34  *** Digitalfox [] 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 [] 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 [] has quit [Quit: Leaving]
17:48:29  *** fmauNeko is now known as fmauNekAway
17:49:17  *** Progman [] has joined #openttd
17:52:00  *** LilDood [] has joined #openttd
17:59:20  *** Rexxars [~rexxars@] has quit [Quit: edgepro: There are two kinds of people, those who finish what they start and so on.]
18:02:10  *** Swallow [] has joined #openttd
18:02:57  *** Frostregen [] has joined #openttd
18:04:42  *** Rexxars [~rexxars@] 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 [] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]]
18:16:51  *** Eddi|zuHause [] has quit [Remote host closed the connection]
18:21:25  *** planetmaker_ [] has joined #openttd
18:24:07  *** Mortal [] has joined #openttd
18:25:05  *** planetmaker_ [] has quit []
18:28:21  *** SmatZ_ [] has joined #openttd
18:28:30  <SmatZ_> huh
18:28:39  *** Dred_furst [] 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 [] 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 [] has joined #openttd
18:41:45  *** Eddi|zuHause [] has joined #openttd
18:47:41  *** Dred_furst [] 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 [] has joined #openttd
18:54:28  *** [com]buster [] has joined #openttd
19:05:18  <SmatZ_> Eddi|zuHause: backup, backup, backup :)
19:08:49  *** mortal` [] 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 [] has quit [Ping timeout: 480 seconds]
19:23:49  *** rortom [] 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`` [] has joined #openttd
19:32:49  <Eddi|zuHause> well, it's mostly TV recordings on that HD
19:33:12  *** mortal [] 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` [] has quit [Ping timeout: 480 seconds]
19:40:23  *** mortal`` [] has quit [Ping timeout: 480 seconds]
19:56:15  *** Progman [] has quit [Remote host closed the connection]
20:08:40  *** rortom [] 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 [] has quit [Remote host closed the connection]
20:22:17  *** Eddi|zuHause [] has joined #openttd
20:26:53  *** Eddi|zuHause [] has quit [Remote host closed the connection]
20:27:18  *** Eddi|zuHause [] has joined #openttd
20:28:14  *** Frostregen [] 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 [] 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| [] 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 [] 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 [] has quit [Quit: Verlassend]
21:05:09  *** Eddi|zuHause [] 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 [] 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 [] has joined #openttd
21:18:26  *** oja [] has quit []
21:26:12  *** hutou|opra [~opera@] has joined #openttd
21:26:21  *** hutou|opra [~opera@] has left #openttd []
21:31:19  <fjb> Would it be complicated to implement a reverse order?
21:33:02  *** elmex [] 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 [] 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 [] 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 [] 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 [] 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@] 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 [] 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 [] 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 [] has quit [Quit: Client exiting]
22:06:41  *** FR^2 [] 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 [] 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 [] 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 [] 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
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 [] has quit []
22:45:24  *** flowOver [] 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 [] 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 [] has quit [Quit: bed now, hols soon XD]
23:11:36  *** mortal [] 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 [] has quit [Quit: ( :: NoNameScript 4.2 :: )]
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 [] has joined #openttd
23:33:12  *** mode/#openttd [+o DorpsGek] by ChanServ
23:33:49  *** Guest3224 [truebrain@] has quit [Read error: Connection reset by peer]
23:35:43  *** Mucht [] has quit [Ping timeout: 480 seconds]
23:36:27  *** stillunknown [] has quit [Ping timeout: 480 seconds]
23:53:00  *** Brianetta [] has quit [Quit: TschÌß]
23:56:20  *** Wezz6400 [] has quit [Quit: Zzz]

Powered by YARRSTE version: svn-trunk