IRC logs for #openttd on OFTC at 2008-08-23
⏴ go to previous day
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:24 <Eddi|zuHause> i don't have any win32 to confirm ;)
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: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:33:23 *** Eddi|zuHause has joined #openttd
00:38:15 *** McChicken_ has left #openttd
01:15:30 *** tokai|ni has joined #openttd
01:23:48 *** Sir-Bob has joined #openttd
01:37:50 *** De_Ghosty has joined #openttd
01:46:13 *** De_Ghosty has joined #openttd
02:12:59 *** De_Ghosty 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:32:27 *** Sacro_ is now known as Sacro
04:07:21 *** De_Ghosty has joined #openttd
06:59:57 *** Celestar has joined #openttd
07:06:33 *** Dred_furst has joined #openttd
07:07:02 * hylje gives Celestar an immovable object
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:16:48 <peter1138> Heheh, 25 MHz 486...
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: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.
08:22:05 *** stillunknown has joined #openttd
08:30:07 *** KillaloT has joined #openttd
08:35:42 *** Celestar has joined #openttd
08:38:11 <Ammler> the windows binary from truelight has still HG rev name... :-/
08:38:43 <Celestar> windows-cargodest-binary?
08:39:06 <Ammler> bundle name looks like svn rev name :-)
08:39:15 <Celestar> I think I'll make a forum post later today
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: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: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:47:19 <peter1138> Anywhere cargo should just be moved... anywhere.
08:51:12 <peter1138> Damn, we need that old smallmap zoom patch :o
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: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: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:57 <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:05 <Celestar> peter1138: then you will have no performance issues imho
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: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:22 <peter1138> Reloaded the game and now all the roads and bridges are different! :o
09:08:18 * peter1138 and belugas need to finish our work...
09:10:33 <Celestar> what work peter1138 ?
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:51 <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: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:20 <peter1138> Oil: Appalling (0%)
09:29:24 <peter1138> How the hell does that happen :o
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:07 <CIA-5> OpenTTD: celestar * r14137 /trunk/src/ (cargopacket.cpp cargopacket.h): -Codechange: Remove a now unused member of CargoPacket
09:38:10 *** fmauNekAway is now known as fmauNeko
09:38:22 <Eddi|zuHause> <peter1138> Oil: Appalling (0%) <- when an accident happens :)
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:42:42 *** flowOver has joined #openttd
09:45:19 <Celestar> what is a priority signal
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:23 *** Farden123 has joined #openttd
09:51:32 *** subzero has joined #openttd
09:51:41 *** TiberiusTeng has joined #openttd
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: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: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: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:59:29 <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:15 <Celestar> I'll just let slip cargodest in the forum so people have something to stare at :P
10:02:29 *** JK3Farden is now known as Farden
10:02:35 *** |Jeroen| has joined #openttd
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:24 *** Eddi|zuHause has joined #openttd
10:15:25 <Ammler> Eddi|zuHause: cond orders have also bug in trunk...
10:17:43 <Eddi|zuHause> yeah. but my setup is simpler than yours...
10:17:44 *** Wezz6400 has joined #openttd
10:18:11 <Eddi|zuHause> 2: if load % < 50 jump to 1
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:18 <Rubidium> AFAIK I fixed that a while ago
10:26:24 <Ammler> Rubidium: Progman posted a new one...
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:22 <Eddi|zuHause> i can't reproduce that either
10:31:13 <Eddi|zuHause> reproduce the stale reservations
10:31:46 <Eddi|zuHause> i tried before and after michi_cc's fixes of yesterday
10:33:30 <peter1138> Stupid petrol stations...
10:33:54 <fjb> Are they running from you?
10:34:14 <peter1138> Ammler, nah... they *moved* :o
10:34:46 <fjb> It always happens to me too.
10:35:19 *** alexalex has joined #openttd
11:04:32 *** Rexxars has joined #openttd
11:07:38 <peter1138> Bah, more congestion :o
11:23:11 <fjb> DBset gets a bit boring after 2010... :-(
11:23:43 *** mortal` has joined #openttd
11:25:05 *** Eddi|zuHause has joined #openttd
11:26:57 <fjb> Is there an overview somewhere what scale which train set uses?
11:31:41 *** KillaloT has joined #openttd
11:33:39 <Progman> fjb: since we are in 2008? ;)
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:28 <peter1138> Most of my trains stop at every station along the route.
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: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: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:50 <peter1138> Because it's not :D
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:35:07 <SmatZ> "blue" is similiar to "dark blue", but "dark blue" isn't similiar to "blue" :)
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: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:49:45 <fjb> Munich railway station is located in Holzmünster...
12:50:41 *** Celestar has joined #openttd
12:51:02 <Celestar> does anyone know anything about ghostscript? I get a Bus Error everytime I run it
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
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: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:07:17 <peter1138> Not much in the way of keyboard support.
13:07:33 <Celestar> the MD5sum is incorrect
13:08:03 *** LilDood_ is now known as LilDood
13:08:19 <Eddi|zuHause> i have a gremlin in my internets...
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:25:27 *** alexalex has joined #openttd
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:49 *** Celestar_ has joined #openttd
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:52 <[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: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: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: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:47:41 <fjb> OpenTTD with all the gret new features is my model railway substitution.
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:55:40 *** fmauNeko is now known as fmauNekOQP
13:55:44 <fjb> Hm, no local authority, I'm not married.
14:03:06 <FR^2> What do airplanes have to do with marriage?
14:11:02 <fjb> Depends on what you did on that airplane...
14:13:27 *** mortal`` has joined #openttd
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:27:43 <Chrill> is Purno's 2cc set compatible with Pikka's basic?
14:31:50 *** Jezral is now known as TinoDidriksen
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:53:56 *** Dr_Jekyll has joined #openttd
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: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: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:27:47 *** fmauNeko is now known as fmauNekAway
15:30:12 *** lobster_MB has joined #openttd
15:44:13 *** Eddi|zuHause has joined #openttd
15:48:57 *** fmauNeko has joined #openttd
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:55:17 <FR^2> *shrug* Something around that, I suppose.
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: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: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:57 *** Eddi|zuHause has joined #openttd
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:10:52 <[1]Roujin> i'm off for today, see you
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.
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:35:10 <fjb> I have seen the limited space at your northern entrace. The southern entrance looks strange.
17:48:29 *** fmauNeko is now known as fmauNekAway
17:49:17 *** Progman has joined #openttd
17:52:00 *** LilDood has joined #openttd
18:02:10 *** Swallow has joined #openttd
18:02:57 *** Frostregen has joined #openttd
18:04:42 *** 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:01 <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:14:55 <peter1138> For the moment, add another byte for clarity.
18:16:01 <Swallow> gotta go now, though, thanks and bye
18:21:25 *** planetmaker_ has joined #openttd
18:28:39 <SmatZ_> I turned on the computer
18:29:03 <Tefad> don't tell me you let out the magic smoke
18:29:22 <Tefad> i had a monitor do that once
18:29:35 <Tefad> luckily that thing was under extended warranty
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:16 <Tefad> i've not bought one for six.
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:23 <peter1138> Still going strong. Except for the melted patch my Dad left on it when I lent it to him.
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:32:05 <peter1138> And the buttons don't work propertly... but other than that, it's great.
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:35:02 <Tefad> config. it tints all displays instead of independently : \
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: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: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: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: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:18 <Eddi|zuHause> and for most movies i have a "backup" :p
19:33:29 *** Chrill` is now known as Chrill
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:17 *** Eddi|zuHause has joined #openttd
20:27:18 *** Eddi|zuHause has joined #openttd
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: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: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"
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: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: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: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:26:12 *** hutou|opra has joined #openttd
21:26:21 *** hutou|opra has left #openttd
21:31:19 <fjb> Would it be complicated to implement a reverse order?
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: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:22 <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:41:12 <Ammler> fjb: which AIs do you use?
21:41:38 <fjb> I'm using AdmiralAI and ANPAI.
21:41:40 *** Eddi|zuHause has joined #openttd
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:07 <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:47:25 <Eddi|zuHause> this tree thing needs to be balanced somehow...
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:34 <rortom> pulled down the whole serverr for me ...
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:13 <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: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:15 * FauxFaux has had far too much aclohol, sorry. :/
21:58:42 <Tefad> for precisely that reason : x
21:59:25 <Tefad> the bleeding edge does cut you sometimes though.
21:59:54 <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:04 <Brianetta> I'm running my server without newgrfs.
22:02:09 <peter1138> Hmm... varactions :o
22:02:25 <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: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:10:31 <fjb> Hm, so I have to explicitly starte one depot it has to go to if it needs servicing.
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:26 <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:28 <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: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:45 <fjb> Hm, why not? Other kind of rails in stations or at the coast. :-)
22:34:19 <frosch123> yeah, or newgrf controlled 'allow to build track here' :p
22:34:35 * fjb gets a lot of evel ideas.
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: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:41:40 <frosch123> as I sayd, the reversing penalty is NPF_INFINITE_PENALTY which is like 1000 straigt tiles
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:47:25 <peter1138> Gah, fucking idiots
22:51:15 <peter1138> Oh the silly 32bpp movement question...
23:01:37 <fjb> Is the 32bpp blitter only changing the deepth of colors or is it changing anything else?
23:03:36 <fjb> Thank you for that infomative answer.
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:33:09 *** DorpsGek has joined #openttd
23:33:09 *** ChanServ sets mode: +o DorpsGek
continue to next day ⏵
