Times are UTC Toggle Colours
00:01:20 <CIA-4> OpenTTD: rubidium * r18368 /trunk/src/pathfinder/ (npf/npf.cpp npf/npf_func.h opf/opf_ship.h yapf/yapf.h): -Fix: alignment of comment and 'add' some missing comments 00:08:02 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 00:08:46 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 00:11:07 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 00:26:32 *** Coco-Banana-Man [~Stephan.D@p5B2DE23E.dip.t-dialin.net] has quit [Quit: Die Nützlichkeit der Götter war schon immer eine zweifelhafte Sache. Man wusste nie so genau, wie man sie wirksam einsetzen konnte, ohne dass sie gleich b] 00:27:27 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 00:27:58 <Eddi|zuHause> question again: with this test "train on crossing || train approaching crossing || reserved" shouldn't that be reordered to make better use of lazy evaluation? (easiest checks first) 00:28:46 <SmatZ> hehe, I asked myself the same ;) 00:31:08 <SpComb> man, reading the daylength patch discussion screws with your mind 00:31:49 * Zuu wants a daylength patch for IRL to make the days longer 00:32:59 *** Eddi|zuHause [~johekr@p54B77B80.dip.t-dialin.net] has quit [] 00:33:24 *** Eddi|zuHause [~johekr@p54B77B86.dip.t-dialin.net] has joined #openttd 00:35:14 *** Phoenix_the_II [ralph@j104051.upc-j.chello.nl] has quit [Read error: Connection reset by peer] 00:35:21 *** Phoenix_the_II [ralph@j104051.upc-j.chello.nl] has joined #openttd 00:35:32 <Eddi|zuHause> http://xkcd.com/320/ 00:37:28 <Chrill> yes, we'd need that 00:37:33 <Chrill> shame school don't do 28hour days :( 00:37:39 <Chrill> goodnight now, #openttders 00:37:52 *** Chrill [~chrischri@80.216.60.117] has quit [Quit: I AM A YELLOW TRACKPANT] 00:40:49 *** musixuser [~musixuser@c-71-233-208-32.hsd1.ma.comcast.net] has joined #openttd 00:41:06 *** musixuser [~musixuser@c-71-233-208-32.hsd1.ma.comcast.net] has quit [] 00:52:15 <Eddi|zuHause> hm... in principle it seems to work, but i must have missed some case at the pbs reservations 00:52:27 <Eddi|zuHause> and paxlink v4 crashes ... 00:52:41 <Zuu> v4, that sounds old :-) 00:53:21 <Markk> 28h days would own 00:53:28 <Markk> I'm gonna try that in januari 00:53:41 <Markk> Have some spare time and studies at distance 00:54:03 *** PeterT [~Peter@c-71-233-208-32.hsd1.ma.comcast.net] has joined #openttd 00:54:36 <Zuu> I study at a little bit more than 50% at the moment since I had almost 150% a02:54:38 -!- KritiK [~Maxim@95-25-103-58.broadband.corbina.ru] has quit [Quit: Leaving] 00:54:43 *** Jorgur [~Jorgur@85-89-21.18.3p.ntebredband.no] has joined #openttd 00:54:49 <Markk> Zuu: nice 00:54:54 <Eddi|zuHause> it doesn't align well with my fixed hobby appointments, which are on monday evening 00:54:55 <Zuu> Yea it is nice now :-) 00:55:22 <Markk> :) 00:55:31 <Zuu> Eddi|zuHause: You have to make a 6 day week with mondays almost normal. 00:55:41 *** JVassie^ [~TheExile^@nelocat2.gotadsl.co.uk] has quit [Ping timeout: 480 seconds] 00:56:10 <Markk> Eddi|zuHause: you'll have to move it then :) 00:56:30 <Eddi|zuHause> what part of "fixed" is unclear to you? 00:56:39 <Markk> ah, missed that part 00:56:45 <Markk> Sorry :) 00:57:02 <Zuu> Anyway 28 hour days should make it, since 24 * 7 / 6 yeilds 28 hour. 00:57:08 <Markk> That sounds a little bit lite Sheldon in the big bang theory 00:57:29 <Zuu> So the weeks should still be the same every week so you can just allign it so that your mondays work. 00:58:08 <Markk> Yeah, but the problem is the weekends, if you don't have any problem with skipping the "going out" on weekends, there's no problem :) 00:59:27 <Eddi|zuHause> i already did the maths a while ago... there's no way it can sensibly fit in my weekly schedule... 00:59:30 <Markk> Anyone here that knows any good electronicshops in Berlin btw? 00:59:38 <Markk> Eddi|zuHause: that's to bad :/ 00:59:41 <Markk> too* 01:07:06 *** Zuu [~Zuu@c-7bf8e253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 01:13:42 *** Jorgur [~Jorgur@85-89-21.18.3p.ntebredband.no] has quit [] 01:15:30 <SpComb> http://www.tt-forums.net/viewtopic.php?p=826213#p826213 <-- this doesn't seem intuative 01:16:47 *** glx [glx@2a01:e35:2f59:c7c0:5ca7:cca5:3c1e:26f1] has quit [Remote host closed the connection] 01:17:51 <Eddi|zuHause> that's exactly the problem. everybody expects something different from changing the daylength 01:18:01 *** glx [glx@2a01:e35:2f59:c7c0:5ca7:cca5:3c1e:26f1] has joined #openttd 01:18:04 *** mode/#openttd [+v glx] by ChanServ 01:23:32 <SpComb> and pavel's patch looks pretty fragile 01:23:43 *** Muxy [~Muxy@main.goulp.net] has quit [Ping timeout: 480 seconds] 01:24:09 <SpComb> it includes all kinds of funky date/month arithmetic 01:24:20 *** PeterT [~Peter@c-71-233-208-32.hsd1.ma.comcast.net] has quit [Quit: Leaving] 01:26:49 *** KenjiE20|LT [~Kenji@81.147.17.185] has joined #openttd 01:36:05 *** KenjiE20 [~KenjiE20@92.23.148.38] has quit [Quit: ????] 01:39:12 *** Muxy [~Muxy@main.goulp.net] has joined #openttd 01:42:53 <SpComb> like an O(N) DaysInCurrentMonth 01:47:57 <SpComb> I guess I can see why this stuff tends not to get into trunk 01:48:46 <_ln> more briefly: stuff tends not to get into trunk 01:49:36 <SpComb> the patch doesn't even modify the value of DAY_TICKS 01:51:27 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 01:52:09 <Eddi|zuHause> the earlier daylength patches replaced every occurance of DAY_TICS with an appropriate DayLength()-Function 01:52:54 <Eddi|zuHause> which tended to make them very conflict prone 01:54:05 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tsch?ss] 01:56:08 <Rubidium> really? DAY_TICKS isn't changed that often 01:59:24 <SpComb> couldn't you just #define DAY_TICKS to something? >_< 01:59:33 <Eddi|zuHause> no, but it is used all over the place 01:59:54 <SpComb> the daylength patch does fix some real issues, like network chat message display duration being measured in game days 02:03:19 <Rubidium> also e.g. lagging of clients is in game days 02:04:26 <Rubidium> which isn't that bad because if the server runs slow the clients will 'naturally' get the commands 'too late', so scaling that to the actual speed of the game (instead of some external clock) is 'good' 02:05:49 <SpComb> where is client lag measured? 02:05:50 *** CaptObvious [~matt@cpc4-darl2-0-0-cust169.midd.cable.ntl.com] has joined #openttd 02:06:00 <CaptObvious> Is there a place to download old nightlies? 02:06:38 * CaptObvious needs r17888 02:07:32 <CaptObvious> aha, copied the latest nightly download link and modified it and it worked :) 02:07:47 <Rubidium> http://www.openttd.org/en/download-trunk/r17888 ? 02:08:31 <Rubidium> SpComb: somewhere in network_server.cpp or so I reckon 02:08:51 *** Rubix`` [~wrqwer@69.49.68.95] has quit [Quit: Ping timeout: 540 seconds] 02:12:54 <SpComb> so what happens if you replace DAY_TICKS with `#define DAY_TICKS _settings_game.economy.day_ticks`? 02:13:41 <SpComb> adding in some parenthesis for good measure 02:18:16 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds] 02:25:28 <SpComb> you get more income and less cargo 02:35:10 <SpComb> well, slightly less income, I guess, since the cargo payment depends on your speed in tiles/day 02:55:13 <SpComb> hrm, CargoPacket::days_in_transit is incremented every 184 ticks 02:56:52 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has quit [Quit: Leaving] 03:10:41 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 03:11:23 *** eQualizer [~lauri@dyn12-192.dsl.spy.dnainternet.fi] has quit [Ping timeout: 480 seconds] 03:12:07 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has quit [] 03:14:13 *** lugo [~lugo@mgdb-4db8cad5.pool.mediaWays.net] has quit [Remote host closed the connection] 03:15:27 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 03:42:30 *** Rubix`` [~wrqwer@69.49.68.95] has quit [Quit: Ping timeout: 540 seconds] 03:43:01 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 03:51:07 <SpComb> can STDG_VAR's be network-safe? 04:04:39 *** KenjiE20|LT [~Kenji@81.147.17.185] has quit [Quit: Leaving] 04:10:05 *** Rubix`` [~wrqwer@69.49.68.95] has quit [Quit: Ping timeout: 540 seconds] 04:14:37 *** eQualizer [~lauri@dyn12-192.dsl.spy.dnainternet.fi] has joined #openttd 04:28:23 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 04:32:23 *** Pikka [~user@softbank220019198071.bbtec.net] has left #openttd [] 04:37:40 <SpComb> curious, a doubling of DAY_LENGTH also causes a doubleing of industry "production last month" 04:42:25 <SpComb> quite, it's units-per-255-ticks 04:49:58 *** HerzogDeXtEr1 [~flex@88.130.168.37] has quit [Ping timeout: 480 seconds] 04:50:12 <SpComb> and 255*8 is roughly 28*74 05:03:50 *** glx [glx@2a01:e35:2f59:c7c0:5ca7:cca5:3c1e:26f1] has quit [Quit: bye] 05:49:49 *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 05:57:19 *** Ch0Hag [~mking@lego.monnsta.net] has joined #openttd 05:57:37 <Ch0Hag> I think the crashed aircraft 'cannot start/stop' error message needs to be changed. 05:57:48 <Ch0Hag> Currently it says the aircraft is in flight. 06:32:46 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 06:33:17 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 06:57:37 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 07:23:03 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 07:43:18 *** JVassie^ [~TheExile^@nelocat2.gotadsl.co.uk] has joined #openttd 07:44:26 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Flieht, ihr Narren!] 07:49:55 *** Terkhen [~Terkhen@82.69.220.87.dynamic.jazztel.es] has joined #openttd 07:50:00 <Terkhen> good morning 07:51:04 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 07:55:58 <_ln> buenos 07:57:41 *** Goulp [~Goulp@nt2001.opsio.fr] has joined #openttd 08:00:08 *** Progman [~progman@p57A1B7CA.dip.t-dialin.net] has joined #openttd 08:23:51 *** Arvid_ [~m4r3z@16.81-166-200.customer.lyse.net] has quit [Ping timeout: 480 seconds] 08:24:05 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd 08:41:32 *** fonsinchen [~alve@brln-4dba8a51.pool.mediaWays.net] has joined #openttd 08:51:27 *** welshdragon [~mjones@147.143.254.214] has quit [Ping timeout: 480 seconds] 08:56:07 <CIA-4> OpenTTD: rubidium * r18369 /trunk/src/music_gui.cpp: -Fix [FS#3339] (rbeginning): off-by-one in the preconfigured music lists 08:57:46 *** Rhamphoryncus [~rhamph@d199-126-251-5.abhsia.telus.net] has quit [Quit: Rhamphoryncus] 09:00:32 *** welshdragon [~mjones@147.143.254.73] has joined #openttd 09:02:30 <planetmaker> moin 09:06:27 <Eddi|zuHause> why do i have the urge to punch this "sapphire united" guy in the face? 09:11:49 <petern> you'd have to join the queue 09:12:04 <petern> it goes back a few years 09:13:32 <petern> there you go 09:21:04 <planetmaker> hm.... what's the criterion for "last changed strings" in the web translator? 09:22:10 <Rubidium> trunk commits I reckon 09:25:01 *** HerzogDeXtEr [~flex@88.130.168.37] has joined #openttd 09:31:50 <CIA-4> OpenTTD: rubidium * r18370 /trunk/src/ (8 files in 4 dirs): -Codechange: push some constness/type strictness into the ship pathfinders 09:45:32 <planetmaker> Well... I don't see much relation between trunk commits and the "last changed strings". 09:46:36 <planetmaker> or was there recently changed something like STR_FINANCES_REPAY_BUTTON ? 09:47:17 <planetmaker> STR_TOWN_VIEW_CARGO_FOR_TOWNGROWTH_REQUIRED or STR_ORDERS_END_OF_SHARED_ORDERS 09:47:45 <planetmaker> and others. hm... it says it was changed in r18325... hm. nvm. 09:47:59 <planetmaker> the history ;-) I overlooked it. All the setx 09:50:46 *** bartaway is now known as bartavelle 09:57:30 <CIA-4> OpenTTD: rubidium * r18371 /trunk/src/ (7 files in 4 dirs): -Codechange: unify calling of the train pathfinders 09:58:56 *** bartavelle is now known as bartaway 10:02:11 *** Terkhen [~Terkhen@82.69.220.87.dynamic.jazztel.es] has quit [Ping timeout: 480 seconds] 10:03:07 <dihedral> howdies 10:04:08 <planetmaker> rowdy.... ?h... hi dihedral :-) 10:06:37 *** Terkhen [~Terkhen@82.69.220.87.dynamic.jazztel.es] has joined #openttd 10:08:58 *** lugo [~lugo@mgdb-4db8d24e.pool.mediaWays.net] has joined #openttd 10:14:01 <CIA-4> OpenTTD: rubidium * r18372 /trunk/src/pathfinder/yapf/ (9 files): -Codechange: push some extra type safety into YAPF 10:20:57 *** bartaway is now known as bartavelle 10:23:01 *** fjb [~frank@p5485BD4F.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 10:26:02 *** Grelouk [~Grelouk@29.155.88-79.rev.gaoland.net] has joined #openttd 10:26:51 <Eddi|zuHause> modifying yapf core... does not sound like a very fun task... 10:27:36 <Rubidium> it's mostly superficial stuff 10:27:50 <Rubidium> like changing Vehicle * with Train * 10:28:09 *** eQualizer|dada [~lauri@dyn12-192.dsl.spy.dnainternet.fi] has joined #openttd 10:29:57 *** eQualizer [~lauri@dyn12-192.dsl.spy.dnainternet.fi] has quit [Ping timeout: 480 seconds] 10:33:59 *** HerzogDeXtEr1 [~flex@88.130.184.199] has joined #openttd 10:40:32 *** HerzogDeXtEr [~flex@88.130.168.37] has quit [Ping timeout: 480 seconds] 10:44:54 <CIA-4> OpenTTD: rubidium * r18373 /trunk/src/ (7 files in 3 dirs): -Codechange: unify some road pathfinder functions 10:47:30 <CIA-4> OpenTTD: rubidium * r18374 /trunk/src/pathfinder/ (npf/aystar.cpp yapf/yapf.h yapf/yapf_ship.cpp): -Cleanup: remove some unused code 10:48:38 *** fjb [~frank@p5485ECBA.dip.t-dialin.net] has joined #openttd 10:50:19 <Eddi|zuHause> grr... something must be done with the "vehicle endlessly waits for full load, because a passenger appears every second" 10:56:58 *** zodttd2 [~me@user-0c90n1c.cable.mindspring.com] has joined #openttd 10:59:22 *** fjb [~frank@p5485ECBA.dip.t-dialin.net] has quit [Remote host closed the connection] 11:03:27 *** zodttd [~me@user-0c90n1c.cable.mindspring.com] has quit [Ping timeout: 480 seconds] 11:03:32 *** fjb [~frank@p5485ECBA.dip.t-dialin.net] has joined #openttd 11:35:35 *** XSlicer [~XSlicer@dhcp-095-096-066-172.chello.nl] has joined #openttd 11:49:11 <Belugas> "Almost Full Load" 11:55:28 *** phalax [~phalax@84.19.128.89] has quit [Ping timeout: 480 seconds] 12:03:59 *** phalax [~phalax@84.19.128.89] has joined #openttd 12:05:35 <Eddi|zuHause> Belugas: the problem is, the vehicle does not have a full load order 12:06:02 <Eddi|zuHause> Belugas: but in each loading step, it empties the platform, but by the next loading step, new passengers appeared 12:07:04 <Eddi|zuHause> so it can never go, because there is always "cargo left to load", so it continues to load extremely slowly 12:07:41 *** KenjiE20 [~KenjiE20@92.23.148.38] has joined #openttd 12:58:37 <fjb> Eddi|zuHause: That is part of the nonreality of the game. A real vehicle would have driven off as soon at the driver watched new passengers arive. 13:00:43 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 13:08:21 *** |Terkhen| [~Terkhen@82.69.220.87.dynamic.jazztel.es] has joined #openttd 13:10:48 *** hackalittlebit [~hackalitt@adslfixo-b3-115-114.telepac.pt] has joined #openttd 13:14:02 *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has joined #openttd 13:15:33 *** Terkhen [~Terkhen@82.69.220.87.dynamic.jazztel.es] has quit [Ping timeout: 480 seconds] 13:22:22 <hackalittlebit> Hello folks, Is one of you guys willing to look at my signal on tunnel patch and able to see if it is causing desyncs in multiplayer mode (BIGOS hard server pack). The place where this could be possible is in "FindSpaceBetweenTrainsEnum" 13:26:34 *** glx [glx@2a01:e35:2f59:c7c0:6d48:7989:6b6d:2192] has joined #openttd 13:26:37 *** mode/#openttd [+v glx] by ChanServ 13:33:02 <Rubidium> I don't see something horribly obviously wrong with that function 13:33:14 <Belugas> Eddi|zuHause, so what is blocking it? 13:33:38 <hackalittlebit> thanks rubidium 13:35:18 <Eddi|zuHause> Belugas: in the time between the last loading step ["platform is now empty"] and the chech whether the train can go, new passengers appear, so the platform is not empty anymore, and the check for empty platform fails every time 13:36:00 <Eddi|zuHause> this is most apparent for passengers, but might also appear for other cargos if multiple industries are in the catchment area 13:37:25 <Noldo> it's a kind of race 13:38:30 <planetmaker> in table/sprites.h:935-7 the comments don't really make sense (no hexes there). It's decimal there in that file and hex numbers in table/town_land.h 13:41:43 <planetmaker> is there actually a reason the numbers in table/town_land.h are in hex or could they be converted to decimal? 13:42:03 <planetmaker> or rather use the defined SPR_XXX from table/sprites.h ? 13:44:57 *** bartavelle is now known as bartaway 13:47:25 *** Coco-Banana-Man [~Stephan.D@p5B2DE28A.dip.t-dialin.net] has joined #openttd 13:55:35 <Belugas> mmh 13:56:06 <Belugas> hex take less space to right, are more meaningful and look awesome 13:56:15 <Belugas> right > write 13:56:20 <Belugas> gosh.. 13:59:20 <planetmaker> he... not every hex number in town_land.h is referenced as decimal in sprites.h 13:59:22 <planetmaker> hm. 13:59:33 <planetmaker> so not every sprite has a name 14:00:11 *** hackalittlebit [~hackalitt@adslfixo-b3-115-114.telepac.pt] has quit [Quit: Bye for now!] 14:02:45 <Belugas> hey... who said trunk has always been consistent? 14:02:52 <Belugas> not me, for sure.... 14:03:28 <planetmaker> :-) I'm asking... I'm not yet understanding everything there and there certainly are connections I just don't see :-) 14:10:52 *** lewymati [~lewymati@aejl249.neoplus.adsl.tpnet.pl] has joined #openttd 14:11:28 *** Chrill [~chrischri@80.216.60.117] has joined #openttd 14:22:16 *** zodttd [~me@user-0c90n1c.cable.mindspring.com] has joined #openttd 14:28:25 *** zodttd2 [~me@user-0c90n1c.cable.mindspring.com] has quit [Ping timeout: 480 seconds] 14:41:17 <CIA-4> OpenTTD: rubidium * r18375 /trunk/src/pathfinder/ (npf/npf.cpp pathfinder_func.h yapf/yapf_destrail.hpp): -Codechange: use Station::GetTileArea to get the tile area for CalcClosestStationTile 14:44:16 *** tokai [~tokai@p5B2B32B4.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 14:44:44 <CIA-4> OpenTTD: rubidium * r18376 /trunk/src/pathfinder/yapf/yapf_road.cpp: -Codechange: simplify setting the destination 14:46:26 *** tokai [~tokai@p5B2B2B29.dip0.t-ipconnect.de] has joined #openttd 14:46:29 *** mode/#openttd [+v tokai] by ChanServ 14:50:21 *** Mark_ [~Mark@5ED06D96.cable.ziggo.nl] has joined #openttd 14:51:11 *** Mark_ is now known as Mark 14:56:19 *** frosch123 [~frosch@frnk-590f5b01.pool.mediaWays.net] has joined #openttd 15:12:23 *** welshdragon [~mjones@147.143.254.73] has quit [Ping timeout: 480 seconds] 15:22:05 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 15:29:05 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 16:03:07 *** HerzogDeXtEr1 [~flex@88.130.184.199] has quit [Read error: Connection reset by peer] 16:06:57 *** HerzogDeXtEr [~flex@88.130.184.199] has joined #openttd 16:20:57 <CIA-4> OpenTTD: rubidium * r18377 /trunk/src/ (5 files in 2 dirs): -Codechange: add 'cache' of the tile area of truck and bus stops. 16:38:44 <CIA-4> OpenTTD: rubidium * r18378 /trunk/src/ (4 files in 4 dirs): -Codechange: move the pathfinder 'length' constants to pathfinder_type.h 16:49:08 <CIA-4> OpenTTD: rubidium * r18379 /trunk/ (12 files in 5 dirs): -Codechange: move the cache updating function to its own header to reduce the include 'pathfinder' dependencies 16:53:29 *** Aali [~aali@h-90-31.A189.priv.bahnhof.se] has quit [Quit: leaving] 16:55:20 <Hirundo> http://vcs.openttd.org/hg/openttd/trunk.hg/rev/5e6bff59cfde <- template parameter is named 'VehicleType', isn't that confusing? 16:56:06 <Hirundo> since an enum named VehicleType (VEH_TRAIN etc) is already used 17:00:49 * frosch123 wonders whether noone ever tried to share orders between buses transporting passengers and tourists 17:04:51 <Eddi|zuHause> i never transported tourists 17:05:30 <Eddi|zuHause> the concept of tourists as extra cargo is wrong... 17:07:03 <Eddi|zuHause> either all should be passengers, or there should be a distinction between "outgoing" and "incoming" tourists 17:08:27 <Eddi|zuHause> like a "travel bureau" industry that turns passengers into "outgoing" tourists, a tourist center that turns "outgoing" into "incoming" tourists, and the travel bureau turning "incoming" tourists back into passengers 17:09:36 <Rubidium> just make it a cargo subtype 17:09:37 <Eddi|zuHause> but that has the problem that you need separate vehicles for the different tourists 17:10:29 <Eddi|zuHause> Rubidium: yes, that's better for transporting them, but there need to be different ways to assign destinations 17:11:11 <Rubidium> well... then add business class pax too 17:13:20 <Eddi|zuHause> the current system is not flexible enough to handle different "classes" of passengers 17:14:14 <Eddi|zuHause> like differenciating passengers who would pay any price to get to the destionation "fast", vs. passengers who want to ride as cheap as possible 17:22:18 *** lewymati [~lewymati@aejl249.neoplus.adsl.tpnet.pl] has quit [] 17:29:39 *** welshdragon [~mjones@147.143.254.73] has joined #openttd 17:33:10 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 17:34:55 *** zodttd2 [~me@user-0c90n1c.cable.mindspring.com] has joined #openttd 17:36:09 <CIA-4> OpenTTD: frosch * r18380 /trunk/src/order_cmd.cpp: -Fix (r9301): One could not share orders between buses carrying different cargos. 17:36:42 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 17:37:16 <CIA-4> OpenTTD: frosch * r18381 /trunk/src/ (8 files in 3 dirs): -Codechange: Add RoadVehicle::IsBus() to simplify some stuff. 17:41:27 *** zodttd [~me@user-0c90n1c.cable.mindspring.com] has quit [Ping timeout: 480 seconds] 17:46:39 *** zodttd [~me@user-0c90n1c.cable.mindspring.com] has joined #openttd 17:53:30 *** zodttd2 [~me@user-0c90n1c.cable.mindspring.com] has quit [Ping timeout: 480 seconds] 17:55:18 *** Ammler [~ammler@mozart.openttdcoop.org] has quit [Quit: gone...] 17:55:18 *** FooBar [~FooBar@mozart.openttdcoop.org] has quit [Quit: make clean && exit - http.//dev.openttdcoop.org] 17:55:18 *** Hirundo [~Hirundo@mozart.openttdcoop.org] has quit [Write error: connection closed] 17:56:16 <CIA-4> OpenTTD: rubidium * r18382 /trunk/src/pathfinder/ (npf/npf.cpp npf/npf.h yapf/yapf_road.cpp): 17:56:16 <CIA-4> OpenTTD: -Codechange: make road vehicles behave more like trains 'around' stations and 17:56:16 <CIA-4> OpenTTD: use pathfinder penalties to determine to which 'part' to go. Note that the 17:56:16 <CIA-4> OpenTTD: pathfinder penalties for drive through stops are currently only looking at the 17:56:16 <CIA-4> OpenTTD: occupation of the first in a row, but this is to change later on. 18:01:46 <Eddi|zuHause> i think rubidium is on a mission to undermine my arguments... 18:05:45 <|Terkhen|> I like where this is heading :) 18:05:51 *** |Terkhen| is now known as Terkhen 18:06:32 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 18:10:11 *** phalax [~phalax@84.19.128.89] has quit [Ping timeout: 480 seconds] 18:12:28 <Eddi|zuHause> at this point, i'd like to reemphasise an earlier request: choosing a platform/tramstop should attempt a lookahead towards the next station in the order list [if applicable] 18:12:36 <CIA-4> OpenTTD: rubidium * r18383 /trunk/src/pathfinder/ (npf/npf.cpp pathfinder_func.h yapf/yapf_destrail.hpp): -Fix (r18375): triggering NOT_REACHED for some waypoints 18:14:46 <CIA-4> OpenTTD: rubidium * r18384 /trunk/src/saveload/misc_sl.cpp: -Fix (r18351): attempt to 'work around' MSVC's IMO stupid warning 18:14:53 <Rubidium> Eddi|zuHause: that's probably going to be very tricky; even the train PF doesn't do that 18:15:23 <Eddi|zuHause> Rubidium: yes, but the PBS reservations do that 18:19:02 *** phalax [~phalax@84.19.128.89] has joined #openttd 18:19:09 <CIA-4> OpenTTD: rubidium * r18385 /trunk/src/ (13 files in 3 dirs): -Cleanup: remove the now unneeded multistop slot management code 18:27:21 <fonsinchen> doesn't r18384 revert the fix for FS#3333? 18:28:04 <fonsinchen> maybe I should try ... 18:32:13 *** HerzogDeXtEr [~flex@88.130.184.199] has quit [Ping timeout: 480 seconds] 18:32:48 *** Goulp [~Goulp@nt2001.opsio.fr] has quit [Quit: PACKET_SERVER_SHUTDOWN] 18:36:55 *** Netsplit resistance.oftc.net <-> osmotic.oftc.net quits: tiaz, CIA-4, Dred_furst, TheMask96, Splex, mikegrb, teeone 18:37:27 *** Netsplit resistance.oftc.net <-> charm.oftc.net quits: ecke, Rexxars, Phoenix_the_II, @Belugas, blathijs 18:39:02 *** Netsplit over, joins: TheMask96, Dred_furst, teeone, tiaz, Splex, CIA-4 18:39:35 *** Netsplit resistance.oftc.net <-> larich.oftc.net quits: De_Ghosty, nonsensical 18:39:35 *** Netsplit charon.oftc.net <-> resistance.oftc.net quits: ccfreak2k, Lachie, Westie 18:43:26 *** Netsplit over, joins: De_Ghosty, nonsensical 18:44:19 <planetmaker> :-O 18:45:39 <CIA-4> OpenTTD: translators * r18387 /trunk/src/lang/ (7 files): (log message trimmed) 18:45:39 <CIA-4> OpenTTD: -Update from WebTranslator v3.0: 18:45:39 <CIA-4> OpenTTD: catalan - 3 changes by arnau 18:45:39 <CIA-4> OpenTTD: finnish - 1 changes by jpx_ 18:45:39 <CIA-4> OpenTTD: french - 1 changes by glx 18:45:40 <CIA-4> OpenTTD: german - 11 changes by planetmaker 18:45:40 <CIA-4> OpenTTD: hungarian - 2 changes by IPG 18:46:18 *** Netsplit over, joins: @Belugas, Phoenix_the_II, ecke, Rexxars, blathijs 18:52:59 *** mode/#openttd [+v Belugas] by ChanServ 18:55:53 *** Lachie [whitey@creep.bur.st] has joined #openttd 18:55:53 *** Westie [~westie@westie-cat.co.uk] has joined #openttd 18:56:08 *** king [~king@ip-78-94-176-30.unitymediagroup.de] has joined #openttd 18:56:21 <king> hello 18:58:46 *** king [~king@ip-78-94-176-30.unitymediagroup.de] has left #openttd [] 18:59:00 <Eddi|zuHause> yes. of course. 19:01:24 *** Fast2 [~Fast2@p57AF96AC.dip0.t-ipconnect.de] has joined #openttd 19:03:37 *** worldemar [~woldemar@213.178.39.92] has quit [Quit: Desu isn't funny. I am serious, desu.] 19:11:56 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tsch?ss] 19:16:50 <petern> hmm? 19:22:06 *** FooBar [~FooBar@mozart.openttdcoop.org] has joined #openttd 19:22:27 *** Hirundo [~Hirundo@mozart.openttdcoop.org] has joined #openttd 19:22:37 *** LordAzamath [~stabuinte@82.131.16.156.cable.starman.ee] has joined #openttd 19:23:10 *** Ammler [~ammler@mozart.openttdcoop.org] has joined #openttd 19:23:25 *** Ammler is now known as Guest987 19:23:33 *** mikegrb [~michael@mail.thegrebs.com] has joined #openttd 19:23:36 *** Guest987 is now known as Ammler 19:31:33 <petern> when was the mousepointer refresh rate dropped? 19:31:36 <petern> it's... irritating :s 19:31:52 *** ccfreak2k [~ccfreak2k@li26-205.members.linode.com] has joined #openttd 19:34:29 *** mikegrb_ [~michael@mail.thegrebs.com] has joined #openttd 19:35:42 <petern> oh, 17776 i guess 19:35:44 *** mikegrb [~michael@mail.thegrebs.com] has quit [Quit: leaving] 19:36:17 *** HerzogDeXtEr [~flex@88.130.184.199] has joined #openttd 19:36:25 <petern> yeah 19:37:52 *** mikegrb_ is now known as mikegrb 19:37:54 <nonsensical> hey, if I build a station next to a town and half the buildings are out of the stations reach, the station still gets passengers generated from those right? 19:38:14 <nonsensical> or do I have to build and demolish around the town so more passengers are generated? 19:38:28 <nonsensical> ie, extend the stations reach 19:39:49 <CaptObvious> or run a bus service to the station 19:40:47 <petern> http://fuzzle.org/~petern/ottd/fix17776.diff 19:41:15 <petern> seems to work, dunno if it's right though 19:47:45 <Eddi|zuHause> nonsensical: no, only buildings in the catchment area count 19:48:20 <nonsensical> that's kinda annoying :/ 19:48:27 <Eddi|zuHause> nonsensical: try running busses that "load" ad the other end of the town, and "transfer and leave empty" at the station 19:48:30 * Belugas checks for r17776 19:48:40 <nonsensical> I spend a lot of time building the station and then building around the town to increase the catchment area 19:48:45 <nonsensical> and demolishing the station parts in between 19:49:25 <Eddi|zuHause> nonsensical: ever heard of the ctrl key? 19:49:42 <nonsensical> what's it do in openttd? 19:49:49 <Eddi|zuHause> everything ;) 19:50:01 <planetmaker> hehe :-) 19:50:25 <Eddi|zuHause> practically every button only gets useful with the ctrl key ;) 19:52:13 <nonsensical> not sure how it helps, I have to double control click to change from station to demolish station, about the same just to click the demolish button if I've already got the station window open 19:52:17 <Eddi|zuHause> nonsensical: try http://wiki.openttd.org/Hidden_features 19:52:40 <nonsensical> also, when does the timer start for passengers 19:52:52 <nonsensical> when they're initially loaded onto a vehicle? or when they spawn at a station? 19:53:00 <Eddi|zuHause> once the vehicle starts moving, i believe 19:53:19 <nonsensical> so yeah, using transfers in city is a lot more expensive than just expanding the station around the city 19:53:32 <nonsensical> and demolishing the parts in between 19:53:35 <planetmaker> no 19:53:48 <planetmaker> you can delete a single house. and ctrl+build a station piece there 19:53:56 <planetmaker> But using transfers is nicer. 19:54:00 <Eddi|zuHause> nonsensical: the feature you are looking for is called "distant join stations" 19:54:12 <nonsensical> yea 19:54:14 <nonsensical> that sounds like it 19:54:16 <planetmaker> You could even go w/o demolishing. Just ctrl+build road stops and attach it to the station you desire 19:54:47 <planetmaker> but that's kinda cheating. 19:55:06 <Belugas> looks right to me petern 19:55:07 <nonsensical> stations have a wider catchment anyway 19:56:59 <nonsensical> one thing I have been doing for larger cities where I need airports outside the city 19:57:04 <nonsensical> is I build two airports seperated 19:57:21 <nonsensical> and transfer passengers to one with trains, trains go to the other and pick up passengers transfered there 19:57:26 <nonsensical> and return to the city for cash in 19:57:46 <nonsensical> and the planes transfer to the second airport then pick up at the first and head out 19:58:04 <nonsensical> lets you use the largest airports that way 19:58:41 <nonsensical> only problem is if you build them on the wrong side of the city away from the final destination, your trains will get a lot of negative marks for doing the last mile 19:59:10 <nonsensical> because they're carrying them towards their initial starting spot 19:59:11 * planetmaker thinks it's a pretty inefficient way. 19:59:21 <nonsensical> feel free to educate me :) 19:59:29 <Eddi|zuHause> <nonsensical> stations have a wider catchment anyway <-- the largest catchment counts, so if you attach a bus stop to a station, the 4 from the station is used, not the 3 from the bus stop 19:59:52 <planetmaker> as said: If you want to go for the station-spread cheat: extend your train station or air port by drive-through road stops. 20:00:09 <planetmaker> and station tiles (there can only be 8 road stops or so in one station) 20:00:48 <planetmaker> drive-through road stops are "better" in that way, that they require no space to build - just build them on a town road 20:00:52 *** LordAzamath [~stabuinte@82.131.16.156.cable.starman.ee] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]] 20:03:22 <Belugas> Remove the TenderRetail naming as much as possble 20:03:22 <Belugas> Code change by removeing dead code 20:03:22 <Belugas> nothing really important 20:03:28 <Belugas> arghhhhh 20:03:30 <Belugas> sortrty 20:03:32 <Belugas> sorry 20:03:46 <planetmaker> :-) 20:07:28 <petern> heh 20:10:01 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 20:26:37 *** zodttd2 [~me@user-0c90n1c.cable.mindspring.com] has joined #openttd 20:33:14 *** lewymati [~lewymati@aejl249.neoplus.adsl.tpnet.pl] has joined #openttd 20:33:27 *** zodttd [~me@user-0c90n1c.cable.mindspring.com] has quit [Ping timeout: 480 seconds] 20:36:35 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 20:37:38 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [] 20:42:21 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 20:47:46 *** HerzogDeXtEr1 [~flex@89.246.163.103] has joined #openttd 20:49:12 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 20:54:08 *** phalax [~phalax@84.19.128.89] has quit [Ping timeout: 480 seconds] 20:54:53 *** HerzogDeXtEr [~flex@88.130.184.199] has quit [Ping timeout: 480 seconds] 21:02:56 *** phalax [~phalax@84.19.128.89] has joined #openttd 21:04:49 *** Phantasm [ghost@hack.fi] has joined #openttd 21:05:49 <Phantasm> Hiya. Is there any way to modify the number of engines or the car amounts on trains other than to fully manually do it? Eg. if there is dual head engine, how can I replace all within a group so that they will get the extra car they are missing when replaced to single head engine. 21:07:55 <Belugas> mmh... not sure if a method exist 21:08:02 <Belugas> in fact, i doubt it does 21:08:14 <Phantasm> Or if I have a route between 2 cities that has say dual head engine with passenger capacity, 3 valuable, 3 mail and 6 passenger cars. And as city grows making more passengers and less valuables. To say single head engine + 1 valuable + 3 mail + 9 passengers. 21:08:19 <Alberth> doesn't the autoreplace window have an option for that? 21:08:40 <Phantasm> Alberth: It has option to remove excess cars (starting from front) when replacing single head engine to dual hed. Not the reverse. 21:08:57 <Alberth> oh 21:09:36 <Phantasm> And it allows replacing of all cars of same type into another type. But not modifying one design into another design. 21:10:12 <Phantasm> Would be nice to have support of replacing all trains in a group into any new made set. 21:10:23 <Alberth> I believe you immediately, I don't play the game that much 21:12:55 <Phantasm> Belugas: Btw, improved loading algorithm fails when there is huge amount of items coming in. Say, having 10 000 items per month coming in and train capacity to move it all. The station ends up having few hundreds of the item at all times significantly lowering the rating. 21:13:33 * Belugas does not feel concerned by the intervention of the Sir Phantasm 21:14:05 <Ch0Hag> I don't think the longbridges patch is working. 21:14:17 <Ch0Hag> Are there any odd requirements, like a minimum year? 21:15:02 <Phantasm> Mostly the problem is only with very large cities. Might also become problematic when moving over raw materials from very many different places into single factory and then for the moving away the goods from the factory. 21:15:34 <Phantasm> Also if there are multiple high producing raw material industries nearby, it can cause the problem with improved loading algorithm. 21:16:39 *** KritiK [~Maxim@78-106-158-90.broadband.corbina.ru] has joined #openttd 21:17:05 <Rubidium> Ch0Hag: the wooden bridge should always be buildable at 100 tiles 21:17:58 <Ch0Hag> I can get up to 14,. 21:18:15 <Chrill> make sure there's no other newgrf including bridges activated?? 21:18:38 <Ch0Hag> Ah. So there is. 21:18:46 <Ch0Hag> That's probably why they're so expensive too. 21:21:20 <Phantasm> Belugas: So so.. Any idea if such feature is more advanced replacing of trains is coming? Or improved loading algorithm made to accout for the problem of very large item amounts per month? 21:21:45 <Eddi|zuHause> that's to be expected when the grf is called "expensive and short bridges" 21:21:59 <frosch123> Phantasm: there is a old console patch on the forums, which can do some of what you want 21:22:24 *** fonsinchen [~alve@brln-4dba8a51.pool.mediaWays.net] has quit [Remote host closed the connection] 21:22:49 *** fonsinchen [~alve@brln-4dba8a51.pool.mediaWays.net] has joined #openttd 21:23:39 <Phantasm> frosch123: On which of the problem? 21:24:14 <frosch123> there is some patch, which adds some console commands to add/remove wagons to a train 21:24:31 <frosch123> but i never used it, so i do not know what it does exactly 21:26:31 <Phantasm> Hmmn. 21:27:20 <Belugas> Phantasm, i cannot answer, i'm quite a bit disconnected from deving currently 21:27:48 <Belugas> plus, last time i embarqued on a road trip with you, it last for so long it really got on my nerves 21:27:52 <Belugas> so consider me gone ;) 21:30:47 *** PeterT [~Peter@c-71-233-208-32.hsd1.ma.comcast.net] has joined #openttd 21:32:02 *** Rubix`` [~wrqwer@69.49.68.95] has joined #openttd 21:35:35 *** Progman [~progman@p57A1B7CA.dip.t-dialin.net] has quit [Remote host closed the connection] 21:38:10 <Phantasm> Heh. 21:43:22 *** Mark [~Mark@5ED06D96.cable.ziggo.nl] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.0.4/2008103100]] 21:45:18 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:45:37 *** katznickel [~katznicke@p57B1D603.dip.t-dialin.net] has joined #openttd 21:45:52 <katznickel> test 21:47:33 <planetmaker> test elsewhere 21:47:50 <Belugas> pest 21:53:06 *** phalax [~phalax@84.19.128.89] has quit [Ping timeout: 480 seconds] 22:00:47 *** fonsinchen [~alve@brln-4dba8a51.pool.mediaWays.net] has quit [Remote host closed the connection] 22:01:46 *** phalax [~phalax@84.19.128.89] has joined #openttd 22:03:03 *** Rubix`` [~wrqwer@69.49.68.95] has quit [Quit: Ping timeout: 540 seconds] 22:05:59 *** lewymati [~lewymati@aejl249.neoplus.adsl.tpnet.pl] has quit [] 22:07:22 *** ecke [~ecke@188.75.128.2] has quit [Ping timeout: 480 seconds] 22:10:22 *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has quit [] 22:16:07 <Belugas> bya all 22:16:10 <Belugas> slep tight 22:19:40 <petern> night 22:32:29 *** Gremnon [~Gremnon@87.112.14.85.plusnet.ptn-ag1.dyn.plus.net] has joined #openttd 22:45:43 <Phantasm> Hmmn.. Millennium Z1 monorail dual head engine has 50 passengers which refits to 12 coal. While passenger car has 45 passengers and coal car has 35 coal. 22:46:34 *** Gremnon [~Gremnon@87.112.14.85.plusnet.ptn-ag1.dyn.plus.net] has quit [Quit: And now for something completely different] 22:47:24 *** katznickel [~katznicke@p57B1D603.dip.t-dialin.net] has quit [Quit: Bye for now!] 22:47:33 <frosch123> the engines refits according to 4 passengers = 2 bags of mail = 2 crates of goods = 1 unit of other cargo 22:48:16 *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds] 22:52:44 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has quit [Quit: Leaving] 22:52:57 *** Dred_furst [~Dred_furs@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 23:00:03 *** XSlicer [~XSlicer@dhcp-095-096-066-172.chello.nl] has quit [Ping timeout: 480 seconds] 23:05:27 *** PeterT [~Peter@c-71-233-208-32.hsd1.ma.comcast.net] has quit [Quit: Leaving] 23:05:41 *** PeterT [~Peter@c-71-233-208-32.hsd1.ma.comcast.net] has joined #openttd 23:11:44 *** Rexxars [~rexxars@188.126.203.230] has quit [Read error: Connection reset by peer] 23:16:31 *** Rexxars [~rexxars@188.126.203.230] has joined #openttd 23:20:50 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 23:24:36 *** Grelouk [~Grelouk@29.155.88-79.rev.gaoland.net] has quit [Read error: Connection reset by peer] 23:25:42 <Terkhen> good night 23:25:43 *** Terkhen [~Terkhen@82.69.220.87.dynamic.jazztel.es] has quit [Quit: ...] 23:31:34 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 23:32:34 *** Zuu [~Zuu@c-7bf8e253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd 23:53:38 <CIA-4> OpenTTD: rubidium * r18388 /trunk/src/ (6 files in 3 dirs): -Codechange: move entering/leaving of road stops to functions of RoadStop 23:56:29 <Dred_furst> ok random question, in openttd using the newGRF engine pool feature, how would I go about loading the default trains as well as an extended grf? 23:56:56 <Chrill> they most often replace default trains, I believe.. 23:57:07 <Dred_furst> is there a way to stop that happening? 23:57:11 <Chrill> one way COULD be, and this might turn out very buggy, to active two sets 23:57:20 <Chrill> then remove the first one after starting the game with the two active 23:57:25 <Zuu> I know there is a GRF that gives you the default road vehicles back. Not sure about rail wagons and locomotives. 23:57:42 <Dred_furst> hm 23:57:47 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has quit [Quit: Flieht, ihr Narren!] 23:57:55 *** Coco-Banana-Man [~Stephan.D@p5B2DE28A.dip.t-dialin.net] has quit [Quit: Die Nützlichkeit der Götter war schon immer eine zweifelhafte Sache. Man wusste nie so genau, wie man sie wirksam einsetzen konnte, ohne dass sie gleich b] 23:58:03 <Dred_furst> the wagons aren't really an issue due to pikkabird's old wagons with new cargos grf 23:58:30 <frosch123> Dred_furst: enable the advanced setting and load e.g. "old wagons, new cargos" 23:58:43 <Dred_furst> okay two secs 23:58:55 <frosch123> openttdcoop also has some "original engines" grf or so 23:59:01 <_ln> time's up! 23:59:35 <Zuu> Could be that grf I had in mind. "original" does however not give any relevant hits in the in-game content downloader. 23:59:56 <Dred_furst> ok frosch123 that does the trick 23:59:59 <Dred_furst> thankyou!