Times are UTC Toggle Colours
00:08:20 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 00:10:52 *** NukeBuster [~wouter@a62-251-21-79.adsl.xs4all.nl] has left #openttd [] 00:21:56 *** thgergo [~Administr@dsl5402B3F5.pool.t-online.hu] has quit [Read error: Connection reset by peer] 00:38:22 *** SpComb [terom@zapotek.paivola.fi] has joined #openttd 01:00:51 *** ThePizzaKing [~jeff@c220-239-221-78.eburwd2.vic.optusnet.com.au] has joined #openttd 01:06:39 *** SpComb^ [terom@zapotek.paivola.fi] has joined #openttd 01:08:23 *** SpComb [terom@zapotek.paivola.fi] has quit [Ping timeout: 480 seconds] 01:08:30 *** Diabolic1Angel [~dia@p54BBAAD0.dip0.t-ipconnect.de] has joined #openttd 01:13:29 *** murray [murray@2002:9e27:7c85:8:210:5aff:fe3b:5950] has quit [Ping timeout: 480 seconds] 01:15:23 *** Diabolic-Angel [~dia@p54BB927B.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 01:15:24 *** You're now known as SpComb 01:15:28 *** gghfg [~Gonozal_V@N949P019.adsl.highway.telekom.at] has joined #openttd 01:15:28 *** Gonozal_VIII is now known as Guest322 01:15:28 *** Guest322 is now known as Guest323 01:15:28 *** gghfg is now known as Gonozal_VIII 01:16:57 <fjb> Hm, please no een longer long vehicles... 01:17:03 <fjb> even 01:19:14 <Gonozal_VIII> hmm? 01:19:52 <Gonozal_VIII> nobody wrote anything? 01:19:53 *** Guest323 [~Gonozal_V@N949P019.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 01:20:02 * fjb read the forum. 01:20:24 * glx is watching superbowl 01:20:55 * fjb doesn't care for superbowl. 01:21:16 <Gonozal_VIII> me neither 01:22:36 <Gonozal_VIII> i don't care for any sports on tv but even less for stuff like american football or baseball 01:23:40 *** Tron_ [~tron@p54A3FFC7.dip.t-dialin.net] has joined #openttd 01:31:01 *** Tron [~tron@p54A3F39D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:34:29 <Gonozal_VIII> "Please George do not make LV5s shorter." <-- i don't agree with that.. if the scale doesn't fit into the boxes, the scale should be changed, not the box size 01:34:39 *** Eddi|zuHause2 [~johekr@p54B77C26.dip.t-dialin.net] has joined #openttd 01:36:14 <Gonozal_VIII> i wouldn't mind different scales even within the same set 01:36:20 <ln-> a Tron? 01:36:29 *** UnderBuilder [~chatzilla@168.226.106.182] has quit [Read error: Connection reset by peer] 01:40:37 *** llugo [~lugo@p4FD5F6DD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:41:09 *** Eddi|zuHause3 [~johekr@p54B757EB.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:44:20 *** fsdjhghdfgdfdhfsg [~Gonozal_V@N735P013.adsl.highway.telekom.at] has joined #openttd 01:44:20 *** Gonozal_VIII is now known as Guest327 01:44:20 *** Guest327 is now known as Guest328 01:44:20 *** fsdjhghdfgdfdhfsg is now known as Gonozal_VIII 01:45:41 <fjb> Yes, TTD has no scale, but LV4 vehicles already look out of place. 01:45:58 <Gonozal_VIII> that's what i mean 01:46:03 <Gonozal_VIII> he should use a smaller scale 01:46:18 <Gonozal_VIII> and maybe different scale for early and new vehicles 01:46:50 <fjb> It is harder to draw the vehicles then but the railway set designers are showing what you can do with that few pixels. 01:47:03 <Gonozal_VIII> yep 01:48:24 <fjb> Long vehicle are too long, grvts are looking too simple. 01:49:23 <Gonozal_VIII> well they are supposed to be simple 01:49:30 <Gonozal_VIII> like the originals 01:49:31 *** Guest328 [~Gonozal_V@N949P019.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 01:50:28 *** Cavalier92 [~Cavalier9@c-71-225-212-234.hsd1.nj.comcast.net] has joined #openttd 01:50:29 <fjb> They don't even have tires. 01:50:52 <fjb> And you can sometimes not tell which gerneration a vehicle is. 01:51:00 <Cavalier92> Hey gang - newbie here with a perplexing issue i cant find covered in the forums 01:51:23 <Cavalier92> all of the available vehicals are greyed out - even after i set the year to somewhere in the middle 01:51:25 <fjb> Feel free to ask. 01:51:33 <Cavalier92> any help on this one? 01:51:38 <Gonozal_VIII> greyed out? 01:52:02 <Cavalier92> the box is grey - no vehicles are available for purchare 01:52:07 <Cavalier92> they are therein the list 01:52:11 <Cavalier92> but cant be bought 01:52:24 <Gonozal_VIII> you mean the autoreplace window? 01:52:25 <fjb> Where do you try to buy them? 01:52:33 <Gonozal_VIII> grey vehicles on the left side? 01:52:43 <Cavalier92> in in the new road vehicles box 01:53:01 <Gonozal_VIII> in a depot? 01:53:06 <Cavalier92> im running openttd 0.5.3 with my origial TTD files off the CD 01:53:14 <Gonozal_VIII> they can only be bought inside a depot 01:53:42 <Cavalier92> ahhhhh! 01:53:46 <Cavalier92> that's it 01:53:51 <Cavalier92> DUH 01:53:58 <Cavalier92> it's bneen too many eayrs 01:54:00 <Cavalier92> years 01:54:02 <fjb> Did you read the manual? 01:54:18 *** Digitalfox_ [~chatzilla@bl7-180-20.dsl.telepac.pt] has joined #openttd 01:54:33 <Cavalier92> fjb - yeha many years back - i guess i need to re-read 01:54:40 <Cavalier92> thanks all for your help - its a great product 01:54:44 <fjb> That would help. 01:55:29 <Gonozal_VIII> i never read any manual^^ 01:55:49 *** Cavalier92 [~Cavalier9@c-71-225-212-234.hsd1.nj.comcast.net] has quit [Quit: Bye for now!] 01:56:57 *** Sogard^ [~Sogard@ip68-106-53-175.ph.ph.cox.net] has joined #openttd 01:57:09 *** Digitalfox [~chatzilla@bl4-210-198.dsl.telepac.pt] has quit [Ping timeout: 480 seconds] 01:57:18 * fjb neither. 01:57:41 <fjb> But reading the manual helps if you can't get something to work. 01:58:19 *** Digitalfox_ [~chatzilla@bl7-180-20.dsl.telepac.pt] has quit [] 02:01:07 <Gonozal_VIII> or you could just scream and cry and hit your face onto the wall until the problem goes away 02:01:08 *** orudge` [~orudge@201.39.95.8] has quit [Quit: zzz] 02:01:23 <fjb> Or the wall does. 02:03:35 *** Sogard [~Sogard@ip68-3-110-39.ph.ph.cox.net] has quit [Ping timeout: 480 seconds] 02:03:35 *** Sogard^ is now known as Sogard 02:04:26 *** Diabolic1Angel [~dia@p54BBAAD0.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 02:16:43 *** Brianetta [~brian@77-103-231-158.cable.ubr05.benw.blueyonder.co.uk] has quit [Quit: TschÃŒÃ] 02:18:06 * fjb votes for road / railroad crossings in tunnels. There is a light at the end of the tunnel... 02:18:30 * Gonozal_VIII votes for anything inside tunnels 02:20:32 <fjb> But crossings would be most fun. :-) 02:20:51 <Gonozal_VIII> underground explosions?^^ 02:20:57 <fjb> Yeah. 02:21:22 <fjb> Maybe it would be more safe. You see the trains earlier. 02:21:36 <fjb> At least the light of the train. 02:21:43 <fjb> lights 02:21:57 <Gonozal_VIII> not if the tunnel is lit all the time... 02:22:15 <Gonozal_VIII> most tunnels have light :-) 02:22:39 <fjb> But railroad tunnels are usually not lit. 02:23:02 <Gonozal_VIII> crossing has to be for the rvs 02:23:19 <fjb> Don't lit the whole tunnel. 02:23:49 <Gonozal_VIII> you can't see around the corner from the road tunnel.. 02:24:19 <fjb> Use mirrors like at some road crossings. 02:24:35 <Gonozal_VIII> hmm yes... 02:25:05 <fjb> And if somebody doesn't see the mirror you have fun. :-) 02:25:23 <Gonozal_VIII> rvs never look ahead :-) 02:27:04 <fjb> They should not look ahead, they should look to the side... 02:28:05 <Gonozal_VIII> i guess the problem is not with the rvs but with the trains.... don't turn the crossings read early enough 02:28:11 <Gonozal_VIII> -a 02:28:55 <fjb> Half a tile in front of the crossing. 02:30:42 <Gonozal_VIII> so when a train is a half tile away, rvs can still enter... they have to travel a full tile while the train travels a half 02:30:59 <Gonozal_VIII> full tile + length 02:31:14 <fjb> Yes. 02:38:48 <fjb> Good night. 02:39:06 *** fjb [~frank@p5485E1DC.dip.t-dialin.net] has quit [Remote host closed the connection] 02:39:06 <Gonozal_VIII> night 02:57:59 <SmatZ> there is 'Tunnel crossing' cheat :) 02:58:27 <Gonozal_VIII> well yes... but that sucks^^ 02:58:58 <Gonozal_VIII> cheating is bad 02:59:49 <Gonozal_VIII> would only make sense for longer tunnels and they can ruin the network because of the signal distance 03:05:35 * sHELL votes for tubetransport after maglev 03:05:38 <sHELL> :P 03:06:22 <Gonozal_VIII> after maglev? kind of misplaced... tubes have been around much longer 03:06:30 <Eddi|zuHause2> so, who had bet for who to win, and who was right? 03:06:56 <Gonozal_VIII> or you mean tubes like in futurama? 03:07:20 <Gonozal_VIII> not tubes like what they call the london subway... 03:08:24 <sHELL> hmmm 03:08:30 <sHELL> see if I can find a picture of it 03:09:05 <sHELL> http://zapatopi.net/inteli-tube/ 03:09:09 <Gonozal_VIII> http://www.tfhrc.gov/pubrds/fall94/imgs/p94au21.jpg 03:09:21 <sHELL> ah yes 03:09:32 <Belugas> BORING! 03:09:59 <Gonozal_VIII> they wanted to build something like that in germany, called something like cargo cab 03:10:19 <sHELL> yeah, the got the same idea here in rotterdam 03:10:40 <Gonozal_VIII> quite slow small vehicles inside underground tubes 03:11:09 <sHELL> actualy 03:11:23 <sHELL> the idea that I herd, it will be realy fast 03:11:37 <Gonozal_VIII> something like 30 km/h 03:11:52 <Gonozal_VIII> faster than average truck speed in that area 03:11:58 <sHELL> hehe true 03:12:27 <sHELL> ah well, there working on those special bus lanes first 03:12:38 <Gonozal_VIII> special bus? 03:12:53 <sHELL> yeah, still in development 03:13:06 <Gonozal_VIII> what's so special about it? 03:13:22 <sHELL> its a line from the west to north of holland 03:13:30 <sHELL> special buslane 03:13:52 <Tefad> in the US there are HOV lanes 03:14:02 <sHELL> from what I read the busses will go at an avarage speed of 150km/h 03:14:24 <Tefad> uh, wow 03:14:29 <sHELL> the keep bitching that maglev is to expensive :/ 03:14:31 <Gonozal_VIII> that's a nice speed... but why busses and not trains? 03:14:44 <Gonozal_VIII> well, maglev IS too expensive 03:14:48 <sHELL> design error back in the 1930's :/ 03:15:05 <Gonozal_VIII> you can go 300 with conventional rails and that's much cheaper 03:15:20 <sHELL> the dyke connecting holland with the north of the netherlands can't support train rail 03:15:58 <De_ghosty> noooooooooo the 450 passanger dormont tram is gone111 03:16:37 <sHELL> sigh 03:16:48 <sHELL> the TGV is to expensive as well.. 03:17:30 <sHELL> the talys is way to expensive :/ 03:18:03 <sHELL> here in holland the call it the furcoat line -_- 03:18:23 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 03:18:41 <sHELL> altho, imho the train is the future 03:19:02 <sHELL> used the shinkansen in japan alot... got I love that transportation system 03:20:55 <Gonozal_VIII> our normal train engines are able to go 350 km/h :-) 03:20:59 <Eddi|zuHause2> hm... why do i have a load of 9 when almost nothing is running? 03:21:07 <Gonozal_VIII> waggons and rails are not made for that 03:21:17 <Gonozal_VIII> 9% 03:21:18 <Gonozal_VIII> ? 03:21:33 <Eddi|zuHause2> 9 ~ 900% 03:21:41 <Gonozal_VIII> ? 03:21:50 <sHELL> hmmm yeah, I did notice that most of the shinkansen only top 300 03:21:52 <Gonozal_VIII> how's 900% possible? 03:22:03 <Eddi|zuHause2> means on average, 9 processes want to access the same ressources 03:22:22 <Gonozal_VIII> oh... 03:23:10 <Eddi|zuHause2> > uptime 03:23:12 <Eddi|zuHause2> 4:23am an 8 Tage 6:56, 7 Benutzer, Durchschnittslast: 9,49, 7,03, 5,88 03:23:18 <sHELL> uptime... mwhe 03:23:20 <sHELL> bed time :D 03:23:24 <Gonozal_VIII> 7 users? 03:23:26 *** sHELL [~dah@ip51cfa249.direct-adsl.nl] has quit [] 03:23:41 <Eddi|zuHause2> x server and 6 open shells? 03:23:56 <Gonozal_VIII> close them :-) 03:25:37 <Eddi|zuHause2> well, it might be about the fact that i switched to the open source graphics driver 03:26:58 <Gonozal_VIII> sooo driver doesn't work too well with your hardware? 03:27:47 <Eddi|zuHause2> it might not do as much hardware acceleration during video playback (TV) 03:28:42 <Gonozal_VIII> i have a tv smiley :D 03:29:09 <Eddi|zuHause2> haha ;) 03:31:04 <Gonozal_VIII> (bttf) a delorean :D 03:33:08 * Sacro accelerates Gonozal_VIII to 88mph 03:33:30 * Gonozal_VIII jumps through time 03:35:22 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Remote host closed the connection] 03:39:51 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Ping timeout: 480 seconds] 03:47:30 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 03:54:06 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:55:45 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Ping timeout: 480 seconds] 04:01:01 *** TinoM| [~Tino@i59F566BB.versanet.de] has joined #openttd 04:05:32 *** GoneWacko [~gonewacko@dhcp-077-249-197-241.chello.nl] has quit [Ping timeout: 480 seconds] 04:07:12 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 04:07:24 *** TinoM [~Tino@i59F57730.versanet.de] has quit [Ping timeout: 480 seconds] 04:24:41 *** vhgfgjh [~Gonozal_V@N735P013.adsl.highway.telekom.at] has joined #openttd 04:24:41 *** Gonozal_VIII is now known as Guest346 04:24:41 *** Guest346 is now known as Guest347 04:24:41 *** vhgfgjh is now known as Gonozal_VIII 04:30:13 *** Guest347 [~Gonozal_V@N735P013.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 04:32:56 *** mcbane_ZZzzz [~Maui_key@p5498E95D.dip.t-dialin.net] has joined #openttd 04:32:58 *** mcbane [~Maui_key@p5498E55A.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 05:06:14 *** gfldex_ [~dex@dslb-088-074-167-150.pools.arcor-ip.net] has joined #openttd 05:07:48 *** roboman [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 05:07:49 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 05:08:04 *** gfldex [~dex@dslb-088-074-171-216.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 05:08:30 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has quit [Read error: Connection reset by peer] 05:08:38 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has joined #openttd 05:10:10 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has quit [Read error: Connection reset by peer] 05:10:18 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has joined #openttd 05:16:59 *** Gekz [~brendan@CPE-121-216-53-146.nsw.bigpond.net.au] has joined #openttd 05:43:23 *** Gonozal_VIII [~Gonozal_V@N735P013.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 05:47:42 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has quit [Read error: Connection reset by peer] 05:47:50 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has joined #openttd 05:54:54 *** Gonozal_VIII [~Gonozal_V@N735P013.adsl.highway.telekom.at] has joined #openttd 05:55:02 *** Species8472- [~nnscript@ip54576152.direct-adsl.nl] has joined #openttd 05:55:23 <Gonozal_VIII> yay, shores under player owned land and 05:55:29 <Gonozal_VIII> -and 05:55:48 <ln-> you haven't slept at all, have you? 05:55:52 <Gonozal_VIII> nope 05:55:57 <ln-> excellent 05:56:06 <Gonozal_VIII> but i have player owned land with shores^^ 05:56:55 <Gonozal_VIII> only in temperate for now and it's a hack because i didn't change the map array buuuut... it works^^ 05:57:51 <Gonozal_VIII> switch (ti->tileh) { 05:57:51 <Gonozal_VIII> case 1: { 05:57:51 <Gonozal_VIII> if (GetTileType(TILE_ADDXY(ti->tile, -1, 0)) == MP_WATER || GetTileType(TILE_ADDXY(ti->tile, 0, 1)) == MP_WATER) { 05:57:55 <Gonozal_VIII> like that^^ 05:58:32 <Gonozal_VIII> did i mention it's a hack?^^ 06:00:23 <Gonozal_VIII> and it generates shores next to canals... 06:01:06 <Gonozal_VIII> but there's not water status stored in unmovables so what should a poor gono do 06:02:13 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 06:02:23 <Gonozal_VIII> btw canal sprite creeps some green into the neighbouring tile.. that's not nice 06:14:03 <Gonozal_VIII> http://gonozalviii.go.funpic.de/OpenTTD/ownedshore.png 06:17:18 <ln-> it's in the water, it may corrode. 06:17:27 <Gonozal_VIII> hehe 06:17:40 <Gonozal_VIII> signs in water exist... 06:18:07 <Gonozal_VIII> i've seen them in lakes for boats... 06:18:17 <ln-> me too 06:19:00 <Gonozal_VIII> to change the position of the sign wouldn't be too hard... but the whole thing is a hack 06:20:53 <Gonozal_VIII> every tiletype should have the same 6 (or 8) bits reserved for terrain type 06:22:31 *** HerzogDeXtEr [~Flex@i577B55B4.versanet.de] has joined #openttd 06:22:43 *** mad_ [mad@fuckup.fhome.de] has quit [Ping timeout: 480 seconds] 06:28:48 *** HerzogDeXtE1 [~Flex@i577B6718.versanet.de] has quit [Ping timeout: 480 seconds] 06:33:08 *** dgdgdg [~Gonozal_V@N735P013.adsl.highway.telekom.at] has joined #openttd 06:33:08 *** Gonozal_VIII is now known as Guest353 06:33:08 *** Guest353 is now known as Guest354 06:33:08 *** dgdgdg is now known as Gonozal_VIII 06:35:11 <Eddi|zuHause2> is that the same shape as in the picture explaining tileh? 06:35:23 <Gonozal_VIII> yes 06:36:03 *** ThePizzaKing [~jeff@c220-239-221-78.eburwd2.vic.optusnet.com.au] has quit [Quit: ThePizzaKing] 06:36:37 <Gonozal_VIII> even timed the pause to get that tile on the water :-) 06:38:06 *** Tron_ is now known as Tron 06:39:23 *** Guest354 [~Gonozal_V@N735P013.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 07:00:07 *** Frostregen_ [SADDAM@dslb-084-058-171-139.pools.arcor-ip.net] has joined #openttd 07:05:47 *** Frostregen [SADDAM@dslb-084-058-137-164.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 07:06:16 *** Frostregen_ is now known as Frostregen 07:08:52 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 07:12:15 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [] 07:12:20 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 07:51:38 *** peter1138 [~petern@217.151.109.242] has joined #openttd 07:51:41 *** mode/#openttd [+o peter1138] by ChanServ 08:01:45 <Gonozal_VIII> http://gonozalviii.go.funpic.de/OpenTTD/6%20bit%20terrain.png 08:04:35 <peter1138> why? 08:04:52 <Gonozal_VIII> every tile should have that 08:05:20 <Gonozal_VIII> all climate zones possible on every map and no wasted bits 08:07:13 <peter1138> why? 08:07:26 <peter1138> why would a water tile need that? 08:07:31 <peter1138> seems pretty wasted to me 08:07:39 <hylje> seawater maybe not 08:07:48 <hylje> but fresh water certainly 08:08:00 <peter1138> what does density have to do with town houses? 08:08:20 *** lekro [~lekro@S01060014513484ae.ss.shawcable.net] has quit [Quit: This computer has gone to sleep] 08:08:40 <Gonozal_VIII> ok, first 3 bits would be enough for those 08:09:43 *** Osai^zZz [~Osai@pD9EB74AE.dip.t-dialin.net] has quit [Quit: will return at 31st december] 08:10:17 *** Species8472- [~nnscript@ip54576152.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 08:10:28 <Gonozal_VIII> as long as there are no partially snowed houses or houses that start on bare land and grass grows slowly 08:11:14 <Gonozal_VIII> well, there are houses that don't cover the whole tile 08:20:33 <Gonozal_VIII> and you have a single method to set/get the ground type for every tile 08:23:11 *** Wezz6400 [~Wezz6400@145-118-108-75.fttx.bbned.nl] has joined #openttd 08:33:03 *** nfc [~nfc@dsl-hkibrasgw2-ff6ec300-105.dhcp.inet.fi] has quit [Ping timeout: 480 seconds] 08:36:52 <Gonozal_VIII> http://gonozalviii.go.funpic.de/OpenTTD/7%20bit%20terrain.png <-- that would also support partial grass/snow on coasts, hilly and rocky tiles 08:40:23 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has quit [Ping timeout: 480 seconds] 08:42:07 <Tron> i see, nothing has changed 08:42:29 <Noldo> hi Tron 08:42:48 <Gonozal_VIII> hi tron :-) nothing has changed? 08:43:02 <Tron> yes, still the same redundant and wrong comments everywhere 08:43:26 <Noldo> conserning what? 08:44:05 <Tron> i just took a look into a random file and the first thing i saw was wrong documentation 08:44:11 <Tron> * This function returns the number of trees of a tile (1-4). 08:44:11 <Tron> * The tile must be contains at least one tree or be more specific: it must be 08:44:11 <Tron> * of type MP_TREES. 08:44:24 <Tron> and it's redundant, too 08:44:27 *** peter1138 [~petern@217.151.109.242] has quit [Quit: bwaaahahaha, te eeeh eeehee boingk!] 08:45:35 <Zoeff> Well what do you want, a cookie? 08:45:36 <Zoeff> ¬_¬ 08:46:17 <Tron> hehe, nice try 08:47:16 <Zoeff> ha 08:47:16 <Zoeff> touche 08:47:23 *** Tefad_ [~tefad@c-71-63-20-187.hsd1.va.comcast.net] has joined #openttd 08:48:41 *** mikl [~mikl@0x5733cec6.boanxx22.adsl-dhcp.tele.dk] has joined #openttd 08:51:55 *** Tefad [~tefad@c-71-63-20-187.hsd1.va.comcast.net] has quit [Ping timeout: 480 seconds] 09:17:44 *** peter1138 [~petern@petern.bnsnet.co.uk] has joined #openttd 09:17:47 *** mode/#openttd [+o peter1138] by ChanServ 09:23:49 <peter1138> arrr 09:24:33 <Gonozal_VIII> pirate? 09:26:33 <Gekz> no 09:26:35 <Gekz> that's yarr. 09:26:40 <Gekz> he just let out a hard fart. 09:26:47 <Gonozal_VIII> ah, i see 09:32:05 <Tron> peter1138: please fix the documentation of GetTreeCount() and its siblings. it's the worst kind of comments: it's redundant AND wrong 09:33:46 <Tron> AddTreeCount() is even worse 09:33:55 <Tron> 0 does not mean no trees 09:34:07 *** ThePizzaKing [~jeff@c220-239-221-78.eburwd2.vic.optusnet.com.au] has joined #openttd 09:34:11 *** Brianetta [~brian@77-103-231-158.cable.ubr05.benw.blueyonder.co.uk] has joined #openttd 09:36:20 *** Tefad_ [~tefad@c-71-63-20-187.hsd1.va.comcast.net] has quit [Remote host closed the connection] 09:37:09 <Noldo> how about making a diff? 09:38:30 <Tron> Noldo: if somebody hadn't revoked my commit rights (without notifying me, i might add, which is not exactly nice) it would be fixed already 09:41:10 <ln-> who's the somebody? 09:42:01 <peter1138> ! 09:42:03 <peter1138> hello tron 09:42:12 <peter1138> Tron, 09:42:13 <peter1138> er 09:42:26 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 09:43:38 *** dfshsfhdg [~Gonozal_V@N727P004.adsl.highway.telekom.at] has joined #openttd 09:43:38 *** Gonozal_VIII is now known as Guest366 09:43:38 *** Guest366 is now known as Guest367 09:43:38 *** dfshsfhdg is now known as Gonozal_VIII 09:49:15 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 09:49:28 *** Guest367 [~Gonozal_V@N735P013.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 09:55:35 *** roboman [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 09:55:37 *** robotboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 09:59:15 *** Tefad [~tefad@c-71-63-20-187.hsd1.va.comcast.net] has joined #openttd 10:00:38 *** Gonozal_VIII [~Gonozal_V@N727P004.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 10:03:00 <HMage> hey, do you have any idea why gprof would say that 'no time was accumulated'? 10:04:38 <Tron> forgot to link with -pg? 10:18:52 *** divo [~asd@0x4dd443c6.adsl.cybercity.dk] has joined #openttd 10:23:52 <peter1138> Bah, why can't weekdays and weekends be swapped around? 10:25:08 <Gekz> peter1138: because I said so 10:25:11 <Gekz> your beef is with me 10:25:44 <Gekz> peter1138: I will change it around if you can spell "What in the hells is your name or I shall smite thee with all the power that I have amassed from my drug labs across South America" in French 10:27:36 <peter1138> Belugas, help me out! 10:28:32 <Tron> peter1138: mind that he did not set a time limit 10:32:42 *** Korenn [~blaat@78-27-14-50.dsl.alice.nl] has joined #openttd 10:36:55 <peter1138> *nod* 10:37:06 <peter1138> Hmm, CD ripping at 20x... 10:39:33 *** Zavior [~zavior@d195-237-7-167.elisa-laajakaista.fi] has joined #openttd 10:44:34 <HMage> Tron: I didn't. 10:45:47 * Gekz waits impatiently. 10:53:05 *** robotboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Read error: Connection reset by peer] 10:58:07 <ln-> nobody has fixed the error mentioned by Tron. 11:02:00 <peter1138> Indeed. 11:02:18 * peter1138 is currently busy and without time to look at it :( 11:02:24 <peter1138> (Hence the weekend thing, heh) 11:04:25 *** skidd13 [~skidd13@p548A40AD.dip.t-dialin.net] has joined #openttd 11:04:25 *** Korenn [~blaat@78-27-14-50.dsl.alice.nl] has quit [] 11:04:33 *** Korenn [~blaat@78-27-14-50.dsl.alice.nl] has joined #openttd 11:04:34 *** skidd13 [~skidd13@p548A40AD.dip.t-dialin.net] has left #openttd [] 11:09:29 *** Tefad [~tefad@c-71-63-20-187.hsd1.va.comcast.net] has quit [Remote host closed the connection] 11:11:17 *** Tefad [~tefad@c-71-63-20-187.hsd1.va.comcast.net] has joined #openttd 11:16:26 <michi_cc> anybody compiling with gcc here? 11:17:48 *** DirtYiCE [~dirty_ice@84.236.50.38] has joined #openttd 11:18:11 <DirtYiCE> hi 11:24:06 *** Gekz [~brendan@CPE-121-216-53-146.nsw.bigpond.net.au] has quit [Remote host closed the connection] 11:26:49 <peter1138> hmm 11:26:55 * peter1138 has no idea what the comments should be 11:28:26 <CIA-1> OpenTTD: peter1138 * r12054 /trunk/src/ (5 files): -Cleanup: Use VehicleType instead of byte for vehicle types... 11:30:39 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 11:31:26 <SmatZ> hello 11:35:12 <michi_cc> http://www.tt-forums.net/viewtopic.php?f=33&t=36107 should now also work with gcc 11:38:25 <peter1138> ,.../* Check for occupied track */ 11:38:25 <peter1138> ,...//TODO 11:38:29 <peter1138> that is amusing :) 11:39:28 <Tron> "To disallow passing through a PBS signal from behind, place a no-entry signal nearby facing the direction from which trains are not supposed to pass. Most times this should not be neccessary as passing a signal from behind is penalized by the pathfinder." *bewildered* 11:40:35 <michi_cc> What does bewilder you? 11:42:39 <Tron> the whole sentence 11:44:03 <peter1138> Yers 11:46:55 <Zavior> whu 11:46:56 <Zavior> t 11:46:59 <Zavior> pbs in ottd? 11:47:06 <Zavior> nah you are kiddign! 11:47:22 <michi_cc> well, in my patch an one-way pbs signal can be passed from behind (the side with no lights), not like the normal signals which do not allow that. If you absolutly don't want that, place a no-entry signal somewhere along. 11:48:20 *** a1270 [~Cheese@24-117-88-79.cpe.cableone.net] has quit [Quit: The ending changes tone & is actually quite sad - but it involves a scene of necrophilia, so that's just another plus in my book.....] 11:48:48 <peter1138> hmm, one-way signals placed by default? 11:49:05 <peter1138> can't toggle pbs status 11:49:38 <michi_cc> design decision, you can always switch the patch setting off again 11:49:55 *** Progman [~progman@p57A1C943.dip.t-dialin.net] has joined #openttd 11:50:06 <Tron> why the change in the one-way behaviour? 11:50:53 <peter1138> michi_cc, ah, there is some interaction with the signal gui window then 11:51:01 <michi_cc> why not, Ii think it's more realsitic that way? it's inspired by http://wiki.openttd.org/index.php/Realistic_Path_Based_Signaling 11:51:21 <Tron> it breaks established behaviour for no good reason 11:51:29 <Tron> you should not cascade trinary operators 11:51:53 *** a1270 [~Cheese@24-117-88-79.cpe.cableone.net] has joined #openttd 11:52:02 <Tron> + byte track_b = GB(_m[t].m2, 8, 3); 11:52:02 <Tron> + Track track = (Track)(track_b - 1); // map array saves Track+1 11:52:02 <Tron> + return track_b ? (TrackBits)(TrackToTrackBits(track) | (HasBit(_m[t].m2, 11) ? TrackToTrackBits(TrackToOppositeTrack(track)) : 0)) : TRACK_BIT_NONE; 11:52:20 <Tron> if (track_b == 0) return TRACK_BIT_NONE; 11:52:35 <michi_cc> peter1138: the patch setting only controls what the signal tool will build. I could always switch it back to cycle all possible signal types 11:52:54 <michi_cc> Tron: noted 11:53:11 <peter1138> my signals are all red 11:53:22 <michi_cc> start a train 11:53:25 <peter1138> this is fine, as it's default red 11:53:34 <peter1138> however, this stops yapf from trying to use a two-way signal 11:53:39 <Tron> also you should use for (; cond; incr) { /* foo */ } instead of while (cond) { /* foo */ incr; } 11:54:19 <Tron> + assert(IsPlainRailTile(t) && b != INVALID_TRACK_BIT && !TracksOverlap(b)); 11:54:29 <michi_cc> well, two-way pbs signals are not usefull the way I implemented it anyway 11:54:31 <Tron> do not concatenate conditions in assert()s with && 11:54:38 <Tron> use separate assert()s 11:54:42 <Tron> makes debugging easier 11:54:53 <Tron> because you can tell right away, which part failed 11:55:27 <Tron> exception: range checks, assert(23 <= x && x < 42); is fine 11:55:57 <Tron> ((byte)(b != TRACK_BIT_NONE)) & 1 11:55:58 <Tron> huh? 11:56:34 <peter1138> yeah 11:58:13 <peter1138> GAH 11:58:18 * peter1138 attempts to fool IE6 into not fucking up 11:58:23 <peter1138> tricky job, i must say 12:02:57 *** Ammller [~Ammler@adsl-84-227-173-214.adslplus.ch] has joined #openttd 12:07:23 <TinoDidriksen> Do you have to? These days I tend to ignore IE6. 12:09:18 <Tron> (byte)b & 1 12:09:18 <Tron> ? 12:13:00 <peter1138> TinoDidriksen, well i tried but the client didn't like it ;( 12:13:38 <TinoDidriksen> Did you mention MS will push IE7 to everyone soon? Not that it's super, but it's a point. 12:13:48 <Tron> + if (IsPresignalEntry(tile, TrackdirToTrack(trackdir)) && (flags & SF_EXIT && !(flags & SF_GREEN))) newstate = SIGNAL_STATE_RED; 12:13:53 <Tron> confusing parentheses 12:14:00 <Tron> (and redundant) 12:15:57 <Tron> + } else if ((flags & SF_TRAIN) || (flags & SF_EXIT && !(flags & SF_GREEN) || (flags & SF_FULL))) { 12:16:05 <Tron> again confusing and redundant 12:17:05 <michi_cc> which parentheses bother you? around the & terms? 12:17:07 <TinoDidriksen> I find that parantheses make it easier to read. 12:17:21 <Tron> a || (b && c || d) 12:17:25 <Tron> this pair 12:17:59 <TinoDidriksen> Only thing is that it's not consistent style, even in that one line. 12:18:19 <Tron> and yes, the () around the & are redundant, too 12:19:09 <TinoDidriksen> I'd write it as ((flags & SF_TRAIN) || ((flags & SF_EXIT) && !(flags & SF_GREEN) || (flags & SF_FULL))) 12:19:12 <michi_cc> a || (b && c) || d better? I know, these parens are redundant as well, but I think this is better for readability 12:19:36 <Tron> a || (b && c || d) is certainly only confusing 12:20:06 <TinoDidriksen> It shows how the author was thinking when he wrote it. 12:20:07 <Tron> use a || (b && c) || d if you really need to silence gcc 12:20:17 <Tron> TinoDidriksen: he didn't write it 12:20:26 <TinoDidriksen> Ah 12:20:34 <Tron> he only modified the line 12:20:34 *** Diabolic-Angel [~dia@p54BBB712.dip0.t-ipconnect.de] has joined #openttd 12:20:40 <Tron> and changed the parentheses 12:21:02 <Tron> forcing || into right-associativity /is/ confusing 12:21:33 <Tron> also many cascaded pairs of parentheses is hard to read, too 12:21:42 <michi_cc> a & b with or without parenthesis around? 12:22:29 <Tron> i prefer without, so it does not unnecessarily increase the global parentheses cound. stuff like three closing parentheses in a row is hard to decipher 12:22:30 *** a1270 [~Cheese@24-117-88-79.cpe.cableone.net] has quit [Remote host closed the connection] 12:23:11 <Tron> in any case do not force || and && into right-associativity 12:23:14 <TinoDidriksen> Heh, style is fun. I find lots of parans easier to decipher. Faster to see where things are. 12:23:30 <Tron> use newlines for that 12:23:40 <michi_cc> any other takers? I don't particularly care, but some people might not be that fluent in c operator precedence 12:24:16 <Tron> if they aren't fluent in the very basics of the tool they are using, then they should not use the tool. they'll only hurt themselves 12:25:25 <Tron> but my earlier question still is unasnwered: why the fundamental change in behaviour of one-way signals, which only makes using them error prone, without a good reason? 12:27:05 <michi_cc> because I don't like the old way pbs worked. nobody is forced to use my patch 12:27:12 <peter1138> it still has the flaw of the old pbs 12:27:21 <peter1138> it won't reserve a path to a non-pbs signal 12:28:14 <peter1138> i think you at least need default-noentry one-way signals, with passable 'one-way' as a toggle per signal or something 12:28:28 <peter1138> it seems to be useful for stations but not much else 12:28:50 <michi_cc> it does reserve paths to normal signals, if it doesn't this is a bug 12:29:00 <peter1138> it doesn't seem to 12:29:28 <Tron> + /* A signal tile can't be a junction tile */ 12:29:28 <Tron> + assert(KillFirstBit(bits) == TRACK_BIT_NONE); 12:29:35 <Tron> a tile with two parallel tracks? 12:29:37 *** a1270 [~Cheese@24-117-88-79.cpe.cableone.net] has joined #openttd 12:30:12 <michi_cc> TrackBits bits = GetTrackBits(next_tile) & DiagdirReachesTracks(dir); 12:30:21 <michi_cc> can two parallel tracks be reached at once? 12:31:31 <Tron> hardly. use better variable names. "bits" says nothing, something like "reachable" would be better 12:33:59 <peter1138> heh, changing a signal direction when a train is stopped there causes it to go through 12:34:00 <michi_cc> peter1138: works for me: http://www.icosahedron.de/reserve_non_pbs.png 12:37:26 <Tron> + do { if (!ft.Follow(tile, td)) break; /* stuff */ } while (true) 12:37:39 <Tron> while (ft.Follow(tile, td)) { /* stuff */ } 12:40:02 <Tron> + if (!(dont_free_tile && (ft.m_is_station || ft.m_is_tunnel || ft.m_is_bridge))) ClearPathReservation(tile, td); 12:40:06 *** ThePizzaKing [~jeff@c220-239-221-78.eburwd2.vic.optusnet.com.au] has quit [Quit: ThePizzaKing] 12:40:09 <Tron> DeMorgan to the rescue! 12:41:22 <Tron> also a negation in a variable name is not good 12:41:27 <Tron> !dont_free_tile ... ugh 12:41:44 *** divoafx [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has joined #openttd 12:45:23 <Progman> if (entry->not_unused !== false) { } ;) 12:47:46 <Tron> why stop with comparing one boolean? 12:47:51 <Tron> if (x == false == false) {} 12:48:19 <peter1138> :o 12:48:22 * peter1138 ponders foodage 12:49:13 *** divo [~asd@0x4dd443c6.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 12:49:55 <michi_cc> !(a || b || c) or !a && !b && !c ? 12:51:06 <Tron> clearly the latter 12:51:23 <Tron> thinking in negations is hard 12:53:13 <Progman> depend on the checks imo 12:53:32 <Tron> !(a && (b || c || d)) is hard to parse 12:53:39 <Tron> try to keep things in DNF 12:53:41 <Progman> think of: file != "." && file != ".." 12:53:59 <Tron> well, if != is a negation ... 12:54:10 <Progman> < Progman> depend on the checks imo 12:54:12 <Tron> !(file == ".") is certainly worse 12:54:24 <Tron> i don't regard != a negation of something 12:54:41 *** raimar3 [~hawk@p5489DE6B.dip.t-dialin.net] has joined #openttd 12:54:43 <Tron> you could argue the same way for < and >= then, too 12:55:29 <Tron> (though if the if has both then and else, i'll probably prefer if (x == a || x == b) {} else {} and swap then and else) 12:56:16 <Progman> ACK 12:59:46 *** raimar2 [~hawk@p5489CF73.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:02:53 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has joined #openttd 13:05:47 *** Purno [~Purno@5357D37C.cable.casema.nl] has joined #openttd 13:06:03 *** tokai [~tokai@p54B83C69.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 13:07:36 *** tokai [~tokai@p54B8122C.dip0.t-ipconnect.de] has joined #openttd 13:07:39 *** mode/#openttd [+v tokai] by ChanServ 13:11:12 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has quit [Ping timeout: 480 seconds] 13:12:58 <Vikthor> michi_cc: I might have found a bug. http://img212.imageshack.us/my.php?image=pbsqh8.png The train from Mariano centrála reserves whole track to Mariano zastávka. I think it should have stopped on the first signal 13:17:31 <peter1138> urgh, popups :o 13:20:36 <peter1138> well that was evil 13:20:42 <peter1138> tesco have pringles for 49p instead of £1.50 13:22:56 *** TinoDidriksen [~projectjj@users.kollegienet.dk] has quit [Quit: http://tinodidriksen.com/] 13:23:26 *** nfc [~nfc@88.195.110.105] has joined #openttd 13:25:47 <ln-> what's that in schillings and pences? 13:26:02 <SmatZ> cheap, but I won't buy pringles anyway :-p 13:26:17 <ln-> -c 13:27:04 <peter1138> 4/1d (iirc) 13:28:07 <peter1138> SmatZ, you don't like their smack-coated goodness? heh 13:30:21 <SmatZ> peter1138: I like these http://www.coffeeandtea.cz/images/bohemiasolene.jpg - very tasty :) and very salty 13:30:23 *** orudge` [~orudge@201.39.95.8] has joined #openttd 13:30:26 *** mode/#openttd [+o orudge`] by ChanServ 13:36:49 *** Diabolic-Angel [~dia@p54BBB712.dip0.t-ipconnect.de] has quit [Quit: leaving] 13:37:03 *** Diabolic-Angel [~dia@p54BBB712.dip0.t-ipconnect.de] has joined #openttd 13:38:24 *** LordAzamath [~LordAzama@ip18.cab22.ltln.starman.ee] has joined #openttd 13:38:48 <LordAzamath> hello 13:41:45 <michi_cc> Vikthor: how did you manage to do that? I can't reproduce it 13:46:12 <peter1138> STUPID 13:46:14 <peter1138> STUPID STUPID STUPID 13:46:32 *** svippy [~svip@cpe.atm2-0-78233.0x535a2072.boanxx18.customer.tele.dk] has quit [Read error: Connection reset by peer] 13:46:48 *** svippy [~svip@cpe.atm2-0-78233.0x535a2072.boanxx18.customer.tele.dk] has joined #openttd 13:51:55 *** Ammller [~Ammler@adsl-84-227-173-214.adslplus.ch] has quit [Remote host closed the connection] 13:52:14 *** helb [~helb@62.240.176.23] has quit [Read error: Connection reset by peer] 13:52:55 *** helb [~helb@62.240.176.23] has joined #openttd 13:53:40 *** lugo [~lugo@p4FD5E044.dip.t-dialin.net] has joined #openttd 13:53:52 <peter1138> pom te pom 13:54:03 <SmatZ> peter1138: what is stupid? 13:55:44 <peter1138> oh, these speakers 13:55:50 <peter1138> with a headphone socket on them 13:56:03 <peter1138> plug in headphones and it doesn't turn the sub off :o 13:56:35 <Forked> makes sense :) 13:57:10 <orudge`> well, they probably detected that your headphones had crappy bass or something :p 13:57:37 <peter1138> probably, they're only headphones... 13:58:21 <orudge`> the bass in my headphones is fairly decent 14:04:08 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 14:04:11 *** mode/#openttd [+v glx] by ChanServ 14:08:15 <CIA-1> OpenTTD: smatz * r12055 /trunk/src/pathfind.cpp: -Fix: another way to fix AI trying to build road through depots 14:14:38 <SpComb> myottd going down for installing-openwrt-onto-my-router purposes. There's actually two clients connected to myottd servers, out of a total of 30 servers or so... 14:26:03 <Belugas> hello 14:26:06 *** murray [murray@pc4103.stdby.hin.no] has joined #openttd 14:26:11 * Belugas is now at work 14:26:14 <Belugas> yeah 14:26:39 <peter1138> Yay! 14:26:43 <peter1138> Er, I guess 14:27:31 <Belugas> almost (!) 14:27:45 <Belugas> just... yeah. So far, no big crisis hehe 14:29:26 <Belugas> spoken too fast... 14:29:31 <peter1138> :o 14:29:34 <Belugas> two crisis gaaaa!!! 14:29:45 <peter1138> # crises! crises! 14:30:09 <peter1138> # you can't get away 14:30:27 *** frosch123 [~mtce@pascal.math.tu-clausthal.de] has joined #openttd 14:31:44 *** GoneWacko [~gonewacko@dhcp-077-249-197-241.chello.nl] has joined #openttd 14:36:43 <Belugas> Tron : ping 14:37:42 <peter1138> dingaling 14:49:07 <Vikthor> michi_cc: I don't know. I have just build the track, and launched the trains(with orders). Should I upload save to forums? 14:50:47 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has joined #openttd 14:53:27 *** lekro [~lekro@s01060014513484ae.ss.shawcable.net] has joined #openttd 14:58:31 *** Diabolic-Angel [~dia@p54BBB712.dip0.t-ipconnect.de] has quit [Quit: leaving] 15:03:06 *** Amis [~amis.weas@dsl51B6550E.pool.t-online.hu] has joined #openttd 15:03:12 <Amis> HI ALL 15:03:18 <Amis> sorry, caps 15:03:57 <orudge`> YES, YOU SHOULD BE SORRY 15:03:59 <orudge`> :p 15:04:55 <Amis> http://www.anticapslock.com :P 15:06:01 <Amis> i still dont know why they produce keyboard with capslocks on it, i never use it, only when a game need it 15:08:30 *** LordAzamath [~LordAzama@ip18.cab22.ltln.starman.ee] has left #openttd [Kopete 0.12.5 : http://kopete.kde.org] 15:12:05 <peter1138> [233260.940376] BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000 15:12:09 <peter1138> hmm, not good :o 15:13:35 *** keyweed_ [~Dennis@home.keyweed.com] has joined #openttd 15:14:11 <saati> Amis: for oldskool sql coders 15:16:31 <Amis> hehh... 15:20:21 *** keyweed [~Dennis@82.95.156.123] has quit [Ping timeout: 480 seconds] 15:27:03 <CIA-1> OpenTTD: frosch * r12056 /trunk/src/ (tunnelbridge_map.h yapf/yapf_rail.cpp): -Fix [FS#1704]: Enable YAPF to start searching inside a wormhole. 15:27:28 <Amis> wormhole? 15:27:50 <Progman> tunnel entry 15:27:56 <frosch123> and bridges 15:28:10 <Progman> but indeed funny changelog line ;) 15:28:16 <Amis> yea :) 15:31:27 <Belugas> totally logical to me, nothing funny about it 15:32:11 <Amis> thats a wormhole: http://www.weeklyreader.com/readandwriting/content/binary/wormhole.jpg 15:32:31 <Amis> thats why its funny... just started thinking if the wormhole is a feature or something in ottd :D 15:32:42 <GoneWacko> I see the hole but where's the worm? 15:32:48 <Amis> lol 15:33:15 <Belugas> that is not our type of wormhole 15:33:33 <Amis> yeah i noticed :D 15:35:13 *** divoafx [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has quit [Ping timeout: 480 seconds] 15:38:32 <Belugas> the worm is the train :D 15:39:25 <glx> s/train/vehicle 15:39:29 <glx> (make it general) 15:39:54 <frosch123> wormholes are danger, you might end up in locomotion on the other side :) 15:40:39 *** divo [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has joined #openttd 15:40:49 <Belugas> lol 15:40:49 <Belugas> right :) 15:44:17 <Amis> is it possible to place stops on one-way roads? 15:44:38 <Belugas> ON ?? 15:44:40 <Belugas> STOPS???? 15:44:50 <Amis> stations 15:44:56 <Belugas> well... 15:45:04 <Belugas> try it and tell us if you can ;) 15:45:22 <frosch123> and if it works, report is as bug :) 15:46:00 <Amis> well its works, it replace the road with the normal one 15:46:27 <Amis> so the buses/trucks will use only one side of the stop 15:47:04 <frosch123> But the oneway-restriction was removed, wasn't it? 15:47:19 <Amis> yea 15:47:58 *** Deathmaker [~Miranda@dslb-082-083-213-240.pools.arcor-ip.net] has joined #openttd 15:48:17 *** yorick [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 15:48:19 *** NukeBuster [~wouter@a62-251-21-79.adsl.xs4all.nl] has joined #openttd 15:48:58 <Amis> http://amis.weasy.net/stops.png 15:56:52 <CIA-1> OpenTTD: smatz * r12057 /trunk/src/train_cmd.cpp: -Fix: slowdown train when approaching 90deg turn when 90deg turns are forbidden 15:58:24 <yorick> Brianetta, I have gotten the autopilot to work 15:58:36 <Brianetta> Excellent. 15:58:41 *** fjb [~frank@p5485E1DC.dip.t-dialin.net] has joined #openttd 15:58:44 <fjb> Hello 15:58:48 <Brianetta> hello. 16:00:17 <frosch123> moin 16:00:32 <yorick> it turns out that the email option has to be filled in 16:00:41 <fjb> Hi frosch123, will I see you again this evening? 16:01:11 <frosch123> I am planning so, at least :) 16:01:45 <fjb> Great. 16:04:01 <yorick> can I find Tk somewhere? 16:08:28 * yorick is happy with getting the autopilot to work without having TCL or any of the libs installed :) 16:09:12 <yorick> I'm compiling Tk right now 16:10:16 <Eddi|zuHause2> <peter1138> however, this stops yapf from trying to use a two-way signal <- there's a patch option for that 16:10:42 *** Deathmaker [~Miranda@dslb-082-083-213-240.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 16:11:08 <peter1138> Eddi|zuHause2, yes, but when all two-ways are default red, it'll never work 16:11:35 *** mikl [~mikl@0x5733cec6.boanxx22.adsl-dhcp.tele.dk] has quit [Quit: Ex-Chat] 16:11:52 <Eddi|zuHause2> "patch yapf.rail_firstred_twoway_eol off" or something 16:13:27 <Eddi|zuHause2> and i said right from the beginning this option should be off by default 16:15:13 <Belugas> Amis, all is fine if the one-way restriction is removed too 16:15:19 <Belugas> and i thuink it is the case 16:15:20 <Belugas> so... 16:15:23 <Belugas> good :D 16:18:50 <yorick> :( can't compile, don't have TCL installed 16:18:59 <yorick> it needs TclConfig.tcl 16:19:10 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Quit: Konversation terminated!] 16:19:15 <yorick> anyone that has the Tk lib for windows precompiled? 16:19:46 <peter1138> wibble 16:19:57 *** mikl [~mikl@0x5733cec6.boanxx22.adsl-dhcp.tele.dk] has joined #openttd 16:20:19 <yorick> wibble ? :S 16:22:41 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 16:23:24 *** DJ-Nekkid [~DJNekkid@static128-249.adsl.no] has joined #openttd 16:24:23 *** stillunknown [~stillunkn@82-136-225-75.dsl.ip.tiscali.nl] has joined #openttd 16:24:35 *** OTTD [~OTTD@dslb-088-064-068-165.pools.arcor-ip.net] has joined #openttd 16:24:38 <CIA-1> OpenTTD: frosch * r12058 /trunk/src/npf.cpp: 16:24:38 <CIA-1> OpenTTD: -Fix: Teach NPF where road vehicles and trams can reverse. 16:24:38 <CIA-1> OpenTTD: -Fix: Ships can drive through opponents' ship depots. (Thanks SmatZ) 16:24:38 <CIA-1> OpenTTD: -Codechange: Split NPFFollowTrack() in smaller parts. 16:24:44 <OTTD> Hi 16:25:07 <OTTD> Is there anybody who is able to tell me how to compile .patch files? 16:25:14 *** mikl [~mikl@0x5733cec6.boanxx22.adsl-dhcp.tele.dk] has quit [Quit: Ex-Chat] 16:25:30 <saati> OTTD: you dont compile patch files 16:25:35 <frosch123> Try BuildOTTD from the sticky post in the development forum 16:25:43 <saati> OTTD: you patch the source with it, and than compile that 16:26:18 <OTTD> ok I have BuildOTTD installed but what do i have to do? 16:26:47 <Belugas> wasn't there a readme, or a manual on how to do it? 16:26:55 <frosch123> I think it is on the wiki 16:26:58 <Belugas> or a forum page or something? 16:27:19 <frosch123> http://wiki.openttd.org/index.php/BuildOTTD 16:27:20 <Belugas> wiki is good enought 16:27:35 <OTTD> BuildOTTD says unknow file foramt 16:29:06 *** OTTD [~OTTD@dslb-088-064-068-165.pools.arcor-ip.net] has quit [Quit: Bye for now!] 16:35:37 <peter1138> frosch123, you can now block canals easily 16:37:00 *** MDGrein [~MDGrein@c-e43472d5.02-56-736b7610.cust.bredbandsbolaget.se] has quit [] 16:39:26 <peter1138> well, not canals, but other non-owned paths 16:40:12 *** UnderBuilder [~chatzilla@168.226.104.69] has joined #openttd 16:41:46 * frosch123 is totally lost 16:41:52 <peter1138> me too 16:42:17 <DaleStan> Belugas: At newgrf.cpp:2120. prop 24 is a word, not a doubleword. 16:42:55 *** Osai [~Osai@pD9EB619D.dip.t-dialin.net] has joined #openttd 16:44:05 <glx> as all TextIDs indeed 16:45:45 <Belugas> noted 16:45:52 <Belugas> thanks 16:46:01 <Belugas> i'll change that as soon as i humanly can 16:46:52 <glx> I can do it if you want Belugas 16:46:57 <Belugas> DaleStan, any problems if i introduce text properties for bridges? 16:47:05 <Belugas> thansk, glx, it would be appreciated 16:47:21 <Belugas> i will not be able to have lunch today :S 16:47:25 <Belugas> therefor, no time for ottd 16:47:28 <peter1138> grrrr 16:47:35 <Belugas> quite 16:47:41 *** Diabolic-Angel [~dia@xdsl-84-44-235-35.netcologne.de] has joined #openttd 16:48:04 <DaleStan> Like new names, or something else? 16:48:15 <CIA-1> OpenTTD: glx * r12059 /trunk/src/newgrf.cpp: -Fix (r12041): industries prop 24 is a word 16:49:16 <peter1138> instead of relying on replacing the original text, i believe 16:49:40 <peter1138> WORD 16:50:29 <Belugas> exact, peter1138 and DaleStan 16:51:16 <Belugas> thanks glx :) 16:51:23 *** Ammler [~Ammler@adsl-84-227-173-214.adslplus.ch] has joined #openttd 16:52:12 <DJ-Nekkid> DaleStan: (or someone) im coding a train, and the 1st wagin behind the MU head is the one with the phanto. but when it turn that wagon "jumps" ... is it possible to make it so that it's the first wagon in --> direction, and the last in <-- direction? currently is my Var2 this; -1 * 0 02 00 BF 81 40 00 FF 01 BB 00 01 01 BA 00 where BB is phanto'ed wagon, and BA is normal one 16:52:39 <DaleStan> Define "turn"? 16:52:49 <peter1138> heh 16:52:49 <glx> reverse maybe 16:52:50 <peter1138> reverses 16:52:52 <DJ-Nekkid> well, reverse 16:52:57 <peter1138> yes it is but not in ottd 16:53:07 <glx> you need something unimplemented ;) 16:53:16 <peter1138> and you need some varaction2 magic 16:53:17 <DaleStan> Belugas: Shouldn't be too much of a problem; obviously the names for Open's extra bridges won't work. 16:53:57 <DJ-Nekkid> so my best bet would be a active panto, and unactive panto wagon, and but one at each end 16:54:09 <Belugas> DaleStan: you mean they will not work in ttdp? agreed, since for now we have 2 more 16:54:20 <Belugas> and, for now, they are based on direct ids 16:54:20 <DaleStan> DJ-Nekkid: It's modflags (var FE/FF) bit 8. 16:54:47 <glx> and it's not in ottd yet 16:55:08 <DJ-Nekkid> oh... ill nvm that then... 16:55:56 <glx> DJ-Nekkid: you should always design grfs for ttdpatch (and hope they'll work in ottd ;) ) 16:56:23 <DJ-Nekkid> hehe 16:56:32 * peter1138 mumbles about certain grf authors working around ottd newgrf bugs instead of reporting them 16:56:49 <DJ-Nekkid> well, im currently in my limit of my coding abilities... 16:57:11 <DJ-Nekkid> and im thinking i should prioritize to make the set finished, and then make advanced features when done 16:57:19 <DJ-Nekkid> and perhaps my skills will increase in the prosess 16:57:28 * glx agrees with peter1138 16:57:30 <DJ-Nekkid> process 16:58:03 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has joined #openttd 16:58:09 <glx> if they miss a newgrf feature and have a grf working in ttdp we can implement the missing stuff and check if it works 16:58:36 * DJ-Nekkid hides in a corner, probably but not sure, with guilt 16:59:11 <DaleStan> Belugas: Yeah. Defining data for Open's two extra bridges will cause TTDPatch to do undefined things. 16:59:12 <DaleStan> Finding the texts won't be hard, but patching them may be more interesting; I haven't looked yet. 17:01:11 <Belugas> DaleStan: So i should wait until you say go. It's not an urgent matter tough. Note that I do have a few new properties in mind for bridges. 17:01:52 <peter1138> "I seriously doubt that fast forward makes the game move as fast as your computer is able to run it." 17:01:54 <peter1138> lol 17:02:20 <SmatZ> that is serious 17:03:26 <glx> "...graphics card is better in the C2D system" <-- not relevant ;) 17:03:39 <DaleStan> Worst case scenario, we document "In Patch change Text IDs 500E..5014 and 501B..5028 instead of setting these Text IDs." 17:04:32 <Belugas> indeed. Although not a nice work around :). But i can live with it 17:05:06 <peter1138> so many different methods to set text ids :o 17:05:18 <peter1138> well, stations & station classes have their own way, anyway 17:07:15 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit [Ping timeout: 480 seconds] 17:09:38 *** Zahl [~Zahl@p549F25B9.dip0.t-ipconnect.de] has joined #openttd 17:15:22 <DaleStan> Belugas: OK. Quite easy, for all three of the ID spaces. Three easily locatable TTD tables to modify. 17:16:11 <Belugas> nice :) 17:16:49 <DaleStan> If the three properties you have in mind are "purchase name", "Road query name" and "Rail query name", anyway. If you want different names for "rail purchase" and "road purchase", then I'll have to change the (two) accesses instead. Which is not much harder. 17:16:55 <Belugas> yes, indeed. 3 strings. 1 for purchase and two for ingame description (road/rail) 17:17:17 <Belugas> we do have only 3 strings too 17:17:29 <Belugas> so, adding your idea would not be too hard weither in here 17:17:31 <Belugas> we do it? 17:18:07 *** joey_ [~joey@xdsl-87-78-94-35.netcologne.de] has joined #openttd 17:18:12 <Belugas> the new string will be of course based on the original purchase one 17:18:19 <joey_> Hey how do I include newGRFs into my Server when I only have putty for that? 17:18:25 <joey_> what do I have to change in the .cfg? 17:18:27 *** joey_ is now known as DJGummikuh 17:18:44 <saati> openttd devs: wouldn't you like to put in new trams after 1996? 17:19:13 <Ammler> DJGummikuh: configure it local, save and upload it to server 17:19:24 <Ammler> and load the server with that save 17:20:01 <Belugas> saati, you can do it yourself, if you wish. It is called writing a grf 17:20:15 <DJ-Nekkid> hey DaleStan: to that line i gave you earlier, (-1 * 0 02 00 BF 81 40 00 FF 01 BB 00 01 01 BA 00 17:20:18 <DJ-Nekkid> ehm 17:20:22 <DJ-Nekkid> there is more to that... 17:20:33 <saati> Belugas: the grf file control the names/properties of vehicles? 17:20:42 <Belugas> yup 17:20:46 <saati> hmm 17:20:48 <Belugas> even the graphics 17:20:57 <saati> i knew about that 17:21:10 <saati> i thought it's just the graphics 17:21:26 <Belugas> very far from it ;) 17:21:45 <saati> thanks, i'll look into it then 17:22:58 *** Phantasm [ghost@hack.fi] has joined #openttd 17:23:05 <saati> another question: will the 0.6.0 include the tram grf or will it be an extra download still? 17:23:40 <Ammler> saati: which trams would you include? 17:23:55 *** HerzogDeXtEr [~Flex@i577B55B4.versanet.de] has quit [Read error: Connection reset by peer] 17:24:59 <saati> http://grfcrawler.tt-forums.net/details.php?do=details&id=173 this? 17:25:02 <DJGummikuh> is it possible that r12059 or so can't handle newgrfs correctly? 17:25:24 <DJ-Nekkid> hey DaleStan: to that line i gave you earlier, (-1 * 0 02 00 BF 81 40 00 FF 01 BB 00 01 01 BA 00) can i add 40 00 BB 01 BC 00 01 01 (before the BA 00 that is the default), and it will add another grapics at the end of the train? 17:25:32 <DJGummikuh> I'm trying to add the aviator newGRF and it puts my CPU to 100% and does nothing 17:25:58 *** HerzogDeXtEr [~Flex@i577B55B4.versanet.de] has joined #openttd 17:26:37 <DaleStan> Paste the whole sprite please, DJ-Nekkid. 17:27:05 <DaleStan> After the adding, that is. 17:27:06 <DJ-Nekkid> -1 * 0 02 00 BF 81 40 00 FF 01 BB 00 01 01 40 00 BB 01 BB 00 01 01 BA 00 17:27:17 <DJ-Nekkid> HMM 17:27:20 <DJ-Nekkid> wait 17:27:21 <DJ-Nekkid> thats wrong 17:27:25 <Phantasm> Using the smooth economy (more, smaller changes) patch with fluctuating economy difficulity setting, the amount of industries goes absurdly low on a big map. Starting with very low number of industries there were something like 150-200 industries on 1024x1024 map. Now after playing 30 years (1950->1980), there are only 69 industries left. My guessing is that the problem comes from odds of new industries being made not changing based on map size. 17:27:30 <DJ-Nekkid> -1 * 0 02 00 BF 81 40 00 FF 01 BB 00 01 01 40 00 BB 01 CB 00 01 01 BA 00 17:27:34 <DJ-Nekkid> that would be the correct one 17:27:43 <DJ-Nekkid> where CB is the wagon at the end 17:28:44 <Phantasm> Also with smooth economy patch, when ever an industry production drops 50%, there will immediately be closure of the industry. Thus, it could just state it closes instead of two messages. 17:29:00 <Phantasm> Using 0.6.0-beta3 version. 17:29:56 <saati> yeah, i ran into that too 17:30:09 <saati> many industries close down soon\ 17:30:22 <saati> before i have time to get some stuff there to keep them going 17:30:37 <Phantasm> To compensate the normal odds of industries going down when not used, there should be very high odds of new indutries starting on big maps. 17:31:02 *** Gonozal_VIII [~Gonozal_V@N727P004.adsl.highway.telekom.at] has joined #openttd 17:31:21 *** helb_ [~helb@62.240.176.23] has joined #openttd 17:31:28 *** helb [~helb@62.240.176.23] has quit [Read error: No route to host] 17:34:15 <Belugas> Phantasm, you are totally wrong, sorry. smooth economy does not change the appearance of industries, nor at creation nor ingame 17:34:28 <Belugas> it has only impact on production 17:34:55 <saati> Belugas: than what closes down the industrys? 17:35:06 <Belugas> and i pretty much do doubt that 50% IMMEDIATE closure figure too... 17:35:08 <Phantasm> Belugas: I never stated smooth economy had anything to do with that. I just stated that is the setting being used. And I haven't tested with other setting, so I can't say how it goes there. 17:35:37 <Belugas> well... that is what i read out of your line... 17:35:53 <Phantasm> Anyway the problems is: Industry amount goes to way too low on big maps. 17:36:05 <Belugas> saati, production, actually. and prodution decreases for quite a few reasons 17:36:22 <Belugas> Phantasm, you jsut have to serve them. and serve them well 17:36:39 <Belugas> they do not sit there just for the pleasure of the eyes 17:37:28 <Phantasm> Belugas: Are you saying that the amount of self-sustaining industries should be same on 2048x2048 map than in normal 256x256 map? 17:37:44 <Belugas> proportionally, yes 17:37:51 <Phantasm> Imho 64 times as big map should have 64 times the industries being alive without doing anything. 17:38:10 <Belugas> that is the case already 17:39:02 <Belugas> as the map grows, the number of industries grow too 17:39:11 <Belugas> they are scaled 17:39:12 <Phantasm> 1024x1024 is 16 times as big as 256x256, and I have a total of 69 industries left now and about 20 of those are operated at over 60%. That is 4.3 industries in 256x256 map. 17:39:15 <DaleStan> DJ-Nekkid: That parses as follows, assuming you fix <nvar>: Go to cID BB for value from 01 to 01, go to cID 40 for value from BB to 01 (! Inaccessable), go to cID CB for value from 01 to 01 (! Inaccessable; already caught), go to cID BA, else. 17:39:36 *** Tlustoch [~last_evol@r6al232.net.upc.cz] has joined #openttd 17:39:53 <Phantasm> The start count of industries works just fine, but on big map the industries die off like there is no end. Then you are left with about same amount of unused industries as you would have been in 256x256 map. 17:40:28 <Belugas> num = (ind_spc->check_proc == CHECK_REFINERY || ind_spc->check_proc == CHECK_OIL_RIG) ? ScaleByMapSize1D(num) : ScaleByMapSize(num); 17:40:35 <Belugas> that's the line that scale them 17:40:39 <DaleStan> DJ-Nekkid: You can never have more than one <nvar> in a single action 2, and all <variable>/<varadjust> bits always appear before the first. 17:40:52 <DaleStan> before it* 17:40:59 <Belugas> Phantasm: industry_cmd.cpp:1692 or something 17:41:28 <Belugas> Phantasm, if you do not serve them, of course they will die 17:41:48 *** frosch123 [~mtce@pascal.math.tu-clausthal.de] has quit [Remote host closed the connection] 17:41:51 <Phantasm> Belugas: In 256x256 map after 100 years. What would be about the amount of industries that are left alive unserved? 17:42:07 <Phantasm> Assuming all industries are unserved for the entire time. 17:42:09 <Belugas> the hell if i can answer you 17:44:07 <DaleStan> Belugas: you were complaining about prop 24 being a PITA a while back. Is the problem in testing for the "property set to 0" case? 17:44:08 <Phantasm> Ok, let's take it from this count.. On 1024x1024 map, after 30 years of gameplay, there are only 69 industries left (50 out of which are unserved, but let's even take the full count). Scaling that to 256x256 map gives 4.3 industries. That is 4-5 industries left (in addition to served industries) on normal sized map after 30 years of gameplay. Do you see something weird on that? 17:44:15 <peter1138> ARGH 17:44:20 <peter1138> AI has destroyed cities :( 17:45:17 <Belugas> DaleStan, no, that is fine. It's more about how to implement properly the search of industries around the station withouth duplicating yeat another search pattern function 17:45:36 <Phantasm> Belugas: What I'm saying, is that the amount of unserved industries after long time isn't scaled on map size. 17:45:39 <Belugas> as soon as i can find a proper way of doing, i'm sure it will be easily done 17:46:13 <Phantasm> Belugas: That is, after say 1000 years of time to be sure, any size of map will have same amount of industries if none of them is served. There is no scaling whatsoever on that. 17:46:42 <Phantasm> Yes, unserved industries should die the same on all sized, but on 64 times bigger map, there should be 64 times as many new industries beginning. 17:47:06 <Belugas> how can that be scaled???? 17:47:26 *** yorick is now known as Yorick|AFK 17:47:30 <Belugas> -> /* 3% chance that we start a new industry */ 17:47:51 <Belugas> it is 3% at 256*256, 3% at 1024*1024 and so on 17:49:27 <Belugas> So, if you do not serve them, i don't care. It is a big map? Not my problem. Yo can't serve them? same stuff. They all die? we all do 17:49:32 *** Gonozal_VIII [~Gonozal_V@N727P004.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 17:50:01 <Belugas> the process of closing an industry has nothing to care about the size of the map 17:50:22 <Belugas> it it the same law been applied to all industries, one per month 17:50:22 <Phantasm> Belugas: If you start a game on 256x256 map, all industries unserver the industries count over time is x(t). On 16 times as big map (1024x1024 for example) the x(0) is 16 times as big. But x(inf) is same on both. That is a problem. 16 times as big map area should have 16 times as many unserved industries alive just fine. 17:50:59 <Phantasm> Do you think that in one country, say England, there are same amount of industries spawned per month than in the whole world? As in all industries on the whole world are spawned in England. 17:51:44 <Phantasm> If the odds of industry spawning on 256x256 is 3% per month, then on 1024x1024 map it should be 16 times as much, that is 48%. 17:51:53 <Belugas> yeah right... 17:52:15 <DaleStan> 16 times as much as 3% is not 48%. Percentages don't multiply like that. 17:52:26 <Phantasm> DaleStan: Yes they do. 17:52:34 <DJGummikuh> in that case they do I believe 17:52:37 <saati> Phantasm: try that out 17:52:40 <Phantasm> If you want 16 times as many industries coming at any given time, they do multiply like that. 17:52:43 * Belugas gets out for some fresh air 17:53:01 <saati> it will spawn the whole map with lots of industries in a not so long time 17:53:13 <Phantasm> Give me a link to some dev thing where I should psot this to get more developers to see this. 17:53:34 <Phantasm> saati: And in 16 times as big map, thre should be 16 times as many industries. 17:54:48 <DaleStan> But if you're spawning them 16 times as often, you also have to test for closure 16 times as often, or it'll be unbalanced. 17:55:19 <Phantasm> DaleStan: Closure scales on map size. 17:55:38 <Phantasm> A single industry has same odds for closure. Thus 16 times as many industries cause closure 16 times as often. 17:55:56 <DaleStan> I thought Belugas just finished saying that Open updated one industry per month. 17:56:12 <DaleStan> Regardless of map size. 17:56:34 <Phantasm> Game mechanics state there is 4.5% odds for any industry to change production per month. 17:57:13 <Phantasm> That is for 200 industries that is 9 on average per month change production. For closing I don't know the exact way. 17:57:50 <Phantasm> But the outcome sure is that on 1024x1024 map the number of industries is way too low after time. 18:00:24 <peter1138> > home 18:00:26 *** peter1138 [~petern@petern.bnsnet.co.uk] has quit [Quit: Ex-Chat] 18:02:16 *** tokai [~tokai@p54B8122C.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!] 18:02:17 *** Gonozal_VIII [~Gonozal_V@N859P017.adsl.highway.telekom.at] has joined #openttd 18:03:39 *** Wolf01 [~wolf01@host83-194-dynamic.58-82-r.retail.telecomitalia.it] has joined #openttd 18:05:21 <Wolf01> hello 18:06:35 <Gonozal_VIII> hi 18:08:50 *** Yorick|AFK is now known as Yorick 18:10:42 *** UFO64 [UFO64@john-michael-murray.um.maine.edu] has joined #openttd 18:12:06 *** UFO64 [UFO64@john-michael-murray.um.maine.edu] has quit [] 18:12:13 *** UFO64 [UFO64@john-michael-murray.um.maine.edu] has joined #openttd 18:12:37 *** UFO64 [UFO64@john-michael-murray.um.maine.edu] has quit [] 18:12:44 *** UFO64 [UFO64@john-michael-murray.um.maine.edu] has joined #openttd 18:15:34 *** UFO64 [UFO64@john-michael-murray.um.maine.edu] has quit [] 18:16:45 <Belugas> DaleStan, not quite exactly...sorry... What i meant is that each and every industry will be updated once per month. so, if we have 40 industries, there will be 40 updates, 100 indus = 100 updates. Per month 18:17:06 <Belugas> i have been carried away and not payking attention to my words :S 18:18:11 <Belugas> [12:55] <Phantasm> A single industry has same odds for closure. Thus 16 times as many industries cause closure 16 times as often. <-- wrong. If it is unserved, maybe. but served, not. 18:18:25 <Belugas> and it all de-ends of the type of industries. 18:18:35 <Belugas> some have a longer life than others 18:18:47 <Belugas> and grf industries are even different 18:19:02 <Belugas> so making a rule out of logic is not really a good way to go 18:19:52 <Belugas> While I was walking, tough, i was thinking about that 3% chances. Maybe there can be some stuff to do about it. But for sure, a simple muliplication is not really welcome 18:20:02 <Belugas> should be something else 18:20:34 <Belugas> i just do not want to work on that right now, i have a cute little project i would like to do first 18:23:03 <Phantasm> It depends in whether the wanted outcome on 1024x1024 is 16 maps 'like' 256x256 or bigger distances between industries later on. 18:24:16 *** Forked [~kjetil@bruker.adsl.no] has quit [Read error: Connection reset by peer] 18:24:17 <Belugas> ?? charabia to me 18:24:24 <Phantasm> Perhaps there could be a patch setting for it. Say normal (simple multiplication) and reduced (say, half scaled). 18:25:16 <Belugas> a patch! Why didn't I though about it! Of COURSE! 18:25:27 <DJGummikuh> lol? 18:25:27 * orudge` patches Belugas's brain 18:25:30 <Phantasm> ... 18:25:41 *** Brianetta [~brian@77-103-231-158.cable.ubr05.benw.blueyonder.co.uk] has quit [Quit: TschÃŒÃ] 18:25:46 <Phantasm> I'm talking about those settings in 'configure patches'. 18:26:26 <Belugas> lol @ orudge :D 18:26:40 *** peter1138 [~petern@217.151.109.242] has joined #openttd 18:26:43 *** mode/#openttd [+o peter1138] by ChanServ 18:26:54 <peter1138> Arrr 18:27:00 *** planetmaker [~chatzilla@Fce2a.f.ppp-pool.de] has joined #openttd 18:27:46 *** Forked [~kjetil@bruker.adsl.no] has joined #openttd 18:28:14 <Belugas> I perfectly know waht patches are, Phantasm. Adding a patch is not a problem as per say. The underground method it support has to be chosen first, if ever it is intented to be added. 18:28:22 <Belugas> that was a sarcasm, by the way... 18:28:43 <peter1138> Arrr! 18:28:47 <peter1138> So... 18:28:51 <Belugas> and no, i will not make it (if ever i dare to do so) a multiplication stuff 18:28:56 * peter1138 awaits complication. 18:28:59 <Belugas> hello and wb peter1138 :) 18:29:04 <peter1138> No I don't. 18:29:04 <Phantasm> If we just multiply the odds for new industries popping up, the number of industries x(t) will equal to 16x(t) on 16 times bigger map assuming same percentage of industries is served on both. So, if players wanted to, they could divide a 1024x512 map into 8 sections of 256x256 maps and each 8 players could play equivalent 256x256 map single player game (without AIs) but with multiplayer so they can see eachothers. 18:29:14 * peter1138 awaits compilation. Totally different. 18:29:39 <Phantasm> Belugas: Well, on irc sarcasm works somewhat badly. Without knowing the other person, being sure if something is sarcasm or not is quite hard. 18:29:50 <Yorick> Brianetta, could you implement a server_name in the irc commands? 18:29:55 <Yorick> for your autopilot? 18:30:28 <orudge`> he's not here :p 18:31:09 <Yorick> aaw 18:31:18 * Yorick dusts off a kitchen towel and slaps it at himself 18:31:35 <Andel> stupid autopilot 18:32:28 <peter1138> AUTOPILOT SUCKS! 18:32:33 <peter1138> Oh wait, too slow :/ 18:33:05 <Yorick> yes, but I'm not going to make my own script :-P 18:33:54 <Phantasm> Belugas: Anyway, as it is currently, the outcome on significantly bigger maps than the normal is absurd. On a 2048x2048 map it would give an average distance of like 500 squares to nearest factory from production industry. So, something should be done at it. 18:39:58 *** Maedhros [~jc@host86-145-214-168.range86-145.btcentralplus.com] has joined #openttd 18:40:30 *** Zr40 [~zr40@zr40.xs4all.nl] has joined #openttd 18:43:56 *** GoneWacko [~gonewacko@dhcp-077-249-197-241.chello.nl] has quit [Quit: You just lost the game] 18:46:48 *** Gonozal_VIII [~Gonozal_V@N859P017.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 18:48:22 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Quit: Konversation terminated!] 18:48:36 *** tokai [~tokai@p54B8122C.dip0.t-ipconnect.de] has joined #openttd 18:48:39 *** mode/#openttd [+v tokai] by ChanServ 18:51:01 *** GoneWacko [~gonewacko@dhcp-077-249-197-241.chello.nl] has joined #openttd 18:56:02 *** tubul [~icechat5@82-170-7-78.dsl.ip.tiscali.nl] has quit [Quit: (A)bort, (R)etry, (I)nfluence with large hammer] 18:58:24 *** UnderBuilder [~chatzilla@168.226.104.69] has quit [Quit: ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]] 19:04:18 *** Forked [~kjetil@bruker.adsl.no] has quit [Ping timeout: 480 seconds] 19:06:30 *** dih [~dihedral@dslb-084-057-229-050.pools.arcor-ip.net] has joined #openttd 19:06:41 <dih> hi 19:07:00 <Yorick> hi 19:07:18 *** Gonozal_VIII [~Gonozal_V@N859P017.adsl.highway.telekom.at] has joined #openttd 19:07:48 <dih> @seen Bjarni 19:07:48 <DorpsGek> dih: Bjarni was last seen in #openttd 2 days, 21 hours, 6 minutes, and 15 seconds ago: <Bjarni> my HD is bigger than that 19:07:54 <dih> heh 19:08:04 <Gonozal_VIII> no bjarni! :-( 19:08:24 <dih> i need bjarni though 19:09:32 *** Amis [~amis.weas@dsl51B6550E.pool.t-online.hu] has quit [Quit: Friends help you move. Real friends help you move bodies.] 19:12:59 *** Zaviori [~zavior@d195-237-7-167.elisa-laajakaista.fi] has joined #openttd 19:14:35 *** Forked [~kjetil@bruker.adsl.no] has joined #openttd 19:16:28 *** planetmaker_ [~chatzilla@Fce2a.f.ppp-pool.de] has joined #openttd 19:19:54 <HMage> вÑеЌ ÐŒÑÐŒÑ 19:19:56 *** Zavior [~zavior@d195-237-7-167.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 19:21:18 <dih> yes - hello 19:22:21 <peter1138> Quite. 19:22:32 <Prof_Frink> orudge1138? 19:23:13 <Forked> I really hate wireless networks. 19:23:16 <Prof_Frink> Now there's a scary thought. Over eleven hundred orudgen 19:23:26 <peter1138> Quite. 19:24:02 * peter1138 wonders if there are any good scenarios with rivers. 19:24:31 * orudge` sets the army on Progman 19:24:33 <orudge`> agh 19:24:34 <orudge`> gah 19:24:35 <orudge`> Prof_Frink 19:24:40 <hylje> collateral damage 19:24:46 <Prof_Frink> rudgetabfail 19:28:54 *** orudge` [~orudge@201.39.95.8] has quit [Read error: Connection reset by peer] 19:30:35 * dih waves 19:30:50 * Yorick waves back 19:32:15 *** orudge` [~orudge@201.39.95.8] has joined #openttd 19:32:18 *** mode/#openttd [+o orudge`] by ChanServ 19:34:05 *** KritiK [~Maxim@78-106-183-57.broadband.corbina.ru] has joined #openttd 19:34:55 <Gonozal_VIII> is there a parameter to get make to compile in reverse alphabetical order? takes ages and then fails at yapf something... 19:35:18 <Gonozal_VIII> hmm no pbs 19:35:42 *** Purno [~Purno@5357D37C.cable.casema.nl] has quit [Read error: Connection reset by peer] 19:36:05 <Gonozal_VIII> nvm failed faster this time... 19:40:28 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [Ping timeout: 480 seconds] 19:47:42 <Gonozal_VIII> :-( can't get that patch to work 19:50:26 <michi_cc> Gonozal_VIII: you're talking about my pbs patch? 19:50:34 <Gonozal_VIII> yes 19:51:02 <michi_cc> which compiler? and you did download v2? 19:51:48 <Gonozal_VIII> compiler.. good question, i don't know 19:52:11 <Gonozal_VIII> mingw, msys 19:52:39 <Gonozal_VIII> tortoise merge doesn't like the v2 files 19:53:01 <Gonozal_VIII> yapp_r12052_svn.patch has lots of errors 19:53:11 *** DaleStan_ [~Dale@pool-71-98-88-121.ipslin.dsl-w.verizon.net] has joined #openttd 19:53:11 *** DaleStan is now known as Guest403 19:53:11 *** DaleStan_ is now known as DaleStan 19:54:37 *** virusse [~virusse@dslb-084-056-188-049.pools.arcor-ip.net] has joined #openttd 19:54:40 <michi_cc> I don't develop with Tortoise, so I can't really help you there. But v1 is known to fail with gcc (mingw) 19:55:29 <michi_cc> if you have a command line patch, you can apply the file from the first post with patch -p1 < yapp_r12052_v2.patch 19:56:17 *** Forked [~kjetil@bruker.adsl.no] has quit [Ping timeout: 480 seconds] 19:58:16 <Gonozal_VIII> oh i guess i found the problem 19:58:25 <Gonozal_VIII> revert doesn't remove the pbs.cpp file 19:58:41 <Gonozal_VIII> then everything is doubled inside 19:59:08 *** Guest403 [~Dale@pool-71-98-88-121.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 20:00:37 <glx> of course it doesn't, and patch likes to readd new files at the end :) 20:00:42 *** Forked [~kjetil@bruker.adsl.no] has joined #openttd 20:01:23 <Gonozal_VIII> i had everything twice in that file... 20:01:44 <michi_cc> check pbs.h as well 20:01:58 <Gonozal_VIII> deleted the whole dir 20:03:06 <Gonozal_VIII> it really should revert new files too... 20:03:12 *** jonisdead [~chatzilla@33.166.187.81.in-addr.arpa] has joined #openttd 20:03:23 <glx> no because they aren't in svn 20:03:33 <glx> so it doesn't know about them 20:03:52 <peter1138> tortoise could add them when it patches 20:04:05 <peter1138> but otherwise, indeed. 20:04:19 <glx> tortoise fails when -p is needed ;) 20:07:25 <Gonozal_VIII> compiling now 20:08:05 <Gonozal_VIII> had to do configure twice and make twice, first time always fails because of some endian stuff 20:08:29 <Gonozal_VIII> wow, pbs compiled 20:10:02 <Gonozal_VIII> yay compile ready :D 20:10:25 <Sacro> michi_cc: hellooooooo, pbs is looking good 20:10:51 *** virusse [~virusse@dslb-084-056-188-049.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 20:11:24 *** Forked [~kjetil@bruker.adsl.no] has quit [Read error: Connection reset by peer] 20:14:59 *** Forked [~kjetil@bruker.adsl.no] has joined #openttd 20:15:05 * Forked cries 20:15:13 <Gonozal_VIII> poor forked 20:15:24 *** Brianetta [~brian@77-103-231-158.cable.ubr05.benw.blueyonder.co.uk] has joined #openttd 20:15:38 <Forked> :( 20:15:59 <Sacro> Bonjourno Brianetta (: 20:20:07 <Gonozal_VIII> hmmm waiting depots don't work 20:21:13 <Sacro> Wolf01: what is "with" in italian? "prep"? 20:21:21 <Gonozal_VIII> yay, 2nd crash 20:21:22 <Gonozal_VIII> ^^ 20:21:29 <Wolf01> "con" 20:21:47 <Sacro> hmm 20:22:01 <Sacro> as in "i'd like $starter with $maincourse" 20:22:22 <Wolf01> like bread with ham 20:22:34 <Sacro> mm, that does sosund nice 20:22:39 <Sacro> vorrei... errr... 20:22:45 <Sacro> ah, bbl 20:22:51 <Wolf01> lol 20:23:52 <peter1138> as in chilli con carne 20:24:27 <Sacro> peter1138: ah indeed 20:24:28 <Maedhros> isn't that spanish? 20:24:37 <Sacro> or mexican 20:25:10 <peter1138> shh ;) 20:25:52 <Wolf01> is the same in italian 20:33:52 *** Sogard^ [~Sogard@ip68-106-53-175.ph.ph.cox.net] has joined #openttd 20:34:02 <orudge`> and English! 20:34:02 <orudge`> :p 20:36:19 <Wolf01> yes, but that is a name of a food 20:37:03 <Prof_Frink> What about sarah con nor? 20:37:16 <Wolf01> ... 20:37:34 <Prof_Frink> ⊠20:38:02 *** Sogard [~Sogard@ip68-106-53-175.ph.ph.cox.net] has quit [Ping timeout: 480 seconds] 20:38:07 *** Sogard^ is now known as Sogard 20:38:24 *** Sogard [~Sogard@ip68-106-53-175.ph.ph.cox.net] has quit [] 20:39:46 <dih> night ladies 20:40:22 *** dih [~dihedral@dslb-084-057-229-050.pools.arcor-ip.net] has quit [Quit: Leaving] 20:42:25 *** Diabolic-Angel [~dia@xdsl-84-44-235-35.netcologne.de] has quit [Quit: leaving] 20:44:06 *** Diabolic-Angel [~dia@xdsl-84-44-235-35.netcologne.de] has joined #openttd 20:47:32 *** jonisdead [~chatzilla@33.166.187.81.in-addr.arpa] has quit [Quit: ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]] 20:50:17 *** Yorick [~yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: bye!] 21:00:27 *** TinoM| [~Tino@i59F566BB.versanet.de] has quit [Quit: Verlassend] 21:02:26 *** helb_ [~helb@62.240.176.23] has quit [Remote host closed the connection] 21:04:42 *** helb [~helb@62.240.176.23] has joined #openttd 21:07:03 *** Diabolic-Angel [~dia@xdsl-84-44-235-35.netcologne.de] has quit [Quit: leaving] 21:10:50 *** Mark [~Mark@53559DD1.cable.casema.nl] has quit [Quit: I love my HydraIRC -> http://www.hydrairc.com <-] 21:20:34 *** yorick [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 21:21:11 *** yorick [~yorick@s55924da0.adsl.wanadoo.nl] has quit [] 21:22:05 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has joined #openttd 21:22:24 *** Abio [~Abiogenes@dD5776E9D.access.telenet.be] has joined #openttd 21:23:07 *** sdadgsdf [~Gonozal_V@N859P017.adsl.highway.telekom.at] has joined #openttd 21:23:08 *** Gonozal_VIII is now known as Guest409 21:23:08 *** Guest409 is now known as Guest410 21:23:08 *** sdadgsdf is now known as Gonozal_VIII 21:24:06 <Abio> hello all, ive a little problem with openttd: i want to play a lan-game with my brother, and all works fine except, i want to start the game at 2040 and let it run till 3500 or so, but if i start the game it resets every 1st january 21:25:07 <Abio> i allready opened the cfg file and tried to change the values there, when i start the game again i see the values are changed, but still it restart every 1st janary 21:25:46 <glx> what's the value for restart_game_year ? 21:25:49 <peter1138> Set restart_game_year to 0. 21:26:00 <Abio> ok thanx i try that 21:26:06 <Abio> value is now 3050 21:27:14 <Abio> peter1138 thanx 21:27:26 <Abio> i had the value at end_gameyear 21:27:42 <Abio> ending_year that is 21:27:52 <Abio> glx thanx to :) 21:28:55 <Gonozal_VIII> isn't it kind of boring to play from 2040 to 3500? no new vehicles ever 21:29:03 <Gonozal_VIII> or do you have grfs for that? 21:29:23 *** Guest410 [~Gonozal_V@N859P017.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 21:29:27 <Abio> my brother wants to play it this way :) 21:29:30 <DJ-Nekkid> is it currently possible to have new vehicles after 2044? 21:30:09 <Gonozal_VIII> i don't know any grfs that have that but it should be possible 21:30:30 <DJ-Nekkid> Long format introduction date (2A) 21:30:30 <DJ-Nekkid> Set the vehicle introduction date, in days since the year 0. This takes account of leap years; dividable by 4, but not 100 unless 400. A start date of 1920-01-01 is obtained with a value of 701265 (51 B3 0A 00). This property must be set after property 00 to take effect. In TTDPatch, dates after 2044 will be limited to 2044. 21:30:59 <DJ-Nekkid> not sure if that also is the fact for open 21:31:06 <Gonozal_VIII> there's a long version o the date that goes from year 0 to i don't know 21:31:20 <DJ-Nekkid> that is the long version 21:31:36 <Gonozal_VIII> oh right 21:31:43 <peter1138> If that applied for OpenTTD, then it wouldn't say "In TTDPatch" ... 21:32:19 <DJ-Nekkid> that is quote from the newgrf wiki 21:32:22 *** DJGummikuh [~joey@xdsl-87-78-94-35.netcologne.de] has quit [Quit: Lost terminal] 21:32:23 <DJ-Nekkid> http://wiki.ttdpatch.net/tiki-index.php?page=Action0 21:32:31 <DJ-Nekkid> bottom property 21:32:37 <DJ-Nekkid> no wait 21:32:41 <DJ-Nekkid> wrong section 21:32:49 <Gonozal_VIII> i guess limit would be something like the year 11.7 million 21:32:59 <DJ-Nekkid> oki... :) 21:33:57 <DJ-Nekkid> aprox year 11,7 mill, yea... heh 21:33:58 *** Abio [~Abiogenes@dD5776E9D.access.telenet.be] has quit [Quit: ( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 21:35:42 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 21:36:20 <Belugas> what?? only 11.7 million ??? That limit MUST be raised! 21:36:28 <DJ-Nekkid> rofl! 21:37:01 <DJ-Nekkid> year 11.767.033 to be exact :) 21:37:53 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has joined #openttd 21:39:07 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has quit [] 21:39:11 *** ben_goodger_ [~ben@host81-153-69-137.range81-153.btcentralplus.com] has joined #openttd 21:39:39 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has joined #openttd 21:39:57 <Tefad> DJ-Nekkid: you forgot 251 days. 21:40:09 *** ben_goodger [~ben@host86-146-19-164.range86-146.btcentralplus.com] has quit [Ping timeout: 480 seconds] 21:40:53 <Gonozal_VIII> what if somebody wants to play until the sun burns out? :O 21:41:03 <Gonozal_VIII> he wouldn't have any new vehicles then! 21:41:45 <peter1138> Le sigh... 21:41:53 <peter1138> This laptop screen is too high resolution :( 21:42:08 <Gonozal_VIII> too high resolution? 21:42:15 <peter1138> Yes. 21:42:19 <Gonozal_VIII> lower it? 21:42:31 <Belugas> [16:41] <Gonozal_VIII> what if somebody wants to play until the sun burns out? :O <-- i'd kick him in the butt hard for its stupidity 21:42:40 <Gonozal_VIII> hehe 21:42:58 <peter1138> That's all very well if you like blurry lines... 21:43:43 <orudge`> what is the screen size and resolution? 21:44:27 <peter1138> 15", 1400x1050 21:45:31 <Gonozal_VIII> they're still producing 3:4 screens for laptops? 21:45:44 <Gonozal_VIII> 4:3... 21:46:51 <orudge`> well, my 13" screen is 1280x800, 1400x1050 doesn't seem so bad for 15" 21:47:06 <orudge`> although, my old 15" laptop (or was it 14.1") was 1024x768, I think 21:47:16 <orudge`> can't really remember 21:47:31 <peter1138> Gonozal_VIII, I don't know, this one is fairly old. 21:47:38 <Gonozal_VIII> my 17" is 1440*900 21:47:39 *** Purno [~Purno@5357D37C.cable.casema.nl] has joined #openttd 21:49:18 <Gonozal_VIII> i hope they don't introduce that 2,35:1 format as standard... 21:50:53 <Wolf01> 'night 21:50:59 *** Wolf01 [~wolf01@host83-194-dynamic.58-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 21:59:58 <orudge`> Gonozal_VIII: doubt it 22:00:28 <orudge`> 16:9, or 16:10 on computer TFTs, seems to be the standard these days 22:00:58 <Gonozal_VIII> 4:3 was standard... 22:01:08 <Gonozal_VIII> than they made movie format 16:9 22:01:22 <Gonozal_VIII> now 16:9 is standard... and movie format 2,35:! 22:01:33 <orudge`> well 22:01:38 <orudge`> movies have been 2.35:1 for a long time 22:01:57 <Gonozal_VIII> only some, it's spreading slowly 22:01:58 <orudge`> or at least, similar aspect ratios 22:02:09 <orudge`> most "cinematic" films have been 2.35:1 since the 70s at least 22:02:42 <orudge`> TV has only gone widescreen (16:9) over the past 10 years or so 22:02:56 *** Maedhros [~jc@host86-145-214-168.range86-145.btcentralplus.com] has quit [Quit: leaving] 22:05:55 <glx> and they still mostly broadcast in 4:3 22:05:56 *** divo [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has quit [Quit: Quitting] 22:06:30 <Gonozal_VIII> i have a 4:3 tv 22:06:59 <Gonozal_VIII> so i like 4:3 broadcastings 22:08:30 <orudge`> [19:05:55] <glx> and they still mostly broadcast in 4:3 <-- not over here 22:08:38 <orudge`> most programmes, except archived material obviously, are made in 16:9 now 22:09:05 <orudge`> (archived material is either broadcast in the original aspect ratio, or is cropped (boo hiss), or is pillarboxed (which is OK I guess) 22:10:02 <peter1138> michi_cc, trains reversing cause a few crashes :( 22:10:42 *** Audigex [~Audigex@89.241.170.88] has joined #openttd 22:10:47 <Gonozal_VIII> no signals after stations causes crashes too... don't do that^^ 22:11:46 <Gonozal_VIII> and switches that can be entered from all sides need at least one line without a signal to prevent deadlocks 22:12:03 <Audigex> gonozal, could you explain that to me? 22:12:05 <Audigex> don't get it 22:12:12 <Gonozal_VIII> what? 22:12:23 <Audigex> [22:11] <Gonozal_VIII> and switches that can be entered from all sides need at least one line without a signal to prevent deadlocks 22:12:39 <Gonozal_VIII> wow that question was fast then^^ 22:12:51 <Audigex> lol yeah, happened to be watching 22:13:11 <Audigex> the "no signals after stations causes crashes" i got 22:13:40 <peter1138> with a pbs patch 22:14:11 <Audigex> okays, i just use the basic patch settings for the most part 22:16:21 <CIA-1> OpenTTD: smatz * r12060 /trunk/src/ (town_cmd.cpp town_map.h): 22:16:21 <CIA-1> OpenTTD: -Fix: do not clear tiles when the town won't be able to build any buildings anyway 22:16:21 <CIA-1> OpenTTD: -Fix: allow building 2x2 building on slopes if not explicitly forbidden 22:16:21 <CIA-1> OpenTTD: -Fix: it was possible to build 2x1 and 1x2 buildings on slopes even if it was not allowed 22:17:11 <Gonozal_VIII> http://gonozalviii.go.funpic.de/OpenTTD/deadlock.png 22:17:47 <Audigex> surely on the top one, everything just stops? 22:17:56 <Audigex> oh wait 22:18:00 <Audigex> i think i read about this 22:18:14 <Audigex> one way signals only affect trains facing that way? they dont stop those going the other way? 22:18:25 <Gonozal_VIII> yes 22:18:34 <Audigex> kk 22:18:36 <Audigex> thanks :) 22:18:49 <Audigex> im great with openttd until i get into the really advanced signalling 22:19:02 <Audigex> at which point a build extra tracks and be damned with realisticness 22:19:06 <Gonozal_VIII> that system isn't yet in openttd 22:19:12 <Audigex> *realism 22:19:22 <Gonozal_VIII> it was but got removed again... that's a new patch 22:20:31 <Audigex> fair enough 22:20:44 <Audigex> it makes sense to upgrade signals a lot 22:21:19 <Audigex> in openttd the only way i can make one way track is to only allow one train along it at a time 22:21:31 <Audigex> in real life two might go along close together, then some the other way 22:25:43 *** Tlustoch [~last_evol@r6al232.net.upc.cz] has quit [Quit: Leaving] 22:29:59 <Gonozal_VIII> btw, signal selection window should stay open until you close it or you close the railroad construction window... or/and it should keep the last selection 22:31:58 *** fjb_ [~frank@p5485DA87.dip.t-dialin.net] has joined #openttd 22:37:19 *** stillunk1own [~stillunkn@82-136-225-75.dsl.ip.tiscali.nl] has joined #openttd 22:37:26 *** stillunknown [~stillunkn@82-136-225-75.dsl.ip.tiscali.nl] has quit [Quit: leaving] 22:37:29 *** stillunk1own [~stillunkn@82-136-225-75.dsl.ip.tiscali.nl] has quit [] 22:37:53 *** Purno [~Purno@5357D37C.cable.casema.nl] has quit [Read error: Connection reset by peer] 22:38:58 *** fjb [~frank@p5485E1DC.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 22:39:23 <Gonozal_VIII> http://gonozalviii.go.funpic.de/OpenTTD/6%20bit%20terrain.png :-) 22:39:37 <Gonozal_VIII> http://gonozalviii.go.funpic.de/OpenTTD/7%20bit%20terrain.png :-) 22:39:49 <glx> spamer 22:39:53 *** DirtYiCE [~dirty_ice@84.236.50.38] has left #openttd [] 22:39:54 <Gonozal_VIII> yep 22:39:57 *** Osai [~Osai@pD9EB619D.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 22:40:14 <Gonozal_VIII> that system would have lots of possibilities that are not there now 22:42:51 *** peter1138 [~petern@217.151.109.242] has quit [Quit: bwaaahahaha, te eeeh eeehee boingk!] 22:44:17 <CIA-1> OpenTTD: smatz * r12061 /trunk/src/ (command.cpp command_type.h): -Cleanup: since r12060, DC_FORCETEST is not used anymore 22:47:11 <Gonozal_VIII> *rofl* 22:47:41 <Gonozal_VIII> just saw a video on youtube with a german politician talking about mandatory canibalism 22:48:27 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has joined #openttd 22:55:36 *** orudge` [~orudge@201.39.95.8] has quit [Read error: Connection reset by peer] 22:57:59 *** Progman [~progman@p57A1C943.dip.t-dialin.net] has quit [Remote host closed the connection] 23:00:45 *** orudge` [~orudge@201.39.95.8] has joined #openttd 23:00:48 *** mode/#openttd [+o orudge`] by ChanServ 23:01:12 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd 23:04:04 *** planetmaker [~chatzilla@Fce2a.f.ppp-pool.de] has quit [Quit: ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]] 23:04:10 <DJ-Nekkid> mind a newgrf-question again? 23:04:21 <DJ-Nekkid> if anyone is awake, that is 23:04:35 <Gonozal_VIII> never ask if you can ask a question :P 23:04:47 <DJ-Nekkid> well ... 23:05:22 <DJ-Nekkid> im gonna try to make the first wagon (after engine) have 1 grapic, the middle ones have 1 grapic, and the last one (before other MU'head) have one 23:05:27 <DJ-Nekkid> -1 * 0 02 00 B3 81 40 00 FF 01 B1 00 01 01 B0 00 23:05:27 <DJ-Nekkid> -1 * 0 02 00 B4 81 40 00 BB 01 B3 00 01 01 B2 00 23:05:39 <DJ-Nekkid> i tried that, but something didnt work... 23:05:54 <DJ-Nekkid> B0 is the middle one, B1 is the first one, and B2 is the last one 23:06:51 <DJ-Nekkid> changeing b3 and b2 in the 2nd line dont help either 23:07:41 <DJ-Nekkid> but it perhaps should... 23:09:23 <DJ-Nekkid> when i do that does the last wagon get the proper grapic, but the first one also gets it 23:11:47 <Gonozal_VIII> hmmm 23:11:47 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has quit [Read error: Connection reset by peer] 23:11:51 <Gonozal_VIII> what's that 81? 23:12:13 <DJ-Nekkid> hmm 23:12:22 <DJ-Nekkid> it seemed to work when i changed the order 23:12:24 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has joined #openttd 23:12:28 <DJ-Nekkid> the 2nd line at the first line 23:12:38 <DJ-Nekkid> and changed the proper ID's as well 23:13:11 <DJ-Nekkid> 80+x feature-specific variable, see following feature-specific pages 23:13:13 <DJ-Nekkid> hehe 23:13:25 <DJ-Nekkid> i dont know what it is, i just know it have something to do with what i want >( 23:13:27 <DJ-Nekkid> :) 23:14:45 *** Species8472- [~nnscript@ip54576152.direct-adsl.nl] has joined #openttd 23:15:40 *** Species8472 [~nnscript@ip54576152.direct-adsl.nl] has quit [Read error: Connection reset by peer] 23:15:43 <Gonozal_VIII> you don't know what it does? then where did you get that from? 23:16:29 <DJ-Nekkid> some help from Zeyphrys and Dalestan :) 23:16:30 <DJ-Nekkid> hehe 23:16:46 <DJ-Nekkid> ment for something else, and i modded it to suit my needs 23:16:47 <DJ-Nekkid> hehe 23:16:59 <DJ-Nekkid> and i tried to read the documentation, apparently it worked 23:17:56 <DJ-Nekkid> hehe 23:18:17 <Gonozal_VIII> For 81/82, the lowest byte of the value is accessed 23:18:33 <Gonozal_VIII> so you read the lowest byte of some general variable... 23:19:24 *** asdfdhf [~Gonozal_V@N859P017.adsl.highway.telekom.at] has joined #openttd 23:19:25 *** Gonozal_VIII is now known as Guest430 23:19:25 *** Guest430 is now known as Guest431 23:19:25 *** asdfdhf is now known as Gonozal_VIII 23:19:41 <DJ-Nekkid> probably something like that 23:19:59 <DJ-Nekkid> as long as it works am i happy, and then i might actually understand it at one time :) 23:20:06 <Gonozal_VIII> Position in consist and length of consist 23:20:11 <Gonozal_VIII> and that's the var... 23:20:26 *** fjb_ is now known as fjb 23:22:11 <Gonozal_VIII> 40 00 should be the engine then 23:22:24 *** Audigex [~Audigex@89.241.170.88] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :)] 23:22:25 *** PhoenixII [rdeboom@home.deboom.biz] has joined #openttd 23:22:44 <Gonozal_VIII> no that's varadjust thingy 23:22:59 <DJ-Nekkid> oh damnit 23:23:24 <DJ-Nekkid> it works if i have 5 wagons 23:23:29 <DJ-Nekkid> *bang head into something* 23:23:30 *** Sionide- [sionide@cornflakes.imen.org.uk] has joined #openttd 23:23:30 *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Quit: Getting off stoned server - dircproxy 1.0.5] 23:23:35 <Gonozal_VIII> ff would be the var then i guess... so wagon number 255 23:23:45 *** ben_goodger_ is now known as ben_goodger 23:23:50 <DJ-Nekkid> FF is counted from the front 23:23:54 <DJ-Nekkid> and BB from the back 23:24:23 <DJ-Nekkid> so the first after (or before) the engine 23:24:29 *** Sionide- is now known as Sionide 23:24:34 <CIA-1> OpenTTD: smatz * r12062 /trunk/src/town_cmd.cpp: 23:24:34 <CIA-1> OpenTTD: -Fix: possible deadlock when there are no houses available to build at given tile 23:24:34 <CIA-1> OpenTTD: -Fix: houses with zero probability could be built 23:24:58 <Gonozal_VIII> house deadlock O_o 23:25:15 <Sacro> that requires mutual exclusion 23:25:17 <Sacro> or a lack of 23:25:19 *** planetmaker_ [~chatzilla@Fce2a.f.ppp-pool.de] has quit [Remote host closed the connection] 23:25:22 *** NukeBuster [~wouter@a62-251-21-79.adsl.xs4all.nl] has quit [Read error: Connection reset by peer] 23:25:33 *** Phoenix_the_II [rdeboom@home.deboom.biz] has quit [Read error: Connection reset by peer] 23:25:43 <DJ-Nekkid> i thought i did that 23:25:54 <DJ-Nekkid> -1 * 0 02 00 B3 81 40 00 BB 01 B2 00 01 01 B0 00 23:25:54 <DJ-Nekkid> -1 * 0 02 00 B4 81 40 00 FF 01 B1 00 01 01 B3 00 23:26:30 *** Guest431 [~Gonozal_V@N859P017.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 23:26:47 <Gonozal_VIII> why are there no chains to action as? 23:27:08 <DJ-Nekkid> ..?? 23:27:35 <Gonozal_VIII> replace original graphics based on vars 23:28:10 <DJ-Nekkid> because that takes up an vehID ? 23:28:18 *** Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has quit [Quit: - nbs-irc 2.36 - www.nbs-irc.net -] 23:28:49 <Gonozal_VIII> 32 bit veh ids :-) 23:29:06 <SmatZ> Gonozal_VIII Sacro houses were randomly tested, but no test was done if any of these can be built... maybe deadlock is better known from threading stuff 23:29:29 <Sacro> SmatZ: /me houses? 23:29:44 <SmatZ> Sacro: /me ? 23:30:55 *** glx|away [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 23:30:55 *** mode/#openttd [+v glx|away] by ChanServ 23:30:55 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Read error: Connection reset by peer] 23:32:02 *** glx|away is now known as glx 23:39:23 *** Zahl [~Zahl@p549F25B9.dip0.t-ipconnect.de] has quit [Quit: (~_~]"] 23:54:44 *** Vikthor [~Vikthor@212.24.150.226] has quit [Quit: Leaving.] 23:55:10 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 23:58:18 <michi_cc> New version: http://www.tt-forums.net/viewtopic.php?p=662442#p662442 23:58:29 <michi_cc> And good night with that, I'm turnng in. 23:58:33 <Gonozal_VIII> yay new version 23:58:39 <Gonozal_VIII> good night