Log for #openttdcoop.devzone on 12th August 2011:
Times are UTC Toggle Colours
07:08:20  <planetmaker> moin
07:12:04  *** ODM has joined #openttdcoop.devzone
07:17:36  <V453000> elo
07:24:57  *** ODM has quit IRC
07:26:09  *** ODM has joined #openttdcoop.devzone
07:34:50  <planetmaker> hm, mb is still spilling acid over the move of the wiki
08:18:05  <Brot6> FIRS Industry Replacement Set - Revision 2341:65e2fe6b2000: Codechange: Use proper constants for ... (planetmaker) @
08:21:25  <planetmaker> @base 10 16 18483
08:21:25  <Webster> planetmaker: 4833
08:23:14  <planetmaker> @base 10 16 18485
08:23:14  <Webster> planetmaker: 4835
08:50:37  <Brot6> FIRS Industry Replacement Set - Revision 2342:8786f81799c0: Codechange: Use nice string constants... (planetmaker) @
08:53:06  <planetmaker> thanks for all the nice string constants, Hirundo :-)
08:54:34  <Terkhen> wow, nice indeed
08:55:26  <Hirundo> and most importantly.. without using sed :)
08:55:40  <planetmaker> :-)
08:55:54  <planetmaker> how did you do that?
08:56:14  <planetmaker> notepad++ built-in replacements?
08:57:14  <Brot6> FIRS Industry Replacement Set - Revision 2343:2cd80e805487: Codechange: Use also a nicer constant... (planetmaker) @
08:57:27  <Hirundo> notepad++ + python to cross-link the various files (strings.h, english.lng and newgrf_text.cpp) together
08:57:35  <Hirundo> *english.txt
08:57:54  <planetmaker> he, so a custom script
08:58:05  <planetmaker> :-)
08:58:15  * planetmaker used sed for the last commits
09:17:12  <planetmaker> Terkhen: did you make any progress on the "sugar refinery and brick works(?) look like coal mines" issue?
09:23:56  <Terkhen> I finished the VM installation right now
09:24:14  <Terkhen> I'll start bisecting once I have a proper development environment :)
09:26:48  <Brot6> FIRS Industry Replacement Set - Revision 2344:ecbb0f933569: Codechange: Use nice animation trigge... (planetmaker) @
09:26:50  <planetmaker> oh :-)
09:26:51  <planetmaker> ok
09:33:08  <planetmaker> hm, I got an idea: the substitute industry tile is probably always tile 0.
09:33:19  <planetmaker> Seems that the corresponding tile is not available... maybe some name mis-match
09:33:39  <planetmaker> s/tile/graphics/
09:34:24  <Terkhen> hmm... but the "coal mine" industries appear with correct coal mine layouts
09:34:38  <Terkhen> it looks to me like a problem at industry scope
09:34:50  <planetmaker> coal mine uses default graphics
09:34:57  <planetmaker> hm... layout broken?
09:35:43  <Brot6> FIRS Industry Replacement Set - Revision 2345:a56272e639b2: Fix: There was a ; too much (planetmaker) @
09:35:55  <Terkhen> the "coal mine" industries have their own layout defined, if the problem was at the industry tiles then the layouts would be correct for that industry type but the industry tiles themselves would appear as coal mine industry tile 0
09:42:06  <planetmaker> hm, that's true
09:42:13  <planetmaker> it's the coal mine layout being used
09:44:03  <Brot6> FIRS Industry Replacement Set - Revision 2346:866b245a49aa: Codechange: Use consistently cargo la... (planetmaker) @
09:45:49  <Brot6> FIRS Industry Replacement Set - Revision 2347:a0b4992c2e04: Fix: Biorefinery erronously claimed t... (planetmaker) @
09:51:05  <Terkhen> 37.450s on VM, 1m34.052s on msys
09:51:14  <Terkhen> I wonder if cygwin would give better results
09:51:34  <planetmaker> compilation time for firs?
09:51:37  <Terkhen> yes
09:53:02  <planetmaker> the time in the VM looks acceptable to me: real	0m40.730s user	0m32.381s
09:53:36  <Terkhen> yes :P
10:00:51  <planetmaker> 2250 is ok.
10:01:18  *** andythenorth has joined #openttdcoop.devzone
10:01:45  <planetmaker> moin andythenorth
10:02:03  <andythenorth> hola
10:02:09  <Terkhen> hi andythenorth
10:02:13  <Terkhen> 2250?
10:04:02  <planetmaker> r2250
10:04:12  <planetmaker> there sugar refinery is not a coal mine
10:04:47  <andythenorth> #2250
10:04:48  <Brot6> andythenorth: #2250 is "2cc train set - Feature #2250: TCDD E8000 - #openttdcoop Development Zone"
10:04:53  <andythenorth> oops
10:05:08  <planetmaker> :-)
10:05:21  <planetmaker> the other industry was brick works, was it?
10:05:59  <andythenorth>
10:06:00  <Webster> Title: TT Foundry: Pixel Creations for OpenTTD (at
10:06:07  <andythenorth> bah
10:06:08  <andythenorth> wrong place
10:06:11  <andythenorth> more sleep please
10:06:41  <Brot6> FIRS Industry Replacement Set - Bug #2960 (Confirmed): cargo acceptance for biorefinery (andythenorth) @
10:07:09  <planetmaker> camomile tea anyone? ;-)
10:07:47  <Brot6> FIRS Industry Replacement Set - Feature Request #2958: No smoking chimney for inactive industries (andythenorth) @
10:07:50  <planetmaker> andythenorth: did you test firs tip?
10:08:02  <Terkhen> planetmaker: yes
10:08:18  <Terkhen> I'm having problems setting up shared folders :P
10:08:26  <Brot6> FIRS Industry Replacement Set - Feature #2954: Improved placement of fishing harbour (andythenorth) @
10:10:10  <Brot6> FIRS Industry Replacement Set - Feature #2954: Improved placement of fishing harbour (planetmaker) @
10:10:10  <Brot6> FIRS Industry Replacement Set - Bug #2952: Hotel production (andythenorth) @
10:12:46  <Terkhen> meh
10:12:57  <andythenorth> planetmaker: no
10:13:03  <Terkhen> all of those old revisions have the "year out of range 0..5000000, encountered -1" bug
10:13:51  <Terkhen> I'll downgrade nml for now
10:15:38  <planetmaker> yes
10:15:43  <Brot6> FIRS Industry Replacement Set - Feature #2954: Improved placement of fishing harbour (andythenorth) @
10:16:45  <andythenorth> FIRS tip fails for me
10:17:01  <Terkhen> interesting, on r2300 sugar refinery is wrong but brick work is still correct
10:17:12  <planetmaker> yeah, I just noticed that, too
10:17:15  <planetmaker> I wonder why
10:17:22  <planetmaker> But biorefinery cargos are totally wrong
10:17:30  <Terkhen> andythenorth: with what error?
10:17:44  <andythenorth> nmlc: "sprites/nml/industries/aluminium_plant.pnml", line 399: Unrecognized identifier 'GAMEMODE_GAME' encountered
10:17:45  <planetmaker> ah, andy has old NML ;-)
10:17:50  <andythenorth> probly
10:17:54  <Terkhen> yup
10:18:01  <andythenorth> 'make' should just also pull nml and run buildout
10:18:02  <andythenorth> :P
10:18:08  <andythenorth> as it needs updating so much
10:19:50  <Terkhen> hmm... I suspected r2305 for brick works but I was wrong :P
10:20:07  <andythenorth> how do you hg bisect again?
10:20:10  <andythenorth> it's pretty clever
10:20:28  <Terkhen> no idea, I do it manually
10:20:49  <Terkhen> IIRC you either need to supply a script that defines if a revision is "right" or "wrong"
10:20:53  <Terkhen> or to decide that manually
10:21:39  <planetmaker> yep, if there was an automatic way to decide "good or bad" it could be scripted... but there's not in this case
10:22:39  <planetmaker> hm... cargos seem to be a bit broken in general...
10:22:43  <planetmaker> I wonder why or where
10:22:59  <Terkhen> bisect :P
10:23:08  <planetmaker> :-P
10:23:24  <Terkhen> it seems that the brick works error is relatively recent
10:24:28  <Terkhen> 2335-2340
10:25:28  <Terkhen> <--- missing callback_flags on the new code
10:25:45  <Terkhen> I'll add it
10:25:46  <planetmaker> callback flags are not supposed to be set.
10:25:51  <Terkhen> hmm...
10:25:57  <Terkhen> they are automatically set by nml?
10:26:03  <planetmaker> yes
10:26:07  <Terkhen> how?
10:26:21  <planetmaker> by looking at which CBs are defined in the graphics section
10:28:03  <Terkhen> <---
10:28:11  <Terkhen> I'm guessing that this switch should be at the graphics sections but isn't
10:28:27  <planetmaker> hm, you talk about industry _tiles_?
10:28:41  <planetmaker> yes, if it uses still the old type, then the CBF have to be declared
10:28:45  <planetmaker> I thought you meant industry
10:29:06  <Terkhen> no, I mean industry
10:29:17  <planetmaker> there you show an industry _tile_ code, though
10:29:26  <Terkhen> oh, sorry :)
10:29:40  <Terkhen> if the missing callback_flags is not supposed to be causing this I'll continue bisecting
10:30:14  <planetmaker> it should not, if the 'new' style of CBs via the graphics section is used
10:30:34  <planetmaker> then no CBF property needs definition (or it should be ignored / overwritten, if defined)
10:32:04  *** ODM has quit IRC
10:36:57  <Terkhen> confirmed; the coal mine issue for brick works is caused by r2337 (that same diff I posted earlier)
10:37:01  <Terkhen> I have to go now :)
10:37:02  <Terkhen> bbl
10:40:41  * planetmaker has an idea... and tests
10:41:26  <planetmaker> it changes order of substitute and layout properties. Maybe that's the culprit
11:13:05  <Terkhen> oh, that's quite possible
11:13:10  <Terkhen> IIRC substitute should always be first
11:13:19  <Terkhen> I'll start bisecting the sugar refinery now
11:13:31  <planetmaker> seems to not solve it though, to make substitute first again
11:13:57  <planetmaker> hm, wait. wrong industry "fixed"
11:14:02  <planetmaker> that might maybe explain A LOT
11:14:52  <Terkhen> fixed how?
11:15:00  <Terkhen> oh, ok :P
11:15:15  <planetmaker> biorefinery instead of sugar refinery ;-)
11:16:49  <planetmaker> yup, that fixes it
11:18:34  <Terkhen> nice :)
11:18:37  <planetmaker> brick works and sugar refinery work again
11:18:53  <Terkhen> the same happens at sugar refinery so no need to bisect :)
11:18:57  <Terkhen> great :P
11:22:50  <planetmaker> NML should take care of that actually
11:22:52  <Brot6> FIRS Industry Replacement Set - Revision 2348:6a2fe8d0c189: Fix: The substitute property must alw... (planetmaker) @
11:24:04  <Brot6> NewGRF Meta Language - Feature Request #2962 (New): handling of substitute property (planetmaker) @
11:25:23  <Terkhen> warn/error if substitute is not the first property
11:25:38  <Hirundo> I'd prefer a warning indeed
11:25:40  <planetmaker> why? Just make sure in the grf it's written that way
11:26:35  <planetmaker> there's IMHO nothing gained by warning when there's only one solution and it can be done right [TM]
11:26:45  <Hirundo> The user has to know about such things, else stuff is gonna fail if there are multiple property blocks per industry
11:27:05  <planetmaker> why does he have to know?
11:27:38  <Hirundo> what if he does item () property { prop_foo: 42; }} item() property { substitute: 18; }} ?
11:28:08  <planetmaker> write in the grf the proper order, first the substitute
11:28:26  <planetmaker> or do you see any reason one would later want to overwrite an already defined property?
11:28:36  <Hirundo> what if both item blocks are conditionally included ?
11:28:41  <Hirundo> with different conditions, ofc
11:29:02  <planetmaker> write first a substitute block with the condition as it has
11:29:26  <planetmaker> i.e. extract substitute in a separate block and write that as one of the first things
11:29:32  <Hirundo> point is, you can't really make sure you do it right, so better warn so there is a higher chance that the user knows that substitute must be set first
11:29:48  <Hirundo> what about variable item ids ? :)
11:29:48  <planetmaker> I still don't follow that.
11:30:15  <planetmaker> yes, what about that?
11:30:43  <Hirundo> then you don't know (at compile time), if two industry item blocks define the same industry or not
11:31:03  <Hirundo> point is, that it's really hard for NML to do it right and catch all corner cases
11:31:09  <planetmaker> that's an argument
11:31:25  <planetmaker> agreed
11:31:36  <Hirundo> so if you warn instead of fix silently, the user gets informed that he is doing it Wrong (tm)
11:31:51  <planetmaker> yep, you convinced me ;-)
11:32:58  <Hirundo> Of course, it will still fail if the user places substitute in a separate block, but the chance of an uninformed user doing that by chance is rather slim :)
11:33:23  <planetmaker> well, I guess then the order in the NML code is what counts
11:33:26  <planetmaker> or should
11:42:37  <Brot6> FIRS Industry Replacement Set - Revision 2349:73a8e9eaac12: Fix: Cargos for recycling depot and d... (planetmaker) @
11:44:15  <Brot6> FIRS Industry Replacement Set - Bug #2960 (Closed): cargo acceptance for biorefinery (planetmaker) @
11:48:33  <Brot6> FIRS Industry Replacement Set - Bug #2952: Hotel production (planetmaker) @
11:52:20  <Brot6> FIRS Industry Replacement Set - Bug #2952: Hotel production (planetmaker) @
11:53:07  <Brot6> FIRS Industry Replacement Set - Bug #2952: Hotel production (planetmaker) @
11:54:14  <Brot6> FIRS Industry Replacement Set - Bug #2952 (Feedback): Hotel production (planetmaker) @
12:11:48  <Brot6> FIRS Industry Replacement Set - Revision 2350:a1edd3b487fb: Fix: Some industries had swapped carg... (planetmaker) @
12:17:16  <Terkhen> hmm... what placement restrictions are in use for the dairy?
12:17:21  <Terkhen> I can't place it anywhere
12:18:06  <andythenorth> can't remember
12:18:12  <andythenorth> what does the nfo say?
12:18:29  <andythenorth> (the names of the nfo / cpp includes should explain most of it)
12:20:23  <Terkhen> cb28_allow_player_build, cb28_space_neighbours_in_chain, cb28_secondary_generic, cb2f_generic
12:20:37  <andythenorth> so basically very few restrictions
12:20:39  <Terkhen> nothing of that sounds as if I shouldn't be able to build it on an empty scenario
12:20:45  <Terkhen> (with a town of course :P)
12:20:56  * Terkhen bisects
12:20:58  <andythenorth> does it build in game? (i.e. not SE)
12:21:06  <andythenorth> I had some issue with this once before
12:21:10  <andythenorth> can't remember what was the cause
12:21:14  <planetmaker> var[0x5F, 8, 3] <-- Hirundo, is there a preferred way to access this variable? randowswitch?
12:21:14  <planetmaker> Terkhen: best way is look at nml ;-)
12:21:14  <planetmaker> the templates IMHO are clearly named
12:21:14  <andythenorth> prior to nml
12:21:15  <planetmaker> CHECK_INCOMPATIBLE  (dairy_farm,   16, CB_RESULT_IND_DISALLOW_UNSUITABLE, THIS_ID(dairy))
12:21:17  <planetmaker> CHECK_TOWN_DISTANCE (town_distance, 0, 64, THIS_ID(dairy_farm))
12:21:17  <planetmaker> CHECK_FOUNDER       (THIS_ID(town_distance))
12:21:19  <planetmaker> 56 tiles off another dairy
12:21:21  <planetmaker> 16 tiles of dairy farm
12:21:27  <planetmaker> 64 tiles within town distance
12:21:39  <andythenorth> Terkhen: it's slightly a moot point
12:21:55  <andythenorth> apart from slope checks, *you* should be able to build anywhere
12:22:03  <andythenorth> FIRS has minimal restrictions on player / SE placement
12:22:26  <andythenorth> so we or ottd have a bug somewhere
12:22:29  <Hirundo> planetmaker: I'd say random_switch is preferred, how (in)convenient is that in this case?
12:22:38  <Terkhen> planetmaker: there are no other industries, and I'm within 64 tiles of a town
12:22:56  <planetmaker> Hirundo: not really at all
12:23:01  <Terkhen> they appear on random map generation, though
12:23:10  * andythenorth rummages
12:23:31  <Terkhen> argh, it let me build it now in the SE
12:23:38  <Terkhen> sorry, I wonder what I did wrong the first time
12:23:44  <planetmaker> hm?
12:23:53  <planetmaker> should also work ingame, as andy said
12:24:09  <planetmaker> the first check always is for the founder - and allows if != 16
12:24:20  <planetmaker> where 16 == game
12:24:57  <planetmaker> and... works for me ;-)
12:26:31  <planetmaker> andythenorth: what do you rummage about?
12:26:53  <andythenorth> was looking for an issue which was connected to an ottd patch wrt SE construction
12:27:00  <andythenorth> but maybe it was done + closed
12:27:04  <andythenorth> couldn't remember
12:27:48  <planetmaker> hm... maybe... the condition is wrong...
12:27:48  <planetmaker> (game_mode == GAMEMODE_GAME) && (founder != FOUNDER_GAME)
12:28:25  <planetmaker> it should allow of course also in the SE
12:28:28  * planetmaker checks
12:29:07  <planetmaker> yes. Broken :-P
12:29:13  <planetmaker> ingame is fine, but not SE
12:30:47  <planetmaker> I wonder... where is the query which game mode we're in is needed?
12:31:30  <planetmaker> andythenorth: should there be different placement restrictions between SE and game for the player?
12:31:42  <andythenorth> no
12:31:51  <planetmaker> good
12:32:04  <andythenorth> iirc, the main restrictions are tile based, e.g. slopes etc
12:32:13  <andythenorth> which apply regardless, using cb2f
12:32:34  <andythenorth> otherwise, I think some industries still *have* to replace houses because they use special flag for that
12:32:57  <andythenorth> other special cases - coast industries, recycling depot
12:33:11  <andythenorth> + any I forgot :P
12:33:14  * andythenorth -> lunch
12:33:14  <andythenorth> bbl
12:33:24  <planetmaker> yes, that might be the case and is ok
12:35:36  *** andythenorth has quit IRC
12:53:41  <Brot6> FIRS Industry Replacement Set - Revision 2351:a109b4a0cfea: Codechange: Beautify the code related... (planetmaker) @
13:03:47  <Brot6> FIRS Industry Replacement Set - Revision 2352:94ea9369aedf: Fix: Smithy forge, hardware store and... (planetmaker) @
13:28:07  <Brot6> FIRS Industry Replacement Set - Code Review #2963 (New): Builders yard placement restrictions (planetmaker) @
13:36:13  <planetmaker> Can I find out whether an industry is placed manually in the SE or by the game as random placement?
13:36:30  <planetmaker> I somewhat get the feeling that not... but I hope I'm wrong
13:38:40  * planetmaker wonders whether Hirundo knows
13:43:08  *** andythenorth has joined #openttdcoop.devzone
14:26:06  <planetmaker> oh, how I love kernel panic :S
14:28:12  <andythenorth> linux never does that
14:28:47  <planetmaker> I've seen it there, too ;-)
14:29:01  <planetmaker> but this was OSX
14:29:42  <andythenorth> mac always crashes :P
14:29:47  * andythenorth is trolling
14:29:50  <andythenorth> work time
14:59:53  <Brot6> DictatorAI - Revision 137:eb026085a548: - Still more work on train stations (krinn) @
15:23:24  <Hirundo> planetmaker: you are referring to the 'build many random industries' in SE?
15:23:31  <planetmaker> yes
15:23:46  <planetmaker> I want it to respect the same rules as ingame. But the player having all choices
15:23:47  <Hirundo> hmm....
15:24:36  <planetmaker> currently I'm faced with the somewhat ugly solution: ingame the game respects rules, the player need not. Fine. But in the SE the player is also bound by those placement rules
15:24:42  <planetmaker> which is really stupid
15:25:03  <planetmaker> or the game in the SE also places industries w/o placement restrictions. Which is also not desirable
15:25:22  <planetmaker> or do I need to invent a new variable within OpenTTD?
15:25:40  <planetmaker> We're set with trunk anyway, making use of adv. sprite layouts
15:26:02  <planetmaker> I just want to make sure, I don't miss a thing :-)
15:26:16  <planetmaker> (maybe not variable, but variable return value)
15:27:50  <Ammler> andythenorth: our server doesn't need kernel panic to crash :-P
15:27:51  <Hirundo> I'm currently looking it up in the code, can't find anything (yet) though
15:29:40  <Ammler> (just me)
15:30:28  <Hirundo> planetmaker: Are we dealing with the location CB (28) here?
15:33:17  <planetmaker> yes
15:34:38  <Hirundo> you could use the creation type in extra_callback_info2 in that case, it is set to 'generating world' when generating many random industries
15:35:02  <planetmaker> oh
15:35:55  <Hirundo> whether this is a right thing can be argued about of course
15:37:08  <planetmaker> it's ok, IMHO
15:39:37  <planetmaker> let's see whether that'll give me the desired result :-)
15:39:59  <Hirundo> I'll commit a note to the docs later
15:44:58  <Brot6> NewGRF Meta Language - Revision 1602:1adae5ffce15: Codechange: Validate that the number of passed... (Hirundo) @
15:44:58  <Brot6> NewGRF Meta Language - Revision 1603:6c76c112f3ae: Add: Load and Store classes for spritelayout p... (Hirundo) @
15:44:58  <Brot6> NewGRF Meta Language - Revision 1604:07a6442fe968: Codechange: Capitalize VarAction2Range correctly. (Hirundo) @
15:45:02  <Brot6> NewGRF Meta Language - Revision 1605:2eef8c8360e6: Add: __hash__ and __eq__ methods to SpriteGrou... (Hirundo) @
15:45:06  <Brot6> NewGRF Meta Language - Revision 1606:874745a481b1: Fix: Set Varaction2Parser scope correctly for ... (Hirundo) @
15:45:10  <Brot6> NewGRF Meta Language - Revision 1607:42b250302f2d: Codechange: Make clear that the calling action... (Hirundo) @
15:45:14  <Brot6> NewGRF Meta Language - Revision 1608:1e11e62f485c: Fix: Change the naming scheme of return action... (Hirundo) @
15:45:18  <Brot6> NewGRF Meta Language - Revision 1609:3c692a02f03a: Codechange: Move spritesets out of the referen... (Hirundo) @
15:45:22  <Brot6> NewGRF Meta Language - Revision 1610:7d8d127880e2: Codechange: Change the way spriteset labels ar... (Hirundo) @
15:45:26  <Brot6> NewGRF Meta Language - Revision 1611:0f3ab5b9470c: Feature: Parametrized spritelayouts, for now w... (Hirundo) @
15:46:02  <Hirundo> ^It's not quite done yet, but here's a new toy to play with
15:47:46  <Brot6> NewGRF Meta Language - Revision 1612:8a05b032111b: Doc: Add notes about industry creation type wh... (Hirundo) @
15:50:21  <Brot6> NewGRF Meta Language - Feature #1395: sprite layouts (Hirundo) @
15:50:32  <Hirundo> planetmaker Terkhen: NML r1611 may be of interest to you :P
15:50:49  <planetmaker> oh :-)
15:53:47  <Terkhen> nice :)
15:54:06  <Terkhen> how is it used?
15:54:42  <Hirundo> spritelayout foo (param1, param2) { ... } and then in a switch foo(18, 42)
15:59:10  <Terkhen> oh, really nice :)
15:59:16  <planetmaker> very convenient :-)
15:59:28  <Terkhen> I'll have to rethink how we are doing spritelayouts
16:01:56  <Terkhen> spritelayout(coordx, coordy) :P
16:02:27  <planetmaker> <-- :-D Those few inhabitants have LOTS to do
16:02:28  <Webster> Title: Imagebin - A place to slap up your images. (at
16:05:59  <andythenorth> planetmaker: they can buy a *lot* of hardware :P
16:06:26  <planetmaker> :-)
16:06:37  <planetmaker> Hirundo: thanks, extra callback info 2 did the trick
16:06:42  <planetmaker> Dunno how I missed that
16:08:19  <Brot6> FIRS Industry Replacement Set - Revision 2353:b16f1b177ba1: Fix: Allow the player to also place i... (planetmaker) @
16:28:46  <planetmaker> andythenorth: the hotel production issue: can it be closed?
16:29:06  <andythenorth> I haven't tested against it
16:29:08  <andythenorth> does it produce?
16:29:24  <planetmaker> it tells me that it produces
16:29:44  <planetmaker> I haven't tried to carry pax, but if the industry says it produces, I believe that
16:29:49  <planetmaker> And I think it always did :-P
16:29:58  <andythenorth> close it
16:30:05  <andythenorth> I'll open a bug if there are issues
16:30:14  <planetmaker> black hole doesn't mean an industry doesn't produce... if set by properties
16:30:54  <planetmaker> what I don't know right now is whether the production level changes... /me looks
16:35:51  * andythenorth wants to find money under a rock
16:35:55  <andythenorth> to buy an SSD drive
16:40:48  <Terkhen> I want one too since a friend shown me how fast it goes :P
16:53:27  <planetmaker> :-)
17:08:02  <andythenorth> my os keeps hitting swap
17:08:06  <andythenorth> and then it goes dog slow
17:09:38  <Terkhen> how much ram does it have?
17:11:22  <Brot6> nml: update from r1601 to r1612 done -
17:13:39  <andythenorth> 4Gb
17:19:41  <Brot6> firs: update from r2340 to r2353 done -
17:20:53  <andythenorth> Terkhen: next week I'll have 8GB :P
17:20:56  <andythenorth> much cheaper than SSD
17:21:01  <Terkhen> I only managed to fill 4 Gb with a complicated algorithm once
17:21:06  <Terkhen> nice :)
17:21:17  <Brot6> Following repos didn't need a nightlies update: ogfx-trains (r248), narvs (r37), bros (r52), ogfx-industries (r122), opengfx (r721), ailib-tile (r16), foobarstramtracks (r23), transrapidtrackset (r28), 2cctrainset (r750), cets (r126), ailib-list (r32), opensfx (r97), ttdviewer (r34), worldairlinersset (r672), heqs (r638), openmsx (r97), basecosts (r25), nutracks (r208), nml (r1612), 32bpp-extra (r40), manindu (r7), newgrf_makefile
17:21:18  <Brot6> (r305), ailib-direction (r17), ailib-common (r21), snowlinemod (r49), dutchtramset (r87), ai-admiralai (r75), swisstowns (r22), metrotrackset (r56), spanishtowns (r10), frenchtowns (r6), grfpack (r279), ogfx-rv (r107), fish (r684), ogfx-landscape (r76), ttrs (r36), ogfx-trees (r51), swedishrails (r205), grfcodec (r833), ai-aroai (r39), german-townnames (r34), smts (r19), chips (r143), belarusiantowns (r8), indonesiantowns (r41),
17:21:19  <Brot6> ailib-string (r29), airportsplus (r107), comic-houses (r71)
17:21:52  <andythenorth> it's insane that I used to be able to run a browser on a 256MB imac with same screen resolution, far less RAM, and approximately same performance
17:21:53  <andythenorth> :P
17:22:35  <andythenorth> right now Safari is using ~500MB, Firefox ~800MB and Chrome hmmm...Chrome is only 72MB :P
17:23:02  <Brot6> narvs: compile of r37 still failed (#2789) -
17:23:57  <Terkhen> urgh
17:25:14  *** frosch123 has joined #openttdcoop.devzone
17:26:59  *** ODM has joined #openttdcoop.devzone
17:42:29  <Terkhen> right now, spritelayouts are already numbered: "THIS_ID(spritelayout_1)"
17:42:54  <Terkhen> I guess we could use a single spritelayout: "THIS_ID(spritelayout(1))"
17:43:13  <Terkhen> but maybe the best win of this feature is somewhere else that I'm not noticing
17:44:27  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: ogfx-trains (Diffsize: 281), ogfx-industries (Diffsize: 747), foobarstramtracks, cets (436 warnings) (Diffsize: 462), manindu (Diffsize: 2), newgrf_makefile, dutchtramset, swisstowns, spanishtowns (Diffsize: 2), frenchtowns, ogfx-rv (Diffsize: 4775), ogfx-landscape (1 warnings) (Diffsize: 1613), swedishrails, german-townnames (Diffsize: 1),
17:44:27  <Brot6> belarusiantowns (Diffsize: 30), indonesiantowns (1 warnings) (Diffsize: 1), airportsplus (2 warnings) (Diffsize: 45288)
17:46:59  <Terkhen> see you tomorrow
17:50:51  <planetmaker> enjoy, Terkhen
17:56:42  *** andythenorth has left #openttdcoop.devzone
18:31:52  *** andythenorth has joined #openttdcoop.devzone
19:06:18  <Brot6> clientpatches: update from r22733 to r22737 done (6 warnings) -
19:07:24  <Brot6> FIRS Industry Replacement Set - Code Review #2963: Builders yard placement restrictions (andythenorth) @
19:09:12  <Brot6> FIRS Industry Replacement Set - Feature #2936: Review substitute type in order to help AIs (andythenorth) @
19:11:23  <Brot6> openttd-vehiclevars: update from r22733 to r22737 done -
19:16:23  <Brot6> serverpatches: update from r22733 to r22737 done (10 warnings) -
19:18:38  <Brot6> 32bpp-ez-patches: compile of r22737 still failed (#2446) -
19:41:37  <Brot6> Following repos didn't need a testing update: clientpatches (r22737), openttd-vehiclevars (r22737), serverpatches (r22737), 32bpp-ez-patches (ERROR r22737)
19:42:31  <Ammler> guys, do a openttd commit
19:46:12  <Brot6> #openttdcoop Client Patch Pack - Bug #2964 (New): 78 (compiler) @
19:47:44  <Brot6> openttd-vehiclevars - Bug #2965 (New): 78 (compiler) @
19:49:24  <Ammler> menno :-(
19:49:28  <Brot6> #openttdcoop Server Patch Pack - Bug #2966 (New): 78 (compiler) @
19:50:35  <Brot6> 32bpp-ez-patches: compile of r22737 still failed (#2446) -
19:50:47  <Brot6> Following repos didn't need a testing update: clientpatches (r22737), openttd-vehiclevars (r22737), serverpatches (r22737)
19:54:32  <Brot6> clientpatches: compile of r22737 still failed (#2964) -
19:54:45  *** ODM has quit IRC
19:58:01  <Brot6> clientpatches: compile of r22737 still failed (#2964) -
20:02:54  <Brot6> openttd-vehiclevars: update from r22737 to r22737 done -
20:03:44  <Ammler> yes :-)
20:04:12  <Brot6> serverpatches: compile of r22737 still failed (#2966) -
20:05:43  <Brot6> 32bpp-ez-patches: compile of r22737 still failed (#2446) -
20:05:52  <Brot6> Following repos didn't need a testing update: clientpatches (r22737), openttd-vehiclevars (r22737), serverpatches (r22737)
20:16:22  <Brot6> OpenGFX - Revision 722:ed6f7178cd93: Feature: New sprite for a sawmill tile (planetmaker) @
20:38:07  *** frosch123 has quit IRC
21:00:12  <Ammler> andythenorth: count the tabs per browser
21:00:42  <Ammler> and be sure, to have also same amount of addons in ff and chrome
21:01:33  <Ammler> using much memory does speedup, not necessary something bad
21:02:19  <Rubidium> well, sometimes I wonder why applications take such huge amounts of memory for something relatively trivial
21:04:03  <Rubidium> hmm, OpenTTD wastes a whopping 12 MB for me
21:04:45  <Rubidium> (ignoring the ~140 MB of mmap-ed binary and library)
21:05:25  <Ammler> I don't apps wasting memory, if those have reason, like ff
21:05:32  <planetmaker> @calc 12000000/7
21:05:32  <Webster> planetmaker: 1714285.71429
21:05:37  <Ammler> mind*
21:06:08  <Ammler> I mean, if you need the memory, you can close ff :-)
21:06:26  <Rubidium> Ammler: but 350 MiB for just the tt-forum is a tiny bit too much I'd say
21:06:50  <Ammler> I have around 20 tabs open and need 250
21:07:23  <planetmaker> that really depends also on the FF version
21:07:55  <Ammler> well, as I am on suse, I have ff 5 :-)
21:08:21  <Ammler> (on supported suse)
21:08:39  <Rubidium> it might be that it has a fracking month of history in memory, but that's just a waste of resources
21:08:47  <Rubidium> okay... I don't need them at the moment, but still
21:08:53  <Ammler> :-)
21:09:33  <Ammler> I have another gtk app which really ates memory with time
21:09:41  * andythenorth bought memory
21:09:45  <andythenorth> it's way cheaper than SSD :P
21:10:05  <andythenorth> still, with only 2 tabs, it's an insane amount of memory
21:10:12  <Ammler> I once asked the devs to port the app to qt
21:10:39  <andythenorth> based on the total page weight of graphics, JS, html, even JS objects in memory, it's insane to use 500MB to render two web pages
21:10:48  <Ammler> hmm, need to check if ff is still gtk too
21:13:34  * andythenorth -> bed
21:13:36  *** andythenorth has left #openttdcoop.devzone
21:49:24  <Brot6> DictatorAI - Revision 138:08f5ae4a4247: - work on rail station (krinn) @
23:16:19  <Brot6> FIRS Industry Replacement Set - Code Review #2963: Builders yard placement restrictions (planetmaker) @
23:24:08  <Brot6> FIRS Industry Replacement Set - Code Review #2963: Builders yard placement restrictions (planetmaker) @
23:28:12  <planetmaker> @base 10 16 32
23:28:12  <Webster> planetmaker: 20
23:28:22  <planetmaker> @base 10 2 32
23:28:22  <Webster> planetmaker: 100000
23:33:34  <Brot6> FIRS Industry Replacement Set - Code Review #2963: Builders yard placement restrictions (planetmaker) @
23:34:47  <Brot6> FIRS Industry Replacement Set - Bug #2967 (New): Grain mill animation jumps (planetmaker) @

Powered by YARRSTE version: svn-trunk