IRC logs for #openttd on OFTC at 2007-06-24
⏴ go to previous day
00:01:18 <eekee> mmm, lot of guesswork & trial & error involved
00:09:06 *** Prof_Frink has joined #openttd
00:45:21 *** Sacro_ is now known as Sacro
00:50:39 *** |re06011988| has joined #openttd
00:57:25 *** Sacro_ is now known as Sacro
01:26:04 <Sacro_> --enable-the-force enable if you are Luke Skywalker and the force is
01:28:43 * Smoovious rolls his eyes at FS#930
01:30:41 *** Eddi|zuHause2 has joined #openttd
01:45:17 *** Ammller has joined #openttd
01:55:51 *** Ammlller has joined #openttd
02:26:05 *** Frostregen_ has joined #openttd
02:31:45 *** Frostregen_ is now known as Frostregen
02:38:27 *** Tino|Home has joined #openttd
02:46:14 *** Caemyr is now known as Guest187
02:54:00 *** Nukebuster has joined #openttd
03:16:16 <mikk36[EST]> i can't find replace vehicles in latest nightly
03:16:33 *** mikk36[EST] is now known as mikk36
03:36:56 <Ailure> look under manage list
03:55:39 *** Taikaponi has joined #openttd
04:22:37 <Jerub> it feels like cheating to have a train that can carry nearly 1000 passengers :)
04:26:17 <Smoovious> if you only have 1 car on the engine, it is
04:37:16 *** LittleMikey has joined #openttd
04:37:38 <LittleMikey> I typed in /join #openttd and it worked, i'm impressed ^_^
04:52:16 <Smoovious> oh... just couldn't decide on which comment to say about Mikey
05:06:54 *** Digitalfox has joined #openttd
06:25:06 *** alanin is now known as Alanin
06:30:42 *** Osai^zZz has joined #openttd
06:32:47 *** setrodox has joined #openttd
06:40:00 *** Alanin is now known as alanin
07:15:09 *** Osai^zZz is now known as Osa
07:30:36 *** ThePizzaKing has joined #openttd
07:33:42 *** Ammlller has joined #openttd
07:33:54 *** Ammlller is now known as Ammler
07:38:55 *** Vikthor has joined #openttd
07:51:05 *** Thomas[NL] has joined #openttd
08:23:33 *** ThomasNL has joined #openttd
08:33:15 *** tokai|ni has joined #openttd
08:35:07 *** Chris82 has joined #openttd
09:06:35 *** Brianetta has joined #openttd
09:06:45 <Ammler> hi, someone here, who is fit with autopilot form Brianetta?
09:07:13 <Wolf01> do you remember the correct offsets for pngs?
09:07:32 <TrueBrain> I just guessed some
09:08:27 <TrueBrain> (off-by-one errors)
09:09:20 <TrueBrain> flat tiles mostly are
09:09:33 <TrueBrain> as the left center pixel mostly is at (0,16)
09:09:36 <Wolf01> i inverted the x and y and the sign :P
09:10:00 <TrueBrain> I really hope you can fix the depth-perspective :)
09:10:21 <ThomasNL> can you show us some progress Wolf01 :) ?
09:10:22 <Wolf01> i did a redraw of all the tiles
09:10:37 <Wolf01> so i think they are fixed now
09:10:46 <Wolf01> maybe one or two i'm not sure
09:11:44 <Gekko> bah I'll just look at the site
09:12:11 <Gekko> I have a massive headache
09:12:59 <Gekko> window mode with double zoom (CTRL+D to toggle) (MS Windows only)
09:13:05 <Gekko> why is that windows only?
09:13:13 <TrueBrain> it is no longer existing
09:17:04 <Gekko> these NewGFX, 3D OpenTTD?
09:17:24 <TrueBrain> please don't call names in #openttd
09:18:17 <hylje> hi TrueBrain ! i called your name!
09:18:52 <Gekko> but will the new graphics make TTD 3D?
09:19:13 <TrueBrain> Stop calling names! :)
09:19:47 <TrueBrain> you bring two words in combination which should never be put in combination of eachother
09:20:09 <Gekko> TrueBrain: have you ever looked at the new graphics?
09:20:18 <Gekko> it leads me to believe that it will be 3D-ish
09:20:31 <hylje> newgrf can have more detail
09:20:38 <TrueBrain> Gekko: ever looked at the original graphics? They appear 3D too
09:20:52 <Gekko> >_> If you have the eyes of an ant
09:21:08 <Gekko> there's no "shadows" in TTD
09:21:30 <hylje> however wouldnt the blitter/renderer change allow for a 3d renderer?
09:22:40 <Wolf01> yeah, they don't fit... i need to redraw all again :/
09:24:05 <Wolf01> is not difficult, but i have to cut them with photoshop again
09:26:04 <Gekko> New Graphics Development
09:26:04 <Gekko> The new graphics development for the new graphics engine, featuring rendered sprites from 3d models, revitalising the original graphics in 32bpp colours.
09:29:39 <ThomasNL> they are pre-rendered, not rendered run-time
09:30:18 *** LittleMikey has joined #openttd
09:32:28 * LittleMikey slaps eekee around a bit with a large trout
09:32:54 <LittleMikey> this is not good...
09:33:20 <LittleMikey> So... I hear you guys play openttd?
09:33:51 <eekee> Not really, we just hang out here & talk about it ;)
09:34:06 <LittleMikey> I was directed here from #openttdcoop
09:34:18 <LittleMikey> I want a better AI, and I was told someone on here would have it.
09:34:43 <Gekko> when will the "alpha" AI not be alpha
09:34:50 <Gekko> and fix it's memory leaks
09:35:35 <eekee> hehe, it'll come in time, I'm sure
09:35:45 <LittleMikey> I just hate whatching the AI build rails like /\/\/\/\
09:35:56 <Jerub> afaik, if you want an AI that can make road vehicles, use the alpha :p
09:36:26 <LittleMikey> Now, I guess I should ask, what does afaik mean
09:36:31 <Jerub> then again, in my current game, the only successful AI used a road route within a single town, and it's 200% larger than the next largest town
09:37:22 <Gekko> I hate how the non-alpha AI just terraforms
09:37:29 <Gekko> they rape all the sexy sexy land
09:37:32 <LittleMikey> and terraforms...
09:37:41 <LittleMikey> and then builds a 4x3 airport ^_^
09:37:49 <Tefad> and goes bankrupt due to said terraforming
09:37:53 <Gekko> ONLY I am allowed to rape the land
09:38:02 *** Progman has joined #openttd
09:38:07 <LittleMikey> dont you mean Pillage the land and rape the women?
09:38:15 <Tefad> no no no you have to burn it all first
09:38:19 <Gekko> That's what I want you to think
09:38:31 <Haclet> Could you tell me how execly does work timetable :)
09:38:35 <LittleMikey> Falling sand game? where
09:38:44 <Haclet> I made some experiment - but I don't understand :)
09:39:12 <Haclet> I set timetable - travel bettween station 20 days
09:39:33 <LittleMikey> are you sure you're talking about OTTD?
09:40:00 <Gekko> wheres the SVN history list
09:40:08 <Haclet> if you go to "GOTO" in vehicle - you have timetable on right-top
09:40:44 <Haclet> And train is going from one station to anoter only 11 days - so It is 9 days earli ?
09:40:58 <Haclet> So that means it will be wait next 9 days to be on time ?
09:41:08 *** alanin is now known as Alanin
09:41:13 <Haclet> Is there some document which describes that ?
09:41:31 <Gekko> Haclet: if it was just put into circulation, then I doubt theres documentation
09:41:40 <Gekko> did you compile your own OTTD?
09:41:44 <LittleMikey> I'm not sure... I honestly dont know what you are talking about, I use the win9x version
09:41:56 <eekee> Haclet: I made some experiments too, and all I got is that it doesn't wait if it's early :/ You can manually set it to wait at a station, but that's it
09:41:59 <Haclet> Gekko: Yes - I download it from SVN and compile it
09:42:19 <Gekko> when did you last compile it
09:42:46 <eekee> me too I think. r10292 anyway
09:42:48 <Gekko> TrueBrain: trac is down
09:42:56 <Gekko> so I can't see the history
09:43:00 <Gekko> nasty nasty men you are.
09:43:08 <Haclet> eekee: I don't reali understand ... :)
09:43:29 <eekee> Haclet: I'm not sure I do :)
09:43:34 <Gekko> Haclet: I am downloading the current version now
09:43:50 <Haclet> "This vechile is currently running 46 days early"
09:44:09 <LittleMikey> and to think I complain when the trains run 15 mins late...
09:44:18 <eekee> Latest nightly has timetables
09:44:40 <Haclet> eekee: so - I have download and compile it as well :)
09:44:41 <eekee> heh, yeah! There' an option to make timetables give values in ticks, rather than days
09:44:43 <LittleMikey> hmm, i'm using 10295
09:44:55 <Gekko> Haclet: that's possible because it has full load alreayd?
09:45:22 <Haclet> Gekko: but what is execly timetable for :)
09:45:42 <Haclet> Gekko: if I set Full Load (for example for coal) - so what can I do with timetable ;)
09:45:44 <Gekko> who dont quite want full load
09:45:54 <Gekko> it leaves with half empty
09:45:59 <Haclet> Gekko: hmmm - I didn't check that :)
09:46:08 <eekee> can can make it wait at stations, that's the only good thing about it I know of, lol, but when you do, you have to give travel time too
09:46:29 <eekee> well, I only tried itw/o full load
09:46:37 <Haclet> WOW - developers of OTTD every day suprise me with meny changes in code :P
09:46:58 <eekee> They don't give it the chance to get boring ^^'
09:47:18 <LittleMikey> Hmm, I see this new timetable option
09:47:46 <Haclet> These developers go to sleep :) :)
09:48:40 <Haclet> Compiling the lastest SVN Version in progress ... ;)
09:49:00 <Haclet> And I have second problem - for example the train is going to depot (without my order)
09:49:20 <Tefad> tends to happen when it needs it
09:49:22 <Haclet> And after leaving depot it going to breake down ?
09:49:38 <Haclet> Why - it should be serviced - but I think is not ...
09:49:45 <eekee> haha yes, royally annoying. I'm starting to force trains into depots
09:49:49 *** XeryusTC has joined #openttd
09:50:42 <Haclet> eekee: so, do you suggest that is only one good solution - to give tham order to go to depot ? :)
09:51:32 <Haclet> eekee: so with timetable we can count how much days taking travel - and when trains should go to depot ?
09:51:34 <eekee> The other way to do it is use "Service intervals are in %" and then you give them orders to service at a depot rather than go to depot.
09:51:49 <eekee> Yeah, you can try. I haven't tried that yet
09:52:19 <Haclet> When are you playing in OTTD - do you change default setting of days - when vechicles should go to service ?
09:53:28 <Haclet> I think I can be good tester of OTTD, as we all :)
09:53:37 <Gekko> I'm setting up a server soon
09:53:46 <Gekko> just for me and my friends, yet still dedicated
09:53:51 <eekee> only for service intervals in %
09:54:00 <Haclet> Gekko: and IP is :) :) :) ??
09:54:43 <Gekko> are you British Haclet?
09:54:58 <LittleMikey> judging by the grammar... no
09:55:03 <Haclet> ooo - next question? I haven't seen it in network configuration. It is possible put manualy IP of some server - or OTTD just reading list from main server and we can play only of that games ?
09:55:14 <Gekko> maybe English isnt you first language Haclet?
09:55:27 <Haclet> Gekko: I am leaving in Scotland :) But I am Polish :)
09:55:43 <Gekko> it's like anti-germanic
09:55:56 <Haclet> Gekko: defenetly english is not my main language - but I hope you understand me :) :)
09:56:09 <Gekko> as long as you can read ours
09:56:13 <Gekko> its easy to understand others
09:56:19 <LittleMikey> thats the main thing
09:56:36 <Haclet> Gekko: don't worry - I improving my english every day so one day :) :) ... :)
09:56:39 <stillunknown> Haclet: definitely ;-)
09:57:19 <stillunknown> It was also a correction on your spelling if you didn't notice.
09:57:24 <Haclet> Gekko: you see - stillunknown just learned me new word :D
09:58:00 <Gekko> when someone makes you learn, they teach you
09:58:14 <Haclet> ok - I can start use some english spelling via IRC :)
09:58:30 <stillunknown> A spell checker in irc also helps.
09:58:48 <Haclet> stillunknown: Thx again :)
09:58:49 <stillunknown> But it doesn't help with grammar.
09:59:17 <Haclet> stillunknown: You are right :) with grammar you all help me - and one day my english will be very very good ;)
09:59:55 <Haclet> yeap last version has been compilled :) ... It is time to check it :)
10:00:07 <Haclet> Gekko: any time when I can :)
10:00:17 <Gekko> on Linux, get aspell and gtkspell
10:00:18 <Haclet> Gekko: 7 years working under Linux - :)
10:00:26 <Gekko> they add typo checking under most apps
10:00:43 <Haclet> Gekko: I'll configure it on my spare time ;)
10:01:07 <Haclet> Gekko: Tomorrow I am starting new job :) So I will be a little more busy ;)
10:01:14 <Gekko> This falling sand game is stopping me from playing TTD!
10:01:27 <Prof_Frink> Haclet: You're trying to learn English via IRC?
10:02:27 <Wolf01> will be possible to use a file to store the offsets like the nfo but more readable by a human?
10:02:37 <Haclet> Prof_Frink: No :) I am trying talk with people and make sure that they will understand me ;)
10:02:42 <Tefad> heh gtkspell doesn't add spell check to xterm or irssi ; )
10:03:11 <Prof_Frink> Tefad: dictcomplete.pl
10:03:23 <Rubidium> Wolf01: and then use pngcodec to update all offsets in the pngs?
10:03:31 <Prof_Frink> tab-completion of any words
10:03:33 <Haclet> Tefad: thx - for advice :)
10:03:34 <eekee> There's probably a spell check module for irssi -- and Prof_Frinklists it, hehe
10:03:52 <Wolf01> Rubidium, no, read them directly from the file
10:04:00 <eekee> as to spell cheecking in xterms generally -- Pilistine! hehe
10:04:17 <Rubidium> Wolf01: grfs don't read from a second file either
10:04:39 <Gekko> Haclet: I don't see the schedule anywhere
10:04:53 <Rubidium> keeping the offsets with the image is the best thing to do in my opinion
10:05:05 <Wolf01> grfs have all in one file, with 32bpp we may use a .nfo, the .png all packed in a .tar
10:05:41 <Rubidium> but reading from a second file makes everything much more complicated that necessary
10:06:18 <Haclet> Gekko: Go to any window of vechile (f.e train)
10:06:27 <Wolf01> not if you want to change the offsets, or maybe implement the actioncodes, so if something goes wrong you have to fix only the nfo
10:06:31 <Rubidium> just make a tool that reads the "nfo" and packs the pngcodec-ed pngs in the .tar
10:06:32 <Haclet> Click - show vechicle orders'
10:06:34 <Wolf01> without recode the whole
10:06:54 <Haclet> On right side of topic
10:07:02 <Haclet> and make sure you have patch on
10:07:03 <Rubidium> Wolf01: the pngs are NOT going to support the actions codes or whatever newgrf does
10:07:27 <Wolf01> so no 32bpp vehicle sets? :(
10:07:28 <Rubidium> it just replaces sprites from standard grfs and even newgrfs. All the action code has to come from the newgrf
10:07:42 <Rubidium> Wolf01: well, only if it has a 8bpp grf
10:07:56 <Haclet> Configure patches: Vehicles, On the bottom - Enable timetabling for vehicles.
10:08:09 <Wolf01> then the work has to be done twice
10:08:20 <Rubidium> otherwise it would be unplayable over the network for people who want to use 8bpp (for speed)
10:08:26 <Wolf01> first draw 8bpp, code them, then draw 32bpp then recode them
10:09:14 <Haclet> Hmmm and still doesn't work how I expected :)
10:10:48 <eekee> I think I'm beginning to get the hang of this timetabling. Of course, now I've said that, it's going to go horribly worng :)
10:11:17 <Haclet> "horribly worng" ??? (wrong) ?
10:11:47 <Wolf01> what about the licenses then? if i want to use UKRS with 32bpp, i might not be allowed to use it as source for the nfo
10:11:54 <stillunknown> Haclet: very wrong
10:12:14 <stillunknown> Not like a small problem, but a huge one.
10:12:24 <Haclet> Maybe the better idea is just loggin how much time train travel between one point to another
10:12:26 <Eddi|zuHause2> <Tefad> and goes bankrupt due to said terraforming <- actually, the AI does terraforming for free
10:13:30 <Eddi|zuHause2> because of exactly that reason :p
10:13:52 <Gekko> I need to ask why on the Linux nightly it says exit to UNIX
10:13:52 <Eddi|zuHause2> this was already in TTO
10:13:58 <Gekko> it insults me as UNIX is closed source
10:14:23 <Haclet> We know that is very importent taking cargo from factories (if whe takken more - we more chance to increase it) and I think the good ide for start will be just logged how many days takes loading/unloading and travel - what do you think ?
10:14:35 <stillunknown> What should it say, exit to whatever posix compatible os you use.
10:14:44 <Eddi|zuHause2> Gekko: a) because it is not a linux nightly, and b) change it, it is open source after all :p
10:14:52 <Gekko> Eddi|zuHause2: yeh, it is a linux nightly
10:15:04 <eekee> I think any compatible OS can get certified & call itself Unix
10:15:10 <XeryusTC> <Gekko> it insults me as UNIX is closed source *cough* snob *cough*
10:15:36 <eekee> Oh hey, that's another thing. The trademark is Unix, UNIX is not trademarked & other systems are allowed to use it
10:15:39 <Haclet> Linux is almost like UNIX :) it is stille similar system
10:15:49 <eekee> Gekko: BSD != POSIX iirc
10:15:55 <Rubidium> Wolf01: that depends on the author of the newgrf; I think you must ask the author first whether you may actually make those 32bpp sprites
10:16:07 <Gekko> couldnt it use the uname variable
10:17:04 <Gekko> I don't program C, I know the concept
10:17:11 <Gekko> but could that be dynamic?
10:17:14 * eekee looks up uname's source code
10:17:18 <Gekko> like call uname and save it in a file?
10:17:34 <Gekko> in the settings file even
10:17:34 <eekee> oh at make time? Could work, yeah
10:17:37 <Haclet> Gekko: I think the better is just make another line in configure file ;)
10:17:45 <Gekko> that's what I just said
10:17:50 <Gekko> but dynamically does it
10:18:25 <Haclet> Gekko: it is possible to detect system while compiling
10:19:14 <Gekko> I do compile a hell of a lot
10:19:31 <Gekko> but for people who download the nightlies and the stable version, this isnt an option
10:19:58 <Haclet> Gekko: you are claver person :)
10:20:03 <Haclet> Gekko: you are right :)
10:20:29 <CIA-1> OpenTTD: rubidium * r10299 /trunk/src/industry_cmd.cpp: -Codechange [FS#931]: industry foundations should be drawn as all other foundations, i.e. with DrawFoundation, instead of writing the same functionality itself.
10:21:46 <Gekko> that should shrink the code considerably
10:22:01 <eekee> There's a uname system call. man 2 uname
10:22:06 *** dihedral has joined #openttd
10:22:54 *** NW|Aerandir has joined #openttd
10:23:00 <Gekko> so it could be put in the code?
10:23:07 <Haclet> eekee: ok I know what the uname is - but it is same to allow run external command in game ?
10:23:29 <eekee> Haclet: that isn't an external command, that's a C function call
10:23:49 <Haclet> ow ;) sorry I forgot about it :)
10:23:53 <eekee> dihedral: We're talking about changing the "Do you want to abandon this game & return to UNIX" prompt. I sugest calling the uname() system call
10:24:22 <Rubidium> oh, how important...
10:24:33 <Rubidium> too bad it's a fixed string
10:25:16 <dihedral> replace UNIX with "Your OS"
10:25:23 <dihedral> and then it's the same on all systems :-D
10:25:23 <eekee> hehe, that could be patched, I'm sure. Would need to change the lang filles.. hmm, might be able to do that w/o knowing the languages I guess
10:26:18 <dihedral> Rubidium: could one add a timestamp to the the game that is updated each new game?
10:26:53 <dihedral> not that it would mean a lot to games :-S
10:28:16 <Gekko> Rubidium: lol the Lang's have it embedded in them?
10:29:09 <dihedral> Rubidium: it would actually just be helpful to doing some mining :-D
10:29:34 <dihedral> so there is a clear distinction from one game to another
10:31:09 *** Thomas[NL] has joined #openttd
10:32:15 <Rubidium> dihedral: not worth the effort; would mean changing a *lot* of stuff without any real gain
10:33:14 <Gekko> Rubidium: to add uname(), langs would need editing?
10:33:22 <dihedral> why would a lot have to be changed?
10:33:45 <dihedral> Gekko: he is refering to adding a timestamp
10:33:52 <Rubidium> well, next thing you are going to ask is "can it be in the 'server info'" packet...
10:34:27 <dihedral> that would mean the info version would have to be upped one
10:34:28 <Gekko> yeah but im asking a question
10:34:39 <Rubidium> then what's the use of it? Just check whether the seed of the game differs
10:35:09 <dihedral> but the seed would be the same if the i loaded a save game
10:35:34 <Rubidium> and uname MUST be available on all systems that are not one of the other systems that has their name in that list
10:35:40 <Gekko> Rubidium: sed s/UNIX/uname()/g ?
10:36:22 <peter1138> Do you want to abandon this game & return to uname()" ?
10:36:49 <Rubidium> Gekko: no. Furthermore BSD doesn't have uname if I read the manpage correctly, i.e. it will not work
10:36:49 <Gekko> peter1138: how would it be implemented then
10:36:56 <dihedral> Rubidium: i would more likely ask for it to be a separate udp query :-D
10:36:57 <Prof_Frink> Yeah, 'cause GNU's Not...
10:37:21 <dihedral> and only included in info if there were an update to info anyway
10:37:24 <Gekko> well make a linux variant
10:37:39 <Gekko> just make it an option in the config
10:38:02 <Rubidium> Gekko: or just modify the langfile locally before you compile
10:38:03 <dihedral> Gekko: you should not be quitting the game that often anyway
10:38:11 <dihedral> then you dont get to see that message :-)
10:38:21 <Gekko> my PC turns off nightly
10:38:39 <Prof_Frink> dihedral: We'd have to more often when they remove the bugs
10:38:48 <Gekko> Rubidium: wouldnt it be easy to implement the option in the config?
10:39:10 <dihedral> Prof_Frink: what bug would influence the info packet?
10:39:42 <dihedral> Gekko: if it were set at compile time, what would all those guys do who use a pre-built package?
10:40:09 <Prof_Frink> dihedral: I mean, we'd have to exit more often if openttd didn't crash :p
10:40:25 <dihedral> was thinking a different topic :-)
10:40:34 <Gekko> dihedral: that's what I was saying
10:40:38 <Gekko> I didnt want it at build time
10:40:41 <Gekko> i wanted it for prebuilt
10:41:01 <eekee> That could cause as much annoyance as UNIX
10:41:54 <Gekko> why should Windows be known as Windows then >_>
10:42:02 <dihedral> rename the string to "OK, you may go outside and play now"
10:42:04 <Gekko> i bet ReactOS doesnt "exit to Windows"
10:42:52 <Rubidium> yes, and when using wine it says return to windows too
10:42:52 *** skidd13 has joined #openttd
10:43:01 <dihedral> btw: Rubidium or TrueBrain: wil lthe economy patch get backported?
10:43:01 <Rubidium> so IF you are going to "fix" it, fix it properly!
10:43:16 <Rubidium> dihedral: what economy patch?
10:43:22 <Jerub> no one 'exits to XXX' anymore since dos. these days you can do this multitask thing
10:43:47 <Gekko> "Exit to your respective Operating Systems"
10:44:04 <Jerub> "LEAV?E! DONT LEAVE!!!1!!eleven!!!"
10:44:13 <stillunknown> Let's not ruin the one thing good thing about ottd.
10:44:14 *** Alanin is now known as alanin
10:44:20 <Rubidium> dihedral: that is the idea yes
10:44:53 <Gekko> stillunknown: one thing good?
10:45:07 <stillunknown> the exit menu ;-)
10:45:22 <Gekko> if you wanted it to stay the same, it would say Exit to DOS
10:45:44 *** alanin is now known as Alanin
10:45:44 <stillunknown> It was a joke, those things people sometimes make.
10:45:53 <stillunknown> Some more enjoyable than others.
10:50:21 <stillunknown> SmatZ: What do my eyes see, a crazy user who runs irc as root.
10:52:24 <Gekko> I just picked up two wireless connections from my room
10:52:32 <Prof_Frink> *hax*hax*hax*pwns*
10:52:44 <SmatZ> stillunknown: errrrm :-D
10:52:55 <Gekko> bah he doesnt have DHCP
10:52:59 <Gekko> who doesnt have DHCP these days
10:53:11 <Prof_Frink> Gekko: Or is macfiltering
11:01:04 <eekee> there's some means you cna use to find the ip, so you can allocate your own static one in the same network. I forget what it is now though
11:01:27 <Gekko> I'm not below the poverty line
11:01:44 <Gekko> if you have multiple internet connections, can you exploit the speed?
11:07:22 <eekee> uhh... not w/o cooperation at the other end, I think? Could be wrong
11:07:27 <Prof_Frink> Gekko: Kismet'll do things like that
11:08:03 <Gekko> but don't tell the FBI agent standing over there listening in
11:08:22 <Gekko> can I use my wireless router as a wireless client?
11:09:00 <Gekko> Prof_Frink it was directed at
11:16:22 <Wolf01> uhm... tiles from 72 to 75 need to be redesigned, but i don't know how to do it because there is one step less :/
11:18:59 <Thomas[NL]> how do you mean is one step less?
11:19:42 <Rubidium> steep sloped tiles do not align properly I guess
11:20:52 <Wolf01> i'll post a picture in the forum
11:21:57 <Jerub> what causes random destruction of bits of the map
11:22:10 <Jerub> just every so often I find a square block of train track destroyed and trains not making profit
11:26:03 <Rubidium> it's a disaster and all disasters can be disabled
11:26:03 <Thomas[NL]> Wolf01, you normal flat tiles miss a line of pixels on the SE & SW side, next to another ground sprite it is correct but try a road/building /whatever
11:27:18 <Jerub> heh. 112million/year income from trains
11:28:29 <Thomas[NL]> Wolf01, that is for almost all tiles I see now.
11:29:11 <peter1138> that's more likely to just be an offset issue
11:29:31 <peter1138> if the flat tiles didn't line up then it would be missing pixels
11:31:32 <Thomas[NL]> I think all y-offsets are off by +1
11:33:50 *** valhalla1w has joined #openttd
11:37:40 * dihedral thinks eekee giggles like a girl
11:37:58 <eekee> I'm wierd, don't mind me
11:38:34 * dihedral does not pay attention to eekee as he/she is weird anyway
11:39:09 <eekee> bbl, goin out, get eats
11:43:37 *** geoff_k has joined #openttd
11:52:51 *** ProfFrink has joined #openttd
11:53:22 *** ProfFrink is now known as Prof_Frink
11:57:00 <hylje> can tile sprites be larger than their area?
11:59:03 *** ProfFrink has joined #openttd
11:59:13 *** ProfFrink is now known as Prof_Frink
11:59:26 <Rubidium> hylje: then they would overflow their foundations
11:59:39 <peter1138> fundamentals of tessellation
11:59:44 <Thomas[NL]> if so maybe it is smart Wolf01 to trow a mask with the original sprite-sizes over yours. offsets are easier and missing pixels are easier to spot.
12:00:36 <Gekko> peter1138: but in a 0D world, everything tesselates
12:01:38 <peter1138> in a 0D world you have a single point
12:02:13 * dihedral is going to install debian lenny now
12:02:39 <dihedral> see you guys later on :-)
12:27:38 <CIA-1> OpenTTD: rubidium * r10300 /trunk/src/ (42 files in 3 dirs): -Fix [FS#917]: give a better explanation why the loading of a savegame failed and do not crash on loading savegames that were altered by patches or branches.
12:50:08 *** Phazorx has joined #openttd
12:52:40 <Gekko> I haven't used Windows for three weeks :)
12:54:02 <Rubidium> still you are like a windows user...
12:55:23 <Rubidium> running "user applications" as superuser
12:55:47 <Gekko> this is an embedded linux
12:57:35 <Rubidium> then it's broken by design
13:00:34 *** ChanServ sets mode: +o orudge
13:11:15 <kaan> Gekko: did you join a 12 step program? :P
13:15:44 <kaan> so what are the ideas for a new name for OTTD?
13:19:06 <CIA-1> OpenTTD: KUDr * r10301 /trunk/src/yapf/ (6 files): -Fix [FS#901, YAPF]: another assert violation in some special cases (immeR)
13:20:13 <Prof_Frink> kaan: "OTTD is not Transport Tycoon Deluxe"
13:22:52 <CIA-1> OpenTTD: KUDr * r10302 /trunk/src/vehicle.cpp: -Fix [YAPF, MP]: now (with r10301) it is no longer needed to invalidate the YAPF segment cache every tick in MP. Segment cost now doesn't contain the curves between segments. As a result the cache should be now accurate.
13:24:12 <Tobin> Heh, it seems like it was so long ago that YAPF wasn't in the trunk.
13:24:38 <Gekko> Prof_Frink: then it would be ONTTDX
13:24:44 <eekee> Prof_Frink: NTTD would say the same in more compact form, but I don't think it's what the programmers want
13:25:34 <peter1138> why do people feel the need to abbreviate deluxe to DX ?
13:26:00 <Prof_Frink> Because they're silly
13:26:04 <eekee> saves typing. I hate typing out names, they dont' slow like words do
13:26:07 <Tobin> Don't know but it could be _much_ worse.
13:26:14 <Prof_Frink> And TTDPatch is called TTDXPatch
13:27:09 <Prof_Frink> Or maybe because shows with X in the name get better ratings
13:27:19 <Gekko> why do they spell know with a silent k & w?
13:27:46 <Prof_Frink> To avoid confusion with the negative response.
13:28:28 *** Nukebuster has joined #openttd
13:28:32 <Tobin> Gekko: That sort of thing is usually due to the history of the words.
13:29:00 <peter1138> also, you missed the point
13:29:17 <peter1138> you abbreviate open to O, transport to T, tycoon to T and deluxe to DX ??
13:30:16 <CIA-1> OpenTTD: KUDr * r10303 /trunk/src/yapf/yapf_costrail.hpp: -Fix [YAPF](r10301): warning: unused variable tile_cost (peter1138)
13:31:16 <Prof_Frink> deluxeness makes no noise.
13:32:49 <Gekko> metaphorically the DX is D.
13:33:05 <Tobin> Prof_Frink: Sure it does, mostly it's the sound of linguists sighing putting their heads in their hands.
13:33:24 <Prof_Frink> s/hands in/guns to/
13:33:33 <Prof_Frink> I need to learn to read
13:33:53 <eekee> SO do we all, Professor, so do we all
13:33:59 <Tobin> Alternatively, it's the sound of English teachers everywhere throwing their hands in the air in resignation.
13:34:13 <kaan> do we want a name like ... joomla or something?
13:34:32 <Tobin> kaan: Depends. What kind of sound does that make?
13:34:44 <eekee> ugh wai? What's wrong with OpenTTD?
13:35:11 <kaan> well joomla is taken, its just an example of an open source project that got a sexy new name
13:35:46 <eekee> any of those could apply to TTDPatch, OpenTTD couldn't
13:35:55 <kaan> i just read it, thats why i ask
13:36:27 <kaan> peter1138: year, its riding the ubuntu wave :P
13:36:35 *** [BiG^BrotheR] has joined #openttd
13:37:08 <kaan> i get slag wrong, how emarrasing
13:37:22 *** Nukebuster has left #openttd
13:37:39 <peter1138> remember, just because it's on the wiki doesn't mean it's true ;)
13:38:07 <eekee> when the new, simple 32-bit support went in, one or 2 of the devs were making a lot of noise about how they wanted this to remain openttd, not make it into some new game entirely, which peoples expectations for the 32-bit support would have done
13:38:07 <kaan> does that mean that i should remove it from the wiki then?
13:39:44 <peter1138> hmm, didn't mean to paste that :p
13:40:03 <kaan> but you did, you inner thoughts are revealed :P
13:41:57 <kaan> well peter1138, should i remove it then?
13:44:58 <peter1138> reading through the roadmap is funny though :)
13:51:56 <kaan> at what revision did one-way roads make it to trunk?
13:52:14 <Biff> are one-way roads in trunk?
13:52:40 <Biff> i missed both trams and one way roads :P
13:53:12 <Biff> hmm, i dunno how to build them tho
13:53:23 <Gekko> how do i use vsuch a useless contraption?
13:54:31 <Biff> hmm, i wonder if it can be used to anything
13:55:24 <kaan> the stop one should be extremely useful
13:56:23 <kaan> to prevent trucks from going stupid places, like crossing a railroad
13:57:17 *** dihedral has joined #openttd
13:57:42 <hylje> or to make efficient roads
13:57:42 <hylje> or to make efficient roif there is a such thing
13:58:14 <Biff> if someone would make road trains it could be fun :P
13:58:31 <hylje> Biff: articulated road cdehs
13:58:59 <hylje> freeform truck making would help
13:59:12 <hylje> roadstops are stop-ln-go stations
13:59:15 <_42_> Thomas[NL]: r9999 log: -Feature: make it possible to disallow busses and lorries to go a specific way on straight pieces of road.
13:59:24 <hylje> much like roro stations
14:00:42 <peter1138> heh, roadstops are ottd's term for any road-based station
14:00:43 <hylje> you go out other way you go in
14:01:06 <Biff> wikipedia says ro-ro is used with ships
14:01:50 <Biff> thats the first time someone has asked me for a link to wikipedia :P
14:03:30 <Prof_Frink> Typing on my Z ain't too bad
14:04:54 <dihedral> installing debian (netinst) is a pain if one only as a 2 mbit dsl line!
14:05:05 <Gekko> plus it was about US$120
14:05:54 <Gekko> take ur internet for granted.
14:06:28 <Gekko> i pay au$70 for 1500kbit
14:06:30 <dihedral> i take nothing for granted that i have to pay for
14:06:40 * Prof_Frink is ircing on his pda
14:06:57 <hylje> for the record, so am i Prof_Frink
14:07:04 <Gekko> Prof_Frink: urs is a UMPC
14:07:08 * dihedral hates bandwidth limits
14:08:32 <Gekko> pda requires 16mb of ram
14:09:18 <Gekko> i hacked my palm to multitask
14:09:20 <Phazorx> can i make small suggestion
14:09:25 <hylje> pda-ness is defined by ths usage
14:09:27 <Phazorx> to whoever made loading indicators
14:09:59 <Phazorx> it would be very nice if they would be different color than white
14:10:00 <Gekko> hylje: then mine is a workstation
14:10:01 <hylje> umpc is "smallest computer to run Windows XP/Vusta"
14:10:04 <Phazorx> like cyan for example
14:10:06 <Prof_Frink> *This* is a mini-laptop
14:10:45 <hylje> a mobile phone which happens to run apps is not suddenly a laptop or whatnot
14:11:18 <Prof_Frink> (Oh, and screen rules)
14:11:30 <Gekko> Prof_Frink: yes it does
14:11:51 <Gekko> having 3 canadian ssh servers is nice too
14:12:18 <Prof_Frink> One croydonian one is enough really
14:12:40 <Prof_Frink> especially when it's full of stuff to download
14:41:06 <CIA-1> OpenTTD: KUDr * r10304 /trunk/src/yapf/yapf_costrail.hpp: -Fix [YAPF](r10301): removed assert which could violate without danger when searching for the nearest depot. From now on the segment can be closed without reason in that case (peter1138)
14:53:37 <Wolf01> stillunknown, do you plan to add collision checking for ships in your patch? (maybe is already there, but i can't understand easily it :P)
14:54:54 <stillunknown> Wolf01: I have not added features at this stage, and do not intend to do that.
14:55:07 <stillunknown> As far as i know, ships don't collide atm.
14:55:34 <Wolf01> yes, that's why i asked for ships collisions
14:56:05 <stillunknown> I'd like to finish and get it merged as a cleanup patch, then move on to functional improvements.
14:56:15 <Smoovious> that'd be kinda hard... don't have a method of picking specific routes for ships...
14:56:46 <Smoovious> maybe enough to keep them off of the same tile, and have a ship collision possible as a disaster?
14:57:01 <Wolf01> maybe ships can use A* in large scale, and something like YAPF in little scale
14:59:41 <Wolf01> ok, i meant, something to find a general route through the map, like dividing the map into 16*16 squares, and another, or maybe the same, patfhinding for "local" movement
15:01:35 <stillunknown> Wolf01: will talk later
15:15:27 *** thgergo has joined #openttd
15:16:24 *** skidd13 has joined #openttd
15:42:54 *** Chris82 has joined #openttd
15:43:22 <Prof_Frink> Greetings, Earthling
16:02:27 <myrka> i have lost my "how to make goof money with little time Feelin" with half year
16:06:32 <orudge> Ooh, nice, Paul *did* upload his build environment
16:06:39 * orudge may be able to get OpenTTD to work after all
16:07:03 <Prof_Frink> orudge: So, how long until the RudgeOS port?
16:07:23 <orudge> Well, I didn't get much further with RudgeOS than a very basic menu
16:07:26 <orudge> I do still have it somewhere
16:07:35 <orudge> in all its glory, a few bits of assembler and a couple of bits of C
16:07:39 <dihedral> is some sharing tracks stuff in trunk/
16:12:23 <myrka> are the 1% / 10% / 50% / etc loading excluded?
16:15:49 <peter1138> specifying the load amount by percentage is not in trunk, no.
16:21:00 <Chris82> I have a patch code question
16:21:02 <Chris82> if (++v->load_unload_time_rem < _patches.wait_oneway_signal * 20) return;
16:21:12 <Chris82> is the 20 equivalent for 20 DAY_TICKS ?
16:21:30 <Chris82> or what's the result of this multiplication?
16:23:01 <Chris82> line 2867 in train_cmd.cpp in r10304 btw
16:25:34 <Chris82> the description for this is
16:25:35 <Chris82> byte wait_oneway_signal; // waitingtime in days before a oneway signal
16:25:56 <Chris82> but I don't know how this patch knows what one day is
16:26:10 <Chris82> I mean patch value * 20 ok... well, 20 what?
16:26:23 *** orudge` has joined #openttd
16:26:32 *** orudge is now known as Guest226
16:26:32 *** orudge` is now known as orudge
16:28:06 <Chris82> also in settings.cpp the default value for this patch is set to 0 although max is 15 and min is 2 so the default is illegal
16:28:31 <Chris82> and 0 * 20 would be rubbish anyway because the < will always return false with the default value
16:33:35 <CIA-1> OpenTTD: miham * r10305 /trunk/src/lang/ (10 files): (log message trimmed)
16:33:35 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2007-06-24 18:32:39
16:33:35 <CIA-1> OpenTTD: american - 33 fixed by WhiteRabbit (33)
16:33:35 <CIA-1> OpenTTD: brazilian_portuguese - 5 fixed by tucalipe (5)
16:33:35 <CIA-1> OpenTTD: catalan - 5 fixed, 7 changed by arnaullv (12)
16:33:36 <CIA-1> OpenTTD: italian - 5 fixed by lorenzodv (5)
16:33:36 <CIA-1> OpenTTD: japanese - 8 fixed by ickoonite (8)
16:43:06 <kaan> Chris82: so basicly you found what?
16:44:21 <CIA-1> OpenTTD: rubidium * r10306 /trunk/src/tunnelbridge_cmd.cpp: -Fix [FS#890]: the fix in r10219 was not enough to stop this bug from happening.
16:44:39 *** Osai^2 is now known as Osai
16:49:47 <Chris82> kaan: Sorry I don't understand what you mean.
16:52:12 <kaan> Chris82: sorry, what i meant to ask is: what is your question?
16:55:08 <Chris82> Oh, well my problem is that I don't understand how this patch calculates how long a train waits in front of a signal.
16:55:25 <Chris82> I have a min setting of 2 and a max setting of 15
16:55:52 <Chris82> so let's say I choose 10 then I have 10 * 20 waiting time before the train switches direction
16:56:05 <Chris82> I highly doubt it's 200 days so I want to know what the 200 are
16:56:09 *** |Jeroen| has joined #openttd
16:57:32 <Chris82> if it was 10 * DAY_TICKS or something like that, fine, but * 20 just says nothing and doesn't work imho
17:04:18 <peter1138> well it's 200 ticks
17:08:27 <Chris82> k thx :) if it's TICKS I know what it does
17:10:05 <Wolf01> it says ticks... DAY_TICKS are 74
17:13:07 <Chris82> yeah 1 tick is around 3 ms I think
17:14:36 <Chris82> right wrong conversion from 0,03s
17:21:56 <Eddi|zuHause2> what exactly is a "right wrong conversion"? is there a "left wrong conversion" or a "wrong wrong conversion"?
17:22:39 <peter1138> or a wrong right conversion?
17:24:57 * orudge should hopefully have an OpenTTD 0.5.2 binary for OS/2 up at last :p
17:27:42 <Rubidium> orudge: hopefully 0.5.3 isn't released before that ;)
17:27:59 <orudge> Well, my build environment is now capable of actually compiling it now :p
17:28:06 <orudge> the big thing will be seeing if it'll compile the trunk
17:28:24 <orudge> which, as it has that horrible new makefile system (well, from the point of view that I don't know anything about it :P), may be fun
17:28:28 <orudge> but hey, it'll be worth a try
17:29:20 <Eddi|zuHause2> i think tron once adapted the old makefile for the new paths
17:29:31 <Eddi|zuHause2> to get it working on his BSD
17:31:09 *** Progman has joined #openttd
17:34:41 <orudge> hmm, and a bug or two needs fixing, it does appear
17:34:50 *** Progman has joined #openttd
17:38:19 <orudge> it'll be building with unix.c, not os2.c
17:39:38 <SmatZ> I just noticed - about the problem with bridges destroying foundations while built
17:39:59 <SmatZ> when a railway is two pieces above, it won't get destroyed, but a road will
17:40:08 <SmatZ> etc... still many problems with it :(
17:40:54 *** Nukebuster has joined #openttd
17:41:09 <Rubidium> let me guess, you test with a half road tile
17:42:29 <glx> <orudge> it'll be building with unix.c, not os2.c <-- fix that in source.list
17:42:42 <orudge> that's not in 0.5.0 though, is it?
17:42:55 * orudge had to edit Makefile for that
17:43:16 <glx> I though you were trying trunk :)
17:43:31 <SmatZ> Rubidium: :) poor half road tiles ... sorry for disturbing :-)
17:44:04 <Rubidium> ah, well, almost nobody knows that it happens so I don't blame you ;)
17:44:46 <Chris82> I admit I didn't notice it yet either ;)
17:45:16 <Rubidium> Chris82: you know people are going to complain when they cannot load they "old" ChrisIn savegames in newer ones?
17:46:00 <Chris82> Yes I can imagine that, but I just tried a savegame that I created with the first IN and it works with the last one too
17:46:09 <Rubidium> and multiplayer safe is quite a statement
17:46:36 <Chris82> hmm yeah, I actually only wrote that because all patches are set to be server options
17:46:48 * dihedral will be right back... switching from os x laptop to windows workstation :-)
17:46:52 <Chris82> for example Air Crash Rates were a single player option in the original patch
17:47:09 <Rubidium> hmm, it won't load trunk savegames
17:47:31 <Chris82> so multiplayer save primarily means it won't cause desyncs due to wrong patch settings
17:47:38 <Chris82> oh really =O not good
17:47:44 <Chris82> I'll see if I can fix that
17:48:43 *** dihedral has joined #openttd
17:48:45 <Rubidium> from savegame version 62 or 63
17:49:19 <Chris82> can I download an older savegame somewhere so I can test it?
17:49:25 <Chris82> the oldest I have is 65 unfortunately
17:50:19 <Rubidium> it a savegame made with trunk HEAD loads and the standard intro game you usually have no problems
17:50:41 <Chris82> it says wrong chunk size on load hmmm
17:52:11 <Tobin> I think you're in for a lot of work...
17:52:44 <Tobin> Not necessarily for this problem but in the long run.
17:53:28 <Eddi|zuHause2> Chris82: check the loading code from the MiniIN, it was pretty good in handling both trunk and older MiniIN
17:53:50 <Rubidium> old up to a few savegame versions that is ;)
17:54:00 <Eddi|zuHause2> just make sure you are at least 2 versions above trunk
17:54:24 <Chris82> I wasn't aware that trunk savegames don't load, that's not nice indeed
17:54:34 <Eddi|zuHause2> yes, really old MiniIN savegames will not load anymore
17:54:49 <Chris82> let me try some quick fix... brb... maybe I am lucky :D
17:54:52 <Eddi|zuHause2> but there is always an "upgrade path" if you check out some revisions inbetween
17:55:43 <Rubidium> Chris82: you can't fix it in such a way that the current "ChrisIN" savegames are loadable
17:55:59 <Rubidium> and trunk HEAD is loadaed
17:57:29 <Chris82> hmmm is it very problematic to "apply" a new patch to a very old savegame?
17:58:47 <Rubidium> huh? applying patches to savegames?
17:58:53 <Eddi|zuHause2> you can provide an intermediate version that will not load trunk savegames, but will bump the savegame revision of old "ChrisIN" savegames
17:59:11 <Chris82> I mean like loading a game from an unpatched version and when it is loaded the patch from the IN version is applied to the game
17:59:26 <Eddi|zuHause2> and then provide a new "ChrisIN" that loads trunk and savegames from the intermediate version
17:59:27 <dihedral> just came up with a nick for autopilot
17:59:34 <dihedral> command line bitch :-D
17:59:45 <Rubidium> that is fairly simple
18:03:32 * Rubidium wonders how long "ChrisIN" will be "developed"
18:04:27 <Chris82> until I can't make it compatible to trunk anymore with my limited C knowledge :D
18:05:00 <Rubidium> C knowledge isn't the problem, knowledge about how the patches work internally is
18:05:01 <Chris82> I will try to make savegames compatible at least for a few versions downwards
18:07:04 <Chris82> hmm even my initial release doesn't load 0.5.2 games
18:07:18 <Chris82> I have increased savegame version and all patches are CONDVAR or CONDBOOL
18:07:20 <peter1138> hmm, 1000 ticks is... 30 seconds, right?
18:07:22 <Chris82> shouldn't it work then?
18:07:49 <Rubidium> peter1138: +- ~1000 milliseconds
18:08:16 <peter1138> valgrind's been going for 12 minutes ;p
18:08:30 <Rubidium> oh, but that's horribly slow ;)
18:09:12 <Rubidium> Chris82: well, COND* holds version numbers from which version to add/remove data
18:14:06 <Chris82> hmm hmm savegame compatibility is really an issue
18:14:15 <Chris82> I think I need to take care of that before testing new patches
18:17:18 <Chris82> I think the main problem is that some patches store information in savegames and they can't handle savegames that don't have that information
18:17:36 <Chris82> so the patch would need to be modified so that no information is like starting from scratch when creating a new game
18:26:19 <Chris82> SlGetOffs() {return _sl.offs_base - (_sl.bufe - _sl.bufp) ...can anybody explain what this line basically does?
18:27:05 <Chris82> I mean it's an inline function, but I don't quite get what it really does
18:27:18 <CIA-1> OpenTTD: orudge * r10307 /branches/0.5/ (Makefile docs/Readme_OS2.txt driver.c os2.c): [0.5] -Fix: Got 0.5 compiling on OS/2 again
18:27:18 <Chris82> looks like magic yeah :D
18:27:54 <Sacro> Biff: someone must do...
18:28:03 <orudge> I don't, but I maintain the OS/2 version :p
18:29:29 <Eddi|zuHause2> Chris82: in order to handle savegame versions, you should not touch that line
18:29:44 <Eddi|zuHause2> only put the proper version numbers in the CONDVAR entries
18:29:51 <Tobin> There are lots of ATMs that run OS/2. It's nice to know there is a game that can run on them. :)
18:30:46 <Chris82> Eddi: I just added trunk +1 version and changed SAVEGAME_VERSION to trunk +2 versions on the patches that were not already COND
18:30:54 <Chris82> or should I do it differently?
18:31:17 <Eddi|zuHause2> i.e. if you adapt the MiniIN system, put the version "max(version_that_you_introduced_the_patch, current_trunk_version+1)
18:31:36 <orudge> Hmm, so far, this new configure thing in the trunk is working quite happily, now that I have a build environment that actually works
18:31:56 <Noldo> orudge: which configure thing ?
18:32:05 <orudge> the trunk configuration script
18:32:07 <orudge> as opposed to the old 0.5 one
18:35:28 <orudge> Is an 0.5.3 planned for anytime soon do we know?
18:37:08 <Eddi|zuHause2> Chris82: saveload.h:41:#define IN_MINIIN_SINCE(version) (((version) > LATEST_TRUNK) ? (version) : LATEST_TRUNK + 1)
18:37:41 <peter1138> orudge: at some point, yes
18:37:47 <orudge> Well, I figured that :P
18:37:57 * orudge is pondering if he should release an 0.5.2+OS/2 fixes, or just wait for 0.5.3
18:38:13 <Eddi|zuHause2> so if the version before you applied a patch is e.g. 65, you write "IN_MINIIN_SINCE(66)"
18:38:16 <peter1138> wait. nobody uses OS/2 anyway ;p
18:39:13 <Eddi|zuHause2> Chris82: e.g. like this: settings.c:1372: SDT_CONDBOOL(Patches, daylength_affect_economy, IN_MINIIN_SINCE(36), SL_MAX_VERSION, 0, 0, false, STR_CONFIG_PATCHES_DAY_LENGTH_ECONOMY, NULL),
18:39:14 <Chris82> Eddi: I see. I am just reading the MiniIN files so I can check how they did it there.
18:39:54 <Eddi|zuHause2> write it correctly once, and you will never have to touch the line again
18:40:05 <dihedral> why am i unable to scroll with the arrow keys?
18:41:36 <stillunknown> orudge: maybe focus your efforts on trunk?
18:41:46 <dihedral> + i cannot build pre signals??
18:41:52 <orudge> stillunknown: that's what I'm doing now
18:41:59 <orudge> so far it's going well
18:42:07 <orudge> as I knew it was going to work
18:42:13 <orudge> I wasn't sure how the new build system would cope with OS/2
18:42:16 <orudge> but, as I say, so far so good :P
18:42:29 <orudge> it's just tenfold slower at compiling now that it's C++ :P
18:42:42 <Eddi|zuHause2> i noticed that, too :)
18:42:42 <orudge> and also there are about ten times as many files, or it seems that way
18:43:07 <Eddi|zuHause2> yes, there got quite a few files added... or rather... split up
18:45:44 <stillunknown> Some stuff got added, not just split up ;-)
18:45:52 <Chris82> does somebody have a link to a 0.5.2 savegame?
18:46:03 <Chris82> preferably without grfs loaded and many vehicles
18:47:11 <dihedral> pub.dihedral.de/openttd/FP1
18:48:18 <dihedral> Rubidium: i dont seem to be able to build presignals in r10295
18:48:28 <dihedral> nor can i scroll using the arrow keys??
18:48:32 <dihedral> am i missing something?
18:48:38 * orudge twiddles his thumbs for 20 minutes while this compiles
18:48:51 <orudge> (in a virtual machine too, which makes it even faster)
18:49:15 <stillunknown> dihedral: ctrl+build on an existing signal
18:49:31 <eekee> dihedral: can you choose whether to build semaphore or light signals? ctrl-click when building?
18:49:52 <dihedral> otherwise i would not have said that :-D
18:49:58 <eekee> mmm, problem with the keyboard bindings then
18:50:23 <dihedral> it worked all the way along ever sinse!
18:51:33 <eekee> does X & L & other keys work?
18:52:16 <eekee> prolly in the modifier key handling then
18:53:02 <dihedral> and it has not been mapped to the right mouse click
18:54:07 <eekee> well yeah, we can imagine that
18:56:54 <Rubidium> dihedral: it works for me in r10306
18:59:26 * orudge wonders what has happened to FiosItem and FiosAlloc
18:59:46 <orudge> maybe the headers just changed
19:01:22 <dihedral> yes - that did it - thanks Rubidium
19:11:20 <Chris82> ok with only daypatch installed I can load a 0.5.2 game now without problems
19:11:29 <Chris82> so I guess I've figured the loading problems
19:11:38 <Chris82> now I just gotta add the patches again one by one and see if problems arise
19:14:51 <Rubidium> Chris82: check trunk head too when you're at it (as that is the one most likely to go wrong)
19:15:09 *** Eddi|zuHause2 has joined #openttd
19:18:48 <Biff> when i installed from the same .deb
19:21:16 <Biff> what port does openttd use?
19:21:24 <Chris82> the one you specifiy?
19:21:40 <Biff> what if i do not specify one, is there a default, or is it random?
19:21:56 <Chris82> I think around 38xx is the default port iirc
19:21:59 <_42_> Rubidium: OpenTTD uses TCP and UDP port 3979 for server <-> client communication and UDP port 3978 for masterserver (advsertise) communication (outbound)
19:25:42 <Chris82> Rubidium: I have tested an r10307 and 0.5.2 savegame with r10307 + Daypatch now, works both
19:26:35 <Chris82> I will start from scratch adding the other patches for my ChrisIN and test after east patch for savegame compatibility :)
19:29:49 <Rubidium> + SDT_CONDVAR(Patches, daylength_multiplier, SLE_UINT8, 69, SL_MAX_VERSION, 0,NC, 1,1,30,1, STR_CONFIG_PATCHES_DAY_LENGTH_MULTIPLIER, NULL),
19:29:53 <Rubidium> + SDT_CONDBOOL(Patches, daylength_correction, 69, SL_MAX_VERSION, 0, 0, false, STR_CONFIG_PATCHES_DAY_LENGTH_CORRECTION, NULL),
19:29:57 <Rubidium> those 69s should be 70
19:30:09 <Rubidium> because it should be added from version 70.
19:30:36 <Chris82> oh right :) I intended to add +2 to trunk which is 68
19:30:41 <Chris82> I'll quickly edit that
19:30:51 *** valhalla1w is now known as valhallasw
19:31:00 <Rubidium> However, I recommend you not to put hardcoded values in there, but use a macro like IN_MINIIN_SINCE, because those numbers need to be raised once trunk reaches savegame version 70
19:32:09 <Rubidium> and after a few savegame bumps in trunk it'll become a lot of work to update those hardcoded numbers; you'll inevitably forget updating them
19:33:54 <Chris82> I totally agree with that =) no doubt I'll miss a few
19:39:53 <peter1138> it's hard enough with a single patch ;)
19:40:12 <mikk36> nice @ smooth scrolling
19:40:28 <Rubidium> Chris82: I wouldn't call it beta, because that suggests that those patches are going to be included into trunk "soon"
19:41:00 <Rubidium> and some of those patches are never going to be included anyway (and certainly not in the state they are in now)
19:41:52 <Chris82> oh I'll remove the beta, I just wanted to call it like that until I up a version that loads trunk savegames
19:41:55 *** Sacro|Laptop has joined #openttd
19:42:35 <dihedral> once i was in multiplayer - i cannot build pre signals!!
19:43:13 <stillunknown> Rubidium: do perfect on first sight patches ever come along?
19:43:41 <stillunknown> Longer than a few lines that is.
19:45:13 <dihedral> Rubidium: i have no idea what is going on - if i start a single game it's fine
19:45:18 <dihedral> in multiplayer it aint
19:45:28 <dihedral> after multiplayer it aint fine in single player either
19:47:10 *** ChanServ sets mode: +o Bjarni
19:49:40 <Chris82> oh lord sorry to say it but some parts of code in MiniIN look pretty ugly compared to now
19:50:09 <Chris82> if (if ... does that even work?
19:50:45 <dihedral> Rubidium: i have set the emulate right mouse click to true
19:50:51 <dihedral> and neither works in mp
19:51:01 <Rubidium> Chris82: ever looked at some patches you are "packaging"
19:52:20 <dihedral> SirkoZ is also playing and he does not have that issue
19:52:35 <dihedral> but it works in single player
19:52:53 <dihedral> just not after joining a multiplayer
19:52:56 <peter1138> Chris82: if (if ... ???
19:53:05 <Chris82> well I partially don't understand the code myself, so what I am primarily doing is going through my test scheme when adding a patch
19:53:34 <Chris82> i.e. see if that patch actually does what it should do, if it interfers with other patches etc.
19:53:44 <stillunknown> In an ideal world you should understand what a patch does.
19:53:45 <Chris82> look for obvious bugs and now also check savegame compatibility
19:54:05 <Chris82> yeah but some patches don't do what they are supposed to do :p
19:54:30 <Chris82> peter: There was one line saying something like if (if == something ...I don't think that's working code
19:54:33 <stillunknown> I mean understand the code.
19:55:00 <Chris82> my knowledge of C is not good enough to understand everything, but I learn Java this semester so it helps a little
19:55:25 <stillunknown> C != java and openttd != C
19:55:51 <Rubidium> c(++) -> java is so much easier than java -> c(++)
19:56:05 <peter1138> knowledge of how things work is what you need, the language is pretty irrelevant. you seem to be doing fine though :)
19:56:26 <Chris82> :( well I will do C in the 4th semester, we only did Haskell (ewww) and Java so far
19:57:44 <Chris82> I learned some C with a book, but it was not much more than printf("Hello World"); *g* :D
19:58:05 <Sacro|Laptop> dihedral: SirkoZ is still around?
19:58:14 <Sacro|Laptop> not seen him in ages
19:58:48 <stillunknown> I hate java as user, so i don't touch it.
20:00:17 <Chris82> Yay! 4 patches and still loading savegames :D thanks a lot for all your useful tipps guys!
20:00:27 <Bjarni> <Chris82> I learned some C with a book, but it was not much more than printf("Hello World"); *g* :D <-- that's not even correct. It's printf("Hello World\n"); // you missed the newline :P
20:00:53 <stillunknown> A newline is not necessary, if you don't want a newline.
20:01:24 <dihedral> Sacro|Laptop: yeah why?
20:01:40 <Sacro|Laptop> dihedral: missed him, and some of his patches
20:01:49 <stillunknown> Rubidium: You study computer sciences?
20:02:05 <Chris82> btw... is there a way to turn off animation in the openttd.cfg?
20:02:18 <Chris82> I am working remotely right now and OpenTTD isn't running that smoothly :D
20:02:30 <Bjarni> dihedral: why do you want to emulate right mouse button in windows. It's only a feature designed for those mac users, who lack a right mouse button
20:02:44 <Rubidium> stillunknown: yes, though I'm not studying much right now ;)
20:02:57 <Bjarni> <kaan> hey bjarni woke up :D <-- you lack. I woke up at 03:00
20:03:02 <dihedral> Bjarni: just trying anything to be able to build pre signals
20:03:19 <dihedral> deleted my old cfg file - no help
20:03:28 <Eddi|zuHause2> don't insult my beloved haskell! :p
20:03:33 <stillunknown> Rubidium: Not in the middle of a test period?
20:03:36 <kaan> at that time i was still struggeling to fall asleep
20:03:57 <Bjarni> you didn't sleep before that time???
20:04:04 <Rubidium> Chris82: look at display_opt
20:04:18 <kaan> i didnt sleep untill 04:45
20:04:20 <Bjarni> well, since I couldn't sleep, I started thinking about C code and figured out how to solve an issue
20:04:39 <Bjarni> and then I could sleep again
20:04:52 <Rubidium> stillunknown: master's don't have much tests; usually you have to write reports and present it before the "test period" (which is primarily for bachelor students) begins
20:05:01 <Bjarni> but... the deadline for solving it was last friday :(
20:05:02 <kaan> you know, that one of the first signs of stress?
20:05:52 <stillunknown> Rubidium: I'm still doing my bachelor (not in computer science), so i don't know about that yet ;-)
20:05:53 <Bjarni> I worked hard on meeting the deadline, yet the code wasn't as ready as I had hoped
20:06:12 <Rubidium> stillunknown: so what are you doing?
20:06:20 <dihedral> Rubidium: try this for me, r10236 - joing a multiplayer game and build pre signals
20:06:22 <kaan> Bjarni: that always suck when you have to do that
20:06:25 <stillunknown> Rubidium: Applied Physics
20:06:33 <Bjarni> then again, the robot acted correctly to the parts of the track that it was coded to deal with and it did it correctly every time, so the working part was really working
20:06:34 <CIA-1> OpenTTD: rubidium * r10308 /trunk/src/ (landscape.cpp rail_cmd.cpp tunnelbridge_cmd.cpp): -Codechange: some "cleanup" chunks from B. N. SmatZ!' work on fixing FS#119.
20:07:29 <kaan> its not all lost then ;)
20:10:10 <stillunknown> Rubidium: The odds of running into each other are quite small, so don't worry, i rarely visit the ravelijn building.
20:10:49 <blathijs> wth, stillunknown is an UT student? :-)
20:11:02 <Rubidium> stillunknown: I've never been in that building
20:11:04 <blathijs> stillunknown: What year?
20:11:30 <Bjarni> gee, it turns out that stillunknown is an unknown student at your university... who would have thought that? :)
20:12:15 <blathijs> stillunknown: Know Chris Hellenthal?
20:13:00 <stillunknown> No, but i'm really bad with names.
20:13:22 <Bjarni> is that why you are still unknown... you forgot your own name or something?
20:15:36 <stillunknown> blathijs: But i do know one or two people in my class fence (or whatever the english word is).
20:15:54 <stillunknown> And that was the first hit on google.
20:17:11 <stillunknown> And someone did once mention living in Boekelo, but i haven't quite matched the face.
20:17:53 <CIA-1> OpenTTD: rubidium * r10309 /trunk/src/tunnelbridge_cmd.cpp: -Revert (part of r10308): "fixing" the bounding box for bridge entrances reveals one of the bugs that will be fixed when FS#119 is fixed.
20:18:23 <stillunknown> blathijs: So this an indication how many names i remember.
20:19:48 <Bjarni> <dihedral> works on my mac!! <-- emulating right mouse button should work on mac ;)
20:20:21 <Rubidium> Bjarni: it's a SDL-only patch setting
20:20:52 <Bjarni> are you sure the cocoa video driver don't look at it?
20:21:31 <blathijs> stillunknown: anyway, he's my girlfriends's brother, fyi :-)
20:22:47 <Rubidium> Bjarni: when I `grep -R rightclick_emulate .|grep -v svn` no OSX specific stuff shows up
20:23:54 <Bjarni> _cocoa_video_data.emulating_right_button <-- somehow I find that one mac specific, but right now I can't remember how all the right mouse button events and emulations interact with each other
20:24:05 <Bjarni> and I'm not in the mood to investigate
20:24:51 <Bjarni> how about just removing the endif and ifdef? :)
20:25:41 <Bjarni> well, generally the file could do with a cleanup
20:29:30 <orudge> I have an openttd.exe at last
20:29:46 <orudge> for trunk, this time :p
20:30:50 <orudge> OS/2 is finally up-to-date again ;)
20:31:02 <Rubidium> did you need to change a lot?
20:31:06 <Bjarni> how can OS/2 be up to date?
20:31:16 <orudge> I just had to get a build environment that didn't choke on the scripts
20:31:21 <Bjarni> but the port can be up to date :P
20:31:24 <Sacro|Laptop> Bjarni: do you still do OS9?
20:31:35 <orudge> I wanted to try porting it to OS 9 at some point
20:31:38 <orudge> but alas, it didn't quite manage it
20:31:44 <Sacro|Laptop> Windows 9x is out of date
20:31:55 <orudge> also, since I was never retired and do still hack around on things occasionally, am I allowed to unretire myself in the credits? :P
20:32:46 <orudge> I was just inactive ;)
20:33:20 *** Alanin is now known as alanin
20:34:41 <_42_> Commit by Darkvater :: r7527 /trunk/ (11 files in 4 dirs) (2006-12-21 14:23:47 UTC)
20:34:43 <_42_> -Update appropiate files with release information for 0.5.0-RC1
20:34:53 <Bjarni> that is where you retired
20:34:59 <orudge> I found that out a while ago
20:35:28 <Bjarni> so somebody is the retired Darkvater (who isn't retired in the readme)
20:35:40 <Bjarni> or did he just take an extremely long break?
20:36:06 <orudge> Je ne sais pas, personally
20:36:29 <Bjarni> this is an English channel, you know
20:36:49 <Bjarni> you better translate your last sentence so... Smoovious also understands it :)
20:41:18 * Sacro|Laptop consideres practicing his foreign language skills
20:41:37 <CIA-1> OpenTTD: orudge * r10310 /trunk/ (5 files in 3 dirs): -Fix: Trunk can now be built on OS/2 :)
20:43:13 <Rubidium> orudge: that looks like some fairly minor changes ;)
20:43:39 <orudge> They are fairly minor, yes
20:43:54 <orudge> I was surprised at how easy it was to get going in the end :p
20:44:40 <Chris82> are there actually new versions of OS/2 as in release in 2006 or so, or are just some pople using very old versions?
20:44:48 <orudge> eComStation is still under development
20:44:48 <CIA-1> OpenTTD: orudge * r10311 /trunk/ (readme.txt src/misc_gui.cpp): -Fix: I'm not retired, just relatively inactive ;)
20:45:03 <orudge> and most modern apps can be run under OS/2
20:45:04 <Rubidium> orudge: means we did fairly well on the makefile rewrite
20:45:14 <orudge> Yes, indeed, Rubidium :)
20:46:05 <Rubidium> ooh, more to backport to 0.5 ;)
20:46:10 *** [BiG^BrotheR] has joined #openttd
20:46:41 <Chris82> is it actually a good idea to make SAVEGAME_VERSION = 70; something like SAVEGAME_VERSION = (Trunk + 2) like IS_CHRISIN_(70)
20:46:57 <Chris82> then I don't need to change the savegame version as well, only think is CURRENT_TRUNK then
20:48:46 <Rubidium> because when you increment SAVEGAME_VERSION, your old savegames wouldn't load anymore
20:49:07 <Bjarni> * Sacro|Laptop consideres practicing his foreign language skills <-- learn Chinese. That's the language that most people know, so knowing English and Chinese will make you able to speak with most people
20:49:27 <Sacro|Laptop> ooh thats a fair point
20:49:53 <Sacro|Laptop> i need to go to the chinese supermarket this week
20:50:55 <Bjarni> speaking of languages... I installed BVE and decided to install more rail lines (the default one is just one). I found some Japanese site with rail lines and trains and used babelfish to read it
20:51:06 <Bjarni> mostly it went well, except for one wtf
20:51:41 <Bjarni> "The capital 阪"... now what is this? :)
20:52:02 <Bjarni> took me a moment to figure out
20:52:46 <Bjarni> it's "京阪" in Japanese and that means Keihan, which is the name of the Osaka-Kyoto-Otsu line
20:53:36 <Rubidium> Bjarni: well, Kyoto was once the capital of Japan
20:53:56 <Bjarni> I think you have to know that in order to read it... babelfish didn't know that
20:54:05 <Bjarni> Rubidium: I know and the name means big capital
20:54:29 <Bjarni> it's the same with Tokyo (eastern capital)
20:55:05 <Bjarni> Kyoto was once called the western capital (to tell it apart from Tokyo)
20:55:28 <Sacro|Laptop> Kyoto, the dyslexic mansTtokyo
20:55:35 <Bjarni> but I forgot how to say west in Japanese, so I can't tell you that name :P
20:56:05 <Bjarni> wtf is mansTtokyo supposed to mean?
20:56:28 <Rubidium> that Sacro|Laptop is drunk
20:56:39 *** UnderBuilder has joined #openttd
20:56:49 <Eddi|zuHause2> that Sacro|Laptop is dyslexic :p
20:56:51 <Sacro|Laptop> i tried to capitalise the t
20:56:56 <Sacro|Laptop> and ended up changing the space
20:56:58 <Bjarni> dyslexia... how does that act up in Asian languages? I mean, if they mistype one char, then they write the wrong word
20:57:28 <Eddi|zuHause2> leave the capitalisation to the people who can handle it :)
20:57:43 <Sacro|Laptop> what? like the Germans?
20:57:46 <Eddi|zuHause2> especially if you miscapitalise a capital :p
20:58:34 <Eddi|zuHause2> yeah... something like that :p
21:00:16 <Bjarni> <Sacro|Laptop> BVE is cool <-- yeah, but it turned out that the route Keihan Keisin is poorly done.... it's more or less just the tracks and the line is inside towns most of the way, but the buildings were missing
21:00:46 <Sacro|Laptop> someone was doing a Hull line
21:01:18 <UnderBuilder> I do not understand what cargo packets will do
21:01:48 <peter1138> they keep track of cargo sources and times properly
21:02:03 <izhirahider> I wish cargo indicators would stack up instead of being overwritten, like what happens with OS X Leopard stacks :)
21:02:51 <izhirahider> specially with boats
21:03:29 <Bjarni> however it felt kind of cool with the automated next station recordings
21:04:31 <UnderBuilder> so... cargo packets will be used for something like cargo destinations right?
21:04:39 <Phazorx> peter1138: sorry i got busy thre
21:04:54 <Phazorx> any Qs about these fancy ukrs trains?
21:05:03 <Bjarni> <Sacro|Laptop> but it died :( <-- the project or the person doing it?
21:05:38 <Bjarni> the BeOS port of some lib got out of date when the porter ended up in the hospital after a shark attack
21:05:45 <Bjarni> so it happens once in a while
21:06:57 <Bjarni> After the thawing, please move 221 folders to the Train folder of BVE. <--- LOL. Babelfish did a nice translation again :D
21:07:30 <Bjarni> it should be "the 221 folder" (the folder is named 221)
21:09:00 <Eddi|zuHause2> <UnderBuilder> so... cargo packets will be used for something like cargo destinations right? <- currently, more like cargo origins
21:09:30 <Eddi|zuHause2> if you have transfer, and mix cargo from station A and cargo from station B, you can keep them apart now
21:09:49 <Eddi|zuHause2> instead of forgetting either station A or station B, because you can only remember one station
21:10:35 <Eddi|zuHause2> next step could be passenger destinations, but it is probably a long way to go
21:11:01 <Eddi|zuHause2> i don't think cargo destinations (for anything other than mail) make a lot of sense
21:11:39 <Rubidium> for goods it will ;)
21:11:50 <Eddi|zuHause2> possibly for goods and food... but cargo should be distributed by a supply&demand scheme, not by destinations
21:14:17 <Eddi|zuHause2> anything that is not accepted by houses should not be subject to specific destinations, imho
21:14:55 <Rubidium> ah well, as long as it's selectable whether you want to use * destinations ;)
21:15:14 <Eddi|zuHause2> it should be a difficulty option, imho
21:15:36 <Smoovious> <Eddi|zuHause2> i don't think cargo destinations (for anything other than mail) make a lot of sense <--- why would it make sense for mail and not other cargo...
21:15:38 *** Sacro|Laptop has joined #openttd
21:15:53 <Eddi|zuHause2> and i think celestar intended something like that with the gamebalance branch...
21:16:31 <Eddi|zuHause2> Smoovious: ever sent a letter without target address?
21:16:51 <Smoovious> ever sent raw materials to nowhere in particular?
21:17:32 <Eddi|zuHause2> on the other hand, ever bought an industrial sized amount of coal? (e.g. 200 wagons full?)
21:17:49 <Smoovious> not peronally... but I have placed the order before
21:17:53 <Eddi|zuHause2> you do not care if one wagon or the other wagon arrives
21:18:16 <Smoovious> if ya didn't care, why bother placing t he o rder
21:19:07 <Eddi|zuHause2> you don't go around the coal store and say "i want exactly that piece of coal"
21:19:24 <Smoovious> you have coal stores there?
21:19:31 <Smoovious> wow... here, ya have to order it in bulk
21:20:09 <Smoovious> yes, I do... and when it is ordered, it is extremely important it gets to the rightr destination...
21:20:18 <Smoovious> power plants are very picky about that
21:21:08 <Eddi|zuHause2> well, i still think it would not be good for the game...
21:21:20 <UnderBuilder> a good thing that can be done with newindustries (when is ready :)) is workforce :)
21:21:36 <Smoovious> can't pick and choose which will have destinations and which won't... it is unfair on a basic level
21:22:16 <Smoovious> plus, just cuz you don't see t he need, doesn't mean another player can't...
21:22:33 <Eddi|zuHause2> Smoovious: the point is, there may be like 10.000 houses, but only 3 power stations... it's a whole different level
21:23:08 <Smoovious> most cargo woulldn't need a destination... b ut from time to time, an industry that hasn't h ad a delivery in a l ong time, could place an order...
21:23:33 <Smoovious> the point is, that destinations is useful for all cargo types... not just ones going to a city
21:24:00 *** Sacro|Laptop has joined #openttd
21:24:01 <Eddi|zuHause2> the trick there would be a maximum acceptance, and to balance production and demand, so you have to deliver to all 3 power stations
21:24:02 <UnderBuilder> but different from the one of the antichaos patch
21:24:30 <Smoovious> why, for example, is a steel mill, any less worthy of being used as a destination, than city tiles?
21:24:33 <Eddi|zuHause2> UnderBuilder: this is totally unrelated to newindustries
21:24:52 <Smoovious> it doesn't have to be a full balancing
21:25:15 <Smoovious> and it doesn't have to be all the time either
21:26:12 <Smoovious> take subsidies for instance... they can be made so in order to get the subsidy, you have to take X tons from one place to another... you pick up that cargo earmarked for the subsidy...
21:26:27 <Smoovious> say the train never makes it... it crashes... no subsidy
21:26:52 <Smoovious> no matter how many other trainloads you take... since that particular load, was what the subsidy was going to be awarded for
21:26:54 <UnderBuilder> if you transport passengers to a industry it produces extra cargo instead of producing nothing
21:27:34 <Smoovious> UnderBuilder... I dunno what kind of grf you're using where cargo is made out of people, but perhaps you could use a therapist?
21:27:35 <Rubidium> Smoovious: that is going to be too cumbersome in large networks
21:27:52 <peter1138> steel mill accepts passengers :)
21:28:08 <peter1138> also ukrs lets you put tourists in freight wagons, heh
21:28:20 <Smoovious> perhaps, but if it i s that c umbersome, it would allso be cumbersome for town-town runs too
21:28:26 <UnderBuilder> see antichaos patch
21:29:24 <Eddi|zuHause2> peter1138: you mean like "holocauster tycoon"? ;p
21:29:35 <Smoovious> just... simpler to make it generic for any cargo type than to code it only for specific ones... then you have additional cargo types offered by GRF's... those should be able to take advantage of the feature too
21:29:37 <Rubidium> Smoovious: for town-town networks you can build a few trains and it'll run with transfers, when you are talking about subsidies you have to actively add some trains to that route, or you are already running the route, which means the subsidy isn't necessary
21:29:54 <Smoovious> just limiting it that way seems unnecessariliy arbitrary
21:30:20 <Smoovious> subsidies still come up for existing runs
21:30:48 <Smoovious> you can make feeder networks for cargo too
21:32:22 <Eddi|zuHause2> Smoovious: but not efficiently unless you have automatic shunting, and wagons picking a route according to their cargo
21:32:36 <Eddi|zuHause2> it requires more logistics than the game offers
21:33:00 <Smoovious> the specific uses involved is really a different argument... I'm talking about having the capability
21:33:29 <Smoovious> flexibility is the goal
21:33:39 <Smoovious> not "it isn't useful to me"
21:35:21 <Eddi|zuHause2> i never used the word "useful"
21:35:49 <Smoovious> no, but you used a whole bunch of others that paraphrased meant the same thing :P
21:45:50 <dihedral> you guys remember the addition to the output of the players command?
21:46:20 <dihedral> the last thing stating (un)protected
21:46:43 <dihedral> i am getting the output (null)protected
21:48:25 <dihedral> it's a password protected game
21:48:28 <Rubidium> something is horribly wrong with your computer
21:48:44 <dihedral> it's the output from the server
21:48:51 <Rubidium> StrEmpty(npi->password) ? "un" : "" <- that cannot be "(null)"
21:49:17 <peter1138> what's the rest of the line?
21:49:22 *** raimar2 has joined #openttd
21:49:45 <dihedral> it should not print bracets either
21:50:42 <peter1138> yes, that's what happens when it prints a null as a string
21:50:47 <peter1138> but what's the rest of the line?
21:50:52 <dihedral> + in OpenTTDLib it looks like the companies dont have a passwd set
21:51:44 <dihedral> the last server (openttd.dihedral.de / Fair Play Nightly)
21:51:47 <Rubidium> peter1138: trouble with printf-ing 64 bits variables
21:52:41 <peter1138> Rubidium: i was getting to that, but it seems dihedral is ignoring me, so what do i care
21:52:44 <dihedral> though OpenTTDLib get's it right when the game is not passworded
21:53:21 <SirkoZ> Sacro: well - if you wanted the patches so much why no PM on the Forum?
21:53:32 <SirkoZ> I could have easily updated them...
21:53:43 <dihedral> #:2(Blue) Company Name: 'dihedral Transport' Year Founded: 1946 Money: 411237 Loan: 0 Value: 650000 (T:122496, R:0, P:7, S:0) (null)protected
21:53:54 <SirkoZ> BTW - We could run them on the Dihedral's new nightly server
21:53:56 <Sacro> SirkoZ: because i have the knowledge to fiddle with patches myself :p
21:53:57 <dihedral> ^^ full line of output
21:54:08 <peter1138> you have 122496 trains :D
21:54:32 <SirkoZ> since being here is pointless - smell you all later
21:55:31 <dihedral> is it normal that a protected game will also not send details if a company is password protected in the DETAIL_INFO packet?
21:58:11 *** skidd13 has joined #openttd
21:58:18 <CIA-1> OpenTTD: rubidium * r10312 /trunk/src/console_cmds.cpp: -Fix (r10210): the 64 values in the 'players' console command were not printed properly; they did even "overflow" into the next to-be-printed values.
22:00:03 <Rubidium> dihedral: it just shows that information when I query for it in the "multiplayer game lobby"
22:00:35 <dihedral> but i can see that data if i query unprotected game servers
22:01:52 <Rubidium> what's the problem about that?
22:02:57 <dihedral> check the example2.php page
22:03:16 <dihedral> #openttdcoop shows that the company is protected
22:03:32 <dihedral> my game does not show that data!
22:08:17 <Rubidium> dihedral: aren't you interpreting the wrong variable?
22:08:41 <Phazorx> ughm... what was make shortcut for debugging?
22:09:08 <Rubidium> make run-gdb OPENTTD_ARGS="-g mysave.sav"
22:09:27 <dihedral> Rubidium: why the wrong variable?
22:09:36 <dihedral> it seems to work everywhere else
22:09:38 <Phazorx> but it segfault again
22:09:48 <Phazorx> glx: i get same problem with 295 as i did with 170
22:09:57 <Phazorx> debuging version can not use net
22:10:26 <Rubidium> dihedral: I don't know
22:10:34 <Rubidium> it's just that the stuff in trunk seems to work ok
22:13:11 <Rubidium> dihedral: for the fun of it
22:13:28 <Rubidium> are the two companies on FP nightly passworded?
22:13:47 <Rubidium> and for FP 1, how man are passworded there?
22:14:10 <dihedral> the one company is mine - it is passworded
22:15:01 <dihedral> the other data i get back is correct
22:15:17 <Rubidium> ok, so trunk is wrong, 0.5.2 is right
22:16:02 <dihedral> how do i turn off a server password with ="" or some special char?
22:16:19 *** Guest187 is now known as Caemyr]
22:17:06 <skidd13> !openttd commit 10268
22:17:08 <_42_> Commit by rubidium :: r10268 /trunk/src/openttd.cpp (2007-06-22 17:33:13 UTC)
22:17:10 <_42_> -Fix: some old savegames could have the wrong bits unset (follow up of r10147)
22:17:31 <dihedral> Rubidium: could it be the same issue with with this (null)protected stuff?
22:18:05 <dihedral> and to be honest - i dont think it's a trunk error
22:18:15 <dihedral> as i am also querying the other r10306 game
22:18:20 <dihedral> and there aint an issue there
22:18:41 <Rubidium> dihedral: that issue is totally not related to the (null) protected stuff
22:18:48 *** Vikthor has joined #openttd
22:18:59 <CIA-1> OpenTTD: rubidium * r10313 /trunk/src/network/network_udp.cpp: -Fix (r8546): value for password "protected" was sent toggled for UDP packets, i.e. unpassworded companies showed up passworded and vice versa.
22:19:02 <Rubidium> dihedral: if you're querying trunk, it was always the wrong way around
22:20:14 <Rubidium> yes, they should've used a more recent version of trunk ;)
22:21:35 <dihedral> it's the latest nightly
22:22:07 <peter1138> latest nightly != most recent version of trunk
22:22:11 <Rubidium> as I said, you need a more recent version of trunk
22:23:43 <dihedral> i was just refering to the fact that they were the latest nightly
22:24:29 <dihedral> well - i shall try it tomorrow then
22:24:54 <dihedral> ... time - 2 hours = time for bed :-P
22:25:08 <dihedral> and thanks for all the fish :-P
22:25:38 <Rubidium> I didn't even give him fish ;)
22:25:39 <Bjarni> <dihedral> g'night ladies <-- that's like greeting all the billionaires in here
22:28:44 <Sacro> some of us aren't even dressed yet
22:29:00 <Sacro> i should get dressed really
22:31:31 *** Osai is now known as Osai^zZz
22:42:24 <CIA-1> OpenTTD: peter1138 * r10314 /trunk/src/ (13 files in 4 dirs): -Codechange: Refer to vehicle names by index
22:50:26 <skidd13> what exactly does make depend?
22:51:53 <Eddi|zuHause2> skidd13: it calculates which files might be affected by a change in another file
22:53:00 <Eddi|zuHause2> e.g if you modify header.h, and file1.c includes it, and file2.c does not, file1 has to be recompiled, and file2 not
22:53:32 <skidd13> Is it a function that a use might call or only called within the default compilation process
22:55:42 <Eddi|zuHause2> you can probably call it manually, but it usually does not make a lot of sense...
22:59:13 <skidd13> I wrote make help and was not sure to add make depend.. :)
23:02:43 <Bjarni> don't add > in front of the link
23:02:49 <Bjarni> now I can't click it :p
23:03:00 <Eddi|zuHause2> it works here :)
23:05:37 <skidd13> Eddi|zuHause2: Do you know Thomas Ochs?
23:05:57 <Eddi|zuHause2> i don't think so...
23:06:00 <Rubidium> + @echo " bundle => create all installation bundles"
23:06:10 <Rubidium> it doesn't create all installation bundles
23:06:24 <Rubidium> it creates the base bundle that is compressed by the bundle_*
23:09:55 <Eddi|zuHause2> skidd13: who is that supposed to be?
23:10:49 <skidd13> Eddi|zuHause2: I know someone who has the same real name as you.
23:12:37 <Eddi|zuHause2> only few people that know me in real life actually know my real name :)
23:12:38 <skidd13> IIRC he's from Wabern.
23:12:58 <Eddi|zuHause2> that is definitely not me :)
23:13:22 <skidd13> I ment the name that is given by IRC info.
23:13:35 <Eddi|zuHause2> there's probably only a hand full of people that know my full name
23:13:58 <Eddi|zuHause2> yes, that is my name :)
23:14:36 <ln-> hand full and not handful?
23:14:58 <Eddi|zuHause2> ln-: probably a mistranslation
23:17:16 <ln-> though handful = hand voll
23:19:25 <skidd13> Need a bit sleep... GN
23:20:39 <Eddi|zuHause2> after all those rules changing, i don't even know anymore if it's supposed to be written divided or together...
23:22:51 <ln-> what happened with the case where some man sued the state of germany because of those new rules?
23:26:20 *** DreaM[BrB] has joined #openttd
23:26:28 <Eddi|zuHause2> actually, the state of germany is not the only one involved with the spelling reform
23:35:07 *** [BiG^BrotheR] has joined #openttd
23:38:50 <ln-> (don't worry, it's not an accident or anything like that in the second photo.)
23:39:26 <Eddi|zuHause2> i'd have guessed it's some kind of show
23:41:28 <ln-> both photos are taken at midnight, btw.
23:42:45 <Eddi|zuHause2> you have strange midnight up there :p
23:43:21 <ln-> after they saw the dutch F-16 shooting flares in last year's show, the finnish air force figured out those look quite cool as a part of a show.
continue to next day ⏵
