Log for #openttd on 14th April 2006:
Times are UTC Toggle Colours
00:00:16  <stillunknown> wow, it went ok this time (readded the strings to a clean lang file)
00:02:27  *** CobraA1 [] has joined #openttd
00:02:42  <Eddi|zuHause2> hm... whoever wrote that signal thingie patch, it could make use of SIG_SEMAPHORE and SIG_ELECTRIC instead of magic numbers
00:03:19  <glx> which signal patch?
00:03:28  <MeusH> autocompletion?
00:03:32  <glx> the signal gui ?
00:03:43  <Eddi|zuHause2> the thing that got in the IN
00:03:47  <Eddi|zuHause2> whatever you call that
00:04:05  <glx> it's an old version by sacro, updated to compile by richk67
00:04:25  <glx> but not updated to use new addition from trunk
00:07:33  *** ^Cartman^ [] has quit ["Que?"]
00:10:06  *** tokai [] has quit ["It's like, wah."]
00:11:13  *** SchAmane [] has quit ["Ciao"]
00:14:26  <stillunknown> the file waypoint.c includes several functions referenced to in command.c where only waypoint.h is included, doing something similar i end up with linking errors
00:18:32  <Eddi|zuHause2> if in foo.c you want to use the function bar() from bar.c
00:18:42  <Eddi|zuHause2> you have to declare the function head in bar.h
00:18:49  <Eddi|zuHause2> and the function body in bar.c
00:19:01  <Eddi|zuHause2> then include bar.h in both foo.c and bar.c
00:19:25  <stillunknown> will declaring a void do?
00:19:37  <glx> declaring a void?
00:19:41  <glx> what do you mean
00:19:43  <glx> ?
00:19:56  <MeusH> cya
00:20:01  *** MeusH [] has quit ["Goodbye"]
00:20:02  <stillunknown> void FixOldWaypoints(void);
00:20:16  <glx> it's a prototype
00:20:23  <glx> normally in a .h
00:20:28  <stillunknown> true
00:20:56  <glx> these void means doesn't take param and return nothing
00:22:10  <stillunknown> i have no clue what a function head is and googling didn't help
00:22:25  <Eddi|zuHause2> it is exactly that ;)
00:22:35  <glx> function head is the prototype
00:22:41  <glx> in a header
00:22:44  <Eddi|zuHause2> function head is the first line of the function
00:22:53  <Eddi|zuHause2> the body is everything in the { ... }
00:24:17  <glx> stillunknown: I think you should try to code simple things using only a .c, then try to use 1 .c and 1 .h
00:24:34  <stillunknown> <glx> it's a prototype <-- i thought that implied that my idea was wrong, but it's just misreading
00:26:01  <Eddi|zuHause2> grmbl
00:26:17  <Eddi|zuHause2> i keep on forgetting that pbs.c thing when applying the mini IN
00:26:22  <glx> did you already code a "hello world" in C stillunknown?
00:26:41  <glx> patch doesn't like adding files
00:26:58  <Eddi|zuHause2> yes, i know ;)
00:27:27  <Eddi|zuHause2> hm...
00:27:28  <Eddi|zuHause2> subsidiaries_gui.c: In function `SubsidiaryMoneyTransferWndProc':
00:27:28  <Eddi|zuHause2> subsidiaries_gui.c:425: warning: integer constant is too large for "long" type
00:27:28  <Eddi|zuHause2> subsidiaries_gui.c:440: warning: integer constant is too large for "long" type
00:27:36  <stillunknown> @glx: no
00:27:39  *** christooss [] has quit ["Leaving."]
00:27:42  <Eddi|zuHause2> who is responsible for that?
00:27:53  <glx> stillunknown: so start with that :)
00:28:01  <stillunknown> but isn't that just:
00:28:03  <stillunknown> #include "stdafx.h"
00:28:11  <stillunknown> printf("hello world");
00:28:38  <glx> no, you need to include stdio.h and use a main
00:29:12  <Eddi|zuHause2> hm... what was that language called? HQ9+ or something?
00:29:41  <glx> hmm?
00:29:44  <Eddi|zuHause2> which was designed to produce easy hello world programs and stuff?
00:29:51  <stillunknown> command.o:(.rodata+0x750): undefined reference to `CmdBuildTransformer'
00:29:51  <stillunknown> command.o:(.rodata+0x760): undefined reference to `CmdRemoveTransformer'
00:30:18  <Eddi|zuHause2> you did not include the .h file
00:30:23  <glx> do you have coded these functions?
00:30:36  <Eddi|zuHause2> which defines these functions
00:30:36  <stillunknown> yes
00:30:57  <glx> in which file?
00:31:09  <stillunknown> transformer.c
00:31:27  <glx> is this file added in SOURCE in the Makefile?
00:31:49  *** Born_Acorn [] has quit []
00:31:54  * glx guess you are using gcc and make :)
00:31:54  <Eddi|zuHause2> stillunknown: command.c must include transformer.h
00:32:05  <glx> Eddi|zuHause2: it's a linker error
00:32:16  <glx> missing object file
00:32:37  <Eddi|zuHause2> kay, then you must add transformer.c to the project ;)
00:33:17  <stillunknown> @glx: true and true
00:34:13  <glx> for gcc and make, or for Transformer.c added in Makefile?
00:35:26  <stillunknown> both
00:36:14  <glx> so you have a transformer.o in the dir
00:36:53  <Eddi|zuHause2> hm... the signal gui patch does not build semaphores...
00:37:46  <stillunknown> i'm using my distributions package manager tied into a local svn server
00:38:58  <glx> can I see a diff of your changes to check what coud be wrong?
00:39:00  <Eddi|zuHause2> hm... can one get (g)vim to highlight the lines that got changed from the svn?
00:39:26  <glx> don't know
00:39:48  <stillunknown> true as in you were right about the makefile issue, now i trying to fix another linking problem
00:40:29  <glx> what is it?
00:41:49  <stillunknown> i forgot to move some code from waypoint.c
00:42:38  <Eddi|zuHause2> for RichK: rail_gui.c:406 ... !_ctrl_pressed ? 1 << 3 : 0 <- wrong magic number for SIG_SEMAPHORE
00:43:35  <glx> hmm semaphore bit was moved for pbs
00:43:55  <glx> then moved again after pbs disappear
00:44:22  <glx> so maybe he has a conflict between these different versions :)
00:45:52  <Eddi|zuHause2> yes, clearly
00:46:10  <glx> btw IN is a pain to do :)
00:47:11  <Eddi|zuHause2> there are more occurences of that...
00:47:26  <Eddi|zuHause2> line 193 of that same file
00:47:47  <glx> I should read the diff
00:48:24  <glx> is it in the first post?
00:49:06  <Eddi|zuHause2> yes, should be
00:50:08  <glx> first a fresh checkout :)
00:50:47  *** Nubian [] has quit [Remote closed the connection]
00:52:41  <glx> good applied without conflict
00:53:10  <Eddi|zuHause2> well... it IS current ;)
00:53:13  *** shintah [] has quit ["<volcone> tycker inte man borde få idrotta i skolan, eftersom man springer så jävulskt mkt i wow"]
00:53:18  <Eddi|zuHause2> line 966: 		w->click_state = ((1 << 4) << _cur_signal_type) | (_cur_autosig_compl ? 1 << 9 : 0);
00:53:44  <glx> I don't like these bitshifts
00:53:50  *** KritiK [] has quit ["Miranda IM! Smaller, Faster, Easier."]
00:53:57  <Eddi|zuHause2> i do not really understand that line, but it appears to do something similar also
00:55:19  <UnderBuilder> a question: is the maprewrite proyect of the french corporation dead?
00:55:39  <UnderBuilder> or just too busy?
00:55:44  <glx> we reached our main goal
00:56:08  <glx> create accessors for removing of direct map access
00:56:24  <glx> then openttd devs started to do the same in trunk
00:57:05  <glx> we are now doing other things
00:57:38  <glx> egladil is working on the 32bpp branch
00:57:54  <glx> belugas does some stuff with accessors in trunk
00:58:31  <glx> rubidium and I are more interressed in gpmi now
00:59:34  <UnderBuilder> so the maprewrite is near to a release no?
00:59:41  <glx> no
01:00:15  <UnderBuilder> ah the 'other things' too will be included no?
01:01:15  <glx> the "other things" are not related with tfc_newmap
01:01:43  <glx> but the work we done with tfc_newmap is used by belugas in trunk now
01:02:06  <UnderBuilder> ah now understand
01:11:38  *** Zothar is now known as Zothar_
01:11:55  <Vornicus> what's "tfc" stand for?
01:12:10  <UnderBuilder> the french corporation
01:13:09  <Vornicus> a....ha.
01:13:28  <Vornicus> and what is the french corporation?
01:14:16  <glx> the 3 first tfc coder speak french (LordOfThePig, belugas and I)
01:15:04  <glx> after the branch was created, LOTP had other stuff to do in real life, and egladil and rubidium joined us
01:15:42  *** Belugas [] has joined #openttd
01:16:13  *** CobraA1 [] has left #openttd []
01:17:11  <UnderBuilder> today I was playing a multiplayer game in the mini IN and I buyed 25% of the shares and the other player money falled to negative!
01:17:27  <UnderBuilder> annonying bug!!!
01:17:48  <Eddi|zuHause2> hehe ;)
01:39:31  *** Osai [] has joined #openttd
01:41:02  <Eddi|zuHause2> oh man... this signal gui is just messed up...
01:54:13  <CIA-3> belugas * r4411 /trunk/ (industry_cmd.c industry_map.h station_cmd.c station_map.h):
01:54:13  <CIA-3> CodeChange : Define and use some Gfx for both stations and industries. More are still to come
01:54:13  <CIA-3> Also, a bit of code cleaning, as pointed by Tron
01:56:56  <Belugas> Mmm... it's getting late :(
01:57:17  <UnderBuilder> :'(
01:57:47  <Belugas> yeah, another one who is going to leave the channel
01:57:59  <UnderBuilder> cya
01:58:06  <UnderBuilder> and I too
01:58:08  <Belugas> indeed... Good night!
01:58:09  *** Belugas [] has quit ["How about sleeping? Yeaaa.."]
01:58:55  *** UnderBuilder [n=UnderBui@] has quit ["Find me in the hell"]
02:08:15  *** BJH_ [] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050915]"]
02:14:00  *** Eddi|zuHause [] has joined #openttd
02:23:40  *** Eddi|zuHause2 [] has quit [Read error: 110 (Connection timed out)]
02:40:01  *** init_ [] has quit ["leaving"]
02:55:38  <Eddi|zuHause> hm... very intresting... i got lots of houses that are 2 tiles away from a road! (in the IN)
03:07:05  <Pixelz> hm yes, perhaps it has something to do with the town growth patch that's designed to do just that?
03:14:25  <Eddi|zuHause> it's fine, i just noticed ;(
03:14:26  <Eddi|zuHause> ;)
03:14:50  <Eddi|zuHause> hmz... this train does not reach its max speed...
03:18:38  <pasky> normally that is a stadion sideeffect
03:18:46  <pasky> when stadion gets rebuilt to something else
03:19:20  <pasky> dunno if there's some patch which makes this happen in other circumstances as well, but that sounds pretty scary gameplay-wise
03:20:34  <Eddi|zuHause> what are you talking about?
03:20:47  <DaleStan> realistic physics can cause that on very long trains; the engine can safely travel faster than it actually has enough power to.
03:21:21  <Eddi|zuHause> yes, i shortened the train, and it is fine ;)
03:22:38  <Eddi|zuHause> i guess 1000PS is not as much as it used to be ;)
03:22:56  *** glx [] has quit ["Bye!"]
03:29:49  *** Zothar_ [] has quit [Excess Flood]
03:30:23  *** Zothar_ [] has joined #openttd
03:36:52  *** Pipian [] has quit [Remote closed the connection]
03:37:39  *** Mek_ [i=marijn@] has joined #openttd
03:49:13  *** Mek [i=marijn@] has quit [Read error: 110 (Connection timed out)]
03:56:34  *** coppercore [] has joined #openttd
04:16:18  *** Andrew67 [i=andrew67@] has quit [Connection timed out]
04:28:07  *** Tron_ is now known as Tron
04:28:22  *** Tron [] has quit ["Client exiting"]
04:28:28  *** Tron [] has joined #openttd
04:51:52  *** Morlark [] has quit ["Error 404: Pants not found"]
04:56:02  *** Forexs [] has quit ["Go on, get out. Last words are for fools who haven't said enough. - Karl Marx"]
05:21:13  *** Meznev [] has joined #openttd
05:27:08  *** Tron_ [] has joined #openttd
05:27:25  *** Tron [] has quit [Nick collision from services.]
05:27:27  *** Tron_ is now known as Tron
05:31:37  *** Tron_ [] has joined #openttd
05:32:32  *** Tron [] has quit [Nick collision from services.]
05:32:37  *** Tron_ is now known as Tron
05:38:24  *** Elshar [] has quit [Read error: 110 (Connection timed out)]
05:46:58  <ThePizzaKing> One question, how can I have a lag of 6.8 hours?
05:47:54  <coppercore> what the fuck
05:48:05  <coppercore> uhhh.... carrier pigeons?
05:49:59  <ThePizzaKing> I guess it's just my IRC program
05:52:06  * ThePizzaKing checks if the Firefox update is on YaST yet
05:53:09  <ThePizzaKing> I guess not
06:00:33  *** DarkSSH [] has joined #openttd
06:00:36  *** mode/#openttd [+o DarkSSH] by ChanServ
06:01:11  *** dfox [] has quit [Read error: 104 (Connection reset by peer)]
06:01:17  <DarkSSH> morning
06:01:29  *** dfox [] has joined #openttd
06:02:49  *** FauxFaux [n=faux@] has quit [Read error: 148 (No route to host)]
06:11:12  *** Jenkz [] has joined #openttd
06:17:29  *** FauxFaux [] has joined #openttd
06:51:27  *** Aankhen`` [n=pockled@] has joined #openttd
07:17:27  * peter1138 smirks at tango
07:23:54  *** Zerot [] has quit [Read error: 104 (Connection reset by peer)]
07:33:08  *** Eddi|zuHause [] has quit [Read error: 110 (Connection timed out)]
07:39:50  *** Zerot [] has joined #openttd
07:40:11  *** RoySmeding [] has joined #openttd
07:45:36  <peter1138> hmm
07:45:46  <peter1138> i've used up all the bits in a station tile, heh
07:51:06  *** Cheery [] has joined #openttd
07:51:25  *** Mukke [] has joined #openttd
08:17:35  <Tron> peter1138: ?
08:18:33  <MiHaMiX> morning
08:18:39  <peter1138> for newstations
08:22:48  <Tron> DarkSSH: Mister Farago?
08:27:39  *** Spoco [] has joined #openttd
08:30:43  *** sw4y [] has joined #openttd
08:31:54  *** sw4y [] has quit [Remote closed the connection]
08:35:54  *** Sian_ [] has joined #openttd
08:44:27  *** shintah [] has joined #openttd
08:44:57  *** Bjarni [] has joined #openttd
08:45:00  *** mode/#openttd [+o Bjarni] by ChanServ
08:49:33  *** Xeryus|bed is now known as XeryusTC
08:53:29  *** Angst [] has joined #openttd
08:56:11  *** AciD [n=gni@unaffiliated/acid] has quit [Read error: 113 (No route to host)]
09:01:15  *** christooss [] has joined #openttd
09:02:05  <peter1138> hmm
09:04:47  *** AciD [] has joined #openttd
09:09:43  *** CobraA1 [] has joined #openttd
09:12:43  <qball> hmmm
09:14:41  <christooss> hmmmm
09:15:51  <MiHaMiX> hmmmmmmmmmmmmmmmmmmmmm.... :-)
09:16:18  *** MiHaMiX changed the topic of #openttd to: 0.4.7 | Translator opens soon! | Website: * (Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, SVN mailinglist: maillist, Dev-docs: docs, Bug-reports: bugs)
09:17:02  *** valhalla1w is now known as valhallasw
09:20:14  *** Mek_ is now known as Mek
09:25:58  *** tokai [] has joined #openttd
09:36:12  *** ^Cartman^ [] has joined #openttd
09:40:29  *** TL|Away is now known as TrueLight
09:44:44  *** Scia [] has joined #openttd
09:45:12  *** MagicJohn [n=magical@unaffiliated/magicjohn] has quit [Read error: 113 (No route to host)]
09:46:23  *** test [] has joined #openttd
09:46:47  <test> hey
09:52:44  <TrueLight> test: nice job on the client-crashes :)
09:52:46  <TrueLight> took you a while ;)
09:52:59  <test> 8-)
09:54:51  <test> anyway it's not a client crash but a simple client-to-main-menu
09:55:21  <test> which is enough bad if you are online (broadcast client exploitation)
09:55:58  <TrueLight> :) It is :)
09:56:07  <TrueLight> Just keep it for yourself, the code, for now ;) (but that is a dah I guess :))
09:58:27  <test> I will release publicly when all the bugs will be fixed
09:58:43  <TrueLight> That is acceptable :)
09:59:24  <test> it's just my policy 8-)
09:59:43  <Tron> if this doesn't concern ottd please move the conversation elsewhere
09:59:59  <test> ehmm this is openttd related at 100%
10:00:07  <test> they are security bugs in the game
10:00:28  <test> the developers are already aware of these problems
10:00:36  <test> and I'm here just for updates
10:01:23  <Tron> no really? how many ways to crash ottd do you want to know? i can tell you some
10:01:40  <Tron> <test> the developers are already aware of these problems <-- i don't think so
10:02:01  <test> ok I will tell Darkvater that he is working on something he doesn't know
10:02:24  <test> and peter too
10:03:06  <TrueLight> bah, I can't run a graphical OpenTTD here :(
10:03:23  <Tron> i know at least one active developer who doesn't know about the particular problem
10:03:45  <TrueLight> he said developers, meaning 2 or more, and the 2 is reached
10:04:04  <Tron> the developers refers to all of them
10:04:08  <Tron> +""
10:04:12  <MiHaMiX> argh, boys...
10:04:28  <TrueLight> hi MiHaMiX
10:04:37  <TrueLight> did you found what I ment with apache and apache2?
10:04:42  <MiHaMiX> please consider Tron as a part of the dev team, too. And share the information with him, too. He'll keep it confident
10:05:03  <MiHaMiX> TrueLight: I don't know, but it affects all of my apache2 installs
10:05:08  <Tron> MiHaMiX: confident isn't the right word
10:05:23  <test> oh sorry Tron I didn't know you was a dev, I list the bugs here
10:05:24  <Tron> MiHaMiX: confidential
10:06:20  <test> exist two bugs which cause the immediate termination of the server, one is caused by a big error number and another caused by garbage data (sprite error)
10:07:07  <Tron> i remember a fix for invalid error codes like a week ago
10:07:45  * stillunknown wonders if waypoints are always custom, because i can't find drawing code for default waypoints
10:07:47  <test> exactly, it has been successfully fixed. then there is a very simple client bug, when it receives an udp packet with an invalid size value (the first 16 bit) it returns to the main menu and shows a error
10:07:57  <Tron> and you can crash the game with pretty much any kind of invalid data in savegames
10:08:22  <test> I talk about multiplayer
10:08:25  <peter1138> stillunknown: rail_cmd.c:1305
10:08:59  <stillunknown> there is only code for custom waypoints
10:09:05  <peter1138> wrong
10:10:57  <TrueLight> test: the master-server problem is pretty tricky ;)
10:11:45  <Tron> joining a multiplayer game is the same as loading a savegame
10:13:27  <test> ok so tell how an attacker can exploit a server through a savegame, I'm enough curious... it's probably a function of the game which I don't know
10:14:11  <test> (a multiplayer function I mean naturally)
10:17:40  <Tron> CMD_BUILD_RAILROAD_STATION? or some other command which doesn't properly check it's parameters?
10:17:49  <Tron> i know some more
10:19:44  <Tron> s/it's/its/ *sigh*
10:22:10  <test> is railroad implemented in 0.4.7?
10:22:36  <Tron> railroads have always been there
10:25:30  *** Prof_Frink [] has quit [Remote closed the connection]
10:25:32  *** MeusH [] has joined #openttd
10:25:38  <test> but my question was about savegames, aren't savegames handled only locally?
10:25:51  <MeusH> hello
10:26:28  *** XeryusTC [n=XeryusTC@] has quit [Remote closed the connection]
10:26:37  <Tron> i have no idea what you're talking about
10:27:18  <test> Tron and you can crash the game with pretty much any kind of invalid data in savegames
10:27:28  <test> Tron joining a multiplayer game is the same as loading a savegame
10:27:48  <stillunknown> if the server gives invalid data --> client crash
10:28:47  <Tron> i still fail to see what you're after
10:28:56  <Tron> and you didn't answer my question either
10:29:46  <test> you did no question, you simply said that CMD_BUILD_RAILROAD_STATION crashes the server
10:30:36  <Tron> it was a question in form of an ellipsis
10:30:55  <Tron> if you insist...
10:31:00  *** XeryusTC [n=irc@] has joined #openttd
10:31:08  <Tron> <Tron> [are you talking about] CMD_BUILD_RAILROAD_STATION? or some other command which doesn't properly check it's parameters?
10:32:20  <test> wasn't this a reply to my question about "how you can crash a server using savegames"?
10:32:25  <Tron> no
10:32:26  *** Maedhros [n=jc@gentoo/developer/Maedhros] has joined #openttd
10:32:57  <Tron> because you didn't give any details what you're talking about, i simply have to guess what you're talking about
10:33:12  <test> ok so it's only a misunderstanding
10:33:15  <test> restart
10:33:31  <test> I have already listed the 3 bugs I have found
10:33:52  <test> 2 for the server and one for the client
10:34:55  <Tron> if "listed" means "vaguly hinted", yes
10:35:19  <test> yes I mean vaguly hinted
10:35:27  <test> do you need the details?
10:36:01  <Tron> are you taking me for a ride or something?
10:36:40  <test> I give up, this is the most senseless talking I have had
10:38:56  <test> you break the discussion between me and TrueLight and have said a lot of confused things, thanx a lot for that
10:40:43  *** coppercore [] has quit [Read error: 104 (Connection reset by peer)]
10:41:08  <Tron> you failed to provide any useable details, don't blame me for having to guess then
10:41:33  <MiHaMiX> hm
10:42:01  <test> you didn't asked me details
10:42:10  <MiHaMiX> you both have a good chance to get into
10:42:25  <Tron> pardon?
10:42:34  <Sian_> LOL
10:43:04  <MiHaMiX> Tron, test: talk directly in PM instead of argueing over bagatelle things
10:43:25  <MiHaMiX> test: remember, it's confidential..
10:43:46  <gradator> haha
10:43:56  <test> MiHaMiX, I have no desire to talk with him. as I already said I'm already in contact with the developers and was here only to ask them updates
10:44:02  <Tron> how should i make it more clear that some details would be nice? draw a big sign with nice big red letters and send it down to italy?
10:44:58  <MiHaMiX> test: well, sinc Tron is one of the developers and there's a high probability that he'll be the one who fix your bug, I suggest you to cooperate with him, even if it's not so easy.
10:46:00  <Sian_> ... 1-0 to tron :P
10:46:16  <MiHaMiX> Sian_: since when it is a match?
10:46:17  <Sian_> by a assist from MiHaMiX :)
10:47:20  <qball> I guess we can all thank god that tron doesn't work at our local help-desk.
10:48:56  <CIA-3> tron * r4412 /trunk/train_cmd.c: When a vehicle is in a depot or tunnel it's always flagged as VS_HIDDEN. So after checking for VS_HIDDEN and the result is false there's no need to check if it's flagged as being in a depot or tunnel
10:49:02  *** Cipri [] has joined #openttd
10:51:07  <MiHaMiX> bbl, coffee
10:51:14  <qball> good idea
10:55:29  *** Igor2Dune2 [] has joined #openttd
11:01:41  *** Maedhros [n=jc@gentoo/developer/Maedhros] has quit ["rebooting..."]
11:01:46  * peter1138 ponders a swim
11:03:34  *** DaleStan__ [] has joined #openttd
11:03:37  *** DaleStan [] has quit [Nick collision from services.]
11:05:05  *** Maedhros [n=jc@gentoo/developer/Maedhros] has joined #openttd
11:11:56  *** MeusH [] has quit [Read error: 110 (Connection timed out)]
11:26:19  *** jong [] has quit [Remote closed the connection]
11:42:11  *** BJH [] has joined #openttd
11:48:47  *** CobraA2 [] has joined #openttd
11:53:16  *** Mukke [] has quit []
12:01:38  *** bubersson [] has joined #openttd
12:03:28  <bubersson> will sb give any link for nice screenshots from opentdd?? (i mean nice towns etc..)
12:05:04  *** CobraA1 [] has quit [Read error: 110 (Connection timed out)]
12:12:46  *** MeusH [] has joined #openttd
12:13:10  <MeusH> hello
12:15:36  *** coppercore [] has joined #openttd
12:17:55  <ThePizzaKing> YAY! My lag counter's up to 48000 seconds
12:19:32  <coppercore> wtf?
12:19:57  <CIA-3> truelight * r4413 /trunk/ (network_data.c network_udp.c):
12:19:57  <CIA-3> -Fix: fixed a bug which pushed the client back to the main menu when a
12:19:57  <CIA-3> server is in the mainserver-list which sends out illegal signals. Many
12:19:57  <CIA-3> tnx to 'test' for finding and isolating the problem.
12:19:57  <CIA-3> -Fix: also specify the problem a bit better
12:20:17  <bubersson> ftw ;)
12:20:23  <coppercore> lol
12:20:53  <ThePizzaKing> ok, it must have been because of that netsplit or something
12:22:15  <blathijs> TrueLight: What exactly was fixed with that last line?
12:22:29  <blathijs> TrueLight: you fixed the bad specification of the problem?
12:22:37  <bubersson> sry for question, but r4413 is nightly release?? or what does it mean?
12:23:32  <TrueLight> blathijs: I didn't want to babble too much, but if you read the commit, you see it is a fix :)
12:23:49  <TrueLight> but it said wrong packet type, while in fact it was an illegal packet
12:25:29  <blathijs> TrueLight: so, you improved the error message for illegal packets?
12:27:07  *** Jango [] has joined #openttd
12:27:36  <TrueLight> blathijs: I fixed a wrong error message
12:27:38  <TrueLight> which suggested something else
12:27:41  <TrueLight> read the commit
12:28:14  *** copperc0re [] has joined #openttd
12:28:23  <blathijs> TrueLight: just wondering, I couldn't translate "specifiying the problem" into "giving an error message" ;-p
12:28:47  <blathijs> and I was wondering what you meant. So, I know now ;-)
12:28:59  <TrueLight> blathijs: I was referering to the text directly above it ;)
12:29:14  <TrueLight> but it was a wrong commit message, "ik was alleen door mijn inspiratie heen ;)"
12:31:20  <blathijs> hehe
12:31:42  <blathijs> I found it a little confusing. Since there is no need to better specify a problem, if the problem is fixed ;-p
12:32:29  <TrueLight> yeah yeah, nu weten we het wel :p (sorry, today I lack of translation module :))
12:33:14  <blathijs> ;-p
12:34:59  *** ThePizzaKing [] has quit ["And he disappears, like a fox, in the night."]
12:35:58  <MiHaMiX> mi lenne ha mindenki elkezdene a saját anyanyelvén beszélni? második Bábel torony :-P
12:36:58  *** Belugas_Gone is now known as Belugas
12:37:29  <MiHaMiX> Belugas: hi
12:38:14  <Belugas> Hellooo
12:40:12  *** bubersson [] has left #openttd []
12:41:08  *** coppercore [] has quit [Read error: 110 (Connection timed out)]
12:43:19  <stillunknown> anyone know what the function GB is and where it's defined?
12:43:27  <blathijs> GetBit
12:43:32  <blathijs> stillunknown: what OS are you on?
12:43:51  <blathijs> stillunknown: you should try the ctags tool
12:44:14  <blathijs> stillunknown: it generates a file that lists where each function, macro and var is defined
12:44:35  <blathijs> and nicely integrates with vim through the ":tag GB" command
12:44:50  <blathijs> or by putting your cursor on GB and pressign C-]
12:44:57  * stillunknown doesn't use vim
12:45:22  *** ledow [] has joined #openttd
12:45:33  <blathijs> you might still be able to use a tags file, though
12:45:36  <blathijs> what editor do you use?
12:45:41  <stillunknown> scite
12:45:51  <blathijs> (it's macros.h:9, btw)
12:46:08  <blathijs> never heard of scite...
12:47:51  <stillunknown> it's a simple editor
12:48:05  <stillunknown> it does highlighting for a lot of languages
12:49:18  <stillunknown>
12:50:43  *** Eddi|zuHause [] has joined #openttd
12:51:22  *** copperc0re is now known as coppercore
12:52:04  *** Osai^2 [] has joined #openttd
12:52:14  <blathijs> stillunknown: it seems there is indirect support for ctags files (called API files in scite)
12:52:32  <blathijs> stillunknown: at the bottom of the documentation, there is some stuff on how to get that working
12:53:22  *** glx [] has joined #openttd
12:57:06  <stillunknown> i will look into that
12:59:04  * blathijs is gone
12:59:26  *** amix [n=Michal@] has joined #openttd
12:59:26  <blathijs> gonna fiddle around trying to pinpoint the revision my wireless driver broke...
13:00:54  *** Zothar_ is now known as Zothar
13:03:17  *** Osai [] has quit [Read error: 110 (Connection timed out)]
13:09:04  *** ledow [] has left #openttd []
13:16:13  *** jong [] has joined #openttd
13:19:31  *** Sionide [] has joined #openttd
13:20:56  *** stavrosg_ [] has joined #OpenTTD
13:20:56  *** stavrosg_ [] has quit [Client Quit]
13:23:17  *** Zothar is now known as Zothar_
13:27:47  *** Sacro [i=Ben@adsl-83-100-175-93.karoo.KCOM.COM] has joined #openttd
13:28:18  <DarkSSH> 'ello
13:28:33  <Belugas> Hello DarkSSH :)
13:29:10  <Belugas> DarkSSH : yes, it is a true generator
13:29:56  <DarkSSH> what?
13:30:29  <DarkSSH> ah the turksih thingie
13:30:42  <DarkSSH> Belugas: ^
13:31:28  <Sacro> hello all
13:31:41  <Belugas> yeah, as I just explained you in PM :)
13:31:50  <Belugas> hello Sacro
13:33:00  <Sacro> hello Belugas, how are you?
13:33:32  <Belugas> I am gorgeous. or so I think :D
13:33:34  <Belugas> Kidding
13:33:37  <Belugas> I'm fine, thanks
13:33:40  <Belugas> about yuo?
13:35:00  *** jnmbk [n=jnmbk@] has joined #openttd
13:38:07  <Sacro> im getting slowly better
13:40:03  <Sacro> just rigged my pc up, and updating linux, might do some developing later
13:46:32  <Belugas> looks like fun :)
13:50:41  *** RoySmeding [] has quit ["kthxbye"]
13:54:16  *** MeusH is now known as MeusH[brb]
13:58:18  *** MeusH[brb] is now known as MeusH
14:04:10  *** jnmbk [n=jnmbk@] has quit [Remote closed the connection]
14:05:32  *** christooss [] has quit ["Leaving."]
14:07:40  *** MeusH is now known as MeusH[brb]
14:11:31  *** jnmbk [n=jnmbk@] has joined #openttd
14:13:14  <jnmbk> bjarni: did you that bug?:
14:13:24  <jnmbk> *see
14:16:30  <stillunknown> 	case 0x82: // {DATE_LONG}
14:16:30  <stillunknown> 			buff = FormatYmdString(buff, GetInt32(&argv));
14:16:30  <stillunknown> 			break;
14:17:05  <glx> stillunknown: what do you want to know?
14:17:08  <stillunknown> how does this identify the {DATE_LONG} string?
14:17:20  <glx> strgen does it
14:17:46  <stillunknown> how does strgen know that case 0x82 is the right one to choose?
14:18:10  <stillunknown> (i search for DATE_LONG and there is no reference anywhere else
14:18:21  *** Red78 is now known as csuke
14:18:28  <glx> because when it parses language file, it converts DATE_LONG to 0x82
14:18:53  <stillunknown> sorry, i forgot strgen has it's own folder
14:19:07  <stillunknown> (i usually search in main folder and table)
14:21:28  <blathijs> why isn't DATE_LONG an enum in the code somewhere then... :-S
14:23:34  <glx> good question :)
14:24:27  <DarkSSH> why should it?
14:24:37  <DarkSSH> in strings.c I think you have all these formatters defined
14:29:15  *** Wolfensteijn [] has quit [Read error: 104 (Connection reset by peer)]
14:30:10  *** Sacro [i=Ben@adsl-83-100-175-93.karoo.KCOM.COM] has quit ["Sacro has no reason"]
14:30:34  *** Sacro [n=ben@adsl-83-100-175-93.karoo.KCOM.COM] has joined #openttd
14:33:40  <blathijs> DarkSSH: since there is now "0x82" in the code?
14:33:48  <blathijs> I mean, why bother with all the other enums then?
14:35:19  <DarkSSH> ?
14:36:43  *** Andrew67 [n=andrew67@] has joined #openttd
14:37:11  <blathijs> DarkSSH: It's but ugly having code reading "case 0x82:
14:37:21  <blathijs> also badly readable
14:37:43  <blathijs> though the comment partly makes up for that, the 0x82 should still be an enum IMHO
14:38:36  <DarkSSH> don't really see the need for it. The comment is there and that's about the only place it matters
14:38:55  *** tomahawk [] has joined #openttd
14:39:09  *** |Jeroen| [] has joined #openttd
14:41:22  *** Richk67 [n=RichK67@] has joined #openttd
14:42:01  <Richk67> belugas ping
14:42:37  <Sacro> Richk67: i have my pc up and running now, which patches did you want looking at? Is it worth me digging up a daylength altering thingy again?
14:42:45  *** may1984h [n=may1984h@] has joined #openttd
14:43:18  <Richk67> i dont think i want the daylength patch yet, but there isnt any harm in updating it
14:43:24  <Richk67> devs ping
14:43:52  <may1984h> cnxnnb
14:43:57  <may1984h> vbnmm
14:44:01  <may1984h> hello
14:44:03  <may1984h> fadvnjdfba
14:44:04  <may1984h> jkahfjkdsh
14:44:06  <may1984h> nvnk
14:44:07  <may1984h> skgjnks
14:44:08  *** may1984h was kicked from #openttd by MiHaMiX [MiHaMiX]
14:44:32  <DarkSSH> nice
14:44:48  <Sacro> hmm, what an idiot
14:45:01  <Richk67> bug report in 4411: IS_BYTE_INSIDE(gfx, GFX_RADAR_INTERNATIONAL_FIRST, GFX_RADAR_METROPOLITAN_LAST)   should be    IS_BYTE_INSIDE(gfx, GFX_RADAR_INTERNATIONAL_FIRST, GFX_RADAR_METROPOLITAN_LAST + 1)   as BYTE INSIDE doesnt include the top end of the range
14:46:03  <Belugas> Hello Richk67
14:46:08  <Belugas> Can I help?
14:46:23  <Belugas> hu?
14:46:46  *** Igor2Dune2 is now known as Igor2Code
14:46:49  <Richk67> hi belugas - i found a prob with the change - it stops the radar turning when it gets to end of spin... wont restart
14:46:52  <Belugas> Ha... is that so?
14:46:55  <Belugas> Mmmm
14:48:27  *** Sacro [n=ben@adsl-83-100-175-93.karoo.KCOM.COM] has quit ["using sirc version 2.211+KSIRC/1.3.12"]
14:48:34  <Richk67> yup - just been testing with my 6 new airports... when i add the + 1 to top end of IS_BYTE_INSIDE range, it works
14:53:05  *** Spoco [] has quit []
14:53:11  *** MeusH[brb] is now known as MeusH
14:53:20  <Belugas> So all occurences of this test are wrong for the same reason
14:53:51  <Belugas> Ok.  I will correct it tonigh, as I can't test it from  here.  Thanks Richk67
14:53:53  <Richk67> in this context, yes... perhaps we need a "IS_BYTE_IN_RANGE"
14:54:20  <Belugas> Well... That was I though it was :)
14:54:43  *** ^Cartman^ [] has quit ["Que?"]
14:54:44  <Richk67> yeah, there is a comment on the definition that says "strictly less than"
14:57:25  <Belugas> Note to self : Always look at the code of the functions/macros used and never assume
14:58:05  <Richk67> lol :)   its a useful change though, gets away from hardcoded sprites - but pushes their definition into one location :)
14:59:36  <Belugas> Indeed.  brb
15:04:06  *** sw4y [] has joined #openttd
15:09:06  <DarkSSH> peter1138: ping
15:23:31  *** Morlark [] has joined #openttd
15:30:14  <peter1138> pong
15:33:11  *** Wolfensteijn [] has joined #openttd
15:33:51  <DarkSSH> peter1138: nvm, trying to figure out myself :)
15:34:18  <DarkSSH> peter1138: question was using combroadw.grf ( I get wrong climate road-graphics :(
15:34:35  <peter1138> oh
15:34:35  <peter1138> yes
15:34:35  <DarkSSH> temperate has tropic, arctic has desert, etc. :(
15:34:45  <DarkSSH> I think it has something to do with the parameters
15:35:55  <Eddi|zuHause> last time i tried combroad, i got completely different roadstyles mixed...
15:36:02  <Eddi|zuHause> like on bridgeheads
15:36:04  <Richk67> peter1138: ping (bad news)
15:36:18  *** Skiddles^ [] has joined #openttd
15:36:23  <Eddi|zuHause> Richk67: that signal gui does not work...
15:36:31  <Skiddles^> RICHK67! :D
15:36:38  <Eddi|zuHause> it cannot place semaphore signals
15:37:06  *** Zothar_ is now known as Zothar
15:37:11  <Richk67> some users of the mini IN report a CTD fault with newstatsw.grf ... i checked against plain SVN trunk - CTD there as well
15:37:23  <Eddi|zuHause> [14.04. 02:45] <Eddi|zuHause2> for RichK: rail_gui.c:406 ... !_ctrl_pressed ? 1 << 3 : 0 <- wrong magic number for SIG_SEMAPHORE
15:37:31  <Eddi|zuHause> [14.04. 02:50] <Eddi|zuHause2> there are more occurences of that...
15:37:31  <Eddi|zuHause> [14.04. 02:50] <Eddi|zuHause2> line 193 of that same file
15:38:05  <Richk67> eddi - im not surprised... when pbs got ripped out, they decided to move location of semaphore bit, and i had to try to move it back!
15:38:12  <peter1138> as new stations isn't really implemented that is not surprising
15:38:27  <Richk67> yeah, but CTD is on waypoints
15:38:40  <peter1138> still newstations
15:39:02  <Richk67> yeah, but its a CTD...
15:39:08  <peter1138> so?
15:39:15  <peter1138> that doesn't tell me any thing
15:39:15  <Eddi|zuHause> what's a CTD?
15:40:13  <Richk67> waypoints used to work, so you could use a few of the new design waypoints... now if newstatsw.grf is in the config, clicking the waypoints button causes a Crash To Desktop... this is *bad*...
15:40:14  <Eddi|zuHause> Richk67: but that is not the only part of the signal gui that does not work :p
15:40:47  <peter1138> noted
15:40:49  <Richk67> peter1138: its a recent change, as it was working ok about 4370
15:40:52  <peter1138> but
15:40:56  <peter1138> it doesn't crash for me
15:41:08  <Richk67> are you on a fresh 4413?
15:41:48  <Richk67> newstatsw.grf @ 27/12/05
15:41:51  <peter1138> no, but, no changes related to waypoints
15:42:06  <peter1138> same
15:44:04  <Richk67> debug is throwing some FATAL errors in initial newgrf load
15:44:21  <peter1138> means nothing
15:44:33  <Richk67> btw FATAL is not a shout ;)
15:45:01  <peter1138> sure? it says "Fatal" here ;P
15:45:53  *** MagicJohn [] has joined #openttd
15:46:03  <Richk67> yup... but it wasnt a shout ;)
15:46:23  <peter1138> r4352 is the most likely culprit
15:46:29  <Richk67> do you want me to hunt down?
15:46:38  <Richk67> or at least, localise
15:46:39  <DarkSSH> hmm just realized we don't load newgrf parameters from the config file
15:46:45  * DarkSSH sees if he can fix it
15:46:59  <DarkSSH> so I can finally go play the africa scenario for real with the roadset
15:47:01  <peter1138> we don't do anything with newgrf parameters
15:47:15  <peter1138> that's all sorted with the newgrf saveload code
15:47:39  <peter1138> and it doesn't fix combroads
15:47:44  <DarkSSH> it doesn't?
15:47:49  <DarkSSH> not even the climate thing?
15:48:29  <peter1138> nope
15:49:17  * DarkSSH shakes hands at peter1138
15:49:18  <DarkSSH> damn you
15:49:45  <DarkSSH> bleh, indeed :(
15:49:49  <DarkSSH> scheisse
15:50:10  <DarkSSH> why?
15:50:51  <Eddi|zuHause> at least write Scheiße correctly ;)
15:52:00  <Richk67> peter: it bombs in trying to draw the waypoint sprites somewhere in BuildWaypointWndProc   ...   it gets to "got here 1", but not "got here 2".... fprintf(stderr, "got here 1\n");
15:52:00  <Richk67>           for (i = 0; i < 5; i++) {
15:52:00  <Richk67>                if (w->hscroll.pos + i < _waypoint_count) {
15:52:00  <Richk67>                     DrawWaypointSprite(2 + i * 68, 25, w->hscroll.pos + i, _cur_railtype);
15:52:00  <Richk67>                }
15:52:02  <Richk67>           }
15:52:04  <Richk67> fprintf(stderr, "got here 2\n");
15:53:24  <peter1138> have you heard of a backtrace?
15:53:35  <Richk67> nope
15:53:51  <peter1138> or indeed, a debugger
15:54:06  <Richk67> heard of one, not got one AFAIK
15:54:11  <peter1138> sigh
15:54:34  <Eddi|zuHause> are there debuggers that can actually backtrace?
15:54:36  <Richk67> fine - find it yourself... my methods may be "old" but at least i find the errosr
15:54:50  <DarkSSH> it amazes me how you could code TG or airports without a debugger
15:55:06  <DarkSSH> or am I that inept that I need these tools?
15:56:11  <Richk67> lol  - they dont make coders like me any more ;)    (thank god!)
15:56:23  <stillunknown> maybe he's a very good coder
15:57:11  <Richk67> i used to code in Z80 m/c code using a 3 line BASIC byte-poker... notepad is a BIG step up for me ;)
15:57:35  <DarkSSH> what do you code in Richk67 ?
15:57:47  <Richk67> environment?
15:57:59  <DarkSSH> editor/environment
15:58:03  *** tomahawk [] has quit [Remote closed the connection]
15:58:26  <Richk67> i use Metapad (a better version of Notepad)... only environment support is TortoiseSVN
15:58:41  <CIA-3> peter1138 * r4414 /trunk/newgrf.c:
15:58:41  <CIA-3> - NewGRF: Don't execute sprite replacements (action 0x0A) in the
15:58:41  <CIA-3> initialization stage.
15:58:48  <glx> Richk67: you have gdb in mingw
15:59:00  <Richk67> gdb?
15:59:10  <glx> GNU Debugger
15:59:33  <peter1138> DarkSSH: that might help a little, but it doesn't fix it
15:59:34  <DarkSSH> Richk67: hats off though
15:59:38  <Richk67> if its command line, im not interested... windows interface pls ;)
16:01:03  * peter1138 compiles with his grf saveload / parameter patch
16:01:19  * MeusH looks at Richk67 and repeats his words
16:01:20  <test> ollydbg
16:01:25  <Richk67> i would like to get mini_IN.patch to > 600k this weekend... i just need some big patches ;)
16:01:35  <peter1138> "mini"
16:01:43  <peter1138> i did an update to past2090
16:01:51  <peter1138> i didn't bother getting it to compile though ;p
16:01:52  <Richk67> about 70k worth.... yeah, mini is a bit of a misnomer ;)
16:02:15  <peter1138> hmm
16:02:21  <peter1138> the new bridge stuff is 65KB...
16:02:24  <DarkSSH> bleh food time
16:02:25  *** test [] has quit ["Leaving"]
16:02:48  <Richk67> peter - if it works, ill have it, but could you try it against the r4410 mini IN... there may be a lot of other's patches to update with it
16:03:02  <peter1138> nah, it's not ready yet
16:03:35  <Richk67> ok - draw waypoints dies on the first waypoint, with stat_id = 0
16:09:15  <Richk67> error is in           DrawDefaultWaypointSprite(x, y, railtype);
16:09:30  <peter1138> it's probably not
16:09:34  <peter1138> the error is probably in the loading
16:10:08  <Richk67> well - rephrase that... execution fails on the call / in the procedure
16:11:14  <peter1138> the thing that changed is StationSpec stations[256]; became StationSpec *stations;
16:12:08  <Richk67> so GetCustomStation always returns NULL for stat_id = 0 ???
16:16:14  <stillunknown> stat_id implies a default station i think
16:16:24  <stillunknown> or waypoint
16:16:41  <stillunknown> stat_id = 0 i mean
16:18:55  <Richk67> ok - it dies on this one line in rail_cmd.c         in DrawDefaultWaypointSprite....      img = dtss++->image;
16:19:55  *** TrueLight is now known as TL|Away
16:19:59  <peter1138> o_O
16:20:10  <peter1138> i think that's celestar's change
16:20:28  <Richk67> it could be related to any change on      img = dtss++->image;
16:20:31  <Richk67> dang
16:20:34  <Richk67> wrong paste
16:20:42  <Richk67>      const DrawTrackSeqStruct *dtss = _track_depot_layout_table[4];
16:20:45  *** Sian_ [] has quit []
16:20:47  <peter1138> yes
16:20:52  <peter1138> should be _track_waypoint_ now
16:20:56  <peter1138> (and 0, not 4)
16:21:28  <peter1138> ····const DrawTrackSeqStruct *dtss = _track_waypoint_layout_table[0];
16:21:35  <peter1138> change it to that and see if it's ok
16:22:26  <Richk67> ok... making
16:23:09  <peter1138> i guess it works for me becuase the waypoint table is still directly after the depot table
16:23:24  <Richk67> perfect
16:23:53  <peter1138> and thus, not newstations at all :D
16:24:03  <Richk67> i'll put the fix into mini IN
16:24:27  <Richk67> well, sort of related to newstations ;)
16:24:34  <peter1138> i wouldn't bother
16:24:38  <peter1138> that fix will be in in a moment
16:24:48  <Richk67> great... ill SVN update ;)
16:25:27  <peter1138> r4384
16:25:28  <peter1138> right
16:26:12  <peter1138> it only shows up with newstations as without any loaded it doesn't use that function
16:27:41  <stillunknown> define hash_calc_func callback <-- would this need a seperate file/library of some kind (it's a way to do a hash map which kudr told to me)
16:28:27  <CIA-3> peter1138 * r4415 /trunk/rail_cmd.c:
16:28:27  <CIA-3> Fix bug introduced in r4384 where drawing a default waypoint for the GUI
16:28:27  <CIA-3> caused a game crash. This only manifested with some newstations loaded.
16:28:27  <CIA-3> Thanks to Richk67 for finding this.
16:28:59  *** DJ_Mirage [] has joined #openttd
16:29:05  <Richk67> thanks :)
16:29:58  <stillunknown> what is a prefered system for creating hash maps in c?
16:33:02  *** stavrosg_ [] has joined #OpenTTD
16:35:15  *** ledow [] has joined #openttd
16:35:58  *** stavrosg [] has quit [Read error: 110 (Connection timed out)]
16:39:36  *** Scia [] has quit [Remote closed the connection]
16:40:52  <ledow> Hi... if I have accidentally sent a passenger wagon to a station that I *don't* want passengers to use, how can I stop them arriving at that station?  Is there a cheat/console_command or GUi option?  I've had a quick look on the forum and wiki and couldn't find anything.
16:41:49  <Belugas> Add a new order to that train and press next until that new order is selected.  Then delete the wrong order :)
16:41:55  <Belugas> That's how I would do it
16:42:20  <ledow> Nope... not orders... How do I STOP the passengers from keep going to that station (no other passenger train will ever arrive there, see?)
16:42:48  <Kalpa^> ledow: One way only. Demolish the station, wait until the 'gray name tag' disappears, and rebuild.
16:42:52  <Belugas> Don't service the station for passengers.  After a while, they will forget that sation (kinda)
16:43:27  *** Kalpa^ is now known as Kalpa
16:43:28  <ledow> Oh, bugger.  Would really like to see some sort of GUI option for that - maybe a little X next to each type of cargo on the station accepts window?
16:43:54  <Kalpa> ledow: It really doesn't matter if people flock on that station or not in the long run though
16:44:26  <ledow> It just annoys me that thousands of passengers are there because I keep the station list window open and watch out for station that are getting too overcrowded.
16:44:43  *** CobraA2 [] has left #openttd []
16:45:41  *** Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has joined #openttd
16:46:24  <Richk67> bbl
16:46:27  *** Richk67 [n=RichK67@] has quit []
16:46:41  <Sacro> ahh, windows on my own pc, bliss
16:48:38  *** jong [] has quit ["Konversation terminated!"]
16:49:27  *** DaleStan__ is now known as DaleStan
16:49:44  *** PAStheLoD [] has joined #openttd
16:51:45  <pasky> huh
16:51:50  <pasky> I'm confused about the transfer functionality
16:51:58  <pasky> when I select the order as "transfer" the vehicle does not unload anyway
16:52:09  <Sacro> try transfer and unload
16:53:44  <pasky> hmm
16:53:49  <pasky> I have the classical airport scenario
16:54:08  <pasky> I want the bus to unload passengers it brought, but load passengers the aircrafts brought
16:54:17  *** Andrew67 [n=andrew67@] has quit ["Leaving"]
16:57:36  <peter1138> hmm
16:58:05  *** Andrew67 [n=andrew67@] has joined #openttd
16:58:10  <pasky> I guess that's not possible and the next time I'm going to build an airport, it should be within the passenger/mail acceptance range ;)
16:58:19  <pasky> another annoying thing: cloned vehicles do not have shared orders
16:58:29  <peter1138> ctrl clone, heh
16:58:35  <peter1138> same as copying orders
16:59:42  *** [1]Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has joined #openttd
16:59:44  <pasky> aha
16:59:57  <ledow> I just put stuff about ctrl-clone on the wiki cos I was thinking the same for a while
17:00:16  <[1]Sacro> whoops
17:00:23  *** [1]Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has quit [Read error: 104 (Connection reset by peer)]
17:01:23  *** CobraA1 [] has joined #openttd
17:01:39  *** CobraA1 [] has left #openttd []
17:02:00  <pasky> I think the whole ctrl-based UI is totally horrible :)
17:02:04  *** Pipian [] has joined #openttd
17:03:45  *** Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has quit [Nick collision from services.]
17:04:01  <ledow> CTRL I don't mind but I do want to be able to do things like:  You have the "replace trains" window up... on the left you have ONE train waiting to be replaced... you should be able to click that train in the replace window and the train's window should pop up.
17:04:18  *** Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has joined #openttd
17:04:32  <ledow> And the patches window should DEFINITELY have right-click tooltips that explain each option in full.
17:15:00  *** SchAmane [] has joined #openttd
17:26:12  *** Osai^2 [] has quit []
17:30:25  *** MeusH is now known as MeusH[away]
17:30:33  <Bjarni> ledow: what do you mean about the replace window?
17:31:34  *** Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has quit [Read error: 104 (Connection reset by peer)]
17:32:50  <ledow> The "replace trains" window - where you have all your trains on the left (e.g. ten kirby steams etc.) you should be able to click THAT little icon (the one for a particular TYPE of train) and get a list of THOSE trains up - the trains of THAT type (i.e. all the kirby steams but nothing else).  Much like stations all have a "road vehicle", "train". "ship" etc. icon that, when you click, you get a list of ONLY those vehicles that are servicing that
17:32:50  <ledow> station.
17:34:19  <ledow> Handy for when you have that one bloody ancient model of train that just takes ages to go into a depot and be auto-replaced - you could find it from the auto-replace window directly.
17:35:25  *** |Jeroen| [] has quit ["Leaving"]
17:38:05  <ledow> I've got a whole list of stuff I'd like to see in OpenTTD - unfortunately, most of them are way beyond my programming skill.
17:39:09  *** Jezral [] has quit [") - ("]
17:39:44  *** KritiK [] has joined #openttd
17:42:51  *** e1ko [] has joined #openttd
17:43:03  *** sk [] has quit [Remote closed the connection]
17:44:08  *** jnmbk [n=jnmbk@] has quit [Remote closed the connection]
17:44:19  <Bjarni> ahh, you want to be able to generate a list of all your engines of engine type x
17:44:24  <Bjarni> hmm
17:44:59  <Bjarni> btw, I know what the autoreplace window is. I spent like a week to make it
17:45:15  <ledow> I know... i recognise the name... trying to be clear, not patronising. :-)
17:46:43  <Bjarni> bbl
17:47:02  <Bjarni> when I return, I might have an idea on how to do this
17:47:19  <ledow> Whoa... that's what I call service.  Cheers. ;-)
17:47:33  <Bjarni> notice: might
17:47:41  <ledow> Noted.
17:51:05  <Eddi|zuHause> hm... is it possible to get a new built platform added to a station when it is not built in an adjacent tile?
17:51:58  <ledow> You mean add a platform to a station but X squares away from the station?
17:52:07  <Eddi|zuHause> yes
17:52:23  <Eddi|zuHause> or... like a bus station across the streat, or something...
17:52:39  <ledow> Not directly - you can "fake" it by adding bus stations etc. to extend the reach out to where you want the platform and then deleting those bus stations
17:53:12  <Eddi|zuHause> yes, i know that... but that way is ugly
17:53:13  <pasky> aircraft cannot be stopped - clicking on the current order bar should prevent it from landing when in flight, keeping circling around
17:53:37  <Eddi|zuHause> there shold be a decent way to do that
17:54:16  <ledow> No other way that I know of - that's why I put a request in my Feature Reqiest blog  Look up "join stations"... that's how I want to be able to do it too.
17:54:42  <stillunknown> is there any way to dynamicly store data in c?
17:56:02  <pasky> GRR
17:56:09  <pasky> I can't keep the aircrafts from landing!
17:56:32  <stillunknown> tried diverting them to other airports?
17:56:39  *** Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has joined #openttd
17:56:40  <Eddi|zuHause> Feature Request - PNG/bitmap import into scenario editor / map generation  <- the integrated nightly has something like that, i believe
17:57:03  <ledow> I always have that problem, pasky - especially when upgrading airports... I find it easy to tell them to skip that  order as I see them approach the airport.
17:57:12  <XeryusTC> <Eddi|zuHause> Feature Request - PNG/bitmap import into scenario editor / map generation  <- the integrated nightly has something like that, i believe <- there is a patch for that somewehere, yes :)
17:57:28  <ledow> Eddi: Thanks - the list is getting a little out of date (e.g. multiplayer alliances etc.)
17:58:06  <Hendikins> Anyone up for a game?
17:59:42  <Sacro> Hendikins: what kind of game?
18:00:01  <Hendikins> An OTTD kind of a game. Other than that... *shrug*
18:00:11  <Hendikins> I'm a bit rusty, haven't played since before 0.4.5
18:00:33  <Sacro> ive not being playing much recently, had lots of problems going on
18:00:39  *** Skiddles^ [] has left #openttd ["Leaving"]
18:00:49  <Hendikins> I'll give you a round now if you like. Latest nightly?
18:01:14  *** freed [] has joined #openttd
18:01:42  <Sacro> any newgrfs?
18:01:57  <Hendikins> Nah
18:04:00  <Hendikins> give me a couple of minutes to get 4415 spun on my dedicated server
18:05:52  <Sacro> okies
18:06:22  *** tokai is now known as tokai|tv
18:06:29  *** x87 [n=x87@tor/session/external/x-252b6bb9bdb01c28] has joined #openttd
18:10:21  *** kujeger [] has quit [Read error: 104 (Connection reset by peer)]
18:10:33  *** tokai|tv [] has quit ["It's like, wah."]
18:12:36  <Hendikins> Sacro: it is being bitchy, so I'll just play on that machine instead of using a dedicated server
18:12:41  <Hendikins> (or you can host)
18:13:08  <Sacro> errm, i can attempt to setup a win32 dedicated
18:14:35  <Sacro> Hendikins: probably easier if you host actually
18:15:29  <Hendikins> Right now? Possibly not.
18:16:19  *** Eddi|zuHause2 [] has joined #openttd
18:17:18  *** Igor2Code [] has quit ["good night"]
18:17:24  *** Scia [] has joined #openttd
18:18:28  <Sacro> Hendikins: Sacros Nightly :)
18:20:35  *** Born_Acorn [] has joined #openttd
18:20:44  *** Richk67 [n=RichK67@] has joined #openttd
18:20:49  <Hendikins> Where?
18:21:21  *** freed [] has left #openttd ["Toutes les bonnes choses ont une fin, sauf le saucisson qui en a deux."]
18:21:53  <Sacro>
18:22:55  <Sacro> hang on, got to do something, brb
18:24:14  *** Sacro [n=Sacro@adsl-83-100-175-93.karoo.KCOM.COM] has quit [Read error: 104 (Connection reset by peer)]
18:24:16  *** Richk67 [n=RichK67@] has left #openttd []
18:26:17  *** kujeger [] has joined #openttd
18:35:29  *** dp [] has joined #openttd
18:36:46  *** x87 [n=x87@tor/session/external/x-252b6bb9bdb01c28] has quit [Remote closed the connection]
18:37:44  *** Eddi|zuHause [] has quit [Read error: 110 (Connection timed out)]
18:50:14  *** dp-- [] has quit [Read error: 110 (Connection timed out)]
18:50:14  *** dp is now known as dp--
18:52:22  <CIA-3> tron * r4416 /trunk/network_udp.c: Remove a pointless buffer copy and use strlcpy() instead of snprintf("%s")
18:57:58  *** thgergo [] has joined #openttd
19:02:50  *** MeusH[away] is now known as MeusH
19:08:25  *** BJH_ [] has joined #openttd
19:10:45  *** DJ_Mirage [] has quit [Read error: 104 (Connection reset by peer)]
19:21:10  *** BJH [] has quit [Read error: 110 (Connection timed out)]
19:21:36  *** Spoco [] has joined #openttd
19:30:03  *** Aankhen`` [n=pockled@] has quit ["If at first you do succeed, try not to look too astonished [Time wasted online: 12hrs 38mins 46secs]"]
19:33:39  *** DJ_Mirage [] has joined #openttd
19:35:42  *** ^Cartman^ [] has joined #openttd
19:36:37  *** MeusH is now known as Meush[brb]
19:44:19  *** GoneWacko [] has joined #openttd
19:50:46  <Hendikins> How is water tower site suitability determined?
19:52:30  <stillunknown> my guess is near town and in desert
19:52:45  <Hendikins> Trying that, no luck
19:52:50  * Hendikins is trying to grow a town
19:55:15  *** Patrick` [] has joined #openttd
19:55:36  <Patrick`> question: we know that a blank produces a game with no sound, because someone thoughtfully coded that feature
19:55:47  <Patrick`> will a with missing files or some blank files work the same way?
19:56:05  <Patrick`> I'm going over freesounds and there's probably enough samples there to put something together
19:56:26  <Scia> Hendikins: they can be build in the desert in a city (it replaces a citybuilding)
19:56:43  <peter1138> it's a "feature"
19:57:19  <Patrick`> is currently a read-only all-or-nothing format then?
19:57:39  <hylje> should there be an override sound directory?
19:57:49  <hylje> and optionally a sound config
19:58:35  <Patrick`> hey, let's not get too "woo features" here
19:58:40  <Patrick`> I'm just thinking out loud
19:58:52  <peter1138> you can specify the number of sounds in the file
19:59:13  *** Scia [] has quit [Remote closed the connection]
19:59:13  <peter1138> but i don't think you can specify which sound is which
19:59:19  <peter1138> i.e. it expects them in order
19:59:24  <Patrick`> aah
19:59:38  <Patrick`> so I'd have to include blank sounds for all the ones I can't find
19:59:56  <peter1138> yes
20:00:08  <peter1138> there is a table of mappings, but it's fixed in the code
20:00:13  <Patrick`> that's fair enough
20:00:33  <stillunknown> v->y_pos <-- train_cmd.c, what unit is it in because from ingame fprintf it's a bit hard to determine
20:00:33  <Patrick`> and the final question: has anyone thrown together a working compiler?
20:00:39  <Patrick`> or is it actually piss-easy?
20:00:59  <Patrick`> could I read the code and write one in $favourite_language given that I don't know C?
20:01:03  <pasky> huh
20:01:24  *** amix [n=Michal@] has quit [Read error: 104 (Connection reset by peer)]
20:01:28  *** nfc [] has quit ["leaving"]
20:01:35  <pasky>
20:01:42  <pasky> why do all the buses choose that one stations?!
20:01:44  <pasky> s/ns/n/
20:02:15  <Patrick`> hehe
20:02:24  <MiHaMiX> hmm.. strange :)
20:02:31  <peter1138> nightly or release?
20:02:58  <peter1138> try turning off road vehicle queuing
20:04:44  *** StarLite [] has quit [Read error: 104 (Connection reset by peer)]
20:04:46  <peter1138> Patrick`: looking at the source...
20:05:32  <Patrick`> warning: if I write one it'll be a python script
20:05:36  <peter1138> hmm
20:05:40  <peter1138> not a problem, heh
20:05:45  <peter1138> i'm trying to figure out what it does ;p
20:06:15  <Patrick`> ideally I'll do a test with each sound file replaced by a sound file containing a spoken number
20:06:18  <Patrick`> to see what they all are
20:06:31  <peter1138> well, they have names
20:06:37  <Eddi|zuHause2> hmz... we need the MiniIN as a svn branch... makes adding/removing custom patches much more easy
20:06:37  <Patrick`> oh, and I'd be making a decompiler as well
20:07:27  <Patrick`> the bonus of developing in python is that in 50 years time when all this is obsolete and someone needs to replace the work, python is the most readable language in the world
20:07:35  <Patrick`> people have called it "executable pseudocode"
20:07:43  <peter1138> heh
20:07:47  <stillunknown> <stillunknown> v->y_pos <-- train_cmd.c, what unit is it in because from ingame fprintf it's a bit hard to determine
20:08:00  * Patrick` checks out a fresh trunk
20:08:01  <peter1138> okay, there's a list of n file offsets and sizes
20:08:15  <Patrick`> uh-oh, the sizes are hard-coded?
20:08:23  <peter1138> no, in the
20:08:28  <Patrick`> right
20:08:31  <Patrick`> hex-editing it now
20:08:48  <peter1138> it is 2 double words per file
20:09:02  <peter1138> it gets the number of files from the position of the first file divided by 8
20:09:08  <pasky> hmm
20:09:11  <peter1138> (8 being the size of 2 double words)
20:09:21  <pasky> it seems that the problem is that the stop is decided already when leaving the previous station
20:09:35  <pasky> and I built other stations only in the meantime
20:09:50  <peter1138> the stop is decided about 12 tiles before the destination
20:10:10  <peter1138> depending on version, if the first stop is full it will queue up
20:10:15  <peter1138> (i.e. it's buggy)
20:10:29  <peter1138> if it's a release version, turning off rv queuing lets them use all bays
20:10:35  <peter1138> (i think, heh)
20:10:46  <stillunknown> is the coordinate system in tiles or what exactly?
20:11:05  <Patrick`> peter1138: what C file?
20:11:12  <Patrick`> I'll muddle through it in my own time
20:11:16  <peter1138> Patrick`: then, for each file, it's a byte that gives the length of the name, then the name, and then it is WAV data
20:11:29  <peter1138> sound.c:30
20:11:30  <Patrick`> ok.
20:11:56  <pasky> peter1138: it's elrail branch, two days old or smt
20:11:57  <Patrick`> the actual names are meaningless though
20:12:02  <Patrick`> well, not for me
20:12:09  *** StarLite [] has joined #openttd
20:12:11  <peter1138> hmm
20:12:21  <Patrick`> or are they done in the code's lookup table?
20:12:25  <peter1138> well the elrail branch is not used any more
20:12:31  <Patrick`> I'll stick with 1:1 but I'll need to hard-code the order
20:12:37  <pasky> hmm? was it merged already?
20:12:39  <peter1138> yes
20:12:43  <pasky> there was still some development on it quite recently
20:12:55  <pasky> ok, mar 29 :)
20:12:55  <peter1138> there was development in trunk :)
20:13:23  <Patrick`> 2 double words is, say, "48 02 00 00" ?
20:13:33  <peter1138> that's 1 double word
20:13:42  <Patrick`> right
20:13:43  <pasky> well
20:13:47  <Patrick`> I don't know the terminology
20:13:49  <pasky> ah, yes
20:13:59  <pasky> of course, depends on your word length ;)
20:13:59  <Vornicus> 1 word is a 2 byte thing, on the x86
20:14:31  <Patrick`> ok
20:14:35  <peter1138> which is odd, as a 32 bit machine should have a 32 bit word...
20:14:37  <peter1138> but there you go
20:14:49  <Patrick`> so we have 4 bytes that describe the location of the first byte of the wav file metadata, in order
20:15:05  <Patrick`> and the first byte of the metadata is "how long is the file name", then the file name, then the file
20:15:27  <peter1138> yes
20:15:38  <Patrick`> C would be better for this, python wins for strings
20:15:39  <peter1138> the second dword is the length of the file
20:15:47  * peter1138 ponders making a decoder
20:15:56  <stillunknown> could anyone shed some light on the the coordinate system of ottd?
20:16:05  <peter1138> stillunknown: TileIndex
20:16:18  <peter1138> it's an index into the array of tiles (map array)
20:16:40  <stillunknown> but i mean the coordinates it outputs in various places
20:16:49  <peter1138> (ignoring the 16 x 16 subtile coordinates)
20:16:58  <Patrick`> peter1138: to avoid asking you lots of irritating questions, just tell me the C file you're reading and I'll work it out myself?
20:17:08  <peter1138> 21:11 < peter1138> sound.c:30
20:17:08  <Patrick`> I'll also learn something
20:17:10  <Patrick`> ah
20:17:14  <Patrick`> I really can't read
20:17:24  <Patrick`> ta
20:18:48  <peter1138> stillunknown: in the land area information window, the hex number is the tileindex
20:19:14  <peter1138> the x & y coordinates are determined from that
20:19:58  <Patrick`> how did you come up with "the second dword is the length of the file"
20:20:10  <Patrick`> oops
20:20:29  <stillunknown> i had estimated a x_tile=17.5*x_coord
20:20:32  <peter1138> in the first for loop
20:20:38  <stillunknown> 16 is a much better number and seems to be right
20:20:39  <peter1138> stillunknown: huh?
20:21:13  <peter1138> that sounds like sub tile coordinates
20:21:17  <stillunknown> x_pos and y_pos are given in 1/16th tile
20:21:31  <peter1138> which is indeed 16... (TILE_SIZE)
20:21:43  <stillunknown> which makes more sense than 1/17.5th tile
20:21:45  <Patrick`> so they go offset, size, offset, size
20:21:48  <stillunknown> which i estimated
20:22:07  <Patrick`> that makes sense, looking at this
20:22:41  <peter1138> the reason it works with an empty, btw, is the first dword read (count) will be 0
20:22:59  <Patrick`> right
20:23:20  <peter1138> i think the calloc will return a null as the size is 0 (but i'm guessing there)
20:23:31  <peter1138> actually it doesn't matter
20:23:45  <peter1138> it will just not read any other data
20:24:20  *** nfc [] has joined #openttd
20:24:34  *** ledow [] has left #openttd []
20:25:47  <pasky> GetPlayerRailtypes: Assertion `e->railtype < RAILTYPE_END' failed.
20:25:51  <peter1138> btw, one of the files is called "Corrupt sound", but you don't have to duplicate that
20:25:55  <pasky> when I tried to load my elrail save with latest trunk
20:26:04  <peter1138> yes, it's probably not compatible
20:26:08  <pasky> waaaaaah
20:26:26  <peter1138> at a guess it's trying to reconvert types
20:26:37  <peter1138> so monorail becomes maglev and maglev becomes RAILTYPE_END, heh
20:28:10  <pasky> so you broke compatibility with all the older savegames?
20:28:58  <Patrick`> how bizzare
20:29:10  <Patrick`> most of the files seem to be called wave000whatever.wav
20:29:13  <Patrick`> except for the first one
20:30:13  <Patrick`> ok, never mind, for some reason the wave0000whatever is on the *end* of the file
20:30:46  <Patrick`> and the given names have no extensions
20:30:56  <Patrick`> which is Fair Enough
20:30:58  <peter1138> heh
20:31:38  <Patrick`> I don't know enough about the file format to know what that is
20:31:43  <Patrick`> an optional comment field or whatever
20:31:55  <peter1138> the name?
20:32:11  <peter1138> it doesn't mean anything in ottd
20:32:26  <peter1138> so it could be a filename or a comment, heh
20:32:28  <Patrick`> yes, but what should I use as a file name for (say) the first sample
20:32:41  <peter1138> "Good year.wav"? heh
20:32:53  <peter1138> or "1.wav"
20:32:54  <Patrick`> "Good Year" or "wave0000.wav"
20:32:54  <Eddi|zuHause2> err...
20:33:06  <Eddi|zuHause2> station_cmd.c:996:	cost = ret + (numtracks * _price.train_station_track + _price.train_station_length) * plat_len;
20:33:19  <Patrick`> well, I have to repack them the same way, and numbering them would be more sensible but naming them would look less confusing
20:33:19  <Eddi|zuHause2> can anyone explain that calculation to me?
20:33:29  <peter1138> the wave0000.wav is part of the wav file, i think
20:33:52  <peter1138> Eddi|zuHause2: it's simple arithmetic?
20:34:04  <Patrick`> Eddi|zuHause2: to me, lit looks like the cost of building a station
20:34:05  <Eddi|zuHause2> yes... but i do not understand the sense ;)
20:34:07  <peter1138> numtracks is the number of tracks
20:34:18  <Patrick`> some fixed overhead, plus  a certain quantity per length of platform
20:34:37  <Patrick`> what's _price.train_station_length though
20:34:39  <Eddi|zuHause2> it looks like, if i have several short stations attached together, that is cheaper than building one long station
20:34:50  <peter1138> _price.* vars are base costs
20:34:59  <Patrick`> yes, but why add it
20:35:01  *** Osai [] has joined #openttd
20:35:02  <Eddi|zuHause2> except train_station_length is negative
20:35:20  <Patrick`> so it's a discount for having more tracks?
20:35:21  <peter1138> it shouldn't be
20:35:25  <Patrick`> bah
20:35:31  <peter1138> oh, the base cost
20:35:32  <peter1138> heh
20:35:36  <Eddi|zuHause2> anyway, it does not make sense...
20:36:11  <peter1138> why not?
20:36:52  <Eddi|zuHause2> oh... wait... it does...
20:37:23  <Eddi|zuHause2> it makes it more expensive, if you add platforms
20:37:39  <Eddi|zuHause2> compared to just build a several platform station
20:37:50  *** DJ_Mirage [] has quit [" HydraIRC -> <- The future of IRC"]
20:38:20  *** tokai|3 [] has joined #openttd
20:38:54  <Eddi|zuHause2> assume you build one 2x3 station, you pay (2*track+length)*3
20:39:05  <Eddi|zuHause2> if you build two 1x3 stations
20:39:21  <Eddi|zuHause2> you pay 2*((1*track+length)*3)
20:39:29  <Eddi|zuHause2> means you pay length*3 more
20:40:02  *** Osai [] has quit []
20:42:14  *** Meush[brb] is now known as MeusH
20:45:25  <XeryusTC> is there some way to edit the default output of industries?
20:45:26  *** tomahawk [] has joined #openttd
20:50:51  *** tokai|ni [] has quit [Connection timed out]
20:57:12  *** sw4y [] has quit ["Odletam do paralelniho vesmiru..."]
21:01:51  <SimonRC> Eddi|zuHause2: that is not unrealistic.
21:02:22  <Eddi|zuHause2> yes... i realize this ;)
21:04:04  <Eddi|zuHause2> hey... i got a little patch to join stations even though they are not adjacent...
21:04:20  <Eddi|zuHause2>
21:05:15  *** tomahawk [] has quit [Remote closed the connection]
21:06:07  <Patrick`> storing position *and* length is inefficient
21:07:22  <Patrick`> well, redundant if you read the file sequentially
21:07:24  <Patrick`> as I am doing
21:07:38  <Patrick`> I guess it's easier
21:09:26  *** Belugas is now known as Belugas_Gone
21:09:42  *** |MeusH| [] has joined #openttd
21:09:54  <|MeusH|> two MeusHes
21:10:00  <|MeusH|> \o/
21:10:09  *** |MeusH| [] has left #openttd []
21:11:29  <Patrick`> bingo
21:11:37  <Patrick`> all I need to do now is open the files and write them to disk
21:11:48  <Patrick`> and bam, decoder
21:15:44  <Patrick`> peter1138: the file0000.wav whatevers aren't actually included in the given length of the wav file
21:15:52  <Patrick`> either that or I'm accidentally cutting them off, but I doubt it
21:16:31  <DaleStan> patchman's already written a encoder/decoder.
21:18:45  <Patrick`> oh for the LOVE OF GOD
21:18:50  <Patrick`> why didn't anyone say so
21:18:55  <DaleStan> OK, make that "someone's already...". But it doesn't seem to come with source.
21:19:04  <Patrick`> well, fuck him then
21:19:04  <XeryusTC> is there some way to edit the default output of industries?
21:19:08  <Patrick`> mine's gpl
21:19:10  <Patrick`> let me mirror it
21:20:17  <DaleStan>
21:20:36  <Patrick`> no, thanks, I don't much care for closed source
21:20:51  <Patrick`> perhaps "well, fuck him then" was not a clue?
21:21:01  <MeusH> calm down Patrick`
21:21:04  <Patrick`> :P
21:21:07  <Patrick`> I'm perfectly calm
21:21:32  <CIA-3> KUDr * r4417 /branch/yapf/console.h: Fix: missing VARDEF for 3 global vars
21:22:36  *** |Jango| [] has joined #openttd
21:23:46  <CIA-3> KUDr * r4418 /branch/yapf/ (road.h road_map.h): [YAPF] Fix: C++ compliance (missing typecasts)
21:24:21  <Patrick`> haha, all the sample rates are meant to be 11025, to the point where the cow moo plays too fast
21:24:32  <Patrick`> because the header claims 220whatever
21:25:03  <DaleStan> Yeah. That makes things interesting. Also, be aware that one of the sounds (#33, IIRC.) is corrupt.
21:25:09  *** Cheery [] has quit ["Leaving"]
21:25:38  <Patrick`> it's actually called "corrupt file"
21:26:36  <CIA-3> KUDr * r4419 /branch/yapf/ (road_cmd.c station_cmd.c): [YAPF] Fix: GetTileTrackStatus() now returns correct values for road stops and road depots
21:28:58  *** nfc [] has quit ["leaving"]
21:29:44  *** thgergo [] has quit [Read error: 113 (No route to host)]
21:30:17  <CIA-3> miham * r4420 /trunk/lang/polish.txt:
21:30:17  <CIA-3> [WebTranslator2 manual commit (commitscript is under development)]
21:30:17  <CIA-3> polish: massive changes by MeusH
21:33:28  <CIA-3> KUDr * r4421 /branch/yapf/ (16 files in 4 dirs): [YAPF] Added pathfinder prototype for road vehicles
21:33:48  *** nfc [] has joined #openttd
21:34:14  <Patrick`>  there's some sort of variable length comment field at the end
21:35:29  <Patrick`> which includes the original file name
21:36:11  <Born_Acorn> We need YYAPF
21:36:22  <Born_Acorn> (Yes, Yet Another PathFinder)
21:36:47  <Born_Acorn> and OTNAPF to compliment that
21:36:57  <CIA-3> KUDr * r4422 /branch/yapf/yapf.txt: [YAPF] added YAPF description for RoadVehs
21:37:04  <Born_Acorn> "Oh Teh Noes! Another PathFinder!"
21:37:05  *** Jango [] has quit [Read error: 110 (Connection timed out)]
21:37:26  <Patrick`> no, I just can't type
21:39:39  <Born_Acorn> and Episode VI : Return of the Pathfinders to follow on from OTNAPF.
21:39:52  *** Andrew67 [n=andrew67@] has quit ["Leaving"]
21:39:55  <CIA-3> KUDr * r4423 /branch/yapf/ (13 files in 2 dirs): Sync with trunk (4400:4422)
21:40:04  * DaleStan slaps Born_Acorn around a bit with a large trout.
21:40:07  <Patrick`> 33 isn't a wav
21:40:08  <Patrick`> it's a file
21:40:12  <Patrick`> no joking
21:40:17  <Born_Acorn> :o
21:40:19  <Patrick`> file0033.fil
21:42:36  *** Lord^^Pas [] has joined #openttd
21:42:43  *** PAStheLoD [] has quit [Read error: 104 (Connection reset by peer)]
21:43:56  <Patrick`> pitt2@fermium:~/scripts/sample$ file file0033.fil
21:43:56  <Patrick`> file0033.fil: 8086 relocatable (Microsoft)
21:44:00  <Patrick`> the mystery deepens
21:44:10  <Patrick`> they accidentally bundled an executable with the sounds?
21:46:13  <Patrick`> I fail
21:46:31  *** AciD [n=gni@unaffiliated/acid] has quit [Excess Flood]
21:47:09  *** AciD [] has joined #openttd
21:50:39  <Patrick`> AHA
21:50:49  <Patrick`> it's the sound of pneumatic drills
21:50:52  <Patrick`> but without a header
21:51:02  <Patrick`> is there such a sound in the game?
21:51:23  <glx> roadworks?
21:53:52  <MeusH> goodnight
21:53:55  *** MeusH [] has quit ["Goodbye"]
21:57:21  <Patrick`> nope
21:57:26  <Patrick`> roadworks are silent, right?
21:57:43  <Patrick`> that's because the roadwork *sound* was never included or if it was it was corrupt
21:57:55  <Patrick`> it's right here called "corrupt sound" because it's missing a header
21:58:00  <Patrick`> I could even reinstate it
22:02:26  <Patrick`> or not, go nuts
22:03:50  <glx> I can hear "pneumatic drill" when I "fund local road reconstruction"
22:03:59  <Patrick`> cool
22:04:12  <Patrick`> somehow it's being played by the code anyway
22:10:44  *** AciD [n=gni@unaffiliated/acid] has quit [Read error: 110 (Connection timed out)]
22:11:05  <DarkSSH> peter1138: still awake?
22:15:23  *** stavrosg_ is now known as stavrosg
22:15:26  *** tokai [] has joined #openttd
22:15:48  *** amix [n=Michal@] has joined #openttd
22:16:13  *** DaleStan_ [] has joined #openttd
22:16:15  *** DaleStan [] has quit [Nick collision from services.]
22:16:17  *** DaleStan_ is now known as DaleStan
22:29:38  <CIA-3> miham * r4424 /trunk/lang/polish.txt: fixed up polish.txt
22:36:03  *** tokai [] has quit ["It's like, wah."]
22:40:00  <Patrick`> apparently not
22:41:14  <DarkSSH> yeah
22:41:17  <DarkSSH> gn all
22:41:22  *** DarkSSH is now known as Darkvater
22:41:27  *** mode/#openttd [-o Darkvater] by Darkvater
22:46:21  *** Lord^^Pas [] has quit ["( :: NoNameScript 4.01 :: )"]
22:48:21  *** ThePizzaKing [] has joined #openttd
22:54:57  *** Jenkz [] has quit []
22:58:22  *** e1ko [] has quit ["Chatzilla 0.9.67+ [SeaMonkey 1.0/2006013012]"]
22:59:43  *** Maedhros [n=jc@gentoo/developer/Maedhros] has quit ["leaving"]
23:04:31  *** CobraA2 [] has joined #openttd
23:06:23  <Patrick`> anyone here who can fill me in on the state of copyright?
23:06:45  <Patrick`> there's some metadata which ottd doesn't read, and I want to preserve it, but if I embed it in my program, I might be infringing?
23:06:58  <Patrick`> it's a brief description of what each file represents
23:09:52  <Eddi|zuHause2> it's probably a very grey zone...
23:10:05  <Patrick`> my decompiler writes this metadata to a file
23:10:22  <Patrick`> I pondered reading the data back in from said file, but then people might be tempted to screw with it
23:10:26  <Patrick`> and that'd just make headaches
23:10:35  <Patrick`> I could crib it from an unaltered version of
23:23:21  *** Morlark [] has quit ["Error 404: Pants not found"]
23:30:35  <Patrick`> that'd be retarded since the end goal is to create a copyright-free thing
23:30:42  <Patrick`> well, free of the original copyright
23:32:19  *** Richk67 [n=RichK67@] has joined #openttd
23:35:09  *** GoneWacko [] has quit ["It's a new quit message!"]
23:35:35  *** shintah [] has quit ["<volcone> tycker inte man borde få idrotta i skolan, eftersom man springer så jävulskt mkt i wow"]
23:43:16  <Eddi|zuHause2> urgs... brand new track, and already completely overcrowded
23:45:25  *** BJH_ [] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050915]"]
23:49:25  *** Zothar [] has quit ["Chatzilla 0.9.70 [Firefox]"]
23:50:13  *** |Jango| [] has quit ["KVIrc 3.2.0 'Realia'"]
23:50:27  <Richk67> ooo.... cool bug :)
23:51:50  <Richk67> fresh 4424 SVN trunk; build a piece of track in desert, and watch them build fences, grow grass, back to desert, to fences, etc... nice sort of ripple effect... (not!)
23:52:25  *** Bjarni [] has quit ["Leaving"]
23:52:28  *** SchAmane [] has quit [Read error: 110 (Connection timed out)]
23:53:14  *** SchAmane [] has joined #openttd
23:53:17  *** KritiK [] has quit ["Miranda IM! Smaller, Faster, Easier."]
23:57:17  <XeryusTC> omfg
23:57:33  <Richk67> psychedlic huh! :)
23:57:38  <XeryusTC> no
23:57:45  <XeryusTC> well yes
23:57:53  <XeryusTC> got a bit of a problem here
23:58:04  <Richk67> yup :)
23:58:19  <Richk67> and for once it aint my IN :)
23:58:30  <XeryusTC> two trains just crashed, trains seem to go to the height of a bridge when they drive under it
23:58:45  <Richk67> ouch
23:58:56  <XeryusTC> i just had a train driving over the bridge when another one wanted to go under it
23:59:09  <XeryusTC> you can guess what happened next i guess
23:59:31  <Eddi|zuHause2> that sounds like fun ;)

Powered by YARRSTE version: svn-trunk