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 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] 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^ [n=Eric_Car@ti100710a081-6310.bb.online.no] has quit ["Que?"] 00:10:06 *** tokai [n=tokai@p54B81061.dip0.t-ipconnect.de] has quit ["It's like, wah."] 00:11:13 *** SchAmane [n=schamane@p5498E83B.dip.t-dialin.net] 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 [n=MeusH@host-ip18-138.crowley.pl] 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 [n=matic@clj20-83.dial-up.arnes.si] 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 [n=bornacor@AC8FC2E1.ipt.aol.com] 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 [n=nubian@mrkvovy.kokotko.sk] 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 [i=bebble@bebble.olf.sgsnet.se] 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 [i=Maxim@ppp85-140-192-131.pppoe.mtu-net.ru] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"] 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 [n=jfranc@ip-81.47.99.216.dsl-cust.ca.inter.net] has joined #openttd 01:16:13 *** CobraA1 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] 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 [n=Osai@p54B35AAA.dip.t-dialin.net] 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 [n=jfranc@ip-81.47.99.216.dsl-cust.ca.inter.net] has quit ["How about sleeping? Yeaaa.."] 01:58:55 *** UnderBuilder [n=UnderBui@168.226.104.237] has quit ["Find me in the hell"] 02:08:15 *** BJH_ [n=chatzill@e176097068.adsl.alicedsl.de] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050915]"] 02:14:00 *** Eddi|zuHause [i=johekr@p54B74E63.dip.t-dialin.net] has joined #openttd 02:23:40 *** Eddi|zuHause2 [i=johekr@p54B7787C.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 02:40:01 *** init_ [n=init@c83-250-153-195.bredband.comhem.se] 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 [i=glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit ["Bye!"] 03:29:49 *** Zothar_ [n=chatzill@adsl-69-155-218-8.dsl.rcsntx.swbell.net] has quit [Excess Flood] 03:30:23 *** Zothar_ [n=chatzill@adsl-69-155-218-8.dsl.rcsntx.swbell.net] has joined #openttd 03:36:52 *** Pipian [n=pipian@jacobi.stu.rpi.edu] has quit [Remote closed the connection] 03:37:39 *** Mek_ [i=marijn@82.75.184.247] has joined #openttd 03:49:13 *** Mek [i=marijn@82.75.184.247] has quit [Read error: 110 (Connection timed out)] 03:56:34 *** coppercore [n=copperco@dpc691921212.direcpc.com] has joined #openttd 04:16:18 *** Andrew67 [i=andrew67@206.248.80.224] has quit [Connection timed out] 04:28:07 *** Tron_ is now known as Tron 04:28:22 *** Tron [n=tron@p54A3E2D2.dip.t-dialin.net] has quit ["Client exiting"] 04:28:28 *** Tron [n=tron@p54A3E2D2.dip.t-dialin.net] has joined #openttd 04:51:52 *** Morlark [n=Sean@host86-141-121-129.range86-141.btcentralplus.com] has quit ["Error 404: Pants not found"] 04:56:02 *** Forexs [i=Forexs@x1-6-00-0f-b5-14-63-5f.k136.webspeed.dk] has quit ["Go on, get out. Last words are for fools who haven't said enough. - Karl Marx"] 05:21:13 *** Meznev [i=Elshar@just.another.lame.unix-admin.com] has joined #openttd 05:27:08 *** Tron_ [n=tron@p54A3DBEF.dip.t-dialin.net] has joined #openttd 05:27:25 *** Tron [n=tron@p54A3E2D2.dip.t-dialin.net] has quit [Nick collision from services.] 05:27:27 *** Tron_ is now known as Tron 05:31:37 *** Tron_ [n=tron@p54A3CF42.dip.t-dialin.net] has joined #openttd 05:32:32 *** Tron [n=tron@p54A3DBEF.dip.t-dialin.net] has quit [Nick collision from services.] 05:32:37 *** Tron_ is now known as Tron 05:38:24 *** Elshar [n=Elshar@ip206-90.oregonfast.net] 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 [n=tfarago@tin.liacs.nl] has joined #openttd 06:00:36 *** mode/#openttd [+o DarkSSH] by ChanServ 06:01:11 *** dfox [n=dfox@r3bk86.chello.upc.cz] has quit [Read error: 104 (Connection reset by peer)] 06:01:17 <DarkSSH> morning 06:01:29 *** dfox [n=dfox@r3bk86.chello.upc.cz] has joined #openttd 06:02:49 *** FauxFaux [n=faux@137.205.210.240] has quit [Read error: 148 (No route to host)] 06:11:12 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has joined #openttd 06:17:29 *** FauxFaux [n=faux@compsoc.sunion.warwick.ac.uk] has joined #openttd 06:51:27 *** Aankhen`` [n=pockled@203.101.1.7] has joined #openttd 07:17:27 * peter1138 smirks at tango 07:23:54 *** Zerot [i=Zerot@g35026.upc-g.chello.nl] has quit [Read error: 104 (Connection reset by peer)] 07:33:08 *** Eddi|zuHause [i=johekr@p54B74E63.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 07:39:50 *** Zerot [i=Zerot@g35026.upc-g.chello.nl] has joined #openttd 07:40:11 *** RoySmeding [n=Roy@c514451cb.cable.wanadoo.nl] 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 [n=Henri@a81-197-60-217.elisa-laajakaista.fi] has joined #openttd 07:51:25 *** Mukke [n=Mukke@x1-6-00-13-8f-3d-00-a9.k146.webspeed.dk] 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 [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 08:30:43 *** sw4y [n=sw4y@snat2.arachne.czfree.net] has joined #openttd 08:31:54 *** sw4y [n=sw4y@snat2.arachne.czfree.net] has quit [Remote closed the connection] 08:35:54 *** Sian_ [n=Devilen@cpe.atm2-0-74539.0x50c6d2c6.virnxx17.customer.tele.dk] has joined #openttd 08:44:27 *** shintah [i=bebble@bebble.olf.sgsnet.se] has joined #openttd 08:44:57 *** Bjarni [n=Bjarni@0x53588a85.virnxx14.adsl-dhcp.tele.dk] 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 [n=Angst@p5494781B.dip.t-dialin.net] has joined #openttd 08:56:11 *** AciD [n=gni@unaffiliated/acid] has quit [Read error: 113 (No route to host)] 09:01:15 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has joined #openttd 09:02:05 <peter1138> hmm 09:04:47 *** AciD [n=gni@tehpwnz.org] has joined #openttd 09:09:43 *** CobraA1 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] 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: *.openttd.org (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 [n=tokai@p54B81061.dip0.t-ipconnect.de] has joined #openttd 09:36:12 *** ^Cartman^ [n=Eric_Car@ti100710a081-6310.bb.online.no] has joined #openttd 09:40:29 *** TL|Away is now known as TrueLight 09:44:44 *** Scia [n=sciapode@AveloN.xs4all.nl] has joined #openttd 09:45:12 *** MagicJohn [n=magical@unaffiliated/magicjohn] has quit [Read error: 113 (No route to host)] 09:46:23 *** test [n=test@stargate.fastweb.it] 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 [n=proffrin@cpc2-shep3-0-0-cust274.leic.cable.ntl.com] has quit [Remote closed the connection] 10:25:32 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] 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@217.123.34.28] 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@217.123.34.28] 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 [n=copperco@dpc691921212.direcpc.com] 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 bash.org 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 [n=cipri@a47034.upc-a.chello.nl] has joined #openttd 10:51:07 <MiHaMiX> bbl, coffee 10:51:14 <qball> good idea 10:55:29 *** Igor2Dune2 [i=igor2@catv-5062a55d.catv.broadband.hu] 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__ [n=Dale@12-202-240-195.client.insightBB.com] has joined #openttd 11:03:37 *** DaleStan [n=Dale@12-202-240-195.client.insightBB.com] has quit [Nick collision from services.] 11:05:05 *** Maedhros [n=jc@gentoo/developer/Maedhros] has joined #openttd 11:11:56 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] has quit [Read error: 110 (Connection timed out)] 11:26:19 *** jong [n=jong@flipflip.student.utwente.nl] has quit [Remote closed the connection] 11:42:11 *** BJH [n=chatzill@e176097068.adsl.alicedsl.de] has joined #openttd 11:48:47 *** CobraA2 [n=Jeremiah@cpe-024-088-000-115.sc.res.rr.com] has joined #openttd 11:53:16 *** Mukke [n=Mukke@x1-6-00-13-8f-3d-00-a9.k146.webspeed.dk] has quit [] 12:01:38 *** bubersson [n=sicair@ip-85-160-137-160.eurotel.cz] 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 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has quit [Read error: 110 (Connection timed out)] 12:12:46 *** MeusH [n=MeusH@host-ip18-138.crowley.pl] has joined #openttd 12:13:10 <MeusH> hello 12:15:36 *** coppercore [i=copperco@1Cust7429.an3.cle11.da.uu.net] 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 [n=kvirc@puritan.demon.co.uk] 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 [n=copperco@dpc691921212.direcpc.com] 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 [n=thepizza@c211-28-155-182.eburwd2.vic.optusnet.com.au] 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 [n=sicair@ip-85-160-137-160.eurotel.cz] has left #openttd [] 12:41:08 *** coppercore [i=copperco@1Cust7429.an3.cle11.da.uu.net] 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 [n=ledow@jaimejwalker.plus.com] 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> http://www.scintilla.org/SciTE.html 12:50:43 *** Eddi|zuHause [i=johekr@p54B76F4E.dip.t-dialin.net] has joined #openttd 12:51:22 *** copperc0re is now known as coppercore 12:52:04 *** Osai^2 [n=Osai@p54B3411B.dip.t-dialin.net] 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 [i=glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:57:06 <stillunknown> i will look into that 12:59:04 * blathijs is gone 12:59:26 *** amix [n=Michal@194.0.18.56] 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 [n=Osai@p54B35AAA.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 13:09:04 *** ledow [n=ledow@jaimejwalker.plus.com] has left #openttd [] 13:16:13 *** jong [n=jong@flipflip.student.utwente.nl] has joined #openttd 13:19:31 *** Sionide [n=sphinx@cpc4-hem12-0-0-cust246.lutn.cable.ntl.com] has joined #openttd 13:20:56 *** stavrosg_ [n=stavrosg@athedsl-19769.otenet.gr] has joined #OpenTTD 13:20:56 *** stavrosg_ [n=stavrosg@athedsl-19769.otenet.gr] 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@88.240.16.161] 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 [n=Roy@c514451cb.cable.wanadoo.nl] 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@88.240.16.161] has quit [Remote closed the connection] 14:05:32 *** christooss [n=matic@clj20-83.dial-up.arnes.si] has quit ["Leaving."] 14:07:40 *** MeusH is now known as MeusH[brb] 14:11:31 *** jnmbk [n=jnmbk@88.240.16.161] has joined #openttd 14:13:14 <jnmbk> bjarni: did you that bug?: http://bugs.openttd.org/task/108 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 [n=wolf@a61229.upc-a.chello.nl] 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@206.248.80.224] 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 [n=tomahawk@abqi39.neoplus.adsl.tpnet.pl] has joined #openttd 14:39:09 *** |Jeroen| [n=users@dD57729A7.access.telenet.be] has joined #openttd 14:41:22 *** Richk67 [n=RichK67@194.164.100.143] 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@222.253.136.62] 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 [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] 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^ [n=Eric_Car@ti100710a081-6310.bb.online.no] 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 [n=sw4y@snat2.arachne.czfree.net] has joined #openttd 15:09:06 <DarkSSH> peter1138: ping 15:23:31 *** Morlark [n=Sean@host86-141-120-61.range86-141.btcentralplus.com] has joined #openttd 15:30:14 <peter1138> pong 15:33:11 *** Wolfensteijn [n=wolf@a61229.upc-a.chello.nl] has joined #openttd 15:33:51 <DarkSSH> peter1138: nvm, trying to figure out myself :) 15:34:18 <DarkSSH> peter1138: question was using combroadw.grf (http://tt-forums.net/viewtopic.php?t=24042&postdays=0&postorder=asc&highlight=european+roadset&start=0). 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^ [n=notme@cm12.epsilon121.maxonline.com.sg] 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 [n=magical@host81-156-197-49.range81-156.btcentralplus.com] 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 [n=tomahawk@abqi39.neoplus.adsl.tpnet.pl] 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 [n=test@stargate.fastweb.it] 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_ [n=Devilen@cpe.atm2-0-74539.0x50c6d2c6.virnxx17.customer.tele.dk] 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 [n=djmirage@biggetje.xs4all.nl] 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_ [n=stavrosg@athedsl-11048.otenet.gr] has joined #OpenTTD 16:35:15 *** ledow [n=ledow@jaimejwalker.plus.com] has joined #openttd 16:35:58 *** stavrosg [n=stavrosg@athedsl-19769.otenet.gr] has quit [Read error: 110 (Connection timed out)] 16:39:36 *** Scia [n=sciapode@AveloN.xs4all.nl] 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 [n=Jeremiah@cpe-024-088-000-115.sc.res.rr.com] 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@194.164.100.143] has quit [] 16:46:41 <Sacro> ahh, windows on my own pc, bliss 16:48:38 *** jong [n=jong@flipflip.student.utwente.nl] has quit ["Konversation terminated!"] 16:49:27 *** DaleStan__ is now known as DaleStan 16:49:44 *** PAStheLoD [n=pas@catv-56656dbc.catv.broadband.hu] 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@206.248.80.224] has quit ["Leaving"] 16:57:36 <peter1138> hmm 16:58:05 *** Andrew67 [n=andrew67@206.248.80.224] 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 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has joined #openttd 17:01:39 *** CobraA1 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] has left #openttd [] 17:02:00 <pasky> I think the whole ctrl-based UI is totally horrible :) 17:02:04 *** Pipian [n=pipian@jacobi.stu.rpi.edu] 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 [n=schamane@p5498E83B.dip.t-dialin.net] has joined #openttd 17:26:12 *** Osai^2 [n=Osai@p54B3411B.dip.t-dialin.net] 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| [n=users@dD57729A7.access.telenet.be] 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. http://ledowopenttd.blogspot.com/ 17:39:09 *** Jezral [n=projectj@nat.kollegienet.dk] has quit [") td@projectjj.com - http://projectjj.com/ ("] 17:39:44 *** KritiK [i=Maxim@ppp83-237-234-179.pppoe.mtu-net.ru] has joined #openttd 17:42:51 *** e1ko [n=31k0@161.157.broadband2.iol.cz] has joined #openttd 17:43:03 *** sk [n=sk@nat-wh-1.rz.uni-karlsruhe.de] has quit [Remote closed the connection] 17:44:08 *** jnmbk [n=jnmbk@88.240.16.161] 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 http://ledowopenttd.blogspot.com/ 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^ [n=notme@cm12.epsilon121.maxonline.com.sg] has left #openttd ["Leaving"] 18:00:49 <Hendikins> I'll give you a round now if you like. Latest nightly? 18:01:14 *** freed [n=freed@mac33-2-82-225-98-209.fbx.proxad.net] 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 [i=kujeger@kujeger64.e65-sw6.tg06.gathering.org] has quit [Read error: 104 (Connection reset by peer)] 18:10:33 *** tokai|tv [n=tokai@p54B81061.dip0.t-ipconnect.de] 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 [i=johekr@p54B73A44.dip.t-dialin.net] has joined #openttd 18:17:18 *** Igor2Code [i=igor2@catv-5062a55d.catv.broadband.hu] has quit ["good night"] 18:17:24 *** Scia [n=sciapode@AveloN.xs4all.nl] has joined #openttd 18:18:28 <Sacro> Hendikins: Sacros Nightly :) 18:20:35 *** Born_Acorn [n=bornacor@AC8FC2E1.ipt.aol.com] has joined #openttd 18:20:44 *** Richk67 [n=RichK67@194.164.100.143] has joined #openttd 18:20:49 <Hendikins> Where? 18:21:21 *** freed [n=freed@mac33-2-82-225-98-209.fbx.proxad.net] has left #openttd ["Toutes les bonnes choses ont une fin, sauf le saucisson qui en a deux."] 18:21:53 <Sacro> 83.100.175.93 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@194.164.100.143] has left #openttd [] 18:26:17 *** kujeger [i=kujeger@kujeger64.e65-sw6.tg06.gathering.org] has joined #openttd 18:35:29 *** dp [n=dp@p54B2DFBF.dip.t-dialin.net] 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 [i=johekr@p54B76F4E.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 18:50:14 *** dp-- [n=dp@p54B2DB72.dip.t-dialin.net] 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 [n=th_gergo@dsl51B7891F.pool.t-online.hu] has joined #openttd 19:02:50 *** MeusH[away] is now known as MeusH 19:08:25 *** BJH_ [n=chatzill@e176100149.adsl.alicedsl.de] has joined #openttd 19:10:45 *** DJ_Mirage [n=djmirage@biggetje.xs4all.nl] has quit [Read error: 104 (Connection reset by peer)] 19:21:10 *** BJH [n=chatzill@e176097068.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 19:21:36 *** Spoco [n=Spoco@dsl-083-102-071-182.lohjanpuhelin.fi] has joined #openttd 19:30:03 *** Aankhen`` [n=pockled@203.101.1.7] 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 [n=djmirage@biggetje.xs4all.nl] has joined #openttd 19:35:42 *** ^Cartman^ [n=Eric_Car@ti100710a081-6310.bb.online.no] has joined #openttd 19:36:37 *** MeusH is now known as Meush[brb] 19:44:19 *** GoneWacko [n=gonewack@c18041.upc-c.chello.nl] 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` [n=pitt2@i-195-137-14-213.freedom2surf.net] has joined #openttd 19:55:36 <Patrick`> question: we know that a blank sample.cat produces a game with no sound, because someone thoughtfully coded that feature 19:55:47 <Patrick`> will a sample.cat 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 sample.cat 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 [n=sciapode@AveloN.xs4all.nl] 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 sample.cat 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@194.0.18.56] has quit [Read error: 104 (Connection reset by peer)] 20:01:28 *** nfc [n=nfc@dsl-hkigw7-fec3dc00-123.dhcp.inet.fi] has quit ["leaving"] 20:01:35 <pasky> http://pasky.or.cz/~pasky/dev/openttd/screenshots/brokenms.png 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 [n=Star@StarLite.xs4all.nl] 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 sample.cat 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 [n=Star@StarLite.xs4all.nl] 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 sample.cat, 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 [i=nfc@dsl-hkigw7-fec3dc00-123.dhcp.inet.fi] has joined #openttd 20:24:34 *** ledow [n=ledow@jaimejwalker.plus.com] 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 [n=Osai@p54B3411B.dip.t-dialin.net] 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 [n=djmirage@biggetje.xs4all.nl] has quit [" HydraIRC -> http://www.hydrairc.com <- The future of IRC"] 20:38:20 *** tokai|3 [n=tokai@p54B8470D.dip0.t-ipconnect.de] 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 [n=Osai@p54B3411B.dip.t-dialin.net] 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 [n=tomahawk@abqi39.neoplus.adsl.tpnet.pl] has joined #openttd 20:50:51 *** tokai|ni [n=tokai@p54B81061.dip0.t-ipconnect.de] has quit [Connection timed out] 20:57:12 *** sw4y [n=sw4y@snat2.arachne.czfree.net] 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> www.informatik.uni-halle.de/~krause/station.patch 21:05:15 *** tomahawk [n=tomahawk@abqi39.neoplus.adsl.tpnet.pl] 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| [n=poiutre@host-ip18-138.crowley.pl] has joined #openttd 21:09:54 <|MeusH|> two MeusHes 21:10:00 <|MeusH|> \o/ 21:10:09 *** |MeusH| [n=poiutre@host-ip18-138.crowley.pl] 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, sample.cat 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 sample.cat 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> http://ttdpatch.net/soundedit.zip 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| [n=kvirc@puritan.demon.co.uk] 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 [n=Henri@a81-197-60-217.elisa-laajakaista.fi] 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 [i=nfc@dsl-hkigw7-fec3dc00-123.dhcp.inet.fi] has quit ["leaving"] 21:29:44 *** thgergo [n=th_gergo@dsl51B7891F.pool.t-online.hu] 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 [n=nfc@dsl-hkigw7-fec3dc00-123.dhcp.inet.fi] 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 [n=kvirc@puritan.demon.co.uk] 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@206.248.80.224] 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 [n=pas@catv-56656dbc.catv.broadband.hu] has joined #openttd 21:42:43 *** PAStheLoD [n=pas@catv-56656dbc.catv.broadband.hu] 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 [n=gni@tehpwnz.org] 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 [n=MeusH@host-ip18-138.crowley.pl] 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 [n=tokai@p54B8470D.dip0.t-ipconnect.de] has joined #openttd 22:15:48 *** amix [n=Michal@194.0.18.56] has joined #openttd 22:16:13 *** DaleStan_ [n=Dale@12-202-240-195.client.insightBB.com] has joined #openttd 22:16:15 *** DaleStan [n=Dale@12-202-240-195.client.insightBB.com] 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 [n=tokai@p54B8470D.dip0.t-ipconnect.de] 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 [n=pas@catv-56656dbc.catv.broadband.hu] has quit ["( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )"] 22:48:21 *** ThePizzaKing [n=thepizza@c211-28-155-182.eburwd2.vic.optusnet.com.au] has joined #openttd 22:54:57 *** Jenkz [n=nobody@80-192-44-21.stb.ubr05.dund.blueyonder.co.uk] has quit [] 22:58:22 *** e1ko [n=31k0@161.157.broadband2.iol.cz] 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 [n=Jeremiah@cpe-024-088-000-194.sc.res.rr.com] 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 sample.cat 23:23:21 *** Morlark [n=Sean@host86-141-120-61.range86-141.btcentralplus.com] 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@194.164.100.143] has joined #openttd 23:35:09 *** GoneWacko [n=gonewack@c18041.upc-c.chello.nl] has quit ["It's a new quit message!"] 23:35:35 *** shintah [i=bebble@bebble.olf.sgsnet.se] 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_ [n=chatzill@e176100149.adsl.alicedsl.de] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050915]"] 23:49:25 *** Zothar [n=chatzill@adsl-69-155-218-8.dsl.rcsntx.swbell.net] has quit ["Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]"] 23:50:13 *** |Jango| [n=kvirc@puritan.demon.co.uk] 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 [n=Bjarni@0x53588a85.virnxx14.adsl-dhcp.tele.dk] has quit ["Leaving"] 23:52:28 *** SchAmane [n=schamane@p5498E83B.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 23:53:14 *** SchAmane [n=schamane@p5498D420.dip.t-dialin.net] has joined #openttd 23:53:17 *** KritiK [i=Maxim@ppp83-237-234-179.pppoe.mtu-net.ru] has quit ["Miranda IM! Smaller, Faster, Easier. http://miranda-im.org"] 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 ;)