IRC logs for #openttd on OFTC at 2012-05-06
⏴ go to previous day
00:12:58 *** Hazzard has joined #openttd
00:15:38 *** Nat_AFK is now known as Nat_aS
00:36:37 *** tokai|mdlx has joined #openttd
00:46:13 *** roboboy has joined #openttd
01:05:58 *** johnboy has joined #openttd
01:09:18 *** theholyduck has joined #openttd
01:36:57 *** kkb110_ has joined #openttd
01:54:45 *** kkb110_ has joined #openttd
02:01:36 *** HerzogDeXtEr has joined #openttd
02:27:39 <fisxoj> hello, just updated to 1.2 and started a LAN game, and we noticed there are only buses available, also only one type of train... Hard to find what's up in the forums
02:27:51 <fisxoj> maybe something about newGRF's, but we don't have any enabled
02:52:34 *** roboboy has joined #openttd
03:27:30 *** Guest666 is now known as gm_stack
04:02:37 *** telanus has joined #openttd
04:56:17 *** Eddi|zuHause has joined #openttd
06:40:25 *** TWerkhoven[l] has joined #openttd
06:58:21 *** andythenorth has joined #openttd
07:03:46 *** mahmoud has joined #openttd
07:11:22 *** Nat_aS is now known as Nat_AFK
08:04:15 *** Devroush has joined #openttd
08:14:06 *** Alberth has joined #openttd
08:14:06 *** ChanServ sets mode: +o Alberth
08:16:38 *** Progman has joined #openttd
08:21:22 *** sla_ro|master has joined #openttd
08:23:38 <Alberth> phew, we're safe again, sla_ro|master is back
08:30:12 *** valhallasw has joined #openttd
08:47:16 *** TGYoshi has joined #openttd
09:19:28 *** frosch123 has joined #openttd
09:26:15 *** mahmoud has joined #openttd
10:01:11 *** FLHerne has joined #openttd
10:11:17 *** FLHerne has joined #openttd
10:17:32 <frosch123> some features of ottd are just silly
10:17:52 <frosch123> e.g. if you buy exclusive transport rights, noone will recevie the cargo of oilrigs :p
10:18:57 <Alberth> we should make a news item: "Collapse of the local oil industry"
10:20:07 <frosch123> exclusive rights are not transfered either when taking over companies
10:20:11 <frosch123> or even if they bankrupt
10:22:32 <Alberth> nice, if I go down, everybody will notice :)
10:25:45 <Eddi|zuHause> well, you CAN build a station next to the oil rig :p
10:26:16 <frosch123> yeah, my private heliport
10:47:21 <Eddi|zuHause> maybe the exclusive rights could be switched from station-based to vehicle-based checks. especially in combination with infrastructure sharing (load at competitor's station)
10:47:43 <Eddi|zuHause> it would also mean that it would apply to already stockpiled cargo
10:50:36 <andythenorth> "we'll only load your vehicles"
10:55:18 <frosch123> you mean: still transfer the cargo to the stations (i.e. the company with exclusive rights will not get them), but since the vehicles cannot load it the rating will drop and the cargo will go to other stations?
10:55:26 <Eddi|zuHause> also, waiting vehicles will not improve the station rating
10:55:38 <Eddi|zuHause> yes, something like that
10:56:53 <andythenorth> user might want to know why their vehicles are not loading
10:56:59 <andythenorth> otherwise...bug reports :P
10:57:02 <Eddi|zuHause> cargodist may need to handle that case, certain outgoing links from station would disappear
10:57:24 <frosch123> andythenorth: exactly, that is the trigger of the discussion in the first place :p
10:57:55 <Eddi|zuHause> players should get a news message for exclusive rights
10:58:06 <frosch123> in fs#5178 an evil ai bought exclusive transport rights, and the poor user does not understand the world anymore :)
10:59:33 <Eddi|zuHause> frosch123: i mean news message, as in a newspaper. player buys exclusive rights -> all players who have a rating in this town will get immediate notification.
10:59:52 <Eddi|zuHause> frosch123: and those texts are difficult to understand, they should be rewritten
11:00:07 <frosch123> Eddi|zuHause: i am open to suggestions :)
11:00:30 <frosch123> currently i rephrased the second one to "This station has exclusive transport rights in this town"
11:02:10 <Eddi|zuHause> i have no immediate proposal for now
11:37:45 <CIA-1> OpenTTD: frosch * r24204 /trunk/src/economy.cpp: -Fix: If a company is taken over or bankrupts, transfer exclusive transport rights to the new owner resp. cancel them.
11:38:54 <CIA-1> OpenTTD: frosch * r24205 /trunk/src/ (lang/english.txt station_gui.cpp town_cmd.cpp): -Feature [FS#5178-ish]: Show a hint in the supplies tab of station windows, if the station is affected by exclusive transport rights.
11:54:30 <Zuu_> frosch123: shouldn't STR_STATIOV_VIEW_EXCLUSIVE_RIGHTS_SELF read "You have exclusive ... " instead of the station. I mean, your text could make someone beleive that the exclusive rights belong to _that_ station.
11:55:34 <frosch123> Zuu_: i had that first
11:55:53 <frosch123> the difference is what you display for a station which profits from exclusive rights, but is not your station
11:56:26 <frosch123> i prefered to display a special text when the station profits instead of when the local company profits
11:56:48 <Zuu_> Ah, okay, so the notice is displayed at my opponent stations if they have exclusive rights.
11:57:39 <Zuu_> Maybe I should playtest it before commenting then :-)
12:00:13 *** sla_ro|master has joined #openttd
12:01:20 <andythenorth> quiet here when I'm working on work :P
12:03:15 <Zuu_> andythenorth: There has been some progress on scp. krinn has made good progress on the library and yesterday I updated the wiki page for it. :-)
12:04:12 <andythenorth> oh it's a bulletin board :)
12:04:12 <Zuu_> Yesterday CluelessPlus was able to get its goal value from TransportGoals GS
12:04:45 <andythenorth> service registry
12:06:40 <Zuu_> One of the challenges are that signs don't allow full 0-255 chars. Only characters that represent a displayable symbol can be used in signs.
12:11:48 <andythenorth> Zuu_: scp seems to be architected for multiple GS?
12:14:21 <frosch123> andythenorth: it is for higher levels of corruption. ais bribing gs and such
12:24:18 <Zuu_> andythenorth: The command sets are there to allow GS packs. As in a patch pack which creates a single OpenTTD.
12:26:31 <Eddi|zuHause> i still have no idea why you would want to print unprintable characters
12:26:49 <Eddi|zuHause> what's needed other than pushing around json objects?
12:27:02 <frosch123> some have to think the unthinkable :p
12:27:19 <Eddi|zuHause> which is already implemented for GS-adminport communication
12:31:03 <Zuu_> Wouldn't json imply that you transmit the variable names so to say. With signs, each frame is 31 chars. :-)
12:38:32 <Eddi|zuHause> PS: for transmitting binary data in displayable-ascii range, base64 was invented
12:42:14 *** swissfan91 has joined #openttd
13:04:26 *** Wolfie13 has joined #openttd
13:13:46 *** Hazzard has joined #openttd
13:24:32 <TrueBrain> I hate blender; a script that worked earlier, now fails, and does completely different behavoir
13:35:19 *** roboboy has joined #openttd
13:36:24 *** drac_boy has joined #openttd
13:37:10 <drac_boy> any of you know how irc or forum filters sometimes likes to block words that were otherwise really harmless in their meaning?
13:37:33 <Terkhen> wrong filtering? no idea
13:38:50 <drac_boy> terkhen mm how're you still?
13:39:16 <__ln__> never heard of an irc filter
13:39:54 <Alberth> __ln__: read about /ignore :p
13:40:05 <drac_boy> alberth read about irc bots ;)
13:40:58 <drac_boy> still i wonder what that lady there must had thought of the driver's request :-s
13:43:11 <Alberth> what about irc bots? I know they exist, isn't that enough?
13:52:17 <drac_boy> so what are you three even doing btw?
13:53:04 <DorpsGek> Alberth: There is no proof for the existence of bots
13:53:42 <Alberth> I am quite happy to live with a hypothesis
13:54:55 <TrueBrain> so so tempted to write @quit now
13:55:07 <TrueBrain> it is that I know I have to shell login to recover from that, that is keeping me
13:55:40 * Alberth hugs TrueBrain just for staying
13:55:49 <TrueBrain> no, that command doesnt make me leave :P
13:57:07 <TrueBrain> ugh, it already takes 2 minutes to render my landscape
13:57:12 <TrueBrain> and it is just one set ...
13:57:20 <TrueBrain> this is going to be sllloowwwwww :D
13:57:25 <TrueBrain> I need a way to detect change I guess ...
14:01:03 <drac_boy> what landscape is this?
14:11:56 *** sla_ro|master has joined #openttd
14:20:11 * drac_boy will stick to 8bpp thank you ;)
14:25:19 <Eddi|zuHause> what does that have to do with anything?
14:26:51 <drac_boy> look at that screenshot above, its obviously 32bpp
14:28:41 <TrueBrain> hmm ... I need to change what blender thinks is a good center of an object ......... how the fuck do I do that :D
14:36:06 <Eddi|zuHause> blender can do pretty much everything, you just have to find the right magic key combo
14:36:19 <TrueBrain> yes indeed, yes indeed
14:36:24 <TrueBrain> which makes me happy every time I found out how
14:36:35 <TrueBrain> so far I learnt the keys: tab, l, ctrl+j and p
14:36:39 <TrueBrain> all I need, all I want to know :D
14:37:52 * drac_boy just isn't too interested in blender yet .. especially when they absolutely have no readme for compiling
14:38:01 <drac_boy> wonder when they'll bother fixing that one day so I could give it a try
14:38:23 <drac_boy> truebrain no ctrl+s? :p
14:48:53 <glx> ctrl+s is not something you need to learn, it's conditioning :)
14:50:47 <Eddi|zuHause> except openttd does the wrong thing :p
14:54:29 <TrueBrain> how annoying, meshes have a material, so I cannot link to a mesh and change th ematerial only
14:54:51 <frosch123> Eddi|zuHause: it saves something
14:55:07 <TrueBrain> frosch123: more like storing
14:55:51 <glx> Eddi|zuHause: luckily it's not the giant one :)
14:56:14 <CIA-1> OpenTTD: alberth * r24206 /trunk/src/ (4 files in 3 dirs): -Codechange: Move colouring of advanced setting options to the drawing code.
14:56:19 <drac_boy> glx..maybe but I've see some people that have no idea otherwise..or maybe they're too stuck in their all-mouse-use windows world :)
14:58:24 <CIA-1> OpenTTD: alberth * r24207 /trunk/src/lang/ (60 files in 2 dirs): -Change: Update the other languages too.
14:59:28 <CIA-1> OpenTTD: alberth * r24208 /trunk/src/settings_gui.cpp: -Codechange: Cleanup in the drawing routine.
15:00:17 <CIA-1> OpenTTD: alberth * r24209 /trunk/src/ (settings_internal.h table/settings.ini): -Cleanup: Remove now unused SGF_NOCOMMA value.
15:03:48 <CIA-1> OpenTTD: alberth * r24210 /trunk/src/ (4 files in 3 dirs): -Feature: Split the renew-months setting text in two string values (one before life time and one after).
15:05:11 <CIA-1> OpenTTD: alberth * r24211 /trunk/src/lang/ (53 files in 2 dirs): -Change: Update other languages too with the changed autorenew string.
15:05:12 <Terkhen> mouse and windows are nice :)
15:06:45 * Alberth calls on translators: work to do for you!
15:07:31 <Terkhen> Alberth: "Translation is currently locked; try again in a few moments"
15:08:00 <Terkhen> I'll try again later, bbl :P
15:08:07 <Alberth> system a ta slow handling 2.5MB :)
15:09:28 <iklu> Hey. Anyone have any idea, is ottd coming mobile ever? Preferrably android ;)
15:10:23 <Rubidium> iklu: I've got a question to that idea. Did you already try to search for such a version?
15:10:55 <iklu> Yes i havent in the matter of fact.
15:11:36 <iklu> So childish of me to try and start a conversation insteaf
15:12:11 <__ln__> it's too big for phones
15:13:15 <TrueBrain> generating 75 images in 6 zoom levels .. omg, this takes for ever :P
15:13:36 <Alberth> have dinner in the mean time :p
15:13:46 <TrueBrain> I already ordered it yes :P
15:14:11 <TrueBrain> NML file is already 27 KiB, haha
15:14:27 * TrueBrain is happy he scripted it together :D
15:14:31 <iklu> Too big for phones? My phone is capable of doing things i couldnt imagine back in the 90's on my comp.
15:15:06 <Alberth> what makes you think OpenTTD did not make use of the extra power since then?
15:15:16 <__ln__> iklu: and your phone's screen resolution is ...?
15:15:19 <Rubidium> iklu: except that the size of the mouse pointer has increased significantly on phones and the screen size reduced significantly
15:15:35 <Rubidium> iklu: so actually, OpenTTD is too small for phones
15:16:00 <Alberth> several MBs of storage for the source code should be no problem at all :p
15:16:11 <iklu> Well screen resolution migjt be solved with zooming?
15:17:12 <iklu> i mean im running 3d shooters and hd quality videos (stream).
15:17:19 <__ln__> iklu: the UI would need to be changed significantly to make it usable on a tiny touchscreen. zooming doesn't help.
15:17:50 <Alberth> iklu: the 3d chip does, which openttd does not use
15:19:11 <TrueBrain> not a big fan of the lighting on one side, but ... it looks good overall
15:19:13 <iklu> Yes. But if thats possible already i cant see much problem of converting ottd either. Then again i dont code. Maybe im missing something
15:20:14 <Alberth> iklu: for some reason people that have no clue about the technical problems never see any problem
15:20:55 <iklu> Well if it is impossible. I take that as an answer.
15:21:09 <Alberth> TrueBrain: make me think of roof tiles )
15:21:26 <__ln__> iklu: try resizing the OpenTTD window to 400x240 on your PC, and see how usable it is that small.
15:21:46 <Eddi|zuHause> TrueBrain: the two slopes behind each other have some weird missing step inbetween
15:22:09 <TrueBrain> Eddi|zuHause: can you be more specific?
15:22:24 <Eddi|zuHause> TrueBrain: the complete brown ones
15:22:34 <Eddi|zuHause> are two rows of sloped tiles
15:22:46 <Eddi|zuHause> in the middle, there is a percieved lighter step inbetween
15:22:49 <TrueBrain> owh, the shadow is not correct yet
15:23:32 <Eddi|zuHause> it's missing a dark line there
15:23:50 <Eddi|zuHause> at the edge of the tile
15:23:54 <TrueBrain> owh, the shadow is not correct yet
15:26:41 <TrueBrain> the renderer needs invisible tiles around it that only cast shadow
15:26:47 <TrueBrain> it is very annoying to build that :P
15:27:51 <iklu> __ln__: thats why i was talking about zoom. Samekind like usin when webbrowsing. Quick and painless to use. To make it happen i believe is a bit different
15:28:40 <Eddi|zuHause> TrueBrain: the 32bpp example templates used to have such a transparent surface
15:31:50 <__ln__> iklu: theoretically possible, but indeed the UI would need to be completely different (no big toolbars, first of all). even with zooming i bet it would be tedious to e.g. build a track when you can see like 3 tiles at a time.
15:35:09 <Terkhen> yes, and given that more than a few UI redesign projects for "default" OpenTTD have been abandoned, it's difficult to think that someone would take the time to do the same for android
15:35:51 <iklu> True. But it would still keep me happy on the go ;)
15:37:43 <Terkhen> and you probably would not be alone, but the problem is the usual one, it needs someone dedicated enough to take time to make the port, resolve all technical issues, redesign the UI, get in contact with OpenTTD developers to fix any issues and get the code ready for trunk inclusion and stay around to solve any bugs or future problems that might arise
15:37:59 <andythenorth> no spare life :P
15:38:21 <Terkhen> TrueBrain: that is looking nice :)
15:38:27 * andythenorth ponders doing something that doesn't involve staring into a laptop
15:38:33 <TrueBrain> Eddi|zuHause: sadly, it is not that simple :)
15:38:43 <Terkhen> andythenorth: going outside, maybe? :O
15:38:50 <andythenorth> just done that for 5 mins :P
15:39:00 * andythenorth has worked 7 straight days, and will work another 5 before a break
15:39:08 <andythenorth> with added fun of two sick kids
15:39:23 <andythenorth> having your own business is awesome :)
15:41:02 <andythenorth> even the suggestions forum is quiet
15:41:07 <andythenorth> nothing to moan about there :P
15:41:25 * andythenorth has shipped the thing he was working on and is now resisting 'improving' it
15:46:12 *** Chris_Booth has joined #openttd
15:49:46 <Eddi|zuHause> hm... 10 minutes left...
15:51:46 <TrueBrain> hmm ... shadows are annoying :(
15:58:57 *** TWerkhoven[l] has joined #openttd
16:12:03 <TrueBrain> Eddi|zuHause: you were right, it should be as simple as a transparent surface :)
16:12:08 <TrueBrain> rerendering as we speak ..
16:14:10 <TrueBrain> I love it; one change, and all images rerender with that change, applied to all :D
16:14:57 <Eddi|zuHause> TrueBrain: afair there were surface settings for "make transparent" and "render shadows anyway"
16:15:34 <TrueBrain> owh, make transparent I dont know about, but I made it only render shadows yes
16:15:37 <TrueBrain> and not cast them etc etc
16:15:56 <TrueBrain> for some reason I do know how to do those things in Blender :D My Blender knowledge is funny, very selective for some reason :D:D
16:18:10 *** Nat_AFK is now known as Nat_aS
16:21:31 <TrueBrain> script error .. right ....
16:28:27 <andythenorth> start writing new code?
16:28:48 <andythenorth> or accept I've shipped, and that it's Sunday?
16:28:48 <andythenorth> [not ottd related]
16:29:05 <TrueBrain> dont do anything on a sunday!
16:29:41 * andythenorth likes writing code for the internets :P
16:29:48 <andythenorth> but maybe time for a break
16:29:59 <TrueBrain> It's always time for a break :D
16:30:31 <andythenorth> maybe I could ship a FIRS
16:30:54 <TrueBrain> oef, shadows are very wrong now
16:31:14 <andythenorth> the weird thing is that all my new code, which makes a lot of use of css 3
16:31:18 <andythenorth> works fine in IE 9
16:31:26 <andythenorth> which I don't even have to support
16:31:44 <andythenorth> because it's an internal app
16:31:50 <andythenorth> and I can just tell people not to use it
16:32:09 <andythenorth> and they don't have it on their macs anyway :P
16:34:50 * andythenorth resists writing more code
16:34:58 *** andythenorth has left #openttd
16:36:08 <TrueBrain> Eddi|zuHause: yeah, a surface alone is not enough; it also has to render shadows to the sides correctly etc, meaning I have to duplicate the landscape around a tile, and make them transparent (but accept shadows)
16:36:15 <TrueBrain> last time I believe it was the only way to make it pretty enough
16:36:34 <TrueBrain> not sure ... I could also try to keep shadows inside objects :D
16:36:48 <Eddi|zuHause> you need a surface slightly larger than the tile itself
16:37:05 <TrueBrain> Eddi|zuHause: it gives shadows you dont want :)
16:37:17 <TrueBrain> for other objects it is fine
16:37:20 <TrueBrain> but for terrain, it is wrong
16:38:24 <TrueBrain> (a hill going up also casts a shadow, one you really dont want ;))
16:40:56 *** hackalittlebit has joined #openttd
16:41:49 <TrueBrain> hmm, I dont think there really is a solution ... that is sad :P
16:43:26 <TrueBrain> hmm, there are some other slightly wrong shadows
16:43:30 <TrueBrain> I need a better look at this :D
16:48:56 <hackalittlebit> frosch123: what is max screen size acceptable for new game in px?
16:50:19 <hackalittlebit> world generation screen
16:50:40 <Rubidium> s/max screen/max window/?
16:51:00 <hackalittlebit> the opening screen
16:51:35 <hackalittlebit> when you click 'new game'
16:53:19 <Rubidium> as the maximum screen size is only bound by what your operating system allows or 32k pixels each size (whichever is smaller)
16:54:42 <hackalittlebit> yes but would you allow a ingame screen to totally cover everything else?
16:55:28 <hackalittlebit> so what would be acceptable
16:55:39 <Eddi|zuHause> hackalittlebit: all windows should have a version that displays properly on a 640x480 screen
16:56:38 <Alberth> hackalittlebit: nobody runs OpenTTD at an 640x480 screen
16:57:40 <Alberth> making that the size of a window is fine; technically you can still use the program as all windows can be displayed, but nobody is ever going to do that
16:58:10 <TrueBrain> s/is ever going to do/should be doing/
16:58:43 * TrueBrain wistles while he changes his res back from 640x480 :D
16:58:52 <Alberth> TrueBrain: they should use a smaller font and make a small gui sprite set :)
16:59:07 <hackalittlebit> alberth: is size of popup screen related to size of computer screen?
16:59:23 <Alberth> no, only to its contents
17:00:05 <Alberth> except 'contents' is not fixed either; people use bigger fonts and/or big gui sprites
17:00:20 <Alberth> but for design you don't need to take that into account
17:00:49 <hackalittlebit> so could you not establish max initial popup size?
17:01:00 <hackalittlebit> that you find acceptable
17:02:25 <Alberth> popup has by definition little content, so if you need 640x480, it has too much information, I think
17:03:26 <Alberth> a realistic minimal screen size is around 1024x768 I think, so 640x480 is ok
17:05:02 <Alberth> having problems with window size?
17:06:12 <hackalittlebit> no, just if you redesign opening (eg 'new game')window, it would be nice to know limmits
17:07:40 <Alberth> not so whether that counts as 'opening window', in my mind once you clicked 'new game', you have started to use the program
17:08:02 <Alberth> I would only consider the intro screen window to be the opening window
17:08:23 <Alberth> and that one should be small, but that's not a big issue, I think
17:09:13 <hackalittlebit> that one could be smaller and more simple
17:09:17 <Alberth> I hope you make a nice design
17:09:54 <Alberth> I do like the direction it is going
17:11:42 <hackalittlebit> other question:Would you guys be interested in getting rid of that basic 'Game Options' screen
17:11:57 <hackalittlebit> or is that to radical
17:13:08 <Alberth> imho the game options, difficulty and advanced settings are all doing the same kind of thing, and should be merged
17:13:53 <hackalittlebit> but that shoul be discussed in later stage
17:13:59 * Alberth tries to remember why that failed the last time (several years ago)
17:14:35 <hackalittlebit> try to keep game as original as possible maybe
17:14:53 <Alberth> iirc, the high-score button was a problem in difficulties, and the long list of values in game options
17:15:04 <hackalittlebit> those are settings from the beginning
17:15:16 <Alberth> but this was before I was a dev, and before the big gui system rewrite
17:15:21 <frosch123> i considered the game options as some kind of system settings
17:15:26 <frosch123> language and screen resolution
17:15:43 <frosch123> i.e. those things which have nothing to do with the actual game :)
17:15:55 <Alberth> PaulC had similar ideas, it could be good to keep them separate
17:16:16 <Alberth> hackalittlebit: so yeah, we have ideas etc :)
17:17:01 <frosch123> the difficulty window otoh should just be dropped :p
17:17:13 <frosch123> and the stuff from it should be moved to genworld resp. advanced settings
17:17:35 <Alberth> but gui design should be done in very small steps imho, otherwise it gets too complicated very fast
17:18:05 <frosch123> imo worldgen is the first step, since we progressed the furthest in that design
17:18:20 <frosch123> that would include removing options from the game options which we move there
17:18:28 <frosch123> second would imo be removal of difficulty settings
17:18:41 <frosch123> since there are very few things left after the worldgen window is done
17:19:49 <hackalittlebit> frosh123: would it be possible to define what are basic and what are advanced options?
17:20:23 <hackalittlebit> in world generator window
17:20:36 <frosch123> i made a proposal for that :)
17:20:48 <frosch123> no idea who agrees or disagrees with that selection
17:20:54 *** telanus1 has joined #openttd
17:21:51 <hackalittlebit> think about date for example
17:22:08 <hackalittlebit> that was not in original game
17:22:51 <TrueBrain> Wolf01: I hope you don't mind I am about to steal your Brickland name, the set you started in 2007 ;)
17:22:52 <frosch123> i don't think that is a useful criterion
17:23:15 <hackalittlebit> and another doubt that i have is those 4 buttons for making map edge.
17:23:32 <frosch123> i really like those 4 buttons as advanced settings
17:23:40 <Wolf01> TrueBrain: instead I'm glad somebody had taken it up again
17:23:48 <frosch123> sometimes i want to play on a map which has coast only on one side
17:25:21 <frosch123> hackalittlebit: there was a issue with date and snowline in scenario editor
17:25:40 <frosch123> while you can actually change the date after map generation
17:25:46 <frosch123> you cannot change the snowline
17:26:38 <hackalittlebit> changing date also in cheat window
17:26:40 <frosch123> changing the snowlines causes somewhat trouble for original houses, but other than that i think scenario creators would want to change the snowline later on
17:26:58 <frosch123> hackalittlebit: i am only talking about scenario editor
17:27:04 <frosch123> and the se has no cheats :)
17:27:18 <Alberth> the se *is* a cheat :p
17:27:22 <Eddi|zuHause> hackalittlebit: i would put town names into advanced
17:27:38 <frosch123> e.g. one could remove the date from the se editor mapgen window, since there is no much point in it
17:27:50 <frosch123> Eddi|zuHause: definitely not
17:28:24 <frosch123> it's a setting everyone understands, and esp. when using town name grfs it must be easy to find
17:29:05 <frosch123> currently it is really stupid that if you add a townname grf you have to go to the game options to select them
17:29:07 <Alberth> frosch123: or even select it automagically ?
17:29:19 <frosch123> Alberth: there are multiple namesets in a townname grf :)
17:29:36 <frosch123> though you could show some hint if none of them is used
17:29:48 <frosch123> german town names have like 10 or so :p
17:30:05 <frosch123> real, fictional, north, west, east, south, and various combinations thereof
17:30:16 <Alberth> suppress the default, and force the user to make a choice, or is that too strong?
17:31:01 <frosch123> they are already separated in the dropdown
17:31:11 <frosch123> first the newgrf ones, then a separator line, then the original ones
17:35:40 <Alberth> yeah, but you have to know that :)
17:38:46 <hackalittlebit> ok back to the drawing board :) see ya.
17:39:26 *** hackalittlebit has quit IRC
17:45:43 <CIA-1> OpenTTD: translators * r24212 /trunk/src/lang/ (6 files): (log message trimmed)
17:45:43 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:45:43 <CIA-1> OpenTTD: english_US - 39 changes by Rubidium
17:45:43 <CIA-1> OpenTTD: finnish - 39 changes by jpx_
17:45:43 <CIA-1> OpenTTD: french - 39 changes by glx
17:45:45 <CIA-1> OpenTTD: luxembourgish - 16 changes by Phreeze
17:45:45 <CIA-1> OpenTTD: polish - 2 changes by wojteks86
17:49:00 <frosch123> you're no translator
17:50:32 <telanus1> I'm not sure how to translate the following: " month{P 0 "" s} before"
17:50:57 <frosch123> it's used in the autoreplace setting
17:51:21 <frosch123> "renew vehicles 12 months before they get old"
17:51:50 <frosch123> the middle part is constructed from "months before" or "months after"
18:33:29 <__ln__> constructing sentences from pieces is bad for translation
18:34:13 <Alberth> having every sentence twice is much better?
18:35:29 <__ln__> i don't know where you got 'every sentence'.
18:36:05 <NGC3982> im on a train and im so bored.
18:36:29 <NGC3982> i broke my god forsaken head phones.
18:36:58 <NGC3982> if only i could log on to my game back home.
18:40:21 <Alberth> imagine you are *in* your game :p
18:44:27 *** theholyduck has joined #openttd
18:49:08 *** andythenorth has joined #openttd
18:49:15 *** mahmoud has joined #openttd
19:19:27 *** Nat_aS is now known as Nat_AFK
19:20:46 *** Devroush has joined #openttd
19:28:40 *** Nat_AFK is now known as Nat_aS
19:29:50 *** Biolunar has joined #openttd
19:34:57 *** Firartix has joined #openttd
19:52:29 *** Nat_aS is now known as Nat_AFK
19:52:52 *** andythenorth has joined #openttd
20:42:54 *** Chris_Booth has joined #openttd
20:44:16 <jnxa> It seems that each train that I have is assigned a home depot, which means it may travel through all of the map just to get there in case it is sent there (manually, autorenew/autoreplace). Can this be changed?
20:45:40 <frosch123> you can use depot orders
20:45:48 <frosch123> or you can use forced depot visits
20:46:50 <NGC3982> is that even possible?
20:47:32 <NGC3982> i have never seen any function or tendency for trains using a "home" depot, other then the nearest one when traveling on service, or as a direct order.
20:49:26 <jnxa> It just occurred that after maintenance, vehicles skipped a certain number of stations, which seemed to indicate they did not choose the nearest depot.
20:50:08 <NGC3982> as far as i know, it should.
21:08:29 *** bremerjoe has joined #openttd
21:26:37 <Eddi|zuHause> jnxa: it may be that they chose a depot right after the station, and then couldn't go back to the station anymore
21:26:59 <Eddi|zuHause> jnxa: then they would skip all stations until they make a full round trip
21:37:08 *** Hazzard has joined #openttd
21:48:29 *** bremerjoe has left #openttd
21:51:30 <jnxa> it's more subtle than that. I am about to discover.
22:03:13 <jnxa> part 1: a pebkac - stray order in list. part 2: new trains always start with order 1 rather than inherit when cloned
22:04:32 <DDR> jnxa: Another problem is that the closest depot isn't always on the branch of the line the train should be one.
22:04:58 <jnxa> that's guaranteed in my case
22:05:00 <DDR> For example, last game I was having troubles with trains going to the depot on branch A when their station target was on branch B.
22:05:16 <DDR> Took me forever to realize what was happening. :P
22:06:14 <jnxa> branch is rather arbitrary; do you have a sav showing such a network?
22:07:27 <DDR> Well, by branch I mean: I have one station over on the left and one over on the right, and they service different industries. Both their target industries are down the line and are serviced by one station. So, they combine lines shortly after the stations so I don't have to build another line going down to the target station.
22:08:06 <DDR> The problem was that I had the depots on the top two branches of the Y, instead of on the trunk.
22:09:18 <DDR> The left branch's depot was marginally farther away than the right branch, so any trains that needed servicing (Yep, breakdowns on.) on the trunk would find the nearest depot... on the right branch of the Y.
22:09:39 <DDR> Then to get back to the left branch, the train would have to go down the trunk and back up again. :(
22:11:53 <Hazzard> Do they service automaticly or do they have an order?
22:12:21 <DDR> They service automatically.
22:12:52 <DDR> Anyway, I took the bad way out and now I've got a Y҃ sort of track. :P
22:13:27 <Hazzard> Just make servicing areas on the main lines
22:13:51 <DDR> I didn't want to slow down my trains. (yes, I know it can be done without, but... lazy.)
22:14:12 <DDR> Anyway, the proper solution is to just schedule them to make a service stop on the branch.
22:14:22 <DDR> It'll work out better, then.
22:14:30 <Hazzard> Doesn't that take more work?
22:14:59 <DDR> Not really, since the branches aren't heavily travelled.
22:15:05 <DDR> I don't have to put in any optimisation.
22:15:37 <DDR> Anyway, I'll be back in a bit. :)
23:15:37 *** Djohaal has joined #openttd
23:35:21 *** adamkex_ has joined #openttd
23:36:25 *** Rhamphoryncus has joined #openttd
continue to next day ⏵
