IRC logs for #openttd on OFTC at 2008-07-29
⏴ go to previous day
00:04:37 *** Dred_furst has joined #openttd
00:20:04 *** DaleStan is now known as Guest164
00:20:04 *** DaleStan has joined #openttd
00:34:04 *** Eddi|zuHause2 has joined #openttd
01:02:13 *** Touqen_ has joined #openttd
01:55:03 *** fmauNeko is now known as fmauNekAway
03:34:39 *** DaleStan_ has joined #openttd
03:34:40 *** DaleStan is now known as Guest199
03:34:40 *** DaleStan_ is now known as DaleStan
04:33:25 *** DaleStan is now known as Guest206
04:33:26 *** DaleStan has joined #openttd
04:37:34 *** svippery has joined #openttd
06:24:35 <peter1138> Rubidium, I have no idea.
06:56:57 <peter1138> Celestar: I added an order at the beginning of a list, then removed it. Then I deleted the whole list.
06:57:05 <peter1138> routing.cpp:422: void Routing_t::ProcessOrderListRemoval(const Order*): Assertion `order->prev == __null' failed.
06:58:36 <peter1138> If I add an order at the beginning of the list, then delete the whole list, it doesn't crash, but I'm left with a route left in the network.
07:02:15 <Celestar> peter1138: confirmed
07:14:09 <Celestar> peter1138: found possible reason
07:17:46 <Celestar> peter1138: SwapOrders is EVIL
07:23:35 *** GoneWacko has joined #openttd
07:30:11 *** DaleStan has joined #openttd
07:52:08 <CIA-5> OpenTTD: peter1138 * r13865 /trunk/src/newgrf_config.cpp: -Codechange: Use case-insensitive sort for NewGRF list.
08:11:12 <Celestar> peter1138: this is crap
08:11:56 <Celestar> peter1138: the bits which swap orders
08:12:09 <Celestar> peter1138: because then basically the orders stay the same, but the indices are swapped
08:12:17 <Celestar> from a Routing point of view
08:13:07 <Celestar> peter1138: there is of course an easy way around, but it's not elegant
08:15:48 <Celestar> peter1138: when we change the head order, Remove the whole damn order list, modify it, and then add it again
08:16:50 *** flowOver has joined #openttd
08:23:04 <Celestar> and retain the index?
08:23:52 <peter1138> It's not nice for IDs to change, heh...
08:27:56 <peter1138> Ok. That's probably less work...
08:30:16 * Celestar still wonders how to generate passengers
08:31:57 *** plakkertjes has joined #openttd
08:32:07 <flowOver> is openttd worth jailbreaking my iphone? does it run well?
08:32:51 <Lachie> why is ubuntu's recognition of my soundcard epic failure
08:35:20 <Celestar> flowOver: jailbreaking?
08:36:36 <flowOver> opening it up for 3rd party apps
08:37:05 <peter1138> Be aware there is no official version for iPhone.
08:38:59 *** [1]plakkertjes has joined #openttd
08:41:43 <flowOver> in oss, what exactly constitutes official? the iphone ver's source is still released
08:42:24 <blathijs> flowOver: Not released by the main OpenTTD dev team
08:42:58 <blathijs> flowOver: And also not built from the exact same source as the official releases, I think
08:44:58 *** [1]plakkertjes is now known as plakkertjes
08:47:40 <peter1138> Some form of collaboration would be nice.
08:50:33 <peter1138> Celestar: Generate passengers... properly or randomly?
08:57:00 <ln> cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk ...
08:57:29 <ln> is that the local maximum of hostname length?
09:01:21 <Celestar> peter1138: I was thinking about this: We generate n passengers and distribute them to all reachable destination stations by station size (counted in population in coverage area) and distance (not physical but routing distance).
09:02:18 <peter1138> Hmm, I just applied the s60 port patches... and it starts quicker...
09:03:46 <Celestar> total = 0; for_all_reachable_stations(st) {total += size(st) / distance(st)}; for_all_reachable_stations(st) { new cargopacket, size(cargopacket) = size(st)/distance(st) / total, destination(cargopacket) = st. }
09:05:26 <Celestar> er .. replace the first "for_all_reachable_stations" by "for_all_station" or "for_all_towns"
09:05:53 <Celestar> hm .. doesn'T really matter anyway :P
09:06:01 <Celestar> peter1138: comments?
09:06:44 <Celestar> (we need a minimum distance that we take into account, otherwise we run into a singularity for very close stations. I suggest the min distance is the town influence radius
09:09:26 <Celestar> peter1138: why doesn't "hg up" not work :o
09:09:37 <peter1138> hg pull; hg update;
09:11:27 <Celestar> hm .. I should import FixedT
09:11:54 <Celestar> we could make use of it during generation
09:13:15 <Celestar> peter1138: ProcessOrderListRemoval doesn't use v->type :D (order_cmd.cpp:808)
09:14:03 <peter1138> Oh... bodged update :p
09:14:50 <Celestar> peter1138: please correct, I wanna see the map :D
09:15:13 <Celestar> hm ... fixedt.h is 430 lines
09:15:44 <peter1138> And certainly the map is a useful debug tool ;)
09:16:24 <Celestar> very very very useful
09:19:20 *** Brianetta has joined #openttd
09:30:37 *** KillaloT has joined #openttd
09:34:03 <Celestar> Note to self: never ever change cargopacket.h :P
09:34:26 <peter1138> Oh yeah, I didn't commit that bit yet.
09:48:57 *** Vikthor has joined #openttd
09:54:03 *** Progman has joined #openttd
09:55:01 <peter1138> The bit that adds destinations, but only random.
09:55:51 <peter1138> Oh, that's why it's faster. My other build was a debug build...
10:03:47 *** fmauNekAway is now known as fmauNeko
10:20:33 *** Wezz6400 has joined #openttd
10:23:53 <mucht_work> this could help you
10:24:07 <Celestar> mucht_work: thanks :D
10:24:53 <Celestar> peter1138: have found more bugs. fixing
10:27:11 <CIA-5> OpenTTD: peter1138 * r13866 /trunk/src/ (signs.cpp signs_func.h signs_gui.cpp): -Codechange: Use sortlist for sign windows
10:29:37 *** Wezz6400 has joined #openttd
10:39:31 <Celestar> peter1138: I have a number of fixes, do you want a full diff?
10:39:41 <Celestar> peter1138: or just the changes?
10:39:55 <peter1138> Just the changes if you have them...
10:40:03 <peter1138> Though I've only mucked it up once ;)
10:40:51 <Celestar> ok I'll try to got through the slace
10:41:32 <peter1138> It's no problem for me to make a diff containing the changes
10:42:57 <Celestar> yeah, but I'm already playing around with the packet generation and I'll try to keep that crap away from you :P
10:46:08 <Celestar> I somehow did it the wrong way around
10:54:28 <Brianetta> patch will detect that and offer to reverse it
10:58:54 *** Doorslammer has joined #openttd
11:01:05 *** DJNekkid_ has joined #openttd
11:01:08 *** DJNekkid_ is now known as DJNekkid
11:03:43 <Noldo> btw. does it route passangers that are in the same place going to same place, but coming from different places separately
11:06:23 <Celestar> separately as in what?
11:06:44 <Noldo> like running the pathfinding multiple times
11:07:19 <peter1138> Celestar: Yeah, I did that bit ;)
11:10:48 <Celestar> peter1138: it's not bad, but notices that it has a "from" :D
11:13:27 <peter1138> Ah... yes, I added that too ;)
11:13:57 <Celestar> so why did I just re-add it? :P
11:14:10 <peter1138> Cos I hadn't committed it and you wanted it now? ;)
11:16:45 <Celestar> hm .. the passengers are not deboarding the right way
11:20:07 <peter1138> Let me commit this.
11:25:06 <peter1138> You changes, then my stuff
11:25:20 *** Ammler is now known as AmmlerAlt
11:25:34 *** AmmlerAlt is now known as Ammler
11:28:24 *** Ammler is now known as AmmlerForDih
11:29:18 *** AmmlerForDih has left #openttd
11:30:18 <SpComb> AmmlerForDih... someone's writing some IRC code to handle NICK?
11:32:35 *** Klanticus has joined #openttd
11:33:48 *** stillunknown has joined #openttd
11:33:50 *** Noetloj has joined #openttd
11:36:16 <peter1138> Celestar: Some of it is a bit shit, but as it's not trunk... ;)
11:49:55 <peter1138> Yay, 100% transport rating ;)
11:52:12 <Celestar> transport_rating = 100; ?
11:54:03 <SmatZ> is there any reason why I can't destroy my own statue? (except that it was this way in TTD)
11:55:30 <Celestar> have to mess around with the whole cargolist thingy
11:55:50 <Celestar> I'll leave that to you I guess (=
11:56:15 <peter1138> Well I *haven't* done that bit yet ;)
11:56:45 <Celestar> peter1138: why are we not just moving the cargopacket pointers around?
11:58:13 <peter1138> Cos you need to unload in small pieces
11:58:24 <peter1138> And so that combining packets is automatic
12:04:25 <Celestar> peter1138: just a sec, I'm getting there
12:04:29 <Celestar> it's ugly ugly ugly tho
12:09:19 <Celestar> the unloading part seems to work allright
12:09:30 <Celestar> I somehow need selective loading now
12:12:08 <Celestar> work in progress however
12:12:30 <Celestar> are you on on this? I've got to do some stuff for an hour or two
12:13:49 <Celestar> just keep posting your changed every 30 minutes so that I can pull then here and there :P
12:25:22 <Celestar> peter1138: if (!cp->paid_for && (front_v->current_order.GetUnloadType() & OUFB_TRANSFER || !Routing->UseVehicle(front_v, cp->target, true)) != 0) {
12:25:28 <Celestar> peter1138: operator != at wrong place (=
12:30:03 <Celestar> peter1138: about the random generator maybe we should 1) limit it to CT_PASSENGERS for the moment and 2) limit it to reachable stations (CanReachStationFrom(st->index, target))
12:31:27 <Celestar> 2) should happen anyway
12:36:05 <Celestar> otherwise we'll have the stations clogged up with orphaned and/or objectless cargopackets
12:37:11 <Brianetta> peter1138: For manual train control to be really decent we need YAPP, and to have YAPP able to reserve two blocks. (:
12:37:28 <Celestar> manual train control?!
12:37:37 * Brianetta wants to be able to perform a handbrake turn in a train
12:39:00 <Brianetta> If your loco pulled off a decent 180°, the rolling stock would perform an amazing whiplash
12:40:01 <Brianetta> but yeah, peter1138 has in the past managed to effectively duplicate the manual control feature that Locomotion has
12:40:27 <Brianetta> With an upgraded signalling system it might be possible to maintain a decent speed through a signal
12:41:09 <Celestar> Yapp can do that by itself
12:44:59 <Brianetta> It doesn't give you a path until you reach the signal
12:45:05 <Brianetta> so you have to stop for the red anyway
12:45:33 <Brianetta> Sure, it goes green while you're there, and you can pull away safely
12:45:43 <Brianetta> whereas before you couldn't, because every other train got a green too
12:45:48 <Brianetta> and the first to go got it
12:49:06 <peter1138> Hmm, I keep getting cargo to station 65535 :o
12:49:31 <Brianetta> That's the one before 0
12:50:39 <Celestar> peter1138: got that too
12:51:47 <Celestar> peter1138: cargopacket.cpp about 220
12:52:20 <Celestar> the destination needs to be copied over there
12:54:42 <Celestar> peter1138: hm .. maybe we should have two debug levels. routing and cargopacket or something :)
12:54:46 <peter1138> Hmm, to is now 20, with only 5 stations :D
12:54:56 <peter1138> I guess my random thingy does not work very well
12:56:23 <Celestar> peter1138: use my a little-less-random thingy?
12:59:58 * Celestar goes installing KDE4.1
12:59:59 <hylje> i like the concept of passengers going to truly random places
13:00:17 <Celestar> hylje: well, if the random place is non-exsiting ...
13:00:27 <Celestar> people tend to go to places the exist :P
13:00:58 <hylje> yep, but given normal life travel is fairly systematic, e.g. work->home->work
13:02:21 <fonso> Are you working on some kind of cargo/pax destinations scheme?
13:02:37 <fonso> I'm just investigating that, too.
13:02:40 <Celestar> fonso: er yeah. peter1138 and I have been working on it for the past week or seomthing
13:02:53 <fonso> So which way are you going?
13:03:14 <hylje> to a station connected to the current location
13:03:36 <fonso> You precalculate the routes when the pax or cargo is generated?
13:03:47 <fonso> Or are you following my proposal?
13:03:48 <hylje> a random passenger destination is a good system in itself
13:04:28 <Celestar> fonso: what proposal? (=
13:04:41 <Celestar> fonso: I've been working on the internal representation of routes mostly
13:04:46 <fonso> In the economy and valancing thread
13:04:50 <Brianetta> Better than Simutrans' idea of a packet wanting to go somewhere that was almost certainly off your grid
13:05:19 <Brianetta> A passenger turning up will only have a reachable destination in mind
13:05:51 <hylje> but i'd myself also make a deterministic destination generator based on commutes (nearby suburb stations and industrial/commercial stations have a lot of traffic going between them)
13:06:20 <hylje> that might as well be random, just with a large bias towards near-ness
13:06:52 <Brianetta> I once had a circuit of rapid passenger trains draining a city into an oil rig
13:07:04 <fonso> So you basically reimplement the idea of the last paxdest patch with some tweaked params.
13:07:14 <hylje> maybe so. i havent kept up
13:07:28 <hylje> the smaller the town areas involved the less people go long distances
13:07:59 <fonso> Well, my proposal was to get rid of precalculated routes altogether and assign a "weight" for each cargo to each station and vehicle
13:08:15 <fonso> Cargo is transferred according to the weight
13:08:38 <fonso> If a station has a high weight a high percentage of a vehicles cargo will be unloaded there
13:08:43 <fonso> and the other way round
13:09:04 <hylje> weight is gained from volume of traffic?
13:09:17 <fonso> Weight is calculated based on the number of houses near a station and the number of vehicles serviceing it (for stations) ...
13:09:40 <fonso> and based on the added weights of the serviced stations (for vehicles)
13:09:55 <hylje> fonso: sounds pretty complex to me
13:10:40 <hylje> well i just can't seem to wrap my head around the exact machinery involved
13:10:52 <hylje> weight calc algorithms namely
13:11:04 <fonso> OK, let me rephrase it ...
13:11:19 <fonso> Assume one cargo for now: only passengers
13:11:25 <Celestar> People wish to go from a Point A to a Point B. They make up their minds (normally) before turning up at A.
13:11:35 <fonso> No, they don't have minds
13:11:46 <Noetloj> [14:11] <Celestar> People wish to go from a Point A to a Point B. They make up their minds (normally) before turning up at A. <-- I don't!
13:12:05 <Noetloj> I just bus ride around the districts my day ticket is valid in most of the times I use buses.
13:12:12 <fonso> People show up at a station and everytime a vehicle comes by they throw a dice to find out if they enter it
13:12:12 <Noetloj> and just bus hop all over West Yorkshire.
13:12:13 <Brianetta> Celestar: Station weighting is still an improvement on everybody getting off because they can
13:12:28 <Celestar> Brianetta: certainly
13:12:35 <Celestar> Brianetta: but peter1138 and I try to do it right :P
13:12:40 <fonso> the dice is biased by the weight of the vehicle
13:12:45 <Noetloj> Won't it make it stupidly hard to make money, if passengers only go to the place they want to? :|
13:13:03 <fonso> uh, which concept are we discussing now?
13:13:08 <hylje> randomized passenger packets to available destinations in network
13:13:32 <fonso> well, that's not mine .. I'll shut up for now
13:13:45 <Celestar> Noetloj: that's why it will be optional (=
13:13:55 <Noetloj> Challenge is good though :p
13:14:01 <hylje> yeah, one can haul coal instead
13:14:19 <Celestar> hylje: who said that coal cannot have destinations?
13:14:43 <Brianetta> Noetloj: Stupidly hard? no. It does mean that you can have an unpopular route.
13:14:50 <Brianetta> Means you need to make business decisions (:
13:15:04 <Noetloj> OPENTTD = SERIOUS BUSINESS?
13:15:07 <Brianetta> and your express trains are more than just an expression of variety
13:15:07 <hylje> and maybe read the environment for some more clues
13:15:13 <Celestar> and currently the game is stupidly easy :D
13:15:14 <Noetloj> zomg, OpenTTD is turning into the internets! (srs business)
13:16:05 <Brianetta> There's so much more to go in: timetables (as in, timetables, not this train spacer thing), detachable locos with marshalling yards, fares...
13:16:42 <Brianetta> While a train's slowly being filled with coal I could be using that loco elsewhere...
13:16:53 <Gekz> Celestar: you willpwn the gamee with this
13:17:15 <Brianetta> Breaking a passenger train into two to service a branch line in addition to the main route
13:17:48 <hylje> good use for multiple units
13:18:14 <fonso> hylje: perhaps you want to read the last section of this posthttp://www.tt-forums.net/viewtopic.php?f=33&t=29683&sid=c8e9a8065c549e38a0c2cec9b09bfcc1&start=204:
13:20:29 <hylje> (as opposed to OpenTTD)
13:21:09 <fonso> If you want to call it that ...
13:21:20 <Celestar> Brianetta: this is not a simulation tool for a real railway company :P
13:21:35 <hylje> well, given a very elaborate economy system it's really a different game
13:22:11 <Brianetta> Things can get better.
13:22:35 <Gekz> let's add a stock exchange
13:23:01 <Brianetta> only transport companies are traded on it, though
13:23:29 <hylje> (i'd however enjoy a highly elaborated TTD-esque economy game)
13:24:20 <Brianetta> Couldn't give a fig about the economy. Track first, trains second, operations of the latter on the former third.
13:26:05 *** DaleStan has joined #openttd
13:26:25 <fonso> I guess you don't like my proposal then, hylje?
13:26:46 <hylje> some parts of it are good, but i'd not go about doing it as it is
13:27:42 <fonso> I'll focus on something else then and see what you do about paxdest.
13:28:14 <fonso> I'll do station capacities then
13:28:35 <fonso> Did you see my resurrection of diagonal levelling and demolishing?
13:29:18 <hylje> station capacities would be good, given newgrf cargo can make industries limited in stockpile/efficiency as well
13:29:55 *** welshdra-gone is now known as welshdragon
13:30:06 <hylje> bonus points for allowing newgrf station tiles to specify capacity (if they don't already)
13:30:35 <fonso> They don't. They only specify some capacities for their animations
13:30:54 <fonso> And that's not based on tiles, I think
13:31:30 <fonso> I know there are some open questions
13:32:04 <fonso> Specifically it collides with drag and draw and it uses CTRL, which someone told me you don't like
13:32:45 <hylje> two types of dynamite/terraforming then?
13:33:57 <fonso> Yes, one diagonal and one orthogonal
13:34:11 <fonso> It helps when you want to build diagonal track
13:35:03 <hylje> you can remove track with autorail
13:35:32 <fonso> But what if you want to build diagonal track through a hilly area
13:35:38 <fonso> and need to flatten the hills
13:35:51 <Brianetta> flatten hills, ahha
13:36:06 * hylje wouldnt mind a bedrock feature either :-)
13:36:33 <fonso> Well my English isn't the best obviously
13:36:37 <Brianetta> I think that destroying the landscape should cause such a ferocious public backlash that your stations are appalling for a century
13:36:45 <fonso> But I'm happy you're having fun
13:36:57 <Brianetta> long enough for those who remember to die off
13:38:04 <fonso> That problem should not be countered by making it enormously annoying to level land
13:38:18 <Celestar> diagonal leveling would be really helpful
13:39:17 <fonso> Well, look at my patch, decide, give me feedback, if needed. I'm sure it's not that hard to get it done
13:42:14 <Celestar> fonso: poke me tomorrow about it please
13:44:06 <Noetloj> ctrl + g = 128Mb PNG.
13:44:44 <Noetloj> and paint refuses to open it lol
13:45:04 <Noetloj> and it crashes QuickTime picture viewer.
13:45:07 <SmatZ> uncompressed it can have several GBs
13:45:26 * SpComb was pondering implementing something to handle gigapixel PNGs some day
13:59:59 <Celestar> peter1138: what's up with the hg web serveR?
14:02:53 <Celestar> am I still connected?
14:07:24 *** Dred_furst has joined #openttd
14:12:48 *** Noetloj has joined #openttd
14:13:44 <Celestar> peter1138: any idea about the selective load?
14:17:25 <Celestar> peter1138: have you looked at how the other patch did it?
14:18:53 * Celestar wonders what prevents YAPP from being included at the moment
14:20:53 <peter1138> Rubidium had some performance concerns.
14:21:36 <Celestar> I've tried with a 300-Train game and I still spent most of the time in the TileLoop and the Blitter
14:21:47 <Celestar> profiling didn't reveal any noticable impact of yapp
14:23:27 <Rubidium> peter1138: seems to be solved in the later versions
14:23:36 <peter1138> That's good news :D
14:26:07 <Celestar> why do we have ZERO downloads on -RC1 and RC2 on sourceforge? counter borked?
14:27:53 <peter1138> Hmm, unselective... my vehicles don't load at all now :)
14:29:55 <peter1138> GetNextUnloadingOrder returns null
14:30:33 <peter1138> Smells like my v is not the first vehicle :o
14:33:12 <peter1138> next and prev of v->current_order are 0...
14:35:01 <peter1138> Right, it's a ship...
14:35:13 <peter1138> So there is no chain to be getting wrong :o
14:35:53 <peter1138> v->orders contains a next but not prev
14:36:05 <peter1138> v->current_order contains neither a next or a prev
14:38:26 <Rubidium> v->current_order might not even be in v->orders
14:38:41 <peter1138> Mmm, it can be a temporary thing, can't it?
14:39:10 <peter1138> So I need to fix UseVehicle... hmm.
14:39:17 <Rubidium> can also be more than v->orders can contain
14:41:10 <Celestar> peter1138: use v->orders[v->cur_order_index] ?
14:42:00 <Celestar> (if I got this right)
14:42:49 <DorpsGek> Celestar: Open Bugs: 41; Not assigned: 27; Closed this week: 14; Opened this week: 10
14:43:34 <Rubidium> but v->orders[v->cur_order_index] does only tell you the next scheduled stop, any intermediate stops won't be told
14:43:45 <Rubidium> or where you're currently loading/unloading
14:43:56 <peter1138> next scheduled stop is what we want.
14:45:00 <Rubidium> and ofcourse the next scheduled stop might change due to conditional orders ;)
14:50:41 <Celestar> Rubidium: we're not taking conditional orders into account at the moment.
14:50:55 <Celestar> peter1138: but UseVehicle just needs a const Vehicle *
14:51:02 * Celestar checkes his own code
14:53:25 <Celestar> because it has current_order there
14:54:50 <Celestar> peter1138: I needa go in 5, could you post any usable update you have onto hg so I can pull them before I head out?
14:55:03 <Celestar> I won't be back online before tomorrow morningish
15:00:13 <peter1138> It's not usable yet :o
15:00:36 <peter1138> It does sort of work though...
15:00:53 <peter1138> Problem is it doesn't know where there is no more cargo to load, yet.
15:01:14 <Celestar> so it keeps trying to load non-existing cargo?
15:01:30 <peter1138> Well, there is cargo there, but it shouldn't load it.
15:01:45 * peter1138 checks that other patch ;)
15:02:39 <Avdg> hi, i want to learn the structure of openttd :)
15:02:47 <Belugas> Zirkoz thinks he has found a bug with oil wells :) they do not appear ingame, just during creation. I wonmder how long it's going to take him to understand why...
15:03:11 <Celestar> Avdg: what's the question :D
15:03:12 <Belugas> Avdg, the best way to do so is to look at the sources :)
15:03:16 <Avdg> is there no tut for it :)
15:03:37 <Belugas> i guess he means tutorial...
15:04:01 <Celestar> Avdg: the best way to do it is to either find a (small) feature you want to implement or a bug you want to fix. Start from there
15:04:21 <Celestar> Avdg: only very few people can say that they understand the whole source
15:04:24 <Avdg> :) thats a little to far
15:04:27 <Belugas> we try to document the sources, so it's a matter of reading and understanding
15:04:57 <Celestar> docs.openttd.org can be of help as well
15:05:02 <Avdg> im just learning c, i've not made any experience yet :s
15:05:31 <Celestar> Avdg: well then have fun ask ask a question here and there (=
15:05:38 <Celestar> not 10 per minute of possible ^^
15:05:54 <Celestar> peter1138: I gotta head out. might poke in quickly this evening. Not sure bout that
15:06:17 <peter1138> Have come up with a solution
15:06:20 <peter1138> Just implementing it.
15:06:26 <Celestar> I'm eager to see it (=
15:13:59 *** Touqen_ is now known as Touqen
15:17:48 <Avdg> i dont know really know how to start explower the code :)
15:19:23 <peter1138> Correct, there's no main class.
15:22:29 <glx> because it comes from C time
15:28:17 <peter1138> Celestar, loading works, but transfers are not.
15:35:09 <CIA-5> OpenTTD: belugas * r13867 /trunk/src/news_gui.cpp: -Codechange: Fix missing alignment
15:39:39 *** flow0ver has joined #openttd
15:42:09 *** Zealotus has joined #openttd
15:45:31 *** KillaloT has joined #openttd
15:48:04 <Avdg> :s build problems, gonna read again the install guide
15:51:39 <Belugas> how did you get the sources? with svn?
15:51:55 <Belugas> if not, you might try it :)
15:52:12 <Avdg> it didnt files like windows.h
15:52:43 *** welshdragon has joined #openttd
15:54:43 *** ProfFrink has joined #openttd
15:56:34 *** welshdragon has joined #openttd
15:57:38 <Avdg> just errors becouse it doesn't find windows.h and winsock2.h
16:00:07 <Belugas> which means you have not the right installation. could be as simple as path definition, or not proper sdk downloads
16:00:52 *** ProfFrink is now known as Prof_Frink
16:03:08 <Lakie> Compiling it on linux is much simplier than on windows for me.
16:03:41 <Lakie> Mainly because of the fact I need the latest DirectX SDK for my course and the Aug 07 for OpenTTD.
16:03:44 <Belugas> did it a couple of times, and it was soooo easier....
16:04:05 <Lakie> sudo apt-get install <blah>; ./configure; ./make
16:04:15 <Belugas> by the way, Lakie, i could not try your savegame, i forgot my SD key at work :(
16:04:42 * Lakie tests something he just remembered
16:05:39 <Lakie> Yeah, with your signal on bridges (yes I know its very wip), it crashes when I save a game and try to load it (obviously using the 'patched' version).
16:06:32 <Belugas> if it does not work on trunk, it should not work with my patch either ;)
16:07:03 <Avdg> i think that i know what it is:)
16:07:06 <Lakie> OpenTTD + (your patch) -> save, close, reload -> try loading (crash)
16:07:15 <Avdg> i can find it, maybe wrong configuration
16:07:43 <Lakie> Does OpenTTD on Windows need the platform sdk, Belugas?
16:08:04 <Belugas> it does for MSVC, at least
16:08:08 * Lakie set it up to use it ages ago
16:08:13 <glx> [17:57:46] <Avdg> just errors becouse it doesn't find windows.h and winsock2.h <-- that means incorrect platform SDK installation
16:08:17 <Lakie> Again I have it for my course.
16:08:36 * Lakie searchs for windows.h to find out
16:08:40 <Avdg> wrong config... i take it like it was on the screenshot
16:08:51 <Avdg> now it must be solved :)
16:09:39 <Belugas> have you searched on your HD for those files?
16:10:05 <Lakie> Indeed, I remember now, MSVC++ (Express) doesn't include the files for windows.h etc
16:10:19 <glx> 2008 express includes them
16:10:31 <Avdg> there was a $ before, but i included them by hand
16:10:31 <Lakie> Maybe, I know 2005 doesn't
16:10:51 <glx> Lakie: btw I found a way to have worknig vista icons with 2005
16:11:22 <glx> just install a recent Platform SDK
16:11:46 <Avdg> i've installed it this month :)
16:12:15 *** grumbel has joined #openttd
16:12:16 <glx> Avdg: if you followed the wiki your platform SDK is too old ;)
16:12:19 <Lakie> I think I'm the only person with 0.6.x with a vista sized icon
16:12:37 <Lakie> Indeed, you should always search microsoft downloads for the latest.
16:13:01 <Avdg> the wiki is right, only few configuration errors :)
16:13:31 *** ChanServ sets mode: +v tokai
16:13:34 <Lakie> Well, the VS file I have has been customized quite a bit based around my sources and such
16:14:36 <Avdg> just edit the $ from the sdk to a by hand set path
16:15:47 <Lakie> I didn't allow any SDK's to create enviroment variables
16:15:50 <Avdg> my editor is now generated the files
16:15:52 <Lakie> I always set paths myself
16:15:58 <Lakie> I find its much simplier.
16:16:19 <peter1138> Hmm, I never had to edit anything... I didn't know they *had* environment variables...
16:16:55 <Lakie> Well, there are three normal ways
16:17:28 <Lakie> Gloabl paths added by VSVC when its first opened or later by the user and project paths/
16:17:58 <Lakie> I use global for things like platofrm and directx (latest) and edit the project to look at the old directx sdk for its sound.
16:19:24 <Lakie> Either way works, I know one of the sdk's I've used prefers environment variables for storing a path.
16:20:37 <Avdg> why does microsoft at some stopid copyrights :s
16:22:17 * glx just noticed 2008 express uses the new SDK I installed
16:23:35 <Avdg> why they are so many cod obj (etc) files :s
16:24:13 <glx> .cpp -> .cod (asm) -> .obj -> .exe
16:25:00 <Lakie> I suppose that makes sense as it needs to become machine code bfore it can be packed into .obj files ready to be imported into the final exe.
16:25:11 <Lakie> Of course my understanding of the process may be a little off.
16:25:19 <glx> .cod can be useful when debuging from a .dmp (to now what values are in registers)
16:25:34 <Avdg> im learning the understanding of the process :)
16:26:26 <Avdg> i can build simple ones :)
16:27:02 <glx> btw I use mingw+msys, 2005 express and 2008 express :)
16:28:46 <Lakie> I have 2005 express and 2008 express, I use the latest one for compiling OpenTTD though
16:29:25 <Lakie> Have cygwin for TTDpatch but the last time I tried compiling OpenTTD through that it was a true nightmare.
16:29:40 *** frosch123 has joined #openttd
16:30:38 <glx> I compile ttdpatch with mingw+msys
16:33:21 <Belugas> i bet it does not take as long as OTTD :)
16:33:34 <Lakie> Full recompile takes a long time
16:33:44 <Lakie> But small changes tend to be only a few seconds for me
16:34:03 <Lakie> usually shorter than building OpenTTD after updating the svn.
16:34:15 <Avdg> i have test my openttd with a speedhack, does work :)
16:34:28 <Lakie> Full Recompile takes around 5 minutes though.
16:34:50 <Belugas> it does? but it's asm, isn't it?
16:34:56 <Avdg> maglev 4 at 10 times faster :)
16:35:20 <glx> no need to change openttd
16:35:26 <Avdg> i know what im doing :) i've backup it
16:35:32 <Lakie> Belugas: yes but its to do with the way its compiled
16:35:48 <Lakie> It has all the dependancies calculated and then compiles, links etc
16:35:55 <Lakie> So a full compile takes an AGE
16:36:00 <Ammler> Avdg: I have a grf with maglev at maxspeed :-)
16:36:05 <Lakie> But it means small changes are much faster
16:36:58 <glx> if you don't touch any headers, updates compile fast
16:37:18 <Ammler> I would like to have a monorail with that speed
16:37:52 <Lakie> No offense but I'd imagine the train would break or atleast kill everyone on board with the g forces
16:38:06 <Lakie> I assume it doesn't take like 8000 tiles to get to top speed.
16:38:08 <Ammler> Lakie: it is not for transport
16:38:12 *** ProfFrink has joined #openttd
16:38:29 <Ammler> it is for a not gate and such
16:39:02 <Ammler> Lakie: we have programmable singals on ottd too, now :-)
16:40:01 <Lakie> Though credits to JGR for coming up with the original idea
16:40:11 <Lakie> I doubt anyone else would have thought it up and implimented
16:40:31 <Ammler> Lakie: I fear, we do not speak about the same :-)
16:40:57 <Lakie> Giving conditions for how a singal is used?
16:41:04 <Brianetta> How long before there's enough of TTDPatch not to need TTD any more?
16:41:48 <Noetloj> Brianetta: Surely it wouldn't just be a "patch" then?
16:41:57 <Brianetta> Noetloj: Well, yeah
16:41:58 <Noetloj> if it didn't need the original game to "patch"
16:42:11 <Brianetta> That's a null string, btw
16:42:13 <Lakie> That does appear quite different, Ammler.
16:42:26 <Brianetta> "I'm just off to play for a bit"
16:42:38 <Ammler> Brianetta: that is what I am wondering too, is there code of the original still used?
16:43:30 <Lakie> Quite a lot of TTD is still in there
16:43:52 *** ProfFrink is now known as Prof_Frink
16:47:30 <Brianetta> I played TTD Patch 2 once, years ago
16:47:42 <Brianetta> Well before the numbering got rebooted, obviously
16:48:00 <Brianetta> Probably back around 1997
16:48:13 <Brianetta> but apart from that, I've not played Patch
16:48:48 <Brianetta> TT demo, TT, TTD, TTD+alter, TT Patch 2.. .. .. .. .. .. .. .. OpenTTD
16:49:04 <Brianetta> That big huge gap was caused by me not runnign DOS any more
16:51:50 *** flowOver_ has joined #openttd
16:56:25 *** Digitalfox has joined #openttd
17:02:50 <fonso> Is there a way to find out when a tile is removed from a station? Other than adding a hook in MakeClear (which seems to be spaghetti-ish)?
17:06:13 <fonso> but airport does DoClearSquare instead ...
17:06:59 <fonso> (in RemoveAirport, station_cmd.cpp:1862)
17:07:11 <frosch123> and who calls RemoveAirport ?
17:09:27 <fonso> but doesn't RemoveAirport remove quite a bunch of tiles at once?
17:09:53 <frosch123> have you ever seen a half airport in game?
17:10:54 <fonso> It seems I have to dig into that some more. Thanks for now
17:16:05 <Belugas> looks like Colours and TextColour enums should be merged. They are used indistincly in the widget's color member
17:16:27 <Belugas> that is, of course, if ever color would need to be anything different then a byte
17:16:47 <Avdg> hum... perfectly 100 users :)
17:17:58 <Rubidium> nah, there're no 100 users in here
17:18:50 *** welshdragon is now known as welshdra-gone
17:19:45 *** Klanticus_ has joined #openttd
17:20:47 <Eddi|zuHause2> wah... it's definitely too hot to move...
17:21:26 <Wolf01> I was glued to the chair, so I had a shower, I'm glued again
17:21:53 <Belugas> so in essence, the chair has never left your butt?
17:39:59 <Eddi|zuHause2> today i realized one thing... working is not the real work, getting to work and coming back from work is the real work
17:40:13 <Eddi|zuHause2> oh... and that the DB does not play with breakdowns off...
17:41:15 <Eddi|zuHause2> honestly... i spent more time travelling than working...
17:44:48 <guru3> anyone here remember the app i wrote to generate landscapes?
17:44:52 <guru3> i've got a new version now
17:44:59 <bowman> I'm going to india for 2 days of meetings, thats literally going to be more travel time than actual work :)
17:45:28 <Eddi|zuHause2> also, i learned that the local public transport company is full of jerks... they print out tickets for one time use with some crappy printers, which is alright, but they print out tickets for 6 months use on the same printers, and then refuse to replace tickets that are almost unreadable after 4 months...
17:46:11 <Eddi|zuHause2> guru3: remember? how many decades ago was that?
17:46:35 <glx> here they try to not print tickets anymore
17:46:35 <Eddi|zuHause2> you have not spoken here in 2 years :p
17:46:38 <peter1138> Eddi|zuHause2, you weren't supposed to have a destination, that isn't implemented yet.
17:46:52 <guru3> i was just talking the other day
17:47:15 <Eddi|zuHause2> yeah, i meant before that sudden reappearance
17:47:50 <guru3> i'm sure i got some feedback in april from here on my landscape generator
17:48:21 <Eddi|zuHause2> sith always appear in pairs... an apprentice, and a master
17:48:35 <guru3> that's why it took two years
17:48:52 <Eddi|zuHause2> you finally made it to apprentice level :p
17:49:19 <guru3> there was a level end with a ladder moving around quickly
17:49:26 <guru3> i couldn't decide when it should stop
17:50:39 <guru3> that aside, what's a good number of quads to draw on the screen at once?
17:51:01 <guru3> i'm trying to figure out if the slow spot in my program is the gl
17:51:09 <guru3> or translating the map data structure to gl
18:16:10 *** GoneWacko has joined #openttd
18:31:51 *** welshdra-gone is now known as welshdragon
18:34:13 *** welshdragon2` has joined #openttd
18:34:55 *** welshdragon2` is now known as welshdragon
18:52:04 <Cosmo> ah ha found the right server at last
18:53:06 <Cosmo> is there a single place that I can download most / all the 32bpp graphics for openttd or do I have to look through the forums for them?
18:59:18 <Ammler> I have a 3 months old packet
19:00:32 <glx> Cosmo: there's a page on the wiki I think
19:01:49 *** fmauNeko is now known as fmauNekAway
19:02:47 <glx> hmm those are for a non official version only
19:04:05 <Cosmo> Yexo: I just found this second :)
19:04:09 <Yexo> but there may be more graphics in the forum
19:05:07 <glx> but not ready to use it seems
19:05:30 *** fmauNekAway is now known as fmauNeko
19:06:06 *** Klanticus__ has joined #openttd
19:06:15 <Ammler> is it possible for a GRF to know, if 32bpp is on?
19:06:57 <Ammler> hmm, don't I need to enable that in cfg anymore?
19:07:12 <Ammler> or with the console attribute
19:07:15 <glx> ha right you need to use the right blitter
19:07:36 <glx> but why a GRF would need to know that?
19:07:55 <Ammler> so you could make "empty" GRFs for the 32bpp replacment
19:08:32 <glx> you can, it will just look weird with 8bpp blitter
19:09:00 <Ammler> that's why I asked about, if a GRF deos know that
19:09:05 <Ammler> so you could disable it.
19:09:49 <Cosmo> glx: thanks for the link, It looks amazing
19:10:01 <Avdg> i found a bug in noai latest build
19:10:05 <Cosmo> looks like the next version of openttd :)
19:10:18 <glx> Avdg: go to #openttd.noai
19:10:19 <Ammler> most current 32bpp tars does "just" overwrite the default sprites, that's not optimal :-)
19:10:46 <glx> they should overwrite an action A grf
19:11:14 <Ammler> glx: that's my question for :-)
19:11:37 <glx> not yet, but it may be possible
19:12:05 <glx> for now you could use the same sprite for 8bpp (something like questionmark)
19:18:29 *** GoneWacko has joined #openttd
19:26:56 *** Avdg is now known as avdg[away]
19:30:18 <peter1138> Overwriting an Action A GRF is not possible?
19:31:49 <glx> telling a newgrf a 32bpp blitter is used is not possible
19:32:25 <peter1138> I don't know if it should be.
19:33:10 <glx> I think 32bpp gfx could overwrite opengfx ones
19:33:45 <peter1138> Yeah, or there could be specific graphics for regular GRF sets. The GRF does not need to know in these cases.
19:33:56 <peter1138> It's yet another chance of introducing desyncs.
19:35:21 *** avdg[away] is now known as avdg
19:47:46 <Ammler> indeed, 32bpp with empty 8bpp doesn't make sense
19:48:08 <Ammler> speically on server games, which not everyone would have/like the 32bpp
19:51:44 <CIA-5> OpenTTD: frosch * r13868 /trunk/src/newgrf_industries.cpp: -Fix: Parent scope of industry variables.
19:52:31 *** welshdragon has joined #openttd
20:05:26 <Celestar> peter1138: does it work? :)
20:10:16 <peter1138> Loading does, transfers don't
20:10:32 <peter1138> Need to modify that in a similar way :o
20:34:26 *** Brianetta has joined #openttd
20:37:59 *** fmauNeko is now known as fmauNekAway
20:40:45 *** fmauNekAway is now known as fmauNeko
20:46:05 *** Rexxars has joined #openttd
20:50:56 <Ammler> Digitalfox: that was a page of Truelight
20:51:21 <Ammler> afaik, there wasn't other entries since he "retired"
20:51:24 <Digitalfox> Ammler well it did had other dev's post's
20:51:46 <Digitalfox> Ammler 2 months ago truebrain did post :)
20:52:06 <Ammler> oh, then I missed that :-)
20:54:13 <Digitalfox> rortom sort of, he still works on NoAI :)
20:54:34 <Eddi|zuHause2> yes, and afterwards truebrain started the noai project ;)
20:56:14 <peter1138> Hmm, can I make hg ignore objs and the like?
21:00:41 <Rubidium> peter1138: yes you can
21:09:27 <Brianetta> Do I need a tram set to use trams, or is there one in the SVN somewhere?
21:09:52 <glx> you need a tram set, and there is one with final releases
21:10:27 <glx> you can try tags/0.6.0 or tags/0.6.1
21:10:58 <Brianetta> URL: svn://svn.openttd.org/tags/0.6.1
21:11:16 <glx> there is generic tram set in its data dir
21:16:09 <Brianetta> Does that need to be specified in the config?
21:16:30 <Brianetta> Ah heck, it won't hurt
21:16:47 <peter1138> Needs to be in the NewGRF config, yeah
21:17:55 <Brianetta> Won't bother to put that on the web page, since everybody has it
21:33:17 <Eddi|zuHause2> <Brianetta> While a train's slowly being filled with coal I could be using that loco elsewhere... <- that's definitely a feature that is missing right now. having one engine and two sets of wagons
21:37:46 *** glx changes topic to "0.6.1 | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs) | #openttd.notice for FS + SVN notices | UTF-8 please | No Unauthorised Bots"
21:39:51 <Rubidium> DaleStan: do you know whether articulated parts of an engine are handled any differently than engines/wagons with respect to whether they are powered, their weight, maximum speed etc?
21:40:46 <Rubidium> especially because callback 10 seems to work for articulated parts in TTDP, but I wonder whether it will actually make that articulated part also powered etc.
21:45:43 <CIA-5> OpenTTD: rubidium * r13869 /trunk/src/spritecache.cpp: -Fix [FS#2153] (r13674): in some cases the sprite cache could be filled with unremovable items.
21:47:39 <Brianetta> Tunnels can't be one-way, can they?
21:51:57 <DaleStan> Rubidium: Default for artic parts is no-power, no-weight, regardless of the NFO settings (or lack thereof) for those properties. Powered wagons (with or without CB10) can override that default, though. I don't know either way about CB36, but I don't see why it wouldn't work.
21:53:30 <Rubidium> okay, that's clear enough
21:57:38 <peter1138> Should they affect max speed? Hmm
21:57:40 *** LilDood has joined #openttd
22:00:50 <Rubidium> why wouldn't artic parts be powered?
22:01:14 <peter1138> DaleStan just said so.
22:01:15 *** fmauNeko is now known as fmauNekAway
22:01:26 <Rubidium> uhmm... changing the max speed
22:01:36 <Rubidium> okay, it would be stupid
22:01:49 <DaleStan> Artic parts are usually livery-overrided, therefore max speed does not apply.
22:02:13 <peter1138> DaleStan, yes, but does it apply if it is not livery-overrided?
22:02:32 <DaleStan> But if they weren't, I suppose that they could change max speed. If so, this would probably be considered a bug.
22:03:14 <peter1138> Rubidium, that should do the trick then?
22:03:25 <Rubidium> and what about the power?
22:03:32 <Rubidium> line 112 of train_cmd.cpp
22:03:48 *** welshdragon has joined #openttd
22:04:00 *** fmauNekAway is now known as fmauNeko
22:04:52 <DaleStan> <Rubidium> why wouldn't artic parts be powered? <-- There used to be (and maybe still are) troubles displaying true values for artic vehicles in the purchase window. The solution was to zero out anything in the artic parts that was displayed in the window.
22:06:10 <Rubidium> that's certainly true, though I've seen people complaining about that sort of things
22:06:31 <Rubidium> so the more we implement the stuff like TTDP the less complaints we hopefully get from GRF authors
22:07:43 <peter1138> That should handle power.
22:08:59 <Rubidium> line 111 equals line 115
22:10:26 <peter1138> Cut and paste turned into copy and paste :o
22:14:22 *** fmauNeko is now known as fmauNekAway
22:16:18 <peter1138> In theory it's correct, but might cause issues with other sets.
22:17:07 *** fmauNekAway is now known as fmauNeko
22:17:43 *** bleepy is now known as Guest315
22:19:51 <CIA-5> OpenTTD: peter1138 * r13870 /trunk/src/train_cmd.cpp: -Fix [FS#2167]: Callback 10 (visual effect and powered wagons setting) and powered wagons operation were not performed for articulated wagons.
22:19:57 *** stillunk1own has joined #openttd
22:35:05 *** DJNekkid_ has joined #openttd
22:35:08 *** DJNekkid_ is now known as DJNekkid
22:37:30 *** welshdragon has joined #openttd
22:38:06 <CIA-5> OpenTTD: rubidium * r13871 /branches/0.6/ (10 files in 2 dirs): (log message trimmed)
22:38:06 <CIA-5> OpenTTD: [0.6] -Backport from trunk:
22:38:06 <CIA-5> OpenTTD: - Fix: NewGRF Callback 10 (visual effect and powered wagons setting) and powered wagons operation were not performed for articulated wagons [FS#2167] (r13870)
22:38:06 <CIA-5> OpenTTD: - Fix: In some cases the sprite cache could be filled with unremovable items [FS#2153] (r13869)
22:38:08 <CIA-5> OpenTTD: - Fix: Return of wrong parent scope of (NewGRF) industry variables (r13868)
22:38:08 <CIA-5> OpenTTD: - Fix: Loading of TTD(Patch) savegames from the command line did not work (r13859)
22:38:10 <CIA-5> OpenTTD: - Fix: Buffer overflow for too long filename supplied as '-g' parameter (r13858)
22:41:00 <Brianetta> My dedicated server is loading my 1024x256 temperate scenario as a 256x256 hilly
22:41:19 <Brianetta> I just created this scenario in 0.6.1, and am loading it into 0.6.1
22:41:27 <Brianetta> It works when I load it into a dedicated server at home
22:41:31 <Brianetta> but not on my server
22:41:41 <Brianetta> anybody got a hint where I might start looking for the problem?
22:42:20 <Rubidium> sounds like it can't find the scenario and reverts to a newly created game
22:42:33 <Brianetta> No, it's my scenario all right
22:42:56 <Brianetta> That's the scenario
22:44:52 <Rubidium> might it miss newgrfs on the server?
22:45:09 <Brianetta> but I'll double check
22:46:10 <Brianetta> I think you might have it
22:48:57 <Brianetta> OK, my Standard Server is up
22:49:46 <Rubidium> did you remove the newgrf from the scenario?
22:57:46 <Brianetta> Rubidium: There were a couple of problem ones, yes
22:58:30 <Eddi|zuHause2> www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%2012.%20Dez%201940.png <- it's a lovely twin city
22:59:17 <Eddi|zuHause2> with three "S-Bahn" lines
22:59:22 * Rubidium seems to miss quite some pixels in there
22:59:51 <Rubidium> it's not even 1/4th of my screen high
23:00:12 <Rubidium> :O it just got a little bigger
23:00:13 <Eddi|zuHause2> it says 100% uploaded here...
23:00:29 <Eddi|zuHause2> maybe it's still queued somewhere...
23:01:36 <Eddi|zuHause2> appears to be complete now ;)
23:02:57 <Brianetta> From my current scenario
23:03:28 <Eddi|zuHause2> is ther intentionally no shore line on the river?
23:05:28 <Eddi|zuHause2> the road transfers through the city are inefficient... next time i'll send cargo trains through the city...
23:06:19 <Eddi|zuHause2> i'll still need transfers, because i can't fit an 8 tile wood train next to that saw mill :p
23:07:40 <Brianetta> Eddi|zuHause2: Nope
23:07:48 <Brianetta> I'd never even seen the river feature before
23:08:28 <Eddi|zuHause2> it's quite new...
23:09:42 <Rubidium> it's in 0.6.1, so it's more than like 6 months old
23:10:46 <Brianetta> Do they normally have shorelines?
23:10:49 <Eddi|zuHause2> yes, and it was in TTDP a few months before
23:11:06 <Eddi|zuHause2> Brianetta: i assume that depends on the river grf you are using
23:12:52 <Eddi|zuHause2> hm... it is really hard to balance coal and ore for a steel mill (PBI)
23:12:59 <glx> Brianetta: you should put a lock in the canal zone
23:13:11 <Eddi|zuHause2> it's always biased a little towards one, so it piles up
23:13:16 <Brianetta> glx: You can't place locks in the scenario editor.
23:13:16 <SmatZ> skidd13 is/was working on nice river GRF...
23:13:26 <SmatZ> but he hasn't finished it yet
23:13:37 <SmatZ> (talking about built-in rivers sprites)
23:13:41 <Brianetta> Eddi|zuHause2: There's no grf
23:13:54 <Eddi|zuHause2> Brianetta: that might be part of the problem :p
23:13:56 <SmatZ> Brianetta: you can ... in trunk :-/
23:14:16 <Brianetta> SmatZ: Not helpful for a 0.6.1 dedi-server
23:15:24 <Eddi|zuHause2> you could try to start the game, build a lock, clear the company and reload it in the scenario editor
23:16:54 <Brianetta> Eddi: That's too much like hard work. I throw scenarios together in half an hour. They're not works of art (:
23:17:06 <Brianetta> They're just augmented random maps
23:17:50 <Eddi|zuHause2> and nobody has noticed the "parked" S-Bahn in my screenshot ;)
23:18:09 <Rubidium> I noticed it, but why should I tell you that I did?
23:21:02 <Eddi|zuHause2> i should have more of these eye-candy parked trains...
23:21:53 <Eddi|zuHause2> where was that invisible engine set again?
23:22:49 <Rubidium> you'll also need a set to replace the signals with always green ones ;)
23:23:14 <Eddi|zuHause2> err... why would i do that?
23:23:37 <SmatZ> Eddi|zuHause2: Eyecandy Empty Engine I guess
23:23:45 <Rubidium> then you can make a network that magically makes money
23:26:20 <Eddi|zuHause2> hm... shunting is really vital for single track branch line freight trains...
23:27:34 <Eddi|zuHause2> i mean logical shunting, not necessarily physical shunting
23:31:06 <Eddi|zuHause2> it should be possible to influence the weighting of transfer money, to even out losses and gains better between the vehicles involved
23:31:48 <Eddi|zuHause2> with practically all my transfers, the first vehicle makes insane amounts of money, while the last vehicle always makes a loss
23:32:47 <Eddi|zuHause2> often twice or three times their running cost
23:52:36 *** welshdragon is now known as welshdra-gone
continue to next day ⏵