Times are UTC Toggle Colours
00:00:53 <PeterT> is this a multiplayer bug? --> I put a password on a company, but at the joining screen it has no password 00:01:28 *** Biolunar [mahdi@blfd-4db1ad18.pool.mediaWays.net] has quit [Quit: Bye] 00:02:19 <PeterT> (0.7.2) 00:05:55 *** zachanima [~zach@50A2FFAA.flatrate.dk] has joined #openttd 00:12:44 *** Dred_furst [~Dred@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 00:19:36 *** Chris_Booth [~Chris_Boo@82-32-243-15.cable.ubr11.newt.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 00:21:02 *** Zorni [~zorn@e177231024.adsl.alicedsl.de] has joined #openttd 00:24:08 *** PeterT [~Peter@c-76-19-168-104.hsd1.ma.comcast.net] has quit [Quit: I'm off] 00:28:43 *** Zorn [~zorn@e177225046.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 00:37:49 *** KenjiE20|LT [~Kenji@host86-170-238-150.range86-170.btcentralplus.com] has joined #openttd 00:37:58 *** KenjiE20 [~KenjiE20@92.1.60.125] has quit [Quit: WeeChat 0.3.0] 00:43:02 *** Brianetta [~brian@client-86-27-113-222.bmly.adsl.virgin.net] has quit [Quit: Tsch?ss] 00:52:17 *** Progman [~progman@p57A1C053.dip.t-dialin.net] has quit [Remote host closed the connection] 01:11:53 *** Audigex [~audigex@78.148.201.78] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.0.14/2009082707]] 01:11:53 *** welshdragon [~welshdrag@80.247.163.137] has quit [Quit: Caught signal 11, Segmentation fault] 01:23:42 *** KingJ [~KingJ-OFT@oops.i.forgot.to.set.my.hostmask.kingj.net] has quit [Ping timeout: 480 seconds] 02:13:29 *** KingJ [~KingJ-OFT@oops.i.forgot.to.set.my.hostmask.kingj.net] has joined #openttd 02:24:46 *** ctibor [~quassel@77.48.228.43] has quit [Quit: No Ping reply in 180 seconds.] 02:25:53 *** zachanima [~zach@50A2FFAA.flatrate.dk] has quit [Ping timeout: 480 seconds] 02:29:15 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 02:52:14 *** nicfer [~nicfer@168.226.104.66] has quit [Quit: Leaving] 02:56:36 *** ecke [~ecke@188.75.128.2] has quit [Quit: ecke] 02:57:36 *** Fuco [~dota.keys@188.123.106.105] has quit [Quit: Quit] 03:07:16 *** glx [glx@2a01:e35:2f59:c7c0:fd50:6aaf:ecf:9ef4] has quit [Quit: bye] 03:12:38 *** KenjiE20|LT [~Kenji@host86-170-238-150.range86-170.btcentralplus.com] has quit [Quit: Leaving] 03:13:35 *** mib_321zfe [43aa6c35@webchat.mibbit.com] has joined #openttd 03:15:43 *** mib_321zfe [43aa6c35@webchat.mibbit.com] has quit [] 03:18:58 *** Dred_furst [~Dred@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has quit [Quit: Leaving] 04:13:01 *** R0b0t1 [~Enigma@64-136-216-213.dyn.everestkc.net] has quit [Remote host closed the connection] 05:35:52 *** Wolle [DrJekyll@p57B0E715.dip.t-dialin.net] has quit [Quit: http://www.lagerwiki.de - das Wiki rund um's Thema Lager und Logistik] 05:38:23 *** DJNekkid [~tmsmje@static217-26.adsl.no] has quit [Ping timeout: 480 seconds] 05:50:14 *** RJHelms [~robot@bas3-oshawa95-1175979740.dsl.bell.ca] has joined #openttd 05:55:24 *** RJHelms [~robot@bas3-oshawa95-1175979740.dsl.bell.ca] has quit [Remote host closed the connection] 06:01:58 *** Azrael- [~azraeluk@cpc1-papw2-0-0-cust1013.cmbg.cable.ntl.com] has joined #openttd 06:07:31 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 06:30:49 *** williham [~wito@25.244.251.212.customer.cdi.no] has joined #openttd 06:37:32 *** [wito] [~wito@25.244.251.212.customer.cdi.no] has quit [Ping timeout: 480 seconds] 07:00:47 <CIA-4> OpenTTD: rubidium * r17564 /branches/0.7/src/ (ai/ai_instance.cpp economy.cpp script/squirrel.cpp): 07:00:47 <CIA-4> OpenTTD: [0.7] -Backport from trunk: 07:00:47 <CIA-4> OpenTTD: - Fix: Vehicles waiting for their time table did not load anymore after their initial load was completed [FS#3201] (r17551) 07:00:47 <CIA-4> OpenTTD: - Fix: Aircraft were given an unfair advantage in station rating calculations (r17550) 07:00:47 <CIA-4> OpenTTD: - Fix: [NewGRF] Sign extending of profit calculation did not work (r17546) 07:00:48 <CIA-4> OpenTTD: - Fix: [NoAI] AIs had 'infinite' time when running code from the global scope [FS#3202] (r17545) 07:00:50 <CIA-4> OpenTTD: - Fix: [NoAI] Crash when doing commands in the 'global' scope [FS#3202] (r17544) 07:00:53 *** Azrael- [~azraeluk@cpc1-papw2-0-0-cust1013.cmbg.cable.ntl.com] has quit [Read error: Connection reset by peer] 07:04:06 *** Muxy [~Muxy@nt2001.opsio.fr] has joined #openttd 07:05:24 <Muxy> PACKET_CLIENT_JOIN 07:09:26 <CIA-4> OpenTTD: rubidium * r17565 /branches/0.7/ (7 files in 3 dirs): (log message trimmed) 07:09:26 <CIA-4> OpenTTD: [0.7] -Backport from trunk: 07:09:26 <CIA-4> OpenTTD: - Fix: Memory leak when viewing the NewGRF settings of a server (r17563) 07:09:26 <CIA-4> OpenTTD: - Fix: The NewGRF settings of (remote) network games did not get properly updated when the NewGRFs were rescanned causing reading of freed data [FS#2972] (r17562) 07:09:26 <CIA-4> OpenTTD: - Fix: Close the "Add NewGRF" window when you close the "NewGRF Settings" 07:09:28 <CIA-4> OpenTTD: window. The add window has a pointer to the settings which means that not 07:09:30 <CIA-4> OpenTTD: deleting it would cause dereferencing an already freed pointer [FS#3206] 07:10:17 *** Doorslammer [Doorslamme@PIPP-p-203-54-229-217.prem.tmns.net.au] has joined #openttd 07:40:25 <dihedral> morning :-) 07:41:22 <SmatZ> morning 07:41:27 <dihedral> \o/ 07:41:59 * dihedral is cleaning his monitor, after having to sneeze 07:42:34 <SmatZ> ewww 07:58:15 <dihedral> ^^ 08:23:40 <Rubidium> yay... yet another boring morning :( 08:23:56 <SmatZ> :( 08:27:15 *** Aankhen`` [~hey.squid@122.162.164.197] has joined #openttd 08:30:27 <Rubidium> ohoh... alain found a helper 08:32:41 <dihedral> ui 08:33:01 <dihedral> hopefully he can write proper posts.... 08:33:09 <dihedral> and be his forum-post-writing-bitch :-P 08:34:54 <Rubidium> anyhow 'community please give me patches to a revision I pick'-approach went to the 'okay, I will update (read: mess around with) your patch'-approach 08:36:08 <dihedral> hehe - and "patchers please read my posts on the community integrated patch, because it's all about YOU" 08:36:10 <dihedral> :-P 08:36:17 <dihedral> http://code.google.com/p/civopenttd/downloads/list <- huge fan base :-P 08:36:33 <Rubidium> heh, it has doubled! 08:37:09 <dihedral> http://code.google.com/p/civopenttd/people/list 08:37:10 <dihedral> cute 08:37:11 <dihedral> :-P 08:37:25 <dihedral> Rubidium, well... the number of 'maintainers' has doubled too 08:37:59 <dihedral> considered replying in the forums "you two are cute, you should get married" 08:38:00 <Rubidium> the binaries seem to be too big (comparing with OTTD's binaries) 08:38:44 <dihedral> i guess it's just because of all the added grf's :-P 08:39:12 <Rubidium> got no clue what kind of mess they're making of it 08:39:13 <dihedral> i should write a patch that adds a little tiny feature, but breaks a bunch of other stuff 08:39:23 <dihedral> :-) 08:39:32 *** [wito] [~wito@25.244.251.212.customer.cdi.no] has joined #openttd 08:39:53 <Rubidium> ah, good boy... Alain added the .svn directories 08:40:05 <dihedral> uhh... with username i hope :-D 08:40:27 <dihedral> cute, that really really is cute 08:40:51 <dihedral> are they in the tar.gz too? 08:41:00 <dihedral> yep 08:41:12 <dihedral> + the tar.gz is of the bin directory :-D 08:41:58 <dihedral> + no readme + no COPYING 08:42:07 <dihedral> ah - there they are :-P 08:42:08 <Rubidium> at least the .tar.gz has readme.txt and COPYING 08:42:13 <Rubidium> the .7z doesn't have it 08:43:07 <dihedral> hihihi 08:43:18 <dihedral> what could i break? :-P 08:45:44 <dihedral> something that crashes after 10 mins of playing :-D 08:45:52 <dihedral> they will not get that far while testing 08:46:22 <dihedral> well... actually - it's not worth the effort - nobody plays it! 08:46:48 *** williham [~wito@25.244.251.212.customer.cdi.no] has quit [Ping timeout: 480 seconds] 08:49:11 <Rubidium> so, made my contribution to CIV too :) 08:49:49 <dihedral> i can guess what it's about 08:50:11 <Rubidium> all my 6 points of complaint? 08:50:41 <Doorslammer> What on Earth is all that about? 08:51:14 <dihedral> i guessed the readme and COPYING one 08:52:19 <Doorslammer> Community intergrated version? 08:52:56 <dihedral> that's the name, yes 08:53:23 <Doorslammer> What's the difference? 08:54:49 <Rubidium> the amount of crappiness in their process 08:54:58 <Doorslammer> Nice 08:55:02 <Doorslammer> Sounds like fun 08:55:22 <dihedral> actually it is 08:55:30 <dihedral> 2 people doing work, nobody using it :-P 08:57:53 <Rubidium> patch packs are losing their glamour I think 09:01:39 <Rubidium> http://rbijker.net/openttd/misc/deprecating_the_osx_port.txt <- draft for the website 09:02:05 <Rubidium> argh... stupid fingers... pressing the 'up' key just before the 'enter' key; a well, who cares? 09:03:04 <Rubidium> anyhow, what I wanted to ask: why are people actually making 100+ part trains? 09:03:40 <Doorslammer> Recreating the big iron ore trains of the Pilbara? 09:03:45 <Doorslammer> Otherwise, no idea 09:04:07 <Rubidium> they'll load incredible slowly because they're longer than the station 09:05:09 <Doorslammer> I'm struggling to justify anything larger than 14 in any game 09:15:44 <dihedral> Rubidium, may i point out, X11 exists for osx .... 09:16:38 <dihedral> compiling openttd on my mac takes about 20 mins 09:16:39 <dihedral> :-P 09:17:05 <Rubidium> may I point out that OpenTTD with the SDL backend totally sucks, probably due to X11 09:17:26 <dihedral> yay 09:17:30 <dihedral> what's your plan? 09:17:36 <dihedral> rephrase 09:17:39 <dihedral> what's THE plan :-P 09:18:05 *** Chris_Booth [~Chris_Boo@82-32-243-15.cable.ubr11.newt.blueyonder.co.uk] has joined #openttd 09:18:32 <Rubidium> my plan is to ditch OSX unless someone capable shows up 09:19:17 <dihedral> time frame? 09:19:20 <Rubidium> ditch as in: mark it unsupported and stop releasing OSX binaries 09:19:45 <Rubidium> dihedral: read it again 09:20:20 <dihedral> "unless someone capable shows up" <- i meant that ^^ 09:20:32 <dihedral> right away? 09:20:42 <dihedral> before 0.8 09:20:50 <dihedral> another year / half year 09:21:29 <Rubidium> obviously well before the next major release 09:22:07 <dihedral> it would be a pain to get os x support in from scratch.... i mean after ditching it 09:22:11 *** Progman [~progman@p57A1C2D7.dip.t-dialin.net] has joined #openttd 09:22:47 <Rubidium> well, morphos support is ditched too, yet most of the port still remains 09:22:52 <Rubidium> it's likely very broken though 09:22:55 <dihedral> do you know what percentage of people run openttd on mac? 09:22:59 <Rubidium> the same will hapen with OSX 09:23:09 <Rubidium> dihedral: have you *read* the thing? 09:23:17 <dihedral> parts :-P 09:23:46 <Rubidium> jeez... I wrote it so I didn't have to answer all those basic questions 09:23:51 <dihedral> :-D 09:23:52 <dihedral> sorry 09:24:10 <Rubidium> apparantly it needs some other text 09:24:59 <dihedral> sadly i only run 10.4 and i am not familiar with the sdk, though i would not mind gaining that knowledge 09:25:20 <dihedral> chances of me buying another mac / version of os x is not that high either 09:26:56 <Rubidium> there, a special paragraph for dihedral 09:27:21 <Ammler> osx doesn't have a "run in previous version" mode? so you could run ottd as 10.5 in 10.6? 09:27:46 <dihedral> you can chose the sdk when compiling 09:27:51 <dihedral> that's about it :-P 09:28:51 <Rubidium> Ammler: ofcourse not; how would they be able to support PPC OS 9 in i686 OS X 10.6 09:28:59 <dihedral> however, i was considering buying a new computer and donating my mac :-P 09:29:24 <Ammler> well, that is something else... 09:29:46 * dihedral likes the first paragraph ^^ 09:30:24 <Ammler> I just mean, couldn't you simply continue support for 10.5? 09:30:53 <dihedral> there is someone who has not read any of that document 09:31:02 * dihedral shakes Ammlers hand 09:31:04 <TinoDidriksen> How are the OS ports done? SDL / SFML layer? 09:31:05 <dihedral> congrats 09:31:17 <dihedral> quarz aqua 09:32:00 <Rubidium> TinoDidriksen: mostly by 'virtualising' the video driver and implementing it per backend; one of the back ends is SDL, but that is very slow on OSX (up to unplayably slow) 09:32:17 <dihedral> oh 09:33:28 <Rubidium> and some bits and pieces for stuff that isn't covered by e.g. SDL, though most of that is covered in a number of messy obj-C++ OSX specific files 09:34:05 <dihedral> brb 09:34:21 <Rubidium> TinoDidriksen: don't think SFML is such a good candidate for OSX support though: "After several months of great work on the Mac OS X port, Ceylo has finally decided to stop maintaining it." 09:34:34 <TinoDidriksen> Yeah, I noticed that bit... 09:34:51 <TinoDidriksen> Is the SDL backend the OpenGL version? 09:35:32 <Rubidium> also neither SDL nor SFML do stuff with providing lists of which fonts are useful for a specific language 09:35:44 <Rubidium> and can't find much about CJK stuff either 09:36:46 <Rubidium> TinoDidriksen: no OpenGL; there have been some experiments with it but I haven't seen any satisfactory implementation 09:37:01 <TinoDidriksen> Hrhm 09:37:05 <Rubidium> satisfactory meaning that it doesn't break like half the GUI 09:37:29 <TinoDidriksen> 'cause if one got SDL+OpenGL working, that would be graphics solved for any platform SDL works on. 09:37:34 <Ammler> well, I don't care that much about, but it isn't clear, if you stop osx completely or just don't support newer versions. 09:38:11 <Rubidium> we don't support newer versions of OSX for 0.7 and if no-one steps up we just stop supporting OSX for the next major release 09:39:13 <Rubidium> because by then *most* of the OSX people will be using the newer version of OSX (I guess), which means supporting older versions only is going to cause more bug reports about 10.6 09:39:20 <Rubidium> even though it isn't supported 09:39:30 <Ammler> that means, it is also a big hassle to keep support for osx 10.5, It looked like you made that (big) effort already. 09:40:20 *** thingwath [~thingie@r2ap232.net.upc.cz] has quit [Remote host closed the connection] 09:40:48 <Rubidium> the 10.5 support is far from perfect 09:41:05 <Rubidium> Bjarni did some hacks to get it working for most people 09:47:44 <tokai> I wonder why apps break all the time with an new OS release under Mac OS X. 09:48:01 <Ammler> he, then you could use the free vm for suse rpms ;-) 09:50:31 *** Luukland [~Luukland@87.208.211.195] has joined #openttd 09:51:03 <Luukland> Sir Rubidium, how can I ban a player on my server, by banning his unique id? 09:51:33 <Ammler> Luukland: search for ban in the wiki 09:52:19 <Ammler> afaik, only per IP 09:52:23 <Luukland> >_< 09:52:37 <Luukland> Some players use Dinamic IP 09:52:40 <Luukland> to evade bans :( 09:52:44 <Rubidium> for one, unique id isn't that unique. Furthermore changing the unique id is very easy. Besides that changing an IP is quite easy too 09:52:50 <Luukland> :P 09:52:59 <Luukland> True true 09:53:07 <Luukland> Can I ban on nickname? :p 09:53:15 <Ammler> well, we "ban" per server pw :-) 09:53:57 <Ammler> Luukland: you could with autopilot 09:54:12 <Luukland> I just want to keep some fellow out 09:54:15 <Rubidium> as if a nickname isn't even easier to change 09:54:15 <Luukland> who comes every night 09:54:20 <Luukland> terraforming the map 09:54:47 <Luukland> Rubidium, sometimes the obvious is the best for those idiot who think it is fun to destroy a multiplayer game 09:56:07 <Ammler> Luukland: and always the same guy? 09:57:11 <Luukland> yeah 09:57:18 *** XeryusTC is now known as Xeryus|bnc 09:57:21 <Luukland> Wallice is his name >_< 09:57:24 <Luukland> Or wallace 09:57:25 *** Xeryus|bnc was kicked from #openttd by Rubidium [Xeryus|bnc] 09:57:25 *** Xeryus|bnc [~XeryusTC@vs241204.vserver.de] has joined #openttd 09:57:26 <Luukland> Not usre :P 09:57:36 <Luukland> *sure 09:57:52 <Muxy> Hello Luukland 09:58:01 <Luukland> Hi :p 09:58:07 <Muxy> Goulp Kiss ! 09:58:25 <Rubidium> @kban 3600 Xeryus|bnc I told you about your bouncer; I hope it's 3600 seconds though 09:58:25 <DorpsGek> Rubidium: Error: 3600 is not in #openttd. 09:58:32 <Rubidium> stupid thing 09:58:48 <Luukland> Nooos No Goulp Admin :p 09:58:49 <Luukland> Pls :P 09:59:15 *** mode/#openttd [+b *!~XeryusTC@vs241204.vserver.de] by DorpsGek 09:59:15 *** Xeryus|bnc was kicked from #openttd by DorpsGek [I told you about your bouncer; I hope it's 3600 seconds though] 09:59:38 <dihedral> Luukland, firewall rules 09:59:43 <dihedral> ban the entire network 10:00:01 <Luukland> he has dynimic IP :p 10:00:08 <dihedral> ... 10:00:08 <Luukland> I dont want every German to be banned :p 10:00:13 <dihedral> ... 10:00:16 <dihedral> he has an ISP 10:00:25 <dihedral> you merely need to ban that ISP 10:00:43 <Ammler> if it is t-online, you ban quite a lot :-) 10:00:46 <dihedral> i once banned all of alaska because of one person :-P 10:00:51 <Luukland> xD 10:00:52 <dihedral> Ammler might remember that kid 10:01:02 <Muxy> start to ban a 255 network range 10:01:16 <dihedral> you can whois the ip and find out about it's range 10:01:27 <dihedral> and simply ban that by firewall rules 10:01:31 <Luukland> lolz :P 10:01:42 <dihedral> other idea, is to only allow people to join as spectator 10:01:49 <Ammler> Muxy: ip changes aren't in such a low range. 10:01:52 <dihedral> and if they want a company, raise the max-companies limit 10:01:55 <Rubidium> or with deep packet inspection 10:02:07 <Muxy> said "start" 10:02:16 <dihedral> Luukland, linux or windows? 10:02:30 <Luukland> xD 10:02:41 <dihedral> yeah - ok.... 10:02:47 <dihedral> linux and windows are operating systems 10:02:48 <Ammler> but if you use dynmic ip, the isp likes to be sure, you get really another address not just +1, at least here. 10:02:57 <Luukland> Windows my friend, with no autopilot, nor any other scripts :P 10:03:08 <dihedral> tough luck! 10:03:10 <dihedral> :-P 10:03:24 <dihedral> firewall rules 10:03:29 <dihedral> or be fast to kick / ban 10:03:37 <Luukland> xD 10:03:47 <dihedral> Rubidium, would it be fair to only allow clients to join as spectator? 10:03:59 <dihedral> seeing as they can now join a company in-game 10:04:03 <Rubidium> another point of (counter) attack is mailing the abuse@ of his ISP 10:04:11 <dihedral> :-D 10:04:25 <Rubidium> and keep doing so for each time he trashes your game; just log the time and IP address 10:04:36 <Muxy> add to the ban function the unique_id 10:04:48 <dihedral> Luukland, once all are connected to your server, disable udp via your firewall 10:04:54 <Rubidium> dihedral: why reduce freedom because only a few rotten apples? 10:05:05 <Luukland> Yeah, players do not know that the unique_id can be changed by changing the openttd.cfg :P 10:05:11 <dihedral> freedom of the admin or the player? 10:05:13 <Luukland> or I am wrong here? :p 10:05:33 <dihedral> you are 10:05:43 <dihedral> join #openttd.black_box_theory 10:05:49 <Muxy> advanced players probably knows that 10:06:14 <Luukland> dihedral, my server is open play :p If I wanna keep out everyone I could also set a password :P 10:06:17 *** Belugas [~belugas@216.191.111.238] has quit [Ping timeout: 480 seconds] 10:06:27 <dihedral> company passwords? 10:06:31 <dihedral> what about them? 10:06:34 <Luukland> No a server pass :p 10:06:54 <dihedral> yeah - but setting company passwords stops others from joining the companies 10:07:02 <Muxy> luukland: do all your player set a comany password 10:07:08 <Luukland> no of course not :P 10:07:12 <Luukland> Some are noob :p 10:07:18 <dihedral> ah... i see 10:07:20 <Luukland> Others dont speak any English :p 10:07:22 <Muxy> i have a patch who makes password mandatory 10:07:28 <Luukland> lolz :P 10:07:34 <Luukland> You have a patch for everything :P 10:07:38 <dihedral> what did you eat today Luukland 10:07:50 <Luukland> crackers with jam and appelstroom :p 10:07:54 <Luukland> *stroop 10:08:00 <dihedral> no drugs in that? 10:08:04 <Muxy> i have also openttd servers to administer 10:08:22 <Luukland> Well Muxy, I would be glad to accept your gift 10:08:26 <Muxy> and also have some problems with some players 10:08:31 <Luukland> What makes you think that dihedral? 10:08:38 <Rubidium> oh, and I vote for closing Gymnasiums in Germany; of the last 4 incidents at German schools that were covered in the NL two were Gymnasiums, so there must be a strong connection between those 10:08:48 <dihedral> lolz :-P xD xD xD .... 10:08:51 <dihedral> must i elaborate? 10:09:04 <Luukland> ghe ghe, I can have fun writing here, right? 10:09:09 <Luukland> Or must I be serious.... ... 10:09:11 <dihedral> Rubidium, :-D 10:09:13 <dihedral> nice one 10:09:49 <Luukland> Muxy, are u willing to share it with me in private? 10:09:53 <dihedral> Luukland, make the difficulty harder, will stop noobs from playing ^^ 10:09:57 <Muxy> also have some to lock particular player or lock terraforming 10:10:08 *** Belugas [~belugas@216.191.111.238] has joined #openttd 10:10:11 *** mode/#openttd [+o Belugas] by ChanServ 10:10:19 <dihedral> i once had a patch to mute clients chat :-P 10:10:35 <Muxy> nice idea.. 10:10:49 <Luukland> Muxy, if you have the links, I would be happy to accept 10:10:55 *** thingwath [~thingie@r2ap232.net.upc.cz] has joined #openttd 10:11:01 <Muxy> and sends back the chat to te client, 10:11:17 <Muxy> in that case he will think he is not muted... 10:11:36 <Muxy> hum, a link to a windows binary ? 10:11:42 <Luukland> yes please :P 10:11:52 <Muxy> with the watch command included ? 10:11:58 <Luukland> preferably :p 10:12:03 <Luukland> I like that patch :p 10:12:14 <Chris_Booth> mornig all 10:12:15 <Muxy> yes, i have to talk about it, 10:12:44 <Luukland> I have to go now to reach the train on time, we will meet again I am sure :) 10:13:01 <Muxy> register to the goulp forum in order for me to have your mail 10:13:08 <Chris_Booth> oh dihedral someone came into #openttdcoop and was asking for you on tuesday 10:13:18 <Luukland> Beya all, thx for the answers!! And dihedral, :P :P I looove you :P :P 10:13:20 <Luukland> xD 10:13:28 <Luukland> Ok Muxy I will remember :) 10:13:29 <Luukland> Cya! 10:13:30 <Muxy> i will build the windows stuff for you 10:13:34 <Luukland> great : 10:13:35 <Luukland> :) 10:13:37 *** Luukland [~Luukland@87.208.211.195] has quit [Quit: Bye for now!] 10:14:11 <dihedral> Chris_Booth, thanks, that someone was umj - and he has been coming everywhere looking for me!! 10:14:36 <Chris_Booth> iot was umj 10:22:07 *** fjb_ [~frank@p5485D44E.dip.t-dialin.net] has joined #openttd 10:24:57 <dihedral> Rubidium, write openttd in Java :-D 10:24:58 * dihedral hides 10:26:04 <Muxy> dihedral: there is a mobile game in java : train tycoon 10:26:21 <dihedral> and where is train tycoon = openttd? 10:26:46 <Muxy> there are some simili 10:27:21 <dihedral> i want a cherry tree... hmmm - i have some bushes - are you interested? 10:27:47 <dihedral> what? they both have leaves... and twigs.... and roots!! 10:28:39 <dihedral> Rubidium, i must say - i could not blame you guys if you ditch os x support 10:29:06 *** fjb [~frank@p5485F254.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 10:29:07 <Muxy> I have a mirabelle, thank you 10:29:25 <dihedral> though i wish i could be of help 10:29:54 <Muxy> your welcome 10:29:56 <dihedral> i doubt i would be able to find all that much time 10:37:20 * Rubidium wonders whether dihedral wants to be on 'the list' again :) 10:37:30 <dihedral> nope 10:49:50 *** KenjiE20 [~KenjiE20@92.1.146.210] has joined #openttd 10:55:43 *** Eddi|zuHause3 is now known as Eddi|zuHause 10:56:03 <Eddi|zuHause> <Rubidium> http://rbijker.net/openttd/misc/deprecating_the_osx_port.txt <- draft for the website <-- "might become less unresponsive." <- i'm not sure that is really what you tried to say :p 10:56:37 <Rubidium> agreed 10:59:18 *** mode/#openttd [-b *!~XeryusTC@vs241204.vserver.de] by DorpsGek 11:16:45 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 11:38:24 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd 11:41:25 *** Progman [~progman@p57A1C2D7.dip.t-dialin.net] has quit [Remote host closed the connection] 11:43:42 *** Coco-Banana-Man [~Stephan.D@p5B2DDE43.dip.t-dialin.net] has joined #openttd 11:45:13 <planetmaker> http://rbijker.net/openttd/misc/deprecating_the_osx_port.txt <- draft for the website <--- :-( 11:47:41 <Xaroth> the man makes sense though 11:47:51 <planetmaker> it does 11:49:03 <planetmaker> sort-of 11:49:58 <Prof_Frink> Rubidium: It needs a big "If you are a Mac coder person and want to make it work (and make it keep working), send us an email" sign 11:51:12 <planetmaker> s/send an email/get in touch with us/ 11:56:32 *** glx [glx@2a01:e35:2f59:c7c0:657b:18a:c4af:a283] has joined #openttd 11:56:36 *** mode/#openttd [+v glx] by ChanServ 11:57:22 *** Fast2 [~Fast2@p57AFA024.dip0.t-ipconnect.de] has joined #openttd 12:00:12 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 12:03:54 *** Progman [~progman@p57A1C2D7.dip.t-dialin.net] has joined #openttd 12:04:02 *** Dred_furst [~Dred@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 12:08:21 <Chris_Booth> Rubidium: what is the fly spray number for the duplicate of FS#3209? 12:14:46 <planetmaker> entry of #3209 should tell you, Chris_Booth 12:15:04 *** Terkhen [~terkhen@144.69.220.87.dynamic.jazztel.es] has joined #openttd 12:15:34 <Chris_Booth> it doesnt planetmaker other wise i wouldnt have asked 12:15:35 <planetmaker> but doesn't :-P 12:15:41 <planetmaker> :-) 12:16:44 <Terkhen> hello 12:17:00 <Chris_Booth> i have requested a re open 12:21:20 <Ammler> hmm, but we once did 64 tile trains. 12:21:38 <Chris_Booth> you cant anymore 12:22:29 <Ammler> but that isn't the bug? 12:22:39 <Chris_Booth> its part of the bug 12:22:51 <Chris_Booth> why should TL be limited to 50? 12:23:24 <Chris_Booth> and why should game crash if you make tl 50.5? 12:24:22 <Eddi|zuHause> hm... i have a file that looks like either a hard drive or partition image... how do i find out what type of file system is in there? 12:26:00 <Ammler> limit is ok, if needed, but the crash shouldn't happen, I guess. 12:26:25 <Chris_Booth> Ammler: why have station spread @ 64 and trainlimit @ 50? 12:27:04 <Eddi|zuHause> and of course khexedit tries to read in the whole 30GB file... 12:27:12 <Ammler> I don't know, why it is limited now, I thought, you made much bigger trains. 12:27:53 <Chris_Booth> not if you have the loco at the front of the train 12:27:57 *** zachanima [~zach@50A2FFAA.flatrate.dk] has joined #openttd 12:28:05 <Ammler> Chris_Booth: weren't you able to reproduce the bug with clean trunk? 12:28:17 <Chris_Booth> yeah 12:28:22 <Ammler> without newgrfs? 12:28:33 <Chris_Booth> yeah thats what i put up on fly spray 12:28:40 <Chris_Booth> plus the server crash report 12:28:43 <Ammler> hmm, the crash.log is from our ps. 12:28:52 <Chris_Booth> i know 12:28:56 <Chris_Booth> check my image 12:29:14 <Eddi|zuHause> i am searching for a modern version of diskedit, which could interpret harddisk data like FAT and directories 12:29:53 <Chris_Booth> Eddi|zuHause: just run any version of diskedit from USB 12:29:58 <Chris_Booth> at startup 12:30:02 <Ammler> Eddi|zuHause: did you try to mount the disk? 12:30:09 <Ammler> (or file) 12:30:17 <Eddi|zuHause> Ammler: yes, didn't work... 12:30:47 <Eddi|zuHause> Ammler: it looks like a full disk image, and to mount those you have to filter out stuff to get to the partition 12:31:02 <Chris_Booth> Eddi|zuHause: maybe the file is one of those stupid backup files? That mac osx create and windows create something similar 12:31:03 <Eddi|zuHause> there was some fdisk magic you could do there, but i don't remember it 12:31:30 <Ammler> Eddi|zuHause: ask at #opensuse ;-) 12:31:49 <Ammler> (-de) 12:31:50 *** Luukland [~Luukland@s559031d6.adsl.wanadoo.nl] has joined #openttd 12:32:13 <Luukland> Mr. Muxy are u here? 12:32:27 <Muxy> eddi|zuhause: Winhex is the modern version of diskedit 12:32:30 <Muxy> I'am 12:33:03 <Luukland> I have registrered (enregistré) on your forum I believe :) 12:33:24 <Muxy> Ok, but i thougth about something less stupid... tt-forums 12:35:01 <Eddi|zuHause> <Chris_Booth> Eddi|zuHause: just run any version of diskedit from USB <- i only have really ancient versions of diskedit, they don't even understand FAT32 12:35:18 <Chris_Booth> oh I see 12:35:22 <Luukland> I am also registered at tt-forums 12:35:27 <Luukland> Under same nick of course :) 12:35:45 <Muxy> of course, moi ausso 12:35:52 <Muxy> euh moi aussi 12:36:17 <Muxy> i think i will have some spare time this weekend 12:36:29 <Muxy> to build the what you need 12:36:37 <Luukland> Ghe ghe, I would be delighted to receive it ;) 12:36:59 *** fjb_ is now known as fjb 12:37:12 <Muxy> of course, it will use the last stable release : 072 12:38:11 <Luukland> That is fine with me 12:38:27 <Luukland> Although that release has a serious money exploit :p 12:38:56 <Muxy> yeah i saw your entry on flyspray 12:39:08 <Muxy> who has been fixed recently 12:40:01 <Luukland> indeed 12:40:08 <Luukland> fixed in 073 12:41:07 <Muxy> 0.7.3-RC1 12:41:14 <Luukland> to be precise yes :P 12:41:48 *** ecke [~ecke@188.75.128.2] has joined #openttd 12:57:36 <Luukland> welcome email :p 12:58:09 <Muxy> communication is engaged 12:58:16 <Luukland> How funny, but just like most of the Dutch we do understand French, now I only gotta find where the English button is ^^ 12:58:42 <Luukland> Ah found it 12:58:50 <Muxy> In Mon Profile, langue combo list 12:59:34 <Luukland> jep, thanks 13:05:27 *** Fuco [~dota.keys@188.123.106.105] has quit [Quit: Quit] 13:06:05 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 13:09:05 <Belugas> spare time? Muxy, can you spare me some spare time? 13:09:07 <Belugas> hello all 13:09:24 <Muxy> PACKET_SERVER_WELCOME (Belugas) 13:09:58 <Muxy> what do you want for money honey ? 13:10:55 <Muxy> grumpf, its what do you do... 13:11:37 * Muxy spare some spare time to Belugas 13:17:02 <Belugas> honey money poney Myway orTheHighWay yeahyeah 13:17:27 <Belugas> woaaaa!!! c'est l'invasin des francophones! Go guys go!! 13:17:28 <Belugas> gogo 13:17:38 <Belugas> guys a gogo 13:17:47 * Belugas shuts up, getting insane 13:18:02 <Luukland> ... --- ... 13:18:12 <Luukland> Morse 13:19:11 *** Fuco [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds] 13:19:25 <Terkhen> 0x53 0x4F 0x53 13:19:41 <Luukland> :P Thats the code for it? :P 13:21:04 <Eddi|zuHause> technically, SOS is submitted without spaces, so ...---... (as one symbol) 13:21:37 <Sacro> http://www.sublimetext.com/screenshots/pythonHeroFull.png <- sexy as 13:23:19 <Eddi|zuHause> not sure what you are trying to get at... 13:23:36 *** Terkhen [~terkhen@144.69.220.87.dynamic.jazztel.es] has quit [Quit: ...] 13:23:38 <Sacro> minimaps are sweet 13:23:49 <Luukland> Eddi|zuHause, origionally it was ...---. 13:23:51 <Luukland> :P 13:24:03 <Eddi|zuHause> SOE? 13:24:15 <Prof_Frink> That's something else. 13:24:28 <Prof_Frink> Spies and saboteurs. 13:25:04 <Belugas> espions et saboteurs 13:25:15 <Belugas> pions et sabot moteur 13:25:35 <Belugas> petons et cabot menteur 13:25:45 <Eddi|zuHause> Belugas: are you off your medication again? 13:26:14 <Belugas> vatzdat? 13:27:03 <Luukland> the international distress call evolved from SOE 13:27:13 <Luukland> which was used by German companies 13:27:21 <Luukland> (damn Germans again :P) 13:27:45 <Eddi|zuHause> "we are sinking, we are sinking" -- "what are you sinking about?" 13:27:54 <Luukland> :p 13:29:05 <Belugas> i'm sinking the rain 13:29:09 <Belugas> hemm.. 13:29:14 <Belugas> i'm singing the rain 13:29:22 <Belugas> hem 13:29:25 <Belugas> i'm singing in the rain 13:29:33 * Xaroth watches Belugas sink in the rain 13:29:57 <Eddi|zuHause> http://www.youtube.com/watch?v=VSdxqIBfEAw 13:29:58 <Belugas> and now... me is going to shut up, as he is about to start another fucking certif test. 40 transactions 13:30:00 <Belugas> yeah!!!! 13:30:22 <Muxy> singin in the train ?? 13:30:30 <Muxy> *singing* 13:32:20 <Eddi|zuHause> that'd be a cool idea for OpenMusic ;) 13:33:16 <Eddi|zuHause> btw. did anyone ever check the originals for the music titles, maybe some of them are old enough to have their copyright expired 13:33:38 <Luukland> -_- 13:35:31 *** Chris_Booth [~Chris_Boo@82-32-243-15.cable.ubr11.newt.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 13:40:16 <Eddi|zuHause> <Luukland> the international distress call evolved from SOE <-- i cannot find any references to this 13:42:07 <Luukland> hmmm 13:43:24 <Luukland> here you go: http://www.qsl.net/ae0q/sos.htm 13:43:34 <Luukland> A whole article about the international distress call :) 13:45:02 <Belugas> http://en.wikipedia.org/wiki/SOS 13:45:11 <Belugas> SOS was developed from the general German radio call "SOE", with the 3 dits of an "S" easier to hear under noisy conditions than the one dit of an "E". 13:45:29 <Belugas> prrrrrrrt 13:45:49 <Belugas> Eddi|zuHause does not know his own history!!! 13:45:52 <Belugas> prrrrrrrrt 13:46:19 <Muxy> dont prrrrrrrrt, beware of the GRIP 13:47:54 <Luukland> :P 13:48:06 <Luukland> (what does the GRIP do?) 13:48:44 <Belugas> it hangs on you 13:48:55 <Belugas> it bangs on you 13:49:10 <Belugas> it sang on you 13:50:05 <Eddi|zuHause> <Belugas> SOS was developed from the general German radio call "SOE", with the 3 dits of an "S" easier to hear under noisy conditions than the one dit of an "E". <-- it does not have this in the german article 13:50:56 <Eddi|zuHause> it only said "SOS was introduced in an international conference in 1906 in berlin" 13:51:28 <Eddi|zuHause> and before that, "CQD" was used 13:56:02 <Luukland> Bla bla 13:59:44 <Belugas> Eddi|zuHause, i'd rather trust the article that gives an evolution, which means more researches, than the one who just says "Here we go: this is the code" 14:00:21 <Belugas> but all in all, it means more researchs will be required to be fairly certain about exactitude of origine 14:00:25 <Belugas> -e 14:00:59 <Luukland> Just use wikipedia :p 14:01:07 <Luukland> reliable enough for today's use 14:02:01 *** Dred_furst [~Dred@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has quit [Read error: Connection reset by peer] 14:02:07 <Belugas> but obviously not for Eddi|zuHause :) 14:02:55 <Sacro> whoo CQ 14:03:11 * Sacro should get his ham radio licence 14:03:14 <Eddi|zuHause> Luukland: obviously, en.wikipedia.org/SOS gave more info than de.wikipedia.org/SOS [which redirects to morse code] 14:03:24 <Belugas> http://www.telegraph-office.com/pages/arc2-2.html 14:03:45 <Belugas> "Popular accounts of the origin of "SOS" fail to mention that the Germans had used "SOS" for a distress signal. They adopted the signal "SOS" for distress as well as "SOE" for inquiry on April 1, 1905, a year before the Berlin conference" 14:03:50 <Sacro> i don't recall SOE 14:03:57 <Sacro> i do recall CQD 14:03:59 <Luukland> -_- 14:04:06 <Sacro> as in 'seek you distress' 14:06:13 <Luukland> --_-- --_-- 14:06:20 <Belugas> Heek! a mistress 14:06:30 * Muxy Eat at Joe's ! 14:06:38 <Belugas> See? a high Stress 14:06:55 <Eddi|zuHause> ???---??? 14:07:53 * Luukland slaps Muxy around with an SOS, or an SOE, whatever you prefer :) 14:10:44 * Muxy Kiss everybody who wants to slap me 14:11:02 <Belugas> hein? who want to sleep with you? 14:11:04 <Belugas> yurk 14:12:10 * Muxy has an Armada 500 whos dead 14:13:49 <Eddi|zuHause> have it send a distress signal :p 14:13:51 * Muxy has spare parts for Armada 500 14:14:15 <Muxy> only a buuuurrrp in the speakers, then shuts down 14:16:53 <Muxy> and it smells burned 14:17:33 *** Chris_Booth [~Chris_Boo@82-32-243-15.cable.ubr11.newt.blueyonder.co.uk] has joined #openttd 14:17:53 <Muxy> packet_server_welcome Chris_Booth 14:22:18 * Muxy is now playing: Jeunesse - Dessins Anim?s - Jeunesse - Dessins Anim?s - franklin 14:22:26 <Rubidium> Chris_Booth: 3208 14:22:27 <Luukland> scripts!! :P 14:22:51 <Luukland> I smell bots, scripts and all! 14:23:51 <CIA-4> OpenTTD: rubidium * r17566 /trunk/src/ai/api/ai_basestation.hpp.sq" target="_blank">basestation.hpp.sq: -Fix: ai_basestation.hpp.sq" target="_blank">basestation.hpp.sq linked to the wrong header; it did work though 14:24:10 <CIA-4> OpenTTD: rubidium * r17567 /trunk/ (29 files in 2 dirs): -Fix: some doxygen warnings 14:27:36 <Luukland> Seems like I have overstayed me visit 14:27:40 <Luukland> Beya all!! 14:28:29 *** Luukland [~Luukland@s559031d6.adsl.wanadoo.nl] has quit [Quit: Bye for now!] 14:31:16 *** Eddi|zuHause [~johekr@p54B77CC1.dip.t-dialin.net] has quit [Remote host closed the connection] 14:31:46 *** Eddi|zuHause [~johekr@p54B77CC1.dip.t-dialin.net] has joined #openttd 14:32:23 <Chris_Booth> Rubidium: thanks for that case number 14:32:48 <Rubidium> now I see I made a typo when I closed it 3209 instead of 3208 14:33:29 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 14:34:14 <Chris_Booth> I said to SmatZ i was going to pulsh the case today 14:34:20 <Chris_Booth> lastnight 14:34:43 <Chris_Booth> +publish 14:38:08 *** Mks [~mks@c83-176-234-98.cust.tele2.se] has quit [] 14:38:22 <Rubidium> gheheh... most of the time people say that about bug reports they forget to add them and a few months later complain to us why it isn't fixed yet 'because they told us' 14:39:37 <Chris_Booth> ooh well sorry 14:39:51 <Chris_Booth> i am not like that thought , SmatZy should know that 14:50:04 *** DaleStan_ [~Dale@98.223.108.117] has joined #openttd 14:50:04 *** DaleStan is now known as Guest2933 14:50:04 *** DaleStan_ is now known as DaleStan 14:56:32 *** Guest2933 [~Dale@98.223.108.117] has quit [Ping timeout: 480 seconds] 15:20:45 *** th1ngwath [~thingie@r2ap232.net.upc.cz] has joined #openttd 15:24:00 *** Coco-Banana-Man [~Stephan.D@p5B2DDE43.dip.t-dialin.net] has quit [Quit: Joyful it seems - but then suddenly - by one false move it's blown away] 15:24:34 *** Audigex [~audigex@89.240.179.82] has joined #openttd 15:28:17 *** thingwath [~thingie@r2ap232.net.upc.cz] has quit [Ping timeout: 480 seconds] 15:35:42 *** Dreamxtreme [~chatzilla@93-97-81-59.zone5.bethere.co.uk] has quit [Ping timeout: 480 seconds] 15:37:18 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 15:42:20 *** Polygon [~Poly@x0581b.wh7.tu-dresden.de] has joined #openttd 15:42:22 *** routinedecilit [~routinede@spock.makeitsoyoubonehead.biz] has quit [Ping timeout: 480 seconds] 15:44:20 *** glx [glx@2a01:e35:2f59:c7c0:657b:18a:c4af:a283] has quit [Remote host closed the connection] 15:44:50 *** glx [glx@2a01:e35:2f59:c7c0:657b:18a:c4af:a283] has joined #openttd 15:44:53 *** mode/#openttd [+v glx] by ChanServ 15:46:33 *** Muxy [~Muxy@nt2001.opsio.fr] has quit [Quit: Back to the Goulp] 15:48:16 *** Dreamxtreme [~chatzilla@93-97-81-59.zone5.bethere.co.uk] has joined #openttd 15:49:17 <_ln> bonsoir 15:50:01 *** Fast2 [~Fast2@p57AFA024.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 15:58:35 *** Zorni [~zorn@e177231024.adsl.alicedsl.de] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 16:02:31 *** tokai [~tokai@p5B2B0088.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 16:04:34 *** tokai [~tokai@p5B2B3B16.dip0.t-ipconnect.de] has joined #openttd 16:04:37 *** mode/#openttd [+v tokai] by ChanServ 16:06:20 *** Zorn [~zorn@e177231024.adsl.alicedsl.de] has joined #openttd 16:20:14 *** FR^2 [~frquadrat@frquadrat.de] has joined #openttd 16:27:08 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 16:34:34 *** Azrael- [~azraeluk@cpc1-papw2-0-0-cust1013.cmbg.cable.ntl.com] has joined #openttd 16:36:19 *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd 16:41:30 *** Doorslammer [Doorslamme@PIPP-p-203-54-229-217.prem.tmns.net.au] has quit [Ping timeout: 480 seconds] 16:52:58 <Eddi|zuHause> # Sch?nes Fr?ulein, Lust auf mehr? 16:52:59 <Eddi|zuHause> # Blitzkrieg mit dem Fleischgewehr 16:53:01 <Eddi|zuHause> # Schnapps im Kopf, du holde Braut 16:53:02 <Eddi|zuHause> # Steck Bratwurst in dein Sauerkraut 16:57:24 <_ln> # Sch?nes Fr?ulein, nach dem ?ffnen k?hl aufbewahren und innerhalb von drei Tagen verbrauchen 16:58:40 <Eddi|zuHause> not quite what i meant :p 16:59:30 *** andythenorth [~andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth] 17:07:38 *** Audigex [~audigex@89.240.179.82] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.0.14/2009082707]] 17:20:36 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has joined #openttd 17:20:40 *** nicfer1 [~Usuario@168.226.105.34] has joined #openttd 17:29:06 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection] 17:31:43 *** Chruker [~no@port113.ds1-vj.adsl.cybercity.dk] has joined #openttd 17:45:24 <CIA-4> OpenTTD: translators * r17568 /trunk/src/lang/ (romanian.txt russian.txt unfinished/vietnamese.txt): 17:45:24 <CIA-4> OpenTTD: -Update from WebTranslator v3.0: 17:45:24 <CIA-4> OpenTTD: romanian - 28 changes by kkmic 17:45:24 <CIA-4> OpenTTD: russian - 7 changes by Lone_Wolf 17:45:24 <CIA-4> OpenTTD: vietnamese - 53 changes by nglekhoi 17:54:51 *** Aankhen`` [~hey.squid@122.162.164.197] has quit [Quit: Log this!] 18:17:29 *** bb10 [~nn@dhcp-077-248-075-030.chello.nl] has joined #openttd 18:19:33 *** Brianetta [~brian@client-86-27-113-222.bmly.adsl.virgin.net] has joined #openttd 18:20:31 *** Audigex [~audigex@89.240.179.82] has joined #openttd 18:29:51 *** nicfer1 [~Usuario@168.226.105.34] has quit [Ping timeout: 480 seconds] 18:32:04 *** Muxy [~Benoit@smtp.bdelalande.net] has joined #openttd 18:32:31 * Muxy PACKET_CLIENT_JOIN 18:34:22 *** nicfer [~Usuario@168.226.104.235] has joined #openttd 18:35:41 <Eddi|zuHause> Muxy: join messeges start getting annoying very quickly 18:48:53 *** KenjiE20 [~KenjiE20@92.1.146.210] has quit [Ping timeout: 480 seconds] 18:49:43 *** Audigex [~audigex@89.240.179.82] has quit [Read error: Connection reset by peer] 18:50:13 *** Audigex [~audigex@78.148.67.118] has joined #openttd 18:52:32 <Muxy> same as saying hello, no ? 18:53:46 <Muxy> thinking it was an amazing alt'. Yet Another Way to Say Hello 18:54:57 <Eddi|zuHause> yes. and saying hello into an idle channel is very annoying. 18:55:36 *** Brianetta [~brian@client-86-27-113-222.bmly.adsl.virgin.net] has quit [Quit: Tsch?ss] 18:56:08 <Rubidium> (so is someone not on my ignore list (yet) talking to someone on it) 18:56:40 <Muxy> who is and who is not, that is the question 18:57:21 <Eddi|zuHause> i'm fairly certain about who is who ;) 18:58:09 <Eddi|zuHause> that is one reason why i can't maintain an ignore list... 19:04:46 *** KenjiE20 [~KenjiE20@92.1.146.210] has joined #openttd 19:08:09 *** fjb [~frank@p5485D44E.dip.t-dialin.net] has quit [Remote host closed the connection] 19:15:13 *** FR^2 [~frquadrat@frquadrat.de] has quit [Quit: Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!] 19:16:14 *** andythenorth [~andy@87.114.87.24.plusnet.thn-ag2.dyn.plus.net] has joined #openttd 19:17:21 *** Zahl [~Zahl@78.52.210.119] has joined #openttd 19:20:40 <planetmaker> Eddi|zuHause: I'm sure you also have a manual ignore list ;-) 19:25:52 <Eddi|zuHause> no, i can't ignore stuff as long as it's in my visibility range 19:26:13 <Eddi|zuHause> it's very annoying for spelling mistakes and stuff 19:28:02 *** lewymati [~lewymati@aejb194.neoplus.adsl.tpnet.pl] has joined #openttd 19:31:28 *** Terkhen [~terkhen@144.69.220.87.dynamic.jazztel.es] has joined #openttd 19:31:49 *** Grelouk [~Grelouk@202.155.206-77.rev.gaoland.net] has joined #openttd 19:32:41 <Eddi|zuHause> hm, anyone ever profiled the overhead of NoAI while no AI is running? 19:33:25 *** KritiK [~Maxim@78-106-60-51.broadband.corbina.ru] has joined #openttd 19:36:38 <planetmaker> surely someone would have done it. 19:41:25 <Eddi|zuHause> the irc log does not have any results grepping for "profile" and "noai" 19:41:49 <Eddi|zuHause> except the line above 19:41:54 <planetmaker> :-D 19:42:04 <planetmaker> maybe the noai IRC channel? 19:42:14 <planetmaker> or somewhere in the noai sub-forums? 19:42:19 <Eddi|zuHause> i don't have logs of that channel 19:42:21 <planetmaker> I dunno either, but hard to believe :-) 19:44:31 *** Muxy [~Benoit@smtp.bdelalande.net] has quit [Quit: PACKET_CLIENT_QUIT] 19:47:06 *** CraKinShOt [~NO@host86-141-10-92.range86-141.btcentralplus.com] has joined #openttd 19:48:02 <Alberth> not sure how relevant it is. Max load happens when AI's are running, then the game has to be fast enough. It is unlikley to cost more time when no AI is running. 19:48:23 <Alberth> s/kle/kel/ 19:49:05 <CraKinShOt> evening all. :) 19:51:01 *** CraKinShOt [~NO@host86-141-10-92.range86-141.btcentralplus.com] has left #openttd [] 19:51:36 *** CraKinShOt [~NO@host86-141-10-92.range86-141.btcentralplus.com] has joined #openttd 19:52:30 <Belugas> hello and welcome back 19:53:42 <_ln> thank you 19:54:32 *** andythenorth [~andy@87.114.87.24.plusnet.thn-ag2.dyn.plus.net] has left #openttd [] 19:54:45 <Eddi|zuHause> (very NSFW: http://visit-x.net/Rammstein/) 19:59:17 <CIA-4> OpenTTD: alberth * r17569 /trunk/src/town_gui.cpp: -Codechange: Town view window runs with nested widgets. 19:59:39 <_ln> quite unconventional 20:06:18 <Xaroth> not that exclusive anymore 20:11:34 *** R0b0t1 [~Enigma@64-136-216-213.dyn.everestkc.net] has joined #openttd 20:12:19 <Illegal_Alien> Weird stuff, i can type stuff here but not on #tycoon :( 20:15:19 *** aaa [4e629b7b@webchat.mibbit.com] has joined #openttd 20:16:04 <aaa> hi 20:16:07 <CraKinShOt> Looking at the openttd code for first time. Thank god visual studio has project search for functions. :D 20:16:31 <aaa> is there a way to switch view angle? 20:16:47 <CraKinShOt> don't think so. 20:16:48 <aaa> I cant find it 20:16:58 <aaa> aha 20:17:01 <aaa> thx 20:19:23 *** Eddi|zuHause [~johekr@p54B77CC1.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 20:22:55 *** Eddi|zuHause [~johekr@p54B77CC1.dip.t-dialin.net] has joined #openttd 20:24:25 <Alberth> aaa: you can make the view transparent with 'x' 20:25:49 <Belugas> aaa, it has never been in any versions of TTD 20:25:56 <Belugas> there is one angle, and only one 20:30:42 <planetmaker> configure detects nicley all libs which openttd can use and which I have. How do I tell it to actually NOT use a lib I have and it could use? 20:31:07 <Noldo> which one? 20:31:10 *** HerzogDeXtEr1 [~Flex@89.246.167.158] has quit [Read error: Connection reset by peer] 20:31:10 <planetmaker> anyone 20:31:17 <planetmaker> --with-icu <-- like the reverse of this 20:31:24 <Rubidium> --without-planetmaker 20:31:28 <planetmaker> :-) 20:31:32 <Noldo> --help doesn't tell? 20:31:32 <planetmaker> too obvious 20:31:35 <planetmaker> nope 20:31:41 <planetmaker> it only tells with 20:31:54 <Rubidium> --without-osx-sysroot disable the automatic adding of sysroot 20:32:13 <Ammler> source has a lot more options then --help 20:32:24 <Ammler> (config.lib) 20:33:09 <planetmaker> thanks Rubidium 20:33:18 <Rubidium> what isn't listed in help is mostly the different ways of getting certain things done 20:33:58 <Ammler> i.e. what I have missed was the option to disable personal-dir 20:34:10 <Rubidium> e.g. --with-png, --without-png, --with-libpng, --without-libpng (for most the libraries) 20:34:27 *** HerzogDeXtEr [~Flex@89.246.167.158] has joined #openttd 20:34:39 <Ammler> maybe --help should just "cat config.lib" :-) 20:37:51 <CraKinShOt> wow... the tile definitions and bits are insain. :O 20:38:58 <CraKinShOt> bit fields might have been useful? :D 20:39:20 <planetmaker> what do you think they are? 20:40:47 <CraKinShOt> no I mean actual struct defined bit fields 20:40:58 <CraKinShOt> all I see here are bytes m1, m2 20:41:10 <CraKinShOt> in the def they are given context 20:41:27 <CraKinShOt> (html definition on the landscape) 20:41:47 <planetmaker> yes... but so they're still bit fields, are they? 20:41:56 <CraKinShOt> no 20:41:59 <Belugas> yes 20:42:03 <planetmaker> what would be the point of making a bloating struct around it? 20:42:12 * Rubidium wonders how such a bit field struct would look 20:42:18 <CraKinShOt> struct{ 20:42:26 <CraKinShOt> unsigned short threebitvalue : 3; 20:42:30 * Rubidium also wonders how many different of them there would be 20:42:58 * Rubidium ponders the Endianness and compiler settings implications with that too 20:43:30 <planetmaker> :-D 20:43:36 <CraKinShOt> well I'm new so I'm just trying to get my head around this code. 20:43:54 <CraKinShOt> must be a true headache though if you ever wanted to add more bits to anything 20:43:54 <Rubidium> besides that, when was that feature introduced to C? 20:44:09 <Rubidium> no, it's a sport! 20:44:44 <Belugas> [16:38] <CraKinShOt> bit fields might have been useful? :D <--- might I suggest to first know why OpenTTD is like it is before posing a judgment? 20:44:56 <Belugas> it would be...less... demagogic 20:45:13 <CraKinShOt> hehe touche. 20:45:48 <Belugas> and adding more bits is not required, since there are some unused bits already. 20:45:54 <Rubidium> However, bit members in structs have practical drawbacks. First, the ordering of bits in memory is architecture dependent and memory padding rules vary from compiler to compiler. In addition, many popular compilers generate inefficient code for reading and writing bit members. 20:46:04 <CraKinShOt> I'm just wondering how to add some information, or whether I'd actually put it in the tile 20:46:31 <Belugas> depends a lot on what, why and when... 20:46:34 <planetmaker> CraKinShOt: find the (a bit outdated) Grass on Tracks patch and have a look 20:47:04 <CraKinShOt> okaddoky 20:47:51 <CraKinShOt> No offense to anyone like, you guys know what you're doing. ;) 20:48:01 * planetmaker doesn't ;-) 20:48:27 * Alberth does for a very small portion of the code. 20:48:28 <planetmaker> e.g. I cannot even reproduce the compile error I reported... 20:48:57 <CraKinShOt> ahh lol 20:49:02 <planetmaker> grr... 8 minutes compile time :S 20:49:12 <CraKinShOt> wow, for the trunk? 20:49:15 <planetmaker> yes 20:49:25 <Rubidium> Apple's GCC is uhm... kinda bloated 20:49:28 *** lewymati [~lewymati@aejb194.neoplus.adsl.tpnet.pl] has quit [] 20:49:46 <Rubidium> others would say it isn't because it's LLVM, but it's the slowest compiler for OpenTTD 20:50:10 <planetmaker> hm 20:50:14 <CraKinShOt> ah well, now I understand 20:50:21 <planetmaker> granted, I had --with-everything, but... 20:51:19 <Rubidium> CraKinShOt: from the ISO/IEC 14882 ANSI C++ (1998) specs: "Allocation of bit-fields within a class object is implementation-defined. Alignment of bit-fields is implementation-defined. Bit-fields are packed into some addressable allocation unit." 20:51:20 *** nicfer [~Usuario@168.226.104.235] has quit [Read error: Connection reset by peer] 20:51:28 *** nicfer [~Usuario@168.226.104.235] has joined #openttd 20:52:15 <Rubidium> which in effect means: do not use it for data you want to store in a way that is readable for an application compiled with a different compiler (incl. versions) or for a different architecture. 20:53:06 <CraKinShOt> ahh, my bad. Personally, I've never used them. Don't work in CUDA. hehe. 20:53:27 <CraKinShOt> ... and my work in cuda was the first time I needed to pack bits 20:53:33 *** Fast2 [~Fast2@p57AFA024.dip0.t-ipconnect.de] has joined #openttd 20:55:04 <CraKinShOt> <@Belugas> depends a lot on what, why and when... <- adding information to the signals, but not to break their type 20:55:50 <Rubidium> ah CUDA... yet another thing not very useful for OpenTTD (read the forum thread about it) 20:56:03 <CraKinShOt> yeah I saw some stuff on that 20:56:51 <planetmaker> hm, I can. Mrproper is my friend 20:56:52 <CraKinShOt> CUDA is great, until you overflow crash the card, crash the driver and crash windows. :) 20:58:50 <Rubidium> planetmaker: let me guess, it's strgen? 20:59:08 <planetmaker> dunno yet 20:59:18 <planetmaker> but would make sense, yes 20:59:28 <planetmaker> as that's not rebuild when I do source modifications 20:59:30 <Rubidium> what? you reproduced the error but don't know where? 20:59:50 <planetmaker> well. Same error as I reported already a few days ago on FS 21:00:15 <planetmaker> [LANG] Compiling core/alloc_func.cpp 21:01:24 <planetmaker> ottd/fix_apple/src/core/../os/macosx/osx_stdafx.h:30:3: error: #error "Compiling 64 bits without _SQ64 set! (or vice versa)" 21:01:25 *** Terkhen [~terkhen@144.69.220.87.dynamic.jazztel.es] has quit [Quit: ...] 21:01:29 <planetmaker> ^^ that one 21:01:49 <Rubidium> guess that _SQ64 isn't set in CFLAGS_BUILD 21:01:52 <planetmaker> And I wondered why I didn't get it in another repo 21:02:02 <Rubidium> try ./configure CFLAGS=-D_SQ64 21:02:13 <planetmaker> I will 21:02:37 <Rubidium> might break later on if you're making 'cross' compiles 21:05:08 <CraKinShOt> hmm... but how does anyone know what bits (or at least the unresearved bits) do? 21:05:25 <CraKinShOt> are the unused bits valid as of the latest trunk version? 21:05:56 <planetmaker> hm... that command to configure doesn't change anything 21:06:10 <planetmaker> and it is compiling 64bit w/o having _SQ64 defined, yes 21:06:21 <planetmaker> (not vice versa) 21:06:31 <Rubidium> it's compiling a 64 bits strgen without having _SQ64 defined 21:06:58 <Rubidium> guess the whole _SQ64 checking needs to be wrapped into some #ifdef STRGEN or so 21:07:05 *** fjb [~frank@p5485D44E.dip.t-dialin.net] has joined #openttd 21:07:40 *** Azrael- [~azraeluk@cpc1-papw2-0-0-cust1013.cmbg.cable.ntl.com] has quit [Ping timeout: 480 seconds] 21:08:17 *** Zuu [~Zuu@c-27f8e253.025-58-6e6b702.cust.bredbandsbolaget.se] has joined #openttd 21:08:23 *** zachanim1 [~zach@50A2FFAA.flatrate.dk] has joined #openttd 21:08:46 <Zuu> Have been made lots of restructing of PAXLink code for about 2-3 hours. Now lets see how broken the code is :-D 21:08:50 <TrueBrain> planetmaker: I believ eI did: CFLAGS=-m64 ./configure 21:10:54 <Eddi|zuHause> <CraKinShOt> <@Belugas> depends a lot on what, why and when... <- adding information to the signals, but not to break their type <-- maybe check the (unfinished) advance signalling patch by michi_cc, it adds a third signal state 21:11:43 <TrueBrain> planetmaker: ah, no, the check in osx_stdafx.h turned out to be lame 21:11:47 <Eddi|zuHause> <CraKinShOt> are the unused bits valid as of the latest trunk version? <-- check docs/landscape.html 21:12:11 <planetmaker> TrueBrain: it seems to be a check... well... is it needed? 21:12:19 <planetmaker> that's what I wonder :-) 21:12:26 <TrueBrain> it is a broken check ;) 21:12:57 <Rubidium> the check isn't broken on itself; it just doesn't work for strgen where _SQ64 isn't defined at all ever 21:12:57 <planetmaker> :-P 21:13:15 <planetmaker> _SQ64 is only defined in some squirrel stuff 21:13:32 <Rubidium> no, config.lib defines _SQ64 for 64 bits compilers 21:13:59 <planetmaker> maybe. But only the squirrel files have that in the source 21:14:05 <Rubidium> but for OSX I've added some checks because of the mess with their 64 bits support 21:14:10 <Rubidium> missing stuff etc 21:14:39 <Rubidium> and I didn't want to (erroneously) enable stuff like quicktime which does NOT work with 64 bits (at least not with OTTD's code) 21:14:48 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:14:59 <Rubidium> or disable it when it doesn't need to be disabled 21:15:13 *** zachanima [~zach@50A2FFAA.flatrate.dk] has quit [Ping timeout: 480 seconds] 21:16:32 <planetmaker> http://paste.openttd.org/216935 <-- well, but... where is that actually used in the code then? 21:17:02 <Rubidium> the crash logger...? 21:17:07 <planetmaker> nope 21:17:20 <planetmaker> see the paste I posted 21:17:38 <planetmaker> or do I miss something really obvious? 21:17:54 <Rubidium> okay, I'm blind... sorry, line 12 doesn't mention crashlog.cpp but something squirrel-ish 21:20:06 <planetmaker> right. I missed that. Wood and trees and so :-) 21:20:22 <planetmaker> still... that shouldn't justify a compile error. 21:21:34 <Rubidium> true; it just shows an error in my 64 bits port effort which was made completely without an actual 64 bits OSX, so if that's the only... I did a fairly good job I'd say 21:22:16 <planetmaker> I tend to agree. 21:22:25 <Rubidium> nevertheless, it's something for 'the next' OSX developer to fix; I've had it with 'stab-in-the-dark' attempts of fixing OSX bugs 21:22:26 <CraKinShOt> ahaaa... the [grass on tracks] guy used the extended tile bits. :D 21:23:09 <CraKinShOt> oh wait 21:23:44 <planetmaker> Rubidium: even so: in the crash.log I produced, it is noted as 64 bit OS nevertheless, if I ignore that compile error 21:24:17 <Rubidium> 64 bits OS doesn't imply 64 bits binary (see Windows) 21:24:40 *** Ammler [~ammler@ammler.ch] has quit [Quit: gone...] 21:24:48 *** Illegal_Alien [~Illegal_A@ip4da39612.direct-adsl.nl] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...] 21:24:51 *** Ammler [~ammler@openttdcoop.org] has joined #openttd 21:24:52 <planetmaker> Same goes for mac. 21:25:26 *** Ammler is now known as Guest2967 21:25:37 <planetmaker> it can execute 32bit ones. 21:25:38 *** Grelouk [~Grelouk@202.155.206-77.rev.gaoland.net] has quit [Quit: Quitte] 21:26:00 *** Guest2967 is now known as Ammler 21:26:26 * CraKinShOt searching... 21:28:09 <CraKinShOt> Okay, so in theory... if there aren't enough bits int the future for tiles... you'd add more to TileExtended? 21:29:44 <planetmaker> CraKinShOt: in theory. But for every byte you add, you add 1 MByte of average savegame size 21:33:14 <Eddi|zuHause> CraKinShOt: what exactly are you trying to achieve? programmable signals of some sort? 21:35:42 *** Aankhen`` [~hey.squid@122.162.164.197] has joined #openttd 21:35:44 *** Aankhen`` [~hey.squid@122.162.164.197] has quit [] 21:35:48 <planetmaker> anyway, good night for now :-) 21:38:32 <TrueBrain> sleep well planetmaker 21:41:03 *** bb10 [~nn@dhcp-077-248-075-030.chello.nl] has quit [Remote host closed the connection] 21:41:04 <CraKinShOt> well I'm trying to do aspects and signal feathers. simple method would need 7 bits I think. 21:41:40 <Rubidium> times 2, because there can be 2 independent signals on a tile 21:42:30 <CraKinShOt> well other method is you try and hack it do its done at runtime and not in the tile 21:42:35 <Rubidium> oh 'plenty' of free bits ;) 21:43:04 <CraKinShOt> so when you go to render the signal you try and workout what the state should be. 21:43:38 <CraKinShOt> signal feathers have a max of 6 direction states 21:44:02 <Rubidium> the pathfinder also needs to know (some) stuff 21:44:25 <CraKinShOt> and its determined by whether you come off the mainline and how many times you "go left" or "go right" 21:44:37 <Rubidium> and given that lots of screenshots are filled with thousands of signals a complex way to draw them might be unwanted 21:45:27 <CraKinShOt> well you'd only need 1 bit extra that affected the pathfinders (the yellow signal) 21:45:36 <CraKinShOt> the rest is purely visual 21:46:01 <Rubidium> didn't I read something about double yellow? 21:46:07 <Rubidium> or double green? 21:46:18 <CraKinShOt> one step at a time. :D 21:46:27 <CraKinShOt> yeah and flashing yellows 21:46:32 <CraKinShOt> :( 21:46:35 <Rubidium> even so, those double yellow signals seems to be something British 21:46:52 <CraKinShOt> well I've had a look at US signals and german ones 21:46:56 <CraKinShOt> they have something simular 21:47:05 <CraKinShOt> its just a little different 21:50:57 <CraKinShOt> hmm 21:51:16 <CraKinShOt> what I really need then is some kind of hash table of signals 21:51:32 <CraKinShOt> and seperate the extra signal information from the tiles 21:51:52 <CraKinShOt> so you don't need to store all that information for every single tile 21:52:53 <CraKinShOt> But can't see having to look up the hash table every time you needed to draw a signal would be fast 21:54:45 <CraKinShOt> then again, you're only rendering the tiles which need rendering. 21:55:44 <CraKinShOt> and not every signal needs the feathers, only the ones with junctions ahead 21:57:13 <CraKinShOt> See this is why I like irc, real life doesn't have a log when you talk to yourself. :D 21:57:53 <Rubidium> you could look to TTDP's way of having off-map information for signals 21:58:29 <CraKinShOt> thats the patch right? 21:58:35 <CraKinShOt> worth a shot 21:59:36 *** Keith [~Keith@41.145.240.138] has joined #openttd 22:00:35 <Keith> Good evening 22:01:24 <Keith> I'm looking for some help regarding train signals 22:01:47 * Rubidium wonders whether that's the same help CraKinShOt needs with signals :) 22:02:27 *** HerzogDeXtEr1 [~Flex@89.246.183.11] has joined #openttd 22:02:40 <Keith> I have a 4 platform station but my trains only use 2 of them 22:03:19 <Rubidium> do you have a screenshot of it? 22:03:26 <Keith> Yes 22:04:41 <CraKinShOt> Is it a nice screenshot? 22:05:02 <Keith> Very Basic 22:05:24 <CraKinShOt> lol, sorry pulling leg. 22:05:45 <CraKinShOt> ummm I guess upload to the forum? so people can see whats going wrong? 22:06:13 <CraKinShOt> when you say trains only use 2 platforms 22:06:29 <CraKinShOt> if those two platforms are in use, do trains wait? 22:06:38 <Keith> Yes 22:07:09 <Keith> I have an exit signal at the end of each line 22:08:01 *** HerzogDeXtEr [~Flex@89.246.167.158] has quit [Ping timeout: 480 seconds] 22:08:20 *** Brianetta [~brian@client-86-27-113-222.bmly.adsl.virgin.net] has joined #openttd 22:09:23 <CraKinShOt> probably need to see it tbh. 22:09:31 <CraKinShOt> forum is best bet 22:09:54 <Keith> hich forum should I use? 22:10:08 <Keith> which 22:10:15 <CraKinShOt> OpenTTD right? 22:10:19 <Keith> yes 22:10:26 <Lakie> www.tt-forums.net ? 22:10:28 <CraKinShOt> problems? 22:10:33 <Lakie> Errr... 22:10:49 <Dreamxtreme> hmm 22:10:53 <Lakie> Scroll down the page, there should be OpenTTD and then a section for OpenTTD Problems. 22:10:53 <CraKinShOt> OpenTTD Problems 22:11:06 <Lakie> Too many people put it in TTDPatch Problems. 22:11:10 <Rubidium> Lakie: forum.openttd.org :) 22:11:14 <Lakie> :o 22:11:23 <Lakie> It broke off into a new forum? 22:11:30 <Rubidium> try it 22:11:34 <CraKinShOt> lol 22:11:35 <Lakie> Oh, it just redirects 22:12:06 * CraKinShOt is not trawling through ASM tonight, no sir 22:12:07 <Keith> OK....looking for it 22:12:10 <Lakie> So if they follow that link , how do they manage to put it into the TTDPatch Problems section so often. Lol 22:13:19 <Rubidium> googol probably doesn't link to that subsequent 22:13:26 <Lakie> Assembly isn't so bad, though I must admit I prefer 'higher' level langages. 22:13:42 <Lakie> Thats probably true. 22:14:12 <Zuu> Woho! PAXLink does no longer keep to many bus stops in towns anymore :-) Bus stops with to low usage and rating are removed. And whenever needed new bus stops should be built. 22:14:25 <CraKinShOt> Well its commented, at least 22:14:31 <Dreamxtreme> nice ! 22:14:57 <Lakie> Commented? You can comment in assembly, ever looked at any of my code? ;) 22:14:59 <Dreamxtreme> i remember the days buses used to go out of the town and get lost for no apparent reason 22:15:08 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Ping timeout: 480 seconds] 22:15:16 <Rubidium> Lakie: no idea how they leak into TTDPatch's problems section though 22:15:34 <Lakie> I guess the register, it goes to the main page? 22:15:47 <Lakie> And then they don't think to scroll down or something. 22:15:51 <Lakie> when they register* 22:16:15 <Rubidium> Lakie: but the major part of TTDP isn't your commented assembly but nice commentless assembly 22:16:46 <Lakie> Yes. 22:16:59 <Zuu> Hmm, a bus stop that never gets visited in one town gets increased rating when the other feeder bus stop gets served.. 22:17:06 <Lakie> Most devs seem to know assembly too well and don't comment at all. :( 22:17:22 <Lakie> There is something to be said for having it as a requirement to get code into the project. 22:17:27 *** snorre [~snorre@c832BBF51.dhcp.bluecom.no] has quit [Ping timeout: 480 seconds] 22:17:28 <CraKinShOt> I'm amazed the patch is still going on after Openttd 22:17:56 <Lakie> There are a few features yet to be ported. 22:18:07 <Lakie> Enhanced Tunnels for one 22:18:19 <CraKinShOt> ^ was looking for that the other day 22:18:51 <Rubidium> Lakie: feel free to implement it in a sane (non hack) way :) 22:18:54 <Lakie> Its surprising how much smaller some juctions got. 22:19:11 *** aaa [4e629b7b@webchat.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 22:19:16 <Lakie> Hehe, I might, but first I'd have to take some time to learn how OpenTTD works and its code. 22:19:39 <Lakie> Probably easier than second guessing which code isn't and is modified multieple times though. x_x 22:19:57 <CraKinShOt> well someone hacked the z-depth (I think) and tried doing underground (and above ground rails) 22:20:17 <Lakie> Number of times my hooks failed because someone already replaced that code was surprisingly high 22:20:19 *** XeryusTC [~XeryusTC@vs241204.vserver.de] has joined #openttd 22:20:51 <Lakie> I don't think that'd work so well in TTDPatch, I wasn't too keen on it in Loco. 22:21:03 <Lakie> Not unless you can hide everything above hieght x 22:21:10 <Lakie> Otherwise everything gets obsured 22:21:15 <CraKinShOt> well thats what this guy did (in openttd) 22:21:33 <CraKinShOt> apparently work stopped though 22:21:57 <Lakie> Heh. 22:21:58 <Lakie> Well 22:22:19 <Lakie> I imagine one problem developing with OpenTTD is keeping up with its development. 22:23:09 <Lakie> The pace is very quick, hard to keep up with it, if you fall behind or something changes you were using. 22:23:12 <Rubidium> and the many refactors :) 22:23:17 <Lakie> Yeah 22:23:24 <CraKinShOt> Well there was another topic (and project) that mentioned they wanted a seperation of bridges from tunnels... or something to that end. And they said they could'nt do it without a big change to the base code 22:23:43 <CraKinShOt> ... and that this subway project stopped because of the same problem 22:23:46 <Lakie> Tunnels and bridges are still thought of as portals 22:24:00 <Lakie> I remember looking at the code a while back. 22:24:19 <Rubidium> yup, nice black holes 22:24:21 <Lakie> Something Belugas was working on. 22:24:30 <Lakie> Hehe 22:24:41 <Lakie> Well, TTD as an engine doesn't really have a concept of 3d. 22:24:55 <Lakie> Atleast not at tile level. 22:25:17 <CraKinShOt> yes, I read somewhere that one of the devs tried to add a z-array to tiles 22:25:35 <CraKinShOt> or something to that effect 22:25:47 *** Progman [~progman@p57A1C2D7.dip.t-dialin.net] has quit [Remote host closed the connection] 22:26:00 <Rubidium> yes, those have been tried in different variations; all considerably slower :( 22:26:07 <Lakie> :( 22:26:25 <CraKinShOt> how did RollerCoster tycoon do it? 22:26:31 <Lakie> Well, you start having to check a tile several times (for different z hieghts)? 22:26:41 * Rubidium thinks TTDP's biggest problem is the fact that there's no release manager 22:26:43 * Lakie knows not 22:26:49 <CraKinShOt> it seemed like an updated version of the TT engine to me 22:26:59 <Lakie> That was Josef, but he's so busy now it doesn't happen. 22:27:49 * CraKinShOt grabs a cold one 22:27:57 <Rubidium> and now the amount of work (updating changelog etc) to release a new beta is just enormous 22:28:07 <Lakie> Yeah 22:28:16 <Lakie> Well, not so much for 2.5 22:28:23 <Lakie> But for 2.6 it'd be beyond massive... 22:28:24 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 22:29:17 *** Zahl [~Zahl@78.52.210.119] has quit [Quit: *schiel*] 22:29:55 <Rubidium> that's why I update the changelog for the next major release every few weeks :) 22:31:23 <Lakie> It keeps it more manageable, although don't you get like 200-500 commits a week? 22:32:13 <Rubidium> almost 2000 commits since the branch (a bit over 6 months ago) 22:32:22 <Rubidium> @calc 2000/26 22:32:22 <DorpsGek> Rubidium: 76.9230769231 22:33:02 <Lakie> Thats not so bad 22:33:05 <Rubidium> @calc 168/77 22:33:05 <DorpsGek> Rubidium: 2.18181818182 22:33:07 <Lakie> What about over all? 22:33:16 <Lakie> (trunk and braches) 22:33:26 <Eddi|zuHause> <Rubidium> even so, those double yellow signals seems to be something British <-- german advance signals (H/V system) show double green or double yellow 22:33:49 <Lakie> Not as bad as the 230~ in 2 weeks of my group project for uni. >_> 22:33:50 <Rubidium> Eddi|zuHause: there seem to be at least a dozen different systems 22:34:00 <Eddi|zuHause> (for "next main signal is green/red) 22:34:09 <Rubidium> Lakie: those 2000 commits include the branches (that are in svn) 22:34:19 <Rubidium> which is only the 0.7 release branch 22:34:23 <Eddi|zuHause> (they can also show yellow+green for "next signal is green with speed limit) 22:34:48 <Eddi|zuHause> i know of 5 different (incompatible) systems used in germany 22:34:54 <Lakie> Heh, fair enough 22:35:36 <Rubidium> ~80 commits in the 0.7 branch 22:36:37 <CraKinShOt> So really, to keep everyone happy any multi-aspect system would need to be flexible, so newgrf could be used for different locations... 22:36:43 <CraKinShOt> nightmare 22:37:03 <Rubidium> oh, that calls for a callback :) 22:37:14 <CraKinShOt> it really would have to be seperated from the tile 22:37:30 <Rubidium> http://wiki.ttdpatch.net/tiki-index.php?page=Callbacks#New_signals_sprite_drawing_callback_146_ :) 22:38:10 <DaleStan> <CraKinShOt> nightmare 22:39:52 <Rubidium> Keith: try connecting the track to the station :) 22:40:16 <Rubidium> (in other words, you're missing 2 track pieces) 22:41:25 <Keith> Ah...can't see that...will try again 22:41:44 <Rubidium> Keith: press X 22:43:44 <Lakie> Ah, thats the transparency hotkey 22:43:51 <Keith> OK...I see that gives my station transparency 22:43:54 *** KritiK [~Maxim@78-106-60-51.broadband.corbina.ru] has quit [Quit: Leaving] 22:44:13 * Lakie being from TTDPatch keeps hitting t and wondering why nothing goes transparent. ... 22:44:17 <Keith> And if you excuse the pun....my trains are now quite chuffed 22:44:30 <Keith> Thanks 22:44:39 <Rubidium> Lakie: then read the manual (wiki) :) 22:44:44 <Lakie> Yeah 22:45:03 <Lakie> I noticed most hotkeys have been rebound, and the speed up has moved since I last used OpenTTD also... 22:45:05 <Rubidium> e.g. http://wiki.openttd.org/Hotkey 22:45:40 <Rubidium> then you must've used speed up a really long time ago, or you must have been using debug and release builds 22:46:32 <Lakie> I never manage to run debug releases for some reason. 22:46:42 <Lakie> It'd be a huge file and crash pretty much instantly. 22:47:54 <Lakie> I think the last time I used the speed up hotky OpenTTD was around 0.5.x 22:49:33 <Lakie> And most of the 0.6 life time I used to compile it, but now I'm lazy and don't have most of the things I need to. 22:50:37 *** Keith [~Keith@41.145.240.138] has quit [Quit: Bye for now!] 22:51:08 <Lakie> Errr, I meant compiles not releases. 22:54:50 <CraKinShOt> oh wow, those callbacks look like a nightmare too 22:56:48 <CraKinShOt> can you define a new callback method? or do you have to hack the existing ones? 22:56:52 <Eddi|zuHause> well, callbacks are rather easy to provide, then the newgrf authors have to deal with it :p 22:57:15 <DaleStan> Most of the callbacks are pretty tame -- return one number in 0..7FFF. 22:57:15 <DaleStan> 146 is ... something else entirely. 22:57:18 <Lakie> I was going to say, I don't remember callbacks looking all that complex. 22:58:11 <Lakie> Err... 22:58:21 <Lakie> Isn't there actually a no use zone for TTDPatch? 22:58:41 <Eddi|zuHause> a what? 22:59:17 <Lakie> Numbers one doesn't use as not to break backwards compatibility with grfs which only support 1 byte callbacks 22:59:39 <DaleStan> Yes. All callbacks other than 10..3F with a low byte of 00..3F are forbidden. 23:00:12 <DaleStan> CraKinShOt: Grepping the source for Callback should give you a good clue. Probably something like result = GetCallback(This, that, otherthing); 23:00:18 <Eddi|zuHause> so valid ranges are x40..xFF 23:00:31 <Lakie> Not quite. 23:00:39 <Lakie> 0x140 - 0x7FFF 23:00:59 <DaleStan> You're confusing callback IDs and result range. 23:01:15 <Lakie> Oh, sorry. 23:01:16 <Eddi|zuHause> x being 01 to FF 23:01:21 <Lakie> Yeah 23:01:28 <CraKinShOt> I've only had a quick look, I assume it lets the GRF request (or set) information from the game. 23:01:46 <Lakie> It requires code to process that 'request'. 23:01:47 <DaleStan> Backwards. The game requests info from the GRF. 23:02:40 <CraKinShOt> right that makes more sense. So the game asks the GRF how it should render {something}? 23:03:21 <CraKinShOt> I'm just wondering whether you can tack on new stuff onto that 23:03:25 <Eddi|zuHause> well, the grf will provide a list of sprites somewhere, and the callback would give the index within that list 23:03:29 <DaleStan> More often, "What is the new capacity for this vehicle?" "What color should this vehicle be?" "What string should I display under $CIRCUMSTANCE?" 23:03:30 <Lakie> I guess the sprite var in action0 could be interpreted that way, isn't it more like, the game askes the grf for which sprite it should use? 23:04:05 <Lakie> (Or group of sprites), my understanding of how grfs are internally handled is quite vague though 23:04:10 <Eddi|zuHause> then you need to expose some variables to the callback, like the signal state 23:04:17 <DaleStan> The sprite request is a callback in general programming terms, but not in GRF/NFO terms. 23:04:33 *** Mks [~mks@c83-176-234-98.cust.tele2.se] has joined #openttd 23:05:53 <Eddi|zuHause> well, probably would need introducing an action1/2/3 chain for signals 23:06:09 <DaleStan> Already there. The 2/3 part, anyway. 23:07:41 <CraKinShOt> Well just in general terms, if I wanted to add on several additional signal states the mechanism could handle it? 23:08:03 <CraKinShOt> from the looks of the signal callback its all set in stone 23:08:30 <DaleStan> Callbacks can handle anything that can is computable with neither loops or recursion. 23:08:36 <DaleStan> nor* 23:08:41 <Eddi|zuHause> CraKinShOt: you would pass that state information in soem newgrf variables, which the callback would resolve in a varaction2 23:09:21 *** Audigex [~audigex@78.148.67.118] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.0.14/2009082707]] 23:10:06 <DaleStan> What is defined is set in stone. What is undefined may be defined in any useful way that does not duplicate information. 23:10:37 <CraKinShOt> right okay, just so long as I know its posible, is enough for now. I can properly research later 23:11:51 <CraKinShOt> I can code the mechanism with set graphics for the time being then add on general support with grf 23:13:26 <DaleStan> I recommend that your research start with using the current NFO spec to do something productive. 23:14:22 <DaleStan> Trying to define /any/ new NFO thing is not recommended for anyone. At all. But it's more likely to go well if you've either used NFO or contributed substantially to an NFO parser. 23:16:03 <Lakie> Hmm... I'll be honest, looking at it when I was writing the newobjects code was a completely different ball game to writing nfo, DaleStan. 23:16:25 *** Dred_furst [~Dred@cpc3-pool3-0-0-cust999.sotn.cable.ntl.com] has joined #openttd 23:17:32 <Lakie> That said, I'd only really wrote vehicle nfo which is quite different from the house style nfo I was reusing and adapting. 23:19:22 <Lakie> I suppose it wasn't too bad adding callback 36 and some vars for newobjects looking back on things. 23:20:07 <CraKinShOt> I think its a case of "the documentation makes it look more complicated than it really is" 23:23:52 <Lakie> Rubidium: only other feature I miss from TTDPatch would be the custom bridge heads, but I imagine thats like enhanced tunnels, come up with a way of doing it which isn't hacky? 23:25:42 <CraKinShOt> hmmm 23:25:50 <CraKinShOt> Action 6 looks interesting 23:26:50 <DaleStan> Accursedly so, in fact. 23:27:23 <CraKinShOt> No good then? 23:27:41 <DaleStan> No good for what? 23:28:01 <CraKinShOt> Well its cursed (bad) so people shouldn't use it? 23:28:48 <Eddi|zuHause> "come up with a way of doing it which isn't hacky?" <- that's about it 23:28:48 <DaleStan> It's like a goto. Use when required. 23:29:05 <DaleStan> I was actually referencing the Chinese curse: "May you live in interesting times." 23:29:45 <Eddi|zuHause> the last attempt on custom bridge heads failed on signals 23:30:18 <DaleStan> There are times when 6 is the correct way to get the job done. But it makes life difficult for everyone trying to generate or statically parse NFO. 23:30:36 * DaleStan is away now. 23:31:52 <CraKinShOt> Well thinking about it, probably not needed for my goal anyway. Better to simply have all the cases stored in the grf, rather than modifying a sprite. 23:32:54 *** Eddi|zuHause [~johekr@p54B77CC1.dip.t-dialin.net] has quit [] 23:33:17 *** Eddi|zuHause [~johekr@p54B759BA.dip.t-dialin.net] has joined #openttd 23:38:33 *** rafc [~suty@209-33-226-43.dsl.infowest.net] has joined #openttd 23:41:35 <CraKinShOt> okay, so to recap... use a bit in the tile to specify that the tile has enhanced signal information. Then a HashMap to convert tileId to the Extra signal information struct. 23:41:43 *** Zuu [~Zuu@c-27f8e253.025-58-6e6b702.cust.bredbandsbolaget.se] has quit [Quit: Leaving] 23:44:21 <rafc> irc://niven.freenode.net 23:45:33 <Eddi|zuHause> CraKinShOt: sounds like a plan, but possibly you should reserve two bits 23:45:55 <Eddi|zuHause> because there are two signals on tiles with diagonal tracks 23:46:58 <CraKinShOt> aye, makes sense. 23:51:08 *** Brianetta [~brian@client-86-27-113-222.bmly.adsl.virgin.net] has quit [Quit: Tsch?ss] 23:51:28 <CraKinShOt> Well I'm knacked. Shall retire and give the coding a shot tomorrow. night all. 23:51:50 *** CraKinShOt [~NO@host86-141-10-92.range86-141.btcentralplus.com] has quit []