Log for #openttd on 30th April 2011:
Times are UTC Toggle Colours
00:06:25  *** Devroush [] has quit []
00:06:46  *** KenjiE20 [~KenjiE20@] has quit [Quit: WeeChat 0.3.4]
00:22:21  *** aber [] has quit [Quit: Leaving.]
00:28:34  *** k-man_ [] has quit [Read error: Connection reset by peer]
00:30:22  *** dfox [] has joined #openttd
00:31:04  *** elmz [] has quit [Read error: Connection reset by peer]
00:33:22  *** k-man [] has joined #openttd
00:55:26  *** Hirundo [] has quit [Ping timeout: 480 seconds]
00:55:51  *** V453000 [] has quit [Ping timeout: 480 seconds]
00:57:56  *** ^Spike^ [] has quit [Ping timeout: 480 seconds]
00:57:56  *** tneo [] has quit [Ping timeout: 480 seconds]
00:58:51  *** Terkhen [] has quit [Ping timeout: 480 seconds]
00:58:52  *** Ammler [] has quit [Ping timeout: 480 seconds]
00:58:52  *** DJNekkid [] has quit [Ping timeout: 480 seconds]
00:58:56  *** Osai [] has quit [Ping timeout: 480 seconds]
00:58:57  *** avdg [] has quit [Ping timeout: 480 seconds]
01:01:06  *** Yexo [] has quit [Ping timeout: 480 seconds]
01:01:51  *** XeryusTC [] has quit [Ping timeout: 480 seconds]
01:02:32  *** planetmaker [] has quit [Ping timeout: 480 seconds]
01:02:41  *** SmatZ [] has quit [Ping timeout: 480 seconds]
01:07:19  *** DoubleYou [] has joined #openttd
01:10:52  *** tneo [] has joined #openttd
01:11:23  *** SmatZ [] has joined #openttd
01:11:53  *** Hirundo [] has joined #openttd
01:11:57  *** Ammler [] has joined #openttd
01:12:53  *** ^Spike^ [] has joined #openttd
01:13:22  *** V453000 [] has joined #openttd
01:13:22  *** Osai [] has joined #openttd
01:13:22  *** Terkhen [] has joined #openttd
01:13:22  *** XeryusTC [] has joined #openttd
01:13:26  *** mode/#openttd [+o Terkhen] by ChanServ
01:13:53  *** avdg [] has joined #openttd
01:13:53  *** Yexo [] has joined #openttd
01:13:56  *** mode/#openttd [+o Yexo] by ChanServ
01:14:10  *** DDR [] has quit [Ping timeout: 480 seconds]
01:14:23  *** DJNekkid [] has joined #openttd
01:14:53  *** planetmaker [] has joined #openttd
01:14:54  *** mode/#openttd [+o planetmaker] by ChanServ
01:20:33  *** pugi [] has quit [Quit: I reject your reality and substitute my own]
01:28:43  <Eddi|zuHause> hm... this industry has the other industry as customer, but produces 0 cargo for that customer
01:29:44  <Eddi|zuHause> ... what makes this worse is that's the only source for that cargo on the map...
01:38:30  *** Anson [] has joined #openttd
01:40:27  *** Biolunar_ [] has joined #openttd
01:47:36  *** Biolunar [] has quit [Ping timeout: 480 seconds]
01:59:59  *** romazoon [] has quit []
02:03:27  *** ecke [~ecke@] has quit [Quit: more listen, more understand, more know]
02:26:20  *** TinoDid|znc [] has joined #openttd
02:28:59  *** Rediz_ [] has joined #openttd
02:29:51  *** dfox [] has quit [Ping timeout: 480 seconds]
02:29:51  *** Rediz [] has quit [Read error: Connection reset by peer]
02:30:10  *** TinoDidriksen [] has quit [Ping timeout: 480 seconds]
02:30:10  *** TinoDid|znc is now known as TinoDidriksen
02:43:59  *** Anson [] has left #openttd []
02:45:05  *** Anson [] has joined #openttd
02:48:34  *** a1270 [] has quit [Quit: Leaving]
02:49:47  *** glx [glx@2a01:e35:2f59:c7c0:31cd:d5a5:8d01:c431] has quit [Quit: bye]
03:12:42  *** a1270 [] has joined #openttd
03:25:27  *** Brianetta [] has quit [Quit: TschÌß]
03:35:15  *** a1270 [] has quit [Quit: Leaving]
03:37:13  *** a1270 [] has joined #openttd
03:43:57  *** Lakie [~Lakie@] has quit [Quit: Sleep.]
04:56:01  *** Eddi|zuHause [] has quit [Remote host closed the connection]
04:56:17  *** Eddi|zuHause [] has joined #openttd
05:08:05  *** DoubleYou [] has quit [Ping timeout: 480 seconds]
05:09:58  *** DoubleYou [] has joined #openttd
05:21:34  *** a1270 [] has quit [Quit: Leaving]
05:41:36  *** DayDreamer [~DayDreame@] has joined #openttd
05:50:42  *** KouDy [] has joined #openttd
06:09:05  *** sla_ro|master [~slaco@] has joined #openttd
06:10:48  *** sla_ro|master [~slaco@] has quit []
06:21:31  *** Pulec [] has quit []
06:21:37  *** sla_ro|master [~slaco@] has joined #openttd
06:35:35  *** DoubleYou [] has quit [Ping timeout: 480 seconds]
06:44:25  *** andythenorth [] has joined #openttd
06:44:44  * andythenorth proposes new name for BROS grf
06:44:46  <andythenorth> AWOL
06:48:43  *** andythenorth [] has quit []
06:57:41  <k-man> is there communal coop games one can join?
06:57:57  <planetmaker> moin
06:58:15  <k-man> is there open graphics for sub-arctic?
06:59:01  <planetmaker> k-man: yes, look for openttdcoop in the server lists and irc channels. And yes
07:00:02  <k-man> when I try to make a subarctic game, it looks just like a temperate game - but the industries appear to be sub-arctig
07:00:20  <planetmaker> then you use an alpine grf
07:01:48  <k-man> alpine? do I need to download that?
07:14:07  <Terkhen> k-man: if you are playing subarctic, the terrain looks like temperate but it is using subarctic industries, you are probably using alpine or ogfx+ landscape (you already downloaded that newgrf and loaded it)
07:14:10  <Terkhen> good morning also :)
07:33:05  <k-man> Terkhen, morning
07:33:29  <k-man> oh
07:33:36  <k-man> so how do I make it look subarctic?
07:33:46  <Terkhen> depends on what newgrf you loaded
07:33:50  <k-man> I installed the open graphics set
07:33:59  <Terkhen> which one?
07:34:01  <k-man> and just now I installed the openttdcoop set
07:34:14  <k-man> err... I think just the main one on the openttd website
07:34:25  <k-man> I didn't realise there is so many version
07:34:26  <k-man> s
07:34:57  <Terkhen> k-man: that is a base graphics set, it does not change graphics
07:35:02  <Terkhen> a NewGRF does
07:35:05  <k-man> oh
07:35:10  <Terkhen> check your NewGRF settings
07:35:14  <k-man> ok
07:35:25  <Terkhen> and in "Active NewGRFs", you have loaded either Alpine Climate or OpenGFX+ Landscape
07:35:46  <Terkhen> I'll be back later
07:35:59  <k-man> active newgrafs is empty
07:37:01  <Terkhen> can you upload an screenshot that shows both landscape in your game and your active newgrfs list? Ctrl+S to take screenshots, upload them to imgbin or another similar web
07:37:12  *** Zuu [] has joined #openttd
07:37:33  <k-man> Terkhen, I seem to have snow now in my arctic game
07:38:02  <k-man> I installed OpenGFX newTerrain v0.4
07:38:25  <Terkhen> that's a quite old test NewGRF for OpenGFX
07:38:35  <Terkhen> it is included in the openttdcoop pack just for loading old games
07:39:20  <k-man> ok
07:39:30  <k-man> which one should I install?
07:39:37  <k-man> s/one/ones?
07:40:11  <Mazur> Good morrow, one and all.
07:40:43  <k-man> morning Mazur
07:40:50  <k-man> although it is night here
07:41:10  <Mazur> Merkin?
07:42:26  <Zuu> k-man: you could use the OpenGFX+ NewGRFs.
07:42:46  <Zuu> If you are looking for small extensions to the base set.
07:43:10  *** Neon [] has joined #openttd
07:46:21  *** Cybertinus [] has joined #openttd
07:54:47  <k-man> ok, thanks
07:55:47  <planetmaker> k-man: don't install ANY newgrf, if you want the default looks
07:55:56  <k-man> double size gui sounds good for large screens
07:56:02  <planetmaker> (it doesn't invalidate what Zuu said, though)
07:56:40  <k-man> ok
07:56:42  <planetmaker> s/install/activate/
07:56:46  <k-man> I'm happy to fiddle
07:56:47  * Zuu tried the double size gui once for fun but it was way to big for my taste.
07:57:35  <k-man> but if I have no newgrafs installed, should I see subarctic graphis when I select a subarctic game?
07:57:51  <Zuu> But for low vision and/or inexact input devices it is good that it exists.
07:58:13  <Zuu> k-man: Yes why not?
07:58:59  <Zuu> The subarctic graphics varies by height of land, so if you have a very flat land, you'll not see all graphics.
07:59:31  <k-man> ah
07:59:33  <k-man> ok
07:59:41  <k-man> well mountainous land looks snowy now
07:59:42  <planetmaker> k-man: if you don't see sub-arctic graphics, you either have newgrfs active, or sub-arctic looks differently to what you remember
07:59:44  <k-man> so I guess its working
08:00:07  <k-man> planetmaker, I think it was as zuu said, at first I didn't have any mountains so there was no snow
08:00:24  <planetmaker> provide a screenshot, you know, and others might be able to tell...
08:00:36  <Zuu> I think you can lower the snowline if you want snow also on a rather flat map.
08:00:51  * planetmaker is amazed again and again at discussing graphical stuff without any screenshots, but using 1k+ words instead
08:00:53  <Zuu> (you set the snowline in the new game window)
08:01:54  <Rubidium> planetmaker: but 1k words are much smaller than a screenshot
08:02:00  <k-man> Zuu, oh do you?
08:02:23  <planetmaker> hehe @ Rubidium
08:02:25  <k-man> ah yeah, thanks for the pointer
08:03:42  <planetmaker> still, it should not look *the same* as temperate; it's differently coloured
08:08:46  *** Maarten_ [] has joined #openttd
08:14:30  *** Maarten [] has quit [Ping timeout: 480 seconds]
08:22:06  *** Juo [] has joined #openttd
08:25:39  *** Kurimus [] has joined #openttd
08:32:22  *** LordAro [] has quit [Ping timeout: 480 seconds]
08:34:28  *** Progman [] has joined #openttd
08:45:00  <planetmaker> he, my local traffic is way under-developed it seems...
08:45:46  <Terkhen> hello again :)
09:02:27  *** a1270 [] has joined #openttd
09:03:54  <planetmaker> hi Terkhen :-)
09:05:29  <planetmaker> hm, are there actually some nice city station bananas'ed?
09:05:58  *** Biolunar_ [] has quit [Quit: All your IRC are belong to us!]
09:11:14  *** |Jeroen| [] has joined #openttd
09:31:56  *** Mazur [] has quit [Remote host closed the connection]
09:46:42  *** Alberth [] has joined #openttd
09:46:46  *** mode/#openttd [+o Alberth] by ChanServ
09:58:00  *** andythenorth [] has joined #openttd
10:05:05  *** Mazur [] has joined #openttd
10:06:05  *** andythenorth [] has quit [Ping timeout: 480 seconds]
10:14:21  *** Absurd-Mind [] has joined #openttd
10:16:00  *** douknoukem [] has joined #openttd
10:17:14  *** Devroush [] has joined #openttd
10:21:36  *** DOUK [] has quit [Ping timeout: 480 seconds]
10:22:25  *** pugi [] has joined #openttd
10:38:24  *** aber [] has joined #openttd
10:50:22  *** KenjiE20 [~KenjiE20@] has joined #openttd
10:51:50  <SmatZ> :D
10:52:07  <SmatZ> digging up 1,5 years old thread with "I have never heard of this game so i don't really know what to say" :D
11:07:57  <planetmaker> yeah. brilliant
11:12:56  *** aber [] has quit [Ping timeout: 480 seconds]
11:14:43  <peter1138> bah, standard game is boring
11:14:47  <peter1138> need cargodest :p
11:16:39  <Eddi|zuHause> hehe, i know that feeling :p
11:21:58  <Rubidium> but cargo with destinations, or cargo that gets distributed?
11:24:45  *** Brianetta [] has joined #openttd
11:27:45  *** flitz [] has joined #openttd
11:29:40  <flitz> quick question: is it possible to inherit from Vehicle and still create a new pool for the child class ? like:
11:30:04  <flitz> struct SomeClass : SomePool::PoolItem<&_some_pool>, Vehicle {
11:30:15  <planetmaker> from a game concept POV I prefer destinations over distribution
11:30:27  *** romazoon [] has joined #openttd
11:31:19  <Rubidium> planetmaker: cargodist is easier though; little less micro management
11:31:36  <planetmaker> yes
11:31:39  <flitz> I ask because Vehicle already inherits from VehiclePool::PoolItem<&_vehicle_pool> and that gives a lot of ambiguities
11:31:52  <planetmaker> But we have easy already: no destinations or distribution
11:32:08  <Yexo> flitz: that cannot work
11:32:45  <planetmaker> and from what I gather from my test game: it requires you to look what to connect, yes.
11:32:50  <Yexo> as soon as SomeClass would be casted to a Vehicle all code would assume that SomeClass::index is an index in the vehicle pool, while in fact it's an index in the SomeClass pool
11:33:12  <planetmaker> But the destinations don't change (much), so it's more of a network design question
11:34:34  *** Wolf01 [] has joined #openttd
11:35:02  *** DOUK [] has joined #openttd
11:35:25  <flitz> Yexo: thought so, don't know if you remember but it's still the TemplateVehicle problem
11:35:42  <Yexo> I remember ;)
11:36:10  <Wolf01> hello
11:36:22  <flitz> it feels like I need to reuse much stuff that is currently present for Vehicle and derivates, but rewriting everything is too much redundancy
11:37:25  <Yexo> why don't you put them in the vehicle pool?
11:38:07  <flitz> this is my last option :)
11:38:49  *** dfox [] has joined #openttd
11:38:57  *** douknoukem [] has quit [Ping timeout: 480 seconds]
11:39:20  <flitz> Yexo: but templates should not be treated like Vehicles in many cases, for example where the value of a company is calculated or where groups are displayed
11:39:53  <flitz> it might be an idea to just modify the FOR_ALL_VEHICLES makro to skip TemplateVehicles alltogether
11:57:18  <Alberth> you need a consist concept
11:58:10  *** Adambean [] has joined #openttd
11:58:12  *** DayDreamer [~DayDreame@] has quit [Read error: Connection reset by peer]
11:58:41  <Alberth> (which may be the same as your templated vehicles), and from those you create 'real' vehicles.
11:59:30  <Alberth> ie the current 'vehicle
12:00:00  <Alberth> ie the current 'vehicle concept' breaks if you add templates, so it need to be organized in another way
12:00:17  <flitz> right now I use:   struct TemplateVehicle : TemplatePool::PoolItem<&_template_pool>, BaseVehicle {
12:00:41  <flitz> which behaves basically the same as Vehicles do regarding being a consist, adding engines, moving engines and so on
12:01:14  <Alberth> I was thinking along the lines of how currently groups exist as pool and vehicles point to them
12:01:25  <flitz> the replacement function right now iterates over a template-consist and adjusts a real vehicle-consist accordingly to match it
12:01:45  <Alberth> in the same way you could have consist and have real vehicles point to them?
12:01:46  <flitz> hm, so a pool of consists instead of vehicles ?
12:03:33  <Alberth> As you found out, the current structure is not going to work (I think). A redesign/restructure of what 'vehicle' is, seems one way to me
12:04:46  <Alberth> already the current 'vehicle' is messed up in the sense that much of the data has special cases like 'this is only valid for the first vehicle of a chain', which is a BIG sign the structure of it is wrong imho
12:06:10  <Alberth> unfortunately, so far I have not succeeded to introduce a nice new 'consist' concept (which would move a lot of the special cases away from vehicle).
12:08:09  <flitz> the only real consists would be trains, i.e. if you consider articulated vehicles as one entity
12:08:30  <flitz> or multiheaded ones
12:09:01  <Alberth> today, yes. Tomorrow, maybe have RV 'trains' too?
12:09:33  *** zachanima [] has joined #openttd
12:09:50  *** zachanima [] has quit []
12:09:50  <CIA-1> OpenTTD: rubidium * r22384 /trunk/src/network/network_server.cpp: -Fix [FS#4585]: No client error packet was sent to the admin bots
12:10:12  <Terkhen> or ships with containers :)
12:10:26  <Alberth> air 'trains' seem not very useful, ship 'trains' would be something like a bunch of linked boats, something quite rare probably
12:10:34  <flitz> so, does it make sense continuing on a template replacement with the vehicle structure maybe being changed some time soon ?
12:10:42  <Alberth> Terkhen: a container ship is still one ship :)
12:11:25  <flitz> one ship pulling another could be a consist, other than that, it is rather a long ship I would think
12:11:58  <Alberth> rafts of floating wood is sort of the only case I can imagine
12:12:04  <Rubidium> pulling? nah.. pushing!
12:13:08  <Alberth> on rivers, you get such pushed boats perhaps
12:14:02  <Alberth> flitz: 'some time soon' can be anything from tomorrow until the next 6 years or more, so not much point in anticipating on that
12:14:58  <Alberth> unless you want to take it, in which case it may make sense to first restructure the vehicle data, before trying to hook up new stuff to it
12:15:49  <flitz> Alberth: because so far the template replacement works in the way I described, the point I got stuck recently though was with the callback functions which need to work on real vehicles and don't apply to my structure
12:16:49  <flitz> the most recent problem was to retrieve articulated parts for a vehicle according to its (new)grf-definition
12:17:15  <Alberth> flitz: sorry, I don't know that part of the code well enough to say anything sensible about it (which may explain my lack of success too)
12:18:14  <Alberth> euhm, there is some chain to get articulated parts of a train afaik
12:18:29  <flitz> some chain ?
12:19:09  <Alberth> at least while reading the vehicle split/merge code, after splitting both chains get checked for articulated vehicles that must also move
12:20:14  <Yexo> flitz: you can't get the articulated parts of a vehicle before it's constructed, at least not 100% reliable
12:20:23  <Yexo> the articulated parts are decided by a newgrf callback
12:21:23  <flitz> Yexo: yes, this was the point where I got stuck
12:22:01  <flitz> because copying the necessary code for my own structure is so much redundancy, it seems silly
12:22:39  *** glx [glx@2a01:e35:2f59:c7c0:61ca:4ce:a778:9503] has joined #openttd
12:22:42  *** mode/#openttd [+v glx] by ChanServ
12:25:36  <Alberth> static void InsertInConsist(Train *dst, Train *chain)  <-- refuses to insert between articulated parts
12:26:27  <Alberth> 'chain' is a change by me, but the function name should be findable in train_cmd
12:27:05  <Alberth> ie code like    !dst->Next()->IsArticulatedPart()
12:30:13  <flitz> for modifying train chains I'm using the CmdMoveRailVehicle()
12:32:50  <flitz> Aberth: for now I will just use real vehicles as templates, it's the easiest way out and a quick solution. Maybe we could come up with a nice sketch for a consist-based vehicle structure then
12:36:56  *** flitz_ [] has joined #openttd
12:37:17  <Alberth> I would indeed split those two problems
12:42:51  *** flitz [] has quit [Ping timeout: 480 seconds]
12:53:34  *** amkoroew [] has joined #openttd
12:53:44  *** douknoukem [] has joined #openttd
12:58:31  *** DOUK [] has quit [Ping timeout: 480 seconds]
12:59:36  *** amkoroew1 [] has quit [Ping timeout: 480 seconds]
13:02:17  *** flitz_ is now known as flitz
13:08:49  <Bjarte> dang, I can't connect to my server
13:08:57  <Bjarte> only getting thrown back to the main window
13:09:35  <Bjarte> I can connect to other server without hassle
13:10:09  *** einKarl [] has joined #openttd
13:10:29  *** einKarl [] has quit [Remote host closed the connection]
13:19:18  *** fonsinchen [] has joined #openttd
13:19:28  <fonsinchen> good morning
13:26:02  <Terkhen> hi fonsinchen
13:31:15  <fonsinchen> Any opinions about that plan of mine to implement distribution of cargo on top of YACD?
13:31:55  <fonsinchen> I think it'll be rather simple, a patch of <20kb
13:32:34  *** aber [] has joined #openttd
13:33:19  <flitz> so that there could be an advanced setting to chose between the two approaches ?
13:33:28  <fonsinchen> yes
13:34:59  <flitz> sounds like a good idea to me
13:35:58  <flitz> I think that the distributions-way is maybe even more realistic, but the other one should bring some new gameplay elements
13:36:14  <fonsinchen> realism is not the point, though.
13:36:29  <fonsinchen> laziness is
13:36:51  <flitz> in which way is distribution more lazy ?
13:37:21  <fonsinchen> you don't have to follow the predetermined destinations but can build your network however you like
13:37:30  <fonsinchen> So you'll go for the easier ways.
13:38:25  <flitz> yes, so the other way around was what I meant with new gameplay elements ;)
13:44:21  <flitz> I didn't follow the whole discussion, but I agree with the point that passengers don't really demand where they want to go but rather choose the most desirable among all available destinations
13:44:57  <Rubidium> most passengers don't; the passengers that would would be tourists
13:46:23  <Rubidium> after all if your work isn't near an available destination you wouldn't use "public transport"
13:46:27  <flitz> btw: I never really tried that: can you generate massive onw-way traffic from [large place] -> [tiny place] ?
13:46:32  <flitz> in cargodist I mean
13:47:10  <flitz> Rubidium: but on the other hand, people choose work only if they can reach it
13:48:09  <Rubidium> you're talking about reaching in general, not reaching by "public transport"
13:48:27  *** Anson [] has quit [Ping timeout: 480 seconds]
13:54:03  *** frosch123 [] has joined #openttd
13:54:04  <flitz> true, there is also individual transport. but I think that you can also offer public transportation towards some point and by doing that actually increase the desire to go there
13:55:01  <planetmaker> but that's not the business travel
13:55:03  <fonsinchen> in cargodist you can generate asymmetric or symmetric traffic, depending on the advanced settings
13:55:28  <fonsinchen> if you choose asymmetric you might end up with "massive onw-way traffic from [large place] -> [tiny place]"
13:56:00  <fonsinchen> with symmetric that can only happen if [large place] is connected to very few other places.
13:56:42  <Rubidium> flitz: but IMO that would model "tourists"
13:56:51  <frosch123> afternoon everyone :)
13:59:00  <planetmaker> quak
13:59:03  <flitz> Rubdium: why ? everybody has to choose his working place based on reachability. and public transportation simply increases reachability. You think that so many people who drive to work by train every day would just jump into a car if there weren't any trains anymore ? at least partly they would choose new workplaces with a better connection
13:59:10  <flitz> hi, frosch
13:59:35  <planetmaker> flitz: and you think that's the important most criterion for 'where do I work'?
13:59:43  <planetmaker> rather not. That's what cars are for
13:59:44  *** ecke [~ecke@] has joined #openttd
14:00:01  <planetmaker> or bikes
14:00:13  <flitz> not the most, but one important aspect
14:00:43  <Rubidium> flitz: given the willingness of people to go through 2 hours of traffic jams to and from home in cars, the reachability by public transport doesn't matter that much
14:00:56  <planetmaker> ^^
14:01:01  <flitz> cars are really important nowadays, yes, but I don't have any staticts at hand how large of a percentage travels to work by car vs public transport
14:02:12  <planetmaker> between 20% and 80%
14:02:14  <planetmaker>
14:02:16  <flitz> Well, but every day regional trains are full of people going to work or coming from work, so the demand is quite there, isn't it ? I don't think that all of those people would be able to afford to travel by car if they where forced to
14:03:56  <planetmaker> in Germany it was in 2008 > 50% by car, ~15% by public transport, by bike foot and others the rest
14:04:11  <planetmaker> about 10% foot and bike respectively
14:04:21  <planetmaker>
14:04:38  <planetmaker> which clearly indicates: public transport is of not major importance for work ;-)
14:04:43  <Rubidium> flitz: but the vast majority would be (or at least here in the NL they would be)
14:05:58  <flitz> weird, I would have estimated this number higher... ^^
14:06:02  <Rubidium> I'm merely trying to say that predominantly commuter/business passengers are behaving like "cargodest", whereas "tourists" behave more like "cargodist"
14:06:55  <Rubidium> yes, there'll be commuters with cargodist behaviour and tourists with cargodest behaviour... but they are the minority in their "category"
14:07:45  <flitz> yep, I got your point but didn't think that the disparity is this large
14:08:07  <Alberth> one could also consider cargodest where you get paid a part of the transport money
14:18:08  *** Chris_Booth_ [] has joined #openttd
14:24:21  *** Chris_Booth [] has quit [Ping timeout: 480 seconds]
14:24:37  <CIA-1> OpenTTD: rubidium * r22385 /trunk/src/ (7 files in 2 dirs): -Fix [FS#4603]: strnatcmp is in string.cpp, so it ought to be declared in string_func.h.
14:50:41  *** Intexon [] has joined #openttd
14:52:13  *** flitz [] has quit [Quit: flitz]
14:54:30  *** fonsinchen [] has quit [Ping timeout: 480 seconds]
14:56:48  *** Xaroth_ [~Xaroth@] has joined #openttd
14:58:22  *** dfox [] has quit [Ping timeout: 480 seconds]
14:58:41  *** Lakie [~Lakie@] has joined #openttd
15:03:07  *** Xaroth [~Xaroth@] has quit [Ping timeout: 480 seconds]
15:05:44  *** ZirconiumX [] has joined #openttd
15:13:43  *** |Jeroen| [] has quit [Remote host closed the connection]
15:18:49  *** Progman [] has quit [Remote host closed the connection]
15:20:59  *** supermop [] has joined #openttd
15:24:25  *** pugi [] has quit [Ping timeout: 480 seconds]
15:24:27  *** HerzogDeXtEr [~Flex@] has joined #openttd
15:24:44  *** pugi [] has joined #openttd
15:31:00  *** HerzogDeXtEr1 [~Flex@] has quit [Ping timeout: 480 seconds]
15:43:32  *** Xaroth [~Xaroth@] has joined #openttd
15:48:40  *** Intexon [] has quit [Ping timeout: 480 seconds]
15:49:41  *** Chillosophy [] has joined #openttd
15:49:46  *** Xaroth_ [~Xaroth@] has quit [Ping timeout: 480 seconds]
15:51:02  *** pugi [] has quit [Quit: I reject your reality and substitute my own]
15:56:46  *** DayDreamer [~DayDreame@] has joined #openttd
16:12:42  *** Progman [] has joined #openttd
16:18:43  *** DayDreamer [~DayDreame@] has quit [Read error: Connection reset by peer]
16:22:57  *** romazoon [] has quit []
16:33:38  *** Progman [] has quit [Remote host closed the connection]
16:35:33  *** Progman [] has joined #openttd
16:37:20  *** Brianetta [] has quit [Quit: TschÌß]
16:39:17  *** Biolunar [] has joined #openttd
16:40:31  <dihedral> oi
16:42:24  <Alberth> mostly all are not here
16:42:49  * ZirconiumX is definitely not here
16:43:59  <Rubidium> yeah, I'm not at Alberth's place ;)
16:45:05  * Alberth conforms that
16:46:15  *** TWerkhoven [] has joined #openttd
16:54:12  <Zuu> How nice would it if changing wallpaper on a wall would be as easy as on a computer? :-)
16:55:48  <planetmaker> it is. Just cost way more $$$ :-P
16:55:57  <Zuu> and takes more time
16:56:02  <planetmaker> :-)
16:56:04  <Zuu> at least if you do it yourself.
16:56:14  <planetmaker> then yes
16:56:29  <Alberth> no, time flies when you're having fun!
16:56:57  <Zuu> Though, it has actually been fun to do the ground work and paint the wall white. :-)
16:59:20  *** ZirconiumX [] has quit [Quit: ajax IRC Client]
17:08:42  <CIA-1> OpenTTD: frosch * r22386 /trunk/src/ai/ai_gui.cpp: -Fix [FS#4602]: When the last AI company gets removed, the 'dead' state was not reset in the AI debug window.
17:15:26  *** Fuco[x] is now known as Fuco
17:28:18  *** supermop [] has quit [Quit: supermop]
17:28:33  *** Dreamxtreme [~Dream@] has quit [Quit: +++ OK ATH OK]
17:33:45  *** Adambean` [] has joined #openttd
17:36:07  *** DanMacK [~DanMacK@] has joined #openttd
17:37:47  *** Adambean [] has quit [Ping timeout: 480 seconds]
17:41:29  <CIA-1> OpenTTD: rubidium * r22387 /trunk/src/network/network_client.cpp:
17:41:29  <CIA-1> OpenTTD: -Fix-ish [FS#4601]: Windows' recv seems to return "graceful closed" before
17:41:29  <CIA-1> OpenTTD: having passed the remaining buffer which causes OpenTTD to think all connections
17:41:29  <CIA-1> OpenTTD: are "incorrectly" terminated, i.e. without the "I'm leaving" packet from the
17:41:29  <CIA-1> OpenTTD: client. So let the client wait a tiny bit after sending the "I'm leaving" packet
17:41:30  <CIA-1> OpenTTD: and before gracefully closing the connection
17:41:39  *** Fuco [] has quit [Quit: leaving]
17:42:44  *** Fuco[x] [] has joined #openttd
17:43:22  *** tokai|noir [] has joined #openttd
17:43:43  *** Fuco[x] is now known as Fuco
17:44:24  <CIA-1> OpenTTD: rubidium * r22388 /trunk/src/screenshot.cpp: -Fix: when a game uses a lot of NewGRFs the buffer for storing that information in the PNG is too small
17:46:51  *** Dreamxtreme [~Dream@] has joined #openttd
17:47:35  *** romazoon [] has joined #openttd
17:49:40  <romazoon> hi all, is there anyway to make the fields (around farms) bigger?? or maybe to be builded like trees ?
17:49:44  *** tokai|mdlx [] has quit [Ping timeout: 480 seconds]
17:50:04  <Yexo> no
17:50:06  <Rubidium> modify the source
17:50:26  <Rubidium> hmm... no, that's said incorrectly
17:50:32  <Rubidium> may the source be with you ;)
17:50:33  *** DOUK [] has joined #openttd
17:50:47  *** KenjiE20 [~KenjiE20@] has quit [Remote host closed the connection]
17:51:07  <romazoon> modify the source is out of my reach i m affraid... but thanks for the answer (i was hoping something exist allready)
17:51:36  *** KenjiE20 [~KenjiE20@] has joined #openttd
17:51:49  <Rubidium> well, there have some people be speaking about making it NewGRF configurable, but that's probably further out of your reach
17:52:19  <romazoon> ok, lol
17:56:01  *** douknoukem [] has quit [Ping timeout: 480 seconds]
17:59:14  *** elmz [] has joined #openttd
18:03:57  *** elmz [] has quit [Read error: Connection reset by peer]
18:04:01  *** elmz [] has joined #openttd
18:11:31  <xQR> cool Rubidium thx :)
18:13:51  *** Twerkhoven[L] [] has joined #openttd
18:15:06  *** supermop [] has joined #openttd
18:31:37  *** Absurd-Mind [] has quit [Ping timeout: 480 seconds]
18:36:33  * DanMacK grumbles about TTDP base graphics
18:36:41  <DanMacK> -p
18:38:03  <Rubidium> then make a new set ;)
18:38:33  <DanMacK> it's the sizing issue I'm havign issues with
18:43:16  <DanMacK> overlapping in depot/build window or gaps on the map screen
18:43:21  <DanMacK> Joys of base graphics
18:48:39  *** DabuYu [~jkuckartz@] has quit []
18:51:00  *** Devroush|2 [] has joined #openttd
18:51:37  *** Devroush [] has quit [Ping timeout: 480 seconds]
19:38:37  *** agasdsadsasaaaaaaaa [] has joined #openttd
19:44:35  <CIA-1> OpenTTD: yexo * r22389 /trunk/src/newgrf.cpp: -Fix [FS#4600]: try to make sure there is an early house available in the current climate for every townzone, not just a single available house for all climates/townzones
19:45:49  <Yexo> Lakie: did andy ever discuss with you?
19:46:09  <Yexo> is that (or something similar) doable for ttdpatch?
19:51:54  *** ecke [~ecke@] has quit [Read error: Connection reset by peer]
19:53:08  <agasdsadsasaaaaaaaa> do you like linux? look here:
19:53:18  *** agasdsadsasaaaaaaaa [] has quit [Read error: Connection reset by peer]
20:03:35  <Lakie> I wouldn't know?
20:04:05  <Lakie> 'tis something Csaboka would have more idea about than I, doable yes, effiecently dunno
20:08:00  <DanMacK> Is Csaba even around anymore?
20:08:06  <Lakie> No
20:08:19  <Lakie> Which makes life hard for those of us left to maintain his codes
20:08:21  <Lakie> :)
20:09:12  <DanMacK> lol
20:09:35  <DanMacK> Didn't he get married
20:11:38  <Lakie> I don't remember, its possible.
20:12:17  *** fonsinchen [] has joined #openttd
20:23:46  *** douknoukem [] has joined #openttd
20:26:43  *** supermop [] has quit [Quit: supermop]
20:28:33  *** supermop [] has joined #openttd
20:29:36  *** DOUK [] has quit [Ping timeout: 480 seconds]
20:41:32  <CIA-1> OpenTTD: rubidium * r22390 /branches/1.1/ (5 files in 2 dirs):
20:41:32  <CIA-1> OpenTTD: [1.1] -Backport from trunk:
20:41:32  <CIA-1> OpenTTD: - Fix: When drawing the town authority window, check whether the availability of the actions changed, and force a complete redraw in that case (r22307)
20:41:32  <CIA-1> OpenTTD: - Fix: The 'freeform edges' setting could be enabled when there were buoys on the northern border [FS#4580] (r22297)
20:41:34  <CIA-1> OpenTTD: - Fix: Reset Window::scrolling_scrollbar when raising scrollbar buttons [FS#4571] (r22294)
20:41:34  <CIA-1> OpenTTD: - Fix: [NewGRF] the c and p parts of station vars 40, 41 and 49 were incorrect for large stations (r22286)
20:41:45  *** rhaeder [] has quit [Quit: Leaving.]
20:42:56  *** Lakie [~Lakie@] has quit [Remote host closed the connection]
20:43:05  <CIA-1> OpenTTD: rubidium * r22391 /branches/1.1/ (8 files in 3 dirs):
20:43:05  <CIA-1> OpenTTD: [1.1] -Backport from trunk:
20:43:05  <CIA-1> OpenTTD: - Fix: Vehicles skipped orders when inserting automatic orders failed (r22324)
20:43:05  <CIA-1> OpenTTD: - Fix: [NewGRF] When determining refittability use the cargo translation table of the GRF setting the refitmask instead of the GRF defining the action 3 (r22316)
20:43:05  <CIA-1> OpenTTD: - Fix: Make road vehicles, ships and aircraft skip orders if they are leaving a depot and heading to the same one again; just like trains (r22309)
20:43:06  <CIA-1> OpenTTD: - Fix: Waiting on a server could kick the client, or rather the client would kick itself due to an unexpected packet [FS#4574] (r22308)
20:43:43  *** Lakie [~Lakie@] has joined #openttd
20:45:33  <planetmaker> Alberth: I attached a few suggestions on how to 'label' the rows in the transparency window
20:45:49  <Alberth> thanks
20:45:56  <planetmaker> But maybe a (short additional) text might help nevertheless
20:46:08  <planetmaker> 'label' as in graphics
20:46:21  <Rubidium> aren't those additional texts called tooltips?
20:46:39  <planetmaker> I rather meant not tooltip but permanent text
20:46:47  <planetmaker> actual text labels ;-)
20:47:11  <CIA-1> OpenTTD: rubidium * r22392 /branches/1.1/ (9 files in 3 dirs): (log message trimmed)
20:47:11  <CIA-1> OpenTTD: [1.1] -Backport from trunk:
20:47:11  <CIA-1> OpenTTD: - Fix: Crash when clicking a removed company in the vehicle list dropdowns [FS#4592] (r22373)
20:47:11  <CIA-1> OpenTTD: - Fix: Make sure saving has completely and utterly finished before starting a
20:47:11  <CIA-1> OpenTTD: new one. Otherwise you could start a save, which would be marked as done by the
20:47:12  <CIA-1> OpenTTD: previous save stopping and then yet another save could be started... and that
20:47:14  <CIA-1> OpenTTD: could create a deadlock [FS#4596] (r22371)
20:50:28  * Alberth is busy trying yacd :)
20:50:56  <CIA-1> OpenTTD: rubidium * r22393 /branches/1.1/ (17 files in 8 dirs): (log message trimmed)
20:50:56  <CIA-1> OpenTTD: [1.1] -Backport from trunk:
20:50:56  <CIA-1> OpenTTD: - Fix: Windows' recv seems to return "graceful closed" before having passed the
20:50:56  <CIA-1> OpenTTD: remaining buffer which causes OpenTTD to think all connections are "incorrectly"
20:50:56  <CIA-1> OpenTTD: terminated, i.e. without the "I'm leaving" packet from the client. So let the
20:50:58  <CIA-1> OpenTTD: client wait a tiny bit after sending the "I'm leaving" packet and before
20:51:00  <CIA-1> OpenTTD: gracefully closing the connection [FS#4601] (r22387)
20:51:25  *** DayDreamer [~DayDreame@] has joined #openttd
20:51:37  *** DayDreamer [~DayDreame@] has left #openttd []
20:54:00  *** DDR [] has joined #openttd
20:58:17  <CIA-1> OpenTTD: rubidium * r22394 /branches/1.1/ (8 files in 4 dirs):
20:58:17  <CIA-1> OpenTTD: [1.1] -Backport from trunk:
20:58:17  <CIA-1> OpenTTD: - Change: Show one digit of the fractional train length in the depot (r22336, r22305, r22304, r22303)
20:58:17  <CIA-1> OpenTTD: - Fix: Check the availability year of all houses, not just the NewGRF houses, when making sure that at least one is available onwards from year 0 [FS#4581] (r22389, r22300, r22299)
20:58:18  <CIA-1> OpenTTD: - Fix: When a game uses a lot of NewGRFs the buffer for storing that information in the PNG is too small (r22388)
21:01:20  *** fonsinchen [] has quit [Ping timeout: 480 seconds]
21:03:30  <CIA-1> OpenTTD: rubidium * r22395 /branches/1.1/src/lang/ (30 files): [1.1] -Backport: loads of string changes
21:07:41  *** Juo [] has quit [Quit: Juo]
21:08:47  *** Juo [] has joined #openttd
21:14:45  *** sla_ro|master [~slaco@] has quit [Quit: Mutant Co-Op - C&C Renegade]
21:15:09  <Zuu> Building connected systems with YACD really does make sense as you otherwise easily find out that you need to close your point-to-point connections as the destinations change.
21:15:45  *** Alberth [] has left #openttd []
21:16:10  <Zuu> Also target industries seem to close down more often than usual. Either it's because of YACD or OpenGFX+ Industries.
21:23:04  <Zuu> hmm, quite a lot of source industries seem to close down aswell.
21:26:44  *** Juo [] has quit [Quit: Juo]
21:28:16  *** Juo [] has joined #openttd
21:28:54  *** ar3k [] has joined #openttd
21:30:55  <michi_cc> Zuu: With YACD it's harder to have a high % transported value, and if OGFX+ uses that to decide on closure...
21:32:10  *** Twerkhoven[L] [] has quit [Quit: He who can look into the future, has a brighter future to look into]
21:34:26  <Zuu> Hmm, but even if I provide all destinations that a source industry have and good service, the % transported can drop to 0%.
21:36:16  *** ar3kaw [] has quit [Ping timeout: 480 seconds]
21:51:47  <planetmaker> Zuu: as long as you service an industry - however badly - it should not close with OpenGFX+ Industries
21:51:57  <planetmaker> it might not yet work that way, though
21:52:14  <planetmaker> I noticed with an oil rig which closed on me
21:53:09  <Zuu> I've noticed that some months the service at a source industry drop to 0% even if there are trucks loading at an source industry.
21:53:27  <Zuu> (with YACD)
21:53:43  *** Intexon [] has joined #openttd
21:55:48  *** DDR_ [] has joined #openttd
21:57:32  *** supermop [] has left #openttd []
21:57:37  <planetmaker> maybe the wrong truck was loading as cargo to the wrong destination was only generated?
21:59:09  * Zuu misses some nice features in VISUM of analyzing a network.
21:59:16  *** Absurd-Mind [] has joined #openttd
21:59:53  <Zuu> Would like a map over which stations that are served from a given station.
22:00:02  *** frosch [] has joined #openttd
22:00:22  <Zuu> Also a filter feature of the vehicle list would be useful. Eg to filter out vehicles that have a Full Load order at that station.
22:00:53  *** rhaeder [] has joined #openttd
22:01:21  *** DDR [] has quit [Ping timeout: 480 seconds]
22:01:30  *** DDR_ is now known as DDR
22:03:01  <Zuu> Hmm, I should probably stop using non-stop orders so that I can use the auto-orders to figure out what RVs that use a particular road.
22:04:41  *** frosch123 [] has quit [Ping timeout: 480 seconds]
22:14:11  *** Kurimus [] has quit []
22:24:59  *** a1270 [] has quit [Quit: Leaving]
22:27:13  *** a1270 [] has joined #openttd
22:41:55  *** KouDy [] has quit [Quit: Leaving.]
22:44:38  <planetmaker> good night
22:48:10  *** aber [] has quit [Quit: Leaving.]
22:51:20  *** Devroush|2 [] has quit []
22:51:25  *** Biolunar [] has quit [Quit: All your IRC are belong to us!]
22:52:47  *** JVassie [~James@] has quit [Ping timeout: 480 seconds]
22:57:05  *** roboboy [] has quit [Ping timeout: 480 seconds]
23:00:16  *** Adambean` [] has quit [Quit: Gone fishing]
23:03:05  *** Cybertinus [] has quit [Remote host closed the connection]
23:06:28  *** Progman [] has quit [Remote host closed the connection]
23:09:08  *** Chris_Booth [] has joined #openttd
23:14:33  *** bryjen [~bryjen@] has joined #openttd
23:15:22  *** Chris_Booth_ [] has quit [Ping timeout: 480 seconds]
23:34:19  *** Lakie [~Lakie@] has quit [Quit: Sleep.]
23:36:38  *** Neon [] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
23:41:21  <Wolf01> 'night
23:41:28  *** Wolf01 [] has quit [Quit: Once again the world is quick to bury me.]
23:46:29  *** romazoon [] has quit []

Powered by YARRSTE version: svn-trunk