IRC logs for #openttd on OFTC at 2011-04-16
⏴ go to previous day
02:08:02 *** George|2 has joined #openttd
02:08:02 *** George is now known as Guest2163
02:08:02 *** George|2 is now known as George
03:15:44 <ccfreak2k> What specifically is not understood?
04:56:18 *** Eddi|zuHause has joined #openttd
05:28:05 <Yexo> Eddi|zuHause: OzTrans is correct, OpenTTD does not implement var 41 completely according to the spec
05:33:44 <planetmaker> Yexo: by intention or oversight?
05:50:51 *** andythenorth has joined #openttd
05:57:02 <planetmaker> moin andythenorth
05:58:43 <andythenorth> some FIRS ground tiles need some kind of road or road markings or something
06:17:40 *** HerzogDeXtEr1 has joined #openttd
06:23:49 *** DayDreamer has joined #openttd
06:28:06 <andythenorth> drawing actual road onto industry tiles is a bad idea yes / no?
06:29:17 <planetmaker> it's not the best
06:29:52 <planetmaker> you'd have to taylor it for a particular road style. Which may vary between climates and newgrfs and base sets
06:30:07 <planetmaker> all of the three concurrently actually
06:55:50 *** dn-phoenix has joined #openttd
06:57:52 <planetmaker> or build one station and delete parts later
06:58:09 <dn-phoenix> Thanks. That did the trick. :-) That should probably be mentioned nearby.
06:58:18 <planetmaker> it is. In the tooltip
06:58:31 <MMavipc> tooltips take too long to appear
06:58:44 <planetmaker> then chang the time to 1 s or right click
06:59:21 <dn-phoenix> Aha. See, I don't get tooltips either. Until now, with the right click.
06:59:43 <planetmaker> it was changed somewhen from right click to hover-over
06:59:59 <planetmaker> (the default behaviour; it can be reverted via adv. settings to right click)
07:01:37 <MMavipc> anyone want to get a small co-op game going?
07:05:38 <planetmaker> join the coop welcome server ;-)
07:05:53 <planetmaker> he, well, or the main server :-P
07:06:52 <MMavipc> ottd has a main server?
07:07:09 *** andythenorth has joined #openttd
07:07:15 <planetmaker> it has a public server (=main server) and a stable or welcome server
07:12:35 * andythenorth isn't sure how much greebles to add to ground tiles
07:12:44 <andythenorth> mostly default game doesn't have much
07:12:48 <andythenorth> except a few cases
07:17:00 <planetmaker> it's a word I nor my dictionaries know
07:19:55 <planetmaker> IMHO the default has a lot of them. Just look at a plain grass or mud tile. It's all greeble and nothing else ;-)
07:21:29 *** sla_ro|master has joined #openttd
07:25:47 *** |Jeroen| has joined #openttd
07:38:34 *** Cybertinus has joined #openttd
07:42:25 <peter1138> ottdcoop does small games now?
07:46:58 <planetmaker> We have a somewhat unwritten limit of < 1M tiles
07:47:12 <planetmaker> and very often not even that, rather 0.25M tiles or so
07:47:34 <peter1138> see, anything bigger than 256x256 is large
07:48:07 <planetmaker> ok, then anything > 1M is huge. So we might do large games most often. But we've seen normal games then, too
07:48:29 <peter1138> i liked that ad-hoc coop game i played with sacro once
07:48:36 *** MMavipc is now known as MMavipc|AFK
07:48:57 <planetmaker> somewhat our default size is 512^2
07:49:23 <planetmaker> it makes for sufficient space for all people and a decent network. With two people it may take much longer though to really build such map
07:49:46 <V453000> more than that size is just needless :)
07:49:47 <planetmaker> small maps make for a very nice challenge though in terms of getting profits up
07:50:09 <V453000> profits are the last thing that matters :) the game is faster on smaller maps overall
07:50:19 <V453000> people dont get bored, lazy or whatever
07:50:39 <peter1138> a 128x128 map with 3 towns is hard to make a profit on :)
07:50:48 <planetmaker> also quite right :-)
07:50:58 <V453000> with correct vehicles ...
07:51:19 <V453000> although I remember having a savegame with 1 town 64x64, quite many vehicles and still no problem
07:51:35 <planetmaker> I *think* there are always two towns, if possible
07:51:39 <planetmaker> but I might be wrong
07:51:44 <peter1138> sure you can make a profit, but as there's no scope for ever-expansion, you have to rely on factories to provide huge output
07:51:52 <V453000> planetmaker: scenario :)
07:52:37 <V453000> but you can have 1 town through the "custom" in town amount
07:53:04 <planetmaker> indeed. I guess I literally never used "custom town amount"
07:54:04 <planetmaker> oh, it can, I think. For scenario making ;-)
07:54:28 <planetmaker> Or when you urgently want to use that town name newgrf which only has 88 town names on a HUGE map.
07:54:57 <planetmaker> (and which I heart has both Constantinople and Istanbul :-P )
07:55:38 * andythenorth plays smaller maps
07:56:07 <andythenorth> except with canadian set
07:56:17 * V453000 does never play with canadian set
07:56:18 <andythenorth> then you're really obliged to connect vancouver and newfoundland
07:56:30 * andythenorth is big fan of canadian set
07:58:02 <V453000> it is nice, but the wagon speed limits are just stupid
07:59:33 <Terkhen> I hate playing with wagon speed limits :/
08:00:03 *** Brianetta has joined #openttd
08:00:27 <planetmaker> and I dislike forced incompatibility between newgrfs
08:01:13 <V453000> canset is compatible afaik
08:01:22 <planetmaker> but then... for my games which I actually play (and not just newgrf-test) a newgrf which is not on bananas usually does not exist ;-)
08:01:23 <V453000> NARS isnt by default, but that is possible to disable with parameter
08:29:30 *** TWerkhoven has joined #openttd
08:46:37 *** Progman has joined #openttd
08:55:48 *** Cybertinus has joined #openttd
09:12:15 *** ZirconiumX has joined #openttd
09:16:35 *** TheMask96 has joined #openttd
09:30:31 * ZirconiumX has a throbbing headache
09:35:20 *** fonsinchen has joined #openttd
09:42:07 *** Devroush has joined #openttd
10:09:20 *** frosch123 has joined #openttd
10:17:02 *** andythenorth has joined #openttd
10:19:21 * andythenorth is impressed by canadian stations teaser
10:30:19 * frosch123 senses unfree vapourware
10:31:22 <andythenorth> he always ships in the end
10:31:42 * andythenorth gives OzTrans a free pass because he bitches at trunk devs, not me :P
10:32:34 <frosch123> aren't those the sets which do not work with anything else togehter?
10:32:50 * andythenorth doesn't care as long as they're good :)
10:32:52 <andythenorth> also it's fun how he's so grumbly about ottd :)
10:33:12 <frosch123> he is also gumbly about ttdp
10:33:12 <andythenorth> complete absence of any gratitude is very amusing
10:34:14 <frosch123> yes, but i did not see yexo since then
10:42:28 *** Progman has joined #openttd
11:00:40 <flitz> for people who know gui: what would I use instead of a 1-line-matrix ? a panel ?
11:01:52 <flitz> to draw sprites and text onto and to be able to select those sprites by clicking on them
11:05:59 <dihedral> planetmaker, loved your zip on a mac how to :-D
11:06:14 <fonsinchen> I wonder ... some weeks ago people were making a big fuss about FS#4540. Now I've provided a very simple patch to fix it and hardly anyone seems to be interested ...
11:06:48 <dihedral> ... for the lazy :-P
11:08:54 *** KenjiE20 has joined #openttd
11:10:13 <frosch123> flitz: take a look at object gui
11:15:30 *** DayDreamer has joined #openttd
11:15:45 <dihedral> i assume Guest2034 to be yorick?
11:16:02 <flitz> frosch123: so I should use a one-line-matrix ?
11:16:12 *** Guest2034 is now known as yorick
11:17:02 <frosch123> it can have any number of rows and columns
11:28:29 <andythenorth> fonsinchen: seems like a nice idea
11:29:15 <fonsinchen> Well, it's not particularly nice but it's the simplest way to prevent the order spam in some obscure setups.
11:30:05 <fonsinchen> (hiding the auto orders from the GUI wouldn't work as you couldn't delete them then)
11:30:44 *** Biolunar has joined #openttd
11:32:11 *** Intexon has joined #openttd
11:37:43 <yorick> dihedral: you designed the admin protocol?
11:39:45 <dihedral> what have you found / what do you need?
11:41:11 *** Adambean has joined #openttd
11:41:33 <yorick> no way to poll the bankruptcy/shareholders of a company, mostly
11:42:43 <fonsinchen> Wasn't there some way to determine if we're in GUI context?
11:43:52 <dihedral> you need to poll for bankruptcy?
11:44:46 <dihedral> actually you can poll for that data
11:45:06 <dihedral> ADMIN_UPDATE_COMPANY_INFO
11:45:47 <yorick> dihedral: it's only in the company update
11:46:10 <dihedral> and that is a problem because...?
11:46:41 <yorick> it doesn't send company updates when you poll ADMIN_UPDATE_COMPANY_INFO
11:47:17 <dihedral> it's desigend to give you what you ask for
11:47:26 <dihedral> no need to send more information than required
11:47:59 <dihedral> the company info really is just the basic info
11:49:16 <dihedral> _INFO also does not give you a finanancial overview
11:50:17 <dihedral> if someone wants the additional details, they need to poll for them
11:51:18 <dihedral> but if that is the most important thing that you can think of - i'll take that as a compliment :-P
11:51:28 <yorick> dihedral: there is no way to poll for a ADMIN_UPDATE_COMPANY_INFO
11:51:53 <flitz> I just realized that to play cargodist, you don't even need to give orders to your vehicles
11:52:03 <flitz> just let them run wild in a city
11:52:11 <flitz> does anybody play that way ?
11:52:53 <dihedral> yorick, are you trying to poll for that data and are getting an error, or are you just saying that - do you have any more details?? c'mon - you know how to report issues
11:53:29 <dihedral> according to line 47 of network_admin.cpp it should be possible
11:56:47 <dihedral> i think i see what you are getting at
11:57:58 <yorick> polling for COMPANY_INFO will not send the COMPANY_UPDATE, just the COMPANY_INFO
11:58:27 <yorick> it will only send SERVER_COMPANY_UPDATE packets automatically
12:05:12 <yorick> and this is still version 1?
12:05:30 <dihedral> it does not break the protocol
12:06:28 <dihedral> but that is a good point - iirc rubidium said the bots should themselves consider being compatible to new versions
12:06:28 <yorick> yay for packet length checks
12:06:50 <dihedral> i think i need to create a test for that stuff
12:07:47 <dihedral> yorick, the packet surely cannot be full up
12:08:02 <yorick> servers being compatible with older clients might be nice
12:08:47 <dihedral> clients as in openttd clients?
12:08:54 <dihedral> that would not make a bunch of sense in this game
12:09:25 <dihedral> the protocol is not to be changed, and if something does it's the client that needs to know if its compatible or not
12:10:06 <dihedral> i.e. a simple logging bot will have no issue if something in the company info changes
12:17:29 <dihedral> flitz, how up to date is cargodist anyway?
12:19:12 <fonsinchen> dihedral: It's outdated by about one week and I'm just updating it.
12:19:46 <flitz> dihedral: because of maybe missing trunk-features you mean ?
12:19:52 <dihedral> now i totally did not expect that fonsinchen :-)
12:20:18 <fonsinchen> The irony is lost on me ... as always.
12:22:31 <andythenorth> flags or no flags at an industry
12:25:01 *** sla_ro|master has joined #openttd
12:26:21 <Eddi|zuHause> <flitz> for people who know gui: what would I use instead of a 1-line-matrix ? a panel ? <-- have you checked the refit gui?
12:26:57 <dihedral> fonsinchen, take it as a compliment ;-)
12:27:38 <flitz> Eddi: you mean from autoreplacement ?
12:27:55 <Eddi|zuHause> flitz: no, i mean refitting a train to other cargo
12:28:18 <Eddi|zuHause> flitz: it has a field where you can select parts of the train
12:28:56 <flitz> good hint, I didn't look at that
12:46:30 <Eddi|zuHause> hm... i think i have a bug:
12:46:53 <Eddi|zuHause> assume using Nutracks, and build a diagonal track with high cost
12:47:05 <Eddi|zuHause> now build a diagonal track with low cost on the same tile
12:47:21 <Eddi|zuHause> now remove that last rail bit again
12:47:46 <Eddi|zuHause> for the building, you pay the price of the low cost track, but for removing you get the high cost
12:47:57 <Eddi|zuHause> i.e. you get more for removing than for building
12:58:16 *** douknoukem has joined #openttd
13:12:44 <yorick> joining a server to which you do not have all the newgrfs requires 8 clicks currently
13:13:18 <yorick> that seems like a big obstacle
13:15:16 <dihedral> which might be why so many servers use new grfs? :-P
13:16:05 <yorick> dihedral: I had to explain, step-by-step, 3 people this week over the phone how to join a server :P
13:16:27 <dihedral> i would not want those people to join my server in that case
13:17:29 * dihedral takes voice from glx :-P
13:17:56 <yorick> dihedral: imagine starting openttd for the first time, you click multiplayer, you click a server, and then the join button is grayed out!
13:18:31 <yorick> and it says "newgrf mismatch" somewhere
13:18:55 <dihedral> yes? i've been there
13:19:18 <andythenorth> yorick: baffled me too
13:19:26 <andythenorth> suggest a better string / UI?
13:19:47 <yorick> then you have to click "newgrf settings", then "find missing content online", then "select all", then "download", then "ok", then "close", then you need to get rid of the newgrf window, then you can click join game
13:20:29 <yorick> andythenorth: NEWGRF MISMATCH in red, maybe, and instructions on how to fix that
13:21:39 <andythenorth> it's currently got very little to indicate an error state
13:21:47 <andythenorth> and the error is not near the control which fixes it
13:22:38 <andythenorth> also join game should be a larger button, as it's the main action there
13:22:47 * andythenorth should learn gui code
13:22:51 <andythenorth> but has enough projects already
13:23:10 <yorick> like "NEWGRF MISMATCH, click NewGRF Settings to see which newgrfs are missing"
13:23:22 <andythenorth> something like that yes
13:23:41 <andythenorth> "NewGRF Mismatch" would be better than all caps
13:23:44 <andythenorth> all caps is broken
13:23:52 <yorick> or even "Missing NewGRF(s)"
13:24:32 <andythenorth> how is 'newgrf settings' dialog helpful in that context?
13:24:38 <andythenorth> there's piss all I can do there
13:24:59 <andythenorth> I guess it gives me a list of missing grfs?
13:25:27 <yorick> it gives a list of every newgrf, with the missing ones listed with a red dot in front
13:25:41 <yorick> from there, you can click find missing content online
13:25:51 <yorick> (which could have been on the network window too)
13:26:03 <yorick> and then you have to click select all
13:26:26 <andythenorth> And in what way is it 'settings'?
13:26:31 <andythenorth> what settings can I set there?
13:26:43 <andythenorth> it's basically a lie yes / no?
13:26:56 <yorick> it's the same window as the newgrf settings window, but with all the controls grayed out
13:28:59 <yorick> and after you downloaded it, you have to close the three windows
13:29:46 <andythenorth> yorick: the GUI is probably stuck where it is until some people with both time & inclination fix it ;)
13:30:02 <andythenorth> I have the inclination, but I'd have to put down other projects
13:30:07 <andythenorth> I think planetmaker had the same issue
13:47:47 *** andythenorth_ has joined #openttd
13:59:27 <flitz> more shadowy = more real look
14:00:42 <andythenorth_> thanks - encouragement is helpful :)
14:00:52 <andythenorth_> I could animate the flags, but...not now
14:01:37 <andythenorth_> would probably look better with some nice fences
14:05:16 <frosch123> someone has an additional testgame for me, where real orders really mess up?
14:05:30 <frosch123> V453000: someone of you perhaps?
14:07:33 * andythenorth_ goes out for a bit
14:18:26 <flitz> a general gameplay musing: when connecting a lot of cities to a pax network, what would be a good way to reduce the tedium of setting up a feeder system for every little town connected ?
14:19:50 <frosch123> tedium? maybe reduce the number of towns in total, or do not play openttd
14:20:44 <flitz> I didn't want to say that the whole game becomes no fun ;)
14:21:11 <frosch123> build tram or bus lines for feeders
14:21:14 <flitz> just that this particular part of it becomes somewhat overwhelming as a savegame progresses
14:21:23 <flitz> thats what I usually do
14:21:36 <V453000> frosch123: what exactly do you need?
14:21:40 <flitz> setting up shared orders for one vehicle, a group and cloning
14:21:42 <Terkhen> you don't need to connect all towns
14:22:09 <frosch123> V453000: a game where a lot of automatic orders are spawned and removed again all the time
14:22:51 <frosch123> i.e. a more "real-life"-example than my arbitrary testcase :)
14:23:31 <flitz> terkhen: I don't have a number, but there is always a point where it takes too much effort to overview the existing network in terms of capacity and add some new stuff
14:23:36 <V453000> oh, okay :) a minute or two
14:24:10 <Terkhen> that's usually when I start a new game :)
14:27:20 <V453000> there is the mars newgrf loaded ...
14:27:41 <frosch123> hmm 1750 trains sharing orders without a single real order
14:28:07 <frosch123> i wonder whether that can actually happen with current trunk
14:28:15 <V453000> there are some with real orders but you will need to edit the order lists there
14:28:36 <V453000> trains have all 255 orders, just 2 orders, rest is filled with dummy orders to prevent autoorders from creating
14:28:49 <V453000> you can find such trains on islands 16 and 5
14:33:47 <frosch123> sometimes coops building style makes me think of the old ai :p
14:35:44 <frosch123> 90 degree turns where trains keep on reversing, dead ends and such :p
14:37:24 *** supermop_ has joined #openttd
14:38:28 *** supermop_ is now known as supermop
14:49:45 <flitz> < is out, have a nice weekend all
14:52:12 *** Progman has joined #openttd
15:27:07 *** tycoondemon2 has joined #openttd
15:31:00 *** fonsinchen has joined #openttd
15:37:51 *** Chillosophy has joined #openttd
15:46:25 *** fonsinchen has joined #openttd
15:53:03 *** DayDreamer has joined #openttd
16:07:48 *** andythenorth has joined #openttd
16:26:36 <CIA-1> OpenTTD: frosch * r22326 /trunk/src/order_cmd.cpp: -Fix: Destinations of conditional orders were update incorrectly when deleting orders in front of the conditional orders, if the target order wwas the order just before of the conditional order.
16:41:15 <CIA-1> OpenTTD: frosch * r22327 /trunk/src/ (vehicle.cpp vehicle_base.h): -Add: Vehicle::GetGroundVehicleFlags() for accessing GroundVehicle<>::gv_flags through a Vehicle struct.
16:45:50 <CIA-1> OpenTTD: frosch * r22328 /trunk/src/ (ground_vehicle.hpp train_cmd.cpp vehicle.cpp): -Add: a flag to GroundVehicles to disable insertion and removal of automatic orders until the next real order is reached.
16:55:38 *** Progman has joined #openttd
16:56:46 <CIA-1> OpenTTD: frosch * r22329 /trunk/src/ (roadveh_cmd.cpp vehicle.cpp): -Change: When the current orders are interrupted for non-ordered service, disable modifications to automatic orders until the next real order is completed. (train part already slipped by in r22328)
17:02:47 <CIA-1> OpenTTD: frosch * r22330 /trunk/src/order_cmd.cpp:
17:02:47 <CIA-1> OpenTTD: -Change: When a conditional order triggers and causes skipping to a particular
17:02:47 <CIA-1> OpenTTD: order, disable modifications to automatic orders. till reaching the next real
17:02:47 <CIA-1> OpenTTD: order, as we do not know whether to change the targets of conditional orders
17:02:47 <CIA-1> OpenTTD: when inserting automatic orders. (So, when the vehicle skips to an order and
17:02:48 <CIA-1> OpenTTD: later inserts an automatic order, the conditional order will still point to the
17:02:50 <CIA-1> OpenTTD: same order, so the automatic order will be inserted again the next time.)
17:07:08 <fonsinchen> frosch123: Any more changes to orders or is that it for now?
17:07:14 <CIA-1> OpenTTD: frosch * r22331 /trunk/src/ (order_cmd.cpp vehicle.cpp):
17:07:14 <CIA-1> OpenTTD: -Change: When inserting an (automatic) order A in front of an order B, disable
17:07:14 <CIA-1> OpenTTD: modifications of automatic orders for all vehicles currently heading for B as we
17:07:14 <CIA-1> OpenTTD: do not know whether they will reach A or B first. (except for the vehicle
17:07:14 <CIA-1> OpenTTD: causing the insertion of the automatic order itself)
17:08:14 <frosch123> fonsinchen: likely 2 more
17:09:18 <fonsinchen> OK, I'll wait with updating. Seems like you have a better fix for FS#4540 ... :)
17:18:18 <CIA-1> OpenTTD: frosch * r22332 /trunk/src/vehicle.cpp: -Fix: When inserting automatic orders, do not create consecutive duplicate orders.
17:19:16 <fonsinchen> I don't think this is a good idea
17:19:29 <fonsinchen> sometimes a vehicle stops twice at thte same place.
17:20:21 <CIA-1> OpenTTD: frosch * r22333 /trunk/src/vehicle.cpp: -Change: Prefer deleting automatic orders instead of inserting new ones.
17:20:22 <frosch123> vehicles will not load anyway
17:20:26 <frosch123> will they even stop?
17:20:38 <fonsinchen> they will stop and they will load, just not unload
17:20:43 <frosch123> anyway, done for today.
17:21:09 <fonsinchen> I had a lot of those things in the cargodist thread where ppl would send some vehicle to a depot and back to the same station.
17:22:06 <frosch123> well, but will it break anything if that order is not inserted?
17:22:37 <fonsinchen> not really, but of course someone will complain.
17:22:55 <fonsinchen> cargodist handles it any way, I think
17:23:15 <frosch123> if the depot is also in the order list, it will still insert the order after r22332
17:23:30 <frosch123> if there is no depot order inbetween, i do not see a point to complain about
17:23:39 <fonsinchen> but of course you can arrange the depot to be not in the order list ...
17:23:39 <frosch123> two identical orders after each other make no sense
17:25:06 <frosch123> wrt. cargodist: i guess the only thing which needs checking/worrying is that cur_auto_order_index does not always point to the automatic order that was just reached, but may also point at the next one
17:28:14 *** andythenorth_ has joined #openttd
17:29:18 <fonsinchen> and you're right. It doesn't even stop on the second visit. It will only stop if there's an explicit order and then the auto order won't take effect.
17:30:04 <frosch123> let's see what the nightly users will come up with
17:30:37 <frosch123> and whether they manage to trigger one of the new IsGroundVehicle assertions :p
17:37:11 <Eddi|zuHause> crazy idea: a newgrf-variable that gives the distance of the two order entries furthest apart, to base running cost on (some engines are better for short distance, others are better for long distances)
17:40:37 <frosch123> better add a variable "days since last load/unload" and make it affect the running cost quadratically.
17:40:55 <frosch123> that will work better with conditional orders, go-via-orders and other stuff
17:41:02 <frosch123> also, maybe there is already such a variable
17:42:11 <Eddi|zuHause> but "days" != "distance"
17:42:54 <Eddi|zuHause> and i meant the "total length" of the order list, not the distance between two consecutive stops
17:43:46 <Eddi|zuHause> although, distance between next order and last stop may be useful, too. this data should be available already
17:44:26 <frosch123> sounds quite fragile and exploitable
17:44:39 <frosch123> maybe define "service in depot" as "refuel"
17:44:49 <frosch123> "days since last service" is already available
17:45:36 <frosch123> hmm, though only between 1920 and 2100 or so
17:45:57 *** douknoukem has joined #openttd
17:46:13 *** LordAro has joined #openttd
17:49:25 <CIA-1> OpenTTD: translators * r22334 /trunk/src/lang/slovenian.txt:
17:49:25 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:49:25 <CIA-1> OpenTTD: slovenian - 72 changes by klemenkosir
17:57:43 *** andythenorth has joined #openttd
18:00:41 * LordAro ponders on how to read a readme.txt... ifstream?
18:01:53 <yorick> fopen(), read() or ifstream
18:04:42 <LordAro> and what variable should be used to store the file? 'char file[10000]' or 'string file'?
18:07:41 *** andythenorth has joined #openttd
18:09:48 <Lakie> Hi Andy, nice improvements on your FIRS graphics btw
18:10:08 <Lakie> Is it me or are they all a shade or two darker after being altered?
18:10:21 <andythenorth> the brick ones are darker
18:10:32 <andythenorth> most TTD brick buildings are quite dark (not all)
18:10:47 <andythenorth> and I add more shading
18:10:56 <andythenorth> with the lighting in the correct direction, previously it was...wrong
18:11:00 <Lakie> And removed some over-noise?
18:11:31 <andythenorth> although added some noise in other places too
18:12:16 * andythenorth thinks FIRS release cycle might slow down a lot soon
18:12:31 <andythenorth> I'm hitting a wall on nfo features that don't exist
18:14:42 <supermop> Eddi, I always thought a neater way to do that would be to have vehicles give a certain coefficient to the payment rate decay curve
18:16:37 <supermop> so passenger payment for x tiles over 1 day in a metro is no different than x tiles over one day in a sleeper, but the curve falls off more sharply in the metro than the IC
18:17:35 <supermop> so out at 100 days, the passengers in the metro are pissed, and pay basically nothing, while those in a long distance sleeper are happy and pay a nice fair
18:20:19 <supermop> could say that you can refit a hopper to passengers and the coefficient is like 1/1000,
18:20:34 <supermop> and a cruise ship would be like 2000/1
18:21:30 <supermop> as i think i would prefere a cruise ship to sitting in a hopper for a long journey by at least a factor of 2 million
18:22:12 <supermop> and then to be really complex,
18:22:32 <andythenorth> supermop: it's the principle of checking some vehicle prop when calculating payment?
18:22:48 <andythenorth> it was discussed before wrt to restaurant cars, etc
18:23:13 <supermop> for a metro car, code it with an invisible articulated part, so the part with seats is 1/2, but the part where you stand is 1/10
18:23:58 <supermop> i was thinking it would be useful for refrigerated stuff
18:24:34 <supermop> as an uncooled truck would be negligibly worse over short trips, but all the food would spoil on a long trip
18:25:51 <supermop> i was thinking a while back that a similar thing would be cool for waiting at stations
18:26:33 <supermop> build some shelter and people dont mind waiting as much
18:27:15 <supermop> you would then have to calculate the time cargo waits at a station as a 'trip' as well
18:27:55 <supermop> so that it has a variable effect to the final payment based on tiles present
18:28:45 <supermop> various platforms might also have their own loading speeds as well
18:29:34 <supermop> so a tipple loads quickly, but if you need a bunch of guys with shovels to load the coal into a retrofitted DMU, that is going to take very long
18:30:38 *** tokai|mdlx has joined #openttd
18:38:32 <andythenorth> most default industries weren't snow aware
18:42:30 <supermop> are they lunch-aware?
18:50:17 * LordAro gives up with OTTD deving and goes and plays AssaultCube
18:53:44 * andythenorth wonders if some buildings will look stupid if lawn isn't snow covered
18:54:23 <andythenorth> default game does it....
18:54:29 <andythenorth> should stations also be snow-covered?
18:55:56 <andythenorth> might be nice, might be weird...
18:56:04 <andythenorth> I'm happy to draw sprites and experiment
18:57:22 *** Twerkhoven[L] has joined #openttd
19:07:52 *** DanMacK has joined #openttd
19:21:22 *** Taede is now known as TWerkhoven[L]
19:22:40 * andythenorth is totally bored by snow sprites
19:25:23 <andythenorth> DanMacK: save me from FIRS snow :P
19:26:38 <DanMacK> I thought it was soothing :P
19:27:04 <supermop> i am now nolonger lunch aware
19:28:00 <andythenorth> do I paint snow on the lawn? on the stones around the lawn? on the path up to the steps? meh
19:28:14 <andythenorth> the default sprites give limited inspiration here
19:28:31 <andythenorth> and it could just end up as a white building on a white tile with a white roof :P
19:43:11 *** albaandy has joined #openttd
19:45:53 <albaandy> guys, i have a 2 track one way train track with cross over sections every so often, i have the signals setup before the cross over and then after it, what signal do I use on the first one that allows the train to pass ONLY if the there is a open track ahead? I used the second semaphone but it wasnt that
19:51:14 *** andythenorth has joined #openttd
19:56:03 * andythenorth wonders what train sets are good
19:56:16 <andythenorth> I've played NARS and UKRS to death
19:56:22 <andythenorth> Canset isn't FIRS compatible
19:56:37 <andythenorth> US Set isn't FIRS friendly
19:57:56 *** andythenorth_ has joined #openttd
19:59:20 <andythenorth_> does DB set work with FIRS?
19:59:27 <andythenorth_> Eddi|zuHause: any idea? ^
19:59:43 <Eddi|zuHause> andythenorth_: barely
20:00:19 <Eddi|zuHause> andythenorth_: the dbxl_firs.grf has a few missing refit abilities. and the graphics are totally wrong
20:00:31 <andythenorth_> maybe I go to sleep instead :P
20:00:35 * andythenorth_ is feeling sulky
20:17:25 *** MMavipc|AFK is now known as MMavipc
20:39:42 *** lasershock has joined #openttd
20:43:16 *** Intexon has joined #openttd
20:45:31 <Yexo> <andythenorth> [20:54:29] should stations also be snow-covered? <- imo yes
20:46:07 <Yexo> oh, andy was already gone :p
21:18:57 *** Brianetta has joined #openttd
21:42:26 *** asddssdsd has joined #openttd
21:44:16 <asddssdsd> you can test www.snowlinux.de
22:38:39 <Eddi|zuHause> ok... "land info" (industry-tile var 60, house var 62) is broken for more height levels...
22:39:34 <Eddi|zuHause> ... as well as "snow line height" (var 20)
23:17:16 *** Progman has joined #openttd
23:43:15 *** LordAro|2 has joined #openttd
23:53:44 *** LordAro has joined #openttd
continue to next day ⏵
