Log for #openttd on 31st August 2008:
Times are UTC Toggle Colours
00:00:41  <Brianetta>
00:00:48  <Brianetta> This looks pretty now (:
00:03:06  <fjb> Cool.
00:03:41  <Brianetta> <" target="_blank">>: host" target="_blank">[] said: 550
00:03:41  <Brianetta>     Unrouteable address (in reply to RCPT TO command)
00:03:41  <Brianetta> This is a page from the autopilot controlling your OpenTTD server.
00:03:47  <Brianetta> Sacro: Sort that out...
00:06:22  <Wolf01> 'night
00:06:30  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
00:07:27  *** nkx [] has quit [Remote host closed the connection]
00:07:47  <davis-> gn
00:07:58  *** davis- [] has quit [Read error: Connection reset by peer]
00:09:35  <fjb> Brianetta: Your house rules are some of the most reasonable I have ever read.
00:12:30  *** Slowpoke_ [] has quit [Quit: Verlassend]
00:14:43  <Brianetta> fjb: Thanks (:
00:27:39  *** Sacro_ is now known as Sacro
00:28:22  *** Brianetta [] has quit [Quit: TschÌß]
00:32:57  *** Eddi|zuHause [] has quit []
00:33:15  *** Eddi|zuHause [] has joined #openttd
00:43:52  *** reldred is now known as reldred|gone
00:46:43  *** eekee [] has joined #openttd
00:47:04  *** Volley [] has quit [Remote host closed the connection]
00:47:35  <eekee> hi all, I just had the wierdest crash with advanced signals
00:48:28  <fjb> How did you do that?
00:48:49  <eekee> are trains supposed to be able to pass advanced signals facing away from their direction of travel?
00:49:17  <fjb> Yes.
00:49:28  <eekee> ahh that's it then
00:50:02  <fjb> How should the driver obey a signal he doesn't see?
00:50:46  <eekee> well that's a sensible thought, but I was relying on them behaving as ordinary signals in that matter
00:51:01  <eekee> (ordinary ttd signals)
00:51:51  <fjb> There are advanced signals with a yellow bar. The bar prevents trains from passing them from the backside.
00:52:02  <eekee> ahh ok
00:52:24  <eekee> I'll put those in then
00:54:02  <fjb> But trains should not crash even when a signal is passed from behind. A crash can only happen if you force a train to enter that signal block or if you are reworking the signals where the trains are driving.
00:54:57  <eekee> I did force it, because it was "waiting for free path" despite the normal route into it's station being free
00:55:35  <fjb> At the first page of the patch options is an option to enable highlighting of the reserved tracks. That helps if you are new to advanced signals.
00:55:40  <eekee> the normal route is a loop around the back of the station, with the exit from the station returning to the same junction
00:55:48  <eekee> ahh ty
00:56:25  <fjb> Enable that option. Then you can "debug" your layout. See which route a train wants to take.
00:56:55  <eekee> yeah
00:57:24  <fjb> Trains try to take the route with the least crossings and switshes.
00:57:34  <eekee> I C
00:58:57  <fjb> Do you know about real life railways? Advanced sinals are close to that. they are totally different from the old TTD singnals.
00:59:42  <eekee> I don't know much about them at all
01:00:42  <fjb> Oh. Just forget everything about TTD signals, then the advanced signals are really easy to understand.
01:01:21  <eekee> oh :D
01:02:21  <fjb> One rule is: Put signals only there where a waiting train would not block other trains.
01:02:21  <eekee> they do seem so, since you pinted out about the yellow bar & hilighting reserved track.
01:02:51  <fjb> Good. You will get used to them very quick.
01:05:43  *** Milloflex [] has quit [Ping timeout: 480 seconds]
01:07:19  *** reldred|gone is now known as reldred
01:10:34  <eekee> hmm. I changed a pre-signal signal to a different junction to one-way advanced, and a train went through it into another train that had already entered via a pre-signal
01:12:59  <fjb> Hm, that sould not happen. But old signals and advanced signals don't mis that well.
01:13:03  <eekee> ok
01:14:25  <fjb> Best is to have all signals at a crossing or switchyard old style or new style. I'm not using old style signals anymore.
01:14:49  <fjb> Next question is if you are using trunk or one of the different patch packs.
01:16:26  <eekee> trunk, r14144
01:16:37  *** Gekz [] has quit [Quit: leaving]
01:16:46  *** Gekz [] has joined #openttd
01:16:54  *** Gekz [] has left #openttd []
01:17:00  *** Gekz [] has joined #openttd
01:18:52  <fjb> Ok. Advanced signals are broken in almost all patchpacks floating in the forum.
01:19:22  <eekee> ok
01:20:05  <eekee> wow when they work they work. ^.^ They're making my junctions quite a bit more efficient
01:21:31  <fjb> A lot more efficient. If you don't need special things like priority tricks with pre signals you should switch to advanced signals completeley.
01:24:19  *** Milloflex [] has joined #openttd
01:25:42  <eekee> oh... I switched one junction over to all one-way advanced (from pre & exit) & now trains are sitting on the junction waiting for one particular platform rather than waiting before the junction for any platform.
01:26:43  <eekee> wondering how I should set that up. It's entrance to a station, exit from the station is a different junction
01:27:05  <fjb> Put the signals only in front of the junction, never behind a junktion.
01:27:15  *** grumbel [] has quit [Remote host closed the connection]
01:28:44  <eekee> ahh ok. and pray the trains never spontaneuosly reverse? :)
01:28:50  <fjb> line, signal, junction, platform, signal, junction, line, signal, line, signal, line etc.
01:29:54  <eekee> uhuh
01:29:59  <fjb> set "wait_for_pbs_path = 255" in your openttd.cfg to prevent trains from reversing.
01:30:08  <eekee> ahhh! ty
01:30:43  <fjb> But that only prevents it in new games. You have to use the ingame console to switch that setting in the running game.
01:32:10  <eekee> right.. oh I forgot to apply my patch for the console. no key to the left of 1 on this little machine. will have to recompile overnight
01:33:51  <fjb> Ok. That will prevent trains waiting in front of an advanced signal from ever reversing. It will sit there waiting till your PC enters the recycling bin.
01:36:08  <fjb> But locks are less common with advanved signals.
01:36:40  <eekee> righty
01:38:41  <fjb> With parallel tracks trains prfer the track with advanced singnals looking in their direction over tracks with advanced signals showing their back side.
01:40:42  <eekee> ah *nod*
01:44:16  <fjb> This layout would hardly work without locks when using old style signals:
01:50:38  *** Sir-Bob [] has joined #openttd
01:51:43  <eekee> wow ^.^;
01:53:58  <fjb> A bit complicated...
01:54:57  <glx> <eekee> right.. oh I forgot to apply my patch for the console. no key to the left of 1 on this little machine. will have to recompile overnight <-- there's a toggle in questionmark menu
01:58:21  <eekee> glx: cheers
01:58:48  <eekee> "Error: command or variable not found" o.O
01:59:56  <glx> type "patch wait_for" to get the 'right' name
02:00:30  <eekee> oh lol ok
02:02:20  <eekee> k that's set
02:06:11  <eekee> my 10-exit junction looks too neat now. ^.^
02:09:18  *** Milloflex [] has quit [Ping timeout: 480 seconds]
02:09:35  <fjb> And no crashes anymore? :-)
02:12:01  <eekee> nope!
02:12:16  <fjb> That's good.
02:44:53  <fjb> Good night.
02:45:05  *** fjb [] has quit [Remote host closed the connection]
02:47:41  *** Yeggstry is now known as Yeggzzz
02:48:00  *** glx [] has quit [Quit: bye]
02:54:34  <Jerimiah40> someone needs to write a patch to make openttd psychic
02:55:07  <Jerimiah40> so like, if I forget to build a signal at one of my stations, the game will know that I meant to put one there, and do it for me so that the whole station doesn't get jammed up :P
02:57:08  <Sacro> YAPP does that
02:57:19  <Jerimiah40> seriously!?
02:57:40  <Jerimiah40> is there anything that YAPP can't do?
02:59:15  *** roboboy [3aad2910@] has quit [Quit: ajax IRC Client]
03:00:52  *** Brainstorm [] has quit [Ping timeout: 480 seconds]
03:17:36  *** Doorslammer [] has joined #openttd
03:30:54  *** Sacro [~Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Quit: Leaving]
03:33:30  *** Pikka [PikkaBird@] has joined #openttd
03:33:37  *** ben_goodger [] has quit [Ping timeout: 480 seconds]
03:34:22  *** ben_goodger [] has joined #openttd
04:04:21  *** roboboy [3aad2910@] has joined #openttd
04:04:31  *** De_Ghosty [] has quit [Ping timeout: 480 seconds]
04:04:41  *** De_Ghosty [] has joined #openttd
04:10:24  *** roboboy [3aad2910@] has quit [Quit: ajax IRC Client]
04:24:30  *** Pikka [PikkaBird@] has quit []
04:25:47  *** NukeBuster [~NukeBuste@] has quit [Quit:]
04:50:17  *** Gekz_ [~brendan@] has joined #openttd
04:52:06  *** Gekz [] has quit [Ping timeout: 480 seconds]
05:00:46  *** reldred [] has quit [Ping timeout: 480 seconds]
05:04:10  *** Gekz [] has joined #openttd
05:06:11  *** Gekz_ [~brendan@] has quit [Ping timeout: 480 seconds]
05:07:42  *** reldred [] has joined #openttd
06:06:25  *** Eddi|zuHause [] has quit [Remote host closed the connection]
06:06:45  *** Eddi|zuHause [] has joined #openttd
06:20:18  *** Celestar [] has joined #openttd
06:56:52  *** Alberth [] has joined #openttd
07:02:39  *** ecke [~ecke@] has quit [Quit: ecke]
07:03:07  *** Pikka [PikkaBird@] has joined #openttd
07:03:12  *** Celestar [] has quit [Quit: leaving]
07:08:21  *** Doorslammer [] has quit [Ping timeout: 480 seconds]
07:15:02  *** Doorslammer [Doorslamme@] has joined #openttd
07:20:36  *** Purno [] has joined #openttd
07:33:58  *** Milloflex [] has joined #openttd
07:36:54  *** rortom [] has joined #openttd
07:37:17  *** extspotter [] has joined #openttd
07:41:27  <extspotter> hey
07:51:10  *** Wolf01 [] has joined #openttd
07:51:27  <Wolf01> hello
07:55:57  *** ecke [~ecke@] has joined #openttd
07:57:28  *** |Jeroen| [] has joined #openttd
08:03:27  *** michi_cc [] has quit [Ping timeout: 480 seconds]
08:05:56  *** Pikka is now known as Pikka|afk
08:20:41  *** Brainstorm [] has joined #openttd
08:20:44  *** TinoM [] has joined #openttd
08:23:33  *** extspotter [] has quit [Ping timeout: 480 seconds]
08:26:51  *** |Jeroen| [] has quit [Remote host closed the connection]
08:28:48  *** Pikka|afk is now known as Pikka
08:33:59  *** Celestar [] has joined #openttd
08:35:19  *** Gekz_ [] has joined #openttd
08:35:51  *** Doorslammer is now known as [153311]
08:36:14  *** Gekz [] has quit [Read error: Connection reset by peer]
08:36:44  *** Brainstorm [] has quit [Ping timeout: 480 seconds]
08:38:52  <CIA-1> OpenTTD: rubidium * r14196 /trunk/src/ (fileio.cpp fileio.h newgrf_config.cpp): -Codechange: make the searching for files with a specific extension extendable.
08:39:19  *** [153311] is now known as Doorslammer
08:39:42  <peter1138> Nice.
08:40:43  *** Alberth [] has left #openttd []
08:42:19  *** Alberth [] has joined #openttd
08:43:11  <Celestar> hey peter1138
08:46:16  <Celestar> hm .. can one set the "developer" variable from commandline / openttd.cfg?
08:46:44  <peter1138> don't think so
08:46:55  <CIA-1> OpenTTD: rubidium * r14197 /trunk/ (9 files in 4 dirs):
08:46:55  <CIA-1> OpenTTD: -Codechange: rework (original) base graphics determination methods. This yields in the following:
08:46:55  <CIA-1> OpenTTD: -Feature: make configuring the to-be-used base graphics via openttd.cfg and the command line possible.
08:46:55  <CIA-1> OpenTTD: -Feature: allow both the German as well as non-German toyland graphics as "correct" and official graphics.
08:46:56  <CIA-1> OpenTTD: -Feature: allow people to create their own base graphics easily and without requiring code changes.
08:48:48  <Gekz_> what?
08:48:57  <Gekz_> whats the difference between german and other toylands?
08:49:20  <peter1138> A bug fix, I guess.
08:49:20  <Eddi|zuHause> the md5sum, and one "fixed" sprite afaik
08:50:13  *** flowOver [] has joined #openttd
08:51:15  *** nekx [] has joined #openttd
08:51:54  <Celestar> Forked: you around?
08:52:43  *** Vikthor [] has joined #openttd
08:53:15  <peter1138> .obg ? heh
08:54:58  *** Milloflex [] has quit [Ping timeout: 480 seconds]
08:55:06  <Celestar> peter1138: do you have a clean trunk at hand?
08:55:19  <peter1138> Near enough.
08:55:47  <Celestar> peter1138: can you try something in trunk? I get a problem with cargodest reported by Forked but I can't see it's relation to cargodest.
08:55:53  *** roboboy [3aad2910@] has joined #openttd
08:55:59  <Celestar> peter1138: ah well, let me check out myself :P
08:56:07  <peter1138> ...
08:56:14  <peter1138> I have several trunk checkouts :p
08:56:24  <peter1138> What do I need to check?
08:57:02  <roboboy> hellos
08:57:11  <Celestar> peter1138:
08:58:42  <roboboy> how often does cargodest get compiled for download?
08:58:42  <Celestar> peter1138: this is the train in a depot: DH_first_1 - wagon - DH_rear_1 - DH_first_2 - DH_rear_2. Sell DH_first_2. save game. load game. buy engine
08:58:52  <Celestar> roboboy: as often as someone does it :P
08:58:56  <roboboy> ok
08:59:06  <Celestar> roboboy: there's no schedule
09:00:00  * roboboy wonders if any work has been done on the bug that caused a crash when a loaded vehicle was replaced either auto or manually
09:00:38  <Celestar> roboboy: not sure. not even sure that is cargodest-related but I'll investigate late next week
09:01:21  <roboboy> hm ok
09:01:28  <peter1138> Celestar, no crash in trunk
09:01:46  <roboboy> I reported that yesterday/friday
09:02:28  <Celestar> peter1138: interesting
09:03:00  <Alberth> roboboy: You get mail automatically when the ticket is modified
09:05:57  <Celestar> roboboy: cargodest bugs don't go into flyspray ..
09:06:14  <Celestar> it's not official yet (=
09:06:46  <roboboy> ok
09:07:01  <roboboy> so the wiki is better or the forum
09:07:09  <Celestar> wiki is best as it sais on the forum.
09:07:11  <Celestar> forum is ok too
09:07:17  <Celestar> but I might lose track there
09:07:23  <roboboy> exactly what would normally goes in flyspray
09:08:16  <peter1138> says :p
09:09:03  <roboboy> I should have known but the crash window distracted me and said to put it in flyspray. I should have ignored it
09:10:33  *** Milloflex [] has joined #openttd
09:10:42  <Celestar> this is so weird
09:10:48  *** |Jeroen| [] has joined #openttd
09:13:19  <Ammler> Eddi|zuHause: what's a DNF?
09:13:30  <Eddi|zuHause> Duke Nukem Forever
09:13:33  <Ammler> (GRF release related)
09:14:02  <Celestar> crap
09:14:16  <Celestar> I'll need help debugging some stuff in cargodest :P
09:17:19  <Celestar> because I'm out of time this week
09:18:01  <Eddi|zuHause> just preallocate time from next week ;)
09:19:01  <Celestar> cannot
09:19:05  <roboboy> !seen orudge
09:19:07  <Celestar> ENOMEM
09:20:03  <Forked> Celestar: here now..
09:20:06  <Forked> ish
09:20:13  <Forked> it's the day after, so I'm a bit .. reduced =p
09:24:04  <Celestar> :P
09:24:41  <Celestar> Forked: it seems I have fixed the routing bug that you have mentioned. Can you test it? (I've not fixed the crash bug yet because I don't find the cause at the moment)
09:26:36  <Ammler> Forked: small hint to make bug report a little bit easier... :-) uploading the cfg is useless, as the settings are stored in the save and might differ from the cfg... (changes after start)
09:27:25  <Ammler> hmm, oh, are they for cargodest too?
09:27:40  <Forked> Ammler: oh :)
09:28:11  <Forked> Celestar: I'm sort of depending on a pre-compiled win32 binary right now :\
09:29:02  <Celestar> Forked: no hurry
09:29:05  <Celestar> Ammler: are "they" ?
09:30:07  <Ammler> those?
09:30:42  *** yorick [] has joined #openttd
09:31:17  <Forked> Ammler: I guess another thing when it comes to bugreporting is do it in the right place. :) (and I thats the wiki for cargodest? talk-section)
09:32:45  * Forked is going back to bed .. it's just too early
09:33:28  *** tokai [] has quit [Ping timeout: 480 seconds]
09:36:03  *** tokai [] has joined #openttd
09:36:06  *** mode/#openttd [+v tokai] by ChanServ
09:37:32  *** Mortal [] has joined #openttd
09:40:55  *** elmex [] has joined #openttd
09:41:04  *** michi_cc [] has joined #openttd
09:41:07  *** mode/#openttd [+v michi_cc] by ChanServ
09:41:22  <Ammler> Forked: better in wong place as nowhere ;-)
09:42:26  <Forked> Celestar: btw the crash bug.. There was some refitting in the picture. I'll see if I can reproduce it in nightly later... but now.. Book, chips and bed.
09:42:30  * Forked waves
09:43:33  <Celestar> Forked: I can reproduce it
09:49:05  *** Tim [] has joined #openttd
09:49:11  *** extspotter [] has joined #openttd
09:49:15  <extspotter> heya
09:49:26  <Celestar> hey
09:50:27  <Celestar> extspotter: btw. MUC had 34.8 Mpax in the most recent 12-months statistic.
09:50:32  <Celestar> (no 28. in the world)
09:50:33  *** yorick [] has quit [Read error: Connection reset by peer]
09:50:55  <Celestar> and 437000 operations (No 20 in the world)
09:51:11  *** yorick [] has joined #openttd
09:52:59  <CIA-1> OpenTTD: peter1138 * r14198 /trunk/src/newgrf.cpp: -Codechange: [NewGRF] Simplify handling of common vehicle properties.
09:53:25  <extspotter> hi
09:53:30  <extspotter> just annoyed at myself now
09:53:41  <extspotter> I crashed my 2 best trains on brianetta's server into each other
09:53:55  *** mortal` [] has joined #openttd
09:54:04  <Celestar> :S
09:54:08  <extspotter> I was relaying some track into my power station station
09:54:22  <extspotter> and I saw it in the corner of my eye. I was like noooooooooooooooo
09:54:45  <extspotter> never mind!
09:55:09  *** mortal`` [] has joined #openttd
09:56:20  <Celestar> heh
09:58:30  <Rexxars> how do the town ratings improve over time? is there a check of some sort every x ticks?
09:58:54  <Eddi|zuHause> town ratings increase every time a vehicle appears at a station
09:59:16  <Eddi|zuHause> or when you plant a tree on a tile that does not have a tree yet
09:59:27  <Rexxars> interesting
09:59:38  <rortom> hi all
09:59:54  <rortom> someone plays ottd in dualscreen?
09:59:54  <Rexxars> I'm playing with the daylength patch, and the town ratings takes ages to improve.. even with tons of tons of trains and buses arriving
09:59:59  <rortom> or multiple screens?
10:01:19  *** Mortal [] has quit [Ping timeout: 480 seconds]
10:02:14  *** Mortal [] has joined #openttd
10:02:23  *** mortal` [] has quit [Ping timeout: 480 seconds]
10:03:53  *** mortal`` [] has quit [Ping timeout: 480 seconds]
10:10:46  <eekee> rortom: I play with multiple screens in Linux, but they're arranged as seperate screens, so programs don't display on both. What's your setup?
10:14:47  <rortom> xinerama on linux working well for ottd
10:15:11  <rortom> windows is working also dualscreen with the newest version and windowed more
10:15:35  <Alberth> Celestar: I have a "this->CargoLeft() != __null" crash with the first transfer (of water) without paxdest enabled (all dests are allowed) very early in the game (2 trains, the first transfer of the game). Is this interesting to report?
10:15:37  <rortom> i wass thinking if it possibble for ottd to detect a dual screen setup
10:16:45  <eekee> ahh I expect so. Lots of linux apps haxe xinerama support
10:17:06  <Rubidium> rortom: SDL doesn't tell us, so the answer is no
10:17:11  <eekee> o
10:17:15  <rortom> thats bad then :(
10:17:24  <rortom> and whats about windows, same problem?
10:18:08  <eekee> SDL is used on both platforms, right?
10:18:13  <Rexxars> yes
10:18:18  <Rubidium> can be used on both
10:18:22  <Ammler> Rubidium: do you have a testgrf for the different graphicsets feature?
10:18:22  <Celestar> Alberth: are you replacing anything?
10:18:24  <Rubidium> but windows uses GDI by default
10:18:53  <eekee> sounds like time to file a feature request for SDL ^^'
10:18:54  <Ammler> tried with OpenGFX
10:18:55  <Rubidium> Ammler: no, though I did mix dos and windows original graphics to test it (looks horrible)
10:19:13  <Alberth> Celestar: no, it is only Oct 1950 :)
10:19:16  <Celestar> I don't understand settings
10:19:30  <Celestar> Alberth: do you have a savegame of this and what revision do you use?
10:19:33  <Rubidium> Ammler: OpenGFX doesn't support it/isn't written for it yet
10:20:15  <Rubidium> rortom: I don't understand Windows' multimonitor libraries and they don't seem to work correctly either
10:20:28  <peter1138> Good news everyone!
10:20:52  <FauxFaux> (Hi, Dr. Peter!)
10:20:56  * Ammler still hopes there will be a "static-grf-before-newgrf" sometime :-)
10:21:03  <Rubidium> rortom: i.e. something that works on some computers doesn't work at all on others
10:21:33  <Rubidium> Ammler: and then getting desyncs because you've got to many static-grf-before-newgrfs?
10:21:34  <Alberth> Celestar: yes, h:e79bdd2 says the window title (no idea how to question this with hg itself)
10:21:56  <rortom> Rubidium, that sounds not good. and it sounds like windows ;)
10:22:50  <Celestar> Alberth: he, no idea (=
10:23:03  <Alberth>
10:23:36  <Rubidium> Alberth: hg tip shows you the revision
10:24:11  <Celestar> Alberth: heh.. I cannot load this savegame :o
10:24:52  <Celestar> Alberth: did you use the cargodest hg version or did you patch trunk?
10:25:08  <Ammler> Rubidium: already documented somewhere what is needed for OpenGFX?
10:25:26  <rortom> this windows directx sdk direct music workaround is just stupid from microsoft...
10:25:42  <Alberth> ran the hg clone command at the wiki this morning, build binary from that
10:25:53  <Rubidium> Ammler: see docs/
10:26:30  <Pikka> Ammler: did you work out whatever your issue was with the carriages in NARS?
10:26:50  <Eddi|zuHause> Rubidium: not worse than desyncs because "incompatible" newgrfs detected below a non-static grf
10:26:55  <Pikka> I wasn't really sure what the issue was...
10:27:11  <Rubidium> Eddi|zuHause: that should be solved
10:27:16  <rortom> Rubidium, you used those functions: ?
10:27:28  <Ammler> Pikka: I play mostly with "vehicle never expire" to have possiblitly for eyecandy in later time...
10:27:37  <Celestar> Alberth: ok
10:27:38  <Celestar> check later
10:27:46  <Rubidium> rortom: some of those yes
10:28:04  <rortom> Rubidium, i will see if i can improve the code
10:28:13  *** frosch123 [] has joined #openttd
10:28:26  <Alberth> Celestar: provided link gives warning that it was not tested against viruses, downloading anyway (link above the red notice box with the warning) returns exactly the same file to me
10:28:38  <Eddi|zuHause> Rubidium: you mean like non-static newgrfs cannot detect static newgrfs?
10:28:54  <Rubidium> well, it got axed from trunk again because it made multimon support worse
10:29:10  <Ammler> Pikka: I think it is not a bug, it was just a glitch of me
10:29:25  <Rubidium> Eddi|zuHause: they can detect them, but if they do the static newgrf gets disabled and the non-static newgrf gets told it isn't used
10:29:32  <Ammler> there is no "old" waggon available anymore in later times :-9
10:30:02  <Pikka> oh, yeah.. of course. :)  a 21st century coach still looks like a 21st century coach even if you put it behind a steam loco...
10:30:04  <peter1138> dbg: [grf] [custom/pack/7.2/4_infrastructure/ukroadset/UKRoadsetw.grf:564] LoadNewGRFFile: Unexpected sprite, disabling
10:30:10  <peter1138> Hee
10:30:34  <frosch123> revert !
10:30:38  <frosch123> :p
10:31:00  <Ammler> Pikka: but it is strange, it does change the livery to the "how is it called" type...
10:31:17  <Ammler> that alternative energy thing.
10:31:53  <Ammler>
10:31:56  *** Slowpoke [] has joined #openttd
10:32:30  *** Purno [] has quit [Read error: Connection reset by peer]
10:32:51  <Eddi|zuHause> Rubidium: so that'll mean no way to use the dutch catenary with the canadian stations
10:33:33  <Eddi|zuHause> (on a network server, with dutch catenary being static client side)
10:33:38  <Rubidium> either that or desyncs
10:35:02  <Ammler> Rubidium: I would like to load that GRF before the server newgrfs:
10:36:04  <Forked> meep meep
10:36:11  <Rubidium> guess that should be implemented in openttd[dw].grf
10:36:23  <Rubidium> need to ask permission and such for it
10:36:34  <Ammler> Rubidium: can't because it has original graphics
10:37:00  <Ammler> well, modified, but
10:37:35  <Ammler> I am sure, Addi would give you permission.
10:43:16  *** Belugas [~belugas@] has quit [Ping timeout: 480 seconds]
10:44:02  <peter1138> Rubidium, unknown action 0 properties: disable the grf?
10:44:16  <Celestar> back
10:44:24  <rortom> Rubidium, i think the multi monitor problem is that some functions are only available for windows 98 and later
10:44:43  <Celestar> Alberth: that is indeed word
10:44:45  <Celestar> weird*
10:44:57  <Rubidium> rortom: that shouldn't be the biggest problem
10:45:06  <Rubidium> peter1138: what action 0 properties don't we implement?
10:45:22  * Forked looks at his network-in-construction and wonders what the hell he was thinking yesterday
10:45:23  <Celestar> Alberth: trying manually
10:45:47  <Celestar> BAH
10:45:49  <eekee> Forked: I get that feeling often
10:45:54  <peter1138> None that I know of. There are some that we don't do anything with, but we they're not unknown.
10:46:01  * Celestar puts onto is "idiotic crap" page :P
10:46:01  *** lobster_MB [~michielbr@] has joined #openttd
10:46:03  <Rubidium> rortom: primarily because win9x builds have to be done without unicode support anyway
10:46:37  *** Belugas [~belugas@] has joined #openttd
10:46:40  *** mode/#openttd [+o Belugas] by ChanServ
10:47:03  <Rubidium> peter1138: maybe some action0 feature 8?
10:47:18  <Rubidium> or are even those "implemented"
10:47:46  <Rubidium> anyhow, it's fine by me, we'll hear some complaints eventually if we don't support something
10:48:12  <peter1138> I'll check feature 8.
10:48:20  <Celestar> Alberth: I see
10:48:24  <Celestar> Alberth: thanks for the report (=
10:48:31  <peter1138> That's the idea, instead of silently continuing, possibly wrongly...
10:48:36  <Celestar> hm
10:49:29  <Celestar> when a setting is not in the .cfg, what is is set to?
10:50:02  *** reldred [] has left #openttd []
10:50:05  <peter1138> The default setting, in settings.cpp
10:50:15  *** reldred [] has joined #openttd
10:50:15  * Celestar wonders why that isn't the case then for him
10:50:19  <CIA-1> OpenTTD: rubidium * r14199 /trunk/ (29 files in 6 dirs): -Codechange: split fileio.h into fileio_type.h and fileio_func.h so not everything that includes saveload.h needs to include everything else too.
10:50:42  <Pikka> ammler: those are just the normal coaches for after 2000
10:51:04  <Ammler> Pikka: the first waggon?
10:51:49  <Celestar> [rn]
10:51:50  <Celestar> aircraft_penalty_factor = 67305985
10:51:52  <Celestar> oh yeah :S
10:52:10  <Rubidium> Celestar: what's the exact problem?
10:53:17  <Celestar> Rubidium: I've bumped the savegame revision to 104, added this line to settings.cpp:
10:53:20  <Celestar> SDT_CONDVAR(GameSettings, rn.aircraft_penalty_factor,                     SLE_UINT,104, SL_MAX_VERSION, 0, 0,                       1,   1,      10, 0, STR_NULL,         RoutingBase_t::ModifyParameter),
10:53:50  <eekee> damn I did it again. change a signal from pre to advanced when a train is approaching it fast and the signal system doesn't have time to react properly. BOOM. (416MHz ARM CPU)
10:53:51  <Celestar> added the "rn" struct to GameSettings. When a start the game and close it, some arbitrary crash is written to aircraft_penalty_factor in the config file
10:54:55  <Rubidium> please show me the whole diff
10:54:59  <Celestar> Rubidium: k
10:55:00  <Celestar> sure
10:55:19  <Celestar>
10:55:32  <Celestar> I'm messing this up somewhere, but I don't see where
10:56:09  <Rubidium> reading 4 bytes out of a 1 byte variable is going to cause trouble
10:56:45  <Rubidium> i.e. change the SLE_UINT[32] -> SLE_UINT8
10:56:52  <Pikka> yes Ammler
10:58:08  <Celestar> AW SHIT
10:59:17  *** Sir-Bob [] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]]
10:59:27  <Celestar> thanks Rubidium  (=
11:02:23  <rortom> i dont get the windows header versioning system. i need #if(WINVER >= 0x0500) to get the multimonitor functions
11:02:50  <rortom> says that _WIN32_WINNT=0x0500 should do the job :\
11:04:53  <Ammler> hehe:
11:06:22  <Ammler> seems not that easy to use the OpenGFX as a replacement...
11:08:09  <Ammler> my obg:
11:09:02  <frosch123> since when does OpenGFXr1.grf contain all sprites?
11:09:12  <Ammler> it doesn't :-)
11:09:34  <frosch123> since when it is a pure grf instead of newgrf?
11:09:56  <Ammler> frosch123:
11:10:33  <frosch123> that is a newgrf
11:11:01  <Gekz_> eekee: lol what
11:11:06  <frosch123> you can put that into "extra = " if you like
11:11:07  <Gekz_> eekee: what device
11:11:26  <Ammler> frosch123: you can add multiple extras?
11:11:27  <eekee> Gekz_: zaurus sl-c3200
11:11:38  <Gekz_> old
11:11:38  <Gekz_> lol
11:11:39  <frosch123> not that I know of
11:11:54  <eekee> Gekz_: :PPP
11:12:12  <Ammler> that would "fix" my "static-before" problem :-9
11:12:28  <eekee> Gekz_: I've had it a year & a half, it was state of the art when I got it
11:12:55  <Gekz_> eeepc.
11:12:57  <Gekz_> enough said.
11:13:22  <eekee> Gekz_: the eeepc made me sad :(
11:13:25  <Gekz_> why
11:13:51  <Ammler> dbg: [grf] [OpenGFXr1.grf:2542] LoadNewGRFFile: Unexpected sprite, disabling
11:13:53  <eekee> Gekz_: coz I spent so much on the zaurus. The z is still smaller though
11:13:57  <Gekz_> lol
11:14:01  <Gekz_> I didnt want miniscule
11:14:03  <Gekz_> and I wanted usable
11:14:04  <Gekz_> :D
11:14:13  <Gekz_> an ARM CPU is not usable.
11:15:02  <eekee> oh "usable" == "able to run propriety software"? That wasn't an issue for me.
11:15:03  <frosch123> Ammler:
11:15:09  <Gekz_> no
11:15:19  <Gekz_> the clock speed is too slow
11:15:23  <Gekz_> not the architecture.
11:15:30  <eekee> oh ok
11:15:42  <Gekz_> and ARM sucks
11:15:44  <Gekz_> lol
11:16:27  <eekee> runs linux pretty well but I think it might be slower than a 400MHz pentium or k6
11:16:45  <Gekz_> I have a 630MHz Pentium M in my EeePC
11:16:48  <eekee> otoh the X server is horribly buggy
11:16:54  <Gekz_> with 1GB 667MHz DDR2
11:17:03  <Gekz_> what does otoh stand for
11:17:06  <Gekz_> no-one will tell me
11:17:08  <Gekz_> and I cant remember
11:17:20  <eekee> on the other hand
11:17:30  <Gekz_> ah
11:17:46  <Gekz_> I'd put gentoo on it
11:17:48  <Gekz_> but that's just me
11:17:52  * Gekz_ hates gentoo btw
11:18:00  <eekee> haha
11:18:02  <Gekz_> and i'm having a shower, so feel free to rant at me,I'll reply when I return
11:18:03  <eekee> me too
11:18:38  <eekee> I got angstrom on it. wanted to port source mage, but I phail @ gcc & glibc :(
11:18:46  <eekee> lol ok
11:23:16  *** reldred [] has quit [Quit: brb]
11:24:51  *** reldred [] has joined #openttd
11:24:56  <Alberth> Celestar: What does "@param mta == MTA_FINAL_DELIVERY || dest != NULL" mean? (line 266 cargopacket.h), maybe you mean "@pre"?
11:26:21  *** davis- [] has joined #openttd
11:29:18  <Gekz_> lol i hate source mage
11:29:22  <Gekz_> I'm not homo enough to deal with it
11:29:46  *** flowOver [] has quit [Quit: Leaving]
11:34:29  <Eddi|zuHause> i have no idea what you just said
11:36:16  *** Volley [] has joined #openttd
11:37:14  <FauxFaux> Rubidium: win32.cpp still includes fileio.h?
11:38:17  <Rubidium> always windows doing strange things :(
11:39:02  <FauxFaux> Just changing the #include line to both of the new files ( makes to compile here (vs2008).
11:39:14  <rortom> Rubidium, i got the multi monitor  info working for windows 200 and up. would that help?
11:39:20  <rortom> *2000
11:39:47  <FauxFaux> What're you trying to do, rortom? What does openttd need to know about multi-monitor on Windows?
11:40:24  <rortom> FauxFaux, im trying to improve multi monitor support in windows
11:40:38  <rortom> that begins from detecting the displays
11:40:49  <rortom> up to repositioning the screen, etc
11:40:50  *** Yeggzzz is now known as Yeggstry
11:40:56  *** Yeggstry is now known as Yeggzzz
11:40:58  <Eddi|zuHause> rortom: you mean stuff like not splitting the status bar in half?
11:41:02  *** Yeggzzz is now known as Yeggstry
11:41:02  <Rubidium> rortom: I got it working too... *BUT* it failed horribly on most systems
11:41:04  <FauxFaux> What's wrong with the multi monitor support at the moment (ie. none)?
11:41:11  <Forked> weird.. why is it that passengers want to go on a train through another station (A-C-B) rather than directly from A-B .. A-B is even shorter in tiles :\
11:41:13  <FauxFaux> Mmm, status bar, intersting.
11:41:43  <rortom> Rubidium, could you share your code with me so i can see whats the diff?
11:41:59  <Eddi|zuHause> i don't think it is worth the effort, but i don't have dual monitors ;)
11:42:09  <rortom> Eddi|zuHause, YES :)
11:42:10  <Rubidium> can't as I trashed it
11:42:17  <rortom> :|
11:42:42  * FauxFaux only asked 'cos I've done multi-monitor stuff on Windows before, couldn't think what you'd want to use it for, but laying out windows in a smart way would be pro.
11:42:43  <Rubidium> the major problem is that it will work on some systems, but causes more trouble than good on other systems
11:42:49  <rortom> so you want to look at my code to see if you did it the same way?
11:42:54  <FauxFaux> Unfortunately I don't have dual-displays at the moment. :(
11:43:39  <Rubidium> I can't be bothered with Windows anymore; I get really really really annoyed by it
11:43:46  <Rubidium> same way for OSX
11:44:24  <rortom> hehe, i can understand this totally ;)
11:44:44  <Rubidium> FauxFaux: does solve the issue?
11:45:20  *** Zahl [] has joined #openttd
11:46:18  <rortom> so the way to go is to create a working patch so users could test it?
11:46:51  <FauxFaux> Rubidium: No, you've removed fios.h; referenced FiosItem win32.cpp line 808.
11:47:17  <Rubidium> FauxFaux: that's why I REALLY hate wrong comments...
11:47:27  <FauxFaux> Mmm. :)
11:48:31  <Rubidium> so the updated one works as it should?
11:49:10  <hylje> misinformation is worse than no information at all
11:49:42  <FauxFaux> Rubidium: Yep.
11:51:22  <CIA-1> OpenTTD: rubidium * r14200 /trunk/src/ (5 files in 3 dirs): -Fix (r14199): some OSes failed to compile. Furthermore I hate wrong comments!
11:51:52  <FauxFaux> Thanks. :)
11:52:50  *** extspotter [] has quit [Quit: Bye for now!]
11:54:56  *** Phoenix_the_II [] has joined #openttd
11:58:51  <peter1138> Gah, stupid cheap spirit level.
11:59:02  <peter1138> It's 5mm out :(
12:00:22  <Prof_Frink> Over what distance?
12:01:05  <Prof_Frink> 5mm over 1km would be pretty good going. 5mm over 30cm less so.
12:02:11  <peter1138> ~ 90cm
12:02:26  <peter1138> Hmm, actually make that 2.5mm
12:02:38  <peter1138> I measured it both ways :)
12:09:41  <rortom> so who has multi-monitor running under windows?
12:11:58  <davis-> me i guess
12:16:02  <rortom> i will work on a multi monitor patch then
12:16:12  <eekee> Gekz_: I'm getting tired of SM
12:16:28  <FauxFaux> Mmm, the YAPF presignals bug I was going to try and fix appears to have vanished, cool. \o/
12:17:17  <frosch123> also when you do not use yapp?
12:18:05  <Celestar> back
12:18:27  *** roboboy [3aad2910@] has quit [Quit: ajax IRC Client]
12:24:39  *** glx [] has joined #openttd
12:24:41  *** mode/#openttd [+v glx] by ChanServ
12:25:57  <Celestar> hey glx
12:26:39  <Alberth> Celestar: welcome again
12:27:32  <glx> hi Celestar
12:28:18  *** Wezz6400 [] has joined #openttd
12:28:31  <Alberth> Celestar: Is 'anywhere' destination represented by lack of explicit destionations (ie no DestinationList map)?
12:31:46  <Gekz_> eekee: I'm getting tired of trying to play freeciv on 800x480
12:33:14  <Celestar> Alberth: context? (I've found the reason of the bug)
12:35:51  <Celestar> heh
12:35:59  <Celestar> I should really have tested the cargolist without destinations methinks
12:36:18  <Alberth> For the case of a split of a list of cargo packet, just after line 324 it tries to update the destination map of the CargoList, but it hasn't got one, since I didn't switch on destinations yet
12:36:49  <Celestar> Alberth: destination lists are always present. the problem is, it's a vehicle. Vehicles don't have destination lists (=
12:37:09  <Celestar> I've fixed that one, but I'm getting another problem now
12:40:02  <Alberth> So instead of assert() it should be a condition for the whole else-branch?
12:41:50  <Celestar> nope
12:42:31  <Celestar> Alberth: we should only do it on MTA_CARGO_LOAD not on MTA_OTHER
12:45:34  <TrueBrain> Celestar: I played cargodest a bit the other day :) It gives a nice new type of gameplay in OpenTTD :)
12:45:48  <Celestar> TrueBrain: different, isn't it?
12:45:53  <Celestar> TrueBrain: hit any major problems?
12:46:05  <peter1138> TrueBrain actually played? :D
12:46:25  <Celestar> peter1138: must be a nice patch then :P
12:46:54  <rortom> Rubidium, what multi monitor modes did your patch support?
12:48:03  <Rubidium> the dumbest?
12:49:48  *** Roujin [] has joined #openttd
12:49:59  <TrueBrain> peter1138: suprising, not? :p
12:50:03  <rortom> i mean i know horizontal span and dual viewl
12:50:14  <TrueBrain> it took me ages to understand the order GUI, but that is not related to cargodest :p
12:50:15  <Roujin> hi there
12:50:21  <rortom> but for dual view you would need to create two windows
12:50:39  <TrueBrain> Celestar: well, the only 'major' problem was to find the patch option (the naming is _very_ _very_ vague there)
12:50:49  <peter1138> TrueBrain, it took me a while, but the old one seems so limited now :)
12:50:54  <peter1138> (Order GUI)
12:51:04  <Celestar> TrueBrain: heh
12:51:20  <Celestar> TrueBrain: maybe I should think of summin better
12:51:47  <Roujin> Celestar: you made some wrong comments via c&p in your last cargodest commit ;)
12:52:01  <Roujin> in settings_type.h
12:54:38  <TrueBrain> Celestar: sounds like a good plan :)
12:54:55  <TrueBrain> (sorry, but it is that I know what text should be there, and noticed something new, else I would never have found it :))
12:54:58  <Alberth> Celestar: My prg now crashes while loading cargo from the station (call at economy.cpp:1668)
12:58:57  *** grumbel [] has joined #openttd
12:59:14  <Celestar> Roujin: I did?
12:59:26  <Celestar> TrueBrain: I'm open for suggestions
12:59:34  <Celestar> Alberth: yeah, I'm on it, I'm on it (=
13:00:02  <TrueBrain> maybe just call it cargodest or something, more people understand that :)
13:00:29  <TrueBrain> btw, you really need to look a while at the station window in order to understand what it means, but I see no other way to make that more clear :) After you understand, it is all good :)
13:01:07  <Alberth> Couldn't you first try finding cargo for the 'next' station, then find additional cargo for the INVALID_STATTION if the former is not enough?
13:02:46  <Roujin> Celestar: yep, copied "penalty factor of an aircraft" for the settings five times
13:02:59  <Celestar> o
13:03:52  *** Frostregen [] has joined #openttd
13:04:50  <Celestar> Roujin: oh shit. fixed
13:04:58  <Celestar> Roujin: not yet pushed. wait please :P
13:06:18  <Roujin> sure, just wanted to inform you ;)
13:07:17  <Roujin> just read the commits of last week in the repository, after being busy for university the last 6 days :/
13:07:46  <Roujin> @logs
13:07:49  <SpComb> Logs:
13:07:49  <Roujin> !logs
13:08:47  <Celestar> peter1138: (=
13:11:04  <Celestar> note to self: save-before-compile
13:11:37  *** reldred is now known as reldred|gone
13:12:34  <rortom> is it possible to let openttd running with two windows?
13:12:54  <rortom> since you would need to create multiple windows for a multi screen setup
13:13:06  <yorick> openttd -d?
13:13:12  <rortom> i mean code-wise
13:13:28  <yorick> it does create 2 windows :-P
13:13:43  <yorick> but afaik it isn't possible to let it run in 2 windows without some modification
13:13:55  <FauxFaux> I believe it's significant modification. :)
13:14:24  <Celestar> heh
13:14:35  <Celestar> maybe make the Extra Viewports additional windows
13:14:58  <FauxFaux> I did that at some point in the distant past, no way will I be able to find or apply the patch now.
13:15:07  <FauxFaux> There was something horribly wrong with it, too, can't remember what. ¬_¬
13:16:00  <rortom> D:
13:16:41  <rortom> so no fullscreen support for dualview :(
13:17:22  <TrueBrain> rortom: which game does support that?
13:17:37  <Celestar> TrueBrain: I don't think _that_ is a valid argument (=
13:17:42  <FauxFaux> TrueBrain: Supcom. :p
13:18:05  <TrueBrain> Celestar: it is more to point out that it isn't a 'normal' request, as most games didn't over come that 'problem'
13:18:10  <glx> multimonitor on windows is mainly a directx feature
13:18:20  <frosch123> extra viewports would imply that they are scrolled independently from each other, so you can just as well start two clients for the same company
13:18:44  <TrueBrain> I know of one game, Supreme blabla, that does it :) One window becomes the map + tactical overview, the other the game
13:19:08  <Roujin> say, is there any information about the engine pool in the wiki?
13:19:40  <Roujin> I didn't find anything, so I created a stub page when I created this page some days ago:
13:19:56  <rortom> TrueBrain, supreme commander :) lagged as hell ;)
13:20:24  <TrueBrain> details, details .. :)
13:20:39  <Celestar> TrueBrain: yeah I don't think having the additional viewports in separate windows would be a lot of a problem
13:21:52  <TrueBrain> that is, what frosch123 said, pretty useless in my opinion :)
13:21:58  <Roujin> there also seemed to be no information about other new features in trunk/nightlies, like aqueducts and the new order window, so I added a chapter with the nightly template in the respective pages
13:22:20  <TrueBrain> then again, a game on both screens is useless in my opinion :) As I personally have 2 screens so I can do one thing on one screen, and other thing son the other :p
13:22:43  <Roujin> It would be nice if someone knowledgeable expanded the stub about the engine pool a little..
13:23:59  <Celestar> Alberth: Roujin: there are changes to pull (=
13:24:17  <Alberth> Celestar: Should CargoPacket::SameRoute() never hold for 2 cargo-packets in the same CargoList? (except in case of overflow of cargo count, it seems).
13:25:04  <Celestar> I'm off, got work to do a bit
13:27:04  <TrueBrain> on a sunday?
13:29:10  *** genclay [] has joined #openttd
13:31:05  *** Yeggstry [] has quit [Read error: Connection reset by peer]
13:46:52  <peter1138> Roujin: Engine pool? I know nothing about it.
13:47:27  <davis-> clueless peter :o
13:47:48  <davis-> buttscratcher?
13:49:12  <peter1138> BUTTSCRATCHER?
13:49:37  *** shodan [] has quit [Quit: Client Exiting]
13:50:06  <davis-> :O
13:50:35  <davis->
13:52:07  *** [1]Roujin [] has joined #openttd
13:52:48  <peter1138> Quite.,
13:57:48  *** Roujin [] has quit [Ping timeout: 480 seconds]
13:57:48  *** [1]Roujin is now known as Roujin
14:08:51  *** yorick [] has quit [Read error: Connection reset by peer]
14:09:31  *** yorick [] has joined #openttd
14:11:35  *** skub [] has joined #openttd
14:18:20  <Celestar> TrueBrain: yeah, I have a shitload of work at the moment :S
14:19:25  <Celestar> TrueBrain: will change in a fortnight
14:19:34  <Celestar> TrueBrain: that's why cargodest is a little on the back burner at the moment.
14:19:40  <TrueBrain> good luck :)
14:19:43  <Celestar> TrueBrain: then again, only minor things need fixing
14:20:30  *** Pikka [PikkaBird@] has quit []
14:28:23  <TrueBrain> There will be a short interuption of the OpenTTD web-related services
14:28:25  <Forked> hm
14:28:55  <Forked> dogwalk. :) then more playing
14:28:58  *** TrueBrain [truebrain@] has quit [Quit: Look at me flying!]
14:28:59  *** DorpsGek [] has quit [Read error: Connection reset by peer]
14:29:02  <Forked> Hello, my name is Forked and I'm an addict..
14:30:39  <Celestar> heh
14:30:42  *** GoneWacko [] has quit [Quit: leaving]
14:31:08  *** GoneWacko [] has joined #openttd
14:33:27  *** De_Ghosty [] has quit [Ping timeout: 480 seconds]
14:35:38  *** De_Ghosty [] has joined #openttd
14:38:05  *** Aitor [] has joined #openttd
14:41:28  *** stillunknown [] has joined #openttd
14:42:53  *** Celestar [] has quit [Ping timeout: 480 seconds]
14:43:25  *** [1]Roujin [] has joined #openttd
14:44:10  *** Aitor [] has quit [Quit: Aitor]
14:44:41  <ecke> is there any stable release witch have sharing infrastucture?
14:46:00  <peter1138> No.
14:46:16  *** DorpsGek [] has joined #openttd
14:46:20  *** mode/#openttd [+o DorpsGek] by ChanServ
14:46:51  *** TrueBrain [] has joined #openttd
14:47:32  <TrueBrain> All services should be back up and running (as I and DorpsGek are here again :p)
14:47:54  <ecke> peter1138 and any stable mod?
14:48:05  <peter1138> I don't know.
14:48:09  <Gekz_> TrueBrain: that's a lie
14:48:13  <Gekz_> a dirty rotten lie
14:48:34  <yorick> Gekz: the cake is a lie, too
14:48:40  <Gekz_> Mainly,.
14:48:42  *** Gekz_ is now known as Gekz
14:48:49  <TrueBrain> Gekz: are you now asking for a kick, or? :)
14:48:52  *** Milloflex- [] has joined #openttd
14:49:06  <Gekz> TrueBrain: I love you! I was infact asking to be promoted to your superior.
14:49:17  <Gekz> no
14:49:19  <Gekz> demanding!
14:49:24  <TrueBrain> you are crazy
14:49:28  <Gekz> Only at night
14:49:30  <Gekz> on sundays.
14:49:33  <yorick> <-- the train at the top right is heading the wrong way
14:49:37  *** Milloflex [] has quit [Ping timeout: 480 seconds]
14:49:37  <Gekz> and per chance, it is said time :D
14:49:37  <TrueBrain> when you wear that dress
14:49:49  <Gekz> the dress is just for decoration
14:49:59  <hylje> it's cute regardless
14:50:02  <Gekz> creepy story with that.
14:50:02  <hylje> ohh the frills
14:50:13  <Gekz> my girlfriend asked me why i DIDNT want to wear her dress
14:50:18  <Gekz> I was so confused.
14:50:19  <Gekz> lol
14:50:28  *** Roujin [] has quit [Ping timeout: 480 seconds]
14:50:28  *** [1]Roujin is now known as Roujin
14:50:39  <hylje> why
14:50:57  <Gekz> I dont know why
14:50:58  <Gekz>
14:51:36  <hylje> not subtle enough
14:51:54  <Gekz> lol
14:53:19  <Gekz>
14:55:05  <peter1138> Hmm, I guess I'll have to build my own 3.5mm switch.
14:55:36  <De_Ghosty> any one any idea how to point pages with webmin?
14:56:23  <Gekz>
14:56:24  <Gekz> OMF
14:56:39  <peter1138> Same thing?
14:58:12  <yorick> peter1138: no, only the same url, and the same picture
14:58:26  <Gekz>
14:58:30  <Gekz> I pasted the wrong link
14:58:32  <Gekz> ._>
14:58:55  <peter1138> yorick, that's what I meant.
14:59:10  <peter1138> I didn't look at any of them as I've already seen them, heh...
14:59:15  <TrueBrain> @kick Gekz no youtube links here
14:59:28  <TrueBrain> @kick Gekz no youtube links here
14:59:28  *** Gekz was kicked from #openttd by DorpsGek [no youtube links here]
14:59:32  *** Gekz [] has joined #openttd
14:59:35  <yorick> TrueBrain: quote the piece of the topic that says that, please
15:00:58  <SmatZ> yorick: TrueBrain says taht
15:01:00  <SmatZ> that
15:01:04  <SmatZ> .....
15:01:06  <TrueBrain> @kban yorick don't be a wise-ass
15:01:06  *** mode/#openttd [+b *!] by DorpsGek
15:01:07  *** yorick was kicked from #openttd by DorpsGek [don't be a wise-ass]
15:01:10  <Gekz> OH PWNED
15:01:14  <Gekz> but that link is awesomne
15:01:14  <SmatZ> :-D
15:01:19  <Gekz> a revolving door blows up
15:01:21  <Gekz> sandwiches a guy
15:01:24  <Gekz> shatters on him
15:02:13  <Gekz> oh awesome, my girlfriend made muffins
15:02:30  <hylje> what's the caveat
15:08:12  <Gekz> nothing
15:08:47  <Gekz>
15:10:30  <TrueBrain> haha, yorick wants to know why I banned him .. if he can't figure that out himself, .. I don't know ..
15:11:36  <TrueBrain> anyway, I wish you all a good day :) I am going to enjoy the sun .. 2 days of 25 degrees here, you have to enjoy that :)
15:12:51  <Gekz> lol
15:14:57  <Gekz>
15:15:48  <TrueBrain> Gekz: please, do stop that .. this is not that kind of channel
15:15:59  <Gekz> :<
15:16:05  <Gekz> but that was the last one
15:16:11  <Gekz> and i'm sure you'll enjoy it TrueBrain
15:16:14  <Gekz> give that last one a chance
15:16:21  <TrueBrain> not even opening them
15:16:38  <Gekz> :<
15:20:33  <Roujin> i'll also be going outside for a bit
15:20:53  <Roujin> too damn nice weather
15:21:20  <Roujin> see you
15:21:27  *** Roujin [] has quit [Quit:  Try HydraIRC -> <-]
15:23:18  <TrueBrain> @op
15:23:18  *** mode/#openttd [+o TrueBrain] by DorpsGek
15:23:25  *** mode/#openttd [-b *!] by TrueBrain
15:23:25  <TrueBrain> @deop
15:23:28  *** mode/#openttd [-o TrueBrain] by DorpsGek
15:23:45  *** Brianetta [] has joined #openttd
15:23:47  *** yorick [] has joined #openttd
15:24:30  <Alberth> Celestar: Started anew with my water service; have a delivery train that sequentially visits two stations with water towers. Only get water for the first station. Is this supposed to happen?
15:27:06  <CIA-1> OpenTTD: peter1138 * r14201 /trunk/src/newgrf.cpp:
15:27:06  <CIA-1> OpenTTD: -Codechange: [NewGRF] Don't continue processing an Action 0 if we didn't read the data for a property -- the data will be wrong for subsequent reads.
15:27:06  <CIA-1> OpenTTD: -Codechange: [NewGRF] *Do* continue processing if the value of a property is invalid, however.
15:28:28  *** frosch123 [] has quit [Remote host closed the connection]
15:30:44  * glx kicks DorpsGek
15:31:00  <glx> go back to work stupid bot
15:31:16  *** KritiK [] has joined #openttd
15:31:53  <glx> TrueBrain: ^^
15:31:58  <peter1138> That GUI looks odd...
15:32:24  <peter1138> @seen bjarni
15:32:24  <DorpsGek> peter1138: bjarni was last seen in #openttd 5 days, 19 hours, 57 minutes, and 48 seconds ago: <Bjarni> "my little Beluga"?
15:34:36  <peter1138> pikkindw.grf:1161] IndustrytileMapSpriteGroup: Too many industry tiles defined, skipping
15:34:40  <peter1138> Hmm...
15:36:38  *** dazjorz [] has joined #openttd
15:36:38  <dazjorz> Heya
15:37:01  <dazjorz> I've got a dedicated server running on a GNU/Linux system
15:37:13  <dazjorz> Is there a way to make it save the game, and then quit, so I can reload the game later?
15:37:45  <hylje> you can save games in the dedicated console (or rcon)
15:39:11  <glx> save filename
15:39:16  <glx> exit/quit
15:39:48  <peter1138> Hmm, not too many.
15:40:03  <peter1138> Action 3 on an industry tile that is not defined :o
15:40:38  <dazjorz> ah!
15:40:43  <dazjorz> I didn't even notice that was a console :D
15:40:57  <dazjorz> aw that's just awesome
15:42:10  *** Wolf01 is now known as Wolf01|AWAY
15:46:26  <CIA-1> OpenTTD: peter1138 * r14202 /trunk/src/newgrf.cpp: -Codechange: [NewGRF] Give more meaningful output if a house/industry/industrytile is undefined in action 3, and continue processing remaining IDs.
15:47:22  <peter1138> pikkindw.grf:1161] IndustrytileMapSpriteGroup: Industry tile 176 undefined, skipping
15:47:25  <peter1138> Better...
15:47:48  <Ammler> !rcon patch no_servicing_if_no_breakdowns 1
15:47:57  <Ammler> ah, sorry, mÀh
15:49:45  <peter1138> @seen pikka
15:49:45  <DorpsGek> peter1138: pikka was last seen in #openttd 4 hours, 52 minutes, and 53 seconds ago: <Pikka> yes Ammler
15:49:56  <yorick> glx: something for your kick-script?
15:50:05  <glx> no
15:50:22  <glx> @kick yorick
15:50:22  *** yorick was kicked from #openttd by DorpsGek [glx]
15:50:22  <Ammler> yorick: that was a misstake and not that many used, really sorry...
15:50:22  *** yorick [] has joined #openttd
15:50:27  <yorick> :o
15:50:28  <Ammler> -s
15:50:30  <peter1138> Ammler, is pikkindw.grf in yourp 7.2 pack the latest version?
15:50:35  <glx> my script should work
15:50:39  <Ammler> peter1138: should
15:50:45  <yorick> not for !rcon?
15:50:53  <glx> but DorpsGek didn't report the latest commits
15:51:29  <yorick> yes, I know. but he does respond to commands
15:51:51  <peter1138> Ammler, okay.
15:52:29  <Ammler> I had to, else our pack lost compatiblitly with Brianetta :-)
15:53:26  <peter1138> Just wondering why it's buggy ;)
15:55:01  <Brianetta> It's buggy?
15:55:17  <Prof_Frink> moon buggy?
15:56:00  <peter1138> Either it is, or OpenTTD is (shock)
15:57:30  * peter1138 wonders how to solve the Act1/2 loading order problem.
16:01:12  *** Doorslammer [Doorslamme@] has quit []
16:05:07  *** genclay is now known as Yeggstry
16:05:42  *** Volley [] has quit [Remote host closed the connection]
16:07:09  *** Alberth [] has left #openttd []
16:08:53  *** Milloflex- [] has quit [Ping timeout: 480 seconds]
16:12:21  *** Milloflex [] has joined #openttd
16:15:17  *** Boyinblue0 [] has joined #openttd
16:20:09  *** Brianetta [] has quit [Quit: TschÌß]
16:23:05  *** Boyinblue0 [] has quit []
16:37:17  *** frosch123 [] has joined #openttd
16:41:39  <CIA-1> OpenTTD: peter1138 * r14203 /trunk/src/ (lang/english.txt newgrf.cpp): -Codechange: [NewGRF] Disable a GRF if it contains an unknown property, or tries to assign an invalid ID.
16:53:02  <peter1138> Hmm, I guess I should trust gravity more than my spirit level...
16:53:10  <peter1138> It won't be 2.5mm out :)
17:02:51  *** rortom [] has quit [Quit: Leaving]
17:05:50  *** Sacro [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has joined #openttd
17:07:17  <Eddi|zuHause> does that mean you now completely deactivate PBI?
17:09:50  <Ammler> Eddi|zuHause: I was wondering that too, and compiled it, it loads evey GRF from the pack...
17:10:01  *** LilDood [] has joined #openttd
17:11:15  <Ammler> it seems the debug output was bugs of openttd... :-)
17:12:24  <Ammler> when will officially start?
17:13:00  <Rubidium> Ammler: when the compile farm is finished and working properly
17:13:47  <Ammler> ah, ok, thought that is the case and you just wait for a "date" to announce it...
17:13:51  <peter1138> Eddi|zuHause, no.
17:14:44  <peter1138> Eddi|zuHause, although I might make it do that after confirming the problem with Pikka.
17:14:46  <TrueBrain> glx: you mean like:
17:14:48  <TrueBrain> @load openttd
17:14:48  <DorpsGek> TrueBrain: The operation succeeded.
17:14:50  <TrueBrain> @load wt2
17:14:50  <DorpsGek> TrueBrain: The operation succeeded.
17:14:53  <TrueBrain> @reload XMLRPC
17:14:53  <DorpsGek> TrueBrain: The operation succeeded.
17:14:55  <TrueBrain> ;)
17:15:17  <Ammler> (just asked, because we had a player asked for w64 build)
17:15:50  <glx> TrueBrain: but it still miss 3 commits ;)
17:15:56  *** Slowpoke [] has quit [Read error: Connection reset by peer]
17:19:47  *** Wolf01|AWAY is now known as Wolf01
17:21:07  *** Roujin [] has joined #openttd
17:22:49  *** TinoM [] has quit [Quit: Verlassend]
17:22:50  *** Sacro_ [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has joined #openttd
17:23:02  *** Sacro [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has quit [Read error: Connection reset by peer]
17:27:21  *** Sacro_ [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has quit []
17:27:45  *** Sacro [~Ben@adsl-83-100-155-14.karoo.KCOM.COM] has joined #openttd
17:29:04  *** Zahl_ [] has joined #openttd
17:29:58  *** ben_goodger [] has quit [Quit: Ex-Chat]
17:31:59  <TrueBrain> glx: revisions?
17:32:22  <glx> 14201-14203
17:32:41  <TrueBrain> @load xmlrpc
17:32:41  <DorpsGek> TrueBrain: Error: Xmlrpc is already loaded.
17:32:43  <TrueBrain> @reload xmlrpc
17:32:43  <DorpsGek> TrueBrain: Error: No plugin xmlrpc exists.
17:32:48  <TrueBrain> @reload XMLRPC
17:32:48  <DorpsGek> TrueBrain: The operation succeeded.
17:32:49  <TrueBrain> sigh ..
17:33:17  <TrueBrain> there you go glx
17:33:22  <glx> thx
17:34:15  <CIA-1> OpenTTD: smatz * r14204 /trunk/src/string_func.h: -Fix (r7475): when determining length of a string with limited size, first check if we are not out of bounds already
17:36:13  *** Zahl [] has quit [Ping timeout: 480 seconds]
17:36:13  *** Zahl_ is now known as Zahl
17:38:18  *** Milloflex [] has quit [Ping timeout: 480 seconds]
17:41:26  *** Milloflex [] has joined #openttd
17:42:50  *** Reemo [] has joined #openttd
17:44:49  *** stillunknown [] has quit [Ping timeout: 480 seconds]
17:45:36  <Eddi|zuHause> hm... is there a setting where i can set "full load (all)" as default, instead of "full load any"?
17:45:46  <hylje> no
17:47:51  <yorick> make one ;)
17:48:27  <Rubidium> Eddi|zuHause: yes
17:48:29  <CIA-1> OpenTTD: translators * r14205 /trunk/src/lang/ (12 files): (log message trimmed)
17:48:29  <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2008-08-31 19:47:56
17:48:29  <CIA-1> OpenTTD: bulgarian - 12 fixed by thetitan (12)
17:48:29  <CIA-1> OpenTTD: catalan - 49 fixed by arnaullv (49)
17:48:29  <CIA-1> OpenTTD: czech - 4 fixed, 15 changed by Hadez (19)
17:48:30  <CIA-1> OpenTTD: dutch - 2 fixed, 5 changed by habell (7)
17:48:30  <CIA-1> OpenTTD: french - 2 fixed, 1 changed by belugas (1), glx (2)
17:48:45  <Eddi|zuHause> Rubidium: where? i can't find it
17:48:58  <yorick> stations or vehicles tab
17:49:14  <Rubidium> it's on the stations tab, but confusingly named (as before)
17:49:59  <Eddi|zuHause> i only see non-stop handling there
17:50:07  <Eddi|zuHause> nothing about full load
17:50:12  *** Roujin [] has quit [Ping timeout: 480 seconds]
17:50:55  <Rubidium> Eddi|zuHause: gui.sg_full_load_any via patches
17:52:05  <yorick> 'gui.sh_full_load_any' is an unknown patch setting.
17:52:28  <yorick> sg*
17:52:49  <Rubidium> then you're out of luck
17:53:36  <Eddi|zuHause> list_patches lists it
17:53:45  <Eddi|zuHause> but it doesn't find it when using patch
17:53:57  <TrueBrain> WT2 won't be accessible for the next hour or so, depending on your DNS cache invalidation rate.
17:54:07  <glx> is it moving?
17:54:35  <TrueBrain> glx: good guess ;)
17:54:39  <Eddi|zuHause> and it's off, but still has the wrong default
17:56:22  *** LilDood_ [] has joined #openttd
17:57:23  *** Fuco [] has joined #openttd
17:58:09  *** LilDood_ [] has quit []
17:58:17  *** LilDood [] has quit [Ping timeout: 480 seconds]
18:08:17  *** skub [] has quit [Quit: Verlassend]
18:19:16  *** Dred_furst [] has joined #openttd
18:24:12  *** zooks [] has joined #openttd
18:24:30  *** Celestar [] has joined #openttd
18:24:54  <zooks> anyone else having problems with nightly r14205 for windows? open doesnt start anymore
18:28:35  *** zooks [] has left #openttd []
18:32:22  *** |Jeroen| [] has quit [Quit: oO]
18:33:39  <eekee> changing signals to advanced-type on busy lines seems to save cpu
18:33:57  <Noldo_> really?
18:34:17  *** rortom [] has joined #openttd
18:36:50  <Eddi|zuHause> my stale reservation problem is definitely not fixed...
18:40:37  <eekee> Noldo_: seems so. my little pda slows down on mature games, but it's speeding up agin as I convert junctions & track to advanced.
18:41:23  <Noldo_> Celestar: you have experience on profiling openttd?
18:41:36  <eekee> Eddi|zuHause: I've noticed that manually reversing a train doesn't get it moving again
18:42:18  <Eddi|zuHause> eekee: that is so totally unrelated to my problem...
18:42:26  <eekee> oh ok lol
18:42:54  <Eddi|zuHause> eekee: a lost train will not reserve a path, trains without path will not go anywhere (except when forced)
18:42:59  <eekee> Eddi|zuHause: Also had a couple of instances where I've converted a signal just ahead of a train, it's gone through, but the normal signals I haven't yet converted have failed to turn red. Avoidable, with care
18:43:28  <Eddi|zuHause> that sounds like a bug...
18:43:38  <eekee> ah well, better for the train not to go, really
18:49:00  <eekee> I always thought it odd that lost trains ran around trying to find a route. Sometimes it's good, because they find a way, but when they find their way into other parts of the network they can cause a  lot of trouble
18:49:23  *** frosch123 [] has quit [Remote host closed the connection]
18:52:37  <Celestar> Noldo_: yes, why?
18:53:35  <Noldo_> Celestar: I'm wondering how to test if what eekee is saying about advanced signals(pbs?) over normal is true
18:55:31  <Celestar> what did he say?
18:55:58  <Eddi|zuHause> eekee: with YAPF, 98% of the trains that say they are lost REALLY are lost
18:56:38  <Celestar> Noldo_: you on linux?
18:57:09  <Noldo_> Celestar: if needed
18:57:33  <Celestar>  Noldo_ ./configure --enable-profiling --enable-debug=1; make run-prof;
18:57:43  <Noldo_> nice
18:57:44  <eekee> Celestar: I'm running ottd on a slow-ish pda. mature games run slow, half speed or less. converting to advanced signals seems to be speeding games up
18:58:06  <Celestar> eekee: what system does it run?
18:58:39  <eekee> Eddi|zuHause: I had to put in more waypoints when I switched my most complex system to yapf
18:58:44  <eekee> Celestar: linux
18:58:57  <Celestar> Noldo_: if you want a more detailed analysis: ./configure --enable-debug=1; valgrind --tool=callgrind bin/openttd -g <YOUR_GAME>. Then use callgrind to analyse what is happening.
18:59:03  <Celestar> eekee: then you can profile with gprof as well
18:59:45  <eekee> never used it. ^^; What would I be looking for?
19:00:22  <Celestar> eekee: it lists how much time is spent in each function
19:00:26  <eekee> ahh
19:00:30  <Celestar> relative to the whole program
19:00:50  <Celestar> (also absolute, but that's kinda pointless since it only gives it in 10ms-increments)
19:01:12  <eekee> hmm
19:03:35  <eekee> I need a not-stripped binary for that to work, right?
19:04:00  <Celestar> eekee: you need one with debugging and profiling symbols (-pg for compiler and linker)
19:04:09  *** lobster_MB [~michielbr@] has quit [Ping timeout: 480 seconds]
19:04:39  *** lobster_MB [~michielbr@] has joined #openttd
19:04:46  <eekee> ahh ok
19:11:36  *** Tim [] has left #openttd []
19:12:44  *** lobster_MB [~michielbr@] has quit [Ping timeout: 480 seconds]
19:12:57  <eekee> configure --help does part of the configuration before printing the help
19:13:05  *** lobster_MB [~michielbr@] has joined #openttd
19:15:16  *** Tim [] has joined #openttd
19:19:55  *** Tim [] has quit []
19:20:22  *** Tim [] has joined #openttd
19:23:33  *** Tim [] has quit [Read error: Connection reset by peer]
19:25:46  *** Tim [] has joined #openttd
19:29:17  *** Brianetta [] has joined #openttd
19:34:10  <Celestar> meh I've created a total mess :S
19:34:25  <TrueBrain> Celestar: hg revert .
19:34:26  <TrueBrain> ;)
19:34:33  *** draconnier [] has joined #openttd
19:35:03  <Celestar> TrueBrain: nah it WORKS
19:35:09  <Celestar> TrueBrain: but have a look at CargoList::MoveTo
19:35:14  <Prof_Frink> commit it then!
19:35:31  <Celestar> TrueBrain: cargopacket.cpp:221 :S
19:35:34  <TrueBrain> eekee: nice bug :s
19:38:34  <yorick> this is strange, I can't use the left-hand shift bar to fast-scroll in SE direction
19:38:51  <yorick> but I can use the right-hand one, and the left-hand one for every other direction
19:40:22  <TrueBrain> computer melt-down? :)
19:42:26  <TrueBrain> selective user response? (is a new feature in modern computers)
19:43:43  *** yorick [] has quit [Quit: Poef!]
19:44:23  <TrueBrain> Celestar: all I see there are spaces where tabs should have been
19:44:26  <TrueBrain> (like 367 and on)
19:44:34  <TrueBrain> (as in: till end of file)
19:45:57  <TrueBrain> in fact, it is this viewer which replaces tabs with spaces ..
19:45:58  <TrueBrain> :s
19:46:09  <Noldo_> TrueBrain: :D
19:46:15  <TrueBrain> in a really annoying way in fact
19:46:18  <CIA-1> OpenTTD: rubidium * r14206 /trunk/ (Makefile.bundle os/win32/installer/install.nsi): -Fix (r14197): why don't people just compile a trunk checkout and do we have to think about adding everything to those pesky precompiled binaries?
19:46:23  <TrueBrain> (it depends on the line number how many spaces the tab becomes
19:46:27  <TrueBrain> what ever .. new viewer ..
19:46:42  <Celestar> TrueBrain: I find the code is unclean
19:46:42  <TrueBrain> (I love open source :) If one project fails, pick the next one :p)
19:46:43  <Celestar> :P
19:46:53  <TrueBrain> Celestar: just a bit deep :p
19:47:00  <Celestar> a bit :P
19:47:16  <Celestar> code duplication
19:47:27  <TrueBrain> "STR_NEWGRF_ERROR_UNEXPECTED_SPRITE                              :Onverwachte tekening " <- LOL @ translation
19:47:42  <TrueBrain> "tekening" .. that translates back to 'drawing', as in what a child does
19:47:50  <Celestar> "unexpected soda" :P
19:47:54  <TrueBrain> Unexpected Drawing .. gives me a whole other idea :)
19:48:07  <peter1138> Hee
19:48:11  <glx> I translated sprite to sprite ;)
19:48:23  <TrueBrain> glx: that is in most languages pretty safe I guess
19:48:30  <TrueBrain> "afbeelding" would have been a valid dutch word too
19:48:34  <TrueBrain> but "tekening" ... :)
19:48:58  <TrueBrain> (it isn't wrong, just reads funny :p)
19:49:12  <TrueBrain> well, I should be happy Dutch is pretty much completely translated :)
19:49:12  <Milloflex> lol
19:49:22  <Milloflex> i got a train that is hunting its own tail
19:49:38  <glx> Milloflex: not a bug
19:49:44  <Milloflex> heh, ok
19:49:46  <TrueBrain> Milloflex: and can it capture it?
19:49:53  <glx> but silly layout
19:50:01  <Milloflex> :D
19:50:17  <TrueBrain> can you also learn it to lay down on his back? :)
19:50:31  <Celestar> peter1138: you got any bright idea how to clarify CargoList::MoveTo ?
19:50:33  <Milloflex> i'll try my best :p
19:50:41  *** Zahl [] has quit [Quit: (~_~]"]
19:51:00  <Celestar> and stand on his hind wheels :P
19:51:36  *** draconnier [] has quit [Quit: Bye for now!]
19:52:22  *** draconnier [] has joined #openttd
19:54:13  <TrueBrain> Celestar: don't be silly, that requires new graphics!
19:54:14  <TrueBrain> :p
19:54:27  <Celestar> TrueBrain: :P
19:57:05  <CIA-1> OpenTTD: rubidium * r14207 /trunk/src/fileio_func.h: -Fix [FS#2262] (r14191): warning about non-virtual destructor in class with virtual functions.
19:57:42  <Celestar> heh
19:57:44  <Celestar> hm ..
19:57:59  <Celestar> I wonder about the destructor, copy constructor, assignment operator rule ..
19:58:52  <Noldo_> what rule? that you have to have those?
19:59:22  *** Noldo_ is now known as Noldo
19:59:24  <Celestar> There's the rule that says basically: if you class needs one of {copy constructor, destructor, assignment operator}, it needs all three
20:00:14  <Noldo> I do get the copy and assignment bacause they are somewhat the same thing
20:00:16  <Brianetta> They may just call the parent method, though
20:00:52  <Noldo> destructor I don't get
20:01:33  <Brianetta> Noldo: Think of it as good practise
20:02:39  <Rubidium> but that'd mean we need copy and assignment operators for all vehicle classes, which is pointless as we never copy them or assign them to another variable
20:02:55  <Rubidium> which adds quite a bit of complexity in unused! code
20:03:19  <Noldo> those aren't that nice as classed go anyway
20:03:36  <Brianetta> Rubidium: How does cloning work?
20:04:00  <hylje> agically
20:04:03  <hylje> m
20:04:38  <Celestar> Rubidium: yes, that's why I want to understand the rationale behind that rule
20:04:53  <Rubidium> Brianetta: cloning does *only* copy the vehicle type (and refit settings), nothing more
20:05:22  <Rubidium> i.e. cloning doesn't copy the age nor the value of the to-be-cloned vehicle
20:05:27  <Brianetta> Ah, so a complete copy would also place it heading towards a station and full of cargo, or similar?
20:05:45  <Noldo> Brianetta: and position on the map maybe?
20:06:21  <peter1138> Rubidium:
20:06:24  <Brianetta> Noldo: I *suspect* that's in the map array
20:06:57  <Celestar> peter1138: what does that do?
20:07:07  <peter1138> It prevents a crash :p
20:07:12  <peter1138> If there are no .obg files.
20:07:13  <Rubidium> peter1138: looks fine to me
20:07:32  <Rubidium> Brianetta: vehicle locations are not on the map (only YAPP reservations)
20:07:50  <TrueBrain> Rubidium: that is why in general you then make those functions with 'assert(false)' in them, to make sure they are never used as such
20:07:52  <Brianetta> Oooh.
20:08:36  <CIA-1> OpenTTD: peter1138 * r14208 /trunk/src/gfxinit.cpp: -Fix (r14197): Crash if no .obg files are found.
20:10:06  <Noldo>  v = new (v) Train();<-- this is quite interesting to me
20:10:26  <Ammler> Rubidium: I asked Addi for permission of his GRF, he would give that to you, but I am not sure, if you will add those modified original GRFs to openttdw.grf
20:10:59  <Brianetta> The presignals are modified originals, aren't they?
20:11:08  <Celestar> Noldo: why?
20:11:30  <Ammler> original sprites...
20:11:58  <peter1138> Brianetta, yes.
20:12:10  <peter1138> Also there's a bug in the PBS semaphore signals.
20:13:01  <Noldo> Celestar: it was the first time I had seen placement new get any real use
20:14:52  <Celestar> Noldo: it's rare, yes.
20:15:56  <Noldo> are all the vehicles in openttd stored in a pool
20:16:58  <Eddi|zuHause> the semaphore signals are not original
20:17:16  <Celestar> Noldo: yes
20:18:49  <Eddi|zuHause> v = new (v) Train(); <- what does this line do?
20:19:08  <Noldo> Eddi|zuHause: it initialized allocated vehicle as a train
20:19:32  <Celestar> Eddi|zuHause: the same as v = new Train(), excepts that the new object sits at v
20:20:02  <Noldo> I asume that in most use cases it is known at the time of allocation that we need a train
20:20:03  <Eddi|zuHause> so it overwrites the existing v?
20:20:17  <Noldo> Eddi|zuHause: v is pointer
20:20:19  <Celestar> Eddi|zuHause: it overwrites whatever is at the place where v points to
20:20:39  <Eddi|zuHause> and if v is NULL?
20:20:53  <Rubidium> it goes BOOM
20:21:25  <Noldo> so it could be done without the placement by moving the allocation into the new operator
20:21:31  <Celestar> BOOM
20:21:35  <Celestar> Noldo: yes
20:21:53  <Rubidium> it's so we can keep our vehicle pools and such
20:21:57  <Celestar> Noldo: or by converting the vehicle pool into an std::vectors (=
20:22:30  <Eddi|zuHause> but that means the locations and sizes of all v must be known first, to make sure one such new (v) won't overwrite existing stuff from another v?
20:22:33  <Celestar> Rubidium: the question is: what advantage do we have keeping the pool (=
20:22:35  <Noldo> Celestar: that would need all kinds of operators
20:23:03  <Noldo> Eddi|zuHause: v is of the type Vehicle*
20:23:26  <Eddi|zuHause> Noldo: yes, and Train is bigger than Vehicle, because it has more members
20:23:47  <Noldo> Eddi|zuHause: I have a feeling vehicle is padded
20:23:48  <Rubidium> Celestar: does a vector allow *quick* adding/removing *very* often?
20:24:04  <Celestar> Rubidium: where do we add/remove vehicles *very* often? (=
20:24:16  <Eddi|zuHause> vector allows quick access and quick adding at end, i think
20:24:19  <Rubidium> there are some tricks in the pool to keep the cargopackets quickly creatable. Removing those makes OpenTTD horribly slow
20:24:28  <Eddi|zuHause> adding/removing from the middle is expensive
20:24:48  <Celestar> Eddi|zuHause: you can still zero it out
20:25:00  *** Mortal [] has quit [Quit: [FATAL] Client error: Memory leak - More RAM needed. More! More! More!]
20:25:19  <Eddi|zuHause> yeah, and run some kind of pack-function every blue moon
20:25:40  <peter1138> The pools are never packed.
20:25:47  <peter1138> That would change IDs, and that would be bad.
20:26:05  <Noldo> Rubidium: would it be worth my time to replace the placement new:s with basic new:s ?
20:26:26  <Wolf01> 'night
20:26:27  <Celestar> Eddi|zuHause: we don't need to pack
20:26:32  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
20:26:40  <peter1138> Noldo, why would you want to do that?
20:26:52  <Celestar> Eddi|zuHause: during a game, the number of * rarely decreases considerably :)
20:27:10  <Noldo> peter1138: I feel it's neater
20:27:24  <peter1138> But it wouldn't work.
20:27:55  <Eddi|zuHause> but it's kind of a memory leak
20:28:12  <Noldo> peter1138: I half expected it not to, but the next logical question is "why?"
20:28:31  <Rubidium> Noldo: FOR_ALL_*
20:28:33  <peter1138> Because v is where the vehicle is meant to be.
20:28:40  <Eddi|zuHause> and if you don't pack, you need to keep track of unused IDs for possible reuse
20:29:17  *** Brainstorm [] has joined #openttd
20:29:29  <Rubidium> have any of you actually a good idea how the pool code works?
20:29:29  <peter1138> Oh damn, why didn't we think of that? :)
20:29:41  <Eddi|zuHause> Rubidium: probably not ;)
20:29:53  *** Brainstorm is now known as Guest4613
20:29:53  *** Brainstorm [] has joined #openttd
20:30:03  *** Guest4613 [] has quit []
20:30:05  *** Brainstorm [] has quit []
20:30:29  <Eddi|zuHause> peter1138: yes, you thought of that, but it would need to be replicated if one wants to switch from pools to std::whatever
20:30:35  *** Brainstorm [] has joined #openttd
20:30:40  <peter1138> @seen Brianetta
20:30:40  <DorpsGek> peter1138: Brianetta was last seen in #openttd 19 minutes and 40 seconds ago: <Brianetta> The presignals are modified originals, aren't they?
20:30:47  <Eddi|zuHause> diminishing the use of said change
20:31:00  <peter1138> Brianetta, apparently there was a desync, but I didn't see it. Nor did they feel the need to report :o
20:31:12  <Noldo> the placement new does give the option to initialize vehicles that aren't in the pool though
20:31:35  <Brianetta> hmm
20:31:48  <Brianetta> So the desync might be station relatede
20:31:55  <Brianetta> Could be those waypoints
20:32:09  <peter1138> Do you have logs? It might just be a disconnect...
20:32:41  <Eddi|zuHause> i expect the pool to be like a big continguous array-kind-of-structure, so all the v point to previously known, properly aligned, array entries
20:33:18  <Eddi|zuHause> this alignment must be to the biggest possible pool entry
20:33:42  <peter1138> All pool items in a pool are the same size.
20:34:12  <Eddi|zuHause> which is a solution to the previous problem ;)
20:34:23  *** Milloflex [] has quit [Ping timeout: 480 seconds]
20:35:28  <Eddi|zuHause> but that kind of works against polymorphy
20:36:10  <peter1138> And that is entirely why in-place new is used there
20:36:56  <Eddi|zuHause> how does std::vector handle polymorphy?
20:37:26  <peter1138> Brianetta, good news. I just ended up with mis-named waypoints
20:38:00  <Noldo> Eddi|zuHause: not well
20:38:24  <peter1138> Either the same way, or you can use a standard new.
20:38:32  <peter1138> In which case, welcome to memory fragmentation.
20:38:51  <Eddi|zuHause> yeah, i see that
20:39:12  <Celestar> Eddi|zuHause: it's call polymorphism and Noldo: it works very well for cargodest...
20:39:17  <Noldo> vector slices the objects if you try to store derived class in a vector that stores the base class
20:39:58  <Celestar> Noldo: cuz the whole routing system is based on it
20:40:21  <Eddi|zuHause> Celestar: how should i know... it's so bad when the teaching staff is so germanophil that they have to translate each and every name :)
20:40:34  <Celestar> hehe
20:40:36  <Celestar> yes
20:40:36  <peter1138> Cargodest only has a maximum of 32 items...
20:40:47  <peter1138> Well
20:40:54  <peter1138> Sort of :)
20:40:55  <Celestar> peter1138: making the array of pointers bigger doesn't change functionalizy (=
20:40:59  <Celestar> functionality*
20:41:45  <Noldo> Celestar: really? you are storing derived classes in a vector<baseclass> ?
20:42:09  <Celestar> Noldo: no vector<BaseClass *>
20:42:33  *** Addi [] has joined #openttd
20:42:42  <Celestar> storing derived classes in a vector of baseclasses isn't polymophism, it's crap :P
20:42:57  <Eddi|zuHause> it's also a problem in my diploma thesis, because i need to use words like "compiler frontend", and i'm told stuff like: "better use a (LaTeX) macro for that, in case the professor comes up with a german word for that" :p
20:43:15  <Noldo> Celestar: my thoughts exactly ;)
20:43:47  <Celestar> any STL container assumes the size of the elements to be invariant
20:43:53  <SmatZ> :-)
20:44:18  <Noldo> are all vehicle classed padded to the same size?
20:44:23  <Celestar> Eddi|zuHause: you good a latex?
20:44:35  * SmatZ is looking forward for replacing all those STL classes...
20:44:37  <Eddi|zuHause> i wouldn't say that...
20:44:51  <SmatZ> yeah, NIH-syndrome, but also compile time and binary size improvemets
20:45:02  <Celestar> Eddi|zuHause: good enough to tell me how to write a symbol like "Re" straight?
20:45:23  <Celestar> straight as in upright, non-italic..
20:45:35  <Eddi|zuHause> in math mode?
20:45:55  <Forked> Celestar: thanks again btw, keep up the good work (goes for all of you) :D
20:46:01  <Eddi|zuHause> tried with \text{Re}?
20:46:10  <Celestar> Eddi|zuHause: not yet (=
20:46:34  <Celestar> undeffed control seq :P
20:46:52  <Eddi|zuHause> then that was not it :p
20:47:28  <Celestar>  \normalfont doesn't help either
20:47:41  <Celestar> because, I guess, normal font is italics in equation environment :P
20:48:03  <SmatZ> Noldo, yes
20:49:42  *** Purno [] has joined #openttd
20:49:43  *** LilDood [] has joined #openttd
20:50:32  <Eddi|zuHause> my "workaround" appears to be to end math mode before such words :p
20:50:58  <Eddi|zuHause> as in $ formula $ word $ continue formula $
20:52:30  <Eddi|zuHause> i know there was a way
20:52:39  <Eddi|zuHause> but i don't remember it
20:53:47  <Eddi|zuHause> could try \mathrm{blah}?
20:54:23  <CIA-1> OpenTTD: smatz * r14209 /trunk/src/network/network_gui.cpp: -Feature(tte): doubleclick to join selected server/company
20:54:45  <SmatZ> sorry, I wish I knew tex, but I don't...
20:55:11  <Sacro> eugh tex
20:55:14  <Sacro> latex is where it's at
20:57:10  *** Brainstorm [] has quit [Quit:  HydraIRC -> <- It'll be on slashdot one day...]
20:58:09  <Eddi|zuHause> file:///opt/kde3/share/doc/HTML/en/kile/latexhelp.html#IDX393 <- do you have that file?
20:59:13  *** Celestar [] has quit [Ping timeout: 480 seconds]
20:59:58  <Eddi|zuHause> yeah... great...
21:00:39  <SmatZ> no
21:00:55  * Prof_Frink lyx Sacro
21:02:53  <Brianetta> Rubidium: peter1138 reports that in two saved games, the same waypoint had different IDs
21:03:16  <Rubidium> so building on one failed whereas it didn't on the other
21:03:31  <Rubidium> did you use GRFs that could replace waypoint graphics?
21:04:07  <Brianetta> yes
21:04:13  <Brianetta> I enabled all the stations at once
21:04:23  <Brianetta> I'll be needing to narrow them down
21:04:38  *** Tim [] has left #openttd []
21:05:09  <Rubidium> was the desyncee the last to join?
21:05:33  <Brianetta> no
21:05:37  <peter1138> I've not actually desynced.
21:05:45  <Brianetta> ah
21:05:45  <peter1138> But it was me fiddling with waypoints
21:06:08  <SmatZ> lazy reply: don't fiddle with them :-P
21:06:20  <peter1138> Only newstatw has waypoint graphics in this game.
21:06:54  <Brianetta> That's MB's
21:06:58  <peter1138> No waypoint building failed at all
21:07:16  <Brianetta> It's one of the longest serving newgrfs on the server
21:07:48  <SmatZ> was the ID different, but waypoint number the same?
21:07:50  <Ammler> canada stations has also
21:08:00  <SmatZ> like, "Sentingbury waypoint #13"
21:08:12  <Sacro> sentient?
21:08:16  <Ammler> hmm, but as stations...
21:08:16  <ccfreak2k> :/
21:08:20  <peter1138> I don't remember the waypoint number :(
21:09:01  <ccfreak2k> Has Tiberius's OpenGL patch been put into SVN?
21:09:03  *** Purno [] has quit [Read error: Connection reset by peer]
21:09:23  <SmatZ> ccfreak2k: mp
21:09:24  <SmatZ> no
21:13:25  <ccfreak2k> How about YAPP?
21:13:40  <SmatZ> yes
21:14:39  <peter1138> And I can't reproduce this :o
21:15:17  *** teh_eekster [] has joined #openttd
21:15:39  <Rubidium> peter1138: I suspect it has something to do with introduction dates of waypoints (can that?)
21:16:03  *** stillunknown [] has joined #openttd
21:17:31  *** eekee [] has quit [Quit: leaving]
21:17:38  *** Addi [] has quit []
21:17:53  *** teh_eekster [] has left #openttd []
21:18:07  *** teh_eekster [] has joined #openttd
21:18:13  *** teh_eekster is now known as eekee
21:23:27  *** stillunknown [] has quit [Read error: Connection reset by peer]
21:25:30  <peter1138> Nope.
21:25:32  * eekee ponders arbitrary track types, but doesn't ponder much since he knows nothing of the internals of ttd
21:26:03  <peter1138> *cough*
21:26:10  <eekee> *click*
21:26:27  <Prof_Frink> eekee! NewPeter1138!
21:26:39  <eekee> hehe what? ^^
21:27:09  <eekee> peter1138: looks good ^_^
21:28:10  <eekee> peter1138: will it be possible to build any track types over road, like RL monorails or raised light rail? Or would that be more of an adaptation to the tram system instead?
21:29:06  *** stillunknown [] has joined #openttd
21:29:12  <Rubidium> one small change and they expect the world to change...
21:29:37  <eekee> It's called wishful thinking, Rubidium :)
21:30:40  <eekee> I was reading up on monorails earlier & figuring that one of the main advantages of a monorail is it's small footprint, which is not true of ttd monorail of course
21:30:49  <CIA-1> OpenTTD: smatz * r14210 /trunk/src/waypoint.cpp: -Codechange: remove a useless check when creating new waypoint
21:32:30  <eekee> anyway, arbitrary rail types would be cool without that
21:35:00  * davis- gn
21:35:26  *** davis- [] has quit [Quit: ( :: NoNameScript 4.2 :: )]
21:35:34  <Brianetta> Brianetta's Standard Server
21:35:40  <Brianetta> ...where the standard is low
21:35:50  <peter1138> Mmm, yes...
21:35:54  <Brianetta> Come spectate for some serious comedy
21:36:07  <peter1138> Surely I'm winning, but that's no real consolation.
21:36:24  <peter1138> Hmm, well
21:36:25  <Brianetta> Watch the green guys, playing coop, shout at each other and jam their trains
21:36:28  <peter1138> Only winning with money :)
21:37:30  <peter1138> I suppose that's what I get for making my fortunes on a stupidly long route.
21:37:48  <eekee> :))
21:39:33  <Brianetta> [22:38] <sarah_pilot> Brianetta: thinglie: Eight trains jammed and counting
21:39:33  <Brianetta> [22:38] <sarah_pilot> thinglie: Where?
21:39:33  <Brianetta> [22:38] <sarah_pilot> Brianetta: I told you already
21:39:33  <Brianetta> [22:38] <sarah_pilot> Brianetta: Flardhead Parkway
21:39:33  <Brianetta> [22:38] <sarah_pilot> thinglie: Oh shit
21:39:46  <glx> lol
21:39:46  <Brianetta> It's priceless
21:39:57  <eekee> :D
21:40:21  <eekee> hmm advanced sigs can be hard work when you want ot get a train to depot or are mucking about with the track. wont' go here, won't go there
21:41:06  <eekee> have to stop everything & then play, which is the right way I suppose ^^;
21:42:42  <eekee> oh but trains won't reverse if they come to the wrong side of a one-way advanced. that needs watching
21:42:54  <Brianetta> They won't?
21:43:05  <Brianetta> I seem to remember them bouncing right around
21:43:06  <SmatZ> they will
21:43:13  <Rubidium> eekee hasn't watched the train long enough...
21:43:46  <CIA-1> OpenTTD: rubidium * r14211 /trunk/bin/data/ (5 files): -Fix: glitches (alignment issues/inconsistent vehicle graphics) in original graphics (Addi)
21:44:03  <eekee> maybe it's because I changed wait_for_pbs_path to 255 then. I thought I had to do that to prevent something... *scratches head*
21:44:08  <CIA-1> OpenTTD: rubidium * r14212 /extra/ottd_grf/split/ (fix_graphics.nfo fix_graphics.pcx openttd.nfo): [OTTD GRF] -Add: some sprites to fix a few graphical issues of the original graphics (Addi)
21:45:08  <eekee> oh there goes the reversal. I put it down to 30 & it reversed
21:46:11  <SmatZ> +// Different grahpics for same wood truck
21:46:13  <SmatZ> typo :-P
21:46:41  * SmatZ commits "grahpics" is not a word
21:47:22  <peter1138> "With the steady development of the newGRF ports branch"
21:47:24  <peter1138> Er, what?
21:47:40  <SmatZ> :-)
21:48:12  <glx> I though this branch was half dead
21:48:32  <SmatZ> > half imo :)
21:48:39  <peter1138> No proper change for 2 months.
21:48:43  * Rubidium adds -Dgrahpics=graphics to SmatZ/default_cflags
21:49:02  <SmatZ> better not :-D
21:49:29  <Brianetta> I just refilled the biscuit barrel.  The lid wouldn't go on, so I'm literally *forced* to scoff five chocolate coated Hob Nobs in order to rectify the problem.
21:49:30  <Brianetta> (-:
21:49:38  <eekee> :]
21:50:45  <Prof_Frink> Brianetta: Oh dear.
21:50:57  <Brianetta> I have mouth ulcers
21:51:05  <Prof_Frink> Started packs of biscuits are highly unstable.
21:51:20  <Brianetta> They're protesting
21:54:03  <eekee> ow!
22:01:22  *** Frostregen [] has quit [Quit: und weg]
22:02:58  <eekee> is it a bug or a feature that trains won't enter a station (via one-way advanced) if the station has an exit from it's other end that leads only into a one-way advanced signal?
22:03:12  <eekee> if that's not clear:
22:04:23  <glx> enable reservation display first
22:04:33  <eekee> it's on in that screenshot
22:05:31  <SmatZ> YAPP can't reserve tile at unsafe position
22:05:42  <SmatZ> and behind oneway signal, it is an unsafe position
22:05:45  <SmatZ> I think
22:05:47  <eekee> why would it be unsafe?
22:05:57  <eekee> hmm
22:06:13  <SmatZ> it has something to do with not connecting track pieces belonging to different trains
22:06:25  <SmatZ> or so, michi_cc may say I am totally wrong
22:06:37  <eekee> uhu
22:06:53  <Brianetta> eekee: Feature.
22:07:01  <Brianetta> They won't reserve a route to that signal
22:07:07  <Brianetta> and reservations don't stop at stations
22:07:13  <SmatZ> there are no bugs, only features :)
22:07:14  <Brianetta> which is a shame
22:07:19  <eekee> yeah...
22:07:23  <Brianetta> Exit signals from platforms are desirable in that case
22:08:57  <Brianetta> Stations are safe waiting positions, but routes aren't reserved to stations, but through them
22:09:05  <Brianetta> This might be considered a bug
22:09:05  <eekee> yeah...
22:09:14  <Brianetta> And I'd be tempted to raise it
22:09:18  *** LilDood [] has quit [Quit: He who laughs last, thinks slowest]
22:09:41  <eekee> actually that feature of reserving a route through the station was what was mucking me about when I was complaining a few minutes ago
22:10:39  *** rortom [] has quit [Quit: Leaving]
22:11:22  <eekee> just below center of the screenshot is an odd station with low-speed trains & tight turns. It works, normally, but to get a train to go to the depot manually you have to do it before it enters the station, then to exit the depot after that you have to click the override signal button
22:11:50  <ccfreak2k> What's the typical way to apply a patch again?
22:13:41  <peter1138> Using the patch command.
22:13:49  <peter1138> Good night.
22:14:43  <Rubidium> ccfreak2k: patch -p*magic number* < *file*
22:16:36  <eekee> now those low-speed trains of mine can't find the depot, because of the reserved path beyond the station
22:16:59  <SpComb> there's some kind of sillyness in the cargodest thing... everyone wants to go to PLinninghall
22:17:59  <SpComb> although, I guess a fair few of those are transferring tehre
22:21:18  <eekee> hmm I guess the train would have to reserve the whole exit block to achieve what I want, which would somewhat defeat the point of using advanced signals anyway
22:23:40  * eekee moves the station back & puts a signal at station exit
22:25:18  <Brianetta> Comedy train crash.
22:25:20  <Brianetta> *sigh*
22:25:28  <eekee> :J
22:25:34  <ccfreak2k> What happened to src/fileio.h?
22:25:52  <glx> split
22:26:33  <TrueBrain> it went out for a walk, but it caught a cold ... so it decided to get 2 identifies, to avoid that issue in the future
22:26:35  <TrueBrain> (Yeah, it is late)
22:26:38  <ccfreak2k> Looks like I'll have to nag Tiberius to update his patch or something. :|
22:26:52  <eekee> Brianetta: what's your server name? mind if I join?
22:27:01  *** TinoM [] has joined #openttd
22:27:21  <eekee> o i got it
22:27:48  <Brianetta> [23:27] <sarah_pilot> thinglie: now we have an 0-4-0 saddle tank holding up proceedings on the highspeed line
22:27:56  <eekee> XD
22:27:57  <Brianetta> The comedy never stops
22:28:05  <eekee> I love the 040s
22:28:57  <Brianetta> Another desync
22:29:01  <Brianetta> Another new waypoint
22:31:51  <Ammler> ccfreak2k: which patch?
22:31:55  <eekee> woops, ran make -j6 on my single-core
22:32:07  *** reldred|gone is now known as reldred
22:32:19  *** TinoM [] has quit [Quit: Verlassend]
22:32:33  <TrueBrain> eekee: well, it just goes a bit slower ;)
22:32:42  <eekee> yeah :)
22:33:26  <eekee> hmm much cpu idleness even with make -j2. Silly Sempron
22:33:45  <TrueBrain> eekee: check your IO load ;)
22:34:11  <eekee> TrueBrain: how do I do that?
22:34:18  <TrueBrain> dunno
22:34:23  <eekee> heh :J
22:34:24  <TrueBrain> watch the pretty light on your computer
22:34:24  <eekee> (It's not disk load)
22:34:39  <eekee> well the pretty light isn't being pretty
22:34:57  <TrueBrain> too bad :)
22:35:08  <eekee> (aka it's not blinking very often :D )
22:37:02  <Rubidium> the pretty light of my laptop is blinking quicker ever second, even when I'm not doing a thing
22:38:15  <eekee> omg spyware! :)
22:40:42  <Sacro> no i'm not
22:41:30  <Rubidium> heh... it stopped blinking though it stopped being very mobile :(
22:42:04  *** Milloflex [] has joined #openttd
22:42:37  <TrueBrain> welcome back Milloflex
22:43:11  <Milloflex> thanks
22:44:13  *** welshdragon [] has joined #openttd
22:45:56  <eQualizer> Now this just sucks. I can't get any profit out of livestuck using trucks.
22:46:23  <eQualizer> No matter how far or close the food processing plant is, I just do negative profit with the trucks.
22:46:47  <eekee> which rv grf?
22:47:13  <eQualizer> Just the basic graphichs, sub-arctic climate.
22:47:30  <eekee> hmm
22:48:04  <eekee> I feel lucky if I turn a profit with any rvs from the basic set :)
22:48:09  <Brianetta> eQualizer: Are you waiting for a full load?
22:48:27  *** KritiK [] has quit [Quit: Leaving]
22:48:38  <ccfreak2k> Ammler, opengl patch.
22:48:52  *** Milloflex- [] has joined #openttd
22:48:56  <eQualizer> Brianetta: Yes, but the trucks get full instantly.
22:49:11  <eQualizer> There's more to transfer than there's trucks.
22:49:14  <ccfreak2k> I made the guess that fileio_func.h gets patched in place of fileio.h.
22:49:24  <ccfreak2k> I can't compile it, though.
22:49:56  <Brianetta> eQualizer: Can you find a route where you trucks can carry a load in both directions?
22:50:05  <Brianetta> Farm near food plant, twice?
22:50:23  <eQualizer> No. :(
22:50:53  <eekee> I don't think I've ever seen that. not that I've ever been looking out for it really
22:51:24  *** [com]buster [] has joined #openttd
22:51:29  <eekee> I just use GRVTS, or lately eGRVTS. It's rather too easy, but at least it's something for use where trains won't do
22:52:04  *** Brianetta [] has quit [Quit: TschÌß]
22:52:04  *** welshdragon is now known as hulldragon
22:54:03  *** hulldragon is now known as welshdragon
22:54:48  *** Vikthor [] has quit [Quit: Leaving.]
22:54:58  *** Milloflex [] has quit [Ping timeout: 480 seconds]
22:59:08  *** ben_goodger [] has joined #openttd
23:13:09  <CIA-1> OpenTTD: rubidium * r14213 /extra/ottd_grf/split/ (fix_graphics.nfo fix_graphics.pcx): [OTTD GRF] -Add: fix for the height problem of sprite #142.
23:13:19  <CIA-1> OpenTTD: rubidium * r14214 /trunk/ (6 files in 2 dirs): -Codechange: move another TTD graphics bug into the GRF; height problem of sprite #142.
23:19:48  *** Milloflex- [] has quit [Ping timeout: 480 seconds]
23:22:57  *** welshdragon [] has quit [Quit: in dragons we trust. in sheep we shag]
23:23:03  *** stillunknown [] has quit [Ping timeout: 480 seconds]

Powered by YARRSTE version: svn-trunk