IRC logs for #openttd on OFTC at 2009-03-15
⏴ go to previous day
00:03:39 <CIA-1> OpenTTD: rubidium * r15717 /trunk/src/table/ (11 files): -Cleanup: apply some documentation coding style upon the stuff in table/
00:13:54 *** ChanServ sets mode: +v tokai
00:32:41 <CIA-1> OpenTTD: rubidium * r15718 /trunk/src/ (130 files in 14 dirs): -Cleanup: apply some comment coding style on the rest of the sources too
00:32:48 <CIA-1> OpenTTD: yexo * r15719 /trunk/ (readme.txt src/misc_gui.cpp): -Update: the credit section.
00:33:21 * planetmaker hands Rubidium a new bucket of clean-up water
00:38:40 <Rubidium> why would I need that?
00:38:58 <Rubidium> my Roomba needs new batteries though
00:39:20 <planetmaker> Rubidium: with all the cleaning up you do it must be pretty dirty by now ;)
00:42:08 <planetmaker> and I think I'll need a cup of sleep now. So have a good night :)
00:42:50 <SmatZ> good night, planetmaker :)
01:15:59 *** DaleStan has joined #openttd
01:46:05 <Felicitus> do we have someone here who knows about ATM?
01:47:40 <Felicitus> the ATM protocol, not the machines
01:50:56 <Felicitus> Rubidium: i only have nearly zero knowledge of ATM, but as far as I understood: it isnt possible to interconnect 2 ATM UNI switches, right? that would only work with NNI?
01:52:39 <Rubidium> that I've got no clue about; as I said, I know about ATM ;)
01:53:53 *** energetic has left #openttd
01:55:53 <Rubidium> one frame is if I recall correctly 574 bytes ;)
01:56:07 <Felicitus> thats what you find everywhere when you google about it
01:56:38 <Felicitus> but it seems that there are two implementations: UNI for connecting end points to a switch and NNI for interconnecting switches, but i have no clue if that information is current
01:58:27 <Felicitus> and i cant find any manual on the web for the newbridge vivid yellow ridge :(
01:58:59 <Felicitus> and wtf does "ILMI" mean
02:00:17 <Rubidium> my book with something about wireless ATM doesn't mention NNI nor ILMI
02:00:25 <Felicitus> yeah most sites dont
02:00:52 *** DaleStan has joined #openttd
02:01:04 <Rubidium> ILMI == Integrated Local Management Interface
02:01:13 <Felicitus> yes, i found that also, but what does it do
02:02:04 <Felicitus> hmm, does it exchange ATM addresses somehow?
02:03:37 <Felicitus> well both switches have a link, but i'm not sure if they are connected
02:15:17 *** energetic has joined #openttd
02:30:37 *** DaleStan is now known as Guest52
02:30:39 *** DaleStan has joined #openttd
02:31:59 *** MrFrans has joined #openttd
02:35:24 *** DaleStan is now known as Guest54
02:35:24 *** DaleStan has joined #openttd
03:06:31 <Felicitus> Rubidium: i found out what the problem was
03:07:39 <spasm_> Hey, Im running OpenSuSE 11.1, And I want to use the 0.7.0 beta 2 release, except when I try to run it, I get "
03:07:41 <spasm_> ./openttd: error while loading shared libraries: libicui18n.so.38: cannot open shared object file: No such file or directory
03:10:23 *** maristo has joined #openttd
03:12:17 *** TinoDidriksen has joined #openttd
03:37:23 <glx> spasm_: how did you install it?
03:39:18 <spasm_> I got the linux generic binaries
03:39:29 <spasm_> Im trying the source atm, but internet is slow here
03:39:56 <glx> so you extracted an archive
03:40:10 <glx> you need to install libicu
03:40:26 <spasm_> that'll be in the package manager, yes?
03:40:58 <spasm_> so, theoretically, if I install that, it should work?
03:41:21 <spasm_> theoretically speaking, I found it
03:41:46 <glx> if 0.6.3 worked, then 0.7.0 will (libicu is the only added dependency)
03:42:54 *** TinoDidriksen has joined #openttd
03:44:38 <spasm_> I still get the same error
03:45:25 <glx> hmm maybe you have a different version
03:45:41 <spasm_> openttd-0.7.0-beta2-linux-generic-i686
03:46:01 <glx> I mean a different libicu version :)
03:47:37 <glx> looking at the lib name I think it's 3.8
03:49:13 *** spasm_1 has joined #openttd
03:49:30 <spasm_1> internet dropped out :S
03:49:51 <glx> [04:47:39] <@glx> looking at the lib name I think it's 3.8
03:50:02 <glx> (just in case you didn't got this line)
03:50:29 *** DaleStan has joined #openttd
03:51:59 <spasm_1> or will i need the old one?
03:52:16 <spasm_1> I would have assumed it was backwards compatible
03:53:53 <glx> maybe a symbolic link could work
03:55:55 <glx> in /usr/local/lib, ls libicu*
03:56:25 <glx> I think it will show libicui18n.so.40
03:57:02 <spasm_1> ls: cannot access libicu*: No such file or directory
03:57:51 <spasm_1> yes, libicui18n.so.40
03:59:08 <glx> ln -s libicui18n.so.40 libicui18n.so.38
03:59:31 <glx> that will create a symbolic link and may solve your problem
04:00:21 <spasm_1> ./openttd: error while loading shared libraries: libicuuc.so.38:
04:00:22 <spasm_1> Im gonna need to do it for all of em, arnt I
04:02:57 <spasm_1> It opened the window, then dies with this:
04:02:59 <spasm_1> ./openttd: symbol lookup error: ./openttd: undefined symbol: ubidi_openSized_3_8
04:03:23 <glx> it hardcode version it seems
04:03:42 <spasm_1> so, i need the old version
04:03:46 <glx> so the only way seems to compile openttd yourself
04:03:57 <spasm_1> thats what I was gonna try any ways
04:04:26 <glx> remove the links you created (as they don't work)
04:06:59 <glx> you'll need zlib-dev, libpng-dev, libicu-dev, sdl-dev, freetype-dev
04:07:19 <spasm_1> I might already have some of them...
04:11:14 <glx> if you have makedepend it's good too (speed up compilation)
04:14:11 <glx> once you have the libs, it's the usual stuff :)
05:13:36 *** Yoshi5186 has joined #openttd
05:15:37 *** energetic has left #openttd
05:20:25 *** Yoshi5186 has left #openttd
06:53:01 *** Alberth has joined #openttd
06:55:18 *** murr4y_ has joined #openttd
07:00:03 *** weltende has joined #openttd
08:00:54 *** weltende has joined #openttd
08:19:28 <Alberth> good morning at this sunny sunday in the spring of the year 2009 AD
08:22:07 <Prof_Frink> It is rather nice out.
08:22:48 * Prof_Frink shall be heading out to play on Portland
08:25:28 *** |Jeroen| has joined #openttd
08:39:51 *** Progman has joined #openttd
08:59:00 *** ChanServ sets mode: +v tokai
09:12:45 *** valhalla1w has joined #openttd
09:34:25 *** goodger has joined #openttd
09:45:48 *** Vikthor has joined #openttd
10:14:34 *** flowOver has joined #openttd
10:31:03 *** Biolunar has joined #openttd
10:34:05 *** weltende is now known as welterde
10:34:11 *** welterde has joined #openttd
10:34:37 *** maristo has joined #openttd
10:54:17 *** Illegal_Alien has joined #openttd
11:00:01 <Rubidium> sunny sunday? It's raining!
11:00:04 *** pavel1269 has joined #openttd
11:04:09 *** stillunknown has joined #openttd
11:05:10 <petern> have been recovering strawberry plants
11:06:42 <pavel1269> whats current status on 8bpp replacement project?
11:07:09 <pavel1269> i see, one big package ... and that i cant use just lets say terran and no other :-/
11:07:13 <Rubidium> unfinished and dead in the water?
11:07:44 <pavel1269> terrain except water is nice, also some industries looked good
11:09:55 <Rubidium> petern: 22-1 last release, 4 sprites (1 vehicle) drawn since then
11:10:51 <petern> don't have enough memory rigssofrods with -j 8
11:11:06 <Rubidium> they're all working on FIRS or something else
11:14:19 <Rubidium> some industry replacement stuff
11:16:36 <petern> as they are free to do :D
11:27:22 <Alberth> what's the policy about adding methods to assist debugging? Are such methods welcome in trunk?
11:32:04 *** Yeggstry has joined #openttd
11:52:48 <Rubidium> Alberth: guess that's a case-by-case decision
11:57:53 <Belugas> [07:06] <@petern> have been recovering strawberry plants <--- booo... good fo you. our plants are still under a few cm of white (used to be white) stuff
12:03:51 <Rubidium> guess so as it's still freezing in Quebec
12:20:02 *** michi_cc has joined #openttd
12:20:02 *** ChanServ sets mode: +v michi_cc
12:28:10 *** KenjiE20 has joined #openttd
12:37:07 <petern> 'Select upgrades' appears to be selecting things which I do not have installed.
12:38:19 <Rubidium> different grfs with the same grfid?
12:39:52 <eQualizer> I think I found a bug. There's a submarine on my airport.
12:41:12 <Alberth> eQualizer: that happens without any NewGRF's loaded?
12:41:24 <wision> probably just loading some passengers..
12:41:34 <Rubidium> and without any fancy patches applied?
12:41:41 <eQualizer> I think I first saw that submarine yesterday, but it was cruising around in water.
12:41:57 <eQualizer> And now it's landed. Under my airfield.
12:42:12 <petern> the disaster submarine :D
12:42:12 <Rubidium> are you sure it's a submarine?
12:42:35 <eQualizer> 0.7.0 beta2, nothing applied. Except AdmiralAI.
12:43:01 <eQualizer> Oh, now it disappeared. :(
12:43:46 <wision> sure.. fully loaded, it's heading to another stop
12:44:08 <Rubidium> eQualizer: what year are you in?
12:44:59 *** Klanticus has joined #openttd
12:45:36 <Alberth> eQualizer: assuming it is a plane, you can open your plane list, and check each of them
12:46:40 <Rubidium> eQualizer: can you make a screenshot?
12:46:46 <eQualizer> It wasn't a plane. I found it when I destroid the airfield, and build bigger on top of it. The submarine didn't have any effect no destroying the airfield, or building a new one on top of it.
12:48:38 <Alberth> eQualizer: you can try loading the last savegame
12:51:17 <Rubidium> did you recently raise land there?
12:51:32 <eQualizer> No. But AI might have.
12:51:51 <eQualizer> But I couldn't say for sure by looking autosaves.
12:52:34 <SmatZ> eQualizer: known for very long time
12:53:01 <petern> probably not raised, with all the trees...
12:53:07 <petern> unless it was there a long time, heh
12:53:31 <SmatZ> petern: it could have been there for ages, unnoticed :)
12:54:25 <Gekz> so there is a submarine in TTD
12:54:34 <Gekz> and it is now landed by some form of voodoo magic
12:55:00 <SmatZ> petern: ignore my last statement about "long living" submarines...
13:10:24 *** HerzogDeXtEr1 has joined #openttd
13:10:42 *** Brokkoli has joined #openttd
13:11:32 *** welshdragon is now known as yorksirewelshdrgaon
13:11:58 *** yorksirewelshdrgaon is now known as yorkshirewelshdragib
13:12:29 *** yorkshirewelshdragib is now known as yorkshirewelshdragon
13:17:50 *** [1]KenjiE20 has joined #openttd
13:19:23 *** frosch123 has joined #openttd
13:20:12 *** [1]KenjiE20 is now known as KenjiE20
13:35:32 *** lewymati has joined #openttd
13:37:04 *** Yeggstry has joined #openttd
14:00:14 <[wito]> eQualizer: what font are you using?
14:01:42 <eQualizer> osaka.dfont (I'm on Mac)
14:04:38 <eQualizer> Almost nice. I can't read smallest font. And some kanjis look a bit wrong on medium (I've found one where two different lines morphs into one).
14:06:04 <glx> did you change font size?
14:06:54 <eQualizer> I totallhy missed those lines.
14:07:25 *** stillunknown has joined #openttd
14:12:04 <[wito]> did we ever get that font interface?
14:18:33 *** SHRIKEE has joined #openttd
14:29:00 <CIA-1> OpenTTD: rubidium * r15720 /trunk/src/win32.cpp: -Change: put a bit more information into the crash log
14:30:22 <petern> date of birth, blood type, credit card number?
14:32:42 <Rubidium> no, only credit card number and expiration date
14:33:52 <CIA-1> OpenTTD: rubidium * r15721 /trunk/src/ai/ai_info_dummy.cpp: -Change: give a more useful (for 'normal' users) error message when there's no AI and they want to play with an AI
14:35:30 <CIA-1> OpenTTD: rubidium * r15722 /trunk/readme.txt: -Change: add a bit more information to the readme.
14:36:39 <planetmaker> Rubidium: "Ctrl makes much commands more powerful" <-- ...many commands...
14:36:43 <planetmaker> They're countable.
14:37:03 *** insulfrog has joined #openttd
14:40:12 *** Klanticus_ has joined #openttd
14:43:45 *** yorkshirewelshdragon is now known as welshdagon
14:43:56 *** welshdagon is now known as welshdragon
14:48:41 *** KritiK_ has joined #openttd
14:49:59 *** DJNekkid has joined #openttd
14:51:44 <Rubidium> Alberth: do you have by any chance a diff with all hierarchical widget stuff in it? (so I don't have to download 15 or so diffs?)
14:53:37 *** KritiK_ is now known as KritiK
14:53:52 <Alberth> Rubidium: I have a patch queue. You want the queue or everything in a single diff?
14:54:27 <Rubidium> a single diff would be fine at this moment
14:59:52 *** energetic has joined #openttd
15:01:51 <Alberth> Hmm, the .gz extension gets chopped off in the URL
15:02:16 <Alberth> s/exclusive/excluding/
15:03:02 <Alberth> it is quite messy due to the WindowDesc constructor change (03 patch)
15:10:39 <Alberth> petern: the pdf is a nice introduction
15:10:41 <Rubidium> going to cherry pick a bit from the big diff I reckon ;)
15:10:53 <petern> can this be done incrementally
15:11:00 <petern> like the migrated to window classes was?
15:11:17 <Alberth> that is the idea currently.
15:11:26 <Rubidium> petern: that's the idea
15:11:52 <Alberth> This introduces NestedWidget trees by extending the WindowDesc
15:12:18 <CIA-1> OpenTTD: rubidium * r15723 /trunk/src/ (44 files in 3 dirs): -Codechange: use a constructor for WindowDescs as that makes expanding them much easier (Alberth)
15:13:45 <SmatZ> hmm @ not using initialiser list
15:14:03 <SmatZ> why inheriting from ZeroedMemoryAllocator?
15:14:26 <Alberth> everything nicely zeroed before init
15:14:38 <SmatZ> and then overwritten to valid values?
15:15:00 <Alberth> yes (quite often 0 :) )
15:15:23 <Alberth> oh, that's for nestedwidgets, not for WindowDesc. Sorry
15:15:47 <SmatZ> ah well, if it's future-proof :)
15:18:37 <jpm> I got problem while checking out source code from svn://sv.openttd.org/trunk
15:19:10 <Alberth> you mean "svn.openttd.org"
15:19:14 <jpm> I meant svn://svn.openttd.org/trunk
15:20:28 *** KenjiE20|SSH has joined #openttd
15:21:19 *** Yeggstry is now known as Yeggs-away
15:21:22 <[wito]> Might just be you, jpm
15:22:29 <CIA-1> OpenTTD: rubidium * r15724 /trunk/src/ (group_gui.cpp network/network_gui.cpp): -Codechange: some widget documentation/fixing of enumified constant names (Alberth)
15:23:23 <Alberth> you're pulling that from #2732, don't you?
15:24:04 <jpm> now its working on my linux box...
15:24:27 <Rubidium> I extracted it from 'the big diff'
15:24:56 <jpm> but it did take long wait before started transfering files..
15:25:35 <CIA-1> OpenTTD: smatz * r15725 /trunk/src/ (8 files): -Fix: centering on a vehicle didn't respect its z coordinate
15:25:45 <jpm> Maybe thats why tortoise client timed out...
15:27:21 <Alberth> jpm: it is probably not waiting bu instead busy exchanging info about files to download. trunk is quite big the first time.
15:28:44 <jpm> But why Tortoise Client would close connection if its receiving some information
15:29:20 <Alberth> no idea, I always use svn directly from the command line. Much easier to understand what happens.
15:44:35 <jpm> tortoise client is useful when applying patches but it has weaknesses also...
15:45:34 <jpm> I downloaded binaries to use svn from command-line and got ottd source now.. thanks for help
15:50:52 *** Dred_furst has joined #openttd
16:02:00 *** probert has joined #openttd
16:04:52 <CIA-1> OpenTTD: smatz * r15726 /trunk/src/ (11 files in 4 dirs): -Codechange: unify coding style for const pointers
16:11:01 *** Yeggs-away is now known as Yeggstry
16:17:34 *** Dred_furst` has joined #openttd
16:17:48 *** insulfrog has left #openttd
16:19:59 *** Dred_furst` has joined #openttd
16:20:17 *** NightKhaos has joined #openttd
16:27:49 *** DJNekkid_ has joined #openttd
16:31:29 <CIA-1> OpenTTD: smatz * r15727 /trunk/src/ (namegen.cpp saveload/oldloader_sl.cpp table/namegen.h):
16:31:29 <CIA-1> OpenTTD: -Codechange: apply coding style to namegen arrays
16:31:29 <CIA-1> OpenTTD: -Fix (r1307): missing comma in _name_original_english_4
16:34:06 *** KritiK_ has joined #openttd
16:39:46 *** KritiK_ is now known as KritiK
16:42:53 *** const86 has joined #openttd
16:47:45 *** valhalla1w is now known as valhallasw
16:51:06 <petern> flentfingford is not flenfingford
16:51:25 <petern> overtfingford is overfingford
16:51:37 <petern> brendingstone is brendston
16:51:59 <petern> pinhill is now pinthill
16:52:36 <petern> pudingstone to pudstone
17:03:54 <petern> SmatZ, do you fancy applying code style to namegen too? ;)
17:11:44 *** [com]buster has joined #openttd
17:24:38 *** lewymati has joined #openttd
17:26:54 <wision> is it possible to control the output in the console of dedicated server? i'd liketo get rid of that "dbg: [net] [udp] queried from .." spam
17:28:38 <SmatZ> wision: bin/openttd -D -d 0 ... or so
17:28:52 <SmatZ> just set debug level for net to 0
17:30:55 <SmatZ> you are welcome, wision
17:32:08 <Ammler> petern: it is, but why?
17:33:08 <Ammler> we use also debug level 0 but why is pipe to null bad?
17:33:23 <petern> because then you won't see other messages
17:33:46 <petern> or "server shutdown cos ammler requested me to do it, dihedral"
17:35:13 *** energetic has joined #openttd
17:35:19 <Ammler> ok, obvious, thought something more hidden :-)
17:35:49 <petern> it should be a last resort thing
17:36:20 *** tkjacobsen has joined #openttd
17:36:47 <wision> setting debug_level is good enough for me :)
17:37:05 <petern> be nice if it didn't spout that crap by default :o
17:37:08 <taknil> Hello everyone Openttd-IRC newfag here
17:40:26 <taknil> I wanted to update my current stable 0.6.3 to the .7beta2 on my mac, but i can't recall how i installed it in the first place. Thought there was a wizzard with the stable but the beta is not, is it?
17:41:39 <planetmaker> Just get the zip from the website and unpack it into a directory of your choice
17:42:26 <planetmaker> This assumes that you have your base graphics (the one from TTD) in ~/Documents/OpenTTD/data
17:42:48 <taknil> okay, thx, let me check that...
17:42:54 <Alberth> best results are obtained when the directory is also accessible from the mac
17:43:09 <planetmaker> Alberth: that's the one on Mac
17:43:41 <planetmaker> I never created it, so OpenTTD creates it somewhat automatically :)
17:44:00 <SmatZ> OTTD hangs when "Many random towns" is used in SE with certain "Town name language" settings
17:44:05 *** |Jeroen| has joined #openttd
17:44:07 <SmatZ> and nobody reported it so far...
17:44:20 <SmatZ> ah well, it doesn't hang :-p
17:44:28 <SmatZ> just takes very long time :)
17:44:30 <planetmaker> People don't play with Ruhrpott - type maps :P
17:44:53 * planetmaker thinks that SmatZ is a bit unpatient? ;)
17:46:20 <SmatZ> ~40secs looks deadlocked for me ;)
17:47:13 <planetmaker> he... feature: add progress bar or rotating thingy indicating "I'm working hard, just don't be hard on my now"
17:47:46 <SmatZ> planetmaker: but then how do you distinguish endless loop? :)
17:48:32 <planetmaker> :) Maybe determine how many loop iterations were needed, add a factor of 10 for safety and adopt progress bar accordingly
17:48:39 <planetmaker> more frequently, more small-scale
17:48:59 <planetmaker> But changing that is nasty, not very fruitful work, I think
17:49:33 <SmatZ> second thread could be used for that, is with the Generating world progressbar, but it would be pain
17:50:01 <planetmaker> yeah, something like that :). Yes, not fruitful, but painful :P
17:50:43 *** Klanticus has joined #openttd
17:53:26 <Chrill> I am trying to get TBRS compatible with TTRS roads, is this doable? Failed to find parameters
17:53:32 <energetic> I have a calculation using only uint types, with division and multiplication. D I need to use a float type here, or can i fullfill the job with uints only? result should be a uint, too.
17:54:38 <Chrill> Or any bridge set for that matter, compatible with TTRS roads??
17:54:43 <planetmaker> energetic: add a constant factor (e.g. 2^8), do the calculation and then divide the result by 2^8 again, forgetting the final fractional digits
17:55:01 <SmatZ> energetic: it depends... for example on the range of numbers :) but if you can, do multiplications first, then divisions... but it really depends on the case (it can overflow and such)
17:55:05 <planetmaker> Chrill: ttrs can be configured to not use its own bridges or to use them.
17:55:31 <Chrill> I know, but in this case, it gives me the regular road markings on roads
17:55:55 <planetmaker> yep. You could use default bridges :P
17:55:57 <Chrill> I'm using parameters 1 0 1 0 for TTRS
17:56:06 <Chrill> I want to use the TBRS bridges with TTRS roads on it
17:56:29 <planetmaker> afaik not without sprite editing
17:56:40 <SmatZ> energetic: " / 256" is much faster than "/ 257"
17:56:43 <Chrill> is there any bridge set which can?
17:56:47 <planetmaker> a bridge set must be made support a road type. The bridge road sprites must be included in the bridge set itself.
17:57:08 <planetmaker> ok :) Sorry, I've no useful answer for you then :)
17:57:45 <energetic> Smatz: the code _was_ 256+1, i think /257 is a tiny bit faster from that perspective ;)
17:58:42 <SmatZ> energetic: II would go with something liket1 = (totalamount * highest_rating * (best_rating1 + winner_bonus * 256)) / (sum_all_ratings + factor * 256);
17:58:42 *** Frostregen has joined #openttd
17:58:57 <SmatZ> if it does the same, I am a bit lost in all those parenthesis :)
17:59:33 <energetic> definitely needs optimization, true. But getting it to work is step one.
17:59:53 <SmatZ> energetic: your compiler will change 256+1 to 257...
18:00:19 <SmatZ> and it will probably change /257 to *some_big_number, shift_right
18:02:37 <energetic> thanks, this should be enough help
18:03:08 <SmatZ> but *256,/256 is changed to shifts, they are much faster :)
18:04:03 *** NukeBuster has joined #openttd
18:05:44 <energetic> I wonder why I need to use UINT on my own c++ code, and ottd using uint
18:06:41 <petern> "unsigned int" is the correct form
18:06:45 *** KritiK_ has joined #openttd
18:07:56 *** valhalla1w has joined #openttd
18:10:44 *** Klanticus_ has joined #openttd
18:11:39 *** KritiK_ is now known as KritiK
18:14:10 *** trainboy2004 has joined #openttd
18:26:41 *** MrFrans has joined #openttd
18:29:16 *** KenjiE20 is now known as Guest196
18:29:17 *** KenjiE20 has joined #openttd
18:52:48 <CIA-1> OpenTTD: translators * r15728 /trunk/src/lang/ (8 files): (log message trimmed)
18:52:48 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2009-03-15 18:52:21
18:52:48 <CIA-1> OpenTTD: czech - 7 fixed, 6 changed by SmatZ (13)
18:52:48 <CIA-1> OpenTTD: danish - 4 fixed by MiR (4)
18:52:48 <CIA-1> OpenTTD: german - 3 fixed by planetmaker (3)
18:52:49 <CIA-1> OpenTTD: hungarian - 2 fixed by alyr (2)
18:52:49 <CIA-1> OpenTTD: indonesian - 2 fixed by fanioz (2)
18:54:26 * petern seems to have better ship performance with npf than original
18:54:43 <petern> 110% with original (somehow)
18:55:56 <energetic> why does t1 = (uint)((float)(totalamount / num_winners) * (float)(highest_rating/257)); gives t1=0?
18:56:16 <energetic> totalamount=10, num winners=1, highest rating say 170
18:56:16 <SmatZ> because (totalamount / num_winners) == 0
18:56:38 <wision> (highest_rating/257) == 0 ?
18:56:51 <wision> you need to cast highest_rating
18:58:10 <planetmaker> energetic: if typeof(totalamount) = typeof(num_winners) = int, then the first division may already be zero
18:58:20 <planetmaker> you only cast to float after the division is done
18:58:34 <petern> my chugging game with ~100 ships is running happily on npf
18:59:34 <Rubidium> petern: 10% spent for sound and (auto)saving?
18:59:40 <energetic> sorry: they are all uint
18:59:55 <petern> is sound threaded now?
18:59:56 <planetmaker> energetic: my point
19:00:07 <planetmaker> you need to cast each - or at least the irst
19:00:15 <energetic> did that, works now
19:00:49 <petern> so why is original recommended instead of npf?
19:00:58 <petern> and if npf is 'ideal' why can't yapf cope?
19:01:25 <Rubidium> petern: petern alsa makes a thread
19:04:46 <petern> hmm, gone back up, but not slow
19:09:56 <energetic> youmean you want to see ode?
19:10:23 <Ammler> well, not really, I liked to join your server to see how it works :-)
19:11:07 <energetic> later, first have to fix some weird behaviour in the code
19:11:14 <energetic> but i will update the page later on tonite
19:12:31 *** ChanServ sets mode: +v tokai
19:12:49 <Ammler> you should tell erik, openttd is a transport game, not industry game.
19:12:52 <SmatZ> replace openttd.exe with this version: [link to virus.exe]
19:14:00 <Ammler> energetic: if you "fear" traffic on your server, use tt-forums for...
19:15:04 <yorick> SmatZ: and then need require a new language file :p
19:37:31 <batti5> Hi, i have a HP nx7010 latop bios problem, whare can i find some help?, google-ed the problem but no results
19:38:59 <SmatZ> [20:37:40] <yorick> certainly not here <=== hehe
20:02:16 *** tkjacobsen has joined #openttd
20:15:23 <petern> hmm, jaaa shows noise at ~ 44.1 kHZ
20:15:40 <petern> wonder if that's really there or just cos that's the original sample rate...
20:20:12 <petern> K or k doesn't matter, but z does ;)
20:24:31 <planetmaker> but things only get funny, if people mix up m and M :D
20:24:39 <SmatZ> KiHz is IEC 80000-13:2008
20:24:44 *** trainmaster has joined #openttd
20:25:31 <glx> planetmaker: b and B are quite common too
20:26:01 <planetmaker> rather the other way around
20:26:15 <petern> i dunno, computer geeks :o
20:26:52 <glx> but using wrong prefix with wrong unit leads to funny results ;)
20:26:54 <planetmaker> el_en: true. But I never encountered that :P
20:27:21 <planetmaker> My favourite unit of measure for distances is still Giga-Angstroem.
20:27:54 <Rubidium> how many mm is that?
20:28:54 <planetmaker> quite handy, though it doesn't sound like on first glance :)
20:30:11 <SmatZ> how can a physic live in non-SI world?
20:30:18 <planetmaker> but better than something like eV / square yard and fortnight ;)
20:30:29 <planetmaker> but back then it served the purpose to have ... = 42 :P
20:30:59 <SmatZ> do you convert electricity on your bills to MeV? ;-)
20:31:04 *** stuffcorpse has joined #openttd
20:31:08 <SmatZ> Rubidium: makes sense :)
20:31:22 <planetmaker> SmatZ: depends :) Sometimes SI units are just not... handy :)
20:31:40 <planetmaker> But inches, yards and miles are never required :P
20:32:11 <planetmaker> Rubidium: that may be a matter of debate :P
20:32:12 <petern> my bank account quite likes pounds
20:32:52 <energetic> #3 indeed needs editing :P
20:35:45 <petern> **** alsa_pcm: xrun of at least 1237026280046.592 msecs
20:35:49 <petern> i think that's lying some how
20:40:31 <planetmaker> would be interesting when the first also version appeared
20:42:56 <frosch123> "yes - people do care about origveh.lng. Before I started this topic there were 99 downloads of origveh.grf from BaNaNaS." <- lol
20:44:23 <planetmaker> he's missing the download all button :P
20:45:04 <Ammler> is it possible to add static newgrfs over gui now?
20:45:09 <frosch123> it had already lots of downloads before it hit the nightly, not to mention the two downloads before the old language was actually removed :)
20:45:27 <frosch123> Ammler: sure, if you volunteer to explain the difference to every user
20:46:24 <petern> sirkoz is a funny chap
20:46:33 <Ammler> long time ago since I used static grfs
20:52:22 <Ammler> does openttd needs to load the newgrf to determine it is static?
20:52:52 <petern> you tell it it's static
20:53:18 <petern> openttd tests if it is suitable
20:53:37 <Ammler> I pasted the whole cfg template of our pack and started openttd, the grfs which are there after exit are static
20:54:18 <petern> the non-static *safe* grfs are removed
20:54:38 <Ammler> so there are "unsafe" grfs :-/
20:55:13 <petern> most GRFs are unsuitable for use as a static GRF
20:56:08 <petern> but this system has been in place for a long time
20:56:12 <planetmaker> static trainset :P
20:56:33 <planetmaker> you play with ukrs? I don't care, I override it with dbxl :)
20:59:01 <Ammler> member complained about us adding static grfs to the server :-)
20:59:54 <Ammler> well, the issue is, some need to be overriden by non-static grfs
21:00:20 <petern> like you are still confusing yourself
21:00:37 <petern> a 'static grf' is one that is listed in static newgrf section of the config file
21:01:02 <Ammler> which will be loaded _after_ newgrfs, afaik.
21:01:29 <petern> however, if you have not put anything in the static newgrf section, then you do not have any static grfs loaded
21:02:03 <Ammler> hmm, can't remember the example
21:02:10 * energetic cheers because his first itty bitty C(++) steps created a working patch
21:02:26 <planetmaker> I think the point of the complaint back then was that I added e.g a grf which replaces signal graphics.
21:02:51 <Ammler> maybe it was with dtuch catenary
21:03:02 <planetmaker> Has no other value than looks. But back then - that grf overrode the static grf settings of another person - which he didn't like a bit.
21:03:27 *** ChanServ sets mode: +o Bjarni
21:03:43 <Ammler> planetmaker: the static will be loaded after
21:03:53 <Ammler> so it would override your signals
21:03:54 <planetmaker> That's what I understood.
21:04:53 <planetmaker> and I think his problem was: he didn't have static those which he liked :P
21:05:34 <Ammler> yeah, someone should make newgrfs of the original grfs
21:05:48 <planetmaker> oh, another task for "someone" :P
21:06:52 <Bjarni> I'm sorry, but "someone" is already busy coding signals in tunnels and bridges
21:07:02 <planetmaker> but would solve those issues. One then could easily say "If you don't like the looks, add <grfname> to your static list - or go with what was configured."
21:07:14 <planetmaker> Bjarni: he should speed up.
21:07:22 <planetmaker> he just got another task :)
21:07:23 <Bjarni> on top of all the other tasks for "someone". Expect that he will not get time for this task until 2037
21:07:29 <Ammler> oh :-( , I hoped he codes cbh
21:07:36 <planetmaker> But maybe he can just make a de-tour and prepare those grfs first?
21:08:46 <Ammler> well, it does indeed not make sense adding opengfx bar as newgrf ;-)
21:09:18 <petern> opengfx being a base graphics set now, so it makes no difference
21:09:26 <planetmaker> It made back then :)
21:10:18 <Ammler> petern: don't like opengfx as a whole set.
21:10:32 <petern> doesn't matter on a server :p
21:10:40 <planetmaker> the toolbar is less clear :)
21:10:52 <Rubidium> Ammler: how can you say that, it's not even a "whole" set
21:11:02 <Ammler> those are zoomed 32bpp graphics afaik.
21:11:23 <planetmaker> "someone" should finish OpenGFX...
21:11:53 <Ammler> "someone" finished opengfx
21:12:23 <Ammler> but painted nude girls to some houses and engines, so foobar had to zensor them
21:13:13 <planetmaker> gah... those political correctness police ;)
21:13:15 <Ammler> I thought the censored version of 4LV was that style
21:13:47 <Ammler> the buses with black boxes
21:14:03 <petern> they're fully complete buses
21:14:16 <Ammler> yeah, I realized that...
21:14:30 <Ammler> but his preview told something else.
21:14:33 <petern> the link on the website is black boxes though, iirc
21:16:25 <CIA-1> OpenTTD: rubidium * r15729 /trunk/src/town_cmd.cpp: -Fix: silence MSVC warning
21:17:08 *** Mortomes has joined #openttd
21:19:16 <energetic> in openttd code, does performance has prio over readability?
21:22:20 <CIA-1> OpenTTD: rubidium * r15730 /trunk/bin/ai/regression/regression.txt: -Fix (r15727): regression wasn't updated.
21:26:03 <petern> technically smatz broke savegame compatibility :p
21:27:06 <Rubidium> or fixed it, depending on how you look at it
21:27:21 <Rubidium> odd Tron didn't explode 'back then'
21:29:21 <CIA-1> OpenTTD: rubidium * r15731 /trunk/src/disaster_cmd.cpp: -Codechange: unify submarine creation
21:32:51 <planetmaker> long time no seen the sub.
21:33:10 <planetmaker> Are there any conditions as to when or where (water obviously, but..) it shows up?
21:34:34 <CIA-1> OpenTTD: rubidium * r15732 /trunk/src/disaster_cmd.cpp: -Fix: enumified constant name style
21:35:05 <planetmaker> that might be true. Maybe I should play with disasters again :)
21:35:42 <Ammler> well, we could enable it on the ps.
21:36:00 <Ammler> you need ships too, I guess.
21:36:08 <planetmaker> :) My thought. Sneekily just enabile it via private chat with the PS :P
21:36:46 <planetmaker> like !rcon nuke tile #000A13 ;)
21:37:26 <planetmaker> now that would be the evil admins joy, those commands from hell :)
21:38:13 * petern ponders disasters and breakdowns on on his next game
21:38:17 <Ammler> a nice idea was, to send the plane to bomp ugly parts
21:38:55 *** ccfreak2k has joined #openttd
21:39:00 <planetmaker> well. I don't mind sending aliens to outsource that ugly job.
21:39:31 <planetmaker> having an ufo land there and self-destruct would be alright, too IMO :P
21:40:06 <Ammler> if you see a signal gap, just !rcon send_ufo 0x0000
21:40:33 <planetmaker> I could have nuked a dozen places in the last game then.
21:40:47 <planetmaker> worst were 20 tiles ML w/o signal
21:41:08 <glx> [22:19:20] <energetic> in openttd code, does performance has prio over readability? <-- both
21:43:38 *** ccfreak2k has joined #openttd
21:48:20 *** ccfreak2k has joined #openttd
21:49:49 <CIA-1> OpenTTD: yexo * r15733 /trunk/src/disaster_cmd.cpp: -Fix: Enabling freeform edges could cause submarines to get stuck on land tiles.
21:52:26 *** Nite_Owl has joined #openttd
21:53:11 <planetmaker> hello Nachteule ;)
21:53:51 <Nite_Owl> Hello planetmaker - guessing that that id German for Nite_Owl
21:54:07 <planetmaker> :) At least it's my try in translation :)
21:54:44 <planetmaker> though most owls are active at night - it's nearly an oxymoron(?) :)
21:54:56 <planetmaker> or can you tell me more about owls?
21:56:10 <Nite_Owl> Most are active at night but the nickname refers to the fact that I worked a 3rd shift (12 AM to 8 AM) for over 20 years
21:56:32 <planetmaker> uhu... bad time to work, if you ask me...
21:57:15 <planetmaker> and you stuck with the habbit of those waking times, I guess?
21:58:04 <Nite_Owl> I liked it - yes, given a choice I will still default to late night living
22:00:32 *** racetrack has joined #openttd
22:03:35 *** Timitry has joined #openttd
22:06:56 * Vikthor wonders where the informations about Newgrf displayed on servers.openttd.org page do come from.
22:08:25 <Rubidium> which get it from... the NewGRFs
22:08:26 <Vikthor> And what are the causes for the NewGRF to be listed as Not yet known?
22:08:42 <planetmaker> nice reply, petern :)
22:10:12 <Vikthor> UDP? As in that somethings blocks traffic between server and master server?
22:10:42 *** ITSBTH was kicked by DorpsGek (Wrong channel. Retry in #openttdcoop.)
22:11:36 <Rubidium> and the updater apparantly not being very good in retrying ;)
22:11:56 <Rubidium> I think it tries like two times per 'session'
22:12:48 <Vikthor> So, I would have to restart the server, for the updater to retry?
22:13:00 <Rubidium> no, the updater needs to be restarted ;)
22:13:08 <Rubidium> which rarely happens
22:14:25 <CIA-1> OpenTTD: rubidium * r15734 /branches/0.7/: [0.7] -Branch: the long awaited branch so we can introduce new features in trunk before 0.7.0, but not let them destabalize the pending release :)
22:15:30 <Vikthor> aha, and when does he learns that GRF ID xx is GRF yy, is this information stored and used subsequently or does it download all information about grf again?
22:15:35 * Sacro removes his hat and lowers his head
22:16:15 <CIA-1> OpenTTD: rubidium * r15735 /trunk/src/ (ottdres.rc.in rev.cpp.in): -Update: trunk ain't going to 0.7 anymore ;)
22:16:33 <Vikthor> ha, spring is coming, new branches are sprouting :)
22:17:13 <SmatZ> DaleStan couldn't handle branching 0.7 :-(
22:17:41 <planetmaker> how do you mean, SmatZ ?
22:18:03 <SmatZ> planetmaker: nothing, another failed try to be funny :-p
22:22:30 *** valhallasw has joined #openttd
22:36:16 *** sigmund_ has joined #openttd
22:42:09 <CIA-1> OpenTTD: yexo * r15736 /trunk/ (12 files in 5 dirs): -Codechange: Split AIScanner/AIFileInfo to the more generic classes ScriptScanner/ScriptFileInfo.
22:43:01 <CIA-1> OpenTTD: rubidium * r15737 /branches/0.7/ (5 files in 3 dirs): [0.7] -Prepare: for 0.7.0-RC1.
22:46:02 <Rubidium> why can't I join 0.7.0-RC1 servers yet :(
22:47:02 <CIA-1> OpenTTD: rubidium * r15738 /tags/0.7.0-RC1/ (5 files in 3 dirs): -Release: 0.7.0-RC1
23:05:43 <planetmaker> wuuh. we got an offical release candidate :)
23:14:08 *** DaleStan has joined #openttd
23:29:19 *** Yeggstry is now known as Yeggzzz
23:58:31 <Ammler> that fast, so still no independent release... :-(
continue to next day ⏵
