IRC logs for #openttd on OFTC at 2010-10-20
⏴ go to previous day
00:05:45 *** Hirundo has joined #openttd
01:45:06 *** roboboy has joined #openttd
02:57:19 *** zodttd2 has joined #openttd
03:11:22 *** SirSquidness has joined #openttd
03:27:36 *** roboboy has joined #openttd
03:42:41 *** zachanima has joined #openttd
04:14:56 *** Mortomes has joined #openttd
04:24:47 *** roboboy has joined #openttd
05:47:43 *** roboboy has joined #openttd
06:07:03 *** _Terkhen_ has joined #openttd
06:16:38 *** Kurimus has joined #openttd
06:21:44 *** roboboy has joined #openttd
06:23:41 *** Br33z4hSlut5 has joined #openttd
06:28:37 *** ^Spike^ has joined #openttd
06:30:01 *** Cybertinus has joined #openttd
06:37:06 *** JVassie has joined #openttd
06:53:46 <Rubidium> morning _Terkhen_ et al
06:58:29 *** Mortomes|Work has joined #openttd
07:20:27 *** roboboy has joined #openttd
07:21:17 <CIA-2> OpenTTD: rubidium * r20998 /extra/catcodec/ (Makefile.bundle changelog.txt findversion.sh): [catcodec] -Change: Sync installing options with GRFCodec and NFORenum to make packaging more unified for downstream
07:23:16 <dihedral> Rubidium, not so keen on the "private chat with server" hot key patch, then i take it? :-P
07:23:51 <Rubidium> rather not looked at it (yet)
07:23:53 <CIA-2> OpenTTD: rubidium * r20999 /trunk/ (Makefile.bundle.in os/windows/installer/install.nsi): -Change: Add installing options or rather options to not install certain documentation, in a similar way to GRFCodec/catcodec
07:28:43 <Rubidium> dihedral: the diff isn't properly named, or it's naming misrepresents the patch
07:30:24 <Rubidium> and it fails to apply :(
07:30:26 <dihedral> as i lik it to the admin network, i thought the prefix was rather appropriate ^^
07:30:28 <CIA-2> OpenTTD: rubidium * r21000 /trunk/src/main_gui.cpp: -Feature[tte]: chat directly to the server or a bot/admin/irc channel monitoring the server (dihedral)
07:30:59 <Rubidium> dihedral: rather ...private_chat_server_hotkey_r20941.1.diff vs --- src/main_gui.cpp (revision 20942)
07:31:17 <Rubidium> there, now you even have a fancy commit rev
07:32:04 <dihedral> sorry - did not want to steal that from you
07:32:10 <dihedral> i know how much you like those ^^
07:32:20 <Rubidium> not even reached 250 commits a month for the last 4 months (on average) :(
07:32:48 <DorpsGek> Rubidium: Commit by translators :: r18000 trunk/src/lang/greek.txt (2009-11-07 18:45:05 UTC)
07:32:48 * dihedral is happy about his second major feature in trunk :-)
07:32:49 <DorpsGek> Rubidium: -Update from WebTranslator v3.0:
07:32:50 <DorpsGek> Rubidium: greek - 1 changes by fumantsu
07:34:25 <Rubidium> so 3000 commits in a little less than 1 year, then given that r19k was somewhere early February the winter break seems more productive (or were it the many bugfixes due to the betas?)
07:35:47 <dihedral> how high are the download numbers of betas / rc's compared to nightlies?
07:37:28 <Rubidium> beta1: 37.5k, beta2-4: ~14.5k, rc1-3: ~13k, 1.0.0: 180k. Nightlies: average 217/day
07:38:04 <Rubidium> the post 1.0.0 rcs: ~3.5k
07:45:17 *** Hirundo has joined #openttd
07:45:25 <dihedral> personally i'd be of the impression that beta's and rc's would bring back more bug reports
07:46:33 <dihedral> sadly i see no rc or beta version under "Reported Version" in flyspray
07:54:50 <Rubidium> dihedral: that's because there are no current betas/RCs
07:55:09 <Rubidium> FS#3651 definitely has a reported version that's an RC
07:55:51 <Rubidium> although I have to agree that flyspray might be a bit dumb when it comes to searching on reported versions
07:56:10 <dihedral> i assumed so :-) but i was not able to see how many tasts were related to rc's :-)
07:57:29 <Rubidium> as flyspray has only one option to show (or not show) betas/RCs and I think it'll be good for bug reporter usability when they'll see the 75 versions since 0.4.0
07:57:58 <Rubidium> even then, 1.0.5 is marked as "future" so how can it be a reported version (the really dumb part IMO)
07:58:48 <Rubidium> though, you can see the majority is reported on trunk
07:59:12 <dihedral> they have not brought out a new version in quite a while :-(
08:00:06 <Rubidium> that is definitely true and sad
08:00:48 <Rubidium> but then it's not broken enough to bother with the hassle of migrating
08:05:27 <dihedral> that would probably be more work than it's worth
08:05:51 <dihedral> unless of course you by chance find something you really believe will do the job for the next x years
08:06:54 <Rubidium> well, bugzilla is unlikely to die any time soon
08:07:21 <Rubidium> but again, lots of work for migration
08:08:34 <Rubidium> likewise that we have a massive amount of plans for the compile farm and that it's riddled with annoyances
08:08:45 <Rubidium> but again, lots of work for writing something new/better
08:09:21 <dihedral> you may not like the idea, but could a hudson cluster not be used for the compile farm?
08:10:03 <dihedral> esp. if you do a joint work with other projects, such as flightgear, you can share a bunch of resources - e.g. hudson nodes
08:10:52 <Rubidium> wouldn't that require to "run" all compilers at once? Or at least all virtual machines with compilers?
08:13:02 <dihedral> you have a master, and nodes
08:13:27 <dihedral> the master has the queue for the nodes, and nodes can be ofline, even if the master holds it's queue and a job is waiting
08:13:34 <dihedral> when the node comes online, it will do it's job
08:13:55 <Rubidium> so that's basically what we do
08:13:56 <dihedral> there are plugins to start vm's when a job is enqueued, but they can be configured so that jobs run in a certain order
08:14:20 <Rubidium> except that here "master" starts the VMs directly
08:14:23 *** andythenorth has joined #openttd
08:14:46 <Rubidium> and "node" is the start script we "inject" using VirtualBox shares
08:15:09 <dihedral> the downside is, it is java
08:15:32 <dihedral> however, it's a build / continuous integration system that already exists
08:15:36 <dihedral> has a huge community
08:15:56 <dihedral> and i have already written plugins for it :-P
08:16:43 <Rubidium> oh yes, did I tell our nodes don't have network connection?
08:17:21 <Rubidium> and that (sometimes) when we bring up the network connection of the (virtualbox) nodes the network connection with the internet gets broken?
08:20:44 *** Progman has joined #openttd
08:26:39 *** roboboy has joined #openttd
08:34:11 * andythenorth ponders a day of daddy daycare
08:34:16 <dihedral> but then working around the actually issue instead of fixing it sounsd odd to me :-P
08:34:21 <andythenorth> will I code anything, or will it be wee all day?
08:34:36 <dihedral> andythenorth, bladder issues? :-D
08:35:02 <dihedral> refering to "wee all day?"
08:38:01 <andythenorth> wee, food, but most of all...entertainment :P
08:38:15 <andythenorth> watching me move pixels around is not very interesting apparently
08:38:28 <andythenorth> babies are very demanding :P
08:42:08 <dihedral> Rubidium, however, with hudson it would be easier to extend ^^
08:42:30 <dihedral> i.e. adding a node is quite simple - even for others, and the master server then just distributes the jobs
08:51:14 *** FloSoft has joined #openttd
08:54:38 *** Moo is now known as V453000
09:42:20 *** Eddi|zuHause has joined #openttd
09:45:05 <Rubidium> andythenorth: but playing toyland might help :)
09:45:16 <andythenorth> my baby has taste :P
09:48:49 *** LordAro has joined #openttd
09:48:59 <dihedral> as openttd is no clone anymore, does it have to remain 'toyland' ? :-P
09:49:51 <Rubidium> it's good to play toyland on MP servers
09:50:01 <Rubidium> as it gets rid of most of the morons
09:50:25 <dihedral> that for sure is true :-P
09:52:48 <_Terkhen_> and most of the other players too? :P
09:53:33 <_Terkhen_> this reminds me... now that andy fixed HEQS I could start another toyland game
09:55:17 <andythenorth> maybe I'll make toyland sprites for HEQS
09:55:21 <andythenorth> flashing boxes :P
10:00:33 <LordAro> toyland FISH fork! Rainbow coloured boxes! (I remember the beginning) :D
10:04:17 <andythenorth> _Terkhen_: instead of forking newgrfs, how about vehicle orders? :P
10:07:36 <_Terkhen_> I already started the modifications to the refit window, altough I doubt that partial refit orders end up being an option
10:10:49 <andythenorth> I'm not sure partial refit is needed
10:10:56 <andythenorth> I wonder how consists should work though...
10:11:02 <andythenorth> I'm not sure what the design should be for those
10:11:23 * _Terkhen_ does not know either
10:12:11 <andythenorth> maybe we figure it out
10:13:07 <andythenorth> _Terkhen_: here's what I figure so far:
10:13:50 <andythenorth> (1) 'consists' are created explicitly by user. They are like a master/slave system. Vehicles slaved to a master consist will try and stay in sync with that consist.
10:14:05 <andythenorth> Vehicles don't have to slave to a master consist, they can just have 'their consist'
10:14:23 <andythenorth> (2) consists should be created by adapting existing depot drag system
10:14:56 <andythenorth> I think consists replace auto-replace, but not sure
10:15:32 <_Terkhen_> what information is stored into a consist? engines and wagons, refit selections for them... anything else?
10:15:58 <andythenorth> I reckon liveries are left out for various reasons
10:16:14 <andythenorth> mostly due to complexity
10:16:22 <dihedral> _Terkhen_, well you could patch the server to advertise toyland, where in trueth it's not :-D
10:16:22 <_Terkhen_> I don't know much about them anyways
10:16:34 <andythenorth> well they don't exist beyond a wish by users yet :)
10:16:50 <dihedral> that is actually quite a nifty idea - and those who know come back :-D
10:17:57 <_Terkhen_> dihedral: you could do that with a grf too :P
10:18:13 <dihedral> how would you do that??
10:18:33 <dihedral> i did not know grf's had that kind of manipulation possibilities
10:18:45 <planetmaker> <Rubidium> it's good to play toyland on MP servers <-- indeed. Lovely game atm on our PublicServer :-)
10:18:53 <planetmaker> hello all also :-)
10:19:16 <_Terkhen_> a grf that reimplements every industry and vehicle of the temperate climate and replaces all terrain sprites should work unless I'm forgetting something important
10:19:46 <dihedral> i would like to see how people respond when they notice that the server is advertised as toyland 64x64 and actually is temperate 1024x1024 ^^
10:20:02 <planetmaker> dihedral, did I see that correctly... talking to the server? :-)
10:20:28 <dihedral> ctrl+shift+enter or ctrl+shift+t :-)
10:20:39 <_Terkhen_> they would not respond, since they would not even enter that server
10:20:55 <xiong> May I talk a moment about consists? First I want to say that although the existing orders/shared orders/refit system is not perfect, it's okay and far superior to any other simulation I've seen.
10:20:59 <dihedral> _Terkhen_, or would be amused at it's site and wanted to see what it looks like :-P
10:21:15 <dihedral> could be a marketing idea :-D
10:22:05 <dihedral> xiong, what is not 'perfect' about it? :)
10:22:06 <xiong> But if you want to get into a consist system, I'd like to put in my two cents and say that, if you're going to go far that level of detail, go all the way. Don't think in terms so much of train-by-train consist as of cargo manifests.
10:22:53 <dihedral> i am happy i do not even touch that part of the code :-D
10:23:58 <xiong> That is, manifest certain cargos -- percentages of available supply -- from origin to destination, passing perhaps several transfer points. Allocate trains as manifest workers on legs intermediate and define possible consists for them to assume. Let them assemble their consists in response to manifests. Otherwise, there is too much micromanagement.
10:25:01 <andythenorth> xiong: that would indeed be good :)
10:25:01 <_Terkhen_> I agree that shared orders have a series of problems (their "invisibility" being the most important one) and that the consist idea provides many benefits, but I'm not sure about the best way of tackling them
10:25:02 <xiong> Instead of constant refitting, which is extremely unprototypical, you require of the company owner that he buy and reserve cars for manifested cargo and keep them in depot as a pool from which auto-consist trains may draw.
10:25:56 <xiong> _Terkhen_, I have a background in systems design. I love micromanagement to a point but there's a time for the company owner to delegate. This is one of those times.
10:26:51 <_Terkhen_> I can't see how having to deal with wagon changes reduces micromanagement
10:26:53 <xiong> For the utmost in realism, you require the building of a dispatch office at any station which will receive auto-consisting trains. After all, the engineer does not decide which cargo to pick up; it is the dispatcher's responsibility.
10:27:49 <_Terkhen_> I prefer simple solutions that are fun ingame, this sounds overcomplicated to me
10:28:08 <xiong> Think of the dispatcher as a mini-AI. You allocate certain trains to his control and put certain manifests on his desk. The same manifest must go to each dispatcher in the network -- each dispatcher that might handle that cargo.
10:28:31 <andythenorth> railroad tycoon 3 had automated dispatching
10:28:55 <andythenorth> you just left the consist at 'any cargo' and the game figured it out
10:29:15 <andythenorth> based on differential between spot prices for cargo at source and destination
10:29:21 <dihedral> <xiong> For the utmost in realism <- that is not going to go down very well
10:29:29 <dihedral> realisem is not the aim of this game
10:29:49 <dihedral> and perhaps someone might want to quote that - xiong has me on ignore :-D
10:29:59 <xiong> Not complicated at all, in play. You have already built the dispatch office; you have already created a manifest: (Goods from Verona to Altoona); now you just select the manifest and click on dispatch offices along the route. It's analogous to selecting a train and clicking stations.
10:30:07 * andythenorth wonders....what *is* the aim of this game?
10:30:38 <dihedral> "It attempts to mimic the original game as closely as possible while extending it with new features."
10:30:42 <planetmaker> ^ very much so: fun :-)
10:30:58 <andythenorth> what is 'fun' please?
10:31:01 <_Terkhen_> to me, adding new features that make it more fun to play, but without modifying the original feeling of the game
10:31:02 <planetmaker> realism is only used when it adds to fun :-)
10:31:02 <dihedral> if you are out for realism, i want tides :-P
10:31:37 <xiong> In fact, since the dispatcher must be associated with a station, it *is* clicking stations. The only difference is that you are not ordering a train from station to station; you are ordering a manifest of cargo from station to station -- in both cases along an incompletely-defined route.
10:31:39 <dihedral> and i want birds flying around
10:31:44 *** fani0z is now known as fanioz
10:32:14 <dihedral> and i want longer build times
10:32:42 <dihedral> let the server pospone the docommands for, lets say, 1000 ticks :-P
10:33:36 <_Terkhen_> xiong: IMO changing from ordering vehicles to ordering cargos is a huge change
10:33:36 <xiong> Now that I think of it, it's not even really necessary to click on stations. Presumably, every dispatcher sees the manifest of every cargo that hits his station; and each one decides the best way to forward manifested cargo toward its destination.
10:33:52 <xiong> It is. But then, so is consists.
10:34:27 <_Terkhen_> depends on your definition of the consist feature
10:34:28 <xiong> The question is, Are you concerned with cargo or with trains? It's tempting to say the latter but then, why all the complex industrial cargo chains?
10:34:56 <_Terkhen_> to make vehicle networks more complex
10:35:21 <xiong> I wouldn't want to trivialize trains or remove any existing functionality. It's up to the player how to allocate trains. Currently, all vehicles are in what is known in prototype roads as 'captive service'.
10:36:12 <xiong> No problem with retaining that, of course. You have a solid pair of industries, you connect them with rail, you throw 6 long trains between them in captive service.
10:36:44 <xiong> But when you have an odd box here, two odd bundles there, it's far more efficient to simply manifest them through to where you want them, ultimately, to go.
10:37:39 <Eddi|zuHause> what you say sounds like a hell of a lot of micromanagement
10:37:57 <xiong> Eddi|zuHause, Then I didn't explain it well.
10:38:06 <dihedral> he'll start again ^^
10:38:15 <xiong> What do you see as demanding player's attention?
10:39:03 <Eddi|zuHause> maybe you just used the word "click on..." too often...
10:39:52 <xiong> More I thought about it, less clicks I thought needed. At first I thought, click on stations. That's not only not necessary; it kinda defeats the point. Let me give a concrete example; that's usually best.
10:40:36 <xiong> Currently, I have a coal mine and an iron ore mine feeding a steel mill and a forge. The mill produces metal, for which right now I have no use; the forge produces farm and engineering supplies.
10:42:03 <xiong> I also have a sheep station, a stockyard, and a 'arable' farm.
10:42:58 <xiong> So, I want to move many large trains of iron to both forge and mill and many long trains of coal to the steel mill only. I also want to move large quantities of sheep.
10:43:37 <xiong> But, I get relatively little farm and engineering supplies out, which I want to distribute to all the other industries, in various combinations.
10:44:15 <xiong> It makes sense, using the existing system, to place long trains in captive ore, coal, and livestock service. I refit those trains for that purpose.
10:45:42 <xiong> But to distribute the products of the forge, I'm more likely to want to manifest them to all consumers. So, I simply select the cargo (in a button off the station window for the forge) and click on a desired destination, creating a manifest.
10:46:32 <xiong> I don't see much entering of numbers here and maybe that would just be un-OTTD-like. So, let available cargo be distributed equally on outstanding manifests, which of course can be cancelled at any time.
10:46:50 <xiong> Right then, having created the manifest, I'm done with that part.
10:46:54 *** KenjiE20 has joined #openttd
10:47:13 <Mortomes|Work> andythenorth: Yeah, I liked that system in railroad tycoon 3
10:47:36 <Mortomes|Work> I liked the whole economy/pricing model in that game in general
10:48:33 <xiong> But trains must be available to move the cargo and they can't be in captive service. So, I buy new engines and new cars *but* I don't assemble them into a train; I keep them all in depot. I order the engineer to Report to Dispatcher, which can only be done at a station that has constructed a Dispatch Office -- one click.
10:49:43 * dihedral sometimes does wonder....
10:49:49 <xiong> I'm done, now; the dispatchers take it from there, no matter how many transfers my cargo must go through to get to where it's going. In station windows, just as now, manifested cargo carries a small indicator, so I know I can sort of not worry about it.
10:50:07 *** Biolunar has joined #openttd
10:50:28 <planetmaker> sounds at least three levels too complicated, xiong
10:50:41 <xiong> Only because I'm explaining it in words.
10:50:46 <andythenorth> but requires a supply-demand economy in that game
10:50:53 <planetmaker> buy train, assign orders. done
10:50:59 <andythenorth> might work with cargo packets
10:51:05 * _Terkhen_ agrees with planetmaker
10:51:31 <xiong> Here it is buy engine, buy cars, assign to dispatcher. Then, manifest cargo; done.
10:51:47 <Mortomes|Work> openttd would be awesome with a rt3-like supply/demand economy
10:51:52 <planetmaker> which is two or three steps more. For the same task. Without extra fun
10:52:18 <xiong> If you don't see the extra fun, well, I dunno. Why do it at all?
10:52:18 <Mortomes|Work> The way it worked in rt3 was very simple
10:52:41 <planetmaker> xiong, in order to build a nice network :-)
10:52:42 <dihedral> sounds like it would make the game more boring
10:52:46 <Mortomes|Work> You just set the train to auto-consist and it would always take the most profitable type of cargo between destinations
10:52:55 <planetmaker> not in order to micro-manage each vehicle along its build process
10:52:57 <xiong> I mean, you can have a much simpler model in which cargos just naturally move to where they're going and all you have to do is throw money at them.
10:52:57 <andythenorth> but it's not TTD :)
10:53:32 <_Terkhen_> that is IMO a core part of TTD
10:53:35 <xiong> You can build a nice model without giving a single thought to realistic operation.
10:53:51 <dihedral> how about you explain it in a patch :-P
10:54:15 <xiong> I don't say that's wrong, either. But real trains do not form up and roll around the country year after year without breaking up in a yard.
10:54:24 <xiong> Or rather, they do -- but not all of them.
10:54:24 <andythenorth> ttd is about being massively frustrated by network capacity :D
10:54:35 <andythenorth> ttd also encourages lots of unit trains
10:55:04 <andythenorth> single cargo, point-point, no backloads
10:55:04 <andythenorth> return empty to destination usually
10:55:05 <xiong> Unit trains are those in captive service. As usual, competing jargon.
10:55:18 <andythenorth> mine -> steel mill and return empty
10:55:41 <andythenorth> backloading would be silly
10:55:56 * planetmaker likes the possibility to refit trains in order to make two-way trips :-)
10:56:12 <xiong> These are common and profitable in prototype. You have a gravel pit and a cement factory; you haul gravel one way, all day, all night, year after year.
10:56:13 <andythenorth> yeah, but it requires balanced cargo production
10:56:21 <xiong> You take nothing back to the gravel pit.
10:56:26 <planetmaker> or appropriate orders, andythenorth :-)
10:56:41 <andythenorth> planetmaker: if there were partial load orders, that would help
10:56:53 <andythenorth> I don't get the more complicated conditional orders
10:56:53 <planetmaker> don't look at me!
10:57:14 <andythenorth> is timetabling a suitable hack for partial loads? I wondered if 'wait 10 days' is about same as 'wait for 50% cargo'
10:57:20 <_Terkhen_> planetmaker: two way trips is what makes me keep thinking about partial refit orders, even if they raise too many problems
10:57:28 <andythenorth> ships particularly
10:57:30 <xiong> But -- and this is the key point -- you do, very likely, haul small amounts of machinery to the gravel pit. You don't do that with the unit train. You do that with a 'train' that is really just an entry in the timetable. It makes up what's available at each station.
10:57:41 <andythenorth> xiong: do it with a truck :)
10:57:44 <planetmaker> _Terkhen_, yes, they'd make sense there (too). Though even w/o refit you can have mixed trains
10:57:53 <andythenorth> I was trying to figure out how to do wayfreights / manifest trains / mixed freight
10:57:59 <planetmaker> andythenorth, timetabling can help there, yes
10:58:05 <planetmaker> unless the cargo influx is too big
10:58:15 <andythenorth> manifest trains should be possible, but I've never figured out how
10:58:19 <planetmaker> so it's not really an adequate replacement
10:58:21 <_Terkhen_> the biggest problem with partial refit orders is that they refer to a part of the train... what if the train changes?
10:58:54 <planetmaker> _Terkhen_, well... same thing as with what if the station is bulldozed: invalid orders
10:59:44 <planetmaker> I see though that it can be more painful
10:59:57 <_Terkhen_> if a station is bulldozed, all shared orders are invalid
11:00:00 <andythenorth> _Terkhen_: 'refit to consist'
11:00:11 <_Terkhen_> if a single train is changed, only that train has invalid orders
11:01:23 <_Terkhen_> andythenorth: that is what makes me want to forget about partial refit orders... partial refit will be useful to define consists anyways, and saying that this should be done as refit to consist orders when they are available would save me the trouble
11:02:27 <xiong> Are you guys thinking about being able to give orders to single cars?
11:03:12 <andythenorth> that would be interesting
11:03:18 <xiong> Then, that is basically a manifest system. Why not just do it on the basis of cargo, not on cars, which are, from one viewpoint, interchangeable?
11:03:19 <andythenorth> but probably unworkable :)
11:03:34 <andythenorth> xiong: try cargo dist / dest / whichever :P
11:03:36 <dihedral> because it is too much work to code :-P
11:03:45 <andythenorth> it's in the openttd development forum
11:04:48 <_Terkhen_> to me, consists are just vehicle templates... you can clone them, refit to them and so on
11:05:01 <_Terkhen_> or am I missing something?
11:05:43 <andythenorth> templates to match to
11:06:20 <_Terkhen_> what is the difference?
11:08:50 <xiong> I dunno about this. In theory, one could just throw a large number of trains on the layout, sit back and wait for it all to sort out. There's no real management at all of cargo.
11:09:22 <xiong> Is that what you're thinking of, andythenorth?
11:12:16 <xiong> If this is the topic I barged in upon, I'm going to barge right out. I've wasted time trying to divert that train.
11:13:50 <dihedral> the cargo will only "want" to go to destinations to which a train connection (possibly via transfers) exists - irrc
11:14:21 *** kenneth has joined #openttd
11:22:06 *** Guest3404 has joined #openttd
11:22:12 *** Guest3404 is now known as norbert79
11:33:18 <xiong> Okay, now I'm totally confused. I just got an alert that Verona Coal/Sheep now accepts Mail.
11:33:59 <norbert79> That is why vulcans never play OpenTTD. :)
11:34:53 <xiong> The station's catchment area, I have just checked, certainly does not include even a single house. Verona itself is piddling (pop 391, not all of which is in its station's catchment) and accepts no mail at all.
11:36:04 <Eddi|zuHause> maybe your catchment area is larger than you think it is
11:37:08 <xiong> If it included all of Verona, then it wouldn't be enough, right? It doesn't reach one house.
11:37:22 <Eddi|zuHause> if you have an irregular station, the catchment area is the smallest rectangle that contains the whole station
11:37:51 <Eddi|zuHause> plus the radius (4 for train stations, 5 if it contains a dock, more for some airports
11:38:22 <xiong> *That's* interesting, nothing I've seen documented. But doesn't affect this. The coal mine and sheep farm are nearly adjacent. The station is contiguous.
11:38:26 <norbert79> Rubidium: I don't get the sheep part... :)
11:38:47 <norbert79> Rubidium: Oh, wait, I think I got it :)
11:38:56 <Rubidium> norbert79: it's what Tele2 advertises with
11:39:13 <norbert79> Rubidium: Yeah, and the sheep... Ok, I missed part of the conversation, now I get it :)
11:39:41 <Eddi|zuHause> xiong: it gets worse than that, with irregular stations, the catchment area is different depending if you're delivering or picking up cargo :p
11:39:45 <xiong> Wait. I lied. I forgot I built an extension truck stop. Still, it can't possibly catch more than the bus station central to the town itself.
11:40:42 <Eddi|zuHause> for delivering, the rectangle around the station (plus radius) counts, for picking up, the rectangle around the house/industry (plus radius) counts
11:40:45 <xiong> Eddi|zuHause, That is illogical, definitely not anything I've seen documented. It may be realistic, dunno.
11:41:06 <Eddi|zuHause> it's nothing to do with realism, it's a technical problem
11:41:42 <xiong> Where 'plus radius' is what? The radius of the station part at which X is being delivered?
11:42:09 <xiong> Do you mean addition or geometric union?
11:42:11 <Eddi|zuHause> the catchment radius. i explained above
11:42:41 <Eddi|zuHause> try building a station, and enable "display catchment area"
11:43:20 <xiong> I have. It always displays the catchment of the station part being built. I'd very much like to display catchment of the already-built stations.
11:43:44 <xiong> Although if it's variable, then dunno; some color-coding is called for.
11:44:00 <Eddi|zuHause> yeah, complain to svippy for not finishing his patch... twice...
11:44:07 <xiong> Actually, it's worse than that for overlapping catchment areas.
11:44:44 <xiong> One really wants to be able to toggle it on and off for each station, so one can figure it out.
11:46:39 <Yexo> so although neither the train station tile nor the bus stop is in reach of either the powerstation or the town, it'll still accept passengers, mail and coal
11:46:46 <norbert79> Yexo: Which also depends on the value set within 'Advanced settings'
11:47:33 <Yexo> norbert79: in this case actually not
11:48:10 <norbert79> Yexo: Why? I thought, that one station in this case is being treated as the 'start' of the station, and the other the end, and between the area cannot be higher, than the predefined
11:48:14 <Yexo> with "more realistically sized catchment areas" on: both bus stops and train stations have a catchment radius of 4, when turned of the bus stop has a radius of 3 and the train statino still 4
11:48:20 <xiong> My question, though, had nothing to do with display. Assume a town has a bus station part, radius 4; and a train grain loading station, radius 5. Assume that some tile of a coal mine overlaps some tile of this catchment.
11:48:30 <Yexo> the catchment radius of the station is the maximum catchment radius of any part of the station
11:48:37 <Yexo> and max(4, 3) == max(4, 4)
11:48:55 <xiong> Sorry; counting that way, radii of 3 and 4.
11:49:24 <Eddi|zuHause> if the truck stop is connected to a rail station, its radius is promoted to 4 as well
11:49:26 <norbert79> Yexo: More realistic would be if the catchment size would be only those two catchment areas, which are being defined for this station, I mean twice the same small area
11:49:26 <Yexo> xiong: please provide a screenshot and/or savegame
11:49:42 <xiong> Yexo, Your explanation is lucid and logical and the drawing self-explanatory. It's Eddi|zuHause's that makes no sense to me.
11:50:09 <Yexo> xiong: I explained the same (only with a screenshot) as Eddi|zuHause did
11:50:27 <Yexo> norbert79: I won't argue with that, I'm just explaining how the current implementation works
11:50:45 <xiong> If the bus stop is connected to a giant airport with a radius of 10, does the bus stop also get promoted to a radius of 10?
11:50:48 <norbert79> Yexo: Yeah, thanks for that, helped me also a bit understanding it a bit more this way
11:51:03 <Yexo> xiong: for accepting cargo: yes
11:51:19 <xiong> But for dropping cargo...?
11:51:37 <xiong> Yexo, You are saying that the shot you just posted applies only to pickup.
11:51:37 <Eddi|zuHause> dropping is the same as accepting?
11:51:50 <Eddi|zuHause> no, only to delivery
11:52:00 <xiong> Accepting, Eddi|zuHause. You say it's different, then?
11:52:04 <norbert79> Eddi|zuHause: Exactly, wanted to mention. I think xiong was more referring to "creating"
11:52:06 <Yexo> xiong: that screenshot only applies to "Cargo types which the station accepts"
11:52:13 <Eddi|zuHause> for pickup, the radius around the industry counts
11:52:22 <Yexo> so you order your trains to unload those cargos there
11:52:40 <xiong> Okay, Eddi|zuHause; now I'm asking, *which* radius around the industry.
11:53:34 <Yexo> xiong: in that case actually the radius of the station _part_ is used, not of the complete station
11:53:35 <xiong> Do you mean to add, as a border all around the industry, an additional 4 or whatever tiles? Or do you mean to have the industry extend the bounding box so that it remains a rectangle?
11:54:06 <Eddi|zuHause> xiong: the algorithm works as follows: the industry checks a radius "max_catchment_area" around it, if it contains a station tile, and then allows moving cargo to that station if catchment_radius for that station tile includes the industry
11:54:20 <xiong> Yexo, That is yet a third possibility and I have to ask then if by 'station part' you mean the part doing the unloading?
11:54:31 <norbert79> Eddi|zuHause: Even though it's one tile only, right?
11:54:35 <Yexo> xiong: no, any station part
11:54:46 <Yexo> ie what Eddi|zuHause explained in more words
11:54:49 *** zachanima has joined #openttd
11:54:58 <norbert79> Yexo: Ok, thanks, I wasn't just 100% sure
11:55:38 <norbert79> Yexo: As an improvment idea it would be nice if the algorythm could check how mnany tiles are being covered by the station radius, the more tiles are there, the more stuff is being delivered to the specific station :)
11:55:41 <xiong> Okay, then let my try it this way: For loading, the catchment is the smallest bounding box. For unloading, it is the union of the industry footprint and all the station part footprints, which may be irregular or full of holes?
11:56:23 <Eddi|zuHause> yeah, something like that
11:56:31 <xiong> No thanks, norbert79; I'm happy to be able to grab a corner of a remote industry and have it all.
11:56:47 <norbert79> xiong: That would be more challenging ;-)
11:58:17 <xiong> Okay, tFor loading, the catchment is the smallest bounding box. For unloading, it is the union of the industry footprint and all the station part footprints plus their radii, which total may be irregular or full of holes. The radius of each station part is promoted to the radius of the most extensive station part, for both loading and unloading.
11:58:21 <norbert79> and to even make it more interesting: tiles which do notr provide additional functionality to a station (like those eye candy elements) should not enrlage the station's acceptence area when such a tile is set, like an animation of a truck for a coal train-station
11:59:01 <CIA-2> OpenTTD: rubidium * r21001 /trunk/src/network/network_server.cpp: -Fix [FS#4170] (r20936): clients were not always notified of a player leaving the game
11:59:08 <Eddi|zuHause> norbert79: you need "objects" for that
11:59:41 <norbert79> Eddi|zuHause: Yeah, true... But with objects you have the issue not being able to remove them, well, not always
11:59:53 <norbert79> Eddi|zuHause: Like the boyes
12:00:03 <norbert79> or how are those spelled
12:00:17 <Eddi|zuHause> norbert79: non-track station tiles are an evolved thing that is not really optimal, but is kept around for backwards compatibility
12:00:25 <dihedral> i can only imagine when that got introduced :-P
12:00:44 <norbert79> Eddi|zuHause: I like them though, it gives that plus 'realism', being able to decorate my stations
12:01:25 <dihedral> 2) OpenTTD doesn't do IRC, so it might very well be something wrong with the bot <- always blame it on the bot, yeah yeah :-P
12:01:30 <xiong> Yexo, Let's play Make a Deal. I will take a fairish number of small shots and outline on them where I now think the catchment may be. I will tarball them up and you check them, mark the wrong ones 'WRONG'. I will put together some sort of wiki documentation page on the topic. Sound rational?
12:02:00 <Yexo> <Yexo> xiong: in that case actually the radius of the station _part_ is used, not of the complete station <- after some testing it seems I was wrong there and it's actually the station radius of the complete station
12:02:47 <xiong> Then what's the difference between pickup catchment and acceptance catchment?
12:02:58 <Eddi|zuHause> xiong: the irregularity
12:03:22 <Yexo> acceptance catchment is a rectangle around the complete station + the catchment area
12:03:27 <xiong> And this acceptance catchment *varies* with the type of cargo delivered, right?
12:03:51 <Eddi|zuHause> no, cargo type is irrelevant
12:03:57 <Yexo> pickup catchment is the union of (for every tile: rectangle around tile + catchment radius)
12:04:33 <xiong> Whoa! Yexo, you just suggested that the industry footprint itself didn't count. I thought Eddi|zuHause said that it did.
12:05:06 <Yexo> hmm, my last statement wasn't completely correct indeed
12:05:10 <Rubidium> dihedral: "by comparing activity on irc and ingame, it seems that when players left the game on irc the client is not notified about that" <- well, I read that as: the fact that the client is leaving is not notified on IRC
12:05:43 <dihedral> yeah - it was misleading that for sure is true :-)
12:05:51 *** roboboy has joined #openttd
12:05:53 <dihedral> however i did kinda get what he was on about :-D
12:06:04 <dihedral> sadly only noticed the fs task now
12:06:20 <xiong> Okay, then. Let me not waste you guys' time further on this talk, which is very difficult. I'm very good at phrasing things formally but only when I know what I mean. For gathering data, the experimental method will work best. I will get started on some shots.
12:06:47 <Rubidium> that's why my comment #1 was: I don't understand the sentence, followed by #2: you're talking about IRC, that's not something OpenTTD does so there must be some bot involved
12:07:25 <norbert79> xiong: We are all curious, since this would also affect my games too... I like mostly placing stations near industries, or accepting areas, but it's not always possible, so I would be happy to see how this could be addressed.
12:08:49 *** DayDreamer has joined #openttd
12:08:51 <dihedral> Rubidium, i was just trying to tease you ;-)
12:09:09 <Rubidium> should I go PFY on you?
12:09:21 <xiong> I can see now this is going to change radically my station placement. I have already exploded my current system anyway as too hard to figure out, with multiple overlapping stations.
12:10:17 <xiong> For big cities, it's just madness. I won't show you a shot of Shirleysburg to illustrate because I really have no clear idea which station parts belong to which stations and 4 of them now refer to the town.
12:10:33 <xiong> Proper Planning Prevents Problems.
12:10:47 <norbert79> xiong: If you have the money :)
12:11:54 <xiong> Well, at first, of course, I was nearly broke. I put one bus stop almost at city center and another to cover a side.
12:12:23 <norbert79> Eddi|zuHause: Nice, thank you
12:13:08 <xiong> Then, the city grew so large in relation to its neighbors that the only way I could think of to quiet the pax was to provide local service inside the city itself. So, another couple of bus stops forming a second logical station.
12:14:17 <xiong> Later, rail and truck stops added. Then streetcar (tram) stops, both pax and freight. Now I have 2, maybe 3 stops on some blocks (the misnamed 3x3 grid) and no way at all to tell which belong to what. )
12:15:40 <xiong> Let me work on this shots so that Yexo can pass judgement. In fact, what I will do is post them to a forum thread; since I can edit my own posts, I can take down the bad ones and rewrite the text.
12:15:55 <xiong> Then everyone can get into the act.
12:20:02 <avdg> train stations have a bigger radius right?
12:21:15 <dihedral> <Rubidium> should I go PFY on you? <- no ;-)
12:21:43 <Yexo> bus/truck stops: 3, train stations: 4, docks: 5, airports: custom. When "Allow more relistically sized catchment areas" is off, then all stations have catchment radius 4
12:21:44 <avdg> oh, nvm I missed a comment
12:22:05 <Eddi|zuHause> truck/bus: 3, train: 4, dock: 5, airport: varies from 4 to 10 [or so]
12:22:14 <xiong> Dunno, Yexo; that's very well done. Should I try to improve on it?
12:22:40 <Yexo> feel free, if you think it's clear enough put it in the wiki (maybe crop it first though) and write a text to accompany it
12:22:45 <Yexo> if you can improve it please do so
12:22:46 <xiong> It's not totally unambiguous but I think I get the drift.
12:23:08 <Eddi|zuHause> xiong: the thread i linked to contains a patch that is supposed to visualize these areas
12:23:16 <Eddi|zuHause> i have not tested the patch
12:23:27 <xiong> Let me ask one question about it: If the oil wells are taken to accept some sort of cargo, does this station accept it?
12:23:41 <Yexo> Eddi|zuHause: it doesn't vizualize the example with the oil wells though, you still have to know that
12:24:02 <Eddi|zuHause> xiong: no. it must contain an actual industry tile that accepts 8/8 of the cargo
12:24:05 <Yexo> because no tile of the oil well is within the dark red area
12:24:42 <xiong> Also, your sketch shows no holes. I can improve with a more aggressive example.
12:25:06 <Eddi|zuHause> xiong: the power station is in the hole
12:25:08 <xiong> But first I will post little shots to clarify the rules, before I attempt the big explanation.
12:25:20 <Eddi|zuHause> xiong: if the power station would produce something, it would not be transportable
12:25:31 <Yexo> xiong: another point: if the power station produced something, you wouldn't be able to pick it up from the station
12:27:14 <xiong> That is the reverse of how I phrased it earlier. You say, pickup, holes -- union of footprints plus station part radii. Accept, no holes, bounding box.
12:27:40 <xiong> Complicated that irregular industries also have bounding boxes, which count for pickup but not for acceptance.
12:28:33 <Eddi|zuHause> like i said, play around with the above patch
12:29:15 <norbert79> I just wish all useful pacthes would come into mainline, like the one you just showed Eddi|zuHause :)
12:29:41 <xiong> Um, no thanks, actually, as much as I want it. I've never installed a patch yet or built from source. I have to keep to some limits or else I will fall into some variant where I'm playing on Mars and green slime is eating my dune buggies.
12:30:02 <Eddi|zuHause> norbert79: well, it's not my fault that the author disappears before the patch is finished
12:30:08 <xiong> Let me get to work. This may take a day or two.
12:30:19 <norbert79> Eddi|zuHause: Agree on that :)
12:30:25 <Eddi|zuHause> and he did it twice...
12:30:33 <norbert79> Eddi|zuHause: Annoying...
12:39:00 *** Devroush has joined #openttd
12:39:40 <dihedral> i prefered the one from the post above i must say
12:40:53 <Eddi|zuHause> the colours seem awfully messed up
12:41:07 <_Terkhen_> my favourite was the first one
12:41:24 <Eddi|zuHause> i can't make any sense of these pictures...
12:41:38 <Eddi|zuHause> i think i'll stay with the original signals...
12:42:28 <norbert79> Eddi|zuHause: I am also for more real signals and their functions, than something new, but some might kinda like it
12:43:54 <dihedral> or one of the lights in general - does not have to be one of the green ones
12:46:01 <xiong> Magic Bulldozer isn't really, is it? It's really Magic Demolish?
12:47:07 <norbert79> xiong: It's a kind of magic... :)
12:47:17 <dihedral> it bypasses some 'conditions'
12:47:45 <xiong> Well, the graphics for Demolish no longer look like dynamite; now they look like a bomb.
12:47:51 <norbert79> xiong: To say it simple: it allows you removing industrial parts, or sprites, like antenna
12:48:14 <norbert79> xiong: Within OpenGFX maybe, but using the original sprites, it's a dynamite
12:48:16 <xiong> In this game though, Demolish and Bulldoze have different, specific meanings.
12:49:13 <xiong> You can doze only the NE-SW part of a road while leaving the NW-SE part of the same tile untouched. Demolish takes all.
12:49:50 <norbert79> xiong: and magic demolish/dynamite removed such, as everything, what you cannot normally demolish
12:49:54 <xiong> If it were truly a Magic Bulldozer, you'd be able to clip off just one corner of an industry.
12:50:46 <norbert79> that wouldn't make too much sense :)
12:51:14 <Noldo> that would be New Magic Bulldozer
12:51:33 <norbert79> Noldo: That would be just plain silly :)
12:51:56 <Noldo> and the one that reads your mind and demolishes the thing you want is Yet Another Magic Bulldozer
12:52:20 <norbert79> ok, lets not overcomplicate this, shall we? :D
12:53:25 <planetmaker> err... norbert79 why do _you_ review the German translation?
12:53:33 <planetmaker> (I thought you were Hungarian)
12:54:39 <planetmaker> I don't mind, I'm just astonished :-)
12:54:46 <norbert79> planetmaker: Because I speak it :)
12:54:58 <planetmaker> good. Then get working on updating it :-)
12:55:00 <norbert79> planetmaker: Was the first language I learned
12:55:09 <planetmaker> your mother tongue?
12:55:17 <norbert79> planetmaker: I am doing it, I am on it, but I need a reply to my entry in forum
12:55:27 <norbert79> planetmaker: Hungarian... Then gewrman followed, later english
12:55:54 <norbert79> I almost failed in English back in high-school, because of German :D
12:56:06 <norbert79> I couldn't just get use to the English grammar :)
12:56:21 <planetmaker> though... usually we want people who grew up with the language as translators
12:56:57 <norbert79> planetmaker: Well, if it's a problem, it's fair, yet I really don't mind helping out
12:57:11 <planetmaker> I wouldn't mind someone fixing that.
12:57:20 <norbert79> so post 1998 then, right?
12:57:23 <planetmaker> In principle I know the rules, but I grew up with the old ones
12:57:39 <planetmaker> So I don't recognize the old ones as 'wrong' or outdated
12:57:52 <norbert79> me neither, but just for the heck of it
12:58:39 <norbert79> I was grown up with German television, media, beein in contact often daily basis with Germans...
12:58:53 <norbert79> Like with you guys ;-)
13:02:43 *** andythenorth has joined #openttd
13:06:30 <planetmaker> well, then go right ahead, norbert79 :-)
13:06:40 <planetmaker> Any help there's welcome
13:07:22 <norbert79> planetmaker: Thank you! Yeah, will review the rules, just to refresh my memory, and will start translating
13:10:58 *** Belugas has joined #openttd
13:10:59 *** ChanServ sets mode: +o Belugas
13:11:55 <norbert79> Hello there Belugas
13:12:10 <planetmaker> hello sir Belugas
13:12:31 <planetmaker> woof andythenorth
13:12:58 <planetmaker> just an alien with a strange accent
13:24:36 *** roboboy has joined #openttd
13:51:04 *** ChanServ sets mode: +v Belugas
13:51:04 *** ChanServ sets mode: +v orudge
13:51:04 *** ChanServ sets mode: +v peter1138
13:51:04 *** ChanServ sets mode: +v Rubidium
13:51:48 <dihedral> Rubidium, what say you to a custom kick message?
13:52:17 <planetmaker> in what way custom?
13:52:18 <dihedral> which gets displayed to the client in the read box
13:52:21 <Eddi|zuHause> you have very german grammar today ;)
13:52:44 <dihedral> server command accepts an optional further parameter holding the message which in trun is then displayed in the clients error window
13:53:28 <planetmaker> I rather need the full command log ;-)
13:54:02 <planetmaker> when a client cares to know he'll be online anyway and I can talk to him (or her. But I guess I never kicked a her from an OpenTTD game)
13:55:07 <dihedral> using irc as a reference - i believe the message is 'the last word'
13:57:33 <dihedral> it could esp. be useful with an automated kick via the admin network ^^
14:01:29 *** Wizzleby has joined #openttd
14:06:05 <norbert79> Ok, have to go for now, see you all later!
14:06:12 *** norbert79 has left #openttd
14:07:21 <planetmaker> dihedral, I see the point, yes :-)
14:07:46 <dihedral> automated kicking might not be a favourable something anyway :-P
14:08:17 <planetmaker> I'm sure we'll find plenty of "needed" additions ;-)
14:08:36 <planetmaker> for certain definitions of "needed" :-P
14:15:46 *** lobstah has joined #openttd
14:21:18 *** andythenorth has joined #openttd
14:30:20 *** lobster has joined #openttd
14:47:14 *** lobstar has joined #openttd
14:50:04 *** perk111 has joined #openttd
14:51:06 *** lewymati has joined #openttd
14:51:21 *** andythenorth has joined #openttd
14:53:41 * Belugas mumbles and silently swear at "support team"
14:53:46 <Belugas> dunno what they support
14:53:55 <Belugas> other then the telephne, that is..
15:00:11 *** fani0z is now known as fanioz
15:00:20 *** frosch123 has joined #openttd
15:04:55 <dihedral> perhaps they support the customers to reach the developers :-P
15:06:30 <Belugas> to that, they are so freeaking good!
15:11:59 *** fani0z is now known as fanioz
15:29:20 *** andythenorth has joined #openttd
15:43:37 *** Eddi|zuHause has joined #openttd
15:46:02 *** HerzogDeXtEr has joined #openttd
15:51:56 *** JVassie_ has joined #openttd
16:04:57 *** norbert79 has joined #openttd
16:25:21 *** Adambean has joined #openttd
16:26:36 *** Prof_Frink has joined #openttd
16:36:06 *** Hirundo has joined #openttd
16:38:40 *** last_evolution has joined #openttd
16:40:16 *** fonsinchen has joined #openttd
17:15:34 <Eddi|zuHause> hm... i always thought my old computer had an onboard VGA, but apparently it doesn't...
17:34:08 <Eddi|zuHause> and apparently new cpu coolers don't fit on old cpus
17:34:43 <Rubidium> then you haven't used enough force yet
17:37:51 * andythenorth ponders some work
17:42:01 <Eddi|zuHause> so... if it explodes now, i applied the force the wrong way
17:42:56 <__ln__> the force will guide you
17:45:40 <CIA-2> OpenTTD: translators * r21002 /trunk/src/lang/ (4 files in 2 dirs):
17:45:40 <CIA-2> OpenTTD: -Update from WebTranslator v3.0:
17:45:40 <CIA-2> OpenTTD: simplified_chinese - 14 changes by lmartinking
17:45:40 <CIA-2> OpenTTD: german - 1 changes by norbert79
17:45:40 <CIA-2> OpenTTD: romanian - 1 changes by kkmic
17:45:42 <CIA-2> OpenTTD: thai - 255 changes by reindeeruz
17:50:24 <norbert79> that will be more later
17:56:06 *** Cybert1nus has joined #openttd
17:59:33 <andythenorth> _Terkhen_: does HEQS support the toyland sugar climate?
17:59:46 <andythenorth> I have some weird white load sprites that I know not the purpose of
18:01:10 *** fonsinchen has joined #openttd
18:02:30 *** |Jeroen| has joined #openttd
18:02:51 *** Hirundo has joined #openttd
18:16:53 *** Chris_Booth has joined #openttd
18:24:24 <TrueBrain> would be one awesome OpenTTD plugin :D
18:24:41 <davis> I just thought that TrueBrain
18:26:49 *** fjb is now known as Guest35
18:29:17 <TrueBrain> fits in the idea of cargodist/cargodest
18:29:29 <TrueBrain> you just need to resolve the network, and make a 'fair' map out of it
18:29:40 <TrueBrain> should be interesting to make an open source implementation out of that (if it doesn't exist already)
18:29:40 <andythenorth> that is pretty good
18:29:48 <andythenorth> there must be a graph tool
18:29:51 <TrueBrain> relative straight-forward, yet a few nasty pitfalls
18:32:45 <norbert79> Ehm, one advise: Visio is great, but costs a lot, and a bit complicated. I would recommend Inkscape, which is a professional vector-graphic tool, and OpenSource too...
18:33:12 <norbert79> I know, it wasn't merely designed for network-layout creation, but it's very efficient, fast and also for free
18:36:20 <TrueBrain> hmm .. does Visio cost a lot? I wonder why I have it for free then ... :D :p
18:39:03 *** Cybertinus has joined #openttd
18:41:13 <Wolf01> TrueBrain, but that system fits better with routes instead of the (shared) orders since it's line-based and not vehicle-based
18:41:45 <TrueBrain> I love unclear references :)
18:41:53 <TrueBrain> which one you refer to? :)
18:43:45 <norbert79> TrueBrain: Well, I really emphasize people for OpenSource, since it gets developed, just like OpenTTD, also helps innovation and gives you also a powerful tool where with Visio your knowledge will be limited to closed source and to one OS
18:43:52 <norbert79> TrueBrain: But have it as you wish :)
18:44:16 <norbert79> TrueBrain: Besides, having Inkscape copied is legal :P
18:44:17 <TrueBrain> norbert79: I suggest to install a be-less-serious mode in your OS :)
18:44:39 <norbert79> TrueBrain: Nah,I just like things open, and legal :)
18:44:59 <Eddi|zuHause> afair celestar built a graphviz export into cargodest
18:45:13 <TrueBrain> well, there you go davis :)
18:45:15 *** theholyduck has joined #openttd
18:46:56 <Eddi|zuHause> it didn't look as well as that picture above, though
18:47:44 <TrueBrain> room for improvement :)
18:48:39 <Eddi|zuHause> graphviz doesn't have good algorithms for this
18:48:56 *** Chillosophy has joined #openttd
18:52:32 <TrueBrain> it has a simple export format
18:52:46 <TrueBrain> but yeah, one could even do a bachelor project on this, I guess :)
18:54:44 *** zachanima has joined #openttd
19:05:11 *** Lurimax has joined #openttd
19:23:17 *** zachanima has joined #openttd
19:31:36 *** DorpsGek` has joined #openttd
19:34:58 *** last_evolution has quit IRC
19:35:22 *** theholyduck has joined #openttd
19:35:22 *** Eddi|zuHause2 has joined #openttd
19:35:22 *** zachanima has joined #openttd
19:35:22 *** Cybertinus has joined #openttd
19:35:22 *** fonsinchen has joined #openttd
19:35:22 *** last_evolution has joined #openttd
19:35:22 *** Prof_Frink has joined #openttd
19:35:22 *** Adambean has joined #openttd
19:35:22 *** frosch123 has joined #openttd
19:35:22 *** lobstar has joined #openttd
19:35:22 *** Wizzleby has joined #openttd
19:35:22 *** Belugas has joined #openttd
19:35:22 *** Devroush has joined #openttd
19:35:22 *** kenneth has joined #openttd
19:35:22 *** Biolunar has joined #openttd
19:35:22 *** ^Spike^ has joined #openttd
19:35:22 *** Kurimus has joined #openttd
19:35:22 *** _Terkhen_ has joined #openttd
19:35:22 *** SirSquidness has joined #openttd
19:35:22 *** zodttd2 has joined #openttd
19:35:22 *** Born_Acorn has joined #openttd
19:35:22 *** charon.oftc.net sets mode: +ovvv Belugas Belugas glx tokai
19:35:22 *** TinoDidriksen has joined #openttd
19:35:22 *** ctibor|spi has joined #openttd
19:35:22 *** De_Ghosty has joined #openttd
19:35:22 *** planetmaker has joined #openttd
19:35:22 *** charon.oftc.net sets mode: +ovv orudge orudge planetmaker
19:35:22 *** lasershock has joined #openttd
19:35:22 *** glevans2 has joined #openttd
19:35:22 *** bartavelle has joined #openttd
19:35:22 *** XeryusTC has joined #openttd
19:35:22 *** jonty-comp has joined #openttd
19:35:22 *** dotwaffle has joined #openttd
19:35:22 *** michi_cc has joined #openttd
19:35:22 *** Rubidium has joined #openttd
19:35:22 *** charon.oftc.net sets mode: +ovov SmatZ michi_cc Rubidium Rubidium
19:35:22 *** GhostlyDeath has joined #openttd
19:35:22 *** russell_h has joined #openttd
19:35:42 *** Chillosophy has joined #openttd
19:35:42 *** HerzogDeXtEr has joined #openttd
19:35:42 *** GoneWacko has joined #openttd
19:35:42 *** TheMask96- has joined #openttd
19:35:42 *** asnoehu has joined #openttd
19:35:42 *** mindlesstux has joined #openttd
19:35:42 *** dihedral has joined #openttd
19:35:42 *** ccfreak2k has joined #openttd
19:35:42 *** eQualizer has joined #openttd
19:35:59 *** norbert79 has joined #openttd
19:35:59 *** JVassie_ has joined #openttd
19:35:59 *** andythenorth has joined #openttd
19:35:59 *** KenjiE20 has joined #openttd
19:35:59 *** FloSoft has joined #openttd
19:35:59 *** Progman has joined #openttd
19:35:59 *** welshdragon has joined #openttd
19:35:59 *** LaSeandre has joined #openttd
19:35:59 *** peter1138 has joined #openttd
19:35:59 *** blathijs has joined #openttd
19:35:59 *** SpComb^ has joined #openttd
19:35:59 *** TrueBrain has joined #openttd
19:35:59 *** PierreW has joined #openttd
19:35:59 *** magnet.oftc.net sets mode: +ov peter1138 peter1138
19:36:03 *** Eddi|zuHause2 is now known as Eddi|zuHause
19:37:05 *** Mortomes has joined #openttd
19:37:12 *** Keyboard_Warrior has joined #openttd
19:37:57 *** dihedral has joined #openttd
19:38:07 *** Chillosophy has joined #openttd
19:38:07 *** HerzogDeXtEr has joined #openttd
19:38:07 *** GoneWacko has joined #openttd
19:38:07 *** TheMask96- has joined #openttd
19:38:07 *** asnoehu has joined #openttd
19:38:07 *** mindlesstux has joined #openttd
19:38:07 *** ccfreak2k has joined #openttd
19:38:07 *** eQualizer has joined #openttd
19:44:33 *** Chillosophy has joined #openttd
19:44:33 *** HerzogDeXtEr has joined #openttd
19:44:33 *** GoneWacko has joined #openttd
19:44:33 *** TheMask96- has joined #openttd
19:44:33 *** asnoehu has joined #openttd
19:44:33 *** mindlesstux has joined #openttd
19:44:33 *** ccfreak2k has joined #openttd
19:44:33 *** eQualizer has joined #openttd
19:47:39 *** DorpsGek has joined #openttd
19:47:39 *** ChanServ sets mode: +o DorpsGek
19:51:07 <dihedral> irc.openttd.org? :-P
19:53:20 <Eddi|zuHause> more chuck than ever before!
19:53:47 <Eddi|zuHause> "NBC has ordered another 11 episode, totalling 24 episodes this season"
19:56:38 <Rubidium> at least he's better than the other chuck that shall not be named :)
19:57:52 <Rubidium> dihedral: nah, that would be too much effort
19:58:06 <Rubidium> need to handle spammers and such. I rather offload that to someone else
19:58:15 <Eddi|zuHause> you mean he who counted to infinity twice? ;)
19:58:28 * andythenorth has an interesting HEQS trams problem
19:58:45 <Rubidium> andythenorth: want to get rid of it?
19:58:57 <andythenorth> the problem or the trams?
19:59:11 <Eddi|zuHause> the problem, i hope ;)
19:59:47 <Eddi|zuHause> on the other hand, V was cut down from 13 to 10 episodes
19:59:51 <Rubidium> just "sell" HEQS to someone else to support. Then you got rid of the problem
20:00:01 * andythenorth sells HEQS to rubidium
20:00:23 * Belugas is still pissed off that they cut out the Earth 2 show
20:00:34 <andythenorth> the tram problem is with load sprites
20:00:45 <Belugas> not to mention Defying Gravity
20:01:15 *** Kurimus has joined #openttd
20:01:28 <Eddi|zuHause> Earth 2? is that like 15 years ago?
20:01:52 <dihedral> Rubidium> dihedral: nah, that would be too much effort <- yep - flightgear does it, i do not know why, but they do it :-P
20:02:14 <Eddi|zuHause> Defying Gravity was a little sad, i agree...
20:02:16 * andythenorth awaits HEQS support from rubidium
20:02:38 * Rubidium is happy he isn't rubidium :)
20:03:09 <Eddi|zuHause> so... what's the actual problem?
20:03:14 <andythenorth> rubidium sells HEQS to Rubidium
20:03:36 <andythenorth> Eddi|zuHause: vehicles showing the sprites aren't the vehicles holding the cargo
20:03:43 <andythenorth> so loaded sprites don't show
20:03:54 *** Joni_ is now known as Joni-
20:04:16 <andythenorth> it's resolvable, but fiddly
20:04:21 <Eddi|zuHause> so... you need to make the vehicles that are hidden 0 capacity, and the ones that show non-0 capacity
20:04:31 <andythenorth> which is a few more varaction 2s
20:05:02 <andythenorth> or we code rv-wagons :P
20:05:06 <Eddi|zuHause> just make the capacity callback do the same calculations as the show-callback
20:05:22 <Eddi|zuHause> should be mostly copy-paste
20:05:24 <andythenorth> or we code rv-wagons
20:09:32 <Eddi|zuHause> so... i have two administrative problems... first, ntp seems to be started twice on boot, causing some trouble... second, how do i "autostart" an nx session on the server?
20:11:47 <Eddi|zuHause> lrwxrwxrwx 1 root root 6 Apr 27 07:23 K13ntp -> ../ntp
20:11:49 <Eddi|zuHause> lrwxrwxrwx 1 root root 6 Apr 27 07:23 S09ntp -> ../ntp
20:11:55 <Eddi|zuHause> what's the meaning of these?
20:12:06 <Eddi|zuHause> they are both in /etc/init.d/rc5.d/
20:13:49 <Rubidium> one for starting, one for killing?
20:13:56 <_Terkhen_> andythenorth: I don't remember if there are cargo sprites used explicitly for sugar, let me check
20:14:21 <_Terkhen_> I do know that there is no complete sprite support for toyland, but given your opinions about this I never asked for complete support :P
20:15:51 *** Brianetta has joined #openttd
20:17:34 <planetmaker> dihedral: 1. Joinint the network
20:17:51 <Eddi|zuHause> Rubidium: are you sure about that? ... this doesn't really explain why it's started twice
20:18:26 <planetmaker> port 3970? I thought 3977?
20:19:51 <planetmaker> Forther, sending a 'say' command (or any similar command) will not recurse <-- further
20:19:54 <planetmaker> g'night frosch123
20:20:01 <planetmaker> ha :-) fast enough :-)
20:21:17 <Eddi|zuHause> or the network lagged ;)
20:21:46 <Rubidium> dihedral: I'll look at it somewhat later
20:22:03 <dihedral> i'll update it again :-)
20:22:56 <Rubidium> Eddi|zuHause: well, on my system the shutdown scripts start with K, the startup scripts with S
20:23:28 <Rubidium> although all K scripts are in rc[06].d, the S scripts in rc[1-5S].d
20:23:57 <dihedral> i also have kill scripts in all the others ^^
20:24:15 *** fmauneko has joined #openttd
20:26:24 *** Eddi|zuHause has joined #openttd
20:27:17 *** zachanima has joined #openttd
20:32:24 <planetmaker> dihedral: better "App remains connected when starting a new or loading a saved game"
20:33:28 <planetmaker> there's no weather in that documentation, I hope. Whether it might be a spelling mistake is left to the reader's judgement
20:35:27 <planetmaker> Also provided is information on clients and companies (using "," instead of and looks wrong)
20:35:48 <planetmaker> shouldn't it also contain the packets in more detail, dihedral ?
20:36:36 <planetmaker> wow, that hurts, __ln__
20:36:40 <Chris_Booth> hi _Terkhen_ and planetmaker
20:37:11 <planetmaker> also, __ln__ you can always post patches (in reply to your question yesterday)
20:38:44 <planetmaker> I would probably look at a patch from that category
20:41:03 <__ln__> I'd like to switch the default mapping of Ctrl and Cmd. So that Ctrl-click would do what it does in all other applications except OpenTTD.
20:41:28 <dihedral> planetmaker, i deliberately did not include those details as i am afraid if tcp_admin.h got updated someone would fail to update the docs
20:41:40 <dihedral> and the inline documentation is very clear
20:42:05 <dihedral> if someone was going to write an app for that network, they very well should be able to read tcp_admin.h
20:44:04 <__ln__> But I was unable to convince Bjarni about that because he had never used Ctrl-click because he has a two-button mouse and not a trackpad.
20:45:56 *** fonsinchen has joined #openttd
20:54:00 <planetmaker> point taken, dihedral
20:55:24 <planetmaker> __ln__: Ctrl gives some kind of context menu
20:56:41 <planetmaker> The problem I see with changing everything from ctrl -> cmd is that a) Tooltips will all be wrong and b) current users will complain
20:57:01 <planetmaker> the pro is that it's the usual behaviour which is expected
20:57:06 <Eddi|zuHause> the worst thing about that picture is that the phrase i learned as a child doesn't work anymore either...
20:57:36 <Eddi|zuHause> "Mein Vater Erklärt Mir Jeden Sonntag Unsere Neun Planeten"
20:57:55 <Eddi|zuHause> "Merkur Venus Erde Mars Jupiter Saturn Uranus Neptun Pluto"
20:59:13 <Eddi|zuHause> you know that chuck is evil?
20:59:36 <Eddi|zuHause> he made me listen to this stupid song "Dead Man's Party"
21:03:59 <__ln__> planetmaker: Ctrl-click emulates clicking the right-mouse-button... except not in OTTD. And yes, tooltips would be wrong, but Mac users are said to be smarter than average people. :)
21:04:11 *** last_evolution has quit IRC
21:04:27 <Eddi|zuHause> i have my doubts about that :p
21:05:10 <__ln__> And Cmd is used for things similar to what Ctrl would do on a PC.
21:07:19 <Eddi|zuHause> __ln__: and why don't you just change it for yourself, and leave it to everybody else to figure out how to switch if they are bothered?
21:07:21 <dihedral> but planetmaker is a mac
21:08:04 <planetmaker> I'm quite human actually
21:08:50 <planetmaker> __ln__: what I _can_ imagine is to _also_ use cmd where currently only ctrl is used
21:09:04 <planetmaker> that'd be consistent but keep the tooltips right
21:09:25 <planetmaker> thus cmd=ctrl with OpenTTD
21:09:27 <__ln__> Eddi|zuHause: well, my initial question yesterday was actually about: would by patch be accepted *because* Bjarni wouldn't accept it. so don't expect 110% valid arguments. :)
21:23:58 <planetmaker> __ln__: I will neither reject or accept anything because or not because of something. But only based on my own judgement whether it's improving things, matching the game and not hurting anything else therein
21:25:34 <Eddi|zuHause> you start to sound like a lawyer
21:25:37 <planetmaker> and testing some of the proposed OSX patches has made me indeed quite weary of possible implications
21:26:14 <Eddi|zuHause> OSX is broken by design
21:26:19 <planetmaker> fixing things here, but breaking it elsewhere.
21:26:48 <Eddi|zuHause> neither windows nor linux need that much maintenance effort...
21:28:03 <Eddi|zuHause> *mental note* don't put the keyboard on the black-furry-thing-that-makes-miau-when-you-put-the-keyboard-on-it
21:28:37 <Keiya_> Eddi|zuHause, you're supposed to write programs for OS X /only/
21:28:43 <Keiya_> And only worry about the newest version of the OS
21:28:59 <Keiya_> You're not fitting in to Apple's Plan, and that's why you have problems
21:29:13 <Keiya_> FIT IN. BE PART OF THE COLLECTIVE.
21:29:18 <Rubidium> given that the newest version of OS X is iOS4 or something
21:29:24 <Eddi|zuHause> Keiya_: you forgot "and rewrite the app every 2 years"
21:29:25 * planetmaker suddenly is imensly bored
21:29:29 <Rubidium> and Apple doesn't allow GPL applications on that OS, we don't have to care anymore
21:30:12 <Keiya_> I'm pretty sure they'll add an OS X app store within the next couple revisions
21:30:24 <Keiya_> And then disable non-app store apps a couple revisions after that
21:30:45 <Keyboard_Warrior> Keiya_, well obviously.
21:31:01 <Rubidium> I'm pretty sure App(le) stores aren't a thing we have to worry about
21:31:01 <Keyboard_Warrior> though, i wouldnt be suprised if microsoft tries to do that aswell
21:31:27 <Keyboard_Warrior> users using shitty/broken/non updated apps = major headache on any os
21:31:56 <Keiya_> Every time MS has attempted that it's blown up in their faces...
21:32:07 <Keiya_> And even the 360 lets you run your own code on it.
21:32:15 <Keyboard_Warrior> but eventually they'll be a
21:32:18 <Keiya_> Whereas Apple's had nothing but success with taht model.
21:32:21 <Keyboard_Warrior> windows "it just works" edition
21:32:36 <Keyboard_Warrior> then, all the non tech people will start using that
21:32:57 <Keyboard_Warrior> with its app store and what not
21:33:42 <Keyboard_Warrior> Keiya_, and apple does get a bit of stick for being restrictive
21:33:48 <Keyboard_Warrior> see all the people jailbreaking their iphones
21:34:17 <Rubidium> just look at all people "jailbreaking" OpenTTD, i.e. patching it
21:34:22 <dihedral> Rubidium, the server can send various packets after the welcome packet
21:34:43 <dihedral> e.g. ERROR, NEWGAME, SHUTDOWN
21:34:51 <Rubidium> it's a perfect way to get rid of the support you have to legally give
21:35:48 <planetmaker> we have to legally give support beyond "here's the source"?
21:36:23 <Rubidium> true, for us it's not really legally but more ethically
21:36:25 <planetmaker> (didn't I read the fine print? ;-) )
21:36:43 <Rubidium> but then legal and ethical should be somewhat close to eachother
21:36:54 <planetmaker> emphasis on *should*
21:37:40 <Rubidium> dihedral: you're telling me you didn't add some stuff to the document? I've just given you a load of (possible) improvements. You can still add your own improvements as well :)
21:38:16 <dihedral> did not mean to sound ungreatful :-) i love feedback and help :-)
21:43:31 <Eddi|zuHause> planetmaker: in the EU you have to give 2 years warranty for everything commercial, including software
21:45:52 <dihedral> hihi - shame, i did like "*** glx has joined the game"
21:46:24 <planetmaker> you have to make sure that things work for that time
21:46:49 <planetmaker> But I'm not sure it applies to software. As you don't (physically) sell it
21:47:00 <planetmaker> After all you only get a license
21:47:07 <planetmaker> that is the right to use it
21:49:05 <planetmaker> and besides OpenTTD isn't distributed (by us) commercially
21:53:28 <enr1x> i have a question: there's a lorry station which accepts goods, but when I unload, the goods stay there; the station won't pay me. what could be wrong?
21:53:51 <enr1x> there are now over 700 units of goods unloaded there...
21:54:32 <planetmaker> try not to use explicit unload orders
21:54:33 *** theholyduck has joined #openttd
21:54:45 <SmatZ> enr1x: don't use transfer orders ; does the station REALLY accept goods?
21:54:49 <Eddi|zuHause> enr1x: you use "transfer" when you shouldn't?
21:56:08 <enr1x> there's a unload and leave empty order...
21:57:50 <Eddi|zuHause> my internet is too slow for this picture...
21:58:14 <Rubidium> image fails, but... goods originally came from that station?
21:59:11 <planetmaker> broken image for me
22:00:06 *** Keyboard_Warrior has quit IRC
22:00:57 <enr1x> yeah, i saw the problem, there was an intermediate station which fell on the coverage of the factory
22:01:13 *** Keyboard_Warrior has joined #openttd
22:01:19 <enr1x> so the goods would be actually unloaded on the coverage of the factory
22:01:27 <enr1x> thanks for the help guys
22:01:44 <SmatZ> "coverage of a factory" in an unknown term for me
22:07:50 <planetmaker> good night dihedral
22:07:57 <planetmaker> and good night all others, too
22:08:02 <SmatZ> good night, planetmaker :)
22:09:21 *** theholyduck has joined #openttd
22:14:39 *** Keyboard_Warrior has quit IRC
22:15:42 *** theholyduck has joined #openttd
22:18:14 *** Keyboard_Warrior has joined #openttd
22:43:28 *** theholyduck has joined #openttd
22:49:09 *** HerzogDeXtEr1 has joined #openttd
22:52:13 *** Keyboard_Warrior has quit IRC
23:06:00 *** lobstar has joined #openttd
23:30:15 *** George is now known as Guest68
continue to next day ⏵
