Log for #openttd on 14th November 2009:
Times are UTC Toggle Colours
00:01:51  *** Brianetta [] has quit [Ping timeout: 480 seconds]
00:15:15  *** HerzogDeXtEr1 [~flex@] has quit [Read error: Connection reset by peer]
00:19:06  *** LadyHawk [] has joined #openttd
00:23:36  *** stuffcor1se [~stuffcorp@] has joined #openttd
00:23:36  *** stuffcorpse [~stuffcorp@] has quit [Remote host closed the connection]
00:25:58  <fjb> In C you can define an enumeration as a type. What size has a variable of that type?
00:26:01  *** z3rongod [IceChat7@] has quit [Ping timeout: 480 seconds]
00:27:14  <Rubidium> that is undefined
00:27:44  <Rubidium> although all values of the enum will fit in the type it chooses
00:28:43  <glx> that's why we define XXXByte when we want to store XXX enum value
00:29:20  <fjb> I hope that it will fit. :-)
00:29:54  <fjb> Defining a type gives a strong hit what enumeration should be used (was my thinking).
00:31:00  *** Lakie [~Lakie@] has joined #openttd
00:32:52  *** Eddi|zuHause [] has quit []
00:33:16  *** Eddi|zuHause [] has joined #openttd
00:50:35  *** KenjiE20|LT [~Kenji@] has joined #openttd
00:50:47  <Eddi|zuHause> it urges me to reply this "dpaanlka", but deep down the phrase "don't feed the troll" is trying to keep me back
00:51:00  <Eddi|zuHause> it's like angel and devil on my shoulder...
00:51:20  <Eddi|zuHause> [in the mac os thread]
00:51:38  *** KenjiE20 [~KenjiE20@] has quit [Quit: WeeChat 0.3.0]
00:52:40  <Rubidium> Eddi|zuHause: same here...
00:53:02  <Rubidium> he just decreased the bug-tolerance-to-keep-the-osx-compiler-running though
00:53:46  <Rubidium> and I so want to reply: "But thousands of people kill others, should I? Thousands of people kill themselves, should I?"
00:54:21  <Eddi|zuHause> he says "many professionals [...] buy computers to do more important stuff first", yet he suggests that you buy a mac solely for openttd (since you already have a computer for everything else)
00:55:23  <Eddi|zuHause> feel free to use that thought in your post ;)
00:55:55  *** Chris_Booth [] has quit [Ping timeout: 480 seconds]
00:56:59  <fjb> Hm, how do I do the XXXByte emum thing in C? Just naming the types that way, or is there a better way with typedefs?
00:57:27  <MyCatVerbs> Eddi|zuHause: *blinkblink*
00:57:32  <MyCatVerbs> Surely that's backwards.
00:57:52  <Rubidium> fjb: you don't, but then C doesn't care about types so just enum { FOO }; typedef byte Foo;
00:57:55  <SmatZ> fjb: #include <stdint.h> ?
00:58:39  <Rubidium> SmatZ: XXXByte as in OwnerByte
00:59:20  <fjb> I hoped for something more "binding" the variable to the enum.
00:59:22  <SmatZ> ah, ok :) I
00:59:54  <MyCatVerbs> Eddi|zuHause: Personally I think of OS X machines as boring ordinary business computers. Simply because Macs break down so rarely that they're quite cheap to run a business with. :P
01:00:05  <MyCatVerbs> Would never dream of running anything fun on one. :)
01:00:17  <Eddi|zuHause> why tell me?
01:01:14  <Eddi|zuHause> i probably care several orders of magnitude less for os x than Rubidium ;)
01:02:01  <Rubidium> MyCatVerbs: say that to that teacher at high school whom's Mac I crashed by looking at all the screensavers it had, only way to recover from the crash was pulling the power plug and battery because the on/off buttons didn't work either. Now that's what I call seriously crashed. I never had it on any other computer where I had to pull the plug and battery because of a crash. The on/off button always worked.
01:02:44  <MyCatVerbs> Rubidium: meh, sounds like that was years ago.
01:03:04  <MyCatVerbs> The office where I work is full of 'em, and it's exceedingly rare that I hear anybody swearing at theirs.
01:06:26  *** nonsensical [] has quit [Ping timeout: 480 seconds]
01:06:35  <MyCatVerbs> Oh, except for me.
01:06:56  <MyCatVerbs> But that's because I hate every last microscopic detail of their fucking UI.
01:07:45  <MyCatVerbs> The individual pixels of OS X's display output disgust me, even in isolation. But at least it doesn't break much. ;)
01:10:17  <fjb> typedef TinyEnumT<Owner> OwnerByte; is nice, but only works in C++.
01:10:19  <Rubidium> guess I'm doing something wrong; running Debian SID (unstable) for 6 years, no reinstalls (except when I got a new laptop: 32 bits->64 bits), never had a problem in contrast to my brother who has reinstalled his mac laptop several times, had loads of problems with the backlight inverter
01:11:02  *** Fast2 [] has quit [Ping timeout: 480 seconds]
01:15:23  *** KritiK [] has quit [Quit: Leaving]
01:16:45  *** KenjiE20 [~Kenji@] has joined #openttd
01:19:27  *** KenjiE20|LT [~Kenji@] has quit [Ping timeout: 480 seconds]
01:19:28  *** KenjiE20 is now known as KenjiE20|LT
01:21:54  *** nonsensical [] has joined #openttd
01:41:02  *** Zahl [] has quit [Quit: *schiel*]
01:56:39  *** HerzogDeXtEr [~flex@] has joined #openttd
02:12:14  *** fjb_ [] has joined #openttd
02:19:11  *** fjb [] has quit [Ping timeout: 480 seconds]
02:26:56  *** Eddi|zuHause [] has quit [Remote host closed the connection]
02:30:56  *** Chrill [~chrischri@] has quit [Quit: Microsoft Office is shiny]
02:47:18  *** Splex [~splex@] has quit [Remote host closed the connection]
02:50:43  *** Splex [~splex@] has joined #openttd
02:55:59  *** fjb_ is now known as fjb
03:04:09  *** HerzogDeXtEr1 [~flex@] has joined #openttd
03:06:17  *** zachanim1 [] has joined #openttd
03:07:42  *** HerzogDeXtEr [~flex@] has quit [Ping timeout: 480 seconds]
03:09:09  *** De_Ghosty [] has joined #openttd
03:13:07  *** zachanima [] has quit [Ping timeout: 480 seconds]
03:17:11  *** De_Ghosty [] has quit [Ping timeout: 480 seconds]
03:17:26  *** De_Ghosty [] has joined #openttd
03:21:57  *** xi23 [~xi@] has quit [Ping timeout: 480 seconds]
03:22:22  *** fjb [] has quit [Ping timeout: 480 seconds]
03:22:32  *** KenjiE20|LT [~Kenji@] has quit [Ping timeout: 480 seconds]
03:24:10  *** fjb [] has joined #openttd
03:40:49  *** glx [glx@2a01:e35:2f59:c7c0:5037:90bb:abb0:615d] has quit [Quit: bye]
04:30:52  *** lllugo [] has joined #openttd
04:36:21  *** Eddi|zuHause [] has joined #openttd
04:38:13  *** llugo [] has quit [Ping timeout: 480 seconds]
05:00:11  *** Lakie [~Lakie@] has quit [Quit: Sleep.]
05:05:53  *** tokai [] has quit [Ping timeout: 480 seconds]
05:07:54  *** tokai [] has joined #openttd
05:07:57  *** mode/#openttd [+v tokai] by ChanServ
05:14:17  <pw->
05:34:06  *** HerzogDeXtEr1 [~flex@] has quit [Read error: Connection reset by peer]
07:14:06  *** Cybertinus [] has joined #openttd
07:38:45  *** Uresu [] has quit [Remote host closed the connection]
08:25:38  *** Alberth [] has joined #openttd
08:44:27  <CIA-4> OpenTTD: alberth * r18067 /trunk/src/ (vehicle_gui.cpp vehicle_gui_base.h): -Codechange: Eliminate a constant representing a widget top edge in vehicle windows.
08:50:10  <CIA-4> OpenTTD: alberth * r18068 /trunk/src/vehicle_gui_base.h: -Cleanup: Remove obsolete BaseVehicleListWindow(const WindowDesc *desc, WindowNumber window_number) constructor.
08:59:30  *** Rhamphoryncus [] has quit [Quit: Rhamphoryncus]
09:29:10  *** phalax [~phalax@] has joined #openttd
09:45:37  *** Mucht [] has quit [Remote host closed the connection]
09:47:26  *** bb10 [] has joined #openttd
09:49:09  *** Mucht [] has joined #openttd
09:54:29  *** andythenorth [] has joined #openttd
09:59:04  <CIA-4> OpenTTD: alberth * r18069 /trunk/src/ (window.cpp window_gui.h): -Codechange: Initialize window flags at the same tme as the other fields instead of afterwards.
10:04:54  *** Terkhen [] has joined #openttd
10:05:09  <Terkhen> hello
10:09:02  <Alberth> hello
10:27:14  *** treve [~treve@] has joined #openttd
10:32:48  *** Timitry_ [] has joined #openttd
10:33:16  *** Timitry_ [] has left #openttd []
10:33:44  *** Progman [] has joined #openttd
10:41:52  *** phalax [~phalax@] has quit [Ping timeout: 480 seconds]
10:43:45  <andythenorth> morning
10:50:46  *** phalax [~phalax@] has joined #openttd
10:50:55  *** Fast2 [] has joined #openttd
11:00:23  *** Fuco [~dota.keys@] has quit [Ping timeout: 480 seconds]
11:05:25  *** Grelouk [] has joined #openttd
11:11:25  *** Ruudjah [] has joined #openttd
11:11:57  <Ruudjah> @seen luukland
11:11:57  <DorpsGek> Ruudjah: luukland was last seen in #openttd 1 day, 17 hours, 1 minute, and 48 seconds ago: <Luukland> theM? does something force you to say theM?
11:12:16  <Ruudjah> @seen muxy
11:12:16  <DorpsGek> Ruudjah: muxy was last seen in #openttd 1 day, 13 hours, 33 minutes, and 41 seconds ago: <Muxy> BUt has been identified as an irish fake
11:12:37  * Muxy is in goulp as usual
11:37:00  *** welshdragon [~markjones@] has quit [Quit: welshdragon]
11:40:47  *** xi23 [~xi@] has joined #openttd
11:50:38  <planetmaker> is iconv used only on OSX or can it be utilized by linux / windows, too?
11:51:40  *** Zahl [] has joined #openttd
11:53:07  <Rubidium> it's basically required for OSX, it can be used on Linux (Gentoo enables it IIRC) and Windows doesn't need nor use it
11:56:20  *** andythenorth [] has quit [Quit: andythenorth]
11:57:46  <planetmaker> hm, ok. As my linux didn't use it either "checking iconv... not OSX, skipping" I got the impression it might be OSX only - which then could be mentioned when calling ./configure --help
11:58:08  <CIA-4> OpenTTD: rubidium * r18070 /trunk/src/debug.h: -Fix: some possible unwanted side effects if using some sorts of boolean expressions in DEBUG
11:58:32  *** andythenorth [] has joined #openttd
12:00:50  <Rubidium> planetmaker: it's generally unneeded for Linux; Gentoo wants to enable it for some reason (people chosing some strange encoding for their file names). As such it's disabled by default for non OSX, but with --with-iconv you can enable it
12:02:09  <planetmaker> ok, so it's not "OSX only" but maybe "required for OSX"?
12:05:11  <Rubidium> required for OSX yes, needed for Linux generally no, so if not OSX we skip it *unless* someone specifically says he wants to compile with iconv
12:08:34  <planetmaker> yes, I understood that. I just thought it might be nice to add that to the output of ./configure --help :-) - in a concise and short way
12:13:26  <Rubidium> that being 'more or less requires for OS X, optional for the rest'?
12:13:55  <Rubidium> that's what configure does, not what the configure 'option' does
12:16:08  <planetmaker> well. But it states for a range of options ("<whatever OS> only")
12:16:40  <Rubidium> yes, but --with-iconv is not specific for a single OS
12:18:18  <planetmaker> yes, but it's not sensible to de-activate it on OSX :-)
12:18:41  <Rubidium> neither is deactivating zlib
12:19:10  <planetmaker> well. That's not sensible for any OS
12:19:21  <planetmaker> Nor is actually png IMO
12:22:58  *** lobstah [~michielbi@] has quit [Ping timeout: 480 seconds]
12:25:16  *** KenjiE20 [~KenjiE20@] has joined #openttd
12:33:10  *** lobster [~michielbi@] has joined #openttd
12:37:23  *** tokai [] has quit [Ping timeout: 480 seconds]
12:39:36  *** tokai [] has joined #openttd
12:39:39  *** mode/#openttd [+v tokai] by ChanServ
12:43:58  *** Mark [] has joined #openttd
12:48:04  *** Chris_Booth [] has joined #openttd
12:50:53  <CIA-4> OpenTTD: rubidium * r18071 /trunk/src/ (46 files in 3 dirs): -Codechange: remove the need for {SKIP} in the autoreplace window + strings
12:56:03  <CIA-4> OpenTTD: rubidium * r18072 /trunk/src/ (45 files in 3 dirs): -Codechange: remove the need for {SKIP} (and a string) from the order window
13:11:54  <CIA-4> OpenTTD: rubidium * r18073 /trunk/src/lang/ (52 files in 2 dirs): -Codechange: remove some more unneeded skips
13:22:46  <petern> hmm, portal is a bit slow in wine :(
13:24:13  <petern> and can't always see through a portal
13:29:28  *** Peping [] has joined #openttd
13:30:14  <Peping> hey there.. How can I make openTTD run on a PC with Win98 without a soundcard?
13:31:59  <petern> "just run it"
13:33:05  <Peping> petern: it says "couldn't find a valid soundcard" or something like that.. Which is logical, beacause there isn't one
13:34:08  <petern> you can put 'sounddriver = "null"' in the [misc] section of openttd.cfg
13:34:24  <Peping> thanks ;)
13:35:45  *** glx [~glx@2a01:e35:2f59:c7c0:38f5:e803:80ee:9417] has joined #openttd
13:35:48  *** mode/#openttd [+v glx] by ChanServ
13:37:00  *** Imre [] has joined #openttd
13:39:58  *** Imre [] has left #openttd []
13:50:34  *** Peping [] has quit [Quit: ChatZilla 0.9.85 [Firefox]]
14:07:11  *** Mucht [] has quit [Remote host closed the connection]
14:16:13  *** Progman [] has quit [Remote host closed the connection]
14:26:34  *** _ln [] has joined #openttd
14:31:47  *** welshdragon [~markjones@] has joined #openttd
14:40:53  *** Aali [] has quit [Ping timeout: 480 seconds]
14:54:02  *** Grelouk_ [] has joined #openttd
14:59:16  *** Grelouk [] has quit [Ping timeout: 480 seconds]
15:04:56  *** Benny [] has joined #openttd
15:14:11  *** Lachie [] has quit [Ping timeout: 480 seconds]
15:26:55  <CIA-4> OpenTTD: michi_cc * r18074 /trunk/src/os/macosx/ -Fix [FS#3314]: [OSX] Don't link clipboard support twice when building without Cocoa.
15:29:09  <CIA-4> OpenTTD: smatz * r18075 /trunk/src/screenshot.cpp: -Codechange: let ScreenshotHandlerProc() accept 'name' as 'const char \*'
15:31:18  <CIA-4> OpenTTD: smatz * r18076 /trunk/src/screenshot.cpp: -Codechange: rename MakeBmpImage() to MakeBMPImage()
15:34:33  <CIA-4> OpenTTD: alberth * r18077 /trunk/src/company_gui.cpp: -Codechange: Make the livery window use pure nested widgets.
15:37:41  *** treve [~treve@] has quit [Quit: Bye for now!]
15:37:47  <CIA-4> OpenTTD: rubidium * r18078 /trunk/src/ (56 files in 4 dirs): -Codechange: remove some duplicate (non translatable) strings
15:43:20  <Paul2> hi guys
15:44:03  <Paul2> if I have an openttd dedicated headless server, how can I send commands to it from the server? I tried something like telnet localhost:3979 and I can't do it. I can't work out how to send commands to the screen session with it in either
15:45:21  <pw->
15:45:22  <pw-> ?
15:45:43  *** [com]buster [] has joined #openttd
15:45:47  <Rubidium> I think he's better of reading the manual of screen
15:45:57  <Xaroth> I agree with Rubidium
15:46:51  <planetmaker> Paul2: besides reading the manual of screen: the open session behaves like the console
15:46:55  <Paul2> I tried screen -X <cmd>
15:47:06  <Paul2> ah ok cool so thats the best way to go yeah?
15:47:31  <planetmaker> it is a way. "best" depends on what you want and expect :-)
15:48:19  <Xaroth> alias openttd_server='screen -U -S openttd_server -d -RR'
15:48:23  <Paul2> well. I want to be able to have the server running (in screen would be ideal, but whatever). And be able to send commands to it, through telnet, connecting to screen, whatever from something like a bash script
15:48:36  <Xaroth> that way if you type openttd_server you create, or reconnect to a screen with that name
15:48:43  <Xaroth> so you can get back to your console session
15:49:06  <Paul2> I can use screen and everything fine. I'm happy with that
15:49:06  <planetmaker> screen should be able to faciliate that, yes
15:49:15  <Paul2> It's just getting something like a bash script to talk to it
15:49:19  <Paul2> ok cool
15:49:24  <Xaroth> why telnet, rather than plain good ol putty? :o
15:49:37  <planetmaker> but don't use telnet, use ssh ;-)
15:49:39  <Paul2> from the machine itself...
15:49:45  <Paul2> I use ssh to the server from my client
15:49:50  <Xaroth> yeh
15:49:54  <Xaroth> why not just re-claim the screen?
15:50:02  <planetmaker> yup ^
15:50:02  <Paul2> I just mean from the dedicatated to the server
15:50:12  <Paul2> well yes, but that's a pita in bach scripts isnt it?
15:50:18  <Xaroth> Paul2: as i said, why not re-claim the screen :P
15:50:19  <planetmaker> I usually do ssh server
15:50:20  <Xaroth> no it's not
15:50:21  <planetmaker> screen -x
15:50:21  <Xaroth> check the alias
15:50:25  <Xaroth> it re-attaches :)
15:50:29  <Xaroth> alias openttd_server='screen -U -S openttd_server -d -RR'
15:50:30  <planetmaker> and then I tab to the screen the server runs in
15:50:43  <Paul2> yes but does it work from bach scripts?
15:50:45  *** asilv [] has joined #openttd
15:50:50  <CIA-4> OpenTTD: smatz * r18079 /trunk/src/screenshot.cpp: -Codechange: allow overwriting of screenshots with user-supplied filenames
15:50:58  <planetmaker> no, that's for interactive.
15:50:58  <Xaroth> eh?
15:51:06  <Xaroth> screen is interactive :P
15:51:08  <planetmaker> But I could use it for batch, I guess, too.
15:51:17  <Paul2> exactly...I can attach to screen as myself easily. I don't have a problem using screen.
15:51:35  <planetmaker> use autopilot ;-)
15:51:39  <Paul2> I just want a script on the server that would do (for example say 'hi everyone on the server')
15:51:43  <Paul2> what's autopilot?
15:51:46  <Xaroth> use autopilot :)
15:52:10  <planetmaker> or rather ap+ or maybe even avignon, though I'd wait with the latter a bit till it's better tested
15:52:27  *** Fast2 [] has quit [Ping timeout: 480 seconds]
15:52:33  <planetmaker> it's the bot which allows us to command our servers via IRC
15:52:47  <planetmaker> a kind of wrapper script which runs openttd. Written in tcl
15:52:48  <Paul2> ah that's just what I want
15:52:52  <Paul2> ah ok cool
15:53:47  <planetmaker>
15:54:07  <Paul2> cheers
15:55:13  <Paul2> autopilot is just what i wanted :)
15:55:48  <planetmaker> good :-)
15:57:11  <glx> rcon works too
15:57:24  <planetmaker> of course :-)
15:57:36  <planetmaker> but issuing greetings via rcon is... tedious ;-)
15:57:42  *** HerzogDeXtEr [~flex@] has joined #openttd
15:58:40  <Paul2> yes this looks ideal. brilliant. Can run it on same machine as dedicated server
15:59:18  <planetmaker> you actually have to, I think :-)
16:02:35  <Paul2> excellente.
16:06:20  *** Biolunar [] has joined #openttd
16:11:33  <Paul2> hmmm Maybe we'll rip some of that and add it into our current bot...
16:22:44  *** HerzogDeXtEr1 [~flex@] has joined #openttd
16:25:50  *** Sirenia [~sirenia@] has joined #openttd
16:28:13  *** HerzogDeXtEr [~flex@] has quit [Ping timeout: 480 seconds]
16:36:33  *** Mucht [] has joined #openttd
16:50:58  *** ecke [~ecke@] has joined #openttd
16:51:22  *** Mark [] has quit [Ping timeout: 480 seconds]
16:52:31  *** HerzogDeXtEr [~flex@] has joined #openttd
16:56:31  *** mynetdude [] has quit [Ping timeout: 480 seconds]
16:59:18  *** HerzogDeXtEr1 [~flex@] has quit [Ping timeout: 480 seconds]
17:01:28  *** Rhamphoryncus [] has joined #openttd
17:03:57  *** Brianetta [] has joined #openttd
17:03:57  *** FR^2 [] has joined #openttd
17:08:01  *** tokai [] has quit [Ping timeout: 480 seconds]
17:10:14  *** tokai [] has joined #openttd
17:10:17  *** mode/#openttd [+v tokai] by ChanServ
17:26:42  *** pw-- [~w00f@] has joined #openttd
17:26:42  *** xi23 [~xi@] has quit [Read error: Connection reset by peer]
17:27:16  *** welshdragon is now known as Guest2055
17:27:17  *** welshdragon [~markjones@] has joined #openttd
17:27:29  *** Guest2055 [~markjones@] has quit [Read error: Connection reset by peer]
17:28:05  *** Imre [] has joined #openttd
17:29:24  *** Imre [] has quit []
17:32:39  *** xi23 [~xi@] has joined #openttd
17:33:27  *** pw- [~w00f@] has quit [Ping timeout: 480 seconds]
17:34:42  *** nicfer1 [~Usuario@] has joined #openttd
17:39:36  *** Fast2 [] has joined #openttd
17:43:18  *** Splex [~splex@] has quit [Remote host closed the connection]
17:43:37  *** Splex [~splex@] has joined #openttd
17:46:17  *** nicfer2 [~Usuario@] has joined #openttd
17:47:18  <CIA-4> OpenTTD: rubidium * r18080 /trunk/src/smallmap_gui.cpp: -Codechange: add some const to the smallmap
17:53:16  *** nicfer1 [~Usuario@] has quit [Ping timeout: 480 seconds]
17:54:22  *** fonsinchen [] has joined #openttd
17:58:02  *** |Jeroen| [] has joined #openttd
18:06:37  *** Illegal_Alien [] has joined #openttd
18:10:03  *** nicfer1 [~Usuario@] has joined #openttd
18:11:08  *** nicfer2 [~Usuario@] has quit [Read error: Connection reset by peer]
18:11:32  *** Imre [] has joined #openttd
18:17:15  *** ecke [~ecke@] has quit [Quit: ecke]
18:31:45  *** |Jeroen| [] has quit [Remote host closed the connection]
18:33:11  *** Luukland [] has joined #openttd
18:33:20  <Luukland> Guys what is the size of a openttd tile?
18:33:27  <Luukland> 64x48?
18:33:32  <Luukland> or 64x48 px?
18:33:35  <Luukland> *32
18:40:12  <Rubidium> 16x16
18:41:03  <Luukland> ok thx
18:45:35  *** Zahl_ [] has joined #openttd
18:45:46  <CIA-4> OpenTTD: translators * r18081 /trunk/src/lang/ (6 files): (log message trimmed)
18:45:46  <CIA-4> OpenTTD: -Update from WebTranslator v3.0:
18:45:46  <CIA-4> OpenTTD: catalan - 9 changes by arnau
18:45:46  <CIA-4> OpenTTD: traditional_chinese - 9 changes by josesun
18:45:46  <CIA-4> OpenTTD: polish - 103 changes by silver_777
18:45:47  <CIA-4> OpenTTD: brazilian_portuguese - 1 changes by Tucalipe
18:45:47  <CIA-4> OpenTTD: swedish - 13 changes by markisen
18:49:29  *** Luukland [] has left #openttd []
18:52:34  *** Zahl [] has quit [Ping timeout: 480 seconds]
18:52:34  *** Zahl_ is now known as Zahl
19:00:11  *** eQualizer [] has quit [Ping timeout: 480 seconds]
19:00:51  *** Progman [] has joined #openttd
19:12:17  *** Polygon [] has joined #openttd
19:19:05  *** Phoenix_the_II [] has quit [Read error: Connection reset by peer]
19:26:22  *** nicfer2 [~Usuario@] has joined #openttd
19:27:11  *** nicfer1 [~Usuario@] has quit [Ping timeout: 480 seconds]
19:29:58  <nicfer2> hi
19:31:17  <nicfer2> should the 'singleplayer' mode be replaced by a local self-connected server?
19:32:06  <SpComb> should? Could? Would?
19:32:35  <nicfer2> which one expresses optionallity?
19:33:12  <Alberth> why would you want to run the same game twice at a single machine?
19:33:44  *** Phoenix_the_II [] has joined #openttd
19:36:06  <De_Ghosty> because he can
19:38:45  <SmatZ> [20:31:13] <nicfer2> should the 'singleplayer' mode be replaced by a local self-connected server? <== no
19:39:03  <SmatZ> some game aspects are specific to single player
19:39:17  <SmatZ> (cheats, some game settings, AI management...)
19:39:41  <SmatZ> also, it would no longer work on systems without network support
19:39:58  <Rhamphoryncus> nicfer2: that'd only make sense if you could remove significant amounts of work from the client, leaving it only on the server.  I'm not too familiar with how networking works in openttd, but I don't believe that's the case
19:40:02  <SmatZ> (+little higher latency, little lower performance...)
19:40:16  <SmatZ> yeah, everything would be done twice
19:40:20  <SmatZ> (game state changes)
19:40:27  <SmatZ> so in fact, halving performance
19:40:55  <nicfer2> hmmm, is available even without network cards?
19:41:09  <SmatZ> on, say, DOS?
19:41:29  <nicfer2> is OTTD available for DOS?
19:41:37  <Rhamphoryncus> Yeah.  My impression is that openttd networks by using exact copies of the game on every node.  All you need to do is channel inputs through a common server
19:41:42  <pw-->
19:42:14  <Alberth> Rhamphoryncus: correct afaik
19:42:33  <SmatZ> nicfer2: YES
19:43:14  <Alberth> nicfer2: eg
19:43:36  <Rhamphoryncus> Thus why Floating Point Sucks(TM(TM)
19:43:45  *** nicfer2 [~Usuario@] has quit [Read error: Connection reset by peer]
19:45:14  *** nicfer1 [~Usuario@] has joined #openttd
19:45:58  <nicfer1> my adsl line is having issues
19:46:22  <Muxy> bad adsl line, change adsl line
19:47:57  *** eQualizer [] has joined #openttd
19:59:11  *** Coco-Banana-Man [] has joined #openttd
20:01:29  <nicfer1> must be something on my provider's line, the filters and modem are new, but the external cables are really old
20:02:19  <nicfer1> specially since my operator ('Telefonica de Argentina') only changes their lines when something stops working
20:03:37  *** Brianetta [] has quit [Quit: Tsch?ss]
20:05:53  * Alberth hands nicfer1 a main-power to phone-line conversion cable.
20:13:51  *** luis [~luis@] has joined #openttd
20:14:49  *** luis [~luis@] has quit [Remote host closed the connection]
20:16:22  *** nicfer2 [~Usuario@] has joined #openttd
20:16:34  *** nicfer1 [~Usuario@] has quit [Read error: Connection reset by peer]
20:18:26  *** Imre [] has quit [Quit: Bye for now!]
20:23:27  <TrueBrain> lol ... age of coper lines .. didn't know that was a factor for line stability :)
20:34:46  *** Aali [] has joined #openttd
20:34:59  <CIA-4> OpenTTD: rubidium * r18082 /trunk/src/smallmap_gui.cpp: -Codechange: make it visually easier to see where the different legenda 'tables' are split + some typos
20:44:25  <fonsinchen> If a newgrf house provides a callback for the accepted cargos and their acceptance values it doesn't need to state 'normal' acceptance. Am I right?
20:45:56  <fonsinchen> So if I want to find out the global acceptance value of some cargo I have to query each and every single house by their newgrf callback.
20:46:02  * fonsinchen cries
20:49:49  <Rubidium> basically yes
20:52:02  <Rubidium> I advice to use AddAcceptedCargo/GetAcceptanceAroundTiles though
20:54:44  <fonsinchen> Well, my plan was using _building_counts and HouseSpec::acceptance to quickly add up the acceptance, but that won't work. And it's the same with industries. I guess I need a tile loop and do AddAcceptedCargo for each tile. Unfortunately that will take a lot of CPU cycles.
20:56:37  <CIA-4> OpenTTD: rubidium * r18083 /trunk/src/smallmap_gui.cpp: -Codechange: make the small map GUI nested.
20:56:47  <Alberth> maybe only until you have collected 8/8 acceptance ?
20:58:15  <Rubidium> 4! :)
20:59:10  <fonsinchen> No, I want the exact global acceptance. This is for supply scaling. The stations' ratings will be adjusted by the ration between the acceptance reachable in a linkgraph component and the global acceptance.
20:59:31  <fonsinchen> This means stations with fewer reachable destinations will get less cargo.
20:59:55  <Rubidium> that sounds very simutransy
21:00:29  <fonsinchen> It's a commonly requested feature for cargodist and part of my next project:
21:00:37  *** Mucht [] has quit [Remote host closed the connection]
21:01:32  <fonsinchen> Is "simutransy" a bad or a good attribute?
21:01:55  <Rubidium> but... what when I build 5 overlapping stations in 1 town that, if you sum it, get more than the total acceptance of passengers in the map (think of four towns)?
21:03:17  <Rubidium> fonsinchen: don't know, but adding and adding features to a patch till it dies under its own weight is something you must watch out for
21:03:33  <Rubidium> it's basically the reason why most patch packs die
21:03:48  <fonsinchen> It's not a single patch. Every feature gets its own branch and can be included or omitted on its own
21:05:04  <fonsinchen> The overlapping stations are an interesting problem. I have to mark the areas I have added somehow when counting the acceptance in a component.
21:06:21  <fonsinchen> You can look at the branch topology in . I have recently updated it.
21:06:37  <Rubidium> anyhow, I think you'll quickly end up with something O(#of stations**2 * station spread**2)
21:07:30  <fonsinchen> Yes, I'm getting that impression, too. I have to simplify it somehow.
21:08:52  *** Fuco [~dota.keys@] has joined #openttd
21:09:27  <Rubidium> fonsinchen: looks like you need at least the right half of that graph to have anything nearly useful (everything except smallmap)
21:10:39  <fonsinchen> you can omit some things: texteff and warning sign.
21:11:20  <fonsinchen> But yes, the rest is mandatory. However, that's really the core functionality of cargodist. It can't be reduced any further.
21:11:43  <fonsinchen> I mean, I had a version without multimap and reservation, but that was unbearably slow.
21:12:42  <fonsinchen> And cargomap reverted most of it anyway, so I dropped it.
21:14:09  *** b_jonas [] has joined #openttd
21:16:31  *** Alberth [] has left #openttd []
21:19:58  <fonsinchen> Oh, r18083 looks like I'll have some fun merging it into smallmap-zoom-in/out/stats ...
21:24:22  *** Biolunar [] has quit [Quit: gn8]
21:26:13  <Rhamphoryncus> fonsinchen: you're the cargodist author?  I'm having lots of fun with it :)
21:26:46  <fonsinchen> yes, I am. It's nice to hear that.
21:30:07  <Rhamphoryncus> There's an old post arguing that in reality people have fixed destinations, they don't change them based on the transportation available?  Well it's wrong.  There's studies on highway design that show people really do drive more when you remove the congestion from a road
21:31:11  <Rhamphoryncus> Just some interesting trivia for you :)
21:34:56  <fonsinchen> well, maybe, but I'm not modelling reality. However, the great numbers of passengers at certain stations are a problem for playability. Reducing the numbers while the network is small and then slowly raising them when it grows helps the player to get used to the numbers and build the necessary infrastructure.
21:36:38  <Rhamphoryncus> I know you're not modelling reality, my point was that it's the other way around.  Reality turns out to reflect your model
21:36:49  *** Timitry_ [] has joined #openttd
21:36:52  *** Timitry_ [] has left #openttd []
21:40:32  <fonsinchen> I might use the TileLoop and some moving average to calculate the acceptance numbers. Like that they're not as accurate, but the calculation can be done in a reasonable time.
21:42:37  *** Rubix`` [~wrqwer@] has joined #openttd
21:45:40  *** thingwath [~thingwath@] has quit [Quit: It's all over.]
21:48:00  *** FR^2 [] has quit [Quit: Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!]
21:50:44  *** ProfFrink [] has joined #openttd
21:53:10  *** Tekky [] has joined #openttd
21:56:04  *** Prof_Frink [] has quit [Ping timeout: 480 seconds]
21:56:04  *** ProfFrink is now known as Prof_Frink
22:04:16  *** fihac [] has joined #openttd
22:04:26  *** fihac [] has quit []
22:05:53  *** mib_b90k9h [] has joined #openttd
22:09:32  *** mib_b90k9h [] has quit []
22:10:34  *** thingwath [~thingwath@] has joined #openttd
22:21:08  *** Benny [] has left #openttd []
22:21:26  *** Rubix`` [~wrqwer@] has quit [Quit: Ping timeout: 540 seconds]
22:30:16  *** Rubix`` [~wrqwer@] has joined #openttd
22:31:16  *** bb10 [] has quit [Ping timeout: 480 seconds]
22:33:25  <andythenorth> did hell freeze over?  Neko is talking good sense on the forums
22:33:57  <andythenorth> Also, more ships released by moi  :O
22:35:39  *** welshdragon [~markjones@] has quit [Quit: welshdragon]
22:36:52  *** Lachie [] has joined #openttd
22:39:26  *** phalax [~phalax@] has quit [Ping timeout: 480 seconds]
22:46:16  <fjb> Unbelievable.
22:47:57  *** Rubix`` [~wrqwer@] has quit [Quit: Ping timeout: 540 seconds]
22:48:02  *** welshdragon [~markjones@] has joined #openttd
22:51:30  <fjb> Nice ships.
22:51:38  *** Lakie [~Lakie@] has joined #openttd
22:53:09  <Sacro> that's what she said
22:53:53  <Rhamphoryncus> This makes me feel bad about every game I've played to date:
22:56:05  <Lakie> You should take a look at someone like JGR or RobC's maps...
22:58:23  <petern> oh dear
22:58:29  <petern> i've written some c# that uses goto
22:58:35  <Lakie> :o
22:59:01  <Lakie> Depends on the code and layout of various loops and such, sometimes goto is a valid option.
22:59:03  <Rhamphoryncus> petern: common cleanup block?
22:59:29  <Lakie> Besides things like for, while, if, switch, break all do the same but just hide it...
22:59:35  <petern> no... and c# has exceptions
23:01:52  <Rhamphoryncus> I'll get the torches and pitchforks
23:03:25  *** Luukland [] has joined #openttd
23:03:51  *** Simon [] has joined #openttd
23:04:03  *** Simon [] has quit []
23:06:22  *** [com]buster [] has quit [Remote host closed the connection]
23:07:39  *** Grelouk_ [] has quit [Read error: Connection reset by peer]
23:10:40  * petern refactors it
23:15:07  *** Luukland [] has left #openttd []
23:16:20  * Rubidium wonders how complex a (TTD) game you can make without gotos
23:25:31  *** Polygon [] has quit [Quit: Verlassend]
23:29:24  *** andythenorth [] has quit [Quit: andythenorth]
23:36:49  *** tokai [] has quit [Ping timeout: 480 seconds]
23:36:52  *** asilv [] has quit []
23:39:07  *** tokai [] has joined #openttd
23:39:10  *** mode/#openttd [+v tokai] by ChanServ
23:40:17  <Terkhen> good night
23:40:18  *** Terkhen [] has quit [Quit: ...]
23:49:52  <welshdragon> can i open an TTDPatch Scenario in OpenTTD?
23:50:49  <Sacro> no
23:50:50  <Sacro> you
23:51:02  <welshdragon> ?
23:51:51  <_ln> what a great answer :D
23:58:00  <Sacro> oh yes
23:58:08  <Sacro> i'm a great answertarian
23:58:15  <fjb> Oh no!

Powered by YARRSTE version: svn-trunk