Times are UTC Toggle Colours
00:00:53 *** vraa [~vraa@h165.229.29.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 00:02:17 *** Guest2107 [~andrewall@wo155a.halls.manchester.ac.uk] has quit [Quit: Guest2107] 00:06:33 *** FR^2 [~frquadrat@frquadrat.de] has quit [Quit: Connection reset by caffein depletion...] 00:09:02 *** Nite_Owl [~Nite_Owl@c-98-211-146-65.hsd1.fl.comcast.net] has joined #openttd 00:15:20 *** smeding [smeding@5354BE76.cable.casema.nl] has quit [Read error: Connection reset by peer] 00:20:33 *** vraa [~vraa@h130.75.29.71.dynamic.ip.windstream.net] has joined #openttd 00:24:21 *** frosch123 [~frosch@frnk-590c30a1.pool.einsundeins.de] has quit [Remote host closed the connection] 00:28:29 *** davis- [~iloveme@p5B28EC27.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 00:29:36 *** NukeBuster [~wouter@80.101.115.82] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12] 00:29:37 *** Elukka [~elukka.el@bb-89-166-45-150.dsl.phnet.fi] has quit [] 00:32:51 *** Eddi|zuHause [~johekr@p54B76F8A.dip.t-dialin.net] has quit [] 00:33:12 *** Eddi|zuHause [~johekr@p54B7764F.dip.t-dialin.net] has joined #openttd 00:35:17 *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd 00:38:46 *** evandar [~evandar@213.168.176.142] has quit [Ping timeout: 480 seconds] 00:38:53 *** NukeBuster [~NukeBuste@80.101.115.82] has quit [] 00:44:47 *** Splex [~splex@116.127.150.150] has joined #openttd 00:45:59 *** SHRIKEE [~shrikee@84-105-52-118.cable.quicknet.nl] has quit [Quit: SHRIKEE] 00:46:47 *** NukeBuster [~NukeBuste@80.101.115.82] has joined #openttd 00:53:50 *** KritiK [~Maxim@78-106-137-11.broadband.corbina.ru] has quit [Quit: Leaving] 00:55:03 *** dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd 00:57:17 <CIA-1> OpenTTD: glx * r15263 /trunk/ (11 files in 3 dirs): -Codechange: added Engine::GetCost() to remove some code duplication. 00:58:54 *** Rexxars [~rexxars@62.113.132.255] has joined #openttd 01:08:48 *** OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has quit [Remote host closed the connection] 01:12:29 *** Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 01:23:42 *** NukeBuster [~NukeBuste@80.101.115.82] has quit [Quit: http://www.interplay.com/] 01:23:47 *** Dred_furst [~Dred_furs@resnet523.bournemouth.ac.uk] has quit [Read error: Connection reset by peer] 01:24:36 *** rtypo [~tux@pc54.clicknet.iasi.rdsnet.ro] has joined #openttd 01:27:53 *** Dred_furst [~Dred_furs@resnet523.bournemouth.ac.uk] has joined #openttd 01:43:13 *** Mortomes__ [~mortomes@i15108.upc-i.chello.nl] has joined #openttd 01:44:15 <ArmEagle> hmm, i have a double line(where at every intersection trains can choose the most empty one) going into a drop off station, and just before the station I have a separate entrance for pickup. 01:44:53 <ArmEagle> Even though the dropoff is the 'shorter' path, sometimes a train picks the pickup track (pickup trains are set to go trough there with a waypoint). 01:45:24 <ArmEagle> But since I have two separate lines going into the station I can't putup waypoints, unless I can tell trains to go trough either WP 1 or 2. 01:46:39 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Ping timeout: 480 seconds] 01:52:29 <Eddi|zuHause> in nightlies, you can use stations and "go via" orders 01:53:46 <ArmEagle> i guess I should just split this station up (pickup and dropoff are the same).. 01:53:56 <ArmEagle> that i hadn't thought of that obvious yet.. 01:56:26 <Eddi|zuHause> go via orders are what makes this station work: www.informatik.uni-halle.de/~krause/Klein%20Elsmuenster%20Transport,%2023.%20Maer%201942.png 01:56:37 <Eddi|zuHause> (the truck part) 01:56:54 <Eddi|zuHause> it has to be one station, because it is train<->truck transfer 01:57:23 <Eddi|zuHause> but the trucks should be separated by cargo type, because trucks of one cargo type might wait for a train load, and thus block off trucks of other cargo types 01:59:20 <Eddi|zuHause> so the trucks have orders like: 01:59:32 <Eddi|zuHause> 1. go via "Gbf <cargo type>" 01:59:35 <ArmEagle> ohh drive trough stations.. 01:59:39 <Eddi|zuHause> 2. go to "Gbf" 01:59:44 <ArmEagle> fancy solution. 01:59:46 <Eddi|zuHause> 3. go to target station 01:59:53 * Mortomes__ waves to ArmEagle 01:59:57 <ArmEagle> hah hi Mortomes__ 02:00:23 <ArmEagle> now to try and find to option to allow mutliple stations next to each other.. 02:00:55 <ArmEagle> hmm it is on, yet doesn't let me 02:00:58 <Eddi|zuHause> the settings window needs a search/filter option ;) 02:01:06 <Eddi|zuHause> press ctrl 02:01:26 <ArmEagle> Eddi|zuHause great, thanks i haven't played for a long time :) 02:01:32 <Mortomes__> Oh neat, I didn't know that 02:01:35 *** Mortomes__ is now known as Mortomes 02:01:56 <Eddi|zuHause> that feature is in for a week or so 02:02:05 <ArmEagle> hah it is? Right in time :) 02:02:23 <Mortomes> I've mostly been playing around with cargodest, it's neat 02:03:23 <Eddi|zuHause> i don't know when cargodest was synched last time 02:03:29 <ArmEagle> oh wait.. that's why i had this station as a big one, else the other isn't close enough to the industry. but I'll just put a satellite point 02:03:35 <ArmEagle> hmm, cargodest? 02:03:45 <Mortomes> ArmEagle: Cargo with specific destinations 02:04:39 <Eddi|zuHause> ArmEagle: luckily, that is trivially easy now :p 02:04:55 <ArmEagle> Eddi|zuHause not if the local town doesn't like you.. 02:04:59 *** Splex [~splex@116.127.150.150] has quit [Remote host closed the connection] 02:05:07 <ArmEagle> I hadn't even seen it at first, it's that small 02:05:19 <Mortomes> All the cargo routing and switching between trains is handled automatically 02:05:42 *** a1270 [~Cheese@24-116-57-248.cpe.cableone.net] has quit [Quit: a1270] 02:07:58 <Mortomes> It makes passenger transport a lot more interesting 02:08:46 <Eddi|zuHause> cargodest makes me even more miss a shunting feature 02:39:33 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Read error: Connection reset by peer] 02:41:21 *** TinoDid [~projectjj@62.199.25.91] has joined #openttd 02:43:04 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has quit [Quit: Quit] 02:47:19 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 02:51:53 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 02:55:16 <welshdragon> grr 02:55:22 * welshdragon is trying to find a game 02:55:41 <welshdragon> where you plan transportation routes 02:57:48 <welshdragon> ah, Traffic Game :) 03:04:33 <RS-SM> hey all 03:04:50 <RS-SM> what is the fastest train on your current setups 03:06:29 <Nite_Owl> depends on which train set one is using 03:10:07 <RS-SM> I have the Type 700s 03:10:20 <RS-SM> ... they make more money than 747s cross country 03:12:31 <Nite_Owl> do you have a newgrf train set in use 03:26:23 *** rtypo [~tux@pc54.clicknet.iasi.rdsnet.ro] has quit [Quit: Leaving] 03:29:17 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:29:24 <Eddi|zuHause> i rarely even build a BR 05 03:30:15 <Eddi|zuHause> although, the E 03 is very cool 03:33:32 *** RS-SM [~RSCN@216-165-16-183.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM] 03:37:48 *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 03:46:56 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has quit [Ping timeout: 480 seconds] 03:52:25 *** Dred_furst [~Dred_furs@resnet523.bournemouth.ac.uk] has quit [Quit: Leaving] 03:58:25 <Sacro> I sing into the microphone as the drummer plays along... 04:00:54 *** Zorni [zorn@e177235001.adsl.alicedsl.de] has joined #openttd 04:04:49 <Eddi|zuHause> luckily, IRC does not transmit sound 04:06:57 <Sacro> indeed 04:07:02 <Sacro> though I can post the youtube link 04:07:04 <Sacro> i think 04:07:09 <Sacro> yes, it isn't in the topic now 04:08:19 *** Zorn [zorn@e177224170.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 04:13:44 *** RS-SM [~RSCN@216-165-16-183.DYNAPOOL.NYU.EDU] has joined #openttd 04:18:04 *** vraa [~vraa@h130.75.29.71.dynamic.ip.windstream.net] has quit [Quit: Leaving...] 04:20:56 *** vraa [~vraa@h130.75.29.71.dynamic.ip.windstream.net] has joined #openttd 04:24:31 *** Nite_Owl [~Nite_Owl@c-98-211-146-65.hsd1.fl.comcast.net] has quit [Quit: Read You Soon] 04:31:19 *** Zahl [~Zahl@f051104249.adsl.alicedsl.de] has quit [Quit: Rhabarberbarbarabarbarbarenbartbarbierbierbar] 04:37:04 *** michi_cc [681be76d71@dude.icosahedron.de] has quit [Ping timeout: 480 seconds] 04:39:26 *** kd5pbo [~kd5pbo@136.242.108.238] has joined #openttd 04:40:03 *** TinoDid is now known as TinoDidriksen 04:43:35 <RS-SM> yeah 04:43:44 <RS-SM> honestly the Type 700 is... 05:00:00 <kd5pbo> I'm trying to compile openttd under opensolaris. 05:00:04 <kd5pbo> I'm getting an error running configure. 05:00:33 <kd5pbo> awk: cmd. line:5: gsub(" 05:00:37 <kd5pbo> awk: cmd. line:5: ^ unterminated string 05:01:04 <kd5pbo> Is this a known bug? 05:05:45 <FauxFaux> "Solaris' awk isn't gawk" sounds like a bug you shuold file against solaris to me. 05:06:58 <kd5pbo> Opensolaris awk is gawk, according to awk --version. 05:07:42 <Sacro> hmm 05:07:58 <Sacro> I don't think there is an official opensolaris dev 05:08:01 <kd5pbo> Ah, found something else. 05:08:03 * Sacro might have to install it some time 05:08:03 <kd5pbo> ./configure[73]: : cannot execute [Is a directory] 05:08:18 <Sacro> kd5pbo: what version? 05:08:46 <kd5pbo> Of awk or opensolaris? 05:11:22 <kd5pbo> I have version 3.1.5 of gawk. 05:22:22 <kd5pbo> SRCS="`< $ROOT_DIR/source.list tr '\r' '\n' | $awk ' 05:22:35 <kd5pbo> What does the < do in this line? 05:28:07 *** TinoDid [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 05:34:35 *** TinoDidriksen [~projectjj@62.199.25.91] has quit [Ping timeout: 480 seconds] 05:40:05 *** TinoDid is now known as TinoDidriksen 05:47:12 <kd5pbo> I've gotten configure working now 05:47:14 <kd5pbo> The problem wasn't awk/gawk. 05:48:15 <kd5pbo> I changed a couple of ``'s to $()'s and used cat and a pipe instead of the <. 05:51:42 *** grumbel [~grumbel@i577B89D5.versanet.de] has joined #openttd 05:51:42 *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer] 05:55:49 <Sacro> kd5pbo: submit a patch to the developers 05:55:55 <kd5pbo> Now ld is complaining that crt1.o is referencing main, which isn't defined. 05:55:57 <kd5pbo> Will do. 05:56:19 <kd5pbo> Well, Will do after I make sure it worked. 05:56:52 <Sacro> hehe 05:58:09 <kd5pbo> On the other hand, I'm using sun's ld. 05:58:36 <kd5pbo> Opensolaris ships with gcc and gld, but gld isn't the default linker. 06:02:25 <Sacro> hmm 06:05:36 <kd5pbo> gld doesn't work either. 06:06:46 <kd5pbo> Is there a pastebin somewhere? 06:14:33 *** kd5pbo is now known as kd5pbo|away 06:37:36 *** michi_cc [73c9f3c192@dude.icosahedron.de] has joined #openttd 06:37:37 *** mode/#openttd [+v michi_cc] by ChanServ 07:04:12 *** vraa [~vraa@h130.75.29.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 07:04:50 *** vraa [~vraa@h104.190.30.71.dynamic.ip.windstream.net] has joined #openttd 07:10:21 *** vraa_ [~vraa@h55.182.30.71.dynamic.ip.windstream.net] has joined #openttd 07:12:46 *** ecke [~ecke@213.195.202.130] has joined #openttd 07:12:57 *** vraa [~vraa@h104.190.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 07:32:16 *** vraa [~vraa@h36.74.89.75.dynamic.ip.windstream.net] has joined #openttd 07:34:49 *** vraa_ [~vraa@h55.182.30.71.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 07:41:55 *** vraa_ [~vraa@h145.189.213.151.dynamic.ip.windstream.net] has joined #openttd 07:43:45 <vraa_> . 07:44:28 *** vraa [~vraa@h36.74.89.75.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 07:44:46 *** vraa_ is now known as vraa 07:45:14 *** vraa [~vraa@h145.189.213.151.dynamic.ip.windstream.net] has quit [] 07:45:33 *** vraa [~vraa@h145.189.213.151.dynamic.ip.windstream.net] has joined #openttd 07:53:52 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:17:38 *** Wolf01 [~wolf01@host254-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 08:17:53 <Wolf01> morning 08:24:14 <Alberth> good morning Wolf01 08:35:52 <planetmaker> good morning 08:36:54 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 08:39:33 *** vraa_ [~vraa@h145.189.213.151.dynamic.ip.windstream.net] has joined #openttd 08:39:33 *** vraa [~vraa@h145.189.213.151.dynamic.ip.windstream.net] has quit [Read error: Connection reset by peer] 08:41:48 *** RS-SM [~RSCN@216-165-16-183.DYNAPOOL.NYU.EDU] has quit [Quit: RS-SM] 09:04:06 <petern> kd5pbo|away: yeah, paste.openttd.org 09:05:30 *** vraa [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has joined #openttd 09:08:03 *** vraa_ [~vraa@h145.189.213.151.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 09:14:44 *** vraa_ [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has joined #openttd 09:17:41 *** vraa [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has quit [Ping timeout: 480 seconds] 09:20:54 *** vraa_ [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has quit [Quit: Leaving...] 09:21:31 *** vraa [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has joined #openttd 09:24:35 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 09:32:38 *** TinoM [~Tino@i59F5E92E.versanet.de] has joined #openttd 09:36:40 *** Vikthor [~Vikthor@161-18-80-78.strcechy.adsl-llu.static.bluetone.cz] has joined #openttd 09:38:06 <petern> hmm 09:38:20 <petern> my game keeps locking up for a second 09:42:12 *** worldemar [~world@213.178.38.72] has joined #openttd 09:49:18 *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 09:51:24 *** evandar [~evandar@213.168.176.142] has joined #openttd 10:03:15 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 10:12:44 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 10:17:03 *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has joined #openttd 10:20:14 *** Roest [~schurade@p54B9C28D.dip.t-dialin.net] has joined #openttd 10:20:27 <Roest> morning 10:28:21 *** Progman [~progman@p57A1F89C.dip.t-dialin.net] has joined #openttd 10:31:28 *** vraa [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has quit [Quit: Leaving...] 10:37:29 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 10:39:40 <Alberth> Roest: good morning 10:41:17 <Roest> ah someone is alive, how's going 10:42:50 <Alberth> quite nicely, having another go at more flexible widgets 10:43:42 <Alberth> how are you doing? Haven't seen you a while. 10:43:48 <Roest> i finally finished my thesis and have time for other stuff again 10:44:04 <Roest> besides learnign for the final test 10:44:12 <Alberth> congratulations 10:44:49 *** OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has joined #openttd 10:45:05 <Roest> yea it's pretty good, i already got a job at the local max planck institute here, depending on passing that final tets of course 10:45:57 <Roest> so i saw there was another go at the cargo dest and it also kinda died again? 10:48:34 <Alberth> Celestar and petern made a new cargo dest branch, it worked quite nicely actually, except for various balancing issues. It is scheduled for inclusion in 0.7. not sure about current development though. 10:49:19 <Alberth> We also have the NoAI branch in trunk, and in-game downloading of new goodies such as GRF files and AI scripts 10:49:35 <Roest> cool 10:51:38 <Alberth> last but not least, we have mercurial mirrors of the repository, very nice for patch development 10:52:08 <Alberth> (oh and all branches as well, such as the cargo dest branch 10:52:11 <Roest> man i'm glad i finally understand svn good enough to work with that 10:52:49 <Alberth> mercurial is a distributed VCS, so you can do local commits. 10:53:10 <Roest> didnt you guys also try git for a while 10:53:11 <Alberth> it also has support for making sequences of patches 10:54:52 <Roest> hmm the newgrf window is still the same :/ 10:55:07 <Alberth> I have never tried git. but yes that exists as well (http://vcs.openttd.org/git/) 10:55:24 <Alberth> yeah, don't know the state of your patch 10:55:40 <Roest> guess i hasnt been updatet since i left 10:55:59 <Alberth> oh boy 10:56:20 <Roest> think i left in the middle of the gui transition phase 10:56:37 <Roest> so that new newgrf window wass still on old code 10:58:22 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 10:58:49 <Aali> there's a newgrf gui patch 10:59:06 <Aali> let me find the FS task 11:00:15 <Aali> http://bugs.openttd.org/task/2195 11:00:35 *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 11:00:39 *** vraa [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has joined #openttd 11:00:53 *** Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has joined #openttd 11:00:57 <Aali> not sure why it's not in trunk, it's infinitely better than the old one 11:01:40 <Roest> the main argument why the old one i was updating didn't go into trunk was that it didn't fit into some smal screen resolution 11:02:29 *** tokai [~tokai@p54B82F07.dip0.t-ipconnect.de] has joined #openttd 11:02:32 *** mode/#openttd [+v tokai] by ChanServ 11:03:31 *** vraa [~vraa@h64.75.89.75.dynamic.ip.windstream.net] has left #openttd [] 11:03:45 <Alberth> Hmm, I can see why that would be a problem 11:04:39 <Alberth> Why does it have 2 lists of newgrf files? 11:04:39 <Aali> the new one can be resized to be absurdly small 11:05:00 <Aali> of course, it's not very useful that way, but then again the old one was never useful 11:05:36 <Aali> Alberth: one lists the GRFs you can choose from, the other which you have chosen 11:06:10 <Roest> well i was thinking about it, think when i have time i try it out, it would be one list with checkboxes 11:06:11 <planetmaker> Aali: I just toyed with the newgrf layout. Checkout the latest patch submitted to that task 11:06:15 <Alberth> so what's against having 'selected' boxes in front of the grfs? 11:06:42 <Roest> hey pm 11:06:54 <planetmaker> Alberth: 5 selected of 200? Not very usefull to see what you have selected. Also order is an issue. 11:06:58 <planetmaker> hey Roest :) 11:07:33 <Roest> well for the 5 out of 200 problem you could have filters 11:07:35 <Alberth> we'd need some filter buttons 11:07:41 <Aali> yeah, load order of some GRFs really matter 11:07:43 <Roest> sorting is an issue tho 11:07:52 <planetmaker> Alberth: still. You need a seperate view for those which you have. 11:07:54 <Alberth> Roest: don't type just a tad faster than me :) 11:08:00 <planetmaker> because the order matters. 11:08:32 <planetmaker> having filters, of course, will be nice :) 11:08:38 <planetmaker> Care to add some? ;) 11:08:51 <Rubidium> where to filter on? GRF ID? 11:08:51 <Alberth> we can have up/down buttons for swapping selected grf files 11:09:23 <planetmaker> Alberth: still not usefull to combine IMO. Because you mostly want sorting different for applied and unselected. 11:09:25 <Roest> no if oyu have one single list with checkboxes you would filter selected/unselected 11:09:26 <Alberth> Rubidium: loaded grf files in a long list of available ones 11:09:36 <Roest> ha again faster 11:09:40 <planetmaker> :D 11:10:56 <planetmaker> But it's difficult to apply two sorting schemes to the list at the same time... 11:11:03 <Alberth> ok, 2 views to toggle between, one for loaded and one for unselected 11:11:06 <planetmaker> overview of what you have vs. "trains only" 11:11:18 <planetmaker> Alberth: that's what you currently have 11:11:37 <Alberth> iirc, we currently have 2 windows 11:11:49 <planetmaker> yeah. The same as one window with alternate content 11:12:33 <Roest> well selected ones stay in the source window so it's not exactly the same 11:12:54 <planetmaker> Rubidium: do grfs have anything like tags? 11:13:03 <planetmaker> I mean: are the tags on bananas downloaded, too? 11:13:20 <Rubidium> GRFs don't have tags 11:13:37 <Rubidium> well... unless you count the GRF ID and/or GRF version as a tag 11:14:09 *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 11:14:16 *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd 11:14:40 <planetmaker> hm, that's not really useful 11:15:20 <planetmaker> hm... wasn't there a string which contains tags? Or was it only AIs? 11:16:28 <planetmaker> despite that: I had a look at small sizes of the newgrf gui patch and did a few changes :) 11:16:40 <planetmaker> Maybe you're interested enough in it to look at it sometime 11:18:27 <Alberth> what if we add an index number to loaded grfs? 11:19:26 <planetmaker> in order to achieve what? 11:20:10 *** re06011988 [~wanoo@vol21-2-82-226-46-162.fbx.proxad.net] has joined #openttd 11:20:23 *** re06011988 [~wanoo@vol21-2-82-226-46-162.fbx.proxad.net] has left #openttd [] 11:20:41 <planetmaker> you mean different categories = different index? Or...? 11:22:11 <Alberth> to represent the load order of grf files amongst non-loaded grfs 11:22:53 <planetmaker> uh... that's hard to order then. 11:23:36 <Alberth> well, then you first switch to loaded-only view (and that view may use another sort criterium) 11:23:53 <planetmaker> though possibly with a button show all / show selected 11:24:21 <Alberth> something like that indeed 11:25:31 * planetmaker ponders 11:25:57 * Alberth makes coffee 11:26:20 * Roest plants coffee tree 11:27:17 <planetmaker> As there is anyway currently no good sorting of the newgrf files (other than name) one could just as well forgo sorting of the filelist and allow moving them up and down in order to accomodate order for applied newgrfs 11:28:16 <Roest> didn't i do a switch between name and filename and you could sort by that, i think that worked pretty well since you put them in categories anway 11:29:24 <planetmaker> hm... I haven's seen that switch :) But that might work 11:29:33 <Rubidium> how well does a filename/directory sort work with e.g. openttdcoop grf pack 7.3 and openttdcoop legacy 'diff packs'? 11:29:36 <planetmaker> but not with downloaded content 11:30:03 <planetmaker> nor with legacy. But legacy is nothing which you should add to new games anyway ;) 11:30:32 <Rubidium> still... don't expect people to remove them because they don't need them for new games 11:31:24 <planetmaker> I don't :) I don't do myself :) 11:32:36 <Rubidium> so with sorting on filename you're likely to end up with a larger mess and unfindable GRFs than with sorting on the name in the GRF themselves 11:33:01 *** grumbel_ [~grumbel@i577AD8E8.versanet.de] has joined #openttd 11:33:06 <planetmaker> as it's done now... 11:33:37 <Rubidium> you could ofcourse propose adding some tags to the newgrfs, but don't expect that to be an immediate resolution to your problem 11:34:16 <planetmaker> definitely it won't :) But it might work in conjunction with bananas slowly, but steadily. 11:34:35 <planetmaker> Anything w/o tags is then sorted into an unsorted or misc category 11:34:45 <Roest> excuse my ignorance, whats bananas, besides yellow curved fruits 11:35:02 <Rubidium> bananas won't change the GRFs 11:35:10 <Alberth> Roest: ingame downloading goodies 11:35:33 <planetmaker> :) 11:36:10 <planetmaker> Rubidium: no, that's not what I want. But it might be possible to supply an additional small text file inside the tar 11:36:20 <Alberth> planetmaker: tags seems something the next generation to me 11:36:37 <Alberth> planetmaker: seperate files get lost 11:36:49 <planetmaker> Alberth: not inside the tars 11:37:38 <planetmaker> alternatively, one could save user-defined tags inside openttd.cfg just like newgrf presets 11:37:55 <planetmaker> and offer them as sorting criterion 11:37:55 <Rubidium> then you'll quickly get desyncs between the tags in the tar and the tags in bananas (as tags are changed/updated and tars won't be) 11:38:05 <Alberth> people will copy grf files without the tags, etc 11:38:18 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Read error: Connection reset by peer] 11:38:34 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 11:38:40 *** grumbel [~grumbel@i577B89D5.versanet.de] has quit [Ping timeout: 480 seconds] 11:38:44 <planetmaker> Rubidium: even so. It's only the sorting of older grfs which are in other categories than newer. 11:38:55 <planetmaker> but may be source of confusion, yes 11:39:16 <planetmaker> what about user-defined tags? 11:39:46 <Alberth> how am i to know what tags x.grf should get? 11:41:12 <planetmaker> Alberth: my personal choice. Just like presets 11:41:58 <Rubidium> how to merge the tag data from multiple coop legacy packs? 11:42:29 <planetmaker> we don't have tags yet... 11:42:50 <planetmaker> but I would allow only one file. 11:43:12 <planetmaker> either as new section in openttd.cfg or like newgrf_tags.cfg 11:43:39 <Rubidium> so... whom's tags get precedence? 11:43:56 <Rubidium> should people manually copy parts of the coop tags file to their own config file? 11:44:30 <planetmaker> maybe one could make something like "import tags file" with options "retain old info" / "overwrite old info" 11:44:55 <planetmaker> retain / overwrite working on a grf name basis 11:45:23 <Rubidium> splitting tag info from the newgrf does not work 11:45:35 <Eddi|zuHause> why would merging of tags be a problem, if it was a .cfg file? 11:45:40 <Eddi|zuHause> [tags] 11:45:48 <Eddi|zuHause> dbsetxlw.grf="train" 11:45:55 <Eddi|zuHause> other file: 11:45:59 <Eddi|zuHause> [tags] 11:46:00 <Alberth> you'd get one with each grf 11:46:10 <Eddi|zuHause> dbsetxlw.grf="mb" 11:46:13 <planetmaker> Eddi|zuHause: that's what I'm saying. But when another comes with dbsetxlw.grf="vehicles"? 11:46:27 <Eddi|zuHause> each grf can have multiple tags 11:46:33 <Eddi|zuHause> just merge the sets 11:46:33 <planetmaker> or that. 11:46:41 <planetmaker> probably best. 11:46:51 <Eddi|zuHause> tags are useless if you could not have multiple 11:47:02 <planetmaker> Rubidium: why couldn't tag information as described by Eddi|zuHause kept in the cfg, seperate of the grfs? 11:47:18 <Rubidium> planetmaker: what 'the cfg'? 11:47:57 <Eddi|zuHause> something similar to the .obg files? 11:48:06 <Rubidium> you mean we should search the data directories for yet another file type and reading them? 11:48:16 *** davis- [~iloveme@p5B28EC27.dip.t-dialin.net] has joined #openttd 11:48:42 <Rubidium> and the data is ONLY going to be lost 11:48:45 *** frosch123 [~frosch@frnk-590fe924.pool.einsundeins.de] has joined #openttd 11:48:48 <Rubidium> or improperly copied 11:48:50 <Rubidium> or corrupted 11:48:53 <Rubidium> or whatever 11:49:10 <Rubidium> and WE get bug reports about that searching for "trains" doesn't work 11:49:23 <Rubidium> because someone forget to give him the appropriate file with tags 11:49:49 <planetmaker> Rubidium: no, no 11:50:02 <planetmaker> A new entry category in openttd.cfg 11:50:19 <planetmaker> with lines very much like in the section [presets] 11:50:24 <Rubidium> so people MUST MANUALLY MERGE openttd.cfgs from everywhere? 11:50:26 <Alberth> planetmaker: openttd.cfg is generated by openttd the first time, and never distributed 11:50:41 <Rubidium> just to get the fracking tags? 11:50:50 <Rubidium> and just to forget to merge it one time 11:50:58 <Rubidium> and then filing bugreports that the tags don't work 11:51:09 <Rubidium> just because they failed to properly manage the tags? 11:51:10 <planetmaker> Rubidium: I though of a user editable thing very much like the grfpresets. 11:51:13 <Eddi|zuHause> imho, that discussion is going into the wrong direction 11:51:25 <planetmaker> Then you certainly have a point with users stupidity... :) 11:52:16 <Rubidium> (some) users are more stupid than stupid, so imagine how stupid you can be and multiply that stupidness. If the system is still fool proof it's okay, otherwise it's a waste of resources 11:53:10 *** worldemar [~world@213.178.38.72] has quit [Ping timeout: 480 seconds] 11:53:17 <planetmaker> my idea is to give the user the possibility to somehow "rate" the grfs (only them) Import is then something else 11:53:30 <planetmaker> this rating can be done by tags - or categories 11:53:48 <planetmaker> So, external import is a 2nd step - which might work over tags supplied by bananas 11:53:54 <planetmaker> but not now. 11:53:58 <Rubidium> and when it involves doing ANYTHING but downloading a single file or starting OpenTTD it won't work 11:55:07 <Rubidium> adding something without the data immediatelly is going to cause problems; see the whole tram issue with people not being able to load the supplied newgrf. Did that once, not going to repeat that. 11:55:32 <Roest> is anyone here compiling with vs2008? 11:55:49 <planetmaker> ok 11:56:01 <planetmaker> point taken 11:58:55 <Eddi|zuHause> Rubidium: well, the only other option would be to hardcode the tags into the newgrf files. but that would make it not user-editable, not possible to extend to old grfs, and not synchronised between grf authors 12:00:06 <Alberth> Eddi|zuHause: the latter is easily solved by having a pre-defined set of tags in the newGrf definition 12:00:30 <petern> or parsing the grf 12:00:34 *** Elukka [~elukka.el@bb-89-166-45-150.dsl.phnet.fi] has joined #openttd 12:00:37 <petern> for features 12:00:40 <Eddi|zuHause> in the end, there must be some kind of filtering in the newgrf window. it will only get MORE grfs, not less 12:01:01 <planetmaker> he, yeah 12:01:07 <Elukka> i have no idea what you were talking about but i say yes to that 12:01:18 <petern> trains, rvs, ships, aircraft, stations.... 12:01:18 <planetmaker> rm -rf ~/.openttd/data ;) 12:01:18 <petern> wouldn't let you filter on "mb" though 12:01:30 <Eddi|zuHause> but "mb" appears in the grf-id ;) 12:01:32 <Elukka> ships... speaking of 12:01:33 <petern> hehe 12:01:35 *** Zuu [~Zuu@c-71fae253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd 12:01:38 <Elukka> is there any ECS compatible ship set? 12:01:42 <planetmaker> yes 12:01:46 <planetmaker> newships by mb 12:01:49 <petern> newshipsxl! 12:01:50 <petern> oh wait :/ 12:01:51 <Eddi|zuHause> Elukka: there is a 2cc-ship set 12:01:54 <Elukka> hmm 12:01:59 <Eddi|zuHause> i think 12:02:15 <Elukka> to the googlemobile 12:02:53 <petern> or a 'tag content service' hehe 12:02:54 *** Zahl [~Zahl@f051104249.adsl.alicedsl.de] has joined #openttd 12:03:37 <planetmaker> which wouldn't be bad 12:04:13 <petern> bit overkill 12:04:31 <Alberth> and you get a keep-up-to-date problem 12:04:46 <planetmaker> imagine a scenario designer: use only grfs which anyone easily can obtain, petern 12:07:09 <Eddi|zuHause> above question is also something which could be addressed with tags... is there "XYZ" set which goes with ECS? 12:07:19 <Eddi|zuHause> just tag every compatible set with "ECS" 12:07:39 <Elukka> 2cc ship set doesnt seem to be available yet 12:07:49 <Elukka> i dont think newships supports new industries 12:08:27 <Roest> hmm do i really need dxguid.lib? 12:08:33 <Eddi|zuHause> newships supports newindustries, but only the original grf from mb, not the complete ECS scheme 12:08:33 *** worldemar [~world@62.106.105.19] has joined #openttd 12:08:52 <Eddi|zuHause> but afaik there is a newships_ecs extension, similar to the dbset extension 12:09:22 <Elukka> hey, it does support ECS! 12:09:48 <Elukka> i'm surprised how few ship sets there are 12:10:31 <petern> Roest: you can compile with sdl, but you need to modify bits to make that work with msvc 12:12:30 <Eddi|zuHause> Elukka: that's because ship sets were very limited because of the low number of ship-ids 12:12:48 <Eddi|zuHause> so it wasn't interesting for set designers 12:13:28 <Elukka> does were mean they arent so limited any more? 12:13:52 <planetmaker> yes. In Openttd there're no limits ;) 12:13:57 <planetmaker> well... much higher now :) 12:14:10 <Elukka> i should try to learn to make grfs.. 12:14:52 <Eddi|zuHause> the ÃŒber-evil newgrf kill feature, otherwise known as "multipool" 12:16:23 <Roest> petern: it works, i just had to remove the use dx music preprocessor directive and that lib entry 12:17:30 *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer] 12:20:20 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 12:22:39 <Roest> btw for printing the svn revision in the about dialog, how do you do it for the global revision, i only found out how to do it for a file but that revision doesn't necessarily change 12:23:10 *** stillunk1own [~stillunkn@82-136-228-38.ip.telfort.nl] has joined #openttd 12:23:45 <Vikthor> Roest: svn info 12:23:49 <Alberth> Roest: ask revision of / (or /trunk) 12:23:50 *** Zorni [zorn@e177235001.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 12:23:56 *** Zorn [zorn@e177235001.adsl.alicedsl.de] has joined #openttd 12:24:32 <Alberth> (after svn up) 12:25:10 <Elukka> hmm... 12:25:24 <Elukka> i wonder if i could model stuff in sketchup, then export to blender, then do stuff... 12:25:31 <Elukka> because sketchup is ridiculously easy 12:25:50 <Roest> hmm was using the $Revision$ variable 12:27:10 *** ecke [~ecke@213.195.202.130] has joined #openttd 12:27:54 <Alberth> Roest: see findversion.sh in root of OpenTTD sources 12:29:09 <Elukka> hmm... the road system from the pathzilla ai looks like it would be excellent for road networks in the map generation phase 12:29:15 <Elukka> it always bugged me there were no road networks 12:35:34 *** dvs_ [~iloveme@p5B28E63C.dip.t-dialin.net] has joined #openttd 12:41:46 *** Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 12:41:52 <petern> or rivers 12:41:53 <petern> or canals 12:42:22 <Roest> or pizza delivery services 12:43:05 *** davis- [~iloveme@p5B28EC27.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 12:44:50 <Alberth> somebody is working on a supermarket, that's a start 12:45:02 <CIA-1> OpenTTD: truebrain * r15264 /3rdparty/squirrel/ (6 files in 2 dirs): [Squirrel] -Cleanup: we no longer use the Suspend stuff we once introduced in Squirrel, which assumed threads (which NoAI no longer uses) 12:48:54 <petern> there's a supermarket in the original graphics 12:49:07 <petern> it doesn't do anything special though 12:52:46 <Elukka> it also looks like a greenhouse 12:53:13 <Eddi|zuHause> that's one of the most weird buildings that got introduced with TTD 12:53:19 <Eddi|zuHause> it wasn't in TTO 12:54:18 <Elukka> i never played TTO 12:54:22 <Elukka> and i played very little TTD 12:54:28 <Elukka> because then i found openttd 12:55:09 <Eddi|zuHause> i played TTO basically until i had internet... which was somewhere around 2001/02 12:55:15 <Eddi|zuHause> where i found TTDPatch 12:55:20 <Eddi|zuHause> 1.6 or something 12:56:09 <Elukka> i dont recall when i began playing 12:56:36 <Elukka> i do remember that there were no newstations support and a lot of grfs for various things werent supported yet 12:56:40 <petern> i have TTO somewhere 12:56:43 <Elukka> like industries 12:57:14 <petern> Elukka: that could've been a year ago :p 12:57:14 <Eddi|zuHause> i played TTO Demo around 1993 or something 12:57:20 * petern nods 12:57:40 <CIA-1> OpenTTD: truebrain * r15265 /3rdparty/squirrel/ (7 files in 3 dirs): [Squirrel] -Update: updated to Squirrel 2.2.2 12:57:40 <yorick> how am I supposed to set different sound effects for helicopters? :p 12:57:49 <Elukka> i think it was 0.4x or 0.5 something 12:57:56 <Elukka> not that long ago 12:58:05 <Eddi|zuHause> my brother then bougt TTO for a horribly inflated price 12:58:33 <Eddi|zuHause> he paid like 120DM (~60â¬) 12:58:35 <Elukka> 1993... 12:58:50 <Elukka> i was one 12:59:13 <Roest> %$§%/&/%$§ 12:59:38 *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer] 12:59:42 <petern> hmm, i remember when doom came out 12:59:45 <Eddi|zuHause> later the world editor expansion also cost 25DM 12:59:49 <petern> that was exciting stuff 13:00:20 <Roest> we downloaded the doom demo the day it came out and played it in a lab with 386 comps 13:00:34 <Eddi|zuHause> must be a big lab :p 13:00:49 <Roest> :P 13:01:11 <Roest> and it was exciting 13:01:19 <petern> hmm, i remember having doom, but i don't remember where i got it from. don't think i bought it :p 13:01:40 <Eddi|zuHause> TTO was one of the few games i actually bought 13:01:44 <petern> it didn't run too well on the 368sx-16 we had 13:01:49 <petern> yeah, i bought TTO 13:01:55 <Roest> i think id never really did copy protection until like q3 with the serial 13:01:58 <petern> i did buy doom later, heh 13:02:49 <Eddi|zuHause> lots of games had some kind of "copy protection" 13:02:59 <Eddi|zuHause> usually typing in stuff only to be found in the manual 13:03:01 <petern> type the word in from the manual 13:04:00 <Eddi|zuHause> this disk from monkey island, where you could assemble the pirate faces was cool :) 13:04:02 <frosch123> we should also do that for ottd: type the paragraph about "transfer orders" to activate the game :p 13:04:24 <petern> hmm, grand prix unlimited had a wheel 13:05:00 <frosch123> or: type 100 times: 'I shall not change newgrfs ingame' 13:05:20 <yorick> then why not just remove feature that allows you? 13:05:25 <petern> http://www.mobygames.com/images/shots/original/940787546-00.gif 13:05:27 <Eddi|zuHause> i remember Zak McKracken, where you had huge tables of symbols 13:05:32 <petern> ^ not the most realistic GP simulation... 13:06:01 <Eddi|zuHause> give that to Belugas ;) 13:06:12 <CIA-1> OpenTTD: smatz * r15266 /trunk/src/thread_none.cpp: -Fix (r15159): compilation without threads was broken 13:07:40 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 13:08:14 *** worldemar [~world@62.106.105.19] has quit [Ping timeout: 480 seconds] 13:09:30 <Aali> seriously though, maybe you should remind users to change their name to something other than 'Player' when they try to join a MP game 13:09:47 <CIA-1> OpenTTD: truebrain * r15267 /3rdparty/squirrel/squirrel/ (sqvm.cpp sqvm.h): [Squirrel] -Cleanup: two very minor final things to make us closed to Squirrel source 13:10:48 <petern> why? 13:11:00 <Eddi|zuHause> default the player name to the username on first start 13:11:06 <petern> closed? :o 13:11:12 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 13:11:48 <SmatZ> Eddi|zuHause: then people will join with nick "Administrator" instead of "Player" :-P 13:11:52 <Aali> having a server full of Player, Player #1, Player #2 isn't very nice 13:12:21 <Eddi|zuHause> SmatZ: yes, but way fewer 13:12:22 <Aali> yeah, username doesn't help at all 13:12:30 <Aali> Eddi|zuHause: you'd be surprised 13:12:42 <Eddi|zuHause> no, i'd not care... 13:12:45 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 13:12:59 <yorick> now who translated "manually" with "handleiding" in the dutch translation :/ 13:13:23 <Roest> was me sorry 13:16:19 *** KritiK [~Maxim@78-106-248-69.broadband.corbina.ru] has joined #openttd 13:18:32 *** Gekz_ [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 13:18:33 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 13:18:56 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 13:20:28 <CIA-1> OpenTTD: frosch * r15268 /trunk/src/train_cmd.cpp: -Fix: AIEventVehicleLost triggered at every pbs signal independent of the vehicle being lost. 13:20:39 <el_en> doesn't sound funny enough to be dutch, true. 13:23:26 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:23:29 *** mode/#openttd [+v glx] by ChanServ 13:24:16 *** NukeBuster [~wouter@80.101.115.82] has joined #openttd 13:38:55 *** worldemar [~world@213.178.44.142] has joined #openttd 13:40:03 <petern> hm 13:45:24 *** mortal` [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 13:45:59 <petern> how can 5 * 5 = 35? 13:46:14 <Elukka> D: 13:46:17 <Roest> inflation 13:46:17 <Elukka> divide by zero! 13:46:20 *** tom0004 [~Tom@92.3.219.173] has joined #openttd 13:47:24 *** ecke [~ecke@213.195.202.130] has joined #openttd 13:48:00 <Eddi|zuHause> maybe it's a derivate of 6*9=42? 13:48:17 *** HerzogDeXtEr [~Flex@89.246.222.214] has joined #openttd 13:48:26 <Elukka> you're reminding me of this maths exam i have tomorrow and am supposed to be studying for :/ 13:48:50 <Roest> studying is for the weak 13:49:13 *** worldemar [~world@213.178.44.142] has quit [Ping timeout: 480 seconds] 13:49:41 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 13:51:45 *** Gekz_ is now known as Gekz 13:54:10 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Quit: leaving] 13:54:35 *** HerzogDeXtEr1 [~Flex@89.246.171.33] has quit [Ping timeout: 480 seconds] 13:55:28 *** tom0004 [~Tom@92.3.219.173] has quit [Quit: http://www.chogie.eu] 13:58:46 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 14:03:57 <Zuu> Roest: Only works the first half of a course, the second half study is all 7 days. 14:04:31 <frosch123> depends on the course :p 14:04:54 <Elukka> i have geometry now 14:05:13 <Zuu> Maybe if you read culture analysis or something like that you don't need to study so hard... :) 14:05:22 <Elukka> next up, analytic geometry 14:05:23 <Elukka> then vectors 14:05:32 *** Dred_furst [~Dred_furs@resnet722.bournemouth.ac.uk] has joined #openttd 14:18:18 *** worldemar [~world@213.178.45.172] has joined #openttd 14:23:46 <Zahl> if anyone here likes settlers 2, you might be interested in this: http://www.siedler25.org/?lang=englisch :-) 14:24:42 <Elukka> heh... settlers 4 was my first game that i really played online 14:25:00 <Zahl> i just loved this game when it came out 14:25:18 <Zahl> i was as addicted to it as to ttd 14:25:28 <Zahl> just two games that are totally awesome :-D 14:25:35 <Zuu> My first computer based settlers was settelers 3, but was really good. 14:26:26 <Zahl> well, i liked that you had to build streets in settlers 2, so settlers 3 war a bit disappointing :-D 14:26:41 <Zahl> its trainsport tycoon with people ^^ 14:26:46 <Zuu> I can imagne, never played settlers 2. 14:27:09 <thingwath> is this somehow related to widelands? 14:27:15 <Zahl> nope 14:27:35 <Zahl> this project needs files from the original game, just like ottd 14:27:50 <Zuu> Settlers 5 was the real disappointment for me.. but then I didn't play much anymore anyways.. 14:29:48 *** worldemar [~world@213.178.45.172] has quit [Read error: Connection reset by peer] 14:30:45 *** TinoM [~Tino@i59F5E92E.versanet.de] has quit [Read error: Connection reset by peer] 14:31:09 *** TinoM [~Tino@i59F5E92E.versanet.de] has joined #openttd 14:31:48 <Zahl> gameplay: http://www.youtube.com/watch?v=7ysHhjmanRY&fmt=22 14:35:28 <Zuu> Nice :) 14:36:21 <Aali> oh man 14:36:29 <Aali> settlers 2 was the bomb 14:36:36 <Aali> Zahl: thank you for this :P 14:36:49 * frosch123 preferred settlers 1 14:37:04 <Zahl> settlers 1 was nice too 14:37:20 <Zahl> 2 was an improvement 14:37:25 <Zahl> 3 didn't have streets :-D 14:37:50 <Zuu> But they had paths. 14:38:03 <Zahl> they were built automatically 14:38:13 <Zahl> so you didn't have to think 14:38:21 <Zahl> its like airplanes in ttd... 14:38:30 <Zuu> looking on the video it looks like the streets in #2 is also automatically bulit. 14:38:52 <Zahl> nope, you had connect the flags 14:38:55 <Elukka> unrelated, but i've gotten 4 real life friends to play ottd :D 14:38:59 <Elukka> it's much more fun online 14:39:00 <Zahl> +to 14:39:10 <Zuu> Not automatic in the same way but, still you didn't told where the roads should be built explicit. 14:39:10 <Zahl> well i'm also playing s2 online ;) 14:39:31 <frosch123> I liked building streets in settlers 1, which was quite challenging because the mines and farms produced so much. settlers 2 produced less and transported faster. so that challenge was removed 14:39:33 <Zahl> Zuu: well you had to choose start point and end point 14:39:41 <Zahl> and you also could build them completely on your own 14:39:46 <Zuu> Okay 14:40:01 <Zahl> frosch123: but the world was much larger in s2 14:40:44 *** yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: leaving] 14:40:57 <frosch123> what? the size of settlers 1 world depends on your ram size. the largest map feeled like ottd 2048x2048 :p 14:41:12 <Zahl> o.O 14:41:30 *** grumbel_ [~grumbel@i577AD8E8.versanet.de] has quit [Quit: Ex-Chat] 14:41:50 <Zahl> i only played it on the amiga and there they were pretty small as far as i can remember 14:42:27 <Zuu> I like how enemy buildings are set into fire in s2 :) 14:45:10 <Roest> ok question: i have an old scenario, i load it in the editor, fixed all the grfs, now when i start to play it and unpause it it tells me grfs are missing and it may crash, all the grf in the list are green tho 14:49:47 <Eddi|zuHause> hm... i do actually have settlers and settlers 2 still on my HD... 14:50:33 <Eddi|zuHause> settlers 1 supported really large maps 14:50:33 <Roest> do you ever delete stuff? 14:50:44 <Eddi|zuHause> not if i can help it ;) 14:51:52 <Roest> anyway you're only a rl s1 player if you played it on an amiga :P 14:52:17 <Eddi|zuHause> hey. the real adventure was to actually get it running under DOS... 14:52:20 *** FR^2 [~frquadrat@frquadrat.de] has joined #openttd 14:52:59 <Eddi|zuHause> i think that was the game where i had the biggest problems getting it to run 14:53:50 <Zahl> heh yeah, deleting things sucks, Eddi|zuHause :-D 14:54:08 <Roest> hmm now the yapp is in trunk is there an option to just use it or do i have to activate the signal menu and just choose a signal from the 14:54:12 <Zahl> when i discovered that project a while ago i also still had an s2 installation on my disk 14:54:27 <thingwath> not really, there are so many things I would like to delete 14:54:29 <Eddi|zuHause> i remember that i had big graphics problems with Siedler 1 14:54:51 <Eddi|zuHause> and even with a boot disk it only started 50% of the times 14:55:23 <Eddi|zuHause> it worked better under windows (3.1), but saving the game was broken there 14:57:11 <Eddi|zuHause> weee... i still have my siedler 1 manual 14:58:04 <Eddi|zuHause> but the CD is not in the box... 14:58:27 <thingwath> Could settlers 1 be played by two people split-screen? 14:58:47 <frosch123> on novel dos (flame me), it worked only with himem, not with emm 14:59:01 <Zahl> thingwath: yep 14:59:05 <frosch123> thingwath: yes, with second mouse, was hell to configure 14:59:18 <Zahl> with s2 it was a bit easier 14:59:42 <Alberth> Roest the signal GUI is one way, under 'advanced settings'->Construction->Signals, you can configure how clicking with signals works 15:00:06 <Eddi|zuHause> thingwath: yes, if you had 2 mice 15:00:20 <Eddi|zuHause> frosch123: weird, i had novell dos, too ;) 15:00:43 <thingwath> I only remember doing this with settlers 2/. 15:01:11 <Eddi|zuHause> also, you hardly saw anything with a split screen at resolution 320x200 15:01:27 <Zahl> you saw a couple of pixels :D 15:01:36 <thingwath> depends 15:01:37 <frosch123> Eddi|zuHause: so you also had those problems with all those software that complained about not finding mscdex, as it was nwcdex :p 15:02:05 <Eddi|zuHause> i had no CD drive for quite a long time 15:02:14 <Eddi|zuHause> well, i had a drive, but no free IDE port 15:02:50 <Eddi|zuHause> but yes, there were occasionally problems with that 15:04:49 <el_en> http://cityroom.blogs.nytimes.com/2009/01/19/hfo-emoticon/ 15:08:02 <petern> hurr 15:10:00 *** boyinblue0 [~admin@5ac37e82.bb.sky.com] has joined #openttd 15:16:10 *** Roujin [~chatzilla@p5497056A.dip0.t-ipconnect.de] has joined #openttd 15:16:34 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 15:16:35 <Roujin> hi guys 15:20:13 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 15:25:07 <Zuu> Hi Roujin 15:25:35 <Roujin> ah zuu, you're the authour of the filter sign list patch, right? 15:25:43 <Zuu> Yep 15:26:32 <Zuu> Any questions regarding it? 15:26:40 <Roujin> I'm currentling persuing a different approach at filtering lists.. a lower level one, introducing a new Filter class to use alongside the GUIList 15:27:35 <Zuu> Okay, that I have though about, but though that the filters would differ to much between different windows. 15:28:14 <Roujin> yes, but with what I am trying to do you can (and actually have to) provide the filter your own filtering function 15:28:28 <Roujin> similar to how sorting of GUILists is handled 15:30:22 <Zuu> It is probably a good movement with increased number of filters. My filter will be a tinny bit slower, but probably not noticalble even if it would become 10 or 100 times slower. 15:30:44 <petern> Roujin, do it 15:31:08 <Roujin> petern: I'm at it :) 15:31:20 <petern> hmm 15:31:24 * petern mumbles at curves 15:31:34 <petern> shorter wagons = curves vary in lenght 15:31:36 <petern> *length 15:31:56 <petern> this should be done better 15:32:02 <petern> preferably in advance... 15:32:11 <Roujin> currently I decided to go away from the idea of making a subclass of GUIList, GUIFilterList, but rather make a class named GUIListFilter that gets the GUIList it is supposed to filter on passed as an argument 15:32:29 <petern> just add filtering to GUIList? 15:32:44 <Roujin> should I? 15:33:01 <Zuu> With a default Fillter() {} function. 15:33:19 <Zuu> So if you don't override it it don't filter anything. 15:33:20 <Roujin> I supposed I should rather make a new class instead of altering one that is heavily used all through the game 15:35:22 <Zuu> Depends a bit on if you need to change all places which uses it or not I think. 15:35:34 <CIA-1> OpenTTD: glx * r15269 /trunk/src/train_cmd.cpp: -Codechange: reduced indentation in CmdBuildRail* 15:36:07 <petern> glx is code duffing 15:36:51 <glx> well I notice it while doing my last changes (which were needed for noai) 15:37:15 <Roujin> ? 15:37:41 <Roujin> what is code duffing? 15:38:40 <Rubidium> making code drunk? 15:38:52 <petern> return early, functionise, along with a few other methods 15:39:10 <petern> a few tweaks and you can reduce unnecessary indentation or code duplication 15:39:24 <Roujin> aah okay ;) didn't know that expression 15:40:29 <Roujin> maybe this expression is an invention by you? because the only google hit I get for "code duffing" is a post by you on the openttd flyspray :D 15:41:08 <FauxFaux> I'm totally going to use that at work. (return mid-block is against style) 15:41:22 <petern> r5062 :o 15:41:58 *** Roest [~schurade@p54B9C28D.dip.t-dialin.net] has quit [] 15:42:38 <Roujin> yup ^^ 15:45:10 <Roujin> the question i am facing with my filter-capable list is where to store the items that are currently filtered out 15:46:24 <Roujin> I was thinking about having two second small-vector, and then one contains all items, and the other contains only the items that should be displayed with the currently applied filter 15:46:54 <Roujin> *having a second small-vector 15:48:31 <Roujin> or does someone have a better idea? 15:48:46 <frosch123> how do you want to combine that with sorting the list? 15:48:59 <Roujin> sorting is done on the complete list 15:49:18 <frosch123> and when changing the sorting-method while they are filtered? 15:51:05 <petern> Roujin: do you need to? 15:51:11 <petern> couldn't the list just be rebuilt? 15:51:11 <Roujin> then the complete list is sorted first, and after that the filtered list is created again from the complete list using the filter function... I'd say 15:51:55 <petern> they don't take a lot of time to rebuild 15:52:02 <petern> it's just you don't want to be doing it every tick 15:52:02 <Roujin> hmm 15:52:45 <petern> kudr (i think it was) removed the caching once as it was a 'minor' performance improvement 15:53:01 <glx> maybe a show/hide flag for the items 15:53:09 <petern> yeah 15:53:11 <petern> that would work 15:53:19 <petern> sorting can work exactly as normal 15:54:34 <Roujin> problem is how the GUIList is currently used everywhere in the code.. 15:54:40 <petern> "-Codechange: Reinstate caching of sorted purchase list. Dropping from 9m to 1.5m cycles for a redraw of a full list is not frivolous. 15:54:43 <petern> " 15:54:46 <petern> hehe 15:55:01 <petern> Roujin: how is it a problem? 15:56:36 <Roujin> well, the GUIList is currently a derived class of SmallVector, so windows that use a GUIList just iterate over the list like this: for (ConstContentIterator iter = this->content.Begin(); iter != this->content.End(); iter++) 15:56:54 <Roujin> where content is the GUIList 15:57:01 <Eddi|zuHause> <petern> shorter wagons = curves vary in lenght <- really, i think curves and slopes should be determined independent from the train length 15:57:24 <glx> Roujin: and? 15:57:29 <petern> Eddi|zuHause: obviously. i was stating how it works currently 15:57:56 <petern> "- removed unnecessary "optimization" (rebuild and sort engine list on each WE_P 15:58:00 <petern> AINT)" 15:58:02 <petern> hehe 15:58:39 <Eddi|zuHause> problem i can see with "static" curve handling is switches... 15:59:14 <petern> whatever happened to 'look-ahead' with pbs... hmm 15:59:34 <Roujin> glx: well for the flags idea I guess I'd have to make a little struct containing the item itself and its flag (show/don't show) and then use a SmallVector of this struct instead of the desired item itself 15:59:42 <Eddi|zuHause> possibly railtypes could have a property "main speed" and "branch speed", branch speed is taken when on a tile with multiple track bits, and a curve is in the path 16:00:07 <Zuu> Roujin: In bulid sign list function, for each entry call the filter-function, and ask it if the item should be added or not. 16:00:17 <Eddi|zuHause> standard tracks could then have something like 100km/h main speed, and 40km/h branch speed 16:00:23 <Zuu> (item == entry) 16:00:31 <Eddi|zuHause> high speed tracks could have different values, but insanely more expensive switches 16:01:12 <NukeBuster> any msvc users here? 16:01:24 <Zuu> what is the question? 16:01:30 <Eddi|zuHause> no. 16:01:32 <Roujin> Zuu: I'd rather not do this, but apply the filter once to the whole list, and only when the filter changes (or is enabled/disabled), not everytime I want to get some item out of the list 16:02:02 <thingwath> with current openttd economy there is nothing like 'expensive', eventually, you can afford anything :) 16:02:13 <Zuu> Hmm, reading from the list shouldn't require it to be rebuilt. 16:02:21 <Zuu> Only when data changes. 16:03:04 <Roujin> Zuu: uhm, I think we are talking about different things.. you're specific about the sign list, right? 16:03:11 <glx> NukeBuster: just ask :) 16:03:11 <Eddi|zuHause> thingwath: that's a different balancing issue, and i did propose a solution for that 16:03:23 <NukeBuster> I was doing a private msg. 16:03:27 <Zuu> Roujin: The sign list is the only list I've used specificly with. 16:03:27 <NukeBuster> but i'll ask here 16:03:37 <Zuu> And that one is only rebulit when data changes. 16:03:42 <NukeBuster> The issue is I have a plugins file which i like to be configured by cmake to set the right values. I want to know if msvc can do the same? 16:03:52 <Roujin> ah yes, but I want to do something generic that can then be used on any GUIList 16:03:52 <Rubidium> thingwath: in any game you should be able to eventually afford anything, otherwise there's stuff in the game that can't be reached 16:03:57 <NukeBuster> i don't want every commit to have plugins.cfg attached because it got replaced 16:04:28 <Zuu> NukeBuster: No idea, never used plugins with msvc. 16:04:30 <petern> Roujin: same applies to other lists 16:04:41 <glx> NukeBuster: no idea either 16:04:41 <NukeBuster> the plugins aren't for msvc but for the app 16:05:08 <NukeBuster> the issue is that linux has a different dir i want to insert on compile time 16:05:15 <Eddi|zuHause> NukeBuster: so you want to autogenerate files on compile? how about you look at the code that makes version detection in openttd? 16:05:25 <NukeBuster> I can do it with cmake 16:05:30 <NukeBuster> ah ok, thanks 16:06:30 <Roujin> Okay, I think I've understood what you mean now.. 16:08:00 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Ping timeout: 480 seconds] 16:08:08 <thingwath> Rubidium: yes, of course, but you still should think about the price, whether a cheaper solution wouldn't be enough, in openttd, you aren't :) 16:10:02 <Roujin> but (if I understand correctly what you mean) that means every time the filter changes I have to rebuild the list... 16:11:06 <petern> yup 16:11:11 <petern> not a big issue 16:11:16 <petern> you don't have to rebuild it 16:11:32 <petern> the rest of the code'll do that 16:12:19 <Zuu> The window code that uses the GUIList will need to call rebuild yes, but that shouldn't be an issue as filter don't change without some code asking for it to change. 16:12:45 <Roujin> hmm but in the case of the content list, doesn't that imply connecting to the server again and getting all that stuff? 16:13:43 <Zuu> In that case it might be usefull to have a local copy yes. 16:14:54 <Eddi|zuHause> how do i disable a certain AI personality from appearing? 16:15:10 <petern> hmm 16:15:18 <petern> that might be the only case, heh 16:15:40 <Roujin> because the content list is what I originally had in mind for filtering... 16:15:50 <Zuu> Should apply to the list in multiplayer list alos that is quiried from the master server. 16:15:59 <Zuu> /alos/also/ 16:16:56 <el_en> and /quiried/... 16:18:30 <Roujin> so that's why I didn't want to just delete stuff from the GUIList, only because it's currently filtered out by a filter 16:18:49 <Roujin> but rather have a second "complete" list available 16:19:37 <Zuu> So either we have to have a cache for network-related lists or a more generic cache for all lists. 16:25:28 <Roujin> so... such a second list I am imagining is a no-go? 16:25:53 <petern> you either need a second list or a list of what to show 16:26:10 <petern> the modify the iteration to exclude what shouldn't be shown 16:26:32 <petern> (or a list of what should be shown, same thing) 16:26:53 <petern> hm 16:27:05 <petern> thing is 16:27:10 <petern> that's what the guilist is meant to be anyway 16:27:42 <glx> an item flag should work too ;) 16:27:57 <Roujin> glx: how would you do this flag idea? 16:28:28 <glx> iterate the list and mark items visible or not depending on the filter 16:28:44 <glx> then on displaying check if it should be drawn or not 16:28:55 <Roujin> to mark them, the items need a flag attached to them.. 16:29:37 <Roujin> so I haven't a SmallVector<T> anymore but a SmallVector<HelperStruct>, where HelperStruct contains T and the flag 16:29:40 <Roujin> correct? 16:31:03 <glx> you can store whatever you want in GUIList 16:33:22 <Roujin> yes, I underatand that.. hmm, it's hard to express what I mean... 16:33:45 <glx> but std::pair<T, bool> shoud work 16:36:15 <glx> hmm probably not 16:36:52 *** dfox [~dfox@r5cv134.net.upc.cz] has quit [Remote host closed the connection] 16:38:07 <Roujin> to be honest, it bothers me that the GUIList "is a" SmallVector of its contents, and not "has a" 16:40:58 <glx> hmm it could be a SmallMap 16:41:41 <Roujin> I don't get why it has to be like this, and it means changing the code in all places where a GUIList is used if implementing the flag idea if I see it correctly. or atlternatively override all kinds of functions provided by SmallVector 16:42:13 <Alberth> Roujin: you could also have a 2nd 'next' pointer for the visible items 16:43:41 <Roujin> Alberth: the code that currently uses such lists doesn't even use next pointers but just a pointer that is incremented... 16:44:34 <Alberth> It's not a pointer, it's an iterator object looking by your for-loop code example 16:45:23 <Roujin> typedef const ContentInfo * const * ConstContentIterator; 16:45:42 <Alberth> how the iterator decides '++' is not in the for-loop but in the ConstContentIterator::operator++() 16:46:29 <Alberth> (but yes, a pointer could be 1 form of iterator) 16:47:14 <Roujin> see my last line: If I don't understand something wrong that means it is just a pointer, not a kind of "sophisticated" iterator :) 16:50:23 <Roujin> ah wait, you mean I could change this iterator into something more sophisticated.. 16:51:16 <Alberth> Roujin: yeah, that's what I meant. 16:51:51 <Alberth> That's one of the ideas behind STL 16:52:22 <Zuu> Then wouldn't you need to compare against the filter every time you re-paint the list? But I guess, either you have to have a copy of the entire list or you have to check against the filter at every read. 16:53:54 <Roujin> Zuu: nah, not check against the filter, but combine every item of the list with a boolean flag, and check that flag 16:54:15 <Alberth> Zuu: checking a boolean flag 'visible' is quite cheap. If that's too expensive, build a 2nd 'next' pointer to the next visible item 16:54:31 <Zuu> Oh, yes checking against a flag won't cost much. 16:54:53 <glx> the problem is how to add the flag 16:55:12 <Alberth> you could even move all visible items 'up' against each other 16:55:33 <Zuu> And we are working with GUILists now, which shouldn't be that performance critic. Usually they are only repainted when they change anyway. 16:56:05 *** boyinblue0 [~admin@5ac37e82.bb.sky.com] has quit [Ping timeout: 480 seconds] 16:56:21 *** boyinblue0 [~admin@5ac85a22.bb.sky.com] has joined #openttd 16:58:13 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 17:00:11 <petern> pom te pom 17:03:13 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 17:04:48 *** boyinblue0 [~admin@5ac85a22.bb.sky.com] has quit [Ping timeout: 480 seconds] 17:15:15 *** Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has joined #openttd 17:38:26 *** Phoenix_the_II [ralph@home.deboom.biz] has quit [Read error: Connection reset by peer] 17:41:31 *** Phoenix_the_II [ralph@home.deboom.biz] has joined #openttd 17:43:53 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection] 17:45:47 *** FloSoft [sifldoer@tyra.ra-doersch.de] has quit [Remote host closed the connection] 17:47:23 *** FloSoft [sifldoer@tyra.ra-doersch.de] has joined #openttd 17:48:34 <petern> is that so? 17:50:20 <FauxFaux> Pon de replay. 17:52:02 *** energetic [~opera@ip82-139-119-221.lijbrandt.net] has left #openttd [] 18:08:03 *** Roujin [~chatzilla@p5497056A.dip0.t-ipconnect.de] has left #openttd [] 18:09:16 *** RS-SM [~RSCN@216-165-17-237.DYNAPOOL.NYU.EDU] has joined #openttd 18:12:55 *** const86 [~const@tower.mimas.ru] has quit [Ping timeout: 480 seconds] 18:16:11 *** UFO64 [~jmurray@murrayjm8.umeres.maine.edu] has joined #openttd 18:16:22 *** Mortomes [~mortomes@e224212.upc-e.chello.nl] has joined #openttd 18:27:34 *** flikkflakk [~arni@172.80-203-113.nextgentel.com] has joined #openttd 18:30:15 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd 18:37:28 *** stillunk1own [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 18:37:43 *** stillunknown [~stillunkn@82-136-228-38.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 18:38:17 *** CIA-1 [~CIA@208.69.182.149] has quit [Remote host closed the connection] 18:43:32 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Quit: Leaving] 18:45:02 *** CIA-1 [~CIA@208.69.182.149] has joined #openttd 18:47:21 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 18:57:10 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Read error: Connection reset by peer] 19:03:27 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 19:04:05 <planetmaker> hm... how do I get on a server a list of available AI which I can start? 19:06:13 <CIA-1> OpenTTD: glx * r15270 /trunk/src/ai/ (3 files in 2 dirs): -Change [API CHANGE]: remove AIEventTest 19:07:58 *** Mortomes [~mortomes@e224212.upc-e.chello.nl] has quit [Ping timeout: 480 seconds] 19:08:27 *** Mortomes [~mortomes@e224212.upc-e.chello.nl] has joined #openttd 19:18:33 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 19:24:28 *** tom0004 [~Tom@92.3.219.173] has joined #openttd 19:27:25 <CIA-1> OpenTTD: peter1138 * r15271 /trunk/src/ (elrail.cpp table/elrail_data.h table/sprites.h): -Codechange: Use offsets for drawing elrail wires & pylons instead of absolute sprite IDs. 19:30:23 *** Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 19:34:03 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds] 19:34:49 *** worldemar [~world@85.114.172.222] has joined #openttd 19:36:19 *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke] 19:40:03 *** bleepy [bleepy@5adad4a4.bb.sky.com] has quit [Ping timeout: 480 seconds] 19:40:32 *** bleepy [bleepy@5ad456bd.bb.sky.com] has joined #openttd 19:52:03 *** Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has joined #openttd 19:55:27 *** smeding_ [smeding@5354BE76.cable.casema.nl] has joined #openttd 19:57:20 *** Mortomes [~mortomes@e224212.upc-e.chello.nl] has quit [Ping timeout: 480 seconds] 20:01:04 *** tokai [~tokai@p54B82F07.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 20:05:06 *** const86 [~const@tower.mimas.ru] has joined #openttd 20:09:03 *** kd5pbo|away is now known as kd5pbo 20:13:38 *** UFO64 [~jmurray@murrayjm8.umeres.maine.edu] has quit [Quit: Leaving] 20:15:51 *** fjb [~frank@p5485E63A.dip.t-dialin.net] has joined #openttd 20:16:02 <fjb> Hello 20:16:15 <kd5pbo> fjb: Hi 20:23:20 <welshdragon> hmm 20:25:01 *** Mortomes [~mortomes@i15108.upc-i.chello.nl] has joined #openttd 20:25:19 * welshdragon thinks he will get an error when installing openttd 20:25:28 <petern> you will? 20:25:33 <welshdragon> also, the website keeps saying 'network timeout/ 20:25:38 *** evandar [~evandar@213.168.176.142] has quit [Ping timeout: 480 seconds] 20:25:52 <petern> which website? 20:25:58 <welshdragon> petern, as i don't have any of the graphics 20:26:06 <welshdragon> www.openttd.org 20:26:14 <petern> works for me 20:26:59 <welshdragon> The operation timed out when attempting to contact binaries.openttd.org. 20:28:03 <welshdragon> petern, as i don't have any ttd graphics installed 20:28:20 <petern> you can install opengfx 20:28:26 <petern> the installer doesn't need them 20:29:06 <welshdragon> link/ 20:29:43 <petern> http://www.tt-forums.net/viewtopic.php?f=36&t=40162 20:29:56 <Rubidium> welshdragon: it's probably the great firewall of Wales 20:30:22 <welshdragon> Rubidium, i'm in hull 20:30:28 <petern> the welshdragon is an expatriot 20:30:37 <petern> (not to be confused with an xml library) 20:30:40 <welshdragon> actually, it's to be expected here 20:31:01 <petern> what did you want, the latest nightly? 20:31:04 <petern> or 0.6.3? 20:31:35 <welshdragon> i'm going to run both 20:32:31 <Zuu> 0.6.3 will not work with OpenGFX as far as I know. 20:32:43 <kd5pbo> What's the differences between the current nightly and 0.6.3? 20:33:13 <glx> a lot :) 20:33:22 <Prof_Frink> noai, pbs, bananas 20:33:22 <Zuu> http://wiki.openttd.org/wiki/index.php/New_Features_Since_0.6.0 20:34:29 <welshdragon> where can i get graphics for 0.6.3? 20:34:39 <Zuu> From the TTD cd 20:34:47 <welshdragon> don't have 1 20:34:56 <planetmaker> then buy it 20:35:06 <welshdragon> ...meh 20:35:13 * welshdragon gets ttdpatch 20:35:22 <Rubidium> welshdragon: ttdpatch nightlies? 20:35:27 <Rubidium> good luck ;) 20:35:36 <planetmaker> hm... 20:35:41 <petern> ttdpatch also needs a certain CD... 20:35:43 <Zuu> ttdpatch will neither work without TTD graphics as far as I know. 20:35:50 * planetmaker wonders how welshdragon will play ttdpatch without ttdp... 20:35:56 <welshdragon> not if you know where to look 20:36:02 <planetmaker> it's a patch after all, you know... 20:36:19 <planetmaker> ah... :) well. then look properly. You might solve you Openttd problem, too 20:37:57 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Read error: Connection reset by peer] 20:37:58 <welshdragon> ...and i have TTD 20:38:09 <planetmaker> so... where's the problem? 20:38:17 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 20:38:19 <welshdragon> there sin't now :D 20:39:11 <Zuu> copy the gm directory if you like to have the wonderfull music from TTD also. :) 20:48:13 <Elukka> i used to have sounds and music on but i recently turned them off 21:01:28 *** KenjiE20 [~KenjiE20@92.21.227.26] has joined #openttd 21:01:28 <Aali> @commit 13752 21:01:28 <DorpsGek> Aali: Commit by rubidium :: r13752 /trunk/src (4 files) (2008-07-20 07:41:43 UTC) 21:01:29 <DorpsGek> Aali: -Fix [FS#2130]: correctly restore conditional orders when they are put 'into' backup. 21:02:32 *** Nite_Owl [~Nite_Owl@c-98-211-146-65.hsd1.fl.comcast.net] has joined #openttd 21:02:50 <Nite_Owl> Hello all 21:04:41 *** energetic [~opera@ip82-139-119-221.lijbrandt.net] has joined #openttd 21:04:59 <frosch123> night all 21:05:05 *** frosch123 [~frosch@frnk-590fe924.pool.einsundeins.de] has quit [Remote host closed the connection] 21:05:56 *** TinoM [~Tino@i59F5E92E.versanet.de] has quit [Quit: Verlassend] 21:18:03 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Remote host closed the connection] 21:18:24 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 21:18:29 *** DASPRiD [~dasprid@dasprids.de] has joined #openttd 21:18:46 <DASPRiD> dihedral, yt? 21:18:58 *** Swallow [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]] 21:20:28 <dihedral> yep 21:20:30 <dihedral> sup dog 21:20:53 <DASPRiD> dihedral, pm 21:21:00 <Wolf01> 'night 21:21:00 <planetmaker> ? 21:21:05 <planetmaker> night Wolf 21:21:05 *** Wolf01 [~wolf01@host254-233-dynamic.14-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 21:21:14 *** dvs_ is now known as davis- 21:37:41 *** dfox [~dfox@r5cv134.net.upc.cz] has joined #openttd 21:42:33 <kd5pbo> So, I'm trying to build the latest nightly under OpenSolaris 21:44:01 <SmatZ> kd5pbo: I think you need to run "bash ./configure --without-makedepend ; gmake" 21:44:06 <kd5pbo> I did. 21:44:09 <kd5pbo> Oh, not gmake. 21:44:12 <kd5pbo> Lemme try that. 21:44:20 <Elukka> hmm... 21:44:30 <Elukka> more advanced random maps would be awesome 21:44:45 <Elukka> although the current one is about.. many times better than the default generator 21:46:30 <smeding_> i've never tried the default generator except for playing TTD when i was little 21:46:32 <smeding_> (well, littler) 21:46:42 <smeding_> and i'm not sure if i want to see what it produces :) 21:47:04 *** FR^2 [~frquadrat@frquadrat.de] has quit [Quit: Connection reset by caffein depletion...] 21:47:08 <Elukka> ugly things :D 21:47:18 <Elukka> something like what dwarf fortress has would be awesome 21:47:40 <Elukka> mountains, rivers, oceans, lakes, forests 21:47:42 <Elukka> more variation 21:48:03 <kd5pbo> gmake didn't make a difference. 21:48:39 <SmatZ> kd5pbo: and --disable-strip ... at least those works on sparc with sunos 21:48:47 <SmatZ> but I guess you don't have sparc... 21:48:57 <SmatZ> kd5pbo: what's the problem? 21:49:09 <kd5pbo> Intel. 21:49:10 *** RS-SM [~RSCN@216-165-17-237.DYNAPOOL.NYU.EDU] has quit [Ping timeout: 480 seconds] 21:49:14 <kd5pbo> I did strip 21:49:17 <kd5pbo> http://paste.openttd.org/179188 21:49:22 <kd5pbo> Is the output. 21:49:30 <SmatZ> hmm it's broken ;) 21:49:42 <kd5pbo> Really? 21:49:43 * SmatZ svn exports... 21:49:44 <kd5pbo> Wow... 21:50:58 <kd5pbo> strndup is a library function, right? 21:51:05 <Rubidium> yes 21:51:33 <Rubidium> it should be available when _GNU_SOURCE is set according to strndup's manual 21:51:51 <Rubidium> apparantly your environment sets _GNU_SOURCE but doesn't provide strndup 21:52:11 <kd5pbo> OpenSolaris is fun sometimes. 21:52:54 <glx> #if defined(__MINGW32__) && defined(_GNU_SOURCE) 21:52:54 <glx> ,.../* For some weird reasons, SDL defines _GNU_SOURCE */ 21:52:54 <glx> ,...#undef _GNU_SOURCE 21:52:54 <glx> #endif 21:53:01 <glx> looks similar to your problem 21:54:18 <kd5pbo> Put this in ini.cpp? 21:54:32 <glx> it's in stdafx.h 21:54:44 <kd5pbo> Which doesn't help, because I'm not using windows... 21:54:47 <kd5pbo> Rats. 21:55:22 <glx> I know you are not using windows, I just showed the fix I needed for mingw :) 21:55:29 <petern> SmatZ might like that one, but I dunno 21:55:31 <CIA-1> OpenTTD: peter1138 * r15272 /trunk/src/saveload/vehicle_sl.cpp: 21:55:31 <CIA-1> OpenTTD: -Codechange: Check that engine types of vehicles are valid and for the correct 21:55:31 <CIA-1> OpenTTD: type on loading a game. This prevents a crash/assertion failure if required 21:55:31 <CIA-1> OpenTTD: NewGRFs are not available. This won't make the game playable, but will let you 21:55:31 <CIA-1> OpenTTD: see what NewGRFs are required. 21:56:59 <kd5pbo> Ah. 21:57:02 <glx> kd5pbo: you can try to build a dedicated version to see if it works 21:57:09 <kd5pbo> I will. 21:57:32 <kd5pbo> Is there a way to pass a don't define parameter to gcc. 21:57:36 <petern> buggy SDL is buggy? 21:57:42 <kd5pbo> Something like a -D in reverse? 21:57:45 <glx> it's SDL 21:58:48 <kd5pbo> Is there any file in which I can undefine _GNU_SOURCE once? 21:58:50 <glx> sdl-config --cflags 21:58:55 <Elukka> what's the main obstacle for real curved tracks? coding or lack of sprites? 21:59:16 <glx> kd5pbo: yes stdafx.h 21:59:44 <petern> 1) lack of code 2) lack of sprites 3) lack of interest 4) abundance of lack 22:00:16 <Elukka> :/ 22:00:33 <Elukka> sprites would be easier with 32bpp since you could just make more renders, right? 22:00:40 <petern> no 22:00:50 <Elukka> no? 22:00:59 <petern> 32bpp has nothing to do with 'rendering' 22:01:17 <Elukka> i thought they were done in blender 22:01:21 <glx> 32bpp just replaces existing 8bpp sprites 22:01:24 <petern> sprites are sprites 22:01:32 <petern> you can 'render' 8bpp sprites 22:01:56 <Elukka> i got the idea most are just drawn 22:02:21 <petern> and you can 'just draw' 32bpp sprites too 22:02:32 <petern> so 8bpp vs 32bpp is irrelevant 22:02:39 <Elukka> right 22:02:44 <kd5pbo> I've undefined _GNU_SOURCE, we'll see if it works. 22:02:59 <Elukka> i really ought to try making some 32bpp sprites 22:03:21 <glx> kd5pbo: what is the output of "sdl-config --cflags" for you ? 22:03:40 <petern> anyway, sprites are not really an issue 22:03:42 <kd5pbo> -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT 22:03:47 <petern> the huge amount of code changes is 22:03:47 <kd5pbo> Interesting. 22:03:58 <SmatZ> what I can say: "./configure --disable-strip --without-makedepend && gmake" compiles on "SunOS sunray1 5.10 Generic_137111-07 sun4v sparc SUNW,Sun-Fire-T1000" 22:04:01 <kd5pbo> I wrote a small program to see if _GNU_SOURCE was defined and it wasn't. 22:04:12 <glx> SmatZ: do you have SDL ? 22:04:16 <SmatZ> glx: yes 22:04:19 <Elukka> simple models would be easy in sketchup... its textures that could pose a problem 22:04:23 <SmatZ> runs fine over ssh :-D 22:04:27 <Rubidium> I reckon we should strip the _GNU_SOURCE from the sdl-config result 22:05:01 <Rubidium> http://rbijker.net/openttd/fk_sdl.diff <- like so 22:05:18 *** DaleStan [~Dale@pool-71-98-104-215.ipslin.dsl-w.verizon.net] has quit [Ping timeout: 480 seconds] 22:05:31 <SmatZ> and it loads a TTO savegame ^_^ (it's a big endian machine) 22:05:36 <petern> can you put an "SDL is fucking stupid" in there too? 22:05:50 <petern> SmatZ, why does that surprise you? :( 22:05:58 <SmatZ> Assertion failed: rect.top == st->rect.bottom, file /bags/sojkaz1/openttd-ex3/src/station_cmd.cpp, line 612 22:06:02 <Rubidium> petern: wasn't there someone complaining about cursing in the surce code? 22:06:06 <SmatZ> petern: I coded it :) 22:06:15 <SmatZ> so it doesn't run :'-( 22:06:16 <petern> Rubidium, not enougH? 22:06:55 <Rubidium> petern: like in the updated diff? 22:07:02 * Rubidium was lazy 22:07:14 <petern> lol 22:07:18 <SmatZ> though, most of that TTO code reused code of TTD loader... 22:07:48 *** tom0004 [~Tom@92.3.219.173] has quit [Read error: Connection reset by peer] 22:08:05 <kd5pbo> ini.cpp compiled 22:09:09 <glx> kd5pbo: now try a clean trunk with Rubidium's patch 22:09:53 <Rubidium> glx: can you try the updated diff with mingw? 22:10:11 <glx> I did already :) 22:10:17 <petern> uh, yeah, remove that line yea? :P 22:10:25 <glx> was my first try 22:10:25 <Rubidium> glx: really? 22:10:33 <kd5pbo> trunk == nightly? 22:10:34 <Rubidium> as I just updated 22:10:57 <glx> I commented out stdafx.h lines 22:11:06 <Rubidium> ah, okay 22:11:18 <glx> compiled fine 22:12:20 <planetmaker> kd5pbo: even newer :) 22:12:40 <planetmaker> checkout from source repository 22:12:45 <kd5pbo> Will do. 22:15:25 *** Brianetta [~brian@client-82-26-67-90.bmly.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 22:16:20 <CIA-1> OpenTTD: rubidium * r15273 /trunk/src/misc_gui.cpp: -Fix: OSK of the chat did not update the caret graphics 22:16:57 * Zuu waves for Rubidium 22:19:13 <Rubidium> free out sourcing of waving ;) Must be a bad economical season 22:20:29 <petern> http://www.reuters.com/article/oddlyEnoughNews/idUSTRE50M4XT20090123 22:20:51 <kd5pbo> Ok, how do I apply the patch. 22:21:01 <kd5pbo> I've had a lapse of memory, it seems. 22:22:21 <Rubidium> petern: it's waiting for the translator to say he has done it and the execution of the robber 22:23:50 *** Elukka [~elukka.el@bb-89-166-45-150.dsl.phnet.fi] has quit [] 22:29:53 <kd5pbo> patch -p1 < fk_sdl.diff doesn't seem to work 22:30:12 <kd5pbo> Nor does patch < fk_sdl.diff 22:30:20 <Rubidium> try -p0 22:30:31 <kd5pbo> Put the patch in /trunk? 22:31:05 <kd5pbo> Worked. 22:32:24 <Zuu> I started out good with my Widget Focus thread, I think. Used images to not wirte to much un-understandable text. but then I started to write a bit... :-D 22:32:36 <Zuu> http://www.tt-forums.net/viewtopic.php?f=33&t=41591 22:37:40 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Remote host closed the connection] 22:37:56 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has joined #openttd 22:41:49 <kd5pbo> Well, first attempt at a make failed. 22:41:51 <kd5pbo> I ran out of virtual memory. 22:43:11 <kd5pbo> It compiled just fine, now I've link errors: 22:43:15 <kd5pbo> http://paste.openttd.org/179190 22:43:49 *** Mortal [~mortal@0x573a3da2.odnqu1.static.dsl.tele.dk] has quit [Quit: from __future__ import antigravity] 22:44:16 *** smeding_ [smeding@5354BE76.cable.casema.nl] has quit [Read error: Connection reset by peer] 22:45:06 <Rubidium> rather looks like warnings 22:45:20 <kd5pbo> Yeah. 22:45:37 <kd5pbo> make run complained it couldn't find sample.cat. 22:45:42 <kd5pbo> Forgot to put in graphics files. 22:48:37 *** davis- [~iloveme@p5B28E63C.dip.t-dialin.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 22:50:12 <Rubidium> kd5pbo: the warning is harmless; gcc just leaves a little too much data behind when discarding bits of duplicate code 22:50:13 <CIA-1> OpenTTD: smatz * r15274 /trunk/src/saveload/ (oldloader.cpp oldloader.h oldloader_sl.cpp): -Fix (r8705): oldloader wasn't updated to use 64bit airport_flags 22:50:16 <SmatZ> fixed :) 22:50:31 <kd5pbo> Rubidium: Good to know. 22:52:11 <CIA-1> OpenTTD: rubidium * r15275 /trunk/ (config.lib src/stdafx.h): -Fix: SDL adds _GNU_SOURCE to the defined macros even when the compiler doesn't provide the functions promised when that define exists... 22:57:02 <kd5pbo> Works! 22:57:09 <kd5pbo> Whee! 22:57:14 *** rtypo [tux@pc54.clicknet.iasi.rdsnet.ro] has joined #openttd 22:58:22 <kd5pbo> Only problem is that now I've not got the same version as my roommates. 22:58:35 *** unfrickable [~PC@201.170.83.182] has joined #openttd 22:59:04 <planetmaker> have them update :) 22:59:21 <planetmaker> pays off usually. Especially currently. 22:59:23 <kd5pbo> To the svn version? 22:59:37 <planetmaker> choose a nightly version. 22:59:46 <kd5pbo> They're mac users. 22:59:47 <planetmaker> then they most probably can download w/o compile 22:59:51 <unfrickable> Over 80% of NEGROS lack the latest mutations on Haplogroup D that allow for higher though processes. Learn even more facts about the people that hail from the Dark Continent by joining Chimpout!! http://www.chimpout.com/forum/index.php At chimpout.com all races that aren't Negroid are welcome. We love and respect Asians, Whites, Indians, Native Americans, Mestizos, and non-negroid Jews (no Samm 22:59:52 <planetmaker> yeah. well then 22:59:56 <unfrickable> y Davis Jr.s). Join us in the epic battle of humans vs niiiggggeeers. http://www.chimpout.com/forum/index.php 23:00:02 <planetmaker> @kick unfrickable 23:00:03 <kd5pbo> They're scared of compiling. 23:00:03 <kd5pbo> Found a bug. 23:00:03 <kd5pbo> Oh, ok. 23:00:08 <SmatZ> @kban unfrickable 23:00:09 *** mode/#openttd [+b *!~PC@201.170.83.182] by DorpsGek 23:00:09 *** unfrickable was kicked from #openttd by DorpsGek [SmatZ] 23:00:41 <TinoDidriksen> People still spam like that? Wow, been years since I've seen that. 23:00:47 <planetmaker> kd5pbo: Mac is no problem. Versions from 10.3.9 on afaik. I compile myself though 23:00:48 <SmatZ> hehe 23:01:02 <el_en> TinoDidriksen: the second time this month on this channel. 23:01:23 <planetmaker> 3rd time I see this chimp post his racist scam 23:01:36 <kd5pbo> The music won't paly. 23:01:36 <kd5pbo> Cool. 23:01:36 <kd5pbo> The music isn't a huge issue. 23:01:53 <Rubidium> kd5pbo: don't read the readme 23:01:54 <planetmaker> kd5pbo: you need sample.cat. You have it? 23:01:59 <kd5pbo> Yep 23:02:02 <el_en> He (or it) was from Mexico... Or the botnet node was from Mexico. 23:02:24 <kd5pbo> What's in the readme that I should ignore? 23:02:28 <kd5pbo> ignore* 23:02:29 <Zuu> Music is in the gm folder 23:02:38 <kd5pbo> Got it. 23:02:52 <Zuu> And you have placed the gm folder NOT in your data dir? 23:03:01 <kd5pbo> it's in ~/.openttd 23:03:17 <Rubidium> do you have timidity? 23:03:19 <kd5pbo> The music player cycles through tracks fast. 23:03:23 <kd5pbo> No idea. 23:03:25 <kd5pbo> Lemme look. 23:03:50 <Rubidium> chance is pretty high you don't 23:03:55 <Rubidium> otherwise the music would play ;) 23:03:59 *** frederyk [~frank@brln-4dba135f.pool.einsundeins.de] has joined #openttd 23:04:19 <kd5pbo> Now, let's take bets on whether it's in a repository somewhere. 23:04:22 <SmatZ> ok, trunk compiles on SunOS fine 23:04:28 <kd5pbo> Yep. 23:04:32 <kd5pbo> I've not played much. 23:04:44 <kd5pbo> The changes since the latest stable version look nice. 23:07:17 <kd5pbo> The Blastwave repository had it. 23:08:20 <planetmaker> he. New supported platform, eh? 23:08:29 <planetmaker> anyway. Good night all! 23:08:32 * planetmaker waves 23:08:57 <Nite_Owl> later planetmaker 23:09:19 <SmatZ> good night planetmaker, I am going to bed too :) 23:09:32 <Nite_Owl> later SmatZ 23:09:45 <SmatZ> good night, Nite_Owl :-) 23:10:50 *** Ammler is now known as marcel 23:11:45 *** marcel is now known as Ammler 23:12:00 *** Zahl_ [~Zahl@g226202023.adsl.alicedsl.de] has joined #openttd 23:13:32 *** Zuu [~Zuu@c-71fae253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 23:15:38 *** kd5pbo is now known as kd5pbo|supper 23:19:25 *** Zahl [~Zahl@f051104249.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 23:19:25 *** Zahl_ is now known as Zahl 23:20:49 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 23:21:03 *** roboboy [3aad2910@webchat.mibbit.com] has quit [] 23:21:21 *** roboboy [3aad2910@webchat.mibbit.com] has joined #openttd 23:22:15 <glx> I need a volunteer to test a script 23:24:23 <TinoDidriksen> Sounds dangerous... 23:24:57 <glx> only if it works :) 23:30:29 *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd 23:30:44 <TinoDidriksen> Waffles are great at chimpout.com ! Now with free butter! 23:30:45 *** mode/#openttd [+b *!~projectjj@port432.ds1-od.adsl.cybercity.dk] by DorpsGek 23:30:45 *** TinoDidriksen was kicked from #openttd by DorpsGek [TinoDidriksen] 23:30:49 <glx> @op 23:30:52 *** mode/#openttd [+o glx] by DorpsGek 23:30:58 *** mode/#openttd [-b *!~projectjj@port432.ds1-od.adsl.cybercity.dk] by glx 23:31:00 *** TinoDidriksen [~projectjj@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 23:31:04 <TinoDidriksen> Works 23:31:06 <glx> thanks 23:31:42 <glx> it reacts faster than any op can :) 23:31:49 <glx> @deop 23:31:49 *** mode/#openttd [-o glx] by DorpsGek 23:35:42 <el_en> does it require you to be online? 23:36:32 *** einKarl [~einKarl@91-66-180-201-dynip.superkabel.de] has quit [Remote host closed the connection] 23:37:05 <glx> it does 23:37:26 *** Sacro|Mac [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has joined #openttd 23:37:37 *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 23:37:45 <glx> but it's better than nothing 23:37:48 <el_en> it's the Sacro-Macintosh cyborg! 23:37:49 <Sacro|Mac> Yeah 23:37:57 <Sacro|Mac> heh, trying colloquy 23:38:01 *** Sacro|Mac [~ben@adsl-87-102-39-137.karoo.KCOM.COM] has quit [] 23:38:07 <glx> did you find your (at) key? 23:38:14 <glx> too late 23:38:52 <Sacro> glx: yes 23:38:55 <Sacro> @ :D 23:39:00 <Sacro> I had option set as meta ticked 23:39:16 <Sacro> which allowed me to use alt+num to change window 23:39:24 <Sacro> but disabled the whole ¡â¬#¢â§¶â¢ÂªÂº 23:39:41 <el_en> that's why people use esc+num. 23:42:13 *** frederyk [~frank@brln-4dba135f.pool.einsundeins.de] has quit [Quit: Ex-Chat] 23:42:29 <el_en> does the n-word now result in a ban, too? 23:42:46 <glx> n-word? 23:42:58 <svip> The word that is banned in New York. 23:43:40 <el_en> the "nigger, v. 1. a. trans. To section off (a log, etc.) by burning or charring at intervals." word. 23:44:09 <el_en> apparently not. 23:44:12 <glx> no, it's hard to catch 23:44:29 <glx> they tend to duplicate letters to prevent that 23:44:30 *** Booth [~Booth@82-32-210-243.cable.ubr07.newt.blueyonder.co.uk] has joined #openttd 23:44:38 <glx> but the url is always the same ;) 23:47:52 *** OwenS [~OwenS@host86-164-125-149.range86-164.btcentralplus.com] has quit [Remote host closed the connection] 23:51:35 <RS-SM> ... 23:51:36 <RS-SM> what 23:51:42 <RS-SM> anyway 23:51:51 <RS-SM> what ngrf do you like the most 23:56:42 *** Progman [~progman@p57A1F89C.dip.t-dialin.net] has quit [Remote host closed the connection] 23:56:54 *** Yeggstry [~mind@cpc2-rdng14-0-0-cust631.winn.cable.ntl.com] has quit [Read error: Connection reset by peer] 23:56:57 *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has quit [Quit: RS-SM] 23:58:05 *** roboboy [3aad2910@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 23:59:49 *** RS-SM [~RSCN@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU] has joined #openttd