Log for #openttd on 18th September 2009:
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 [] has quit [Quit: Bye]
00:02:19  <PeterT> (0.7.2)
00:05:55  *** zachanima [] has joined #openttd
00:12:44  *** Dred_furst [] has joined #openttd
00:19:36  *** Chris_Booth [] has quit [Ping timeout: 480 seconds]
00:21:02  *** Zorni [] has joined #openttd
00:24:08  *** PeterT [] has quit [Quit: I'm off]
00:28:43  *** Zorn [] has quit [Ping timeout: 480 seconds]
00:37:49  *** KenjiE20|LT [] has joined #openttd
00:37:58  *** KenjiE20 [~KenjiE20@] has quit [Quit: WeeChat 0.3.0]
00:43:02  *** Brianetta [] has quit [Quit: Tsch?ss]
00:52:17  *** Progman [] has quit [Remote host closed the connection]
01:11:53  *** Audigex [~audigex@] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.0.14/2009082707]]
01:11:53  *** welshdragon [~welshdrag@] has quit [Quit: Caught signal 11, Segmentation fault]
01:23:42  *** KingJ [] has quit [Ping timeout: 480 seconds]
02:13:29  *** KingJ [] has joined #openttd
02:24:46  *** ctibor [~quassel@] has quit [Quit: No Ping reply in 180 seconds.]
02:25:53  *** zachanima [] has quit [Ping timeout: 480 seconds]
02:29:15  *** Lakie [~Lakie@] has quit [Quit: Sleep.]
02:52:14  *** nicfer [~nicfer@] has quit [Quit: Leaving]
02:56:36  *** ecke [~ecke@] has quit [Quit: ecke]
02:57:36  *** Fuco [~dota.keys@] 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 [] has quit [Quit: Leaving]
03:13:35  *** mib_321zfe [] has joined #openttd
03:15:43  *** mib_321zfe [] has quit []
03:18:58  *** Dred_furst [] has quit [Quit: Leaving]
04:13:01  *** R0b0t1 [] has quit [Remote host closed the connection]
05:35:52  *** Wolle [] has quit [Quit: - das Wiki rund um's Thema Lager und Logistik]
05:38:23  *** DJNekkid [] has quit [Ping timeout: 480 seconds]
05:50:14  *** RJHelms [] has joined #openttd
05:55:24  *** RJHelms [] has quit [Remote host closed the connection]
06:01:58  *** Azrael- [] has joined #openttd
06:07:31  *** Cybertinus [] has joined #openttd
06:30:49  *** williham [] has joined #openttd
06:37:32  *** [wito] [] 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- [] has quit [Read error: Connection reset by peer]
07:04:06  *** Muxy [] 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 [] 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@] 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> <- huge fan base :-P
08:36:33  <Rubidium> heh, it has doubled!
08:37:09  <dihedral>
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] [] 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 [] 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> <- 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 [] 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 [] 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 [] 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@] 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 [] 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 *!] 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@] 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@] 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 [] 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@] 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_ [] 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 [] 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@] has joined #openttd
10:55:43  *** Eddi|zuHause3 is now known as Eddi|zuHause
10:56:03  <Eddi|zuHause> <Rubidium> <- 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 *!] by DorpsGek
11:16:45  *** Lakie [~Lakie@] has joined #openttd
11:38:24  *** tux_mark_5 [] has joined #openttd
11:41:25  *** Progman [] has quit [Remote host closed the connection]
11:43:42  *** Coco-Banana-Man [] has joined #openttd
11:45:13  <planetmaker> <- 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 [] has joined #openttd
12:00:12  *** Fuco [~dota.keys@] has joined #openttd
12:03:54  *** Progman [] has joined #openttd
12:04:02  *** Dred_furst [] 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 [] 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 [] 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 [] 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@] 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@] has quit [Quit: Quit]
13:06:05  *** Fuco [~dota.keys@] 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@] 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> <- sexy as
13:23:19  <Eddi|zuHause> not sure what you are trying to get at...
13:23:36  *** Terkhen [] 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>
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 [] 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:
13:43:34  <Luukland> A whole article about the international distress call :)
13:45:02  <Belugas>
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 [] 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, gave more info than [which redirects to morse code]
14:03:24  <Belugas>
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 [] 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 [] has quit [Quit: Bye for now!]
14:31:16  *** Eddi|zuHause [] has quit [Remote host closed the connection]
14:31:46  *** Eddi|zuHause [] 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@] 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 [] 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@] 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@] has quit [Ping timeout: 480 seconds]
15:20:45  *** th1ngwath [] has joined #openttd
15:24:00  *** Coco-Banana-Man [] has quit [Quit: Joyful it seems - but then suddenly - by one false move it's blown away]
15:24:34  *** Audigex [~audigex@] has joined #openttd
15:28:17  *** thingwath [] has quit [Ping timeout: 480 seconds]
15:35:42  *** Dreamxtreme [] has quit [Ping timeout: 480 seconds]
15:37:18  *** |Jeroen| [] has joined #openttd
15:42:20  *** Polygon [] has joined #openttd
15:42:22  *** routinedecilit [] 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 [] has quit [Quit: Back to the Goulp]
15:48:16  *** Dreamxtreme [] has joined #openttd
15:49:17  <_ln> bonsoir
15:50:01  *** Fast2 [] has quit [Ping timeout: 480 seconds]
15:58:35  *** Zorni [] has quit [Quit: ( :: NoNameScript 4.2 :: )]
16:02:31  *** tokai [] has quit [Ping timeout: 480 seconds]
16:04:34  *** tokai [] has joined #openttd
16:04:37  *** mode/#openttd [+v tokai] by ChanServ
16:06:20  *** Zorn [] has joined #openttd
16:20:14  *** FR^2 [] has joined #openttd
16:27:08  *** Alberth [] has joined #openttd
16:34:34  *** Azrael- [] has joined #openttd
16:36:19  *** andythenorth [] has joined #openttd
16:41:30  *** Doorslammer [] 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 [] has quit [Quit: andythenorth]
17:07:38  *** Audigex [~audigex@] has quit [Quit: ChatZilla 0.9.85 [Firefox 3.0.14/2009082707]]
17:20:36  *** Illegal_Alien [] has joined #openttd
17:20:40  *** nicfer1 [~Usuario@] has joined #openttd
17:29:06  *** |Jeroen| [] has quit [Remote host closed the connection]
17:31:43  *** Chruker [] 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@] has quit [Quit: Log this!]
18:17:29  *** bb10 [] has joined #openttd
18:19:33  *** Brianetta [] has joined #openttd
18:20:31  *** Audigex [~audigex@] has joined #openttd
18:29:51  *** nicfer1 [~Usuario@] has quit [Ping timeout: 480 seconds]
18:32:04  *** Muxy [] has joined #openttd
18:32:31  * Muxy PACKET_CLIENT_JOIN
18:34:22  *** nicfer [~Usuario@] has joined #openttd
18:35:41  <Eddi|zuHause> Muxy: join messeges start getting annoying very quickly
18:48:53  *** KenjiE20 [~KenjiE20@] has quit [Ping timeout: 480 seconds]
18:49:43  *** Audigex [~audigex@] has quit [Read error: Connection reset by peer]
18:50:13  *** Audigex [~audigex@] 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 [] 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@] has joined #openttd
19:08:09  *** fjb [] has quit [Remote host closed the connection]
19:15:13  *** FR^2 [] has quit [Quit: Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!]
19:16:14  *** andythenorth [] has joined #openttd
19:17:21  *** Zahl [~Zahl@] 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 [] has joined #openttd
19:31:28  *** Terkhen [] has joined #openttd
19:31:49  *** Grelouk [] 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 [] 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 [] has quit [Quit: PACKET_CLIENT_QUIT]
19:47:06  *** CraKinShOt [] 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 [] has left #openttd []
19:51:36  *** CraKinShOt [] has joined #openttd
19:52:30  <Belugas> hello and welcome back
19:53:42  <_ln> thank you
19:54:32  *** andythenorth [] has left #openttd []
19:54:45  <Eddi|zuHause> (very NSFW:
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 [] has joined #openttd
20:12:19  <Illegal_Alien> Weird stuff, i can type stuff here but not on #tycoon :(
20:15:19  *** aaa [] 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 [] has quit [Read error: Connection reset by peer]
20:22:55  *** Eddi|zuHause [] 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@] 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@] 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 [] 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@] has quit [Read error: Connection reset by peer]
20:51:28  *** nicfer [~Usuario@] 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 [] 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 [] 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 [] has joined #openttd
21:07:40  *** Azrael- [] has quit [Ping timeout: 480 seconds]
21:08:17  *** Zuu [] has joined #openttd
21:08:23  *** zachanim1 [] 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 [] has left #openttd []
21:14:59  <Rubidium> or disable it when it doesn't need to be disabled
21:15:13  *** zachanima [] has quit [Ping timeout: 480 seconds]
21:16:32  <planetmaker> <-- 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 [] has quit [Quit: gone...]
21:24:48  *** Illegal_Alien [] has quit [Quit:  HydraIRC -> <- It'll be on slashdot one day...]
21:24:51  *** Ammler [] 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 [] 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@] has joined #openttd
21:35:44  *** Aankhen`` [~hey.squid@] has quit []
21:35:48  <planetmaker> anyway, good night for now :-)
21:38:32  <TrueBrain> sleep well planetmaker
21:41:03  *** bb10 [] 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@] 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@] 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@] has quit [Ping timeout: 480 seconds]
22:08:20  *** Brianetta [] 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> ?
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: :)
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 [] 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 [] 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 [] has quit [Quit: 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 [] 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 [] 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 [] has quit [Remote host closed the connection]
22:29:17  *** Zahl [~Zahl@] 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> :)
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 [] 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 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.
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@] 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 [] 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@] 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 [] 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 [] has quit []
23:33:17  *** Eddi|zuHause [] has joined #openttd
23:38:33  *** rafc [] 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 [] has quit [Quit: Leaving]
23:44:21  <rafc> irc://
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 [] 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 [] has quit []

Powered by YARRSTE version: svn-trunk