IRC logs for #openttd on OFTC at 2008-02-10
⏴ go to previous day
00:00:47 *** Gonozal_VIII has joined #openttd
00:02:04 *** Sacro` is now known as Sacro
01:03:15 *** Gonozal_VIII has joined #openttd
01:03:29 <Gonozal_VIII> oh noes, no forum
01:17:57 *** svippery has joined #openttd
01:20:01 <Sacro> Gonozal_VIII: 1am, search updating
01:20:18 *** maximile has joined #openttd
01:35:04 *** Eddi|zuHause2 has joined #openttd
01:46:47 *** Gonozal_VIII is now known as Guest976
01:46:47 *** sgsdag is now known as Gonozal_VIII
01:57:23 *** Sogard^ has joined #openttd
02:04:05 *** Sogard^ is now known as Sogard
02:30:29 *** Singaporekid has joined #openttd
02:32:27 *** XeryusTC has joined #openttd
02:43:32 *** Diabolic-Angel has quit IRC
02:47:38 *** Singaporekid has joined #openttd
03:02:54 *** Gonozal_VIII has joined #openttd
03:06:36 *** MarwolTuk|Lappy has joined #openttd
03:07:16 <MarwolTuk|Lappy> Hello out there!
03:11:11 <Gonozal_VIII> that new loan thingy is nice, had to include it
03:13:31 <Gekz> Who speaks that dodgey language known as french
03:14:51 <Gonozal_VIII> i think that's some foodstuff
03:15:28 <Gekz> Babelfish is very confused as to what "fuck" is in french. If you translate it back, it says "kiss"
03:16:01 <Belugas> think is, Baisez means both
03:16:17 <glx> one is a verb, the other is a noun
03:16:19 <Gekz> they ruined perfectly good coarse language xD
03:16:54 <Belugas> french is a language fit for poetry
03:17:02 <Belugas> so, many meanings are avaialble
03:17:21 *** Gekz was kicked by Belugas (sure.. sure...)
03:17:41 <Gekz> assert yourself with the op hammerage :P
03:19:25 <Belugas> now... what does that "ban" stuff is for again...
03:19:40 <Gonozal_VIII> assert(!FrenchMocker(Gekz));
03:19:49 <Gonozal_VIII> something like that?
03:20:35 <Belugas> Gekz, it's not really a good behaviour to make fun of any language that is not yours.
03:21:01 <Gekz> I was just joking around.
03:21:01 <Gonozal_VIII> but i can make fun of german, right?
03:21:10 <Belugas> and for your info french has been (and i suspect it is still) the language used by diplomats worldwide
03:27:39 <Gekz> I'm learning German and French right now infact.
03:28:21 <Gonozal_VIII> german? why that?
03:28:54 <Gonozal_VIII> not very widespread outside europe..
03:28:57 <Belugas> ho... i see.... well.. superior, would not say. good.. depends.. but... it's mine ;)
03:29:39 <Gekz> Gonozal_VIII: 5 countries, eh?
03:29:57 <Gekz> Austria, Germany, Switzerland, Leichtenstein and Luxembourg?
03:30:38 <Gonozal_VIII> well... swiss tv has german subtitles
03:30:56 <Gonozal_VIII> i don't know how they talk in luxembourg
03:43:28 <Gonozal_VIII> london is burning
03:44:05 *** ThePizzaKing has joined #openttd
04:02:34 *** sgsgasg has joined #openttd
04:02:34 *** Gonozal_VIII is now known as Guest988
04:02:35 *** sgsgasg is now known as Gonozal_VIII
04:18:36 *** Christoph has joined #openttd
04:26:39 *** mcbane2 has joined #openttd
05:00:39 *** MarwolTuk|Lappy_ has joined #openttd
05:07:07 *** MarwolTuk|Lappy has quit IRC
05:10:06 *** gfldex_ has joined #openttd
05:12:00 *** lobster has joined #openttd
05:15:26 *** Sogard^ has joined #openttd
05:18:34 *** sgasgsg has joined #openttd
05:18:35 *** Gonozal_VIII is now known as Guest996
05:18:35 *** sgasgsg is now known as Gonozal_VIII
05:21:25 *** Sogard^ is now known as Sogard
05:21:32 <CIA-5> OpenTTD: glx * r12097 /trunk/src/vehicle.cpp: -Fix (r654, r1525): loading old, pre savegame version 2, savegames.
05:22:29 <Gonozal_VIII> people who played with that version are still alive?
05:22:52 <glx> smatz likes to test old savegame loading :)
05:22:53 <Gonozal_VIII> aah... passed the savegames on to their grandchildren, i see
05:23:14 <glx> he creates them with old version and tries to load
05:24:36 <Gonozal_VIII> of course it's a good thing
05:27:14 <Gonozal_VIII> yay read all new posts in the forum now, didn't have time for that the last few days
05:33:05 *** asgsgsg has joined #openttd
05:33:05 *** Gonozal_VIII is now known as Guest998
05:33:06 *** asgsgsg is now known as Gonozal_VIII
05:55:59 <Ash_> Is there any way to change the now line height after a scenario's been made?
06:23:37 *** HerzogDeXtE1 has joined #openttd
06:36:58 *** Ammller has joined #openttd
06:38:01 *** lobster has joined #openttd
06:42:01 *** Gonozal_VIII has joined #openttd
06:50:41 *** PhoenixII has joined #openttd
06:50:58 *** Tino|Home has joined #openttd
06:51:14 *** RamboRonny has joined #openttd
06:52:58 *** MarwolTuk|Lappy__ has joined #openttd
06:53:00 *** MarwolTuk|Lappy__ is now known as MarwolTuk|Lappy
06:56:02 *** MarwolTuk|Lappy_ has quit IRC
06:56:02 *** Phoenix_the_II has quit IRC
06:56:02 *** RamboRonny is now known as Aerandir
06:56:32 *** welterde has joined #openttd
06:57:37 *** Gonozal_VIII has joined #openttd
06:57:37 *** MarwolTuk|Lappy_ has joined #openttd
06:57:37 *** mcbane2 has joined #openttd
06:57:37 *** raimar3 has joined #openttd
06:57:37 *** TinoDidriksen has joined #openttd
06:57:37 *** Phoenix_the_II has joined #openttd
06:57:37 *** ben_goodger has joined #openttd
06:57:37 *** solenoid.oftc.net sets mode: +v tokai
06:57:58 *** Phoenix_the_II has quit IRC
06:58:08 *** MarwolTuk|Lappy_ has quit IRC
06:58:32 *** Gonozal_VIII has joined #openttd
06:58:49 *** raimar3 has joined #openttd
06:59:20 *** ben_goodger has joined #openttd
07:40:36 *** Gonozal_VIII has joined #openttd
07:44:55 *** LordAzamath has joined #openttd
08:50:30 *** hfhfhdj has joined #openttd
08:50:31 *** Gonozal_VIII is now known as Guest1034
08:50:31 *** hfhfhdj is now known as Gonozal_VIII
09:25:44 *** peter1138 has joined #openttd
09:25:44 *** ChanServ sets mode: +o peter1138
09:34:51 *** Brianetta has joined #openttd
09:40:50 *** globester has joined #openttd
09:53:11 *** Gonozal_VIII has joined #openttd
10:07:28 *** ghfhgfhjg has joined #openttd
10:07:28 *** Gonozal_VIII is now known as Guest1039
10:07:28 *** ghfhgfhjg is now known as Gonozal_VIII
10:28:36 *** Gonozal_VIII has joined #openttd
10:38:54 *** dgsdadg has joined #openttd
10:38:54 *** Gonozal_VIII is now known as Guest1040
10:38:54 *** dgsdadg is now known as Gonozal_VIII
10:39:31 <yorick> what exactly are the arguments for SDT_CONDVAR?
10:42:38 <Gonozal_VIII> for a single changed line you sent me a 500kb patch ;-)
10:44:55 <yorick> Gonozal_VIII: a whole block of code is moved there ;)
10:45:37 <yorick> I can't get the def parameter...
10:48:22 * yorick instructs a pet piranha to munch on Gekz's shoulder blades
10:49:53 <yorick> what does the def parameter at SDT_CONDVAR do?
10:51:38 *** asggsag has joined #openttd
10:51:38 *** Gonozal_VIII is now known as Guest1041
10:51:38 *** asggsag is now known as Gonozal_VIII
10:52:16 <Gekz> asggsag and I are good friends
10:54:42 *** stillunknown has joined #openttd
10:55:35 <peter1138> Hehe, "546% of an estimated 8k tonnes"
10:56:18 <Gonozal_VIII> 8k? why did you even bother building there?
10:56:34 <yorick> because they often give 546%
10:56:35 <Gekz> he wanted that inch of coal to line his roads
10:57:49 <yorick> [11:49] <yorick> what does the def parameter at SDT_CONDVAR do?
10:58:14 <Gonozal_VIII> dig through the code and look ;-)
10:59:03 <yorick> that way I found out it was called def
11:00:05 <yorick> #define SDT_CONDVAR(base, var, type, from, to, flags, guiflags, def, min, max, interval, str, proc)\
11:00:05 <yorick> SDT_GENERAL(#var, SDT_NUMX, SL_VAR, type, flags, guiflags, base, var, 1, def, min, max, interval, NULL, str, proc, NULL, from, to)
11:01:30 <peter1138> Hmm, I wonder if waypoints have been fixed yet.
11:02:13 <Gonozal_VIII> so i can set the default autosave interval to somethign else than daily^^
11:02:53 <yorick> so I need information about interval ^^
11:13:10 *** asgsgasg has joined #openttd
11:13:14 *** asgsgasg is now known as Gonozal_VIII
11:13:48 <yorick> GOnozal_VIII: would you be interested in my selective sound enabling/disabling patch?
11:14:21 <Gonozal_VIII> i don't play with sound
11:16:01 <Gonozal_VIII> what exactly does it do?
11:16:14 <yorick> it adds a new patch settings tab named "sound", with some "Enable rail crossing sound", "Enable vehicle sound effects"
11:17:55 *** DJ_Mirage has joined #openttd
11:18:10 <Gonozal_VIII> one tab space is still free...
11:18:34 <Gonozal_VIII> not without a third row
11:18:40 <yorick> hmm...the MultiString isn't working
11:19:45 * yorick forgot {ORANGE}{STRING1}
11:21:10 <Gekz> I've had enough of people being too busy to talk to me
11:21:43 *** sfsgsgsgs has joined #openttd
11:21:43 *** Gonozal_VIII is now known as Guest1042
11:21:43 *** sfsgsgsgs is now known as Gonozal_VIII
11:22:47 *** DJ-Nekkid has joined #openttd
11:27:05 <yorick> does realistic acceleration take more CPU?
11:35:28 <CIA-5> OpenTTD: smatz * r12098 /trunk/src/ (rail_cmd.cpp rail_map.h): -Fix: make snow appear on rail tiles dependant on track height, not on height of the lowest part of the tile
11:39:12 *** sasgdahdha has joined #openttd
11:39:12 *** Gonozal_VIII is now known as Guest1043
11:39:12 *** sasgdahdha is now known as Gonozal_VIII
11:39:32 <blathijs> yorick: Not significantly more I think
11:42:39 <yorick> now I have to make something that converts the original patch settings to the new system
11:43:44 <blathijs> yorick: You're rewriting the patch settings? Or reordering them anyway?
11:45:16 <yorick> I'm rewriting the pathfinder settings
11:47:28 *** yorick is now known as Guest1044
11:47:29 *** yorP is now known as Yorick
11:50:08 <Roujin> anyone besides me noticed the warning gcc gives when compiling aircraft_cmd.cpp?
11:50:31 <Roujin> d:/dev/ottd/wip/trunk/src/aircraft_cmd.cpp:433: warning: 'w' might be used uninitialized in this function
11:50:41 *** dgahdhehd has joined #openttd
11:50:42 *** Gonozal_VIII is now known as Guest1046
11:50:42 *** dgahdhehd is now known as Gonozal_VIII
11:51:18 <Yorick> and compiling with gcc
11:51:24 <Roujin> it's only a warning and looking at the code there i don't even know why it would warn oO
11:51:44 <Roujin> compiles for me too, just a warning...
11:51:59 <Roujin> well doesn't matter too much, just wanted to throw it in
11:52:34 <Roujin> Gonozal: hey, nice effort on your patch pack :)
11:52:47 <Gonozal_VIII> there's a warning about 'best' might be uninitialised in the vehicle speed patch in my merge thingy... but nothing in aircraft cmd
11:53:57 <Roujin> oh that warning in aircraft_cmd comes with a clean trunk checkout
11:54:12 <Roujin> maybe it's got to do with gcc version or something
11:54:27 <Gonozal_VIII> then it must be from 12097, didn't get it with 96
11:55:24 <Roujin> noticed it first a few days ago or something
11:55:52 <Roujin> gcc -v outputs: gcc version 3.4.5 (mingw special)
11:56:03 <Gonozal_VIII> i compiled a lot... A LOT the last few days... never saw a warning like that in aircraft cmd
11:56:37 <Roujin> well then i guess you have another gcc version than me where it doesn't happen..
11:57:54 <Yorick> I have 3.4.2 (mingw special) ^^
11:58:01 <Gonozal_VIII> well yes.. but uninitialized status of a var should be the same on every compiler, right?
11:59:35 <Roujin> maybe some differences regarding scope?
11:59:56 <Yorick> static const Depot* FindClosestShipDepot(const Vehicle* v) does not have any checks for YAPF
11:59:58 <Roujin> or, maybe stricter warning criteria than in older version
12:00:36 <Roujin> (the latter being more likely imho)
12:00:51 <Tron> Gonozal_VIII: no, some GCC versions have errors in this respect
12:01:28 <CIA-5> OpenTTD: smatz * r12099 /trunk/docs/landscape.html: -Documentation: add new RailGroundType to landscape.html
12:01:54 <Tron> int x; if (y) x = 23; f(x); does not cause a warning on some versions
12:01:59 <Tron> mind that 23 must be a constant for the warning not to be triggered
12:02:29 <Tron> what GCC effectively does is optimising the code to int x; x = 23; f(x); and only after that it checks for uninitialised uses
12:03:07 <Roujin> well i don't really want to think about it harder - just wanted to inform people that for my compiler current trunk gives a warning
12:03:29 <Roujin> thought devs might be interested in such information
12:03:40 <Tron> the exact warning message is?
12:03:58 <Roujin> [SRC] Compiling aircraft_cmd.cpp
12:03:58 <Roujin> d:/dev/ottd/wip/trunk/src/aircraft_cmd.cpp: In function `CommandCost CmdBuildAircraft(TileIndex, uint32, uint32, uint32)':
12:03:58 <Roujin> d:/dev/ottd/wip/trunk/src/aircraft_cmd.cpp:433: warning: 'w' might be used uninitialized in this function
12:04:09 <Yorick> I think they must be interesed in the fact yapf won't even work for ships when you press the go to depot button ^^
12:04:47 <Roujin> oh i lied about "current" - it's 12092 actually
12:04:48 <Tron> uh? the variable is initialised at its declaration
12:05:03 <Roujin> any changes to aircraft_cmd since 12092?
12:07:08 <Roujin> ok i just tried to compile a clean r12099, it's the same
12:07:31 *** Gonozal_VIII is now known as Guest1048
12:07:31 *** aasgdg is now known as Gonozal_VIII
12:07:47 <Tron> it's pretty hard to for the variable to be not initialised
12:08:32 <Roujin> well as i said i also looked at the code and have no clue why it should warn, but it does warn
12:08:39 <Roujin> i'm not making this up you know...
12:09:12 <Roujin> [12:55] <Roujin> gcc -v outputs: gcc version 3.4.5 (mingw special)
12:10:03 <Tron> Aircraft() { this->type = VEH_AIRCRAFT; }
12:10:08 <Tron> somebody has a this->fetish
12:12:45 <Tron> GetPlayer(this->owner)->num_engines[this->engine_type]--;
12:12:45 <Tron> if (this->owner == _local_player) InvalidateAutoreplaceWindow(this->engine_type, this->group_id);
12:12:45 <Tron> if (IsValidGroupID(this->group_id)) GetGroup(this->group_id)->num_engines[this->engine_type]--;
12:12:45 <Tron> if (this->IsPrimaryVehicle()) DecreaseGroupNumVehicle(this->group_id);
12:13:37 <Tron> if (this->type != VEH_TRAIN || (this->type == VEH_TRAIN && (IsFrontEngine(this) || IsFreeWagon(this)))) {
12:13:41 <SmatZ> "this->" replaced "v->" everywhere where OOP came into play
12:14:01 <SmatZ> I think it is better readable - at least for me, I am really unused to OOP
12:14:04 <Tron> if it's not a train of if it is one, but let's recheck, it might have reconsidered ...
12:14:27 *** globester has joined #openttd
12:14:34 <Tron> SmatZ: "" replaced "v->" everywhere where OOP came into play
12:15:00 *** Maedhros has joined #openttd
12:15:10 <SmatZ> Tron: I see only "this->" everywhere
12:15:19 <Gonozal_VIII> yes, lots of this
12:18:01 <Tron> for (Vehicle *v = this->next; v != NULL; v = v->Next()) {
12:18:44 *** LordAzamath has left #openttd
12:19:00 <Gonozal_VIII> the direct access to next and next function?
12:20:39 *** DJ_Mirage has joined #openttd
12:21:21 <Yorick> how are my chances of being trunked if I make a patch that rewrites the pathfinding selection patches?
12:24:13 <blathijs> "being trunked", didn't hear that one before :-)
12:24:39 <Prof_Frink> Yorick: Pretty low if you replace it with a random number generator
12:25:58 <Tron> (const Vehicle***)engine_list <--- real three star programmers don't
12:31:38 <Prof_Frink> Of course, you can't get four-star programmers any more
12:31:50 <Prof_Frink> they're all unleaded
12:33:47 <Tron> why does VehicleFromPos() return a void* which gets casted all the time?
12:34:53 <Yorick> would it be possible to modify a widge after it's been created?
12:35:15 <Roujin> in what terms, yorick?
12:35:30 <Yorick> I want to disable a patch setting(grey out)
12:36:02 <Roujin> yes.. eg copypaste patch does that with its buttons
12:36:30 <Roujin> disable button x if situation y applies
12:36:41 <Maedhros> Yorick: DisableWindowWidget (or something along those lines)
12:37:06 <Maedhros> oh yeah, they're not actually widgets
12:37:18 <Roujin> but isn't that already done for something?
12:39:19 <Yorick> I want to grey out the disable 90-degree turns when NTP is enabled for trains
12:41:17 <Maedhros> i can't see an easy way to do it
12:42:56 *** azzaleon has joined #openttd
12:44:18 *** Gonozal_VIII has joined #openttd
12:44:58 <Eddi|zuHause2> some patch settings get disabled in multiplayer
12:45:28 <SmatZ> it is done by patch entry flags
12:45:42 <SmatZ> making a more complex check would need deeper changes
12:46:10 <SmatZ> or add a new flag "disabled", that will be updated ...
12:48:11 <Maedhros> i suppose one way of doing it would be to replace the flags with a pointer to a bool function that returns whether the setting should be enabled or not
12:51:50 <SmatZ> maybe add that pointer as another parameter, these flags are universal for most settings
12:52:46 *** DJ_Mirage has joined #openttd
12:53:33 <Roujin> hmm if i add another entry to _misc_settings[] in settings.cpp, would i need to increase the savegame version?
12:53:47 <Yorick> if you want to save it...
12:53:58 <Yorick> what flags are you giving it?
12:54:09 <Maedhros> s/want/need/ in most cases
12:54:17 <Roujin> SDTG_VAR("transparency_locks", SLE_UINT8, S, 0, _transparency_lock, 0, 0,0xFF,0, STR_NULL, NULL),
12:54:38 <Yorick> SmatZ: I'm talking about the regional YAPF for ships he made in the last post
12:55:14 <Yorick> the S flag means it isn't gonna be saved in the savegame
12:55:26 <Yorick> "S = Do not save in save game (but save in openttd.cfg). Also does not sync with network. (Each player can set their own)"
12:56:08 *** Zaviori has joined #openttd
13:07:05 <SmatZ> Yorick: not talking about coding style, I like that idea
13:07:17 <SmatZ> use tabs for indenting from left
13:07:55 <Yorick> but it seems to convert them automatically
13:09:31 <Yorick> hmm...I like that program
13:09:42 <SmatZ> tabs are used only to indent from left, anywhere else
13:09:54 <Yorick> it can automatically reindent C++
13:12:44 <Tron> "Some people like to introduce copies of variables to increase readability, which can waste memory. However, in some cases, especially in code pieces which are often called, it makes sense to cache some calculated variables."
13:12:51 <Tron> would somebody remove that nonsense?
13:13:04 *** Leviath has joined #openttd
13:13:20 <Yorick> it increases readablity, btw, its a wiki, everyone can edit it
13:15:01 <Yorick> some people require me to indent with spaces instead of tabs
13:15:14 <Tron> loop invariant code motion will ensure that both presented variants in the example result in the same code. the "waste memory" and "cache" pseudo-arguments are simply wrong
13:18:29 *** DJ_Mirage has joined #openttd
13:21:36 <SmatZ> Tron: gcc2.95 is used for morphos. Does it detect computed loop invariant value? And when the cached value is from a linked function, and other functions are called in the loop? Then caching the value would be dangerous and compiler cannot do that because both functions are black boxes for the compiler.
13:23:27 <Tron> gcc 2.95 is plain obsolete (even has several bugs in its C++ part). further at the very least the justifications given are extremely oversimplified.
13:25:39 *** UnderBuilder has joined #openttd
13:27:58 <Roujin> unfortunately I forgot to select "patch" in flyspray so now it's listed as a bug report. Can someone change it please?
13:28:07 <Maedhros> Roujin: minor point - you should use HasBit(var, x) instead of GB(var, x, 1)
13:28:29 <Yorick> SmatZ: anything wrong with my coding style except the leading spaces?
13:29:00 <Roujin> hmm, you certainly have a point there
13:29:09 <SmatZ> Yorick: enum comment style
13:29:29 <SmatZ> Yorick: and tabs instead of spaces in the middle of line
13:33:24 *** Gonozal_VIII has joined #openttd
13:34:13 <Roujin> uhm, thanks for changing the category in the flyspray, but shouldn't it be in the category "patch", rather than "feature request" ?
13:35:55 <Roujin> anyways, i gotta go for now - so if there are any other points with my patch please do comment on the flyspray or forum :) bye for now
13:36:53 *** Diabolic-Angel has joined #openttd
13:52:18 *** Nitehawk has joined #openttd
13:52:18 *** Wezz6400 has joined #openttd
13:52:33 *** Progman has joined #openttd
13:53:14 *** DJ_Mirage has joined #openttd
14:01:15 <CIA-5> OpenTTD: smatz * r12100 /trunk/src/ (openttd.cpp water_cmd.cpp): -Fix (r12042): check for water class of surrounding tiles fails for buoys at map borders
14:03:41 *** Jezral is now known as TinoDidriksen
14:09:14 *** Gonozal_VIII has joined #openttd
14:10:33 *** DJ_Mirage has joined #openttd
14:16:36 <CIA-5> OpenTTD: smatz * r12101 /trunk/src/ (openttd.cpp water_cmd.cpp): -Fix (r12100): there are void tiles at MapMaxX,Y - have to substract one to be on water border tiles
14:22:57 *** GoneWacko has joined #openttd
14:28:15 *** DJ_Mirage has joined #openttd
14:43:21 *** |Jeroen| has joined #openttd
14:49:56 <CIA-5> OpenTTD: maedhros * r12102 /trunk/src/ (4 files in 2 dirs): -Feature: Allow locking individual transparency settings so they will not be changed by pressing 'x'. (Roujin)
14:54:17 *** DJ_Mirage has joined #openttd
15:19:50 *** thgergo has joined #openttd
15:23:13 <Yorick> has anyone looked at my patch yet?
15:24:33 <Yorick> now that is a descriptive answer!
15:25:01 <Yorick> I think there is a problem with loading old savegames and converting their patch settings...
15:25:32 <SmatZ> changing the order of patch options may cause strange things
15:26:47 <SmatZ> it doesn't look buggy :)
15:26:58 <SmatZ> oh, you started a new game
15:27:45 <Yorick> loading old savegames isn't buggy either
15:28:00 <Yorick> but there is a problem with converting their patch settings
15:29:04 <Eddi|zuHause2> you need a section "if (CheckSavegameVersion(whatever)) { set new settings according to old settings }"
15:29:41 <DJ-Nekkid> -1 * 0 03 00 01 60 01 09 A0 00 A1 00 <-- shouldnt this give me sprite A0 for steel (09) and A1 for everything else?
15:30:02 <Roujin> thanks for including my patch Maedhros :)
15:30:41 <Maedhros> Roujin: no problem :)
15:31:08 *** Audigex has joined #openttd
15:31:49 <Yorick> what's the current savegame version, 86?
15:33:05 <Yorick> I've modified it, glx, so I can't be sure, and when I revert it, it'll revert ALL changes I've made to it...
15:34:14 <Maedhros> anyway, you can revert files individually
15:34:59 <Yorick> if (CheckSavegameVersion(87)) { should work for every savegame under 87, right?
15:35:27 <Yorick> then I must be doing something wrong
15:35:44 <glx> and you can add your stuff in existing if (CheckSavegameVersion(87))
15:39:27 <peter1138> CONDVARs should be used for old variables to
15:39:58 <Yorick> peter1138: you have looked at it, right?
15:40:33 <Yorick> SDT_CONDBOOL(Patches, yapf.ship_use_yapf, 28, 86, 0, 0, false, STR_NULL, NULL), ?
15:40:49 <Yorick> ah, they shouldn't be moved, you say?
15:41:43 <peter1138> <SmatZ> changing the order of patch options may cause strange things
15:41:43 <SmatZ> yes, they are stored in the same order in the savegame
15:42:04 <Yorick> so new patches should be added at the end?
15:42:27 <SmatZ> no, you use SDT_COND* and it will be loaded only for given versions
15:43:12 <SmatZ> I think you could use SDT_CONDNULL for old patch options... no matter it will discard PF setting from savegames
15:43:21 <SmatZ> or I don't know if others agree
15:43:36 <Yorick> you don't want to discard them, I think
15:44:05 <glx> if a setting is removed, it should be replaced with CONDNULL
15:44:27 <SmatZ> you could load it into new patch options and then convert - though a bit hacky, you won't need to have old patch options in the memory
15:44:50 <peter1138> You definitely need some conversion
15:44:59 <peter1138> Else there'll be millions of bug reports ;)
15:45:05 <Yorick> glx: yes, but I don't want to discard it...
15:45:15 <Yorick> I have the conversion in place
15:45:22 <glx> then do the conversion :)
15:45:24 <Yorick> but it loads old patch settings into memory
15:45:37 <Yorick> for savegames beneath 87
15:46:43 <Yorick> I dunno if it saves them again
15:47:18 <Yorick> SDT_CONDBOOL(Patches, yapf.ship_use_yapf, 28, 86, 0, 0, false, STR_NULL, NULL),
15:47:32 <peter1138> yes, do what you've already done, but leave them in their original places
15:48:52 <Yorick> and it works...I think
15:49:42 * glx is checking trunk for potential old savegame loading bugs
15:50:42 <Yorick> yes, go editing trunk on the files I modify, so I can update my patch every day!
15:50:59 *** blathijs_ has joined #openttd
15:51:16 <glx> I'm not on settings stuff :)
15:51:45 <SmatZ> Yorick: you will get used to that very soon
15:52:41 *** Gonozal_VIII has joined #openttd
15:53:49 <CIA-5> OpenTTD: smatz * r12103 /trunk/src/ (7 files in 2 dirs): -Feature(tte): separate catenary transparency settings from building transparency settings
15:54:05 <Gonozal_VIII> Transparency Lock (in trunk r12102) <-- wow, that was fast... guess i don't have to include it in my patch then
15:54:14 <peter1138> It's a good patch :)
15:54:28 <peter1138> Solves the issues with the transparent station signs'n all
15:56:00 <Gonozal_VIII> but i've already got stuff into trunk faster :P
15:56:32 <Yorick> he is the trunkanzier :-P
15:56:45 <Gonozal_VIII> could have something to do with your commit rights peter ;-)
15:58:37 *** dgdagsaha has joined #openttd
15:58:37 *** Gonozal_VIII is now known as Guest1056
15:58:38 *** dgdagsaha is now known as Gonozal_VIII
15:59:07 <Gonozal_VIII> enough with the disconnecting... days of constant downloading, i pulled his cable out of the router now
15:59:18 <Roujin> i guess it has to do a lot with patch size ;)
15:59:41 <Prof_Frink> Gonozal_VIII: That's too obvious.
15:59:42 <Yorick> hmm...what shall I do with old savegames that have the first pathfinder enabled, I'm using default now, but that can be changed....
15:59:56 <Roujin> area raise/lower was also very small and was accepted very fast
15:59:57 <Prof_Frink> Take the pins out of the RJ45 and plug it back in again
16:00:04 <Gonozal_VIII> AddCCtoInnerWallsOfRoadDepots.patch <-- that one's small too
16:01:08 <Roujin> Then it was not properly advertised to devs or they see no reason why to include it - i guess?
16:01:20 <Gonozal_VIII> middle stop patch and the autoreplace fix are also just some lines
16:01:45 *** blathijs_ is now known as blathijs
16:06:19 <Roujin> a) find a dev with good mood and some time b) persuade him that your patch is useful c) wait for him to review it and if it's all well, include it.
16:06:45 <Prof_Frink> d) buy said dev beer
16:07:25 <Gonozal_VIII> d doesn't work with bjarni
16:07:48 <Prof_Frink> Well, in the case of bjarni, you just offer sexual favours
16:08:06 <Gonozal_VIII> no... no i really don't
16:08:57 <Yorick> I've updated my patch :)
16:09:53 <Yorick> tested with old savegame and working
16:12:21 <Gonozal_VIII> ah.. didn't notice that through all those disconnects^^
16:12:24 <Roujin> gonozal: hungry for new patches to include in your pack huh? :D
16:12:56 *** Greysc[a]le is now known as Greyscale
16:13:18 <Roujin> btw, may i suggest you name your pack something reasonable instead of long_filename ? Like gonozal_pp (patchpack) or so...
16:13:18 *** Greyscale is now known as Greysc[a]le
16:13:37 <Gonozal_VIII> i don't think red is a good colour for that recommended
16:13:51 <Gonozal_VIII> should be blue imho
16:14:36 <Gonozal_VIII> the filename used to be all patch names seperated by _
16:14:46 <Gonozal_VIII> was a very long filename^^
16:15:29 <Yorick> the ship regional YAPF
16:16:52 *** Greysc[a]le is now known as Greyscale
16:17:53 <Yorick> Gonozal_VIII: there is also the Not recommended when selecting ntp for trains or yapf for ships...
16:17:59 <Roujin> <Gonozal_VIII> was a very long filename^^ <-- well don't change it back to every single name, just name it gonozal_pack or somehting ;)
16:18:01 *** DaleStan is now known as Guest1057
16:18:01 *** DaleStan_ has joined #openttd
16:18:01 *** DaleStan_ is now known as DaleStan
16:18:50 <Gonozal_VIII> i'll consider changing it... doesn't really matter
16:19:00 <Gonozal_VIII> it is what it is^^
16:21:43 <Gonozal_VIII> is that region pf finished? the post doesn't read like that
16:22:40 <SmatZ> it doesn't compile on amd64, and that "pointer to hash" function is a bit strange...
16:22:58 <SmatZ> will the same data have the same pointer every time?
16:23:15 <SmatZ> maybe yes, I haven't checked the rest of code
16:23:31 <Yorick> routeplanner != regional yapf !
16:23:49 <SmatZ> I am talking about that ship yapf
16:34:32 *** Greyscale is now known as Greysc[a]le
16:46:06 <Yorick> don't mind the industry graphics, its a newindustries grf that has been removed
16:46:47 <Gonozal_VIII> actually i meant the same blue as the other text^^ like (requires NPF)
16:49:35 <Yorick> it really makes it "good" and "bad"
16:50:25 <Gonozal_VIII> bah, why am i still awake
16:50:46 <Yorick> because its only 17:50
16:51:08 <Gonozal_VIII> it's already 17:50
16:51:38 <Gonozal_VIII> my saturday to sunday sleep is yet to come
16:52:25 <Gonozal_VIII> can't just skip a whole night...
16:52:41 <Gonozal_VIII> only slept for 4 hours yesterday
16:53:14 <Roujin> then why did you stay up that long again?
16:53:35 <Gonozal_VIII> didn't feel tired until some minutes ago
16:54:12 <Gonozal_VIII> all of a sudden i'm so tired, i could fall asleep right away
16:55:09 <Roujin> stay awake for 2 more hours, then sleep until tomorrow morning - then you've slept enough and are not in a shifted rhythm anymore
16:55:30 *** planetmaker has joined #openttd
16:55:32 <Roujin> better than to sleep now and get up in the middle of the night again or something
16:56:14 <Gonozal_VIII> going to sleep at 19:56 is very shifted rythm for me...
16:57:52 <Roujin> well don't you have a job or study or something else that requires you to get up in the morning?
16:58:28 <Roujin> oh, then why not try the 28 hour day? :D
16:58:54 <Roujin> 18 hours awake, 10 hours sleep - makes 6 days a week
16:59:14 <Gonozal_VIII> i know, i read xkcd too
17:00:15 <Roujin> you know.. i think i'd really do that in semester holidays if i didn't have a gf who'd probably kill me for that xD
17:02:03 <Gonozal_VIII> i'll just sleep now until i wake up, then i'll make a new patch thingy, watch some more dr who stuff and maybe sleep some more, good plan, good night^^
17:03:09 <Roujin> don't kill yourself for OpenTTD - even it's close to being worth killing yourself for
17:04:20 *** DJ-Nekkid was kicked by DorpsGek (Wrong channel. Retry in #openttdcoop.)
17:04:46 *** DJ-Nekkid has joined #openttd
17:04:47 <Roujin> you're kicked for that? xD
17:05:17 <glx> yes because some people tried it 5 times in a row
17:05:27 <DJ-Nekkid> apparently... didnt realize i were in the wrong channel
17:06:44 <Roujin> thanks for letting me have a look at your code ;) my patch is done and in trunk now :D
17:06:58 <Wolf01> i noticed, congrats ;)
17:10:10 *** juss is now known as LordAzamath
17:10:32 * LordAzamath just downgraded Vista to XP
17:10:55 <Ammller> LordAzamath: thats a upgrade :)
17:11:22 <LordAzamath> but it's waaay faster
17:12:18 <Ammller> now, try a linux distro :)
17:12:26 <peter1138> Not only that, I didn't load any trams :(
17:13:16 *** Deathmaker has joined #openttd
17:14:58 <LordAzamath> Ammller: I've had mandriva2008 for ages for now...
17:15:06 *** Audigex has joined #openttd
17:15:09 <LordAzamath> and I mainly use that
17:15:22 <LordAzamath> but I'm just configuring XP pro atm
17:25:39 <UnderBuilder> one question, with the graphics replacement proyect will be changed the look of the SH 8P (currently it's identical to the chaney jubilee)
17:26:50 <LordAzamath> Then we can't change sprites with 0A, but have to make a new train..
17:27:01 <LordAzamath> I think it can be done, but it's not priority
17:27:27 <Eddi|zuHause2> are they the same sprite or just two sprites that look the same?
17:28:19 <LordAzamath> I'm afraid they are one sprite
17:28:33 <LordAzamath> but I can't check atm too
17:28:35 *** Christoph has joined #openttd
17:36:30 <peter1138> It's the same sprite.
17:37:44 <Roujin> i guess the same applies to SH/Hendry '25' and Floss '47'
17:40:24 <UnderBuilder> I'm thinking on redoing a TTO locomotive and put it as the 8p
17:43:11 *** LordAzamath_ has joined #openttd
17:43:54 <DJ-Nekkid> how can i exclude lifestock with the usage of prop 28/29 on action 0 ?
17:44:18 <DJ-Nekkid> add it to prop 1D ?
17:45:42 <peter1138> you want to exclude a train having livestock wagons, or a wagon from being refit to livestock?
17:48:50 <peter1138> i guess you have to exclude it with the refit mask, hmm
17:49:17 <DJ-Nekkid> and it seemed to work
17:58:13 *** Zaviori has joined #openttd
18:01:05 *** LordAzamath has joined #openttd
18:10:23 <Roujin> er.. how do these commands work again?
18:10:41 <DorpsGek> Roujin: SmatZ was last seen in #openttd 6 seconds ago: <SmatZ> maybe with '@'
18:10:58 <Roujin> well, your last commit missed somethin
18:11:32 <Roujin> yep, you increased the number of options beyond 8
18:11:33 <Roujin> * If you add an option and have more then 8, change the typedef TransparencyOptionBits and
18:11:34 <Roujin> * the save stuff (e.g. SLE_UINT8 to SLE_UINT16) in settings.cpp .
18:11:52 <Roujin> (check transparency.h)
18:12:11 <SmatZ> mm yeah that comment should be removed
18:14:56 <peter1138> 'course, now you can't use ctrl to make things invisible ;)
18:15:10 <Bami> question, is there a way to reduce the amount of towns the terrain generator places, something below "low" ?
18:16:01 <SmatZ> peter1138: yeah, just fixing that :)
18:16:16 <peter1138> Bami, yes, use 'Very Low'
18:16:29 <peter1138> If you don't have that option, then upgrade, heh.
18:17:53 <Bami> because large maps equals loads of towns, and personally it's still crowded at "very low"
18:18:03 <Bami> sure, map editing is something but meh
18:19:31 <Bami> also, the site of openTTD displays a link here, but most IRC programs default to a wrong port, making the server activly refuse the connection
18:19:32 <Roujin> but something is off with newest rev...
18:19:56 <peter1138> 6667 is the standard IRC port...
18:20:29 <Roujin> the highest bit option = loading indicators is not restored properly
18:21:34 <peter1138> something strange is going on, all my options are locked :o
18:22:39 <peter1138> yeah, options are not saved correctly
18:23:02 <DJ-Nekkid> i have a question about that "all climates-climate" that is under development ...
18:23:07 <SmatZ> mmm they are not stored in savegame
18:23:19 <SmatZ> so changing UINT8->UINT shouldn't make any problem
18:23:32 <peter1138> DJ-Nekkid, who's developing that?
18:23:52 <Roujin> i just tested some cases
18:24:38 <Roujin> it seems option 0-7 are just always set and locked, and 8 is cleared and unlocked
18:25:13 <peter1138> 0-7 are always set, yes, i'm seeing that
18:25:17 <peter1138> they're not all locked though :o
18:26:02 <peter1138> it looks like they're being saved correctly, but not loaded properly
18:26:30 <peter1138> i toggle every other one and it saves as 341 - 101010101
18:26:36 <peter1138> but it's loaded as 011111111
18:26:50 <peter1138> + SDTG_VAR("transparency_options", SLE_UINT, S, 0, _transparency_opt, 0, 0,0xFF,0, STR_NULL, NULL),
18:26:50 <peter1138> + SDTG_VAR("transparency_locks", SLE_UINT, S, 0, _transparency_lock, 0, 0,0xFF,0, STR_NULL, NULL),
18:27:21 <peter1138> so anything other 255 is set to 255, hehe
18:27:45 * SmatZ shouldn't touch anything :-x
18:27:53 <Roujin> there's the nasty little bugger xD
18:29:06 <Roujin> nice job spotting it peter, I would have needed two hours at least ^^
18:31:56 <CIA-5> OpenTTD: smatz * r12104 /trunk/src/ (5 files in 2 dirs): -Fix (r12103): remember loading indicators transparency settings and make in switchable by Ctrl+9
18:32:06 *** ChanServ sets mode: +v tokai
19:00:34 <Eddi|zuHause2> if we now have stuff like different signals on the two parallel tracks, how high are the probabilities of separating the signals for each direction?
19:01:48 <Eddi|zuHause2> like, i could place a "advanced" signal in one direction, and a "don't ever go here", or a "don't go here if you can avoid it" signal in the other direction?
19:02:15 <Eddi|zuHause2> or splitting these two apart completely
19:02:18 *** Frostregen_ has joined #openttd
19:08:28 *** Frostregen_ is now known as Frostregen
19:09:27 * LordAzamath is compiling r12104
19:16:57 <UnderBuilder> I got an idea for the advanced graphics replacement: adding the TTO only locomotives as a grf set
19:19:03 <Eddi|zuHause2> well, you've got at least two problems there: a) the TTO graphics are copyright protected the same way as the TTD files, b) some TTO vehicles got left out to free vehicle IDs for maglev
19:27:44 *** thgergo has joined #openttd
19:36:09 *** Brianetta has joined #openttd
19:46:57 <UnderBuilder> I mean making an free replacement of them
19:47:47 <peter1138> whatever anyone does as a separate grf set is... well, separate from the replacement stuff.
19:52:00 <yorick> one still didn't answer my question: [07:21] <Yorick> how are my chances of being trunked if I make a patch that rewrites the pathfinding selection patches?
19:53:19 <SmatZ> I like the idea, that's all I can say
19:53:45 <glx> same here (will reduce the number of settings, which is always good)
19:54:30 <glx> there are way too much settings for vehicles
19:55:26 <yorick> I think some could be moved to gui
19:55:46 <yorick> like "Warn if train is lost"
19:56:08 <glx> settings should have a per user/per game separation
19:56:11 <SmatZ> and makes it easier to understand (like what has precedence), and that "NPF overrides NTP" comment is a bit misleading too, when there is no NTP option anymore
19:56:31 <SmatZ> per user / per company / per game :-D
19:56:56 <yorick> the timetabling, it just adds another button to the vehicles, no need for wanting to disable it...
19:57:21 <glx> it doesn't only add the button IIRC
19:58:19 <yorick> yes, it enables/disables timetabling...if you don't want to use it, there is a "just don't" option and a option to disable it...
19:58:34 <yorick> I think the "just don't" should be enough
19:59:14 <SmatZ> not talking about the case when an option is switched while train is waiting at station etc (like turning on/off realistic acceleration may cause some trains to hold their current speed etc)
19:59:52 <yorick> and allow slopes and autoslope, who would set that to off?
19:59:57 <SmatZ> but an option to disable "speed aircraft" is needed
20:00:22 <SmatZ> someone may want to play with "TTD" rules
20:00:42 <yorick> someone should have 1 button named "Play with TTD rules"
20:00:49 <glx> even better to have multiple values for that one (like in ttdp)
20:01:37 <glx> yorick: not possible, as some ttd things are totally removed
20:02:07 <yorick> there is no-one that wants to play with OPF
20:02:38 <yorick> we should remove the warning from the max station spread
20:02:46 <DaleStan> It's smaller and faster, hence better for things like the DS port.
20:02:55 <yorick> it causes server admins to keep it low
20:03:37 <DaleStan> And since that port can't even do 256x256 maps, the limitations of OPF are non-issues.
20:03:43 <yorick> I think NTP is as small as OPF
20:04:05 <yorick> we removed OPF for trains, dalestan, reintroducing it would mean more settings
20:04:15 <SmatZ> I think the problem with slowdowns because of high station spread has been fixed long ago (or maybe there is another issue with that)
20:04:41 <glx> the slowdown should still be valid for "slow" machines I think
20:04:48 <yorick> but it still causes server admins to keep it low
20:06:07 * yorick is going to make that "Play with TTD rules" button
20:07:09 <SmatZ> yorick: it is probably a waste of time... there would be too many things to change
20:07:21 <Eddi|zuHause2> hm, what is the preferred way to loop through the 4 (not 8) neighbouring tiles?
20:08:33 <yorick> Disable electric rails should be inverted, I think :)
20:09:59 <Eddi|zuHause2> yorick: if you are really going to mess with settings, rewrite the difficulty settings using patch options, and then divide all patch options into difficulty options and game options
20:11:00 <Eddi|zuHause2> then give each new difficulty option a difficulty modificator, and choose overall difficulty level by the average of all difficulty option (do away with the "custom" level)
20:11:05 <LordAzamath> yorick, if you already are on that path, can you introduce a behaviour, that in-game changes for NewGRFs and patch settings CAN be stored as default, like currently in the main menu.. something like save button next to apply
20:11:30 <SmatZ> Eddi|zuHause2: for (DiagDirection d...
20:11:43 <yorick> yes, thanks, any more suggestions :)
20:13:11 <Eddi|zuHause2> yorick: imho that is a very needed cleanup
20:13:57 <Eddi|zuHause2> yorick: people are asking "can difficulty settings be changed from console" like every week
20:14:33 <Eddi|zuHause2> and you hardly ever find anyone playing with one of the default difficulty levels, all use custom
20:15:15 <Eddi|zuHause2> and the term "patch setting" is generally disliked
20:17:34 <glx> I used "advanced settings" for french translation :)
20:18:23 <yorick> the dutch translation generally sucks :(
20:18:57 <yorick> i.e. there is no correct translation for "roadvehicle" in dutch
20:20:07 * yorick hopes he didn't offend anyone
20:31:54 <Mucht> wow, we could well need a >10 clients option for our #openttdcoop servers :-P
20:33:38 <yorick> there are 11 in trunk ;)
20:33:53 <Mucht> wow, we could well need a >11 clients option for our #openttdcoop servers :-P
20:35:06 <LordAzamath> yorick: One idea, to get to patch settings.. or something like that. www.hot.ee/madisaasmae/adv.png
20:36:21 <peter1138> LordAzamath, frankly, yuck ;)
20:36:43 <peter1138> but speaking of which
20:37:05 <peter1138> does anyone use custom vehicle design names?
20:37:14 <peter1138> not that saving or loading of them works
20:38:31 <LordAzamath> the button is not clickable :P
20:39:11 <LordAzamath> so noone uses it :P
20:39:18 <SmatZ> wasn't it intended so anyone can use "original" vehicle names in TTD?
20:39:42 <peter1138> then newgrf came along...
20:39:45 <LordAzamath> maybe refit that button to advanced settings then? (while yorick is away)
20:39:51 <peter1138> LordAzamath, but with a caveat...
20:39:58 <peter1138> you can still rename engines in game
20:40:15 <LordAzamath> but those won't change
20:40:15 <peter1138> that save button is meant to save them
20:40:47 <LordAzamath> so nobody possibly uses it :P
20:40:57 <peter1138> my question is should we 1) implement saving/loading or 2) rip it out
20:41:30 <peter1138> /* XXX: not done */
20:41:40 <peter1138> DEBUG(misc, 1, "LoadCustomEngineNames: not done");
20:41:43 <peter1138> is the current code :p
20:41:44 <SmatZ> it doesn't work with newgrfs, does it?
20:41:51 <LordAzamath> that's quite useless now, when you have grfs, which define new names
20:42:05 <peter1138> and the engine rename feature?
20:42:07 <LordAzamath> SmatZ: In ttdp it overwrites custom grf names
20:42:27 <LordAzamath> but it won't load
20:42:53 <peter1138> even in network games!
20:43:19 <peter1138> i've seen a couple of bug reports due to that, hehe
20:43:22 <LordAzamath> Note that changes of vehicles names can be overridden by using TTD's vehicle.dat custom vehicle names. There is no way to bypass the custom vehicle names, other than turning them off or deleting vehicle.dat.
20:43:39 <LordAzamath> I think that's for Patch
20:44:10 <LordAzamath> but I can see no reason to rename vehicles
20:44:38 <LordAzamath> even less reason I see, when you can do the same with action04 and save/load those...
20:44:50 <LordAzamath> So I say drop it :)
20:46:16 <peter1138> also it can cause desyncs
20:46:28 <peter1138> renaming uses a command
20:46:38 <peter1138> resetting the names does not
20:46:50 <peter1138> unlikely to cause any issues and only if you bother trying, but still ;)
20:47:07 <SmatZ> does it affec Radom() in any way?
20:47:41 <SmatZ> it is like renaming anything can fail on different clients with different language settings
20:48:09 <LordAzamath> I just joine #openttdcoop server, renamed an engine, nothing happened
20:48:13 <peter1138> hmm, yeah, that's probably my fault :o
20:48:23 <peter1138> LordAzamath, just doing that won't matter
20:48:30 <peter1138> although you can easily confuse other players...
20:48:56 <SmatZ> lets rename all engines to " " or some similiar funny name
20:49:38 <Prof_Frink> rename the ecletic engines to (Diesel)
20:49:55 <Prof_Frink> Watch and laugh as people try to run them on non-eclectic tracks
20:51:04 <SmatZ> is there a way to determine size of aircraft without using any newgrfs?
20:51:20 <LordAzamath> rename the ecletic engines to (Diesel)>>> I already renamed chimeara to (Steam)
20:51:35 <SmatZ> other than looking into code or statistics crash tests on small airports :-D
20:52:05 <peter1138> In game? There used to be small/medium/large tabs
20:52:28 <peter1138> It was Propeller / Jet / Helicopter
20:52:35 <peter1138> So it was removed cos it was wrong...
20:54:12 <SmatZ> I am almost sure there was "Aircraft size: small/large/heli" or so, but I think it is active only when using custom planes
20:54:32 <SmatZ> I can't test it now :-/
20:54:58 <peter1138> That'll be extra text supplied by a particular GRF file
20:57:19 <LordAzamath> the renaming works over net :P
20:57:20 <peter1138> this was the other bit
20:57:22 <peter1138> case GAMEOPT_VEHICLENAME_SAVE: /* Save customized vehicle-names to disk */
20:57:27 <peter1138> break; // not implemented
20:57:36 <peter1138> LordAzamath, yes it does
20:58:17 <LordAzamath> but that is possible.. source of exploitation... some guyscould get confuzed :P
20:58:50 <LordAzamath> but a/w, gotta sleep now..
20:59:07 <peter1138> we already said that
21:00:12 *** LordAzamath has left #openttd
21:08:51 <peter1138> Only problem with removing it
21:09:08 <peter1138> It's an original TTD feature isn't it?
21:09:12 <peter1138> All those strings...
21:21:54 *** XStealth has joined #openttd
21:44:55 <UnderBuilder> lol, transport alert deluxe xD
21:51:31 *** stillunknown has joined #openttd
21:58:07 <UnderBuilder> well, what I pointed is that the UFOs and military aircraft disasters should be removed
21:59:42 <UnderBuilder> in the wiki, it says that the game should not contain war elements
22:01:34 <ln-_> UnderBuilder: file a bug report
22:02:33 <UnderBuilder> if it were in a long time ago, why it hasn't been reported?
22:02:45 <Eddi|zuHause2> yeah, and put it next to the one of the missing earrings ;)
22:05:58 <UnderBuilder> I think good ideas of disasters to replace them are natural ones like earthquakes, volcano eruptions in high mountains, hurricanes, tornados and human-related like fire in industries and towns, global warming....
22:06:54 *** Sogard^ has joined #openttd
22:07:14 <Eddi|zuHause2> UnderBuilder: make a new NewGraphicsSpec for NewDisasters ;)
22:08:13 *** [1]Sogard has joined #openttd
22:09:37 *** [2]Sogard has joined #openttd
22:12:00 *** [2]Sogard is now known as Sogard
22:14:09 <Eddi|zuHause2> hm... nobody screams "i waited years for exactly this patch" ... i am sad now... [and no, i don't mean the earrings :)]
22:16:52 <glx> Eddi|zuHause2: the small bug is not that small for me
22:17:18 <Eddi|zuHause2> well, it can be solved ;)
22:17:25 <Eddi|zuHause2> i was just not sure how
22:17:58 <ln-_> Eddi|zuHause2: i waited years for exactly this patch
22:18:52 <glx> and you don't follow the style ;)
22:19:02 <Eddi|zuHause2> which one exactly?
22:20:08 <ln-_> Eddi|zuHause2: the omit_wires one :)
22:20:31 <Eddi|zuHause2> glx: right, fixed
22:20:48 <peter1138> could be quite slow
22:21:34 <peter1138> checking 5 tiles instead of 1 ...
22:22:14 <glx> and you could cache it in the map array
22:22:39 *** Nitehawk has joined #openttd
22:22:43 <Eddi|zuHause2> hm, the drwaring code does a lot more than that, when trying to figure out how to place pylons, i don't think it is really significant
22:23:12 <peter1138> that could be cached too
22:24:02 <Eddi|zuHause2> i am not going to touch that ;)
22:24:22 <SmatZ> rather not - the slowdown by a little more complex drawing compared with complex checks when modifying railtype or building new rail... and waste of space in the map array
22:25:23 <peter1138> memory that isn't used
22:25:28 <peter1138> versus cpus that are slow
22:26:15 <lobster> is there PBS in ottd nightlies already?
22:26:42 <Eddi|zuHause2> but there is a quite good patch
22:27:10 <lobster> i never used separate patches up til now
22:27:16 <SmatZ> building long rail (electrified and non-electrified) would need many checks for tiles around, similiar with rail conversion, building rail station, removing rail, stations, depots, ....
22:27:20 <lobster> they're *.diff files eh?
22:29:43 <peter1138> SmatZ, not really, only all those checks that are already done every time a tile is drawn...
22:29:57 <Eddi|zuHause2> peter1138: if you want to cache this in the map space, you might as well save railtype for each trackbit
22:30:21 <peter1138> railtype for || or = tracks maybe ;)
22:30:50 <peter1138> lobster, i believe there's a prebuilt version of it around
22:31:26 <UnderBuilder> action 14 anyone?
22:31:30 <UnderBuilder> for newdisasters
22:31:41 <glx> <@peter1138> railtype for || or = tracks maybe ;) <-- and have fun to convert tracks ;)
22:31:54 <peter1138> new features are defined by, er, features, not actions
22:32:31 <UnderBuilder> then feature of which action?
22:32:33 <glx> conversion is done by tile, not by track
22:32:44 <peter1138> UnderBuilder, 0, 1, 2, 3 & 4 usually
22:33:06 <glx> and imagine if you have all tracks but the "cross"
22:33:07 <Eddi|zuHause2> glx: for the "small bug", one could take the easy way out and check, if only one trackbit is there at all, but that does not catch all cases
22:33:50 <peter1138> if there is only one trackbit, then it must be eletric
22:34:02 <peter1138> else check connections
22:34:08 <Eddi|zuHause2> and for anything more complicated, one should probably build a lookup table
22:35:12 <Eddi|zuHause2> peter1138: yes, but consider a switch like -<=, when the -< is electified, and the = is not, in my version, no wires would be drawn on the <, and there are 2 track bits present
22:35:20 <peter1138> glx, i never said it would be easy ;)
22:36:28 <Eddi|zuHause2> or worse: a + where 3 out of 4 neighbours are electrified
22:36:32 <peter1138> i can't see how -<= fits on a map
22:36:44 <Eddi|zuHause2> peter1138: well, difficult to describe ;)
22:39:25 <Eddi|zuHause2> but really, if you want to catch all cases sufficiently, you need to build a lookup table for each combination of trackbits and neighbours
22:40:30 <Eddi|zuHause2> 6 trackbits and 4 neighbours = 2^10 entries ;)
22:40:31 <peter1138> you might want to cache that ;)
22:40:44 <Eddi|zuHause2> well, it's constant ;)
22:45:47 *** Sogard^ has joined #openttd
22:47:05 *** [1]Sogard has joined #openttd
22:48:32 *** [2]Sogard has joined #openttd
22:49:51 *** [3]Sogard has joined #openttd
22:52:00 *** TrueBrain has joined #openttd
22:52:10 <TrueBrain> michi_cc: I wanted to drop by and telly ou: wow :)
22:52:38 <glx> but he's not here right now
22:52:41 *** Osai is now known as Osai^zZz
22:52:44 <TrueBrain> I am sure he has a nice backlog :)
22:53:17 <DorpsGek> TrueBrain: Servers online: 163; Running version 0.5.3 (latest): 80; Clients online: 92
22:53:32 <TrueBrain> oh, it is just VERY slow :(
22:53:56 *** [4]Sogard has joined #openttd
22:54:03 <TrueBrain> well... as this channel is boring for the rest
22:54:09 <TrueBrain> and as we have 4 Sogards here
22:54:15 *** TrueBrain has left #openttd
22:56:43 *** Sogard^ has joined #openttd
22:58:12 *** [1]Sogard has joined #openttd
22:59:33 *** [2]Sogard has joined #openttd
23:02:26 *** [3]Sogard has joined #openttd
23:05:07 *** Sogard^ has joined #openttd
23:06:31 *** [1]Sogard has joined #openttd
23:07:57 *** [2]Sogard has joined #openttd
23:08:42 <glx> [2]Sogard: ok try to fix it soon else it's a ban
23:10:40 *** [4]Sogard has joined #openttd
23:13:01 <DorpsGek> SmatZ: Sogard was last seen in #openttd 3 weeks, 0 days, 22 hours, 36 minutes, and 33 seconds ago: <Sogard> not in the latest stable
23:13:19 <SmatZ> he doesn't speek much :)
23:13:27 *** Sogard^ has joined #openttd
23:14:20 *** [1]Sogard was kicked by glx ([1]Sogard)
23:14:20 *** glx sets mode: +b *!~Sogard@*.ph.ph.cox.net
23:14:58 <glx> clones will disappear magically :)
23:19:10 <SpComb> glx: proper procedure is "query me|other_op when you've fixed it"
23:47:47 *** clara30 has joined #openttd
continue to next day ⏵