IRC logs for #openttd on OFTC at 2008-08-15
⏴ go to previous day
00:16:16 <flaske> alright,ill keep you guys posted
00:33:25 *** Eddi|zuHause has joined #openttd
01:22:44 *** De_Ghost has joined #openttd
01:35:16 *** De_Ghost has joined #openttd
01:44:10 *** De_Ghost has joined #openttd
01:51:53 <Fennec> *scoots over to -coop*
01:57:33 *** De_Ghost has joined #openttd
02:02:35 *** Frostregen_ has joined #openttd
02:04:15 *** Frostregen_ is now known as Frostregen
02:10:37 *** tokai|madspace has quit IRC
02:13:17 *** tokai|madspace has joined #openttd
02:51:06 *** fmauNeko is now known as fmauNekAway
02:55:45 *** ccfreak2k has joined #openttd
03:07:06 *** elmex_ is now known as elmex
03:08:48 <heldey> I think it's the first time I see a complete fundraiser
03:09:42 *** ccfreak2k has joined #openttd
03:44:35 *** ccfreak2k has joined #openttd
05:22:33 *** Kloopy_ has joined #openttd
05:25:27 *** ccfreak2k has joined #openttd
05:25:59 *** lobster_MB has joined #openttd
05:41:35 *** ccfreak2k has joined #openttd
05:41:35 *** De_Ghost has joined #openttd
05:41:35 *** daspork has joined #openttd
05:41:35 *** ben_goodger has joined #openttd
05:41:35 *** Rexxars has joined #openttd
05:41:35 *** fmauNekAway has joined #openttd
05:41:35 *** doc|work has joined #openttd
05:41:35 *** eQualizer has joined #openttd
05:41:35 *** XeryusTC has joined #openttd
05:41:35 *** izhirahider has joined #openttd
05:41:43 *** thingwath has joined #openttd
05:41:43 *** mucht_work has joined #openttd
05:41:43 *** planetmaker has joined #openttd
05:41:43 *** Osai^zZz has joined #openttd
05:41:43 *** GoneWacko has joined #openttd
05:41:43 *** Wolfensteijn has joined #openttd
05:41:44 *** ChanServ sets mode: +v michi_cc
05:41:44 *** ChanServ sets mode: +v Belugas
05:41:44 *** ChanServ sets mode: +v orudge
05:41:44 *** ChanServ sets mode: +v peter1138
05:53:21 *** De_Ghost has joined #openttd
06:03:32 *** De_Ghost has joined #openttd
06:26:47 *** lobster_MB has joined #openttd
06:30:05 *** Osai^zZz is now known as Osai
06:36:33 *** De_Ghost has joined #openttd
07:34:42 *** Brainstorm has joined #openttd
07:38:52 *** [com]buster has joined #openttd
07:56:03 *** Wezz6400 has joined #openttd
08:08:43 *** fmauNekAway is now known as fmauNeko
08:13:09 *** |Jeroen| has joined #openttd
08:29:10 *** stillunknown has joined #openttd
08:32:31 * peter1138 wonders how to do tunnels in a generic way.
08:41:57 *** Progman has joined #openttd
08:45:51 <dih> peter1138, dig a hole each end and dig towards eachother, you should meet at some point :-P
09:07:00 <Wolf01> do underground levels, so we can dig tunnels for you and is not anymore your problem
09:09:49 *** frosch123 has joined #openttd
09:11:20 *** Doorslammer has joined #openttd
09:19:06 <Eddi|zuHause> peter1138: i'd really like tunnel types similar to bridge types
09:19:13 <Eddi|zuHause> maybe even with speedlimits
09:26:23 *** |Jeroen| has joined #openttd
09:28:51 <Kloopy_> A full implementation of underground levels would also enable underground rail networks.
09:29:04 <Kloopy_> (stations would obviously have to have a surface entrance though)
09:29:19 <Kloopy_> haha, I think it's a bit more than "talking" that's required for that. :P
09:29:42 <SpComb> and, of course, undeground ships
09:30:15 <Wolf01> -> [11:09:28] <peter1138> No.
09:30:21 <Kloopy_> Hey, we could also implement a rollercoaster type rail and vehicle and have underground rollercoasters!
09:30:33 <fonso> Underground ships isn't weird enough. There are actually canal tunnels
09:30:34 <Kloopy_> And we could add balloon shops!
09:31:41 <SpComb> they wouldn't be able to float away
09:32:10 <Eddi|zuHause> like rectangular wheels wouldn't be able to roll backwards?
09:32:39 *** tokai|madspace has quit IRC
09:36:05 *** tokai|madspace has joined #openttd
09:41:34 *** alex___ has joined #openttd
09:52:33 <peter1138> I am doing RAIL TYPES. This does not include NEW TUNNEL FEATURES.
09:56:07 <Ammler> I see, but a nice idea, isn't :-)
09:59:11 <peter1138> It's not exactly a new idea.
10:01:26 *** lobster_MB has joined #openttd
10:14:31 *** ChanServ sets mode: +o Bjarni
10:17:48 *** lobster_MB has joined #openttd
10:19:58 *** De_Ghost has joined #openttd
10:21:47 *** ben_goodger has joined #openttd
10:30:33 *** fmauNeko is now known as fmauNekAway
10:33:38 *** Sir_Bob has joined #openttd
10:38:50 <ln> what is "download" in elvish?
10:41:52 <Noldo> Mchl: I take ln as a more of Quenya kind of person
10:42:21 * Mchl goes to his Silmarillion notes
10:46:49 *** lobster_MB has joined #openttd
10:51:11 <Mchl> 'netsino' could be close as meaning 'get here' :P
10:53:59 <Bjarni> ln: I know we talked about a Klingon translation of OpenTTD but we decided against it. I think the same will happen to Elvish
10:54:21 <ln> Bjarni: don't worry, i'm not planning such.
10:54:38 <ln> and the Klingon one already exists with the codename "Danish"
10:54:48 <Mchl> I assume Khuzdul s also out of question?
10:56:17 <Mchl> piglatin is not even a language, Khuzdul is
10:56:49 <Yorick> piglatin is in openttd, Khuzdul isn't
10:56:53 <Mchl> thousands of Dwarves speak it!
10:58:29 <ln> looks like it should be spelled "Khuzdûl", as we have UTF-8.
10:59:43 <Bjarni> I was a bit surprised at pig latin
10:59:56 <Bjarni> who knew that pigs could speak latin?
11:00:12 <Mchl> ln:it should, but I don't trust my IRC client
11:01:21 <ln> we have a piglatin-style word in finnish, "pig's german", which means 'gibberish'.
11:01:51 <Yorick> jarnibay idntday nowkay hatday
11:02:22 <Noldo> oh, that's how it works
11:02:42 *** Amixbook has joined #openttd
11:02:58 <Noldo> I've used similar language but the word used in it was 'vede'
11:03:02 <Amixbook> could someone send me Industrial Stations Renewal v0.7.0 ?
11:03:20 <Amixbook> i only find 0.7.1 or 0.6.0 online
11:03:27 <peter1138> It's in the ISR thread.
11:03:57 <Bjarni> why do you want 0.7.0 when there is 0.7.1?
11:04:07 <peter1138> Oh... you want 0.7.0... heh...
11:10:37 <Amixbook> Yorick: i cant login to the !Mega servers
11:10:43 <Amixbook> as it requires Industrial Stations Renewal v0.7.0
11:11:06 <Yorick> Amixbook: hmm, I supplied updated maps
11:11:39 <Amixbook> it doesnt want to take v0.7.1
11:12:14 <Yorick> and they aren't mine :)
11:12:26 <Ammler> please do not ask same question in 2 different channels :P
11:13:27 <Amixbook> question is a question
11:14:06 *** ben_goodger has joined #openttd
11:14:23 <Tekky> Hi everyone. I have started a poll in the forums about whether YAPP signals should be renamed (currently they are called "advanced signals"). Here is the link:
11:14:27 <Tekky> Does anyone know whether adding a new option to a poll resets all poll results to 0? Does this happen even if people are permitted to change their vote?
11:16:38 <Amixbook> buth the mega servers requires 0.7.0
11:17:27 <Amixbook> is the one responsible for !Mega's servers here?
11:17:30 *** Dred_furst has joined #openttd
11:19:37 <Yorick> Amixbook: he doesn't like irc...
11:20:03 <Tekky> Current results: 5 votes for renaming YAPP "advanced signals", not a single vote for keeping the name :-)
11:20:49 <Tekky> But I guess it is enough if we rename them before OpenTTD 0.7 is released.
11:20:57 <peter1138> I haven't voted, but my vote is worth 20 of your normal votes.
11:21:14 <peter1138> And I vote for either leaving them as is.
11:21:27 <peter1138> If you must, renamed them to PBS, as that is what people are used to.
11:21:51 <Tekky> yes, nobody calls them "advanced signals" in common speech.
11:21:58 <Yorick> but they're not the same as the ttdpatch pbs
11:22:09 <peter1138> They're still PBS signals.
11:22:42 <peter1138> OpenTTD's original PBS was called PBS, and that was very unlike TTDPatch's...
11:22:53 <Amixbook> Yorick: could you tell him to upgrade to 0.7.1 atleast?
11:23:06 <Tekky> the new YAPP OpenTTD PBS signals are much more like TTDPatch PBS signals.
11:23:10 <Yorick> Amixbook: just tell him at clanmega.warlink.eu
11:23:31 <Amixbook> frustrating when i have downloaded all grfs
11:23:41 <Amixbook> and the remaining one is Industrial Stations Renewal v0.7.0
11:24:28 <Tekky> the only difference between TTDPatch "through signals" and OpenTTD YAPP one-way signals are the default graphics :-)
11:25:44 <Ammler> Amixbook: it doesn't need
11:25:58 <Ammler> thats why we have the legacy packs :-)
11:26:00 <Tekky> so, peter1138, I suggest you give your 20 votes to "PBS signals", because they are so similar to TTDPatch PBS signals. :-)
11:26:36 <Yorick> peter1138 is not the only developr...
11:27:04 <Amixbook> well, Industrial Stations Renewal v0.7.1 doesnt work with Industrial Stations Renewal v0.7.0
11:27:11 <Ammler> Tekky: why do you care about the name that much?
11:27:31 <Yorick> Ammler: because it is confusing
11:27:41 <Amixbook> but download is changed to v0.7.1
11:27:56 <Yorick> Amixbook: that's the branch-thingie, I think
11:28:03 <peter1138> Ammler, I was thinking that too ;)
11:28:11 <Ammler> so you didn't find the old one in legacy pack?
11:28:40 <Amixbook> thats why its frustrating
11:29:23 <Tekky> Ammler: The name "advanced signals" is not appropriate, I think, because it is never used in common speech and also will never be. Therefore, I believe it should be renamed to something more descriptive, such as "PBS signals".
11:29:23 <Amixbook> i even got dutch tram set r15 in the end
11:29:47 <Amixbook> Ammler: i have tried all of the packages
11:29:50 <peter1138> They're referenced in the code as PBS too.
11:30:08 <peter1138> And I like the yellow dot ;)
11:30:13 <Amixbook> or macosx screws with me, but i know
11:30:28 <Ammler> Amixbook: show me the server...
11:32:31 <Amixbook> !Mega's Europe Map @ clanmega.warlink.eu
11:33:21 <Yorick> Ammler: I got your approval for it...
11:34:23 <Tekky> peter1138: Well, I'd prefer that YAPP PBS signals are given the standard simple signal graphics and that the legacy signals will be given special graphics instead.
11:35:00 <Tekky> peter1138: I'd prefer the yellow dot being used instead for distant signals, which tell a train to slow down because the next main signal is red.
11:35:13 <Bjarni> <Amixbook> or macosx screws with me, but i know <-- it really shouldn't matter which OS you use
11:37:09 <Amixbook> it would be fine if someone got 0.7.0
11:38:52 <Ammler> omg, why do we all that work :-(
11:44:55 <planetmaker> Amixbook: just download the #openttdcoop grfpack 7.2 legacy and you should have the ISR 0.7.0 - I guess :) Not entirely sure though.
11:45:02 <planetmaker> And tell your admin to upgrade.
11:45:39 <planetmaker> :) The grfpack god hath spoken ;)
11:46:00 <Ammler> else it would be a bug in our pack :-)
11:46:37 *** Brianetta has joined #openttd
11:46:59 <Amixbook> planetmaker: 0.7.1 is there
11:47:23 <planetmaker> Amixbook: that's the 7.2 pack. But the legacy has 0.7.0
11:50:40 <Amixbook> planetmaker: yes, and there is no 0.7.0 there too
11:51:51 <planetmaker> then maybe the legacy to pack 7.0
11:52:50 <Ammler> Amixbook: your problem isn't ISR, it is the dutchset
11:53:14 <Ammler> they use not a coop grf version for that
11:54:05 <Ammler> I could at least join the server, but the dutch trams don't allow me...
11:57:02 <Amixbook> its in legacy 7.0 or 7.1
11:58:12 *** ben_goodger has joined #openttd
11:58:14 <Ammler> tell the server admin, he should use the GRFs for the server from one pack and not combine different packs.
11:58:29 <CIA-5> OpenTTD: rubidium * r14074 /trunk/ (Makefile.bundle Makefile.in Makefile.msvc): -Codechange: split the bundle generation out of the main makefile so it can be reused for making bundles from MSVC compiles.
12:01:00 <Ammler> Amixbook: in our pack is r20
12:01:09 <Ammler> that one is r15, only. :-)
12:01:26 <Ammler> so no reason for me to downgrade...
12:02:14 <Ammler> sometimes our pack has newer versions then the author self :-)
12:06:42 <Ammler> well, in that case, we have an old version, too. -> updated to r26
12:09:09 <Tekky> Does TTDPatch also have an IRC channel?
12:10:03 <peter1138> There's #tycoon but it's not dedicated to TTDPatch.
12:10:27 <Tekky> Does anyone know where I can find the NewGRF specification? The ttdpatch wiki is down. :-(
12:10:52 <Tekky> peter1138, planetmaker: thx
12:13:33 <Ammler> there is a zipped version of the wiki
12:14:00 <Ammler> but it might also be located at wiki.ttdpatch.net...
12:15:01 <Tekky> Owen Rudge already told me that the ttdpatch wiki will be up again in a few minutes.
12:15:09 <peter1138> There's a read only wiki some where... Might be wiki2
12:16:36 <Tekky> What exactly is a NewGRF callback? Is that a piece of compiled object code, i.e. a compiled C function which takes parameters and returns a value?
12:18:31 <peter1138> It's an FSM driven by data (which could be considered byte code) from the GRF.
12:19:24 <Tekky> FSM = finite state machine?
12:19:27 <peter1138> Using the same 'entry point' as a sprite look up, the GRF tells the so called 'resolver' what to check for and what response to give.
12:20:55 <Tekky> I guess the NewGRF callbacks run in a sandbox, so they are no security issue?
12:21:16 <peter1138> There is no code involved, just data.
12:22:33 <Tekky> hmmmm, the wiki article about FSM talks about "actions"..... that sounds dangerous to me :)
12:23:09 <Amixbook> Thanks for the help!
12:23:36 <Tekky> I hope this is all explained in the NewGRF specification?
12:23:44 <peter1138> It's all in the spec.
12:24:09 <peter1138> A chain of 'varactions' is followed leading to a final result.
12:25:40 <peter1138> Basically the only thing it can do is check variables and give a different response based on them.
12:25:42 <Tekky> thx, I guess I will have to wait for orudge to get the ttdpatch wiki working again :-)
12:25:52 <peter1138> As I said, wiki2.ttdpatch.net works fine.
12:26:02 <Tekky> ah, thx... I will try it immediately.
12:26:21 * orudge is just waiting for this script to finish scanning things
12:28:18 *** Doorslammer has joined #openttd
12:37:12 <Brianetta> Someone wants a back-patch to put YAPP into 0.6
12:39:40 <blathijs> Brianetta: Completely understandable, but hardly feasible I guess
12:39:59 <blathijs> Brianetta: Just using a nightly is probably a better plan, then
12:40:08 <frosch123> someone asked me the same lately. I replied him he should hire some programmer for a month. Then he answered that his from is resolved as ottd 0.6.2 already contains signal graphics :s
12:41:28 <Brianetta> blathijs: Certainly better.
12:42:08 <Tekky> Since when does OpenTTD actually support multiplayer? The original TTD did not support multiplayer, did it? Does TTDPatch support multiplayer?
12:42:53 <Rubidium> Tekky: since eons (somewhere in 0.3-ish IIRC)
12:44:06 <Tekky> Does the original TTD and TTDPatch support multiplayer?
12:46:40 <Rexxars> nothing like the awesome server browser, non-disconnecting awesome piece of multiplayer available in OTTD <3
12:48:21 <Brianetta> TTD supports two players over serial or IPX
12:48:37 <Brianetta> TTDPatch supports the same, as far as I know
12:51:09 *** |Jeroen| has joined #openttd
12:52:38 <Ammler> back to the win/dos grf problem: how would it be, if we all would use the dos palette? as dos has more colors then win, all (specially the original) windows grfs should be convertable to dos, aren't they?
12:54:49 * Belugas is amazed at the numerous occurences of the infamous "we should" when it comes to feature wishes or discussions
12:55:04 <Belugas> noticed while back log reading...
12:55:08 <CIA-5> OpenTTD: rubidium * r14075 /trunk/os/win32/installer/ (5 files): -Codechange: make the windows installer more platform aware and warn when the to-be-installed binary isn't the recommended one (or won't work at all).
12:55:09 <fjb> Theoretically yes. But some authers may not allow to change their GRFs. And some GRFs are released only with the Windows palatte.
12:56:02 <Ammler> fjb: well, if it is only the legal issue...
12:57:00 <Ammler> I bet, they would agree, to a "autoconverter" in ottd...
12:57:27 <Ammler> they just don't like if you decompile for altering...
12:57:29 <Brianetta> Ammler: Problem would be compatibility with Patch, where most people use the Windows palette
12:58:10 <Ammler> Brianetta: why? We still can use windows grfs too, they just would be converted to dos...
12:59:05 <Brianetta> OK; what if you don't have the DOS version?
12:59:17 <fjb> Always using the DOS palette would be a good thing. The palatte has to beconverted internally in OpenTTD anyway as almost nobody is running his display with 256 colors only.
12:59:23 <Ammler> then you have the windows haven't you?
12:59:27 <Brianetta> When you convert your Windows one, are the files the same as the real DOS ones?
12:59:29 <Ammler> else it doesn't make sense :-)
12:59:59 <Brianetta> The differing palettes are there because some people have different TTDs
13:00:17 <Ammler> Brianetta: do you talk about original grfs?
13:00:37 <Ammler> I gess the missing sprites won't be used in ottd.
13:00:38 <Brianetta> Still a requirement as of today's trunk.
13:01:01 <fjb> And OpenTTD can not automatically decide which GRF is a DOS one and which is an Windows one. You would have to kind of tag them or sort them into different directories.
13:01:25 <Ammler> fjb: it does that already, somehow
13:01:30 *** fmauNekAway is now known as fmauNeko
13:01:40 <Ammler> with name and md5, I guess...
13:01:52 <glx> Ammler: yes but only for TTD files
13:01:57 <fjb> The original GRFs are no problem, as OpenTTD can tell them apart and use both kinds.
13:02:04 <glx> it can't do it for newgrfs
13:02:52 <fjb> Newgrfs would have to be separated by the user, maybe simply in different subdirectories of the data directory.
13:03:27 <glx> and many users will do it wrong and complain
13:03:42 <Amixbook> is it possible to transport goods from a city to another city?
13:03:49 <fjb> Or you could tag them in openttd.cfg.
13:03:54 <Brianetta> Amixbook: Goods aren't produced by a city.
13:04:08 <Ammler> fjb: the whole discussion is because of the original GRFs
13:04:22 <Brianetta> They're produced (by default) in sawmills, factories and oil refineries.
13:04:27 <fjb> The original GRFs are no problem at all.
13:04:30 <Brianetta> You can deliver them to any city that accepts them.
13:04:39 <Ammler> of course they are, not eveyone has windows GRF
13:04:57 <Ammler> and so those aren't able to join our server.
13:05:00 <fjb> OpenTTD can tell them apart and can handle both types. That is the easy part.
13:05:02 <Amixbook> but i didnt know if you could or couldnt between cities
13:05:20 <Ammler> fjb: I see, you are a SP'ler ;-)
13:05:25 <glx> Ammler: they can join, they just have ugly colors
13:06:20 <fjb> Ammler: No, I already looked at the OpenTTD source relatetd to the palette conversion.
13:06:32 <Brianetta> glx: They can't join
13:06:37 <Brianetta> er, sorry, they can
13:06:44 <Brianetta> but they're guaranteed horrid colours
13:07:08 <Brianetta> Even though the dos version of the newgrfs would work, the MD5 system prohibits them.
13:07:10 <Rubidium> or desyncs because their newgrfs get disabled
13:07:13 <Ammler> since ottd supports both, we hat 1 visitor at #openttdcoop with dos grfs :-)
13:08:18 <Ammler> (at least 1, I know of)
13:08:54 <Ammler> current solution is to tell him, downloading windows originals, which isn't that proper. :-(
13:08:56 <fjb> It's a bit cluttered over some source files. OpenTTD can tell if it found the original files from the DOS or the Windows version. It the decides which palette to use for all GRFs. You can also force it to use the DOS palette if I'm not mistaken.
13:10:28 <Ammler> but 1 fact: conversion from windows to dos: always ok, win-dos might be problematic.
13:10:37 *** fmauNeko is now known as fmauNekAway
13:11:18 <Ammler> dos-win should it be :-)
13:12:29 <Ammler> and if ottd would do the conversion in the ram, you wouldn't have the legal problems...
13:13:04 <glx> it should be possible to use both palettes at the same time with 32bpp blitter I think
13:13:31 <fjb> OpenTTD already kind of "converts" evrything when it is running on a display with more than 256 colors.
13:14:28 <fjb> What happens internally aftrer the GRF is loaded is no legal problem.
13:14:33 <glx> but of course it will still be hard to determine the palette to use for newgrfs
13:15:24 <fjb> There is already a routine to convert DOS palette to Windows palette in the code.
13:15:47 <fjb> Telling which palette a newgrf uses is near impossible.
13:16:17 <Brianetta> The newgrf dialogue could have a toggle-box for Windows or DOS. Players could toggle the toggles until it looked OK.
13:16:22 <Ammler> well, we would then distribute only dos :-)
13:17:03 <fjb> I also thought about that toggle. That or different directories. The toggle would be the cleaner solution.
13:17:04 <Brianetta> Of course, the config file would need to haev some way of specifying palette, too
13:17:50 <fjb> Ammler: You can not only distribute DOS GRfs, because some are relaesed Windows only.
13:18:17 <Ammler> fjb: I know, I would need to ask the authors again...
13:18:25 <Ammler> but I mean theoretically...
13:18:29 <fjb> Enhacing the config file is really no problem.
13:18:35 <Brianetta> How does it matter that DOS newgrfs have more colours available?
13:18:47 <Brianetta> None of them actually use them.
13:19:05 <Ammler> Brianetta: it seems original uses them
13:19:13 <fjb> Ammler: I know about at least 3 people who would not easily do something special for OpenTTD.
13:19:31 <Ammler> at least, if you convert original dos to windows, it doesn't look nice...
13:20:16 <Ammler> fjb: but those have dos grfs already :-)
13:20:44 *** KillaloT has joined #openttd
13:20:53 <fjb> Ammler: Are you sure that they are the only ones and will stay the only ones?
13:21:01 <Ammler> actually, I know nobody...
13:21:16 *** fmauNekAway is now known as fmauNeko
13:34:50 <Eddi|zuHause> <ln> we have a piglatin-style word in finnish, "pig's german", which means 'gibberish'. <- we call that "Kauderwelsch" [especially when different languages are mixed]
13:35:58 <Bjarni> which is actually the name of some language
13:37:44 <Bjarni> once in a while Russian can be used too as something nobody understands. However it's not used much
13:38:31 <Prof_Frink> It's all Greek to me.
13:40:11 <Eddi|zuHause> we say "Spanish" there...
13:41:29 <Bjarni> a rare expression is that something hard/impossible to understand is "a town in Russia"
13:42:24 <Bjarni> however I don't like the expressions that people elsewhere are dumb/impossible to say. Somehow it's not fair to those people
13:42:33 <Eddi|zuHause> sometimes germans say "Ich versteh nur 'Bahnhof'."
13:43:05 <Eddi|zuHause> ("All i understand is 'train station'."
13:43:09 <Prof_Frink> Bjarni: I'm English. It's up to johnny foreiner to learn our language. :p
13:44:06 <Bjarni> me speek goote English, ja?
13:47:09 <Eddi|zuHause> what does a process status of "SLl" mean?
13:57:58 <CIA-5> OpenTTD: frosch * r14076 /trunk/src/ (11 files in 3 dirs): -Codechange: Merge the four start/stop commands into a single CMD_START_STOP_VEHICLE.
13:58:17 <fjb> SL? Spielleiter, kind of admin. :-)
14:01:09 <Eddi|zuHause> fjb: wrong context :p
14:04:05 <Yorick> hm, wireless has quite a bit of packet loss
14:06:35 <ln> "Spielleiter, kind" = german
14:07:17 <Eddi|zuHause> no, "kind" is not german... "Kind" would be...
14:18:32 *** CelestarT42p has joined #openttd
14:20:30 *** Wezz6400 has joined #openttd
14:24:30 <Eddi|zuHause> what's a T42p anyway?
14:24:45 <hylje> a thinkpad to be more precise
14:24:49 *** fmauNeko is now known as fmauNekAway
14:25:28 <CelestarT42p> my workstation's ssh daemon died, so I can't connect to Celestar :P
14:26:48 <Eddi|zuHause> that's unfortunate ;)
14:28:22 <Yorick> just kill it with nickserv
14:28:52 <SpComb> and your hg repo is also down?
14:28:57 <SpComb> at least it was a week ago or so
14:30:55 <CelestarT42p> Yorick: no need, I'm happy with my current nick
14:31:31 <Wolf01> ssh to your nearest power plant and cut the power for 15 minutes, so if you have an ups it should run out of batteries, the problem is: does it restart when the power will come back?
14:31:39 <peter1138> Actually, laughing at the last few commits...
14:33:17 <hylje> how does one save hg repositories to memorizable names
14:34:05 <hylje> hg can bind long urls to short tags
14:38:10 <Ammler> CelestarT42p: we had many desyncs with last test, are you aware of those?
14:39:21 <CelestarT42p> Ammler: when was that test?
14:39:26 <Ammler> when did you test MP last time?
14:39:38 <CelestarT42p> Ammler: a week ago maybe
14:39:49 <CelestarT42p> peter1138: laughing at which ones? :P
14:40:23 <Ammler> we did that on dev with svn r14000
14:40:38 <planetmaker> should still be up and running.
14:41:47 <Ammler> well, it seems you merged a lot since then, we should update it maybe.
14:44:39 <CelestarT42p> Ammler: yeah maybe you should :)
14:44:57 <CelestarT42p> Ammler: none of you used autoreplace and things like those?
14:44:59 <hylje> CelestarT42p: probably merge merge merge
14:46:03 <peter1138> Yeah, top 4 commits :)_
14:46:47 <CelestarT42p> peter1138: yeah :P
14:47:54 * peter1138 ponders syncing railtypes.
14:48:03 <peter1138> Actually quite a bit of it could go straight into trunk.
14:48:24 <peter1138> Mostly using properties for strings instead of relying on consecutive IDs.
14:49:31 *** fmauNekAway is now known as fmauNeko
15:02:58 * peter1138 ponders how to rewrite GetBestRailtype()
15:05:04 * Belugas passes the opportunity
15:05:43 <hylje> the most general-purpose one introduced the latest
15:06:08 <Eddi|zuHause> the one that looks the cutest
15:06:23 * hylje uses magic wand to create a pony-rail GRF
15:06:46 <Eddi|zuHause> yeah, i'd buy that :p
15:07:26 <hylje> and for the guro-freaks out there, it's not about using ponies as sleepers
15:09:18 * Wolf01 wonders to have a nice far west scenery with railset, many horses and many natives assaulting the iron horse as disaster :D
15:25:00 *** |Jeroen| has joined #openttd
15:27:59 *** sunk is now known as sunkan
15:35:07 <CelestarT42p> peter1138: any new commits by you?
15:38:48 <peter1138> I'm sure there are some stuck on galadriel?
15:38:54 <CIA-5> OpenTTD: belugas * r14077 /trunk/ (3 files in 2 dirs): -Fix: MSVC projects re-ordering
15:39:41 <CelestarT42p> peter1138: dunno
15:39:47 <CelestarT42p> peter1138: will know on monday
15:40:31 <CelestarT42p> peter1138: the blob size is the last thing I got by you
15:40:58 <peter1138> I've got a little sideline project going ;)
15:41:21 <CelestarT42p> peter1138: sideline to trunk or sideline to cargodest? :P
15:42:08 <peter1138> Not related to cargodest :)
15:43:35 <hylje> sideline in the rail network sense
15:56:19 <peter1138> I'm still pondering tunnels.
15:58:35 <frosch123> bridges: draw a overlay over the existing bridgefloors - like trams
16:05:08 <CelestarT42p> peter1138: er what are you doin? :P
16:21:27 <CelestarT42p> Ammler: you around?
16:22:30 <CelestarT42p> Ammler: so when about can we do another MP test with cargodest?
16:22:56 <CelestarT42p> Ammler: and I need to think of a way to disable autoreplace during that test
16:23:25 <CelestarT42p> Ammler: k. When I'm back home tomorrow evening
16:23:45 <CelestarT42p> Ammler: tell me a bit about the desyncs you got during the last test
16:24:00 <frosch123> CelestarT42p: Make CheckAutoreplaceValidity() return false
16:24:24 <CelestarT42p> frosch123: thanks
16:24:26 <Ammler> CelestarT42p:hmm, can't really
16:24:37 <Ammler> desyncs happen very fast
16:24:57 <Ammler> maybe someone else like Progman can tell more
16:25:12 <Ammler> I wasn't online that much..
16:25:15 <CelestarT42p> Ammler: for all players?
16:25:30 <Ammler> yep, also if you are alone there
16:27:24 <Ammler> the server is still online at #openttdcoop.dev
16:29:05 *** LilDood has joined #openttd
16:36:57 <CelestarT42p> Mucht: you know a bit about latex right?
16:37:12 <Mucht> just a bit CelestarT42p
16:37:28 <CelestarT42p> "paper.tex:0: Bad DIV-value!(typearea) You should e.g. increase DIV, decrease fontsize(typearea) or change papersize."
16:37:32 <CelestarT42p> does this mean anything to you?
16:38:31 <Mucht> yes, I know now that you use the koma package
16:38:50 *** stillunknown has joined #openttd
16:38:52 <CelestarT42p> yeah, the template I got uses it
16:39:39 <Mucht> give me your line of \documentclass
16:40:23 <CelestarT42p> %%% use twocolumn and 10pt options
16:40:26 <CelestarT42p> \documentclass[twocolumn,10pt,english]{scrartcl}
16:40:31 <CelestarT42p> er sorry for the comment :P
16:41:54 *** LilDood_ has joined #openttd
16:47:52 *** tokai|madspace has quit IRC
16:51:17 *** De_Ghost has joined #openttd
16:51:17 *** stillunknown has joined #openttd
16:51:17 *** |Jeroen| has joined #openttd
16:51:17 *** Wezz6400 has joined #openttd
16:51:17 *** KillaloT has joined #openttd
16:51:17 *** ben_goodger has joined #openttd
16:51:17 *** Dred_furst has joined #openttd
16:51:17 *** Amixbook has joined #openttd
16:51:17 *** lobster_MB has joined #openttd
16:51:17 *** alex___ has joined #openttd
16:51:17 *** Brainstorm has joined #openttd
16:51:17 *** Wolfensteijn has joined #openttd
16:51:17 *** GoneWacko has joined #openttd
16:51:17 *** planetmaker has joined #openttd
16:51:17 *** mucht_work has joined #openttd
16:51:17 *** thingwath has joined #openttd
16:51:17 *** ccfreak2k has joined #openttd
16:51:17 *** daspork has joined #openttd
16:51:17 *** Rexxars has joined #openttd
16:51:17 *** fmauNeko has joined #openttd
16:51:17 *** eQualizer has joined #openttd
16:51:17 *** XeryusTC has joined #openttd
16:51:17 *** izhirahider has joined #openttd
16:52:28 *** CelestarT42p has joined #openttd
16:52:28 *** tokai|madspace has joined #openttd
16:52:28 *** frosch123 has joined #openttd
16:52:28 *** valhallasw has joined #openttd
16:52:28 *** PierreW has joined #openttd
16:52:28 *** peter1138 has joined #openttd
16:52:28 *** solenoid.oftc.net sets mode: +ovov orudge orudge peter1138 peter1138
16:52:28 *** FauxFaux has joined #openttd
16:52:28 *** TheMask97 has joined #openttd
16:52:28 *** Phantasm has joined #openttd
16:52:32 <frosch123> though I miss DorpsGek :p
16:52:45 *** Belugas has joined #openttd
16:52:45 *** mikegrb has joined #openttd
16:52:45 *** charm.oftc.net sets mode: +ov Belugas Belugas
16:53:22 <DorpsGek> Tekky: KUDr was last seen in #openttd 42 weeks, 2 days, 2 hours, 28 minutes, and 55 seconds ago: <KUDr> good
16:53:58 <CelestarT42p> not sure that is correct
16:54:58 <Tekky> I'm afraid it is :-( The author of YAPF has no idea that his pathfinder now supports PBS :-)
16:56:36 <CelestarT42p> Tekky: the question is: who does understand YAPF now? ;)
16:56:55 <Tekky> hehe, I am trying to study it myself :)
16:57:07 <Tekky> but I haven't been successful, yet :)
16:57:42 <Tekky> But my knowledge of C++ templates has skyrocketed in the last few days :)
16:57:47 *** blathijs has joined #openttd
16:57:47 *** Born_Acorn has joined #openttd
16:57:48 *** Celestar has joined #openttd
16:57:57 *** TinoDidriksen has joined #openttd
16:57:58 *** ArmEagle has joined #openttd
16:57:58 *** Progman has joined #openttd
16:58:01 *** ChanServ sets mode: +o Bjarni
16:58:02 *** [com]buster has joined #openttd
16:58:10 *** Zealotus has joined #openttd
16:58:10 *** thgergo has joined #openttd
16:58:18 *** lobster has joined #openttd
16:58:20 *** welterde has joined #openttd
16:58:27 *** LilDood has joined #openttd
17:00:22 <Tekky> And only one single vote for keeping the name "advanced signals" :)
17:01:04 <CelestarT42p> considering that I would LOVE to have advance signals at some point, advanced signals sounds dangerous :P
17:02:01 <CelestarT42p> I want to call them signals
17:02:02 <Tekky> I think YAPP "advanced signals" are actually a lot simpler to use than legacy TTD signals or presignals.
17:02:07 <frosch123> though I wonder why the title of the poll is not an option, i.e. "yapp signals"
17:02:17 <CelestarT42p> because they work basically how RL signals work
17:02:27 <Tekky> frosch123: because noone suggested it yet :)
17:02:49 * CelestarT42p looks up in stellwerke.de
17:02:53 <frosch123> Tekky: and I guess it is not a good idea, too
17:03:46 <Tekky> frosch123: I think it was a good idea before YAPP got into trunk. But now that YAPP is in trunk, I don't consider the name appropriate, anymore.
17:04:51 <Tekky> I still can't believe that YAPP made it into trunk :) This was a historic moment for OpenTTD.....
17:05:27 <CelestarT42p> like a chrismas tree
17:05:50 <Bjarni> interesting signal page
17:06:09 <Tekky> hehe, yes, now that's what I call a "combo signal" :)
17:06:17 <Bjarni> AFAIK there aren't any plans to replace it
17:11:53 *** fmauNeko is now known as fmauNekAway
17:13:55 <Eddi|zuHause> hm... the problem when you make too many suggestions... you don't know which one to chose yourself :p
17:20:39 <Eddi|zuHause> we urgently need base costs per grf...
17:21:30 <Eddi|zuHause> the vehicles of HOVS are 20 times more expensive than the vehicles of the German RV Set
17:21:34 <peter1138> We need base costs fixed by the difficulty setting, and individual costs given a larger range.
17:22:03 <peter1138> Things like that happen even when the sets are used individually.
17:23:01 <peter1138> I wonder what sort of range is needed.
17:23:15 <peter1138> Maybe a 16 bit value covering 4 bits either side of the current 8 bit value?
17:23:52 <Eddi|zuHause> you should ask that to the newgrf authors ;)
17:23:52 <peter1138> Or 32 bits covering 16 and 8 bits either side...
17:25:16 <frosch123> or a 4 bit exponent :p
17:28:18 <Eddi|zuHause> the vehicles of HOVS are insanely expensive anyway...
17:29:14 <Eddi|zuHause> a Model T costs the same as a BR 92
17:29:28 *** welshdragon has joined #openttd
17:29:32 <peter1138> So individual base costs does not solve the problem of cost balance. This is the main reason why I didn't do it.
17:30:01 <Eddi|zuHause> but they are even more insanely expensive when they cost 4 times as much :p
17:31:21 <CelestarT42p> I've *tried* to tackle the cost problem
17:31:22 *** |Jeroen| has joined #openttd
17:31:28 <CelestarT42p> there's no way to do it with newgrfs
17:31:45 <CelestarT42p> unless you keep track of all the grfs and adjust them individually
17:31:57 <Yorick> CelestarT42p: afaik the base costs are stored per vehicle
17:32:00 <Eddi|zuHause> yeah, each newgrf author has a different opinion on what the prices should be
17:32:28 <CelestarT42p> Yorick: yeah, but you cannot just override them, can you? I mean you can, but with a logical value?
17:32:47 <Yorick> you could make the base costs grf-specific for a start
17:33:17 <Ammler> if you would keep it per grf, you could overrule it if needed, that isn't possible now...
17:33:17 <Eddi|zuHause> we were discussing that already, and peter1138 did not want that
17:33:35 <CelestarT42p> Yorick: that's a hell of a work
17:33:44 <CelestarT42p> Yorick: you'd need a maintainer for all those cost bases
17:33:57 <CelestarT42p> that guy would need to play and judge what would be best ..
17:34:00 <Bjarni> you could make a (cost, power, year, speed) calculation on each grf and calculate a multiplier for each
17:34:17 <Bjarni> the issue would be... which formula to make that multiplier?
17:34:22 <Yorick> CelestarT42p: I mean only apply the base costs set by a newgrf to the vehicles of that grf
17:38:44 <peter1138> Even the patch authors agreed that letting GRF authors change the base costs was a bad idea...
17:39:38 <CelestarT42p> we *could* override them
17:39:44 <Yorick> peter1138: what about only letting them change their own base costs
17:39:52 <Eddi|zuHause> hm... i need to make a list of patches that i need to apply to each build...
17:39:58 <peter1138> There are 49 base costs, and you'd need a local copy for all GRFs.
17:39:59 <frosch123> lets include TTDAlter into the cheat window :p
17:40:00 <Yorick> (and the ones they set a modifier to)
17:40:04 <peter1138> What about landscape altering costs?
17:40:27 <CelestarT42p> peter1138: what about forgetting newgrfs and resuming cargodest :P
17:40:28 <peter1138> Yorick, there is no such thing as 'their own base costs'
17:40:29 <Yorick> peter1138: for vehicles, I believe they are stored for each vehicle
17:40:45 <peter1138> CelestarT42p, I have little to add at the moment, except the cargo display in the vehicle window.
17:40:52 <peter1138> Yorick, you believe incorrectly.
17:41:08 <CelestarT42p> peter1138: I dunno if there is much more to add before a full-scale test imho
17:41:24 <peter1138> CelestarT42p, I still want your changes that are stuck ;)
17:41:38 <CelestarT42p> peter1138: I *think* everything is on arwen
17:41:54 <Eddi|zuHause> is ther a current daylength patch?
17:42:00 <CelestarT42p> peter1138: as I'm not devving on galadriel at all
17:42:37 <peter1138> There is a base cost, and a cost factor. Base cost is global, and cost factor is per vehicle, but is currently 8 bits. Changing that to 16 bits would help the problem, because then GRF authors wouldn't need to touch the base cost...
17:42:54 <peter1138> CelestarT42p, yes, but I think there were some changes there that I hadn't synced. Could be wrong of course.
17:43:10 <Belugas> Yorick, do not mix cost multiplier and base cost
17:43:15 <Belugas> i think this is what yu do
17:43:24 <peter1138> (Per engine type, rather than vehicle as it is in the game)
17:43:26 <CelestarT42p> peter1138: then pull them from arwen. she should have everything
17:43:32 <Yorick> I mean cost multiplier yes
17:43:35 <Belugas> err... that's what peter1138 is saying ^_^
17:43:55 <Belugas> cost multiplier isnot a problem, it's the base cost that is
17:44:07 <Belugas> and that's the cost been affected by the inflation and all
17:44:27 <Yorick> Belugas: hmm, the long vehicles and german tram set doesn't work nicely together
17:45:09 <Eddi|zuHause> Keine Verbindung zu Rechner bugs.openttd.org.
17:46:02 <Eddi|zuHause> the topic might be restored now... ;)
17:47:32 <Eddi|zuHause> a language is only as crazy as the person that is reading it :p
17:47:57 *** fmauNekAway is now known as fmauNeko
17:47:58 <Yorick> "Firefox kan geen verbinding maken met de server op bugs.openttd.org."
17:49:19 <peter1138> To be fair, it is called 'base_cost' in the code :(
17:49:21 <CelestarT42p> am I the only one who has his comp set to en_US or en_UK ?
17:49:40 <CelestarT42p> peter1138: We'll need a code review at some point and I think Rubidium has volunteered :P
17:50:02 <peter1138> Mine is en_GB.UTF-8 too.
17:50:42 <Eddi|zuHause> LANG=de_DE.UTF-8
17:50:58 <CelestarT42p> I *never* set my locale to something else than en_*
17:51:10 <CelestarT42p> because you only get non-googlable error messages
17:51:30 <Eddi|zuHause> i never set my locale... it always happens to be automatically detected ;)
17:51:40 <CelestarT42p> er .. who installed your system :P
17:51:43 <FauxFaux> On a related note, clearly we need a UK units setting, such that we can have miles/mph/stones/litres/.. etc. ¬_¬
17:52:04 <CelestarT42p> imperial gallons that would be :P
17:52:07 <glx> FauxFaux: there's a dropdown in options
17:52:32 <FauxFaux> It only has full imperial, metric or si, UK is.. strange. :)
17:52:38 <peter1138> Imperial *is* UK...
17:52:42 <Belugas> invasion of the "we"...
17:53:01 <FauxFaux> Lies, weight and volume are now done with metric.
17:53:30 <Eddi|zuHause> FauxFaux: they also are in the game, afaik
17:54:09 <Eddi|zuHause> and i don't like the "SI" setting... speeds in m/s are weird...
17:54:21 <FauxFaux> Mmm, it does appear to have volume in litres, I'm sure I saw ounces or something like that somewhere.
17:55:23 <peter1138> ounces is a bit small, and is of course a measurement of mass...
17:55:26 <CelestarT42p> yeah I always measure the weight of cargo in a train in ounces :P
17:55:35 <peter1138> Belugas, 16 or 32 bits?
17:55:55 <Eddi|zuHause> fluid ounces are different from ounces
17:56:10 <CelestarT42p> isn't a flounce a measurement of volume?
17:56:29 <Eddi|zuHause> and of course i have no idea how much either of them are
17:56:40 <CelestarT42p> Eddi|zuHause: an ounce is about 30grams
17:56:42 <Prof_Frink> Eddi|zuHause: Twentieth of a pint.
17:56:42 <peter1138> Americans know, but not in relation to any other real unit.
17:57:01 <FauxFaux> Yeah, but UK (imperial) and US pints are different sizes.
17:57:16 <peter1138> I suppose 32 bit makes sense from a 'won't ever need to change it' point of view?
17:57:16 <Eddi|zuHause> in america they sold 96 fl oz bottles of cola
17:57:20 <Prof_Frink> FauxFaux: That's why I said "twentieth"
17:57:25 <CelestarT42p> cuz a US gallon is about 3.8 liters and an imperial gallon is about 4.5
17:57:28 <Eddi|zuHause> that looked roughly like 2l
17:57:49 <Belugas> [13:55] <@peter1138> Belugas, 16 or 32 bits? <-- reading back
17:57:51 * FauxFaux wishes the UK would just switch to km/h so I could sneer at all imperial units. :p
17:58:06 <CelestarT42p> fathoms per fortnight
17:58:40 <Prof_Frink> CelestarT42p: Furlongs is more conventional
17:58:55 <Belugas> peter1138, i'd say 16 would be enough
17:59:13 <CelestarT42p> heh. maybe Belugs wants to review cargodest? (=
17:59:33 <Eddi|zuHause> do we really have that kind of space problems that we need to negotiate bits on a per-vehicle-type basis?
17:59:53 <peter1138> Belugas, that only leaves 4 bits either side.
18:00:00 <Belugas> THINK BIG... let's go 32 bits!
18:00:40 <Prof_Frink> Belugas: Why stop there?
18:01:07 <CelestarT42p> the routing diff against trunk is already about 5000 lines
18:01:25 <peter1138> I'm thinking 32 bits, and multiply the original stuff by 256 (8 bit shift)
18:01:37 <peter1138> Allows for small values, but also MASSIVE values ;)(
18:01:56 <peter1138> Also doing the same for running cost factor
18:02:37 <CelestarT42p> Ammler: when you tested cargodest, do you use identical boost versions?
18:03:51 <Yorick> CelestarT42p: boost is only used for drawing the graphs, right?
18:04:07 <CelestarT42p> Yorick: "graph" not "graphics"
18:04:20 <CelestarT42p> Yorick: boost is the graph
18:04:21 <Ammler> that might easy be possible
18:04:35 <CelestarT42p> Yorick: graph in the mathematical sense, not the GUI sense
18:07:08 <Eddi|zuHause> my daylength patch of r12874 doesn't apply anymore :(
18:07:12 <CelestarT42p> Yorick: we basicall
18:07:27 <CelestarT42p> Yorick: we basically abstract the Order database in a graph
18:07:36 <CelestarT42p> Yorick: and then do a pathfinding on the graph
18:07:46 <CelestarT42p> Yorick: and cache the data of said pathfinding
18:08:15 <Yorick> using libraries for something that could desync with different versions is a rather bad idea
18:08:42 <glx> it will be in 3rdparty at one time
18:09:13 <CelestarT42p> Yorick: what glx said
18:09:47 * Belugas approves peter1138's way and is very sad to see Prof_Frink's madness once more been shown
18:09:50 <CelestarT42p> Yorick: we'll import boost into the source tree, so that we have a common base
18:09:51 <Belugas> but that was expected...
18:10:09 <CelestarT42p> Yorick: it's a header-only implementation anyway
18:11:19 <CelestarT42p> peter1138: so should I remove all the GetStationName thing now or wait until this is desync-tested?
18:13:11 * peter1138 wonders if GetVehicleProperty should be done differently
18:13:21 <peter1138> CelestarT42p... er... should be okay for the desync test.
18:13:46 <CelestarT42p> peter1138: just so that debugging is easier (by using names)?
18:19:53 <Eddi|zuHause> - highest_value = x_axis_offset * 2;
18:19:55 <Eddi|zuHause> + highest_value=0;
18:20:06 <Eddi|zuHause> that does not look like it has anything to do with daylength...
18:24:23 *** Brianetta has joined #openttd
18:30:57 <Eddi|zuHause> i hate it when i accidentally watch "live" TV... i forget that i can't skip the commercials...
18:38:42 <Wolf01> eh, vehicles are really smart, I used a roadstop as waypoint with the go-via order, but vehicles instead of stop at the station behind the waypoint they do a weird travel and try to go at the roadstop they might have wanted to go without the waypoint
18:41:44 <Wolf01> ok, now the situation is normalised
18:43:08 <Yorick> "clients: 137 / 1512 (9.06%)"
18:43:40 <Yorick> I think we can shut down some 135.1 servers
18:44:38 <Belugas> ho... you are one Yorick?
18:44:39 <Yorick> heh, someones using r9896
18:44:46 <Belugas> for coopopenttd, i meant
18:44:51 <Yorick> Belugas: we not including me
18:45:09 <Yorick> companies: 570 / 1144 (49.83%) :)
18:45:11 <Belugas> haaa... I forgot... that is indeed the general rule on this channel :)
18:45:54 <Brianetta> Nobody's hopped on my new game yet
18:46:30 <Belugas> i wold gladly do that Brianetta, if my boss was not watching over my time sheet ;)
18:46:49 <Brianetta> Oh, Belugas, you're a dev type and will probably know:
18:46:52 <Belugas> damned.. i forgot,, i have a boss a t home too...
18:47:02 <Brianetta> I'm planning to aggressively test the server with grvts for desyncs
18:47:10 <Brianetta> well, a server, at home
18:47:30 <Brianetta> Is it a problem to run the dedicated server and a client from the same folder? They're on an NFS share.
18:47:55 <Brianetta> If there's no issue with temporary files, etc, I won't have to change much.
18:48:37 <Belugas> I doubt you'll have trouble, we do not have temp files
18:48:45 <Brianetta> Just the network save
18:48:50 <Brianetta> which clients will ignore
18:49:08 <Belugas> but Yorick may have a point. I thnk you'll have an option to specify where openttd.cfg might be located
18:49:09 <Yorick> clients will make their own
18:49:13 <Belugas> and yes, the saves...
18:49:38 <Brianetta> It's OK, config is configurable...
18:49:46 <Brianetta> and autosave will be off
18:50:00 <Belugas> but hey... i'm so much not a network guru...
18:50:11 <Brianetta> I'm going to hammer the save from my last Standard game
18:50:13 <Yorick> someone should teach clients about them sharing the drive with the server so they can read the save instead of downloading it :-)
18:50:31 *** Frostregen has joined #openttd
18:50:48 <Brianetta> Yorick: In this case, the server's on the NFS server, so it wouldn't save much
18:52:09 <frosch123> <Brianetta> I'm planning to aggressively test the server with grvts for desyncs <- maybe you want to wait for the new autoreplace...
18:52:27 <Brianetta> frosch123: It's not autoreplace related
18:52:43 <Brianetta> I suspect it's newgrf related
18:52:53 <Brianetta> I'm testing 0.6.2, you see (:
18:53:16 <Brianetta> If I can get that to desync predictably, I'll re-test with trunk
18:53:26 <Brianetta> If that desyncs, I have a case for Rubidium
18:56:09 <glx> <Brianetta> Is it a problem to run the dedicated server and a client from the same folder? <-- I do it often
18:56:23 <Brianetta> glx: Thanks. Reassuring.
18:56:28 <CelestarT42p> peter1138: about autosave, does or does it not cause desyncs ?
18:57:07 <Brianetta> brian@rose ~/o/bin> ./openttd --help
18:57:07 <Brianetta> ./openttd: error while loading shared libraries: libSDL-1.2.so.0: cannot open shared object file: No such file or directory
18:57:56 <Brianetta> I used to be able to run a dedicated server on the X-less machine from the binary linked against SDL.
18:58:18 <Brianetta> Looks like I'm going to have to duplicate the directory and recompile anyway.
19:01:26 <Ammler> Brianetta: we do also use egrvts on ps
19:03:09 <Kloopy_> What's the default "intended" setting for the "Plane speed factor" patch?
19:03:29 <Ammler> what does that mean: dbg: [ms] Vehicle 149 (index 2340) arrived at wrong stop
19:03:45 <Ammler> Kloopy_: 1/4 is in TTD
19:04:00 <frosch123> Ammler: That you are using drive through stops
19:04:14 <glx> it's a multistop debug message
19:04:15 <Ammler> planespeed 1/1 is like cheating, because income won't be balanced
19:04:26 <Kloopy_> Ok, that's cool. We normally play with 1/4 but I wondered if that's because I'm server and what I set it to myself... if that's default it's fine. I just wanted to make even MORE money in some of my clan's multiplayer games. :P
19:04:34 <Kloopy_> Ammler, at 1/4 income isn't balanced.
19:05:22 <Kloopy_> Tbh, should they not move at 1/1 speed but earn something like 1/8'th the income?
19:05:37 <Ammler> Kloopy_: just do not allow to many planes, about 10-20
19:06:09 <Kloopy_> hehe, I don't want to suggest that to the clan because I start with planes, make loads of money and then use that to make a massive efficient train network.
19:06:17 <Ammler> frosch123: wrong stop does mean?
19:06:17 <Kloopy_> The other players I play with should do the same, but they never learn!
19:06:54 <Ammler> Kloopy_: use my basecost grf :-)
19:06:58 <Brianetta> Unknown option --enable_desync_debug
19:06:58 <Brianetta> > ./configure --help | grep desync
19:06:58 <Brianetta> --enable_desync_debug=[LVL] enable desync debug options (LVL=[012], 0 is none
19:06:58 <Brianetta> brian@rose ~/openttd-0.6-dedicated>
19:07:06 <frosch123> Ammler: The RV reserved a slot in another stop but while driving there it stopped in a different stop.
19:07:22 <Yorick> Brianetta: desync debug isn't in 0.6
19:07:25 <frosch123> Celestar is already assigned for fixing :)
19:07:27 <Yorick> --enable_desync_debug=1
19:07:42 <Brianetta> Yorick: Interestingly, the configure script knows about it
19:07:53 <Brianetta> glx: Ah; misleading help
19:08:10 <glx> probably a c/p problem ;)
19:09:35 <Brianetta> I'm taking this off NFS
19:09:44 <glx> btw it's still wrong in trunk :)
19:09:45 <Brianetta> The debugging log will eat my network alive
19:09:53 <Ammler> many options in config.lib aren't documented somewhere else...
19:16:23 <Ammler> where else would I find --without-personal-dir?
19:18:02 <Ammler> I have such a screwed GRF repo in my personal dir, sometimes I need a clean build to setup a scenario for a grfpack...
19:19:05 <Ammler> I would love to sort grfs with paths... :-)
19:19:07 <CIA-5> OpenTTD: glx * r14079 /trunk/config.lib: -Fix: misleading help in configure
19:19:33 <FauxFaux> Stupid question time: Any reports of the latest stable massively desynching on toyland, as it's doing it to everyone in this game on a machine that's been running other tilesets fine. :/
19:19:39 <Brianetta> Kloopy_: Well known (:
19:20:02 <Brianetta> We used to call it "train spooling" on the openttdcoop server
19:20:26 <Kloopy_> It's an awesome way to setup a queue for a busy station.
19:20:49 <Brianetta> If you can find a practical way to use it, sure
19:20:50 <Ammler> glx: is there a "system" which options are documented, which not?
19:20:54 <Belugas> "I've found a bugueueueueueueue, tralalalereueueueueu"
19:22:17 <glx> Kloopy_: though I think it can't happen with YAPP
19:22:36 <Kloopy_> I have no signals down, so it'll be behaving like a standard signal block?
19:22:49 <Ammler> Kloopy_: if you would do such things on a well administrated server, you should be banned...
19:23:04 <Brianetta> Ammler: Not at all (:
19:23:13 <Brianetta> Like I said, there's no practical application
19:23:49 <Ammler> Brianetta: reminds me of your Deathmath server :-)
19:24:31 * Prof_Frink likes the idea of deathmaths
19:26:39 <Prof_Frink> Kloopy_: I did that in TTWE. I then wondered how to deal with it.
19:27:50 <Eddi|zuHause> Prof_Frink: i'd totally πwn everyone :p
19:28:34 <peter1138> The deathmatch server was odd.
19:28:34 <Prof_Frink> Eddi|zuHause: I dunno, Brianetta's pretty mean with a sliderule
19:28:42 <peter1138> Despite the rules, everyone still played nice...
19:29:00 <Eddi|zuHause> Kloopy_: trains did that already in original TT
19:29:26 <Brianetta> Deathmatch was pretty cool. I might bring it back occasionally.
19:29:29 <Ammler> I had never chance to play there
19:29:32 <Prof_Frink> Eddi|zuHause: And then they were stuck
19:29:34 <Yorick> making trains able to crash into itself crashes them with depots
19:29:36 <Brianetta> It was a riot of colour.
19:29:45 <Prof_Frink> TTO/TTWE had no "reverse train" button
19:29:55 <Brianetta> Yorick: And adjacent wagons in the same train...
19:30:36 <Eddi|zuHause> Prof_Frink: err... i think they had... or they would turn around when sending to depot etc.
19:31:45 <Prof_Frink> I eventually sent a Chippie class in for a mercy killing
19:32:59 <Ammler> is it still possible to bridge bought land?
19:33:24 <glx> why wouldn't it be possible?
19:33:57 <Ammler> glx: I could use the unliked word :-P
19:34:05 <Brianetta> dbg: [net] 'Brianetta #1' reported an error and is closing its connection (desync error)
19:34:28 <Yorick> Brianetta: did you do anything?
19:34:40 <Ammler> but well, then you need to reserve land with stations
19:34:57 <glx> Brianetta: now diff server.log client.log
19:35:16 <Brianetta> glx: 1. They're different lengths. 2. It wouldn't tell me an awful lot.
19:36:23 <Yorick> Brianetta: I'm afraid you did something wrong
19:36:37 <Yorick> Ammler: you didn't know if it?
19:36:38 <glx> right, you should first remove all server lines before the client join
19:37:01 <Ammler> I knew that desync debug page
19:37:08 <Ammler> but never realized that link
19:37:50 <Yorick> but some stuff is outdated
19:38:37 <Ammler> (I mean the te index, not the "outdated")
19:57:10 <Yorick> removing one would upset people
19:57:20 <guru3> what does yapp stand for?
19:57:24 <Tekky> unless of course peter1138 uses his 20 votes to vote for the "PBS signals" :)
19:57:28 <Eddi|zuHause> that's why germany introduced the 5% rule, to reduce the number of parties to the really relevant one
19:58:25 <Eddi|zuHause> Tekky: you're way too impatient with the poll... let it run for two weeks
19:58:39 <Tekky> Eddi: I'm just bored, not impatient :)
19:58:50 <Eddi|zuHause> guru3: it's really easy
19:59:17 <guru3> i think OpenTTD is really easy to play, but there are people that can't for the life of them figure it out
20:01:38 <Brianetta> src/vehicle.cpp:1511
20:01:53 <Brianetta> That's the one that keeps making additional calls on the client
20:02:07 <Brianetta> src/tree_cmd.cpp:675 on the server
20:02:19 * Yorick gives brianetta a cookie
20:02:42 <Brianetta> After that they diverge rapidly
20:03:08 <Yorick> could you use the tree growth patch to disable tree growth?
20:03:28 <Brianetta> That happened after the vehicle.cpp call
20:03:31 <Eddi|zuHause> Yorick: that is hardly the cause
20:03:35 <Brianetta> so by then, state is different
20:03:40 <Brianetta> Every random number is different
20:03:48 <Eddi|zuHause> Brianetta: the cause of the desync is before the first different random call
20:04:14 <Brianetta> Eddi|zuHause: True, but also true that every single random call after that is essentially blameless
20:04:21 <Brianetta> The damage is already done
20:04:22 *** De_Ghosty has joined #openttd
20:04:41 *** orudge changes topic to "0.6.2 | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs) | #openttd.notice for FS + SVN notices | UTF-8 please | No unauthorised bots | We Love YAPP"
20:04:46 <Brianetta> The zip file has the save
20:05:00 <Brianetta> It's totally reproducable
20:05:05 <Brianetta> Any dev who wants it can have it.
20:05:24 <glx> src/vehicle.cpp is related to breakdowns
20:05:51 <Yorick> it is called from CheckVehicleBreakdown
20:07:04 <Brianetta> I suspect the trams
20:07:21 <Brianetta> It really started to happen when I added grvts.grf to the set
20:07:33 <Yorick> you added them afterwards?
20:07:48 <Brianetta> You misunderstand. Previous games weren't affected.
20:08:05 <guru3> what's wrong with just calling them yapp signals
20:08:19 <Eddi|zuHause> guru3: nobody suggested that :p
20:08:21 <Brianetta> guru3: People will wonder what they have to do with chihuahuas
20:08:43 <guru3> i'm sure there are other names in openttd that have nothing to do with what it actually does
20:08:44 <Brianetta> "yet another PBS patch" will take some explaining
20:08:53 <guru3> you drop the yet another pbs patch bit
20:09:13 <Brianetta> That's worse than just leaving it as advance signals, frankly
20:09:15 <frosch123> "path based signalling signals" isn't really better :p
20:09:30 <Brianetta> advanced signals, even
20:09:33 <Eddi|zuHause> guru3: that is the worst thing that can happen :p
20:09:34 <guru3> "block and route" doesn't really explain it either
20:09:57 <Belugas> [16:09] <Eddi|zuHause> guru3: that is the worst thing that can happen :p <--- wrong... It can be reverted :P
20:09:59 <Brianetta> They make sense after the terminology is understood.
20:10:06 <Brianetta> A signal block is explained in the "manual"
20:10:21 <guru3> see i interpret the block as "blocking" off of the bat though
20:10:58 <guru3> and route i think of ip routing :/
20:12:08 <guru3> how about direction signals?
20:12:17 <guru3> signals that tell the train what direction to go
20:12:52 <frosch123> how about a option in openttd.cfg to define your own name
20:13:18 <Belugas> if naming shold be changed based on everyone's opinion, OpenTTD would be just one big moving naming machine
20:13:22 <Fennec> Route Reservation Signals.
20:14:21 <guru3> guy who wrote the patch names it then, Brianetta
20:14:22 <frosch123> "R signals" is nice, then everyone can interpret it as "reservation", "route" or just the "R word"
20:14:43 <fjb> Am I the only one not caring for how signals are called?
20:14:57 <Belugas> nope, fjb, you're not.
20:15:05 <Belugas> I do not care AT all how it's called.
20:15:25 <Belugas> and yes, it is advanced compared to the other signaling system
20:15:50 <Belugas> so, as Tron said one, it's Bike shed painting discussion
20:16:31 <Eddi|zuHause> the problem with the current "advanced signals" is that it conflicts with "advance signals"
20:16:50 <glx> Brianetta: it may be articulated RVs
20:17:28 <glx> I suspect roadveh_cmd.cpp:2018
20:17:31 <guru3> i'd like something short and sweet
20:17:47 <Belugas> details that make one stumble on a carpet, Eddi|zuHause
20:18:31 <Eddi|zuHause> Belugas: for the short time the discussion about advance signals went on, already way too many people got confused by it
20:19:01 <Belugas> people will ALWAYS be confused about something, not the first time, not the last time
20:19:01 <Brianetta> Breakdowns and servicing were both off in that save
20:19:52 <glx> breakdown setting check is done after the random
20:19:56 <Eddi|zuHause> Belugas: yes. but sometimes you shouldn't deliberately encourage them
20:20:21 *** fmauNeko is now known as fmauNekAway
20:21:26 <Belugas> I don't think it is deliberate
20:22:08 <guru3> could we just call them that?
20:22:17 <Eddi|zuHause> Belugas: i think michi_cc chose the name without knowing about the term "advance signals"
20:22:20 <peter1138> 2017? That's a comment in my checkout :o
20:22:31 <Belugas> question : why now? why not whle the patch was been worked out ??
20:22:36 <Eddi|zuHause> peter1138: 0.6.2
20:22:44 <hylje> also why does hg have some five thousand revisions more than svn?
20:22:47 <Belugas> Eddi|zuHause, now, you may have a point
20:22:48 <hylje> are there that many merges?
20:26:54 <peter1138> Are you saying that CheckVehicleBreakdown() is unsafe?
20:28:12 <glx> no I say if (this->u.road.blocked_ctr == 0) CheckVehicleBreakdown(this); is the only line that can explain the difference
20:29:03 <peter1138> Either u.road.blocked_ctr is not right, or CheckVehicleBreakdown() isn't.
20:29:10 <peter1138> I don't see anything wrong with that line itself.
20:29:38 <Eddi|zuHause> add a printf there and rerun the desync test ;)
20:30:30 <peter1138> glx, in trunk, roadveh_cmd.cpp:779
20:31:18 <glx> right and OnNewDay checks for other than front
20:31:46 <peter1138> VehicleFromPos may not be safe to use like that.
20:31:55 <peter1138> As it is a cache that is not synchronized.
20:32:11 <peter1138> It's fine for seeing if a tile is occupied or if vehicles collide.
20:32:59 <peter1138> But then, that smells of old code :)
20:33:24 <peter1138> So, do what Eddi|zuHause said ;)
20:34:16 <glx> hmm OnNewDay() does nothing for non front indeed
20:38:59 *** fmauNekAway is now known as fmauNeko
20:44:24 <peter1138> I think that's probably okay :(
20:46:41 *** grumbel has joined #openttd
20:47:37 <glx> hmm I get a segfault with chat
20:47:49 *** zdenek84 has joined #openttd
20:49:57 <glx> both for server and client
20:51:55 <glx> well not segfault but assert :)
20:53:01 <Tekky> aren't asserts normally only active in debug builds and not in release builds?
20:53:25 *** zdenek84 has joined #openttd
20:55:07 *** zdenek84 has joined #openttd
20:58:48 <Eddi|zuHause> you might want to use actual debug builds in order to debug anything :p
20:59:07 <Tekky> I would have expected that asserts are only active in debug builds and that they are skipped in release builds, for performance reasons. Is this the case with OpenTTD?
20:59:36 <glx> they are disable for stable releases
20:59:47 <Tekky> and for nightly builds too?
20:59:58 <Eddi|zuHause> no, asserts are active in all development builds (i.e. nightlies and self compiled stuff), you have to specifically disable them
21:00:51 <Tekky> does anyone have an idea how many percent slower the game runs with asserts enabled?
21:03:11 <Belugas> it is indeed sloawerr, but by a small factor
21:03:56 <Belugas> ho... let's give it a number: 10%
21:03:57 <glx> not as slow as an MSVC debug build anyway
21:05:49 *** zdenek84 has joined #openttd
21:07:55 <glx> ok happens only with 32bpp-anim
21:33:26 <Osai> is it a bug or feature that reserved tracks are always shown and not only in pbs blocks?
21:35:33 <Osai> if this patch option is turned on the tracktiles in front of and behind trains are shown as reserved which is IMHO not really useful
21:36:38 <peter1138> It works correctly for me.
21:36:40 <Fennec> it sounds to me like it's an "artifact"
21:37:16 <Ailure> I noticed it the same thing, but obviously only appears when I have "Show reserved tracks" on
21:37:24 <Fennec> the way things work, and you could argue that it should be different maybe, but it's hard to say, and might be trickier, and you might lose some information some people sometimes want for something, and...
21:38:06 <Rubidium> Osai: that's intended, otherwise almost every PBS signal change will end up in crashing trains
21:38:30 <Fennec> well, the reservations are intended. The display of the reservations sounds optional.
21:38:45 <Osai> yes, I am talking about the display
21:39:33 <Fennec> I don't know how trivial it is to say "only show these in PBS blocks"
21:39:53 <Fennec> or how big the downside is for users
21:40:00 <Fennec> but the upside potential of such a change is limited.
21:40:14 <peter1138> Turn off the display and don't worry about it.
21:40:43 <planetmaker> hm... is it possible to change the patch setting raw_industry_construction in MP games?
21:41:09 <Osai> peter1138: yeah, I'll do it anyway
21:44:38 <Rubidium> planetmaker: have you tried it?
21:44:59 <planetmaker> well. yes. With no effect :)
21:48:42 *** zdenek84 has joined #openttd
21:53:50 <Tim> LOL... I just recognized that Openttdcoop and Openttd use the same irc-server, and that i do NOT need to connect to two different ones (which are the same ones...), like i always did until now...
21:55:25 <planetmaker> nvm Rubidium. Wrong rcon pw :D
21:56:56 <Tim> And that only because i ceonnected to my "OpenTTD-Server", and instead of /join #openttd i wrote /join #openttdcoop and it worked... (i was too lazy to write that /join into autoperform...)
21:57:40 <Tim> Now i even know why it always changed my nick to Tim_ :D
22:07:11 <CIA-5> OpenTTD: glx * r14080 /trunk/src/ (6 files in 2 dirs): -Fix (r14052): assert triggered when drawing chat window with 32bpp-anim blitter (backup buffer was too small)
22:08:27 <Tim> My Nick is already used, so i can't register it. However, it was last logged on with in 2004, and only once it seems. So it gives me the message: If you believe this nickname to be unused, contact network support. Anyone knows who is the network supporter, or has an email?
22:10:15 <orudge> www.oftc.net is the network
22:10:19 <orudge> you could have a look on their site
22:10:58 <Tefad> DON'T LOOK AT ME LIKE THAT.
22:11:05 * orudge looks at Tefad like that
22:11:19 * Prof_Frink looks at orudge like /that/
22:11:28 <orudge> that's another pint you owe me, I believe.
22:22:20 <Tekky> Osai: could it be that you have the patch setting pf.reserve_paths set to true? Please type "patch pf.reserve_paths" in the console. Then it should say wether it is set to true or false.
22:27:59 <Tekky> Osai: Someone else once had a similar problem caused by this patch setting being set to true. The patch setting used to be configurable in the GUI in an early version of YAPP, I believe it was called "always reserve paths" in GUI.
22:30:06 <Osai> Tekky: ps.reserve_paths is 'off'
22:30:31 <Tekky> Osai: ok, then that wasn't the problem.....
22:32:39 <Tekky> this is irc://irc.oftc.net
22:33:38 <Tekky> oh, sorry, I just responded to something Tefad said 20 minutes ago, I didn't realize that I had scrolled back and his message was 20 minutes old.
22:35:00 <Tekky> Osai: I can't view .mov files, could you also post a savegame?
22:35:16 <Osai> I could convert the movie
22:35:58 <Eddi|zuHause> i had no problem viewing the movie
22:36:10 <Eddi|zuHause> but i have not seen this behaviour myself
22:37:28 <Tekky> Osai: I only have Xvid and DivX installed, besided the standard WinXP stuff.
22:37:54 <Eddi|zuHause> then get a newer codec
22:38:01 <Tekky> but a savegame might be more useful, I have version 7.1 of the ottdcoop patchpack installed.
22:38:23 <Tekky> sorry, not patchpack, I meant newgrf pack.
22:39:13 <Eddi|zuHause> hm... there's a moon outside my window
22:40:23 <Prof_Frink> But not as much as a spoon
22:40:40 <Eddi|zuHause> the moon meat mine on the moon!
22:41:04 <Prof_Frink> The moon is made of meat, my friend. The moon is made of meat.
22:41:09 <glx> there's a moon here too (and some stars)
22:41:13 <Eddi|zuHause> we had this discussion before, i fear
22:41:23 <Prof_Frink> Summon the big gnome!
22:42:15 <Tekky> ok, I'm installing ffdshow now.....
22:42:22 <Eddi|zuHause> there's a new react needed, i think ;)
22:51:21 <Tekky> I still can't play Osai's .mov movie, despite ffdshow being installed....
22:52:38 <Tekky> do I need to install Apple Quicktime too?
22:58:48 <glx> hmm I have quicktime installed
22:58:59 <Prof_Frink> If it doesn't play with vlc and doesn't play with mplayer, it's corrupt.
22:59:10 <Eddi|zuHause> it plays with kaffeine...
23:00:01 <Prof_Frink> or "xine" as it's also known
23:01:08 <CIA-5> OpenTTD: rubidium * r14081 /trunk/os/win32/installer/ (4 files): -Fix (r14075): WoW64 spoiled the 64 bits Windows detection and the installer for the 64 bits binary installed in the wrong directory. Thanks to michi_cc and glx for testing.
23:01:44 <fmauNeko> world of warcraft 64 ?
23:01:56 <orudge> or something like that
23:02:03 <orudge> WoW32 was Windows on Win32 I think
23:02:13 <orudge> WoW64 is probably Win32 on Win64 I guess
23:02:20 <Rubidium> the fun you must have with WoWoW ;)
23:02:37 <Prof_Frink> just wait for zomg128
23:02:48 <orudge> sadly, WoWoW wasn't included in 64-bit Windows
23:13:08 *** Brianetta has joined #openttd
continue to next day ⏵
