Log for #openttd on 24th July 2009:
Times are UTC Toggle Colours

00:09:01  <CIA-1> OpenTTD: rubidium * r16933 /trunk/src/economy.cpp: -Fix [FS#3054] (r16694): vehicles would wait "very long" when they had nothing to unload and gradual loading was disabled.
00:12:58  *** OwenS [~oshepherd@host86-128-252-57.range86-128.btcentralplus.com] has quit [Remote host closed the connection]
00:18:36  *** paul_ [~paul@host86-168-198-56.range86-168.btcentralplus.com] has joined #openttd
00:18:40  *** Zahl [~Zahl@e179091133.adsl.alicedsl.de] has quit [Quit: *schiel*]
00:19:49  *** paul_ [~paul@host86-168-198-56.range86-168.btcentralplus.com] has quit []
00:20:57  *** oskari89 [oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has joined #openttd
00:24:08  *** KenjiE20|LT [~Kenji@host86-171-245-188.range86-171.btcentralplus.com] has joined #openttd
00:24:16  *** KenjiE20 [~KenjiE20@92.16.138.95] has quit [Quit: WeeChat 0.3.0-rc2]
00:25:37  *** DephNet[Paul] [~paul@host86-168-198-56.range86-168.btcentralplus.com] has quit [Ping timeout: 480 seconds]
00:36:39  *** DephNet[Paul] [~paul@host86-168-198-56.range86-168.btcentralplus.com] has joined #openttd
00:38:17  *** dfox [~dfox@r11jn246.net.upc.cz] has quit [Ping timeout: 480 seconds]
00:38:28  *** dfox [~dfox@r11jn246.net.upc.cz] has joined #openttd
00:40:00  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Verlassend]
01:00:06  *** Fuco [~dota.keys@ip-105.imafexbb.sk] has quit [Ping timeout: 480 seconds]
01:12:12  <tdev> http://ccalive.com/
01:30:41  *** Chruker [~no@0x5da34ce4.vjnqu1.dynamic.dsl.tele.dk] has quit []
01:58:04  *** Aali_ is now known as Aali
02:00:10  <Tefad> i'm going to punch the volume knob frobber
02:00:13  *** Tekky [~chatzilla@DSL01.83.171.166.167.ip-pool.NEFkom.net] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]]
02:12:31  *** oskari89 [oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
02:17:25  *** tdev [~udev@p508EBF78.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
02:17:41  *** tdev [~udev@p508EC0BE.dip.t-dialin.net] has joined #openttd
02:51:29  *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleeps.]
02:54:02  *** KenjiE20|LT [~Kenji@host86-171-245-188.range86-171.btcentralplus.com] has quit [Quit: Leaving]
03:08:55  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:12:32  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
03:16:23  *** tdev [~udev@p508EC0BE.dip.t-dialin.net] has quit [Quit: free open source vehicle simulator: http://rigsofrods.com]
03:30:56  *** glx [glx@2a01:e35:2f59:c7c0:908c:d1b9:f52f:70a2] has quit [Quit: bye]
03:32:20  <DaleStan> !seen fons
03:32:34  <DaleStan> @seen fons*
03:32:35  <DorpsGek> DaleStan: fons* could be fonsinchen (5 hours, 22 minutes, and 37 seconds ago), fonsinchen1 (13 weeks, 2 days, 6 hours, 45 minutes, and 26 seconds ago), or fonso (34 weeks, 0 days, 17 hours, 45 minutes, and 21 seconds ago)
03:38:47  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:42:48  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
03:59:59  *** DephNet[Paul] [~paul@host86-168-198-56.range86-168.btcentralplus.com] has quit [Read error: Connection reset by peer]
04:08:27  *** kkb110 [~kkb110@c-68-82-181-52.hsd1.de.comcast.net] has joined #openttd
04:35:16  *** Pygma [~quassel@88.151.27.234] has quit [Remote host closed the connection]
04:52:51  *** el[cube] [~eleusis@203-206-107-177.dyn.iinet.net.au] has joined #openttd
04:55:40  *** eleusis [~eleusis@124-169-234-165.dyn.iinet.net.au] has quit [Ping timeout: 480 seconds]
05:08:45  *** FloSoft [bouncer@tyra.ra-doersch.de] has quit [Remote host closed the connection]
05:11:20  *** FloSoft [bouncer@tyra.ra-doersch.de] has joined #openttd
05:40:45  *** Splex [~splex@121.165.245.76] has quit [Ping timeout: 480 seconds]
05:48:28  *** fonsinchen [~alve@BAEc721.bae.pppool.de] has joined #openttd
06:01:17  *** kkb110 [~kkb110@c-68-82-181-52.hsd1.de.comcast.net] has quit [Remote host closed the connection]
06:06:08  *** stuffcorpse [~rick@121.98.136.241] has quit [Remote host closed the connection]
06:06:24  *** stuffcorpse [~rick@121.98.136.241] has joined #openttd
06:12:16  *** Zorn [~zorn@e177226236.adsl.alicedsl.de] has joined #openttd
06:12:24  *** ecke [~ecke@213.195.202.11] has quit [Quit: ecke]
06:13:32  *** fonsinchen [~alve@BAEc721.bae.pppool.de] has quit [Remote host closed the connection]
06:13:38  *** reldred [~Richard_E@wirele5.lnk.telstra.net] has joined #openttd
06:26:08  *** reldred [~Richard_E@wirele5.lnk.telstra.net] has quit [Quit: Leaving.]
06:36:05  *** LadyHawk [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has quit [Quit: Never underestimate the power of stupidity.]
06:45:59  *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd
06:59:38  *** Splex [~splex@121.165.245.76] has joined #openttd
07:05:41  *** HerzogDeXtEr [~Flex@89.246.186.120] has quit [Read error: Connection reset by peer]
07:05:54  *** HerzogDeXtEr [~Flex@89.246.186.120] has joined #openttd
07:24:27  <TrueBrain> Xaroth: a clone, by Dutch law, is possible, just not from reversed engineered code ;)
07:24:51  <TrueBrain> but of course there is always the Clean Room method ;)
07:26:27  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
07:38:22  <CIA-1> OpenTTD: rubidium * r16934 /trunk/src/ (6 files): -Codechange: introduce a simple helper function to check whether a station is pending deletion or not
07:52:36  *** Yrol [~Yrol@BAF755d.baf.pppool.de] has joined #openttd
08:06:28  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
08:08:19  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Verlassend]
08:25:27  *** fjb_ is now known as fjb
08:29:11  *** reldred [~reldred@115.131.211.175] has joined #openttd
08:50:07  *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has joined #openttd
08:51:16  *** OwenS [~oshepherd@host86-128-252-57.range86-128.btcentralplus.com] has joined #openttd
09:05:54  *** Yrol [~Yrol@BAF755d.baf.pppool.de] has quit [Quit: MOOOOOOOOOO?????]
09:14:48  <CIA-1> OpenTTD: alberth * r16935 /trunk/src/strings.cpp: -Codechange: Improve wording of .lng file error message (found by cmoiromain).
09:19:01  *** ecke [~ecke@213.195.202.11] has joined #openttd
09:22:55  <planetmaker> @setdef
09:23:04  <planetmaker> @define setdef
09:23:13  <planetmaker> meh.. wrong channel :-P
09:23:22  <TrueBrain> lucky for you there is no glx :p
09:24:04  <planetmaker> hm... I guess no one tried those commands before :-)
09:24:33  *** DephNet[Paul] [~paul@host86-162-31-130.range86-162.btcentralplus.com] has joined #openttd
09:27:07  *** DephNet[Paul] [~paul@host86-162-31-130.range86-162.btcentralplus.com] has quit []
09:27:25  <planetmaker> hm... Rubidium maybe it's getting time to change the pf.wait... settings to 255 by default?
09:27:53  <planetmaker> that question is asked more and more frequently it seems to me.
09:28:33  <Rubidium> people shouldn't mix signal types if they don't know what they're doing
09:29:15  <Rubidium> and trains turning around in PBS blocks when it's 100% certain there's no route in that direction is the 'main' cause, not the signal settings
09:29:24  <planetmaker> Nah, how could you not mix them? And it's not like they don't know what they're doing. Even with correct signaling it's annoying.
09:30:21  <planetmaker> it breaks a perfect network when you have a small jam.
09:30:29  <Rubidium> but... the train turning around isn't annoying, it's the not turning around back when it can't go into that direction
09:30:34  *** DephNet[Paul] [~paul@host86-153-10-155.range86-153.btcentralplus.com] has joined #openttd
09:30:38  <planetmaker> yes
09:31:24  <planetmaker> but in most cases, nowadays one-way signals are used. So... turning around is useless in most cases anyway
09:31:48  <planetmaker> the turn-around setting was mainly useful when you only had two-way signals.
09:35:03  <FloSoft> planetmaker: yes that makes more problems then solve them
09:35:20  <FloSoft> if a train's stuck, you always have to manually let him drive over the red signal
09:35:54  <FloSoft> that turning around annoys if you have only some kind of high traffic
09:38:20  *** Tekky [~chatzilla@DSL01.83.171.166.167.ip-pool.NEFkom.net] has joined #openttd
09:44:53  <Noldo> hi Tekky
09:45:53  <CIA-1> OpenTTD: alberth * r16936 /trunk/src/rail_gui.cpp: -Fix [FS#3053]: Rail station build window with NewGRFs could crash due to uninitialized string parameter.
09:47:16  <Tekky> hi Noldo :)
09:48:33  <TrueBrain> I have the Dune2 intro on my screen, lalalalalalalalalalalaa
09:48:35  * TrueBrain is so happy! :)
09:49:07  <Tekky> TrueBrain: Hehe, are you using DosBox as an MS-DOS Emulator?
09:49:12  <Alberth> Progress!!!
09:49:15  <TrueBrain> nope
09:49:18  <TrueBrain> C code ...
09:49:19  <TrueBrain> haha
09:49:23  <TrueBrain> really sick, not important :)
09:49:32  <TrueBrain> and terrible slow ... :p
09:49:38  <Rubidium> only incanity ;)
09:49:46  <Alberth> I shall need to dig up my Dune2 files soon :)
09:50:08  <Noldo> dune2 has quite bad ui
09:50:31  <TrueBrain> it was the first in its kind ... I give them that, no problem :)
09:51:26  <Alberth> I still remember playing level 5 with turrets for the first time, what fun that was!
09:51:50  <TrueBrain> I am watching the Intro now .. :)
09:51:53  <TrueBrain> lalala :)
09:51:56  <Alberth> building turrets so the enemy gets slaughtered automatically :)
09:52:15  <TrueBrain> (well, mostly because I can't continue to the menu as mouse and keyboard are not functional :p :p
09:52:25  <Alberth> lol
09:52:41  <Rubidium> mind control?
09:52:47  *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has joined #openttd
09:52:50  <TrueBrain> still not implemented
09:53:00  <Alberth> so all the implemented functions work ;)
09:53:05  <Noldo> :D
09:53:13  <TrueBrain> the 55Hz timer fails :p
09:54:35  <TrueBrain> euh, 55ms timer
09:54:45  <TrueBrain> it runs more at like ... 1000ms :p
09:55:12  <Noldo> what are running and with what?
09:56:48  <CIA-1> OpenTTD: alberth * r16937 /trunk/src/rail_gui.cpp: -Codechange: Make the station build window look good when resized.
09:57:18  <Alberth> computers, electricity
09:58:51  <Noldo> :]
10:00:49  * OwenS burns OpenSolaris CD
10:04:08  <Tekky> I am currently working on a patch which I will call "custom signal routes" or something like that. This patch will allow you to define all possible routes from one PBS signal to the next signal and modify the pathfinder cost for these individual routes. This patch will hopefully be very useful for making trains select the best route when entering/leaving a station, thereby hindering the...
10:04:10  <Tekky> ...other trains less who are entering/leaving the station. The reason I decided to make this patch is because it happens often that trains make pathfinding decisions which severely hinder other trains.
10:04:52  <Tekky> However, it is a lot of work to understand all the pathfinding code of OpenTTD :(
10:05:08  <TrueBrain> OwenS: why?
10:06:01  <OwenS> TrueBrain: For the server I'm building
10:06:28  <OwenS> My primary attractions are ZFS and Zones
10:06:57  <OwenS> Any more questions? I'm gonna have to turn this machine off to steal it's disk drive ;-)
10:07:11  <TrueBrain> enjoy :)
10:07:32  *** OwenS [~oshepherd@host86-128-252-57.range86-128.btcentralplus.com] has quit [Remote host closed the connection]
10:11:02  <Noldo> Tekky: what do you need those custom routes for?
10:14:45  <planetmaker> <Alberth> I shall need to dig up my Dune2 files soon :) <-- I shall do that then, too :-)
10:17:00  <Tekky> Noldo: I have a ro-ro station with 12 platforms and trains enter the station from the main line using 6 tracks. However, it often happens that trains take the shortest route into the station, instead of taking the route into the station which hinder the trains on the other 5 tracks least.
10:17:27  *** LadyHawk [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has joined #openttd
10:18:47  <Tekky> Noldo: Therefore, I see the need to be able to influence the pathfinder cost of all possible routes myself, so that trains prefer taking routes which hinder other trains least.
10:19:09  <Noldo> how many inputs?
10:19:27  <Noldo> ah 6
10:19:56  <LadyHawk> i missed the rest of the conversation but i 'trick' trains on crossings
10:20:34  <Noldo> make the pathfinder look at all 6 trains trying to enter and solve the problem so that as many as possible can proceed
10:20:38  <LadyHawk> a train has 1 tile to go either left or right, and it'll choose left.. if at that same junction, there's a 90 degree slab on the tile, it'll choose right.. makes no sense but i trick trains that way
10:22:00  <LadyHawk> trick em all to choose paths that have the least chance of hindering other trains that way.. yeah it still happens, but not often
10:24:07  <LadyHawk> i also limit their choices.. 1 huge junction where 20 tracks merge into 18 tracks.. each of the 20 tracks has 2 exit options only, not 18
10:24:37  <LadyHawk> so if a train decides to hinder another.. the other has a second chance to go free
10:24:49  <LadyHawk> i feel like i make no sense
10:24:49  <LadyHawk> lol
10:25:42  <Tekky> Noldo: Yes, it would be the ideal solution if the pathfinder would detect all possible conflicts with other trains and make pathfinding decisions accordingly. I have looked into such a system myself, however it would be very complex. Therefore, I think the best solution for now would be to implement these custom signal routes, which does not automatically take other trains into account....
10:25:43  *** OwenS [~oshepherd@host86-128-252-57.range86-128.btcentralplus.com] has joined #openttd
10:25:43  <Tekky> ...Instead, it only allows the user to influence the pathfinding cost of individual routes.
10:26:46  <LadyHawk> i'd love a pathfinding system like that though lol, maybe if someone gets bored enough for 2 weeks straight and works on it..
10:26:58  <LadyHawk> if it ever does get made, it's prolly not gonna get touched again ever XD
10:27:45  *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has joined #openttd
10:30:30  <Tekky> LadyHawk: I have been thinking a lot about pathfinding in which trains influence each other's pathfinding decisions. This would allow cool things such as bi-directional double track, as I have described in the following article: http://wiki.openttd.org/Realistic_Path_Based_Signalling
10:32:53  <Noldo> when a train does pathfinding will it plot the whole route all the way to the destination tile by tile?
10:34:37  <Tekky> Noldo: Yes, it will, but not necessarily "tile by tile", as track segments are cached in YAPF.
10:36:15  <Noldo> I might be good idea to make rough signal to signal route first and then more detailed routing only on shorter scale
10:37:45  <Tekky> LadyHawk: Yes, there are many possibilities to influence trains' pathfinding decisions using the methods you described, for example with 90 degree turns. However, I consider such methods as "ugly hacks". It would be much nicer and also more reliable if you could simply define all permissible routes and their pathfinding cost explicitly. That is what I am currently working on.
10:39:48  <Tekky> Noldo: Depends what you mean by "rough". The pathfinder must know exactly whether it is able to reach a certain location if it takes a certain route. For this, the pathfinder must examine every individual tile. Only after it has done this at least once, can the performance be improved by caching the results.
10:41:02  <Noldo> make a cache of routes from signal to signal
10:43:26  <Tekky> YAPF actually caches straight track segments, i.e. track with no switches in between. Even if there are several signals on a straight piece of track, it caches the whole straight piece of track as one segment. This is slightly more efficient.
10:44:08  <LadyHawk> very true Tekky
10:45:33  <LadyHawk> i tried to make a bidirection passthrough station a month ago or so but the only way i could manage that was to have entrance track, exit track, entrance track, exit track and somehow make them crossover later on.. it was a mess so i just gave up
10:46:14  <Noldo> Tekky: will it count trains or red signals on those segments?
10:47:16  <LadyHawk> only image that confuses me is the last track image before the first station image
10:47:46  <OwenS> Yaay! Solaris has entered X11 :-D
10:47:58  <LadyHawk> regular track train makes strong reservation.. i can understand that.. but surely the one on the other track needs a strong reservation to get out of deadlock's way
10:48:20  <LadyHawk> thinkin bout it.. hmm.. it doesn't have to on that image cuz there's no trains from opposite side coming
10:48:26  <LadyHawk> nm ;p
10:48:31  *** KenjiE20 [~KenjiE20@92.21.128.187] has joined #openttd
10:48:47  <Tekky> Noldo: When using cached data, the pathfinder does not take red signals into account. That is why the pathfinder only uses cached data for distant track segments. It does not use cached data in the immediate vicinity, so it can take red signals and PBS reservations into account.
10:49:33  <TrueBrain> playing Dune2 with keyboard is no fun :(
10:50:20  <LadyHawk> dune 2 <3
10:50:40  <LadyHawk> i haven't played that in so long cuz i know of a horrible bug that just takes all the fun away ;(
10:51:01  <TrueBrain> did you know that when yous tart a level, you start at negative credits
10:51:07  <TrueBrain> but that they don't have an icon for this? :p
10:51:22  <LadyHawk> no
10:51:23  <LadyHawk> lol
10:51:39  <LadyHawk> were you the one that was messing with dune2?
10:51:56  <LadyHawk> maybe you can 'mess' in a bugfix? XD
10:52:00  <Tekky> LadyHawk: A "weak" reservation tells other trains: You may use this track as long as you promise not to get stuck on it, because I will be needing this track myself very soon, otherwise I risk getting stuck on the opposite track (which would cause a deadlock).
10:54:01  <LadyHawk> Tekky for what i read on the page you linked it sounds very promising
10:54:28  <LadyHawk> but there's so many things to keep into account it's just... heck, must be confusing to code... long long days of work
10:55:04  <Tekky> LadyHawk: Bi-directional passthrough stations are now possible with the new PBS signals in OpenTTD. The article I gave you was made at a time before these new PBS signals existed. This link explains how to make a bi-directional pass-through station with the new PBS signals: http://wiki.openttd.org/Yet_Another_PBS_Patch#Basic_two-way_station
10:55:49  <LadyHawk> yeah those are the ones i used
10:55:57  <LadyHawk> but i dont stick any signals at the station though
10:56:04  <LadyHawk> the junction is sitting right next to the station at both sides
10:56:13  <LadyHawk> it reserves a path to safe stopping point so there's no need for those
10:56:47  <LadyHawk> just try duplicating that into a 10 track station with so many trains on it that it needs at least 2 entrance and 2 exit tracks on both sides
10:57:02  <LadyHawk> trains will horribly start to block eachother off
10:58:28  <LadyHawk> pf.path_backoff_interval 	 20 	 Ticks between checks for a free path. Increase if you have a slow computer.
10:58:34  <LadyHawk> i might have a look at reducing that
10:58:42  <Tekky> <LadyHawk>	it reserves a path to safe stopping point so there's no need for those <--- I disagree. A train entering a platform will reserve a route outside the station, thereby blocking a junction, if you don't have the platforms surrounded by signals.
10:59:00  <LadyHawk> i haven't noticed that
10:59:04  <LadyHawk> lol
10:59:54  <LadyHawk> the route gets unreserved behind them
10:59:57  <LadyHawk> leaving the way clear
11:01:01  <Tekky> LadyHawk: Did you activate the option to display PBS reservations?
11:01:17  <LadyHawk> yeh
11:01:32  <LadyHawk> i like knowing what my trains are doing
11:01:40  <Tekky> LadyHawk: Yes, the path behind the train gets unreserved, I am talking about the path in front of the train.
11:01:55  <LadyHawk> oh, no it wont try to reserve that till it wants to leave the station
11:02:29  <LadyHawk> cuz the signals reserve the path to a safe stopping point.. nothing after it
11:02:37  <Tekky> LadyHawk: What version of OpenTTD are you using? It does with me, if the station platforms are not surrounded by signals.
11:02:46  <LadyHawk> dunno, whatever latest version was
11:02:52  <LadyHawk> not the nightlies
11:04:50  <LadyHawk> my hd got wiped recently but it was uh.. 0.7.3 i think
11:05:05  <LadyHawk> i think i still have screenshots
11:05:07  * LadyHawk digs
11:07:33  <LadyHawk> ah
11:07:40  <LadyHawk> you're right
11:08:16  <Tekky> LadyHawk: I am using a recent nightly build and it behaves differently with me. However, I am quite sure that this (possibly controversial) feature to reserve routes past a station platform was introduced by michi_cc during the development of YAPP, before YAPP was included into trunk. Therefore, it should exist both in trunk and in the 0.7 branch.
11:08:20  <LadyHawk> i dont have the signals at the entrance but i do have them at the exit
11:08:43  <LadyHawk> so i suppose you're right with the bi-whatever it was stations
11:08:56  <LadyHawk> http://ladyhawk.flawlesscorruption.net/screens/wee.PNG
11:09:31  <Alberth> LadyHawk: 0.7.3 does not exist, maybe 0.6.3 ?
11:09:55  <LadyHawk> that screeny's a month old
11:10:01  <LadyHawk> i musta remembered wrong
11:10:21  <Tekky> LadyHawk: Hmmm, platform entrances and exits? I don't understand? In a bi-directional pass-through station, platform entrances are also platform exits, since the platforms are bi-directional.
11:10:58  <LadyHawk> yeah... i said you were right with those
11:11:52  <LadyHawk> the screeny i linked only has trains entering from 1 side
11:12:19  <Tekky> Alberth: The new YAPP PBS signals were first introduced in version 0.7.0.
11:12:38  <LadyHawk> so if that station turned into bi-directional.. you'd be right
11:12:47  <Alberth> it say 0.7.1 at the top :)
11:12:48  <LadyHawk> signals both ends
11:13:02  *** Singaporekid [~notme@cm212.psi140.maxonline.com.sg] has joined #openttd
11:15:22  <CIA-1> OpenTTD: rubidium * r16938 /trunk/src/ (12 files in 3 dirs): -Codechange: introduce helper function to tell whether a tile is either a rail station or rail waypoint tile
11:16:58  <Tekky> I don't quite understand why michi_cc changed the behavior of YAPP to reserve routes past a station platform, since a station platform should always be a safe waiting location, in my opinion.
11:18:14  <OwenS> Tekky: Not necessarily
11:18:26  <Ammler> Tekky: to support that: http://www.openttdcoop.org/blog/2009/07/12/asynchronous-srnw-stations/ ;-)
11:19:01  <Ammler> what stops you from placing a pbs signal after the plattform?
11:20:39  <OwenS> Whew! Nearly typed root password on wrong keyboard!
11:21:44  <LadyHawk> dummy trains o_O
11:21:49  <LadyHawk> i dont like those
11:21:54  <LadyHawk> expenses you dont need
11:22:23  <Tekky> Ammler: Yes, I always place signals on the exit of a platform, also because it looks better.
11:22:54  <Ammler> well, that station uses some complex things but still looks much better then your, imo. :-P
11:22:56  <OwenS> There are also situations, such as when using stations as penalties, that stoppiung at them is a really bad idea
11:23:28  <LadyHawk> late in game stopping a train for only a second could cost you lots of money
11:23:31  <LadyHawk> lol
11:24:09  <LadyHawk> thats why instead of merging trains at a station, i had to make up junctions that would merge tracks into other tracks that lead to the station
11:24:25  <Ammler> you think, it isn't true?
11:24:28  <LadyHawk> divide the traffic over the whole station
11:24:47  <LadyHawk> instead of trying to merge 5 into the corner of it
11:25:05  *** eleusis [~eleusis@203-206-100-236.dyn.iinet.net.au] has joined #openttd
11:25:14  <LadyHawk> what do dummy trains do?
11:25:32  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
11:25:40  <LadyHawk> surely they're full at some point.. they still keep ratio up or something cuz of the 3 day thing on the station rating?
11:25:59  <Ammler> they full load a train without full load order.
11:26:09  <LadyHawk> yeah i get that part
11:26:25  <Ammler> nothing about rating
11:26:57  <Ammler> we play with one company only, so we don't need to cheat the rating ;-)
11:27:13  <LadyHawk> hmm
11:27:29  <LadyHawk> the rating thing is the only thing i can think of that would benefit a dummy train
11:27:50  *** el[cube] [~eleusis@203-206-107-177.dyn.iinet.net.au] has quit [Ping timeout: 480 seconds]
11:28:04  <Ammler> [13:26] <Ammler> they full load a train without full load order.
11:29:24  <Alberth> Ammler: From http://www.openttdcoop.org/blog/2009/07/12/asynchronous-srnw-stations/  "Your e-mail will never be published."   <-- shouldn't that be 'email-address'?
11:30:01  *** sdafsdf [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has joined #openttd
11:30:22  *** LadyHawk [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has quit [Read error: Connection reset by peer]
11:30:28  <Ammler> if you comment?
11:30:32  *** sdafsdf is now known as LadyHawk
11:30:36  <Alberth> yes
11:30:56  <Ammler> that is wordpress, I am not english pro ;-)
11:31:11  <Ammler> KenjiE20: ^
11:31:26  <KenjiE20> blame wordpress
11:31:30  <Ammler> :-P
11:31:35  * Alberth blames wordpress
11:31:46  <KenjiE20> I'm pretty sure mine says the same thing
11:32:17  <KenjiE20> it means essentially the same thing to most people
11:32:45  <Ammler> but I agree to Alberth :-)
11:32:53  <Alberth> no problem, I just noticed it
11:34:06  <KenjiE20> ah, it's the template
11:34:20  <KenjiE20> what's on mine --> "Mail (will not be published) (required)"
11:34:25  <Ammler> LadyHawk: the trains which do the effective transport to the drop-off station don't have any load order, so they need to be sure, there is something to load.
11:35:05  <Ammler> so the dummy train loads full and transfer the whole to the "main" train.
11:35:48  <Ammler> more about srnw is on our wiki.
11:35:55  <LadyHawk> aha
11:36:07  <Tekky> http://www.openttdcoop.org/wiki/SRNW
11:36:10  <LadyHawk> thanks for that, made it a bit clearer
11:36:13  <LadyHawk> =)
11:36:57  <Rubidium> so "Dear sir/madam, I'm writing to inform you of a fire. Looking forward to hearing from you. All the best, Maurice" would be valid?
11:38:27  <TrueBrain> who knows how you can place structures with the keyboard only in Dune2? :(
11:40:46  <LadyHawk> lmao Rubidium
11:41:10  <Ammler> I changed it, thanks Alberth :-)
11:41:37  <OwenS> "Transfering Contents" =)
11:41:41  <LadyHawk> i never played dune2 with just keyboard.. why dont you use a mouse with it TrueBrain?
11:41:52  <TrueBrain> because I didn't implement that yet, mostly :p
11:41:59  <LadyHawk> fair enough
11:42:02  <Ammler> it was in the skin, so not sure, if wordpress is really the right address to blame.
11:42:08  <LadyHawk> i'd assume arrow keys or nummeric keypad
11:42:19  <TrueBrain> but placing itself I can't find
11:42:24  <TrueBrain> like moving a unit ...
11:42:35  <LadyHawk> hum
11:42:40  <LadyHawk> enter, space?
11:42:46  <TrueBrain> nope
11:42:47  <LadyHawk> hit keys till it places
11:42:48  <TrueBrain> believe me, I tried
11:42:55  <TrueBrain> so if you don't know, don't try to guess
11:43:06  * TrueBrain !== stupid ;)
11:43:13  <Ammler> :-o
11:43:17  <LadyHawk> ..
11:43:25  <LadyHawk> in that case i wont be able to say anything
11:43:27  *** LadyHawk [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has quit [Quit: Never underestimate the power of stupidity.]
11:43:28  <TrueBrain> that has to be a suprise ;)
11:44:41  <Rubidium> 'b'?
11:44:45  <TrueBrain> well .. that is overreacting I guess?
11:45:05  *** nfc [nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has quit [Read error: Connection reset by peer]
11:45:08  <Rubidium> or 'p'
11:45:26  *** nfc [nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has joined #openttd
11:45:27  <TrueBrain> Rubidium: nope .. I tried all keys on my keyboard :(
11:45:50  <Rubidium> then the manual I found on the internet is incorrect ;)
11:46:35  <TrueBrain> Rubidium: 'p' allows you to place it, but the really placing itself fails :p
11:47:24  <CIA-1> OpenTTD: rubidium * r16939 /trunk/src/ (18 files in 4 dirs): -Codechange: s/RailwayStation/RailStation/ to unify the way it's written.
11:53:12  <TrueBrain> Rubidium: which manual btw?
11:54:10  <Ammler> TrueBrain: continue webdune?
11:54:41  <Rubidium> http://dune2k.com/Duniverse/Games/DuneII/Manual
11:56:22  <TrueBrain> k, it really needs a mous eI guess :p
11:56:23  <TrueBrain> tnx Rubidium
12:02:32  *** nfc_ [~nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has joined #openttd
12:04:01  *** nfc [nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
12:10:14  *** LadyHawk [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has joined #openttd
12:10:53  <Tekky> TrueBrain: In Dune, I think you must place a foundation for buildings before you can actually build the buildings.
12:10:57  * roboboy may reconnect soon
12:11:03  <TrueBrain> Tekky: nope
12:11:11  <TrueBrain> but in fact, I tried placing a slab
12:11:16  <LadyHawk> you don't have to place foundations... placing a building on no foundations gives it 50% health
12:11:30  <Tekky> aha
12:11:42  <LadyHawk> which means sticking it on slabs is cheaper
12:12:00  <TrueBrain> but takes longer to build
12:12:01  <TrueBrain> trade-offs
12:12:15  <LadyHawk> finished trying to multitask html/css bugfixing and talking here
12:12:23  <LadyHawk> wasn't working together lol
12:12:43  <TrueBrain> it starts to rain here ... and I mean really RAIN
12:12:44  <TrueBrain> lol
12:13:44  * Alberth is going bankrupt very slowly :s
12:13:50  <Rubidium> TrueBrain: that only happens *just* before I want to go to sleep
12:14:16  <Rubidium> and if it just rains a bit it's sleep inducing, but 'really RAIN' ain't... too noisy
12:14:37  <TrueBrain> emulating the mouse is easier then I expected :)
12:14:44  <LadyHawk> a forum post i find here says the hotkey could be the d key
12:14:48  <LadyHawk> to place
12:16:45  *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
12:16:49  <Rubidium> hmm, the precipitation surplus in Enschede is way of the Dutch average... and it was always so dry :(
12:17:19  <TrueBrain> LadyHawk: nope, fails too ...
12:18:15  <LadyHawk> The message on the Production button has now changed to a flashing
12:18:15  <LadyHawk> "Place It." To place the structure, click on the Production button ot type
12:18:15  <LadyHawk> "P." Your cursor will now turn into a glowing rectangle in the shape of
12:18:15  <LadyHawk> your completed structure. Move the cursor over a portion of rock or
12:18:16  <LadyHawk> concrete foundation adjacent to any of your structures and click the left
12:18:16  <LadyHawk> mouse button or press the space bar.
12:18:30  <LadyHawk> from the dune2 manual
12:18:38  *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd
12:19:21  <TrueBrain> nope
12:19:23  <TrueBrain> not in my emu
12:19:24  <TrueBrain> not in DosBox
12:19:35  <TrueBrain> THEY ARE TELLING LIES!!
12:19:39  <LadyHawk> lol
12:19:46  <LadyHawk> you make me want to try it now =P
12:20:21  <TrueBrain> for me it is easier to get the mouse to work :p
12:20:34  <TrueBrain> movement is almost correct ...
12:21:10  <TrueBrain> correction: IS correct
12:21:14  <TrueBrain> now clickertheclick
12:21:40  <LadyHawk> mouse makes life so much easier
12:26:37  <TrueBrain> YES! Mouse works :) That was easy ;)
12:28:44  <Alberth> that was the last we hear from TB today :)
12:30:08  <TrueBrain> Alberth: ghehehe :)
12:30:14  <TrueBrain> well .. still a lot to do to make it playable :)
12:30:16  <TrueBrain> details ;)
12:30:55  <Rubidium> http://rbijker.net/openttd/img/Prudhattan%20Transport,%2017th%20Sep%201970.png <- oh it is such a hack ;)
12:30:57  <planetmaker> TrueBrain, is it a binary to c de-compiler or... what exactly is it what works now?
12:31:07  <TrueBrain> that, yes
12:31:25  <planetmaker> TrueBrain, I'll be very interested to give it a try on another thing than Dune2 :-)
12:31:34  *** Chruker [~no@0x5da34ce4.vjnqu1.dynamic.dsl.tele.dk] has joined #openttd
12:31:37  <TrueBrain> send it over :p
12:31:38  <planetmaker> Rubidium, cool!
12:32:10  <planetmaker> http://phost.de/~stefan/vpa/vpa-3.63-beta3.zip <-- TrueBrain
12:32:54  <TrueBrain> planetmaker: doesn't run in dosbox
12:33:01  <planetmaker> it does
12:33:11  *** Zahl [~Zahl@g227090173.adsl.alicedsl.de] has joined #openttd
12:33:13  <LadyHawk> don't suppose anyone wants to know the spoiler bug for dune2? lol
12:33:27  <LadyHawk> i wish they'd fix that
12:33:29  <TrueBrain> I only want to know why moving vehicles fails ...
12:33:41  <LadyHawk> but the game's too old :'(
12:33:57  <TrueBrain> planetmaker: it tells me it misses some ovl file
12:34:23  <planetmaker> oh? Hm... might be you need some additional file. Let me find it...
12:36:16  <planetmaker> http://www-public.tu-bs.de/~borstel/vgap/download/planetsdir.zip <-- unpack this and than unpack the first zip into the same dir
12:36:23  <planetmaker> s/than/then/
12:36:49  <planetmaker> if that still doesn't work, I screwed up somewhere :-)
12:36:59  <planetmaker> in my own description and installation instructions
12:37:06  *** Tekky [~chatzilla@DSL01.83.171.166.167.ip-pool.NEFkom.net] has quit [Read error: Connection reset by peer]
12:37:31  <Chruker> Has anybody here ever encountered a computer (with winxp) that just loses the clock, but never the date?
12:37:36  *** Tekky [~chatzilla@DSL01.83.171.149.244.ip-pool.NEFkom.net] has joined #openttd
12:37:37  <TrueBrain> Stub Error (2003): can't find dpmi16bi.ovl
12:37:41  <TrueBrain> (why does it want to load dpmi anyway)
12:37:49  <planetmaker> hm... it might need... ship files.... err... hm?
12:38:02  <planetmaker> never seen that error, honestly :S
12:38:08  <planetmaker> what's the dpmi?
12:38:22  <TrueBrain> planetmaker: get dosbox
12:38:25  <TrueBrain> get it to towk
12:38:27  <TrueBrain> work
12:38:28  <LadyHawk> interesting problem Chruker.. only thing that comes to mind is the motherboard battery, but you'd think it would also lose the date
12:38:29  <TrueBrain> pack it in one zip
12:38:31  <TrueBrain> give that to me
12:38:36  <planetmaker> I'll do that
12:38:46  <OwenS> TrueBrain: Perhaps it's a DPMI app? Doesn't explain why it doesn't detect DosBox DPMI
12:38:56  <TrueBrain> DosBox has DPMI disabled
12:39:00  <OwenS> That may be why :P
12:39:03  <TrueBrain> how the comment says: never used, and mostly broken
12:39:05  <planetmaker> always worked with dosemu - which is faster :-)
12:39:17  <Chruker> ladyhawk, yes exactly, but over the last month it has repeatedly had the wrong clock (both hour and minutes) but never the date.
12:39:24  <TrueBrain> planetmaker: either way, I read opcode 0x66 in the executable
12:39:39  <TrueBrain> I only decode 16bit real mode application
12:39:41  <TrueBrain> 0x66 means 32bit
12:39:49  <OwenS> 0x66 means what exactly?
12:39:55  <OwenS> MOV cr0, X?
12:39:57  <TrueBrain> Operand Size Prefix :)
12:40:04  <OwenS> 16-bit apps used 32-bit operands
12:40:08  <TrueBrain> so all instructions become 32bit
12:40:10  <LadyHawk> Chruker have you looked at the synchronisation settings in winxp? it might be trying to synchronize with a wrong timezone or whatever
12:40:31  <TrueBrain> planetmaker: so can't help you out there .. well .. not at this stage :)
12:40:38  <TrueBrain> adding dword is kind of nasty :p
12:40:42  <Belugas> hello
12:40:49  <TrueBrain> howdie Belugas :)
12:41:06  <LadyHawk> Chruker or you can try a different time sync server
12:41:14  <Belugas> howdie tired, TrueBrain
12:41:16  <Belugas> and ya?
12:41:20  <LadyHawk> i've had issues with it in the past, none recently though
12:41:27  <TrueBrain> dune2 now keeps on failing when trying to move units .. sucks ...
12:41:59  <LadyHawk> or you can try to disable synchronization altogether and see how that works out
12:42:19  <TrueBrain> time to do some shopping .. I am all out of .. well .. everything :p
12:42:31  * LadyHawk shivers at the thought of shopping
12:42:39  <OwenS> OK somethings up... not detecting my SATA drive =/
12:44:37  <Chruker> I've had it running a few days with both timesync servers and also with it disabled and it still lost the clock. WHen I manually ask it to update the clock it does fail the timesync, but since it still loses clock with the sync disabled I'm not sure it is it.
12:44:56  <LadyHawk> odd
12:45:06  <Chruker> Although I guess there could be something else timesync and failing silently.
12:45:16  <Chruker> *else timesync'ing
12:45:17  <LadyHawk> how does it 'lose' the clock... does it fall behind every time?
12:45:47  <LadyHawk> or is it random jumps hours ahead, hours behind etc
12:46:09  <Chruker> After the computer have been off for a while (mostly nights) and it boot up, the clock is just behind.
12:46:25  <planetmaker> TrueBrain, hm... here starting it in dosbox it works without any modification
12:46:32  <Chruker> When I unplug the power and do shorter reboots it doesnt loose time.
12:46:40  <planetmaker> hm... but the ovl is in the dir :-P
12:46:48  <LadyHawk> typically a clock on battery will start falling behind if the battery is getting low.. the timesyncs failing might explain why it's never set back to the proper time
12:48:03  <LadyHawk> if it is the battery it'll keep falling behind further and further, until you get the dreaded "settings reset to default, press f1 to continue" thing and you know for sure you have to get a new battery lol
12:48:49  <Rubidium> Chruker: is the clock going too fast or too slow?
12:48:55  <OwenS> I was gonna say whats an "OVL" anyway, the nit hit me... OVerLay
12:49:14  <planetmaker> :-) | OwenS
12:49:26  <Alberth> you know, in the days that not everybody had 1G mem :)
12:50:06  <Chruker> rubidium, sometimes it just have the wrong clock (hour + minute) when the computer starts. It never loses the date.
12:51:04  <TrueBrain> OwenS: stupid enough, the files are called OVL, but Borland names the functions OVR :p
12:51:06  <TrueBrain> go figure ;)
12:51:12  <TrueBrain> oeh, I was gong to do some shopping .. bbl :)
12:51:43  <OwenS> heh
12:51:52  *** nfc_ [~nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has quit [Ping timeout: 480 seconds]
12:51:58  <OwenS> OK, I need to relabel this disk because Solaris is looking on the wrong one for it's root partiton
12:52:10  <planetmaker> http://www.openttdcoop.org/files/pm/bundle.zip <-- @ TrueBrain
12:52:14  *** Yrol [~Yrol@BAF755d.baf.pppool.de] has joined #openttd
12:52:15  *** glx [glx@2a01:e35:2f59:c7c0:d532:8cee:15af:7043] has joined #openttd
12:52:18  *** mode/#openttd [+v glx] by ChanServ
12:52:24  <planetmaker> TrueBrain, best playing experience, if started with "vpa 9 ."
12:52:37  <planetmaker> (as other player files are not present)
12:52:53  <Yrol> hello every body and mind :o)
12:53:38  <LadyHawk> i've got a clock on battery here and it falls behind by 5 minutes every week, but it's been doing it for the past 3 months and still hasn't drained the battery completely
12:54:22  <LadyHawk> i know it's different but when a pc is turned off.. it's the same kinda principle
12:55:58  <LadyHawk> hey, Chruker: http://www.tech-forums.net/pc/f9/windows-xp-clock-problems-189503/
13:05:35  <Eddi|zuHause> <Tekky> However, it is a lot of work to understand all the pathfinding code of OpenTTD :( <- afair YAPF has code that checks the first 10 signals for their state (red/green), and modify the penalty based on that, you should probably hook into that code
13:13:55  *** OwenS [~oshepherd@host86-128-252-57.range86-128.btcentralplus.com] has quit [Remote host closed the connection]
13:23:21  <Tekky> Eddi|zuHause: Well, that would work somewhat, but it wouldn't be ideal, as the pathfinding information in the distance would be incorrect, then.
13:24:55  <Tekky> Eddi|zuHause: I would prefer the distant pathfinding information to also be correct.
13:27:21  <Eddi|zuHause> hm, i think that's a minor problem or even a desirable side effect
13:27:32  <TrueBrain> planetmaker: if I ever add wide-mode, I will run your app :p
13:27:58  <Eddi|zuHause> you primarily will want to avoid blockings on THIS junction, and worry about the next junction later
13:34:48  <Yrol> hm, planetmaker, im just reading about that alain2007-trying-to-do-a-megapatchpack. from what i read of your post there, i can just "checkout" my local trunk against any version available in the repository/remote trunk (?) and then have that version here locally available to patch against?
13:41:23  *** reldred [~reldred@115.131.211.175] has quit [Read error: Connection reset by peer]
13:45:18  <planetmaker> TrueBrain, "wide mode"? Oh, you mean the memory management it has?
13:45:41  <planetmaker> Yrol, you can always check out any version you like, yes
13:45:56  <TrueBrain> planetmaker: I mean 32bit access
13:46:11  <planetmaker> Using mercurial, you only need to do it once as you have everything then locally
13:46:22  <planetmaker> TrueBrain, yeah, hm... ok.
13:46:31  <planetmaker> a pity it doesn't work then now :-)
13:46:40  <TrueBrain> too new ;)
13:46:47  <TrueBrain> to new
13:46:49  <TrueBrain> what ever
13:46:56  <planetmaker> too :-P
13:47:12  <planetmaker> maybe I can find an old version... that game is at least as old as Dune2
13:47:22  <TrueBrain> in the time of dune2 there was already wide mode
13:47:24  <TrueBrain> ever since 386
13:47:34  <planetmaker> But that binary is way newer, so maybe the current maintainer or a previous one added that support
13:47:51  <Yrol> planetmaker, thank you
13:48:17  <planetmaker> TrueBrain, that game ran on anything which had a VGA graphics card. And I only mean VGA.
13:48:24  <planetmaker> like 286 was fine
13:48:26  <TrueBrain> hehe :)
13:48:44  <planetmaker> I played it back when I had one such system :-)
13:48:56  <TrueBrain> if there is a 286 version, it should work :p
13:49:36  *** reldred [~reldred@115.131.203.95] has joined #openttd
13:49:39  <planetmaker> Naturally I never tested the newer binaries for 286 compatibility...
13:49:52  <TrueBrain> 0x66 is not a 286 spec, so it shouldn't ;)
13:49:55  <TrueBrain> or my decompiler fucks up :p
13:50:11  <TrueBrain> always a posibility :)
13:50:12  <planetmaker> Might be that that particular binary is compiled for 386. Dunno really
13:56:09  <TrueBrain> pompiedom
13:58:58  <Yrol> dad  a chack?
13:59:08  <TrueBrain> wah?
13:59:30  *** Tekky [~chatzilla@DSL01.83.171.149.244.ip-pool.NEFkom.net] has quit [Read error: Connection reset by peer]
13:59:38  *** Tekky [~chatzilla@DSL01.83.171.181.155.ip-pool.NEFkom.net] has joined #openttd
14:00:20  <Yrol> its just a sound that crabs make
14:00:36  <Yrol> whats pompiedom(piedom) ?
14:00:43  <TrueBrain> if I say: pompiedom
14:00:45  <TrueBrain> you say: lalala
14:00:50  <TrueBrain> got it? Good! Now remember that :)
14:01:02  <Yrol> °salutes° yassir!
14:01:18  <TrueBrain> so lets try:
14:01:20  <TrueBrain> pompiedom
14:01:26  <Yrol> lalalu
14:01:27  <Belugas> tsoin tsoin!
14:01:31  <TrueBrain> .... sigh ....
14:01:34  <TrueBrain> people :'(
14:01:42  <Belugas> naaa... just bots
14:02:17  <planetmaker> lalala.... Narrow streets of cobble stone...
14:02:22  <Yrol> °goes and plays kraftwerk - boing bumm tschack°
14:05:54  *** HerzogDeXtEr1 [~Flex@88.130.176.16] has joined #openttd
14:12:27  *** HerzogDeXtEr [~Flex@89.246.186.120] has quit [Ping timeout: 480 seconds]
14:13:32  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Verlassend]
14:21:01  *** Rexxars [~rexxars@62.73.249.23] has quit [Ping timeout: 480 seconds]
14:30:18  *** Pygma [~quassel@88.151.27.234] has joined #openttd
14:33:10  *** DephNet[Paul] [~paul@host86-153-10-155.range86-153.btcentralplus.com] has quit [Read error: Connection reset by peer]
14:33:35  *** DephNet[Paul] [~paul@host86-153-10-155.range86-153.btcentralplus.com] has joined #openttd
14:35:05  *** Default_ [~quassel@ks32603.kimsufi.com] has joined #openttd
14:40:50  *** Default__ [~quassel@ks32603.kimsufi.com] has quit [Ping timeout: 480 seconds]
14:42:27  *** goodger_ [~ben@host86-158-205-213.range86-158.btcentralplus.com] has joined #openttd
14:44:11  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
14:44:12  *** michi_cc [michi@dude.icosahedron.de] has quit [Ping timeout: 480 seconds]
14:45:31  <Yrol> °waves° a good day to all of you :o)
14:45:44  *** Yrol [~Yrol@BAF755d.baf.pppool.de] has quit [Quit: MOOOOOOOOOO?????]
14:48:23  *** HerzogDeXtEr1 [~Flex@88.130.176.16] has quit [Quit: Leaving.]
14:48:55  *** goodger [~ben@host81-153-25-121.range81-153.btcentralplus.com] has quit [Ping timeout: 480 seconds]
14:50:40  *** thisismynick [~chatzilla@77.51.89.10] has joined #openttd
14:51:58  *** thisismynick [~chatzilla@77.51.89.10] has quit []
14:56:05  *** michi_cc [michi@dude.icosahedron.de] has joined #openttd
14:56:08  *** mode/#openttd [+v michi_cc] by ChanServ
15:07:19  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
15:14:11  *** Dartteri [dartteri@idler.fi] has quit [Ping timeout: 480 seconds]
15:18:48  <CIA-1> OpenTTD: rubidium * r16940 /trunk/src/ (10 files in 2 dirs): -Codechange: make the pathfinders behave the same when finding waypoints or stations, i.e. don't force exactly one destination tile for a waypoint
15:22:51  *** DephNet[Paul] [~paul@host86-153-10-155.range86-153.btcentralplus.com] has quit [Ping timeout: 480 seconds]
15:22:58  <TrueBrain> lalala
15:23:23  <Belugas> fafafa
15:23:32  <Belugas> doodoodoo
15:23:35  <TrueBrain> IEUW!
15:23:39  <TrueBrain> you don't say such things to people
15:23:48  <Eddi|zuHause> # lalala, text vergessen, scheiss egal
15:24:08  <Eddi|zuHause> if i only remembered which song that was...
15:24:14  <TrueBrain> # And so we start to sing: LA LA LAAA!!! LALALAAAAAAAaaaa
15:24:15  *** DephNet[Paul] [~paul@host86-153-10-155.range86-153.btcentralplus.com] has joined #openttd
15:24:25  <Eddi|zuHause> possibly "Katzenklo"
15:27:42  <CIA-1> OpenTTD: rubidium * r16941 /trunk/src/station_map.h: -Document: some map accessors
15:42:22  <Ammler> he, multi wps is comming :-)
15:44:16  *** Zorn [~zorn@e177226236.adsl.alicedsl.de] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )]
15:48:20  <Belugas> cumming?
15:48:34  <TrueBrain> Belugas: again: IEUW!
15:48:39  <TrueBrain> go back to your work or something :p
15:50:50  *** P0lygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
15:53:43  <Ammler> yeah, go back to your something.
15:54:22  <TrueBrain> Ammler: don't be rude! :p
15:54:47  <Ammler> oh, I forgot a bit smilie
15:54:59  <TrueBrain> a bit smile
15:55:02  <TrueBrain> how do they look?
15:56:07  <Ammler> the smilies?
15:56:20  <TrueBrain> a smiley constructed from bits
15:56:25  <TrueBrain> 001
15:56:26  <TrueBrain> 101
15:56:28  <TrueBrain> 100
15:56:33  <TrueBrain> nah, looks silly :p
15:56:44  <Rubidium> flapping your (large) ears?
15:56:45  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Ping timeout: 480 seconds]
15:56:51  <Eddi|zuHause> what's that supposed to be?
15:57:07  <TrueBrain> Eddi|zuHause: you tell me?
15:58:22  <Rubidium> a reason to ignore him?
15:58:32  <TrueBrain> he!
15:59:24  <Rubidium> # what's wrong with you?
16:02:17  *** DephNet[Paul] [~paul@host86-153-10-155.range86-153.btcentralplus.com] has quit [Quit: Leaving]
16:04:39  *** KenjiE20 [~KenjiE20@92.21.128.187] has quit [Ping timeout: 480 seconds]
16:17:38  *** KenjiE20 [~KenjiE20@92.21.128.187] has joined #openttd
16:22:01  *** frosch123 [~frosch@frnk-590fc5f9.pool.einsundeins.de] has joined #openttd
16:24:13  *** DephNet[Paul] [~paul@host86-168-195-252.range86-168.btcentralplus.com] has joined #openttd
16:31:46  <Tekky> <Eddi|zuHause> hm, i think that's a minor problem or even a desirable side effect ... you primarily will want to avoid blockings on THIS junction, and worry about the next junction later <---- Yes, but if the user changes the pathfinder weights significantly on the custom signals, there will be a big difference between the results of the local pathfinder and the distant pathfinder. For...
16:31:48  <Tekky> ...example, as long as the custom signal is outside the range of the local pathfinder, the pathfinder will consider the junction with the custom signal to be the shortest route and therefore select that route. However, as soon as the train approaches the junction with the custom signals and the custom signals thereby getting in range of the local pathfinder, the pathfinder may find this...
16:31:49  <Tekky> ...route to now be significantly longer and therefore decide to turn around and select a completely different route.
16:34:05  <Eddi|zuHause> well, then make the number of signals to be checked configurable (and have a setting for "infinity")
16:34:37  <Eddi|zuHause> just the number of signals previously was limited because the signal states can't be cached
16:35:20  <Eddi|zuHause> so it could be a huge performance hit if you send trains across the entire map
16:37:52  <Tekky> Eddi|zuHause: I see no reason why the weight of the user-defined routes should not be included in the YAPF cache. The YAPF cache can simply be invalidated whenever the user makes changes to the routes defined by the custom signal.
16:38:43  <Eddi|zuHause> yes, but that assumes that the weights can't be made dynamic (e.g. for possible load balancing)
16:40:15  <Rubidium> you can't cache it in YAPF anyway as it doesn't cache signal-signal
16:41:58  <Eddi|zuHause> Rubidium: well, that can be easily solved by treating "active" signals like junction tiles, i.e. have segments end there
16:42:35  <Eddi|zuHause> the existing "passive" signals would not need to be changed
16:43:05  <Tekky> Eddi|zuHause: Currently, I have no plans to make them dynamic. I think it would be nice to have programmable signals that can be scripted, such as in the programming language Squirrel, since that language is already used by the AI. However, my current project is far less ambitious.
16:43:40  <Eddi|zuHause> Tekky: it doesn't need to be in the plan, but it should be considered for future expandability
16:43:52  <Eddi|zuHause> it's a design decision that should be made carefully
16:46:05  <Tekky> Rubidium: Yes, one of my custom signals would have to trigger and end of segment in the YAPF cache and start a new segment.
16:46:36  <Tekky> correction:
16:46:42  <Tekky> Rubidium: Yes, one of my custom signals would have to trigger an end of segment in the YAPF cache and start a new segment.
16:53:56  *** fjb [~frank@p5485B761.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
16:54:26  <Tekky> Eddi|zuHause: Yes, I agree that it is important to make such design decisions carefully. Actually, I am thinking whether I should simply make my patch implement "player-defined routes with custom pathfinder weight", so that these custom routes can be linked to every track piece instead of only to signals. However, when using PBS signals, all pathfinding decisions are made at signals, so it...
16:54:28  <Tekky> ...seems most logical to link the routes to signals, at least when using PBS signals.
16:56:28  <Tekky> I am not sure whether to implement this as a PBS feature or as a general feature.
16:57:05  *** ecke [~ecke@213.195.202.11] has quit [Ping timeout: 480 seconds]
16:57:09  <_ln> how much disk space should i leave for PS3 itself?
16:57:28  <Sacro> http://thereifixedit.com/wp-content/uploads/2009/07/yoshi-keys.jpg <- ARRGH DX
17:05:24  *** Eddi|zuHause [~johekr@p54B77DE3.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
17:05:29  <CIA-1> OpenTTD: rubidium * r16942 /trunk/src/station_cmd.cpp: -Codechange: document CanExpandRailStation and remove the 'magic' array of numbers for a named struct
17:07:45  *** Eddi|zuHause [~johekr@p54B77490.dip.t-dialin.net] has joined #openttd
17:08:15  *** fjb [~frank@p5485FCFA.dip.t-dialin.net] has joined #openttd
17:09:22  <Eddi|zuHause> that was weird...
17:12:45  <Eddi|zuHause> S.M.A.R.T. says the hard drive that i just got from warranty replacement has uncorrectable sectors...
17:13:04  <TrueBrain> Eddi|zuHause: send it back, and call them names
17:13:06  <TrueBrain> HARD
17:22:57  <fjb> You can not fully trust S.M.A.R.T.. And even uncorrectable sectors are not always a problem. They should be remapped.
17:24:12  <TrueBrain> but when you get a new disk
17:24:13  <TrueBrain> it should work
17:26:31  <fjb> It was a warranty replacement. That are usually repaired disks.
17:27:03  <fjb> And even uncorrectable sectors are no sign that the drive does not work.
17:27:23  <fjb> Just write every sector once and the problem should be gone.
17:29:31  *** krushia [~krushia@pool-71-168-96-174.cncdnh.east.myfairpoint.net] has quit [Remote host closed the connection]
17:29:35  <Rubidium> I've heard that shooting it with a shotgun resolves uncorectable sectors as reported by SMART ;)
17:29:50  <TrueBrain> oeh, I like to try that :)
17:31:01  <KenjiE20> http://www.krinkels.net/index_xbox.html <-- well it's not a HD, but it IS being hit by buckshot
17:31:32  <TrueBrain> why oh why does stupid unit movement not work :'(
17:31:33  <fjb> Shotgun? Sounds like the french method of solving problems.
17:31:54  <Rubidium> fjb: it's American!
17:32:08  <Rubidium> the french would use a guillotine
17:32:40  <Belugas> or a baril or wine
17:33:01  <Belugas> GIVE ME ONE!
17:33:20  *** krushia [~krushia@pool-71-168-96-174.cncdnh.east.myfairpoint.net] has joined #openttd
17:33:59  <Rubidium> as I suspected, krinkels.net is of an American
17:36:43  <TrueBrain> video removed by user
17:36:44  <TrueBrain> hmm ..
17:38:53  <fjb> Americans are shooting with everything. But the french are known for their love to shotguns.
17:40:22  <Sacro> and white flags
17:40:34  <Sacro> and cheese/wine/frogs/armpit hair
17:42:53  *** FR^2 [~frquadrat@frquadrat.de] has joined #openttd
17:43:12  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
17:45:40  <CIA-1> OpenTTD: translators * r16943 /trunk/src/lang/ (8 files): (log message trimmed)
17:45:40  <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:45:40  <CIA-1> OpenTTD: simplified_chinese - 5 changes by Gavin
17:45:40  <CIA-1> OpenTTD: dutch - 1 changes by webfreakz
17:45:40  <CIA-1> OpenTTD: german - 1 changes by Roujin
17:45:41  <CIA-1> OpenTTD: indonesian - 1 changes by prof
17:45:41  <CIA-1> OpenTTD: korean - 5 changes by darkttd
17:47:39  <TrueBrain> sjoep sjoep
17:51:18  *** OwenS [~oshepherd@host86-144-20-57.range86-144.btcentralplus.com] has joined #openttd
17:51:30  <TrueBrain> wb OwenS
17:51:55  <OwenS> Heh
17:52:13  <OwenS> Bloody hell that took some doing.
17:53:24  <OwenS> One of the disks and the motherboard misnegotiated at SATA2 speeds (They're in SATA-1 only enclosures)... Had to boot a CD to reconfigure trhe disk
17:53:38  <OwenS> Naturally the first two (DVD+RW) burns the system refused to boot
17:53:54  <OwenS> And the whole process was made more irritating by the need to continually swap CD drive
17:54:31  <fjb> Sounds like a lot of fun.
17:55:17  <TrueBrain> OwenS: but now it works? :)
17:55:20  <OwenS> Yes
17:55:31  <TrueBrain> concratz :)
17:55:41  <OwenS> Well, I'm having permissions trouble doing the cross-network mounting, but it mostly works :P
17:56:43  *** KUDr [~doctor@203.253.broadband9.iol.cz] has joined #openttd
18:00:40  <Ammler> does someone have an idea how/where to check, why the load average was for a short time excessed?
18:00:42  *** Singaporekid [~notme@cm212.psi140.maxonline.com.sg] has quit [Quit: Leaving]
18:01:09  <Ammler> has been*?
18:01:13  <glx> AI ?
18:01:33  <Ammler> no, on a linux server :-)
18:01:37  *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Quit: KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/03/07 00:45:02 UTC  http://www.kvirc.net/]
18:01:57  <glx> DOS attack ?
18:02:06  <Ammler> nothing in messages and warn logs
18:02:26  <TrueBrain> processes start and stop
18:02:32  <TrueBrain> what is in the past, is in the past
18:03:04  <Ammler> it was just strange, some even complained the web wasn't reachable
18:04:12  <TrueBrain> if it doesn't happen again .. who cares :p
18:04:23  <Ammler> well, IF :-)
18:04:34  <TrueBrain> yes, I didn't use: when
18:05:15  <Alberth> you could look in the web access log
18:05:34  <Ammler> nothing really special there either.
18:05:42  <Ammler> just no call for around 5 mins.
18:05:45  <TrueBrain> I once notice on a server (production server, several M hits per minute), that the HD did a spin down .. caused a nice stall for the next 15 seconds :p
18:06:03  <TrueBrain> and the backlog that comes with that :p
18:06:13  <TrueBrain> shit happens :)
18:06:22  <TrueBrain> computers are supposed to be deterministic .. I wonder if they are :p
18:06:56  <Alberth> yes, if only the network with all those independent users were :p
18:07:20  <Ammler> to determine dos attacks, I would need to make tcp dumps or so, else I wouldn't see then?
18:07:45  <TrueBrain> a DDOS of less than 5 minutes?
18:07:49  <TrueBrain> you should count yourself lucky ..
18:07:57  <TrueBrain> really Ammler, if it doesn't repeat, don't worry about it
18:08:31  <Ammler> well, brians server ahs that all the time.
18:08:44  <TrueBrain> when things repeat, you can trace it
18:08:48  <TrueBrain> like we do with openttd.org
18:08:57  <TrueBrain> we have ... 'attacks' happening from time to time :p
18:09:47  <OwenS> As I have just discovered, Solaris can suffer from the same "wrong drivers in initrd" problems as Linux
18:09:52  <Ammler> how do you "trace" it?
18:09:54  <OwenS> Fortunately, fixing them is very simple
18:10:10  <TrueBrain> Ammler: depending what is going on .. first of, check the network activity
18:10:13  <TrueBrain> next: check IO
18:10:20  <TrueBrain> and if the load increased, check which process caused it
18:10:30  <TrueBrain> but al that can only be done WHEN it happens .. or you need to enable extended logging ;)
18:10:56  <TrueBrain> for example, the nodes I manage are normally running default logging .. network, IO, processes, etc etc
18:11:02  <Ammler> well, on brians server, a restart of apache solved it mostly everytime
18:11:05  <TrueBrain> when things start to spike, extended logging kicks in
18:11:17  <TrueBrain> next time, check the amount of memory it consumes
18:11:26  <TrueBrain> for openttd.org we recycle the httpds every 24hour
18:11:38  <TrueBrain> lighttpd currently is under daemontools control, being recycled faster I suppose
18:11:59  <TrueBrain> (simply because after a while it consumes so much memory, it starts to fail)
18:12:11  <TrueBrain> svnserve needs a reset every week, as it leaves stall connection all over the place
18:12:23  <Ammler> he restarts the server at least 3-5 times per day
18:12:34  <OwenS> TrueBrain: Try nginx
18:12:35  <TrueBrain> then someone should look into it in more detail :)
18:12:42  <OwenS> nginx > lighthttpd
18:12:47  <TrueBrain> OwenS: considered it .. even have Cherokee running next to it
18:12:58  <TrueBrain> but lighttpd does exactly those things we need .. and Cherokee is not mature enough :p
18:13:15  <TrueBrain> currently things are 'stable', so it is fine for now
18:13:34  <TrueBrain> (and more stable then those times we used apache :s)
18:13:37  <OwenS> Resarting every 24h is not my idea of stable :p
18:13:53  <TrueBrain> well, it has to do with proxies and giving files of several megs big :p
18:14:03  <OwenS> nginx is fine with that kind of load without bloat
18:14:04  <TrueBrain> (like requesting certain SVN revisions via trac)
18:14:11  <TrueBrain> they said that about lighttpd too
18:14:21  <TrueBrain> it turns out that what we have, is very ... special :)
18:14:23  *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd
18:14:58  <OwenS> TrueBrain: No, lighthttpd has a memory leak bug which has been reported which they classify as no bug
18:15:03  <OwenS> nginx doesn't
18:15:08  <TrueBrain> it doesn't have a memory leak bug
18:15:17  <TrueBrain> it just consumes massive amounts of memory in certain scenario
18:15:29  <TrueBrain> so please stop the commercial for nginx
18:15:35  <TrueBrain> I am sure when we install that, it will give problems too :)
18:15:40  <TrueBrain> (like all httpds did so far)
18:15:57  <TrueBrain> "if it aint broken, dont fix it", is what we currently say :)
18:15:57  <OwenS> It's not a memory leak in lighthttpd as such. It's more that it allocates lots of memory to store the file, mallocs a bit, frees big chunk, and malloc is left with big lump it can't return to the system
18:16:07  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd
18:16:13  <TrueBrain> OwenS: no, it is much more simple
18:16:19  <TrueBrain> when you request a 100 MiB file from a proxy
18:16:21  <TrueBrain> it allocates that
18:16:25  <TrueBrain> there things go wrong
18:16:27  <Nite_Owl> Hello all
18:16:28  <TrueBrain> morning Nite_Owl
18:16:41  <Nite_Owl> Hello TrueBrain
18:16:51  <TrueBrain> OwenS: we had people downloading such files at 2 kbit/sec
18:16:58  <TrueBrain> you do the math on that ;)
18:17:14  <TrueBrain> files and stuff are loaded from one side of the kernel to the other .. takes no real memory :)
18:17:18  <OwenS> TrueBrain: (Last nginx advert) nginx doesn't allocate such huge buffers - it reads as fast as it can write out the socket and no more
18:17:28  <TrueBrain> Cherokee too
18:17:35  <TrueBrain> but then there were other problems .... ;)
18:17:39  <TrueBrain> no httpd is a saint
18:17:51  <TrueBrain> this works, so why replace it? When it starts to fail, we will replace it
18:17:53  <OwenS> No, but nginx is pretty good (Unless you need old-style CGI)
18:18:06  <TrueBrain> oh! Yet another advert!
18:18:09  <Ammler> again :-)
18:18:12  <OwenS> lool
18:18:14  <TrueBrain> how often can you say nginx?
18:18:37  <TrueBrain> please .. stop it .. this setup works, how insane it might be. The future might hold other things .. for now, it is enough :)
18:18:39  *** ecke [~ecke@213.195.202.11] has joined #openttd
18:18:48  <TrueBrain> (you do not want to know the time spend on openttd.org services so far by me and Rubidium)
18:19:08  <OwenS> Now, if I could figure out how to configure Solaris' nfsd...
18:19:41  <TrueBrain> the 'hidden' time wasted on open source projects :p
18:21:03  <TrueBrain> our configuration is 2500 lines long :p
18:21:16  <TrueBrain> (for lighttpd)
18:21:28  <TrueBrain> euh, 608 for lighttpd, 2000 for cherokee
18:21:44  <TrueBrain> and the apache I can't count .. crazy ass format :(
18:22:04  <OwenS> Haha. Mine shrunk noticably when I dumped Apache also
18:22:11  <TrueBrain> managing 26 domains
18:22:17  <TrueBrain> of which 12 have 'special' attention
18:22:39  <OwenS> I do "include sites.d/*" and have a config file for each domain in there.. I prefer it that way
18:22:42  <TrueBrain> 500 lines of scripts for git/hg
18:23:08  <TrueBrain> 1000 lines of other scripts
18:23:25  <TrueBrain> (ranging from gentoo ebuilds to wt3 import, to binaries.openttd.org corrections (Dates and stuff))
18:24:55  *** ecke_ [~ecke@213.195.202.11] has joined #openttd
18:25:12  <Ammler> don't forget the awesome compile farm :P
18:25:29  <planetmaker> hehe :)
18:25:33  *** Dred_furst [~Dred@user-544542b4.lns5-c11.dsl.pol.co.uk] has joined #openttd
18:25:46  <planetmaker> apropos... compile farm... what about adding grfcodec and nforenum to it?
18:25:51  <TrueBrain> haha, lets not count the lines there :p
18:26:30  <TrueBrain> and let's not count the patches we have for various of tools
18:26:44  *** ecke [~ecke@213.195.202.11] has quit [Ping timeout: 480 seconds]
18:26:45  *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
18:26:49  <DaleStan> ISTR someone saying something about me needing to change the build process for that. But not what would need to change.
18:26:51  <TrueBrain> howdie Yexo :)
18:27:02  <Yexo> good evening
18:27:03  <Yexo> hello TrueBrain
18:27:17  <OwenS> Oh screw it I'll just install Samba. Configuring Samba is evil but it's evil I know
18:27:27  <TrueBrain> OwenS: hehe :) I know that feeling :)
18:27:49  <TrueBrain> planetmaker: I remember vaguely that Rubidium tried it, and failed at some level .. dunno what the problem was .. maybe he still remembers :)
18:27:52  <TrueBrain> it was something silly
18:28:02  <Rubidium> something with the PPC IIRC
18:28:08  <TrueBrain> (and not something we could fix)
18:28:20  <planetmaker> TrueBrain: yeah. Well, the binary for, iirc renum, didn't run on my mac
18:28:21  <Rubidium> might have or might not have been fixed by now
18:29:12  <TrueBrain> ah, yes, the one having asm, which is not supported by most of our targets
18:29:15  <TrueBrain> the other not working on MAC
18:29:17  <TrueBrain> Mac
18:34:12  <planetmaker> TrueBrain: well. It works, if compiled natively.
18:34:20  <planetmaker> So that's a problem basically of the CF :-)
18:34:42  <TrueBrain> if I remember correctly, Rubidium rolled out an OSX update last time
18:34:45  <TrueBrain> so maybe now it works ..
18:34:56  <planetmaker> we could try :-)
18:35:11  * planetmaker can easily say so... little to do for me :-P
18:35:45  <Rubidium> DaleStan: for the compile farm we basically need a way to determine the version, named findversion.sh, and a way to build bundles easily e.g. make bundle_zip. See http://rbijker.net/openttd/renum-for-cf.diff
18:36:30  <TrueBrain> blegh, and it needs Boost?
18:36:32  <TrueBrain> sucks
18:36:54  <Rubidium> TrueBrain: yes, it needs boost
18:37:13  * TrueBrain grumbles and goes back porting Dune2 ..
18:37:17  <TrueBrain> planetmaker: some other day :p
18:37:22  *** krushia [~krushia@pool-71-168-96-174.cncdnh.east.myfairpoint.net] has quit [Remote host closed the connection]
18:37:31  <planetmaker> he @ TrueBrain
18:37:34  <planetmaker> :-)
18:37:34  <TrueBrain> Rubidium: btw, the findversion stuff we might just copy from the CF to all projects .. as they all tend to need it :)
18:37:40  <TrueBrain> (and we are copying over the same file :p)
18:37:50  <Rubidium> TrueBrain: most need special needs
18:37:58  <TrueBrain> only the SRC_DIR, not?
18:38:01  <Rubidium> e.g. is there or isn't there a src/ directory
18:38:32  <Rubidium> furthermore grfcodec/nforenum seem to use ${REV}E instead of ${REV}M for modified builds
18:38:47  <TrueBrain> hehe, something to improve, I say ;)
18:39:17  <TrueBrain> but okay, the CF normally only compiles non-modified versions
18:39:24  <TrueBrain> so that isn't a real issue from the CF point of view
18:39:30  *** krushia [~krushia@pool-71-168-96-174.cncdnh.east.myfairpoint.net] has joined #openttd
18:40:06  <TrueBrain> either way ... CF rewrite .. still in the pipeline ...
18:40:12  <TrueBrain> first WT3.1 I guess ...
18:40:13  <TrueBrain> next week :p
18:40:27  <TrueBrain> BaNaNaS rewrite .. sigh ..
18:40:47  <Rubidium> TrueBrain->todo_list.size();
18:40:51  <Ammler> rewrite? not extendable?
18:41:00  <Rubidium> caught exception: std::overflow at TrueBrain
18:41:02  <Rubidium> d'oh
18:41:09  <TrueBrain> Rubidium: yeah ... I feel like that :)
18:41:24  <TrueBrain> still haven't done anything on my paid job :p
18:41:38  <frosch123> well, as long as you are paid :)
18:41:47  <TrueBrain> per assignment
18:41:49  <TrueBrain> so not really helping :s
18:43:19  <TrueBrain> stupid dosbox uses -exit instead of the normal --exit
18:43:21  <TrueBrain> go figure
18:44:58  <Alberth> java style long options
18:45:08  <TrueBrain> in that case: FUCK JAVA
18:45:19  <TrueBrain> why if the whole world goes left, there is always some big thing who wants to go right?
18:45:43  <Alberth> you can say that of GNU too :)
18:45:49  <TrueBrain> yup
18:46:04  <TrueBrain> personally, I couldn't give a rats ass which method is used .. as long as they all would do the same
18:46:11  <Eddi|zuHause> it's always a question of who is "the other side"
18:46:31  <Eddi|zuHause> TrueBrain: that is just not going to happen :p
18:46:34  <TrueBrain> as now I was trying --exit over and over, thinking: HUH?
18:48:26  <_ln> who was it that planned porting ottd to C#?
18:49:00  <planetmaker> haha :-) Long forgotten that is ^
18:49:26  <Rubidium> planetmaker: does http://rbijker.net/openttd/nforenum-custom-r2127E.tar.gz work on intel apple?
18:50:13  <Eddi|zuHause> _ln: lots of people wanted to port to lots of languages...
18:50:56  <TrueBrain> and in the end, it is all useless
18:51:26  <Eddi|zuHause> hm... kaffeine crashes on opening a 5MB png
18:51:48  *** GioGio [~GioGio@ip56588698.direct-adsl.nl] has joined #openttd
18:52:06  * OwenS starts the data copy to new server =)
18:52:13  <TrueBrain> OwenS: concratz
18:52:24  <TrueBrain> I am trying to figure out how to write nasm assembly :p
18:52:34  <OwenS> I'm personally an AT&T syntax person
18:52:40  <Eddi|zuHause> with a text editor :p
18:53:38  <OwenS> I love confusing people with leal 8(%rax, %rbx, 32), %rcx type stuff :p
18:54:16  <Rubidium> that doesn't confuse me
18:54:18  <TrueBrain> I just confused debug of DosBox :)
18:54:24  <OwenS> lol
18:54:37  <TrueBrain> I am just trying to print a message to the screen :p
18:54:45  <Rubidium> although I just read "I love confusing people with <some asm I can't be bothered to interpret> type stuff"
18:54:52  <Eddi|zuHause> ah... TV is shit...
18:54:56  <Eddi|zuHause> 90% of it is rubbish
18:55:03  <Eddi|zuHause> and the other 10% i have already seen
18:55:13  <TrueBrain> Eddi|zuHause: join the club
18:55:31  <Eddi|zuHause> the internet totally spoils the TV :p
18:55:37  <Rubidium> 90% is rubbish?
18:55:49  <Rubidium> that can't be true
18:55:51  <Eddi|zuHause> Rubidium: conservative estimate ;)
18:56:01  <Rubidium> then 10% must be good
18:56:21  <OwenS> Note to self: Get gigabit network
18:56:31  <Rubidium> which equates to... given say 10 channels... a full day of good TV
18:56:35  <TrueBrain> OwenS: check
18:56:57  <planetmaker> Rubidium: seems to work like a charm
18:57:02  <Eddi|zuHause> well, i did not specify that i was talking about the prime time programming
18:57:11  <OwenS> Theres no point having high speed RAID arrays and 100mbit ethernet :p
18:57:24  * TrueBrain enjoys his gbit every day :)
18:57:24  <Eddi|zuHause> of course i totally ignore daytime programming
18:57:34  <DaleStan> OwenS: If 8 is the scale and 32 is the base, I know what's going on there. Except that I thought the l indicated a 32-bit width, and the registers all imply 64-bit width.
18:57:59  *** GioGio [~GioGio@ip56588698.direct-adsl.nl] has left #openttd []
18:58:24  <Eddi|zuHause> so, given 10 channels, one channel has an interesting prime time each day, and this one i have already seen
18:58:41  <OwenS> DaleStan: Woops with the l/q mixup. And other way round; %rcx = %rax + %rbx * 32 + 8
18:58:48  <Rubidium> planetmaker: your OSX still has rosetta, right?
18:59:05  <OwenS> And on the "90% of TV is rubish line": http://tvtropes.org/pmwiki/pmwiki.php/Main/Ptitle3tinj4tz?from=Main.SturgeonsLaw
18:59:07  <TrueBrain> oeh, segfaulting DosBox, cool :)
18:59:07  <planetmaker> uhm... the ppc emulator/simulator? Yes
18:59:12  <Rubidium> in other words, does http://rbijker.net/openttd/nforenum-custom-r2127E-ppc.tar.gz work too?
19:00:38  <planetmaker> hm. no. It segfaults
19:01:47  <Rubidium> planetmaker: so big endian nforenum doesn't work
19:02:00  <planetmaker> I'm not 100% confident to what degree that emulator works correctly here, though
19:02:25  <planetmaker> I'd want to test a different big endian ppc binary before I'm 100% sure :-)
19:02:48  <planetmaker> though I *think* I did that ages ago with some ... openoffice or so.
19:03:14  <OwenS> I'd say shame PPC did away with little endian mode.. but actually little endian mode wasn't ever real little endian :p
19:03:18  <TrueBrain> grrr, I forgot how tricky COM-files work ...
19:03:44  <Rubidium> planetmaker: is bash still big endian with your version?
19:04:05  <Rubidium> it was big endian in (at least some versions of) 10.4
19:04:37  <OwenS> I thought PPC-LE was done away with on the PP64 (G5) and newer processors?
19:04:49  <DaleStan> OwenS: rbx*32 !? 32bit only allows 0,1,2,4,8 as the scale. And I see no indication in the Intel programmer's manual that the REX prefixes extend the scale field of SIB.
19:05:31  <OwenS> DaleStan: You're reading too far into ASM I've written in an IRC conversation. Particualrly when I haven't been writing x86 ASM for a while
19:06:02  <DaleStan> Well, that's why I made 8 the scale and 32 the base. 32's not a valid scale, but 8 is.
19:06:34  <Rubidium> planetmaker: could also be that my boost isn't endian aware or so
19:07:17  <OwenS> I always forget the little silly restrictions of x86 like that (Only 2 bits for scale?!)
19:07:44  <planetmaker> Rubidium: bash is running native
19:07:46  <planetmaker> ly
19:08:05  <planetmaker> how do I check that actually?
19:08:41  <planetmaker> IIRC, though, I'd get a kind of hint, that now the emulation is started and blah blah blah
19:08:52  <planetmaker> and it usually is SLOW
19:09:55  <Rubidium> planetmaker: try bash --version
19:10:11  <CIA-1> OpenTTD: rubidium * r16944 /trunk/src/saveload/ (industry_sl.cpp saveload.h station_sl.cpp vehicle_sl.cpp): -Codechange: remove needlessly complex way of getting the offset of items within a struct that are within a struct
19:10:42  <planetmaker> GNU bash, version 2.05b.0(1)-release (powerpc-apple-darwin8.0)
19:10:44  <planetmaker> Copyright (C) 2002 Free Software Foundation, Inc.
19:10:52  <planetmaker> hm... that ... is... powerpc
19:11:13  <planetmaker> and I wonder actually why they ship it with an ancient bash, too. But well
19:12:23  <Rubidium> because they can
19:12:48  <Eddi|zuHause> mine is 3.2, so that 2.05 is really ancient ;)
19:13:26  <Rubidium> planetmaker: at least it's as up-to-date as Apple ships their bash
19:14:16  <planetmaker> back then when 10.4 was current ... maybe :-)
19:14:17  <Rubidium> although they've backported a few bugfixes from 3.2
19:14:46  *** nfc [nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has joined #openttd
19:14:47  <Rubidium> planetmaker: 10.5.7 still ships with bash 2.05b (if http://www.opensource.apple.com/release/mac-os-x-1057/ is a credible source)
19:15:06  <planetmaker> I'm actually looking forward to 10.6 :-)
19:15:14  <planetmaker> oh, do they?
19:15:20  <planetmaker> Then it's a bit... stupid
19:15:56  <Eddi|zuHause> http://rawstory.com/08/news/2009/07/23/pentagon-furious-over-execution-call-soldier/ <- Fox "News" tells taliban to execute a capured soldier, to save the us army some legal hassle :p
19:17:56  <CIA-1> OpenTTD: rubidium * r16945 /trunk/src/base_station_base.h: -Fix (r16940): comments got swapped
19:18:16  <Nite_Owl> also to avoid Darth Cheney from being prosecuted for war crimes
19:25:05  <Nite_Owl> technically the Taliban could water board the poor soldier and simply claim that they were trying to get important information
19:27:29  <TrueBrain> yeah, wrote my own DOS program ! (first time this year :p)
19:28:38  <Eddi|zuHause> some DOS versions distributed ".com" files that were actually ".exe" files renamed
19:28:45  <OwenS> Doing what?
19:28:55  <TrueBrain> haha, you really want to know? :p
19:29:02  <OwenS> Kinda :P
19:29:13  <Eddi|zuHause> OwenS: not much more than a "Hello World" :p
19:29:15  <OwenS> lol
19:29:17  <OwenS> Eddi|zuHause: Thats nothing. Visual Studio includes a .com which is a win32 app
19:29:25  <TrueBrain> it prepares the registers, runs a test (one single instruction over and over), dumps all register entries in the memory, opens file, dumps all data there
19:33:15  *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Remote host closed the connection]
19:41:16  <TrueBrain> if I now take a picture of my room view, and I make a jigsaw out of it, I can sell it for a good price
19:41:18  <TrueBrain> beautiful
19:45:23  <fjb> I would take some kind of steel to make a jigsaw out of.
19:45:36  <Belugas> naked girls dancing under a rainbow?
19:45:44  <TrueBrain> fjb: yeah, good luck with that
19:45:51  <TrueBrain> Belugas: only in your dreams
19:45:55  <TrueBrain> (or mine .. hmm ...)
19:46:03  <Belugas> in OURS!
19:46:05  *** lime [~irlime@port543.ds1-hvi.adsl.cybercity.dk] has quit [Read error: Connection reset by peer]
19:47:07  <fjb> Belugas: You are married. :-)
19:47:21  <Belugas> yeah.  so?
19:47:30  *** lime [~irlime@port543.ds1-hvi.adsl.cybercity.dk] has joined #openttd
19:47:30  <TrueBrain> I also miss your point fjb
19:47:44  <Belugas> Does not mean that we cannot use our eyes :S
19:47:58  <Belugas> use our hands is a little bit more.. troublesome
19:48:09  <Belugas> using  ... well... you know... is even worse
19:48:14  <Belugas> but eyes.... come on...
19:48:21  <Belugas> PRUDE!
19:48:40  <fjb> :-P
19:48:45  * OwenS wishes this file copy were faster
19:50:27  * TrueBrain helps OwenS wishing
19:50:40  <TrueBrain> okay .. my compare test works, if not that flags are stored differently :)
19:50:48  <TrueBrain> I write 0x0206, DosBox writes 0x7212 ..
19:51:55  <Belugas> sonds like my wife... i earn 6, she spends 12...
19:51:59  <OwenS> Speeding it up would require buying a new network card (For the server... Atoms don't come with gigabit =() and router (Cause I hate this one and may as well kill two birds with one stone)... and probably relaying my Ethernet cable
19:52:00  *** PeterT [~Peter@217.20.134.23] has joined #openttd
19:57:59  <OwenS> I do love over-network X11
19:59:39  <TrueBrain> okay .. first bug in my emulation layer .. flags! WHOHO! :(
20:02:41  *** CIA-1 [~CIA@208.69.182.149] has quit [Ping timeout: 480 seconds]
20:03:35  <TrueBrain> euh .. who can help me with this: mov ax, 0x1; shl ax, 0x1 .. in both cases PF should be 1, not?
20:03:47  <OwenS> PF?
20:03:52  <Eddi|zuHause> if you earn 6, you should maybe consider switching jobs ;)
20:03:57  <TrueBrain> Parity
20:04:08  <OwenS> I'd presume so
20:04:15  <TrueBrain> Eddi|zuHause: he didn't define a timespan :p
20:04:20  <TrueBrain> OwenS: DosBox says not :(
20:04:24  <Rubidium> Eddi|zuHause: 6 an hour is acceptable for me ;)
20:04:36  <OwenS> Actually no
20:04:41  <TrueBrain> oh .. even .. lol
20:04:42  <Spoons> TrueBrain: Ooh, you're writing an x86 interpreter / translator?  What host language?
20:04:42  <OwenS> Isn't PF 1 when even parity?
20:04:44  <TrueBrain> oopsie :)
20:04:54  <Belugas> Eddi|zuHause, never spoke about the frequency of the events...
20:05:08  *** PeterT [~Peter@217.20.134.23] has quit [Quit: Leaving]
20:05:15  <TrueBrain> Spoons: C (and small parts C++)
20:05:23  <TrueBrain> emulator layer is pure C
20:05:33  <TrueBrain> tnx OwenS
20:05:51  <Spoons> That's not interesting, there's plenty of those. :(
20:05:57  <OwenS> I was thinking SHR for a moment :p
20:06:01  <TrueBrain> when is it 'interesting' in your book?
20:06:24  <Belugas> something flashy, full of buttons, that rumble and shake all over...
20:06:28  <OwenS> w00t! Music copy finished!
20:06:30  <blathijs> TrueBrain: Why are you building it?
20:07:08  <Spoons> Interesting is not NIHing something, or a novel host platform, or a translator of any kind.
20:07:13  <TrueBrain> blathijs: it started with me wanted to look inside Dune2 executable .. finding not many tools who can do it (although I now found IDA) .. got a little bit bigger with me wondering how hard it could be to decompile a 16bit application with modern computers .. turning out to be a big project :p
20:07:32  <Eddi|zuHause> why do i think Civ4:Colonization is boring?
20:07:51  <OwenS> And now the video copy... I think this may take all night, something I'd prefer it not to, as my machine doesn't make a good sleeping partner
20:07:51  <Yexo> the original colonizations is way more fun
20:07:52  <Eddi|zuHause> it does have neither the feel of Civ4 nor of Colonization
20:07:53  <Rubidium> Eddi|zuHause: because 90% of stuff is crap?
20:08:03  <blathijs> TrueBrain: ida is pretty nice, yeah :-)
20:08:09  <TrueBrain> OwenS: ghehehehehe :p
20:08:10  <Rubidium> and because Civ II was good, there must be 10 crappy versions
20:08:28  <TrueBrain> blathijs: yup, it is :) But I have to say ... I like my decompiler more :) Somehow I can do more in C than I can with asm :p
20:08:30  <blathijs> TrueBrain: Hehe, decompiling is nasty, especially when you want to do it statically (ie, without actually running the code)
20:08:32  *** Spoons is now known as FauxFaux
20:08:43  <TrueBrain> blathijs: that turned out to be impossible
20:08:47  <TrueBrain> so now it is a JIT decompiler :p
20:08:56  <TrueBrain> it stores what it has seen
20:08:56  <Eddi|zuHause> i believe there are way more than 10 versions (including alpha centauri and colonization)
20:09:02  <TrueBrain> and makes a static binary of that later on :)
20:09:17  <blathijs> TrueBrain: Cool. You really have too much time, haven't you? :-p
20:09:28  <TrueBrain> well, I wasn't planning on spending so much time on it ..
20:09:35  <TrueBrain> although .. much time .. hitting the 60 hours or so now
20:09:41  <TrueBrain> so still within reason
20:09:50  <TrueBrain> (well, 60 programming hours :p)
20:10:39  <Rubidium> TrueBrain: I reckon blathijs can use some of your free time for maintaining the debian package ;)
20:10:45  <blathijs> :-)
20:11:03  <TrueBrain> free time is such an ugly word
20:11:54  <OwenS> Aww hell this copy IS gonna take all night
20:11:55  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
20:12:41  <TrueBrain> this is odd .. shl should not affect 'adjust' flag .. yet it does ..
20:12:48  *** Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd
20:12:54  <TrueBrain> well, it is not specified what it should do, but DosBox suggest it shouldn't do anything ..
20:13:56  <blathijs> Did you check the intel manuals? I think those are really good
20:14:08  <TrueBrain> they suck, but yeah, I have them here
20:14:14  <TrueBrain> doesn't change the fact it is not specified ;)
20:14:23  <OwenS> AMD manuals say OF, SF, ZF, PF and CF. AF is undefined
20:14:33  <OwenS> AKA AF may be anything
20:14:35  <TrueBrain> yup
20:14:39  <TrueBrain> but I wonder why DosBox makes it 1
20:14:48  <TrueBrain> makes it hard to compare with my results you see :p
20:15:03  <OwenS> Perhaps the processors do that and some app relies on it?
20:15:29  <TrueBrain> okay, maybe I should word this differently:
20:15:34  <TrueBrain> DosBox source code doesn't redefine AF
20:15:36  <TrueBrain> yet it changes
20:15:48  <OwenS> Aah
20:15:48  <Ammler> anyone here, who has blender installed?
20:16:27  <Ammler> and might be able to make a 8bpp pcx from a .blend
20:16:39  <Ammler> https://dev.openttdcoop.org/issues/150
20:21:37  *** Tekky_ [~chatzilla@DSL01.83.171.159.196.ip-pool.NEFkom.net] has joined #openttd
20:22:48  <TrueBrain> OwenS: do you by any chance know when the 'nested task' flag is set and unset?
20:23:25  <Aali> it's set whenever you nest a task, and unset when you unnest it \o/
20:23:47  <TrueBrain> why do I get this urge to kick someone ... :p
20:24:01  <OwenS> You're emulating real mode, correct? In that case, it should never be touched IIRC; thats all to do with protected mode and hardware task switching and is royally ugly and completely unused
20:24:12  <Aali> what he said
20:24:22  <TrueBrain> tnx OwenS
20:24:36  <TrueBrain> yeah, no diff! :)
20:25:13  <OwenS> I believe it's set when a task does a call far task_segment:any_random_ignored_address and unset when a task does a retf. Or something like that
20:25:20  <Aali> well, actually, hardware task switching is okay, however it's less flexible and not any faster than doing it yourself
20:25:37  <OwenS> Aali: And nobody uses it. And AMD64 doesn't have it.
20:25:44  <Aali> indeed
20:26:07  <OwenS> And it's also slower but this is completely irrelevant when most of the time is spent doing other stuff anyway
20:27:11  *** Tekky [~chatzilla@DSL01.83.171.181.155.ip-pool.NEFkom.net] has quit [Ping timeout: 480 seconds]
20:27:14  *** CIA-2 [~CIA@208.69.182.149] has joined #openttd
20:27:19  *** Tekky_ is now known as Tekky
20:29:58  <TrueBrain> I still can't find a single trace of SHL setting AF in DosBox .. yet it does ..
20:30:06  <TrueBrain> maybe I am looking at the wrong source version :p
20:32:36  <TrueBrain> unless it defined 'false' as 1
20:32:53  *** Dred_furst [~Dred@user-544542b4.lns5-c11.dsl.pol.co.uk] has quit [Read error: Connection reset by peer]
20:36:04  <Belugas> bye bye
20:36:14  <TrueBrain> nightynight Belugas
20:36:40  <Belugas> night sweety sugar
20:36:49  <planetmaker> night Belugas
20:36:53  <planetmaker> and have a nice WE
20:37:04  <frosch123> "For a non-zero count, the AF flag is undefined", what what does it contain for zero count :o
20:37:22  <TrueBrain> frosch123: hehe :) Shifts with zero-count are a big no-no
20:39:10  <TrueBrain> haha, slowly I find NASTY errors ... SHLw for example still takes only 1 byte as param, despite being wide :p
20:39:25  <TrueBrain> (the documentation is NOT clear on this subject :p
20:40:52  <planetmaker> lol
20:41:16  <planetmaker> Sounds like "Please write a 100 page document. I'll read the introduction to judge your analysis"
20:42:18  <frosch123> mine shl only takes imm8
20:42:27  <frosch123> *my
20:42:42  *** tokai [~tokai@p54B8252C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
20:42:55  <TrueBrain> oh, you are right, it says imm8 data
20:43:00  <TrueBrain> where normally it says immediate data
20:43:07  <TrueBrain> (without 8 or 16, meaning it can be either one :p)
20:44:44  <TrueBrain> SET_FLAG(AF,(lf_var2b&0x1f)); <- introduced in Dosbox 0.71 or 0.72 ...
20:44:45  <TrueBrain> how lovely :p
20:45:03  *** tokai [~tokai@p54B829D7.dip0.t-ipconnect.de] has joined #openttd
20:45:06  *** mode/#openttd [+v tokai] by ChanServ
20:48:22  <TrueBrain> basicly, if AF is set, the shift did anything :p
20:56:48  <TrueBrain> now Dune2 no longer wants to start :'(
20:59:45  <Eddi|zuHause> then you did either something wrong or you did not enough things right
21:00:03  <TrueBrain> you know
21:00:06  <TrueBrain> I think you are right about that :p
21:07:55  *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has quit [Ping timeout: 480 seconds]
21:15:12  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has quit [Quit: Read You Soon]
21:17:48  <TrueBrain> yeah, fixed it .. lalala :)
21:21:50  *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Quit: KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/03/07 00:45:02 UTC  http://www.kvirc.net/]
21:31:59  <Chruker> Somebody should kick that guy until he shortens his damn exit message
21:32:00  *** Pygma [~quassel@88.151.27.234] has quit [Read error: Connection reset by peer]
21:32:23  *** Pygma [~quassel@88.151.27.234] has joined #openttd
21:36:11  *** KritiK [~Maxim@93-81-213-207.broadband.corbina.ru] has joined #openttd
21:38:30  <TrueBrain> it is hard to kick someone who is gone ...
21:38:35  <TrueBrain> I can kick you, on the other hand?
21:38:42  <TrueBrain> oeh, more interest in WT3 :)
21:38:53  <TrueBrain> Monday I will start with the new version :p
21:41:38  <Chruker> you could, but I would just come back and back and back
21:41:52  <TrueBrain> you could, but I can fix that ;)
21:42:45  * Chruker wonders if TrueBrain could/would block connections via the tt-forums irc chat
21:43:35  <TrueBrain> don't challenge me :)
21:43:47  <TrueBrain> I think my hand reached futher then you want to know :p
21:44:05  <Chruker> hehe
21:46:58  <TrueBrain> my english sucks .. my dutch too
21:47:08  <TrueBrain> I keep mixing both ... in ways which are not always called: okay
21:49:41  <OwenS> TrueBrain: I would disagree on the suckiness point
21:50:57  <OwenS> Interesting question: Do Solaris zones get hostnames at the same level or one below their host machine?
21:51:12  <TrueBrain> no clue :)
21:51:16  <OwenS> (As in, which do I assign them :-P )
21:52:31  <OwenS> (A zone can be considered to be a really lightweight virtual machine)
22:07:53  <TrueBrain> hmm .. a good movie before going to sleep .. let me see ...
22:11:21  <Chruker> "Eddie, does Dallas" ?
22:11:21  *** frosch123 [~frosch@frnk-590fc5f9.pool.einsundeins.de] has quit [Remote host closed the connection]
22:12:41  <Ammler> oh, kde has a bookmark manager which allows sync between all browsers.
22:20:05  <fjb> One the same level afaik.
22:21:13  *** Nazeradom [~adam_fire@host86-128-149-121.range86-128.btcentralplus.com] has joined #openttd
22:21:25  <Nazeradom> Hey
22:21:32  <TrueBrain> hello
22:21:46  <fjb> OwenS: They are almost like FreeBSDs jails. So I guess on the same level.
22:21:57  <fjb> Hi Nazeradom
22:24:04  <Nazeradom> Well I just lost 6 hours refining a junction
22:24:34  <Nazeradom> Only realised the time when I was suddenly hungry
22:25:20  <Eddi|zuHause> i only realise the time when it's getting light outside
22:25:22  <TrueBrain> we all have been there :p
22:27:33  <Nazeradom> When I started drawing network diagrams I decided it was time for a break...
22:33:07  *** Lakie [~Lakie@91.84.251.149] has joined #openttd
22:34:37  *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has quit [Quit: Bitches.]
22:43:12  *** tokai [~tokai@p54B829D7.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
22:44:01  <TrueBrain> hmm .. found a bug in DosBox :p
22:45:06  *** Ridayah [~ridayah@173-19-228-175.client.mchsi.com] has quit [Ping timeout: 480 seconds]
22:46:05  *** tokai [~tokai@p54B822EB.dip0.t-ipconnect.de] has joined #openttd
22:46:10  *** mode/#openttd [+v tokai] by ChanServ
22:50:18  <Eddi|zuHause> i want to play something, but i really should be going to bed, because i need to get up early...
22:50:31  <TrueBrain> oh no
22:50:33  <TrueBrain> WHAT TO DO!
22:50:36  * TrueBrain start running around naked
22:52:39  <Eddi|zuHause> i'm disturbed by that image
22:52:46  <TrueBrain> good
22:52:54  * glx put the film on youtube :)
22:54:10  *** Ridayah [~ridayah@173-19-228-175.client.mchsi.com] has joined #openttd
23:05:20  <TrueBrain> glx: really?
23:05:23  <TrueBrain> you are that desperate?
23:06:39  <OwenS> 80 of 346GB copied... It's gonna be noisy in here tonight
23:06:47  <TrueBrain> hihi, that was mean, sorry glx :)
23:06:49  <TrueBrain> OwenS: shit happens ;)
23:07:11  <TrueBrain> I fixed tons of flags-errors related to shifts ... documentation can be so nasty to read correctly
23:07:21  <OwenS> It's also going to be brighter than normal due to silly illuminated fans
23:07:30  <TrueBrain> hahahaha :)
23:07:40  <TrueBrain> stupid DosBox btw made a bug because of their own unclear codingstyle
23:07:47  <TrueBrain> val2w and val2b are the 2 values
23:07:56  <TrueBrain> but either one is assigned a value when sub-functions are called
23:08:04  <TrueBrain> then things tend to go wrong I guess ...
23:08:20  <Eddi|zuHause> yay for functions with side effects :p
23:08:46  <TrueBrain> but still my vehicles in Dune2 do not move :(
23:09:17  *** unambiguous [~munchies@linux2.e-insites.com] has joined #openttd
23:09:17  *** unambiguous [~munchies@linux2.e-insites.com] has left #openttd []
23:09:28  <TrueBrain> thank you for your visit
23:09:30  <TrueBrain> drop by any time
23:09:37  <OwenS> lol
23:12:59  *** sdafsdf [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has joined #openttd
23:14:16  *** LadyHawk [LadyHawk@78-105-102-180.zone3.bethere.co.uk] has quit [Read error: Connection reset by peer]
23:14:18  *** sdafsdf is now known as LadyHawk
23:14:37  <Chruker> virus?
23:14:58  <TrueBrain> 0x11 << 0x1
23:15:04  <TrueBrain> my emu says: oh, that is 0x10
23:15:05  <TrueBrain> what?!
23:15:13  <OwenS> lol
23:15:20  <TrueBrain> oh, it helps if I look at the right statement
23:15:22  <TrueBrain> STUPID!
23:18:07  <TrueBrain> OwenS: the Overflow Flag on a SHL
23:18:09  <Eddi|zuHause> conceptual question: if you want to make a static binary from the results of a JIT compiler, doesn't that require that every part of the code is actually run at least once?
23:18:13  <TrueBrain> what do you think it should be?
23:18:26  <TrueBrain> Eddi|zuHause: yup! Which is the tricky part ..
23:18:31  <TrueBrain> but the good part: it doesn't have to happen at once
23:18:45  <TrueBrain> if I give you the static binary, and you come at a point you miss something, it will exit, tell you about it
23:18:49  <TrueBrain> you give me the info it prints you
23:18:52  <TrueBrain> and I can make you a new binary
23:19:05  <TrueBrain> of course it is not ideal, but the best that can be done :)
23:19:39  <TrueBrain> OwenS: the reason I ask is because I followed the docs I have here, but DosBox does something different :s
23:19:39  <Eddi|zuHause> you could include the original binary and the JIT compiler in the resulting binary for such cases ;)
23:20:03  <TrueBrain> Eddi|zuHause: that is also possible, yes
23:20:08  <TrueBrain> original binary is already there
23:20:15  <TrueBrain> as it needs to be loaded in the memory ;)
23:20:39  <TrueBrain> well .. when converted enough to C, I guess it will be needed less and less
23:20:54  <OwenS> TrueBrain: I don't know actually what the OF should be All I know is it's modified; AMD's docs aren't particularly specific :P
23:21:03  <TrueBrain> darn
23:21:10  <TrueBrain> OF := high-order bit of r/m <> (CF);
23:21:12  <TrueBrain> reads my docs
23:21:23  <TrueBrain> so I made that: (result >> 7) ^ CF
23:21:37  <TrueBrain> DosBox reads: (lf_resb ^ lf_var1b) & 0x80
23:22:11  <OwenS> Yeah, OF = CF xor MSB of result
23:22:17  <OwenS> Had to dig into the text :p
23:22:27  <TrueBrain> but that is not what DosBox does :s
23:22:54  <OwenS> Aah. Of the result only for 1 bit shifts. For longer shifts it's undefined
23:23:09  <TrueBrain> grr
23:23:11  <TrueBrain> of course :(
23:23:23  <TrueBrain> in which case DosBox is right
23:23:27  <OwenS> Make it work for one bit shifts and assume the processor does the same thing everywhere? :P
23:23:54  <TrueBrain> I think my implementation is more clean .. but it makes my test fail when comparing to DosBox
23:23:56  <TrueBrain> oh well ..
23:24:20  <OwenS> If you want a more difinitive reference, try looking at Bochs
23:24:27  <Eddi|zuHause> you need to exclude the "don't care" parts from the test case ;)
23:24:38  <TrueBrain> Eddi|zuHause: hard to exclude a single bit ;)
23:24:59  <OwenS> &~(1<<bit) - or make a macro of it :p
23:25:15  <TrueBrain> file to file compare :p
23:25:25  <TrueBrain> -00000c0 7212 7213 7213 7216 7212 7a13 7a13 7212
23:25:27  <TrueBrain> -00000d0 7212 7a13 7a13 7212 7212 7213 7213 7216
23:25:28  <TrueBrain> +00000c0 7212 7213 7a13 7216 7212 7a13 7a13 7212
23:25:30  <TrueBrain> +00000d0 7212 7a13 7a13 7212 7212 7213 7a13 7216
23:25:31  <TrueBrain> in that way ;)
23:25:42  <Eddi|zuHause> difficult ;)
23:26:09  <OwenS> Do the masking in the test program? :P
23:26:17  <Eddi|zuHause> make a one-bit-per-line output :p
23:29:08  *** KritiK [~Maxim@93-81-213-207.broadband.corbina.ru] has quit [Quit: Leaving]
23:32:32  <OwenS> Trivia: Britain is the only country in the world who's postage stamps don't have it's name on
23:32:50  <TrueBrain> weird people :p
23:33:00  *** Eddi|zuHause [~johekr@p54B77490.dip.t-dialin.net] has quit []
23:33:06  <TrueBrain> okay, final try to see if this all fixed my dune2 problem ...
23:34:34  <TrueBrain> nope ...
23:34:41  <TrueBrain> although I can send it to attack my own base ..
23:34:46  <TrueBrain> just moving by itself ..
23:35:00  <TrueBrain> oh well .. tomorrow I have 256 test-cases to write :p
23:35:03  *** Eddi|zuHause [~johekr@p54B74753.dip.t-dialin.net] has joined #openttd
23:35:08  <TrueBrain> wait .. today I finishes 26 of them
23:35:11  <TrueBrain> 230 test cases to write
23:35:19  <TrueBrain> wait .. 20 or so are not valid commands (or I don't uspport it)
23:35:22  <TrueBrain> 210 test cases to write
23:35:25  <TrueBrain> wait .. I got to bed
23:35:27  <TrueBrain> night all :)
23:35:30  <OwenS> night
23:35:31  <TrueBrain> tnx for your help OwenS
23:35:36  <TrueBrain> good luck with the noise
23:35:41  <TrueBrain> and lights
23:36:13  *** Eddi|zuHause [~johekr@p54B74753.dip.t-dialin.net] has quit [Remote host closed the connection]
23:36:17  *** Eddi|zuHause [~johekr@p54B74753.dip.t-dialin.net] has joined #openttd
23:36:27  *** Eddi|zuHause [~johekr@p54B74753.dip.t-dialin.net] has quit [Remote host closed the connection]
23:36:32  *** Eddi|zuHause [~johekr@p54B74753.dip.t-dialin.net] has joined #openttd
23:36:45  *** Eddi|zuHause [~johekr@p54B74753.dip.t-dialin.net] has left #openttd []
23:37:14  *** Eddi|zuHause [~johekr@p54B74753.dip.t-dialin.net] has joined #openttd
23:37:28  <Eddi|zuHause> something's odd with my reconnect script...
23:38:56  <OwenS> Definitely
23:44:41  *** OwenSX [~oshepherd@host86-144-20-57.range86-144.btcentralplus.com] has joined #openttd
23:44:54  <OwenS> t-dialin.net? I presume that domain is out of date? :P
23:44:54  *** OwenS [~oshepherd@host86-144-20-57.range86-144.btcentralplus.com] has quit [Quit: Konversation terminated!]
23:45:20  *** OwenSX is now known as OwenS
23:51:19  <Eddi|zuHause> what do you mean?
23:51:48  <Eddi|zuHause> i've had that hostmask for years...
23:54:16  <fjb> What's wrong with t-dialin.net?
23:54:43  <OwenS> "dial in"
23:55:02  <OwenS> As in the reference to dial up networking
23:55:58  <fjb> I still don't see the problem.
23:56:18  <Eddi|zuHause> well, i guess that meaning shifted to generic non-static login
23:56:27  <Eddi|zuHause> but that doesn't make it wrong...
23:59:37  *** KenjiE20|LT [~Kenji@host86-171-245-188.range86-171.btcentralplus.com] has joined #openttd