IRC logs for #openttd on OFTC at 2011-04-30
⏴ go to previous day
01:07:19 *** DoubleYou has joined #openttd
01:11:53 *** Hirundo has joined #openttd
01:12:53 *** ^Spike^ has joined #openttd
01:13:23 *** V453000 has joined #openttd
01:13:23 *** Terkhen has joined #openttd
01:13:23 *** XeryusTC has joined #openttd
01:13:23 *** ChanServ sets mode: +o Terkhen
01:13:53 *** ChanServ sets mode: +o Yexo
01:14:23 *** DJNekkid has joined #openttd
01:14:53 *** planetmaker has joined #openttd
01:14:53 *** ChanServ sets mode: +o planetmaker
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:40:27 *** Biolunar_ has joined #openttd
02:26:20 *** TinoDid|znc has joined #openttd
02:30:10 *** TinoDid|znc is now known as TinoDidriksen
04:56:17 *** Eddi|zuHause has joined #openttd
05:09:58 *** DoubleYou has joined #openttd
05:41:36 *** DayDreamer has joined #openttd
06:09:05 *** sla_ro|master has joined #openttd
06:21:37 *** sla_ro|master has joined #openttd
06:44:25 *** andythenorth has joined #openttd
06:44:44 * andythenorth proposes new name for BROS grf
06:57:41 <k-man> is there communal coop games one can join?
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:21 <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: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: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:57 <Terkhen> k-man: that is a base graphics set, it does not change graphics
07:35:10 <Terkhen> check your NewGRF settings
07:35:25 <Terkhen> and in "Active NewGRFs", you have loaded either Alpine Climate or OpenGFX+ Landscape
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:33 <k-man> Terkhen, I seem to have snow now in my arctic game
07:38:01 <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:30 <k-man> which one should I install?
07:40:11 <Mazur> Good morrow, one and all.
07:40:50 <k-man> although it is night here
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:46:21 *** Cybertinus has joined #openttd
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:42 <planetmaker> s/install/activate/
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: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: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
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:55 <Rubidium> planetmaker: but 1k words are much smaller than a screenshot
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:25:39 *** Kurimus has joined #openttd
08:34:28 *** Progman has joined #openttd
08:45:00 <planetmaker> he, my local traffic is way under-developed it seems...
09:05:29 <planetmaker> hm, are there actually some nice city station bananas'ed?
09:11:14 *** |Jeroen| has joined #openttd
09:46:42 *** Alberth has joined #openttd
09:46:43 *** ChanServ sets mode: +o Alberth
09:58:00 *** andythenorth has joined #openttd
10:14:21 *** Absurd-Mind has joined #openttd
10:16:00 *** douknoukem has joined #openttd
10:17:14 *** Devroush has joined #openttd
10:50:22 *** KenjiE20 has joined #openttd
10:52:08 <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:14:43 <peter1138> bah, standard game is boring
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: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:38 <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:44 <planetmaker> and from what I gather from my test game: it requires you to look what to connect, yes.
11:32:49 <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:11 <planetmaker> But the destinations don't change (much), so it's more of a network design question
11:35:25 <flitz> Yexo: thought so, don't know if you remember but it's still the TemplateVehicle problem
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: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: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:09:01 <Alberth> today, yes. Tomorrow, maybe have RV 'trains' too?
12:09:33 *** zachanima has joined #openttd
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: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: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:37:17 <Alberth> I would indeed split those two problems
12:53:34 *** amkoroew has joined #openttd
12:53:44 *** douknoukem has joined #openttd
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:19:18 *** fonsinchen has joined #openttd
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:33:19 <flitz> so that there could be an advanced setting to chose between the two approaches ?
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: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: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: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: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: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
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: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: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: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: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:56:48 *** Xaroth_ has joined #openttd
15:05:44 *** ZirconiumX has joined #openttd
15:20:59 *** supermop has joined #openttd
15:24:27 *** HerzogDeXtEr has joined #openttd
15:49:41 *** Chillosophy has joined #openttd
15:56:46 *** DayDreamer has joined #openttd
16:12:42 *** Progman has joined #openttd
16:35:33 *** Progman has joined #openttd
16:39:17 *** Biolunar has joined #openttd
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:46:16 *** 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:56:05 <Zuu> at least if you do it yourself.
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. :-)
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:33:45 *** Adambean` has joined #openttd
17:36:07 *** DanMacK has joined #openttd
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: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 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:50:26 <Rubidium> hmm... no, that's said incorrectly
17:50:32 <Rubidium> may the source be with you ;)
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 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
18:13:51 *** Twerkhoven[L] has joined #openttd
18:15:06 *** supermop has joined #openttd
18:36:33 * DanMacK grumbles about TTDP base graphics
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:51:00 *** Devroush|2 has joined #openttd
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:46:09 <Yexo> is that (or something similar) doable for ttdpatch?
19:53:08 <agasdsadsasaaaaaaaa> do you like linux? look here: www.snowlinux.de/
19:53:18 *** agasdsadsasaaaaaaaa has quit IRC
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:19 <Lakie> Which makes life hard for those of us left to maintain his codes
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:28:33 *** supermop has joined #openttd
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: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:45:33 <planetmaker> Alberth: I attached a few suggestions on how to 'label' the rows in the transparency window
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:48 <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 has joined #openttd
20:51:37 *** DayDreamer has left #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:03:30 <CIA-1> OpenTTD: rubidium * r22395 /branches/1.1/src/lang/ (30 files): [1.1] -Backport: loads of string changes
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: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: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: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: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:43 *** Intexon has joined #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:23 <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: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.
23:09:08 *** Chris_Booth has joined #openttd
continue to next day ⏵