IRC logs for #openttd on OFTC at 2008-07-25
⏴ go to previous day
00:01:20 <Eddi|zuHause3> man... i urgently need this tanker wagon...
00:01:38 <Eddi|zuHause3> whose brilliant idea was it to not have it available with the other wagons...
00:34:08 *** Eddi|zuHause2 has joined #openttd
00:35:51 *** Ridayah has joined #openttd
01:13:41 <Amix> i am at the no air server using v0.6.1 RC1
01:20:19 *** fmauNeko is now known as fmauNekAway
01:21:47 <Eddi|zuHause2> weird version to use...
01:22:58 <Amix> there is no v0.6.1 for morphos
01:36:42 <Eddi|zuHause2> ./configure && make?
01:39:01 <Amix> got some problems with morphos itself. netstack
01:39:34 <Amix> program doesnt quit fully when you quit it
01:42:42 <Eddi|zuHause2> use a real operating system...
01:42:54 <Eddi|zuHause2> or a real computer for that matter
01:46:32 <Amix> also nightly builds works
01:47:11 <Eddi|zuHause2> there was a "fix morphos compilation" commit somewhere recently
01:49:57 <Amix> well, i happy play v0.6.1 RC1
01:51:34 <Amix> would be fun to have openttd for nokia e90 also
03:05:31 *** ChanServ sets mode: +v tokai
03:31:32 <rortom> dbg: [net] [udp] queried from '89.112.22.230'
03:31:32 <rortom> Error: Autoreplace failed to refit. Replace engine 34 to 48 and refit to cargo 7
03:31:32 <rortom> openttd: /compile_farm/openttd/nightly/compile_dir/src/openttd.cpp:142: void error(const char*, ...): Assertion `0' failed.
03:39:59 *** Marduuhin has joined #openttd
03:56:44 *** Marduuhin has joined #openttd
04:13:33 *** lobster_MB has joined #openttd
05:25:44 *** Singaporekid has joined #openttd
06:53:53 *** Osai^zZz is now known as Osai
06:56:16 *** einKarl has joined #openttd
07:06:22 *** fmauNekAway is now known as fmauNeko
07:17:57 <Celestar> peter1138: you got some time this afternoon?
07:40:32 *** GoneWacko has joined #openttd
07:56:56 <Celestar> I'm apparently too dumb to use svn:externals
07:57:00 <Celestar> Rubidium: got a sec?
07:59:41 <planetmaker> heya Celestar. What's paxdest doing? ;)
08:00:00 <jordi> blathijs: makes me feel relaxed about 0.6.2
08:00:05 <Celestar> planetmaker: progress :)
08:00:23 *** lobster has joined #openttd
08:00:26 <Celestar> planetmaker: it's not paxdest yet. it's routing. The base for paxdest (it builds an abstract graph of the network)
08:00:34 <Celestar> planetmaker: I've been turned down by ESA :(
08:01:14 <planetmaker> so you applied after all? :)
08:01:17 <planetmaker> yeah, let's party :)
08:01:49 <Celestar> planetmaker: I did (=
08:03:00 <planetmaker> was worth the try and I'd never forgive myself not trying :)
08:03:19 <planetmaker> but now: now trip to space... :(
08:04:15 <planetmaker> which reminds me: I still haven't really tackled an OpenTTD Mars scenario :)
08:04:31 <planetmaker> e.g. haven't got beyond retreiving a height map...
08:05:41 * Celestar fails misrably at using svn:externals again
08:06:49 * planetmaker doesn't even know what these externals are...
08:19:54 *** MaulingMonkey has joined #openttd
08:20:31 *** plakkertjes has joined #openttd
08:22:20 <dih> pm: svn:externals allow you to set a directory to point to another svn repository, or to point to a folder in the same respository
08:23:07 * planetmaker smells some branching
08:23:38 <MaulingMonkey> I vaguely remember hearing there was a way to disable the level crossing chime, but I've forgotten the specifics and can't seem to properly google anything on the subject.
08:25:14 <dih> yes - there should be a volume nob on your loudspeakers :-P
08:25:41 <dih> no - sorry - i dont know anything helpful for you there MaulingMonkey
08:27:19 <MaulingMonkey> (I'm mainly looking to hear the explosions caused by the new train system I'm installing without the crossing chimes every 3 times :D)
08:28:23 <dih> i cannot remember seeing you on irc before...
08:29:20 <guru3> so, what's going on eh?
08:29:30 <MaulingMonkey> I don't usually come here since my tendency to idle with a very bad connection tends to get me (understandably) banned :P
08:29:56 <dih> nah - we have people here that idel
08:29:57 <MaulingMonkey> (with autorejoin, that is)
08:30:11 <guru3> what could you possible mean?
08:30:16 <guru3> i'm an incredibly active community member
08:30:31 <guru3> so active my ljnes have come and gone before you see them
08:30:35 <dih> now that actually made me laugh
08:30:37 <MaulingMonkey> very bad connection as in, I filled the channel with quit and rejoin spam :P
08:31:06 <guru3> you'll notice my community contribution in the form of ircstats
08:31:09 <dih> who was the guy with the growing tail_____
08:31:27 <dih> guru3, i already know them ;-)
08:31:47 <guru3> well, everyone can know them again
08:32:07 <guru3> i'm so high up on the list i've wrapped all the way around to the bottom- that's why you don't see me there
08:32:19 <guru3> well shit i never changed that did i
08:32:31 <dih> you mind linking dihedral to dih?
08:32:57 <guru3> did the channel really move to oftc 717 days ago?
08:33:14 <blathijs> Nope, they're at Freenode
08:33:24 <dih> /msg chanserv info #openttd should tell you
08:33:26 <guru3> they should be using the oftc file
08:33:37 <dih> guru3, you feel like linking dihedral to dih?
08:33:47 <guru3> dih: can do, just give me some time
08:33:56 <guru3> i'm on a very laggy ssh connection over jjacascript and apache spanning 3 countries
08:34:14 <dih> i just was not sure if you had read it ;-)
08:34:21 <dih> hence i did it again with a highlight :-P
08:36:02 <guru3> dih: wnat a link with that?
08:37:47 <guru3> especially when compared to #4
08:37:58 <guru3> and two fo rtha tmatter
08:38:00 <MaulingMonkey> (oh, also, I think I'd /nick-ed PandaMojo rather than MaulingMonkey)
08:38:15 <guru3> there's a slighy anatomical discoherence
08:38:35 <MaulingMonkey> (my client *does* postpend _s, I was up to at least 10 or so IIRC)
08:38:55 <dih> why dont you register your nick with nickserv?
08:39:09 <dih> or install a bouncer somwhere
08:39:25 <guru3> in fact, i might do that for freenode
08:39:41 <guru3> as on occaision i end up disconnected from the netowrk quite arbitrarily
08:41:43 <guru3> i killed the conversation :<
08:43:30 <dih> i guess that is why you are nicked 'guru' :-D
08:44:09 <guru3> actually it was a bit of a random event
08:45:51 <guru3> it only took 2 years for someone to notice
08:47:17 <Rubidium> Celestar: here's your 1 sec ;) hmm, actually took a little more than one second to write this :(
08:48:16 <guru3> i need to speak another 1100 lines or so before i'll show up in my own stats :<
08:48:21 <guru3> curses on you integer wrapping
08:48:59 <Rubidium> hmm, how did that q mode work again?
08:49:50 <dih> guru3: it sais dihedral instead of dih :-D
08:50:10 <guru3> because that is what you requested
08:50:29 <dih> actually i was thinking the other way around
08:50:35 <dih> so that it would say dih :-D
08:50:48 <guru3> but it would be annoying
08:51:04 <dih> oh nice - it's got a stat where i slap Draakon :-D
08:51:07 <guru3> i'd have to retype your name, and there's no guarantee i'd spell it correctly the second time through as well
08:53:20 <guru3> the highlight of the morning has arrived
08:54:16 <guru3> this might even qualify as the highlight of the wwek here at the office
08:54:21 <Sacro> my dad is due here soon and i hear a lot of sirens
08:54:22 <guru3> there's been nothing doing ata ll :<
08:55:06 <guru3> if you're heaering a lot of sirens you should steer your ship well clear of that lee shore they're trying to drag you on to
08:55:52 <dih> is there a quick and easy way to get hold of the path of a running shell script?
08:56:13 <dih> pwd does not give me the path of the script
08:56:25 <Sacro> or is it /proc/self/pwd
08:56:32 <Sacro> or maybe /proc/self/cwd
08:56:59 <guru3> although if you did cat /proc/self/* whouldn't it be the info from cat, and not the shell that called it?
08:57:07 <guru3> (if it works like it sounds like it would work)
08:58:50 <guru3> maybe there's /proc/parent...
08:59:33 <dih> as of when does /proc/self exist
09:01:36 <dih> /proc/self/cwd is a symlink to the directory
09:01:41 <dih> meaning, i cannot cat it :-D
09:02:32 <guru3> ls -l /proc/self | grep cwd | sed -e 's/MAGICS/REGEXP/'
09:02:36 <guru3> something like that then i guess
09:04:26 <guru3> would should the directly listing of the target directory
09:04:32 <Sacro> why not just use `pwd` ?
09:05:03 <dih> because pwd give me the directory I am in when calling the shell script
09:05:06 <guru3> if bloody proc wasn't special
09:05:25 <guru3> dih: that's the directory you'd be in too unless you cd within the script
09:06:08 <guru3> it's an extension of what you type in from the command line
09:06:25 <guru3> if you don't cd in the command line or in the script it's like it never happened...
09:09:19 <guru3> well just stick a cd in at the top if it's that important
09:09:30 <guru3> the darn thing ain't psychic
09:09:47 <guru3> (although if you were counting on it to be running one place and it's been another and it still worked... it may very well be psychic)
09:11:36 * dih pats Celestar on the head
09:11:46 <blathijs> dih: using `dirname $0` often works to get the path of the script?
09:12:26 <Ammler> [11:06] <Ammler> dih: dirname ;-)
09:12:34 <guru3> does $0 return the full path though
09:12:36 <blathijs> That will go wrong when the script is called through a symlink, since then $0 will contain the path to the symlink
09:12:40 <guru3> that'll only work if it's in $OPATH then won't it?
09:12:58 <dih> i need files relative to that script
09:13:03 <blathijs> guru3: Hmm, if you call the script as ./foo.sh then you wan't get the full path, good point
09:13:34 <blathijs> dih: You should be able to do cd `dirname "$0"` which should work also for non-absolute paths
09:13:34 <dih> Ammler: dirname on it's own does not work ;-)
09:13:38 <Ammler> together with pwd, you will
09:13:42 <blathijs> and after that, use pwd
09:14:08 <Ammler> dih: well, you saying all the time "RTFM" :-)
09:14:15 <dih> Ammler: pwd in a script gives me the dir that I am in
09:15:43 <blathijs> Ammler: But you can't just concat them, you'd have to see if the dirname $0 gets you an absolute path first
09:18:26 <Ammler> openttd is manual itself :-)
09:20:04 <Ammler> is there a difference between ". file" and "source file"?
09:20:26 *** TiberiusTeng has joined #openttd
09:20:59 <blathijs> Ammler: AFAIK they are identical, but not completely sure
09:22:01 <Noldo> dih: how is the networkwork?
09:23:28 <Celestar> Ammler: is that bash?
09:24:17 <Ammler> Celestar: the configure script of ottd, I assume so.
09:25:15 <blathijs> never actually occurred to me to do the cd in a subshell :-)
09:25:46 <dih> yes - that is pretty sweet :-P
09:31:14 *** Vikthor has joined #openttd
09:34:26 <Sacro> Ammler: should be the same, both are inbuilt commands
09:35:26 <guru3> (just as i was when my co-worker snuck up on me)
09:35:56 <Ammler> guru3: was that a comeback or just a short visit?
09:37:48 *** Brianetta has joined #openttd
09:46:16 *** KillaloT has joined #openttd
10:00:30 *** Marduuhin has joined #openttd
10:03:00 <Eddi|zuHause2> ln: "aliens ate my airplane"?
10:03:43 <Brianetta> ln: Is there any context for that photo?
10:03:46 <ln> Eddi|zuHause2: a plausible possibility
10:04:08 <ln> Brianetta: hold on, i'll try to find a non-finnish article
10:08:26 <Brianetta> "The plane is reported to have rapidly lost altitude, falling from 40,000ft to about 25,000ft."
10:08:35 <Brianetta> That's the pilot doing his job
10:09:45 <Brianetta> Interesting that nobody's ever died in an accident on a Qantas jet.
10:11:07 *** Yexo is now known as Guest1267
10:13:19 *** stillunknown has joined #openttd
10:17:53 *** Dred_furst has joined #openttd
10:17:55 <Yexo> thx Rubidium, always fixing things fast :)
10:20:12 <Rubidium> if that would be the case the bugcount would be much lower
10:21:51 <Eddi|zuHause2> "Bjarni's faithful follower, Eddi|zuHause" <- these stats are weird :p
10:24:58 <ln> well who wouldn't be Bjarni's faithful follower
10:25:47 <DorpsGek> dih: Bjarni was last seen in #openttd 3 weeks, 1 day, 14 hours, 17 minutes, and 54 seconds ago: <Bjarni> I didn't have any
10:26:19 <DorpsGek> Celestar: peter1138 was last seen in #openttd 13 hours, 22 minutes, and 23 seconds ago: <peter1138> Hmm, last.fm's all changed :o
10:26:33 <Rubidium> see, Bjarni himself said that he doesn't have followers
10:26:50 <tokai> doesn't notice that peter1138 is online ;)
10:28:06 *** LilDood has joined #openttd
10:28:14 <ln> Rubidium: he _didn't_ have, but has now.
10:28:22 <dih> tokai, that bot records last chat, not join/leave
10:29:11 <tokai> dih: ah.. well.. then he should say that and not talk about 'seen' ;)
10:33:34 <Celestar> Rubidium: you got a sec?
10:34:10 <Brianetta> How close to trunkdom does the PBS patch seem to be?
10:34:11 <blathijs> tokai: "heard" is probably better, though one can argue that chatting has nothing to do with hearing :-)
10:34:36 <Rubidium> Celestar: I hope I'll have lots of secs to go, but I can't give you any guarantees on that ;)
10:34:40 <Celestar> Brianetta: from my personal opinion? not far as I can see
10:35:29 <Celestar> Rubidium: I've got a directory foo/bar in trunk. I want to externalize it and get revision 42 from http://foo.com/some/path into it. How would I proceed?
10:35:32 <Brianetta> It's in the right style, some devs like it, the bugs are getting fixed as they're found... it looks goof from here, but I don't know the internal politics or standards required by the dev team.
10:36:18 <Rubidium> Celestar: in /trunk do svn propedit svn:externals .
10:36:46 <Brianetta> svn is incredible. svn bugfix -R .
10:36:59 <tokai> blathijs: maybe something like that would do the trick: Fuhbaer last uttered a word on #openttd 23 hours, 9 minutes and 42 seconds ago: <Fuhbaer> I'm a happy bear, you know!
10:37:18 <Rubidium> could be that @42 isn't yet supported in your (server's?) version of svn though
10:37:34 <blathijs> That sounds like a client side issue, not server sided
10:52:27 <Brianetta> batti5 doesn't understand copyright
10:57:10 *** Progman has joined #openttd
11:01:34 *** stillunk1own has joined #openttd
11:08:18 <Celestar> Rubidium: supposed I have edited that stuff successfully, how can one do a 'checkout' on that path?
11:09:03 <Rubidium> svn up should do that
11:10:12 <Celestar> Fetching external item into 'src/bgl'
11:10:12 <Celestar> svn: Working copy 'src/bgl' locked
11:11:41 <Celestar> apparently can't add a dir and set the externals in one go
11:26:17 <Eddi|zuHause2> hm... wagon removal behaves weird with mixed trains...
11:27:32 <Eddi|zuHause2> i had a train with 1 goods wagon, 2 lumber wagons and 6 tank wagons, and was replacing the tank wagons with the next higher (longer) level
11:27:48 <Eddi|zuHause2> i ended up with the goods wagon and a tank wagon removed
11:28:11 <dih> so the order is kinda important
11:28:12 <Eddi|zuHause2> the goods wagon was in front
11:32:28 *** Doorslammer has joined #openttd
11:35:41 <Doorslammer> Hows things in the land of Tycoon today?
11:38:29 <Doorslammer> Just realised wrong sodding window, grrrr.... :P
11:38:42 <peter1138> Celestar, how's it going?
11:39:49 <Doorslammer> Easy for you to say ;)
11:42:24 <TiberiusTeng> ah, peter1138 you're here
11:42:39 <TiberiusTeng> I was thinking how to reply to your 'Huh?' :p
11:42:43 <dih> ln: that was not english, nor was it in quotes :-P
11:45:51 <TiberiusTeng> 'aa' is from cfg; when aa == true, FT_Render_Glyph() will be called with FT_RENDER_MODE_NORMAL
11:46:02 *** ProfFrink has joined #openttd
11:46:06 <TiberiusTeng> but it will not necessarily return a greyscale bitmap
11:47:08 <TiberiusTeng> it will still return a monochrome (binary) bitmap if the font have built-in bitmap at the specified size
11:50:27 *** ProfFrink is now known as Prof_Frink
11:53:37 *** Klanticus has joined #openttd
12:03:21 <peter1138> TiberiusTeng: Isn't the value reversed by your patch though?
12:04:05 <peter1138> aa is true when it's antialiased.
12:04:16 <peter1138> Then binary_bitmap is true when it is a bitmap image.
12:04:27 <TiberiusTeng> aa "not always" == !binary_bitmap
12:04:45 <peter1138> But later the "x ? y : z" is still "x ? y : z" but x is changed from aa to binary_bitmap
12:04:48 <peter1138> So it's reversed, no?
12:04:58 <peter1138> Yes, you're missing the point.
12:05:19 <Celestar> peter1138: I'm getting there
12:05:33 <TiberiusTeng> FT_Render_Glyph(FT_RENDER_MODE_NORMAL) will "not always" return a grayscale bitmap
12:05:34 <Celestar> peter1138: in vast step
12:05:40 <peter1138> TiberiusTeng: I know that.
12:05:42 <TiberiusTeng> so I use binary_bitmap to determine the result
12:05:56 <Celestar> peter1138: the network is being constructed
12:06:01 <TiberiusTeng> 'aa' is not dependent on the render result ...
12:06:20 <peter1138> TiberiusTeng: You're still hung up on whether aa/binary_bitmap is antialiased or not. I'm not talking about that.
12:06:21 <TiberiusTeng> so it's possible that aa == true (specified in config file), but freetype returns a binary bitmap
12:06:26 <Celestar> peter1138: I've 2-3 corner cases to work with (like cloning of vehicles), and the destruction still gives me a slight error somewhere
12:06:56 <Celestar> peter1138: I hope to have it working by weekend or money
12:07:23 <TiberiusTeng> ahh, you mean we should use 'aa' variable to save the result ?
12:07:24 <peter1138> TiberiusTeng: With your patch, you're doing the codepath for aa==true when binary_bitmap==true.
12:07:46 <Celestar> peter1138: it *might* even work without saveloading anything
12:08:07 <Celestar> peter1138: depends on the pathfinder
12:08:11 <Celestar> peter1138: haven'T worked with them yet
12:10:47 <TiberiusTeng> if aa == true but slot->bitmap.palette_mode == FT_PIXEL_MODE_MONO, the following conversion code will crash or produce wrong result
12:10:47 *** stillunknown has joined #openttd
12:11:40 <peter1138> But in your patch it with that it still does the conversion.
12:11:50 <TiberiusTeng> you can just add a line like aa = (slot->bitmap.palette_mode == FT_PIXEL_MODE_GRAY); and save the variable ...
12:12:01 <peter1138> - sprite.data[1 + x + (1 + y) * sprite.width].a = aa ? slot->bitmap.buffer[x + y * slot->bitmap.pitch] : 0xFF;
12:12:04 <peter1138> + sprite.data[1 + x + (1 + y) * sprite.width].a = binary_bitmap ? slot->bitmap.buffer[x + y * slot->bitmap.pitch] : 0xFF;
12:12:29 <peter1138> You need binary_bitmap to be false if it's a bitmap...
12:13:28 *** grumbel has joined #openttd
12:14:14 <peter1138> Do you see yet? heh
12:16:34 <TiberiusTeng> looks like it should be reversed, yes, but strange ...
12:16:42 <TiberiusTeng> I'm checking it now
12:17:57 <ln> are there other ISPs in italy besides telecomitalia.it?
12:26:02 <ln> mikl: have you seen Bjarni?
12:26:24 <Belugas> Yexo, i've changed FS2164 to a feature request, since the system works as it is supposed to. YOu, in fact, wrote a feature request instead of a bug.
12:26:47 <mikl> ln: no, although we both live in Copenhagen, I haven't had any contact with him outside #openttd
12:26:51 <Belugas> and now, here i go practicing some more slide guitar :D
12:28:59 <mikl> ln: how long has he been missing?
12:28:59 <Eddi|zuHause2> <peter1138> @openttd stats <-- afaik stats were done by _42_, not by DorpsGek
12:29:17 <ln> mikl: about 3 weeks, 1 day and some hours.
12:29:23 <TiberiusTeng> peter1138, yes, it was my fault when making the patch file ...
12:29:57 <mikl> ln: well, it is sommer holiday in Denmark now (although I'm still working), so he might be some where un-digital :)
12:30:23 <TiberiusTeng> just a line: aa = (slot->bitmap.pixel_mode == FT_PIXEL_MODE_GRAY);
12:30:35 <TiberiusTeng> before drawing the shadow should cure it ...
12:30:54 <peter1138> I thought so too, really just wanted to double check ;)
12:31:21 <ln> but! does OTTD auto-save when it receives a SIGINT?
12:31:52 <TiberiusTeng> perhaps you can download the font and see how it render Chinese characters ;)
12:32:25 <TiberiusTeng> 11px/12px is really too small for chinese characters, though ...
12:33:10 <Ammler> is it possible to detect for GRF, if the client does support 32bpp?
12:37:20 <TiberiusTeng> I really wish I have 13px line-height (12px font + 1px padding) :P
12:39:04 <TiberiusTeng> I thought those line heights is hard-coded into every place of the code ... is it possible to make them depend on selected medium-font size ?
12:41:04 <TiberiusTeng> anything I should keep in mind before I start working on this ? :P
12:45:03 *** DJNekkid has joined #openttd
12:45:07 *** LilDood_ has joined #openttd
12:48:47 <Ammler> maybe not depense on font-size, more on the language like chinese
12:49:27 <Ammler> else the width of some patch text will overlap...
12:49:51 <Ammler> for english and some other languages like german...
12:50:37 <dih> esp. swiss german, when you have to emphasize the ch :-P
12:50:48 <Ammler> (or you have to make the whole window wider...
12:51:15 <Ammler> swiss german is actually smaller
12:51:33 <Ammler> it is optimal SMS language :-)
12:55:34 <Eddi|zuHause2> hm... this station<->industry transfer by road vehicles is not working properly...
12:56:10 *** stillunknown has joined #openttd
12:56:15 <Eddi|zuHause2> multistop is not working properly, and vehicles cannot overtake in the loading bays it appears...
12:56:56 <Eddi|zuHause2> multistop could be easier if there were one-way roadstops?
12:57:20 <MaulingMonkey> You could toss a one way road before/after
12:57:31 <Celestar> Eddi|zuHause2: I'll adapt multistop to one-way roadstops netxt week
12:57:39 <Celestar> Eddi|zuHause2: this hasn't been done (properly) yet
12:57:41 * Rubidium sees people already exiting into the few centimeters between than bus and the bus next to it
12:58:52 <Celestar> Eddi|zuHause2: once routenetwork is complete :D
12:58:55 <Eddi|zuHause2> Rubidium: might make more sense if you could use newgrf_ports to allow a little space between the vehicles ;)
12:59:09 <Eddi|zuHause2> Celestar: i think that's the more important one ;)
12:59:13 <Eddi|zuHause2> Celestar: keep it up ;)
12:59:20 <Rubidium> that's the next next next stage or so of newgrf_ports
13:00:17 <Eddi|zuHause2> Ammler: too big
13:00:23 <TiberiusTeng> shrinking the font size is not a good problem IMO ...
13:00:32 <Ammler> pickups should be done with the "old" bays
13:00:38 <TiberiusTeng> the smallest usable font size for Chinese is 11px
13:00:47 <Eddi|zuHause2> Ammler: problem is that the transfer is two-way
13:00:59 <Eddi|zuHause2> so there are pickups and dropoffs at both stations
13:01:10 <TiberiusTeng> anything smaller is next to unreadable
13:01:14 <Eddi|zuHause2> trucks bring wood from the cargo station to the saw mill
13:01:22 <Eddi|zuHause2> and lumber from the saw mill to the cargo station
13:01:29 <rortom> did anyone thought about a passthrough stats for stations?
13:01:50 <Eddi|zuHause2> rortom: once upon a time there were waypoint stats
13:02:29 <rortom> but i mean more like how much good went trough the station
13:02:44 <Ammler> Eddi|zuHause2: if you use same station for drop and pickup, then you should use the bays...
13:02:50 <Ammler> (or how are they called?)
13:03:22 <Eddi|zuHause2> Ammler: yes, but the roadstops look better ;)
13:04:35 <Ammler> Eddi|zuHause2: maybe you can do something with stops as waypoints?
13:05:03 <Ammler> since that is possible :-)
13:05:19 <Ammler> you are using nightly, I assume...
13:05:20 <Eddi|zuHause2> yeah, that might be a good idea
13:05:37 <Eddi|zuHause2> like have the dropoff from one direction and pickup from the other
13:06:00 <Ammler> do you pickup only one type of cargo?
13:06:23 <Eddi|zuHause2> probably two soon
13:06:34 <Eddi|zuHause2> saw mill produces goods and lumber
13:06:46 <Ammler> then you will get a new problem
13:06:54 <Eddi|zuHause2> but the goods trucks might come from a completely different direction
13:07:03 <Eddi|zuHause2> so there is less chance for interfering
13:07:36 <Ammler> you can build the waypoint adjacent now, that is fixed lately, too.
13:09:32 * Ammler is interested in a screen, if you find a nice solution :-)
13:11:29 <Celestar> Eddi|zuHause2: drive-through sucks for really busy stations
13:12:27 <Eddi|zuHause2> it's not really really busy... just the two cargo types interfere with each other, the dropoff trucks get stuck behind the pickup trucks...
13:13:38 <Eddi|zuHause2> and station names are too short for anything descriptive :(
13:18:58 <Eddi|zuHause2> uuuh... that might be a real bug now...
13:19:30 <Eddi|zuHause2> when i have multiple road stops behind each other, the truck goes to the last one that is free [that is fine]
13:19:42 <Eddi|zuHause2> but it does not check if that last one still belongs to the same station
13:20:25 <Eddi|zuHause2> has that been fixed?
13:20:28 <Ammler> hmm, it is fixed somewhen...
13:20:34 <Eddi|zuHause2> do you know when?
13:20:50 <Ammler> bug was reported by smatz and fixed by rubi, iirc
13:20:51 <Eddi|zuHause2> do you know what i have to grep for? :p
13:23:09 <Eddi|zuHause2> paullb apparently has not found out of the adjacent station feature ;)
13:25:24 <Eddi|zuHause2> svn diff -c 13581 | patch -p0
13:25:24 <Eddi|zuHause2> patching file src/roadveh_cmd.cpp
13:25:24 <Eddi|zuHause2> Hunk #1 succeeded at 1727 (offset -5 lines).
13:26:00 <Eddi|zuHause2> it's a 1-line fix ;)
13:36:35 <Eddi|zuHause2> www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%2012.%20Dez%201938.png
13:54:26 <CIA-3> OpenTTD: rubidium * r13824 /trunk/src/road_cmd.cpp: -Fix (r13822): also make sure a tile is a road stop tile before trying to get information about the roadstop...
14:00:55 <Eddi|zuHause2> next thing that would be cool: trucks with trailers ;)
14:05:15 <peter1138> Doesn't eGRVTS do that?
14:06:30 <Celestar> peter1138: Shall I do a branch for the routing stuff and what do we do with boost?
14:06:52 <glx> Eddi|zuHause2: that's an aRV
14:06:53 <Eddi|zuHause2> peter1138: my rev is pre-enginepool ;)
14:07:25 <Eddi|zuHause2> glx: yes, but it needs a grf that allows that
14:08:03 <glx> anyway engine pool is not required for aRVs
14:08:21 <Eddi|zuHause2> no, but for eGRVTS
14:08:34 <Celestar> peter1138: we could just import it with externals
14:09:07 <Eddi|zuHause2> i'm currently using an inofficial version of HOVS
14:09:36 <Celestar> peter1138: because it's a header-only implementation. no libs
14:09:54 <Eddi|zuHause2> i accidently found that one in a /secret/ folder ;)
14:19:04 <dih> does anybody know what/how Darkvater is doing?
14:20:25 <dih> Rubidium: do you still have contact to Darkvater?
14:20:55 <Eddi|zuHause2> @seen Darkvater
14:20:55 <DorpsGek> Eddi|zuHause2: I have not seen Darkvater.
14:21:45 <dih> yes - i know he has left what - a year ago?
14:23:05 <Eddi|zuHause2> yeah, about a year after he officially quit :p
14:23:35 <Eddi|zuHause2> release of 0.5.0 might have been his last action
14:24:09 <dih> i was snooping around in the svn logs and found a commit by him, which made me start wondering what he might be up to today...
14:24:38 *** fmauNeko is now known as fmauNekAway
14:25:23 <Eddi|zuHause2> i could really use trucks with higher capacity now...
14:29:31 *** stillunknown has joined #openttd
14:31:44 * dih is waiting for stillunknown to appear as 'nowknown' or something....
14:33:14 <Ammler> Eddi|zuHause2: lv has also shorter rvs :-)
14:33:40 <Yexo> Belugas: I understand that FS2164 sounds like a feature request for trunk, but for NoAI it's more like a bug
14:37:24 <blathijs> Yexo: Why is it a bug for NoAI?
14:38:19 * Eddi|zuHause2 slaps everyone's forehead
14:38:21 <Yexo> because glx and TrueBrain refuse to create an AIEvent as long as there is no news message, and because of that the AIs don't know about the new industry
14:39:05 <Ammler> Yexo: can't you get the list from the directory?
14:39:29 <Yexo> yes, you can, but then you have to compare that list to a saved one to see if there is a new industry
14:40:09 <dih> that is not resource hungry at all
14:40:38 <Ammler> how do you check, if you service all industries proper?
14:40:38 <dih> let 8 ai's compete on a 2048^2 map with high number of towns, industries and multiple industries per town and close on :-D
14:41:48 <Ammler> so you just can check if there is a industrie with 0% and that one is new...
14:42:12 <blathijs> Yexo: Requiring a news item for an event sounds a bit weird, really
14:43:02 *** Singaporekid has joined #openttd
14:43:08 <Yexo> blathijs: it's not weird, since in every other case the event are at the same place as news items, and in fact in multiplayer I'd like to get an event if someone else builds an industry
14:44:00 <blathijs> True, but I think it's weird to require a news item
14:46:26 <Yexo> I don't think so, as that keeps the code more consistent with trunk (and thus easier to sync)
14:46:50 *** Digitalfox has joined #openttd
14:48:16 <Rubidium> blathijs: the idea of NoAI is to give the AI only stuff that an user can get
14:48:35 <Rubidium> and 'event' essentially news messages
14:51:01 <Lakie> Also the AI would need to have some idea of whats happened in the 'world' and that can be obtained through 'events', such as closing industries, opening ones and competition. Obviously its up to the AI author if they want to use them...
14:54:13 <blathijs> Rubidium: Ah, that sounds like a sane approach :-)
14:57:56 *** lws1984 has joined #openttd
14:58:29 <remsys> hello! i try to start a server but it dont appear in the multiplayerlist!
14:58:50 <blathijs> remsys: You probably need to forward ports on your firewall
14:59:02 <blathijs> remsys: Check the wiki/FAQ, it's probably on there
14:59:28 <dih> ^ that is not a channel :-P
15:25:26 <blathijs> jordi: Seems like we're not gonna do 0.6.2 before the freeze after all. Changes are slight more and more complex than expected, so doing an RC seems like the wiser course
15:27:03 <dih> #debian-women <- now that is a scary channel name...
15:28:32 <Celestar> at least they're stable :P
15:36:42 <dih> i am not so sure about it
15:36:56 <dih> if you dont look at the emotional side of things perhaps :-P
15:41:03 <Brianetta> Is that guy a loon or is there really no dedicated-only build possible for Windows?
15:46:36 *** michi_cc has joined #openttd
15:46:36 *** ChanServ sets mode: +v michi_cc
15:46:54 <glx> there's no dedicated-only, but it's possible to start it with -D
15:47:32 <Rubidium> there is no dedicated only binary for Windows; it's pointless as all libraries and such are default in Windows, but you can start a dedicated server
15:52:14 <glx> btw it's possible to build a dedicated only version :)
15:56:20 <jordi> blathijs: we'll try to get 0.6.2 in anyways
16:00:25 <dih> Brianetta, there is none on the download page
16:04:54 *** Frostregen has joined #openttd
16:22:54 <dih> why are game pause and unpause strings not in translation?
16:26:09 <Suisse> it should be string from the server and not from the game :o
16:28:00 *** LilDood has joined #openttd
16:28:17 <dih> it is not a string from the server
16:28:23 <Celestar> why can't I solve this error :S
16:28:27 <dih> it would be nice if it were
16:28:50 <dih> but as long as it's not, it can be localized to each clients language
16:28:55 <dih> but that too is not happening
16:29:33 *** Klanticus has joined #openttd
16:33:23 *** michi_cc has joined #openttd
16:33:23 *** ChanServ sets mode: +v michi_cc
16:55:00 <dih> a custom server chat message would be fun too
16:55:06 <dih> like only prefixed with on *
16:57:43 <CIA-3> OpenTTD: rubidium * r13821 /trunk/src/ (engine.cpp engine_base.h player_type.h town.h): -Codechange: replace some uint8/bytes with more specificly named typedefs and replace a few magic numbers.
16:59:59 *** Suisse was kicked by DorpsGek (Wrong channel. Retry in #openttdcoop.)
17:01:36 <Suisse> unpause/pause message is from the server :)
17:03:09 <dih> that is a nice little feature :-D
17:04:54 <Suisse> who cares about this message :P?
17:08:48 <dih> it becomes annoying in here Suisse
17:15:30 <Eddi|zuHause2> Celestar: i hope you can solve your problems... these "hiccup" things with the old patch are getting worse and worse...
17:15:40 <Eddi|zuHause2> and i have not even connected a fraction of the map
17:16:50 <Eddi|zuHause2> unfortunately i won't be able to load my savegame...
17:20:07 <Celestar> Eddi|zuHause2: with what patch?
17:20:21 <Eddi|zuHause2> the old paxdest patch from the forum
17:20:39 <Celestar> give me time. I want this to be proper
17:21:39 <peter1138> What am I supposed to be doing?
17:21:54 <Eddi|zuHause2> i'm pretty sure i have a trunk-loadable game with local and long distance passenger lines, if you need one ;)
17:24:50 *** Dred_furst has joined #openttd
17:25:34 <Celestar> Eddi|zuHause2: this will take some time until I'm at that state
17:25:44 <Celestar> Eddi|zuHause2: currently the framework is giving me headaches :P
17:27:43 <Celestar> generic programming can be horrible at times
17:29:00 <Rubidium> genetic programming can be even more horrible
17:30:01 <peter1138> 1.7 - uint8 preview_player_rank;
17:30:01 <peter1138> 1.8 + PlayerByte preview_player_rank;
17:32:09 * Celestar thinks that Rubidium and peter1138 will rip his head off when they see his generic-programming-route-network :P
17:34:51 <peter1138> As long as it's not wrong...
17:44:34 *** Wolf01 is now known as Wolf01|AWAY
17:57:48 *** Vikthor has joined #openttd
18:00:33 *** frosch123 has joined #openttd
18:14:59 *** thgergo has joined #openttd
18:16:49 <Eddi|zuHause2> "Storate type" <- typo? [routing.h]
18:18:43 <Eddi|zuHause2> "are stored are a" <- "as a"?
18:20:31 <Eddi|zuHause2> /< edge descriptor of the graph <<-- second of those should be "iterator"
18:47:54 <DorpsGek> planetmaker: Commit by smatz :: r13816 /trunk (12 files in 3 dirs) (2008-07-24 15:19:26 UTC)
18:47:55 <DorpsGek> planetmaker: -Fix [FS#2150]: check for vehicle length changes outside a depot (callback 0x11) and give a warning about that
19:03:27 *** De_Ghost has joined #openttd
19:23:34 *** frosch123 has joined #openttd
19:26:04 *** Wolf01|AWAY is now known as Wolf01
19:28:46 *** prophet has joined #openttd
19:29:19 *** Dred_furst has joined #openttd
19:29:25 <prophet> Hi! Can you tell me where i find a description of how .sav or .scn files are formatted?
19:29:42 <prophet> I mean the binary structure of the format
19:30:16 <prophet> Is that documented somewhere?
19:30:33 <frosch123> plus they are compressed
19:31:03 <prophet> Wolf01, the only place i can find that information?
19:31:17 <prophet> frosch123, what compression?
19:31:19 <Wolf01> maybe the wiki, but I'm not sure
19:31:52 <prophet> Wolf01, i can't finf something there but maybe i am searching the wrong keywords
19:32:18 <Eddi|zuHause2> the kind of compression you can do with zlib
19:32:51 <prophet> Eddi|zuHause2, so its gzip?
19:33:42 <Yorick> prophet: not entirely...
19:33:56 <Yorick> the first whatsoever bytes aren't
19:34:17 <prophet> Yorick, and documentation?
19:34:47 <Eddi|zuHause2> the canonical documentation
19:34:59 <Yorick> check the openttd code
19:35:03 <prophet> Eddi|zuHause2, you mean doxygen?
19:35:18 <prophet> Yorick, and this is not written down somewhere else?
19:36:06 <Eddi|zuHause2> fios is only a wrapper for the filesystem access, i believe
19:36:12 <Eddi|zuHause2> has nothing to do with file structure
19:36:53 <Eddi|zuHause2> prophet: the file format is RIFF and each chunk structure is "documented" in the appropriate chunk handler
19:38:04 <prophet> Eddi|zuHause2, but i still need to decompress previously
19:38:15 <Yorick> Suisse: yes, the pause message is server-side, but it opens up the possibility for more kinds of messages ;)
19:39:02 <Eddi|zuHause2> prophet: no, the compressed part is also contained in a RIFF chunk
19:39:38 <Suisse> like what :o? (ok for the futur it could be a good idea to add a server string event :o)
19:39:47 <prophet> Eddi|zuHause2, ah ok and not everything is compressed?
19:40:02 <prophet> Eddi|zuHause2, Only map data?
19:40:12 <Yorick> only the 'header' isn't
19:40:15 <Eddi|zuHause2> no, all the rest is compressed
19:40:20 <Yorick> containing OpenTTD and savegame format
19:46:38 <frosch123> yawn - can someone please remind me which newgrf contains roadvehicles/trams which can be refittet to different number of articulated parts
19:49:45 <Eddi|zuHause2> frosch123: serbian tramset (openttd remix)
19:50:42 <Eddi|zuHause2> i assume the number of parts is actually fixed, only they are made invisible
19:51:02 <frosch123> that is what I need to know :)
19:53:56 *** ChanServ sets mode: +v tokai
19:54:32 <planetmaker> It's bound to give dirty effects, if I just change the height of a tile without checking the surrounding tiles, right?
19:55:08 <frosch123> no, it will just assert :p
19:55:50 <planetmaker> thx for confirming...
19:57:00 <Yorick> hmm, I remember from YAAP that you could change individual airport tile heights on the first version, without it asserting
19:57:49 <planetmaker> you can change some, if it can still be represented by a valid slope, I'd guess
19:58:17 <Yorick> I think foundations are valid slopes too
19:58:36 <planetmaker> they're just something ON the land
20:31:08 *** De_Ghost has joined #openttd
20:44:42 <Eddi|zuHause2> while i have no use for an ET-11, the VT-137 fits really great into my network...
20:46:56 *** welterde has joined #openttd
20:47:20 <Eddi|zuHause2> now i only need proper timetabling so i can schedule the freight trains to wait at intermediate stations so i have free track ahead of the high speed trains
20:59:22 <planetmaker> Eddi|zuHause2: you could do that with proper prios...
20:59:29 <planetmaker> and a speed sorter
21:00:06 <Eddi|zuHause2> no... i want to do this without additional infrastructure
21:00:38 <Eddi|zuHause2> meaning a shared freight/passenger doubletrack line
21:00:43 <planetmaker> I figured so much. Just felt like pointing out :)
21:01:00 <planetmaker> Would be nice, though. Indeed
21:01:31 <Eddi|zuHause2> hm... this automatically assigned bus schedule is worthless...
21:01:46 <Eddi|zuHause2> it makes like 500 ticks delay per roundtrip
21:02:06 *** dannys9 has joined #openttd
21:02:17 <Eddi|zuHause2> need to adjust the waiting times, i assume
21:02:49 <Eddi|zuHause2> these double decker busses have really long loading times...
21:07:45 <planetmaker> hm... how do I access CmdLevelLand from outside of terraform_cmd.cpp ?
21:07:59 <planetmaker> declaring it static didn't help...
21:08:11 <glx> DoCommand with CMD_LEVEL_LAND
21:12:03 <Eddi|zuHause2> *mental note* check if the wagons are refitted to the right cargo before sending out trains...
21:21:30 <planetmaker> hm... How do I check wether that DoCommand worked?
21:22:02 <planetmaker> if (CommandCost != CMD_ERROR) {...} ?
21:22:11 <frosch123> CmdFailed(DoCommand())
21:22:31 <planetmaker> oh... :) Much to learn I have :)
21:22:58 <frosch123> Best learning method is 'grepping the code'
21:23:32 <planetmaker> yeah... I did that for DoCommand... obviously my observational skill is already not awake fully anymore :S
21:28:02 <planetmaker> now it compiles. Thx :)
21:28:35 <Eddi|zuHause2> i set the loading time to 120 ticks per station, appears to work a lot better now
21:30:59 <Eddi|zuHause2> next time i'm doing trams again, they have a lot less problems :p
21:34:40 <Amix> playing openttd v0.6.1 RC1 now
21:34:51 <Amix> almost no servers there ;/
21:35:35 <dih> is HE outdated, or the version he is playing? :-P
21:36:04 <SmatZ> 0.6.2-RC2 was released today
21:36:31 <Amix> nothing about it on www.openttd.org
21:36:35 <dih> and if you wanna play something recent
21:36:37 <dih> try openttd.dihedral.de / AutoNightly
21:36:51 <SmatZ> [22:16:56] <DorpsGek> -Release 0.6.2-RC2.
21:37:04 <Amix> is there a morphos version out?
21:37:31 <Amix> dih: yes.. i play nightly aswell
21:37:50 <dih> you always need the most recent for that specific server
21:38:09 <Eddi|zuHause2> problem with station<->industry truck service is, the trucks are making negative profit most of the time
21:38:42 <guru3> would anyone say a northbridge running at 63 was too hot?
21:39:04 <dih> depends on the make and cooling
21:39:17 <Amix> r13825 is the latest one?
21:39:27 <guru3> when should i start to worry?
21:39:29 <Eddi|zuHause2> 63°C should not seriously hurt any electronic equipment
21:39:48 <Amix> its been 30C in Oslo today
21:39:49 <dih> will make things slower i guess
21:40:06 <guru3> i'll just keep an eye on it
21:40:12 <guru3> type to up the cpu multiplier again
21:40:56 <dih> guru3, make it active cooling
21:41:04 <guru3> not an option at the moment
21:41:10 <Eddi|zuHause2> the waypoint idea for the truck station was really great. i can split up the different cargos between the bays, and they still all share the same station
21:41:16 <guru3> but i am definetely considering it
21:41:37 <dih> guru3, stick a vacuumcleaner to it, that'll get the air rushing round the heatsink :-D
21:41:45 <guru3> heh i can't actually reach the heatsink itself
21:41:49 <guru3> part of why it's so hot i think
21:43:21 <guru3> booted but failed stress test
21:43:39 <Eddi|zuHause2> at least the trucks are able to clear the station before the next train arrives ;)
21:45:28 <guru3> and i suspect that's northbridge
21:45:35 <guru3> it's awfully directly linked to cpu load
21:46:23 <Eddi|zuHause2> north bridge handles stuff like memory access i believe
21:47:02 <dih> NB handles connection to SB, memory, and agp
21:49:24 <dih> rather than upping the multiplyer, go get some new hardware
21:49:44 <guru3> that's running under multiplied
21:50:14 <guru3> the cpu is cooled decently
21:50:34 <dih> what's the l2 cache size of the cpu?
21:51:14 <guru3> yeah it's not really lacking in performance
21:51:30 <dih> then what you wanna muck around with the timings?
21:54:42 <guru3> i'm absolutely certain i can hit 3ghz
21:55:52 <guru3> it gets to 80C and then it all just locks up
22:15:43 *** ProfFrink has joined #openttd
22:17:20 *** de_ghosty has joined #openttd
22:19:04 <blathijs> jordi: I've commited rc2, would it make sense to upload that one to experimental as well?
22:21:57 *** ProfFrink is now known as Prof_Frink
22:22:11 *** De_Ghost has joined #openttd
22:31:01 *** plakkertjes has joined #openttd
22:31:11 *** plakkertjes was kicked by DorpsGek (Wrong channel. Retry in #openttdcoop.)
22:31:21 *** plakkertjes has joined #openttd
22:34:15 *** plakkertjes has left #openttd
22:34:33 <glx> someone should learn to read
22:35:06 * glx adds 2 commands to the script
22:35:50 <dih> sadly people cannot be muted for like 5 mines :-P
22:37:08 <dih> or - redirect on join to #openttdcoop
22:37:21 <dih> so those that have auto rejoin
22:37:44 <glx> hmm but that's probably not possible
22:37:49 <CIA-5> OpenTTD: smatz * r13830 /trunk/src/ (8 files in 2 dirs): -Feature: show additional NewGRF info in the Tile Info window for stations, houses and industries
22:38:46 *** de_ghosty has joined #openttd
22:45:25 <jordi> blathijs: can you add a watch file?
22:47:21 <jordi> blathijs: postinst seems superfluous to me if you call dh_installdebconf?
22:50:40 <Eddi|zuHause2> feature request: when breakdowns are off, have reliability of trains always on maximum
23:16:04 *** stillunknown has joined #openttd
23:30:42 <jordi> blathijs: disregardw what I said about postinst
continue to next day ⏵