IRC logs for #openttd on OFTC at 2012-03-19
⏴ go to previous day
00:02:46 *** Stimrol has joined #openttd
00:12:47 *** kkb110_ has joined #openttd
00:26:52 <Djohaal> I just made an overcomplicated network
00:26:55 <Djohaal> and it runs like clockwork
00:33:00 <Djohaal> ..and that makes absolutely no sense. A chicken coop outputting wool
00:36:42 <TinoDidriksen> The infamous and rare Wooly Chicken cross-breed.
00:42:46 <Nat_aS> can some platforms only load some cargos?
00:43:02 *** sidney60 has joined #openttd
00:43:06 <Nat_aS> because Trains seem to be waiting to load at the station but not actualy loading
00:43:23 <Nat_aS> because there is more than one platform type
00:47:14 <sidney60> tem algum brasileiro por aqui
00:53:11 <krinn> no but trains could only load cargo if they pull wagons of that cargo
00:54:07 <krinn> ie: trains with passenger wagon loading at a station that only provide goods
01:01:33 *** ccfreak2k has joined #openttd
01:14:19 <Nat_aS> it was a train with food waggons at a station that has food, but it was stoped at one of the platforms from the japanese set, a passinger platform
01:14:30 <Nat_aS> trains at other platforms in the same station were loading food.
01:14:56 <Nat_aS> sure there is no newgrf option for platforms to not load cargo of specific types
03:33:40 *** collinp has joined #openttd
03:48:18 *** sdfsfsfs has joined #openttd
03:50:31 *** kkb110_ has joined #openttd
04:57:18 *** tokai|noir has joined #openttd
04:57:18 *** ChanServ sets mode: +v tokai|noir
05:03:01 *** ChanServ sets mode: +v tokai
05:06:52 *** tokai|mdlx has joined #openttd
05:18:42 *** tokai|noir has joined #openttd
05:18:42 *** ChanServ sets mode: +v tokai|noir
05:56:17 *** Eddi|zuHause has joined #openttd
05:58:37 *** sla_ro|master has joined #openttd
06:45:47 *** JVassie has joined #openttd
07:17:30 *** LordPixaII has joined #openttd
07:21:48 *** KingPixaIII has joined #openttd
07:22:32 *** kaenkky has joined #openttd
07:29:20 *** Firartix has joined #openttd
07:32:06 *** tokai|mdlx has joined #openttd
07:36:12 *** Firartix has joined #openttd
07:47:12 *** Twofish has joined #openttd
08:04:31 *** LordPixaII has joined #openttd
08:12:16 *** Firartix has joined #openttd
09:15:45 *** Maarten has joined #openttd
09:16:58 *** Arafangion has joined #openttd
09:57:16 *** Zeknurn has joined #openttd
10:00:57 <xiong> I seem to have trams available that are longer than a single tile. Do I need to construct multi-tile tram stops for them? Will they experience the same penalty as trains too long for their platforms?
10:02:09 <planetmaker> Not entirely sure, but I think so, yes
10:02:20 <planetmaker> besides it looks better :-)
10:12:16 <peter1138> bah, why doesn't vpnc support certificate authentication? :(
10:17:18 <xiong> Yes, that's true too, planetmaker.
10:20:20 <dihedral> peter1138, because it sucks?
10:25:47 <peter1138> dihedral, sure. and an alternative?
10:26:26 <dihedral> exactly that is the problem
10:27:27 <dihedral> use the preshared key version for group authentication
10:27:41 <peter1138> sure, but i need certificate authentication
10:28:02 <krinn> hi, what is best to consider for an engine: power or tractive effort to mesure its efficiency ? Or if you prefer, what power and tractive effort does to an engine ?
10:28:32 <dihedral> in the router you can difine multiple groups, perhaps they'd move you to a psk group for the sake of you being able to connect.
10:28:44 <peter1138> no, i need to use certification authentcation
10:29:41 <Eddi|zuHause> krinn: tractive effort is needed for low speeds, power is needed for high speeds
10:30:01 <Eddi|zuHause> on slopes, you need both
10:30:46 <krinn> Eddi|zuHause, you mean kinda : tractive to start moving, and once reaching a certain speed, keep accelerate until reaching power/speed limit ?
10:32:36 <krinn> there's a method to see if the engine have too low of one or the other (power/tractive) ?
10:33:00 <Eddi|zuHause> the (simplified) formula for the speed limit is min(max_te, power/speed) = resistance + slope_force
10:33:17 <peter1138> oh well, i'll continue using this silly windows pc just for the vpn :p
10:33:32 *** Markavian` has joined #openttd
10:33:54 <krinn> Eddi|zuHause, thank you
10:34:24 <Eddi|zuHause> where slope_force = train_weight * slope_steepness
10:34:59 <dihedral> peter1138, that's what i usually do, too
10:35:34 <Eddi|zuHause> where for so called "small angles" steepness = sin(steepness) = tan(steepness)
10:35:34 <peter1138> i need it to connect to rdp with ssl anyway
10:35:57 <peter1138> (which technically shouldn't be required because it's over the vpn, but, you know...)
10:36:26 <krinn> Eddi|zuHause, thx i have base to work on now
10:36:42 <peter1138> well, i suppose there's identification in ssl too, heh
10:36:53 <xiong> krinn, you will read a great deal about both power and TE. Obviously you want more of both. Also, you usually want a higher top speed and, if you play (sensibly) with breakdowns on, higher reliability. Finally, you might consider that shorter engines require shorter platforms.
10:37:37 <xiong> So you want a lot from an engine and you are looking for ways to decide on the tradeoffs. I can give you a rule of thumb or two that may be easier than wading through the math.
10:38:12 <krinn> xiong: i'm afraid i'm limit to use math :)
10:38:44 <krinn> xiong: it's for an AI that need to consider what engine to use
10:39:05 <xiong> If you are in passenger service, you don't need much power but high TE means you will leave the station quicker and recover faster from breakdowns and jams. High top speed is very important; pax value decays quickly.
10:40:21 <xiong> If you are in heavy freight you want plenty of power and TE; consider multihead trains. I've often put 4 engines on a train pulling iron ore. TE is less important here, assuming you have good stations; and top speed almost irrelevant.
10:40:58 <xiong> Light freight falls somewhere midway between the two sets of considerations.
10:41:51 <xiong> Since you're not eager to do a lot of math -- and it might be a stinky AI if it burned up a lot of bits scribbling on the back of an envelope -- I'd suggest something heuristic.
10:42:04 <krinn> my considerations are low: try to not take train X with tractive of 1 because of speed of 10000000 (or invert)
10:42:35 <krinn> and best, try to take one with a not bad ratio of both
10:43:04 <xiong> Pick the "best" engine available according to a very rough guess and see how fast it accelerates and how fast it goes straight ahead. If it's too slow, change engines. If it's still too slow, multihead.
10:44:04 <xiong> If the top speed is too low and it's passenger service, you look for an engine with... a higher top speed. If top speed is too low and it's heavy freight, look for an engine with more power... or you multihead.
10:44:28 <xiong> If acceleration is too slow then you probable need more TE, either way.
10:45:19 <krinn> not really, because of my case :)
10:45:35 <xiong> Sorry; I don't follow you. What is your case?
10:45:52 <krinn> i cannot take decisions after the engine is running, but prior, can't waste time to analyze how an engine is then doing, i need to "guess" before it is create
10:46:33 <xiong> Of course you can make a decision after the train is in service. Track its performance and, if that sucks, replace the engine at the bottom of its cycle.
10:47:15 <krinn> if you know how the API handle trains, you would know the fewer you try to alter a train or send it to depot, the better
10:47:38 <xiong> Oh, I don't doubt it. And no, I know nothing about AI internals.
10:48:16 <xiong> But the rational approach is heuristic. You can't anticipate every parameter your AI will find on the track.
10:48:19 <planetmaker> krinn, there's no universal answer to your question
10:48:40 <xiong> Say Joe decides to use a freight multiplier of x20. Your calculations are all going bust.
10:48:45 <krinn> planetmaker, yep i know, i'm just trying to find an "accepatble" one
10:48:49 <planetmaker> it (highly) depends on the purpose of the train, the load, amount of wagons it shall pull, track curvature and steepness
10:48:55 <xiong> Say this map is flat... and that one is hilly.
10:49:43 <xiong> "Acceptable"... even at the very low bar of simply covering the route at all... is no easy feat.
10:50:02 <krinn> i see at wiki tractive effort forumla says for power -> P(ower) = F (tractive effort) * v (speed)
10:50:08 *** drac_boy has joined #openttd
10:50:31 <xiong> If I wrote an AI, I would have a failsafe routine that detected stalled trains -- going 1 mph for more than a few ticks -- and built a depot right there, ordered the pig off the main, and dealt with it.
10:51:01 <Eddi|zuHause> krinn: careful: the wiki means "effective tractive effort" there, not "maximum tractive effort" [what is given in the purchase list]
10:51:18 <xiong> In fact, I'd want to build the depot *behind* the stall, reverse it, so it's going downslope, and into that depot.
10:51:29 <drac_boy> xiong why did it stall in first place tho?
10:51:40 <Eddi|zuHause> krinn: hence "effective tractive effort" = min("maximum tractive effort", "power"/"current speed")
10:52:06 <Eddi|zuHause> krinn: at max speed, the min() usually returns the second parameter
10:52:17 <xiong> Because I didn't anticipate every possible combination of maps, NewGRFs, and settings when I wrote the AI, drac_boy.
10:52:50 <xiong> I've seen otherwise respectable AIs do some real dumb stuff sometimes.
10:53:27 <drac_boy> xiong I don't think theres really any need to. just add up power+weightmultiplier+trainweight=likely limit
10:53:30 <krinn> Eddi|zuHause, looks like the power/speed vs tractive effort is what i'm looking for
10:53:37 <drac_boy> doesn't need to know what grf is running
10:53:59 <drac_boy> I've seen one downloadable AI do it just like that before
10:54:10 <xiong> krinn, you can try to work it all out ahead of time and that's bold. But I seriously recommend that you think about *reacting* to actual performance on the fly. That will yield a superior AI instead of just another pig.
10:55:05 <Eddi|zuHause> krinn: a real train would also consider braking power, but the game doesn't model that
10:55:17 <xiong> drac_boy, have you seen any AI at all put up a real fight? I mean, every AI I've tried so far is so easy to hose I don't even bother playing them anymore.
10:55:58 <drac_boy> xiong of course the one thing that does have some issues without being coded into the AI specifically in first place is certain trains that are limited to particular wagons or lengths
10:56:02 <Eddi|zuHause> krinn: a real train must manage to stop from <max speed> in <signal distance>
10:56:22 <drac_boy> such as one of the EMU in dbsetxl having to be at least 3 but no more than 5 coaches
10:56:27 <Eddi|zuHause> that's usually more important than engine power
10:56:34 <krinn> Eddi|zuHause, hopefuly it would be scary seen them breaking at 2 tiles at max speed with 10000 wagons attach to them :)
10:56:40 <xiong> An AI that doesn't understand FIRS will fall down miserably.
10:57:04 <drac_boy> xiong....theres no need for the AI to know..the problem would fall to poor industry coding btw
10:57:11 <Eddi|zuHause> krinn: well, in openttd, trains stop within 1 tile :)
10:57:36 <xiong> I hesitate to sound like a stuck-up ass but... FIRS is, by definition, great industry.
10:57:37 <Eddi|zuHause> (with block signals, and a signal turning red suddenly)
10:57:38 <drac_boy> xiong, let me give you a similar example that I never could understand...
10:58:55 <drac_boy> ecs animal farm ... already hauling only wools out, it says it accept fibre crops right? well ... if I as an AI saw that there was a farm nearby I would build the route to carry fibre crops. but then there lays the problem...
10:59:26 <drac_boy> the train wouldn't even unload its first load at the animal farm at all for some weird reason..even although the animal farm did not say '0 max' at all
11:00:16 <drac_boy> and theres other weird things like that with both ecs and firs
11:00:19 <Eddi|zuHause> drac_boy: the problem there is that the NewGRF spec doesn't offer any sensible AI callback to tell them stuff the player could read from the readme, or the industry window
11:00:23 <drac_boy> so its not really the AI's fault
11:01:16 <xiong> Well, we see things differently... which adds to the fun. I play the cards in my hand, if possible.
11:01:27 <drac_boy> Eddi|zuHause yeah the stockpile is one of these problem heh
11:01:48 <xiong> Now I'd better shut up or I'll talk myself into writing an AI, which is a horribly complicated task.
11:03:34 <drac_boy> xiong I've been thinking about drawing a few things this week, we'll see what else happens first tho
11:04:47 <xiong> Drawing is easy. I can draw all day. But this is not one game, or even a countable number of games. In a sense, it's very brave to attempt an AI of any kind.
11:05:13 <drac_boy> well xiong theres one other problem....coding these drawing into the game? :p
11:05:37 <xiong> That's something I'm completely unable to do, drac_boy.
11:06:46 <drac_boy> well I'm hoping for to be able to figure out some of the basics from the wiki then ask someone else to finish the last few problematic line in a day or two worth of time...hopefully
11:06:51 <drac_boy> we'll see what really happens tho
11:08:26 <drac_boy> dunno about that, I always use newsignal all the times :)
11:22:49 <drac_boy> its from MB so you can find it anywhere...although easier to start with the ttdxpatch wiki
11:23:38 <xiong> Anywhere being, for example...?
11:24:58 <planetmaker> at the end of a google search
11:25:19 <planetmaker> obviously using it is not intended as it's not offered on bananas ;-)
11:25:21 <drac_boy> planetmaker or just from a simple wiki grf url
11:25:21 <xiong> That's not even funny, planetmaker.
11:25:33 <Eddi|zuHause> newsignals is included in openttd.grf
11:26:01 <xiong> I'm searching, right now, for "newsignals". I see an indirect reference but no actual file.
11:28:31 <xiong> Since the half-dweeb who eventually coded bigsig only did half the job... and I do like PBS... I'm still looking for a decent signal set, drac_boy.
11:29:05 <xiong> I cannot for the life of me understand why he didn't do all. Must be more difficult than I was told.
11:29:48 <Eddi|zuHause> (now he's already insulting people who helped him?)
11:29:52 <krinn> planetmaker, you know if the tractive effort report by openttd is one set in the vehicle grf or one return by openttd?
11:29:52 *** lmergen has joined #openttd
11:30:41 <xiong> "OTTD does not support newsignals and hence does not support this GRF."
11:31:33 <krinn> planetmaker, the one report to an AI (the tractive effort) is a value set by newgrf maker or one report by openttd by some calc
11:31:49 <xiong> ... although given the dates on those posts, who knows now?
11:32:00 <planetmaker> krinn, that question makes no sense to me. A vehicle has one TE. That's it.
11:32:09 <planetmaker> It can be supplied by a vehicle NewGRF, of course
11:32:28 <Eddi|zuHause> krinn: it's the value of the "maximum" TE
11:33:01 <krinn> it can ? mean they don't need to, or can alter it ?
11:33:23 <Eddi|zuHause> yes, yes and yes.
11:33:25 <planetmaker> krinn, the TE is a vehicle property. Of course it varies from vehicle to vehicle
11:33:47 <planetmaker> Whether it's a default vehicle, modified default or completely new vehicle is of no consequence
11:34:04 <planetmaker> it's just a vehicle with certain properties
11:34:18 <peter1138> he means is it the TE coefficent, or the actual TE
11:34:19 <krinn> so i could build a 100000000 power, 1000000 spd with a 1 tractive effort engine, right ?
11:34:33 <peter1138> (i.e. the newgrf value, or the returned value)
11:34:34 <Pikka> is that what he means though, peter1138?
11:34:48 <peter1138> 11:31 < krinn> planetmaker, the one report to an AI (the tractive effort) is a value set by newgrf maker or one report by openttd by some calc
11:34:52 <peter1138> seems like it to me
11:34:57 <krinn> and it will gave you a train that could run at amazing speed, pulling an awesome number of wagons, but need zillions km to reach it
11:35:24 <peter1138> planetmaker, that's not the question
11:35:34 <drac_boy> btw hi pikka (if you're the one who owns ukrs that is) :-)
11:35:42 <planetmaker> peter1138, then answer the question as you understand it.
11:36:20 <Pinkbeast> "Speed in mph*1.6" - who on earth wrote that?
11:36:39 <peter1138> i don't know what the AI API call is :p
11:36:43 <Pikka> do you think that's wrong, Pinkbeast?
11:36:53 <Pinkbeast> I doubt Chris Sawyer wrote that wiki page
11:37:00 <planetmaker> but he used that unit
11:37:03 <drac_boy> pikka just wondering what made you think to add some of these dual-mode locomotives in ukrs2? like the JB diesel for example
11:37:14 <Pinkbeast> Pikka: I can think of a more sensible way of phrasing it, one like "Speed in kph"
11:37:22 <Pikka> but it's not, Pinkbeast
11:37:27 <planetmaker> Pinkbeast, but it's not
11:38:06 <Pinkbeast> It's close enough at OTTD speeds - 100mph is just under 161kph
11:38:32 <Pikka> and if you put 0x160 you'll presumably get 161kph
11:38:36 <Pikka> and people will complain that it's a bug
11:38:37 <planetmaker> Pinkbeast, it's not close enough
11:38:39 <Pinkbeast> And surely the intent was kph because otherwise who would pick that unit
11:38:53 <planetmaker> people not only will complain. They happily do complain about such difference
11:38:54 <drac_boy> pikka heh why aliens? :-)
11:38:55 <Pikka> because ttd is coded in hex
11:39:09 <planetmaker> quite heatedly one must say
11:39:28 <Pinkbeast> Nah, I guess I'm wrong here, that is the sensible way to express it, although it's a bit demented (but we can't get away from it)
11:39:57 <drac_boy> pikka you want know my honest thought on it then? :)
11:40:29 <planetmaker> Pinkbeast, it's ugly units, (nearly) all will agree. But that's how TTD did it, thus we're stuck with it, as all newgrfs now rely on this "funny" unit, too
11:40:31 <krinn> planetmaker, found the answer so it's in 1F
11:40:46 <Pinkbeast> planetmaker: yes, I agree; I was wrong.
11:41:12 <drac_boy> ukrs2 would had been much nicer if there was ever an updated version of IS2.5
11:41:55 <drac_boy> since the mix of electrics and non-electrifications would make these sort of dual-mode locomotives much more useful
11:42:36 <drac_boy> planetmaker, never tried it before? you can look up 'infrastructure sharing' on any ottd wiki
11:43:06 <Pinkbeast> drac: I think it's more than it was non-obvious what "IS" stood for
11:43:21 <Pikka> I thought it was industrial stations
11:43:51 <drac_boy> pikka...eh I always call that one jcindust if going by short name
11:43:59 <CornishPasty> I thought it was Information Services... But that has nothing to do with OpenTTD :P
11:44:30 <planetmaker> I rather wondered about the "2.5" ;-)
11:44:35 *** lmergen has joined #openttd
11:50:11 <drac_boy> hm anyway pikka do you ever do any more work on nars grf or its pretty much sitting as is?
11:50:24 <Pikka> it needs updating, but not for a while
11:50:57 <drac_boy> I guess the updating would have something to do with the locomotives marked as ! instead of * in your wiki's vehicle list?
11:57:14 <xiong> I'm all in favor of redefining the kilometer to be 1.6 miles. Why not? It makes calculation easier. Don't say it's not possible; Apple and Adobe together managed to redefine the printer's point to exactly 1/72 inch.
11:58:22 <xiong> It's probably time for me to go to bed, or at least read awhile first. Night all.
11:58:52 * planetmaker is rather in favour to just remove miles everywhere altogether ;-)
11:59:44 <Pikka> everyone knows there's only one sensible unit to measure long distances in
11:59:52 <drac_boy> pikka at least its nice that you left a simple interurban electric coach in nars :)
12:00:06 <drac_boy> quebec and ontario had quite a number of them on light routes
12:00:21 <Pikka> I left it in, drac_boy?
12:00:39 <drac_boy> well I meant...add .. or whatever :)
12:00:51 <Pikka> one NM = 18.52 kilometers, so it's a nice round number
12:01:12 <planetmaker> factor of ten wrong ;-)
12:01:46 <Pikka> actually, why are there kno nots in openttd?
12:01:56 <planetmaker> nah, rather equatorial circumference / 40000
12:02:19 <Pikka> is the official definition
12:02:47 <Pikka> separate display units for different vehicle types
12:03:00 <Pikka> so we can have road vehicles in km/h, trains in mph and ships and aircraft in knots
12:03:29 <planetmaker> he. But how do we handle knots for planes? Do we assume any wind? Any given pressure at sea level?
12:03:42 <Pinkbeast> All kinds of units could be like that. "Capacity: 15 passengers in conditions of hideous discomfort" (but you aren't doing the Pacer :-)
12:03:44 <Pikka> it's no different from how we handle km/h and mph
12:04:01 <planetmaker> ground speed makes no sense for aircraft
12:04:31 <Pikka> if you want to know how fast you're getting from A to B, ground speed is all that makes sense for aircraft
12:04:48 <planetmaker> engine and plane design can only be designed for indicated (or if you want true) air speed
12:05:20 <Pikka> but TAS = ground speed in openttd
12:05:37 <Pinkbeast> But since there's no wind in OTTD (and planes are not the vehicles that need it most)...
12:06:17 <Pikka> and knots are just a unit of speed, so "how we handle knots for aircraft" is no different from "how we handle km/h for aircraft"...
12:07:07 <planetmaker> Pinkbeast, ever observed the wind sack or the power plant's smoke?
12:07:22 <planetmaker> and now you come and tell us there's no wind?
12:07:43 <Pinkbeast> Yeah, but I've also observed sailing ships make the same speed in every direction, which implies... actually, I'm not sure what that implies.
12:07:54 <krinn> never seen my aircraft landing on water when out of fuel :)
12:08:07 <planetmaker> they simply crash in that case
12:08:18 <planetmaker> (yes, that *can* happen)
12:08:31 <peter1138> only if you're silly
12:08:43 <Pikka> what do you mean "if", peter1138?
12:08:48 <krinn> they shouldn't if i put an *Hudson* sign over the river
12:09:12 <peter1138> acceleration smells
12:09:25 <peter1138> we have two engine states
12:09:38 <peter1138> and the change is instant
12:11:16 *** Firartix has joined #openttd
12:14:27 <CornishPasty> planetmaker: btw, most aircraft above a certain size have IAS and GS indicators
12:21:21 <Pikka> all aircraft which have a mobile phone in them have a GS indicator
12:21:27 <Pikka> welcome to the 21st century :P
12:31:11 <drac_boy> going for a bit now :s
12:32:36 <Eddi|zuHause> anyone find it annoying that when you work across symlinks, "ls .." and "cd .." may access different directories?
12:33:04 <TinoDidriksen> No they won't...
12:33:11 <Eddi|zuHause> cd goes across the symlinks that you came from, but ls only works on the actual physical location
12:33:37 <Pikka> a bit of what, I wonder...
12:36:14 <TinoDidriksen> Oh, yes they will. Huh, never noticed. I guess I don't do ls .. ever...
12:39:11 <Eddi|zuHause> need to reorganize my disks... i never have free space on the one that i actually need...
12:40:08 <Pinkbeast> The behaviour of cd depends on the shell
12:45:43 <CornishPasty> Eddi|zuHause: use cd - instead then
12:46:31 <krinn> never notice, and i think he more complain about ls weird behavior than cd
12:46:56 <planetmaker> Eddi|zuHause, yes, it's annoying. Know a solution? (I don't)
12:47:11 <Eddi|zuHause> CornishPasty: what does that do?
12:47:33 <krinn> i think Eddi|zuHause expect that -> ls .. == ls `cd -`
12:47:34 <CornishPasty> Eddi|zuHause: returns to the last folder you were in
12:47:50 <Eddi|zuHause> CornishPasty: how does that help?
12:48:05 <CornishPasty> Well if you were in the parent directory, then went inside, you can get back :P
12:48:24 <planetmaker> I usually were not in the parent dir
12:48:45 <CornishPasty> I just tend to know where I am on my systems
12:49:37 <Eddi|zuHause> CornishPasty: cd already works "properly"
12:49:57 <Eddi|zuHause> CornishPasty: it's ls that is "schitzophrenic"
12:49:59 <CornishPasty> Well you were moaning about ls .. and cd .. not working the way you expect...
12:50:36 <Eddi|zuHause> CornishPasty: the "problem" in this case was "ls .." and subsequent "cd ../something" didn't exist, even though it was shown in ls
12:50:47 <krinn> you may solve it with ls `cd .. && pwd`
12:51:24 <Eddi|zuHause> krinn: but that's no generic solution
12:51:25 *** Firartix has joined #openttd
12:51:55 <krinn> yep, but i don't know a switch that would do that in ls
12:53:13 <krinn> but you can easy detect a ls .. and hack it in your bashrc to do ls `cd .. && pwd` instead
12:54:11 <Eddi|zuHause> krinn: but that won't work on "ls a/../../b"
12:54:20 <Eddi|zuHause> krinn: or even "ls ../.."
12:56:27 *** jazzyjaffa has joined #openttd
12:56:59 <krinn> you better not use rm like that then :)
12:59:49 <krinn> Eddi|zuHause, i think you should keep the way ls is working, else rm .. usage might do you a pitty
13:00:15 <Pinkbeast> cd is the one that's odd (in some shells).
13:02:45 <krinn> the bash expansion is as weird as cd
13:09:41 <peter1138> oh, i made trains go too fast :(
13:12:30 *** Firartix has joined #openttd
13:14:58 <krinn> peter1138, gave the trains names then :)
13:50:36 <krinn> never saw that before, but now using a PBS if any train pass the PBS all tracks are reserved until another signal
13:52:00 <krinn> but if you cross a road: the bus/truck is stuck until the train reach the signal <end> and the path isn't reserved: for a long rail track with hills and breakdown, it could be a lot
13:59:34 <Eddi|zuHause> not quite sure what you're saying
14:02:22 *** TGYoshi has joined #openttd
14:04:31 <krinn> add 2 pbs before the stations
14:04:53 <krinn> now cross the rail with a road : as soon as train pass one PBS and upto until it pass the other PBS
14:05:17 <krinn> the road station crossing line signals are red and any truck/bus will wait because a train is coming
14:06:10 <krinn> but for long long distances with hills and breakdown: the time until the train reach that point could be a lot and the truck is stuck until it reach it
14:06:30 <Pikka> put another signal closer to the crossing then
14:07:12 <krinn> but what if the crossing road isn't yours ?
14:07:39 <Pinkbeast> There is very little that can be done about the way that if X runs RVs up a road, Y can mess that up by running trains across it.
14:10:06 <krinn> it gave a priority to trains vs road, but as i said, if the train line is real long, the road vehicle could be stuck for quiet a long time for nothing as the train is far from reaching them and distroy them
14:10:46 <Pikka> so how would you change it?
14:11:50 <krinn> dunno: change road vehicle signal to get red if a train is near and not if the train has reserve the tracks only
14:12:53 <Eddi|zuHause> krinn: but there is no sane "is near" check. that's why the reservation was used in the first place
14:13:28 <Pikka> Eddi|zuHause: I was going to say, while he's working on that, can we have "realistic deceleration" too, that's been on the want list for a long time. :)
14:13:44 <krinn> there's a maybe less safer is near way, but one could be made easy
14:13:52 <Eddi|zuHause> Pikka: michi_cc wanted to do that :)
14:13:57 *** FLHerne has joined #openttd
14:14:16 <Pikka> since they both involve testing how far a train is from a target, it seems logical to do them both together ;)
14:14:42 <Pinkbeast> There was that first stab at prototypical colour-aspect signalling a while back (and indeed I'd like prototypical semaphore signalling, but I recognise that's a Hard Problenm)
14:14:51 <Eddi|zuHause> Pikka: but i imagine that also would only work on a singnal-to-signal basis
14:15:59 <Eddi|zuHause> Pikka: i.e. "if distance to reservation end < X and extend reservation failed => decelerate"
14:16:32 <krinn> Eddi|zuHause, a rought check would be when signal is red: check a square retangle of tiles for any train presence : yes, keep red, no set green
14:16:45 <Eddi|zuHause> where "X" is a somewhat crude way to estimate the braking distance
14:16:56 <Eddi|zuHause> and a reservation can only end on a signal or end of line
14:17:48 <Pikka> although at present it doesn't try to extend the reservation until it hits the tile with the signal, does it?
14:18:11 <Eddi|zuHause> the tile before the signal, afair
14:18:15 <Pikka> attempted reservation will have to be extended to two blocks :)
14:18:22 <Pikka> which I guess is no bad thing
14:18:41 <Pikka> and will make the signals look more realistic if they're going green a block ahead of the train
14:25:21 <peter1138> i tried but it didn't work
14:25:25 *** telanus has joined #openttd
14:25:41 <Pikka> krinn is going to do it
14:26:25 <peter1138> of course, openttd's braking force is ... meh
14:26:38 <krinn> i won't touch any openttd code, as i will only put nightmare if i do that
14:26:46 * Pinkbeast ain't persuaded anything can handle the general case of, say, a 300mph maglev approaching a crossing with a 5mph HEQS crawler on it...
14:29:52 <krinn> look at "Vue1" the crossing near molaix hauteurs is red because train has reserve tracks entering the PBS at LeMans Central
14:30:05 <Pikka> we understand the concept, krinn
14:30:36 *** FLHerne has joined #openttd
14:30:41 <krinn> oh, i have just discover it, never used PBS before
14:32:36 <Eddi|zuHause> Pinkbeast: use a trackset that disables level crossings for high speed rail
14:32:58 <Pinkbeast> Eddi: yes. I just mean, the OTTD code can't get it right in the general case.
14:33:02 <V453000> or just dont build those crossings? :D
14:33:03 <peter1138> what's worse, road vehicles waiting, or road vehicles being crashed?
14:33:31 <Eddi|zuHause> peter1138: waiting road vehicles being crashed (-> PBS double track)
14:34:05 <Eddi|zuHause> ... i have a patch for that :p
14:34:22 <krinn> peter1138, i'm not sure, for a human a crash road vehicle will get his attention, while a waiting road vehicle will not get it until the wait is so long the vehicle isn't making profit
14:35:35 <peter1138> doesn't take much to keep a train up to speed
14:36:06 <Pikka> anyway, in unrelated news, do you know what are tremendously ugly?
14:36:18 <Pikka> track overlay junctions
14:36:49 <Pikka> but I would very much like to be able to optionally provide tile sprites for the overlay junctions
14:37:21 <Pikka> of which there are, possibly, 46 :)
14:45:50 <Eddi|zuHause> what's wrong with the overlay junctions?
14:46:33 <Pikka> they look hideous. especially when you're using tracks that aren't 18-foot-gauge and so can't have holes in the middle of the track for the other tracks to show through.
14:47:06 <Eddi|zuHause> @calc 18*12*2.54
14:47:06 <DorpsGek> Eddi|zuHause: 548.64
14:47:10 <peter1138> was there a variable with the trackbits?
14:47:42 <Eddi|zuHause> peter1138: there wasn't any variables, because *someone* decided that there should not be any variables
14:48:43 <peter1138> that was more about neighbouring tiles
14:49:02 <Eddi|zuHause> there aren't any variables about the same tile either
14:50:18 <peter1138> so there are 5 variables
14:50:24 <peter1138> you just said there wasn't any
14:50:58 <Eddi|zuHause> none that are useful :)
14:51:23 <peter1138> all you need is one variable
14:51:29 <peter1138> and a lot of empty sprites
14:51:37 <Eddi|zuHause> one variable to rule them all
14:52:43 <peter1138> (lol, changing vehicle data in GetAcceleration() :p
15:13:21 *** Firartix has joined #openttd
15:22:57 *** valhallasw has joined #openttd
15:45:10 *** JamesGo has joined #openttd
16:11:18 *** welshdragon has joined #openttd
16:42:49 *** sla_ro|master has joined #openttd
16:43:18 *** Biolunar has joined #openttd
16:46:15 *** Progman has joined #openttd
17:13:52 *** andythenorth has joined #openttd
17:30:53 *** Prof_Frink has joined #openttd
17:50:56 *** Scuddles has joined #openttd
17:51:06 <andythenorth> Pikka: the toddler likes choppers
17:51:49 <Pinkbeast> Please, what in PJ1K is 9/8 long on the sprite template? The 9F?
17:51:59 *** Chris_Booth[ph] has joined #openttd
17:52:05 * andythenorth used to see choppers when he was tiny
17:53:01 <Pikka> the largest non-articulated steam locos in NARS are 9/8
17:53:23 <andythenorth> in our first house (lived there until I was 2), I could see choppers go into the mine every day
17:53:48 <andythenorth> blue, double headed, 16t minerals
17:53:59 <Pikka> I doubt I've ever seen one
17:54:11 <andythenorth> then in our next house, there was another colliery line ran next to our school
17:54:50 <andythenorth> in fact, nearly every school I attended had a train line within sight
17:55:20 <Pinkbeast> Huh, OK. Sorry, I should have tried matching a few up to the template first
17:55:28 <Pikka> there's a lot of them about, andy
17:55:50 <andythenorth> not so much anymore
17:56:08 <andythenorth> most of them got ripped up and turned into bike paths after the miners strike ;)
17:56:24 <Pikka> Pinkbeast: in fact, there are no 8/8 steam engines in NARS. the pacifics and 9F are 7/8.
17:56:45 <Pinkbeast> So 1/8 is about 5ft of wheelbase?
17:57:08 <Pikka> the steam engines are drawn longer than the diesels
17:57:15 <Pikka> it's mostly just whatever looks right.
17:57:44 <planetmaker> Pinkbeast, 1/8 length is 1/16 tile. Where 1 tile is 600km ;-)
17:57:50 <Pinkbeast> I was pondering how to make the Hush-Hush look different to an A4
17:59:30 <Pinkbeast> Easier at the front end, though.
18:02:37 *** Chris_Booth[ph] has quit IRC
18:06:07 *** Rhamphoryncus has joined #openttd
18:06:42 *** th_gergo has joined #openttd
18:12:23 <Scuddles> pikka doesn't have an unhealthy attraction to dualheaded class 20s
18:14:29 *** |Jeroen| has joined #openttd
18:16:39 <Pikka> double headed class 20s is like the logical opposite of a bubblecar
18:17:29 *** frosch123 has joined #openttd
18:18:25 <Scuddles> you should reimplement those 121s soon so I can doublehead them and be ridiculous
18:20:28 <andythenorth> double headed choppers with a mk1 coach in the middle
18:21:01 <andythenorth> a 121 at each end of 36 mgr hoppers
18:22:55 <Scuddles> but only downhill unless you like only 2 cars
18:23:46 <Scuddles> also why don't quad class 20s get arranged back to back
18:24:11 <Scuddles> as of now they are mostly forwards except one of them like filthy american loco
18:24:36 <Scuddles> it's slated for next release guys
18:24:56 <andythenorth> wtf scrubblecar? :o
18:25:22 <Scuddles> scrubblecar.grf more like
18:25:31 <Pikka> obviously it is a bubblecar A-Train
18:25:53 *** lmergen has joined #openttd
18:32:20 <andythenorth> editing makefiles is very hard
18:32:32 <andythenorth> [when your editor is set to turn tab into 4 spaces, for python]
18:32:55 <planetmaker> yeah. you need tabs
18:43:01 *** kaenkky has joined #openttd
18:43:21 *** TheMask96 has joined #openttd
18:46:18 <CIA-1> OpenTTD: translators * r24047 /trunk/src/lang/ (9 files): (log message trimmed)
18:46:18 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
18:46:18 <CIA-1> OpenTTD: belarusian - 2 changes by KorneySan, Wowanxm
18:46:18 <CIA-1> OpenTTD: czech - 2 changes by Eskymak
18:46:18 <CIA-1> OpenTTD: korean - 1 changes by telk5093
18:46:18 <CIA-1> OpenTTD: latvian - 57 changes by Parastais
18:46:18 <CIA-1> OpenTTD: lithuanian - 23 changes by Stabilitronas
18:46:40 *** drac_boy has joined #openttd
18:58:00 *** lmergen has joined #openttd
19:09:05 <Scuddles> pikka it's way past your bedtime, go to bed wallyweb
19:12:52 <drac_boy> don't want sound dumb but how do hp and kN affect locomotives in term of train consists basically?
19:16:46 *** tokai|noir has joined #openttd
19:16:47 *** ChanServ sets mode: +v tokai|noir
19:17:16 <Rhamphoryncus> The practical effect is hp is more relevant to reaching high speed and TE is more relevant to low speeds and heavy loads. How that works I haven't yet figured out
19:17:44 <drac_boy> hmm that helps a bit still thanks Rhamphoryncus
19:18:27 <drac_boy> so I guess something like say 2000hp 100kN would be a self-powered express coach while something with oh I dunno 1400hp 300kN would do nice on a long wagon string of lumbers :)
19:19:16 <morph`> Question - how can I install both 1.1.5 and 1.2.0-RC3 on my Debian server?
19:19:31 <morph`> If I try to install RC3, it kinda wants to overwrite the "old" one
19:19:39 <drac_boy> morph` you tried seperate folders?
19:20:13 <morph`> Well, if I use the precompiled one from site, it installs the executable to /usr/games/openttd
19:20:33 <morph`> Is there a way to "make it go where I want" ?
19:20:56 <drac_boy> morph` I dunno. always had enough trouble with just the source on either windows or linux
19:21:13 <drac_boy> especially when I can't get the two seperate openttd folders to stop wrecking each others' cfg atm -_-
19:21:16 *** kais58_ has joined #openttd
19:21:36 <morph`> Well, what I did was make like 2 folders
19:21:44 <drac_boy> thanks andythenorth will finish reading the rest of that soon :)
19:21:53 <morph`> What I did was 2 folders - /server1 /server2
19:22:02 <morph`> Put autopilot+ CFGs in each of them
19:22:10 <morph`> Then just run them seperately
19:25:18 *** JVassie has joined #openttd
19:25:32 <morph`> I don't get one thing - my temperate server has many people sometimes
19:26:17 <drac_boy> morph` hm whats the name of the server you run? just curious
19:26:36 <morph`> Just some usual ones w/o newgrf
19:26:46 <morph`> Newgrf server = 0 joined per 48 hours
19:27:49 <drac_boy> oh had to ask, they up or not atm? :)
19:28:03 <morph`> #1 is, #2 im changing to the winter one
19:28:10 <morph`> what was the name of climate - arctic?
19:28:34 *** kais58_ is now known as kais58
19:28:46 <drac_boy> morph` hmm well since I can't look I'm curious which grfs the tropical or arctic one is using?
19:28:56 <rane> is there a hotkey for replying to private message?
19:29:05 <morph`> I couldn't get people to join the ones with newgrfs
19:29:28 <morph`> I left one newgrf as an experiment (opengfx trees)
19:29:36 <morph`> removed it - 5 joined at start
19:29:53 <morph`> I think automatic download should be added to OpenTTD
19:30:08 <morph`> since many just dont know how to press 2 buttons to add newgrfs or something :(
19:30:45 <drac_boy> morph` I dunno..unless you meant it'll only download as soon as user clicks 'connect' rather than at the lobby screen
19:31:11 <morph`> When you connect to a server with newgrf, you automatically connect the required ones
19:31:19 <morph`> Like maps in various shooters etc.
19:31:29 <morph`> (nice comparison - openttd vs shooters)
19:34:16 *** kkb110_ has joined #openttd
19:34:33 <drac_boy> morph` i guess that could be something for you to put up as a debate to the ottd coders then
19:34:59 <morph`> Maybe, I dont really know
19:35:01 <drac_boy> morph` either way tropical with no grfs .. I probably wouldn't had joined ... a bit less if basecost was missing (considering how flat the land can be at times etc)
19:35:28 <morph`> I like mountains and whatnot, too
19:35:51 <morph`> And basecost where you DO NOT SIMPLY BUILD UNTO WATER
19:38:09 <drac_boy> morph` haha...actually I've known to redo minor shorelines at times seriously tho
19:38:27 <drac_boy> you have to when you're stuck with the sloped mountain on one side and the water on other side and absolutely no flat tiles in the middle
19:38:46 <morph`> I like basecosts on openttdcoop stable
19:39:00 <morph`> Running cost / year - 300 million
19:39:32 <drac_boy> morph` for my own games I usually have basecost set toward high plane/airport cost, higher buy but lower runcost for ships, and slight increasement in all train costs. thats more or less it
19:41:09 <drac_boy> morph` btw I like the two servers (afaik) that have better terraforming rule...you only can do 30 tiles per year
19:41:42 <drac_boy> so that way minor adjustment to squeeze track in works under the limit but anyone trying to blow up a hill just because they want their stupid "flat straight tracks" are in for a big slap in the face :)
19:43:06 <morph`> Yesterday I had like LLLLRRRR track and like 16 bridges over some pond
19:43:31 <morph`> After a while and few hundred millions, I was like FK it and bulldozored (lol @ this word) all of it
19:43:48 <morph`> Anyways, off to play some TTD
19:43:55 <drac_boy> morph` the way it goes is...these that really need a few tiles out of way to get workable tracks in don't pay through the nose for it ... but these that have no clue about relastic gets a slap
19:44:06 <drac_boy> oh...sure is a funny one him ... oh well :)
19:45:26 *** lmergen has joined #openttd
20:02:01 <CIA-1> OpenTTD: planetmaker * r24048 /trunk/ (readme.txt src/misc_gui.cpp): -Cleanup: Sync credits in readme and ingame information
20:04:20 *** KenjiE20 has joined #openttd
20:08:05 *** LordPixaII has joined #openttd
20:09:46 *** TWerkhoven has joined #openttd
20:09:59 <Rhamphoryncus> andythenorth: If I understand that page correctly.. TE = HP/speed, limited by Max TE (weight of the locomotive, etc)?
20:10:13 <andythenorth> but Al Krug knows his onions
20:10:51 *** KingPixaIII has joined #openttd
20:10:59 <Rhamphoryncus> It occurs to me how oblivious I've been to this when playing before
20:14:12 <valhallasw> Rhamphoryncus: something like that, yes
20:14:51 <valhallasw> Rhamphoryncus: essentially: there is a maximum force (TE) (=force = added velocity per unit time) and a maximum power (=added energy per unit time)
20:15:08 <Rhamphoryncus> yeah, I get that
20:15:21 <valhallasw> and because energy scales witn v^2, the acceleration is limited by TE at low speeds and power at high speeds
20:16:05 <valhallasw> so indeed acceleration = min(max TE, HP/speed)
20:16:17 <valhallasw> with some prefactors ;-)
20:16:29 <Rhamphoryncus> Hrm. Are you saying that it's not TE=HP/speed, but rather *required* TE=TE*speed?
20:18:45 <valhallasw> your statement was correct; I'm just calling it acceleration instead of TE
20:19:45 <Rhamphoryncus> The energy output of the engine is constant though, the HP, so why is it reduced with speed?
20:20:18 <valhallasw> Rhamphoryncus: because the energy required to speed up, say, 1 km/h, increases with the velocity
20:20:53 <Rhamphoryncus> Oh, so it is "required TE"
20:21:18 <valhallasw> I'm not quite sure what you mean with 'required TE'
20:24:35 <Rhamphoryncus> max TE of 420 kN, that I get. Engine output of 2.5 MJ/s (2.5 MW). Those I get.
20:24:55 <Rhamphoryncus> Resistance increasing with the square of the velocity, that I get.
20:25:24 <valhallasw> this is all without friction
20:25:45 <valhallasw> friction just makes the headache slightly heavier
20:26:11 <valhallasw> the maximum acceleration with 420 kN of TE = 420 kN / <mass of train>
20:26:35 <Rhamphoryncus> I can use the formula but I don't understand why the TE drops with velocity
20:26:42 <valhallasw> the maximum acceleration with 2.5MW of power = 2.5MW * <the amount of velocity increase per unit power>
20:27:22 <valhallasw> <the amount of velocity increase per unit power> = 1/(<mass> * <velocity>)
20:27:52 <valhallasw> this is because the energy in the moving train E = 0.5*<mass>*<velocity>^2
20:28:25 <Rhamphoryncus> Maybe that's what my brain is choking on
20:28:30 <valhallasw> thus <the energy increase per unit velocity> = <mass>*<velocity> and <the amount of velocity increase per unit power> = 1/(<mass>*<velocity>)
20:30:38 <Rhamphoryncus> If you accelerate by 1 m/s/s for 10 seconds then your velocity is 10 m/s. That's a linear increase in energy, not quadratic
20:31:04 <valhallasw> it's a linear increase in velocity
20:34:19 *** FLHerne has joined #openttd
20:34:42 <Rhamphoryncus> I'll have to read up more later and straighten out my brain
20:35:34 <valhallasw> my headache doesn't help in explaining it, sorry :-)
20:37:48 <Rhamphoryncus> Naw, you helped lots
20:38:07 <Rhamphoryncus> This is basic physics I have screwed up, which is carrying over into locomotives and cars
20:39:57 <CIA-1> OpenTTD: planetmaker * r24049 /branches/1.2/ (readme.txt src/misc_gui.cpp):
20:39:57 <CIA-1> OpenTTD: [1.2] -Doc: Add credits for title game
20:39:57 <CIA-1> OpenTTD: -Cleanup: Sync credits between readme and ingame information (r24048)
20:54:45 *** mahmoud has joined #openttd
20:56:00 <Ammler> wha is useful on the building for openttd?
20:59:10 *** Chris_Booth has joined #openttd
21:02:17 <planetmaker> Ammler: it's useful to build a sound driver into OpenTTD, not?
21:02:46 <frosch123> iirc ottd can use both libtimidity and the external timidity thingie
21:02:47 <rane> is there a hotkey for replying to a private message?
21:03:00 <planetmaker> maybe we should re-consider the fluidsnyth patch :-)
21:04:04 <Ammler> frosch123: the guy on the ticket just said, it didn't work
21:04:09 <krinn> Ammler, from what i see in my ebuild: openttd need aplaymidi, and alsa-utils can provide it, but timidity also, timidity will also add ability to make an external midi device playing the tunes
21:04:24 <Ammler> if it would work, it would make much sense to build midi player in
21:06:35 <Ammler> planetmaker: afaik, I asked about this 1? week ago, the answer was that timidity coul also be sued as sound driver
21:07:19 <Ammler> or see my comment I just made
21:10:17 <Ammler> krinn: your comment does not say, why or why not
21:10:42 <Ammler> I know, openttd works without
21:11:32 <Ammler> anyway, wouldn't it make sense to build the player in, so a external midi player is not needed?
21:11:52 <krinn> and then someone with external devices couldn't use them ?
21:12:23 <planetmaker> Ammler: openttd works without sound. sure
21:12:26 <Ammler> another issue is also the missing fonts
21:12:36 <planetmaker> but you obviously want sound. Thus you should compile it with at least some sound support...
21:12:46 <Ammler> planetmaker: don't confuse sound and midi
21:13:20 <Ammler> you don' need timidty for sound
21:13:28 <krinn> but you need it for music
21:14:12 <krinn> how u do, last time i try i didn't get the music
21:14:48 <Ammler> planetmaker: or maybe with it, you are able to control volume?
21:15:40 <Ammler> krinn: music works fine just havin timidty installed
21:16:15 <Ammler> I also wonder, how it works on windows
21:17:53 <rane> where's the issue tracker for feature requests?
21:18:33 <Ammler> or tt-forums suggestions
21:19:23 <planetmaker> Ammler: sound and music volume control work for me
21:19:42 <frosch123> midi only work for windows when using a deprecated sdk, or so .)
21:19:52 <planetmaker> though the sound volume is... not ideal
21:20:13 <krinn> sound volume works great, music volume doesn't work for me
21:20:32 <Ammler> krinn: did you build openttd with timidity?=
21:20:32 <planetmaker> so different sound drivers handle that obviously differently
21:20:44 * planetmaker used CoreAudio framework
21:21:14 <Ammler> ok, then I don't needto test that
21:21:43 <krinn> USE="iconv lzo openmedia png timidity truetype -aplaymidi -debug -dedicated -icu -zlib"
21:22:02 <Ammler> krinn: tat is not what I mat
21:22:22 <Ammler> sorry, my keyboard is broken :-P
21:22:51 <Ammler> krinn: did you build openttd with timididy(-devel)
21:23:14 <Sacro> why deos it try to write to /usr/locall/share/pixmaps on make install
21:23:50 <Ammler> Sacro: you can configure that
21:24:04 <Sacro> why do half the people on the AUR symlink audio files ><
21:24:07 <krinn> the configure flags are : --without-allegro --without-libtimidity
21:24:25 <planetmaker> --without-allegro?
21:24:26 <Ammler> krinn: so your answer should have been no
21:25:16 <krinn> Ammler, yep, it's a trick: always build with it off, then add timidity as dependency if you enable the use flag
21:25:44 <krinn> # there is an allegro interface available as well as sdl, but
21:25:44 <krinn> # the configure for it looks broken so the sdl interface is
21:25:44 <krinn> # always built instead.
21:25:44 <krinn> local myopts="${myopts} --without-allegro"
21:26:10 <krinn> planetmaker, as you see, this one always set too --without-allegro
21:26:16 <Ammler> krinn: we do not ask you what your configure script says, we wonder why
21:26:41 <Rhamphoryncus> Okay, useful numbers: To accelerate from dead stop on a slop has an upper limit of 9 tonnes/grade/kN. By 9.5 tonnes/grade/kN you get nowhere, but even at 9 it's very slow. 5 or 6 is a much better value. HP has no effect at these speeds.
21:32:14 <frosch123> Ammler: in gentoo everything is "-devel"
21:32:32 <frosch123> gentoo has no non-"-devel" packages
21:32:45 <Rhamphoryncus> So take your 2-2-0 planet, it has 12 kN. 12*9/1% = 108 tonnes max.
21:33:43 <Ammler> frosch123: read again :-P
21:33:59 <Ammler> he compiles with --without-timidity
21:34:21 <frosch123> yes, without the libtimidity
21:34:34 <Ammler> and I get the USE="timidity" to install it like require
21:34:49 <frosch123> i cannot say for sure, but iirc the external player is recomended
21:34:55 <frosch123> while libtimidity had issues
21:35:28 <Ammler> well, the author of the ticket wrote tha openttd buids with it, but h go no musi
21:36:11 <valhallasw> Rhamphoryncus: the HP gives you the max speed on the incline (or rather: the asymptotic limit, as you might already have a speed that's higher than that speed)
21:36:24 <Rhamphoryncus> valhallasw: yes
21:36:24 <krinn> well, even with alsa+timidity you won't get any music until you setup alsa correctly
21:37:00 <krinn> i suppose your user build timidity and openttd but didn't setup alsa midi
21:37:18 <Rhamphoryncus> valhallasw: but it's worth repeating that's not a small effect at low speeds. It's *no* effect at low speeds.
21:37:50 <krinn> here to make the music works
21:38:03 <Rhamphoryncus> Hum, my 2-2-0 didn't want to go with 102 tonnes. 91 tonnes worked though.
21:38:19 <krinn> Port Client name Port name
21:38:20 <krinn> 128:0 TiMidity TiMidity port 0
21:38:26 <Ammler> krinn: with timidity installed, there is no issue
21:38:44 <Ammler> but it would be nice to have it working without timidity
21:38:51 <valhallasw> Rhamphoryncus: well, sort of. if the HP is low enough, that's of course not the case ;-)
21:38:53 <krinn> with it install there's issue still, if alsa doesn't output to the right port
21:39:11 <Ammler> I meant, we have no issue with it
21:39:20 <Ammler> our issue is that timidity is needed
21:39:30 <valhallasw> but with typical numbers, you're completely right
21:40:00 <Rhamphoryncus> But there's a transition point and a low enough HP makes the transition very early. A low enough TE makes the transition very late
21:40:42 <Ammler> I can't imagine how it could work without, in that case you would also need the fonts in the openttd build
21:41:04 <krinn> if i trust the ebuild, only aplaymidi is need, timidity provide it, but alsa-utils too
21:41:41 <michi_cc> TE as used by OpenTTD is simply the amount of force that can be transmitted from wheels to the rails.
21:42:10 <Ammler> krinn: stop thinking how gentoo does it and try to explain how openttd should work :-P
21:42:55 <krinn> Ammler, that would be guess, i won't try to explain how openttd work to someone like you no :)
21:43:10 <Ammler> afaik, you should not trust the gentoo packager according to openttd
21:43:52 <krinn> well, i trust what works, and it works, but i admit i didn't tests all ebuild cases, in my config, at least it works
21:44:15 <Ammler> hmm, didn' you just say, you can't control volume?
21:44:29 <krinn> yep i can't control the music volume
21:44:48 <krinn> you may consider that an issue, that's not one for me
21:45:46 <Rhamphoryncus> Hum. On the old little steam engines the threshold is more like 8 tonnes/grade/kN
21:48:27 *** ccfreak2k has joined #openttd
21:50:27 *** Firartix has joined #openttd
21:52:13 <Sacro> Why does "!fish" not work :(
21:54:14 <andythenorth> what should it do? :P
21:56:00 <planetmaker> <planetmaker> !fish
21:56:01 <planetmaker> <PublicServer> planetmaker: Today's fish is smoked eel on toast with horseradish cream.
21:56:11 <planetmaker> or something like that ;-)
22:01:42 *** jazzyjaffa has joined #openttd
22:10:49 <Sacro> Grr, I can't get my GRF files right
22:11:10 <Zuu> Hmm, so you got a Grrr File? ;-)
22:13:23 <Sacro> ignoring invalid NewGRF 'vast_station_tiles-0.2.0\vast.grf': not found
22:14:09 <Sacro> they are in /usr/share/openttd-chillpp/data/content_download/data
22:15:21 <Sacro> should that not be right?
22:18:59 <Sacro> trying to fix this via strace isn't easy :(
22:19:46 <Rhamphoryncus> Sacro: why is it \vast.grf rather than /vast..grf?
22:20:45 <Sacro> because I got the config from windows :P
22:22:36 <Rhamphoryncus> I bet / would work on windows too. Works most of the time.
22:23:48 <xiong> Anybody know how to get hold of swissfan91?
22:24:43 <xiong> No joke. We were supposed to work together Sunday afternoon but I had connectivity issues. Still do, for that matter.
22:24:46 <__ln__> although if the fan is spinning, you might hurt your hand
22:25:28 <Sacro> now why are you missing some
22:26:57 <Sacro> Dear WinSCP, when I click "Cancel" don't give me the question "Cancel current operation" and the button "Cancel"
22:27:13 *** andythenorth has left #openttd
22:30:01 <Yexo> xiong: haven't seen him that much in here (at least not that I remember), more on the forums
22:31:10 *** TWerkhoven2[l] has quit IRC
22:38:58 <Sacro> How do I get autopilot to load a game
22:38:59 <CIA-1> OpenTTD: frosch * r24050 /trunk/src/newgrf.cpp: -Fix: Realsprites inside the action 11 block were not skipped correctly.
22:40:22 <Ammler> Sacro: !rcon load game.sav
22:40:29 <Sacro> I think it hated the sapced
22:41:42 <Ammler> Sacro: you can also use the number
22:42:02 *** Ammler was kicked by DorpsGek (Wrong channel. Retry in #openttdcoop.)
22:42:47 <Ammler> glx: !rcon is not a command someone should try in #openttdcoop :-P
22:43:32 <V453000> I accidentally did just today :D
22:43:35 <glx> it doesn't work here anyway
22:45:16 <Ammler> well, my !rcon here was no mistake
22:45:39 <Rhamphoryncus> valhallasw: So, using my newfound knowledge, I'm looking at the trains and.. there's only a 10% or 20% increase in TE for a freight locomotive vs a pax one, with at least that much loss in HP and often a huge loss in max speed. What gives?
22:46:57 <Rhamphoryncus> The running cost is often lower, which in the real world is great, but in openttd the payment different trumps that (nevermind the throughput)
22:47:17 <michi_cc> Rhamphoryncus: What kind of trains did you look at? Real world trains, maybe modern ones?
22:47:40 <Rhamphoryncus> ukrs2 in this case. It's the same experience I had with NARS but I don't know the numbers there
22:48:51 <valhallasw> Rhamphoryncus: 10 to 20% increase in TE means you can haul 10-20% heavier trains up a hill
22:48:59 <valhallasw> but I have to agree it's not that much
22:49:51 <valhallasw> Rhamphoryncus: but also IRL electric locos are often used for both passenger and freight trains
22:50:31 <Rhamphoryncus> Heavier from a dead stop. If your entire route is uphill both ways then maybe. In practice it's not, so you'll get more high speed on the flat with the pax locomotive AND it'll have enough momentum to be faster on the hill anyway
22:51:02 <Rhamphoryncus> The only place it matters is if you get stopped, and I've never been able to understand the hard limit there before this conversation
22:51:34 <michi_cc> It's different for older engines, but basically almost all modern engines with variable-frequency electric motors (which includes e.g. diesel-electrics) TE is only limited by the friction coefficient for steel on steel and weight on axles. The motor itself can basically do whatever TE you want.
22:51:35 <valhallasw> Rhamphoryncus: it also matters if you're not stopped, as you will slow down
22:52:17 <Rhamphoryncus> The pax still ends up faster because it started at a higher speed
22:52:22 *** drac_boy has joined #openttd
22:52:31 <valhallasw> if there are no red signals: yes
22:52:42 <CIA-1> OpenTTD: frosch * r24051 /trunk/src/newgrf.cpp: -Fix: Comment.
22:53:11 <michi_cc> This is the explanation why e.g. most modern German electric engines all have a TE of ~300 kN, because that is the friction maximum for a four-axle engine with German max axle weights.
22:53:36 <drac_boy> hi again valhallasw :)
22:53:42 <Rhamphoryncus> michi_cc: yeah, I saw that
22:54:05 <Rhamphoryncus> Steam engines are more complicated but does openttd bother?
22:55:06 <michi_cc> TE of real-world steam engines OTOH is mostly determined by boiler pressure and cylinder diameter, which both can't be increased infinitely, so even a special freight engine can only have so much more TE.
22:55:30 <CIA-1> OpenTTD: frosch * r24052 /trunk/src/ (newgrf.cpp newgrf_sound.cpp newgrf_sound.h sound.cpp): -Fix (r23883) [FS#5107]: Imported GRF sounds were inserted into the wrong slots.
22:55:46 <valhallasw> so.. that's typically ~3.5kN/metric tonne loco weight
22:56:03 <Rhamphoryncus> Weight on the drive wheels being a limiter too, especially with debris on the track
22:56:58 <drac_boy> michi_cc isn't it also re axles too?
22:57:38 <drac_boy> like I mean 4 low-sized axles might have something over 2 or 3 high-wheeling when it comes to nonsensitive freights
22:59:33 <Rhamphoryncus> drac_boy: the rails are limited in the weight they can handle (both for immediate failure and long-term wear), which is why a 6 axle diesel has more TE than a 4 axle. It's allowed 50% more weight
22:59:56 <drac_boy> Rhamphoryncus I was talking about steam locomotives and axles in general but :)
23:00:06 <michi_cc> More axles means more possible friction weight, so yes, it can help.
23:00:56 <Rhamphoryncus> The same applies to steam. Spread out your weight on your drive wheels
23:01:09 <drac_boy> michi_cc and I'm sure that 32 inch can start at low speed a bit better than 62 inch too
23:01:48 <valhallasw> drac_boy: that doesn't matter at all. the contact area is determined by elasticity (yielding), not by the shape of the weels
23:02:36 <drac_boy> valhallasw haven't you thought about the pistons? surely it'll work better at higher velocity...to a limit
23:02:46 <michi_cc> Irrelevant for OpenTTD though, as modeling real steam engine behaviour would require variable power and TE, and OTTD supports neither.
23:03:03 <valhallasw> drac_boy: ah, right. yes, then smaller wheels are better because it's a smaller force to deliver
23:03:42 <drac_boy> valhallasw heh you didn't mean 'smaller' I'm sure :)
23:04:02 <michi_cc> High piston velocity is not good actually, because time for proper steam exchange in the piston chambers gets too short. One of the reasons high-speed engines had to have those big wheels.
23:04:22 <valhallasw> but it's good for slow speeds, I'd say
23:04:34 <valhallasw> except that I just realised it doesn't matter
23:05:02 <drac_boy> michi_cc true..i was just talking about seeing the piston barely move an inch due to trying to shove at large wheels at low speed ... verus smaller wheels being .. hmm well I dunno how to really finish explaining that
23:05:06 <valhallasw> because the relevant number is ((the distance between axle and piston attachment)/(axle radius)) squared
23:05:48 <valhallasw> so as long as you connect the piston as far outside as you can, small and large wheels ask for the same forces
23:05:56 <drac_boy> and michi_cc yeah .. aside to large wheels don't forget the valve system ... I always did wonder how the poppet would had worked out had steam not be killed off so early as it was in north america tho
23:06:08 <drac_boy> these poor T1 and Q2's being scrapped after a short life :-/
23:08:33 <drac_boy> michi_cc one of the other thing I always thought that seem difficult to emulate into TE was the 3 and 4 piston locomotives of various configuration
23:08:49 <Moopf> is there any site, to get custom compiled ottd versions?
23:08:57 <drac_boy> especially when in some cases the 3-piston one had higher tractive at starting and smoother curve than with an alike 2-piston version
23:09:25 <Moopf> i need a version for multiplayer with "time until restart" Message
23:09:46 <drac_boy> or how about we go into mallet (aka compound) verus simple articulated locomotives :p
23:13:20 <drac_boy> anyway valhallasw what you doing by now?
23:19:34 <Moopf> Anyone knows how to compile ottd in MVS10
23:20:09 <Moopf> always getting: "table/strings.h": No such file or directory
23:26:43 <drac_boy> just asking thats all :)
23:26:59 <valhallasw> I'm not quite sure what the 'by now' context is ;-)
23:27:10 <valhallasw> as in: the last five minutes, the last year, the last five :P
23:27:32 <drac_boy> valhallasw have you ever seen the silly parody movie Spaceballs? there's one scene pretty much exactly just like this now :p
23:27:53 <valhallasw> in any case, I was on wikipedia browsing random french rolling stock :p
23:29:04 <drac_boy> and you can see the major confusions there :)
23:30:08 <drac_boy> why french wagons? you not too interested in sncf are you?
23:31:33 <valhallasw> drac_boy: because.... wikipedia
23:31:44 <valhallasw> you start somewhere and end up somewhere completely else
23:32:00 <Moopf> noone here ever compiled ottd on a windows system?
23:32:35 <drac_boy> valhallasw heh ok, well if you ever want to go check out the Nohab :-)
23:32:48 <drac_boy> its a classical diesel locomotive, with at least one GM one in preservation too
23:32:58 <valhallasw> NOHAB (Nydqvist & Holm AB) was a manufacturing company based in the city of Trollhättan, Sweden.?
23:33:28 <valhallasw> so, er, which one? :P
23:34:23 <krinn> Moopf, q1: no idea q2: no never
23:35:03 <valhallasw> Moopf: check the repository for that folder/file
23:35:14 <michi_cc> Moopf: You need to compile the whole solution, not just the openttd project.
23:35:23 <Moopf> is it true, that you have to compile addons into your ottd?
23:35:36 <valhallasw> or, you know, google for the error you get
23:35:46 <drac_boy> valhallasw hmm odd.. only thing I know is that its gm-nohab .. might have to find the preservation's website to check again
23:36:18 <valhallasw> as glx states there (and what michi_cc states above): "rev.cpp is generated by "version" project and table\strings.h is generated by "langs" project. But they should be compiled in the correct order automatically unless you explicitely asked for "openttd" project only."
23:36:53 <drac_boy> valhallasw well if you want something else now...I'll just point you to Bullet 0 Series? :-) heh
23:37:49 <michi_cc> And only if the Windows Scripting Host is installed, but I don't know if it is even possible to have it not installed for XP/Vista/7.
23:38:22 <Moopf> i own visual studio c++ 2010
23:43:03 *** lofejndif has joined #openttd
23:45:18 <drac_boy> valhallasw either way I'm often interested in smaller trains....usually anything to do with 2ft to metre gauge .. although some little standard/broad gauge things are in too
23:51:57 <glx> Moopf: always open the solution
23:52:08 <glx> not only the project file
continue to next day ⏵
