IRC logs for #openttd on OFTC at 2010-11-01
⏴ go to previous day
02:25:09 *** Rubidium has joined #openttd
02:25:09 *** synthon.oftc.net sets mode: +ovov Rubidium Rubidium orudge orudge
02:25:09 *** Born_Acorn has joined #openttd
02:25:09 *** zodttd2 has joined #openttd
02:25:09 *** Jolteon has joined #openttd
02:25:09 *** Eddi|zuHause has joined #openttd
02:25:09 *** glevans2 has joined #openttd
02:25:09 *** russell_h has joined #openttd
02:25:09 *** Belugas has joined #openttd
02:25:09 *** synthon.oftc.net sets mode: +vov tokai Belugas Belugas
02:25:28 *** ChanServ sets mode: +v Yexo
02:25:28 *** ChanServ sets mode: +o Terkhen
03:32:58 *** Sevalecan has joined #openttd
03:33:55 <Sevalecan> heh... I'm trying to grow this city past 350k people.. (it's on a tropical map, with it's center tile being desert), and it seemed to refuse to grow... but I stopped delivering food/water and it grew 35k :P
03:34:14 <Sevalecan> hmm, maybe it stagnated now.
05:56:20 *** Eddi|zuHause has joined #openttd
07:00:55 *** Progman has joined #openttd
07:10:24 *** Br33z4hSlut5 has joined #openttd
07:17:24 *** Kurimus has joined #openttd
07:18:57 *** pm is now known as Guest1449
07:20:03 *** Guest1449 is now known as planetmaker
07:28:38 *** ^Spike^ has joined #openttd
07:28:56 *** andythenorth_ has joined #openttd
07:31:34 *** Cybertinus has joined #openttd
07:32:14 *** JVassie has joined #openttd
07:45:35 *** Kurimus has joined #openttd
08:04:11 *** Qantourisc has joined #openttd
08:04:34 <Qantourisc> Is it normal for steam trains to brake down once a month ?
08:05:07 <__ln__> No, but break down yes.
08:06:28 <Qantourisc> and relialibty 0% O.o
08:06:33 * Qantourisc must be doing something wrong
08:08:44 *** Mortomes|TGIF has joined #openttd
08:09:06 <Qantourisc> hmmm service is an order ?
08:10:33 *** Mortomes|TGIF is now known as Mortomes|Work
08:11:50 *** saronpasu has joined #openttd
08:11:56 *** fonsinchen has joined #openttd
08:14:06 <Qantourisc> lol there is an ignore signs button :)
08:14:13 <Qantourisc> better use it carefully :)
08:15:00 <planetmaker> signs are harmless. Signals might be worse ;-)
08:15:40 <Qantourisc> i consider a malfunction brake also a "sign" :)
08:16:52 <Qantourisc> so why is the other train still in goof shape ?
08:17:10 <Qantourisc> because it has less distance to travel, weigth to pull and less active ?
08:17:50 <planetmaker> 0% reliability can mean that it breaks down virtually every tile...
08:17:51 <Qantourisc> this one goes for service automaticly ?
08:18:40 <Qantourisc> so a train on a single track goes for maintance automaticly, but a multi-used track-trains dont ?
08:19:36 <planetmaker> maybe the train is too old, beyond its lifetime?
08:19:55 <planetmaker> bad manufacturer :-P
08:21:16 <Qantourisc> so when do i need to manually setup a service run and when not ?
08:25:47 <planetmaker> Qantourisc: manual servicing helps for principally unreliable vehicles. Or when you only have infrequent depots around, so that automatic servicing fails
08:27:01 <planetmaker> also: as soon as a vehicle has one service order, it won't do automatic servicing anymore
08:27:11 <planetmaker> but you thus keep better control where and when it services
08:27:18 <Qantourisc> 6 wagons in the start of the game might have been a bit of overoptimistic move :)
08:28:37 <planetmaker> depends on many things
08:28:38 <Qantourisc> planetmaker: what is "infrequent"
08:28:41 <Qantourisc> not on it's path ?
08:29:00 <Qantourisc> that explains it then :)
08:29:13 <Qantourisc> cause he had to reserve another trackif it wanted service :)
08:29:15 <planetmaker> it won't go a large detour just to reach a depot automatically
08:29:33 <planetmaker> reversing is considered 'end of track' for the path finder
08:31:24 <Qantourisc> PS why would one want to use days for service interval ?
08:32:51 <planetmaker> easier to see. What is a tick? Do you know?
08:33:33 <Qantourisc> you confused me just now
08:34:54 <planetmaker> don't worry about that then :-) It's an internal time unit
08:35:11 <Qantourisc> the % is an interval time unit ?
08:35:24 <Qantourisc> and not a "when train reliablity is less then" .
08:35:50 <planetmaker> Qantourisc: nope it's not. I remembered wrongly
08:36:01 *** Mortomes|Work has joined #openttd
08:38:55 <Qantourisc> whoot i got money ! (to spend and no loan)
08:42:06 <xiong> I have noted some examples and put depots immediately previous to station platforms. It didn't look right at first but I see now, it works.
08:43:40 <Qantourisc> where do grates of goods go ? :)
08:43:49 <xiong> With path signals, it's possible to put a depot at the corner of a station and run track at right angles to the usual flow; and trains out of depot will be able to choose any station track. It looks weird but it works.
08:44:41 <xiong> Qantourisc, I'm new around here and I'll be happy to answer some questions for you, if I can. But I suggest that you may want to study-up a bit. This is a highly detailed game and the documentation is quite detailed.
08:45:39 <xiong> Look around at your stations. You're looking for a station that says it 'Accepts' Goods. Towns and Cities may do this. Depending on your industry set, some industries may also accept goods.
08:46:13 * Qantourisc weird i expected this to work
08:47:06 <xiong> If you're very new to OpenTTD, may I suggest that you not worry too much about which cargoes are accepted where. Run passengers and maybe mail around from town to town. You will have enough to learn with only that.
08:47:49 <Qantourisc> i learned blender in a week :D
08:48:06 <xiong> A further simplification might be to start with bus service in 1950. Roads require no signals.
08:48:28 <Qantourisc> that's already up and running :)
08:49:06 <xiong> I'll believe you're a smart guy. But I'm a smart guy, too. I'm still learning, hard, after about 3 weeks.
08:49:20 <Qantourisc> about how to use singals ?
08:49:23 <Qantourisc> yes i can believe that :)
08:49:29 <Qantourisc> that will take some time
08:49:31 <xiong> About the game in general.
08:50:26 <xiong> I will pass on one signals tip, took me awhile to dummy out: There are 6 types of signals but, very generally, they fall into two groups. Players generally stick to one group or the other for an entire map, although they can be mixed.
08:52:02 <xiong> The first group is the block group, consisting of normal and 3 types of presignal (entry, exit, combo). The second group is the path signal, consisting of standard path and one-way path. They're not really related to one another and work in rather different ways.
08:53:16 <xiong> Also important to understand that every depot incorporates an implicit signal, which can behave as one of the other types via a sort of voodoo magic -- it can act as a normal block, entry, or path.
08:54:18 <xiong> On my current layout, every signal is a one-way path. This may be excessively rigid but it's predictable in operation and easy to set up.
08:55:42 <xiong> Path signals allow you to lay down disorganized masses of crossovers and slips without really thinking about what you're doing. If you signal just before the mess and N tiles after it, things usually work out. (Where N is the length of your longest train.)
08:56:22 <xiong> Block signals require much more planning and also some straight track in the middle of a tangle -- they require more signals.
08:56:33 <Qantourisc> i'm going to expand this single track until it brakes down
08:56:40 <Qantourisc> and then see why it broke down to learn
08:56:49 <Qantourisc> and i'm sure it will fall appart :)
08:56:57 <xiong> Expand? Do you mean extend?
08:57:27 <Qantourisc> gonne keep adding more trains to this track
08:57:53 <Qantourisc> they already seem to be running around in circles :)
08:58:11 <xiong> Oh, increase traffic. If you have a properly signaled single track, with traffic in only one direction, it can bear a fairly high amount of traffic.
08:58:32 <Qantourisc> using the block group :)
08:58:34 <xiong> What will bite you is breakdowns.
08:59:02 <Qantourisc> that what i intend to find out
08:59:26 <xiong> Breakdowns are especially bad around stations and junctions. Pretty much the largest part of track planning is allowing for breakdowns.
08:59:31 <Qantourisc> i had a train turn around because it encouternd another train
08:59:49 <xiong> 'encountered'? In what way?
09:00:08 <Qantourisc> well one wanted to use a track where another train was already on
09:01:04 <Qantourisc> ps (this i did look up) what is the best way to destroy singals ?
09:01:29 <xiong> Trains that approach a block signal indicating 'stop' will generally turn around. Trains that approach a path signal indicating 'stop' will generally wait for it to clear.
09:01:43 <xiong> Remove signals with the Bulldozer tool.
09:05:55 <Qantourisc> i looked for remove singal :/
09:08:15 <planetmaker> hm, in order to get the random seed from an existing savegame... is 'generation_seed' the correct value to check on the console?
09:08:16 <xiong> Use the bulldozer from the main railway toolbar. Signals don't have their own. Also, Ctrl-click on a signal has a different meaning.
09:13:17 <dihedral> Rubidium, would it be an idea to have a console commands for servers to list and kick admin connections? (similar to 'clients' and 'kick')
09:14:21 *** HerzogDeXtEr has joined #openttd
09:20:20 <Rubidium> dihedral: that's probably a good idea
09:20:59 <dihedral> ok, i'll do that :-)
09:21:40 <dihedral> is it possible that tasks in FS be assigned to me?
09:23:36 <dihedral> then perhaps i'll make use of that so i do not forget things
09:23:42 <dihedral> i am only here for another 1 1/2 weeks
09:28:34 <xiong> I've not seen any discussion of farmland. Is the output of a farm dependent in any way on the amount of land under cultivation? One might think so.
09:29:18 <xiong> I'm using FIRS but I'll be interested to hear about the default farm, too.
09:30:59 <xiong> The window for a FIRS Mixed Farm, e.g., just says that delivering Farm Supplies 'may' increase production. It says nothing about using up the land its farming on road, rail, or town buildings.
09:39:35 *** |Jeroen| has joined #openttd
09:42:47 *** andythenorth_ has joined #openttd
09:51:06 <xiong> I'm not sure it makes sense for the station bulldozer to show catchment.
09:55:04 *** planetm4ker has joined #openttd
10:07:19 *** planetm4ker is now known as ingo
10:07:41 *** planetmaker is now known as Guest1468
10:07:41 *** ingo is now known as planetmaker
10:20:34 <xiong> Er. I was allowed to test a new vehicle; I accepted. It came online with 51% reliability. That's okay; it's untested yet. I autoreplaced all my engines with it. Now, a year later, it's on general offer and reliability is still 51%.
10:23:11 <xiong> This is so bad that it self-accelerates: An engine due for service breaks down enroute, which further delays servicing, which causes it to break down again even more quickly, rinse, repeat.
10:30:51 <DorpsGek> planetmaker: Invalid arguments for _commit.
10:30:58 <planetmaker> @openttd commit r21004
10:30:58 <DorpsGek> planetmaker: Invalid arguments for _commit.
10:31:15 <DorpsGek> __ln__: Commit by rubidium :: r21004 /trunk/src (4 files in 3 dirs) (2010-10-21 20:12:48 UTC)
10:31:16 <DorpsGek> __ln__: -Fix [FS#3746]: chat/console messages got sometimes messed up due to LTR names in RTL translations and vice-versa
10:32:03 <planetmaker> it's a lazyness support anyway
10:33:41 <peter1138> Or would do, if I wasn't so lazy.
10:33:49 <peter1138> So planetmaker, you're a dev now?
10:34:31 <peter1138> Aren't you on OSX? :p
10:34:40 <peter1138> Or was that me imagining things...
10:35:34 <dihedral> Rubidium, does this LRM stuff have to be printed on the dedicated server console?
10:35:53 *** perk111 has joined #openttd
10:37:19 <Rubidium> dihedral: if you want it to be printed correctly on the stdout console it has to be there
10:38:18 <Rubidium> though it'll only be put to the console when you've got ICU compiled in
10:45:51 <xiong> Is this a permanent screwup? Should I have bought prototype vehicles outright, rather than with autoreplace? Do I have any alternative to autoreplacing back to the old, more reliable engine?
10:47:22 <planetmaker> [11:34] <peter1138> Aren't you on OSX? :p <-- psst. Don't tell anyone ;-)
10:47:47 <peter1138> Well you can always just disable breakdowns :)
10:49:05 <peter1138> planetmaker, can you make your IRC client not paste tabs?
10:49:37 <planetmaker> Dunno, I never looked. But I have my doubts
10:49:59 <planetmaker> chatzilla is very simple ;-)
10:51:09 <planetmaker> but where are tabs a problem?
10:54:57 <planetmaker> looks like insufficient support on your client's side to me ;-)
10:55:50 <xiong> peter1138, I'd like to try to work through this. A day or two ago, someone said that if I tested a new vehicle, then when it was generally introduced, I would find it had greater reliability -- not only greater than when it was in prototype but greater than it would otherwise have been. This doesn't seem to be my experience. I think I've done something wrong and I don't know what.
10:56:26 <planetmaker> though I wonder why it replaces them by "I"
10:57:04 <Eddi|zuHause> it's worse here. ^I gets interpreted as italic.
10:59:18 <SpComb> ^I is useful if you're using a keyboard without a tab key
10:59:29 <peter1138> xiong, as far as I know, engine preview has no effect on reliability...
11:01:51 <xiong> peter1138, Then what possible good is it? The thing comes in with low reliability -- very low. There's no immediate payoff for putting it online, where it's only going to foul up things. I might, barely, could see that I'd try, say, the first possible airplane -- better a bad airplane than none. But otherwise? I'm not asking rhetorically; I'd like to know why anyone would want such a thing.
11:01:57 *** Br33z4hSlut5 has joined #openttd
11:03:10 <xiong> Anyway, I played a game before with this particular engine. It's the 2-6-0 Mogul from NARS. I don't recall it being this crappy. In fact, for decades I standardized on it.
11:03:12 <Eddi|zuHause> i dare you not answer that!!
11:03:17 <peter1138> xiong, you get it earlier, that's the advantage.
11:03:45 <Eddi|zuHause> there's no possible good thing to come out of this discussion
11:04:08 <peter1138> xiong, and reliability is sort of randomized, so it can be different.
11:04:45 <xiong> Searching for docs on reliability... isn't working well.
11:05:47 <dihedral> that is because the search function does not like entire essays
11:11:16 <xiong> The last game I played, Mogul max reliability was 91%. I don't think I took it on prototype. This game, prototype was 51% and after public rollout, 53%. That's the same for a brand-new Mogul and for one of the prototypes, stopped in depot (and therefore fully serviced).
11:11:54 *** theholyduck has joined #openttd
11:12:23 <xiong> I asked others with no answer to this: Is there a way to suppress these prototype offers? I can see no use for them and they're distracting.
11:12:46 <xiong> I can see no point to putting junk online a year early.
11:13:08 <xiong> ... and if it's good when rolled out, I can wait.
11:14:14 <peter1138> You don't understand.
11:14:27 <peter1138> If it's junk a year early, it would've been junk a year later.
11:15:04 <peter1138> (Actually it's random, due to the way seeds work, but even so...)
11:15:55 <xiong> peter1138, It's junkier a year earlier.
11:16:32 <xiong> This whole thing mystifies me. There must be some base assumption I just don't get.
11:17:27 <xiong> Why would I want a less-reliable vehicle? I invariably choose the most reliable vehicle on offer, unless some other attribute is a complete deal-killer.
11:18:16 <xiong> I figure that breakdowns are *the* main obstacle to a smooth-running service. That's almost a truism.
11:18:44 <peter1138> xiong, there is no code that says an engine is less reliable because it's a prototype. (AFAICS)
11:20:43 <SpComb> xiong: because 90% of people play without breakdowns
11:20:49 <xiong> Dunno about code. This, though: (http://wiki.openttd.org/Vehicles): "Vehicles are occasionally offered to your company as an exclusive prototype; these prototype versions will have lower reliability than the final release a year later." That line is almost the only thing I have been able to find out about prototypes at all.
11:21:32 <xiong> In the current case, I had 51% before rollout, 53% after. Not a significant difference but a difference.
11:21:58 <peter1138> Hmm, actually reliability is determined at the start of the game.
11:22:05 <xiong> SpComb, That astonishes me. I already feel as if I'm giving myself an easy time of it. No breakdowns mean no challenge at all.
11:22:51 <SpComb> xiong: depends on what you view as the challenge
11:23:05 <SpComb> xiong: generally, there's very little monetary challenge or such
11:23:15 *** welshdragon has joined #openttd
11:23:18 <SpComb> after 5-6 years you have more money than you know what to do with it
11:23:19 <xiong> As it is -- and I'm very new to this, this is my 3rd 'real' game -- I've got nearly $9 M in 1870; in 20 years. Cash certainly isn't a constraint.
11:24:18 <xiong> If you never have breakdowns, you don't need to allow for them. You can have huge throughput without any real effort. What *is* the challenge?
11:24:54 <xiong> Never mind, that is an open-ended question. People play these sorts of games for all kinds of reasons.
11:25:01 <SpComb> there's the creative challenge
11:25:16 <peter1138> xiong, some people like to just build a train set :D
11:25:43 <SpComb> as well as the efficiency one
11:25:50 <xiong> Come back to the prototype thing. If there is no penalty attached to taking the prototype, then in what way is it a prototype? Why not just call "the offer of prototype" == "public rollout"?
11:26:04 <SpComb> but the economic mechanics are kind of broken, and always have been in that regard
11:26:10 <SpComb> you can try and tweak them with various GRFs or such
11:26:39 <SpComb> xiong: if you take the prototype, but don't test the prototype, you're less likely to get more prototype offers
11:27:13 <SpComb> xiong: so you're supposed to accept the prototype, and then use that vehicle during the first year
11:27:51 <xiong> I heard that before. It's something of a solution to my main question, which is "How do I get rid of the offers?"
11:28:21 <SpComb> well, I generally find the prototype offers for vehicles that I would use useful
11:28:28 <xiong> But the same person who mentioned it also gave me all the story about improved reliability after rollout *if* I bought prototype and used it.
11:28:34 <SpComb> but disregard those that I don't care about
11:28:45 <SpComb> xiong: that I don't know about
11:29:02 <xiong> I can wait a year. It's not as though I'm running out of time!
11:29:16 <Mortomes|Work> xiong: I usually like to build huge networks with a high volume of traffic, kind of like openttdcoop. That's what I enjoy most. Breakdowns are just an annoyance with that kind of playstyle :P
11:29:16 *** KenjiE20 has joined #openttd
11:29:30 <xiong> This just doesn't seem to be a well-thought-out feature.
11:29:39 <peter1138> xiong, you still don't get it :)
11:29:54 <xiong> Nope. I'm still missing that basic assumption.
11:30:31 <peter1138> if you don't accept the preview, the reliability curve won't start early
11:30:32 <xiong> This may be the key to my understanding the existing community, so I'd like to figure it out.
11:30:53 <peter1138> therefore, it'll have the same reliability a year later as it would've had if you'd accepted the preview
11:31:21 <peter1138> the "better" reliability after a year comes to *other* players, who can then get the vehicle with a years worth of reliability changes
11:31:49 <peter1138> in general they start off low, increase for a bit, then slowly drop off
11:31:55 <xiong> So, tell me again: Why, since I *did* accept the Mogul prototype, and *did* autoreplace all my engines into it, did the eventual rollout *not* come with improved reliability?
11:32:22 <peter1138> still not getting it :)
11:32:56 <xiong> I typed my line while you mentioned 'other players'. That may be the key.
11:33:22 <xiong> You're saying that prototype acceptance is an altruistic act in a cooperative, multiplayer game?
11:33:39 <peter1138> no, you get the vehicle early
11:33:43 <peter1138> it might start off at 85%
11:33:45 <xiong> By putting the vehicle into service earlier, it becomes more reliable, slowly, but faster.
11:34:45 <xiong> I think you are saying something that has nothing to do with reliability. Let's ignore that a moment. Is there any issue whatever, having nothing to do with reliability, that might make me want to get a vehicle a year early?
11:35:24 <peter1138> yes, you get it a year earlier before anyone else
11:36:33 <peter1138> you get it a year earlier than you would've done? :p
11:37:24 <xiong> I can get *all* the vehicles a year earlier, just by starting in 1851 instead of 1850. For that matter, I can start in 2050 and go straight to maglev.
11:39:32 <xiong> I think we'd better move on. I'm not going to get this. It's like tailfins, or high heels, or for that matter, club crawling. There are some activities that lots of people really enjoy that make absolutely no sense to me.
11:40:24 <peter1138> have you disabled all opponents?
11:40:27 <xiong> *Is* there any way to disable all the prototype offers outright? Can it currently be done?
11:40:46 <peter1138> that's non-standard see.
11:40:57 <xiong> It's just me. I have no AIs on the map.
11:41:35 <xiong> My experience with AIs, in general, is that they crap things up. I may try playing with a few later, after I have the game figured out better.
11:42:06 <xiong> But then the game would boil down to "destroy the AIs, buy them out, level everything they built, and do over". Kinda routine.
11:42:31 *** Devroush has joined #openttd
11:42:36 <xiong> Either it will be easy or next to impossible, depending on how much better I can make money than they can.
11:43:41 <xiong> I take it, the answer is 'no'.
11:46:29 <Qantourisc> PS the icons are rather small at 1680x1050 ... any tips there ?
11:46:58 <planetmaker> play full-screen at reduced resolution
11:47:37 <planetmaker> you could search to forum for bigGUI or so. It's a newgrf
11:47:57 <planetmaker> it's quite good, but not yet finished
11:48:22 <planetmaker> so expect some visual bugs in places as the GUI might not support it everywhere
11:48:41 <Qantourisc> i'll peel my eyes for the time beeing
11:49:02 <planetmaker> give that newgrf a try :-) Feedback surely will be appreciated
11:59:10 <Qantourisc> planetmaker: it's good but euuu
11:59:31 <Qantourisc> some peaple download this because there screen is big, and thus can fit the complete bar on the screen :)
11:59:49 <Qantourisc> so the "switch" button on the end is weir :p
12:03:08 <Rubidium> hello Belugas, I wouldn't have expected you two hours earlier than normal :)
12:03:54 <Belugas> while sitting quietly inb his living room
12:04:19 * Belugas will stay at home today
12:04:41 <Belugas> i wonder what i'll do with my time...
12:04:43 <Rubidium> oh, the wife's gone as well? :)
12:04:57 <Belugas> that;s the bad part :S
12:05:07 <Belugas> she'll find stuff for me to do
12:05:18 <Belugas> altough i battled hard thuis weekend to finish my stuff
12:06:19 <Belugas> i see lego, i see at ;least a commit for Eddi|zuHause, i see some MUSIC
12:06:24 *** Eddi|zuHause has joined #openttd
12:06:37 <Belugas> something like that :)
12:07:17 * Belugas goes away from keyboard, see you
12:10:46 *** Eddi|zuHause has joined #openttd
12:11:19 <xiong> Qantourisc, Would you mind /query-ing me?
12:40:06 *** frosch123 has joined #openttd
12:47:41 *** Adambean has joined #openttd
13:45:23 <Qantourisc> but i was lying down
13:45:26 <Qantourisc> and your age gone now
13:45:38 *** Progman has joined #openttd
13:47:03 *** Biolunar has joined #openttd
13:51:34 *** theholyduck has joined #openttd
14:15:33 *** Brianetta has joined #openttd
14:18:45 <CIA-1> OpenTTD: rubidium * r21070 /trunk/src/network/core/tcp_listen.h: -Fix: file not being picked up by doxygen
14:27:09 <CIA-1> OpenTTD: rubidium * r21071 /trunk/src/network/core/tcp_listen.h: -Fix: ofcourse the svn properties weren't set properly either :(
14:58:55 *** andythenorth_ has joined #openttd
15:07:02 *** andythenorth_ has joined #openttd
15:22:05 *** Adambean has joined #openttd
15:25:47 *** ChanServ sets mode: +v tokai
15:29:34 <DorpsGek> Eddi|zuHause: 6594.76
15:34:16 <Eddi|zuHause> @calc 164869/25/60
15:34:16 <DorpsGek> Eddi|zuHause: 109.912666667
15:47:35 <Qantourisc> hmmm trains seem to "run around"
15:47:40 <Qantourisc> when trying to fix problems :/
15:48:07 *** andythenorth_ has joined #openttd
16:06:12 *** andythenorth_ has joined #openttd
16:27:01 *** XeryusTC2 has joined #openttd
16:27:35 *** XeryusTC2 is now known as XeryusTC
16:50:47 <Belugas> miam... double coffee... Toffee and Kaluha... 16 onces of pure joy :D
17:27:05 *** Prof_Frink has joined #openttd
17:46:39 *** fjb is now known as Guest1519
18:26:48 <Qantourisc> how to deal with a crashed train ?
18:29:14 <Ammler> maybe clone it in the meantime
18:32:06 *** ChanServ sets mode: +v tokai
18:42:30 * planetmaker waits for the move "assault of the clone trains" ;-)
18:45:30 <CIA-1> OpenTTD: translators * r21072 /trunk/src/lang/traditional_chinese.txt:
18:45:30 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
18:45:30 <CIA-1> OpenTTD: traditional_chinese - 2 changes by josesun
18:45:35 <kenneth> can anyone give me a quick hand with a script ?
18:45:57 <kenneth> can anyone give me a hand with a cron/script ?
18:46:00 <planetmaker> that greatly depends...
18:46:06 * planetmaker points at the topic
18:46:09 <kenneth> sorry for double type
18:46:12 <DorpsGek> planetmaker: Don't ask to ask, just ask
18:46:46 <kenneth> well, my server starts in a shell script i wrote, simple one /usr/games/openttd -D blah blah
18:46:52 <planetmaker> rather be sorry for the needless meta-question ;-)
18:47:09 <kenneth> how can i set it to restart at the same time daily ?
18:47:13 <kenneth> i know cron can start my script
18:47:19 <Zuu_> Reading product instructions/warnings are always fun. My new hiking gas stove says that you should avoid to change or connect gas cartridge when you are in crowds of people. :-) Also, in the beginning it says that you must only use it outdoor as it consumes oxygen. Later it says that when you change gas cartridge, you should go outdoor. ^^
18:47:25 <kenneth> but can cron, execute, terminate, then re exexcute ?
18:47:46 <planetmaker> cron only executes at pre-defined times. Or time intervals
18:48:08 <Rubidium> killall openttd should do the trick
18:48:18 <planetmaker> if you need re-start, then you'd need to write a script which checks a PID and then starts conditionally
18:48:31 <Rubidium> ofcourse storing the pid and killing that specific pid is a better solution
18:48:33 <kenneth> hell, my linux knowledge isnt that in depth
18:49:20 <kenneth> but the PID will change every time
18:49:23 <kenneth> if i run it in a screen
18:49:29 <Rubidium> maybe leech the init script from gentoo and use it to restart OpenTTD
18:49:29 <kenneth> can i set the script to kill the screen
18:49:42 <kenneth> how do you guys restart at a set time
18:49:47 <planetmaker> why do you want to kill the screen?
18:50:02 <kenneth> im just clutching at straws
18:50:03 <planetmaker> you can basically kill anything, though
18:50:15 <kenneth> i need to kill and restart at 18:00
18:50:43 <planetmaker> 30 5 * * * /home/whoever/scripts/update_repos.sh
18:50:51 <planetmaker> ^ that line executes daily at 5:30 am
18:51:26 <planetmaker> crontab -? or man crontab are also your friend
18:51:40 <Qantourisc> Is it me or, is setting up a good transport in the beginning of the game hard ?
18:51:41 <planetmaker> but you'll then need to adopt your script to your needs
18:51:49 <planetmaker> Qantourisc, it's you :-P
18:51:54 <Qantourisc> I.e: it's hard to get the required supplies ?
18:52:14 <planetmaker> start with coal or oil
18:52:28 <planetmaker> build rather one long route than more short ones
18:52:46 <planetmaker> use full load and intermediately long trains. That over time increases industry production
18:53:04 <planetmaker> (train length 3-7 tiles or so)
18:53:34 <Zuu> Even if you run on debian, you could have use of the gentoo init script to figure out how they have implemented it.
18:53:49 <planetmaker> and crontab works the same everywhere
18:54:06 <planetmaker> just crontab -e might open an editor which is not so convenient for the inaugurated ;-)
18:55:53 * planetmaker puts some asbestos around vi ;-)
18:57:33 <planetmaker> but you have easy talking, sitting in your pont ;-)
18:57:36 <frosch123> is that a hint that vi is toxic waste, and burning it is not recommended?
18:57:49 <kenneth> i loved pico, now i love nano
18:58:14 <kenneth> crontab -e, opens nano, crack in there, "killall openttd" "openttd -D", and that should really restart it
18:58:38 <planetmaker> mind that crontab knows not paths and search paths
18:59:12 <planetmaker> also you want to do both actions rather from a single script which you call from crontab
18:59:28 <planetmaker> emacs of course. What OS do you use? :-P
18:59:39 <frosch123> emacs is a great os, it just lacks a proper editor
18:59:57 <planetmaker> hehe :-) one got the joke, one didn't ;-)
19:00:04 <frosch123> perk11: sorry, but you failed to hide in a group of nerds
19:00:49 <perk11> how do you install emacs?
19:01:32 <frosch123> you paint a pentagram on the floor, and say "ommmmmmmmmmmm"
19:02:01 <frosch123> well, i guess you ask your packet manager, and install either emacs or xemacs
19:02:14 <frosch123> note, that xemacs has nothing to do with X
19:02:25 <frosch123> they are just different flavours
19:03:03 <perk11> you must have a package manager
19:03:25 <perk11> And does it work without a pentagram?
19:03:43 <frosch123> its was originally a texteditor which got script support in a way, you can use it for totally non-editor tasks
19:03:45 <planetmaker> maybe a heptagram works, too
19:04:22 <glx> emacs has an integrated tetris :)
19:04:36 <frosch123> not sure whether there is a fps in emacs
19:06:22 <frosch123> but i can only guess about emacs, i only know some who use it, and i do not need to know emacs to know that they do not know it, and should better use something else
19:08:33 <planetmaker> the quote itself is much much older
19:09:13 <planetmaker> doesn't mention it but gives the time frame from when it originates :-)
19:10:33 *** Bluelight has joined #openttd
19:10:37 *** andythenorth_ has joined #openttd
19:11:30 <perk11> Regarding vi's modal nature, some Emacs users joke that vi has two modes – "beep repeatedly" and "break everything"
19:13:05 * andythenorth_ has clearly wandered into the wrong place
19:13:08 *** andythenorth_ has left #openttd
19:17:27 *** andythenorth_ has joined #openttd
19:28:39 *** Phoenix_the_II has joined #openttd
19:34:28 <Qantourisc> i sorta make more money then i can spend fast ... any advise there :)
19:34:34 <Qantourisc> don't play it on easy ? :)
19:35:00 <Zuu_> There are plenty of topics on this on the forums
19:35:41 <Zuu_> A more complicated industry set will also give you some more challenge if you just play with the default industries.
19:36:22 <Zuu_> For industry sets you will need a decent vehicle set for each transport mode so that you get wagons for all new cargos.
19:39:43 <Zuu> Also you could try setting a higher freight train weight multiplier.
19:40:08 <Zuu> That will increase the weight of loaded trains and force you to use more train engines.
19:41:10 <Qantourisc> in short: crank up the diffuculity where you can :)
19:41:52 <Zuu> You could try setting the station spread to 4. That will definitly provide you with some challenge.
19:42:05 <Zuu> I once played on a server with that setting. Quite interesting game actually.
19:42:14 <Qantourisc> i tried to read about that
19:42:27 <Qantourisc> what does it mean the spread ?
19:43:02 <Zuu> The size of the rectangle in which all parts of a station must be.
19:43:22 <Zuu> So setting it to 4, will allow you to build in maximum 4x4 stations.
19:43:27 <Qantourisc> so "servicable area for shops ?"
19:43:57 <Zuu> Default is 12, but can be increased to 64.
19:44:15 <Qantourisc> that sounds HUGE /)
19:44:45 <Zuu> It is huge, and can be used to exploit the game.
19:45:07 <Qantourisc> exploit, or "load it a lot so it slows down" ?
19:46:03 <Zuu> exploit as in making money in a way that might not be in the spirit of the game.
19:47:07 <Qantourisc> me tries x14 load :)
20:10:38 <Terkhen> it seems to work, but it will take a bit more to implement it
20:10:58 <andythenorth_> Terkhen: I tested it
20:11:03 <andythenorth_> appears to work for me
20:11:13 <andythenorth_> the grf I gave you should have failed though - mistake in the nfo
20:11:44 <Terkhen> the speed of the gmund was 511 km/h so I assumed it was working
20:25:59 <andythenorth_> Terkhen: perhaps it was :o
20:26:28 <andythenorth_> when I checked it earlier tonight, I found a mistake in the nfo which means it shouldn't have worked
20:26:39 <andythenorth_> now fixed though - and works as expected
20:28:00 <andythenorth_> I assume if I built a long enough road it would eventually hit 511 km/h :P
20:34:19 <xiong> Qantourisc, I'm back online if you'd like a sidebar.
20:34:28 <Terkhen> I only checked the buy window
20:34:57 <Qantourisc> xiong: you asked a /query
20:35:00 <Qantourisc> you still need that ?
20:36:18 <andythenorth_> Terkhen: I build a longer road...can't get the vehicle to top speed though :)
20:36:23 <andythenorth_> maybe I give it more TE....
20:38:47 <Qantourisc> xiong: mostly now need to figure out how to make this game more intresting after i finish this one and learn some tricks
20:39:34 <xiong> Qantourisc, I'm trying to ask, discreetly, to have a discreet convo on the side. Okay?
20:41:49 <andythenorth_> Terkhen: yes, seems to me if cb36 adjusts max speed, then the air drag calculation should take that into account
20:42:18 <Terkhen> then both my patch and the current implementation of air drag in trunk are not correct
20:43:05 <andythenorth_> or the spec is wrong :P
20:43:23 <Terkhen> the spec only says "max speed", so it's not clear what to do in this case
20:43:25 <andythenorth_> I think this came up when the hoverbus was created?
20:43:32 <andythenorth_> who made that? Roujin
20:43:43 <Terkhen> air drag did, but not how the callback would affect it
20:44:08 <Terkhen> recently I implemented air drag as described in the specs, but it currently ignored CB36 for speed
20:45:13 *** Lurimax has joined #openttd
20:47:40 <Terkhen> hmmm... with CB36 for train speed it should work in trunk, I'll have to fix the patch only
20:47:59 <Terkhen> I also want to unify how max speed is handled for all vehicles, which may take a while
20:48:14 <andythenorth_> Terkhen: for practical purposes it won't affect most RVs
20:48:22 <andythenorth_> but I guess it's better to be correct
20:50:52 <kenneth> can you set a variable on dedicated server launch ?
20:51:43 <kenneth> openttd -D -c openttd-custom.cg -port 3980
21:01:07 <Xaroth> why not just set it in the cfg? :o
21:05:53 <planetmaker> kenneth, edit its cfg. Easier
21:14:24 <kenneth> im having trouble with a startup script setting the server_name variable
21:14:38 <kenneth> i have tried both on_server.scr and on_dedicated.scr
21:14:58 <kenneth> Setting dedicated network server settings...
21:14:58 <kenneth> - Change setting for all clients. Usage: 'setting <name> [<value>]'
21:14:58 <kenneth> - Omitting <value> will print out the current value of the setting.
21:14:58 <kenneth> dbg: [net] [udp] advertising to master server
21:14:58 <kenneth> just get that in return
21:15:12 <kenneth> server_name "example"
21:15:17 <kenneth> setting server_name "example"
21:15:21 <kenneth> both give that message ?
21:15:33 <Xaroth> set "server_name example" ?
21:15:45 <Xaroth> or "set server_name example"
21:15:59 <Xaroth> or without quotes, for that matter
21:17:20 <kenneth> if you tweak the source code and recompile on linux for a linux dedicated server
21:17:28 <kenneth> will it get desync problems with 1.0.4 win clients
21:17:38 <kenneth> minor tweaks such as forcing a set password on join
21:17:41 <kenneth> or will the packets not match
21:17:49 <Xaroth> well, depends on -what- you tweak :P
21:18:20 <Xaroth> if it desyncs on a gui build, it'll probably desync on a dedi build
21:18:52 <kenneth> just want to use the existing city builder patch and try and slip it into a 1.0.4 compile
21:19:10 <Rubidium> you can't force setting a password upon joining
21:19:28 <Rubidium> you can only not allow commands and such to be executed
21:19:44 <kenneth> ah, so i can prevent commands from being executed until the password is set ?
21:22:05 *** andythenorth_ has joined #openttd
21:26:49 <planetmaker> kenneth, honestly, you want to set servername and such in the cfg. I'm quite sure ;-)
21:27:00 <andythenorth_> industries changing graphics over time....good idea, or just a bit confusing?
21:27:46 <planetmaker> and an idea which you just put a lot of work on your own shoulders ;-)
21:29:19 <andythenorth_> I just changed from a non-FIRS game to a FIRS game
21:29:30 <andythenorth_> FIRS has a *lot* of industries compared to default :o
21:29:50 <planetmaker> welcome to andy's pony world :-)
21:30:04 <planetmaker> The world of endless cargo chains and heavy vehicles and strange ships
21:30:07 <andythenorth_> we should look at the suggestions for FIRS Basic
21:30:32 <planetmaker> yep, for starters that's a good thing
21:30:52 <planetmaker> cut away half the farms and half the heavy mines
21:30:56 <Rubidium> it needs a pony chain
21:31:31 <planetmaker> farm (pony breeding)
21:32:18 <planetmaker> requires: pax (bored children), farm supplies. Output: pax (happy children), food (salami)
21:32:39 <andythenorth_> chillcore's first 'Basic' economy is quite close to default temperate
21:32:41 <planetmaker> everyone can sit on a pony ;-)
21:33:13 <andythenorth_> Alternative Basic is better
21:33:36 <andythenorth_> I think no ENSP / FMSP in basic
21:34:02 <planetmaker> yes, no supplies in basic
21:34:08 <planetmaker> and yes, alternative is better
21:34:52 <planetmaker> you might keep livestock. Not sure, though
21:35:23 <andythenorth_> not sure how to check the chains link
21:35:30 <andythenorth_> we need a graphing tool :P
21:35:57 <andythenorth_> livestock I don't have any opinion on
21:36:24 <andythenorth_> it simplifies removing a lot of farm types
21:36:42 <planetmaker> hm. 'alternative basic' has a flaw: where does 'lumber' come from, if there's no wood?
21:36:49 <Rubidium> in the 21st century you should start having some factories ship only mail
21:37:16 <andythenorth_> I need to rework the FIRS website cms
21:37:29 <andythenorth_> to handle multiple economies properly
21:37:47 <Rubidium> also, why not reduce cargos to: mined stuff, grown stuff, processed stuff, mailed stuff and stuffy people?
21:37:55 <planetmaker> andythenorth_, easier: add MANY debug options. OpenTTD has already an ingame graphing tool ;-)
21:38:09 <planetmaker> You need those options anyway in the source for the economies
21:38:14 <planetmaker> But for testing each via parameter
21:38:30 <andythenorth_> action 14: cargo xyz on | off
21:38:33 <planetmaker> so what. you have many for testing - who cares. One per cargo. One per industry
21:38:46 <andythenorth_> feel free to code it :P
21:38:52 <planetmaker> you need most of it except the parameter interface
21:39:03 <andythenorth_> we need an action 14 that is only visible if newgrf developer tools are on
21:39:22 <andythenorth_> action 14 is extensible...
21:44:17 * andythenorth_ draws a sugar refinery
21:51:49 *** HerzogDeXtEr1 has joined #openttd
21:52:48 <planetmaker> typical capacity seems to be about 15 kt sugar beet per day :-)
21:54:20 <planetmaker> hm, but they only work on 100 days a year according to wiki
21:54:40 <planetmaker> and in GB 140 days and in US 270 days ;-)
21:56:17 <andythenorth_> we won't be coding that into FIRS ;)
21:57:08 *** EggPlant has joined #openttd
22:00:13 *** nicfer1 has joined #openttd
22:02:40 <Eddi|zuHause> <Rubidium> in the 21st century you should start having some factories ship only mail <-- Pikka intended such "industries" as houses in TaI
22:03:59 <Eddi|zuHause> <planetmaker> emacs of course. What OS do you use? :-P <-- internet explorer :p
22:05:56 <planetmaker> good night andythenorth_
22:06:48 <Eddi|zuHause> perk11: it was a joke. obviously.
22:07:01 <Eddi|zuHause> perk11: he called emacs an os, i called ie an os.
22:07:22 <perk11> I'm not good at jokes :D
22:08:42 <Eddi|zuHause> mind you, there actually are oses which practically consist only of a browser
22:09:51 <perk11> IE is too slow to be an OS
22:12:26 <CIA-1> OpenTTD: rubidium * r21073 /trunk/src/saveload/saveload.cpp: -Fix: spelling errors in comments
22:14:35 <Eddi|zuHause> since when is "speed" a requirement for an OS?
22:15:58 <Eddi|zuHause> for the ENTIRE history of computer technology, "speed" was a "nice to have", never ever a requirement. even "real time" environments are not optimised for speed
22:18:02 <planetmaker> good night Terkhen
22:18:17 <Rubidium> Eddi|zuHause: that makes me want to find that exception
22:18:43 <planetmaker> those certainly exist
22:19:15 <fjb> Take a look a Microsoft Phone 7. Fast and without any functionallity.
22:19:22 <Rubidium> but that depends on what "speed" means
22:20:20 <perk11> ok, I meant "IE is too slow to be a usable OS"
22:20:25 <Eddi|zuHause> anyway, "real time" means "you know exactly, how long it takes", not "it is fast"
22:20:32 <glx> reactivity is better than speed
22:21:55 <Eddi|zuHause> "to prevent spam, captchas will now contain advertisments, which you need to recite"
22:22:15 <Eddi|zuHause> aka "we fight fire with fire"
22:22:20 <Rubidium> Eddi|zuHause: but for those high frequency trader stuff speed, or latency, is what matters. Not that some operating takes precisely X amount of time
22:22:20 <fjb> That was what AmigaOS did. The UI gave an instant feed back and then the event went down to the application.
22:23:07 <planetmaker> could I click faster than the app?
22:23:15 <Rubidium> Eddi|zuHause: good reason to ditch Disney et al. for ever :)
22:23:41 <fjb> planetmaker: That never happened to me.
22:23:52 <Eddi|zuHause> fjb: you mean like in KDE, where when you start an application, you get a bouncy icon which bears no relevant information on whether the application is still starting, or maybe crashed on startup?
22:24:02 <Rubidium> planetmaker: I can easily make my system so slow that that will happen
22:24:31 <planetmaker> it happens to me when I yet again close accidentially an IRC tab while meaning to close a browser tab ;-)
22:24:32 <fjb> Eddi|zuHause: No, not that way.
22:24:56 <Rubidium> e.g. by starting 5 VMs taking all 1 GiB of memory, with only 4 GiB of memory in my system. Yay swap shit storm
22:25:05 <planetmaker> so yes, I can do that, too. It's usually when it compiles concurrently ;-)
22:26:15 <planetmaker> and when FF has one of its ugly short-term hangs
22:27:10 <Eddi|zuHause> if FF hangs on IO, you might need a different scheduler
22:27:47 <CIA-1> OpenTTD: rubidium * r21074 /trunk/src/saveload/waypoint_sl.cpp: -Fix [FS#4194]: Crash when loading a corrupted 0.7.x (or before) savegame where the waypoint refered to an already removed town
22:53:17 <CIA-1> OpenTTD: rubidium * r21075 /trunk/src/settings.cpp: -Fix [FS#4192]: Wrong (maximum) value shown for generation seed in the in-game console
22:58:34 *** Progman has joined #openttd
23:24:41 *** Cybert1nus has joined #openttd
23:33:07 *** TheMask96 has joined #openttd
continue to next day ⏵
