Back to Home / #openttd / 2011 / 06 / Prev Day | Next Day
#openttd IRC Logs for 2011-06-21

---Logopened Tue Jun 21 00:00:03 2011
00:53-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has joined #openttd
00:56-!-Eddi|zuHause [~johekr@p54B72903.dip.t-dialin.net] has quit [Remote host closed the connection]
00:56-!-Eddi|zuHause [~johekr@p54B729BE.dip.t-dialin.net] has joined #openttd
01:10-!-guru3 [~guru3@81-235-164-123-no21.tbcn.telia.com] has joined #openttd
01:13-!-peter1139 [~petern@lachesis.fuzzle.org] has joined #openttd
01:13-!-rasco [rasco@tietos.com] has quit [Remote host closed the connection]
01:13-!-__ln__ [~lauri@ssh.ksenos.fi] has quit [Remote host closed the connection]
01:13-!-__ln__ [~lauri@ssh.ksenos.fi] has joined #openttd
01:14-!-rasco [~rasco@tietos.com] has joined #openttd
01:15-!-peter1138 [~petern@lachesis.fuzzle.org] has quit [Ping timeout: 480 seconds]
01:16-!-Cursarion^ [ronin@viuhka.fi] has quit [Ping timeout: 480 seconds]
01:16-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
01:16-!-guru3_ [~guru3@81-235-164-123-no21.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
01:18-!-Cursarion [ronin@viuhka.fi] has joined #openttd
01:20-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has joined #openttd
01:23-!-supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop]
01:25-!-caracal [~smiler@ns1.niestu.com] has joined #openttd
01:27<caracal>so i must be missing something: whenever i try a scenario that starts in 1920, i cannot build any kind of depot ... using openttd 1.0.4
01:31<Rubidium>yep, you're probably missing vehicles; not all climates get them introduced in 1920
01:31<caracal>not sure what is the point, if i can't build any transport
01:31<@planetmaker>caracal: no vehicles available?
01:31<caracal>planetmaker: nope ... only road and ship are even opening, but depots are greyed out
01:32<@planetmaker>then only road vehicles and ships are available ;-)
01:32<@planetmaker>others later
01:32<caracal>but i can't build them without depots
01:32<@planetmaker>there's no train available... so you could built a depot, but no train anyway
01:32<@planetmaker>try again in a later year
01:33<caracal>i know there are more than one, but the one i'm looking at right now is hawaiian islands ... tropical, i guess, so sure, i can understand that some things might not be available at that time
01:33<caracal>but nothing at all?
01:33<@planetmaker>or in a new game with some newgrfs which provide earlier vehicles
01:33<caracal>this one claims that all required newgrfs are loaded
01:34<@planetmaker>yes, the default starting date is 1950. In tropical in 1920 you don't have rail vehicles unless you use a NewGRF
01:34<@planetmaker>oh, might claim it wrongly, eh?
01:34<caracal>i sat and watched it on fast forward for two years, no change (well, no change in the menu, at least)
01:34<caracal>planetmaker: i don't care about rail, i just want to be able to build *any* vehicle
01:34<@planetmaker>or... all NewGRF required there. Yes. But that doesn't guarantee maglev or trains available
01:34<@planetmaker>same for vehicles
01:36<caracal>so i gather what you're trying to tell me is, i need to load one or more additional newgrfs that the scenario doesn't call for?
01:36-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has quit [Remote host closed the connection]
01:37<@planetmaker>http://wiki.openttd.org/Road_Comparison gives the introduction years of all default vehicles
01:37<@planetmaker>caracal: in principle probably yes
01:38<caracal>yeah, i was playing another scenario earlier, and it had rail disabled, but popups kept offering me new rail vehicles ... so the year of availability is irrelevant if you can't build the appropriate depot
01:38<@planetmaker>if a vehicle is availabe, you can build its depots. But not before.
01:39<MNIM>that depends on the settings
01:39<@planetmaker>uh?
01:39<caracal>i beg to differ ... i saw a half dozen rail vehicles appear in the notices, but never got the ability to build a rail depot
01:40<caracal>which was fine, i was doing air at the time
01:40<@planetmaker>caracal: if so, that'd be a bug. But that'd need a savegame to demonstrate that as I've not seen that so far
01:40<caracal>okay, two (hopefully simpler) questions: (1) is there a keyboard shortcut to go in/out of fast forward? (2) kbd shortcut to close popup message windows
01:41<MNIM>see advanced settings -> interface disable infrastructure when no suitable vehicles (...)
01:42<caracal>i just found it odd that a transport sim wouldn't allow you to build, you know, transport <grin>
01:42<MNIM>Delete removes all unpinned windows, if you make sure to pin the ones you want beforehand
01:42<caracal>other scenarios work fine, so am not coming down on the game itself
01:42<@planetmaker>MNIM: yes, I completely forgot about that setting... but it won't help you with vehicles.
01:42<MNIM>hmmmh.
01:42<caracal>MNIM: ah, thanks ... that rings a bell ... played openttd a lot some years ago, just now getting back into it
01:42<@planetmaker>thus IMHO it's better to keep it on the default 'don't make available, if vehicles not present'
01:44<caracal>so hmm ... i have installed, for example, the "av8 Aircraft Set" newgrf, which says it offers planes "from 1920" ... and yet, no airports can be built in hawaii ... like i said, i must be missing something
01:44<@planetmaker>caracal: yes, it's odd that you can configure a scenario like this without getting a warning about missing vehicles.
01:44<caracal>maybe there's a forum discussion about it
01:44<@planetmaker>Having it possible shall IMHO remain an option. It's scenarios after all ;-)
01:45<@planetmaker>caracal: did you modify NewGRFs?
01:45<@planetmaker>on the running game /scenario?
01:45<caracal>right, but i'd assume a scenario maker would want to allow players to build at least one type of transport
01:45<@planetmaker>caracal: yes, but scenario makers make mistakes.
01:46<caracal>i did not modify the newgrf settings, no
01:46<caracal>maybe i should have
01:46<@planetmaker>you should not (normally). The scenario has its pre-defined list of NewGRFs which one can only change if you enable the scenario_developer tool
01:47<@planetmaker>what's the exact name of your scenario, I take it you got it from online content?
01:48<caracal>yes, i got it from the bananas site, it's called "Hawaiian Islands", but i know at least one of the other scenarios i tried yesterday had the same problem
01:49<@planetmaker>well... there are probably quite some scenarios (unfortunately) which have that problem
01:50<caracal>ah, so adding newgrfs before clicking "play scenario" doesn't work ... it forgets all those, apparently, in preference to the scenario's settings
01:50<caracal>which makes sense
01:50<caracal>but if i try to add them afterward, it says "this is bad!" <g>
01:51<@planetmaker>yes
01:51<caracal>more precisely, "this can crash openttd" ... it hasn't so far, though
01:51<@planetmaker>because it is true
01:52<@planetmaker>it often is unproblematic to *add* vehicle NewGRFs, though
01:52<caracal>so what you're saying is, scenarios are just hit-and-miss, you take what you get, and some of them aren't, um, optimal
01:52<@planetmaker>yes, that's what I'm saying indeed
01:52<caracal>well okay then ... can't complain about contributed content, i guess
01:52<@planetmaker>Many scenarios might be old and assume that you indeed do modify / add NewGRFs
01:53<@planetmaker>caracal: the easiest solution for you now is: cheat forward into the year 1940
01:53<caracal>some of them at least seem to be really well done
01:53<@planetmaker>or 1935 at least
01:54<caracal>i added a couple newgrfs manually and now i can build ships and planes
01:54<@planetmaker>that's the least hassle and make no difference really and is 100% safe
01:54<caracal>so yay <g>
01:55<caracal>so, remaining question: is there a fast-forward/normal-speed keyboard toggle? or must i always use the mouse?
01:56<@planetmaker>space
01:57<@planetmaker>you can assign it to a key you like, if you edit hotkeys.cfg
01:57<caracal>aha
02:08<caracal>and btw, i just found the Hotkeys page: Tab is the ff button, very nice
02:10-!-Br33z4hSlut5 [~static.kp@92.68.154.34] has joined #openttd
02:16-!-Prof_Frink [~proffrink@5e0f84fe.bb.sky.com] has quit [Ping timeout: 480 seconds]
02:26-!-Markavian [~Markavian@254.128.dsl.syd.iprimus.net.au] has quit [Read error: Connection reset by peer]
02:29-!-Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
02:30-!-ashledombos [~ashledomb@ris91-2-82-227-26-30.fbx.proxad.net] has quit [Remote host closed the connection]
02:33<caracal>wow, hawaii is *much* more fun now that i can build vehicles ;)
02:34<caracal>so i guess i could use the scenario editor and add whatever newgrfs i thought were useful, eh?
02:38<@planetmaker>o_O
02:38<@planetmaker>that'll get you into trouble earlier than later
02:39<@planetmaker>don't change industries. ever.
02:39<@planetmaker>houses is not unproblematic either.
02:39-!-Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd
02:40<@planetmaker>some train newgrfs mess with cargos, too.
02:40<caracal>what? in the scenario editor, i can do anything i want, right? i'm not talking about changing a running game, just fixing the scenario itself
02:41<@planetmaker>not right.
02:42<@planetmaker>a scenario is basically the very same thing as a savegame
02:42<@planetmaker>Thus the same things go wrong the same way, if you change NewGRFs. Also in the scenario editor
02:42<caracal>that doesn't make sense ... how can you ever create scenarios, then?
02:42<@planetmaker>by choosing the NewGRFs. an then creating the map
02:43<@planetmaker>same as you create a new game
02:48<caracal>so you're saying that you have to select all the newgrfs *before* doing anything else?
02:49<Eddi|zuHause>yes
02:49<@Terkhen>good morning
02:49<@Terkhen>caracal: http://www.tt-forums.net/viewtopic.php?f=29&t=55311
02:50<caracal>well okay then
02:50<caracal>i certainly haven't read any of the docs about scenario creation, just figured one could "fix" a problem like i'm seeing, without bringing down the house
02:54-!-Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
02:55<caracal>Terkhen: that seems to be talking about not adding/removing grfs after you start *playing* ... or am i mistaken
02:56<@Terkhen>it's about why it is how it is, and the plans regarding this issue
02:57<@planetmaker>caracal: 'after start playing' is technically the same as 'within the scenario editor'
02:57<@planetmaker>currently at least
02:57<caracal>i see
02:57<@planetmaker>thus choose your add-ons prior to creating a map - whether starting a new game or creating a scenario
02:58<caracal>well in this case, the scenario doesn't have any existing vehicles, and all i want to add are vehicle grfs
02:58<@planetmaker>as said... adding vehicle newgrfs works 95%. But it's not fail-proof
02:59<@planetmaker>and certainly not to be used along the lines of "I can change anything in the NewGRF config"
03:00<caracal>wow
03:00<@planetmaker>or in other words caracal: it's just as fail proof as a scenario author can claim "this scenario has all newgrfs readily configured".
03:01<@planetmaker>and I know of vehicle newgrfs where that assumption also fails ;-)
03:03<@planetmaker>it can - IMHO with a certain right - be argued that the SE lacks quite some functionality if one cannot savely swap newgrfs. Yes... but that's not yet implemented
03:03<@planetmaker>ask about that in a year again ;-)
03:09<caracal>i doubt i'll be designing any scenarios
03:10<caracal>but it's nice to know what the editor can and cannot do
03:11<@planetmaker>currently it's like ingame just without money and time progression and the option to modify terrain
03:11<@planetmaker>and building rivers
03:11<@planetmaker>and expanding towns.hm
03:18-!-ashledombos [~ashledomb@marvin-18-230.cnt.nerim.net] has joined #openttd
03:27-!-DayDreamer [~DayDreame@94.142.234.1] has joined #openttd
03:32-!-JVassie_ [~James@host-92-27-149-231.static.as13285.net] has joined #openttd
03:37-!-sla_ro|master [~slaco@95.76.27.160] has joined #openttd
03:37<dihedral>good morning gents
03:37<Markk>The lads then?
03:55-!-devilsadvocate [~quassel@109.200.19.188] has quit [Ping timeout: 480 seconds]
04:05-!-Progman [~progman@p57A1B9C1.dip.t-dialin.net] has joined #openttd
04:19-!-devilsadvocate [~quassel@109.200.19.188] has joined #openttd
04:21-!-pugi [~pugi@p4FCC5255.dip.t-dialin.net] has joined #openttd
04:26-!-JVassie [~James@host-92-27-149-231.static.as13285.net] has joined #openttd
04:30<@planetmaker>Eddi|zuHause: could you please send me the source of the long wagon grf? I'd like to get a sort of 'guide vehicle' in order to get some basic structure of the grf
04:30-!-Maarten_ [~dutchusa@99-73-209-18.lightspeed.irvnca.sbcglobal.net] has quit [Read error: Connection reset by peer]
04:30-!-Maarten [~dutchusa@99-73-209-18.lightspeed.irvnca.sbcglobal.net] has joined #openttd
04:30<@planetmaker>I don't really care about cleaned up or not... I'll most likely rewrite it anyway. But that's less than re-invent it ;-)
04:30-!-JVassie_ [~James@host-92-27-149-231.static.as13285.net] has quit [Ping timeout: 480 seconds]
04:31-!-`Fuco` [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds]
04:32-!-pugi [~pugi@p4FCC5255.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own]
04:34-!-ar3kaw [~ident@eca18.neoplus.adsl.tpnet.pl] has joined #openttd
04:38-!-ar3k [~ident@eca18.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
04:39<Eddi|zuHause>planetmaker: www.informatik.uni-halle.de/~krause/longwag.nml (it's against some ancient version of nml, might need some updates)
04:40<Eddi|zuHause>planetmaker: www.informatik.uni-halle.de/~krause/longwag.pcx (that image has 16 views in it, but only 12 are used)
04:40<@planetmaker>do you have the dummy graphics, too?
04:40<@planetmaker>ok :-) thanks
04:40<Eddi|zuHause>and www.informatik.uni-halle.de/~krause/default.lng
04:40<Eddi|zuHause>but that one's trivial ;)
04:40<@planetmaker>yup :-)
04:41<@planetmaker>I mostly want to establish the grf structure with parameters, translation tables,...
04:41<@planetmaker>but it needs a dummy vehicle, if I want to do that properly
04:41<@planetmaker>so... it could just as well use what we want as example
04:41<@planetmaker>and it fails currently on the graphics block ;-)
04:42<@planetmaker>due to its non-existance :-P
04:42<Eddi|zuHause>i told you, ancient nml ;)
04:43<Eddi|zuHause>r8xx or something
04:44<@planetmaker>I wasn't talking about your code when I said 'non-existance' ;-)
04:45<Eddi|zuHause>ah.
04:45<Eddi|zuHause>then i misunderstood you
04:45<@planetmaker>that's what's missing locally here so that the grf compiles
04:45<@planetmaker>and... I'd like to put in your code there
04:47<Eddi|zuHause>yeah, that should likely be easy
04:49<Eddi|zuHause>next step would be to update the grf to use these 60+ variables instead of var 45: http://www.tt-forums.net/viewtopic.php?f=68&t=51697
04:50<Eddi|zuHause>to avoid a few of the glitches
04:50<Eddi|zuHause>(tunnels, bridges, foundations, drag&drop)
04:50<@Terkhen>oh
04:50<@Terkhen>did George test that binary?
04:51<George>http://george.zernebok.net/temp/test7.grf
04:52<George>George> would be hard to make a var to tell the number of steps before the turn? I
04:52<George>At least for the second engive and the following ones?
04:53<George>Currently I planed to do such test with massive GRF code, but if the game would provide it as var it would help me a lot
04:54<@planetmaker>ok, that's so-far unimplemented variables, yes, Eddi|zuHause ?
04:54<@planetmaker>which the added patch supplies
04:54<Eddi|zuHause>yes
04:54<@planetmaker>let's see :-) :-D
04:54<Eddi|zuHause>planetmaker: might be useful to prepare a "use experimental features" parameter
04:56<caracal>i'm getting the impression you can't unload cargo at a station for pickup by another sort of vehicle
04:56<caracal>i must be thinking of simutrans
05:01<Eddi|zuHause>you can, use the "transfer and leave empty" order
05:02<caracal>oh, i didn't see that one
05:02<caracal>ah, found it
05:03<caracal>kewl, thanks!
05:04<@planetmaker>Eddi|zuHause, for our grf?
05:04<caracal>works a treat, too, thanky
05:05<Eddi|zuHause>hm... what's the syntax of spriteblocks nowadays?
05:06<@planetmaker>hm, it didn't change?
05:06<@planetmaker>block or set?
05:07<Eddi|zuHause>nmlc: "input", line 23: Syntax error, unexpected token "{"
05:07-!-bryjen [~bryjen@76.92.85.169] has quit [Quit: Leaving]
05:07<Eddi|zuHause>line 23 is:spriteblock(FEAT_TRAINS) {
05:08<@planetmaker>http://paste.openttdcoop.org/show/300/
05:08<@planetmaker>no feature definition ;-)
05:09<@planetmaker>http://paste.openttdcoop.org/show/301/ <-- updated
05:09<@planetmaker>it's called spriteset and spritegroup... for trains
05:09<JVassie>hmm
05:10<JVassie>is actual push-pull operation doable these days?
05:10<Eddi|zuHause>JVassie: not quite. all grfs fake that one by switching graphics
05:10<JVassie>how does it work?
05:11<@planetmaker>check out an early version of ogfx+trains
05:11<Eddi|zuHause>there's a variable for "train has flipped", and depending on that, they use the engine graphics for the last wagon and vice versa
05:11<@planetmaker>I removed it as it was too much hassle and has issues
05:11<@planetmaker>issues which cannot be resolved in a NewGRF
05:12<@planetmaker>like OpenTTD showing the train head in reverse mode where actually a wagon is
05:12<@planetmaker>looks... wrong
05:12<Eddi|zuHause>that's also one of the things that could benefit from having a GUI- and map-sprite separately
05:12<@planetmaker>only partially ;-)
05:12<@planetmaker>but yes
05:12<JVassie>heh
05:12<JVassie>get on it lads :d
05:13<@planetmaker>push-pull IMHO needs an openttd implementation and an some means to determine whether a train may operate in push mode
05:13<@planetmaker>which probably needs a wagon property which all wagons need to have or so. or maybe only the last
05:14<Eddi|zuHause>yep
05:14<Eddi|zuHause>but the real trouble is telling the vehicle code to loop backwards through the vehicles upon movement
05:15<@planetmaker>yes, I know. That's where I gave up :-P
05:15<@planetmaker>or rather put that endeavour to rest for an indetermined time period ;-)
05:15-!-pugi [~pugi@p4FCC5255.dip.t-dialin.net] has joined #openttd
05:21<Eddi|zuHause>planetmaker: well, then solve fs#3569 instead ;)
05:27<@Terkhen>scary
05:28<@planetmaker>bah. That looks not like something nice to look into
05:28<Eddi|zuHause>basically: bounding boxes of vehicles should be shortened when vehicle is shortened
05:30<Eddi|zuHause>(my test-grf is affected by that as well, since var45 results are unreliable due to vehicles turning at the wrong point)
05:38-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
05:47<JVassie>planetmaker: do high settings of station spread still cause game to slow down?
05:48<Eddi|zuHause>it's probably significantly better than when this warning was written
05:49<JVassie>i see no noticeable effects with the setting at 60
05:49<JVassie>0 vehicles though
05:52<Eddi|zuHause>problematic is delivery of cargo. you need to find all industries in the catchment area
05:52<Eddi|zuHause>on each un loading step
05:53-!-Chruker [~no@5634a56d.rev.stofanet.dk] has joined #openttd
05:53<Eddi|zuHause>but the search has been changed from "loop through all tiles in catchment area" to "loop through all industries on the map"
05:53<Eddi|zuHause>which turned out to be faster in almost all cases
05:54<Eddi|zuHause>and i believe some things are cached meanwhile
05:56<JVassie>heh
05:56<JVassie>this station doesnt need to worry about that tbh
05:56<peter1139>it still loops over all tiles
05:57<peter1139>(in the station area)
05:57<peter1139>so the performance "impact" is higher spread == larger stations == more tiles to loop through == slower
05:58<peter1139>whether it's problem is another matter
06:01<JVassie>hmm guess so
06:02-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd
06:04<peter1139>and of course, if you don't use larger stations, there's no impact
06:07<JVassie>indeed
06:07<JVassie>my station is 46*11
06:08<JVassie>accepts no cargos :p
06:09<peter1139>46*11 is pretty... big
06:09<JVassie>yeah..
06:09<JVassie>46 'platforms'
06:09<JVassie>20 dont have track though
06:12<Eddi|zuHause>that is fairly irrelevant
06:14<caracal>dang, i've delivered like a dozen eligible loads on this one route, and still didn't get the subsidy
06:14<JVassie>Eddi|zuHause: I dont think its gnna be a problem anyway
06:14<JVassie>was just curious
06:14<JVassie>I dont plan on delivering any cargo
06:17<@planetmaker>and of course... without vehicles and cargo... it won't have much (any?) effect either
06:24<JVassie>:p
06:24<JVassie>i was just curious
06:24<JVassie>i got toa certain poitn making it
06:24<JVassie>and got the ottd warning about station too spread out
06:24<JVassie>so went into options to change the setting
06:24<JVassie>and saw the warning
06:24<JVassie>hence curiosity :p
06:36-!-keky___ [~stefan@p5098b65a.dip0.t-ipconnect.de] has joined #openttd
06:41-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
06:45-!-Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has joined #openttd
06:46-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
06:49<Eddi|zuHause>time to celebrate the 20th successful hack against sony in 60 days :p
06:50<@planetmaker>:-D
06:51<@Terkhen>what happened this time?
06:52<Eddi|zuHause>sql-injection against sony france
06:52<Eddi|zuHause>some 100 thouthand-ish customer email-adresses liberated
06:53<@planetmaker>"liberated" :-P
06:55<Eddi|zuHause>i'm fairly sure that is the technical term :p
06:55<@planetmaker>http://devs.openttd.org/~planetmaker/patches/cets-r0M-source.tar.gz <-- if you're interested, Eddi|zuHause
06:56<@planetmaker>a diff would be larger than the current repo, though, and it's completely untested
06:56-!-Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd
06:56<@planetmaker>and I hope it doesn't break as I defined it as engine and not as wagon.
06:57<@planetmaker>I consider to commit this as a draft so we have something to work on and improve on
06:57<@planetmaker>Thoughts about that?
06:57<Eddi|zuHause><stdin>:2:28: fatal error: src/defines.pnml: Datei oder Verzeichnis nicht gefunden
06:58<@planetmaker>drat. hold on
06:59<Eddi|zuHause>your alignment is off, sometimes spaces, sometimes tabs
06:59<Sacro>damn I hate svn
06:59<Sacro>@seen Bjarni
06:59<@DorpsGek>Sacro: Bjarni was last seen in #openttd 12 weeks, 1 day, 11 hours, 37 minutes, and 6 seconds ago: <Bjarni> thanks
06:59<@planetmaker>I forgot to add ALL files ;-). Try again
07:00<@planetmaker>yes... it's not beautified, indeed
07:02<Eddi|zuHause>still same error
07:03<@planetmaker>hm...
07:03-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
07:03<@planetmaker>and now?
07:04<@planetmaker>seems bundle_src works then not as it should...
07:05<Eddi|zuHause>nope, no change
07:06<@planetmaker>he, yes, I also copied the same file :S
07:06<@planetmaker>I need definitely more tea
07:13-!-HerzogDeXtEr [~Flex@i59F6C94A.versanet.de] has joined #openttd
07:15<@planetmaker>http://devs.openttd.org/~planetmaker/patches/cets_test.diff <-- maybe better :-)
07:18<@Yexo>planetmaker: // TODO: should be "return template_wagon;" -- test if newer NML understands that <- nml now does understand that
07:18<@Yexo>but please test it :)
07:19-!-perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has joined #openttd
07:19<@planetmaker>I just kept Eddi's r800 code there ... testing to be done maybe tonight
07:19<@planetmaker>but it compiles ;-)
07:20-!-Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Read error: Operation timed out]
07:20-!-HerzogDeXtEr1 [~Flex@88.130.175.30] has quit [Ping timeout: 480 seconds]
07:21<@planetmaker>but let's update the diff...
07:23<@planetmaker>updated
07:26<Eddi|zuHause>what's the repo url?
07:26-!-perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
07:26<@planetmaker>http://hg.openttdcoop.org/cets
07:27<@planetmaker>but... I guess before I commit there anything I'll rename the engine also to dummy and move it to templates, too
07:27<@planetmaker>As the articulated code is not really a template... it needs the vehicleID
07:34<peter1139>hg :(
07:37<@planetmaker>hg :-)
07:38<Eddi|zuHause>i guess the whole thing needs to become template, as argument the vehicle id, the filename, and an y-offset into the file
07:38<@planetmaker>yes. Not difficult to do really
07:39<Eddi|zuHause>File src/gfx/dummy.png: git binary diffs are not supported.
07:39<@planetmaker>use hg import
07:39<Ammler>or qimport
07:39<@planetmaker>it's the png version of your pcx
07:40<@planetmaker>nothing changed whatsoever
07:40<@planetmaker>that would also need a proper template ;-)
07:40<@Yexo>other question: are we going to bother supporting TTDPatch at all?
07:40*peter1139 sniggers
07:40<peter1139>ooh
07:40-!-peter1139 is now known as peter1138
07:40<Eddi|zuHause>probably not...
07:41<@planetmaker>Why do you ask, Yexo ?
07:41<@Yexo>because it'll lead to extra work with railtypes
07:41<@planetmaker>Probably not only there
07:41<Eddi|zuHause>i don't think we have enough of a target audience there to bother...
07:41<@Yexo>and with vehiclesIDs of course
07:41<@Yexo>I agree eddi, just wanted it to be clear
07:42<@planetmaker>I guess I don't have issues with that decision either
07:43<Eddi|zuHause>nmlc: "src/templates/gfx_dummy_vehicle.pnml", line 101: Unrecognized identifier 'eng_dummy' encountered
07:45<@planetmaker>do you use both the latest NML and diff I posted?
07:45<@planetmaker>earlier it used to be eng_g3
07:45<@planetmaker>but I renamed it to a dummy engine completely
07:48<@Yexo>planetmaker: nml doesn't support that yet
07:48<@Yexo>you use the name in a switch block before the first item-block with that name
07:48<@Yexo>so the name is not yet registered
07:48<@Yexo>that should be supported though, so I'll fix that in nml
07:48<@Yexo>hmm, actually it already is supported
07:49<@Yexo>so it shouldn't fail on that
07:49<@Yexo>Eddi|zuHause: which nml version do you use?
07:49<@planetmaker>It compiles here.
07:49<@planetmaker>I tested that much
07:50<Eddi|zuHause>hm... disk full... not good
07:50<Eddi|zuHause>says: 0.1.1 (b7e6d30c9445)
07:50<@Yexo>compiles fine here
07:50<@Yexo>and 0.1.1 is old :p
07:50<@Yexo>you need a nightly
07:51<Eddi|zuHause>i guess that's Ammler's job ;)
07:51<@planetmaker>:-D
07:51<@planetmaker>disk full is Ammler's job?
07:51<@planetmaker>Eddi|zuHause, nah, you can get nightlies just as fine
07:51<Eddi|zuHause>no, providing a newer version
07:51<@planetmaker>well... we do?
07:51<@Yexo>http://bundles.openttdcoop.org/nml/nightlies/LATEST/
07:52<@planetmaker>Still... I recommend you to use a checkout of NML
07:53<@planetmaker>Both Yexo and Hirundo do a good job in making old versions of NML obsolete quickly ;-)
07:54<@Yexo>actually you'll need r1436 to support that diff
07:55<Eddi|zuHause>then it doesn't help that r1430 is provided...
07:55<@Yexo>as r1436 contains a critical fix for using "return x;" which pm uses
07:55<@Yexo>in about 6 hours r1436 (or whatever is tip at the time) will be provided
07:55<Eddi|zuHause>Problem: nothing provides python(abi) = 2.6 needed by nml-r1430-suse1130.noarch
07:56<@planetmaker>that's why I suggest to use NML repo checkout ;-)
07:56<Eddi|zuHause>need a 11.4 version
07:56<@planetmaker>hu?
07:56<@Yexo>hg clone http://hg.openttdcoop.org/nml && sudo python setup.py install
07:56<@Yexo>hmm, missing cd nml probably
07:57<Eddi|zuHause>better if it installs to userspace (~/bin)
07:57<@planetmaker>or skip the install and sudo ln -s /usr/bin/nmlc /path/to/nmlc
07:57<@Yexo>should also be possible, but you'll have to check the flags it needs for that
07:58<@Yexo>if ~/bin if that's in your path :p
07:58<Eddi|zuHause>~/bin is in my path, yes
07:58<Ammler>I don't think we have full disk somewhere, do we?
07:58<@Yexo>Ammler: no, that has nothing to do with you
07:58<@planetmaker>I think Eddi|zuHause has ;-)
07:58<Eddi|zuHause>Ammler: no, but outdated nml
07:59<@planetmaker>Eddi|zuHause, nightlies...
07:59<@planetmaker>you don't expect openttd tip either, do you?
07:59<Ammler>Eddi|zuHause: I would recommend to use nml repo anyway
07:59<@Yexo>I guess eddi wants build-on-push
07:59<Ammler>then symlink nmlc to your ~/bin
08:01<Eddi|zuHause>ok. seems to build now
08:01<Eddi|zuHause>Ammler: yes, that's what i did
08:02<Ammler>the rpms are basically just for the other packages, not really for public :-)
08:14-!-glx [glx@2a01:e35:2f59:c7c0:355d:2dc4:77e1:a000] has joined #openttd
08:14-!-mode/#openttd [+v glx] by ChanServ
08:14<JVassie>hey guys
08:14<JVassie>Eddi|zuHause Yexo planetmaker
08:14<@Yexo>hello JVassie
08:14<JVassie>are we considering the option of making long wagons optional?
08:15<@Yexo>I think that means doubling the work for artists, so not a good idea
08:15<@planetmaker>maybe. But IMHO it basically means to have the same set twice
08:15<@Yexo>we should stick with either long wagons or normal-length wagons
08:15<JVassie>planetmaker:
08:15<JVassie>not really
08:16<JVassie>the engines dotn need to change size, or do they?
08:16<JVassie>*dont
08:16<Eddi|zuHause>yes, they would
08:17<JVassie>hmm true
08:17<JVassie>derr >.<
08:17<Eddi|zuHause>basically any vehicle longer than 12m would need two versions
08:17<JVassie>did we decide 24m per tile?
08:18<Eddi|zuHause>not definitely, only as a first guidance
08:18<JVassie>gotcha
08:18<Eddi|zuHause>26m is probably the longest wagon in the set
08:18<JVassie>do you happen to have a .png with what the 12 (24) views look like?
08:18<@planetmaker>I think the long vehicle idea a unique idea and a unique selling point which is definitely worth persuing
08:19<Eddi|zuHause>engines are usually shorter than that
08:19<@planetmaker><Eddi|zuHause> planetmaker: www.informatik.uni-halle.de/~krause/longwag.pcx (that image has 16 views in it, but only 12 are used)
08:20<Eddi|zuHause>planetmaker: which year is the test engine?
08:20<@planetmaker>it'll need a proper graphics template for those vehicles
08:20<@planetmaker>Eddi|zuHause, 1877 - 1896
08:20<@planetmaker>typical test years :-P
08:21<Eddi|zuHause>because i tried 1880 and 1890 and it doesn't appear
08:21<@planetmaker>hm
08:21<JVassie>hmm
08:22<@planetmaker>Eddi|zuHause, did you also try grf parameters?
08:22<JVassie>my only concern is our lack of sprite creators currently
08:22<Eddi|zuHause>ah, no, i didn't check those
08:22<@planetmaker>it *should* be on by default, but...
08:22-!-Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has quit [Quit: Leaving.]
08:23<Eddi|zuHause>yeah, it's set to "core" and "prussia"
08:23<@planetmaker>I'm not sure whether avail_prussia_core = (param_amount < 2) && (param_epoch1 == 1 || param_epoch1 == 2); needs some more parenthesis
08:24<@planetmaker>oh... Eddi|zuHause that's the point: it's only climate1
08:25<@planetmaker>that's currently bullshit what I did there
08:25<Eddi|zuHause>oh...
08:25<Eddi|zuHause>that'd be it then :p
08:25<@Yexo>planetmaker: it doesn't need more parenthesis
08:25<@planetmaker>yeah... but a conversion to CLIMATES_ALL ;-)
08:25<@planetmaker> climates_available: avail_prussia_core ? CLIMATES_ALL : 0;
08:25<@Yexo>add " ? CLIMATES_ALL : CLIMATES_NONE;" at the end
08:25<@planetmaker>^ Eddi|zuHause
08:26<@planetmaker>:-)
08:26<Eddi|zuHause>hm... climate cheat doesn't fix this
08:26<@Yexo>and "reset_engines" after climate cheat?
08:26<@planetmaker>updated patch
08:26-!-orudge [~orudge@owenrudge.net] has left #openttd []
08:28-!-orudge [~orudge@owenrudge.net] has joined #openttd
08:28-!-mode/#openttd [+o orudge] by ChanServ
08:29<Eddi|zuHause>hm... no... started new game, only one grf, temperate, 1880
08:29<Eddi|zuHause>no engine showed up
08:29<@planetmaker>try with -d grf=3 and see what openttd tells you
08:30<@planetmaker>whether the engine definition is accepted
08:30<@planetmaker>hm... it might also miss on the callback_flags
08:30-!-DOUK [~KEM@ALyon-158-1-187-3.w109-212.abo.wanadoo.fr] has joined #openttd
08:30<@planetmaker>yes
08:31<JVassie>@ calc 190/20
08:31<@DorpsGek>JVassie: 9.5
08:31<@planetmaker>Eddi|zuHause, the articulated vehicle CBF is missing
08:32<@Belugas>hi hi
08:32<@planetmaker> callback_flags: bitmask(VEH_CBF_REFITTED_CAPACITY, VEH_CBF_ARTICULATED_PARTS);
08:32<@planetmaker>hi Belugas
08:32<Eddi|zuHause>conceptual thing: model_life := buy period + vehicle life; early retire := vehicle life
08:32<@planetmaker>hm?
08:33<@Belugas>sir planetmaker :)
08:33<@planetmaker>ah. You mean the reliability decay is less then. Agreed
08:33<Eddi|zuHause>planetmaker: model life defines when reliability drops, early retire defines how long before that point the buy menu does not offer it anymore
08:34<Eddi|zuHause>so a vehicle bought at the last possible date, should get a full lifetime of good reliability
08:34<@Yexo>yes, agreed
08:34<@planetmaker>another patch updated ;-)
08:35<Eddi|zuHause>now... food.
08:35<@planetmaker>enjoy
08:36-!-douknoukem [~KEM@ALyon-158-1-52-53.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
08:37-!-Guest5388 is now known as AD
08:44-!-dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd
08:45<+michi_cc>planetmaker: I don't now if you still saw that yesternight, but how about including the G10 as a low axle-weight cargo engine? (Date would be 1910-1925 with 2677 built engines, according to WP)
08:49<JVassie>michi_cc: got a link? :)
08:49<+michi_cc>http://de.wikipedia.org/wiki/Preußische_G_10
08:49<@planetmaker>michi_cc, just add it :-)
08:50<@planetmaker>looks indeed like we need something for that service profile
08:50<JVassie>:)
08:50<JVassie>indeed mi
08:50<JVassie>*michi
08:50<JVassie>add anything ya like :)
08:51<JVassie>doesnt have to be just a core set addition
08:52-!-Marcje [~0a0a6567@101.haydn.openttdcoop.org] has joined #openttd
08:56<MNIM>http://www.fileden.com/files/2009/1/1/2248324/Screens/New%20Handwell%20Co.%2C%2021st%20Oct%201917.png
08:57<MNIM>...perhaps I should start making my threeway-junctions-with-terminus/roro-stations slightly less complicated >.>
08:58<@planetmaker>nah. Rather move the junction out of the town perimeter
08:58<@planetmaker>it's a bad place for it.
08:58<JVassie>or
08:58<JVassie>use realistic junctions :p
08:59<MNIM>it's fairly realistic for a ottd junction >.>
08:59<Eddi|zuHause>the station entrance is a little suboptimal
09:00<@planetmaker>I'd also consider the station placement not optimal ;-)
09:00<Eddi|zuHause>and you should not mix path and block signals at a junction
09:00<MNIM>yeah, I could probably have used a different setup like a fourway junction with a terminus station
09:00<Eddi|zuHause>you have a signal missing coming from the lower right on the lowest track into the left part of the station
09:00<@planetmaker>MNIM, it's always a good idea to keep junctions and stations quit apart from eachother
09:01<@planetmaker>keeps things managable
09:01<MNIM>hmmmh, whelp, you're right on the signal
09:02<MNIM>though I had checked them all. :(
09:02<Eddi|zuHause>the exit track from the right part of the station to the lower left needs some work
09:02-!-rellig [~rellig@argon247.server4you.de] has quit [Quit: that should not happen]
09:03-!-Marcje [~0a0a6567@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
09:04<JVassie>MNIM: check this out:
09:04<JVassie>http://jvassie.net/img/FFHBF1.png
09:04<JVassie>xD
09:04<MNIM>hmmmh, I seemed to have nuked that crossover during a reorganization
09:04<@Yexo>I miss trains
09:04<JVassie>peter1138: http://jvassie.net/img/FFHBF1.png
09:04<JVassie>the station i was building
09:04<MNIM>yeah, that's where it gets a little too much for me
09:04<Eddi|zuHause>i would draw the exit from the left part to the upper left on the outside of that bridge
09:05<MNIM>also, are those vacutrains?
09:05<JVassie>MNIM, me?
09:05<MNIM>yeah
09:05<JVassie>there are no trains in that shot :p
09:05<Eddi|zuHause>JVassie: use the "zoomed-in screenshot" option
09:06<JVassie>thru console?
09:06<Eddi|zuHause>no, in the ? menu
09:06<MNIM>oh wait, at the second look it appears it's dutch catenary, not those white vacuum tubes
09:06<JVassie>le awesome
09:07<JVassie>thx Eddi|zuHause
09:07<Eddi|zuHause>i take credit for coming up with the idea, and implementing it, as well ;)
09:07<JVassie>:)
09:07<JVassie>hold on 2 secs
09:07<@Terkhen>do you plan to use that station completely? :P
09:07<JVassie>and you can have the zoomed in version
09:08<JVassie>http://jvassie.net/img/FFHBF2.png
09:09<JVassie>Terkhen: its a 'replica' of Frankfurt Hbf
09:09<@Terkhen>wow :P
09:09<Eddi|zuHause>JVassie: what station set is that front building?
09:09<JVassie>british stations
09:10<MNIM>you know what the train orders really could use?
09:10<@planetmaker>hm... the tracks look too noisy for my taste, JVassie
09:10<Eddi|zuHause>i know! shunting orders!
09:10<Eddi|zuHause>do i win? :p
09:10<MNIM>shunting orders?
09:10<MNIM>I was thinking more of 'reverse on spot' orders
09:10<Eddi|zuHause>MNIM: "leave X wagons behind, take Y wagons" :p
09:10<JVassie>planetmaker: how do you mean noisy?
09:11<@planetmaker>http://en.wikipedia.org/wiki/Image_noise
09:11<Eddi|zuHause>MNIM: use the "trains may reverse in stations" difficulty setting
09:11<MNIM>that would be nice, but complicated
09:11<JVassie>planetmaker: to do with nutracks no doubt
09:11<Eddi|zuHause>planetmaker: i don't like these new nutracks either
09:11<@planetmaker>that's nutracks?
09:11<@Terkhen>nunutracks? :P
09:11<MNIM>looks like it to me
09:11<MNIM>looks similar to me at least
09:11<Eddi|zuHause>yep, since a month or so
09:12<MNIM>hmmmh, perhaps I use an older version, but I like mine better
09:12<MNIM>lets check
09:13<MNIM>version 192 according to my newgrf info screen.
09:13<MNIM>the only issue I have with it really is that the road crossings aren't properly drawn
09:13<+michi_cc>Hmm, either the prussian S7 or the T11 could be used for a low-axle weight engine for ~1902-1910, I'm just not sure if including one of them into core would make sense.
09:13<@planetmaker>hm, that noise is WAY too much
09:14<@planetmaker>it's even worse than some OpenGFX houses
09:14<Eddi|zuHause>MNIM: that's probably one of the earliest with the new rails
09:14<MNIM>EG-just the standard rail base over the road
09:14<Eddi|zuHause>MNIM: the road crossings are in a newer version
09:15-!-TheMask96 [martijn@sloth.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
09:16<@planetmaker>michi_cc, the main list may also contain engines which are not part of core. It gives us choice to consider
09:18<+michi_cc>Sure, I was just looking around because there are no passenger engines with <16t after 1900 (with the exception of the universal T3 with a low HP).
09:18<Eddi|zuHause>T11 as replacement for the T3?
09:19<Eddi|zuHause>maybe switch the T11 for the T12
09:19<MNIM>http://www.fileden.com/files/2009/1/1/2248324/Screens/New%20World%20Transports%2C%2020th%20Aug%202095.png
09:19<MNIM>is that noise so bad? 0-o
09:19-!-TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd
09:19<Eddi|zuHause>MNIM: yes, especially when you want to distinguish different railtypes
09:19<MNIM>I kinda like it like this.
09:20<MNIM>it's not like real rail bed is mirror-smooth either!
09:20<Eddi|zuHause>the first three look almost the same
09:20<MNIM>that's true, though
09:20<MNIM>contrast could be better
09:20*planetmaker prefers rather low-noise graphics for this game
09:20<MNIM>hmmmmh
09:20<@planetmaker>I don't say 'no noise'
09:20<Eddi|zuHause>the opengfx grass also has pretty high noise
09:21<MNIM>huck it, imma nuke that reningly junction and redo it
09:21<Eddi|zuHause>additionally to being rather dark
09:21<MNIM>hmmmh
09:21<MNIM>that's Opengfx+landscape Im using there
09:21<Eddi|zuHause>i don't like opengfx for those three reasons: darkness, noisiness and dullness
09:21<@planetmaker>Yes, but the grass may have, that's natural surface roughness. Houses, buildings, tracks, roads, vehicles should not that much
09:22<@planetmaker>dullness?
09:22<Eddi|zuHause>planetmaker: ever compared the factory with the original one?
09:22-!-TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd
09:22<+michi_cc>Eddi|zuHause: T12 has almost double HP over the T11 and a longer build period, so that is kind of a bad deal.
09:23<@planetmaker>Eddi|zuHause, I might have done more than most
09:23<Eddi|zuHause>planetmaker: it looks totally empty, abandoned, like any factory around here...
09:24<MNIM>hmmmmh
09:24<MNIM>I kinda abandoned the standard factories after having discovered the ECS sets
09:25<@planetmaker>http://www.tt-forums.net/viewtopic.php?p=947871#p947871 <-- and you're still talking of this version?
09:25-!-sllide [~jari@ip565eb113.direct-adsl.nl] has joined #openttd
09:26*MNIM nukes the bridge he torched a thousand times before!
09:26<@planetmaker>and you haven't even yet seen its construction stages ;-)
09:26<MNIM>and the rest of the town along with it ]:-D
09:27<@planetmaker>the ttd factory (and steel mill) are so terribly bad there.
09:28<Eddi|zuHause>michi_cc: but they have almost the same usage area
09:29<JVassie>planetmaker: http://jvassie.net/img/FFHBF3.png
09:29<JVassie>does it look better with those tracks?
09:29*MNIM attempts to build a cloverleaf junction
09:30<+michi_cc>Eddi|zuHause: Sure, besides the axle weight there isn't much in favour of the T11. Maybe including the S7 for low axle-weight is a better idea as there's a gap in the express engines right now till the S10 comes.
09:30*MNIM summons an amount of money and starts cracking
09:30<Hirundo>I'd suggest to not build cloverleafs
09:31<Eddi|zuHause>michi_cc: i think rather the historic buy-periods should be extended
09:32<Eddi|zuHause>michi_cc: i'm currently leaning to taking the T11 for local/commuter, and let the P8 handle the stronger main passenger railway
09:32<+michi_cc>Makes sense if the buy period of the T11 gets extended a bit.
09:33<Hirundo>MNIM: Something along the lines of http://wiki.openttd.org/Tetrathorp-Junction generally works better, because allows larger curve radii (ie more speed)
09:33-!-Westie [~westie@raptor.typefish.co.uk] has joined #openttd
09:34<MNIM>I don't like those inner two curves though
09:34<MNIM>just a little too sharp
09:34<Hirundo>you can quite easily make those larger
09:35<MNIM>yeah, but the fun is in trying to limit the space and amount of terraforming used of course :p
09:37<MNIM>and of course my lines don's exactly intesect at perfect positions
09:37<Eddi|zuHause>now the P8 is the first engine requiring heavier rails
09:38<Eddi|zuHause>maybe take the S6 instead of the S10?
09:39<Eddi|zuHause>although it is only marginally faster than the P8
09:40<JVassie>i presume this is a choice for the core set?
09:40<JVassie>not for the set ingeneral?
09:40<Eddi|zuHause>yep
09:40<Eddi|zuHause>core
09:40<JVassie>:)
09:40<JVassie>btw Terkhen: http://upload.wikimedia.org/wikipedia/commons/d/d1/Frankfurt_Main_Hauptbahnhof_6229.jpg
09:40<JVassie>thats what it looks like in real life
09:41<MNIM>hmmmh
09:41<@Terkhen>wow, that's huge
09:41<MNIM>I never got why they design terminus stations IRL
09:42<@Terkhen>to demolish only half of the buildings in the city instead of all of them :P
09:42<+michi_cc>Eddi|zuHause: S6 would reduce the gap a bit and incidentally comes at the same time as the P8, making the heaver railtype more interesting.
09:42<JVassie>MNIM / Terkhen, you heard about the plans for Stuttgart Hbf?
09:42<@Terkhen>no
09:43<JVassie>the plan is to rip up the current terminus
09:43<JVassie>and make a new through station underground
09:43<JVassie>turned thru 90 degrees
09:43<Eddi|zuHause>JVassie: they try to do that in Stuttgart...
09:44<JVassie>?
09:44<Eddi|zuHause>i don't think they'll try that ever again anywhere :p
09:44<JVassie>ah
09:44<JVassie>yeh
09:44<@planetmaker>I doubt they will. Indeed
09:44<MNIM>hmmmh
09:44<MNIM>sounds interesting
09:44<@planetmaker>5 billion Euro for that station project, though ;-)
09:45<MNIM>I also kinda wonder if it would be possible to make bent stations in ottd possible
09:45<JVassie>nah MNIM
09:45<JVassie>not with the current map array
09:45<MNIM>that would make mountainous trains a lot more awesome
09:45<+michi_cc>IMHO the target should be to always have 4-5 (maybe a bit more including electrics) engines available without too big gaps in the service profile (i.e. it's okay to not always have all four pax profiles, but have at least something slow for local and something fast(er)).
09:45<MNIM>how is a station represented on the map, then?
09:45<Eddi|zuHause>JVassie: germany was at the brink of a revolution because of that station :p
09:45-!-Lakie [~Lakie@82.152.164.38] has joined #openttd
09:46<MNIM>as a special building which happens to have rails on top of it, or the other way round?
09:46<Hirundo>It's just ones and zeroes really
09:46<MNIM>if it's function on top of rails it could have loads more flexibility than currently exhibited
09:46<Hirundo>All the stuff per tile has to fit in 9 bytes, with some extra information stored outside the map
09:46<MNIM>those ones and zeros represent something, hirundo
09:46<JVassie>michi_cc: i agree
09:46<MNIM>0-o
09:46<MNIM>wat
09:47<MNIM>nine bites?
09:47<MNIM> /nine/?
09:47<JVassie>yussir
09:47<MNIM>*le gasp*
09:47<Hirundo>Yes, that's 72 bits in total
09:47*MNIM multiplies that with 1024^2
09:47<MNIM>actually
09:48<MNIM>@calc 72*1024*1024
09:48<@DorpsGek>MNIM: 75497472
09:48<Eddi|zuHause>MNIM: the funny thing is, 1024^2 is exactly 1 MB
09:48<MNIM>yeah, 1000vs1024, I know
09:49<MNIM>but 72 megabite is less impressive than 75497472 bites :P
09:49<Eddi|zuHause>so a 1024^2 map uses 9MB
09:49<MNIM>imagine needing to take that much bites of a hamburger
09:50<Eddi|zuHause>9MB is actually ridiculously little, compared to most modern games
09:50<MNIM>true
09:50<JVassie>indeed
09:50<MNIM>that's why I went :0 at nine bits per tile
09:50<MNIM>I expected at least twice that
09:50<JVassie>*bytes
09:50<JVassie>not bits
09:50<JVassie>;)
09:50<MNIM>yeah, bytes. :P
09:50<MNIM>who doesn't confuse 'em sometimes?
09:51<JVassie>What would be awesome is rewriting OTTD to allow up to say 100 bytes per tile
09:51<@Yexo>that would be really easy, but not awesome
09:51<JVassie>100MB for a 1024^2 map
09:51<JVassie>it would be easy?!?!
09:51<JVassie>explain!
09:51<JVassie>:p
09:51<@Yexo>sure, just extend the _m2 struct
09:52<MNIM>it would be nice to have some representative structure in the map
09:52<JVassie>Yexo, why not awesome?
09:52<Eddi|zuHause>so: conclusion: P8 and S6 first to use heavier railtype around 1906, around same time, should we introduce larger cargo wagons to go with that railtype?
09:52<JVassie>i reckon so Eddi|zuHause
09:52<@Yexo>because simply allowing the rest of the code to use 100 bytes instead of 9 doesn't magically add any features
09:52<Hirundo>What's the point of 100 bytes of memory, when only 9 are used? What are you going to do with the other 91?
09:52<MNIM>tile data divided up into information regions: one defines ground/sea underneath
09:52<Eddi|zuHause>historically, that was also the time when freight speed was increased from 35km/h to 45km/h
09:53<JVassie>Yexo, i thought that was what stopped new features beign worked on, the lack of more map bytes
09:53<@Yexo>certainly not
09:53<Eddi|zuHause>JVassie: no. that was never the reason
09:53<MNIM>the next one defines the type of tile (infrastructure/town/industry)
09:53<@Yexo>more a proper way of extending them
09:53<Eddi|zuHause>MNIM: that's what it currently does already
09:53<@Yexo>JVassie: http://devs.openttd.org/~yexo/extra_map_bytes.diff <- there you go, 91 extra bytes per map tile
09:54<@Yexo>just needs saving and loading them
09:54<MNIM>yes, but not in a very flexible way!
09:54<MNIM>you can't define a new infrastructure, for example
09:54<Eddi|zuHause>MNIM: but in a very compressed and fast way
09:54<MNIM>ottd's main issue is not memory but cpu in my view
09:55<@Yexo>MNIM: defining "new infrastructure" is exactly what was done with "NewObjects"
09:55<Eddi|zuHause>MNIM: you can define new infrastructure easily
09:55<@Yexo>and yes, cpu time is the limit, not memory
09:55<MNIM>would I be able to define, say, diagonal rail stations or road with it?
09:55<Eddi|zuHause>MNIM: but using more memory does not automatically make things faster
09:55<Hirundo>Using more memory only makes that worse, though, because of more cache misses
09:56<Eddi|zuHause>not every algorithm is a speed/memory tradeoff
09:56<@Yexo>MNIM: I don't see why not
09:56<Hirundo>Although that may be offset by using the extra bytes to cache often-used information
09:56<MNIM>in a way that is understandable to a coder using only C?
09:56<@Yexo>but just defining how they're stored in the map array doesn't make them magically work
09:56<Eddi|zuHause>MNIM: the main problem with diagonal stations is graphics, imho
09:57<Eddi|zuHause>then you have to do pathfinder additions, because a single station tile may now contain two platforms
09:57<@Yexo>and the newgrf specs, as currently the railtype specs assumes there are only non-diagonal station tiles
09:57<Eddi|zuHause>means a change of various preconditions/assumptions
09:57<Eddi|zuHause>the map array is the least of the problems
09:58<MNIM>hmmhhh
09:58<MNIM>that exactly my point
09:58<@planetmaker>it always looks easy. And then the details hit
09:59<MNIM>stations are defined as special tiles named 'station'
09:59<MNIM>which you can drive through and find a path through
09:59<@planetmaker>and much more ;-)
09:59<MNIM>now if you would alter that system to a system that says "this is a rail"
09:59<MNIM>nothing would be changed in pathfinding, right?
10:00<@Terkhen>trains wouldn't have destinations
10:00<@Yexo>not perse, no
10:00<MNIM>now if you gave this "rail" tile a special property, being, "station"
10:00<Eddi|zuHause>no, MNIM, tiles are already called "rail"
10:00<@Yexo>but you'd still need a way to make a distinction between station / non-station tiles
10:00<@planetmaker>the difference between rail and station is that: stations are destinations
10:00<Eddi|zuHause>and have a special property that means "this is a station"
10:01<@Yexo>MNIM: also stations are drawn in a completely different way from normal rail tiles. Station tiles can't have signals, they can't have junctions, etc.
10:01<MNIM>hmmmh
10:01<@planetmaker>station tiles know when and how they may be passed through. But so do rail tiles
10:02<MNIM>that's what I mean! stations, bridges and tunnels all have special attributes which don't exactly hold up in the real world
10:02<@planetmaker>thus a station tile is already a rail tile with 'add-ons'
10:02<Eddi|zuHause>MNIM: check http://vcs.openttd.org/svn/export/22604/trunk/docs/landscape.html
10:02<MNIM>they don't have signals or anything!
10:03<MNIM>most stations Ive seen have loads of signals
10:03<@Yexo>adding signals to stations on the map array is not a problem, however how exactly these signals should work is problematic
10:03<MNIM>so they can for example park two trains after each other, which isn't possible
10:04<MNIM>(...in OTTD)
10:04<@Yexo>MNIM: in RL trains don't go to "any free platform at a given station", they go to "platform 1", or "platform 3", but it's defined where they go to
10:04<@Yexo>MNIM: and if you park two trains after eachother, but the one in front needs to reverse?
10:05<Eddi|zuHause>Yexo: well, in Paris gare de l'est, they decide the platform like 15 minutes before the train arrives
10:05<MNIM>the same would happen as if they were on normal track
10:05<MNIM>that is, they can't, and should not in the first place!
10:05<Eddi|zuHause>in germany, they decide the platform 3 years before ;)
10:06<@Yexo>eddi: interesting, I did not know that
10:06<Eddi|zuHause>(unless there's delays and stuff)
10:06<@planetmaker>"Wegen Verzögerungen im Betriebsablauf, fährt heute ICE xyz außerplanmäßig auf Gleis3"
10:06<MNIM>same here
10:06<MNIM>though, I don't know how you guys do it
10:06<@planetmaker>(which translates to "because we messed up, things are different"
10:07<MNIM>but I often specify which platform a train needs to go to with waypoints
10:07<Eddi|zuHause>planetmaker: yep, but there's still a difference between "we have a plan, but we don't stick to it", and "we don't have a plan, we just make it up as we go along"
10:07<MNIM>especially at stations mixing my three train formats (UL-28 tiles, L-14 tiles and N-5 tiles)
10:10<Eddi|zuHause>planetmaker: which is especially annoying if you don't end up on the platform directly next to the train that you want to reach, which leaves <2min later
10:10<MNIM>Ah. so that's what limits bridges and tunnels in only two directions.
10:10<MNIM>hmmmhhhhh
10:11<MNIM>sometimes I wish I was a better coder
10:11<MNIM>hmmmh
10:11<MNIM>it's kinda interesting to know though
10:11<MNIM>there's actually people working on tunnels and bridges with (limited) signals on it!
10:11<MNIM>and it supposedly works too
10:12<Eddi|zuHause>it actually doesn't, but that's another story
10:12<@Yexo>afaik nobody is working on proper support for it
10:13<@Yexo>the patch you can find in the development section is a hack that will break in several cases
10:13<MNIM>support can be made!
10:13<MNIM>oh.
10:13<@planetmaker>go right ahead
10:13<MNIM>well
10:13<MNIM>most stuff breaks if you handle it wrong
10:13<Eddi|zuHause>MNIM: it uses a totally wrong approach
10:13<@planetmaker>there are zillions of things which can be improved
10:13-!-Neon [~Neon@dslb-094-219-008-213.pools.arcor-ip.net] has joined #openttd
10:14<MNIM>of course, that's the coders dilemma
10:14<@Yexo>what such a feature needs is splitting a bridge in separate tiles, on each of which you can place signals (and stations, and....)
10:14<MNIM>so much code to write, not enough fingers (and brains)
10:14<Eddi|zuHause>an off-map storage for "wormhole" tiles
10:16<MNIM>from what I gathered the current hack places a signal at the wormhole foot and then controls the train's behaviour directly instead of letting it pay attention to any (not really existing signals)?
10:16<@Terkhen>IIRC the coder of that patch started a new patch to support signals in tunnels and bridges properly, but left it incomplete
10:16<Eddi|zuHause>yes. something like that
10:17<peter1138>i once had custom bridgeheads working!
10:17<peter1138>they were flawless
10:19<MNIM>according to the suggested improvements on the wiki they are only 50% done with that
10:19<MNIM>then again
10:19<Eddi|zuHause>peter1138: but if they had been included back then, we wouldn't have bridges-over-everything now
10:19<peter1138>how so?
10:19<MNIM>it says that diagonal clearing and leveling isn't done either, but it works very damn well for a feature that doesn't exist
10:20<JVassie>so
10:20<MNIM>http://wiki.openttd.org/User:HackaLittleBit/Tunnel_Signals
10:20<JVassie>what features are possible with more maps bytes?
10:20<MNIM>anyway, that's the hack which isn't(shouldn't) be working?
10:20<@Terkhen>MNIM: the people that decided to create that page (suggested improvements) have not been updating it much
10:20<MNIM>jvassie: theoretically or practically?
10:20<@Yexo>MNIM: have you been reading http://wiki.openttd.org/Requested_features ?
10:20<MNIM>yeah
10:20<@Yexo>that page is for several patches outdated or outright wrong
10:21<JVassie>practically
10:21<MNIM>but from my observations it's rather outdated
10:21<MNIM>...ninja'd
10:21<MNIM>no idea
10:21<MNIM>theoretically, unlimited
10:21<@Yexo>and in no way an official "this is the todo list" page
10:21<Eddi|zuHause>peter1138: afair that was one of the things that didn't work out with celestar's custom bridge heads, because the wormhole behaviour of bridges made it impossible to have a train stop at a signal on the bridgehead
10:21<MNIM>but in the end it all depends on the willpower and intellect of the coder
10:21<MNIM>just try creating a perfect junction
10:21<JVassie>define perfect
10:21<peter1138>i don't remember if i had signals on custom bridgeheads
10:22<@Terkhen>I'm pretty sure that free time also plays a role :P
10:22<MNIM>most effecient imaginable
10:22<MNIM>tekrhen: kinda included that in willpower, but yeah, you could say it deserves separate mention
10:22<Eddi|zuHause>peter1138: even if you didn't, i'm pretty sure that was easier before wormhole-bridges were introduced
10:22<@Yexo>but how efficient a junction is depends on train length
10:22<peter1138>Eddi|zuHause, bridges have always been wormholes
10:23<peter1138>or was that tunnels? lol
10:23<peter1138>been too long
10:23<@Terkhen>for me doing RL stuff is what requires willpower, not doing OpenTTD stuff :P
10:23<peter1138>Eddi|zuHause, anyway, i want diagonal bridges :S
10:23<Eddi|zuHause>i don't know how trains behaved on the old bridges, but there were definitely real bridge tiles inbetween
10:24<peter1138>yeah
10:24<MNIM>Yexo: Im not sure, but Ive seen 28 tile long trains go through junctions faster than five tiles long
10:24<Eddi|zuHause>peter1138: i do want that, too :)
10:24<MNIM>terkhen: does that include complicated and boring coding jobs?
10:24<@Terkhen>yes
10:24<@Terkhen>mostly because RL stuff is also complicated and boring coding jobs
10:25<@Yexo>the complicated parts are often the most fun
10:25<@Terkhen>^
10:25<JVassie>heh
10:25<peter1138>i found doing utf-8 fun
10:26<peter1138>but then i'm mad
10:26<peter1138>should i have used ucs-4? :p
10:27<JVassie>Is there anyway to get a free and legal (old) version of visual studio that anyone knows of?
10:27<__ln__>how old?
10:27<MNIM>legal?
10:27<JVassie>as recent as possible
10:27<peter1138>how free?
10:27<MNIM>hee, don't ask me
10:27<peter1138>and why not visual studio express?
10:27<Eddi|zuHause>how legal?
10:27<__ln__>how visual?
10:27<MNIM>are we on a roll here? 8rolleyes*
10:28<JVassie>VSE doesnt include full MSDN library
10:28<@Terkhen>JVassie: you can get express for free, and MSVC via dreamspark if you are a university student
10:28<@Terkhen>that's how I got my copy :P
10:28<JVassie>not a uni student :(
10:28<JVassie>even though im 20 :p
10:28<__ln__>become one
10:29<JVassie>I wonder if doing a course at OU counts
10:29<Eddi|zuHause>that's the easiest thing to do: go to the immatriculation office and say: "i want"
10:30-!-Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd
10:30<@Terkhen>JVassie: I saw a lot of authorized places for spain that were not universities, just try :P
10:31<__ln__>Terkhen: what edition of MSVC do you actually get through dreamspark?
10:31<@Terkhen>visual studio 2010 professional
10:31<JVassie>$239 for 2005 Visual Studio Standard through Amazon >.>
10:32<__ln__>Terkhen: but not the even more advanced ones that have static analysis and stuff?
10:32<JVassie>you need ultimate for that __ln__
10:32<@Terkhen>probably not, I don't know much about different versions of MSVC :P
10:32<Chris_Booth>Terkhen: you can also get MSVS free from MSDN AA as a student
10:33<@Terkhen>I only use it to debug openttd and because my project is a lot less buggy with it than with mingw
10:33*JVassie tries to get verified
10:33<JVassie>hmm
10:34<JVassie>I have no activation code or ISIC card
10:34<@Yexo>the dutch government just accepted legislation forcing websites to to ask users "for unambiguous consent to place any unnecessary cookies" such as cookies from advertising companies
10:35<@Terkhen>Chris_Booth: what do you require to sign up on that? IIRC I checked it but found dreamspark easier
10:35<MNIM>jay
10:35<@Yexo>jay? I'd rather say boo
10:35<Chris_Booth>Terkhen: MSDN AA you need to find your university/School in the list
10:36<@Terkhen>same thing than dreamspark then
10:36<JVassie>- An Open University 'confirmation of registration' for 60 points or more.
10:36<__ln__>than -> as
10:36<Chris_Booth>then you use your university log in
10:36<JVassie>interesting
10:37<JVassie>Chris_Booth: does it support OU?
10:37<Chris_Booth>shoudl do JVassie
10:37<MNIM>yexo: they are forcing websites to ask people first before they are legally allowed to place cookies
10:37<Eddi|zuHause>Yexo: as with all "internet laws", they probably meant well, had no clue, listened to too many lobbyists, and screwed up the whole thing beyond repair
10:37<MNIM>what's not to jay?
10:37<Chris_Booth>if you know what region of the UK OU should be found in
10:38<@Yexo>MNIM: a lot of websites that currently provide free content do so because they gain there profit via advertising
10:38<MNIM>well, besides the practicality of the idea, that is
10:38<JVassie>should be milton keynes
10:38<Chris_Booth>JVassie: http://msdn.microsoft.com/en-us/academic/dd861349
10:38<@Yexo>the advertising is profitable _due_ to those tracking cookies
10:38<Chris_Booth>try and find it in there
10:38<MNIM>advertising can be done in other ways
10:38<peter1138>yay is now spelled jay?
10:38<Chris_Booth>but I would guess the OU is where ever you have to send your work to
10:38<@Yexo>no tracking cookies -> advertising is less profitable -> either less content or more adverts
10:39<MNIM>yexo: does your tv have tracking cookies?
10:39<JVassie>ooh
10:39<JVassie>is XNA game studio any good?
10:39<@Yexo>MNIM: I don't have a tv, which is mostly caused by the huge amount of advertisement between shows
10:39<Eddi|zuHause>Yexo: but actually, when the person being tracked must take a consent action, the adverts to that person should be worth more
10:39<MNIM>and you wanna imply advertisement isn't fricken annoying already?
10:39<@Yexo>edd: not more than now
10:40<MNIM>(on the internet, that is)
10:40<@Yexo>MNIM: no, but without tracking cookies we'll either get more adds or more annoying adds (popups, anyone?)
10:40<Chris_Booth>JVassie: never used it
10:40<@Yexo>and I'd rather have somewhat relevant adds than completely random ones
10:41<@Terkhen>Chris_Booth: I remember now, they required me to contact with one of the departments of my university; dreamspark only needed my student email
10:41<MNIM>you'll get 'em anyway if you don't have a popup blocker
10:41<Eddi|zuHause>Yexo: i generally turn off flash because of annoying ads
10:41<Chris_Booth>Terkhen: that is probably true
10:41<Chris_Booth>but atleast MSDN AA works for JVassie
10:41<Chris_Booth>or should do if he is a computing student
10:42<Chris_Booth>and I know my university isn't singed upto dreamweaver
10:42<Chris_Booth>but is on the MSDN database
10:43<@Terkhen>ok :P
10:44<Chris_Booth>I am also not sure the difference in MS products you get from both, but I guess MSDN AA would be more computing based, such as MS server and extensions such as SQL or Exchange
10:45<JVassie>Chris_Booth: im not technically a current OU student :p
10:45<Chris_Booth>you are not JVassie? but can you access the MSDN stuff?
10:45<JVassie>well i get up to the poitn where i can put stuff in the basket
10:46<JVassie>it then asks for me to login
10:46<JVassie>but it doesnt look like it will use my OU login
10:46<JVassie>and if i choose register, it asks for an account identifier
10:47<Chris_Booth>I am not sure, since you are not realy a student
10:47<JVassie>Please enter a valid username and password. Note that you must register on this webstore to be able to sign in -- an account you may have with your institution is not sufficient.
10:47<JVassie>sigh :(
10:47<Chris_Booth>it should just take the login you use from you webmail
10:48<Chris_Booth>maybe you or your unviersity needs to add you to the list
10:49<MNIM>hmmmmh, now I got a decent looking junction, now I need to install lighting and move that town
10:49<SpComb>dreamspark used my university's web SSO
10:50<SpComb>MSDNAA, I think it was just an email
10:50<SpComb>or there might have been some kind of in-house manual approval as well
10:50<Chris_Booth>it was 3 years ago I did the MSDN AA signup so not a clue
10:50<JVassie>ah no worries
10:51<JVassie>my need for it isnt essential
10:51<Chris_Booth>think I had to fill a form out at university and give it to the head of maths & computing
10:51<JVassie>could fidn another IDE I guess
10:51<JVassie>*find
10:51<JVassie>anyoen suggest a good IDE for C++?
10:51<MNIM>I had to cheat a bit by going outside my originally intended bounding box, but it's not too bad in the end, I guess
10:51<peter1138>erm, you don't need msdn for the ide...
10:51<@Terkhen>geany; on windows it is missing the console though
10:51-!-Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd
10:51<Chris_Booth>you can get VS Express for the IDE
10:52<peter1138>my preference is vim, mind you
10:52<Chris_Booth>or you can use netbeans
10:52<Chris_Booth>Netbeans is quite nice
10:52<JVassie>peter1138: didnt need MSDN for the IDE
10:52<peter1138>if you swing that way
10:52<peter1138>(hurr hurr)
10:52<JVassie>OU used Netbeans for Java
10:52<@Terkhen>IIRC codeblocks on windows includes mingw so you don't have to set it up, but I don't like it much
10:52<peter1138>codeblocks
10:52<peter1138>maybe eclipse if that supports c++
10:53<JVassie>michi_cc: what other core set stuff are we thinking?
10:53<Chris_Booth>I never realy like Eclipse
10:53<JVassie>havent got much planned for 1920s onwards yet
10:54<Chris_Booth>only reason I would se Eclipse is if I wanted to make and android app
10:54<SpComb>vim is quite fine
10:55<Chris_Booth>never used vim, but I am sure its nice
10:55<SpComb>IDEs are a pain
10:55<JVassie>not when learning a language
10:55<SpComb>IDEs are terrible tools to learn when learning a language
10:55<SpComb>since they prevent you from actually understanding how the app is actually built and launched
10:55-!-Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has joined #openttd
10:56<SpComb>IDEs should really only be used once you understand the project/build process and what the IDE actually does
10:56<Chris_Booth>and the fact they write most the code for use
10:56<@Yexo>SpComb: you can argue that both ways: it makes launching your first app easier, so the user can focus on the langauge, not on the tools
10:56<SpComb>otherwise you'll be completely lost when it somehow breaks or you have to actually *do* something other than just copy-paste example code
10:56<SpComb>yeah well, languages should also be simple enough to be useable without IDEs :)
10:57<@Yexo>it's not just the language, no ide usually means you're back to the commandline
10:57<Chris_Booth>SpComb each to ones own, if you like and IDE use one, if you don't you will never have to
10:57<@Yexo>which is for a lot of users a scary thing
10:57<SpComb>well, they should get comfortable with it if that's what the stuff they do is based on
10:58<@Yexo>agreed, but they can also do that after a while
10:58<SpComb>e.g. python's pretty easy to get started with without any IDEs
10:59<SpComb>Chris_Booth: it's not just that, it's also a matter of understanding the tools you're using, since things will inenvitably break, or you'll want to do things that aren't immediately apparent
11:00<@Terkhen>we started learning C++ using DevC++, which was already old and unsupported back then
11:00<@Terkhen>I wish they have taught us properly, it made me lose a lot of time :P
11:00<Chris_Booth>I am not sure about that, I have been coding for 6 years now and never wanted to not use an IDE
11:00<@Terkhen>s/have/had/
11:01*Terkhen had to unlearn many things regarding the tools and then relearn them properly
11:01<+michi_cc>JVassie: Eddis proposal with the S6 is still open. Makes sense from a timeline POV, even if it is significantly less powerful than the S10.1
11:02<SpComb>I had the download-sdk-and-click-create-project-and-start-coding thing with QML and Symbian now
11:03<SpComb>and our project's build stuff is a right mess because of it
11:03-!-rellig [~rellig@argon247.server4you.de] has joined #openttd
11:04<SpComb>but on the other hand, I e.g. installed the Harmattan SDK stuff today, and the IDE for that was broken, but I was able to launch the emulator and install the .deb manually from the command line :)
11:04<SpComb>(although the emulator was still completely broken and the app even more so)
11:04<SpComb>Chris_Booth: it works fine if you stick with the stuff that works fine, but inenvitably I tend to find that anything nontrivial tends to wander outside of that area pretty quickly
11:05<SpComb>at which point all the IDE hand-holding just gets in the way of understanding and getting the thing working
11:09-!-Br33z4hSlut5 [~static.kp@92.68.154.34] has quit [Remote host closed the connection]
11:09<SpComb>abstractions are nice and absolutely required in programming, but it's still beneficial to know what's behind them
11:11<peter1138>it helps if you can learn to code with intellisense
11:11<peter1138>*without :S
11:12<JVassie>fair enough michi_cc
11:12<@planetmaker>michi_cc, I'm not sure that engine adds anything...
11:12<JVassie>:)
11:12<@planetmaker>it's introduced at the same time as the P8, both cater passengers
11:13<@planetmaker>both have about same axle weight
11:13<+michi_cc>Well, wasn't my idea :)
11:13<@planetmaker>what would be the reason to not have the P8 do its job?
11:13-!-George [~George@212.113.107.39] has quit [Read error: Connection reset by peer]
11:15<MNIM>Bah
11:15<MNIM>I wish you could dig down with tunnels
11:15<Eddi|zuHause>planetmaker: i thought of speed limit on passenger wagons, but no speed limit on long distance wagons
11:15<@planetmaker>if at all, it might replace the S10
11:15<MNIM>like placing a tunnel on a flat tile
11:15<@planetmaker>Eddi|zuHause, speed limit on wagons... what's that to do with the engine?
11:15<@planetmaker>livery override?
11:15<Eddi|zuHause>so if all passenger trains go 60km/h, it makes sense to put a cheaper P8 on that, instead of a more expensive S6
11:16<Eddi|zuHause>successively increase passenger train speed later, similar to freight train speed
11:17<@planetmaker>the speed difference of the two engines is 10 km/h: 100 vs. 110
11:18<Eddi|zuHause>yes, but speed limit would only be relevant to long distance trains
11:18<Eddi|zuHause>which exactly separates these two engines
11:18<@planetmaker>sorry, I don't follow
11:18<JVassie>MNIM
11:18<@planetmaker>both have the same speed approximately.
11:18<JVassie>how come?
11:18<JVassie>got a pic?
11:19<@planetmaker>how would you limit one of the engines?
11:19-!-George [~George@212.113.107.39] has joined #openttd
11:19<@planetmaker>and with which justification limit passenger wagons after the P8 to 60km/h while allowing them to travel 110 after the S6?
11:19<MNIM>hmmmh, lemmy make a little example of what I mean
11:20<Eddi|zuHause>two passenger wagon classes: "regional" with speed limit (at 1900 around 60km/h), "long distance" without speed limit
11:20<@planetmaker>ok. And why would the P8 not pull both?
11:20<Eddi|zuHause>it would
11:20<Eddi|zuHause>it realistically also did
11:20<@planetmaker>that's what I assumed ;-)
11:20<Eddi|zuHause>but the S6 is faster, so better suited for long distance
11:21<@planetmaker>so you take the 10km/h faster as the reason?
11:21<JVassie>we only have 1 commuter loco sorted so far :p
11:21<@planetmaker>JVassie, P8 is the multi-purpose work horse
11:21<Eddi|zuHause>the P8 would be slightly slower, but would be cheaper, so better for regional passenger, which doesn't need the speed
11:22<JVassie>P8 would cover passenger, local and commuter?
11:22<Eddi|zuHause>JVassie: "commuter" at this point means the railways around berlin
11:22<Eddi|zuHause>that what later becomes the "S-Bahn"
11:22<@planetmaker>Eddi|zuHause, well. I guess I have no strong opinion either way
11:23-!-ice2 [~anton@114.79.12.60] has joined #openttd
11:23<Eddi|zuHause>JVassie: at this point in a game, you likely don't have a lot of major cities anyway
11:23<@planetmaker>If you think it makes sense. Though I think we could currently do without
11:23<JVassie>well Eddi, if you start in 1850 you might well do
11:23<JVassie>:p
11:23<JVassie>by the 1920s
11:23<@planetmaker>If we have sprites abundantly, we can still consider to move this to core
11:25<@planetmaker>Though we might want to continue this coverage list into the post-WW2 era
11:25<Eddi|zuHause>yes, DRG stock is next
11:26<@planetmaker>having more engines there might make the choice for or agains engines in the late 20s also easier :-)
11:26<Eddi|zuHause>but what's currently in the DBSet is a rough guide
11:26<@planetmaker>yes
11:26-!-ashledombos [~ashledomb@marvin-18-230.cnt.nerim.net] has quit [Remote host closed the connection]
11:26<MNIM>http://www.fileden.com/files/2009/1/1/2248324/Screens/New%20Handwell%20Co.%2C%202nd%20Nov%201917.png
11:26<MNIM>like so
11:26<JVassie>DBSet was obviously written when the 116 ID limit was in place
11:27<MNIM>not like the advanced tunnels set, where you can simply build (some things) on top of the entrance, but you still need to terraform down
11:27<JVassie>hmm
11:27<MNIM>but where the tunnel entrance itself points down
11:27<JVassie>see what you mean
11:28<JVassie>i solve it by making the area bigger :p
11:28<MNIM>true, but I always try to build within existing confines
11:28<Eddi|zuHause>MNIM: that might actually not be too hard to implement
11:28<MNIM>which, in my view, is one of the very challenges that make it fun
11:28<Eddi|zuHause>MNIM: just replace the tunnel building mechanism with the bridge building mechanism
11:29<MNIM>hmmmmh
11:29<MNIM>well, replace tunnel head with bridge head, keep tunnel underground, you mean?
11:29<Eddi|zuHause>tunnel head and bridge heads are almost the same
11:29<Eddi|zuHause>internally
11:30<JVassie>oooh
11:30<JVassie>i smell new feature :p
11:30<@planetmaker>custom tunnel entrances might work, if the tunnel entrance is replaced by a(n action5?) which shows the entrance at the tile border
11:30<@planetmaker>and draws a flat tile on top
11:30<@planetmaker>might look ugly, though ;-)
11:31<MNIM>well, that could be solved with making sprites
11:31<@planetmaker>oh, many things could be solved by that.
11:31<@planetmaker>@seen someone
11:31<@DorpsGek>planetmaker: someone was last seen in #openttd 35 weeks, 2 days, 21 hours, 51 minutes, and 12 seconds ago: <Someone> indeed
11:31<@planetmaker>^ lazy guy though
11:31<Eddi|zuHause>MNIM: you need 4 sprites per climate, and probably around 10-20 lines of code
11:31<MNIM>hmmmmh
11:32<@planetmaker>Eddi|zuHause, if you use the foundation approach you might only need two
11:32<MNIM>are newgrfs built with C++?
11:32<@planetmaker>but yes... 4 makes more sense.
11:32<Eddi|zuHause>no
11:32<@planetmaker>MNIM, no
11:32<MNIM>hmmmh, in that case, tough luck
11:32-!-ice2 [~anton@114.79.12.60] has left #openttd []
11:32<MNIM>C++ I might just attempt
11:33<@planetmaker>uhm... you didn't understand the problem ;-)
11:33<MNIM>I didn't?
11:33<@planetmaker>custom tunnel entrances need code support within OpenTTD. And sprite support by its base set(s)
11:33<@planetmaker>that's got little to do with NewGRFs - initially
11:34<MNIM>ouch.
11:34<Eddi|zuHause>MNIM: start at src/tunnelbridge_cmd.cpp
11:37<peter1138>you'll need quite a lot of gui changes too
11:38<JVassie>where can the source be found? openttd.org i presume?
11:38<Eddi|zuHause>"svn co svn://svn.openttd.org/trunk"
11:38<@planetmaker>or... hg clone http://hg.openttd.org/trunk.hg ;-)
11:39<Eddi|zuHause>or http://vcs.openttd.org/svn/browser/trunk
11:39<peter1138>or git clone git://git.openttd.org/openttd/trunk.git
11:39<JVassie>yeh got it thx lads :p
11:39<+michi_cc>or git clone git://git.openttd.org/openttd/trunk.git
11:39<peter1138>hah
11:40<JVassie>looks like fun to me
11:42<@planetmaker>hg or git are more suitable for people toying with patches IMHO
11:44<JVassie>hmm
11:44<+michi_cc>Regarding DRG rolling stock, how is the plan regarding railtypes? Explicitly distinguish <16t, <18t, >18t etc or do it more like DBrails seems to do it, i.e. just have main line and branch line?
11:44<JVassie>well were usign axle weights afaik
11:44<JVassie>so I guess sticking with that?
11:45<@planetmaker>http://dev.openttdcoop.org/issues/2763 <-- michi_cc
11:45<+michi_cc>Simplified case would mean to classify the axle weight relatively, i.e. 16t for the early trains and then somewhere in the DRG era put all with <16t into the branch line class.
11:45<@planetmaker>no, we can support that explicitly w/o relative stuff
11:45<@planetmaker>people can then upgrade. I mean... that's easy-peasy
11:46<JVassie>so whats the major roadblock currently in terms of expanding the number of bridges?
11:46<+michi_cc>It means more railtypes though, because the current scheme would make for example BR01 and BR03 redundant.
11:46<@planetmaker>JVassie, *someone* is it. He's a slacker
11:46<JVassie>>.>
11:46<JVassie>more specifically?
11:47<@planetmaker>michi_cc, not really, does it? We have 16, 18 20, 20 and 22.5
11:47<@planetmaker>JVassie, it simply needs doing
11:48<JVassie>aww come on
11:48<JVassie>:p
11:48<JVassie>thats no explanation
11:48<peter1138>heh
11:48<peter1138>i wrote newgrf bridges once
11:48<peter1138>i had a patch someone
11:48<peter1138>*somewhere
11:48<peter1138>_oddly enough_
11:49<JVassie>find it
11:49<JVassie>fix it
11:49<+michi_cc>That would make up to 8 types including catenary, which is quite a lot already. The bold types in the issue only indicate 16 and 20 for non-electrified right now.
11:49<@planetmaker>B is 18ton
11:49<@planetmaker>but yes, it's electrified
11:50-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has joined #openttd
11:50<@planetmaker>one could add Bn w/o catenary, if electrification of 18t track bothers people
11:50<@planetmaker>then it's 6 types
11:50-!-devilsadvocate [~quassel@109.200.19.188] has quit [Ping timeout: 480 seconds]
11:51<Eddi|zuHause>michi_cc: the difference between 18t and 20t versions of engines doesn't matter in that proposed track set, indeed
11:51<@planetmaker>Though I think the 5 types is ok.
11:51<Eddi|zuHause>that's why 18t versions in the DRG-era (e.g. BR 03) would not be "core"
11:53<Chris_Booth>with nuTracks is there a way to disable Very High Speed Rail? (the unlited rail)
11:53<+michi_cc>But then there's no need at all to build more than the 20t track type, if there are no lower-axle weight engines.
11:53<Chris_Booth>unlimited
11:53<@planetmaker>but there are such engines
11:53<JVassie>Eddi|zuHause: got that test .grf for longer wagons to hand pls?
11:53<JVassie>Chris_Booth: check the parameters
11:54<@planetmaker>JVassie, build the diff I linked earlier ;-)
11:54<JVassie>im wanting to send someone the .grf :p
11:54<+michi_cc>So either the Bn track is needed, or track types of engines aren't aligned exactly with reality but simply chosen based on gameplay into heavy rail and lighter rail.
11:55<Chris_Booth>JVassie: I will have to read the readme then since in the nice Parm GUI I can't find it
11:55<Eddi|zuHause>michi_cc: that's the problem i have with this as well ;)
11:55<JVassie>how many track types are we limited to? 16 total?
11:55<Eddi|zuHause>JVassie: yes
11:56<JVassie>kk
11:56<@planetmaker>I tend towards allowing for some artistic license wrt track type usage
11:57<+michi_cc>Using all 16 is not a good idea though, especially if you want to allow space for narrow gauge, rack rail, transrapid and whatever else somebody could come up with.
11:57<@planetmaker>though I could live with 6 track types
11:57<@planetmaker>8 already sounds too much to me
11:57<@Terkhen>metro :P
11:57<JVassie>mmm
11:57<@planetmaker>as I'd expect to have a monorail, metro, transrapid, narrow gauge tracks available for other means of transport concurrently
11:58<Eddi|zuHause>the proposed 10, 2 for metro, 2 for narrow gauge, leaves 2 for rack and transrapid
11:58<@planetmaker>it feels to me like too much micromanagement
11:59<@planetmaker>5, maybe 6 track types which make a difference still sound like they add fun.
11:59<@planetmaker>Really more, just for rail... dunno
11:59<Eddi|zuHause>the "realistic" reason for having the 18t versions like BR 03 was because they didn't manage to upgrade the tracks
11:59<Chris_Booth>I like speed limited rail
12:00<Chris_Booth>means I can run all trains at stations
12:00<Chris_Booth>then split networks into highspeed and low speed
12:00<+michi_cc>So the real question is, should the player be rewarded for upgraiding rails more than once, or do we use that purely to have a reason to include some more engines?
12:00-!-devilsadvocate [~quassel@109.200.19.188] has joined #openttd
12:00<Eddi|zuHause>Chris_Booth: speed limits alone are boring, because they have almost no significance to freight
12:00<JVassie>mmm
12:01<Chris_Booth>Eddi|zuHause: I only use them in mixed cargo stations to stop fast trains slowing/stoping all the time
12:01<JVassie>can we parameterise axle weights? ;p
12:01<Eddi|zuHause>JVassie: the game has no concept of axle weights
12:01<Chris_Booth>or maybe I have a mixed cargo junction with highspeed and low speed trains
12:01<Eddi|zuHause>this purely depends on the used track set
12:02<JVassie>well I presume were plannong on releasing one
12:02<JVassie>*planning
12:04<+michi_cc>Maybe something along http://paste.openttdcoop.org/show/302/ ?
12:04<JVassie>hmm
12:05<Chris_Booth>would slower track not have a high tonnage?
12:05<Chris_Booth>since it has less track stress?
12:05<JVassie>mmm
12:05<Chris_Booth>otherwise there is no reason to use it apart from date
12:05<JVassie>Ameecher just asked me that
12:05-!-Amis [~Amis@5400EA0B.dsl.pool.telekom.hu] has joined #openttd
12:05<Chris_Booth>and you said?
12:05<Eddi|zuHause>that's why my original proposal has both slow and fast versions for the higher weights
12:06<JVassie>so if the axle weight is larger than the limit, it cant use that track fullstop?
12:06<Eddi|zuHause>JVassie: either that, or have really high running cost
12:06<@planetmaker>michi_cc, yes, I can live with that.
12:06<@planetmaker>But pretty please not more rail track types ;-)
12:06<JVassie>Ameecher suggested that trains above the limit should be limited in speed
12:07<Eddi|zuHause>JVassie: that's difficult, unless you implement it on a per-engine-basis
12:08<JVassie>a lot of work to do it per engine, or just a difficult feature anyway?
12:08<+michi_cc>We could even drop the speed limit completely, why have S 1 with 90 km/h *and* low axle weight if the speed can only be used on a better track?
12:08<@planetmaker>it would IMHO defy the axle weight categorization
12:08<@planetmaker>^ @ JVassie
12:09<Eddi|zuHause>JVassie: i think just not allowing is enough
12:09<JVassie>ok
12:09<@planetmaker>michi_cc, yes, possibly. But it could be considered a step up in signaling technique, too
12:09<Chris_Booth>I can understand weight limiting a train for a full train, so 240t max
12:09<Chris_Booth>but not with axel wight
12:09<@planetmaker>Chris_Booth, but axle weight is what happens in RL
12:09<JVassie>well axle wight is what counts#
12:10<+michi_cc>And even in reality the track type isn't what is limiting the speed, it's the track alignment that does
12:10<JVassie>its like an elephant vs a stiletto
12:10<Chris_Booth>planetmaker: this is not RL
12:10<@planetmaker>don't you say :-P
12:10<Eddi|zuHause>michi_cc: i'd like to drastically lower the curve speed penalties
12:10<JVassie><Eddi|zuHause> JVassie: either that, or have really high running cost <-- how easy is it to charge a load of extra money?
12:10<Eddi|zuHause>JVassie: there is a callback for that
12:10<Chris_Booth>I would have an ingame use to limit a train by power to weight ratio
12:11<Chris_Booth>but not a axel qeight
12:11<JVassie>so its easily done?
12:11<Chris_Booth>weight
12:11<Chris_Booth>that is just silly imo
12:11<JVassie>:s
12:11<Eddi|zuHause>JVassie: not easy, but possible
12:11<JVassie>ok
12:11<JVassie>cool
12:11<Chris_Booth>it like openttd doesn't know about voltage, and doesn't need to
12:11<Chris_Booth>or current type
12:12<Chris_Booth>these are things that just make the game silly
12:12<JVassie>well
12:12<JVassie>you dont have to use CETS :p
12:12<JVassie>remember that
12:12<Eddi|zuHause>Chris_Booth: you can just use no track set
12:12<JVassie>we couldve gone down the rotue of specifying 25k AC and 1500V DC seperate track
12:12<@planetmaker>JVassie, it's nothing to do with CETS ;-)
12:12<Chris_Booth>Eddi|zuHause: most the time I do
12:12<Eddi|zuHause>all trains will default to RAIL/ELRL if you don't use a track set
12:12<@planetmaker>it'd be all separate
12:12<JVassie>planetmaker: DBRails then
12:13-!-|Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd
12:13<@planetmaker>CERTS ;-) central european rail track set :-P
12:13<JVassie>haha
12:13<Eddi|zuHause>JVassie: the TOE set tries to model 15kV/25kV/3kV/1.5kV difference
12:14<Eddi|zuHause>maybe we should record that stuff in the table, can decide to use that later ;)
12:14<JVassie>mmm
12:14<JVassie>could be interesting :p
12:14<Chris_Booth>TOE is the one that is similar to 2cc but with voltage limits
12:15<Eddi|zuHause>although the most prominent user of 25kV, France, is not represented in the set
12:15<JVassie>germany is all 25kV, no?
12:15<Eddi|zuHause>no, 15kV
12:15<JVassie>oh derr :p
12:15<JVassie>denmark is 25kV
12:15<Eddi|zuHause>except one line
12:15<Chris_Booth>25kV is mainly France and UK
12:15<JVassie>SBB is 15kV
12:16<JVassie>OBB is 15kV too
12:16<Chris_Booth>not sure what italy is
12:16<Eddi|zuHause>yes, switzerland, austria and germany very early decided to go with a common voltage
12:16<Chris_Booth>or spain
12:16<+michi_cc>Eddi|zuHause: lower? I think they are quite low already, seeing that even a 45° curve is only limited to 88.
12:16<JVassie>PKP is 3kV
12:16<JVassie>CD is a mix of 3kV and 25kV
12:17<Eddi|zuHause>PKP and CSD decided to drop 15kV after WWII
12:17<JVassie>so is Italy
12:17<JVassie>so is spain
12:17-!-Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has joined #openttd
12:17<Chris_Booth>what 25k?
12:17<JVassie>and 3kV
12:17<JVassie>hi Hyronymus
12:17<Hyronymus>evening
12:17<@planetmaker>hi Hyronymus
12:17<Chris_Booth>I would guess the 25k is highspeed
12:17<Chris_Booth>and 3kv is old rails
12:18<JVassie>possibly
12:18<JVassie>mind you, all of Finland's OHLE is 25kV
12:18<Eddi|zuHause>but this all is fairly irrelevant unless you really want to model cross-border stuff
12:19<Hyronymus>more countries made the choice for 25kV
12:19<JVassie>would make for a very interestign set Eddi
12:19<Chris_Booth>even then you have dualvoltage trains like the ICE3 and TGV POS
12:19<JVassie>gives much more scope for a lot of newer locos
12:19<Hyronymus>or diesels :P
12:19<JVassie>which are dual/triple/quad voltage
12:20<JVassie>also France's OHLE is about 2/5 1500V and 3/5 25kV
12:21<JVassie>Eddi|zuHause: is there any way of providing for different voltages except for seperate railtypes?
12:22<Eddi|zuHause>JVassie: no
12:22<JVassie>:(
12:22<@Terkhen>hi Hyronymus
12:22<JVassie>tbh I cant even think how you could
12:22<Hyronymus>hi Terkhen
12:23<Hyronymus>JVassie: I think you need multiple electrified track types then
12:23<JVassie>yeah
12:24<JVassie>just trying to think how you could provide that capability without usign track types
12:24<JVassie>but i dont think you can
12:24<@planetmaker>hm...
12:24*planetmaker wonders... does a track type disappear from the availability list when there's no vehicle available for it anymore and non present either?
12:24<Eddi|zuHause>nmlc: "src/eng_dummy.pnml", line 7: Unrecognized identifier 'CLIMATES_ALL' encountered <-- what am i doing wrong?
12:24*planetmaker guesses not
12:24<JVassie>didnt we have this discussion planetmaker ?
12:24<Eddi|zuHause>planetmaker: no
12:25<@planetmaker>Eddi|zuHause, yes
12:25<@planetmaker>it must read...
12:25<@planetmaker>+ climates_available: avail_prussia_core ? ALL_CLIMATES : NO_CLIMATE;
12:25<@Terkhen>IIRC it is ALL_CLIMATES now
12:25<Eddi|zuHause>oh.
12:26<Eddi|zuHause>that explains things :p
12:26<@Terkhen>this reminds me that I did not upload the nml syntax highlighter
12:27-!-APTX_ [APTX@89-78-217-144.dynamic.chello.pl] has quit [Read error: Connection reset by peer]
12:28*Terkhen makes a note hoping that he will not forget about it again
12:28-!-APTX [APTX@89-78-217-144.dynamic.chello.pl] has joined #openttd
12:31-!-ar3k [~ident@ecn206.neoplus.adsl.tpnet.pl] has joined #openttd
12:35-!-k^^ [~k^^@users192.kollegienet.dk] has joined #openttd
12:37-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Remote host closed the connection]
12:38-!-goblin [~goblin@dslb-088-067-089-203.pools.arcor-ip.net] has joined #openttd
12:39-!-ar3kaw [~ident@eca18.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
12:47<Eddi|zuHause>planetmaker: i'm still not getting the engine
12:48*planetmaker investigates
12:50-!-Hyronymus is now known as Hyr|away
12:50<Eddi|zuHause>and shouldn't you give the power in kW when that's what is recorded in the table?
12:51-!-TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
12:52<Eddi|zuHause>oh, and you also miss VEH_CBF_WAGON_LENGTH
12:52<JVassie>wtf happened to the spreadsheet?
12:52<JVassie>nvm
12:53<MNIM>hmmmmh
12:54<MNIM>I decided to revert back to my original junction
12:55<JVassie>lol
12:57-!-TheMask96 [martijn@lust.vhost.ne2000.nl] has joined #openttd
12:58-!-Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
13:03<@planetmaker>Eddi|zuHause, it might be related to some properties not being available to articulated parts... I'll check out, if I don't define them
13:04<Eddi|zuHause>planetmaker: that shouldn't be relevant
13:06<@planetmaker>well. OpenTTD registers the engine upon load... but doesn't make it available for *some* reason
13:06<@planetmaker>and most likely it's a stupid mistake or lapse
13:08-!-|Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO]
13:13<@Belugas>free as a bird
13:13<@Belugas>oops...
13:14<@planetmaker>good for you ;-)
13:15-!-andythenorth [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd
13:15<@planetmaker>Eddi|zuHause, it's the refittable_cargo_classes
13:15<andythenorth>hellos
13:15<@planetmaker>set that to CARGO_CLASSES_ALL and you're set
13:16<@planetmaker>uhm. ALL_NORMAL_CARGO_CLASSES
13:17<@planetmaker>that's a stupid, but anything but obvious mistake
13:17<Eddi|zuHause>can you give me the actual code?
13:18<@Terkhen>hi andythenorth
13:18<@planetmaker>updated diff
13:19<@planetmaker>the difference is in cargo_definitions:28
13:20<Ammler>is the repo broken?
13:20<@planetmaker>which? and why?
13:23<Ammler>never mind... :-)
13:23-!-Adambean [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds]
13:23<Ammler>just thought you work on cets with diffs :-P
13:24<Eddi|zuHause>planetmaker: that part is not touched by the diff
13:26-!-frosch123 [~frosch@frnk-590ff7c0.pool.mediaWays.net] has joined #openttd
13:27-!-andythenorth [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
13:27<@planetmaker>uhm... it should?
13:28<@planetmaker>are you sure you got not some cached version or so?
13:28<Eddi|zuHause>a diff between this diff and the last one shows only differences in callback_flags, model_life and climate availability
13:29<Eddi|zuHause>you should probably just commit this stuff
13:31-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Remote host closed the connection]
13:31<@planetmaker>probably you're right. done
13:36-!-Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
13:36-!-KouDy [~KouDy@ip-78-102-233-119.net.upcbroadband.cz] has joined #openttd
13:37<Eddi|zuHause>aye, now it shows up
13:37<@planetmaker>btw, you of course also have commit access via your DevZone credentials
13:39<Eddi|zuHause>now... what are my devzone credentials :p
13:40<Eddi|zuHause>hm...there's a wrong offset somewhere
13:40<@planetmaker>you have an account there, don't you?
13:40<Eddi|zuHause>i think i do
13:40<@planetmaker>at least it has your e-mail address :-P
13:43<Eddi|zuHause>**.orig <-- is that intended? (in .hgignore)
13:43<@planetmaker>yes. Ignore often-occuring backup and whatever files
13:43<Eddi|zuHause>i meant the **
13:44<@planetmaker>might be better placed in the user .hgignore. Oh, yes. That traverses the path then IIRC
13:44<@planetmaker>long ago I looked at it.
13:44<@planetmaker>c&p for months, if not years :-P
13:45<CIA-2>OpenTTD: translators * r22605 /trunk/src/lang/ (czech.txt simplified_chinese.txt):
13:45<CIA-2>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-2>OpenTTD: simplified_chinese - 3 changes by Gavin
13:45<CIA-2>OpenTTD: czech - 3 changes by marek995
13:47-!-Lakie [~Lakie@82.152.164.38] has quit [Quit: bbl]
13:47-!-Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd
13:49<@planetmaker>"Objects have around 8 random bits per tile of the object. " <-- frosch123 that means 8 +- 2? ;-)
13:50-!-goblin [~goblin@dslb-088-067-089-203.pools.arcor-ip.net] has quit [Quit: leaving]
13:53<@planetmaker>(and no, you didn't edit that page, it's just a random marvel I found)
13:53<frosch123>looks like there are 8 bits per tile
13:53<frosch123>no shared bits
13:53<@planetmaker>yep
13:53<frosch123>planetmaker: iirc the spec changed several times there
13:54<Eddi|zuHause>yay... kate krashed. :p
13:54<frosch123>switch to geany
13:54<@planetmaker>mainly I found it amusing to find a phrasing like "there are roughly xy bits used for..."
13:55-!-Hyr|away is now known as Hyronymus
13:56<frosch123>planetmaker: maybe random bits means, that their presence is random :p
13:56<@planetmaker>:-D
13:56<@planetmaker>that'd pose an interesting challenge
13:56<@planetmaker>"catch me. I'm the random bit" ;-)
13:56<Eddi|zuHause>planetmaker: so, how do i tell hg that i am authorized?
13:56-!-keky___ [~stefan@p5098b65a.dip0.t-ipconnect.de] has quit [Quit: Verlassend]
13:56-!-KouDy [~KouDy@ip-78-102-233-119.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds]
13:57<@planetmaker>Eddi|zuHause, you need to add a separate line to your .hgrc:
13:57<@planetmaker>default-push = https://push.openttdcoop.org/cets
13:57-!-goblin [~goblin@dslb-088-067-089-203.pools.arcor-ip.net] has joined #openttd
13:58<@planetmaker>mind the https
13:58<Eddi|zuHause>that seemed to have helped
13:59<@planetmaker>are you sure you want to have 'johannes' configured as your user name? ;-)
14:00<Eddi|zuHause>probably not
14:00<@planetmaker>you could edit ~/.hgrc
14:00<@planetmaker>better for that stuff than configuring it for every repo
14:01<@planetmaker>http://dev.openttdcoop.org/projects/home/wiki/Configuring_TortoiseHg_%28Windows%29
14:01<Eddi|zuHause>what do you suggest i should use for this repo?
14:02-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
14:02<@planetmaker>most people seem to use their IRC and forum nick
14:02<@planetmaker>I'd suggest Eddi in this case ;-)
14:03<@planetmaker>username = Eddi <email>
14:03<@planetmaker>but up to you
14:03<@planetmaker>I don't really mind. Just wondered
14:03-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving]
14:04-!-Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Quit: Quit]
14:04-!-Fuco [dota.keys@server.dasnet.cz] has joined #openttd
14:04<@planetmaker>you might find it interesting maybe to join #openttdcoop.devzone
14:05<Eddi|zuHause>what's the preferred way to set 32px-vehicles and depot offset nowadays?
14:05<@planetmaker>there are global variables defined in NML
14:06<Eddi|zuHause>yes, but what's their name?
14:06<@planetmaker>which are write-able
14:06<@planetmaker>train_width_32_px = 1;
14:07<@planetmaker>traininfo_y_offset = 2;
14:07<@planetmaker>but I did have to look up that stuff, too ;-)
14:07<@planetmaker>I'd add them to header.pnml probably...
14:08-!-DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer]
14:08<@planetmaker>but maybe we want a separate file for global definitions and things like these
14:08<SpComb>train_width_32_px = 33;
14:09<Eddi|zuHause>it works with my old lines, but nml complains
14:09<Eddi|zuHause>and they really are necessary, otherwise it looks odd
14:10-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd
14:10-!-Pixa [~Pixa@85.210.75.24] has joined #openttd
14:11-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit []
14:13<Eddi|zuHause>ah... hg is stupid... for hg outgoing it uses the push address
14:13<Eddi|zuHause>so it asks for login there, too
14:15<Eddi|zuHause>it produces 3 steam puffs...
14:16<@Yexo>why is that stupid?
14:17<@Yexo>hg outgoing should tell you which revisions would be pushed if you did hg push
14:17<Eddi|zuHause>Yexo: yes, but it could find that out from the public adress as well
14:18<@Yexo>it couldn't, since it doesn't know that the pull and push address contain the same repo
14:21-!-Wolf01 [~wolf01@host33-162-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd
14:22<Wolf01>evening
14:23<Eddi|zuHause>Yexo: exactly. it could, if it wasn't stupid :p
14:23<@Yexo>eddi: but between every pull/push the remote repo could change
14:24<@Yexo>so there is absolutely no way it can be sure those two are the same
14:24-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd
14:25<@Terkhen>hi Wolf01
14:25<@planetmaker>Eddi|zuHause, then put your credentials in your ~/.hgrc as described in the link I supplied...
14:26<Eddi|zuHause>i'm not putting credentials in a plain text file...
14:28-!-bryjen [~bryjen@76.92.85.169] has joined #openttd
14:29<@Terkhen>http://pypi.python.org/pypi/mercurial_keyring
14:34-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
14:34-!-mode/#openttd [+o Alberth] by ChanServ
14:35<@planetmaker>Zuu seems to be the person with the most AI shortnames - and the amount of AIs used in the most peculiar way ;-)
14:35<Zuu>:-)
14:36<Zuu>The more AIs the better? :-p
14:39<@Alberth>either that, or 'crazier' (in a good way) :p
14:40<Ammler>[20:26] <Eddi|zuHause> i'm not putting credentials in a plain text file... <-- if you want, we can give you ssh access or are you aware of anohter auth method?
14:42<Hyronymus>expanded the NML stub on the wiki: http://www.tt-wiki.net/wiki/NMLTutorial
14:42<Ammler>I guess, there is with ssl certs, not sure thought
14:43<@Alberth>sign the text with a ssh key
14:45<Ammler>Alberth: answering me?
14:45<@Alberth>just giving another suggestion
14:46<Ammler>well, suggestions without the need to patch mercurial or webserver :-)
15:00<@Alberth>are you saying my suggestion needs any of that? I am confused
15:02-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Quit: Leaving]
15:03-!-ar3kaw [~ident@ecn206.neoplus.adsl.tpnet.pl] has joined #openttd
15:03-!-mksen [~mks@c83-176-234-98.cust.tele2.se] has joined #openttd
15:03-!-Amis_ [~Amis@5400EA0B.dsl.pool.telekom.hu] has joined #openttd
15:03-!-NOUK [~KEM@ALyon-158-1-187-3.w109-212.abo.wanadoo.fr] has joined #openttd
15:03-!-Firzen [~Neon@dslb-094-219-008-213.pools.arcor-ip.net] has joined #openttd
15:04-!-George|2 [~George@212.113.107.39] has joined #openttd
15:05-!-luQue [~lkz@luckz.de] has joined #openttd
15:05-!-frosch [~frosch@frnk-590ff7c0.pool.mediaWays.net] has joined #openttd
15:06-!-TB [~patric@145.118.73.65] has joined #openttd
15:06<Zuu>planetmaker: I think a #openttdcoop project/hg account for TutorialAI would be useful. Especially as I think this is a project that might interest others to contribute chapters.
15:06-!-tneo- [~tneo@101.haydn.openttdcoop.org] has joined #openttd
15:07-!-andythenorth [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd
15:07-!-Fuco_ [dota.keys@server.dasnet.cz] has joined #openttd
15:07-!-pm [~planetmak@101.haydn.openttdcoop.org] has joined #openttd
15:07-!-mode/#openttd [+o pm] by ChanServ
15:08-!-zachanim1 [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd
15:08-!-SpComb^_ [terom@zapotek.paivola.fi] has joined #openttd
15:08-!-Osai^2 [~Osai@101.haydn.openttdcoop.org] has joined #openttd
15:10-!-XeryusTC2 [~XeryusTC@101.haydn.openttdcoop.org] has joined #openttd
15:10-!-DJ_Nekkid [~djnekkid@101.haydn.openttdcoop.org] has joined #openttd
15:10<Zuu>planetmaker: For every more AI that I make, the more useful SuperLib become :-p
15:11<@pm>haha :-)
15:11<Eddi|zuHause>"TutorialAI" -- i'm just imagining "Mr Paperclip" saying: "looks like you are trying to build a train station, can i help you with that?"
15:11<@Alberth>:)
15:11-!-Netsplit reticulum.oftc.net <-> magnet.oftc.net quits: tneo, frosch123, +michi_cc, luckz, Amis, XeryusTC, Osai, SpComb, TrueBrain, Neon, (+9 more, use /NETSPLIT to show all of them)
15:11-!-DJ_Nekkid is now known as DJNekkid
15:11<@pm>hm... I'm here even twice
15:11-!-pm is now known as planetmaker
15:11<@planetmaker>not anymore
15:12<@Alberth>so glad you are back in one piece again :p
15:12<@planetmaker>:-D
15:16-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd
15:19-!-Progman [~progman@p57A1B9C1.dip.t-dialin.net] has joined #openttd
15:20-!-michi_cc [michi@dude.icosahedron.de] has joined #openttd
15:20-!-mode/#openttd [+v michi_cc] by ChanServ
15:22-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has quit [Remote host closed the connection]
15:23-!-michi_cc [michi@dude.icosahedron.de] has left #openttd []
15:23-!-michi_cc [michi@dude.icosahedron.de] has joined #openttd
15:23-!-mode/#openttd [+v michi_cc] by ChanServ
15:26-!-Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd
15:27-!-DabuYu [~jkuckartz@128.250.79.189] has quit [Read error: Connection reset by peer]
15:28<@planetmaker>Zuu, iirc ctrl+click also deletes a sign. Might be faster ;-)
15:28<Zuu>planetmaker: Only when you are the owner of the sign.
15:28<@planetmaker>then do it twice ;-)
15:29<@planetmaker>but... maybe doesn't work. Dunno :-)
15:29<Zuu>Ctrl+double click?
15:29<Zuu>Is that implemented for non-owned signs?
15:30<@planetmaker>dunno. I just thought that first click changes ownership, 2nd deletes
15:30<@planetmaker>I might mis-remember
15:30-!-DayDreamer [~DayDreame@94.142.234.1] has joined #openttd
15:30<Wolf01>gah... trying to extend Point to get Right... I must be tired
15:31<Zuu>Anyway, if the tutorial gets popular it might give a push towards some way of making an easier to use interface ;-)
15:31<@planetmaker>Zuu, I guess a NoAI chat function would be nice, eh?
15:31<@planetmaker>like 'emit_general_chat_message(string)'
15:31<Zuu>Anyway, it abuses a half closed door.
15:32<Zuu>The idea has never been that competitive AIs should be allowed to interact with players through chat etc. At least that's what Yexo + TrueBrain has told me.
15:32<Zuu>For example AIs can't read signs owned by other companies.
15:33<@planetmaker>hm, I see
15:34-!-a1270 [~a1270@72-24-233-98.cpe.cableone.net] has joined #openttd
15:34<Zuu>An AI that can easily be controlled secretly by one player could be abused in eg. multiplayer.
15:35-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
15:35<Eddi|zuHause>how is that different from two people working together?
15:35<@planetmaker>ah, right. makes sense
15:35<@planetmaker>Eddi|zuHause, one person with his bots joining as well
15:35<@planetmaker>easier than getting a team join a server
15:36<Zuu>In theory there could be some API functions only available to some class of AIs that may get other restrictions imposed by OpenTTD.
15:36<@planetmaker>but then luckily AIs are server-side ;-)
15:37<Zuu>That doesn't stop me from adding a backdoor in CluelessPuls and use that on a server that have my AI running.
15:38<Zuu>Anyway, I think AIs can read the company names of other companies so that backdoor could possible be added already so it is triggered by my usual multiplayer company name etc.
15:38<@Terkhen>good night
15:38<@planetmaker>he, early night. Good night to you Terkhen
15:38<Zuu>Good night Terkhen
15:40<Zuu>That said, maybe there could be a GUI/AI-chat only available in single player that would be somewhat MP-safe. (ignoring the 3-line change that according to TrueBrain is enough to get AIs to run on MP-clients)
15:40<Wolf01>night Terkhen
15:42-!-Kurimus [Kurimus@dsl-tkubrasgw3-ffa0c300-106.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
15:45-!-TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has quit [Read error: Connection reset by peer]
15:45-!-TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has joined #openttd
15:46-!-Noldo_ [vheino@jumi.lut.fi] has joined #openttd
15:47-!-Chris_Booth_ [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
15:48-!-Noldo [~vheino@jumi.lut.fi] has quit [Ping timeout: 480 seconds]
15:48<Zuu>Maybe the (G)UI-features could be made so that they use DoCommand(P) but are restricted to SP only. So that in an unmobified OpenTTD AIs will not be able to use those APIs in MP. On a modified build which allows AIs on clients the AI-GUI calls will still be routed via the server which will block the commands. Thus requiring a larger modifcation that re-routes the events as client-only to abuse it.
15:50<Zuu>That said, if there are AIs that would actually be usefull for the script kiddies to use in MP, they would probably only then try to use AIs in MP. Hm......
15:51-!-Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing]
15:52<Zuu>But then there already exist so many ways to be evil in MP that it might be a bad idea to let this potential issue stop the development.
15:52-!-SpComb^_ is now known as SpComb
15:53-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
15:53-!-Chris_Booth_ is now known as Chris_Booth
15:54<Zuu>All that said, for now I don't think I will for now look into extending the AI API but rather try to experiment with what is availale. But if someone takes the challenge and adds some AI-(G)UI that would be welcome so to say :-D
15:55<@Yexo><planetmaker> Eddi|zuHause, one person with his bots joining as well <- that isn't an argument, since AIs are server-side only
15:56<@Yexo>Zuu: you want an AI to be able to control the GUI?
15:57-!-amkoroew [~matze@p5B102A6B.dip.t-dialin.net] has joined #openttd
15:58<Hyronymus>mr. JVassie
15:58-!-Biolunar [~mahdi@blfd-4d086bd1.pool.mediaWays.net] has joined #openttd
16:04<Zuu>Yexo: I'm not sure which parts that would be most useful yet.
16:05<Hyronymus>who is experienced in using mediawiki
16:05<Zuu>Center user view at some location and some way of displaying left-aligned multi-line text + getting user feedback would be useful. That's what I can think of for now.
16:07<@Alberth>the latter by means of a new window?
16:07<@Yexo>Hyronymus: better ask your real question
16:07<@Yexo>I wouldn't call myself experienced, but I might be able to answer simple questions
16:07<Zuu>But I don't know if it is "the right thing" to write tutorials as AIs. It might be better to have "Tutorials" that happen to share most of the AI API + having some extra APIs + lot of money/no mone restriction.
16:07<Hyronymus>the feature in green on this page: http://www.mediawiki.org/wiki/Manual:Redirect_table
16:08<Hyronymus>is that something you can do on every page
16:08<Zuu>Alberth: That's one solution.
16:08<Zuu>I haven't though very much yet. I wrote TutorialAI last night :-D
16:08<@Yexo>Hyronymus: that's done by this: {{Database layout}}, in other words by including the Database layout template
16:09<Hyronymus>ok, I'll look further into that Yexo
16:09<@Alberth>Zuu: programming a tutorial through an AI beats doing it in C++, imho
16:09<@Yexo>you can view/edit that template here: http://www.mediawiki.org/wiki/Template:Database_layout
16:09<Hyronymus>thx
16:10<Zuu>Alberth: Indeed, and I plan to reuse quite a lot of AI code and more or less just put in break points in it to start with.
16:13-!-Amis_ [~Amis@5400EA0B.dsl.pool.telekom.hu] has quit [Quit: *pop*]
16:13<Zuu>If you want a static tutorial, you could bundle it with a savegame/scenario. Though I don't plan to do that for now unless there will be a need for it.
16:15<Zuu>The main downside I think with a tutoraial AS an AI is that it can't show newbies how to use the GUI. it can only talk about the GUI. That said, if you want to be specific about the GUI you become more dependent on specific OpenTTD versions.
16:16-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
16:17<@Alberth>automagic mouse moving and clicking should be possible, at least in theory.
16:18<@Alberth>but then you're building for the user, not for the AI :p
16:19-!-KritiK [~Maxim@95-24-194-12.broadband.corbina.ru] has joined #openttd
16:21-!-k^^ [~k^^@users192.kollegienet.dk] has quit [Quit: Computer has gone to sleep]
16:22<Zuu>Thus a "Tutorial".tar would be useful which is an AI that start on the same company as the user. (or where the user is auto-cheated to the AI company)
16:22<Zuu>... unless the AI can open the cheat dialog and move the user to the AI company... :-p
16:23<@planetmaker>Zuu, add a special AI tag... or introduce similar to grfIDs a special meaning for names starting with 0xFF
16:23<MNIM>hmmmmh
16:23<@planetmaker>though I like a special property an AI declares better
16:23<@planetmaker>or however that'd be named in the NoAI domain ;-)
16:24<MNIM>every time I browse the wiki I am surprised how many junctions are possible
16:24<Zuu>I think it would be a function that you can ovverride in info.nut eg. IsTutorial() and make it return true.
16:25<Zuu>The default implementation would simply return false.
16:25<@planetmaker>http://www.openttdcoop.org/wiki/PublicServer:Archive <-- browse those games, MNIM ;-)
16:25<MNIM>Im kinda interested by this one right now
16:27<MNIM>http://wiki.openttd.org/images/4/43/Flyover.png
16:27<MNIM>whoopsie, forgot to post link :P
16:27-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has joined #openttd
16:28<MNIM>anyway, Im not that interested in those mega-big stations and stuff
16:28-!-sla_ro|master [~slaco@95.76.27.160] has quit [Quit: The Third Tiberium War - http://www.moddb.com/mods/the-third-tiberium-war]
16:28<Zuu>Another crazy zuu-idea: Use the idea of some AI author to read human constructions and save to file (via debug-console). Then write an AI where this data is pasted into the source and the AI will randomly build different advanced junctions. The purpose would be just for fun and nice to look at :-)
16:28<MNIM>I try to keep it at least a bit managable
16:28<MNIM>even if my cpu decides he's working too hard :P
16:29<MNIM>as is happening with one of my oldest games
16:29<MNIM>I swear, I go near a city with my viewport, BOOM slomo!
16:30<Eddi|zuHause>hm... cool nmlc reports the error in the pnml file, not the nml file
16:31<@planetmaker>sure :-)
16:32<@planetmaker>I'd be wasted otherwise ;-)
16:32<MNIM>I also have a full overview screenshot of that game, but I can't view it because I don't have enough ram
16:43<MNIM>hmmmmh
16:43<MNIM>I like the zoom fucntion, I think
16:44<MNIM>even if it still causes image sizes in excess of 3(e3)^2 pixies
16:45<MNIM>here's the zoomed out version
16:45<MNIM>http://www.fileden.com/files/2009/1/1/2248324/Screens/New%20World%20Transports%2C%2014th%20Jul%202095.png
16:46<MNIM>most complicated system so far
16:47-!-DGMurdockIII [~dgmurdock@c-68-58-129-14.hsd1.in.comcast.net] has joined #openttd
16:47<MNIM>and for some odd reason, which seems to be the case in every game so far, it's not the main hub city which grows the most
16:47<MNIM>heck
16:47<DGMurdockIII>you guys seem like you would know
16:47<DGMurdockIII>do you know if there are any good open source city building games?
16:48<MNIM>I founded several offshoot cities from new world, and both are several times their daddy in population!
16:48<MNIM>murdock: you mean as in sim city-likes?
16:48<MNIM>heh
16:48<DGMurdockIII>sim city
16:48<DGMurdockIII>yeah
16:49<MNIM>silly iron ore mine.
16:49<MNIM>what are you doing in the middle of a giant metropolis measuring several tens of thousands of citizens while squashed between a mainline and its bypass?
16:50*planetmaker would bet on lincity
16:50<@Alberth>micropolis == simcity
16:50<MNIM>hmmmh
16:51<MNIM>to be honest, I haven't seen any convincing sim city replacement so far
16:51-!-Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
16:51<@Alberth>how is the original first version not convincing? :p
16:52<MNIM>hmmmmh
16:52<DGMurdockIII>micropolis i would love to find a windows verson
16:52<MNIM>silly freight train. why are you only going 180 kmh?
16:52<DGMurdockIII>or someone build a game based on the source code
16:52<@Alberth>MNIM: because you gave it a too fast engine? :)
16:52<DGMurdockIII>the only one i have seen is open city
16:53<DGMurdockIII>if they keep working on it could have been very good
16:53-!-Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Read error: Operation timed out]
16:54-!-tneo- is now known as tneo
16:54-!-Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has quit [Remote host closed the connection]
16:55-!-TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
16:56<DGMurdockIII>http://lincity-ng.berlios.de/wiki/index.php/Main_Page
16:56<MNIM>alberth: the year is 2095 in this game and all non-multiple-unit trains running on electrified rails are powered by sncf CC40100 and taurus locs going 241-230 respectively
16:56-!-Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd
16:57<@Alberth>weird people living in such a hurry
16:57<andythenorth>how to connect svn to rss / irc?
16:57<andythenorth>does the bot here read the rss from Trac?
16:58<andythenorth>or some other commit hook or such?
16:58<MNIM>there's also the NTV AGV duplex trains which slam along the lines with 362 even
16:59<@Alberth>andythenorth: most likely a post-commit hook
17:00<@Alberth>andythenorth: I would expect such a thing to be somewhat standard available with svn
17:00<MNIM>then there's also the 28 tile long mammoth trains thundering along powered by two centennials (UP EMD DDA40X)
17:00<MNIM>the slowest trains I use, actually
17:01<MNIM>only a lazy 144 kmh!
17:01<Zuu>I've heard about a very very good game called P1 that will have every city building and transport game feature ever though of. ;-)
17:02-!-devilsadvocate [~quassel@109.200.19.188] has quit [Ping timeout: 480 seconds]
17:03<@planetmaker>with status updates every few weeks, but time intervals following a fibonacci series ;-)
17:03<Eddi|zuHause>that's quite exponential ;)
17:04<Eddi|zuHause>@calc (1+sqrt(5))/2
17:04<@DorpsGek>Eddi|zuHause: 1.61803398875
17:05<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**0+((1-sqrt(5)/2)**0)
17:05<@DorpsGek>Eddi|zuHause: Error: unexpected EOF while parsing (<string>, line 1)
17:05<MNIM>http://www.fileden.com/files/2009/1/1/2248324/Screens/New%20World%20Transports%2C%2029th%20Feb%202096.png
17:05<DGMurdockIII>where can i find the game P1
17:05<Eddi|zuHause>@calc 1/sqrt(5)*((1+sqrt(5))/2)**0+((1-sqrt(5)/2)**0)
17:05<@DorpsGek>Eddi|zuHause: 1.4472135955
17:06<Eddi|zuHause>@calc 1/sqrt(5)*((1+sqrt(5))/2)**0-((1-sqrt(5)/2)**0)
17:06<@DorpsGek>Eddi|zuHause: -0.5527864045
17:06<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**0-((1-sqrt(5))/2)**0)
17:06<@DorpsGek>Eddi|zuHause: 0
17:06<Eddi|zuHause>that's the one
17:07<MNIM>how gentle and calm, a centennial pulling an empty mineral train passing a British rail diesel intercity in a mountain scenery.
17:07<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**1-((1-sqrt(5))/2)**1)
17:07<MNIM>...
17:07<@DorpsGek>Eddi|zuHause: 1
17:07<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**2-((1-sqrt(5))/2)**2)
17:07<@DorpsGek>Eddi|zuHause: 1
17:07<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**3-((1-sqrt(5))/2)**3)
17:07<@DorpsGek>Eddi|zuHause: 2
17:07<DGMurdockIII>has anyone tryed Cities in Motion?
17:07<MNIM>you broke the bot! D:
17:07<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**4-((1-sqrt(5))/2)**4)
17:07<@DorpsGek>Eddi|zuHause: 3
17:07<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**5-((1-sqrt(5))/2)**5)
17:07<@DorpsGek>Eddi|zuHause: 5
17:07<Eddi|zuHause>@calc 1/sqrt(5)*(((1+sqrt(5))/2)**6-((1-sqrt(5))/2)**6)
17:07<@DorpsGek>Eddi|zuHause: 8
17:09<DGMurdockIII>has anyone tryed Cities in Motion?
17:09<MNIM>heh
17:09<Eddi|zuHause>not since the last time you asked
17:09<MNIM>steam power.
17:10<MNIM>trying to pull a train with four locs.
17:11-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has quit [Quit: Juo]
17:11<MNIM>0-o
17:12<MNIM>ottd crashed
17:12<MNIM>de hell
17:14<Zuu>MNIM, unless you have modified your NewGRF settings in-game, please provide crash.dmp, crash.log, crash.png etc. to bugs.openttd.org
17:14<Zuu>oh, forgot crash.sav would also be useful.
17:15<Eddi|zuHause>http://users.informatik.uni-halle.de/~krause/Trarnton%20Transport,%2025.%20Jul%201983.png
17:15<Zuu>If you are on Windows Vista/7 they are most likely found in C:\Users\<user name>\Documents\OpenTTD\
17:15<MNIM>yeah, newgrf devtools are enabled, so Im not gonna while
17:15<MNIM>*whine
17:16<@planetmaker>he @ Eddi|zuHause
17:16<MNIM>though it's still a bit exceptional, Ive been running the same newgrf for a while already, and it suddenly cops out when Im expanding towns in scnedit
17:16<@planetmaker>looks a bit weired
17:17<MNIM>eddi: busy coding?
17:17<Eddi|zuHause>the steam puff is too far in front
17:17<@planetmaker>Eddi|zuHause, you can change that via the CB for visual effects
17:17<@planetmaker>and aligning steam is... tedious
17:18<Eddi|zuHause>and the wagons in the steam era aren't that long
17:18<@planetmaker>:-)
17:18<@planetmaker>I guess we'll have to employ two schemes: we can use the normal way for wagons shorter equal than 8/8
17:19<MNIM>hmmmmh
17:19<@planetmaker>and only resort to the elaborate scheme for the longer vehicles
17:19<MNIM>is there a way to enable multiple docks/airports in the same station?
17:19<@planetmaker>yes. Write a patch
17:20<MNIM>ah. the predictable, I suppose
17:20<MNIM>but it's not a simple line in a .cfg somewhere, then
17:20<@planetmaker>nope
17:20<MNIM>huh
17:20<MNIM>it happened again
17:21<MNIM>duplicated circumstances exactly, duplicated results too
17:21-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has joined #openttd
17:22-!-TB is now known as TrueBrain
17:23<MNIM>heh
17:25<MNIM>Zuu: still want those crash results?
17:25<MNIM>http://www.fileden.com/files/2009/1/1/2248324/crash.png
17:25<MNIM>http://www.fileden.com/files/2009/1/1/2248324/crash.log
17:25<MNIM>http://www.fileden.com/files/2009/1/1/2248324/crash.sav
17:25<Wolf01>'night
17:25-!-Wolf01 [~wolf01@host33-162-dynamic.56-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
17:26<MNIM>short explanation: opened .sav in scedit to edit town sizes and some rivers +scenery and such
17:26<MNIM>when I tried to expand New Handwell, BOOM
17:27<@Alberth>lots of newgrf changes in the game
17:27<MNIM>yeah, never caused me big trouble before though
17:28<MNIM>biggest issue with newgrfs so far was when the nutracks that was recommended with 2CC trainset wasn't actually compatible
17:28<@planetmaker>yeah... 'never'
17:29<MNIM>which was quickly solved by updating one of those newgrfs.
17:29<MNIM>suppose there's always a first, eh?
17:30<@planetmaker>with those changes you did, I'm not really surprised
17:30-!-Juo [~Juo@cpc11-acto2-2-0-cust244.4-2.cable.virginmedia.com] has quit [Quit: Juo]
17:30<@planetmaker>I told you before that it's a path to disaster
17:30<@planetmaker>thus it took you less than 24 hours
17:30<MNIM>less than twenty-four hours?
17:31<@planetmaker>and now you know why this setting usually should *not* be enabled
17:31<MNIM>dude, most of those newgrfs have been running for months already in other games
17:31<@planetmaker>yes. But you didn't change or re-configure them on the fly
17:31<@planetmaker>which is the whole point
17:32<MNIM>oh I did.
17:34-!-devilsadvocate [~quassel@109.200.19.188] has joined #openttd
17:36-!-goblin [~goblin@dslb-088-067-089-203.pools.arcor-ip.net] has quit [Quit: leaving]
17:37-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
17:45<@planetmaker>echo 'good night' && mv pm /dev/bed
17:46<MNIM>I assume that's your way of saying "sudo apt-get sleep"
17:47-!-Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection]
17:47-!-DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer]
17:50<MNIM>hmmhhh, still the same result
17:50<MNIM>and oddly, only with that specific town
17:51*frosch << SIGSTOP
17:51-!-frosch [~frosch@frnk-590ff7c0.pool.mediaWays.net] has quit [Remote host closed the connection]
17:51<Zuu>MNIM: I won't deal with them, but they can be useful to track down bugs.
17:51<MNIM>ah, yeah.
17:52<MNIM>hmmmhm, the trouble with my (ab)use patterns is finding where exactly the issue lies
17:55-!-andythenorth [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Quit: andythenorth]
17:57-!-Pulec [~pulec@static-cl093181068250.unet.cz] has quit [Ping timeout: 480 seconds]
18:04<MNIM>480 seconds even 0-o
18:05-!-Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd
18:05-!-Biolunar [~mahdi@blfd-4d086bd1.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!]
18:13-!-Firzen [~Neon@dslb-094-219-008-213.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
18:13-!-Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has joined #openttd
18:14-!-Pixa [~Pixa@85.210.75.24] has quit [Remote host closed the connection]
18:18-!-Prof_Frink [~proffrink@5e0f84fe.bb.sky.com] has joined #openttd
18:26-!-douknoukem [~KEM@ALyon-158-1-14-116.w90-29.abo.wanadoo.fr] has joined #openttd
18:32-!-NOUK [~KEM@ALyon-158-1-187-3.w109-212.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
18:32-!-bodis [~bodis@cpc3-ando3-0-0-cust781.15-1.cable.virginmedia.com] has quit [Remote host closed the connection]
18:34-!-Pulec [~pulec@static-cl093181068250.unet.cz] has quit []
18:35-!-Chruker [~no@5634a56d.rev.stofanet.dk] has quit []
18:44-!-JVassie [~James@host-92-27-149-231.static.as13285.net] has quit [Ping timeout: 480 seconds]
18:45<MNIM>...Oopsoe
18:45<MNIM>*oopsie
18:45*MNIM whistles
18:45<MNIM>that's a lot of progress lost
18:46-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
19:10-!-KouDy [~KouDy@ip-78-102-233-119.net.upcbroadband.cz] has joined #openttd
19:23-!-KouDy [~KouDy@ip-78-102-233-119.net.upcbroadband.cz] has quit [Quit: Leaving.]
19:32-!-KritiK [~Maxim@95-24-194-12.broadband.corbina.ru] has quit [Remote host closed the connection]
19:40-!-sllide [~jari@ip565eb113.direct-adsl.nl] has quit [Remote host closed the connection]
19:45-!-pugi [~pugi@p4FCC5255.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own]
19:48-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
19:50-!-amkoroew1 [~matze@p5B106D78.dip.t-dialin.net] has joined #openttd
19:54-!-amkoroew1 [~matze@p5B106D78.dip.t-dialin.net] has quit []
19:56-!-amkoroew [~matze@p5B102A6B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
19:58-!-dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Remote host closed the connection]
20:02-!-Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
20:04-!-Xaroth [~Xaroth@86.92.135.101] has quit [Remote host closed the connection]
20:05-!-SpBot [spbot@skrblz.fixme.fi] has quit [Remote host closed the connection]
20:07-!-rasco [~rasco@tietos.com] has quit [Ping timeout: 480 seconds]
20:07-!-Cursarion [ronin@viuhka.fi] has quit [Ping timeout: 480 seconds]
20:08-!-__ln__ [~lauri@ssh.ksenos.fi] has quit [Remote host closed the connection]
20:10-!-MNIM [~liesliesl@ip5452ffad.adsl-surfen.hetnet.nl] has quit [Ping timeout: 480 seconds]
20:13-!-Xaroth [~Xaroth@86.92.135.101] has joined #openttd
20:13-!-SpBot [~spbot@skrblz.fixme.fi] has joined #openttd
20:14-!-rasco [rasco@tietos.com] has joined #openttd
20:14-!-SpBot is now known as Guest5581
20:19-!-MNIM [~LiesLies@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd
20:28-!-Cursarion [ronin@viuhka.fi] has joined #openttd
20:30-!-fjb is now known as Guest5586
20:30-!-fjb [~frank@p5DDFFD89.dip.t-dialin.net] has joined #openttd
20:34-!-Progman [~progman@p57A1B9C1.dip.t-dialin.net] has quit [Remote host closed the connection]
20:35-!-Chrill [~chrischri@h-5-149.A212.priv.bahnhof.se] has quit []
20:37-!-Guest5586 [~frank@p5DDFFB3C.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
20:39<caracal>is there a way to find your road depots besides just wandering around looking for them? some i built years ago and the city has grown up around them
20:39<caracal>stations, there's a list, but depots?
20:41-!-el_bb_ [~el_btd@109.125.107.76.dynamic.cablesurf.de] has joined #openttd
20:42<lugo>caracal, well you cam toggle visibility of city houses
20:42<lugo>*can
20:43<caracal>i guess that'd work ... so no separate list of them, eh?
20:43<lugo>not that i knew of, but i'm not 100% sure
20:44<caracal>s'cool, thanks for the suggestion ... i keep forgetting that you can make houses *disapper*, not just turn them translucent
20:45<caracal>took me a while to figure out how, and managed it mostly by accident, but at least now i know ;)
20:56<lugo>caracal, have you tried clicking on a vehicles 'auto-focus' button while holding down ctrl yet? :)
20:57<caracal>i have not, but will try it
20:58<caracal>ah ... that does a "follow" on the vehicle in the main viewport ... could be handy sometimes
20:59<MNIM>alternatively, if you did enter depots into the orders
20:59<MNIM>Ctrl+ Click the order to the depot
21:00<caracal>sure ... if you can find a vehicle based at that depot, you can always open its view and tell it to "go to depot", then once it's there, voila, there's the depot
21:00<caracal>but with a city full of busses, sometimes that's tricky <g>
21:04-!-Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has quit [Quit: Leaving.]
21:05<caracal>i have at least learned that it's usually a good idea to enter a depot into the vehicle's travel orders somewhere, and that's typically the vehicle's "home" depot
21:15-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
21:17-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
21:33-!-devilsadvocate [~quassel@109.200.19.188] has quit [Ping timeout: 480 seconds]
21:43<caracal>gah ... i have 50-odd busses, and now a new model has come along ... any simple way to upgrade them all, or automatically, or must i catch them one at a time?
21:43<caracal>i remember seeing an "autorenew" option somewhere, is that what i need?
21:45<caracal>what i'd *like* to be able to say is something like "any time any vehicle X goes into any depot, replace it with a vehicle Y"
21:46<caracal>ah, i think i just found it ... "replace" in the vehicles list, under the Manage List menu
21:56<caracal>yep, that's just what i wanted! a bit more work for airplanes, though, since you frequently want to change their destinations from small airports to larger ones at the same time you upgrade
21:57<caracal>which is where shared orders come in handy, at least saves a bit of work
22:09-!-bryjen [~bryjen@76.92.85.169] has quit [Quit: Leaving]
22:17-!-devilsadvocate [~quassel@109.200.19.188] has joined #openttd
22:25-!-rhaeder [~quix0r@dslb-094-221-137-252.pools.arcor-ip.net] has joined #openttd
22:27-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd
22:28-!-__ln__ [~lauri@ssh.ksenos.fi] has joined #openttd
22:30-!-rhaeder1 [~quix0r@dslb-094-221-158-025.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
22:33-!-glx [glx@2a01:e35:2f59:c7c0:355d:2dc4:77e1:a000] has quit [Quit: bye]
22:45-!-el_bb_ [~el_btd@109.125.107.76.dynamic.cablesurf.de] has quit [Quit: goodbye]
22:48-!-Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Quit: Sorry, this packet wasn't exactly a winner]
22:55-!-Chris_Booth [~chatzilla@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Remote host closed the connection]
23:03-!-DGMurdockIII [~dgmurdock@c-68-58-129-14.hsd1.in.comcast.net] has quit [Quit: get satisfied! • :: core-networks.de ««« (Gamers.IRC) »»» gamersirc.net ::]
23:56-!-Kurimus [Kurimus@dsl-tkubrasgw3-ffa0c300-106.dhcp.inet.fi] has joined #openttd
---Logclosed Wed Jun 22 00:00:05 2011