Log for #openttdcoop.devzone on 15th March 2010:
Times are UTC Toggle Colours
00:00:34  <planetmaker> hehe. You know what is comforting? That it's obviously not only me who finds his sprites hard to implement ;-)
00:01:04  <Ammler> did you ask him, how he does code his own sprites?
00:03:18  <Ammler> planetmaker: you force rebuild for every grf
00:03:29  <Ammler> (on rev change)
00:03:45  <Ammler> only extra would need it
00:03:48  <planetmaker> yes, I know
00:04:20  <planetmaker> but that would mean changes to the default parts of the makefile which I would like to avoid
00:05:02  <planetmaker> even then I have no good idea how to tell only to remake on grf - unless I write special rules for those.
00:05:24  <planetmaker> and for all grf, except the 5 base grfs it's correct behaviour
00:05:31  <Ammler> well
00:05:50  <Ammler> as long as you have only one grf per repo
00:06:18  <Ammler> else I would like to have a grf with revision of the last change belonging to that grf
00:06:30  <Ammler> like a branch :-)
00:06:46  <Ammler> svnversion -c
00:08:18  <planetmaker> not worth the pain. What shall I rebuild, if blubber.pcx is updated?
00:08:43  <planetmaker> well, the grf which include it, I do that.
00:09:18  <planetmaker> And I rebuild every grf, if the version of the repo changes. As they all are assumed to have a string which contains the repo version
00:09:27  <planetmaker> I cannot distinguish there.
00:09:47  <planetmaker> not without another rewrite.
00:10:05  <Ammler> <-- is this a bordell?
00:12:23  <planetmaker> :-D How did you get that idea?
00:49:05  <Ammler> Error renaming to ogfx1_base.grf: No such file or directory
00:49:14  <Ammler> what I get the first run
00:49:26  <Ammler> then I repeat and ti works on 2nd run
00:50:28  *** KenjiE20 has quit IRC
01:02:42  <planetmaker> hm.... strange.
01:02:48  <planetmaker> Now sleep, though
01:05:48  <Webster> Latest update from devactivity: OpenGFX - Bug #669: Recolor: remove magic brown <> || OpenGFX - Revision 334: Fix [#669]: magic brown of shops sprites 4477-4479&4577 <> || OpenGFX - Revision 333: Fix [#669]: magic brown of flat sprites 1421-1429 <> || OpenGFX - Revision 332: Fix [#669]: magic brown of old flat sprites 1536-1539 <>
01:15:16  <Ammler> planetmaker: I am really the only one who need to run make twice every time?
01:16:19  <Rubidium> even three makes doesn't fix OGFX compilation for me
01:16:29  <Rubidium> make[1]: *** No rule to make target `sprites/pcx/houses/base-1421.1425.1424-offices.pcx', needed by `sprites/ogfx1_base.pnfo'.  Stop.
01:17:37  <Ammler> autsch
01:18:01  <planetmaker> uhm...
01:21:08  <Ammler> REPULL
01:21:23  <Ammler> well, my compile issue is really serious
01:21:57  <Rubidium> second make says it's up to date
01:22:57  <Rubidium> but yes, with make bundle_zip it does something fishy
01:23:01  <Ammler> which grfocdec version do you use?
01:23:11  <Ammler> yes, I mean make bundle*
01:23:28  <Rubidium> make: INTERNAL: Exiting with 4 jobserver tokens available; should be 3!
01:24:04  <Ammler> well, that depends on your -j parameter I guess
01:24:05  <Rubidium> r2294
01:24:41  <Ammler> but the issue is with overwriting *.grf
01:24:46  <Ammler> but second time it works
01:25:01  <Ammler> like a race condition
01:25:12  <Ammler> hmm
01:26:26  <Rubidium> but why do you need make bundle_...?
01:30:34  <Ammler> make bundle_tar
01:30:45  <Ammler> I symlinked that to my data dir
01:34:12  <Rubidium> make bundle seems to compile files twice
01:36:16  <Rubidium> all $(BUNDLE_FILES) is probably the culprit
01:36:18  <Webster> Latest update from devactivity: OpenGFX - Revision 336: Fix [#77]: realign old offices 1461-1463 <> || OpenGFX - Revision 335: Fix [#669]: magic brown all the sprite sheets <>
01:37:58  <Rubidium> -$(DIR_NAME): all $(BUNDLE_FILES)
01:37:58  <Rubidium> +$(DIR_NAME): depend $(BUNDLE_FILES)
01:38:02  <Rubidium> that does the trick
01:45:33  <Ammler> yes, better, I push that fix...
01:51:04  *** Beardie has quit IRC
01:53:24  <Webster> Latest update from devactivity: OpenGFX - Revision 339: Fix [#77]: realign small flats (1519-1523) <> || World Airliners Set - Revision 630: Added Lots of Changes to Input Table Correctly Calculated Run... <> || OpenGFX - Revision 338: Fix [Makefile]: bundle* compiled twice (Rubidium) <> || OpenGFX - Revision 337: Fix [#77]: realign other houses (1464,1470) <>
02:09:26  <Webster> Latest update from devactivity: OpenGFX - Bug #77 (Resolved): town building misalignment <>
03:01:31  *** Frankr has quit IRC
07:29:57  <Webster> Latest update from devactivity: OpenGFX - Revision 342: Add: GFX templates for trains (Graphics by Pikka) <> || OpenGFX - Revision 341: Change [#156]: New sprites for almost all toyland rail engines (Graphics ... <> || OpenGFX - Revision 340: Change: Add also template files to the source file list <>
08:50:09  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Revision 626: Change: remove recycling plant include from firs.pnfo <>
09:11:29  *** ODM has joined #openttdcoop.devzone
09:25:11  *** Seberoth2 has quit IRC
09:38:14  <Webster> Latest update from devactivity: 2cc train set - Bug #812: everything available on el rail <> || 2cc train set - Feature #813: TTDP compatibility <>
10:10:18  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Feature #819 (New): Stop trying to make Power Plants more than th... <>
10:28:22  <Webster> Latest update from devactivity: OpenGFX - Revision 344: Change: move template files to supdir templates <> || OpenGFX - Revision 343: Change: one template folder should be enough <>
10:46:12  <Ammler> planetmaker: why didn't we never split the base nfos?
10:46:43  <Ammler> the file is awesome big
12:20:36  <Webster> Latest update from devactivity: OpenGFX - Feature #820 (New): Basesets splitting <>
12:21:28  <Ammler> planetmaker: shall I push? ^
12:22:14  <Rubidium> I at least suggest to add the files before you make a diff to show the world
12:24:34  <Ammler> well, that part should be obvious, isn't?
12:25:39  <Rubidium> yes, but given you forgot to add a file yesterday and the new files are not in the diff makes one wonder whether the act of yesterday is going to be repeated
12:25:48  <Ammler> new diff uploaded :-)
12:26:31  <Ammler> well, I didn't finish it, because I don't know, if such a "feature" is wanted...
12:27:47  <Ammler> now, I wonder, how to revert "hg add", if the "boses" decline my proposal...
12:28:03  <Ammler> s*
12:28:10  <Rubidium> hg revert -a .?
12:28:23  <Rubidium> hg commit && hg rollback?
12:28:36  <Ammler> :-)
13:27:18  *** Doorslammer has joined #openttdcoop.devzone
14:26:54  <Webster> Latest update from devactivity: OpenGFX - Bug #669: Recolor: remove magic brown <>
14:29:01  <planetmaker> hg forget <filename> or hg revert <filename>
14:29:10  <planetmaker> Or make a local branch
14:38:09  <Ammler> planetmaker: so you don't like it?
14:38:27  <planetmaker> Actually I do like it
14:38:31  <planetmaker> a lot
14:38:47  <Ammler> then why do you want me to forget or revert it?
14:38:50  <Ammler> :-P
14:39:02  <planetmaker> I want to defer it to after the release
14:39:22  <Ammler> hmm
14:39:46  <Ammler> does that matter?
14:39:56  <Ammler> the release will take another 2 weeks?
14:40:15  <planetmaker> this week and next week. Then I want to make a release from it. Latest
14:40:23  <planetmaker> But I guess that's also the earliest possible
14:40:44  <planetmaker> The rail sprites are still all a mess
14:41:43  <planetmaker> on the other hand: the release could just be a snap shot. Then it's definitely 0.2.2. If we continue this pace we can then release maybe 0.3 in another month or two.
14:42:06  <Webster> Latest update from devactivity: FISH - Bug #821 (New): Small Coaster - running cost is 0 <> || OpenGFX - Feature #820: Basesets splitting <>
14:42:07  <Ammler> well, the diff is just a preview, I would do it for the whole file
14:42:10  <Ammler> also for the others
14:42:17  <Ammler> specially the extra
14:42:24  <planetmaker> Will say: I'm quite sure it's a good move. But our priority in the next two weeks should be on fixing things
14:43:00  <Ammler> fixing think in a cleanupd source could be easier ;-)
14:43:06  <planetmaker> :-)
14:43:07  <Ammler> things*
14:43:24  <planetmaker> well. Ok.
14:43:43  <planetmaker> Then create a dir base
14:43:48  <planetmaker> and put the sub files there
14:43:54  <Ammler> I don't really care when, that is why I stopped and made the ticket.
14:44:01  <planetmaker> and include the sub files via #include in ogfx1_base.pnfo
14:44:36  <Ammler> doesn't the diff exactly that?
14:46:13  <Ammler> and also there is not really soemthing to code left after I close #669, is there?
14:47:25  <Ammler> so I close that ticket and we release 0.2.2
14:47:30  <Ammler> then we can refactor
14:49:07  <Ammler> oh, you moved to 0.3 :-o
14:49:33  <Ammler> well, nevermind then, I revert my local changes and let that up2you guys...
14:49:40  <Ammler> 0.4*
14:51:02  <Ammler> maybe also a request for sprites might be useful for the existing bugs without
14:55:28  <planetmaker> as I said: go ahead
14:56:00  <planetmaker> it's nothing which will be done by 'just' splitting the file
14:56:20  <planetmaker> it will also mean sorting through the real sprites. Cutting the pcx into pieces and sorting that
14:56:40  <planetmaker> ^ Ammler
14:57:09  <planetmaker> Assigning this change to 0.3/4 doesn't mean it cannot be started
14:57:12  <Webster> Latest update from devactivity: OpenGFX - Feature #820: Basesets splitting <>
14:59:39  <planetmaker> So please go for it :-)
15:00:20  <Rubidium> like the half dozen or so bugs assigned to 1.1.0 that were actually fixed in 1.0.0 :)
15:00:57  <planetmaker> exactly
15:01:03  <planetmaker> nothing wrong with that
15:06:24  <Ammler> well, I don't want to disturb your workflow :-P
15:06:58  <Rubidium> if you would be seriously disturbing his workflow then your communication would be quite bad
15:07:52  <Ammler> the pcx stuff isn't necessarly related to the nfo splitting...
15:08:15  <Ammler> and is fine to be done with new sprites, imo.
15:08:30  <Ammler> at least for now ;-)
15:13:03  <Webster> Latest update from devactivity: FISH - Feature #822 (New): Capacity for passengers needs to != capacity freight <>
15:13:47  <Ammler> planetmaker: but what you think about making 0.2.2 release now, as there is nothing left to code? (after close of #669)
15:13:54  <planetmaker> Ammler: yes, pcx stuff is not necessarily to nfo splitting.
15:14:18  <planetmaker> But all that is part of the refactoring of the code which is quite desirable.
15:15:04  <planetmaker> Well, I need to have another look at toyland engines at least. I commited them and aligned them... roughly
15:15:16  <Ammler> so we can then work for 0.3 and if some wonder happens, have it ready for 1.0
15:16:05  <planetmaker> That wonder would include to get quite some vehicle sprites, especially train sprites in the game. Not feasable in two weeks
15:17:03  <planetmaker> In principle: yes. But toyland engines need another look at the alignement. It became actually worse with my last commit :S
15:17:16  <planetmaker> OpenGFX clearly doesn't use Pikkas alignment.
15:18:31  <Ammler> how can someone use different allignment?
15:18:35  <Ammler> -l
15:18:48  <planetmaker> easily.
15:19:53  <planetmaker> Also one of the engines is higher than his templates forsee.
15:21:14  <Ammler> well, the houses should be perfect according to my testsave
15:21:21  <planetmaker> :-)
15:21:35  <planetmaker> I didn't look closely so far, but awesome job
15:21:42  <planetmaker> you did there
15:24:07  <Ammler> not really
15:24:17  <Ammler> was more a bad of the one before
15:24:27  <Ammler> the most offsets were obviously wrong
15:24:57  <Ammler> but the newgrf is nice
15:25:11  <planetmaker> so what.
15:27:26  <Ammler> btw. any plan how to handle review credtis?
15:27:52  <Ammler> do we keep the origin author?
15:28:16  <planetmaker> Well, I added the reviewer to the alignment.
15:28:34  <planetmaker> And changed the author of the sprite, if new ones were supplied
15:28:48  <planetmaker> (or added him/her, if it's only a sub set of the sprites)
15:29:17  <Ammler> in that case, I splitted the list
15:29:53  <planetmaker> also fine
15:32:28  *** Frankr has joined #openttdcoop.devzone
15:41:40  <Ammler> planetmaker: advantage of a release would be a "bigger" public, which would test it for the 0.3 release with openttd 1.0
15:42:27  <planetmaker> hm, yes...
15:59:26  <DJNekkid> if i wanted to add a 2nd project to a current newgrfrepo, how would i do that?
15:59:31  <DJNekkid> i.e. a 2nd trackset
16:00:00  <DJNekkid> my primary idea were to add a subdir with a separte makefile system, and a template dir
16:05:36  <planetmaker> there's no default procedure.
16:05:48  <planetmaker> Personally I'd go for a separate project :-)
16:05:49  <Ammler> if you add a sep Makefile, it would make sense to make a new repo
16:06:16  <DJNekkid> but i want them to share all templates and strucktures
16:06:38  <planetmaker> yes... copy it ;-)
16:06:45  <planetmaker> I know that it's not really satisfactorily
16:09:20  <DJNekkid> i cant i.e. add a new "main.pnfo"
16:09:33  <DJNekkid> and then "make main"
16:09:38  <DJNekkid> if you get me
16:10:31  <planetmaker> yes you can. But they will share the same version
16:10:46  <planetmaker> and I don't know how it works with bundles and so on
16:11:51  <DJNekkid> and how would i define it to look for "main.pnfo" etc?
16:12:41  <DJNekkid> grf id
16:12:42  <DJNekkid> etc
16:12:50  *** Frankr has quit IRC
16:13:03  <planetmaker> DJNekkid: exactly. There are the problems with grfid and so on.
16:13:40  <planetmaker> you could try how far it goes. Just add a 2nd file to the main_target
16:14:17  <planetmaker> and see what happens. Define the grfid manually for one of them. Modify possibly the version string to NOT include the name by default.
16:14:46  <planetmaker> but this stuff is not made nor tested for multiple main newgrfs
16:15:15  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Revision 629: Change: Cement Plant now uses secondary industry te... <> || FIRS Industry Replacement Set - Revision 628: Change: Steel Mill now uses secondary industry temp... <> || FIRS Industry Replacement Set - Revision 627: Add: template for secondary industry (B) - combinat... <>
16:16:01  <DJNekkid> what if i made a "railtypes_templates"-repo
16:16:36  <planetmaker> if it's universally usable templates it might even make sense to add them to the newgrf_makefile repo
16:16:49  <planetmaker> universally = for all rail types newgrfs.
16:19:36  <DJNekkid> kind of like a "libaray" ?
16:25:48  <DJNekkid> or is it possible to add "REPO_NAME_<number>", "MAIN_TARGET_<number>" etc to the makefile
16:26:11  <planetmaker> how do you mean?
16:26:23  <planetmaker> and yes, I mean like a library
16:27:20  <Ammler> splitting pushed :-)
16:27:49  <planetmaker> :-)
16:27:58  <DJNekkid>
16:28:16  <DJNekkid>
16:28:49  <planetmaker> hm, you didn't put the files in a sub dir :-(
16:29:29  <planetmaker> hm, though I guess the file names are fine enough actually
16:31:18  <Webster> Latest update from devactivity: OpenGFX - Revision 345: Change [#820]: ogfx1_base splitted into sufiles <> || FIRS Industry Replacement Set - Revision 633: Change: comments in secondary template B <> || FIRS Industry Replacement Set - Revision 634: Change: comments in secondary template A <> || FIRS Industry Replacement Set - Revision 632: Change: comments in secondary template A <> || FIRS Industry Replacement Set - Revision 631: Change: comments in secondary template B <> || FIRS Industry Replacement Set - Revision 630: Change: comments in secondary template A <> || OpenGFX - Feature #820: Base files splitting <" target="_blank">> || OpenGFX - Feature #820: Base files splitting <" target="_blank">> || OpenGFX - Feature #820 (New): Base files splitting <>
16:31:55  *** Yexo_ is now known as Yexo
16:31:57  <Ammler> typos :-P
16:33:58  <planetmaker> suflé ;-)
16:36:14  <Ammler> oh, another subdir?
16:37:55  <planetmaker> well... might have made sense.
16:38:48  <planetmaker> but no problem.
16:41:35  <Ammler> already hg renamed
16:41:59  <Ammler> also might have found another bug in your Makefile?
16:42:05  *** frosch123 has joined #openttdcoop.devzone
16:42:54  <planetmaker> well, you last night's change makes no difference for me.
16:43:13  <planetmaker> so, what is it? :-)
16:46:45  <Ammler> planetmaker: speaking with me?
16:46:48  <Webster> Latest update from devactivity: OpenGFX - Revision 346: Change [#820]: nfo header in a seperate file, base subfiles moved to its ... <>
16:47:38  <planetmaker> Ammler: yes
16:47:43  <Ammler> which change?
16:48:00  <planetmaker> the bug fix all->depend
16:48:09  <planetmaker> but: [17:41]	<Ammler>	also might have found another bug in your Makefile? <-- what's that?
16:48:14  <Ammler> ah, that is from Rubi
16:48:46  <Ammler> planetmaker: if you hg rename files but don't commit, building fails
16:49:04  <planetmaker> well, you commited it.
16:49:19  <Ammler> yes, because the Rubifix solved my issue :-)
16:50:04  <Ammler> oh, should be reported to makefile example project...
16:51:03  <planetmaker> I don't quite understand how it makes much of a difference, though
16:51:10  <planetmaker> because all depends on depend.
16:51:12  <Ammler> make bundle* did build twice
16:51:24  <planetmaker> not for me...
16:51:34  <Ammler> it did for me and Rubi
16:52:00  <planetmaker> well, it makes no difference for me, so fine with me :-)
16:52:17  <Ammler> let me test on firs or 2cc?
16:53:29  <planetmaker> well, I trust you. it worked and works for me.
16:53:40  <Ammler> planetmaker: it worked for me too
16:53:49  <planetmaker> but...?
16:53:52  <Ammler> I just needed to run it twice, because it broke
16:54:05  <Ammler> I guess, some race conditions
16:54:58  <Ammler> andythenorth: make: *** No rule to make target `../../templates/template_primary_action2_cargo.pnfo', needed by `sprites/nfo/i_arablefarm.pnfo'.  Stop.
16:55:07  <Ammler> Rubidium: I am not the only one :-P
16:55:18  <andythenorth> Ammler: one moment...
16:56:06  <andythenorth> Ammler: did you pull recently?
16:56:14  <Ammler> yep, tip
16:56:36  <Ammler> 634:39e1027f19b4
16:57:50  <Ammler> planetmaker: something bad with the splitting
16:57:55  <andythenorth> current version of i_arablefarm on devzone doesn't use that missing template.  Wonder why your local version does?
16:57:55  <Ammler> history goes lost
16:58:17  <Ammler> andythenorth: we will at 18:18 then
16:59:42  <Ammler> <stdin>:14:36: error: sprites/nfo/cargos.pnfo: No such file or directory
16:59:43  <Ammler> <stdin>:15:43: error: sprites/nfo/cargo_schemes.pnfo: No such file or directory
17:08:14  <planetmaker> Ammler: not really
17:08:40  <planetmaker> and those two which you quote: they're generated pnfo files
17:08:45  <planetmaker> they're special in some sense
17:13:31  <planetmaker> Ammler: concerning FIRS pay attention to, if you modify there anything in the Makefile
17:13:45  <planetmaker> it's not empty as for most other projects
17:15:19  *** KenjiE20 has joined #openttdcoop.devzone
17:17:46  <Ammler> I have no idea about firs
17:17:49  <Webster> Latest update from devactivity: OpenGFX - Revision 348: Fix (r341) [#156]: Size of a the Mightymover and Ploddyphut_diesel engines <> || OpenGFX - Revision 347: Change: Add another engine length to the templates <>
17:18:00  <Ammler> I just run make bundle_tar to check if I get same issue as with opengfx
17:18:12  <andythenorth> run make clean first
17:18:32  <Ammler> andythenorth: yes, I did that and got the pasted thing
17:18:43  <Ammler> I am quite sure, the issue is related...
17:19:26  <DJNekkid> btw...
17:19:34  <DJNekkid> are there any proper renums for railtypes out now?
17:19:42  <Ammler> planetmaker: you tested with bundle?
17:20:14  *** Doorslammer has quit IRC
17:20:48  <andythenorth> Ammler: make bundle works for me.  I know that's no help, but *all* of the make stuff was originated by planetmaker.  I just pulled it down to my repo
17:20:56  <andythenorth> so it should work for you
17:20:58  <andythenorth> got awk?
17:21:16  <Ammler> andythenorth: please watch it "proper"
17:21:25  <Ammler> you are sure, it doesn't build twice?
17:21:34  <planetmaker> quite
17:21:46  <andythenorth> Ammler: how do I watch it 'proper' ?? :)
17:22:12  <Ammler>
17:22:30  <Ammler> well, it is quite easy to see, if the grf will be made twice
17:22:41  <Ammler> make works fine
17:22:48  <Ammler> make bundle_tar doesn't
17:23:07  <andythenorth> pdq2s-macbook-3:firs_build andy$ make bundle tar
17:23:07  <andythenorth> [Generating] Makefile.dep
17:23:08  <andythenorth> make[1]: `firs.grf' is up to date.
17:23:08  <andythenorth> [BUNDLE]
17:23:08  <andythenorth> [Generating] firs-nightly.
17:23:09  <andythenorth> make: *** No rule to make target `tar'.  Stop.
17:23:16  *** Frankr has joined #openttdcoop.devzone
17:24:19  <Rubidium> bundle_tar, not bundle tar
17:24:32  <planetmaker> Ammler: what you posted doesn't show that it's building it twice...
17:25:20  <andythenorth> Ammler: make bundle_tar works for me
17:25:28  <Ammler> onlcy once?
17:25:33  <andythenorth> no output...let me try again with clean
17:25:37  <DJNekkid> now thats a nice error... "unexpected sprite"
17:26:24  <Ammler> planetmaker: check paste row 90-110
17:26:35  <Ammler> I didn't repeat make or so between
17:26:39  *** Yexo has quit IRC
17:26:43  <andythenorth> Ammler:
17:26:50  <Rubidium> planetmaker: just look at the 'bundle' and 'all' in the Makefiles. 'bundle' has 'all' and the GRFs as dependency. 'all' calls make $grfs. So when doing things concurrently the make called from the 'all' is rebuilding GRFs whereas the dependencies of 'bundle' (the GRFs) are build too
17:27:10  * andythenorth wonders if 'make install' could be made faster again :|
17:27:44  <Ammler> why should install be slow, that is just a copy?
17:28:02  <Rubidium> Ammler: if it compiles the grf twice it will naturally be slower :)
17:28:06  <andythenorth> well it has to build the grf first?
17:28:19  <Ammler> yes
17:28:39  <Ammler> andythenorth: so how would you do it faster?
17:28:42  <planetmaker> ah... concurrently... yes, that might be a problem
17:29:07  <Ammler> Rubidium: it might be a linux issue
17:29:11  <andythenorth> Ammler: the old way was much faster
17:29:18  <Ammler> andythenorth's paste did compile only once
17:29:28  <planetmaker> andythenorth: is it really?
17:30:19  <Ammler> andythenorth: it should be quite easy to go back compile and mesure the time
17:30:23  <planetmaker> did you make a test and give numbers?
17:31:31  <andythenorth> planetmaker: I'd need to revert to an old version of the makefile stuff yes?
17:31:54  <Ammler> hg up -r<pre-pm-update>
17:33:26  <planetmaker> half the time ;-)
17:33:51  <planetmaker> I guess that's the dependency check which firs didn't have
17:33:58  <andythenorth> current version is ~20s to build firs
17:34:36  <Ammler> planetmaker: is the dependency check useful at all for onegrf project?
17:34:51  *** Seberoth has joined #openttdcoop.devzone
17:35:05  <planetmaker> yes. It will tell you if you miss files. Which will just be ignored to be included
17:35:59  <Ammler> well, openttd does also on 99% of the time compile complete :-)
17:36:44  <Seberoth> Good evening
17:36:51  <planetmaker> hello Seberoth
17:37:04  <Ammler> heya Seberoth :-)
17:37:17  <Ammler> btw. you might want to update your project settings...
17:37:32  <Ammler> specially the url to the demo
17:37:37  <planetmaker> hm... off for dinner. See you later folks
17:37:38  <Seberoth> really? :P
17:37:56  <Ammler> well, dunno, maybe?
17:39:08  <andythenorth> can I knock out the dependency check locally?
17:39:36  <Ammler> not if you still ignore nightly compile log :-P
17:43:06  <planetmaker> he, dinner not yet done. False alarm ;-)
17:43:39  <planetmaker> andythenorth: you can edit Makefile.common. And edit the depend target to what suits you.
17:43:57  <planetmaker> basically making it an empty target
17:45:18  <planetmaker> But that'd defy the purpose of 'make depend'
17:45:54  <andythenorth> :o
17:45:58  <andythenorth> :)
17:47:55  <Ammler> planetmaker: maybe he could make the dependency check a manual task
17:48:04  <Ammler> for example run it before push
17:48:10  <Ammler> or on other issues
17:48:56  <planetmaker> hm, that's not the only thing. That takes 5s here.
17:49:01  <Webster> Latest update from devactivity: Nutracks - Revision 44: Change: GUI-sprites are now shared where needed <> || World Airliners Set - Revision 631: Added Lots of Changes to Input Table Boeing 727s <>
17:49:03  <planetmaker> Remain: 7s difference
17:51:16  <Frankr> DJNekkid here?
17:52:46  <Ammler> hmm
17:52:50  <DJNekkid> yu
17:52:51  <DJNekkid> p
17:52:52  <planetmaker> no idea where that time comes from
17:53:21  <Frankr> DJ can you tell me why when you use dual head on a train the sprites misallign?
17:53:38  <DJNekkid> is it shorter then 8/8 ?
17:53:47  <Ammler> @topic add NO meta questions please.
17:54:13  <planetmaker> probably from the REPO_DIRS variable
17:54:15  <Frankr> nope
17:54:19  <planetmaker> that sounds expensive
17:54:27  <andythenorth> planetmaker: your time is for FIRS build on an intel macbook?
17:54:39  <planetmaker> anydy: 22s new, vs. 11s old
17:54:48  <planetmaker> so yes, it's slower
17:54:55  <planetmaker> and yes
17:54:56  <DJNekkid> Frankr: are you sure that property 22 (make engine shorter) isnt set either?
17:55:28  <planetmaker> but my proposal to disable dep check doesn't help you back completely either.
17:55:39  <Frankr> on the diagonal views whilst moving the back carriage is like 2 off the track, and definitely not
17:55:41  <planetmaker> and now I'm really off :-)
17:56:19  <andythenorth> enjoy
17:56:29  <DJNekkid> Frankr: do you use the same sprite for both?
17:56:49  <Frankr> yh
17:56:55  <Frankr> is that the problem
17:58:34  *** ChanServ sets mode: +o Webster
17:58:34  <DJNekkid> it shoundt be
17:58:53  <Frankr> > to see what i mean
17:58:56  <DJNekkid> but the offsets on spite 2 and 6 + 4 and 8 might be different
17:59:21  <DJNekkid> post the action1 on ?
17:59:28  <DJNekkid> or are the .nfo in a repo somewhere?
17:59:47  <Frankr> nope i'll post the whole nfo on pastebin for you, it is very short
18:00:51  <Frankr>
18:02:50  <DJNekkid> as i suspected...
18:03:10  <Frankr> go on
18:03:19  <DJNekkid> sprite 15 and 19 dont have the same offset
18:03:22  <DJNekkid> neither does 17 and 21
18:03:29  <DJNekkid> atleast, not the same delta offset
18:03:57  <DJNekkid> (height - offset) on sprite 15 != (height - offset) on sprite 19
18:04:19  <DJNekkid> plus
18:04:28  <DJNekkid> 23px long vertical sprites is bound to make glitches
18:04:32  <DJNekkid> ehm
18:04:36  <DJNekkid> diagonal sprites
18:05:16  <Frankr> ok thanks
18:05:28  <DJNekkid> do you see/understand what i mean?
18:05:36  <DJNekkid> my best suggestion is;
18:05:58  <DJNekkid> get a copy of one of my templates, put the sprites in them, and then get a copy of one of the templated action1's
18:06:10  <DJNekkid> then you NEVER need to worry about aligning again
18:06:23  <Frankr> :)
18:10:10  <DJNekkid> hope that helped?
18:10:25  <Frankr> it did
18:10:33  <Frankr> as per usual, :)
18:10:39  <DJNekkid> hehe
18:12:04  <DJNekkid> anything else? :)
18:12:12  <DJNekkid> trying to turn into a traincoder as well?
18:12:36  <Ammler> planetmaker: where did you get those gifs from?
18:13:47  <Frankr> nope DJ i'll leave that to you, just someone asked me to do a small basic train and i said i could do it for them
18:13:47  <Ammler> oh, and pm, please add sprite# as comments if you replace real sprites
18:14:13  <Ammler> I often search that way? How do you do it?
18:14:17  <Frankr> it has also been a nice change
18:14:26  <DJNekkid> hehe
18:19:42  <Webster> Latest update from devactivity: Nutracks - Revision 45: Change: same done with depot <>
18:28:22  <Ammler> so what is easier? move sprites around to fit template or creating new template?
18:30:18  <Rubidium> keeping the number of templates low makes things easier later on I think
18:31:33  <Ammler> ugly is also, the old buggy sprites would fit the template, the new fixed ones don't :-(
18:57:38  <Frankr> does anybody know how to add a palette into GIMP
19:00:37  <frosch123> image -> mode -> indexed -> custom palette
19:05:30  <Frankr> thanks
19:05:57  <Ammler> or just copy the gpl file to ~/.gimp*/palettes/
19:14:59  <Ammler> how do I sed/grep for trailing spaces the easiest?
19:15:12  <Ammler> or another gnu tool?
19:15:55  <Rubidium> check openttd's wiki
19:15:58  <Rubidium> the coding style page
19:18:46  <Ammler> yes, thanks...
19:19:47  <DJNekkid> do you think people would kill me if i mod the american diesel sprites, so all of them become Sharknose-style?
19:20:13  <DJNekkid> i.e.
19:20:20  <DJNekkid> a cabinless unit in the middle
19:21:44  <DJNekkid> or .. itdont actually ahve to
19:22:12  <Ammler> <-- planetmaker: there is also a example how to handle IFS, dunno, how you solved that part
19:53:57  <Webster> Latest update from devactivity: 2cc train set - Revision 479: Merge heads <> || 2cc train set - Revision 478: Add: B-Unit (engine) template <>
19:59:10  *** PeterT_ has joined #openttdcoop.devzone
20:01:12  <DJNekkid> is it just me, or did make get slow again?
20:06:17  <andythenorth> DJNekkid: it's slow for me
20:13:30  <DJNekkid> were faster a few days ago right?
20:17:22  <andythenorth> planetmaker knows about it
20:18:21  *** PeterT_ has quit IRC
20:25:37  <Webster> Latest update from devactivity: OpenGFX - Revision 349: Add: Template for houses: 66x87 <> || 2cc train set - Revision 480: Add: Two B-unit engines <>
20:26:04  <DJNekkid> @seen snail
20:26:04  <Webster> DJNekkid: I have not seen snail.
20:26:15  <Frankr> lol
20:27:08  <DJNekkid> hehe
20:27:40  <DJNekkid> why is that funny?
20:28:27  <Frankr> why did you type snail, bored
20:33:12  <DJNekkid> because i was looking for him!
20:34:45  *** Seberoth2 has joined #openttdcoop.devzone
20:41:15  *** Seberoth has quit IRC
20:46:44  <Frankr> DJNekkid
20:46:51  <Frankr> need your help again
20:46:59  *** Seberoth2 has quit IRC
20:47:27  <DJNekkid> oki? :)=
20:47:36  <Frankr> 0E 3C 4C 00 00 // Running Cost Base for this how would i increase it to 01 for base
20:47:48  <DJNekkid> what huh?
20:48:35  <Frankr> Running cost base 4C3C (electric)
20:48:37  <Frankr> Running cost factor	Maintenance cost
20:48:39  <Frankr> 01	$ 36
20:49:20  <DJNekkid> why not just use CB36 and have a 15 bit value?
20:49:32  <Frankr> oh yeah
20:49:34  <Frankr> lol
20:49:36  <DJNekkid> @calc 50*0,75
20:49:40  <DJNekkid> @calc 50*0.75
20:49:40  <Webster> DJNekkid: 37.5
20:50:09  * Rubidium wonders why Ammler posts a known glitchy template on the forum
20:50:52  <DJNekkid> yea, hehe... why isnt it 64px wide?
20:55:01  <Ammler> Rubidium: why is it glitchy?
20:55:34  <Rubidium> because the bounding box is 64 wide, as such the pixels falling outside it are not guaranteed to be redrawn if needed
20:55:54  <Ammler> hmm, but then we have some houses more to fix :-)
20:56:11  <Ammler> almost all big ones...
20:56:29  <Ammler> Majonaise
20:57:01  <Rubidium> only told 'you' about it 7 months ago
20:57:45  <Ammler> how do I reproduce that glitch?
20:57:54  <Rubidium> <- see limitations
21:01:38  <Ammler> still a long way to go for opengfx 1.0 ;-)
21:02:09  <Ammler> bounding boxes should be checked anyway...
21:07:22  <Ammler> well, it is noted in the template, that you shouldn't use the border pixel
21:08:07  <Ammler> but made a ticket about, please comment, if you like
21:08:09  <Rubidium> people don't read that, they just fill the whole box
21:08:19  <Rubidium> isn't #77 enough?
21:09:02  <Ammler> that one is resolved :-)
21:09:08  <Ammler> (IMO)
21:10:11  <Ammler> mäh, this sucks...
21:11:06  <Ammler> ah, you mean the chat pasted from pm
21:11:27  <Rubidium> yes
21:11:42  <Rubidium> as I said, I made 'you' aware about it 7 months ago
21:11:44  <Webster> Latest update from devactivity: OpenGFX - Bug #823 (New): Bounding boxes overlapping <>
21:12:56  <Ammler> yeah, a bit missplaced from pm
21:18:27  *** Yexo has joined #openttdcoop.devzone
21:24:13  *** Yexo_ has joined #openttdcoop.devzone
21:24:24  *** Yexo is now known as Guest1076
21:24:24  *** Yexo_ is now known as Yexo
21:26:51  *** Guest1076 has quit IRC
21:40:16  <Ammler> I am stupid!
21:42:10  *** frosch123 has quit IRC
21:43:52  <Ammler> I am not able anymore to remove action colors...
21:49:14  <Ammler> !s/!/?/
22:05:25  *** ODM has quit IRC
22:15:31  *** Seberoth has joined #openttdcoop.devzone
22:16:56  <Seberoth> damn
22:26:11  *** Seberoth has quit IRC
22:30:26  <Webster> Latest update from devactivity: OpenGFX - Revision 351: Feature [#669]: replace small house with small flats <> || OpenGFX - Revision 350: Change: add some macros so we don't need to calc the offsets <>
22:46:28  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Feature #824 (New): Player-friendly industry window texts <> || FIRS Industry Replacement Set - Feature #817 (Closed): Production boost using coal for Cement and... <> || FIRS Industry Replacement Set - Revision 641: Change: production template A now has code to clear... <> || FIRS Industry Replacement Set - Revision 640: Change: Machine Shop had wrong number of input carg... <> || FIRS Industry Replacement Set - Revision 639: Change: work in progress to clear remaindered cargo... <> || FIRS Industry Replacement Set - Revision 638: Change: combinatory production code now working for... <> || FIRS Industry Replacement Set - Revision 637: Change: combinatory production code now working for... <> || FIRS Industry Replacement Set - Revision 636: Change: combinatory production code working for fir... <>
23:05:23  *** Frankr has quit IRC
23:16:10  *** Frankr has joined #openttdcoop.devzone
23:19:56  <Frankr> DJNekkid: why doesn't this work, it decides to overwrite all purchase list data to 0
23:24:41  <Yexo> Frankr: sprite 23 has 00 80 as default, so for all properties except 0D it'll return 0
23:25:01  <Yexo> you should fail the callback instead in that case, so use an undefined action2
23:25:12  <Frankr> ah ok ty

Powered by YARRSTE version: svn-trunk