Config
Log for #openttd on 5th June 2009:
Times are UTC Toggle Colours
00:08:03  *** oskari89 [oskari89@88.193.124.243] has quit []
00:11:49  *** KenjiE20|LT [~Kenji@host86-166-26-17.range86-166.btcentralplus.com] has joined #openttd
00:12:09  *** KenjiE20 [~KenjiE20@92.1.251.98] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- Organize your IRC]
00:12:13  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
00:12:38  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
00:35:17  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
00:35:17  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
00:35:21  *** [alt]buster is now known as [com]buster
00:40:06  *** Zahl [~Zahl@e179203078.adsl.alicedsl.de] has quit [Quit: *schiel*]
00:56:06  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
00:56:06  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
00:56:09  *** [alt]buster is now known as [com]buster
01:08:34  *** reldred [~reldred@wirele5.lnk.telstra.net] has quit [Quit: Leaving.]
01:10:20  *** glx [glx@2a01:e35:2f59:c7c0:b4f0:52b0:b357:fd7e] has quit [Read error: Connection reset by peer]
01:10:29  *** glx [glx@2a01:e35:2f59:c7c0:b4f0:52b0:b357:fd7e] has joined #openttd
01:10:32  *** mode/#openttd [+v glx] by ChanServ
01:19:07  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
01:19:09  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
01:23:35  *** HerzogDeXtEr [~Flex@89.246.183.200] has joined #openttd
01:25:44  *** HerzogDeXtEr1 [~Flex@89.246.183.200] has quit [Read error: Connection reset by peer]
01:39:11  *** Frostregen [~sucks@dslb-084-058-113-203.pools.arcor-ip.net] has quit [Quit: und weg]
01:39:41  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
01:39:57  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
01:49:45  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
01:53:24  *** welshdragon [~welshdrag@80.247.163.137] has left #openttd []
01:55:01  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
01:55:01  *** [alt]buster is now known as [com]buster
02:06:22  *** KenjiE20|LT [~Kenji@host86-166-26-17.range86-166.btcentralplus.com] has quit [Quit: Leaving]
02:25:20  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd
02:29:59  *** glx [glx@2a01:e35:2f59:c7c0:b4f0:52b0:b357:fd7e] has quit [Quit: bye]
02:31:06  *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.]
02:31:32  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
02:31:37  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
02:31:40  *** [alt]buster is now known as [com]buster
02:43:17  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection]
02:54:34  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
02:54:36  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
03:09:14  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:13:02  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
03:20:05  *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
03:26:54  *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Ping timeout: 480 seconds]
03:30:55  *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Ping timeout: 480 seconds]
03:34:50  *** reldred [~reldred@wirele5.lnk.telstra.net] has joined #openttd
03:39:17  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds]
03:43:03  *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd
04:05:50  *** reldred1 [~reldred@115.131.210.181] has joined #openttd
04:06:07  *** reldred [~reldred@wirele5.lnk.telstra.net] has quit [Quit: Leaving.]
04:16:26  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
04:16:26  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
04:16:29  *** [alt]buster is now known as [com]buster
04:18:24  *** reldred1 [~reldred@115.131.210.181] has quit [Remote host closed the connection]
04:20:22  *** reldred [~reldred@115.131.210.181] has joined #openttd
04:29:43  *** reldred [~reldred@115.131.210.181] has quit [Quit: Leaving.]
04:29:46  *** reldred [~reldred@115.131.210.181] has joined #openttd
04:30:04  *** SineDeviance2 [~jman@cpe-075-176-106-090.carolina.res.rr.com] has quit [Quit: Leaving]
04:59:29  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
04:59:29  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
04:59:32  *** [alt]buster is now known as [com]buster
05:01:51  *** ecke [~ecke@213.195.202.11] has joined #openttd
05:21:15  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
05:21:15  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
05:21:18  *** [alt]buster is now known as [com]buster
05:27:04  *** Splex [~splex@c-24-245-55-70.hsd1.mn.comcast.net] has quit [Remote host closed the connection]
05:28:34  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd
05:36:18  *** Kage_Dragon [~chatzilla@24-138-109-98.zing-net.ca] has joined #openttd
05:41:15  <dihedral> morning
05:42:49  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
05:43:02  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
05:46:15  <andythenorth> morning
05:52:50  *** HerzogDeXtEr [~Flex@89.246.183.200] has quit [Read error: Connection reset by peer]
06:25:04  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
06:25:04  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
06:25:07  *** [alt]buster is now known as [com]buster
06:35:01  *** thingwath [~thingwath@morana.sks2.muni.cz] has joined #openttd
06:38:46  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
06:44:42  *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Server closed connection]
06:44:47  *** Sionide [sionide@cornflakes.imen.org.uk] has joined #openttd
06:46:51  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
06:47:44  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
06:47:44  *** [alt]buster is now known as [com]buster
07:00:38  <dihedral> cvs sucks
07:06:05  <z-MaTRiX> hi why?
07:06:11  <Alberth> there is no such thing as an ideal VCS
07:06:28  <dihedral> no - does not mean one cannot suck more than another
07:07:04  <dihedral> and eh... yes - i think there is such a thing as ideal - not perfect though :-P
07:07:19  <z-MaTRiX> its opensource...
07:08:25  <dihedral> z-MaTRiX, still sucks ^^
07:08:25  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
07:08:37  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
07:10:16  <Alberth> maybe you should use a different work flow (and/or VCS :p )
07:10:32  <Alberth> z-MaTRiX: not worth the trouble, there are many alternatives that kind of work.
07:10:53  <z-MaTRiX> sure, you can write one too
07:11:42  <Alberth> no thank you, svn and hg are good enough for me :)
07:12:49  <dihedral> i am converting from cvs to svn
07:13:31  <Alberth> btw changing cvs is non-trivial, iirc the devs are heavily opposed to many changes. So much that OpenBSD started writing a new one, and svn got born.
07:13:48  <Alberth> converting should solve some of the problems :)
07:17:44  *** helb [~helb@84.244.90.36] has quit [Ping timeout: 480 seconds]
07:18:44  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd
07:24:03  <dihedral> converting IS my problem :-P
07:25:32  *** Eddi|zuHause [~johekr@p54B77DFE.dip.t-dialin.net] has quit [Remote host closed the connection]
07:25:40  <CIA-3> OpenTTD: alberth * r16519 /trunk/src/window.cpp: -Add: Prevent hiding of a window titlebar behind the status bar.
07:25:54  *** Eddi|zuHause [~johekr@p54B77DFE.dip.t-dialin.net] has joined #openttd
07:26:06  <Alberth> people overestimate the value of history
07:26:57  <planetmaker> moin.
07:27:03  <planetmaker> Alberth, that was irony, was it?
07:27:10  *** ecke_ [~ecke@pc153-248.upce.cz] has joined #openttd
07:29:30  <Alberth> not really, how often do you lookup a change longer ago than say, 1 month?
07:29:52  <Rubidium> quite often actually
07:30:15  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
07:30:39  <Rubidium> although the hg/git repositories don't go further back than r<there where we went to c++> IIRC
07:31:19  <Rubidium> oh, that was 'only' before the svn reimport
07:33:17  <dihedral> Alberth, it's a company - the history here is quite important ;-)
07:33:38  <planetmaker> Alberth, quite often here, too
07:34:00  <dihedral> after the conversion i have 25800 revs :-D
07:34:07  <dihedral> the entire process takes me about 8 hours
07:34:19  <dihedral> and that is just one of the projects :-P
07:34:23  <Alberth> that's a lot of coffee :)
07:34:42  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Ping timeout: 480 seconds]
07:34:42  *** [alt]buster is now known as [com]buster
07:34:43  <planetmaker> when I try to pach things, or especially update older patches, it's THE thing to do to look through the history of what was done in order to understand the necessary modifications.
07:36:18  *** reldred [~reldred@115.131.210.181] has quit [Ping timeout: 480 seconds]
07:40:50  <dihedral> Alberth, it's even more when you think that i am still just preparing :-P
07:44:14  *** ecke_ [~ecke@pc153-248.upce.cz] has quit [Ping timeout: 480 seconds]
07:47:32  <Alberth> planetmaker: good to hear I don't write the commit messages for nothing :p
07:50:21  <planetmaker> Alberth, you definitely don't. I kinda use the hg log (the web one) for regular lecture :)
07:50:50  *** phidah [~phidah@1305ds3-oebr.0.fullrate.dk] has joined #openttd
07:51:34  *** helb [~helb@84.244.90.36] has joined #openttd
07:52:20  <Alberth> I tend to prefer 'hg view'. Going back more than a few revisions with the hg web-interface is an art I have not yet mastered.
07:53:19  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
07:53:56  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
07:53:56  *** [alt]buster is now known as [com]buster
07:55:02  <Alberth> good luck with the conversion, see you all
07:55:15  *** elmz [~elmz@ti0207a340-dhcp0258.bb.online.no] has joined #openttd
07:55:15  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
07:59:40  *** ecke_ [~ecke@pc153-105.upce.cz] has joined #openttd
08:01:47  *** fonsinchen [~alve@BAE9589.bae.pppool.de] has joined #openttd
08:07:31  *** ecke_ [~ecke@pc153-105.upce.cz] has quit [Read error: Connection reset by peer]
08:08:44  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
08:24:59  *** ecke_ [~ecke@pc152-65.upce.cz] has joined #openttd
08:29:45  *** Progman [~progman@p57A1CB68.dip.t-dialin.net] has joined #openttd
08:37:26  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Quit: andythenorth]
08:47:01  *** ecke_ [~ecke@pc152-65.upce.cz] has quit [Ping timeout: 480 seconds]
08:53:47  *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd
08:58:24  *** ecke_ [~ecke@pc127-134.upce.cz] has joined #openttd
08:58:56  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection]
08:59:29  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
09:16:23  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
09:20:02  *** ecke [~ecke@213.195.202.11] has quit [Read error: Connection reset by peer]
09:30:26  *** Zahl [~Zahl@e179203078.adsl.alicedsl.de] has joined #openttd
09:31:57  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
09:33:10  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd
09:33:17  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection]
09:34:50  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
09:35:22  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
09:36:27  *** ecke_ [~ecke@pc127-134.upce.cz] has quit [Ping timeout: 480 seconds]
09:41:10  <fonsinchen> Are those debug messages documented anywhere? What is the usual way to increase the debug level, for example for "misc"? Of course I can just set it in my code, but I guess that's not how it's intended to be done. I've been wondering about this for a long time ...
09:47:27  <petern> ...
09:47:29  <petern> from the console
09:47:33  <petern> or from the command line
09:49:35  <petern> grrr, idiots
09:52:08  *** HerzogDeXtEr [~Flex@89.246.183.200] has joined #openttd
09:52:55  *** Splex [~splex@c-24-245-55-70.hsd1.mn.comcast.net] has joined #openttd
09:56:56  *** Frostregen [~sucks@dslb-084-058-113-203.pools.arcor-ip.net] has joined #openttd
09:57:11  *** [alt]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
09:57:16  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
09:57:19  *** [alt]buster is now known as [com]buster
10:03:38  <Kage_Dragon> Finally got my first real patch working... Any C++ gurus want to critique it? :D
10:05:10  <guru3> what's it a patch of?
10:05:30  <guru3> *for
10:05:30  <Kage_Dragon> Filter by Trainset in the Build window
10:06:31  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
10:06:45  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd
10:07:19  <Kage_Dragon> http://www.tt-forums.net/viewtopic.php?f=33&t=43723
10:08:06  * guru3 was just curious
10:08:21  <guru3> i'm not that great at c++, just anyline with 'guru
10:08:24  <guru3> in it pings me
10:08:34  <Kage_Dragon> hehe
10:08:39  * guru3 fades back into obscurity
10:08:59  <Kage_Dragon> Not that I"m great at c++  either
10:10:19  <guru3> i specialize in php and obscure hacks
10:11:01  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
10:25:19  *** Tron__ [~tron@f050245033.adsl.alicedsl.de] has joined #openttd
10:28:49  *** Tron [~tron@g228082058.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
10:38:48  *** octo_ is now known as octo
10:46:40  *** Biolunar [mahdi@blfd-4db0385b.pool.einsundeins.de] has joined #openttd
10:47:30  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection]
10:48:36  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
10:51:04  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
10:52:30  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
10:53:50  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit []
10:55:13  <dihedral> Kage_Dragon, you are finished ey?
10:55:15  <dihedral> / TODO-> Set num_of_loaded_grfs to # of loaded GRFS
10:55:17  <dihedral> :-P
10:55:58  <dihedral> int trainset_filter_criteria;           ///< Selected Trainset filter <- you indented with 'tab'
10:56:02  <dihedral> sorry - alligend
10:56:52  <dihedral> empty lines should not be indented
10:57:07  <dihedral> at all ;-)
10:58:12  <dihedral> newgrf_names[trainset_filter_items] = "All"; <- hard coded string, use a string id instead so it's translateable
10:59:01  <dihedral> +               for (int i = 0; i < (num_of_loaded_grfs + 3); i++){
10:59:01  <dihedral> +                   exists = false;
10:59:01  <dihedral> +                   if (this->newgrf_names[i] == grf_name){
10:59:01  <dihedral> +                       exists = true;
10:59:01  <dihedral> +                       break;
10:59:02  <dihedral> +                   }
10:59:03  <dihedral> +               }
10:59:10  <dihedral> you can set exists to false outside the for loop
10:59:56  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
11:00:08  <dihedral> +           if (trainset_filter_criteria == 0){ //No Set Filter <- move the comment above the if statement?
11:00:20  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has joined #openttd
11:00:28  <dihedral> and use /* */ comments
11:01:03  <dihedral> or move the comment inside the if block
11:01:31  <dihedral> STR_TRAINSET_FILTER_DROPDOWN                                   :{BLACK}{2:RAW_STRING} <- not properly aligned
11:01:47  <dihedral> +
11:01:47  <dihedral> +
11:01:47  <dihedral>  ########### For showing numbers in widgets
11:01:54  <petern> gah, i need a decent audio interface :S
11:01:54  <dihedral> you dont need those two extra lines ^^
11:02:26  <dihedral> +### Trainset Filter <- match number of # with the other comments you find in that file
11:02:40  <dihedral> Kage_Dragon, that's all i can tell you right now :-D
11:04:11  <Kage_Dragon> Thanks dihedral...
11:05:18  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
11:19:01  *** Singaporekid [~notme@cm185.psi148.maxonline.com.sg] has joined #openttd
11:19:55  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
11:22:07  *** theholyduck__ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
11:23:22  *** KenjiE20 [~KenjiE20@92.23.181.55] has joined #openttd
11:26:34  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
11:26:45  *** oskari89 [oskari89@dsl-kpobrasgw1-ff7cc100-243.dhcp.inet.fi] has joined #openttd
11:27:44  *** phidah [~phidah@1305ds3-oebr.0.fullrate.dk] has quit [Quit: phidah]
11:28:36  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
11:28:54  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
11:34:37  *** theholyduck__ [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
11:43:03  *** lewymati [~lewymati@aejb187.neoplus.adsl.tpnet.pl] has joined #openttd
11:46:01  <Eddi|zuHause> <dihedral> you can set exists to false outside the for loop <- a decent compiler should be able to figure that out on its own
11:46:44  <dihedral> still does not mean you can be sloppy only because you have a decent compiler :-P
11:47:17  <dihedral> else nobody would care for coding style in general :-P
11:47:34  <dihedral> or nobody would care what kind of comments you use
11:47:52  <dihedral> or not indenting empty lines
11:47:55  <dihedral> the compile handles it
11:47:56  <dihedral> :-P
11:48:00  *** Leanden [~Leanden@cpc2-nfds3-0-0-cust19.lei3.cable.ntl.com] has joined #openttd
11:48:06  <Leanden> evening all
11:51:20  <Leanden> nevermind
11:51:21  <planetmaker> good night
11:51:27  <Leanden> lol hey planet
11:51:47  <planetmaker> :)
11:52:02  <Leanden> hows tricks?
11:53:28  <planetmaker> hu?
11:53:53  <Leanden> hows things
11:54:15  <planetmaker> as usual :P
11:54:54  <Leanden> busy?? :p
11:55:02  <planetmaker> yup
11:55:38  <Leanden> which GRF sets are you working on atm?
11:58:16  *** [com]buster [~Combuster@82-171-220-59.ip.telfort.nl] has quit [Read error: Connection reset by peer]
11:58:59  <planetmaker> opengfx + 2cctrainset
12:07:21  *** Biolunar [mahdi@blfd-4db0385b.pool.einsundeins.de] has quit [Quit: brb]
12:07:55  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
12:13:34  *** ecke [~ecke@213.195.202.11] has joined #openttd
12:16:06  <Leanden> nice
12:18:31  <Leanden> *chases tumbleweed*
12:19:23  *** Eddi|zuHause [~johekr@p54B77DFE.dip.t-dialin.net] has quit [Remote host closed the connection]
12:19:45  *** Eddi|zuHause [~johekr@p54B77DFE.dip.t-dialin.net] has joined #openttd
12:22:01  *** Lachie_ is now known as Lachie
12:31:01  *** Singaporekid [~notme@cm185.psi148.maxonline.com.sg] has quit [Quit: Leaving]
12:34:27  *** jpm_ [~pekka@kone.suomen4g.fi] has joined #openttd
12:34:57  *** jpm [~pekka@kone.suomen4g.fi] has quit [Ping timeout: 480 seconds]
12:39:31  *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has joined #openttd
12:41:55  *** Leanden [~Leanden@cpc2-nfds3-0-0-cust19.lei3.cable.ntl.com] has quit [Quit: Bye for now!]
12:44:37  *** jpm_ [~pekka@kone.suomen4g.fi] has quit [Ping timeout: 480 seconds]
12:45:49  *** jpm [~pekka@kone.suomen4g.fi] has joined #openttd
12:50:31  <fonsinchen> I'm running openttd in valgrind and I have an interesting message. It seems there is some memory management problem in the 8bpp blitter: http://paste.openttd.org/183200
12:54:34  *** Kage_Dragon [~chatzilla@24-138-109-98.zing-net.ca] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0/2008052906]]
12:56:02  *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd
12:57:12  *** xahodo [~xahodo@xahodo.demon.nl] has joined #openttd
12:58:50  <Rubidium> fonsinchen: that's odd. It would imply that 'm' is uninitialised, which would me it would be reading out of bounds of the remap 'array' which it should warn about
12:59:04  *** jpm [~pekka@kone.suomen4g.fi] has quit [Read error: Connection reset by peer]
12:59:30  <Rubidium> fonsinchen: what (New)GRFs are you using? Sounds to me that a font is using the wrong indices or so
13:00:33  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
13:04:32  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
13:05:47  <Belugas> helloo
13:06:40  <fonsinchen> Actually that's from cargodist and I'm using this savegame: http://www.tt-forums.net/download/file.php?id=111922 ... I'll check the newgrfs ...
13:07:09  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
13:07:33  *** theholyduck__ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
13:11:17  <fonsinchen> newgrfs: http://fickzoo.com/fonsinchen/newgrf.png
13:14:09  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
13:16:26  <fonsinchen> Ah, and I'm using opengfx.
13:21:02  <Ammler> 404
13:29:03  <Belugas> 101
13:29:05  <Belugas> 5
13:29:08  <Belugas> ;)
13:30:15  <Ammler> :-)
13:33:41  *** jpm [~pekka@kone.suomen4g.fi] has joined #openttd
13:34:56  <planetmaker> fonsinchen, you should update your 2cc train set :)
13:36:23  <fonsinchen> I have various version of various trainsets there. I think it picks the version which was last used in the save game, doesn't it?
13:36:28  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
13:36:47  <fonsinchen> And the savegame is not mine; I'm just trying to find out why it takes 300MB of RAM.
13:40:27  <planetmaker> fonsinchen, yes, it *should* prefer the one with the matching md5sum - I think.
13:40:54  <planetmaker> not sure though wether it or only the grfID is stored. I guess both.
13:42:20  *** theholyduck__ [~holyduck@94.80-202-138.nextgentel.com] has quit [Read error: Operation timed out]
13:42:47  *** jpm [~pekka@kone.suomen4g.fi] has quit [Ping timeout: 480 seconds]
13:42:54  *** dragonhorseboy [~dragonhor@modemcable160.111-57-74.mc.videotron.ca] has joined #openttd
13:43:27  <dragonhorseboy> any of you have any suggestion on a passenger station grf? (just anything to replace that boring original single station tile)  it'll be for a urban network
13:43:27  <Eddi|zuHause> yes, both are stored
13:43:52  <Eddi|zuHause> i always use MB's newstations
13:44:06  *** Frostregen [~sucks@dslb-084-058-113-203.pools.arcor-ip.net] has quit [Quit: und weg]
13:44:19  <Eddi|zuHause> they are the most flexibly interchangable station tiles
13:44:25  <dragonhorseboy> hm ok I'll get that ty
13:44:50  <dragonhorseboy> any idea if there're any decent tram sets yet or everything is still in early teaser stages yet?
13:44:53  <Eddi|zuHause> there are more than that
13:45:08  <dragonhorseboy> (been some time I last recall trying to collect all of them to try them out for myself)
13:45:14  <Eddi|zuHause> you can load as many station sets as you like
13:45:14  <planetmaker> dragonhorseboy, get egrvs from bananas
13:45:22  <Eddi|zuHause> then you can try out different combinations
13:45:41  <dragonhorseboy> egrvs...
13:45:42  <planetmaker> I usually load most station sets I do have :P
13:45:43  <Eddi|zuHause> there should be several suitible tram grfs
13:45:47  <planetmaker> dragonhorseboy, vehicles...
13:46:13  <Eddi|zuHause> the germanrv set looks promising
13:46:30  <Eddi|zuHause> but the trucks are unfinished
13:47:07  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
13:48:27  <dragonhorseboy> http://grfcrawler.tt-forums.net/details.php?do=details&id=234 this the egrv one right?
13:50:58  <planetmaker> https://secure.openttd.org/bugs/task/2649 <-- I don't get quite why that shall be the intended behaviour
13:52:09  *** jpm [~pekka@kone.suomen4g.fi] has joined #openttd
13:52:12  <Yexo> it's consistent: building a statino next to another fails without ctrl
13:52:40  <andythenorth> planetmaker: good points about the fishing beach
13:54:45  <dragonhorseboy> hmm ok so i got town buildings, some possible trams, planes, stations, new roads .. hmm .. I just need to decide which trainsets to default to :p
13:54:54  <planetmaker> :P sorry for the comparison with a viper bay :)
13:54:59  <dragonhorseboy> (going use lv3.5-buses for rvs anyway)
13:56:22  <planetmaker> andythenorth, in principle, I like the idea though a lot :)
13:56:33  <Belugas> i don't
13:56:36  <andythenorth> maybe in a later version
13:56:37  <Belugas> what idea?
13:57:04  <planetmaker> Belugas, beach graphics in the FIRS industry set.
13:57:21  <planetmaker> (as part of an industry - whatever it may be)
13:57:21  <dragonhorseboy> FIRS? is that recent?
13:57:39  <dragonhorseboy> remind me how behind I must be on grf development since a few months ago :S
13:58:34  *** Zahl_ [~Zahl@f051153139.adsl.alicedsl.de] has joined #openttd
13:58:38  <Belugas> you're a lot behind on grf development seince a few months ago
13:58:47  <Belugas> i love beaches
13:59:02  <Belugas> even more when i can see them from the bottom of the sea
13:59:11  <Belugas> well...
13:59:15  <Belugas> not THAT deep...
13:59:20  <dragonhorseboy> at least dbsetxl still hasn't gotten any updates yet
13:59:26  <dragonhorseboy> belugas :P
14:00:21  <dragonhorseboy> oh that explains it.. FIRS isn't even in the ttdx sections
14:00:25  <planetmaker> andythenorth, oh, I didn't see your final sand pit version. That looks awesome! :)
14:00:27  <Belugas> what?  you ask for it and you complain when we give you waht you want??
14:00:30  <Belugas> pffff.... users...
14:01:54  <dragonhorseboy> hm these graphics don't look bad just I think some of these buildings seem to use a bit too much land
14:02:26  <Eddi|zuHause> dragonhorseboy: the dbset is getting plenty of updates... the problem is, they don't get released
14:02:45  <dragonhorseboy> eddi..yeah :/
14:03:13  <dragonhorseboy> I kinda would had liked to see what kind of new rolling stock were added in for any possible v0.9 grf
14:03:16  <dragonhorseboy> but oh well
14:03:40  *** Zuu [~Zuu@c-4afbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd
14:04:25  <andythenorth> what?  Users ask for much bigger industries, and then complain when we give them what they want?
14:04:56  <andythenorth> pfffff
14:05:03  <Eddi|zuHause> who complained where?
14:05:10  <dragonhorseboy> andy..not everyone play with industry:low and map:HUGE ;)
14:05:21  <dragonhorseboy> but then go figure
14:05:50  *** Zahl [~Zahl@e179203078.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds]
14:05:50  *** Zahl_ is now known as Zahl
14:05:50  <Eddi|zuHause> i'd sometimes like to have industries:even lower
14:07:33  <Eddi|zuHause> primary industries like farms need to be plenty, mines should be plenty but concentrated, secondary industries should be sparse
14:07:56  <Belugas> make a grf :)
14:08:02  <Belugas> or a scenario
14:08:43  <dragonhorseboy> eddi thats alak: scenario editor
14:08:49  <dragonhorseboy> place as little or many as you please
14:08:49  <dragonhorseboy> :)
14:09:05  <dragonhorseboy> heh belugas seem we share the same answer :p
14:09:24  <Eddi|zuHause> do you have any idea what amount of time is needed to fill a scenario by hand?
14:09:37  <Ammler> doesn't ECS do that?
14:10:02  <Eddi|zuHause> ECS is way too overloaded
14:10:02  <planetmaker> Eddi|zuHause, I think I do :)
14:10:04  <planetmaker> A lot
14:10:48  <Ammler> Eddi|zuHause: ever tried to play with only one vector?
14:11:45  <Ammler> e.g. basic only.
14:13:10  <Belugas> do you have any idea what amount of time is needed to think about how to do what you require without fucking up the whole industry grf base, to design a decent gui to provide necessary configuration, to actually code the whole freaking thing?
14:13:17  <Eddi|zuHause> no, but i tried PBI and it felt way more natural
14:15:07  <Eddi|zuHause> Belugas: i'm pretty sure the stuff i said is possible to do via grf
14:15:26  <Eddi|zuHause> PBI already modifies the primary to secondary ratio, afaik
14:15:45  <Belugas> yup -> [10:11] <@Belugas> make a grf :)
14:16:00  <Eddi|zuHause> and firs' survey stuff might be the way to achieve clustering of mine regions
14:16:12  <Eddi|zuHause> but the grfs don't come overnight either ;)
14:16:36  <dragonhorseboy> who's site was that that had the tunnel portal and rail depot replacement altogether?
14:16:53  <andythenorth> Is it some kind of bizarre coincidence that half of our studio is looking at Kanban versus Scrum today?
14:17:10  <Eddi|zuHause> what?
14:17:26  <andythenorth> never mind
14:18:13  * Belugas was looking at the road, yesterday evening. Picked up his bottles of air for the weekend
14:18:25  <Belugas> that's the kind of evening i love!
14:18:27  <Ammler> PBI, the grf where also serviced industries disapear, just nobody knows, why :-)
14:18:53  <planetmaker> Ammler, it's so... realistic ;)
14:19:11  <Ammler> hehe, Eddi|zuHause uses another word for ;-)
14:19:37  <planetmaker> yeah :P It's safer.
14:20:01  <dragonhorseboy> oh doh thats funny.. somehow seeing your name jogged my memory ammler :p
14:20:18  <andythenorth> Eddi|zuHause: your suggestions could be done with grf more or less.  It's not even hard to code - just time consuming.  But it would be a right pain in the arse to playtest and make reliable.
14:20:38  <andythenorth> And I can forsee it might get stuck in a deadlock or something.   Coding conditional logic in nfo is for the brave
14:20:45  <Ammler> as I said, ECS does that.
14:21:08  <Ammler> (at least, partially)
14:21:58  <dragonhorseboy> oh no that was a different grf :/
14:22:07  <dragonhorseboy> meh where is that silly site with the tunnels
14:24:19  <dragonhorseboy> hm guess I'll just use the czset roads
14:24:34  <Eddi|zuHause> is it possible you meant ameecher instead of ammler?
14:24:45  <Ammler> Eddi|zuHause: he mostly does ;-)
14:25:15  <dragonhorseboy> heh eddi funny how memory sometimes runs together and yeah thats finally just what i was looking for :D
14:25:27  <dragonhorseboy> hmm uk doubledeck buses too...
14:25:54  <andythenorth> Am I going nuts or did someone have a URL to henrik kniberg somewhere above, or is my mac fucked?
14:26:56  <Eddi|zuHause> you are most likely going nuts, but that does not necessarily exclude the other alternatives :p
14:27:18  <dragonhorseboy> hehehe
14:27:26  <dragonhorseboy> brb to download and sort out a bunch of grfs already
14:29:11  *** Biolunar [mahdi@blfd-4db0385b.pool.einsundeins.de] has joined #openttd
14:31:02  *** lewymati [~lewymati@aejb187.neoplus.adsl.tpnet.pl] has quit []
14:31:36  *** williham [~wito@212.251.244.25] has joined #openttd
14:32:13  *** williham is now known as [wito
14:32:17  *** [wito is now known as [wito]
14:34:50  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd
14:36:36  <dragonhorseboy> hmm any suggestion on which bridge grf sets to try?
14:36:48  <dragonhorseboy> need to be able to comply with 240km/h trains ;)
14:37:48  *** Fenris [~fenris@p5B0D6731.dip.t-dialin.net] has joined #openttd
14:38:10  <Rubidium> tto?
14:38:37  <planetmaker> dragonhorseboy, none at all?
14:39:03  <Rubidium> -> http://www.tt-forums.net/viewtopic.php?f=26&t=39317
14:40:36  <Eddi|zuHause> i kinda like the bridge renewal
14:40:56  <Eddi|zuHause> i don't like newbridges
14:41:05  <Eddi|zuHause> because it has too many "designer" bridges
14:43:32  *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Quit: Adia?.]
14:45:59  <Rubidium> does it have a wooden designer bridge?
14:46:35  <_ln> off-topicish: is there a NATO standard about beards?
14:47:24  <dragonhorseboy> http://www.tt-forums.net/viewtopic.php?f=26&t=38492 this eddi?
14:51:32  <planetmaker> it's a nice one, yes
14:51:43  <planetmaker> (though I'm not Eddi :P )
14:52:12  <[wito]> _ln: I'm going to go right ahead and guess that beards are fair game, as long as your hair (or beard) doesn't touch your collar
14:52:18  <[wito]> but that's just an educated guess
14:52:40  *** orava [~rain@a88-114-52-67.elisa-laajakaista.fi] has joined #openttd
14:54:16  <dragonhorseboy> am I correct that you only can use one town name list at a time or can you mix two together?
14:54:37  <Rubidium> yup
14:54:58  <dragonhorseboy> rubidium..?
14:55:37  <planetmaker> hehe :)
14:56:03  *** welshdragon [~welshdrag@80.247.163.137] has joined #openttd
14:57:54  <Rubidium> dragonhorseboy: am I correct that you can only drink one soft drink at a time or can you mix two together?
14:58:26  <dragonhorseboy> two
14:59:02  *** KUDr [~kudr@195.39.113.199] has joined #openttd
14:59:11  <KUDr> hello
14:59:25  *** Belugas [~belugas@216.191.111.238] has quit [Quit: On snow, everyone can follow your traces]
14:59:28  <Rubidium> dragonhorseboy: you can only drink one soft drink at a time, but when you mix them you create another soft drink which you can drink
15:00:35  <Rubidium> hi KUDr
15:00:40  <KUDr> hi
15:01:42  *** orava [~rain@a88-114-52-67.elisa-laajakaista.fi] has left #openttd [Leaving.]
15:01:52  *** Belugas [~belugas@216.191.111.238] has joined #openttd
15:01:54  *** mode/#openttd [+o Belugas] by ChanServ
15:03:18  *** Fenris [~fenris@p5B0D6731.dip.t-dialin.net] has quit [Quit: Nettalk6 - www.ntalk.de]
15:10:44  *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Ping timeout: 480 seconds]
15:10:51  <_ln> [wito]: thanks
15:11:24  <[wito]> _ln: Like I said, that's a guess, but I think I've seen pictures of NATO officers with beards
15:13:03  *** KUDr [~kudr@195.39.113.199] has quit []
15:14:32  *** bbf [~bbf@201.87.149.182] has joined #openttd
15:15:08  <dragonhorseboy> urghh almost done with grfs..then to try a quick test map soon :S
15:15:12  <bbf> hi there... are the any developers around ?
15:15:51  <bbf> I'm coding something for OTTD, but I wanted to ask if it would be allowed to be merged into the official tree later on
15:16:44  <Yexo> that depends on a lot of things:
15:16:58  <Yexo> 1. (most important): do we think it fits with the rest of the game
15:17:10  <Yexo> 2. Does the patch follow code style
15:17:38  <Yexo> 3. Can you convince a developer to spend time reading your patch (the larger the patch, the harder this is)
15:17:53  <Yexo> so what are you coding?
15:17:55  <bbf> It adds some new dependencies... so, it's kind of big
15:18:21  <bbf> well, I really dislike the fact that some servers are running with goals (patched stuff)
15:18:58  <Yexo> you dislike the fact that some servers run with goals or do you dislike that not all servers run with goals?
15:19:04  <bbf> so what I'm trying to achieve is a system like that for OTTD
15:19:26  <bbf> I dislike that fact that they have it, and that's not part of the official
15:19:35  *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd
15:19:41  <bbf> so every other server looks boring without it
15:19:54  <Zuu> but if it become a part of the official it become okay?
15:20:00  <bbf> and just look at the player count.... everyone hangs around there
15:20:11  <bbf> I don't know
15:20:26  <bbf> I think they hardcoded most stuff (guess)
15:20:41  <Yexo> I think it's not just the fact that those servers have goals, but the fact that they have active admins
15:20:54  <bbf> have they suggested merging their changes to the official tree ?
15:21:26  <Yexo> the only server I can think of is kurts goalserver, and that one stopped with the release of 0.7.0
15:21:31  <Yexo> he never released any patch, so no
15:21:48  <bbf> there are new servers with goals now, not kurt's
15:21:55  <Yexo> there was the "openttd hard goal" project some time ago, but their site seems to be down
15:21:59  <bbf> well anyways
15:22:05  <Zuu> Hasn't mega some kind of goal patch? hmm don't remember.
15:22:18  <Yexo> wasn't that ohg?
15:22:40  <bbf> what I'm doing is, adding the ability to script stuff on the server side
15:22:51  <bbf> like an AI, but without a company
15:22:57  <Zuu> I don't know was long time ago I read about it. Havn't been around the last one or two months much.
15:23:22  *** dragonhorseboy [~dragonhor@modemcable160.111-57-74.mc.videotron.ca] has left #openttd []
15:23:28  <bbf> initially I wanted to keep Squirrel as the language, but for now, I just decided to do it in LUA
15:24:11  <bbf> I'm still crawling thru the ottd source code to find the best spots to hook it
15:24:32  <bbf> but I can already execute simple scripts
15:24:56  <bbf> would that be a good addition to the official tree ?
15:25:04  <Zuu> Now I'm not Yexo but I guess it would increase the merge chances if you are able ot use squirrel for it. Any specific reasons for not using Squirrel?
15:25:21  <Yexo> that's indeed correct
15:25:29  *** glx [glx@2a01:e35:2f59:c7c0:f0ea:5178:b723:3f87] has joined #openttd
15:25:29  *** mode/#openttd [+v glx] by ChanServ
15:25:29  <bbf> yeah, I thought so
15:25:43  <Yexo> I (personally, no idea about other devs) don't like the idea of adding another scripting language
15:25:54  <bbf> but it was a matter of personal preference, and because it's easier to do the bindings
15:25:56  <Yexo> as long as it's completely optional, it may still have a chance though
15:26:15  <Yexo> bbf: did you look at how NoAI does the bindings?
15:26:21  <bbf> yeah, I did
15:26:23  <Yexo> they're generated automatically from the header files
15:27:04  <Zuu> Allthough the binaries compiled by the OpenTTD server probably will have it included and then have a perhaps 10-20% increase in compile time.
15:27:14  <Zuu> Squirrel added a 30% or so I recall.
15:27:33  <glx> including many bugs
15:27:34  <Yexo> it was not squirrel, more all the noai code (the complete api is a lot of code)
15:27:55  <bbf> is there any reason why you guys choose Squirrel instead of the other scripting languages ?
15:28:03  <Yexo> of course
15:28:05  <bbf> well, ofc there's a reason
15:28:06  <glx> looks a lot like C/C++
15:28:29  <Yexo> we wanted class support, and I think squirrel was the only one at that time with proper support for classes (and other functionality we needed)
15:29:08  <Yexo> but I wasn't here when the choice was made, so glx may have a better answer
15:29:15  <bbf> well, I like LUA because it's really mature already... it has been used in a lot of other games...
15:29:27  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd
15:29:29  <bbf> and lot of people already know how to code in it
15:29:49  <bbf> also because it's really fast
15:31:20  <bbf> well... I'm coding this feature like this... and I'll provide the changes if you guys are interested
15:32:00  <Eddi|zuHause> if you really learned how to program, the language does not matter
15:32:09  <Eddi|zuHause> the features and the libraries matter
15:32:10  <glx> Squirrel is inspired by languages like Python,Javascript and expecially Lua(The API is very similar and the table code is based on the Lua one)
15:32:31  <glx> if you know lua you know squirrel :)
15:32:56  <bbf> glx> I haven't really played that much with Squirrel
15:33:35  <Yexo> <bbf> but I can already execute simple scripts <- can you upload a patch somewhere so we can see how much new code is needed for lua?
15:34:12  <bbf> well... the code is pretty small... the dependencies are not
15:34:27  <Yexo> just the diff without lua then :p
15:34:41  <glx> we try to reduce external dependencies
15:34:51  <Eddi|zuHause> <_ln> off-topicish: is there a NATO standard about beards? <- the standards i learned were "have a full beard, or shave every day, grow beards only during holidays" and "it may not interfere with the operation of a gas mask"
15:34:56  <bbf> since I wanted it to be fast to prototype, I used: Lua, LuaBind, and LuaBind requires Boost
15:35:23  <glx> boost is very huge
15:35:35  <bbf> yup, I knew you guyst wouldn't like that :)
15:35:47  <glx> and think about msvc users
15:35:56  <bbf> I'm on msvc
15:36:03  <bbf> but the latest
15:36:16  <bbf> so it doesn't freakout on the templates
15:36:21  <glx> many have already problems to follow the steps to compile current code
15:36:54  <glx> even when we provide required libs in a package
15:37:20  <bbf> btw, do you have any developers that are using msvc and working with the AI ?
15:37:40  <Yexo> yes
15:37:44  <Yexo> I am :)
15:37:49  <bbf> oh great :)
15:38:01  <bbf> do you use MSYS or smth to update the bindings ?
15:38:11  <Yexo> but then I have a cygwin installation which I use for svn/running the squirrel_export scripts
15:38:19  <bbf> aha :)
15:39:06  <Eddi|zuHause> i don't really understand the reasons to introduce another scripting language when there already is one...
15:39:26  <Eddi|zuHause> unless you replace the existing one with anotherone which provides backwards compatibility
15:39:51  <Yexo> which would be a very good idea, since squirrel has many bugs ;)
15:40:04  <glx> bbf: I never ported squirrel_export to vbs :)
15:40:34  <bbf> as I said, I only did it in LUA because I know it's good, and I could do it fast
15:40:41  *** Hirundo [~chatzilla@5ED0816A.cable.ziggo.nl] has joined #openttd
15:40:48  <bbf> it took me 3 hours to get to the current state
15:40:56  *** Lakie [~Lakie@91.84.251.149] has joined #openttd
15:41:06  <Yexo> bbf: again, if you can show us a diff we can see how much work it would be to convert to squirrel, and how intrusive your code is
15:41:23  <bbf> sure, just a sec
15:41:55  <Eddi|zuHause> Yexo: but didn't TrueBrain intend to do that with NAIL?
15:42:11  <Yexo> Eddi|zuHause: yes :)
15:42:36  <Yexo> but NAIL is "another scripting language" that "provides backwards compatibility", so it falls in your description :)
15:43:18  <glx> IIRC lua doesn't have classes
15:43:24  <Yexo> and it has a different syntax
15:43:35  <Yexo> which at this point is important
15:43:40  <bbf> yeah, it much more simple
15:43:54  <glx> AI needs classes
15:43:59  <bbf> it has objects tho
15:44:03  <glx> (either for internal work)
15:44:05  <Zuu> But would give me and other AI writers lot of work to convert the code for Lua.
15:44:14  <Zuu> (AI code)
15:44:34  <Yexo> Zuu: that's why we won't switch unless the new language is at least mostly compatible
15:44:36  <bbf> hey... I'm not suggesting we replace the current AI :) don't raise the pitchforks yet
15:44:56  <Zuu> Yexo: I know you wouldn't just to tell bbf. :)
15:44:57  * Chruker semi-lowers his
15:45:35  <Yexo> Chruker: you got aquaducts to work with your AI?
15:46:19  <Chruker> mostly
15:46:49  <Chruker> current bug is building the aquaduct over the goal tile :-)
15:48:23  <bbf> well, this code is hacked up together: http://pastebin.com/d3d028236
15:48:45  <bbf> it's very simple, and just exports the "error" function
15:49:20  <bbf> and as you can notice, I copied and modified existing files
15:51:09  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Quit: andythenorth]
15:51:56  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd
15:53:07  *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
15:54:11  * bbf stares at Chruker, as he suggests we drop Squirrel completly
15:55:04  <Yexo> bbf: http://devs.openttd.org/~yexo/mapgen/mapgen_script.diff <- a patch to be able to make a map generator in squirrel. It's way too slow, but you can see how to use the squirrel system
15:55:22  <Yexo> just rename mapgen to goals and you should have most of the code ready
15:58:58  <bbf> hmm... this script is interesting for something else I wanted to aswell
15:59:05  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd
15:59:12  <bbf> is it gonna be merged in the trunk ?
15:59:24  <Yexo> no, because it's way too slow for map generation
15:59:32  <Yexo> 13 seconds for a 512x512 map iirc
15:59:46  <bbf> but since it's optional, why not ?
16:00:10  <bbf> you can switch between Original, TerraGenesis and Script right ?
16:00:13  <Yexo> because it'll give bug reports "openttd hangs" when people try to generate big maps
16:00:16  *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd
16:00:18  <Yexo> yes
16:01:39  <bbf> what about warning the user when it's selected: "Warning: What you are trying to do is gonna hang the game for a long time, you better get some popcorn while you are at it."
16:02:50  <bbf> or why not merge it, and only enable it with #ifdefs ? ./configure --enable-squirrel-mapgen
16:03:16  <Yexo> what's the point of merging if it's not compiled by default?
16:03:45  <bbf> sorry, I'm not trying to change the the way the project is being handled, I just wanna understand how it's being handled
16:04:12  <Yexo> ok, no problem, the reasons that patch is not included are:
16:04:16  <bbf> because some people, like me, would love to have stuff like that when running servers
16:04:31  *** lewymati [~lewymati@aejd168.neoplus.adsl.tpnet.pl] has joined #openttd
16:04:36  <Yexo> 1. It needs a new window to set seperate settings per map generator script
16:04:47  <Yexo> (and I dislike creating guis)
16:05:19  <Yexo> 2. The code needs more cleanup, the functions from mg_run.cpp should be split to some other files
16:06:01  <Yexo> 3. the few people I've send that patch (the ones most likely to create a new script) never gave much response
16:06:29  <Yexo> 4. it's slow (not a huge problem)
16:06:49  <Eddi|zuHause> <bbf> what about warning the user when it's selected: "Warning: What you are trying to do is gonna hang the game for a long time, you better get some popcorn while you are at it." <- people ignore the current "if you change newgrfs, your computer is gonna blow up" message, either
16:07:08  <[wito]> Eddi|zuHause: because it doesn't reliably blow up
16:07:24  <bbf> I agree with wito
16:07:25  <xahodo> Why not 2 sepparate progress bars, one for the current stage and one for the overall status?
16:08:07  <[wito]> adding newgrfs, for example, almost always works
16:08:17  <xahodo> That could help the scripted map generator with informing the player about how far it is.
16:08:19  <[wito]> except for train sets
16:08:57  <Yexo> xahodo: that's require the map generator script to tell openttd how far it is
16:09:07  <Yexo> which is possible, but adds mroe code to those scripts
16:09:23  <welshdragon> more code + bad thing?
16:09:30  <bbf> and it'll depend on how good the script code is
16:09:49  <xahodo> At least the player then knows how far the script is,
16:09:52  <Yexo> welshdragon: if the same can be done with less (and equally readable) code, yes
16:09:57  <bbf> do you trust progress bars when installing software ? :)
16:10:24  <Yexo> yes, I trust them to take as long for 99% and 100% as for the rest of the bar
16:10:25  <xahodo> I don't get progress bars when installing software...
16:11:10  <bbf> it's really hard to estimate how much the script will take depending on the script
16:11:35  <bbf> and I think this whole sq mapgen stuff would be great with dedicated servers only
16:11:38  <xahodo> Then let the script handle increasing the progress bars.
16:12:36  *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has joined #openttd
16:13:08  <bbf> ooh... btw, how does the game scale when you increase the number of companies in the game ?
16:13:27  <Yexo> just increasing the number of companies does as good as nothing
16:13:33  <Yexo> it's more the total number of vehicles
16:13:38  <bbf> why is it currently set to 15, and not 30 for example ?
16:14:02  <bbf> so, if we have 200 companies, but with less vehicles per company, that would be ok ?
16:14:04  <Yexo> because several variables are 16 bit and need a bitmask of the companies
16:14:21  *** xahodo [~xahodo@xahodo.demon.nl] has quit [Quit: Goodbye.]
16:14:21  <bbf> oh
16:14:24  <Yexo> so it's not easy to increase it to more then 15
16:14:40  <bbf> that was the answer I was looking for
16:14:41  <Hirundo> And some places in the map array (roads) cannot handle more than 16 - 1 companies currently
16:14:43  <Yexo> it's also stored in the map array, and that's full
16:18:58  <glx> and number fo comany colors is limited too
16:20:59  *** welshdragon [~welshdrag@80.247.163.137] has left #openttd []
16:21:12  *** welshdragon [~welshdrag@80.247.163.137] has joined #openttd
16:21:35  <Chruker> Wishlist for a new scripting system:  1) Multithreading, 2) Ability to follow (stepping) execution through the script
16:22:30  <Yexo> Chruker: completely agree with 2)
16:22:45  <Yexo> do you mean multithreading within your script, or running several AIs at the same time?
16:23:40  <glx> we tried threaded AIs, it caused more problems than it solved
16:23:51  *** fonsinchen [~alve@BAE9589.bae.pppool.de] has quit [Quit: Leaving.]
16:23:56  <Chruker> Mainly one AI per thread
16:24:13  <Yexo> that causes way too much trouble to be worth the time
16:24:59  *** tokai [~tokai@p54B84336.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
16:25:19  <Chruker> I guess I'm assuming that the AI would work just like a client connected to a server, but if the AI code doesnt allow that kind of seperation I see the problem :-)
16:25:40  <Yexo> it doesn't work like that
16:25:44  <bbf> you wanted an asynch AI
16:25:53  <Yexo> though it should be easy to create a client that runs an AI
16:27:11  *** tokai [~tokai@p54B8031B.dip0.t-ipconnect.de] has joined #openttd
16:27:14  *** mode/#openttd [+v tokai] by ChanServ
16:28:58  *** frosch123 [~frosch@frnk-590fd8d1.pool.einsundeins.de] has joined #openttd
16:30:59  <Eddi|zuHause> such a client would still have to calculate the game state, like any multiplayer client
16:31:19  <Yexo> of course, but it could be run on a different computer
16:36:24  *** Hirundo [~chatzilla@5ED0816A.cable.ziggo.nl] has quit [Read error: Connection reset by peer]
16:38:34  *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Ping timeout: 480 seconds]
16:38:49  *** lewymati [~lewymati@aejd168.neoplus.adsl.tpnet.pl] has quit []
16:46:38  *** DaleStan [~Dale@c-98-223-48-35.hsd1.in.comcast.net] has quit [Ping timeout: 480 seconds]
16:48:28  <Aali> in fact, I used to have a patch that would allow you to run an AI on a client
16:48:34  <Aali> without patching the server
16:48:46  <Aali> major fun pre-noAI merge
17:00:32  *** Hirundo [~chatzilla@5ED0816A.cable.ziggo.nl] has joined #openttd
17:00:53  *** rain```` [rain@24-183-138-238.dhcp.fdul.wi.charter.com] has quit [Ping timeout: 480 seconds]
17:26:24  *** Lakie` [~Lakie@91.84.251.149] has joined #openttd
17:32:47  *** Lakie [~Lakie@91.84.251.149] has quit [Ping timeout: 480 seconds]
17:33:30  *** Lakie` is now known as Lakie
17:34:08  *** Hirundo [~chatzilla@5ED0816A.cable.ziggo.nl] has quit [Read error: Connection reset by peer]
17:36:43  *** Hirundo [~chatzilla@5ED0816A.cable.ziggo.nl] has joined #openttd
17:37:13  <CIA-3> OpenTTD: yexo * r16520 /trunk/src/ai/api/ai_bridge.cpp: -Fix [NoAI]: Make sure AIBridge::BuildBridge returns what the documentation says it does (r16244 for AIBridge)
17:38:15  *** PhoenixII [ralph@home.deboom.biz] has joined #openttd
17:38:16  *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer]
17:42:42  *** Hirundo [~chatzilla@5ED0816A.cable.ziggo.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]]
17:53:32  <bbf> how do releases get packaged ? are the tags for releases copied directly from the main trunk, or do they come from a branch ?
17:54:10  <glx> from branch
17:54:47  <bbf> and then when something is considered mature, it's backported from the trunk to the branch ?
17:55:07  <glx> only bugfixes are backported
17:55:35  <bbf> when does the trunk become the current branch then ?
17:56:03  <glx> branch is created when we think it's time to make it :)
17:56:09  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Quit: andythenorth]
17:56:49  *** Tron__ is now known as Tron
17:56:56  <bbf> because, that mapgen patch uses files that are in script/* in trunk, but I don't see them currently even on 7.1-RC3
17:57:30  <glx> all branches are based on trunk
17:58:12  <bbf> so at some point 7.1 came directly from trunk, right ?
17:58:17  <glx> no
17:58:26  <glx> 7.1 will be from 0.7
17:58:51  <glx> trunk will become 0.8
17:58:56  <Yexo> bbf: somewhere before 0.7-RC1 a new branch was created for 0.7
17:59:18  <Yexo> all new development remains in trunk, and bugfixes are backported to that new branch
17:59:38  <Yexo> after some time, 0.7.0-RC1 was released, bugs where found, fixed in trunk and backported again
17:59:39  <bbf> so, if I wanna use that mapgen code on a server that is compatible with the current stable release, I'll have to backport some of the changes from trunk
17:59:54  <Yexo> yes
18:00:25  <Yexo> r15736 to be exact
18:01:37  *** fonsinchen [~alve@BAE9589.bae.pppool.de] has joined #openttd
18:01:55  <Yexo> should be trivial, since 0.7 was split of at r15734
18:07:18  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
18:11:12  *** Biolunar [mahdi@blfd-4db0385b.pool.einsundeins.de] has quit [Quit: brb]
18:11:59  <Chruker> Is the way the openttd project uses tags, branches and trunk the 'standar' way version control systems are used?
18:12:03  *** KUDr [~doctor@203.253.broadband9.iol.cz] has joined #openttd
18:12:07  <Chruker> *'standard'
18:12:36  <bbf> using SVN is more like a coding convention
18:13:01  <bbf> even tags and branches are not a standard by svn itself
18:13:05  <blathijs> Chruker: Yeah, it is the most commonly used layout
18:13:27  <blathijs> Chruker: You could take a look at the svnbook, IIRC this convention is proposed there
18:13:36  <Xaroth> Chruker: there are no 'standards', just common-used stuff
18:14:29  *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO]
18:14:59  <Chruker> that was why I put the word standard in the '' :-)  However most of the sites where I've read about it, seems to keep trunk as the latest 'stable' and then all development are done in branches.
18:16:32  <frosch123> there is a difference between a "release branch" and a "development branch" for experimental stuff :)
18:16:48  <Xaroth> People usually use Trunk for the 'latest working version'
18:16:58  <Yexo> Chruker: lots of 'big' patches for openttd are codes in a branch first, see for example http://hg.openttd.org/
18:16:59  <Xaroth> in this case, it's just the latest version
18:17:19  <Xaroth> and i'm sure the devs don't just randomly commit crap if they aren't sure it's going to work :P
18:17:21  <frosch123> some also fix bugs reported for the stables first in the stable branch, and then sync trunk with the release branch. but imo that screws up history
18:20:20  <Belugas> [14:20] <Xaroth> and i'm sure the devs don't just randomly commit crap if they aren't sure it's going to work :P  <---  that is...  mmh... a leap of faith...  you never know it's going ot work 100% of the time
18:20:27  <Belugas> bogus bogus
18:20:50  <Belugas> sometimes, it's nt even tested, for a lack of test cases
18:20:53  <blathijs> _Most_ of the time, there will be at least _some_ testing before committing :-p
18:21:05  <Belugas> sometimes, it's not even compiled
18:21:10  <Belugas> yeah, MOST of the time ;)
18:21:32  * Belugas heads down to work
18:21:32  <Chruker> Ex:  '<glx> 0.7.1 will be from 0.7' that make it sounds like a tag turning into a branch
18:21:49  <Belugas> the other way around
18:21:54  <Belugas> it's a tag on a branch
18:22:00  <Yexo> 0.7 is a branch, 0.7.1 will be a tag on that branch
18:22:08  *** rain```` [rain@24-183-138-238.dhcp.fdul.wi.charter.com] has joined #openttd
18:22:42  <frosch123> Chruker: http://svn.openttd.org/ <- there is a 0.7 branch with 0.7.0 RC1..RC2, 0.7.0, 0.7.0 RC1..RC3 refering to it
18:23:04  <frosch123> the latter are tags
18:23:52  <frosch123> under "branches" you will also find two abandoned development branches :)
18:25:51  <Noldo> only two?
18:26:02  <Yexo> yes
18:26:18  <Yexo> some others were removed
18:28:33  <Chruker> It just seems to me that the location of the latest stable-ish version moves from trunk to ex. the 0.7 branch
18:29:04  <Yexo> the latest stable is never trunk
18:29:24  <Chruker> Or does ALL 0.7 relevant bugfixes get ported from trunk to 0.7 branch until you decide to go to 0.8 branch?
18:29:26  <Yexo> all bugs fixed in trunk are backported to the latest stable branch (0.7 currently)
18:29:31  <Chruker> :-)
18:29:32  <Yexo> Chruker: yes
18:29:47  <Chruker> I think that was the missing link
18:29:51  <Yexo> and in the meantime new features are introduced in trunk which can introduce new bugs
18:29:58  <Yexo> ok :0
18:30:13  *** rain```` [rain@24-183-138-238.dhcp.fdul.wi.charter.com] has quit [Ping timeout: 480 seconds]
18:30:57  <frosch123> sometimes we also backport some of the new bugs :p
18:31:08  <Chruker> hehe
18:31:26  <Yexo> like r16502?
18:31:39  <Yexo> I'm very happy Rubidium ran the regression test before releasing 0.7.1-RC3 :)
18:31:46  *** rain```` [rain@24-183-138-238.dhcp.fdul.wi.charter.com] has joined #openttd
18:32:35  <frosch123> or r16478, I guess there are a lot :)
18:33:38  <frosch123> hmm, or was that before branching, cannot remember
18:35:53  <fonsinchen> Nice, the build system is fixed. Dependency resolution when switching between git branches seems to work fine now.
18:36:27  *** Muxy [~benoit@smtp.bdelalande.net] has joined #openttd
18:36:28  <frosch123> since r16307 :)
18:37:12  <fonsinchen> Oh, it seems I haven't tried without the usual "make clean && make" for a long time.
18:38:22  *** DJNekkid [~tmsmje@static128-249.adsl.no] has joined #openttd
18:39:04  <DJNekkid> question to any newgrf expert: is it possible to refrence a var2 "extra callback info" in another "extra callback info"
18:39:41  * frosch123 does not understand the question
18:39:52  <DJNekkid> tbh, me either when i think harder on it
18:40:02  <DJNekkid> hehe
18:40:11  <frosch123> :)
18:41:13  <DJNekkid> clue is, i want a CB 36'es property to be adjustable on some kind of variable...
18:41:45  <Lakie> Sounds messy
18:42:02  <frosch123> which property shall depend on which variable?
18:42:29  <DJNekkid> so if i "10" two kinds, with <value+80>, and do that thru some kind of other variable, and refrerance that in the "main" '10'
18:42:30  <DJNekkid> hmm...
18:42:45  <DJNekkid> frosch123: i've forgotten in all this thinking :)
18:42:57  <DJNekkid> running cost
18:43:36  <DJNekkid> based on running speed
18:44:16  <frosch123> so you want to use the speed (as defined by cb 36) in the cb 36 to define the running cost?
18:44:26  <frosch123> s/speed/maxspeed/
18:45:03  <frosch123> or do you want to use the current speed of the vehicle for the running cost?
18:45:21  *** thingwath [~thingwath@morana.sks2.muni.cz] has quit [Quit: It's all over.]
18:47:55  <DJNekkid> doh, bleh!
18:48:00  <DJNekkid> ofcourse!
18:49:06  <frosch123> well, in the former case you could use a "function call" to share the chains, in the latter - well -  there are some sets doing that
18:49:14  <DJNekkid> http://paste.openttd.org/183202
18:49:33  <DJNekkid> now that should work!
18:49:41  <DJNekkid> variable B4 is runspeed btw
18:49:49  <Lakie> I think Pikka does similar to what you want.
18:50:07  <DJNekkid> the cID CB might need to be an 82 btw
18:50:15  <DJNekkid> i've done something _similar_ in the 2cc st
18:50:22  <DJNekkid> just way more code...
18:50:25  <DJNekkid> two CB36'es
18:50:33  <DJNekkid> changed inbetween the runspeed
18:50:43  <DJNekkid> jeesus, my english suck!
18:51:08  <DJNekkid> "if runspeed = 0, use one cb36, else use other cb36"
18:52:09  <frosch123> hmm, is there still some open question?
18:52:23  *** thingwath [~thingwath@morana.sks2.muni.cz] has joined #openttd
18:55:48  <DJNekkid> i dont think so ... and i woul think that the paste i did there would work...
18:55:58  <DJNekkid> sometimes one just need to air ones thouts i think :)
18:56:08  <DJNekkid> and my wife is talkin on the phone :p
18:57:19  <DJNekkid> Lakie: did the animation code work btw?
18:57:44  <Lakie> Haven't had achance to try it, renum keeps failing to compile (cygwin error though)
18:57:50  <fonsinchen> Why does NFO have such a sick syntax? Wouldn't it be possible to alias every meaningful block of hex code with either a human readable keyword or a human readable number, perhaps add some braces and then just run a very simple string replacing compiler on that to get the originial NFO syntax? That would be very helpful for people like me who can't read hex like a book. Maybe I should try something like this.
18:58:12  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
18:58:29  <Aali> fonsinchen: its called preprocessing, and people have already done it :)
18:59:28  <frosch123> multiple people have done it :) but noone seems to use any of those
19:00:13  <fonsinchen> Oh, do you have a link?
19:00:42  <fonsinchen> Why does no one use the preprocessors?
19:01:47  <Aali> because it doesn't actually make things easier since everyone and everything else works with (more or less) raw nfo?
19:02:28  <frosch123> fonsinchen: because everyone of them uses a different weird script language which no windows noob can use
19:04:48  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
19:05:06  <frosch123> fonsinchen: http://www.tt-forums.net/viewtopic.php?p=757827#p757827 <- there is my approch that deals with action2 chains. it is for Gnu R :p Most others dealt with action 0. Eddi|zuHause had some thingie that dealt with action 0, 1,2,3 or so
19:07:25  <fonsinchen> The preprocessor should work in both ways: compile and decompile nfo seemlessly. Then incompatibility between stuff written in raw nfo and symbolic nfo wouldn't be an issue.
19:08:31  <frosch123> some of them can also deal with that, but imo grf->nfo is hardly useful, as you won't understand the grf anyway
19:08:59  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd
19:09:01  <planetmaker> Lakie: I have compiled a recent renum version which works without cygwin support
19:09:17  <Lakie> Could I have a copy, if you don't mind.
19:09:23  <planetmaker> I attached it in the renum thread
19:09:23  <fonsinchen> If you could decompile NFO into some symbolic representation you'd at least have more of a chance of understanding it.
19:09:28  <planetmaker> of course, I don't mind :)
19:09:33  <Lakie> Usually I'd build my own, but cygwin refuses to find the boost files
19:09:37  <frosch123> fonsinchen: you know grf2html ?
19:09:43  <fonsinchen> Yes
19:09:52  <planetmaker> http://dev.openttdcoop.org/projects/home/files <- or grab it there
19:09:54  <fonsinchen> but the result is not editable.
19:10:03  <planetmaker> ^Lakie
19:10:03  <frosch123> no :)
19:10:12  <fonsinchen> that's a drawback.
19:10:42  *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd
19:10:57  *** PhoenixII [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer]
19:12:46  <Lakie> Thanks, planetmaker
19:12:58  <planetmaker> no worries. My pleasure
19:13:01  <planetmaker> does it work for you?
19:13:50  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit []
19:14:02  <Lakie> Appears to
19:14:09  <planetmaker> Btw Lakie: I made good experience with just using MinGW and MSys. without any cygwin things required
19:14:18  <planetmaker> that's how I built it.
19:14:38  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd
19:14:38  <Lakie> MinGW works pretty nicely
19:14:43  <planetmaker> nice, good to know it works for others, too and not just for me :)
19:14:44  <Lakie> Not sure about MSys though
19:15:23  <planetmaker> well. If everything you need works - don't change it :)
19:15:27  <Lakie> Except with mingw, I've always had issues with gdb
19:15:47  <planetmaker> I didn't use that so far under windows.
19:16:08  <Lakie> Hehe, fair enough
19:22:05  *** z-MaTRiX [~matrix@nude.lesbianbath.com] has quit [Ping timeout: 480 seconds]
19:34:37  *** theholyduck__ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
19:41:39  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
19:49:45  <Ammler> hmm, is there a function to delete the old bananas grfs?
19:51:09  <Yexo> no
19:51:14  <Yexo> and that's by design
19:51:21  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Quit: andythenorth]
19:51:36  *** DaleStan [~Dale@c-98-223-48-35.hsd1.in.comcast.net] has joined #openttd
19:52:26  <Yexo> terms of service: 4. You grant the OpenTTD team to retain older versions of your content for the purpose of loading savegame with said older version.
19:53:44  <planetmaker> Yexo: I think it was meant as locally.
19:53:47  <planetmaker> Not on the server
19:54:02  <planetmaker> ^^ Ammler?
19:54:18  <planetmaker> of course there's the rm function ;)
19:54:53  <Yexo> ah, ok :)
19:55:24  <planetmaker> on the server it doesn't make sense indeed
19:56:37  <Ammler> yes, I meant something to automatically clean the server
19:56:45  <Ammler> (openttd server)
19:57:30  <Ammler> and i agree you keeping old grfs on bananas, that is completely fine ;-)
19:58:53  <Yexo> the main problem is that a client (I assume your server is a game-server, so a bananas-client) has no idea whether or not a newgrf is outdated
20:00:59  <Ammler> rm * and redownload might be the easiest
20:01:11  *** mikegrb [~michael@mikegrb.netop.oftc.net] has left #openttd []
20:01:57  *** mikegrb [~michael@mikegrb.netop.oftc.net] has joined #openttd
20:05:14  <Ammler> Yexo: why not, you can update grfs, so it should be possible?
20:05:45  <Yexo> Ammler: uploading is possible because the bananas server tells what the new versions are
20:05:47  <Ammler> well, it needs first connecting to server, but would be less traffic then redownload everything.
20:07:03  <Ammler> for server, it is important to delete old files, as they are loaded randomly.
20:08:17  <Ammler> hmm
20:08:39  <Yexo> ah, I see the problem now
20:09:52  <Ammler> I am wondering, nobody thought about version info in newgrfs earlier ;-)
20:10:44  *** FR^2 [~frquadrat@frquadrat.de] has joined #openttd
20:13:00  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd
20:17:15  *** Muxy [~benoit@smtp.bdelalande.net] has quit [Remote host closed the connection]
20:17:22  *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has joined #openttd
20:24:54  *** DJNekkid is now known as Kristine
20:25:05  *** Kristine is now known as DJNekkid
20:30:29  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd
20:30:45  <Nite_Owl> Hello all
20:31:18  *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer]
20:31:25  *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd
20:41:53  *** NightKhaos [~nightkhao@78-86-111-126.zone2.bethere.co.uk] has quit [Quit: Leaving...]
20:42:58  *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds]
20:46:37  <Belugas> Ammler: http://wiki.ttdpatch.net/tiki-index.php?page=Action8   <--- version
20:48:13  <Ammler> Belugas: but you don't mean GRFID?
20:48:37  <Ammler> as you change that only, if it isn't  compatible anymore.
20:48:51  *** FR^2 [~frquadrat@frquadrat.de] has quit [Quit: Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!]
20:50:08  *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd
20:50:20  <Belugas> [16:13] <Ammler> I am wondering, nobody thought about version info in newgrfs earlier ;-)
20:50:24  <Belugas> version
20:50:33  <Belugas> use it properly or not
20:50:37  <Belugas> i mean...
20:50:50  <Belugas> that's waht it's used for :S
20:51:17  <Belugas> unless yu need a version of a version in a version for a version :S
20:51:24  <Ammler> no, it isn't
20:51:34  <Ammler> you don't change grfid for version
20:51:50  <Belugas> wel... you should
20:51:54  <Ammler> and i.e. george doesn't use it anyway,
20:52:03  <Ammler> no, you mustn't!
20:52:07  <Ammler> :-)
20:52:12  <Belugas> does not mean that if he throws himself over a bridge you should follow
20:54:11  <Ammler> would you change the GRFID, if you have to fix a alignment?
20:58:20  *** Cybert1nus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
20:58:29  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection]
21:00:13  <Belugas> technically, yes
21:00:30  *** Cybert1nus is now known as Cybertinus
21:00:30  <Belugas> everytime you recompile for distribution, you should
21:00:43  <Belugas> if foryourself, no
21:01:01  <Belugas> if for the outside world, a recompile would require a new version
21:01:06  <Belugas> no matter what
21:01:18  <Belugas> otherwise... well...
21:01:36  <planetmaker> Belugas: how do you indicate then, that the grfs are compatible?
21:01:54  <planetmaker> they are compatible. Just a bit changed graphics etc. No changes with IDs.
21:01:58  <planetmaker> that doesn't make sense IMO
21:02:03  *** KritiK [~Maxim@78-106-143-184.broadband.corbina.ru] has joined #openttd
21:02:04  <andythenorth> me neither.
21:02:24  <Belugas> not the point of compatibilty
21:02:28  <planetmaker> grfID should indicate incompatible things like ISR 8.0 and 7.1
21:02:39  <Belugas> :S
21:02:39  <andythenorth> right now I am doing a minor version change on HEQS.  it's a bug fix.  If change the grfid I break all saved games.
21:02:49  <andythenorth> that's not good.  even if it's correct
21:02:59  <Belugas> you CHANGED something, you RECOMPILED something, yu change version
21:03:03  <Belugas> that's how i see it
21:03:08  <Belugas> that's what i do at work
21:03:19  <planetmaker> yes. But OpenTTD also maintains compatibility.
21:03:19  <Belugas> that's what Ottd does too
21:03:28  <planetmaker> newgrfs cannot do that, if they change version
21:03:29  <Belugas> irrelevanta
21:04:51  <planetmaker> well it works for base grfs. why not newgrfs?
21:05:15  <andythenorth> I change something.  I change version.  I break saved games.  Users are pissed off.  How is that helping? :)
21:06:08  <planetmaker> andythenorth: technically you're not breaking savegames. They just have to keep playing with the old one in old games. But nevertheless...
21:06:42  <planetmaker> if it's wrong to use the same GRFID but different MD5 sum... why accept that at all?
21:07:39  <andythenorth> I may be talking out of my arse, but the grfid schema doesn't *look* like a version key.  It looks like a grf key to allow grfs to check for the presence of other grfs.  I wasn't there when it was invented, but the uses I've *seen* and the documentation I've *seen* indicate that is one of its functions??
21:07:48  *** theholyduck__ [~holyduck@94.80-202-138.nextgentel.com] has quit [Read error: Operation timed out]
21:07:54  *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has quit [Ping timeout: 480 seconds]
21:08:19  <planetmaker> it's a machine readable name by documentation
21:09:53  * Belugas turns back to tis duties
21:10:31  <Nite_Owl> What if the GRFID stays the same but you change the file name to coincide with the version released
21:10:59  <planetmaker> Nite_Owl: the filename is irrelevant afaik
21:11:38  <Nite_Owl> true but it does give you an idea of the grf's progression
21:11:40  <planetmaker> the point is that openttd filters, if the grfID is the same
21:12:03  <planetmaker> and gives you a random file out of those with the same grfID.
21:12:13  <planetmaker> not the newest, not the oldest, just some
21:12:40  <planetmaker> IF they're all in tars w/o directories.
21:12:46  <planetmaker> and a server may select any
21:13:10  <andythenorth> can we fix this grfid business in any easy way? :)
21:13:56  <planetmaker> well. It helps to pack things in an archive in a sub-directory.
21:14:03  <planetmaker> then they're considered seperate files
21:17:07  <Nite_Owl> I do not use bananas that much for these exact reasons - plus I have my own directory structure where I like to store grfs
21:18:55  <planetmaker> well. bananas works like a charm IMO in that respect. It's easy to use to stay up2date with those grfs.
21:19:51  <Nite_Owl> I do seem to remember being able to extract files from the tars though and move them around as much as I might like
21:19:54  <CIA-3> OpenTTD: frosch * r16521 /trunk/src/yapf/follow_track.hpp: -Fix [FS#2946] (r13945): Do not access 'compatible_railtypes' for road vehicles. (causing invalid reads since r16391/16392)
21:25:33  <Nite_Owl> and for those grf makers that do not rename their files with a version number I usually do that for the sake of my own sanity anyway
21:26:20  <Ammler> Nite_Owl: that is something you shouldn't do without grfid change
21:26:50  <Ammler> just think about newgrf presets
21:28:05  <Nite_Owl> I only do it so I can remember if I have the latest version of the grf or not
21:28:21  <Yexo> Ammler: it doesn't matter if you do that as soon as you download something
21:28:23  <Ammler> ah, for your local grfs?
21:28:39  <Ammler> Yexo: ?
21:28:51  <Yexo> <Ammler> Nite_Owl: that is something you shouldn't do without grfid change <- that
21:29:17  <Ammler> yeah, I thought, he renames grf file for release
21:30:40  <Nite_Owl> no - just personal use
21:31:14  <Ammler> well, I do that too (the old gfs), also for the grfpack
21:31:22  <Ammler> grfs*
21:31:59  <Ammler> there are around 4 different ISR versions in the coop pack :-)
21:35:58  <Nite_Owl> Speaking of which has anyone heard from mart3p recently?
21:37:12  <andythenorth> yes, he's busy  ;)
21:37:31  <andythenorth> I think he's either buried with 'real' work.  or out of the country.
21:38:11  <frosch123> Last visited:  	Tue May 26, 2009 5:57 pm <- :o
21:38:24  <planetmaker> hm?
21:38:40  <frosch123> no totally lost :)
21:38:42  <frosch123> +t
21:38:56  <planetmaker> ah
21:40:13  <Nite_Owl> I still owe him some feedback from late last year but I will await his non-busyness
21:40:32  <andythenorth> don't take my word for it, he may pop up all eager to code :)
21:40:36  *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Ping timeout: 480 seconds]
21:40:51  <andythenorth> I usually get him on forum PMs
21:41:59  *** Markk [~markk@shell.etttretresju.net] has quit [Ping timeout: 480 seconds]
21:42:55  <Nite_Owl> Once he returns to a more 'normal' schedule of appearances I will contact him
21:43:46  <Lakie> planetmaker: tested it properly now, seems to work fine, thanks
21:44:02  <planetmaker> good to hear :) You're welcome.
21:44:25  <Lakie> Now I have to update the xls file before I can use it to start coding, lol
21:46:24  <Ammler> the cargo tiny?
21:47:54  *** Markk [~markk@shell.etttretresju.net] has joined #openttd
21:48:15  *** frosch123 [~frosch@frnk-590fd8d1.pool.einsundeins.de] has quit [Remote host closed the connection]
21:48:57  *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Quit: andythenorth]
21:50:29  *** Sionide [sionide@cornflakes.imen.org.uk] has joined #openttd
21:53:37  *** phidah [~phidah@1305ds3-oebr.0.fullrate.dk] has joined #openttd
21:57:12  *** phidah [~phidah@1305ds3-oebr.0.fullrate.dk] has quit []
22:01:46  <Belugas> beurk
22:01:55  <Belugas> bretzels and coffee
22:01:57  <Belugas> not the best mix
22:03:27  <Eddi|zuHause> brezels and coffee? why not put salt in your coffee directly?
22:05:42  <Belugas> well..
22:05:51  <Belugas> no
22:05:54  <Belugas> worser
22:06:07  <Belugas> -r
22:10:24  *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has quit [Quit: Bitches.]
22:11:07  *** Nite_Owl_ [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd
22:11:07  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has quit [Read error: Connection reset by peer]
22:11:14  *** Nite_Owl_ is now known as Nite_Owl
22:20:18  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has quit [Read error: Connection reset by peer]
22:20:58  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd
22:26:19  *** Markk [~markk@shell.etttretresju.net] has quit [Quit: leaving]
22:26:25  *** markk [~markk@rikskriminalen.com] has joined #openttd
22:28:09  <bbf> Yexo, something that the mapgen needs is more math functions
22:28:24  <bbf> like sqrt
22:28:30  *** markk is now known as Markk
22:28:58  <Yexo> bbf: you might have noticed that patch is nearly 2 months old
22:29:07  <Yexo> feel free to update it, add things etc.
22:29:13  <Yexo> but don't except too much time from me
22:29:27  <bbf> I don't expect it
22:29:37  <bbf> but you said you didn't have any feedback from it
22:29:55  <bbf> I'm just giving you feedback :)
22:30:08  <Yexo> well, ok :)
22:33:43  *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Quit: Operator, give me an exit]
22:42:29  *** Brianetta [~brian@client-82-13-34-135.brhm.adsl.virgin.net] has joined #openttd
22:58:21  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Ping timeout: 480 seconds]
22:58:46  *** reldred [~reldred@115.131.193.9] has joined #openttd
22:59:10  *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has joined #openttd
23:13:39  *** sigmund_ [~sigmund@91.80-202-245.nextgentel.com] has quit [Ping timeout: 480 seconds]
23:14:29  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
23:16:43  *** theholyduck_ [~holyduck@94.80-202-138.nextgentel.com] has joined #openttd
23:19:59  *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has quit [Quit: Read You Soon]
23:22:31  *** theholyduck [~holyduck@94.80-202-138.nextgentel.com] has quit [Ping timeout: 480 seconds]
23:26:21  *** reldred [~reldred@115.131.193.9] has quit [Remote host closed the connection]
23:26:32  *** Progman [~progman@p57A1CB68.dip.t-dialin.net] has quit [Remote host closed the connection]
23:29:20  *** Zahl [~Zahl@f051153139.adsl.alicedsl.de] has quit [Quit: *schiel*]
23:33:03  *** Eddi|zuHause [~johekr@p54B77DFE.dip.t-dialin.net] has quit []
23:33:37  *** Eddi|zuHause [~johekr@p54B7798C.dip.t-dialin.net] has joined #openttd
23:36:46  *** elmz [~elmz@ti0207a340-dhcp0258.bb.online.no] has quit [Ping timeout: 480 seconds]
23:36:49  *** Zuu [~Zuu@c-4afbe253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving]
23:42:40  *** HerzogDeXtEr1 [~Flex@89.246.169.34] has joined #openttd
23:42:40  *** HerzogDeXtEr [~Flex@89.246.183.200] has quit [Read error: Connection reset by peer]
23:44:30  *** KritiK [~Maxim@78-106-143-184.broadband.corbina.ru] has quit [Quit: Leaving]
23:49:47  *** fonsinchen1 [~alve@BAEa497.bae.pppool.de] has joined #openttd
23:55:37  *** fonsinchen [~alve@BAE9589.bae.pppool.de] has quit [Ping timeout: 480 seconds]

Powered by YARRSTE version: svn-trunk