IRC logs for #openttd on OFTC at 2012-04-22
⏴ go to previous day
00:07:00 <Eddi|zuHause> because you did not make one...
00:08:16 <FLHerne> But seriously, that would be cool, I used to play SC2K on my old PowerBook :D
00:10:08 <Eddi|zuHause> the difference between SC2K and TTD is that SC2K has a worthy 21st century successor with SC4. while TTD has not
00:10:25 <FLHerne> SC4 is not a worthy successor, though :P
00:10:43 <Eddi|zuHause> all the people making mods for SC4 are not available for making an SC2K clone
00:10:53 <FLHerne> It changed the idea so much that it's not really the same game :-(
00:14:04 <Eddi|zuHause> whatever. i did enjoy SC4 very much
00:14:13 <Eddi|zuHause> no idea how SC5 will be, though
00:14:33 <FLHerne> SC4 v SC2k is much like Lomo v TTD, actually - that we have OTTD [i]and[/i] a Lomo modding community proves it's possible :D
00:15:24 <FLHerne> Locomotion is at least as much a TTD successor as SC4 is an SC2k one...
00:16:25 <Eddi|zuHause> successor? sure. worthy? maybe, maybe not. 21st century? certainly not...
00:17:31 <Eddi|zuHause> yes. but with totally outdated technology
00:17:40 <Eddi|zuHause> 8bpp? sprite-based?
00:17:51 <Eddi|zuHause> that has absolutely nothing to do with 21st century
00:18:34 <Eddi|zuHause> OpenTTD practically only exist, because Lomo is no significant improvement over TTD
00:19:01 <FLHerne> Are you sure LoMo is both sprite-based and 8bpp?
00:19:39 <Mazur> I am sprite-based and 8 bpp.
00:21:51 <FLHerne> It certainly manages not to look it then; better than OTTD 32bpp EZ in some ways...
00:22:54 <FLHerne> I just assumed it wasn't sprite-based because of the sheer number of angles '<
01:31:03 *** roboboy has joined #openttd
01:35:51 <Nat_aS> oh man I missed the discussion I started :c
01:36:01 * Nat_aS hopes some of the people there are still awake
01:36:28 <Nat_aS> I think SC3000 was a good sequel, and added some nice things, but it also got rid of a lot of cool features
01:36:34 <Nat_aS> and SC4 went in a bad direction
01:36:45 <Nat_aS> too hard to earn money
01:37:01 <Nat_aS> terrain became too complex while the basic building mechanic remained simple.
01:37:22 <Nat_aS> Cities XL half fixes a bunch of problems SC4 had, but it'
01:37:27 <Nat_aS> it's not perfect either
01:37:41 <Nat_aS> road layouts in that game can become a mess quickly.
01:38:13 <Nat_aS> you can build roads in any direction, even curves, but buildings are always perfect squares.
01:39:20 <Nat_aS> perfect squares, but not bound by any sort of grid, so good luck building something efficient.
01:41:13 <Rhamphoryncus> shhh, you're making me want to build my own engine from scratch
01:43:49 <Nat_aS> honestly, an engine that looks and works like sim city 2000 would be perfect
01:44:21 <Nat_aS> just taking advantage of modern computing power for more detailed simulations, but keeping hand sprited isometric graphics.
01:45:03 <Nat_aS> I'd add garbage and agricultural zones from Sim City 3000, and take advantage of modern computing power to have an overcomplex traffic simulation.
01:45:35 <Nat_aS> IE, each sim has a house and work, and travels between them using a pathfinding algorithm.
01:45:49 <Nat_aS> which is much less ludicrous these days than it was in the 90s.
01:48:53 <Nat_aS> it's a damn shame that Sim city classic is open source, but SC2k is not
01:49:01 <Nat_aS> and EA probably wont let go of it
02:00:31 *** HerzogDeXtEr1 has joined #openttd
02:13:05 *** theholyduck has joined #openttd
02:59:12 *** roboboy has joined #openttd
03:56:16 *** roboboy has joined #openttd
04:52:11 *** telanus has joined #openttd
04:56:19 *** Eddi|zuHause has joined #openttd
06:18:59 *** andythenorth has joined #openttd
06:34:48 *** Devroush has joined #openttd
06:42:48 <andythenorth> industry tile 'animation_info' - the frame_count parameter is exact?
06:43:45 <andythenorth> it's not a frame number, zero-indexed or other things that would cause unexpected results?
06:45:42 *** TWerkhoven has joined #openttd
06:54:04 *** TWerkhoven[l] has joined #openttd
06:59:46 *** sla_ro|master has joined #openttd
07:00:49 *** mahmoud has joined #openttd
07:06:19 *** fonsinchen has joined #openttd
07:06:48 *** Chris_Booth has joined #openttd
07:14:32 *** Firartix has joined #openttd
07:21:08 *** valhallasw has joined #openttd
07:21:54 *** Progman has joined #openttd
07:50:00 *** Alberth has joined #openttd
07:50:00 *** ChanServ sets mode: +o Alberth
07:51:13 *** andythenorth has joined #openttd
08:18:05 <NGC3982> top o' the mornin lads
08:22:09 *** TWerkhoven has joined #openttd
08:36:38 *** telanus has joined #openttd
08:51:03 *** roadt__ has joined #openttd
09:01:38 *** TGYoshi has joined #openttd
09:22:37 *** fonsinchen has joined #openttd
09:42:58 *** th_gergo has joined #openttd
10:15:14 *** drac_boy has joined #openttd
10:19:16 *** roboboy has joined #openttd
10:25:16 <Alberth> pretty good, and you?
10:25:53 <drac_boy> doing ok, just trying to look a bit into laptops again. hopefully finding something this time -_-
10:26:05 <drac_boy> not much progress to say on my grf project atm tho :p
10:28:02 * drac_boy just wanted a simple laptop for daily work on the go
10:36:17 <Alberth> don't set requirements, and you're done in about 10 minutes ;)
10:37:23 <drac_boy> Alberth problem is...if you do that you're going to end up with something that can't do more than notes taking which isn't even a laptop at all
10:41:31 <drac_boy> yeah..so need to pick something :)
10:47:18 <drac_boy> what you doing now Alberth?
10:47:43 <Alberth> answering your highlight :p
10:48:49 <drac_boy> heh so being lazy? :P
10:48:51 <Alberth> I am deciding how to break up a patch into a patch-sequence
10:50:18 <Alberth> trouble is I wrote that patch a month ago, so trying to remember its structure at the same time :)
11:01:23 *** frosch123 has joined #openttd
11:25:57 *** goodger has joined #openttd
11:28:07 *** roboboy has joined #openttd
11:28:54 *** FLHerne has joined #openttd
11:29:09 *** Devedse has joined #openttd
11:34:09 *** andythenorth has joined #openttd
11:38:24 <andythenorth> so....drawing railtypes *over* a station tile
11:38:50 <andythenorth> because the method of drawing the station as overlays on the track is bonkers and provably broken
11:39:31 <planetmaker> andythenorth: railtypes *are* drawn on top...
11:39:37 <drac_boy> always finding something to break every single hour are you? :P
11:40:02 <planetmaker> or what in particular do you mean?
11:40:04 <andythenorth> that means CHIPS is doing it wrong
11:40:38 <andythenorth> I found this issue recently...others are reporting it too
11:40:43 <planetmaker> yexo surely knows it better than me. But iirc it's like "ground tile, station background, rail track, station foreground"
11:41:01 <andythenorth> iirc 'ground tile' has to be the magic 'track' tile
11:41:28 <planetmaker> but you might want to define a building part (which is also ground)
11:41:46 <planetmaker> but I should shut up before I talk bullshit
11:42:00 <andythenorth> if anyone wants to do broad gauge, this is all going to fail horribly
11:42:09 <andythenorth> planetmaker: I haven't read the spec either :P
11:42:17 <andythenorth> at least, not recently enough to remember it properly
11:42:20 * drac_boy is at least doing narrow rails thankfully
11:42:29 <drac_boy> tunnel portals is one small issue I need to check yet tho
11:43:53 <Eddi|zuHause> andythenorth: code the gravel as ground tile, not as platform?
11:44:52 <planetmaker> oh, I thought it was laready coded as ground
11:44:57 <planetmaker> of course you'll want that
11:45:14 <planetmaker> it *is* a ground tile after all :-)
11:51:21 <andythenorth> hacking at it did solve it :P
12:04:00 <andythenorth> so there must be a sprite number that returns 'current railtype sprite' for each angle
12:05:02 <andythenorth> the newgrf specs make absolutely no sense to me
12:05:10 <andythenorth> they may as well be written directly in nfo, undocumented
12:05:18 * andythenorth looks for railtype code :P
12:10:12 <Eddi|zuHause> station specs are always somewhat of a mystery
12:10:17 <frosch123> planetmaker: it's grass, rail overlay, station stuff
12:10:20 <Eddi|zuHause> that's why nml doesn't suppor them yet
12:10:46 <planetmaker> frosch123: but... the grass is a groud tile which can be defined by the layout?
12:11:11 <frosch123> no, the layout must use the default rail sprite, which ottd then replaces by grass + overlay
12:11:12 <planetmaker> or is it really the grass?
12:11:18 <Eddi|zuHause> frosch123: but is the rail overlay also drawn for the default rail type?
12:11:34 <frosch123> Eddi|zuHause: no, then it draws only the original rail sprite
12:12:12 <andythenorth> frosch123: so it is the magic sprite number? (I forget the number :P )
12:12:34 * andythenorth was reading src/ to figure it out; src makes a lot more sense than newgrf wiki for stations :/
12:12:42 <Eddi|zuHause> frosch123: i guess what andy needs is "draw grass" - "draw gravel" - "draw rail" - "draw platform stuff"
12:12:57 <Eddi|zuHause> for old and new railtypes alike
12:13:00 <andythenorth> [me and every other station set that needs to work with railtypes]
12:13:33 <andythenorth> it's similar issue to the tram-crossings issue too
12:13:34 <frosch123> well, not possible currently, and not easily done :)
12:14:07 <andythenorth> so the answer is "don't use pikka's tracks" :P
12:15:03 <V453000> thanks for the response Eddi :) already found that yesterday, I apparently need to read more than just NML documentation :)
12:15:29 <Eddi|zuHause> V453000: what response?
12:15:30 <planetmaker> Sad but true: yes, that can help.
12:15:49 <V453000> the univ railtype in nuts thread
12:16:50 <Eddi|zuHause> question: is setting the compatible/powered rail type list "cumulative"?
12:17:30 <Eddi|zuHause> i.e. if different grfs set it to different values, will one overwrite the other, or will both lists be combined?
12:17:35 <michi_cc> This is probably some kind of blasphemy, but IMNSHO the new finescale tracks look too fuzzy and bumpy.
12:17:58 <Eddi|zuHause> e.g. if two track sets modify the "RAIL" railtype
12:18:03 <michi_cc> Eddi|zuHause: Yes, they are all cumulative (which the specs state) :)
12:18:28 <Eddi|zuHause> fine. one less problem to worry about :)
12:19:27 <andythenorth> michi_cc: don't tell pikka, but I might agree :
12:20:05 <andythenorth> I thought of something else wrt industry prod change on build
12:20:07 <michi_cc> They would probably look quite good a 2x zoom if they had sprites forthat.
12:20:26 <andythenorth> ^^ possible extension to spec, dunno if it's needed. Could be added later?
12:23:03 <andythenorth> basically allow cb 15F to also set 'last month production' when industry is built
12:23:43 <andythenorth> for sets using production cb for primary industry, the industry window / list might have very wrong production values during first month of play
12:26:59 <Eddi|zuHause> shouldn't that value default to 0?
12:27:54 <frosch123> would be stupid on map generation
12:28:37 <andythenorth> currently defaults to 8 * prod_rate[n]
12:28:41 <Eddi|zuHause> frosch123: those values would be filled during the "run a few ticks" phase?
12:29:04 <frosch123> we likely fail for ecs :p
12:29:29 <andythenorth> it's not been a massive source of problems so far :)
12:29:45 <Eddi|zuHause> frosch123: since that is purely aesthetic, it would be easy to change
12:29:49 * andythenorth assumes ECS uses production cb for primary production
12:30:33 <frosch123> Eddi|zuHause: the question is whether the industry's state is messed up when the production is called, but the date does not advance
12:30:43 <Eddi|zuHause> andythenorth: but if prod_rate the return value of cb 15E, then where is the problem?
12:31:05 <andythenorth> Eddi|zuHause: not sure I understand the question exactly? :)
12:31:50 <andythenorth> 15F would return prod_level
12:32:19 <andythenorth> prod_rate[n] for previous month is recalculated when cb 15F is called...
12:32:44 <andythenorth> but the recalculation assumes industry is not using production cb to produce cargo
12:32:58 <andythenorth> that's an unsafe assumption :P
12:33:14 <Eddi|zuHause> andythenorth: but the GRF author knows that, and take that into account?
12:33:27 <andythenorth> grf author does nothing currently :P
12:33:34 <andythenorth> nor has anyone moaned about it so far afaik
12:33:52 <andythenorth> simply running the production cb when cb15F is called is one option, but highly unsafe imho :
12:34:23 <andythenorth> production cb can do all kinds of things with storage that might not be valid during cb 15F
12:34:42 <Eddi|zuHause> i don't understand the problem. callback 15F is called exactly once for the industry. and the grf author knows whether production callback is used for his industry.
12:35:12 <Eddi|zuHause> so he can simply return a "sane" value for 15F
12:35:32 <Eddi|zuHause> no need for production callback
12:35:35 <andythenorth> but isn't there a proposal somewhere above to also run the production cb at game start (or on cb 15F)?
12:36:05 <andythenorth> Eddi|zuHause: we might be arguing same side of the case :P
12:36:30 <andythenorth> my proposal is: if author cares about last month production, allow them to return a value for that
12:36:45 <andythenorth> they have to calculate it themselves
12:36:56 <Eddi|zuHause> andythenorth: i don't understand what you want to _add_ as functionality, because all use cases i already see as possible with the current implementation
12:37:14 <andythenorth> you see the case for cb15F though?
12:37:21 <andythenorth> to set prod_level?
12:37:48 <Eddi|zuHause> set initial production, initialize storage, ...
12:38:51 <Eddi|zuHause> but returning previous production separately makes only sense if you have a case where it should differ from current production...
12:39:54 <Eddi|zuHause> then you have not explained it properly yet
12:39:55 <andythenorth> current production is determined as:
12:39:57 <andythenorth> this->production_rate[0] = min(CeilDiv(indspec->production_rate[0] * this->prod_level, PRODLEVEL_DEFAULT), 0xFF);
12:40:21 <andythenorth> hmm - ignore that one :P
12:42:11 <andythenorth> k here we go. I was searching src, for my new code, but I'd reverted it all :P
12:42:13 <andythenorth> i->last_month_production[0] = i->production_rate[0] * 8;
12:42:24 <andythenorth> ^ that simply doesn't hold for industries where author uses production cb
12:42:37 <andythenorth> it could be wildly wrong
12:42:50 <andythenorth> so the production in industry list would be misleading
12:43:10 <andythenorth> which will cause players to build the wrong routes
12:43:15 <andythenorth> which is annoying to them ;)
12:43:27 <andythenorth> [for the first month only]
12:43:53 <andythenorth> I don't have this case in FIRS, dunno about ECS, so might be a straw man case :P
12:44:11 *** hackalittlebit has joined #openttd
12:45:19 <andythenorth> can't find any FS about it
12:47:26 <andythenorth> strikes me it could be added to cb 15F later if someone *does* need it
12:53:20 <Eddi|zuHause> andythenorth: but i still understand it. what use is prod_level if you use production callback? so what prevents you from returning a "fake" production level then?
12:54:12 <andythenorth> it doesn't meet the case where you vary cargo 0 and cargo 1 according to [some rules]
12:54:24 <andythenorth> but otherwise yes, I see your point and am +1
12:55:02 *** hackalittlebit has quit IRC
12:56:08 <andythenorth> I'll add a comment on the thread about it
12:59:20 <andythenorth> so ignore that case. Any other cases that should be met? :)
13:08:20 *** mahmoud has joined #openttd
13:24:29 *** FLHerne has joined #openttd
13:25:08 *** Firartix has joined #openttd
13:53:11 <Skau1> hi, question about openTTD.. are there any way to store for example oil?
13:53:45 <Skau1> like if i have a ship traveling a far distance to get oil, can i store the oil so that trains can pick it up?
13:54:01 <Alberth> oh, yes, they are called transfer orders
13:54:12 <Skau1> yeah, ive been using them
13:54:15 <Alberth> read about feeder systems at the wiki
13:54:18 <Skau1> but if it unloads to a trainstation
13:54:30 <Skau1> it will just pick it back up if there are no trains waiting
13:55:05 <Skau1> and then the oil will just stay on the track waiting for the train?
13:55:17 <Alberth> ie unloading and loading are completely separated, so you need to specify both
13:55:28 <Alberth> at the station actually, but yes
13:55:44 <Alberth> except it decays if you don't provide good enough service
13:56:52 <frosch123> someone knows the dutch furniture set?
13:57:00 <frosch123> wth are "matrix activators"?
13:57:47 <Alberth> to prevent you from storing oil forever at the station
13:58:05 <Skau1> so it just dissapears after a while?
13:58:23 <Alberth> if you don't pick it up regularly, yes
13:58:45 <frosch123> it gets slowly stolen if the rating is below 25% or so
13:58:52 <frosch123> (not sure about the exact number)
13:59:04 <Skau1> ok sweet, thanks.. i should have know to use "no unloading" .. dunno why i didnt think of that :P
13:59:33 *** roboboy has joined #openttd
13:59:55 <Skau1> tbh.. airtraffic is way too easy to earn money on imo
14:00:14 <Alberth> Skau1: the map you use is too large
14:00:21 <Skau1> i cant ever lose money after ive set up like 10 planes carrying 300 people
14:00:51 <Skau1> i just keep populating the two cities and keep adding more planes
14:01:11 <Alberth> original game was on 256x256, and perhaps the aircraft were smaller too
14:01:34 <Alberth> that's why the reduced speed was introduced
14:01:37 <Skau1> we're playing multiplayer on a 1024x1024 map i think
14:01:49 <Alberth> but many servers don't even enable aircraft
14:02:22 <Skau1> still, you can earn alot by just traveling from one side of the map to another
14:02:38 <Alberth> so you have 16 times as much map, so you also get 16 times as much money
14:02:59 <Alberth> (not entirely, but as an optimistic upperbound) :)
14:03:30 <Skau1> so bigger map should also use diffrent settings to balance stuff?
14:03:48 <drac_boy> Skau1 play with a relastic basecost parameters basically
14:04:09 <Skau1> we're thinking of restarting anyway because i just started playign yesterday.. so i wanted to learn stuff before we started something serious
14:04:14 <drac_boy> you'll never get away with lots of jetplanes on my games ever, unless you had more than 100 million DEM to go through first
14:04:30 <Skau1> non of us know alot about this game
14:05:22 <planetmaker> I'd not recognize DEM as its abbreviation, tbh
14:05:28 <planetmaker> More common was "DM"
14:05:40 <planetmaker> A DEM is for me a digital elevation model :-P
14:07:20 <Skau1> or.. really.. we dont have that much money
14:07:37 <Skau1> ive got 1,300,900,000 NOK now
14:08:30 <Skau1> since when you have loan your company is worht 12NOK which i think means £1
14:11:31 <Alberth> @calc 1300900000 / 12
14:11:31 <DorpsGek> Alberth: 108408333.333
14:12:02 *** theholyduck has joined #openttd
14:12:52 <NGC3982> still no new news about how they manage to collide the trains in amsterdam?
14:13:04 <NGC3982> im qurious on how on earth it could happend in the first place.
14:15:09 <andythenorth> systems go wrong
14:15:13 <Alberth> two trains wanted to be at the same point at the world, at the same point in time
14:15:22 <andythenorth> not a great explanation, but a true one :P
14:15:25 <Skau1> if you have more than one depot
14:15:28 <NGC3982> looking at the pictures tells me someone tried to brake.
14:15:36 <Skau1> will it choose the next one to maintance when needed?
14:15:42 <Skau1> if you set maintance on all
14:16:31 <NGC3982> if maintenance is due, it doesnt matter if a train depot is in the list or not
14:16:43 <NGC3982> as far as i know, the train should as usual choose the very next depot
14:16:51 <Skau1> whats the point of setting the depot in the orderlist then?
14:17:28 <NGC3982> personally, i use it to make ways for other trains on single lines.
14:17:30 <Alberth> adding a depot in the orderlist disables the train looking for a depot for servicing when it wants it
14:17:44 <NGC3982> never mind what i said, then.
14:18:24 <Alberth> depends on your playing style
14:19:35 <Alberth> if you disable breakdowns and disable servicing, yeah, you don't need depots
14:20:07 <Alberth> but imho disabling breakdowns is making it too easy :p
14:21:02 <Skau1> so breakdowns wont make it go to maintance?
14:21:09 <Skau1> if yo udont have it in orderlist
14:21:12 <Skau1> only if maintance is due
14:22:20 <drac_boy> I usually treat depots as engine/freightyards on my individual lines heh :)
14:22:22 <Skau1> omfg.. something si not workign like i want it to here..
14:22:28 <drac_boy> might not need that so much anymore with the NewObject thing tho
14:23:39 <Skau1> another question.. if you use the bomb in the water.. exampble by mistake
14:24:13 <Skau1> nothing happends.. except you have to pay like close to half $100k
14:24:39 <Alberth> you created a bit of land, and it got flooded again
14:26:35 <Skau1> are there ever any kind of "disaster" in openttd?
14:26:54 <Skau1> i remember in sim city it could either be started a war, or there was a tornado or .. floods and shit
14:26:58 <Alberth> if you have disasters enabled, yes
14:27:18 <Skau1> hmm.. i gotta tell my friend to enable it
14:27:22 <Skau1> its no fun when you play with no risk
14:27:47 <Alberth> the server owner controls such settings
14:32:13 <Skau1> diffrent train lights and sings are logicals etc, right?
14:32:35 <Skau1> are there anywhere i can se a overview explaining simply what each light means?
14:32:55 <Skau1> i dont really understand all the descriptions of each
14:34:02 <Alberth> at the wiki, at the Signals page
14:35:28 <Alberth> although the set of logical operators is not complete, as some do not serve any purpose with signals
14:38:40 *** sla_ro|master has joined #openttd
15:06:25 * andythenorth is re-animating the FIRS cement kiln
15:16:55 *** peteris has joined #openttd
15:31:08 <NGC3982> any way i can make orders like that be set a bit easier?
15:32:16 <Eddi|zuHause> if you have to pass through the stations anyway, what sense does it make to skip the stations?
15:32:51 <NGC3982> doesnt take as much time if i skip them.
15:33:03 <Eddi|zuHause> i suggest a central feeder station
15:34:02 <NGC3982> four independent trains > feeder station > big ass train between the feeder and recieving industry?
15:34:15 <Eddi|zuHause> or road vehicles for the feeders
15:34:22 <NGC3982> i guess thats more profitable
15:59:01 *** tokai|noir has joined #openttd
15:59:01 *** ChanServ sets mode: +v tokai|noir
16:04:46 *** andythenorth has joined #openttd
16:12:33 *** oskari89 has joined #openttd
16:13:11 *** andythenorth has joined #openttd
16:15:48 *** Doorslammer has joined #openttd
16:19:10 *** fonsinchen has joined #openttd
16:22:50 <Skau1> but i never got an answer on my question .. :P if i add 2 depots to orders, will it use the next one if it has broken down?
16:23:02 <Skau1> or will this be a bad idea?
16:23:30 <Eddi|zuHause> Breakdowns and servicing have no direct connection.
16:23:43 <Eddi|zuHause> only an indirect one
16:24:01 <Skau1> if you add maintance to orders, it will go to that depot when it has broken down, right?
16:26:29 <Eddi|zuHause> breakdowns repair themselves. you don't have to go to depot.
16:26:36 <Alberth> it will always visit the depot afaik
16:27:46 <CIA-1> OpenTTD: frosch * r24159 /trunk/src/object_gui.cpp: -Fix: If you spent hard work on finding an available object ID, you should probably also use it instead of always 0.
16:27:47 <CIA-1> OpenTTD: frosch * r24160 /trunk/src/ (newgrf_object.cpp newgrf_object.h): -Codechange: Split parts of ObjectSpec::IsAvailable() into ObjectSpec::IsEverAvailable().
16:27:50 <CIA-1> OpenTTD: frosch * r24161 /trunk/src/ (newgrf_class.h newgrf_class_func.h): -Add: Method to get a specific NewGRFClass.
16:27:57 <CIA-1> OpenTTD: frosch * r24162 /trunk/src/ (9 files): -Codechange: Remove NewGRFClass::GetName() and SetName() in favour of using Get() and direct member access (which is needed anyway for GRF string resolving).
16:28:02 <CIA-1> OpenTTD: frosch * r24163 /trunk/src/newgrf_class.h: -Codechange: Make various members of NewGRFClass private.
16:28:09 <CIA-1> OpenTTD: frosch * r24164 /trunk/src/ (newgrf_class.h newgrf_class_func.h): -Codechange: Split parts of static NewGRFClass::Reset() into non-static ResetClass().
16:28:11 <CIA-1> OpenTTD: frosch * r24165 /trunk/src/ (newgrf_class.h newgrf_class_func.h): -Codechange: Split parts of static NewGRFClass::Assign() into non-static Insert().
16:28:16 <CIA-1> OpenTTD: frosch * r24166 /trunk/src/ (9 files in 2 dirs): -Codechange: Turn NewGRFClass::Get(Tid, uint) and GetCount(Tid) into non-static members GetSpec(uint) and GetSpecCount().
16:28:20 <CIA-1> OpenTTD: frosch * r24167 /trunk/src/ (7 files): -Codechange: Rename NewGRFClass::GetCount() to NewGRFClass::GetClassCount()
16:28:25 <CIA-1> OpenTTD: frosch * r24168 /trunk/src/newgrf_station.cpp: -Codechange: Simplify default station class instantiation.
16:28:29 <CIA-1> OpenTTD: frosch * r24169 /trunk/src/ (5 files): -Add: Make NewGRFClass distinguish between defined specs and specs visible for the user.
16:28:34 <CIA-1> OpenTTD: frosch * r24170 /trunk/src/ (newgrf_class.h newgrf_class_func.h): -Add: Methods for translating between NewGRFClass spec indices and user interface indices.
16:28:39 <CIA-1> OpenTTD: frosch * r24171 /trunk/src/ (object_gui.cpp terraform_gui.cpp): -Fix [FS#4967, FS#5120]: Hide object specs/classes from the GUI, if they will never be available to the user.
16:28:43 <CIA-1> OpenTTD: frosch * r24172 /trunk/src/newgrf_object.cpp: -Cleanup: Lighthouse and transmitter no longer need special treatment to not appear in the object GUI.
16:29:18 <frosch123> sorry for disturbing
16:30:56 * andythenorth ponders next industry patch
16:31:21 <andythenorth> - set a bit on the industry window text cb to hide all default text
16:31:57 <Alberth> a bit on the cb? you want to switch it on and off?
16:32:10 <andythenorth> on the return value :P
16:33:02 <Alberth> I guessed as much :p but you want to sometimes display default text and sometimes not?
16:33:44 <andythenorth> 'cargo waiting to be processed' is often meaningless
16:34:16 <andythenorth> should just be a list of 'requires'
16:34:35 <andythenorth> but I guess newgrf should take care of that :P
16:35:07 <Eddi|zuHause> andythenorth: and why is a property not enough?
16:35:34 <Skau1> and is it possible to link a station to a refinery or something without placing the station close enough?
16:35:38 <andythenorth> but the cb will have to be used either wa
16:35:50 <andythenorth> ach typing whilst holding baby :P
16:36:08 <andythenorth> if the prop is set, but text cb not used: FAIL :P
16:36:15 <andythenorth> [was my thinking]
16:37:15 <Eddi|zuHause> Skau1: use Ctrl+Build Station to only put a small part near the industry, the other part further away
16:39:54 *** hackalittlebit has joined #openttd
16:40:52 <hackalittlebit> Is ingo online
16:41:40 <andythenorth> testing animation with FIRS is like pulling teeth due to compile time :P
16:41:48 <andythenorth> maybe I should comment out most of the grf to do this :)
16:45:46 <hackalittlebit> planetmaker what do you wan't me to do now? continue discussion in topic that michi_cc gave?(FS5147)
16:55:45 <frosch123> hackalittlebit: i think the changes in the forum thread are too radical to get started
16:55:52 <frosch123> so, i guess the fs task is more sane for now
16:56:34 <frosch123> he, andythenorth advertises the todo list in his signature :p
16:56:46 <Eddi|zuHause> i feel like i missed half of the conversation
16:56:46 <andythenorth> I discussed it with pm ;)
16:57:02 <andythenorth> frosch123: I could have advertised my pony list instead :)
16:57:18 <frosch123> yeah, wondered about that
16:57:21 <andythenorth> currently my biggest pony is "is my patch good enough" :)
16:57:39 <frosch123> maybe it is a sneaky try of yours to get your pony list linked from the todo list in return :p
16:58:20 <andythenorth> it's no problem if a grf handles a cb not in stable? (the cb will never be called?)
16:58:45 <andythenorth> I need something new in trunk that FIRS can use :P
16:58:54 <andythenorth> so that it breaks against stable :P
16:59:13 <Eddi|zuHause> you really don't
16:59:22 <andythenorth> no really I don't :P
16:59:36 <andythenorth> but it's more fun to have features that are 'wait until 1.3'
16:59:47 <andythenorth> or 'use a nightly'
17:00:29 * andythenorth predicts possible forthcoming sadness :|
17:02:13 <hackalittlebit> andythenorth I see two times same picture in your post, MMMmwwhhahahahaha, Just kidding ;)
17:04:26 * FLHerne pesters andythenorth about windmills :P
17:05:42 <hackalittlebit> frosch123 Ok got it will continue in FS, Radical changes is bad, should be gradual, I would like to see some agreement on color scemes.
17:05:45 <Eddi|zuHause> i don't see the animation :p
17:07:37 <oskari89> Do i understand right, that current trunk allows NewObjects to have categories in placement window?
17:08:20 <frosch123> oskari89: trunk does not differ from 1.2 if you mean that
17:09:33 <Alberth> hackalittlebit: oh, yeah I did, I never finished it properly though, so you should consider it a starting point rather than as a definitive guide
17:09:55 <oskari89> If there could be drop-down menu for subcategories, that would be nice.
17:11:13 <Alberth> there exists a list of such subcategories?
17:11:45 <andythenorth> FLHerne: what's the windmill case?
17:11:47 <oskari89> No, but i think it would be nice..
17:12:25 <frosch123> as long as newgrfs categorise objects by newgrfs, there is apparently no need for categories
17:12:34 <frosch123> else they would already create more useful categories
17:14:14 <Alberth> and getting agreement on categories is quite difficult
17:14:31 <andythenorth> FLHerne: is there actually a reproducible bug with the windmill? You do keep mentioning it :/
17:14:59 <Mazur> Yes, some birds keep fluing into it.
17:15:19 <Eddi|zuHause> frosch123: it may be a chicken-egg-problem
17:15:27 <andythenorth> FLHerne: have you made a bug report to forums or FIRS issue tracker?
17:16:02 <FLHerne> I almost did, but you said you'd just close it :D
17:16:18 <FLHerne> I'll post it on the forum :P
17:16:38 <andythenorth> is it the flapping when zoomed out?
17:16:57 <andythenorth> if so, it's an openttd bug and you should post it to flyspray
17:17:41 <andythenorth> you can mention that the oil well also does it
17:18:03 <hackalittlebit> alberth I need to study it. I have to admit that subcategories also crossed my mind. But as frosch said we have to start at the beginning
17:18:41 <andythenorth> so why do sprites bounce in the zoomed out view?
17:18:50 <andythenorth> they have the same size bounding box in newgrf
17:19:32 <FLHerne> andythenorth: If it's the pixel halving, you could do separate sprites for each zoomlevel now :P
17:19:35 <andythenorth> but the cases are animated tiles, where sprites for some frames will have different heights to others (once masked)
17:19:53 <andythenorth> FLHerne: yeah, that's *definitely* going to happen :P
17:20:44 <frosch123> that image shows all objects of which i know, half of the categories include the grf name
17:21:50 <frosch123> andythenorth: disable cropping by grfcodec/nml
17:21:59 <frosch123> so that all sprites have the same size
17:23:29 <andythenorth> frosch123: presumably that increases filesize? But not much, as it's mostly blue?
17:23:47 <frosch123> andythenorth: only disable cropping for the animated sprites :)
17:24:11 <andythenorth> unless anyone can tell me now how to do it? :)
17:24:29 <frosch123> in nfo32 you need to add "nocrop" or so :p
17:25:01 <frosch123> it's "NOCROP" in nml as well :)
17:25:02 *** hackalittlebit has quit IRC
17:27:30 <andythenorth> my nml doesn't like NOCROP
17:27:36 <andythenorth> ach I'll figure it out
17:27:50 <frosch123> the docu says you have to put it in front of the filename
17:28:03 <andythenorth> tmpl_building_sprite_filename( 10, 200, 82, -52, NOCROP, "sprites/graphics/industries/grainmill.png")
17:28:37 <andythenorth> I guess I have to do it in the template
17:32:12 *** andythenorth has joined #openttd
17:32:34 <andythenorth> I'd have to change every industry in FIRS
17:33:14 <FLHerne> andythenorth: Do, then :P
17:33:51 * FLHerne supports disproportionate complication :D
17:35:18 <andythenorth> makes no difference to filesize
17:35:28 <andythenorth> frosch123 / Rubidium does using NOCROP on sprites do any harm?
17:35:54 <andythenorth> I've just applied it to every building sprite in FIRS
17:36:02 <andythenorth> I assumed it was an optimisation of some sort
17:36:26 <frosch123> if it makes no different on filesize at all, then it either does not work, or all sprites were already cropped :p
17:38:06 <andythenorth> 34050 bytes difference
17:38:28 <DorpsGek> andythenorth: 0.033203125
17:38:52 <andythenorth> it does fix the windmill, but not the oil well
17:38:59 <frosch123> well, most bytes in a grf are the pseudo sprites, which are uncompressed
17:39:13 <frosch123> usually the images themself are the minority :p
17:39:14 <andythenorth> I'm committing it
17:39:35 <frosch123> does it actually fix your issue with zooming?
17:39:45 <andythenorth> for the windmill yes
17:39:54 <andythenorth> for oil wells (uses base set sprites), no
17:41:28 *** andythenorth is now known as Guest1313
17:41:28 *** andythenorth_ has joined #openttd
17:41:28 *** andythenorth_ is now known as andythenorth
17:41:52 <andythenorth> FLHerne: it's done
17:42:13 <andythenorth> object lesson in 'squeaky wheel gets the oil' :/
17:42:32 <frosch123> hmm, maybe we can change the zooming to be relative to the offset point, instead of top-left corner
17:42:52 <frosch123> michi_cc: ^^ what do you think?
17:43:02 <andythenorth> wouldn't always solve the case I bet
17:43:17 <andythenorth> odd / even values for height width would still jitter
17:43:17 <frosch123> it would make it independent from croppping
17:43:45 <andythenorth> frame 1 height = 10
17:43:49 <andythenorth> frame 2 height = 11
17:44:00 <andythenorth> won't that cause jitter?
17:45:21 <CIA-1> OpenTTD: translators * r24173 /trunk/src/lang/ (afrikaans.txt latvian.txt):
17:45:21 <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:45:21 <CIA-1> OpenTTD: afrikaans - 39 changes by telanus
17:45:21 <CIA-1> OpenTTD: latvian - 16 changes by Parastais
17:46:09 * FLHerne looks for other things to nag andythenorth about :P
17:46:52 <andythenorth> nag andythenorth that industries don't randomise production amount when built
17:53:29 <michi_cc> frosch123: No problem if you implement it :p
17:55:37 * andythenorth wonders why production cb is used for black hole industries
18:08:17 <NGC3982> black hole industries?
18:08:43 <andythenorth> Pony: allow industry to overbuild houses *without* using one of the (unpopular) special flags
18:09:50 <andythenorth> serious request for town-based industry :)
18:10:27 <NGC3982> i have a suggestion on a grf.
18:10:39 <NGC3982> that i just started thinking about
18:10:43 <andythenorth> the two special flags for 'can overbuild houses' are considered limiting as they attach other conditions
18:10:53 <NGC3982> a full chemical grf, with rare earth elements and nuclear/chemical industries
18:11:14 <NGC3982> and you need special trains and special carts for radioactive elements and such.
18:11:21 <andythenorth> Eddi|zuHause: if I propose extending a cb, will you point out that it should be a prop? :)
18:12:53 * andythenorth proposes adding a bit to result of cb28 or cb2f that allows overbuilding of houses (off by default)
18:13:24 <andythenorth> I think I know where in industry_cmd.cpp it could be used, will have a look once the toddler is asleep :)
18:13:26 <Eddi|zuHause> what do you mean with "allow"?
18:13:40 <Eddi|zuHause> there are already industries which overbuild houses
18:13:41 <andythenorth> I mean 'permits overbuilding of houses'
18:13:41 <Alberth> NGC3982: great, one cargo of nuclear material every decade, driving at walking speed to the power plant
18:14:02 <andythenorth> Eddi|zuHause: see lines further up ;)
18:14:29 <Eddi|zuHause> they don't explain anything
18:14:55 <andythenorth> I can't remember the objections, they weren't mine
18:15:11 <andythenorth> but the distance / population limits on the existing flags are considered harmful
18:15:28 <andythenorth> and also they're considered cheating, real men write callback handlers
18:15:58 <andythenorth> I could be persuaded they're fine, but I wasn't allowed to close FIRS tickets referencing this issue
18:16:06 <andythenorth> and I'm sick of having so many FIRS tickets open
18:17:39 <Eddi|zuHause> again: which of the flags do what, and which of these effects do you want to circumvent?
18:18:16 <andythenorth> this I think was the main objection:
18:18:17 <andythenorth> "planetmaker: because simply somthing 15 tiles from the centre in 1900 is nicely at the edge. But in 2050 it's in the financial district with high-rise. And it just doesn't fit and is annoying to connect when I have to slash through 30 tiles of town and even make space for a station"
18:19:32 <andythenorth> that's the result of special flag bit 5
18:21:37 <Eddi|zuHause> suggests that you should use bit 4 instead
18:21:50 <andythenorth> bit 4 is too restrictive wrt distance iirc
18:22:12 <Eddi|zuHause> not according to this documentation
18:22:19 <andythenorth> let's check what's actually used
18:22:20 <Eddi|zuHause> bit 5 has the distance restriction, bit 4 not
18:22:28 <frosch123> bit 4 must replace houses, while bit 5 can
18:23:30 <frosch123> if you want a custom distance check, cb28 has the townzone available
18:23:31 <Eddi|zuHause> i don't think that is a too hard restriction
18:25:11 <andythenorth> ach...I'll read the source in a bit
18:25:25 <andythenorth> I don't really care either way
18:25:34 <andythenorth> but the issue won't go away
18:28:31 <andythenorth> so using bit 4, it's harder to place industries, because they *must* replace houses
18:28:41 <andythenorth> and using bit 5 industries are pegged to 15 tiles or so of the town sign
18:29:09 <andythenorth> neither is really satisfactory
18:32:26 <andythenorth> also... biab, no battery :P
18:38:59 *** supermop has joined #openttd
18:48:10 *** andythenorth has joined #openttd
18:59:39 *** Devroush has joined #openttd
19:12:58 <Eddi|zuHause> why do you have to reboot when the battery is low?
19:18:27 <frosch123> he does not reboot, he buys a new machine
19:22:16 <andythenorth> mostly I have to shut the lid :P
19:22:58 <andythenorth> although, yes, sometimes I just put the old one in the bin and buy a new one with 100% charge ;)
19:24:05 <Eddi|zuHause> why does kate's responsivenes decay so much with more than a dozen files open?
19:24:39 <andythenorth> because you haven't patched it to be better? :o
19:25:02 <andythenorth> the benefit of a closed source OS - no obligation to fix it :P
19:28:12 <andythenorth> so wrt industry overbuilding houses...is the conclusion "get over it, it's a non-problem" ?
19:29:46 <supermop> that or the industry ran off the homeowners with hired thugs
19:30:09 <andythenorth> not the answer I was looking for, but thanks ;)
19:30:46 <supermop> basically: i don't think it is a problem whether you want to look at it from gameplay side or realism side
19:33:43 <Eddi|zuHause> andythenorth: i think it's a matter of "how much is it really hurting"? you could a) live with the fact that it ends up in the town center. b) live with the fact that it may not appear outside of the town, c) implement a custom population check like ECS, and live with the fact that you cannot overbuild houses, or d) implement a new industry flag that says "may overbuild houses"
19:34:47 <Eddi|zuHause> i'd prefer "b" though
19:35:12 <andythenorth> actually b is better. andythenorth needs to read more carefully :P
19:35:24 <Eddi|zuHause> seriously, why do you need to overbuild houses?
19:35:25 <andythenorth> I've just changed one of the industries from a to b
19:36:00 <andythenorth> no overbuilding = no industries placed in town
19:36:31 <Eddi|zuHause> the construction callback may check for houses within 3 tile radius or something
19:37:39 <andythenorth> I don't want to require over-building houses
19:37:41 <Eddi|zuHause> then it will almost always be in the outskirts of towns
19:37:57 <andythenorth> fails the case where industry needs to be built in town
19:38:17 <andythenorth> I could duplicate industry, same industry twice, different IDs, different placement rules
19:39:00 <Eddi|zuHause> that'll cause all kinds of weird effects
19:39:12 <andythenorth> I feel like I'm not putting the case
19:39:38 <andythenorth> I need to overbuild houses, because there's insanely high probability that there are houses on the tiles where the industry needs to be
19:39:59 <andythenorth> because towns have very few gaps
19:40:09 <Eddi|zuHause> there's almost always empty tiles outside the town
19:40:22 <andythenorth> but that's outside town
19:40:46 <andythenorth> these industries need to build inside town
19:40:55 <Eddi|zuHause> builder's yard: no overbuilding, must have house nearby. shop/hotel: always require overbuilding
19:41:13 <andythenorth> I'm not arguing ;)
19:41:19 <andythenorth> you had me at (b) above :P
19:41:40 <Eddi|zuHause> and what is this then? <andythenorth> I don't want to require over-building houses
19:41:49 <Eddi|zuHause> looks like arguing to me :)
19:42:26 <andythenorth> I'd rather it was optional to overbuild, rather than required, but if it avoids need for a patch...
19:42:47 <andythenorth> ...means I can close some tickets as 'no change'
19:45:08 <andythenorth> I'm just going to double-check industry_cmd.cpp to be sure there are no distance checks lurking
19:45:21 <andythenorth> sometimes in the past the specs lied wrt industry_cmd.cpp ;)
19:56:04 *** tom47407-73129 has joined #openttd
20:08:55 <andythenorth> so builders yards replacing houses seems...inverted :)
20:13:24 <Eddi|zuHause> ECS has some construction checks that you must have X population nearby. maybe can reuse those
20:15:13 <andythenorth> for the builders yard, I'm going to try your suggestion of checking neighbouring tiles for houses
20:15:21 <andythenorth> should be adequate
20:16:42 <andythenorth> house within 5 tiles or so
20:16:53 <andythenorth> might be an expensive check, I'll have to walk in all directions :P
20:17:41 <andythenorth> might be wiser to check the town zone, but I never got my brain to understand town zone
20:18:06 <Eddi|zuHause> yeah, town zone sounds right
20:18:36 <andythenorth> zone 0 seems plausible
20:37:23 *** andythenorth has joined #openttd
20:37:45 <andythenorth> how to adapt this to use town_zone var?
20:37:47 <andythenorth> CHECK_TOWN_DISTANCE (town_distance, 0, 64, return CB_RESULT_LOCATION_ALLOW)
20:38:44 <andythenorth> I can't find CHECK_TOWN_DISTANCE in nml specs
20:38:46 <Eddi|zuHause> replace the whole thing with "town_zone"?
20:39:27 <andythenorth> sounds plausible
20:40:04 <andythenorth> CHECK_TOWN_DISTANCE must be a cpp macro
20:40:08 <Eddi|zuHause> needs parameters (x,y) relative to northern corner of indutry
20:40:10 <andythenorth> I hate that they look like functions
20:40:23 <andythenorth> yeah, I can write the nml switch fine :)
20:40:45 <andythenorth> I just don't know how FIRS magical codebase works :P
20:41:02 <Eddi|zuHause> yes, CHECK_TOWN_DISTANCE looks like a cpp macro
20:41:08 * andythenorth greps project :P
20:41:23 <andythenorth> documented cpp macro
20:41:38 <andythenorth> cpp does not mix well with nml
20:42:00 <Eddi|zuHause> prefix all macros with MACRO_?
20:42:15 <andythenorth> it's totally unreadable, because nml also uses ALL_CAPS_CONSTANTS
20:42:22 <andythenorth> which are valid and useful in lots of places
20:42:44 <Eddi|zuHause> yes, but they won't have function-like syntax :)
20:43:24 * andythenorth grumbles and goes back to code
20:43:51 <andythenorth> ach, too slow again :|
20:45:28 <andythenorth> gah, I need to pass a variable-length list as parameter option to CPP
20:45:35 <andythenorth> this is a really appalling language :P
21:10:09 *** Thomas_ has joined #openttd
21:12:23 *** Zeknurn has joined #openttd
21:21:42 *** Rhamphoryncus has joined #openttd
21:36:13 *** welshdragon has left #openttd
22:02:07 *** George|2 has joined #openttd
22:02:07 *** George is now known as Guest1328
22:02:08 *** George|2 is now known as George
22:32:50 *** Firartix has joined #openttd
23:04:59 *** th_gergo has joined #openttd
23:35:51 *** drac_boy has joined #openttd
23:51:20 <Skau1> what is deciding if production is higher or lower?
23:51:34 <Skau1> is there something that can be done to get higher coal productions etc?
continue to next day ⏵
