IRC logs for #openttd on OFTC at 2009-09-21
⏴ go to previous day
00:23:36 *** KenjiE20|LT has joined #openttd
00:31:07 <nicfer> hey Zuu, I've tried to run your openttd auto updater under wine for updating windows versions of openttd (which I'll also run over wine) and it tells me an error about some XML file
00:32:52 <Eddi|zuHause> wine commonly has XML problems, usually needs native msxml3.dll
00:58:46 *** Dreamxtreme_ has joined #openttd
01:03:57 *** Dreamxtreme_ has joined #openttd
01:03:58 *** Dreamxtreme_ is now known as Dreamxtreme
01:12:01 <PeterT> could someone be so kind as to try the wiki for me? It doesn't seem to work for me
01:16:39 *** PeteT is now known as PeterT
01:17:07 <PeterT> can i add the "reconnect" console command to the wiki page about the console?
01:18:46 <PeterT> it's not in stable yet
01:18:54 <PeterT> people might get the wrong Idea
01:19:19 <TinoDidriksen> So put a note about which revision it's in.
05:09:29 *** Dreamxtreme_ has joined #openttd
05:12:39 *** Dreamxtreme_ is now known as Dreamxtreme
05:42:11 *** Azrael- has joined #openttd
06:13:29 *** Cybertinus has joined #openttd
06:51:43 *** Progman has joined #openttd
07:02:28 *** Dred_furst has joined #openttd
07:48:58 *** Aankhen`` has joined #openttd
08:02:44 *** TrueBrain has joined #openttd
09:49:58 *** roboboy has joined #openttd
10:07:51 *** Belugas has joined #openttd
10:07:51 *** ChanServ sets mode: +o Belugas
10:11:09 *** Progman has joined #openttd
10:24:12 *** SirSquidness has joined #openttd
10:31:35 *** Doorslammer has joined #openttd
10:32:00 *** FrankyJones has joined #openttd
10:32:50 <FrankyJones> Goodafternoon, im using openttd and runned into a real noobie problem, can anyone give me some advice?
10:34:14 <Rubidium> your 'free' advice: ask something related to the problem you've got instead of asking the meta-question whether you may ask something (which is a paradox)
10:36:32 <Doorslammer> ^ Be specific, in other words
10:39:32 <FrankyJones> Ok well srry for that, my trains run from all over the map to one central delivery zone. Also the product fruit comes from production places to this zone. Only today a new fruit 'forrest' has been created next to my delivery zone, automaticly directly delivering fruit to the stations in this zone, causing all my incoming (loaded) fruit trains to reload before they leave again. In my eyes only solution is to move the stations, but the r
10:40:17 <Rubidium> change the 'load order' to "no loading"
10:40:18 <Yexo> give all your trains "no load" orders for the destination station
10:41:22 <FrankyJones> Ok Im gonna try that, srry for the newbie question... everybody has to start once right ;) Thanks
10:44:21 <Doorslammer> Is there a waqy to make non-loading default?
10:46:24 <Rubidium> there is, but that implies changing the code
10:50:21 <dihedral> there is always a way? :-D
10:51:16 <Doorslammer> Ech, I'l pas on that for now then
10:55:24 <Doorslammer> Bloody FilterKeys
10:55:37 <Doorslammer> I hate those SHIFT button features
11:01:28 <CIA-4> OpenTTD: smatz * r17597 /trunk/ (11 files in 5 dirs): -Codechange: rename namegen* to townname*
11:08:57 *** KenjiE20 has joined #openttd
11:10:23 <dihedral> Doorslammer, dont have a shift key?
11:11:56 <Doorslammer> I do, but they sneaky turn on if not wary of it
11:13:36 <Aankhen``> You can turn that behaviour off.
11:14:21 <Doorslammer> Hmmm, still looking for that at the moment
11:14:30 <Aankhen``> Which version of Windows?
11:15:15 <Doorslammer> I think it's off now
11:15:36 <Aankhen``> Control Panel → Ease of Access Center → Make the keyboard easier to use → Set up Filter Keys
11:15:39 *** Polygon has joined #openttd
11:20:39 *** Chris_Booth has joined #openttd
11:21:22 <Doorslammer> Yep, I think thats been done
11:21:31 <Aankhen``> Should take care of it then.
11:26:14 *** zachanim1 has joined #openttd
11:39:21 *** Coco-Banana-Man has joined #openttd
12:41:57 *** ChanServ sets mode: +v tokai
13:08:14 *** Chruker has joined #openttd
13:28:08 *** Terkhen has joined #openttd
13:31:21 *** mark is now known as Guest3175
13:31:33 *** Guest3175 is now known as Mark
13:39:28 *** bernaise has joined #openttd
13:47:49 *** tux_mark_5 has joined #openttd
13:55:47 *** lewymati has joined #openttd
14:54:38 <Rubidium> oh MYOB... where art thou?
14:58:11 <Eddi|zuHause> dihedral: what exactly is funny about that?
15:06:14 *** Guest3191 has joined #openttd
15:06:59 *** Guest3191 is now known as Mark
15:20:48 <Belugas> naa.... you don't get it: dihedral is proud to show he finally got a server live
15:23:05 *** frosch123 has joined #openttd
15:42:22 <CIA-4> OpenTTD: rubidium * r17598 /branches/0.7/ (13 files in 3 dirs):
15:42:22 <CIA-4> OpenTTD: [0.7] -Backport from trunk:
15:42:22 <CIA-4> OpenTTD: - Fix: Vehicle image was not always updated when needed (r17594)
15:42:22 <CIA-4> OpenTTD: - Fix: [NoAI] Could not query the size of small airports when they could not be build anymore [FS#3212] (r17591)
15:42:22 <CIA-4> OpenTTD: - Fix: Erroneous message about changing the difficulty level [FS#3220] (r17588)
15:42:24 <CIA-4> OpenTTD: - Fix: Assertion triggered when the second vehicle in a 101+ (or 11+ if mammoth trains is disabled) vehicle free wagon chain is an engine and the first vehicle is moved to another chain [FS#3208] (r17576)
15:47:40 <CIA-4> OpenTTD: smatz * r17599 /trunk/config.lib: -Fix: configure script didn't detect icc when CC included path to compiler
16:15:47 *** Azrael- has joined #openttd
16:32:56 *** lewymati has joined #openttd
16:36:33 *** blathijs has joined #openttd
16:52:38 *** Dreamxtreme has joined #openttd
16:53:29 *** |Jeroen| has joined #openttd
16:53:42 *** Audigex has joined #openttd
17:03:20 <dihedral> Belugas, aint my server!!
17:04:25 <Belugas> he... not me finding it ""hehehe"able ;)
17:06:32 <CIA-4> OpenTTD: smatz * r17600 /trunk/src/querystring_gui.h: -Cleanup: remove unused variable
17:09:36 *** andythenorth has joined #openttd
17:17:19 <fjb> It is a tropical server. That orange makes me psychedelic.
17:24:33 <CIA-4> OpenTTD: smatz * r17601 /trunk/src/industry_cmd.cpp: -Fix (r17592): don't mark cargo as 'accepted' when accepted amount is 0
17:33:20 <Ammler> blathijs: debain package builder can't handle bzip2 source packs?
17:45:26 <CIA-4> OpenTTD: translators * r17602 /trunk/src/lang/ (english_US.txt russian.txt unfinished/vietnamese.txt):
17:45:26 <CIA-4> OpenTTD: -Update from WebTranslator v3.0:
17:45:26 <CIA-4> OpenTTD: english_US - 2 changes by agenthh
17:45:26 <CIA-4> OpenTTD: russian - 1 changes by Lone_Wolf
17:45:26 <CIA-4> OpenTTD: vietnamese - 6 changes by nglekhoi
17:47:24 <frosch123> somehow it is a bad idea to name software with girl's names. googling stuff about it is always annoying :(
17:50:06 <fjb> Better girls names than ".net".
17:52:22 * fjb doesn't know any girl called BSD, Linux, Java, Windows, Office or gcc.
17:58:01 * fjb doesn't know any girl or software with that name.
17:58:48 <blathijs> Ammler: Until recently it couldn't, but I think they can now
17:58:58 <blathijs> Ammler: Haven't tried yet, though
17:59:42 <blathijs> frosch123: Recently, I'd seen some project named "SHE", which resulted in all sorts of hilarious remarks during the presentation :-)
17:59:46 <Ammler> well, it isn't that important, suse rpm builder does complain about.
18:00:05 <Ammler> it would like source files in bzip2, but it is able to use gzip
18:06:08 <blathijs> Ammler: What does suse have to do with my debs? Or are we only releasing sources as tgz?
18:06:38 <Ammler> well, it isn't suse, it is rpm in general, afaik
18:07:05 <Ammler> opengfx source packages are tar.gz
18:07:25 <blathijs> Ah, right. IIRC openttd releases both
18:09:09 *** [com]buster has joined #openttd
18:09:16 <Ammler> I prefer the warning than having to different formats just for this matter.
18:11:42 <blathijs> Ammler: I'll put switching to tbz on my list, though
18:11:56 <Ammler> I asked if we can change to bzip2, but then I drop that.
18:13:43 <TrueBrain> Dear Lloyds TSB Online Customer,
18:13:44 <TrueBrain> We detected irregular activity on your Lloyds Check Card on 21 September, 2009.
18:13:47 <TrueBrain> who has been using my card again?
18:14:16 <TrueBrain> (just received that on my openttd.org account)
18:14:49 <Dreamxtreme> perhaps a bogus email
18:15:10 <TrueBrain> you think? It might not be that hte link points to a harvesting, wanting me to send more spam? :p
18:16:28 <CIA-4> OpenTTD: smatz * r17603 /trunk/src/ (9 files in 2 dirs): -Codechange: since now, towns are 'founded' instead of 'built'
18:18:16 <CIA-4> OpenTTD: smatz * r17604 /trunk/src/lang/ (48 files in 2 dirs): -Update (r17603): rename strings in other lang files too
18:28:15 <SmatZ> wow, openttd 0.7.2 is finally stable in gentoo :-p
18:28:25 <SmatZ> just almost 6 months...
18:28:53 <SmatZ> since 0.7 release (0.6.3 was stable before)
18:30:04 * Rubidium wonders what stable in Gentoo actually means
18:30:53 <Rubidium> SmatZ: only half of 0.7.2 is stable :(
18:32:00 <CIA-4> OpenTTD: rubidium * r17605 /trunk/src/newgrf.cpp: -Fix [FS#3218]: [NewGRF] Crash when defining the same tile in a tile layout twice
18:32:26 *** Grelouk has joined #openttd
18:36:44 <CIA-4> OpenTTD: rubidium * r17606 /trunk/ (8 files in 4 dirs): -Add: initial support for Haiku; a dedicated server with zlib and libpng compiles and links (for me). Something's fishy with the network so it doesn't actually work (yet)
18:37:17 *** CraKinShOt has joined #openttd
18:42:22 <Rubidium> blathijs: Ammler is thinking about only releasing .tar.bz2 for opengfx
18:46:22 <blathijs> Ammler: Yeah, I saw that
18:46:35 <blathijs> Not sure if I can upload tbz orig tarballs yet, though
18:47:04 <blathijs> Google didn't want to tell me, nor the policy manual or debian dev reference
18:47:40 <Rubidium> check the src repository
18:51:38 <blathijs> Rubidium: It seems it's not supported yet
18:53:53 <Rubidium> is 'soon' before the next stable? :)
18:54:06 <blathijs> It's a release goal, so I'd say yes
18:54:40 <Rubidium> last message talks about something big needs to finished and then they need to test it for 2-3 months :(
18:54:51 <Rubidium> which was basically in early august
18:55:02 <Rubidium> so it's still 2-3 months out :(
19:00:43 *** Audi is now known as Audigex
19:04:13 *** KenjiE20 is now known as Guest3215
19:04:16 *** KenjiE20 has joined #openttd
19:13:02 <Rubidium> Muxy: what's the point of making a wiki copy of the (unstable as how it works from version to version) network protocol? It will only get outdated and annoy people because it's incorrect
19:15:11 <Chruker> You could just make a page with notes on how to read the source for the network specifics
19:16:52 *** [alt]buster has joined #openttd
19:21:14 *** [alt]buster is now known as [com]buster
19:40:18 <CIA-4> OpenTTD: smatz * r17607 /trunk/src/command.cpp: -Fix: when command didn't fail in test run and failed in exec run, error message wasn't set. Affects only few commands
19:56:01 *** andythenorth has joined #openttd
19:57:10 <Rubidium> it's evening already? :)
20:02:02 <Belugas> it is getting close, in fact...
20:02:12 <Belugas> again one hour and we're in it!
20:03:03 <Muxy> Rubidium: what is incorrect ?
20:05:12 <andythenorth> well someone let me know when it's done
20:05:12 <andythenorth> an email would do
20:10:16 *** Dreamxtreme_ has joined #openttd
20:11:26 *** Dreamxtreme_ is now known as Dreamxtreme
20:23:10 <CIA-4> OpenTTD: smatz * r17608 /trunk/src/ (5 files): -Codechange: use CmdFoundTown when founding 'Random town' too
20:25:44 <CraKinShOt> well submitted my first patch. :)
20:26:04 *** lobster has joined #openttd
20:26:21 <Ammler> it takes around 1-2 hours to get it to trunk
20:27:21 <CraKinShOt> doesn't do anything though... haha. ;)
20:27:32 <CraKinShOt> but tested using it
20:27:35 <guru3> i currently have no access to a web browser
20:27:40 <guru3> what should your patch do?
20:27:55 <CraKinShOt> adds on general support for signal extensions
20:28:24 <CraKinShOt> so you specify that any signal has a SignalEx object
20:28:26 <guru3> more power to you, patches make the world go 'round
20:29:01 <CraKinShOt> at the moment it only supports creating, removing and basic update routing.
20:29:09 <guru3> (sorry if i sound facetous, it is cool, i'm just dead bored waiting for the kernel to compile)
20:30:04 <CraKinShOt> so if any tile is changed from a RAIL_WITH_SIGNAL it'll automatically remove the SignalEx object from the pool
20:30:06 <guru3> i should upgrade my desktop
20:30:28 <Sacro> Yeah, complete with x-fi drivers :D
20:30:39 <guru3> about time on that score
20:30:48 <guru3> ive got my trusty audigy
20:31:38 <guru3> and the kernel has finished, so now i need to go and reboot... bbl
20:43:49 <CraKinShOt> was I supposed to set the version to "trunk" for the new patch?
20:47:30 <Muxy> if the patch has been written to the last r
20:48:53 <Sacro> depensd what it'spatched agains
20:51:41 <CraKinShOt> I just left it as ?version... :(
20:52:49 <Sacro> do an svn diff or something
20:53:50 <CraKinShOt> yeah I did, its a diff to whatever the trunk is at the moment
20:54:56 <CraKinShOt> I guess it won't matter and when someone get around to it they can change it to trunk
20:57:34 <CraKinShOt> Well I can't edit it, so not much I can do. :/
21:02:49 *** Dreamxtreme has joined #openttd
21:03:28 *** TheMask96 has joined #openttd
21:24:59 *** HerzogDeXtEr1 has joined #openttd
21:29:31 *** Nite_Owl has joined #openttd
21:53:25 *** Brianetta has joined #openttd
21:53:27 *** Brianett1 has joined #openttd
21:55:11 *** Brianetta is now known as Guest3237
21:55:11 *** Brianett1 is now known as Brianetta
22:04:18 <CraKinShOt> planet, I think I might have a crack at using m2
22:04:48 <CraKinShOt> and put in a check in all the railmap functions that concern RAIL_WITH_SIGNALS
22:09:50 <CraKinShOt> actually thats probably going to be the way to go
22:10:22 <CraKinShOt> at the moment getting the signalexID requires 3 variable lookup's and 3-6 bit manipulations
22:11:04 <CraKinShOt> if it was in m2, it would be much faster lookup
22:13:11 <Eddi|zuHause> you mean storing the pool index in the map?
22:13:17 <nicfer> don't you think that there are too many ottd servers, being most of them too similar?
22:14:00 <nicfer> you in plural... or there is some word for it?
22:14:48 <Eddi|zuHause> "thee", but that is very outdated ;)
22:15:42 <Eddi|zuHause> "thee" is the plural of "thou", which used to be the informal addressing
22:15:48 <Eddi|zuHause> "you" being formal
22:17:09 <Eddi|zuHause> (at least i think so)
22:17:55 <CraKinShOt> Eddi|zuHause: yes, the pool index in all of m2 and moving the existing bits in m2 into the pool item, as planetmaker suggested
22:18:25 <CraKinShOt> for RAIL_WITH_SIGNAL class only ofc
22:18:32 <Eddi|zuHause> CraKinShOt: so you want to make every signal a "pool" signal, not only the special extra data?
22:18:49 <CraKinShOt> no no, you'd have a flag in m6 or m7
22:19:03 <Eddi|zuHause> then what is currently in m2?
22:19:10 <CraKinShOt> if its turned off then m2 is as before
22:19:32 <Eddi|zuHause> that might make stuff unnecessarily complicated
22:19:33 <CraKinShOt> its its turned on then the old m2 data is now in the pool item
22:20:16 *** Coco-Banana-Man has quit IRC
22:20:19 <CraKinShOt> yeha, although luckly, I think all the existing functionality for accessing those bits is done in 3-4 function in railmap.h
22:20:37 <CraKinShOt> so a couple checks and it can be done
22:21:01 <CraKinShOt> its actually a much better way to do it
22:21:38 <CraKinShOt> I mean check this out (way I'm doing it at the moment) for getting the 15 bits for the index:
22:21:39 <CraKinShOt> return (SignalExID)((_me[t].m7) + (GB(_m[t].m6, 2, 4) << 8) + (GB(_m[t].m2, 12, 3) << 12));
22:22:19 <CraKinShOt> ugly hack... hehe.
22:32:24 *** tokai|mdlx has joined #openttd
22:33:18 <Eddi|zuHause> <CraKinShOt> yeha, although luckly, I think all the existing functionality for accessing those bits is done in 3-4 function in railmap.h <-- ysah, thanks to years of map accessor abstraction
22:33:26 *** HerzogDeXtEr has joined #openttd
22:38:24 *** Audigex has joined #openttd
22:52:01 *** JFBelugas has joined #openttd
22:56:09 <JFBelugas> no more power at work
22:56:26 <JFBelugas> could leave eariler :)
23:33:28 *** Eddi|zuHause has joined #openttd
23:41:28 *** Audigex has joined #openttd
23:54:39 <PeterT> do I sumbit a serious bug to both openttd problems AND openttd bugs, or just openttd problems?
23:54:45 <PeterT> (or just bugs.openttd.org)
23:57:57 <Eddi|zuHause> could you explain your thoughts how you get to the idea that a "bug" should not be reported under "bugs"?
23:59:18 <Eddi|zuHause> and add into this line of thought the sticky post in "problems" that says "bugs don't belong here"?
continue to next day ⏵