Config
Log for #openttd on 20th June 2010:
Times are UTC Toggle Colours
00:08:05  *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd
00:14:19  *** z-MaTRiX [~matrix@oc-192.z-labor.com] has quit [Ping timeout: 480 seconds]
00:18:27  *** Coco-Banana-Man [~Stephan.D@p5B2DA682.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der blÀht, als hinterster geht!]
00:18:27  *** Nite_Owl [~Nite_Owl@c-98-254-113-47.hsd1.fl.comcast.net] has joined #openttd
00:18:40  <Nite_Owl> Hello all
00:21:29  <Nite_Owl> So why does the Windows Installer for 1.0.2 still report it as 1.0.2-RC1 in all of the file descriptors and during the installation ??
00:25:15  *** bryjen [~bryjen@75.81.201.131] has joined #openttd
00:34:53  <glx> because a file has not been updated
00:36:34  <Nite_Owl> I gathered that but I was not sure if the awareness of the problem was generalized as yet
00:36:51  <glx> I wasn't aware
00:37:09  <glx> I just checked the commits
00:38:29  <Nite_Owl> There you go then
00:38:57  * Nite_Owl is happy to spread the word
00:39:27  *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
00:47:25  *** ecke [~ecke@188.75.128.2] has quit [Read error: Connection reset by peer]
00:51:33  *** Fast2 [~Fast2@p57AF95A8.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
01:02:01  *** ecke [~ecke@188.75.128.2] has joined #openttd
01:02:50  *** theholyduck [~holyduck@77.106.157.25] has joined #openttd
01:03:45  *** pugi [~pugi@p4FCC45E1.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!]
01:05:17  <Rubidium> argh... did I look over that for 5 times?!?
01:06:00  <Rubidium> something for tomorrow to look at
01:08:10  <Nite_Owl> as long as you know about it I am sure it will be solved in due time
01:14:04  <glx> too many things to update for each release
01:21:30  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Quit: Leaving]
01:31:35  *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd
01:34:33  <Nite_Owl> later all
01:34:35  *** Nite_Owl [~Nite_Owl@c-98-254-113-47.hsd1.fl.comcast.net] has quit [Quit: Read You Soon]
01:42:40  *** Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has quit []
01:55:49  *** glx [glx@2a01:e35:2f59:c7c0:41a0:bb74:4280:4c22] has quit [Quit: bye]
02:15:56  *** tokai [~tokai@port-92-195-126-158.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
02:18:37  *** tokai [~tokai@port-92-195-50-72.dynamic.qsc.de] has joined #openttd
02:18:40  *** mode/#openttd [+v tokai] by ChanServ
02:19:26  *** a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has quit [Quit: a1270]
02:19:56  *** fjb is now known as Guest543
02:19:57  *** fjb [~frank@p5485BC89.dip.t-dialin.net] has joined #openttd
02:25:28  *** rhaeder [~quix0r@dslb-094-221-132-155.pools.arcor-ip.net] has quit [Read error: Connection reset by peer]
02:25:44  *** rhaeder [~quix0r@188.109.241.194] has joined #openttd
02:26:42  *** Guest543 [~frank@p5485FA2A.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
02:46:15  *** a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has joined #openttd
03:08:01  *** bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving]
03:22:31  *** llugo [~lugo@mgdb-4db8daae.pool.mediaWays.net] has joined #openttd
03:25:32  *** Dreamxtreme [~Dreamxtre@78.148.103.104] has joined #openttd
03:26:26  *** amalloy [~Alan@c-67-169-38-139.hsd1.ca.comcast.net] has joined #openttd
03:26:38  *** amalloy [~Alan@c-67-169-38-139.hsd1.ca.comcast.net] has quit []
03:29:43  *** lugo [~lugo@mgdb-4db8c874.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
03:34:01  *** bryjen [~bryjen@cpe-75-81-201-131.we.res.rr.com] has joined #openttd
03:41:23  *** bryjen [~bryjen@cpe-75-81-201-131.we.res.rr.com] has quit [Quit: Leaving]
03:47:15  *** Fuco [~dota.keys@fuco.sks3.muni.cz] has quit [Ping timeout: 480 seconds]
03:59:12  *** Dreamxtreme [~Dreamxtre@78.148.103.104] has quit [Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.]
03:59:59  *** fjb [~frank@p5485BC89.dip.t-dialin.net] has quit [Remote host closed the connection]
04:42:34  *** ecke [~ecke@188.75.128.2] has quit [Quit: more listen, more understand, more know]
04:52:29  *** FloSoft [bouncer@www.siedler25.org] has quit [Remote host closed the connection]
04:56:03  *** Eddi|zuHause [~johekr@p54B77BD2.dip.t-dialin.net] has quit []
04:56:20  *** FloSoft [bouncer@www.siedler25.org] has joined #openttd
04:56:23  *** Eddi|zuHause [~johekr@p54B77C56.dip.t-dialin.net] has joined #openttd
05:03:54  *** llugo [~lugo@mgdb-4db8daae.pool.mediaWays.net] has quit [Remote host closed the connection]
05:34:15  *** elmz [~elmz@222.80-202-29.nextgentel.com] has joined #openttd
05:36:34  *** a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has quit [Quit: a1270]
05:41:57  *** elmz_ [~elmz@222.80-202-29.nextgentel.com] has quit [Ping timeout: 480 seconds]
05:42:36  *** a1270 [~Cheese@72-24-233-98.cpe.cableone.net] has joined #openttd
06:08:59  *** Kurimus [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has joined #openttd
06:36:39  *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has joined #openttd
06:37:07  *** woldemar [~maru@213.178.34.57] has joined #openttd
06:44:20  <peter1138> hurr
06:44:25  <peter1138> last service: 29th Jun 2404
06:44:29  <peter1138> current date... 24th Jun
06:44:32  <peter1138> 2942
06:44:54  <peter1138> i shouldn't've left it running over night
06:44:57  <peter1138> on fastforward
06:44:59  <peter1138> oops :)
06:45:08  <andythenorth> morning
06:48:11  *** pugi [~pugi@p4FCC45E1.dip.t-dialin.net] has joined #openttd
06:53:37  *** De_Ghosty [~s@69-165-128-62.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds]
06:58:12  *** De_Ghosty [~s@76-10-150-72.dsl.teksavvy.com] has joined #openttd
06:59:42  <andythenorth> but what does it mean? :P "Do the standard random production change as if this industry was a primary one."
07:03:09  <andythenorth> the source has the answer :)
07:12:07  <Terkhen> good morning
07:33:45  <andythenorth> primary industry closing is just annoying
07:33:53  <andythenorth> that's getting removed from :|
07:45:34  <OwenS> lol, you'd already filed the ticket
08:05:26  <peter1138> meh, normal breakdown level is too much :s
08:29:28  *** lewymati [~lewymati@89.230.159.206] has joined #openttd
08:31:39  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has joined #openttd
08:47:02  *** theholyduck [~holyduck@77.106.157.25] has quit [Remote host closed the connection]
08:51:45  *** theholyduck [~holyduck@77.106.157.25] has joined #openttd
08:56:42  *** Zahl [~Zahl@f051154051.adsl.alicedsl.de] has joined #openttd
09:12:20  *** Progman [~progman@p57A1E6D2.dip.t-dialin.net] has joined #openttd
09:13:16  *** Wolf01 [~wolf01@host226-233-dynamic.9-87-r.retail.telecomitalia.it] has joined #openttd
09:13:43  <Wolf01> hi
09:14:51  <andythenorth> hi hi
09:21:38  *** theholyduck [~holyduck@77.106.157.25] has quit [Ping timeout: 480 seconds]
09:28:42  <peter1138> stupid servicing bollocks
09:28:50  <peter1138> last serviced 1.5 years ago
09:28:54  <peter1138> reliability 17%
09:28:58  <peter1138> servicing interval 80%
09:29:07  <peter1138> why... have you just gone straight past a depot?
09:29:47  *** Fast2 [~Fast2@p57AF82C4.dip0.t-ipconnect.de] has joined #openttd
09:34:01  <Wolf01> I think the problem is in the "go non-stop to xxxxxx"
09:34:08  <Wolf01> I have the same problem
09:34:47  <peter1138> these aren't using non-stop orders
09:34:53  <Wolf01> so I always put "go to nearest depot"
09:35:10  <Wolf01> strange
09:36:20  <Wolf01> but does the non-stop order affect the maintenance of vehicles?
09:37:19  <Wolf01> if it's so I'll won't use it, if not, it's a bad behavior of vehicles
09:37:20  <peter1138> no idea
09:38:05  <andythenorth> peter1138: you're using PBS yes?
09:38:50  <Wolf01> andythenorth, pbs or not, it is the same for trains and road vehicles
09:38:53  <andythenorth> place a signal immediately in front of the depot
09:39:00  <andythenorth> otherwise trains won't find a route
09:39:39  <andythenorth> there is also a problem with RVs not going to depot, it's been in trunk for ages, but I can't reliably reproduce it
09:39:59  <Wolf01> I have it on all my saves :D
09:42:45  <andythenorth> have you reported it to flyspray?
09:43:26  <Wolf01> No, I always thought it was a difect of my play style
09:44:00  <andythenorth> http://bugs.openttd.org/
09:44:02  *** pugi [~pugi@p4FCC45E1.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
09:44:28  <Wolf01> I tried to change the service period from days to percentual to see if the long route was the problem, but vehicles seem to ignore depots (placed near stations and 2 or 3 of them along the route) and their reliability drops to 10% really fast, with a mean of breakdowns like 10-20 per travel, so I now put "go to nearest depot" after each load and unload and they run nicely with 1 breakdown per travel
09:45:53  <Wolf01> I thought it was so to force players to take care of their vehicles
09:47:55  *** pugi [~pugi@p4FCC45E1.dip.t-dialin.net] has joined #openttd
10:17:53  * TrueBrain hugs planetmaker
10:18:11  *** KenjiE20 [~KenjiE20@92.9.250.146] has joined #openttd
10:18:12  <TrueBrain> once again, tnx for the awesome party :) You really made something nice out of it :)
10:18:27  *** theholyduck [~holyduck@77.106.157.25] has joined #openttd
10:19:55  *** lugo [~lugo@mgdb-4db8daae.pool.mediaWays.net] has joined #openttd
10:20:52  *** DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
10:52:10  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
10:54:26  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has quit [Ping timeout: 480 seconds]
11:19:04  *** z-MaTRiX [~matrix@oc-192.z-labor.com] has joined #openttd
11:19:37  *** z-MaTRiX is now known as Guest570
11:34:37  *** theholyduck [~holyduck@77.106.157.25] has quit [Read error: Connection reset by peer]
11:35:18  *** elmz_ [~elmz@222.80-202-29.nextgentel.com] has joined #openttd
11:40:41  <planetmaker> hey ho :-)
11:41:20  <planetmaker> nice that you enjoyed it. I did for sure. It was awesome in my eyes- if it was for you, too, I'm quite happy :-)
11:41:36  <PeterT> planetmaker: how was the party?
11:41:44  <SpComb> did SmatZ make it?
11:41:48  <PeterT> did everyone already leave?
11:42:00  *** elmz [~elmz@222.80-202-29.nextgentel.com] has quit [Ping timeout: 480 seconds]
11:42:12  <planetmaker> Ammler's still here
11:42:22  <planetmaker> and yes, SmatZ, V453000 and Eddi did make it
11:45:30  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has joined #openttd
11:48:01  *** last_evolution [~last_evol@r5ba58.net.upc.cz] has joined #openttd
11:58:09  *** Fast2 [~Fast2@p57AF82C4.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
11:59:33  *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd
12:00:49  <Yexo> <TrueBrain> once again, tnx for the awesome party :) You really made something nice out of it :) <- I second that :)
12:00:51  <Yexo> thanks planetmaker :)
12:02:07  <planetmaker> :-) thanks all of you
12:02:33  <Ammler> Was nice to links some "Heads" to the Nicks :-)
12:02:36  *** KritiK [~Maxim@95-27-171-177.broadband.corbina.ru] has joined #openttd
12:02:41  <Ammler> -s
12:08:29  * __ln__ * IRC on ICE
12:09:01  *** Dreamxtreme [~Dreamxtre@78.148.103.104] has joined #openttd
12:09:25  <planetmaker> so train connection works, __ln__ ? :-)
12:09:54  *** VVG [~sdfkhksd@85.249.0.43] has joined #openttd
12:11:03  <__ln__> yeah, not even late at all
12:11:16  <__ln__> this seems to be a train coming from Interlaken Ost
12:11:54  <planetmaker> I wonder :-)
12:12:52  <__ln__> Interlaken is a nice town, btw
12:13:15  <welshdragon> Interlaken is in Switzerland, no?
12:13:22  <welshdragon> that name is familiar
12:13:26  <__ln__> it is
12:13:29  *** Lakie [~Lakie@91.84.251.149] has joined #openttd
12:13:29  <welshdragon> yeah
12:13:37  <welshdragon> i might have been there
12:17:23  *** Zahl_ [~Zahl@e176230139.adsl.alicedsl.de] has joined #openttd
12:18:05  <welshdragon> ah, no. I went to Bern
12:20:33  *** iAN_ [Miranda@HSI-KBW-078-042-146-187.hsi3.kabel-badenwuerttemberg.de] has joined #openttd
12:20:36  <iAN_> hello
12:21:20  <iAN_> ist jemand wach?
12:21:31  <Yexo> hello iAN_
12:21:37  <Yexo> yes, but this is an english-only channel
12:21:37  <iAN_> hi Yexo.
12:21:54  <iAN_> Yexo: can you compile the openttd sources?
12:22:04  <Yexo> yes, I can
12:22:16  <__ln__> an english-only channel with occasional speak-french-days
12:22:18  <Yexo> you'd be a lot better of asking your real question
12:22:37  *** fonsinchen [~fonsinche@brln-4dba9b63.pool.mediaWays.net] has joined #openttd
12:22:47  <__ln__> iAN_: i'm quite certain most of the developers indeed can compile the sources.
12:22:59  <iAN_> I'd like to have the current (1.0.2) including the infrastructure sharing pathc
12:23:14  <iAN_> but can't get it to work :(
12:23:26  <Yexo> why do you care? then it's not 1.0.2 anymore, so any recent binary including inrastructure sharing should be ok
12:24:05  <iAN_> ?!
12:24:57  *** Zahl [~Zahl@f051154051.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
12:24:57  *** Zahl_ is now known as Zahl
12:25:05  <iAN_> the only available ISsharing I know off, is from december 09
12:25:08  <Yexo> openttd 1.0.2 + infrastructure sharing is no longer version 1.0.2, so you might as well apply infrastructure sharing to trunk and compile that
12:26:05  <Yexo> http://dev.openttdcoop.org/projects/is2/repository <- there you can find source code from 21 february this year
12:26:07  <iAN_> yes. That's what I'd like to have - trunk of 1.0.2 including the ISS (if that works)
12:26:14  <Yexo> I don't think there is anything newer
12:26:22  <iAN_> hrmm
12:26:49  <Yexo> so you'll either have to update it yourself (I'm not going to help with that) or just take that version
12:27:25  <iAN_> which software (compiler) do you use? and which should I on win32?
12:28:12  <__ln__> it's way easier to compile on some other platform, btw.
12:28:18  <Yexo> presonally I use msvc to compile and cygwin for all commandline tools
12:28:47  <iAN_> pew! I just have my win-gaming platform
12:29:29  <welshdragon> iAN_: http://wiki.openttd.org/Microsoft_Visual_C%2B%2B_2008_Express_Editions
12:29:51  <welshdragon> there are other docs on the wiki that are helpful
12:30:17  <welshdragon> http://wiki.openttd.org/Compiling_on_MinGW for example
12:31:03  <iAN_> ok - tryiing...
12:36:23  <iAN_> required HD space for Visual C++ 2010 Express = 2.1 GB on C: and 300MB on E: ?!
12:36:55  <Yexo> yes, it's a very big install
12:37:00  <iAN_> erm .. isn't that a bit too much vor a c++ compiler?
12:37:21  <Yexo> yes (but it isn't only a c++ compiler)
12:37:33  <iAN_> but I just need a compiler
12:38:01  <Yexo> you could try just cygiwn/mingw, not sure if those can still compile openttd or what version you'd need
12:38:04  <Yexo> I think it works
12:41:14  <iAN_> I'm going for open-watcom-c-win32 (80MB)
12:43:15  <iAN_> ok - installation finished
12:44:39  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
12:46:01  <iAN_> tortoise is ok?
12:46:17  <Yexo> yes
12:47:07  *** glx [glx@2a01:e35:2f59:c7c0:2815:7398:d415:3d87] has joined #openttd
12:47:10  *** mode/#openttd [+v glx] by ChanServ
12:49:24  <iAN_> have to restart - hope I'm back in few minutes
12:49:35  *** iAN_ [Miranda@HSI-KBW-078-042-146-187.hsi3.kabel-badenwuerttemberg.de] has quit [Read error: Connection reset by peer]
12:52:45  <Rubidium> does Watcom actually compile OpenTTD? It's listed as known failing to compile OpenTTD in that never read document
12:54:32  <Yexo> iAN_ has had enough advise, if he wants to try let him try (we'll hear if it works soon)
12:58:29  <Alberth> planetmaker: thanks for your efforts yesterdaym it was FUN!
12:58:49  *** iAN_ [Miranda@HSI-KBW-078-042-146-187.hsi3.kabel-badenwuerttemberg.de] has joined #openttd
12:58:53  <iAN_> re :-)
12:59:16  <Alberth> andythenorth: congrats on reaching the 1K limit in so little time
12:59:29  <Alberth> andythenorth: and of course on the 0.2 release!
13:00:05  <iAN_> erm - i should have limited svn to checkout only the trunk :-(
13:00:20  <Alberth> yep
13:00:49  <iAN_> hrmm. I spares a gigabyte on installing a small compiler ..,,
13:01:02  <iAN_> spares?spared
13:01:12  <Alberth> spend?
13:01:19  <iAN_> spared
13:01:25  <iAN_> saved
13:01:26  <Alberth> ok :)
13:01:52  <iAN_> Error: Compression of svndiff data failed
13:02:23  * Alberth is not surprised
13:03:16  <Alberth> downloading a copy of every branch and every release is BIG!
13:03:36  <iAN_> yeah. I killed the branch folder
13:03:45  <iAN_> have tags trunk and extras
13:03:51  <iAN_> and I'll kill the tags folder now
13:04:00  <Rubidium> tags is even huger than branches
13:04:10  <iAN_> so - finde
13:04:12  <iAN_> fine
13:04:12  <Rubidium> and extras is very very likely totally unuseful for you
13:04:34  <iAN_> I fear I need some external librarys now
13:05:09  <iAN_> couls someone please copy the link (above) to the compile-wiki page
13:05:15  <iAN_> I lost it on my last reboot :-(
13:05:29  <Yexo> <welshdragon> http://wiki.openttd.org/Compiling_on_MinGW for example <- that one?
13:05:32  <Yexo> @logs
13:05:34  <Yexo> !logs
13:05:40  <Alberth> http://irclogs.qmsk.net/channels/openttd/last?count=50
13:05:46  <Yexo> ^^ or there :)
13:07:08  <iAN_> what is minGW?
13:07:49  <Yexo> "MinGW, a contraction of "Minimalist GNU for Windows", is a port of the GNU Compiler Collection (GCC), and GNU Binutils, for use in the development of native Microsoft Windows applications." <- from www.mingw.org
13:07:55  <Rubidium> the readme lists what libraries you need
13:08:21  <Rubidium> it also lists what compilers are known to fail to compile openttd
13:09:48  <TinoDidriksen> iAN_, if you want the best free compiler for Windows, stick with VC++ Express. MinGW and Cygwin should only be used for compatability testing...
13:11:02  <TinoDidriksen> Especially if you're planning on debugging. VC++'s debugger is superb.
13:14:07  *** theholyduck [~holyduck@77.106.157.25] has joined #openttd
13:14:46  <iAN_> I just wanna compile
13:14:54  <iAN_> and openwatcom just failed
13:15:53  <TinoDidriksen> VC++ still produces the best free output, then...
13:17:04  <iAN_> installing mingw...
13:18:20  <iAN_> (54kb/s) :(
13:19:46  <iAN_> done
13:20:30  <PeterT> woo, server updates done \o/
13:26:34  <iAN_> Unzip the folders bin, iconv, licenses, share from the SVN zip file and place into the new folder created in step 1
13:26:50  <iAN_> that means I copy these folders from my tortoise source stuff?
13:31:22  <iAN_> erm..
13:31:35  <iAN_> I have kind of a linux shell in a window now
13:31:43  <iAN_> which has gcc and make
13:31:46  <iAN_> but lacks svn
13:32:03  <iAN_> which svn.zip is menat in the wiki-page? I don't find onw
13:33:03  <TinoDidriksen> Not svn.zip, but a zip file from the SVN repo.
13:33:25  <TinoDidriksen> You can use Tortoise to handle all the SVN stuff, then compile in the Bash shell.
13:33:48  <iAN_> okay - moving the TRUNK folder from tortoise to where?
13:34:31  <TinoDidriksen> Could also just "cd" from the shell to wherever the folder is.
13:37:12  <SmatZ> SmatZ|zuHause
13:37:14  <SmatZ> :)
13:37:28  <SmatZ> planetmaker, thanks for the party, it was great :)
13:37:39  <planetmaker> oh, you're home again :-)
13:37:43  <SmatZ> :-)
13:37:46  <planetmaker> I'm happy that you enjoyed it :-)
13:37:51  <planetmaker> I did a lot.
13:37:53  <SmatZ> I hope all did :-)
13:37:54  <SmatZ> great!
13:38:00  <planetmaker> Thanks, Alberth, too :-)
13:38:03  <SmatZ> :-)
13:38:30  <planetmaker> I just brought Ammler to the station :-)
13:38:33  <SmatZ> :-)
13:38:47  <planetmaker> did Eddi still make it?
13:38:53  <iAN_> hrm.. :(
13:39:09  <iAN_> ./configure was dine - make does not work
13:39:27  <SmatZ> "does not work" is very vague
13:39:29  <planetmaker> make does not work <-- that's a quite useless error description
13:39:37  <Yexo> copy all output from make to paste.openttd.org and give a link to that here
13:39:47  <iAN_> make: *** No targets specified and no makefile found.  Stop.
13:39:58  <Yexo> you executed make in the wrong directory
13:39:58  <planetmaker> then configure wasn't run
13:40:07  <Yexo> hmm, actually what planetmaker says :p
13:40:08  <planetmaker> or that ^ :-)
13:40:32  <iAN_> configure: error: no zlib detected
13:40:32  <iAN_> If you want to compile without zlib use --without-zlib as parameter
13:40:42  <Yexo> so ./configure didn't run "fine"
13:40:43  <planetmaker> well. follow the advice you just pasted
13:40:54  <planetmaker> but you want zlib.
13:41:01  <iAN_> ./configure --without-zlib
13:41:01  <iAN_> ?
13:41:06  <Yexo> no zlib means no libpng right?
13:41:12  <planetmaker> and not download
13:41:13  <iAN_> where to get zlib?
13:41:21  <planetmaker> at the end of a google search
13:41:33  <Yexo> there should be some installer for it for mingw
13:41:56  <planetmaker> it's all linked in the openttd devlopment site.
13:42:04  <planetmaker> you have been linked there before afaik
13:42:28  <planetmaker> http://www.openttd.org/en/development <-- here again
13:42:32  <planetmaker> might be worth reading
13:42:41  <planetmaker> hmpf...
13:42:47  * planetmaker goes disassembling tents better :-)
13:43:30  <iAN_> ja ja ja =)
13:48:01  <iAN_> compiling wget (needed to get zlib sources to be compiled later)
13:54:04  <iAN_> whoops
13:54:20  <iAN_> anti virus kills a needed file (reason virus inside)
13:54:29  <iAN_> o.O
13:58:35  *** rhaeder [~quix0r@188.109.241.194] has quit [Quit: Leaving.]
14:04:40  *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
14:06:46  <fonsinchen> someone should implement a better line clipping algorithm ... the one in GfxDrawLine is pretty stupid (and it's duplicated in GfxDrawLineUnscaled)
14:07:20  *** rhaeder [~quix0r@188.109.241.194] has joined #openttd
14:15:26  *** Fuco [~dota.keys@fuco.sks3.muni.cz] has joined #openttd
14:16:30  * iAN_ sighs
14:18:16  <iAN_> the wiki page is out of date. the files are 404 on the server :(
14:19:33  <Rubidium> iAN_: might be... the problem is that those specific versions are known to work and the newer versions are known to be broken
14:20:06  <Rubidium> which kinda implies that new mingw installations might not be able to compile OpenTTD anymore because of the brokeness
14:20:51  <iAN_> but the old version does not longer work - some server-side files are missing and return 404 :(
14:22:27  *** fonsinchen [~fonsinche@brln-4dba9b63.pool.mediaWays.net] has quit [Remote host closed the connection]
14:24:41  <Rubidium> in any case I can't help with solutions as I don't run Windows
14:25:02  *** Muxy [~Muxy@main.goulp.net] has quit [Quit: PACKET_CLIENT_QUIT]
14:25:18  <Rubidium> so someone with mingw installation experience should retry mingw from scratch again and fix the wiki
14:28:52  <iAN_> hrmm
14:29:06  <iAN_> I try to find a newer version of that zöib
14:29:09  <iAN_> zlib
14:30:31  <glx> just get it from the official page
14:33:36  <glx> and newer than 1.2.3 don't compile with mingw IIRC (at least 1.2.5 failed for me)
14:34:19  *** Muxy [~Muxy@main.goulp.net] has joined #openttd
14:34:39  <iAN_> I got 1.2.5
14:34:45  <iAN_> trying make
14:35:10  *** DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has joined #openttd
14:37:06  *** Fast2 [~Fast2@p57AF82C4.dip0.t-ipconnect.de] has joined #openttd
14:37:16  <iAN_> $ ./configure
14:37:16  <iAN_> Checking for gcc...
14:37:16  <iAN_> Please use win32/Makefile.gcc instead.
14:37:21  <iAN_> what does that mean?
14:37:35  <glx> make -f win32/Makefile.gcc
14:37:56  <iAN_> aah! :-)
14:37:58  <iAN_> thx
14:38:10  <glx> it compiles but install is broken
14:38:43  <iAN_> configure finished -
14:38:48  <iAN_> how do I compile it now?
14:39:07  <glx> you just compiled it ;)
14:39:16  <iAN_> i just configured
14:39:26  <glx> you typed make -f ... ?
14:39:29  <iAN_> is that the same?
14:40:01  <iAN_> erm - i typed make - fine
14:40:14  *** Phazorx [~pavelkoll@77.239.236.193] has joined #openttd
14:40:18  <Phazorx> hola
14:40:21  <iAN_> hi
14:41:19  <Phazorx> looking for concise answer here: is there visible performance difference between different blitters and if there is what would be their ranking and limitations?
14:41:56  <glx> visible depends on CPU :)
14:42:01  <iAN_> glx: something is still wrong - ./configure from openttd shows "zlib not found"
14:42:16  <glx> you installed it after compilation?
14:42:26  <iAN_> erm..
14:42:35  <iAN_> how should I have done that?
14:43:53  <Phazorx> glx so there are differences and in that case is there an answer somewhere to second part?
14:44:03  <Phazorx> perhaps a chart with mentioned "cpu dependencies" ?
14:44:19  <glx> 8bpp-anim is faster than any 32bpp
14:44:21  <Rubidium> Phazorx: probably 32bpp-simple < 32bpp-animated < 32bpp-optimised; 8bpp-simple < 8bpp-optimised; 32bpp-optimised < 8bpp-optimised *although* this *might* not be true with some drivers/libraries
14:44:35  <glx> ah yes optimised, not anim :)
14:44:39  <Phazorx> rubi i see thank
14:44:54  <glx> and on mac 8bpp are usually slower
14:45:00  <Phazorx> and what are the sacrifices to gaing said perfromance?
14:45:04  <glx> (when they don't crash)
14:45:28  <Rubidium> glx: but 8bpp is not always slower on mac
14:45:42  <glx> depends on hardware yes :)
14:47:17  <Mazur> iAN_, what distribution?
14:47:33  <Mazur> Fedora: yum -y install zlib
14:47:48  <Rubidium> Mazur: no distribution
14:48:01  <iAN_> I have winXPpro - running MingW32
14:48:07  <Rubidium> Mazur: and if you would've read a bit more of the context you would've known it
14:48:16  <Mazur> I saw: ./configure
14:48:29  <Mazur> and assumed a unix box.
14:48:38  <iAN_> ./confgure said use win32/Makefile.gcc instead
14:48:42  <Rubidium> Mazur: and like 1 line later "please use win32/Makefile.gcc instead"
14:48:52  <iAN_> and make -f win32/Makefile.gcc did "something"
14:48:56  <Rubidium> that would kinda imply it isn't quite unix
14:49:00  <glx> iAN_: https://sourceforge.net/projects/mingw/files/MinGW/zlib/zlib-1.2.3-1-mingw32/libz-1.2.3-1-mingw32-dev.tar.gz/download <-- probably easier to get this and extract it in mingw root dir
14:49:36  <Mazur> yes, only that was not the line I saw.  I.e. you're right.
14:49:38  <glx> iAN_: make -f ... compiled it, but install is broken (make install fails)
14:51:51  <elho> an articulated part in openttd (wrt trains) is a locomotive vehicle without power, like a tender, right?
14:52:21  <Phazorx> iAN_: also, when you get to it - don't  forget to run it as ./configure --prefix-dir=/mingw
14:53:16  <elho> and a powered wagon is a non-locomotive vehicle that has power despite it is no locomotive?
14:53:17  <Phazorx> glx/rubi and i noticed almost twice the difference between 32bpp anim and 8bpp opt
14:53:26  <iAN_> I unzipped the file from the url
14:53:38  <iAN_> now I have a lib and include dir
14:53:41  <iAN_> where to put them?
14:54:13  <Phazorx> iAN_: you run proper msys+mingw right?
14:54:25  <iAN_> I think so
14:54:40  <glx> iAN_: as said, extract in mingw root dir
14:54:56  <glx> so move lib and include in mingw root
14:54:56  <Phazorx> as glx said
14:55:23  <iAN_> done
14:55:39  <Phazorx> you use svn as well?
14:56:47  <iAN_> ok - thx for help. zlib works
14:57:01  <iAN_> now - liblzo2 was not detected or disabled
14:57:57  *** devilsadvocate [~devilsadv@202.3.77.231] has quit [Ping timeout: 480 seconds]
15:03:52  *** Brianetta is now known as Brian_laptop
15:05:03  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
15:05:16  *** Brian_laptop [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÌß]
15:08:13  <planetmaker> you can ignore liblzo2
15:09:22  <iAN_> I compile it right now
15:10:28  <glx> then you'll need libpng, libfreetype, ...
15:11:03  <iAN_> first waiting to get liblzo2 compiled :-)
15:11:44  *** APTX [~APTX@chello089076052083.chello.pl] has quit [Remote host closed the connection]
15:12:01  *** APTX [~APTX@chello089076052083.chello.pl] has joined #openttd
15:12:47  <planetmaker> well. libpng is kinda needed. You can nearly do without the rest
15:12:56  <planetmaker> probably :-)
15:13:16  <glx> freetype is nice to have too
15:13:53  *** APTX [~APTX@chello089076052083.chello.pl] has quit [Remote host closed the connection]
15:13:57  *** Phazorx [~pavelkoll@77.239.236.193] has left #openttd []
15:14:17  *** APTX [~APTX@chello089076052083.chello.pl] has joined #openttd
15:14:18  <Eddi|zuHause> [20.06.2010 15:38] <planetmaker> did Eddi still make it? <-- yes, i did make it, everything went perfect
15:14:49  <planetmaker> :-)
15:15:01  <Eddi|zuHause> arrived at 11:15, which fit perfectly into the 30 minute buffer that i planned when i gave the 11:00 figure ;)
15:15:26  <Eddi|zuHause> so took about 1:45 plus refueling
15:16:11  <Eddi|zuHause> the google estimate for the route we took was 2:20
15:16:26  <Eddi|zuHause> i told you it's lying :p
15:16:34  <Eddi|zuHause> lieing?
15:16:38  <Eddi|zuHause> i can never tell...
15:17:11  <Eddi|zuHause> although we did go rather 160 than 130
15:17:45  <planetmaker> hehe :-P
15:18:13  *** devilsadvocate [~devilsadv@202.3.77.202] has joined #openttd
15:18:41  <Mazur> lieing
15:20:45  <Yexo> planetmaker: do you have a test grf for FS#3886 ?
15:21:45  <planetmaker> well, I don't have a variable I can query.
15:22:00  <planetmaker> But the current swedish rails query param1 for the date for depot changes
15:22:09  <planetmaker> that can be changed to that new variable
15:22:21  <Yexo> http://devs.openttd.org/~yexo/fs3886.diff <- introduces var 43 (as days since 0)
15:22:32  <planetmaker> I'll happily test :-)
15:22:50  <Yexo> var[0x43] <- that is valid nml in a switch-block
15:24:13  <planetmaker> Let's see. Give me 10 minutes for compiling everything, OpenTTD + grf
15:24:22  <planetmaker> I need to update openttd anyway :-)
15:24:31  <Yexo> I can test, just found the relevant lines in swedishrails
15:27:23  *** fjb [~frank@p5485BC89.dip.t-dialin.net] has joined #openttd
15:28:00  <fjb> Moin
15:29:16  <planetmaker> moin fjb
15:30:01  <fjb> planetmaker: Thanks for the nice party yesterday.
15:30:19  <planetmaker> my pleasure :-)
15:33:13  <fjb> What kind of strange person was that in the cellar?
15:34:55  <planetmaker> I have no clue. Never seen before
15:35:13  <Mazur> Hm, sounds like drinkies time to me.
15:35:32  <planetmaker> Kinda mumbling some other person's name she's been search for...
15:35:35  <fjb> Did you find out what she wanted there?
15:35:47  <fjb> Very strange.
15:35:50  <planetmaker> suspecting that the person lived there.
15:36:02  <planetmaker> But then I'd not go through the back door but use the door bell...
15:36:13  <planetmaker> And I haven't heart that name. Not living here
15:36:29  <fjb> Strange person.
15:37:03  <planetmaker> Yexo: I wasn't successful
15:37:11  <planetmaker> hm... wait: days?
15:37:14  <Yexo> I was :p
15:37:16  <Yexo> yes, days
15:37:19  <planetmaker> :-P
15:37:25  <planetmaker> then 1965 is always too low ;-)
15:37:38  <Yexo> http://paste.openttd.org/225978 <- try that
15:37:38  <fjb> I see most people got home well.
15:38:01  <fjb> Even the crazy dutch. :-)
15:38:09  <iAN_> okay - new question: checking revision... no detection
15:38:18  <iAN_> WARNING: there is a great chance you desync
15:38:21  <planetmaker> that's nice, Yexo :-)
15:38:22  <iAN_> how do i fix that?
15:38:37  <Yexo> don't play multiplayer, or fix the revision detection
15:38:49  <Yexo> you can do the latter by installing svn/hg in mingw
15:38:50  <iAN_> how do i fix a "revision detecting"?
15:39:15  <PeterT> ./configure --revision=rXXXXX
15:39:28  <iAN_> 1.0.2 ?
15:39:30  <Yexo> PeterT: that'd not a fix, it's a workaround
15:39:54  <PeterT> Yexo: so? :-D
15:39:57  <Yexo> iAN_: only if you really compiled 1.0.2 (which I doubt)
15:40:18  <fjb> Oh, that PeterT...
15:40:19  <iAN_> i used tortoise svn to obtain /trunk
15:40:26  <iAN_> should be 1.0.2 ?!
15:40:39  <PeterT> indeed, that PeterT
15:40:44  <Yexo> iAN_: trunk is not 1.0.2
15:40:52  <iAN_> yack!
15:40:59  <Yexo> trunk is the latest development, currently last trunk is r20001
15:41:04  <PeterT> iAN_: 1.0.2 !...Yexo beat me to it
15:41:21  <PeterT> @openttd commit 20000
15:41:23  <DorpsGek> PeterT: Commit by rubidium :: r20000 /tags/1.0.2 (9 files in 4 dirs) (2010-06-19 16:44:18 UTC)
15:41:24  <DorpsGek> PeterT: -Release: 1.0.2
15:43:41  <Yexo> iAN_: see http://wiki.openttd.org/FAQ_OpenTTD_versions for an explanation of the different versions
15:44:49  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
15:45:13  <iAN_> so I'm going to download branch 1.0.2?
15:46:07  <Yexo> there is normally no reason to compile a release version unless you don't want to use the precompiled binaries for some reason
15:46:33  <iAN_> I want to have 1.0.2 including the infra-structure-sharing patch
15:46:36  *** niglet [~wjarok@pool-71-166-54-31.bltmmd.fios.verizon.net] has joined #openttd
15:47:00  <Yexo> 1.0.2 + infrastructure sharing is no longer 1.0.2, so you might as well use trunk+infrastructure sharing
15:47:07  *** heffer [~felix@static-87-78-98-150.netcologne.de] has joined #openttd
15:47:33  <Yexo> did you ever program anything before?
15:47:34  <iAN_> well .. 1.0.2 seemed to me a public final release
15:47:48  <iAN_> I have no idea what "new bugs" or "half" features are in the trunk
15:48:07  <theholyduck> iAN_, trunks are GENERALLY quite stable
15:48:18  <iAN_> hrmm
15:48:30  <Yexo> iAN_: at this moment it's the other way around, a few minor bugs are solved in trunk but were not backported to 1.0.2
15:48:51  <iAN_> okay - configure on the trunk went fine
15:49:05  <iAN_> do i have to configure again after applying the patch?
15:49:12  <planetmaker> no
15:49:20  <planetmaker> but could you successfully build unpatched trunk?
15:49:25  <planetmaker> if not: try that first
15:49:30  <iAN_> kay. thx
15:49:39  <theholyduck> Yexo, at MOST moments in most projects
15:49:52  <theholyduck> bugs are found and fixed much earlier in svn/git/trunk
15:49:58  <theholyduck> than in releases
15:50:44  <Yexo> theholyduck: yes, but I've also seen several projects where half-finished features were committed to trunk, leaving it in a broken state
15:50:47  <iAN_> I get some E:/msys/home/iAN/openttd/findversion.sh: svn: command not found messages
15:50:51  <iAN_> but I just typed make
15:51:01  <theholyduck> Yexo, i've never seen that happen in years :P
15:51:13  <theholyduck> most people only commit new features to trunk when they atleast work
15:51:22  <planetmaker> Yexo: it should work with both you patches, to openttd + swedishrails that I get the old depots before 1960 and the new ones after...
15:51:26  *** niglet [~wjarok@pool-71-166-54-31.bltmmd.fios.verizon.net] has left #openttd []
15:51:40  <planetmaker> what's the obvious thing I do wrong, if I don't see that but always modern ones?
15:52:00  <theholyduck> Yexo, what can happen is when they commit a complete feature based on the submissions of idiots :P
15:52:28  <theholyduck> i remember mplayer trunk being broken for weeks due to a security patch that fixed sevral important security holes, while also breaking mplayer completely
15:52:32  <Yexo> planetmaker: dunno, does "info" on the tiles show the biuld date correctly?
15:53:04  <Yexo> planetmaker: and there are 2 blocks in swedishrails that have to be changed
15:53:24  <planetmaker> yes, both electric and normal
15:53:35  <iAN_> ok - make did fail
15:53:44  <planetmaker> yes, I do have a build date for depots... Hm... let's see.
15:53:51  <iAN_> somehow missing zlib ans lzo
15:53:52  <iAN_> E:/msys/home/iAN/openttd/src/crashlog.cpp:167:23: lzo/lzo1x.h: No such file or directory
15:53:52  <iAN_> E:/msys/home/iAN/openttd/src/crashlog.cpp:174:19: zlib.h: No such file or directory
15:54:09  <planetmaker> why do I have modern ones in 1964 when I set the -date(1965,1,1)? hm...
15:54:11  <theholyduck> building on windows is always such effort
15:54:21  *** VVG [~sdfkhksd@85.249.0.43] has quit [Ping timeout: 480 seconds]
15:54:31  <theholyduck> iAN_, is there no premade builds with infrastructure sharing on?
15:54:58  <theholyduck> compiling in linux is easy enough, any depdendencies you want is at your fingertips.
15:55:03  <iAN_> I didn'T find a version newer than december 09
15:55:29  <Alberth> theholyduck: yeah, ain't it nice, new users always pick the platform most difficult for development :p
15:55:46  <iAN_> I want to PLAY - not to compile it
15:56:01  <theholyduck> heck, on debian and i figure ubuntu, you can always just run apt-get build-dep openttd
15:56:11  <theholyduck> and all the dependencies are installed automatically
15:56:15  <theholyduck> and you can compile at will
15:56:41  <Alberth> and anything missing is installed in less than a minute :)
15:59:24  *** ecke [~ecke@188.75.128.2] has joined #openttd
15:59:57  <iAN_> giving up
16:00:10  <iAN_> where can I get a windows binary with iss patch?
16:00:33  <Eddi|zuHause> didn't you say you already had one?
16:00:42  <iAN_> from december 09
16:00:42  *** KouDy [~KouDy@115.133.6.5] has joined #openttd
16:00:46  <Eddi|zuHause> so?
16:00:48  <iAN_> lacking a lot of nice functions
16:00:52  <Eddi|zuHause> so?
16:00:57  *** KouDy [~KouDy@115.133.6.5] has quit []
16:01:01  <iAN_> I want those "new" functions
16:01:12  <Eddi|zuHause> i want 3000 euro from you
16:01:13  <Alberth> iAN_: in the iss thread, if it exists
16:01:13  <planetmaker> iAN_: newer binaries for IS2 are only available at the end of a compile session
16:01:49  <Alberth> Eddi|zuHause: most likely too cheap :)
16:01:49  <iAN_> I tried hard to compile - but faild
16:02:06  <Eddi|zuHause> Alberth: probably ;)
16:02:21  <elho> Alberth: indeed, that's not enough to touch windows with a ten feet pole :P
16:02:44  <Eddi|zuHause> Alberth: but isn't that how the current economy works? you make an estimate way too low, and then correct it upwards to factor x5?
16:03:19  <Alberth> elho: just the work to update the patch is already a lot of work
16:03:40  <Eddi|zuHause> yeah, the "touching windows" part is trivial ;)
16:03:47  <Alberth> Eddi|zuHause: oh sorry, then the estimate sounds completely reasonable :)
16:04:12  <planetmaker> Yexo: yes, it works :-)
16:04:22  <planetmaker> Don't ask me why I was too stupid ;-)
16:04:30  <planetmaker> there's 4 switch statements :-)
16:04:44  <Yexo> good to hear it works :)
16:05:34  <Alberth> iAN_: getting it to work is difficult. Give up today, and try again in a few days
16:05:43  <Alberth> eventually, you will succeed
16:06:29  <Alberth> and afterwards, it will also be completely clear why it fails now.
16:07:05  <planetmaker> Yexo: NML: "src/railtypes.pnml", line 199: Parameters of date() should be compile-time constants <-- hehe
16:07:17  <planetmaker> it gives immediately other desired ;-)
16:07:21  <Alberth> a line number!
16:07:28  <planetmaker> switch(FEAT_RAILTYPES, SELF, depot_electric_year_switch_snow, max(var[0x43] - date(param[1], 1, 1), 0)) {
16:08:11  <planetmaker> of course there's an easy way around this
16:08:58  <Yexo> planetmaker: non-const parameters in date() is very tricky
16:09:08  <planetmaker> hm...
16:10:37  <elho> is tractive effort in the engines data arbitrarily choosen or calculated from power and mass?
16:10:42  <Eddi|zuHause> isn't there such a thing as a "calculated" varaction 2?
16:10:58  <planetmaker> elho: it's neither. It's defined by the newgrf
16:11:45  <elho> planetmaker: that is what i meant by arbitrary, as in arbitrarily chosen by the grf author :)
16:11:53  <Eddi|zuHause> elho: most newgrf sets try to take the values of real vehicles
16:11:54  <planetmaker> then: yes :-)
16:12:28  <Eddi|zuHause> elho: maybe this is worth a read http://www.tt-forums.net/viewtopic.php?f=26&t=31980
16:12:45  <elho> so then the accelaration formula for non-maglev trains on the wiki makes no sense. the game calculates based on tractive effort, however the formula on the wiki does not mention that at all
16:13:05  <Alberth> nah, the program picks an aribtrary value that matches the value give by the grf author :p
16:13:20  <Eddi|zuHause> elho: which exact formula do you mean? there are two acceleration models in the game
16:13:33  <Eddi|zuHause> the simple (original) one does not use tractive effort at all
16:13:50  <Eddi|zuHause> the complex ("realistic") one does.
16:13:54  <elho> http://wiki.openttd.org/Game_mechanics#Trains
16:14:38  <Eddi|zuHause> and wikis tend to have problems because information may be based on urban legends (like "goods make cities grow")
16:14:45  <elho> those. and i'm talking about realistic accel. as does that page claim to do and also seems to do (for the maglev and slope resistance parts at least)
16:14:46  <Eddi|zuHause> or are just outdated
16:17:26  <Eddi|zuHause> elho: the real formula is likely in src/ground_vehicle.cpp if you want to fix the wiki
16:17:31  <elho> right. therefore i'm destililng up my own formula from the source. but i currently (as it is both what i'm interested in and the simpler case) only looking at maglevs, where te does not matter.
16:18:49  <Eddi|zuHause> elho: if (mode == AS_ACCEL && force > max_te) force = max_te; <-- that's probably the part that's missing from the wiki
16:19:00  *** VVG [~sdfkhksd@85.249.0.43] has joined #openttd
16:19:17  <elho> i already partly fixed the formula in the wiki by adding effect of downhill vehicles (it only had uphill)
16:19:20  <VVG> Congratulations with 20k and new release!
16:19:23  <VVG> hi
16:20:29  *** bryjen [~bryjen@75.81.201.131] has joined #openttd
16:20:55  <Eddi|zuHause> elho: likely it's also missing the setting for slope steepness
16:21:05  <Eddi|zuHause> which is fairly new
16:21:15  <elho> Eddi|zuHause: plus the stuff before to calculate max_te :)   but as said, i first try to get my head around the maglev case. i just wondered, that if maybe te was a parameter that could be deduced from others, the wiki could still be correct. but it apparently is not.
16:21:49  <elho> Eddi|zuHause: yes it assumes the default, the 60 in there is 20*3% slope steepness
16:21:57  *** Progman [~progman@p57A1E6D2.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
16:22:18  <elho> (and 20 * train_slope_steepness is what the source uses)
16:22:49  *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
16:22:56  <Eddi|zuHause> elho: TE is the resulting force derived from power and speed, max_te is the newgrf-derived value for wheel on track resistance
16:23:30  <Eddi|zuHause> elho: yes, the wiki uses *60, which equals 3% slope (the default value)
16:24:24  *** Progman [~progman@p57A1E6D2.dip.t-dialin.net] has joined #openttd
16:24:57  <elho> i still wonder what articulated vehicles and poweredwagons exactly are, power and max_te calculations depend on these details...
16:24:59  <Eddi|zuHause> elho: the physics problem here is that TE may never exceed max_te
16:25:59  <elho> my guess is articulated vehicle == unpowered engine part, eg. a tender, poweredwagon == powered non-engine
16:26:05  <Eddi|zuHause> elho: that basically reduces to having multiple engines in the train
16:26:52  <Yexo> elho: an articulated vehicle is a vehicle with multiple parts
16:27:28  <Yexo> a powered wagon is a wagon that has some newgrf properties set so it gives extra hp to the front engine (or something like that)
16:27:32  <elho> yes, i grasp the real world idea of te. but i do not draw any conclusions from real life physics to game mechanics ;)
16:29:23  <Eddi|zuHause> there used to be a bug in here, don't know if that was addressed meanwihle: the fprce <= max_te check must be done for each engine individually, not for the whole train
16:30:25  <elho> from my perspective that won't be a bug, just a fact how the game works ;)
16:30:28  <Eddi|zuHause> otherwise you can add a high power low max_te engine and low power high max_te engine into one train, and they add up
16:30:38  <Eddi|zuHause> which is physicalic nonsense
16:33:54  <elho> Yexo: ok for poweredwagons, but articulated vehicles... i thought articulated vehicle and multihead engine were two different things?
16:34:21  <Yexo> they are, the parts of an articulated vehicle can't be split
16:34:53  <elho> ah. so that is also some newgfx special thing then?
16:35:15  <Yexo> there are no articulated vehicles in the default set
16:35:45  <elho> (except for generictramset, i never  used any newgfx stuff, just playing with the stock vehicles)
16:36:55  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
16:38:24  <andythenorth> evening
16:38:37  <planetmaker> hi andythenorth
16:38:49  <andythenorth> how was the r20k party?
16:39:02  <elho> so a 3 vehicle engine would be three articulated vehicles with 1/3 power each, whereas a stock game 2 vehicle engine is 2 multihead vehicles with full power (as the game has a special case to divide multihead power by 2)
16:40:44  <Yexo> so a 3 vehicle engine would be three articulated vehicles with 1/3 power each <- I'd say it's one articulated vehicle with 2 extra parts, but that depends on the context
16:44:08  *** Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has joined #openttd
16:44:33  <elho> the context i'm interested in would be in game representation in the linked list of Train objects (vehicles)
16:45:14  <Alberth> several trains, I think
16:45:22  <Yexo> in that caes indeed 3 vehicles (=Train objects)
16:45:46  <Alberth> hmm, I am wrong. Thanks for correcting me Yexo
16:46:11  <Yexo> didn't we say the same?
16:46:15  <elho> ok, seems i got it then :)
16:52:51  <Alberth> Doxygen says "'Train' is either a loco or a wagon. "   which is different than what I intended to say
16:55:04  *** theholyduck [~holyduck@77.106.157.25] has quit [Remote host closed the connection]
16:55:09  <elho> yeah, it actually is a single vehicle, despite the name. the same kind of misnomer that did not allow me to understand articulated vehicle in all consequence ;)
16:55:17  <fjb> andythenorth: It was a great party. We had a lot of fun and as much to eat.
16:55:23  <andythenorth> nice :)
16:57:44  <elho> Eddi|zuHause: regarding the physical nonsense: well it is a game no train design simulator and there is lots of unrealistic nonsense in the game i care more about ;)
16:59:24  <planetmaker> andythenorth: when there's a next one you should also join the party :-) was very much fun :-)
17:00:40  <elho> did you have a model railway at your party? ;P
17:01:43  <planetmaker> no and yes
17:01:51  <elho> in fact, you ought to hold such parties in that restaurant where the drinks and food is delivered by a model railway to the tables :D
17:02:09  <planetmaker> no: not sure anyone looked at. yes: there's the toy railway made from wood I played 20 years ago with
17:02:34  <elho> hehe
17:03:30  <elho> probably good noone looked at it, they'd still be telling you how to optimize your tracklayout from back then etc. *g*
17:10:43  <VVG> andythenorth: i have a few mines i montlhy deliver eng supplies to, but don't actually transport any production from. And they still increase their production.  Is that a normal behavior?
17:11:03  <andythenorth> VVG: currently yes.
17:11:11  <andythenorth> I don't think I'll bother to change that
17:18:55  * andythenorth concludes two things
17:19:19  <andythenorth> (1) I don't like the primary industry production decreases I've added to FIRS
17:19:36  <andythenorth> (2) industry closure behaviour really does suck.  My map is just about empty
17:21:03  *** pugi [~pugi@p4FCC45E1.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
17:22:32  <peter1138> hurr, i should make a note of when industries close down...
17:22:35  *** pugi [~pugi@p4FCC3972.dip.t-dialin.net] has joined #openttd
17:22:35  <peter1138> date: 2990
17:22:41  <peter1138> last serviced: 2464
17:22:50  <peter1138> so... 500 years
17:22:50  <peter1138> heh
17:23:38  <elho> its a fake operated by the mafia :P
17:24:16  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has quit [Ping timeout: 480 seconds]
17:25:45  <peter1138> heh
17:25:52  <peter1138> hmm, autorenew failed
17:26:03  <peter1138> because the train couldn't get to all stations
17:26:11  <VVG> is there a limit of how many industry of the same type there can be on a map?
17:28:30  <elho> hmm, GetAcceleration() using speed in mph whereas most other places seem to use kph does not make things straight forward either :P
17:31:46  <planetmaker> [19:26]	<VVG>	is there a limit of how many industry of the same type there can be on a map? <-- the answer is a clear "maybe"
17:31:51  <planetmaker> or "depends"
17:32:16  <planetmaker> default industries are not limited - except by the total amount of industries
17:32:28  <planetmaker> newgrf industries may be limited, I guess
17:32:29  <glx> you can have a limit of 1 per town
17:32:43  * andythenorth needs to bite the bullet and figure out closure / production change parameters
17:32:47  <planetmaker> oh indeed :-)
17:32:54  <andythenorth> planetmaker ^ want to help
17:32:55  <andythenorth> ?
17:32:59  <planetmaker> I never have that setting on. Is it actually default, glx?
17:33:06  <glx> dunno
17:33:11  <planetmaker> hey andythenorth. Nice changelog to FIRS 0.2 :-)
17:33:13  <planetmaker> thanks
17:33:26  <andythenorth> I can do the closure varact 2 easy enough, it's the actual settings that need thought
17:33:36  <andythenorth> and how to provide them as simple parameters
17:33:53  <planetmaker> please elaborate :-)
17:34:16  *** elmz [~elmz@222.80-202-29.nextgentel.com] has joined #openttd
17:34:16  <planetmaker> you don't want them to close (at all?) or only more slowly?
17:34:23  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has joined #openttd
17:34:33  <planetmaker> Or close until there are XX / 512^2 at minimum
17:34:35  <planetmaker> or...?
17:34:54  <andythenorth> I'll make a list of desirable options
17:35:22  <planetmaker> maybe give them 100 years w/o service, then close
17:35:28  <planetmaker> or... hm
17:36:00  <planetmaker> @calc ln(2)
17:36:00  <DorpsGek> planetmaker: Error: 'ln' is not a defined function.
17:36:15  <planetmaker> @calc log(0.5,2.7)
17:36:15  <DorpsGek> planetmaker: -0.697856474456
17:40:10  <planetmaker> @calc exp(-0.6978567/50)
17:40:10  <DorpsGek> planetmaker: 0.986139815226
17:40:38  <planetmaker> andythenorth: 50% of the industries closing in 50 years means an annual closure probablility of 1.4%
17:41:07  <planetmaker> x = exp( ln(0.5) / years)
17:41:27  <andythenorth> controlling for that is *really* difficult
17:41:30  <planetmaker> actually... 1-x = ...
17:41:43  <planetmaker> andythenorth: monthly?
17:41:47  <planetmaker> random closure?
17:42:02  *** bryjen [~bryjen@75.81.201.131] has quit [Quit: Leaving]
17:42:06  *** elmz_ [~elmz@222.80-202-29.nextgentel.com] has quit [Ping timeout: 480 seconds]
17:42:07  <andythenorth> it should work as you described by law of large numbers
17:42:10  <planetmaker> dunno, is that possible?
17:42:25  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has quit [Ping timeout: 480 seconds]
17:42:25  <andythenorth> but of course random is random :)
17:42:35  <andythenorth> meanwhile....
17:42:38  <planetmaker> andythenorth: and then you can activate a minimum left-over
17:42:49  <planetmaker> don't close, if last or 2nd last
17:42:50  <andythenorth> I'm trying to make a list of what options should be available to player
17:43:14  <planetmaker> only one concerning industry closures:
17:43:17  <planetmaker> speed :-)
17:43:28  <planetmaker> 0 = don't close
17:43:45  <planetmaker> value is in permille closure per year
17:43:59  <planetmaker> thus 14 would be close half in 50 years
17:44:19  <planetmaker> and define to keep the last industry
17:44:32  <planetmaker> if a player doesn't chose to service it, it may close
17:44:39  <planetmaker> (except last)
17:45:33  <planetmaker> the above formula is also easily modified to monthly closure callbacks
17:45:35  <CIA-1> OpenTTD: translators * r20002 /trunk/src/lang/ (traditional_chinese.txt turkish.txt unfinished/irish.txt):
17:45:35  <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:45:35  <CIA-1> OpenTTD: traditional_chinese - 13 changes by josesun
17:45:35  <CIA-1> OpenTTD: irish - 160 changes by tem
17:45:35  <CIA-1> OpenTTD: turkish - 12 changes by niw3
17:46:21  <planetmaker> maybe it's better given in 1/10000 then instead of 1/1000
17:46:46  <planetmaker> no need for exponential functions, just randomness ensures that :-)
17:47:53  <andythenorth> planetmaker: http://dev.openttdcoop.org/issues/1027#note-1
17:48:06  <andythenorth> I need to figure out what parameter options players get and how they are set
17:48:42  <andythenorth> there is also some older thinking here: http://dev.openttdcoop.org/issues/837
17:49:09  <planetmaker> andythenorth: just half the probability, if only ENSP are supplied
17:49:35  <planetmaker> you'd have closure handled by the same thing then
17:49:46  *** rhaeder [~quix0r@188.109.241.194] has quit [Remote host closed the connection]
17:50:02  <andythenorth> hmm
17:50:17  <planetmaker> oh, mis-read production/closure
17:50:32  <planetmaker> but still it'd make sense :-)
17:51:00  <planetmaker> and production change chances with/out ENSP can be hard coded
17:51:35  <planetmaker> scenario mode might be a separate parameter as it then controls opening industries.
17:52:07  *** rhaeder [~quix0r@188.109.241.194] has joined #openttd
17:52:34  <planetmaker> or... allow value -1 to the closure probability parameter: -1 then means: no closures, no openings --> effective scenario mode
17:53:21  *** woldemar [~maru@213.178.34.57] has quit [Remote host closed the connection]
17:55:08  <andythenorth> planetmaker: maybe a separate param for scenario mode
17:55:18  <andythenorth> as there will also be secondary behaviour to consider
17:55:55  <andythenorth> is there any benefit to offering control over primary / secondary closure separately?
18:00:09  <planetmaker> possibly. But I wouldn't bother now
18:00:24  <planetmaker> *someone* *somewhen* will always find it good ;-)
18:00:40  <andythenorth> personally I dislike primary closure, but I'm fine with secondary closure
18:00:43  <andythenorth> ish
18:02:17  <VVG> i actually liked that a bunch of unserviced industries closed down, i couldn't to connect them all at start and now i can't keep up with newly opened :)
18:02:45  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has joined #openttd
18:03:14  <andythenorth> VVG: secondary or primary
18:03:15  <andythenorth> ?
18:03:46  *** devilsadvocate [~devilsadv@202.3.77.202] has quit [Ping timeout: 480 seconds]
18:04:49  <andythenorth> what's better: one parameter with a complicated bit mask, or more parameters?
18:05:00  <VVG> primary, i try to have large stations at secondaries, so it is one of a kind of secondary i keep
18:05:01  <planetmaker> more
18:05:07  <VVG> more
18:05:14  <planetmaker> but depends upon "complicated"
18:05:35  *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
18:06:10  <VVG> calcutaling is harded than deciding on/off, so it is not dependant on defenition of complicated :)
18:06:15  <VVG> harder*
18:06:30  *** fonsinchen [~fonsinche@brln-4dba9b63.pool.mediaWays.net] has joined #openttd
18:10:50  <VVG> what is the maximum production of a mine?
18:11:08  *** argon [bsftgb@cpc2-hawk1-0-0-cust412.aztw.cable.virginmedia.com] has joined #openttd
18:11:47  *** devilsadvocate [~devilsadv@202.3.77.202] has joined #openttd
18:11:51  <argon> a proposal, make shared order a default behaviour when cloning vehicles, that would save so much time :)
18:13:03  <elho> argon: just press ctrl when cloning :)
18:13:23  <argon> hey that works? thanks!
18:13:24  <argon> :)
18:14:12  <elho> ctrl does good things to almost any action in the game ;)
18:14:52  <VVG> oh
18:14:57  <elho> see http://wiki.openttd.org/Hidden_features
18:14:58  <VVG> i actually have a proposal too
18:15:30  <VVG> make a new option at "manage list" dropdown menu -> "create vehicle group from current list"
18:16:43  *** heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Remote host closed the connection]
18:17:58  <argon> thanks elho :) that was going to be my next question, if it's in the wiki and if someone should add it, you're a mindreader
18:18:29  *** heffer [~felix@static-87-78-98-150.netcologne.de] has joined #openttd
18:18:34  <andythenorth> VVG: max production is something like 1080t or 2048t, I forget :)
18:19:21  <VVG> what should i look for in nfo if i decode FIRS grf to check it?
18:19:27  * elho just wished ctrl while building bridges would not build the last built but the latest available type
18:19:32  <andythenorth> magic
18:20:00  <andythenorth> VVG the chances of you working it out from FIRS code alone are low, unless you also understand the game's production logis
18:20:02  <andythenorth> logic /s
18:20:42  <andythenorth> however, you'll find the code much easier to read here, should you wish to try :)
18:20:42  <andythenorth> http://dev.openttdcoop.org/projects/firs/repository
18:20:44  <planetmaker> VVG: besides: if you can have the commented source code: why de-compile it?
18:20:54  <planetmaker> what andy says
18:21:15  <planetmaker> but then: I grant you: it's not easy...
18:21:21  *** ProfFrink [~proffrink@5e0adad6.bb.sky.com] has joined #openttd
18:21:22  <planetmaker> <3 NML :-)
18:21:24  <andythenorth> VVG: for a coal mine, it's the same as the default game apparently
18:21:33  <andythenorth> I haven't set any production multiplier
18:23:10  <andythenorth> planetmaker: http://dev.openttdcoop.org/issues/1028
18:26:36  <planetmaker> andythenorth: why a new issue for that? :-)
18:26:52  <andythenorth> the old parameter ticket got really baffling
18:27:30  <planetmaker> I'd make default=0, if somewhat sensible
18:27:37  *** Prof_Frink [~proffrink@5e0bd000.bb.sky.com] has quit [Ping timeout: 480 seconds]
18:27:37  *** ProfFrink is now known as Prof_Frink
18:28:12  <planetmaker> that way if one wants to change only a particular parameter one can savely enter
18:28:16  <planetmaker> 0 0 0 myvalue
18:28:39  <andythenorth> yes
18:28:56  <andythenorth> all the things for value = 0 are what I'd choose as defaults
18:29:15  <andythenorth> maybe not all my personal preference
18:29:30  <planetmaker> and currently #3 and #4 seem like duplication to 90% extend
18:29:48  <andythenorth> you're correct
18:29:51  <andythenorth> hmm
18:30:11  <andythenorth> for param #3
18:30:16  <andythenorth> value 4 = no openings?
18:30:22  <planetmaker> then I'd actually code #3 as bit switch. And just ^
18:30:22  <andythenorth> and it's a map so add them up
18:30:34  <planetmaker> just don't tell it's a bit switch. Just give the value
18:30:36  <planetmaker> s
18:30:54  *** woldemar [~maru@213.178.34.57] has joined #openttd
18:31:02  <andythenorth> hmm
18:31:13  <planetmaker> but it might make internal handling easier :-)
18:31:15  * andythenorth doesn't understand the difference between bit switches and bit maps / masks
18:31:24  <planetmaker> andythenorth: there's none
18:31:30  <andythenorth> okey doket
18:31:33  <andythenorth> dokey /s
18:31:42  <planetmaker> a bit setting is a set of on/off-switches
18:31:47  <andythenorth> so we call those a bit switch or bit map
18:31:50  <planetmaker> and then you can mask-out the one you're interested in
18:31:59  <planetmaker> IIRC that's the same, yes
18:32:27  <andythenorth> So can we agree a term for something that isn't a bit switch, i.e. there is no addition - like radio buttons.
18:32:28  <planetmaker> actually... you mask-out everything else except what you're interested in ;-)
18:32:37  <andythenorth> e.g. economy
18:32:49  <planetmaker> that's a setting
18:32:54  <andythenorth> ok
18:32:58  <andythenorth> I'll amend the ticket
18:33:38  <planetmaker> well. a single bit-switch is also a setting... but only a boolean one. A setting which has 0...7 is... well... a normal setting :-)
18:34:52  <andythenorth> planetmaker: updated the ticket
18:35:01  <andythenorth> afk for a bit, but your thoughts would be useful :)
18:35:08  <andythenorth> http://dev.openttdcoop.org/issues/1028
18:35:34  <VVG> hee. i though that maybe there is just simple to read and understand value of maximum production :)
18:36:39  <VVG> it's just i noticed one of mine coal mines have been at 1k production for sometime now without growing more, hence i wondered if i hit the maximum
18:39:48  *** Fast2 [~Fast2@p57AF82C4.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
18:40:02  *** frosch123 [~frosch@frnk-590fc845.pool.mediaWays.net] has joined #openttd
18:41:09  <planetmaker> quak! :-)
18:41:12  <frosch123> evening :)
18:41:14  <andythenorth> hi frosch123
18:41:16  <frosch123> everyone at home?
18:41:23  <frosch123> hello planetmaker, hello andythenorth
18:41:28  <planetmaker> Ammler and __ln__ won't be.
18:41:39  <planetmaker> dunno about Zuu
18:44:51  <Yexo> plural of aircraft is aircraft, right? (without s at the end)
18:45:19  <frosch123> yes
18:45:55  <Yexo> hello frosch123
18:45:56  <Yexo> and thanks
18:46:09  <frosch123> hmm, i should have answered "ye"
18:46:18  <frosch123> evening yexo :)
18:51:50  <fjb> Quak frosch123
18:52:05  <frosch123> moin fjb
18:52:27  *** fonsinchen [~fonsinche@brln-4dba9b63.pool.mediaWays.net] has quit [Remote host closed the connection]
18:52:30  <frosch123> oh, i remember, i was instructed to extend the highlight rules
18:52:36  <planetmaker> :-D
19:04:03  *** lewymati [~lewymati@89.230.159.206] has quit []
19:10:31  *** ProfFrink [~proffrink@5e0bf702.bb.sky.com] has joined #openttd
19:13:14  <CIA-1> OpenTTD: yexo * r20003 /trunk/src/ (8 files in 2 dirs): -Feature [FS#3886]: [NewGRF] var 43 depot build date for railtypes
19:14:56  <planetmaker> yippieh! :-)
19:15:03  <planetmaker> pony for me
19:15:34  <planetmaker> is there a possibility by the user to toggle visibility of rail fences?
19:16:25  <planetmaker> hm, yes. full details
19:16:27  <Yexo> full detail I think
19:16:30  <Yexo> :)
19:16:32  <planetmaker> :-) thanks
19:16:45  *** Prof_Frink [~proffrink@5e0adad6.bb.sky.com] has quit [Ping timeout: 480 seconds]
19:16:45  *** ProfFrink is now known as Prof_Frink
19:17:05  <planetmaker> I'm just toying the idea to change rail fences into hedges or something like that
19:17:18  <planetmaker> which would then possibly be of a higher height than fences
19:17:29  <planetmaker> thus it might be important to be able to switch them off
19:17:50  <Yexo> just make that another parameter for that to switch between fences/hedges
19:17:58  <Yexo> s/that//
19:17:59  <planetmaker> well. yes.
19:18:11  <planetmaker> but ingame on a MP server one might need it while building or so
19:18:34  <planetmaker> if there's a hedge covering the tracks, I'd like to see them dispite
19:18:38  <planetmaker> *despite
19:27:35  <peter1138> so are you making some rail types?
19:27:40  *** Kurimus [Kurimus@dsl-tkubrasgw1-fe32dc00-253.dhcp.inet.fi] has quit []
19:31:48  <Yexo> peter1138: see http://www.tt-forums.net/viewtopic.php?f=67&t=48876
19:31:54  <planetmaker> yes, I do
19:32:08  <planetmaker> swedish rails on bananas
19:35:19  <elho> planetmaker: will fast trains in fall make the leaves come off the hedges when passing? ;P
19:35:20  *** Adambean` [~AdamR@82.hosts.reece-eu.net] has joined #openttd
19:35:48  <planetmaker> elho: I cannot detect trains ;-)
19:36:09  <elho> yeah, just kidding :)
19:36:34  <planetmaker> but I try to just use the available options as good as possible
19:36:47  <planetmaker> Without changing the track properties that is.
19:38:41  *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds]
19:43:30  *** Fast2 [~Fast2@p57AF82C4.dip0.t-ipconnect.de] has joined #openttd
19:45:51  *** Adambean [CG1@82.hosts.reece-eu.net] has joined #openttd
19:47:30  *** Coco-Banana-Man [~Stephan.D@p5B2DB124.dip.t-dialin.net] has joined #openttd
19:49:12  *** Adambean` [~AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds]
19:57:56  *** DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
20:00:53  <planetmaker> peter1138: it's really a nice feature
20:01:05  <planetmaker> and it's quite fun considering the possibilities it gives
20:01:29  <planetmaker> especially these nice things like making them landscape aware...
20:01:45  <planetmaker> snowy depots, snowy fences... nice level crossings
20:02:05  <planetmaker> it just looks so much better
20:02:11  <elho> snow \o/
20:02:36  <peter1138> planetmaker, let me know what features need adding ;)
20:03:51  <elho> hmm, so a diagonal tile is 4/3 the distance to travel of a straight one, but space wise it is only half?  i must be missing something... :o
20:04:09  <peter1138> you're assuming physics etc applies :)
20:04:47  <elho> peter1138: not really. but maybe i'm wrong in assuming a connection between gfx and logics ;)
20:06:30  <planetmaker> peter1138: a link to the station gfx: has roof yes/no
20:06:44  <planetmaker> so that I can draw snowy tracks or not for stations
20:06:54  <planetmaker> snow under the roofs looks strange
20:07:02  <peter1138> no such flag :s
20:07:07  <planetmaker> I know
20:07:24  <planetmaker> :-) that's why it's a feature request ;-)
20:08:05  <planetmaker> with depots I can provide my own graphics where I over-paint the tracks with the depot graphics
20:08:10  <planetmaker> but with stations I cannot
20:08:56  <elho> but i'm failling to see the two vehicle on a straight tile thing
20:10:53  <elho> TrainLocoHandler calls TrainController once for every 192 speed on a straight tile resp. every 256 speed on a diagonal tile.
20:11:23  <elho> TrainController AIUI advances a vehicle one tile.
20:16:30  <elho> aha, GetNewVehiclePos only moves by one pixel. should have known logics in (former) commercial games are contrieved enough to suddenly factor in the gfx :P
20:17:15  <Rubidium> they're not moved by pixels
20:17:58  <Rubidium> tiles are just subdivided into a 16x16 grid on which a vehicle can be
20:18:28  <Rubidium> or actually the whole map has that "grid" for positioning vehicles
20:22:21  <__ln__> East Side Gallery [x], Fernsehturm [x], Alexanderplatz [x], U-bahn [x]
20:23:29  <planetmaker> nice :-)
20:23:42  <planetmaker> checkpoint charlie
20:23:48  <planetmaker> reichstag
20:23:55  <planetmaker> museumsinsel
20:24:09  <planetmaker> kreuzberg
20:24:49  <planetmaker> the latter is a matter of "sight seeing" vs. "getting a feeling how it looks off the beaten track"
20:25:33  <__ln__> i think my hostel is quite much in the kreuzberg area
20:26:17  <planetmaker> good :-)
20:26:45  *** Adambean` [AdamR@82.hosts.reece-eu.net] has joined #openttd
20:29:47  <planetmaker> walkd from "Unter den Linden through the Brandenburg gate to 'Straße des 17 Juli', through Tiergarten, past SiegersÀule to the KurfÃŒrstendamm
20:29:48  <planetmaker> "
20:30:12  *** Adambean [CG1@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds]
20:30:27  <elho> don't skip c-base ;)
20:30:57  <elho> Rubidium: i see. that subdiivision is TILE_SIZE which is != TILE_PIXELS :)
20:31:49  <elho> but then the comment "Get position information of a vehicle when moving one pixel in the direction it is facing" for GetNewVehiclePos() is misleading
20:33:45  *** argon [bsftgb@cpc2-hawk1-0-0-cust412.aztw.cable.virginmedia.com] has quit []
20:36:08  *** Zuu [Zuu@c-7ef1e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd
20:36:16  <Zuu> Good evening
20:36:23  <Alberth> hello
20:36:26  <Yexo> good evening Zuu
20:37:24  <Zuu> doh, irritated sweds on vacation are annoying. Had some of those on the train from Hamburg to copenhagen.
20:37:54  <Zuu> Thanks for a nice party :-)
20:39:21  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
20:43:36  * Zuu wonders if there is any reason apart from comersial reasons why you on a 45 min ferry are not allowed to stay in the train, while it is perfectly fine on a over-night ferry.
20:44:18  <Rubidium> I'd say "safety"
20:44:45  <Rubidium> "safety" as in the train + ferry combination are not "certified" for having people on board of the train
20:44:51  <Zuu> Sure, it might be safer to be at the upper deck, but how is it more un-safe to be at the lower deck at one fery than the other.
20:45:30  <Zuu> Could be different certificated ferries/trains though.
20:46:55  <elho> with only a 45min ride, too few people would leave the train and buy stuff in the restaurant of the ferry if they were not forced to :P
20:52:29  <planetmaker> hey Zuu :-)
20:52:36  <fjb> Moin Zuu
20:54:47  <Zuu> hey pm, on the platform of the train I was going to take there arrived a direct train to Havover which I went on and took me to Hanover. No idea if it was the usual way or a detour as I haven't traveled there before. ^^
20:56:20  *** lugo [~lugo@mgdb-4db8daae.pool.mediaWays.net] has quit [Ping timeout: 480 seconds]
20:56:30  <planetmaker> interesting. But it might have travelled via Hildesheim - the route taken alternatively
20:57:44  <Zuu> It said on the displays that the trains to hanover would be about 10-20 minutes delayed.
20:58:22  <planetmaker> yeah... that's the length of the detour :-)
21:12:22  *** lugo [~lugo@mgdb-4db8daae.pool.mediaWays.net] has joined #openttd
21:21:23  *** Zuu [Zuu@c-7ef1e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Read error: Connection reset by peer]
21:21:37  *** frosch123 [~frosch@frnk-590fc845.pool.mediaWays.net] has quit [Remote host closed the connection]
21:21:37  *** Zuu [Zuu@c-7ef1e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd
21:33:11  *** asilv [~as@h-62-142-160-55.joensuunelli.fi] has quit []
21:36:19  *** heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Quit: heffer]
21:36:58  *** elmz_ [~elmz@222.80-202-29.nextgentel.com] has joined #openttd
21:38:06  *** elmz_ [~elmz@222.80-202-29.nextgentel.com] has quit []
21:39:48  *** Progman [~progman@p57A1E6D2.dip.t-dialin.net] has quit [Remote host closed the connection]
21:43:58  *** elmz [~elmz@222.80-202-29.nextgentel.com] has quit [Ping timeout: 480 seconds]
21:46:57  *** Wizzleby [locke@204-74-213-37.take2hosting.com] has quit [Quit: Leaving]
21:47:05  *** Wizzleby [locke@204-74-213-37.take2hosting.com] has joined #openttd
21:49:51  *** Progman [~progman@p57A1E6D2.dip.t-dialin.net] has joined #openttd
21:57:20  *** devilsadvocate [~devilsadv@202.3.77.202] has quit [Ping timeout: 480 seconds]
21:58:06  * Zuu suggests serving audigex a 3-4 year old cake
21:59:58  <Zuu> (in response to his r20k topic suggestion)
22:05:16  *** devilsadvocate [~devilsadv@202.3.77.231] has joined #openttd
22:05:50  <Wolf01> 'night
22:05:53  *** Wolf01 [~wolf01@host226-233-dynamic.9-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
22:24:20  *** Zuu [Zuu@c-7ef1e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Quit: Leaving]
22:40:59  *** pugi [~pugi@p4FCC3972.dip.t-dialin.net] has quit [Quit: ALL YOUR BASE ARE BELONG TO US!]
22:41:19  *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.]
22:49:04  *** Dreamxtreme [~Dreamxtre@78.148.103.104] has quit [Quit: +++ OK ATH OK]
22:51:31  *** last_evolution [~last_evol@r5ba58.net.upc.cz] has quit [Quit: Leaving]
22:52:57  *** DDR [~chatzilla@d99-199-13-89.bchsia.telus.net] has joined #openttd
22:54:23  *** iAN_ [Miranda@HSI-KBW-078-042-146-187.hsi3.kabel-badenwuerttemberg.de] has quit [Read error: Connection reset by peer]
22:56:51  *** Coco-Banana-Man [~Stephan.D@p5B2DB124.dip.t-dialin.net] has quit [Quit: Regel Nr. 1: Jeder hört auf mein Kommando! - Regel Nr. 2: Jeder bleibt auf dem Weg! - Regel Nr. 3: ... ... Der, der blÀht, als hinterster geht!]
23:03:15  *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has quit [Ping timeout: 480 seconds]
23:08:01  *** Chillosophy [~fu@195-241-120-76.ip.telfort.nl] has quit []
23:15:33  *** devilsadvocate [~devilsadv@202.3.77.231] has quit [Remote host closed the connection]
23:32:13  *** Adambean [adamr@82.hosts.reece-eu.net] has joined #openttd
23:35:35  *** Adambean` [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds]
23:41:38  *** KritiK [~Maxim@95-27-171-177.broadband.corbina.ru] has quit [Quit: Leaving]
23:50:06  *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÌß]
23:54:16  *** Progman [~progman@p57A1E6D2.dip.t-dialin.net] has quit [Remote host closed the connection]
23:59:44  *** Adambean` [AdamR@82.hosts.reece-eu.net] has joined #openttd

Powered by YARRSTE version: svn-trunk