Times are UTC Toggle Colours
00:03:59 *** CobraA2 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has joined #openttd 00:09:39 <Kalpa> Heh. 00:11:53 *** tokai|noir [n=tokai@p54B83D6F.dip0.t-ipconnect.de] has joined #openttd 00:11:53 *** tokai [n=tokai@p54B83D6F.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)] 00:13:28 <Kalpa> Eww 00:17:28 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has joined #openttd 00:21:39 <Tobin> Morning all. 00:22:10 *** CobraA1 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has quit [Read error: 110 (Connection timed out)] 00:22:21 <Richk67> hi tobin 00:34:51 *** Triffid_Hunter [n=Splat@funkmunch.net] has quit [Read error: 110 (Connection timed out)] 00:45:43 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has quit [Read error: 110 (Connection timed out)] 00:48:10 *** KritiK [i=Maxim@ppp83-237-234-142.pppoe.mtu-net.ru] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"] 00:49:29 *** Triffid_Hunter [n=Splat@funkmunch.net] has joined #openttd 00:49:51 * orudge prods the Internet 00:50:18 <Richk67> ungh... waaaa 00:56:19 <orudge> Bwahahaha. 00:56:28 <Richk67> wassup? 00:57:31 <orudge> I'm up! 00:57:38 * orudge shall to go bed later 00:58:17 <Richk67> any more thoughts about new forum? 00:58:53 <orudge> Not right now 00:58:56 <orudge> shall think more tomorrow 00:59:11 <Richk67> lol 01:09:18 <blathijs> new forum? 01:09:56 <Richk67> someone suggested Mods & Scenarios forum to split both out from Dev and General 01:10:17 <Richk67> i offered to moderate if needed 01:13:41 <Eddi|zuHause> err... wtf? the city lowered land with my track on it, to build a road... 01:17:24 <Kalpa> o.O 01:17:33 <Kalpa> What happened to the track? 01:18:49 *** BJH_ [n=chatzill@e176105074.adsl.alicedsl.de] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050915]"] 01:21:54 *** Sionide [n=sphinx@collaredlory2.hornet.uea.ac.uk] has quit ["/quit"] 01:27:34 <Eddi|zuHause> it got lowered as well 01:27:41 <Eddi|zuHause> it was a track on foundations before 01:28:32 *** Eddi|zuHause2 [i=johekr@p54B77AC7.dip.t-dialin.net] has joined #openttd 01:32:27 <Vornicus> take a photo. 01:43:01 *** Tron [n=tron@p54A3D135.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 01:47:19 *** Eddi|zuHause [i=johekr@p54B77327.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 01:49:09 *** Zahl [n=SENFGURK@dslb-082-083-195-178.pools.arcor-ip.net] has quit ["YOU! It was you wasn't it!?"] 01:53:17 *** CobraA2 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has left #openttd [] 01:53:35 *** tokai|noir [n=tokai@p54B83D6F.dip0.t-ipconnect.de] has quit ["Don't give me logic, give me emotions!"] 02:21:42 *** Richk67 [n=RichK67@194.164.100.143] has quit [] 02:27:25 *** Andrew67 [n=andrew67@206.248.80.224] has quit ["Leaving"] 02:36:12 *** glx [n=glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit ["Bye!"] 02:41:55 *** Tron_ [n=tron@p54A3E0C3.dip.t-dialin.net] has joined #openttd 03:38:41 *** Hendikins [n=wolfox@pdpc/supporter/student/Hendikins] has quit ["Any technology, no matter how primitive, is magic to those who don't understand it"] 03:40:50 *** Hendikins [n=wolfox@pdpc/supporter/student/Hendikins] has joined #openttd 03:47:27 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has quit [] 03:52:25 *** DaDead [n=DaDead@adsl-75-4-104-70.dsl.emhril.sbcglobal.net] has joined #openttd 03:52:41 *** DaDead [n=DaDead@adsl-75-4-104-70.dsl.emhril.sbcglobal.net] has left #openttd ["Leaving"] 03:53:03 *** dp__ [n=dp@p54B2EF66.dip.t-dialin.net] has joined #openttd 04:09:13 *** dp-- [n=dp@p54B2F54E.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 04:09:14 *** dp__ is now known as dp-- 04:26:43 *** TSC [n=user@c220-237-36-237.brasd1.vic.optusnet.com.au] has quit [Read error: 110 (Connection timed out)] 04:52:26 *** stavrosg [n=stavrosg@athedsl-20144.otenet.gr] has quit [Read error: 110 (Connection timed out)] 05:09:22 <Celestar> ok 05:09:27 <Celestar> more map access killing 05:16:35 *** eQualizer [n=lauri@dyn12-72.dsl.spy.dnainternet.fi] has joined #openttd 05:22:45 <CIA-5> celestar * r4280 /trunk/ (rail_map.h waypoint.c): -Codechange: Add and make use of map accessors concerning railway waypoints 05:33:38 *** Tron_ is now known as Tron 05:49:22 *** Hendikins [n=wolfox@pdpc/supporter/student/Hendikins] has quit ["Any technology, no matter how primitive, is magic to those who don't understand it"] 05:50:39 *** Hendikins [n=wolfox@pdpc/supporter/student/Hendikins] has joined #openttd 05:57:11 *** limon22 [n=Fire_Up@34-84-235-201.fibertel.com.ar] has joined #openttd 05:57:14 <limon22> hi 05:57:16 <limon22> anyone here? 05:57:44 <limon22> i wanted to know how i can put on music to ottd 05:57:48 <limon22> esp original ttd music 05:58:02 <limon22> and i also wanted to know if someone was up for a 1 on 1 game or something. 05:58:04 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has joined #openttd 05:58:25 <limon22> hi tobin 05:58:43 <Tobin> Avast! 05:58:48 <limon22> avast? 06:01:20 *** MiHaMiX [n=miham@xenon.bibl.u-szeged.hu] has quit [Read error: 113 (No route to host)] 06:03:25 *** ZsoL_ [i=zsol@login09.caesar.elte.hu] has joined #openttd 06:10:53 *** ZsoL [i=zsol@login09.caesar.elte.hu] has quit [Read error: 110 (Connection timed out)] 06:12:14 <Tobin> indeed. 06:12:21 * Tobin feels nautical 06:20:07 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has joined #openttd 06:21:20 *** limon22 [n=Fire_Up@34-84-235-201.fibertel.com.ar] has quit [Read error: 110 (Connection timed out)] 06:27:58 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has joined #openttd 06:28:10 *** bp0 [i=pburt0@watertownDHCP-2.216-254-231.iw.net] has left #openttd [] 06:52:32 *** mgla [n=mgla@wikipedia/mgla] has joined #openttd 07:03:37 *** Spoco [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 07:06:20 *** shintah [i=bebble@bebble.olf.sgsnet.se] has joined #openttd 07:27:10 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has quit [Read error: 104 (Connection reset by peer)] 07:34:44 *** ThePizzaKing [n=thepizza@c211-28-155-182.eburwd2.vic.optusnet.com.au] has joined #openttd 07:39:38 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has joined #openttd 07:45:41 *** WolfLaptop [n=wolf@213.196.14.85] has joined #openttd 07:46:56 *** DarkSSH [n=tfarago@tin.liacs.nl] has joined #openttd 07:46:59 *** mode/#openttd [+o DarkSSH] by ChanServ 07:47:01 *** DarkSSH is now known as Darkvater 07:47:06 *** mode/#openttd [-o Darkvater] by Darkvater 07:47:06 <Darkvater> morning 07:47:23 *** tokai [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 07:49:41 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 07:52:16 <peter1138> hi 07:53:04 <Darkvater> peter1138: I also had a look at newhq.grf, and indeed it is broken 07:53:14 <peter1138> yup 07:53:40 <Darkvater> although just checking if loadwhatsitsname returns false/true and breaking the loop should solve it 07:53:56 <Darkvater> which I did locally, but then the HQ started looking weird :s 07:54:06 <Darkvater> it could be cause of the whole thing is broken 07:54:18 <peter1138> there's two things we can do 07:54:22 <peter1138> at least 07:54:32 <peter1138> 1) we could add eof checking to fios 07:54:47 <peter1138> this is simple enough, but breaks the case of an empty sample.cat working (obviously) 07:55:04 <peter1138> 2) i can check that nfo_line < number_of_nfo_lines 07:55:38 <peter1138> but, "we don't care about how many sprites this does contain; newest TTDPatches and George's longvehicles don't neither, apparently." 07:55:53 <peter1138> i'll check that with patchman though 07:55:53 <Darkvater> it seems that ttdpatch doesn't crash though :) 07:56:10 <peter1138> no, but patchman told me that the grf shouldn't load 07:56:17 <peter1138> as it is indeed broken 07:56:35 <peter1138> so erroring (preferably a gui error) would be the sanest solution 07:56:41 <Darkvater> 1) I am not a big fan of an empty sample.cat working. Big hack, reading past end of file, etc. It's condoning errors 07:57:11 <Darkvater> I just tried this in TTDPatch yesterday and it didn't say a single thing which were to signal that the grf is broken in any way 07:57:26 <peter1138> hmm 07:57:38 <peter1138> patchman said it should... maybe ttdp's broken too :) 07:57:38 <Darkvater> just didn't have a game at hand to test what worked and what not (eg one with a big HQ) 08:00:03 *** tokai|ni [n=tokai@p54B83D6F.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 08:04:53 <peter1138> shame we don't have exceptions :/ 08:07:30 <peter1138> http://195.112.37.102/ottd/fioseof.diff 08:10:36 <peter1138> (ok, it errors, but that's better than an endless loop :)) 08:13:41 *** MiHaMiX [n=miham@xenon.bibl.u-szeged.hu] has joined #openttd 08:13:57 <MiHaMiX> hmm 08:14:24 <MiHaMiX> wtf happened? I lost my connection to freenode, and even irc.eu.freenode.net was unresolvable 08:14:46 <Vornicus> nothing I can see. 08:23:53 *** TL|Away is now known as TrueLight 08:28:06 <CIA-5> celestar * r4281 /trunk/ (elrail.c table/elrail_data.h): -Cleanup: Begun cleaning up elrail code a bit, mostly comments and enum/array alignment 08:45:31 <CIA-5> celestar * r4282 /trunk/table/elrail_data.h: -Cleanup: Re-arranged the ignore groups into a more readable arrangement 08:47:51 <Darkvater> peter1138: I was thinking more of a soft-error. Eg abort reading, debug-err message or an error-popup 08:49:19 <peter1138> yes 08:49:34 <peter1138> but how do we achieve that? 08:49:53 <peter1138> (hence my comment about exceptions, heh) 08:50:56 <Darkvater> peter1138: weren't you C++-ing newgrf? ;p 08:51:03 <peter1138> not that bit 08:51:12 <Darkvater> you can throw an exception which can set a global error variable and err-message 08:51:13 <peter1138> and this is deep in fios code 08:51:46 <Darkvater> but my 'solution' was just checking the retval of the readcode. If it's false, abort reading sprites and return 08:51:54 <Darkvater> although this was specific to action 0A 08:52:48 *** Spoco [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [] 08:54:23 <peter1138> and this is deep in fios code 08:54:24 <peter1138> err 08:57:51 <peter1138> Darkvater: will fiosread* always return 0 when reading past the end of a file? 08:58:05 <peter1138> (if not, you can't be sure that LoadNextSprite() will fail) 08:59:04 <Darkvater> If an error occurs, or the end-of-file is reached, the return value is a short item count (or zero). 08:59:17 <Darkvater> the question is; what is a 'short item count' ? 08:59:42 <Darkvater> they perhaps mean: shorter item count than requested 09:13:19 *** lc [n=lc@pchelix1.univ-lyon1.fr] has joined #openttd 09:16:40 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has joined #openttd 09:17:45 <CIA-5> celestar * r4283 /trunk/ (elrail.c table/elrail_data.h): -Cleanup: More elrail housekeeping, remove code dublication, more meaningful variable names, simplify control flow.. 09:21:13 <Darkvater> dublication? ^^ 09:21:33 <Darkvater> why does that remind me of 'lubrication' ? 09:24:18 <Celestar> p 09:28:59 <CIA-5> celestar * r4284 /trunk/elrail.c: -Fix: Tunnel portals no longer have a pylon ON them if there is a track right above the portal 09:41:59 <Celestar> BAH 09:42:00 <Celestar> crap 09:42:04 <Celestar> assertion on traincontroller 09:53:56 <CIA-5> KUDr * r4285 /branch/yapf/ (11 files in 2 dirs): Sync with trunk 09:59:24 <KUDr_wrk> Celestar: rail_map.h(129) : error C2440: 'return' : cannot convert from 'Track' to 'TrackBits' 10:05:35 *** RoySmeding [n=Roy@c514451cb.cable.wanadoo.nl] has joined #openttd 10:09:09 * peter1138 tuts 10:09:19 <peter1138> don't confuse Track with TrackBits :) 10:09:55 *** CobraA1 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has joined #openttd 10:10:17 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has quit [Remote closed the connection] 10:18:26 <Celestar> ^^er what? 10:18:45 <Celestar> YUCK 10:19:34 <Celestar> for gcc, that's all the same :P 10:20:01 <CIA-5> celestar * r4286 /trunk/rail_map.h: -Fix: Typo in 4280 10:20:19 <Celestar> is anyone familiar with TrainController? I have a disconnecting train here. 10:27:18 <Celestar> ... 10:27:21 <Celestar> this is very very broken 10:27:40 <peter1138> heh 10:29:27 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has joined #openttd 10:29:32 <CIA-5> KUDr * r4287 /branch/yapf/rail_map.h: Sync with trunk 10:30:09 <Celestar> peter1138: wanna have a look? 10:30:44 <peter1138> not at the moment 10:30:56 <blathijs> KUDr_wrk: You should mention the revisions sync'd in your commit message 10:31:07 <Celestar> ok I'll upload a game to the tracker which isolates the problem 10:31:26 <KUDr_wrk> blathijs: as a range? 10:31:52 <KUDr_wrk> Celestar: how to reproduce your problem? 10:31:58 <blathijs> KUDr_wrk: yes, take a look at the elrail branch 10:32:07 <Celestar> KUDr_wrk: http://bugs.openttd.org/task/55 <= use my savegame 10:32:10 <KUDr_wrk> blathijs: ok 10:32:33 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has quit [Client Quit] 10:33:29 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has joined #openttd 10:33:36 *** RoySmeding [n=Roy@c514451cb.cable.wanadoo.nl] has quit ["kthxbye"] 10:33:38 *** BJH [n=chatzill@e176105074.adsl.alicedsl.de] has joined #openttd 10:33:56 *** RoySmeding [n=Roy@c514451cb.cable.wanadoo.nl] has joined #openttd 10:36:09 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has quit [Client Quit] 10:36:46 <Celestar> KUDr_wrk: got the game? 10:37:00 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has joined #openttd 10:37:04 <KUDr_wrk> finally after some problems with that site 10:37:25 <Celestar> problems? 10:37:26 <KUDr_wrk> i have that assert now 10:37:51 <KUDr_wrk> yes, the site didn't respond to me for a while 10:41:10 <Eddi|zuHause2> www.informatik.uni-halle.de/~krause/ottd.png <- city lowering my track (might be related to that AI thing reported yesterday) 10:41:41 <Celestar> Eddi|zuHause2: :o 10:42:07 <MiHaMiX> Celestar: hmm, somebody still reports that problem which I already reported a few days ago about AI? 10:42:18 <Celestar> what problem? 10:42:28 <MiHaMiX> Celestar: in this case that error is still in the source and needs to be fixed 10:42:35 <MiHaMiX> Celestar: the AI-related problem 10:43:03 <MiHaMiX> Celestar: AI landscaping and modifying other players' tracks 10:43:04 <Celestar> I don't know about it. 10:43:21 <Celestar> and I have work. 10:43:24 <MiHaMiX> Celestar: i reported it to you a few days ago afair 10:43:29 <Celestar> plus I can't see anything on the tracker. 10:43:49 <MiHaMiX> Celestar: ok, don't feel yourself offended 10:43:55 <Celestar> no problem :) 10:44:01 <MiHaMiX> Celestar: i'm not offending you, just trying to figure out the facts 10:44:34 <Eddi|zuHause2> i meant this: http://www.dtek.chalmers.se/~tronic/ai.png (from ector) 10:44:36 <Celestar> just a general notice: I can't remember everything being discussed on the channel, and I would much rather prefer if we use the tracker much more. Also for work -in-progress, so that conflicts are reduced. 10:45:04 <Celestar> so a bug that is not on the tracker is not existing for me, and work-in-progress that is not on the tracker is not existing for me either :) 10:45:12 <Celestar> bbl got admin stuff to do :( 10:48:32 *** black_Nightmare [n=Husky_dr@modemcable254.254-201-24.mc.videotron.ca] has joined #openttd 10:52:09 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit ["It's like, wah."] 10:52:51 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 10:53:31 *** init [n=init@dhcp-221-137.pdc.kth.se] has joined #openttd 10:56:13 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has joined #openttd 10:56:29 <Celestar> MiHaMiX: how is progress on WT2 btw? 10:57:52 *** Sacro [i=Ben@adsl-83-100-237-172.karoo.KCOM.COM] has joined #openttd 11:04:24 *** RichK [n=RichK@talk-210-66.talkadsl.com] has joined #openttd 11:05:26 <MiHaMiX> Celestar: 95% before opening 11:05:34 <Celestar> cool stuff :) 11:06:22 *** angerman [n=angerman@e181108119.adsl.alicedsl.de] has joined #openttd 11:06:34 <Vornicus> what is wt2? 11:07:25 <MiHaMiX> Vornicus: webtranslator2 11:08:09 <Vornicus> aha! 11:09:00 *** RichK [n=RichK@talk-210-66.talkadsl.com] has quit ["Trillian (http://www.ceruleanstudios.com"] 11:09:56 *** RichK [n=RichK@talk-210-66.talkadsl.com] has joined #openttd 11:10:44 *** black_Nightmare [n=Husky_dr@modemcable254.254-201-24.mc.videotron.ca] has left #openttd ["bye"] 11:13:03 *** RichK [n=RichK@talk-210-66.talkadsl.com] has left #openttd [] 11:14:18 *** RichK [n=RichK@talk-210-66.talkadsl.com] has joined #openttd 11:14:43 <MiHaMiX> Celestar: basically only one crucial feature missing (which I'm working on currently): committing pending changes to DB 11:14:49 *** RichK [n=RichK@talk-210-66.talkadsl.com] has quit [Client Quit] 11:15:07 <Celestar> MiHaMiX: I see 11:15:10 <Celestar> KUDr_wrk: any luck? 11:15:26 <KUDr_wrk> still researching 11:15:39 <KUDr_wrk> looks nice 11:15:41 *** RichK [n=RichK@talk-210-66.talkadsl.com] has joined #openttd 11:15:47 <Celestar> yeah, doesn't it? 11:15:49 <KUDr_wrk> any idea when it begun? 11:15:53 <MiHaMiX> Celestar: it's not that complicated, so I think i'll be able to fix all the missing features 11:16:01 <Celestar> it seems when the train starts again 11:16:03 *** RichK [n=RichK@talk-210-66.talkadsl.com] has quit [Client Quit] 11:16:16 <KUDr_wrk> after break 11:16:26 <KUDr_wrk> but I meant rev.# 11:17:12 <Celestar> KUDr_wrk: these disconnecting train problems have long been present. 11:17:27 <KUDr_wrk> i never experienced that 11:17:41 <Celestar> mean it happens very rarely 11:17:44 <Celestar> luckily 11:17:48 <KUDr_wrk> it is surprise for me 11:18:00 *** RichK [n=RichK@talk-210-66.talkadsl.com] has joined #openttd 11:18:27 <Celestar> KUDr_wrk: they used to be much more frequent 11:18:55 <KUDr_wrk> OK, looks good (big enough challenge to deal with) 11:19:32 <Celestar> ^^ 11:21:56 <RichK> hi Celestar :) 11:22:04 <Celestar> heya RichK 11:22:37 <RichK> how are the airports ;) 11:22:47 <Celestar> I've only looked at 3 of them. 11:23:07 <Celestar> will do more over the weekend. 11:23:28 <Celestar> but I'm really low on time this week :( 11:23:31 <RichK> is code OK generally? (I expect there to be some minor format issues) 11:23:36 *** Spoco [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 11:23:43 <Celestar> or the next 3 weeks tbh. 11:23:50 <Celestar> RichK: I found no obvious problem yet 11:24:26 <RichK> great :) ive tended to comment each line of the FTA - they are a pig, and its best to have as much info as poss 11:25:52 <RichK> is there another dev I can ask to assess the TerraGenesis Perlin patch, if you are snowed under with work... 11:27:17 <Celestar> guys. 11:27:25 <Celestar> we NEED to go through the sourceforge patches. 11:30:16 *** cheery [i=Henri@a81-197-45-47.elisa-laajakaista.fi] has joined #openttd 11:31:41 <Celestar> guys. who is remotely familiar with our SDL stuff? 11:37:25 <Vornicus> YEAH TOAST 11:37:35 * Vornicus is not, sadly. 11:38:56 <Celestar> Tron: ping. 11:43:29 <Sacro> its oh so quiet... 11:43:42 * Vornicus drops a bjork on Sacro. 11:43:52 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has quit ["Ciao"] 11:44:02 <Sacro> whoops, didnt realised i'd scrolled up, hence no new messages shown 11:45:23 <peter1138> heh 11:45:31 * Vornicus drops Nelson Muntz on Sacro. 11:46:47 <RichK> ha ha 11:49:09 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has joined #openttd 11:56:42 *** tron_ [n=tron@p54A3E0C3.dip.t-dialin.net] has joined #openttd 12:06:01 *** jnmbk [n=jnmbk@85.96.41.94] has joined #openttd 12:06:17 <Celestar> Tron: response requested 12:08:26 <Celestar> # 12:11:28 *** BurtyB [n=chris@cpc1-nwrk1-4-1-cust153.nott.cable.ntl.com] has quit [Read error: 110 (Connection timed out)] 12:14:23 <Celestar> SYNC error 12:14:48 *** RoySmeding [n=Roy@c514451cb.cable.wanadoo.nl] has quit ["kthxbye"] 12:15:02 <Celestar> and again. 12:15:10 <Celestar> Darkvater: I have a reproduceable sync error. 12:15:43 *** CobraA2 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has joined #openttd 12:19:35 <peter1138> newgrf? 12:20:03 <Celestar> no newgrfs loaded 12:20:06 <Celestar> too slow hardware 12:20:16 <Celestar> in this case, dediserver and client on same computer 12:20:25 <peter1138> AH 12:20:44 <peter1138> -capslock 12:20:56 <Celestar> slow hardware in this case is an Athlon FX-55 12:21:12 <peter1138> slow? :P 12:21:44 <Celestar> slow enough to crash this game. 12:21:58 *** RoySmeding [n=Roy@c514451cb.cable.wanadoo.nl] has joined #openttd 12:22:00 *** dune [i=lalela@v235b.studby.ntnu.no] has joined #openttd 12:22:08 <Celestar> peter1138: withing < 10 seconds 12:22:13 <Celestar> within 12:22:16 *** jnmbk [n=jnmbk@85.96.41.94] has quit [Read error: 104 (Connection reset by peer)] 12:22:53 <peter1138> crash? 12:22:59 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 12:23:01 <peter1138> hmm 12:23:05 <Celestar> well desync 12:23:26 <Celestar> I somehow doubt that it is a network performance problem 12:23:39 <Celestar> because "eth0" should be fast enough, but "lo" is even a tad faster 12:28:06 <MiHaMiX> bbl, lunch 12:28:24 <Celestar> peter1138: so possibly the desyncs are just performance related? 12:28:53 <peter1138> dunno 12:28:59 <peter1138> shouldn't it be a different error then? 12:29:12 <peter1138> and damn, i just looked outside to be greeted with a reflection of the sun 12:29:15 <peter1138> can't see now :( 12:30:01 <Celestar> init: you here? wanna discussin here so that we get other's opinions? 12:30:22 *** RoySmeding [n=Roy@c514451cb.cable.wanadoo.nl] has quit ["kthxbye"] 12:31:51 <init> Celestar: I can discuss in here... 12:32:22 *** CobraA1 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has quit [Read error: 110 (Connection timed out)] 12:32:24 <Celestar> peter1138: can you have a look at init 's patch and state your opinion? 12:36:04 <peter1138> where is it? 12:36:21 <init> peter1138: is called patch no 1185254 12:36:23 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)] 12:36:30 <peter1138> imaginative name 12:36:45 <Celestar> http://sourceforge.net/tracker/index.php?func=detail&aid=1185254&group_id=103924&atid=636367 12:36:48 <Celestar> there :) 12:36:49 <peter1138> oh 12:36:50 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 12:36:50 <init> peter1138: It's not my name, it is the patch tracker name 12:36:51 <peter1138> source forge 12:36:52 <peter1138> fucking shit 12:36:55 <Celestar> vici@galadriel:[/home/vici/openttd/trunk]> diff server.rnd client.rnd 12:36:56 <Celestar> vici@galadriel:[/home/vici/openttd/trunk]> 12:37:05 <Celestar> I think a random number divergence can be ruled out. 12:38:04 <peter1138> we should wait ten days 12:38:11 <peter1138> it will be its anniversary :p 12:38:47 <Celestar> :) 12:38:52 <Celestar> well it IS up to date. 12:39:11 <peter1138> there's some whitespace changes there that make it bigger 12:39:17 <Celestar> on peter1138 Tron Darkvater Belugas_Gone Rubidium I need clever ideas on how to save a game each frame. 12:39:26 *** CobraA2 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has left #openttd [] 12:39:36 <init> peter1138: That's because I wrapped a while loop around the switch 12:39:38 <Celestar> peter1138: because there's a loop around a switch. 12:39:48 <init> Celestar: :) 12:39:53 <Celestar> (= 12:40:00 <peter1138> case SDL_BUTTON_WHEELUP: 12:40:00 <peter1138> - _cursor.wheel--; 12:40:01 <peter1138> + _cursor.wheel--; 12:40:18 <peter1138> spaces before a tab? 12:40:38 <init> peter1138: If there are spaces, then sorry about that 12:40:44 <Celestar> peter1138: yeah, some cleanup needed =) 12:41:01 <init> peter1138: I tried to remove them, must have missed a few 12:41:46 <Celestar> hm .. 12:41:52 <Celestar> what ARE reasons for a desync other than RNG? 12:41:59 <Celestar> or not saved data 12:42:30 <init> If anyone can tell me how I change emacs default c-mode indentation from 2 spaces to a tab, then I don't have to manually insert all the required tabs to match the OpenTTD indent style... 12:42:45 <Celestar> emacs .. no idea :( 12:42:49 <peter1138> Celestar: buffer overflow 12:43:20 <Celestar> peter1138: I'll do dediserver and client on two different comps and see what happens 12:43:32 <Celestar> peter1138: or slow hardware :) 12:43:43 *** BurtyB [n=chris@cpc1-nwrk1-4-1-cust153.nott.cable.ntl.com] has joined #openttd 12:45:55 *** glx [i=glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:46:38 *** ThePizzaKing [n=thepizza@c211-28-155-182.eburwd2.vic.optusnet.com.au] has quit ["Don't worry, I'll be back tomorrow to annoy you then :)"] 12:46:55 *** dune [i=lalela@v235b.studby.ntnu.no] has quit ["no comment"] 12:47:55 <Celestar> peter1138: any reasons not to use this patch? 12:47:57 <RichK> could the devs agree on a piece of software that will do the auto-indenting / space aligning as required, then we can all be consistent ;) 12:48:29 <Celestar> :) 12:48:30 <Celestar> vim 12:48:40 <peter1138> vim, yes 12:48:58 <init> Sorry, never bothered to learn vi...:) 12:49:14 <peter1138> http://195.112.37.102/ottd/lostev.diff < fixed indenting 12:50:13 <Celestar> peter1138: now, for the contents ... 12:50:13 <Celestar> :) 12:50:33 <Celestar> Avg Load (15, 5, 1m): 12:50:34 <Celestar> 104%, 109%, 111% 12:50:37 <Celestar> \o/ 12:50:52 <Celestar> we really need to expand this cluster 12:51:52 <peter1138> fixing missing keyboard events would be handy 12:51:56 <peter1138> which this doesn't do? 12:52:27 *** RichK_ [n=RichK@talk-210-66.talkadsl.com] has joined #openttd 12:52:38 <Celestar> ok it is not only hardware :S 12:52:49 <init> peter1138: No, since I rarely have problems with missed keyboard events... 12:52:58 <peter1138> opposite ;p 12:53:17 <init> peter1138: But the game is almost unplayable when every other mouse click is ignored... 12:53:40 <Celestar> why do I never has mouse or keyboard clicks ingnored? 12:53:45 <init> peter1138: Or you have to click slow 12:53:52 <init> Celestar: Beats me 12:53:54 <Sacro> i have had mouse clicks ignored 12:54:02 <Celestar> init: ok. 12:54:03 <Celestar> ok. 12:54:05 <Celestar> desync 12:54:07 <init> Sacro: Do you use SDL? 12:54:08 <Sacro> only under linux, not under windows on same pc 12:54:14 <Celestar> even with identical openttd.cfgs. 12:54:15 <Sacro> init: yeah, under linux 12:54:18 <Celestar> peter1138: Darkvater PROBLEM. 12:54:23 <init> Sacro: Okay 12:55:35 <init> More generally, the input system is broken, since setting flags to indicate events and hoping that they get caught is the wrong way, at least IMO...:) 12:55:44 <Celestar> hey 12:55:48 <Celestar> something else that'S broken :P 12:55:54 <init> Celestar: :) 12:56:18 <peter1138> Celestar: what? 12:57:38 <Celestar> the input system. 12:57:56 <peter1138> i mean... "PROBLEM." ? 12:58:03 <peter1138> or do you mean input system? ;p 12:58:19 <Celestar> peter1138: no the dfesync problem 12:58:27 <peter1138> so what caused it? 12:58:31 <init> The right way is for the imput event loop to send input events to some window manager. This window manager determines which window to receive the event, or possibly the map itself. Each window then handles the events they get 12:58:43 <Celestar> peter1138: I dunno that'S the problem 13:01:24 <Celestar> peter1138: as I said, I'd probably need to save every frame :S 13:02:08 <Celestar> init: but I agree with you that the input idea is borked. 13:02:09 <peter1138> is one falling behind? 13:02:18 <Celestar> peter1138: how do I find THAT out? 13:02:33 <Celestar> the server will not fall behind the client, will it? 13:02:47 <peter1138> no 13:02:59 <peter1138> the client will stall to match the server 13:03:02 <peter1138> (i think) 13:03:08 <Celestar> so if client.hardware >> server.hardware then no problem? 13:03:12 <peter1138> but the server won't stall to match a client 13:03:21 <peter1138> (i think) 13:04:37 *** Qrrbrbirlbel_ [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 13:05:07 <Celestar> dbg: [NET] Player reported an error and is closing his connection (desync error) 13:05:10 <Celestar> meh 13:05:31 *** Belugas_Gone is now known as Belugas 13:05:47 <hylje> meh 13:05:55 <Belugas> Good day 13:05:56 <hylje> debugin network code is sure fun 13:07:27 *** RichK [n=RichK@talk-210-66.talkadsl.com] has quit [Read error: 110 (Connection timed out)] 13:07:34 <Sacro> good day Belugas 13:07:53 <Celestar> BAH 13:08:00 <Celestar> I need "pause on no clients" 13:08:23 <peter1138> get it then :) 13:10:54 <Celestar> well I have NO idea. 13:10:57 *** RichK_ [n=RichK@talk-210-66.talkadsl.com] has quit [Read error: 110 (Connection timed out)] 13:12:24 *** Sionide [n=sphinx@collaredlory2.hornet.uea.ac.uk] has joined #openttd 13:14:02 *** Tron [n=tron@p54A3E0C3.dip.t-dialin.net] has quit [Nick collision from services.] 13:14:07 *** tron_ is now known as Tron 13:14:15 *** Tron_ [n=tron@p54A3E0C3.dip.t-dialin.net] has joined #openttd 13:16:47 <Celestar> init: feel like rewriting the input system? ;) 13:17:33 <Belugas> Hello Sacro, And Celestar, and peter1138, and Tron and everybody else :) 13:19:26 <Sacro> bbl all 13:19:33 *** Sacro [i=Ben@adsl-83-100-237-172.karoo.KCOM.COM] has quit [Read error: 104 (Connection reset by peer)] 13:21:05 <peter1138> Matt-W: and the window system! 13:22:05 *** angerman_ [n=angerman@e181099117.adsl.alicedsl.de] has joined #openttd 13:22:48 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 13:29:44 <Matt-W> peter1138: patience, patience 13:31:55 <Celestar> Matt-W: will you modify the input system? 13:32:42 *** RichK____ [n=RichK@talk-210-66.talkadsl.com] has joined #openttd 13:33:00 *** RichK____ is now known as RichK 13:33:13 *** RichK is now known as RichK67 13:33:23 <Matt-W> Celestar: wasn't planning to. Bloody well hope I don't have to. 13:33:31 <Celestar> do we have some emergency save function? 13:33:37 <Celestar> init: Matt-W is your man :) 13:33:54 <Matt-W> Celestar: you say that after one patch? You're desparate, man 13:34:09 <MiHaMiX> Darkvater: are you around? 13:36:27 *** angerman_ [n=angerman@e181099117.adsl.alicedsl.de] has left #openttd [] 13:36:42 *** angerman [n=angerman@e181108119.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 13:39:22 <init> Celestar: (About rewriting the input system) Not today, maybe some day...:) 13:40:48 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit ["It's like, wah."] 13:41:21 <Celestar> (= 13:41:22 <init> peter1138: Did you find anything objectionable in my patch (after removing those spurious spaces ;))? 13:41:23 <Celestar> no hurry 13:42:46 *** stavrosg [n=stavrosg@athedsl-20144.otenet.gr] has joined #OpenTTD 13:47:05 *** Scia [n=scia@AveloN.xs4all.nl] has joined #openttd 13:49:08 <KUDr_wrk> Celestar: ping 13:49:18 <Celestar> yes KUDr_wrk 13:49:24 <KUDr_wrk> found reason 13:49:32 <Celestar> KUDr_wrk: elaborate? 13:49:35 <KUDr_wrk> but i am not any smarter from it 13:49:43 <KUDr_wrk> tile a5dc 13:49:49 <Celestar> yes. 13:49:50 <KUDr_wrk> has wrong owner 13:49:55 <KUDr_wrk> human player 13:50:00 <KUDr_wrk> instead of AI 13:50:13 <KUDr_wrk> so then train can't continue on it 13:50:17 <Celestar> KUDr_wrk: that might be related to the fact that the AI has removed a bridge. 13:50:18 <KUDr_wrk> and reverses 13:50:33 <KUDr_wrk> AI or you? 13:50:36 <Celestar> KUDr_wrk: possibly when the AI removes bridge, owner under tile is set wrong. 13:50:39 <Celestar> AI removed the bridge. 13:50:42 <Celestar> see the brown tiles. 13:50:52 <KUDr_wrk> yes 13:50:58 <Celestar> it is OBVIOUSLY an AI track :P 13:51:16 <KUDr_wrk> hmm 13:51:30 <Celestar> KUDr_wrk: this might be related to the other AI terraform bugs 13:51:45 <KUDr_wrk> looks not so 13:51:56 <KUDr_wrk> follow brown tiles 13:52:01 <KUDr_wrk> SE 13:52:07 <KUDr_wrk> and then NE 13:52:20 <KUDr_wrk> there is rest of human player's track 13:52:45 <Tron> what are you talking about? 13:52:57 <KUDr_wrk> Celestar's map 13:53:05 <KUDr_wrk> that causes train disconnection 13:53:15 <Tron> huh? 13:53:18 <Tron> Celestar: ? 13:53:34 <Celestar> http://bugs.openttd.org/task/55 <= this 13:53:43 *** sw4y [n=sw4y@snat2.arachne.czfree.net] has joined #openttd 13:53:47 <Celestar> there'S a savegame in it. "b3.sav" 13:53:54 <Celestar> that isolates the problem. 13:54:13 <Celestar> KUDr_wrk has further investigated that the former bridge-tile has a wrong owner. 13:54:21 <Celestar> which causes the disconnectio 13:54:41 <Celestar> this might be related to the problem that Eddi|zuHause2 showed earlier. 13:54:44 <Celestar> Eddi|zuHause2: ping 13:55:00 <Eddi|zuHause2> Celestar: pong 13:55:20 <Celestar> Eddi|zuHause2: whats the link with the AI/town modifying your tiles? 13:55:36 <Eddi|zuHause2> www.informatik.uni-halle.de/~krause/ottd.png 13:56:03 <KUDr_wrk> heh 13:56:12 <KUDr_wrk> it is really nice 13:56:40 <KUDr_wrk> OK, so now i know where to look 13:56:48 <KUDr_wrk> I will continue 13:56:55 <Celestar> AI and/or town code. 13:57:14 <KUDr_wrk> and possibly dead AIs 13:57:31 <KUDr_wrk> the rest tracks have owner 0 13:57:39 <KUDr_wrk> this is what confuses me 13:57:40 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 13:57:44 <Celestar> KUDr_wrk: they have?! 13:57:47 <KUDr_wrk> this is human player 13:58:01 <KUDr_wrk> follow the brown tiles 13:58:05 <KUDr_wrk> to the right 13:58:12 <KUDr_wrk> and you will see 13:58:33 <KUDr_wrk> also station 13:58:44 <KUDr_wrk> Lower Sarning..... 13:58:53 <KUDr_wrk> it has owner 0 13:59:32 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 13:59:51 <Celestar> that'S the reason why some of the tiles have remained? 14:00:02 <KUDr_wrk> don't know 14:00:11 <KUDr_wrk> because of that station 14:00:13 <Celestar> well, looking at the fences, it seems so. 14:00:16 <KUDr_wrk> i don't think so 14:00:41 <Celestar> we have an owner leak somewhere. 14:00:48 <KUDr_wrk> yes :) 14:00:51 <KUDr_wrk> good name 14:01:02 <Celestar> check the other AI tracks. 14:01:09 <Celestar> someof them have wrong owners. 14:01:12 <Celestar> (See fence color) 14:01:18 <KUDr_wrk> all brown tiles have owner 0 14:02:05 <Tron> which brown tiles? 14:02:14 <Tron> which savegame? b3.sav? 14:02:19 <Celestar> Tron: yes. 14:02:40 <Tron> which brown tiles? 14:02:45 <KUDr_wrk> Tron: find tile 0xa5dc 14:02:47 <Tron> just cleared tiles? 14:02:49 <Celestar> near a5dc 14:02:54 <Tron> just cleared tiles? 14:02:58 <Celestar> yes+ 14:03:25 <Tron> all tiles i checked have owner 16 (NONE) 14:03:39 <KUDr_wrk> tiles with track 14:03:45 <KUDr_wrk> that are brown 14:04:00 <KUDr_wrk> i.e. a5dc 14:04:17 <Celestar> he means the brown player I think 14:04:33 <Celestar> but ok. check only a5dc 14:05:22 *** TrueLight is now known as TL|Away 14:11:43 <Tobin> Grrr, people do stupid things with subject lines on the forums. 14:12:13 <peter1138> [______ COCKS ______] 14:12:18 <Tobin> Do the mods ever change them to something less idiotic or do they just stay that way? 14:12:57 <Tron> i would have closed the thread and banned the thread starter right away 14:13:16 <Celestar> ok. 14:13:22 * Tobin prods orudge 14:13:24 <Celestar> guys I'm busy now. 14:13:40 * orudge prods Tobin 14:13:42 <Celestar> so I won't be debugging any problems today. 14:14:11 * Tobin whines at orudge about stupid subject line decoration on the forums 14:14:19 * Tobin whines at everyone else 14:14:38 <orudge> Such things are generally edited, depends on the specifics or if you whine at a moderator 14:14:48 * orudge , being administrator, does not get involved in such petty issues ¬_¬ 14:14:52 <orudge> (well, depends how busy I am) 14:14:55 <Tobin> Heh. 14:15:18 <Tobin> Oh, it's been fixed now. :) 14:15:42 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has quit ["Ciao"] 14:16:35 *** Qrrbrbirlbel_ [i=Q@p54A7C9B9.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 14:21:48 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has joined #openttd 14:23:03 <Celestar> Tron: http://pastebin.com/642048 <= seeds. 14:23:41 *** RichK67_ [n=RichK67@talk-210-66.talkadsl.com] has joined #openttd 14:25:50 <peter1138> hmm 14:25:59 <Celestar> right from the start, there is a difference of 0xB0 between the seeds. 14:26:02 <peter1138> how strange 14:26:17 <hylje> omg u hexx0rs 14:27:37 <peter1138> Celestar: but very close... 14:28:13 <peter1138> Celestar: is that from a savegame or new game? 14:28:36 <Celestar> savegame 14:32:01 <Celestar> it IS 0xB0 :o 14:33:01 <peter1138> ? 14:33:03 <Celestar> Tron: peter1138: I have a VERY strange side effect. 14:33:37 <Celestar> misc.c:48 and :49. 14:33:49 <Celestar> modify it so that the seeds are constant. 14:33:51 <peter1138> 49 is a } 14:34:11 <Celestar> peter1138: ok. just don't alter the seeds. 14:34:26 <Celestar> on both server and client. 14:34:37 <Celestar> then try to connect. 14:36:05 <Celestar> hm .. lifts :S 14:36:19 <Celestar> found the source for the side effect 14:37:30 <Celestar> always creating the same random number is not good :P 14:38:01 <peter1138> :-) 14:38:06 *** ^Cartman^ [n=Eric_Car@ti100710a081-6310.bb.online.no] has joined #openttd 14:38:09 <peter1138> q 14:38:10 <Darkvater> interactiverandom? 14:39:11 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has quit [] 14:40:00 <Celestar> Darkvater: I'm wondering why I have an offset of 0xB0 when connecting 14:40:19 <peter1138> is it always? 14:40:45 <peter1138> (hmm, can't be as no network game would ever work) 14:41:30 <Celestar> testing a theory. 14:41:38 <Tron> 16:23 <@Celestar> Tron: http://pastebin.com/642048 <= seeds. 14:41:50 <Tron> that's from d3.sav? 14:41:59 <Celestar> nope. 14:42:03 <Celestar> b3.sav is another bug. 14:42:07 <Tron> uh, d.sav 14:42:13 <Celestar> yes. 14:42:18 <Celestar> from that game. 14:42:18 <Tron> the seeds match here 14:42:38 <Darkvater> Celestar: hmm, isn't the client behind a few frames? 14:43:09 <Celestar> Tron: show me your diff please. 14:44:15 <Celestar> Tron: which seeds match? 14:44:49 <Tron> at least the first three, i haven't bothered to check all of them 14:45:07 <Celestar> offset seems proportional to delta_time(server_start, client_connect); 14:45:40 <peter1138> o_O 14:45:57 <Tron> Random [471/16] vehicle.c:1428 39473BD7 546F06DF 14:46:00 *** RichK67 [n=RichK@talk-210-66.talkadsl.com] has quit [Read error: 110 (Connection timed out)] 14:46:04 <Tron> ^ server 14:46:09 <Tron> Random [471/16] vehicle.c:1428 39473BD7 546F06DF 14:46:12 <Tron> ^ client 14:46:25 <Celestar> show diff please. 14:46:47 <Tron> -//#define RANDOM_DEBUG 14:46:47 <Tron> +#define RANDOM_DEBUG 14:46:56 <Tron> - printf("Random [%d/%d] %s:%d\n",_frame_counter, _current_player, file, line); 14:47:00 <Tron> + printf("Random [%d/%d] %s:%d %X %X\n",_frame_counter, _current_player, file, line, _random_ 14:47:02 <Tron> seeds[0][0], _random_seeds[0][1]); 14:47:15 * Celestar goes trying. 14:51:08 <Tron> and? 14:51:12 <Celestar> compiling. 14:51:13 <Celestar> server slow 14:51:20 <Celestar> (PIII 500) 14:51:34 <Celestar> had do retreat from the cluster :) 14:51:37 <Celestar> s/do/to 14:52:40 <Celestar> Tron: that is interesting. 14:52:43 <Celestar> it matches now. 14:52:51 <Celestar> earlier, I did the output at a different place. 14:55:43 *** stavrosg [n=stavrosg@athedsl-20144.otenet.gr] has quit [Read error: 110 (Connection timed out)] 14:57:31 <Celestar> got difference 14:57:39 <Celestar> vehicle.c:1428 14:58:58 *** valhallasw [n=valhalla@dsl68-30.fastxdsl.nl] has quit [Read error: 110 (Connection timed out)] 14:58:59 *** valhallasw [n=valhalla@dsl68-30.fastxdsl.nl] has joined #openttd 14:59:06 <Celestar> called 6 times in a row on one node, 5 times on the other 15:00:20 <peter1138> o_O 15:00:39 <peter1138> on the same machine? same build...? 15:01:22 <Darkvater> I would test this game with 0.4.7 15:01:35 <Darkvater> it is quite possible that some changes were too enthosousiatjsadaic 15:03:31 *** jnmbk [n=jnmbk@85.103.85.221] has joined #openttd 15:03:44 *** mgla [n=mgla@wikipedia/mgla] has quit [Read error: 110 (Connection timed out)] 15:07:38 <Celestar> Darkvater: 0.4.5 you mean? 15:07:38 <Tron> Celestar: symptom != cause 15:07:49 <Celestar> Tron: I know. 15:07:55 <Tron> Celestar: if you deactivate NPF then the first difference is in pathfind.c 15:09:31 <Darkvater> Celestar: or 0.4.7 15:11:53 <Celestar> Darkvater: do it. 15:12:00 <Celestar> busy working here. 15:12:00 <init> Celestar: Did you get anywhere with my patch? 15:12:13 <Celestar> init: we need to get it past Tron (= 15:12:47 <init> Celestar: Sounds like he is some evil boss in some game...;) 15:12:51 <Celestar> so you guys fight it out amonst yerselves :) 15:14:00 *** WolfLaptop [n=wolf@213.196.14.85] has quit ["( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )"] 15:14:16 <Celestar> Darkvater: Tron: apparently no desync in rev4000 15:16:58 <Darkvater> Celestar: see, told ya :) 15:17:03 <Darkvater> now to find the offending revision 15:17:10 * Darkvater hopes it's not his :O 15:17:35 <Darkvater> if someone tests it I can hear the results within the hour when I get home :) 15:17:40 <Darkvater> < going home 15:20:50 <orudge> Hmm, Apple officially supporting XP on Macs 15:20:58 <orudge> http://www.apple.com/macosx/bootcamp/ 15:21:54 <RichK67_> just think of all the lovely viruses Mac users will have to protect themselves against ;) 15:22:00 *** Spoco [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [Read error: 104 (Connection reset by peer)] 15:22:14 <guru3> it's apple's way of gaining market share 15:22:27 <RichK67_> or Symantec's 15:22:40 <Celestar> hr hr 15:23:44 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 15:23:45 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [Remote closed the connection] 15:24:36 <Celestar> 4100 seems to be oeprational 15:29:14 <Celestar> 4200 not 15:31:36 <lc> I'm not familiar with ottd rev number, what is the difference ? 15:31:48 <Celestar> check the svn log 15:32:23 <Celestar> 4150 broken 15:33:04 <Celestar> lc: http://svn.openttd.org/cgi-bin/trac.cgi/timeline 15:33:05 <Celestar> there 15:33:05 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 15:33:06 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [Remote closed the connection] 15:34:13 *** testst [n=email@87.245.146.162] has joined #openttd 15:34:39 <RichK67_> celestar: just a hunch, but elrails was 4150, i'd try 4148 first ;) 15:35:07 <Celestar> RichK67_: hm .... 15:35:14 <Celestar> just at 4125. 15:35:23 <lc> oh, it's only chronological. I thought it was two different branches 15:35:53 <Celestar> lc: nah, only talking about trunk here. 15:36:08 *** _StefaN^ [n=StefaN@nat5.mnc.pl] has joined #openttd 15:36:56 *** RichK67 [n=RichK67@talk-210-66.talkadsl.com] has joined #openttd 15:37:23 <Celestar> 4125 works 15:38:01 <Eddi|zuHause2> doing binary search i assume ;) 15:38:20 <Celestar> 4136 now 15:41:52 <Celestar> works 15:42:58 <Celestar> 4142 15:44:05 <Tron> *phew* for once it wasn't me 15:45:00 <peter1138> so that's affecting the saved seeds... 15:45:04 <peter1138> (at a guess) 15:45:12 <Celestar> peter1138: ? 15:45:17 <peter1138> assuming Celestar meant that that's the one that's breaks it 15:45:29 <Celestar> 4142 works also. 15:45:31 <peter1138> oh 15:45:35 <RichK67> elrails# 15:45:41 <Celestar> I haven't pinned it down yet. 15:45:46 *** Qrrbrbirlbel_ [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 15:45:50 <peter1138> k 15:45:55 <Celestar> but I aint far 15:46:13 <RichK67> there are only 2 updates to trunk between 4142 & 4150 15:47:00 <peter1138> if 4149 works... 15:47:08 <RichK67> 4143 - an airports mod, and 4149 OSX mod 15:47:17 <RichK67> 4150 is elrails merge 15:47:21 <peter1138> yus 15:48:10 <Celestar> then we have to binary serach the elrails branch. 15:48:10 <Celestar> :S 15:48:47 <RichK67> id definitely go with peter here, and verify 4149 15:49:03 <Celestar> I am but it takes a fully recompile 15:49:11 <peter1138> 4149 is makefiles... 15:50:03 <peter1138> hmm 15:51:48 <Celestar> ij 15:51:50 <Celestar> ok 15:54:14 *** RichK67_ [n=RichK67@talk-210-66.talkadsl.com] has quit [Read error: 110 (Connection timed out)] 15:54:49 <Celestar> seems that 4150 it is 15:54:49 <Celestar> :S 15:56:04 *** orudge [n=orudge@res05-ocr2.res.st-and.ac.uk] has quit ["brb"] 15:56:18 <Celestar> diving into elrail branch 15:56:41 *** orudge [n=orudge@res05-ocr2.res.st-and.ac.uk] has joined #openttd 16:00:09 <Celestar> 3819. 16:00:13 <Celestar> not doing binary search now. 16:00:52 <Celestar> works 16:00:58 <RichK67> what is the error you are looking for? 16:01:03 <Celestar> desyncs 16:01:53 <RichK67> near connect or deeper into game? 16:02:06 <Celestar> about 400 frames 16:02:09 <Celestar> 3918 16:03:03 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 16:03:26 <Celestar> ok ok 3886 16:03:31 <RichK67> sounds like pathfinding - enough time to build track, and need a route 16:04:47 <Celestar> no AI .. 16:06:46 <Celestar> 3886 works 16:07:26 <Celestar> 3929 16:10:07 <peter1138> picking random numbers? 16:10:13 <Celestar> no. 16:10:16 <peter1138> ok :) 16:10:18 <Celestar> rather the large changes. 16:10:23 <peter1138> ah 16:10:55 <Celestar> 3929 16:11:02 *** Mukke [n=Mukke@x1-6-00-02-1e-f6-09-41.k607.webspeed.dk] has joined #openttd 16:11:07 <Celestar> works 16:11:56 <Celestar> 3989 16:12:10 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit ["It's like, wah."] 16:13:10 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 16:13:50 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 16:13:50 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [Remote closed the connection] 16:13:52 *** Spocoo [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 16:13:55 *** Spocoo [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [Remote closed the connection] 16:15:11 <Celestar> works 16:15:46 <Celestar> 4009 16:15:52 <Celestar> we're getting there 16:17:42 <Celestar> bah and I wanted to cook up a workmap/roadmap today :S 16:17:46 *** johnny83 [n=chatzill@P650e.p.pppool.de] has joined #openttd 16:18:35 <RichK67> :P Roadmap step 1: merge 6newAirports ;) ;) :) 16:18:42 <Celestar> (= 16:18:55 <Celestar> we won't merge anything before the desyncs are found. 16:19:17 <RichK67> i know, just having some fun.... :) 16:19:20 <Celestar> 4009 works 16:20:28 <Celestar> 4068 16:21:29 <CIA-5> egladil * r4288 /branch/32bpp/spriteloader8.c: [32bpp] -Remove the 8bpp data from memory after conversion to 32bpp. 16:22:07 <Celestar> works 16:22:10 *** testst [n=email@87.245.146.162] has quit [Read error: 104 (Connection reset by peer)] 16:22:21 <SimonRC> Go Celestar! 16:22:38 <Celestar> 4101 16:23:05 <Celestar> BAH every svn up requires a full rebuild :S 16:25:44 <Celestar> works 16:25:46 <SimonRC> it sohuld really be possible to automate such things 16:26:14 <SimonRC> what's your range now? 16:26:27 <Celestar> 4135 16:26:36 <Celestar> between 4135 and 4150 16:27:01 <SimonRC> ok 16:27:33 *** johnny83 [n=chatzill@P650e.p.pppool.de] has quit [Read error: 104 (Connection reset by peer)] 16:28:57 <Celestar> er between 4101 and 4150 I mean 16:29:00 <Celestar> 4135 is broken 16:29:17 <Celestar> so we have 2 revs :P 16:29:18 <SimonRC> ooh 16:29:31 <SimonRC> What do the umbers actually mean? 16:29:38 <Celestar> revisions 16:29:55 <SimonRC> are they contiguously assigned? 16:29:59 <Celestar> think of it like a version number, but at a much more atomic level. 16:30:11 <Celestar> contigously over the whole repository 16:30:16 <Celestar> but I'm in a single branch 16:30:33 <blathijs> hmm, that foils normal binary search 16:30:37 <SimonRC> I'm more of a darcs person 16:30:41 <blathijs> unless you count the revisions manually :-) 16:30:47 <blathijs> (being in a branch) 16:30:55 <Celestar> blathijs: svn log | less and go to 50% of the file :P 16:31:07 <SimonRC> nah, you just divide the on-screen lisat roughly in half by eye 16:31:08 <blathijs> hehe 16:31:13 <blathijs> true 16:31:37 <SimonRC> Damn my typing is crap. 16:31:41 <Celestar> 4110 is broken 16:31:47 <SimonRC> oooooh 16:32:00 <Celestar> verification run 16:32:01 <Celestar> 4109 16:32:35 <Celestar> COMPILE FASTER YOU CRAPPY SHIT 16:32:41 <Celestar> ... 16:32:42 <Celestar> sorry 16:32:43 <SimonRC> hehehe 16:32:51 <SimonRC> could be worse 16:32:59 <Celestar> not much. 16:33:01 <Celestar> it's snowing here. 16:33:05 <SimonRC> you could be developing on a 686. 16:33:23 <SimonRC> 686 + firefox = s 16:33:25 <SimonRC> l 16:33:27 <SimonRC> o 16:33:29 <SimonRC> w 16:33:31 <SimonRC> :-) 16:33:31 <Celestar> haha 16:33:33 <Celestar> I imagine 16:33:50 <SimonRC> even with an astounding 512Meg of RAM 16:33:55 <blathijs> Celestar: ironically, the commit message of r4110 states "This (hopefully) concludes the main part of elrail development, only minor issues remain (missing cursors/icons and non-unique depots)" 16:34:11 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has joined #openttd 16:34:12 <Celestar> blathijs: I know ;) 16:34:14 <blathijs> pretty thing to say while introducing a desync bug ;-p 16:34:39 * Celestar slaps blathijs 16:34:45 <blathijs> :-) 16:34:56 <SimonRC> I would have put even *more* RAM in, but the L2 cache can't actually cache data from beyond the 512-meg mark. 16:35:12 <Celestar> peter1138: HELP 16:35:32 <RichK67> celestar: it can only be in 4110 or 4135 16:35:39 <Celestar> RichK67: it is 4110 16:36:16 <Celestar> Tron: I require your assistance 16:36:28 <peter1138> help? 16:36:29 <peter1138> hmm 16:36:57 <Celestar> peter1138: we gotta double-check r4110 16:37:04 *** Sionide [n=sphinx@collaredlory2.hornet.uea.ac.uk] has quit ["/quit"] 16:37:48 <peter1138> i had a hunch it might be that o_O 16:38:08 <Celestar> ... 16:38:13 <Celestar> what about letting me know FIRST :P 16:38:21 <peter1138> um 16:38:22 <peter1138> :P 16:38:22 <Celestar> and then have me try 80 different revisiosn :P 16:38:26 <peter1138> it was a guess 16:38:35 <peter1138> purely based on the fact that it's mostly my code 16:38:43 <Celestar> ROFL 16:39:31 <RichK67> 4110 only seems to affect eltrains... does this desync occur without any track built? if so, then it aint 4110 16:39:49 <peter1138> well, it affects the pathfinder too 16:39:49 <Celestar> RichK67: the game I'm testing it with has only maglevs 16:40:41 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 16:40:49 <peter1138> i guess we need to check if u.rail.compatible_railtypes / u.rail.railtype are in sync 16:40:51 <RichK67> peter: true, but the change is really only the RailTypeMask railtypes change (which Ive just had to do to PBS ;) ) 16:42:01 *** cheery is now known as CHEERY 16:42:05 <Celestar> peter1138: the problem seems to be TrainPowerChanged. 16:42:51 <Celestar> peter1138: if you put a return; in train_cmd.c:83 then you have no desyncs. 16:43:49 <peter1138> hmm 16:43:57 <peter1138> is this savegame pre or post elrails? 16:44:05 <Celestar> pre. 16:44:08 <Celestar> way pre 16:44:11 <peter1138> pzzt 16:44:15 <peter1138> bzzt even 16:44:15 <peter1138> hmm 16:44:21 *** CHEERY is now known as Cheery 16:44:29 <peter1138> but it's post elrails when you load it over the network 16:44:58 <RichK67> what about changes around line 145? ditches .compatible_railtypes in favour of railtypes 16:44:59 *** Cheery is now known as Cheery|- 16:45:07 *** Cheery|- is now known as Cheery|-} 16:45:17 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 16:45:17 *** Spocoo [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 16:45:21 *** Spocoo [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [Remote closed the connection] 16:45:40 *** Bjarni [n=Bjarni@0x53588af2.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 16:45:41 *** mode/#openttd [+o Bjarni] by ChanServ 16:45:42 *** Cheery|-} is now known as Cheery 16:45:51 *** Sacro [i=Ben@adsl-213-249-232-226.karoo.KCOM.COM] has joined #openttd 16:46:32 <RichK67> better get back to my own work.... brb 16:48:24 <Darkvater> he, it was fun reading back for the last hour :) 16:50:11 <SimonRC> How do I find out why the starting year can now onyl be adjusted by 3s? 16:51:25 <RichK67> like all number ranges, year is adjustable by 1/50th of range 16:51:32 <Celestar> ok guys. 16:51:45 <RichK67> or 1, whichever is greater.... for years, its 3 16:51:56 <Celestar> I have located the revision. so help me finding that bug. 16:53:10 <Darkvater> Celestar: 4110? :) 16:53:17 * Darkvater is glad it wasn't him 16:54:07 <Celestar> peter1138: on load, something bad seems to happen :( 16:56:02 * peter1138 blinks 16:56:06 <Darkvater> just a question. train_cmd.c:93/94 and 96/97 16:56:07 <peter1138> FAT32 file system check 16:56:13 <peter1138> on ... Windows 2000 Server ... 16:56:15 * SimonRC wonders if railtypes are getting too packed. 16:56:18 <Darkvater> isn't the double if's there totally unnecessary? 16:56:30 <Darkvater> eg you should only need 1 check isntead of 2 16:56:55 <Celestar> Darkvater: seems so. 16:57:02 <Celestar> but I doubt that causes the desync 16:57:07 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit ["It's like, wah."] 16:57:27 <RichK67> i wonder about the "continue" in line 90. if its a desync, this is one place it could get out of synch... depends what gets returned by IsArticulated 16:57:37 <peter1138> IsArticulated is just a bit flag 16:57:44 <Darkvater> Celestar: yeah think so 16:57:45 <Celestar> there are no Articulated Engines in the game. 16:58:09 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 16:58:30 <RichK67> ok... line 104, why does it re-add the engine power when its the wagon power it should add? 16:58:40 *** Qrrbrbirlbel_ [i=Q@p54A7C9B9.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 16:58:56 *** init [n=init@dhcp-221-137.pdc.kth.se] has quit ["Leaving..."] 16:59:12 <peter1138> ... 16:59:16 <peter1138> it does add the wagon power... 16:59:17 <Celestar> er Darkvater if you look carefully, the ifs are NOT identical. 16:59:41 <RichK67> i think the one on 104, needs to be rvi_u->... 16:59:47 <Darkvater> Celestar: he, yeah, indeed. soz 16:59:50 <Celestar> RichK67: nope. 16:59:54 <peter1138> RichK67: nope 16:59:59 <Celestar> powered wagon power is stored in the ENGINE. 17:00:07 <Celestar> not the wagon itself. 17:00:29 <Celestar> peter1138: something is freaky on load. 17:00:56 <Darkvater> but I don't think the if is right. Why is wagon_has_power set and checked for engine-type but wagon-tile? 17:01:09 <Celestar> because the pantograph is on the engine :P 17:01:34 <Darkvater> and on all the wagons as well? 17:01:44 <peter1138> the pantograph isn't always on the engine 17:01:49 <Celestar> Darkvater: because there are no elrail-wagons. 17:01:55 <Celestar> peter1138: hence the ":P" 17:02:04 <peter1138> ice3... 17:02:07 <RichK67> if your consist has a powered unit in it, it readds not the powered unit, but the initial engine 17:02:09 <Darkvater> hmm then I don't get it, but if you say it's ok 17:02:16 <peter1138> is elrail with powered wagons 17:02:18 <RichK67> but => not 17:02:32 <peter1138> RichK67: yes 17:02:38 *** DjViper [i=djviper@mishima-empire.h-nett.no] has quit [Connection timed out] 17:02:55 <Celestar> peter1138: in the ICE3, the wagon is still convrail 17:03:08 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has quit ["http://mir.ist-langweilig.de/oh_man.jpg/"] 17:03:11 <peter1138> notice how it's not ->power but ->pow_wag_power 17:03:14 <peter1138> Celestar: ah 17:03:17 *** Maedhros [n=jc@gentoo/developer/Maedhros] has joined #openttd 17:03:19 <RichK67> so if i put a diesel in the middle of the electric rake, it re-adds an electric power, not the diesel power is my point 17:04:09 <Celestar> RichK67: diesel engines can NOT have powered wagons. 17:04:20 <peter1138> well, they can 17:04:39 <RichK67> okies - ill bug out... ive clearly missed some concept here ;) 17:04:59 <Celestar> RichK67: the concept is difficult, I've adapted it to what DBSetXL (and others) need. 17:05:09 <Celestar> that's the only logic behind it. 17:05:15 *** Maedhros [n=jc@gentoo/developer/Maedhros] has quit [Client Quit] 17:05:23 <Celestar> however, for the desync 17:05:38 *** test [n=test@host200-154.pool8254.interbusiness.it] has joined #openttd 17:05:42 <test> hey guys 17:05:47 <SimonRC> hi 17:05:49 <Celestar> gu 17:05:52 <Celestar> hi too 17:06:04 <test> "Tried to load non-existing sprite #125" 17:06:16 <Celestar> 125? 17:06:19 <glx> test: grf name 17:06:31 <glx> ? 17:06:33 <test> I receive this error sometimes when I test the new build using my proof-of-concept (do you remember the bug?) 17:06:39 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit ["It's like, wah."] 17:06:39 <test> NewGRFs 17:06:58 <test> I'm using the nightly build so probably is something wrong in my setup 17:07:17 <glx> I asked you the name of the newgrf set :) 17:07:43 <test> ehmm wait a bit 17:08:14 <test> I try to overwrite the current 0.4.7 with the nightly build to see if the error rehappens 17:08:22 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 17:09:13 <RichK67> cya guys... hometime :) 17:09:22 <SimonRC> test: why not just create a new dir to put it in? 17:09:34 <Celestar> peter1138: will you have any time to investigate? 17:09:43 <test> because I did it and receive this error 17:09:57 *** RichK67 [n=RichK67@talk-210-66.talkadsl.com] has quit [] 17:10:20 <test> the error happens also placing the new exe in 0.4.7 17:10:25 <glx> test: for a new game or when loading a saved game 17:10:34 <test> new multiplayer game 17:10:49 <Darkvater> test: using any newgrf files? 17:12:00 <test> Dark I have used the default configuration selecting any scenario, just the most easy way to launch a server 17:12:17 <Darkvater> .. 17:12:25 <test> with the default grf of the TTD game 17:12:33 <Darkvater> open your openttd.cfg file. Do you see any [newgrf] section there? 17:12:50 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit [Client Quit] 17:13:02 <test> no section with this name 17:13:10 <Darkvater> ok 17:13:17 <peter1138> sprite #125 isn't going to be newgrf 17:13:32 <peter1138> sounds like a missing char... 17:13:34 <Darkvater> it sounds like a char 17:13:39 <peter1138> 127 17:13:44 <peter1138> hmm, no 17:13:48 <peter1138> -30, isn't it? 17:13:50 <Darkvater> exactly, question is which one 17:13:52 <peter1138> 155 17:13:59 <Darkvater> donnu,we need Tron for this, he knows ;) 17:14:25 <SimonRC> 125 is } 17:14:48 <SimonRC> don't you use } in your markup? 17:15:08 <Celestar> we are talking about WHAT? 17:15:10 <Darkvater> } we have in small/normal/big 17:15:25 <test> anyway you can test the thing using the poc of the previous time 17:16:24 *** ector- [n=meloditr@ygun.brg.sgsnet.se] has joined #openttd 17:16:55 <test> sprite #110 too 17:18:01 <glx> test: using the exaclty same openttdx test executable than the last time? 17:18:26 <test> I modified it just a bit, so is better if you try the new one 17:18:34 <test> http://aluigi.altervista.org/poc/openttdx.zip 17:19:02 *** jnmbk [n=jnmbk@85.103.85.221] has quit [Remote closed the connection] 17:19:18 <Darkvater> hmm I have no idea what 110 and 127 are 17:19:26 <Darkvater> probably they aren't filtered out somewhere 17:19:39 <Darkvater> most likely when receiving string-messages from server/client 17:19:49 <Darkvater> which only test's hacked crash-tester does 17:20:06 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 17:20:15 <Celestar> ok guys. 17:20:36 <Celestar> I've enough of this. 17:20:40 <Celestar> I'm going home. 17:20:46 <SimonRC> bye 17:20:59 <Darkvater> by Celestar :) 17:21:22 <Celestar> someone work on that desync problem. 17:22:14 <peter1138> Darkvater: we probably just need to strvalidate (or whatever it is) a few more strings somehwere... 17:22:32 *** stillunknown [n=unknown@82-168-177-167.dsl.ip.tiscali.nl] has joined #openttd 17:22:43 <Darkvater> str_validate() 17:22:45 <Darkvater> yeah 17:22:52 <glx> test: I know why you some time have this error 17:23:17 <glx> you don't send a user name so openttd displays garbage 17:23:28 *** MagicJohn [n=magical@host81-157-122-144.range81-157.btcentralplus.com] has quit [Read error: 104 (Connection reset by peer)] 17:23:31 <test> uhhh that's pretty interesting 17:23:42 * stillunknown was wondering why some patches aren't included in the main tree (as an option), because after some time stuff tends to break making the patch pretty useless 17:24:14 <glx> test: look at messages displayed when your test client join the server 17:25:06 <test> do you mean dumping the received packets? 17:25:27 <glx> no just read the messages in openttd window 17:25:43 <glx> hmm unless you try using a dedicated server 17:26:10 <test> there is garbage after the player name when it exits 17:27:21 <test> so now it's clear, if I use a long nickname it crashes otherwise not 17:27:27 <test> now it's clear 17:29:23 <test> then there is also the problem of the UDP packets, a small data size (the first 16 bit block) forces the client to exit from the multiplayer menu 17:29:30 <Darkvater> test: you are not supposed to crash openttd though :) 17:32:40 <test> I don't know if this UDP problem is the same reported by another guy here 17:33:20 *** RoySmeding_ [n=Roy@c514451cb.cable.wanadoo.nl] has joined #openttd 17:34:37 <Darkvater> brb, ~1 hour 17:34:47 <MiHaMiX> aaaaaaa 17:34:51 <MiHaMiX> Darkvater: are you still here? 17:35:19 <MiHaMiX> ahh :( 17:36:20 *** MagicJohn [n=magical@host81-157-122-144.range81-157.btcentralplus.com] has joined #openttd 17:38:46 <test> testing the udp bug is very simple (affects only the clients) when the clients sends the info query you must reply with a slow size number, for example a packet with the bytes 00 00 is enough 17:46:07 <test> Dark/glx: have you been able to replicate the bugs? 17:46:39 <glx> the "non-existing sprite" bug? 17:46:47 <test> yes and the udp bug too 17:47:52 <glx> didn't tried udp 17:48:05 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [Read error: 104 (Connection reset by peer)] 17:48:54 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 17:50:24 *** x87 [n=x87@tor/session/x-d1e13c2102e2bb0c] has joined #openttd 17:52:06 *** RoySmeding_ [n=Roy@c514451cb.cable.wanadoo.nl] has quit [Client Quit] 17:56:15 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit ["It's like, wah."] 17:57:50 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 17:58:33 *** Harteex [n=Harteex@reactos/translator/Harteex] has joined #openttd 17:58:39 *** BJH_ [n=chatzill@e176122216.adsl.alicedsl.de] has joined #openttd 18:03:24 *** BJH [n=chatzill@e176105074.adsl.alicedsl.de] has quit [Read error: 104 (Connection reset by peer)] 18:07:32 <test> glx I have updated my poc for testing the udp bug too (use the host 0), the link is ever the same 18:12:23 <test> well I go to gym, see you tomorrow 18:13:53 <test> BYEZ 18:14:22 *** test [n=test@host200-154.pool8254.interbusiness.it] has quit ["Leaving"] 18:16:30 <shintah> is there a hotkey for company chat? 18:20:01 *** KritiK [i=Maxim@ppp85-140-20-88.pppoe.mtu-net.ru] has joined #openttd 18:20:33 <peter1138> hmm, i had a patch for that 18:21:13 <michi_cc> Celestar or somebody: regarding train_cmd.c:93/94, I think it's missing an if for level crossings 18:21:21 <peter1138> ah, still do 18:21:36 <michi_cc> it's GetRailTypeCrossing() then 18:21:41 <Celestar> yo 18:22:04 <peter1138> we need a GetRailType(tile, track) 18:22:09 <peter1138> and it'll sort out the rest 18:22:47 <michi_cc> stumbled upon a problem with this during testing of the physics patch 18:23:01 <Celestar> peter1138: any idea about the desync? 18:23:10 <peter1138> not been looking at it 18:23:42 <Celestar> anyone else? 18:25:04 <Celestar> peter1138: there is a GetRailTypeUniversal in elrail.c :) but it's a bit too elrail-specific. 18:25:15 <Celestar> or something. 18:25:47 <Celestar> but we can make some GetRailType out if it :P 18:31:08 <Noldo> Can someone point me to the direction of How-To about cross-compiling for Windows on linux 18:32:52 *** DjViper [i=djviper@mishima-empire.h-nett.no] has joined #Openttd 18:34:28 <Celestar> I don't understand DestructIndustry 18:35:12 <michi_cc> quick'n'dirty patch for train_cmd.c: http://www.icosahedron.de/openttd/train_cmd.patch 18:35:18 <Darkvater> I don't understand the desync 18:35:26 <Darkvater> aren't both clients doing the same wrongly? 18:35:46 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has joined #openttd 18:36:52 *** _StefaN^ [n=StefaN@nat5.mnc.pl] has quit [] 18:36:56 <Celestar> Darkvater: it seems that TrainPowerChanged might be doing something wrong on load. 18:38:01 <Celestar> bah 18:38:24 <Celestar> ship_cmd.c is in urgent need of cleanup. 18:38:31 <Belugas> Celestar : DestructIndustry? 18:38:38 <Belugas> DeleteIndustry maybe? 18:39:04 <Celestar> Belugas: disaster_cmd.c 18:39:27 <Belugas> Ho... checking 18:41:39 <Belugas> It re-initialize the construction states of the industry. 18:41:44 <Belugas> Not really destroying 18:41:54 <Belugas> rather.. starting from scratches 18:42:19 * stillunknown was wondering why some patches aren't included in the main tree (as an option), because after some time stuff tends to break making the patch pretty useless 18:42:43 <Celestar> ? 18:42:45 <Belugas> ship_cmd is as awfull as players_gui... 18:43:44 <stillunknown> things like, lights on rails, yellow signs, really realistic acceleration 18:43:57 <Celestar> yellow signs? 18:44:10 <Celestar> accelleration is in the workings 18:44:44 <stillunknown> <== train | red sign | yellow sign | green sign 18:45:15 <Sacro> yay for yellow sigs 18:45:45 <stillunknown> yellow sign means reduce speed and choose alternate track if possible 18:45:55 <stillunknown> (and maybe more, but not sure) 18:46:28 <CIA-5> celestar * r4289 /trunk/ship_cmd.c: -Codechange: Make use of water_map accessors for ships. Make a mental note to clean ship_cmd 18:46:31 <stillunknown> are the physics patches in the development forum broken or are there other reasons for doing it yourselves(main devs)? 18:46:46 <Celestar> stillunknown: the current map doesn't support 3 signals. 18:46:58 <Celestar> stillunknown: the problem is lacking manpower :( 18:47:50 <stillunknown> is it a testing issue, because they seem to work fine or is it code control issues? 18:48:31 <Celestar> mostly the former. 18:48:57 <stillunknown> what is required to pass? 18:49:28 <Celestar> good question. somehow we haven't put up proper guidelines yet. 18:49:32 <Celestar> hmmm.. 18:49:36 <Celestar> maybe I should do that. 18:50:33 <michi_cc> the realistic acceleration patch for example seems to work fine, and can even be switched off 18:50:54 <stillunknown> does the main dev oppose to modifying beyond the current map system before 0.6.0, because some interresting patches seem to do that (which i can't test because they the differences are already too big for some) 18:51:00 <Celestar> we URGENTLY need roadmaps and stuff. 18:51:27 <michi_cc> there are other good and working patches as well, like planespeed or planeset compatibility 18:51:41 <Celestar> stillunknown: currently, we are busy cleaning up the map ... 18:51:49 <Celestar> michi_cc: as I said, we miss manpower ... 18:51:56 <Belugas> stillunknown : before chanching the map system, map accessors have to be finished. 18:52:10 <Belugas> hem... changing 18:52:29 <Celestar> michi_cc: but I agree that we have to check each and every one of the patches. 18:52:40 <Celestar> but I cannot do that on my own. 18:52:51 <michi_cc> maybe you should belive those forum slugs, it can't be *that* broken if nobody complains ;) 18:52:56 *** stavrosg [n=stavrosg@athedsl-20144.otenet.gr] has joined #OpenTTD 18:52:59 <Celestar> michi_cc: (= 18:53:09 <stillunknown> maybe there can be polls about certain patches, such as realistic acceleration 18:53:23 <Celestar> stillunknown: we already have 2 accelerations, both have drawbacks. 18:53:31 <stillunknown> because testing is a non-issue for some people (i make daily svn builds myself) 18:53:41 <Celestar> some of the acceleration patches I have seen use floating point numbers. those are not usable for example. 18:53:58 <stillunknown> because? 18:54:08 <Celestar> of rounding errors in network games. 18:54:16 <Celestar> different CPUs round differently. 18:54:29 <michi_cc> I meant the physics path from the dev forum, which basically intorduces tractive effort 18:54:45 <stillunknown> i mean that one too 18:54:49 <stillunknown> seems fairly realistic 18:54:58 <Celestar> I think peter1138 is working on that one. 18:55:01 <Celestar> ask him :) 18:55:28 <stillunknown> he can merge that if he wants? 18:55:32 <michi_cc> I mean, is there something we can do to for patches in general to convince you it's working like advertised? 18:56:15 <Celestar> peter1138: has commit righgts :) 18:56:42 <Celestar> michi_cc: rule number one would be put them on the tracker, not the forums. Then bug me daily. 18:57:01 <michi_cc> I suppose there are enough people who could test. code review can be done by some also like me. 18:57:17 <michi_cc> okay, I'll tell that the original author as it's not my patch 18:57:24 <Celestar> michi_cc: make it so. 18:57:39 <Celestar> I really wish to investigate more user patches. 18:57:45 <Celestar> patches should also be small. 18:58:08 <Celestar> a 20 line patch is more likely to be included than a 200 line patch. 18:58:19 <michi_cc> it would be really good to have some kind of checklist so we can prepare a patch as far as possible for inclusion 18:59:03 <Sacro> i dont mind testing patches 18:59:09 <Celestar> michi_cc: bug me about that tomorrow. I might conjure something up next week 18:59:25 <michi_cc> will do 18:59:55 *** Cheery [i=Henri@a81-197-45-47.elisa-laajakaista.fi] has quit ["Leaving"] 18:59:58 *** x87 [n=x87@tor/session/x-d1e13c2102e2bb0c] has left #openttd [] 19:00:05 <Celestar> michi_cc: generally, you need to bug us. 19:00:06 <Celestar> :) 19:00:30 * stillunknown has sent a pm to peter1138 19:00:39 <stillunknown> about the physics patches 19:00:55 <Celestar> hopefully not via the forums ;) 19:01:04 <stillunknown> is that bad? 19:01:28 <stillunknown> i will bug him on irc aswell 19:01:34 <Celestar> well, devs check the forums not very often 19:01:49 <Darkvater> Celestar: r4278 < you have changed them to int8, not uint8 as commit message says. Is that the desired action? 19:01:54 <michi_cc> if you say so... :) do you mind to apply a qnd patch for train_cmd.c? or do you want a universal GetRailType first 19:02:05 <Celestar> Darkvater: yes it is. there are negative numbers in it. 19:02:14 <Celestar> qnd patch? 19:02:25 <Darkvater> ok, then commit-log should say int8, not uint8 ;) 19:02:39 <Celestar> Darkvater: I'm rather sloopy with my commit messages, I know :( 19:02:58 <michi_cc> http://www.icosahedron.de/openttd/train_cmd.patch 19:03:13 <michi_cc> can post on tracker as well, if you like that more :-S 19:03:13 * Celestar goes looking 19:03:52 <Celestar> michi_cc: gimme 5 19:07:12 *** Rexxie [n=rexxars@ti131310a080-14996.bb.online.no] has quit [Read error: 110 (Connection timed out)] 19:08:11 <CIA-5> celestar * r4290 /trunk/train_cmd.c: -Fix: fixed power computation for mixed consists on level crossings (michi_cc) 19:08:15 <Celestar> ok 4. 19:08:53 <michi_cc> good, one bug less 19:08:57 <Celestar> :) 19:09:16 <Celestar> thanks michi_cc 19:09:35 <Celestar> that was a nice example of a good patch. small, straightforward with clear intensions. 19:10:23 <michi_cc> that bug was driving me crazy today, I mean I was testing this physics patch and on some undetermined unreason trains randomly stopped 19:10:32 <michi_cc> thanks 19:10:45 <michi_cc> did take quite some time to nail that down 19:11:02 <Celestar> oh :) 19:11:04 <Celestar> sorry. 19:11:47 <michi_cc> don't be, if I hadn't suspected the physics patch, I might have found that much easier 19:12:01 <Celestar> you shalt not assume the code is bug-free :) 19:12:22 <hylje> thou shalt not 19:12:27 <Celestar> thou 19:12:31 <Celestar> sworry 19:14:55 <peter1138> is that the desync bug? 19:14:56 <michi_cc> you could look at http://bugs.openttd.org/task/97 as well *whistling* 19:14:58 <peter1138> or just something else? 19:15:15 <Celestar> peter1138: something else. and I think not it is the desync problem, but you never know :) 19:17:01 <Celestar> [NET] Listening on 0.0.0.0:65535 <= why 65535? :i 19:18:28 *** |VillageIdiot| [n=jurgen@d51A43FD0.access.telenet.be] has joined #openttd 19:19:20 <Celestar> hm .. 19:19:29 <Celestar> registerting fails 19:23:10 <Celestar> is anyone to connect to the network game with HEAD ? 19:25:23 * stillunknown is on 32bpp branch which is always a few days behind with new trunk features 19:25:41 <Celestar> 32bpp is rather promising 19:25:54 <Darkvater> Celestar: which network game? 19:26:03 <Darkvater> hmm, nvm my windows build is norev 19:26:08 <Celestar> I'm in. 19:26:10 <Celestar> np 19:26:19 <Celestar> just server + client on my lappy sucks 19:27:48 *** init [n=init@c83-250-153-195.bredband.comhem.se] has joined #openttd 19:27:52 <stillunknown> 32bpp has bugs, i didn't see any 32bpp specific area, so let's hope he/she reads the progress thread that was made 19:28:01 <stillunknown> *area in bugtracker 19:29:09 <stillunknown> is there a specific area in the bugtracker for each branch? 19:29:12 <Celestar> hm 19:29:19 <Celestar> Darkvater: galadriel.td.mw.tum.de:3979 19:29:48 <Darkvater> what rev? 19:30:14 <Celestar> HEAD 19:30:18 <Darkvater> norev? 19:30:23 <Celestar> 4290 19:30:30 <Darkvater> hang on 19:31:13 <Darkvater> it was pure genious to use NOREV_STRING. I can at at least easily change this 19:31:52 <Darkvater> hmm rev 4290 TABS-alignment in the two added lines :( 19:32:52 <Darkvater> Celestar: hmm why is connecting failing for me? 19:33:07 <Celestar> Client #5 is dropped because it took longer than 500 ticks for him to join 19:33:08 <Darkvater> or more like openttd hanging 19:33:16 <Celestar> yeah. on "registering" 19:33:17 <Celestar> ? 19:34:05 <Darkvater> hmm, perhaps it's me local changes 19:34:51 *** Sionide [n=sphinx@collaredlory2.hornet.uea.ac.uk] has joined #openttd 19:35:12 <Darkvater> ok let's try again 19:35:36 <Celestar> go for it 19:35:38 <Darkvater> ok, I can't connect :( 19:35:44 <Darkvater> the whole damn thing just hangs 19:36:38 <Celestar> I don't see your connection attempt :oi 19:36:45 <Celestar> try again? 19:36:47 <Darkvater> what did you do? 19:36:51 <Darkvater> I can't connect 19:37:04 <Darkvater> let's try linux 19:37:20 <Celestar> I did nutting 19:37:47 <Darkvater> wtf 19:37:53 <Darkvater> galadriel.td.mw.tum.de:3979 <-- this doesn't work 19:37:58 <Darkvater> galadriel.td.mw.tum.de <-- this works 19:38:00 <Celestar> dbg: [NET] send() failed with error 32 19:38:13 <SimonRC> Darkvater: the colon-notation is really only for URLs 19:38:27 <Celestar> well. openttd supports it normally. 19:38:28 <Darkvater> no, it is acceptable 19:38:30 <SimonRC> Darkvater: not that many apps accept colons actually 19:38:43 <SimonRC> ah, ok 19:38:52 <Darkvater> IP#Player:Port 19:39:06 <hylje> does ottd support dns 19:39:12 <Celestar> yes. 19:39:13 <Darkvater> yes 19:39:16 <SimonRC> (e.g. many telnets go "Eh, what?") 19:39:17 <hylje> thought so 19:39:25 <Darkvater> Celestar: it's hanging on 'registering' 19:39:32 <Celestar> Darkvater: lets try another rev? 19:39:34 *** Mucht [n=kvirc@chello080109200215.3.sc-graz.chello.at] has joined #openttd 19:39:42 <Celestar> hey Mucht 19:39:44 *** Splatman1984 [n=mark@81-178-80-47.dsl.pipex.com] has joined #openttd 19:40:07 <Mucht> hey Celestar 19:40:11 <Celestar> hows life? 19:40:32 <Mucht> beautiful and interesting as it ever was :) 19:41:04 <Darkvater> Celestar: I think your client has some serious issues 19:41:05 <Celestar> nice. 19:41:08 <Celestar> client? 19:41:11 <Celestar> you mean server? 19:41:17 <Darkvater> Celestar: I can conect here locally and to my linux server on another pc 19:41:18 <Darkvater> yes 19:41:27 <Celestar> Darkvater: I have no local changes :o 19:43:03 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit ["It's like, wah."] 19:43:10 * Darkvater cleanses Celestar's machine 19:43:39 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 19:43:52 <Celestar> Darkvater: maybe the game is too big? 19:44:14 <Darkvater> for synching? But what does that have to do with a hang on port 3979? 19:44:18 <Darkvater> you could try a smaller one 19:44:24 <Darkvater> even pause the game when I join 19:44:29 <Celestar> try now 19:45:16 <Celestar> hm .. the other game is just too big 19:47:03 <Celestar> VERY weird 19:48:12 <Celestar> should not be 19:48:42 <Darkvater> I do know that debug builds do not cope well with big games 19:48:45 <Darkvater> crawls to a halt 19:48:53 <Celestar> well 19:49:07 <Celestar> its 19:49:12 <Celestar> tis no debug build. 19:49:44 <Celestar> it is release 19:49:47 <Darkvater> no but mine is 19:49:50 <Celestar> oh 19:50:14 <Celestar> my client too. 19:50:26 * Celestar rebuilds 19:50:59 <stillunknown> i was wondering why planes are so slow, they can be beaten with a fast train 19:51:37 <Celestar> stillunknown: that will be changed once we balance the game a bit 19:51:48 <Celestar> Darkvater: I can connect now 19:51:50 <Celestar> can you? 19:52:21 <glx> Celestar: can I try too? 19:52:25 <Celestar> glx: sure. 19:52:52 <glx> connected 19:53:24 <Darkvater> ok, registering 19:53:26 <Darkvater> ... 19:53:47 <Celestar> ok guys try again 19:53:50 <Celestar> game paused. 19:54:05 <guru3> what's going on eh? 19:54:16 <SimonRC> stillunknown: really? 19:54:41 *** Rexxie [n=rexxars@ti131310a080-13679.bb.online.no] has joined #openttd 19:54:42 <hylje> balance patch 19:54:43 <hylje> :D 19:54:52 <Celestar> boom 19:54:54 <SimonRC> suppose you, as americans love to do, took a train for a 100-mil journey 19:54:54 <Celestar> out 19:55:01 <Darkvater> hehe, my client kinda died :P 19:55:08 <glx> client hanged 19:55:15 <SimonRC> stillunknown: suppose you took a plane for the same journey 19:55:18 <guru3> what are you testing? 19:55:26 <Celestar> more network troubles. 19:55:33 <Celestar> someone will needa troubleshoot r4110 19:55:36 <hylje> network debugging :> 19:55:40 <Celestar> I'm running outta ideas. 19:55:48 <SimonRC> stillunknown: the train would probably be quick, as the planes have more fiddling about to do, with takeoff and landing 19:55:55 <SimonRC> stillunknown: and more queueing 19:55:58 <stillunknown> @simonrc: it was a few hundred squares 19:55:58 <Darkvater> Celestar: what'ya mean? 19:55:59 <guru3> i thought the network was working pretty well...? 19:56:05 <Darkvater> Celestar: don't test this desync on a 1K map 19:56:08 <Celestar> SimonRC: plane's speeds are reduces by 75%. 19:56:13 <stillunknown> but the plain (concorde) was only a few percent faster than the train 19:56:24 <SimonRC> Celestar: why? 19:56:32 <Celestar> SimonRC: ask Chris Sawyer. 19:57:01 <Celestar> his idea of "balancing" probably 19:57:09 <SimonRC> It would be interesting to add a "planes to scale" option 19:57:33 <Celestar> I'm not happy with adding 100 more patches and options ... 19:58:56 <michi_cc> SimonRC: lookup planespeed and aircraft queue on the dev forum 19:59:29 <Celestar> there are a number of patches .... 20:00:51 *** Sacro [i=Ben@adsl-213-249-232-226.karoo.KCOM.COM] has quit ["Sacro has no reason"] 20:01:17 <peter1138> hello 20:01:19 <peter1138> i'm home now 20:01:29 <Celestar> peter1138: \o/ 20:01:38 <stillunknown> one option would be very obvious, full speed 20:01:57 <Celestar> I think full speed is the ONLY option. 20:01:57 <Darkvater> HA, I've improved test's crasher ^^ 20:02:05 *** Scia [n=scia@AveloN.xs4all.nl] has quit [Remote closed the connection] 20:02:07 <Celestar> same for RVs and Ships 20:02:42 <Celestar> which will be done once I make a "balance" branch :P 20:03:30 * peter1138 compiles 20:03:35 <peter1138> any testing needed then? heh 20:03:43 <Celestar> peter1138: no .. debugging 20:03:46 <Celestar> r4110 ;) 20:03:52 <peter1138> :/ 20:04:11 <stillunknown> did you get my message? 20:04:21 <peter1138> is it definitely that, or does that just realise a bug elsewhere? 20:04:27 <peter1138> (hopeful ;p) 20:04:33 <Celestar> peter1138: I'm not sure. 20:04:42 <Celestar> I just know 4109 works and 4110 crashes quickly. 20:04:52 <Celestar> in about 400 frames. 20:05:06 <Celestar> (at least with http://www.fvfischer.de/d.sav ) 20:05:10 <peter1138> with any map or... ah 20:06:27 <peter1138> [178] Client #2 is slow, try increasing *net_frame_freq to a higher value! 20:07:03 <peter1138> i can't play this map :/ 20:07:19 <Celestar> what kinda computers do you have? 20:07:36 <peter1138> not even npf ;/ 20:07:40 <peter1138> athlon 800 20:08:08 <Celestar> ok then we have more work. 20:08:18 <peter1138> it works on its own 20:08:19 <Celestar> open the game and stop a couple of trains :) 20:08:20 <peter1138> but not server + client 20:08:45 <Celestar> peter1138: galadriel.td.mw.tum.de runs that game. 20:09:22 <Celestar> and has a phat pipe 20:09:25 <hylje> Celestar: actually that qualifies as a quite lame collection of subdomains 20:09:36 <Celestar> tum.de is my university 20:09:45 <Celestar> mw is the department 20:09:47 <Celestar> td is the char. 20:09:52 <Celestar> chair 20:09:57 <Celestar> galadriel is my comp. 20:10:01 *** AciD [n=gni@unaffiliated/acid] has quit [No route to host] 20:10:11 <hylje> isnt ip easier than five-part dns name 20:10:15 <peter1138> um, yeah 20:10:17 <Celestar> yes it is 20:10:23 <Celestar> 129.187.69.146 20:10:23 <peter1138> connecting the client to that doesn't work either :/ 20:10:34 <peter1138> cpu wise :P 20:10:37 <Celestar> peter1138: try again 20:10:38 <peter1138> then it desyncs 20:10:45 <peter1138> but that could be cos it stalled 20:10:46 <Celestar> game is paused. 20:11:04 <CIA-5> Darkvater * r4291 /trunk/ (network_data.c network_udp.c): - Fix: validate all received strings for correctness. This fixes potential crashes on invalid clients/servers (thanks test for bringing this to our attention) 20:11:04 <Celestar> just tell me when to start it 20:11:16 <Celestar> "thanks test" :P 20:11:23 *** Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: Gussoh, FauxFaux 20:11:23 <peter1138> ok, in 20:11:28 <Celestar> starting 20:11:39 <peter1138> boom 20:11:39 <Celestar> meep 20:11:45 <peter1138> disconnect, with no error 20:11:50 <Celestar> MEH 20:11:52 <peter1138> oh 20:11:53 <peter1138> wait 20:11:57 <peter1138> i have dbsetxl loaded :/ 20:12:04 <peter1138> fucking newgrf crap ;p 20:12:08 *** Netsplit over, joins: FauxFaux, Gussoh 20:12:09 <Celestar> oh 20:12:19 <hylje> yes really 20:12:36 <peter1138> ok 20:12:44 <peter1138> in :) 20:12:47 <Celestar> start 20:12:48 *** Gussoh^ [n=gussoh@user9.82-197-255.netatonce.net] has joined #openttd 20:13:05 <peter1138> 96% cpu 20:13:05 <CIA-5> Darkvater * r4292 /trunk/network_data.c: - CodeChange: sprinkle some holy water on l'ugly code (braces, and pos is PacketSize not int) 20:13:11 <peter1138> too slow :( 20:13:18 <Darkvater> peter1138: it's time to fix l'newgrf, eh? :P 20:13:19 <Celestar> damnit. 20:13:25 <peter1138> Darkvater: yeah, i've got it here 20:13:36 <Celestar> peter1138: let me stop some trains 20:13:54 *** Gussoh [n=gussoh@user9.82-197-255.netatonce.net] has quit [Read error: 104 (Connection reset by peer)] 20:14:18 <peter1138> ok 20:14:34 <Celestar> join now ? 20:15:55 <peter1138> still too much :/ 20:16:20 <Celestar> peter1138: ALL vehicles are stopped :o 20:16:32 <peter1138> lol 20:16:38 <Celestar> "stopall" 20:16:54 <Celestar> FUCK 20:16:55 <Celestar> wrong game 20:16:55 <Darkvater> told ya Celestar to move that command either to debug or singleplayer only 20:17:03 <Celestar> brb 20:17:27 <peter1138> yeah, stopall isn't network safe :P 20:17:27 *** Splatman1984 [n=mark@81-178-80-47.dsl.pipex.com] has quit [] 20:18:34 <Celestar> peter1138: doing something elsel 20:19:14 <Celestar> ok 20:19:20 <Celestar> glx: peter1138: Darkvater: try now 20:22:15 <Celestar> anyone in? 20:22:19 <glx> out 20:22:20 <peter1138> not any more 20:22:22 <Celestar> meep 20:22:25 <Celestar> all out 20:22:31 <Celestar> ok lets try again? 20:22:36 <Darkvater> I'm in I think 20:22:39 <Celestar> slower with the train starts? 20:22:39 *** MagicJohn [n=magical@host81-157-122-144.range81-157.btcentralplus.com] has quit [Read error: 110 (Connection timed out)] 20:22:49 <Celestar> wait I'll restart. 20:22:59 <Celestar> npw 20:23:01 <Celestar> now 20:23:11 *** MagicJohn [n=magical@host81-156-199-238.range81-156.btcentralplus.com] has joined #openttd 20:23:34 <Darkvater> yaay 20:23:36 <Darkvater> assertion 0 20:23:43 <Darkvater> ? 20:23:58 <peter1138> o_ 20:23:59 <peter1138> O 20:24:06 <peter1138> lose eye 20:24:11 <Darkvater> [NET] Trying to execute a packet in the past! 20:24:19 <peter1138> er 20:24:21 <Celestar> meep 20:24:23 <Celestar> ONE train 20:24:23 <peter1138> ok 20:24:29 <peter1138> i'm still there 20:24:30 <Celestar> lets start over 20:24:34 <peter1138> ah, now i desynced 20:24:35 <Darkvater> hmm guys why did I get an assertion? 20:24:35 <glx> maybe I'm too solw 20:24:42 <glx> s/solw/slow 20:24:57 <Darkvater> Celestar: say when 20:25:35 <hylje> glx: you dont need to fix slightly mipselled words, as long as first and last character are correct 20:25:47 <hylje> everyone will read them correctly anyway 20:25:56 <Celestar> now 20:25:58 <Celestar> get in. 20:26:13 *** Mukke [n=Mukke@x1-6-00-02-1e-f6-09-41.k607.webspeed.dk] has quit [] 20:26:56 <Darkvater> woei, it's like 1 fp10s 20:27:08 <Celestar> Darkvater: was that desync or something else? 20:27:13 <Darkvater> connection lost 20:27:16 <Celestar> peter1138: are you in? 20:27:19 <peter1138> yes 20:27:22 <Celestar> ok 20:27:29 <Celestar> did you scroll to the tile? 20:27:34 <peter1138> yes 20:27:40 <Celestar> ok I'm starting train 290 20:28:00 *** Mek_ is now known as Mek 20:28:01 <Celestar> where do you see the train now? what tile? 20:28:15 <peter1138> stopped on tile 0x73a6c 20:28:22 <Celestar> thanks looks well 20:28:28 <Celestar> resuming movement 20:28:41 <Celestar> book 20:28:43 <Celestar> boom 20:28:53 <Celestar> I'm desynced. 20:29:02 <peter1138> which way did it go? heh 20:29:04 <peter1138> me too now 20:29:06 *** Tron [n=tron@p54A3E0C3.dip.t-dialin.net] has quit ["leaving"] 20:29:07 <TL|Away> Celestar: haveing troubles with syncing? :p 20:29:09 <peter1138> way after you though 20:29:11 <Celestar> TL|Away: LOTS OF. 20:29:34 <TL|Away> Celestar: YOU BROKE SOMETHING! :p 20:29:43 <Celestar> TL|Away: me and peter1138 :) 20:29:48 <TL|Away> run a RANDOM_DEBUG :p 20:29:52 <Celestar> we've pinned down the revision. 20:30:02 <TL|Away> which one? 20:30:06 <Celestar> r4110 20:30:57 <Celestar> in elrails. 20:31:00 <CIA-5> Darkvater * r4293 /website/index.php: - Website: Fix RSS link on mainpage; was pointing to a non-existing file 20:31:38 <stillunknown> how is speed internally managed? (m/s, km/h, ?) 20:31:40 <TL|Away> Darkvater: can you fix that the nightlies extensions order nicely? 20:32:00 <Darkvater> in what way? 20:32:04 <TL|Away> Darkvater: currently it goes bz2 tar or tar bz2... just randomly 20:32:07 <TL|Away> check the nightly page 20:32:20 <Celestar> it should be tar.bz2 20:32:24 <Darkvater> that is doable 20:32:29 <TL|Away> bz2 and gz 20:32:31 <TL|Away> sorry 20:32:32 <Celestar> stillunknown: rather fathoms per fortnight. 20:32:43 <TL|Away> it is now a bit fuzzy :) 20:32:54 * stillunknown is serious 20:33:25 <TL|Away> + if (engine_has_power) power += rvi_u->power; 20:33:25 <TL|Away> + if (HASBIT(u->u.rail.flags, VRF_POWEREDWAGON) && (wagon_has_power)) { 20:33:25 <TL|Away> + power += rvi_v->pow_wag_power; 20:33:25 <TL|Away> + } 20:33:28 <Celestar> stillunknown: afaik, none of the above. 20:33:31 <TL|Away> weird way of programming Celestar :) 20:33:38 <Celestar> TL|Away: why's that? 20:33:41 <TL|Away> (one if has a { } with 1 line, the other doesn't :p) 20:33:47 <TL|Away> and they are right next to eachother :) 20:33:56 <Celestar> hm .. 20:34:00 <TL|Away> details :p 20:34:11 <Celestar> I somehow doubt that causes desyncs... 20:34:26 <stillunknown> @Celestar: is it an arbitrary unit or another widely used unit? 20:34:26 <CIA-5> Darkvater * r4294 /website/templates/footer_general.tpl: - Fix [website]: Typo s/margen/margin 20:34:28 <Tron_> one is on one line, the other isn't, multiple line ifs always with {} 20:34:41 *** Tron_ is now known as Tron 20:34:52 <Celestar> stillunknown: some arbitrary unit. 20:35:02 <TL|Away> Celestar: has nothing to do with desyncs :) 20:35:08 <Celestar> TL|Away: I hope so :P 20:35:11 <Darkvater> I donnu 20:35:12 <Tron> stillunknown: the units are real, though 20:35:14 <stillunknown> is it documented anywere? 20:35:18 <TL|Away> it was just a funny way of programming :) 20:35:20 <Darkvater> we should check :+ 20:35:32 <Tron> it's good practice 20:35:33 <Celestar> Tron's back. 20:35:39 <TL|Away> Celestar: good luck hunting this problems down :) It seems that it will be a bitch :) 20:35:41 <TL|Away> I am out :) 20:35:42 <TL|Away> night! 20:35:45 <peter1138> internally, it's varied 20:35:45 <Celestar> night 20:35:47 <peter1138> mph in places 20:35:50 <peter1138> kmh in others 20:35:54 <peter1138> for rvs, who knows 20:36:18 <Celestar> one day, I'll make all vehicles obeying the same speed. 20:36:42 <Celestar> two vehicles going n km/h will always go the SAME speed, regardless of type 20:36:53 <Tron> which exact revision causes the problem? 20:36:57 <Celestar> Tron: r4110 20:36:57 <Darkvater> that'd be a bitch with planes 20:37:02 <Celestar> Darkvater: why? 20:37:18 <Tron> huh? 20:37:19 <Darkvater> 1. you will hardly see them 20:37:25 <Darkvater> 2. they'll be unclickable in flight 20:37:27 <stillunknown> there is a system in place to handle m/s internally? 20:37:44 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 20:37:45 <Celestar> Tron: it IS r4110 20:38:02 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has joined #openttd 20:38:33 <Celestar> http://bugs.openttd.org/task/99 20:38:37 <Tron> may i guess? some variable is uninitialised 20:38:45 <Tron> try valgrind 20:39:01 <Tron> it will tell you if any bit is used uninitialised 20:39:03 <Celestar> valgrind spits out soo much shit. I'm already reading through it. 20:40:29 <Celestar> but I cant find any output concerning r4110 20:41:24 * Celestar directly loads the game in question 20:42:36 <Celestar> I just find the typical aystar problems 20:42:47 <Celestar> and getifaddr 20:43:11 <Tron> anyway, i'm off to bed 20:43:16 <Celestar> hm .. maybe upon saving 20:44:05 <Celestar> Tron: tty2morrow 20:45:46 *** |MeusH| [n=MeusH@host-ip18-138.crowley.pl] has joined #openttd 20:45:52 <|MeusH|> hello everyone! 20:45:56 *** |MeusH| is now known as MeusH 20:46:49 <Celestar> hey 20:47:15 <Celestar> http://www.qdb.us/57267 20:47:17 <Celestar> ^^^ 20:48:25 <Darkvater> hehe 20:48:47 <Celestar> so I have no idea what causes the desync. 20:48:59 <Celestar> we need to compare the savegames. 20:49:11 *** Qrrbrbirlbel_ [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 20:49:42 *** |VillageIdiot| [n=jurgen@d51A43FD0.access.telenet.be] has quit ["Leaving"] 20:50:06 <Celestar> but not today 20:50:49 <Tron> here's your problem: 20:50:51 <Tron> enum { /* Indices into AyStar.userdata[] */ 20:50:51 <Tron> NPF_TYPE = 0, /* Contains a TransportTypes value */ 20:50:51 <Tron> NPF_OWNER, /* Contains an Owner value */ 20:50:51 <Tron> - NPF_RAILTYPE, /* Contains the RailType value of the engine when NPF_TYPE == TRANSPORT_RAIL. Unused otherwise. */ 20:50:51 <Tron> + NPF_RAILTYPES, /* Contains a bitmask the compatible RailTypes of the engine when NPF_TYPE == TRANSPORT_RAIL. Unused otherwise. */ 20:50:54 <Tron> }; 20:51:01 <Tron> NPF_RAILYPES == 2 20:51:07 <Tron> - _npf_aystar.user_data[NPF_RAILTYPE] = railtype; 20:51:07 <Tron> + _npf_aystar.user_data[NPF_RAILTYPES] = railtypes;3 20:51:14 <Tron> -> _npf_aystar.user_data[2] 20:51:19 *** sw4y [n=sw4y@snat2.arachne.czfree.net] has quit [Remote closed the connection] 20:51:23 <Tron> struct AyStarNode { 20:51:23 <Tron> TileIndex tile; 20:51:23 <Tron> uint direction; 20:51:23 <Tron> uint user_data[2]; 20:51:23 <Tron> }; 20:51:35 <Celestar> ? 20:52:04 <Darkvater> hehe 20:52:11 *** |Jeroen| [n=jeroen@dD57729A7.access.telenet.be] has quit ["Whoopsy"] 20:52:30 <Darkvater> NPF_RAILTYPES is 2, so it writes to element 3, but array has only two elements 20:52:35 <Darkvater> all hail Tron \o/ 20:52:39 <Tron> sorry, wrong line 20:52:42 <Celestar> ?! 20:52:43 <Tron> wrong user_data 20:53:03 <Tron> _npf_aystar is of type AyStar not AyStarNode 20:53:11 <Celestar> Tron: how did you find that out so quickly? :o 20:53:18 <Tron> it's too late, i'm really off 20:53:25 <Celestar> ok ^^ 20:53:29 <Tron> Celestar: reading, and obviously doing it wrong 20:53:43 <KUDr> Tron: GOOOOD! 20:54:00 <Tron> not good, there's no problem 20:54:05 <Celestar> ? 20:54:06 <Tron> i looked at the wrong user_data 20:54:14 <KUDr> ah 20:54:15 <Tron> the user_data of AyStar is [10] 20:54:31 <KUDr> aha 20:54:45 <Tron> this user_data thingie is ugly at best, btw 20:55:09 *** Mucht [n=kvirc@chello080109200215.3.sc-graz.chello.at] has quit ["KVIrc 3.2.0 'Realia'"] 20:55:22 <Celestar> ok I'm off to bed slowly 20:55:22 <Celestar> cu 20:55:25 *** Mucht [n=Mucht@chello080109200215.3.sc-graz.chello.at] has joined #openttd 20:55:30 <KUDr> gn 20:56:01 *** Mucht is now known as Mucht|zZz 20:57:26 *** Belugas is now known as Belugas_Gone 20:57:56 <Darkvater> MiHaMiX: ping 20:58:02 <Belugas_Gone> good nigh all 20:58:16 <Darkvater> gn 20:58:44 <KUDr> gn 20:59:11 <Kalpa> http://www.helpwinmybet.com/ - bwahahaha :P 21:00:08 <guru3> lol yeah 21:00:10 <guru3> just saw that myself 21:00:18 <guru3> it's flying across irc it seems 21:00:55 <peter1138> so, er, we're still stuck 21:03:00 <Darkvater> he 85K hits 21:03:18 <MiHaMiX> pong 21:03:19 <Darkvater> 90K 21:03:22 <guru3> was 60000 when i saw it a few minutes ago 21:03:28 <guru3> 91K 21:03:43 <peter1138> access forbidden 21:03:43 <MeusH> nice one 21:04:04 <guru3> 92K 21:04:35 <Darkvater> he's gonna have 2M hits by may ^^ 21:05:04 <Darkvater> rofl, 4K hits in 2 minutes 21:05:05 <guru3> at that rate yeat 21:05:13 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] has quit ["Goodbye"] 21:05:17 <guru3> 95K 21:05:32 <guru3> 1k/minute 21:05:51 *** zen-- [n=zen@88-196-42-171-dsl.noe.estpak.ee] has joined #openttd 21:05:52 <guru3> at that rate 21:05:54 <guru3> a couple of days... 21:06:42 *** nappe1 [i=ohj8laka@adsl-130-253-186.kymp.net] has joined #OpenTTD 21:06:43 *** zen-- [n=zen@88-196-42-171-dsl.noe.estpak.ee] has quit [Read error: 104 (Connection reset by peer)] 21:06:57 <nappe1> good evening everyone. 21:07:16 <guru3> good evening 21:07:32 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 21:08:45 <nappe1> I have a slight problem with compiling the Open TTD with MSVS6... It seems it does not like the WaveOutProc callback at win32_s.c 21:09:24 <Darkvater> nappe1: missing DirectX SDK? 21:09:26 *** e1ko [n=31k0@a02-0432c.kn.vutbr.cz] has quit ["Chatzilla 0.9.67+ [SeaMonkey 1.0/2006013012]"] 21:11:02 <nappe1> Darkvater: yep, that's it... I do have old installation of it in another directory, so what's it is missing? 21:11:12 <Darkvater> yes 21:13:23 *** shintah [i=bebble@bebble.olf.sgsnet.se] has quit ["<volcone> tycker inte man borde få idrotta i skolan, eftersom man springer så jävulskt mkt i wow"] 21:23:41 <nappe1> no, it's not DX_SDK... 21:23:52 <Darkvater> what is the error you're getting? 21:24:00 <nappe1> hold on... I'll paste it... 21:24:49 <nappe1> win32_s.c(40) : error C2146: syntax error : missing ')' before identifier 'dwInstance' 21:25:01 <nappe1> win32_s.c(40) : error C2081: 'DWORD_PTR' : name in formal parameter list illegal 21:26:00 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has quit [Read error: 104 (Connection reset by peer)] 21:27:19 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has joined #openttd 21:27:28 <nappe1> there's couple of more, but most of them are caused by the same main problem. and I think this is just A) my mistake or B) one of weird MSVS anomalies... 21:29:20 <Darkvater> that IS the directx sdk 21:29:27 <nappe1> mmmkay 21:29:55 <Darkvater> have you done what the wiki says? 21:30:16 *** ^Cartman^ [n=Eric_Car@ti100710a081-6310.bb.online.no] has quit ["Que?"] 21:30:30 <nappe1> so, I need to download it yet again... *sigh* and I thought I would be finished with it when I ended with Need For Speed track editor. :/ oh, well.. 21:30:52 <nappe1> Darkvater: most likely no... (so I am not going to start argueing about it. :) ) 21:31:01 <Darkvater> good ;) 21:31:28 <Darkvater> (*hint put it somewhere and either set up the correct include directories of VC6 or dump them in the default include/lib dirs) 21:32:49 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has joined #openttd 21:32:54 <nappe1> ok, well, I did pick up the Zlib and PNGLIb... I did wonder that when the DX SDK files were dropped from list, but Maybe I should have used my nut that is replacing my brains when they have yearly vacation. ;) 21:35:04 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has quit [] 21:35:27 *** DebolazX [n=DebolazX@office.nsn.no] has quit [Connection timed out] 21:35:40 *** Spoco [i=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has quit [] 21:36:22 <nappe1> Darkvater: it might be good idea to add in Dev page of the site that compiling the source in Windows needs parts of DX SDK. --> http://www.openttd.org/dev.php 21:36:38 <nappe1> that's the place where I thought that no DX SDK is needed anymore. 21:38:22 <Darkvater> who uses VC6 anymore :p 21:38:36 <Darkvater> but I'll update 21:38:56 <stillunknown> is there a way to do integer calculations, but get 22 when it is 21.777777 instead of 21? 21:39:10 <Darkvater> +1 21:39:22 <Darkvater> or you want smart rounding? 21:39:25 <stillunknown> something that also works when it is 21.33333 21:39:26 <Darkvater> +.5 21:39:42 <Darkvater> (int)(mynumber + 0.5) 21:39:54 <Darkvater> 21.33 = 21 and 21.77 = 22 21:40:31 <stillunknown> what systems for managing speed are present inside ottd? (what units) 21:40:44 <Darkvater> gui? 21:40:48 <stillunknown> internals 21:41:12 <Darkvater> donnu :P 21:41:22 *** Qrrbrbirlbel [i=Q@p54A7C9B9.dip.t-dialin.net] has quit ["http://mir.ist-langweilig.de/oh_man.jpg/"] 21:42:31 <CIA-5> egladil * r4295 /branch/32bpp/gfx.c: [32bpp] -Fixed a problem with the grayscaling function (used in newpapers) maxing out on some pixels causing them to go black when they should be white. 21:42:34 <nappe1> Darkvater: I am bit outdated in more than just by the compiler I use. :) For Example I'll use Commodore 64 in weekly basis. :) 21:43:37 <Darkvater> nappe1: http://www.openttd.org/dev.php < better? 21:44:43 <nappe1> Darkvater: not just better, it's perfect. :) (at least in right now known time-space-continum... ;) ) 21:44:46 *** Qrrbrbirlbel_ [i=Q@p54A7C9B9.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 21:45:30 *** Wolfensteijn [n=wolf@a61229.upc-a.chello.nl] has quit [Read error: 110 (Connection timed out)] 21:45:33 <Darkvater> good :) 21:47:21 <nappe1> ookay... if it now complies ok, It's time to get clean latest revision from SVN and start looking for first patches implemented. :) 21:48:36 <ector-> nappe1, your problem is that DWORD_PTR was defined when MS started caring about 64-bit 21:48:47 <ector-> which was AFTER VC6 :P 21:48:51 <ector-> so you need a recent platform sdk 21:49:03 <ector-> or just do an evil hack and define DWORD_PTR in your headers 21:49:23 <ector-> DWORD_PTR is defined to be an unsigned int of the same size as a native pointer 21:49:44 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has quit ["Ciao"] 21:50:14 <ector-> or do the sensible thing and upgrade to VS2005 :P 21:50:19 <ector-> it's a WAY better compiler 21:51:03 <nappe1> ector-: no doubt about it. :) I'll look into it. 21:53:01 <ector-> i mean, VC6 is 8 years old now.... (still kicks any Linux C++ IDE:s ass though) >:) 21:53:46 <nappe1> ector-: ...and basically I have Pascal roots, so I am not a C -guy at all. :D 21:54:06 <ector-> ok :) 21:54:56 <nappe1> ector-: and yes, I know VC6 is 8 years old. (as said I am still using computer that was designed 1983 in weekly basis... so, timeline is clear to me.) :) 21:55:12 <ector-> ok ok :) 21:55:55 <nappe1> but yeah, you are right I really would need tget my lazy butt off the chair and look for new C/C++ development platform. 22:01:54 <CIA-5> Darkvater * r4296 /website/includes/nightly.inc.php: - Fix [website]: Also sort the nightlies by their extension, not some arbitrary order 22:02:46 <Darkvater> nappe1: I would recommend VS2003. 2k5 is a bit too bloated for my liking 22:03:17 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has joined #openttd 22:03:38 *** glx_ [i=glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 22:04:17 <nappe1> I am working with VS2003 at work, but mainly we are doing VB.NET code with it there. 22:05:45 <Darkvater> ah 22:05:46 <ector-> blah, i don't see how 2k5 is more bloated than 2k3 really ... other than the ugly gradients in the toolbars, there isn't a huge difference in bloatedness 22:05:58 <Darkvater> I'm stuck with this really crappy excel2000 VBA at work 22:06:04 <Darkvater> very annoying :s 22:06:09 <ector-> uah 22:06:19 <Darkvater> ector-: it's much slower, and bigger 22:06:33 <Darkvater> at least running both side-by side gives this feeling 22:06:59 <nappe1> Darkvater: I have been doing some stuff with VBA as well. Most annoying thing with it is the non-existant documentation. It's more or less "Try with the macro and look at the code it made." 22:06:59 <ector-> well it feels really fast on my machine (because my machine is fast :) so i don't care, the better compiler is worth it 22:07:24 <ector-> i LOVE vararg macros 22:08:13 <ector-> can finally do a proper printf style LOG() macro that can be completely killed for the releasebuild 22:08:26 <Darkvater> nappe1: yeah I know. Very frustrating for me 22:08:39 <Darkvater> ector-: OpenTTD has that and it doesn't need VS2005 :) 22:09:07 <ector-> i used to kludge it with LOG2() LOG3() etc for variable amounts of parameters 22:09:39 <Darkvater> you obviously don't have the hang of the macro-magic :) 22:09:52 <ector-> hm 22:09:54 <ector-> oh 22:09:56 <Darkvater> just have a look at the DEBUG(name, level) macro 22:10:00 <ector-> yeah that's an interesting way :) 22:10:12 <ector-> just realized how the hell the openttd one worked 22:10:28 <ector-> goddamnit why didn't anyone tell me about that trick before :P 22:10:57 <Darkvater> he, it just needs a little imagination :) 22:11:27 *** glx [i=glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Nick collision from services.] 22:11:56 *** glx_ is now known as glx 22:12:46 *** Sionide [n=sphinx@collaredlory2.hornet.uea.ac.uk] has quit ["/quit"] 22:22:07 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has quit ["Ciao"] 22:24:14 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has joined #openttd 22:28:35 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)] 22:29:34 *** Tobin [n=Tobin@c211-28-197-129.eburwd7.vic.optusnet.com.au] has quit [] 22:33:53 *** stavrosg [n=stavrosg@athedsl-20144.otenet.gr] has quit [Read error: 110 (Connection timed out)] 22:35:03 *** SchAmane [n=schamane@p5498DC46.dip.t-dialin.net] has quit [Read error: 104 (Connection reset by peer)] 22:35:12 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has joined #openttd 22:52:14 *** Darkvater [n=tfarago@tin.liacs.nl] has quit ["leaving"] 22:59:58 *** Zr40 [n=Zirconiu@cl-1124.ams-04.nl.sixxs.net] has joined #openttd 23:00:59 *** nappe1 [i=ohj8laka@adsl-130-253-186.kymp.net] has quit ["SDK-update"] 23:01:06 *** Andrew67 [n=andrew67@206.248.80.224] has joined #openttd 23:11:07 *** ector- [n=meloditr@ygun.brg.sgsnet.se] has quit [Read error: 104 (Connection reset by peer)] 23:11:25 *** nappe1 [i=ohj8laka@adsl-130-253-186.kymp.net] has joined #OpenTTD 23:11:31 <nappe1> back :) 23:11:37 <nappe1> and now it works :) 23:11:44 <nappe1> thanks everyone for help. 23:11:54 <Bjarni> you are welcome 23:12:19 *** init [n=init@c83-250-153-195.bredband.comhem.se] has quit ["leaving"] 23:12:25 <Bjarni> not that I have any idea of what your problem was :p 23:16:28 <nappe1> Bjarni: naah... I was whining... Just as what I usually do at the forums. ;) 23:16:55 <Bjarni> oh, one of those :s 23:17:27 <Bjarni> <Bjarni> you are welcome <-- I take that back 23:17:27 <Bjarni> :p 23:19:24 <nappe1> :D 23:25:58 * nappe1 bows to that guy who idea was start to use doxygen. 23:26:14 <nappe1> just simply fantastic. 23:27:46 <Kalpa> Haha. 23:28:56 *** Richk67 [n=RichK67@194.164.100.143] has joined #openttd 23:29:10 <Richk67> hi guys 23:29:35 <nappe1> Hi... 23:30:14 <Richk67> celestar: did you solve the desync in elrails? 23:31:00 <nappe1> so, let's see... I always wanted to balance the construction prices, so why not to take that as first patch target... 23:33:52 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has quit ["Leaving."] 23:35:30 <Bjarni> Richk67: it's 1:35 here, so odds are that Celestar is asleep 23:35:49 <Bjarni> and I will too in a moment 23:35:56 <Bjarni> goodnight 23:36:13 *** Bjarni [n=Bjarni@0x53588af2.virnxx14.adsl-dhcp.tele.dk] has quit ["Leaving"] 23:38:18 * Zr40 gets a nice Assertion failed 23:38:36 *** Richk67 [n=RichK67@194.164.100.143] has quit [] 23:42:33 *** tokai|noir [n=tokai@p54B83881.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]