Config
Log for #openttdcoop.devzone on 1st March 2010:
Times are UTC Toggle Colours
00:01:41  <Webster> Latest update from devactivity: MiniGRFs - Revision 6: [OpenGFX] Debug GRF for base sprites? <http://dev.openttdcoop.org/projects/minigrfs/repository/revisions/6>
00:37:07  *** Beardie has joined #openttdcoop.devzone
00:37:29  *** Beardie has quit IRC
00:38:12  *** Beardie has joined #openttdcoop.devzone
00:38:19  <Frankr> beardie, omg
00:38:24  <Beardie> BOO
00:38:25  <Beardie> Lol
00:38:49  <Beardie> Hey Frankr
00:38:55  <Frankr> lol
00:38:59  <Beardie> My god this thing is dusty XD
00:39:10  <Beardie> was bored
00:39:15  <Beardie> thought i would pop over.
00:39:42  <Beardie> hows Bros? WAS?
00:39:47  <Beardie> or whatver your working on XD
00:39:54  <Frankr> Have a look
00:40:15  <PeterT> hey Beardie
00:40:21  <Beardie> hey PeterT
00:40:22  <PeterT> wazzup
00:40:27  <Beardie> lol
00:40:32  <PeterT> Beardie: join #OpenTTDMegaClan, it's our new IRC channel!
00:40:39  <Beardie> o really?
00:49:10  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Revision 596: Change [Makefile]: Rework the make system to a more... <http://dev.openttdcoop.org/projects/firs/repository/revisions/596>
00:51:56  *** KenjiE20 has quit IRC
01:00:18  *** Frankr has quit IRC
01:00:27  *** Beardie has left #openttdcoop.devzone
01:00:31  *** Frankr has joined #openttdcoop.devzone
01:04:17  <Webster> Latest update from devactivity: 2cc train set - Revision 474: Change [Makefile]: Port some smaller changes from FIRS. <http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/474>
01:20:20  <Webster> Latest update from devactivity: FISH - Revision 251: Change [Makefile]: Rework build system to a more modular style <http://dev.openttdcoop.org/projects/fish/repository/revisions/251>
01:20:39  *** Chris_Booth has quit IRC
01:36:04  *** ODM has quit IRC
01:44:24  <Rubidium> planetmaker: idea for releases of Open[GMS][FX]X: when bundling the source also bundle the expected MD5 checksums and add a 'make test' that checks whether the MD5 checksums match with the generated ones. Just to prevent continuous download issues if they're using a broken version of nforenum/grfcodec.
01:44:40  <Rubidium> s/prevent/make it possible to prevent/
01:44:56  <Rubidium> in case it's packaged by distros ofcourse
01:45:23  <planetmaker> good idea.
01:46:53  <Rubidium> http://cvs.fedoraproject.org/viewvc/rpms/openttd-opengfx/devel/ <- they already do so, just in a bit more complex way
01:48:09  <Ammler> Rubidium: not really
01:49:05  <Rubidium> Ammler: not really in what sense?
01:49:20  <Ammler> the md5sum in the obs is also made by the make
01:49:48  <Ammler> so if the make is broken, also that md5sum is broken
01:50:15  <Rubidium> Ammler: opensfx is less of a problem because there's basically one catcodec
01:50:34  <Rubidium> but there are grfcodecs lingering around that cause different md5 checksums
01:50:37  <planetmaker> I don't quite see where the md5 is checked, I have to admit.
01:51:06  <Ammler> 50 	sed -e 's/^\(.*\.grf\)[[:blank:]]*=[[:blank:]]*\([0-9a-f]\{32\}\)/ /' \
01:51:08  <Ammler> 51 	-e 't end' -e 'D' -e ':end' %{SOURCE1} | md5sum -c
01:51:09  <Webster> Latest update from devactivity: OpenGFX - Feature #771 (New): bundle md5 for source releases and check for them. <http://dev.openttdcoop.org/issues/771>
01:51:34  <Rubidium> http://cvs.fedoraproject.org/viewvc/rpms/openttd-opengfx/devel/openttd-opengfx.spec?revision=1.7&view=markup <- search for the check part; the obg it reads there is from *their* cvs repository
01:52:35  <Ammler> quite useless imo
01:53:05  <Rubidium> Ammler: the problem isn't that md5sum creates the wrong checksums, it's that opengfx 0.2.1 with a *different* md5 checksum (due to using e.g. a broken md5) causes bananas to go haywire, i.e. offer it for download *each* and *every* time, i.e. *never* show it as "you already have it"
01:53:13  <Ammler> if you make a md5check, you should compare it with something generated by a 3rd party
01:53:45  <planetmaker> ah, I see.
01:54:09  <planetmaker> Ammler: for consistency it's fine. "our" md5 is 3rd party for them
01:54:21  <Rubidium> exactly
01:54:26  <Ammler> planetmaker: yes
01:54:33  <Ammler> but they use their own obs
01:55:31  <planetmaker> hm, true
01:55:45  <planetmaker> though they have in the repo the original obg file
01:55:55  <planetmaker> so ... maybe they use that
01:56:06  <Ammler> maybe we should make the md5 list from our nightly also for the releases: http://bundles.openttdcoop.org/opengfx/nightlies/opengfx-nightly-r304.md5
01:56:13  <Rubidium> their builds should, by default, *fail* if the md5 checksums of the binaries they create don't match your md5 checksums
01:56:49  <planetmaker> I think they do.
01:56:59  <Rubidium> only for fedora
01:57:06  <Ammler> planetmaker: original obg?
01:57:09  <Rubidium> the rest is totally ignorant of the problem
01:57:34  <Ammler> where is a original obg?
01:57:54  <Rubidium> http://cvs.fedoraproject.org/viewvc/rpms/openttd-opengfx/devel/ <- search for the obg
01:58:05  <Ammler> but from where do they get it?
01:58:17  <Rubidium> Ammler: from your binary package
01:58:18  <planetmaker> the maintainer's download?
01:58:51  <Ammler> Rubidium: but then we should somehow make that in a better "official" way
01:59:11  <Rubidium> hooray!
01:59:54  <Ammler> what about the link I posted?
02:00:34  <planetmaker> Ammler: I think the same pattern as for nightlies would be curl-able
02:00:47  <planetmaker> after all a build script knows the version it builds for
02:01:06  <planetmaker> so: that link should be an acceptable example
02:01:11  <Ammler> ok package that list directly to the source package
02:01:16  <Ammler> or*
02:01:20  <Rubidium> Ammler: if you incorporate that into the source tarball, remove the .zip and add a make test that checks it
02:02:02  <planetmaker> Rubidium: like opengfx.obg.release ?
02:02:08  <Rubidium> or maybe conditionally (make DO_NOT_DO_MD5_CHECKSUM_I_KNOW_IT_MIGHT_BREAK_THE_CONTENT_SYSTEM:=1) in the .grf building
02:02:21  <Rubidium> planetmaker: just the md5 checksums, not the whole obg
02:02:48  <planetmaker> hm, yes
02:02:49  <Rubidium> basically a md5sum *.grf > $md5sumsfile
02:03:11  <Rubidium> then you can do md5sum -c $md5sumsfile to do the checking
02:05:12  <Rubidium> though technically this would mean a three stage official binary/source build process: build the grfs, then construct the source package with the md5sums and then build the grfs from the source package (and only the source package)
02:05:34  <Rubidium> the last thing is to ensure you package everything that needs to be packaged
02:05:43  <planetmaker> yeah
02:05:55  <Rubidium> anyhow, that's how I do opensfx releases but I consider it good practice
02:06:31  <Webster> Latest update from devactivity: OpenGFX - Feature #771: bundle md5 for source releases and check for them. <http://dev.openttdcoop.org/issues/771#change-2049>
02:07:17  <planetmaker> yup :-) and now it's way too early now... see you tomorrow :-)
02:07:25  <Rubidium> although I think it might be wise to 'guard' against the continuous download issue from OpenTTD's side too
02:07:56  <Ammler> and we need to be sure, that "our" server makes the right grfs :-P
02:08:04  <planetmaker> :-P
02:08:22  <planetmaker> well. Releases have always been uploaded
02:08:26  <Rubidium> some sleep is a good idea
02:10:05  <Ammler> well, at least my repo is sure the same :-)
02:10:16  <Ammler> good night :-)
03:04:44  *** Frankr has quit IRC
04:23:11  *** welshdragon has quit IRC
08:24:09  *** ODM has joined #openttdcoop.devzone
08:33:17  <Webster> Latest update from devactivity: HEQS "Heavy Equipment" Set - Revision 215: Change [Makefile]: Rework makefile system <http://dev.openttdcoop.org/projects/heqs/repository/revisions/215> || Redmine - Revision 3360: update tags <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3360>
08:49:10  <Webster> Latest update from devactivity: Example NewGRF Project - Revision 43: Change: More modular version <http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/43>
09:05:21  <Webster> Latest update from devactivity: Nutracks - Revision 13: Change [Makefile]: Reworked makefile (r43 of example makefile) <http://dev.openttdcoop.org/projects/nutracks/repository/revisions/13>
09:21:22  <Webster> Latest update from devactivity: Snowline mod - Revision 4: Change [Makefile]: Reworked makefile (r43 of example makefile) <http://dev.openttdcoop.org/projects/snowlinemod/repository/revisions/4>
11:14:25  <Ammler> my local ogfxe_extra doesn't have same md5sum
11:16:52  <planetmaker> hm, different grfcodec?
11:17:03  <planetmaker> any mods?
11:19:11  <Ammler> http://pastebin.ca/1816952
11:20:02  <Ammler> renum doesn't have influence at all?
11:21:33  <Ammler> I use exactly the same grfcodec
11:22:18  <Ammler> server is 64bit, local I have 32bit, might that make a difference?
11:24:01  <Ammler> somehow
11:24:14  <Ammler> I made make clean, not the sums seems to match
11:26:14  <Ammler> now*
11:26:35  <Ammler> (s/not/now/)
11:27:39  <planetmaker> :-)
11:28:11  <Ammler> again a issue with dep check :-P
11:28:17  <Ammler> but that is fixed now?
11:28:29  <planetmaker> yes, I didn't work on OpenGFX Makefile. Yet
11:28:51  <Ammler> so no ;-)
11:29:13  <planetmaker> As it's 6 files + the obg it needs a few adaptions
11:29:24  <planetmaker> In principle the Makefile should build opengfx, though, too
11:29:55  <planetmaker> By just using the repo-specific Makefile.in and Makefile.config properly
11:30:10  <planetmaker> if not, I did something wrong ;-)
11:30:24  <Ammler> for the md5sum thing, you need to build completely -> create md5sum list -> make clean (without md5sumlist)
11:30:45  <planetmaker> yes. Like make mostlyclean
11:30:55  <planetmaker> A target proposed by gnu make documentation
11:31:03  <Ammler> :-)
11:31:09  <planetmaker> though... with a slightly different meaning...
11:31:28  <planetmaker> like "don't delete targets which rarely are re-built
11:31:40  <planetmaker> and don't need it usually, too"
11:32:00  <Ammler> IMO, it is still sill silly, why we need to make it for every architecture, every distro version separately
11:32:14  <Ammler> as it is on all the same
11:32:28  <planetmaker> hm, what do we need to do separately on all architectures?
11:32:42  <Ammler> building the grfs
11:33:32  <Ammler> we=linux world
11:34:20  <Ammler> the opengfx we build on suse 11.2 could easy be used on RHEL4
11:35:16  <Ammler> but no, you need to build it seperately, need to check dependencies, which needs a nforenum with very recent boost etc.
11:35:26  <planetmaker> :-D
11:36:21  <planetmaker> hm.. the bundle_zip behaves strangely with the new makefile
11:36:30  <planetmaker> and it's not like I really changed that... :S
11:38:37  <planetmaker> and the 7z on the CF has no problem.
11:39:45  <planetmaker> I wonder if it's an effect of the recursive make usage...
11:41:31  <Ammler> hmm, I should make an alias for zip on the CF
11:41:54  <Ammler> zip = "7za a -tzip"
11:43:21  <planetmaker> The build script by default uses ZIP_FLAG = -r
11:43:23  <Ammler> he, no, when that is changed to a chroot, I most likely need to use the old zip
11:44:06  <Ammler> -r   recurse into directories
11:44:13  <planetmaker> yup. That's the intention
11:45:27  <Ammler> btw. I saw a glitch with opengfx not in a subdirectory
11:45:38  <Ammler> now the extra grf from GT isn't either :-P
11:45:41  <planetmaker> please explain
11:46:18  <Ammler> we set that issue to low prio because opengfx is the only grf with that behaviour
11:46:56  <planetmaker> he. He should have used the example newgrf makefile ;-)
11:47:43  <planetmaker> ah... btw, XeryusTC, shall I update the makefile of the modern station set?
11:48:01  <XeryusTC> planetmaker: if you could, please do so :)
11:48:24  <planetmaker> :-) Ok, then I'll add it to my list of newgrfs who will get that update :-)
11:48:58  <planetmaker> should be faster and have a bit better dependency check
11:49:20  <XeryusTC> ah good :)
11:49:35  <XeryusTC> the speed issue bugged me like hell :P
11:49:40  <planetmaker> (and easier to maintain, for me that is :-P )
11:51:41  *** KenjiE20 has joined #openttdcoop.devzone
11:59:00  <planetmaker> XeryusTC, the filename shall really be "modern_set.grf"?
11:59:07  <planetmaker> not rather modernstations.grf?
11:59:09  <planetmaker> or alike?
11:59:17  <planetmaker> (something with "station")
12:02:22  <XeryusTC> well, there isnt a conclusive name yet
12:02:30  <XeryusTC> Red*Star seems to call it the Modern Train Station Set :P
12:02:40  <planetmaker> I meant basically the filename :-)
12:02:53  <planetmaker> as the name is easily changed, but the file name should stay consitent
12:03:07  <planetmaker> maybe it should also be <= 8 characters - for those ttdp guys
12:03:38  <XeryusTC> yeah, i know about the 8 char limit :P
12:03:56  <planetmaker> mod_stn?
12:04:06  <planetmaker> ugly :-D
12:04:09  <XeryusTC> maybe mss :P
12:04:14  <XeryusTC> mss.grf that is
12:04:17  <XeryusTC> or mtss :P
12:04:17  <planetmaker> ok
12:04:24  <XeryusTC> probably mtss :P
12:04:24  <planetmaker> mtss. looks better
12:04:33  <planetmaker> ok, I'll change it then in this same go
12:04:52  <planetmaker> list -> pnfo has to change anyway ;-)
12:05:09  <XeryusTC> you renamed list again?
12:05:17  <planetmaker> I skipped the concept
12:05:22  <planetmaker> too much trouble
12:05:40  <planetmaker> basically it's like all other pnfo or hnfo as you call them
12:07:06  <Ammler> only dos needs < 8chars
12:07:30  <Ammler> and as you have to encode speically for those, you could use 2 different file names
12:07:33  <Ammler> (you should)
12:08:26  <planetmaker> why does it need special treatment?
12:08:50  <Ammler> so people see, that is a dos grf, that a windows
12:08:58  <planetmaker> oh well.
12:09:22  <Ammler> just meant, you can use the long name for the grf
12:09:30  <XeryusTC> Ammler: that's why the windows grfs have a w at the end
12:09:38  <planetmaker> ^
12:09:48  <planetmaker> (well, mine don't ;-) )
12:10:00  <Ammler> XeryusTC: yes or some use longer names for windows and short for dos
12:10:05  <XeryusTC> that's basicly how it has been ever since the grf business started :P
12:10:17  <planetmaker> XeryusTC, so, shall I add a "w"?
12:11:12  <XeryusTC> nah, not necessary :P
12:11:53  <XeryusTC> the grf crashes on ttdp with some stations iirc anyway :P
12:12:04  <planetmaker> ok
12:13:14  <planetmaker> eh... what kind of license is that, XeryusTC ?
12:14:00  <XeryusTC> we are currently working on a proper readme, and licensing :P
12:14:10  <planetmaker> just gpl v2 it and fine...
12:14:19  <XeryusTC> probably CC-BY
12:14:37  <planetmaker> don't make it -NC
12:14:54  <XeryusTC> standpoint of both Red*Star and me is give credit where it's due, and do anything you want with it otherwise
12:15:00  <Ammler> XeryusTC: btw: http://imagebin.ca/view/May0FQ.html
12:15:01  <Webster> Title: plasma-desktopaY2799.jpg (at imagebin.ca)
12:15:11  <XeryusTC> well, we probably should limit distribution of modified versions
12:15:17  <planetmaker> that disallows bundling on magazine CDs.
12:15:31  <planetmaker> XeryusTC, why would you?
12:15:33  <Ammler> XeryusTC: as you provide the source, no need for CC
12:15:41  <Ammler> except you make it NC
12:16:01  <XeryusTC> Ammler: my grf seems to be working nicely then?
12:16:07  <planetmaker> modified versions have to be marked as modified, if you use GPL
12:16:12  <Ammler> XeryusTC: that is my grf :-P
12:16:28  <planetmaker> as has to be _what_ was modified.
12:16:29  <Ammler> I used a grf from maquinista
12:16:41  <XeryusTC> hmm, ok :o
12:16:53  <planetmaker> and you provide source, so CC is only a subset.
12:16:55  <XeryusTC> planetmaker: well, i'll look into licenses later, im not that well into it
12:17:13  <Ammler> XeryusTC: the source is rather cool, it uses loops
12:17:20  <planetmaker> let's say: I don't do anything for the makefile, if it's not GPL ;-)
12:17:49  <Ammler> http://dev.openttdcoop.org/projects/minigrfs/repository/entry/opengfx/makegrf#L16
12:18:05  <planetmaker> I did that mistake with 2cctrainset 1.x
12:18:06  <XeryusTC> i dont like every clause in the gpl
12:18:17  <XeryusTC> mostly those which allow you to redistribute without giving credit
12:18:23  <planetmaker> that's not true
12:18:28  <Ammler> there is none
12:18:56  <Ammler> but CC allows you do make derivates without sources
12:19:26  <XeryusTC> well, as stated before i will have to look into it properly ;)
12:19:51  <Ammler> so CC is IMO a license for authors who are too lazy to provide sources
12:19:56  <Ammler> which is given in your case.
12:20:22  <planetmaker> well... makefile changes will wait then :-)
12:21:02  <XeryusTC> well, i did plan to release the makefile on whichever license you use, just release my own code under another license
12:21:05  <Ammler> XeryusTC: :-P
12:21:21  <planetmaker> XeryusTC, yes, and that's of dubious nature so to say
12:21:22  <Ammler> just release it GPL
12:22:11  <planetmaker> You are not required to claim a copyright on your changes. In most countries, however, that happens automatically by default, so you need to place your changes explicitly in the public domain if you do not want them to be copyrighted.
12:22:11  <planetmaker> Whether you claim a copyright on your changes or not, either way you must release the modified version, as a whole, under the GPL. (if you release your modified version at all)
12:22:16  <Ammler> it is simply stupid to make it CC and publish the source
12:22:17  <planetmaker> ^ "as a whole"
12:22:29  <planetmaker> so write your own makefile, if you don't use GPL ;-)
12:22:42  <planetmaker> or sweet talk me into re-licensing my makefiles
12:23:26  <Ammler> planetmaker: you could sell non-gpl licenses ;-)
12:23:51  <XeryusTC> well, i'm not sure yet which license we will use
12:23:58  <planetmaker> Also wrt credits: "You are not required to claim a copyright on your changes. In most countries, however, that happens automatically by default, so you need to place your changes explicitly in the public domain if you do not want them to be copyrighted.
12:23:58  <planetmaker> Whether you claim a copyright on your changes or not, either way you must release the modified version, as a whole, under the GPL. (if you release your modified version at all) "
12:24:06  <Ammler> XeryusTC: if you aren't trust me :-P
12:24:06  <planetmaker> err.. sorry
12:24:22  <planetmaker> "You can certainly get credit for the work. Part of releasing a program under the GPL is writing a copyright notice in your own name (assuming you are the copyright holder). The GPL requires all copies to carry an appropriate copyright notice.
12:24:22  <planetmaker> "
12:25:19  <XeryusTC> hmm, ok :o
12:26:09  <XeryusTC> well, i'll look into it
12:26:19  <Ammler> :-D
12:29:54  <planetmaker> in essence: "give credits, mark your work, require derivatives to use the same license, hand out code latest upon request"
12:34:47  <Ammler> XeryusTC: how do I define a station class?
12:53:09  *** Frankr has joined #openttdcoop.devzone
15:11:26  *** welshdragon has joined #openttdcoop.devzone
15:23:50  <Webster> Latest update from devactivity: OpenGFX - Revision 305: Change [Makefile]: Rework buildsystem to a more modular type <http://dev.openttdcoop.org/projects/opengfx/repository/revisions/305>
15:53:38  *** Rubidium has quit IRC
16:01:50  *** Rubidium has joined #openttdcoop.devzone
16:17:46  <V453000> how can I add a file to the Repository?
16:18:31  <KenjiE20> <tool> add <path> normally
16:21:21  <planetmaker> ^
16:21:34  <V453000> :|
16:21:43  <planetmaker> hg add path/to/my/file.extension
16:22:00  <V453000> like this in the IRC? or ?
16:22:00  <planetmaker> assuming you're in the repo's main dir
16:22:43  <planetmaker> http://hgbook.red-bean.com/
16:22:44  <Webster> Title: Mercurial: The Definitive Guide (at hgbook.red-bean.com)
16:23:59  <planetmaker> http://hgbook.red-bean.com/read/mercurial-in-daily-use.html <-- more specific
16:24:01  <V453000> oh .)
16:28:15  * V453000 lost
16:30:08  <KenjiE20> $ cd /path/to/checkout
16:30:11  <planetmaker> not difficult
16:30:17  <KenjiE20> $ hg add relative/path/to.file
16:30:26  <KenjiE20> $ hg <commit equivalent>
16:30:38  <KenjiE20> or something
16:31:09  <V453000> the thing is I have no clue where to write this
16:31:11  * Ammler guesses, V453000 mean another repo
16:31:25  <Ammler> not really about the DevZone
16:31:33  <planetmaker> V453000, maybe you describe your setting more in detail :-)
16:31:47  <V453000> http://dev.openttdcoop.org/projects/comic-houses/repository/show/sprites/pcx I want to add one here
16:32:13  <Ammler> oh :-)
16:32:23  <planetmaker> well. In order to make it work and compile you don't have to do that
16:32:30  <planetmaker> just put it there and test it
16:32:41  <V453000> put <- how
16:32:48  <Ammler> did you already clone the repo?
16:32:51  <planetmaker> use your file browser?
16:33:49  <V453000> file browser?
16:33:58  <planetmaker> hm...
16:34:14  <planetmaker> Did you use mercurial to get a local repository?
16:34:20  <planetmaker> and do you have mingw installed?
16:34:44  <planetmaker> If not: two options: add the file to the devzone by opening a ticket in that project
16:34:51  <V453000> I have only the Tortoise Hg and I have no idea what that does :)
16:35:59  <Rubidium> tortoisehg can just add files
16:36:31  <planetmaker> V453000, and you have successfully checked out the comic houses?
16:36:59  <V453000> what do you mean?
16:37:17  <planetmaker> what did you so far do with tortoisehg?
16:37:27  <V453000> I am not able to even launch it :D
16:37:40  <V453000> or at least ... I did nothing with the tray thingy
16:37:44  <Ammler> V453000: you might start with reading a bit on DevZone Guide
16:37:55  <planetmaker> http://dev.openttdcoop.org/projects/home/wiki/Welcome
16:37:57  <V453000> that might be best Ammler :)
16:38:04  <V453000> thanks that what I need
16:38:19  <planetmaker> without the proper tools there's no way to add anything to the repos anywhere.
16:38:27  <V453000> if this does not kill me, nobody will
16:38:31  <V453000> :D
16:38:32  <V453000> ok :)
16:38:35  <Ammler> you can skip the SSH part for now
16:38:43  <planetmaker> indeed
16:38:54  <planetmaker> But I want to see the pcx, V453000 :-)
16:39:18  <V453000> then personal message me and send me email so I could send ya? :)
16:39:32  <Ammler> planetmaker@openttdcoop.org
16:39:39  <V453000> wow that is complicated
16:39:44  <planetmaker> :-D
16:40:17  <planetmaker> http://dev.openttdcoop.org/projects/comic-houses/issues <-- or there ;-)
16:43:36  <V453000> it *should* be sent
16:45:06  <planetmaker> yup, received. Thanks :-)
16:45:32  <planetmaker> I notice something which I personally also found quite hard to get "right": the first construction stage
16:45:54  <planetmaker> a) it's in gray instead of black and b) it looks very "dotted"
16:46:00  <V453000> okay
16:46:18  <V453000> I even copied the 31% gray from some other pcx :D
16:46:22  <V453000> dotted, yes
16:46:36  <planetmaker> Your style with colouring is also slightly different from mine, but I don't mind :-)
16:46:44  <planetmaker> Oh, did you :-)
16:46:49  <planetmaker> Hm...
16:47:23  <planetmaker> Well... I *think* that the "best" thing would be to have the dark parts in their original shape.
16:47:30  <planetmaker> err. colour
16:48:01  <V453000> yeah
16:48:18  <planetmaker> but that's very difficult, so I decided to go for black. The gray does look somewhat... dull
16:48:21  <V453000> I thought that too but I wanted to make it the same :) I copied from flats_01 http://dev.openttdcoop.org/projects/comic-houses/repository/changes/sprites/pcx/flats_01.pcx
16:48:33  <planetmaker> :-)
16:49:51  <planetmaker> he, yeah, looks like I did that :-P
16:50:02  <V453000> :)
16:50:50  <V453000> just tell me how it should be done and I will obey :)
16:51:09  <planetmaker> :-D
16:51:15  <planetmaker> It should look nice ;-)
16:51:21  <V453000> yeah sure :)
16:51:39  <V453000> wait I will find the other one I did ... that was somehow strange
16:54:35  <V453000> crap sent
16:55:42  <Ammler> V453000: you should make a ticket per sprite
16:55:58  <Ammler> so you can work and discuss with...
16:56:08  <V453000> I will go though the whole "beginner" guide later
16:56:23  <V453000> just wanted to send pm the stuff so he doesnt have to wait ;)
16:56:26  <Ammler> well, creating a ticket is pre-beginner stuff
16:56:56  <V453000> that is the "new issue" I suppose
16:57:17  <Ammler> yes, tracker "feature"
16:57:40  <planetmaker> :-) Yes, that way others can comment, too ;-)
16:57:59  <planetmaker> anyway, I think it is very nice :-)
16:58:12  <V453000> :)
16:58:18  <Ammler> but finally, for pm it would be nice, if you can contribute directly...
16:58:19  <V453000> the second one?
16:58:20  <Ammler> less work
16:58:35  <V453000> sure :)
16:58:49  <planetmaker> I haven't seen that... yet
16:59:02  <V453000> ok
16:59:19  <V453000> the first I sent is better I think ... the second one is rather experimental
16:59:55  <planetmaker> I think not bad either :-)
17:00:17  <planetmaker> If possibly, I'd avoid big dark patches in the 1st stage, though
17:00:23  <V453000> yes
17:00:32  <planetmaker> like the trees there. If they could be outlined as well...
17:00:43  <planetmaker> What I did was two things:
17:01:02  <planetmaker> a) get an outline of the overall sprite. Make a continuous black border for that.
17:01:25  <planetmaker> that gets superimposed on whatever I could come up with a binarization / thresholding of the original sprite
17:01:37  <planetmaker> result was a black-surrounded b/w outline thingy
17:01:41  <V453000> yes I did the same in the first one I sent ya
17:01:54  <planetmaker> obviously I gray-scaled that... I don't like gray though, anymore ;-)
17:02:29  <planetmaker> or possibly: outline=black, and the outline=grayscale with a certain threshold. dunno
17:04:15  <V453000> right
17:04:21  <V453000> I will try some possibilities
17:09:07  <planetmaker> if you use a photoshop script or so, it'd be nice, if you could share that, too.
17:09:17  <planetmaker> Of course that's not possible with manual procedures ;-)
17:12:18  <V453000> I dont use any scripts
17:12:29  <V453000> all just brush/pencil/or bucket
17:12:45  <V453000> the only script I have is center layer ... which is quite cool for PS
17:14:14  <planetmaker> http://img.ammler.ch/images/buildingst.png <-- I envision something like the 2nd one in that image as our 1st construction stage
17:14:36  <V453000> yes.
17:14:52  <planetmaker> maybe something between 1st and 2nd, but rather 2nd.
17:15:12  <V453000> 1st is too much
17:15:16  <planetmaker> yes
17:17:49  <planetmaker> I didn't 100% make up my mind when finishing OpenGFX became my top priority in early December ;-)
17:20:10  <Ammler> planetmaker: use http://img.openttdcoop.org next time :-P
17:20:34  <planetmaker> :-)
17:20:48  <planetmaker> only in the pm hours, I guess :-P
17:22:46  <planetmaker> http://bundles.openttdcoop.org/download.php?file=opengfx/nightlies/compile-log/opengfx-nightly-r305-compile.log <-- Ammler subdir?
17:23:42  <Ammler> subdir?
17:23:46  <Ammler> looks fine
17:24:49  <Rubidium> I see "Error"
17:25:35  <planetmaker> yes, found it. Missed the version definition
17:26:14  <Ammler> http://bundles.openttdcoop.org/opengfx/nightlies/compile-log/opengfx-nightly-r305-compile-error.log
17:28:55  <Ammler> why the unix2dos in stderr?
17:29:33  <Rubidium> maybe it's the 'new' version of unix2dos that causes the problem
17:31:53  <planetmaker> no special treatment of unix2dos on my side. I wonder why it shows there, too
17:36:48  <Ammler> might it be because of which?
17:37:03  <Ammler> which is in channel stderr
17:44:59  <Webster> Latest update from devactivity: OpenGFX - Revision 306: Fix (r305): Title for the extra newgrf was broken <http://dev.openttdcoop.org/projects/opengfx/repository/revisions/306>
17:46:05  <Ammler> planetmaker: if which produces a error, it is a bit useless imo
17:48:19  <planetmaker> well... it should not. I only use it in a test...
17:48:44  <Ammler> well, run make 1>/dev/null
18:01:02  <Webster> Latest update from devactivity: Nutracks - Revision 14: Fix [Makefile] (r13): use the proper filenames... <http://dev.openttdcoop.org/projects/nutracks/repository/revisions/14> || Nutracks - Revision 15: Change: Silence the faulty warnings about invalid features and properties <http://dev.openttdcoop.org/projects/nutracks/repository/revisions/15>
18:01:02  <planetmaker> ottdc@salieri:~/hg-repos/opengfx> make 1>/dev/null
18:01:02  <planetmaker> renum: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
18:01:02  <planetmaker> make[1]: [ogfx1_base.nfo] Error 127 (ignored)
18:01:02  <planetmaker> grfcodec: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
18:01:05  <planetmaker> make[1]: *** [ogfx1_base.grf] Error 127
18:01:07  <planetmaker> make: *** [all] Error 2
18:01:10  <planetmaker> uhm... what?
18:01:53  <Ammler> possible, there is still some old renum around?
18:02:45  <planetmaker> yes
18:04:30  <Ammler> that renum might be built with suse 10.3 while now 11.2 is running
18:04:41  <planetmaker> I deleted them from ~/bin
18:07:37  <Rubidium> 64 vs 32 bits?
18:07:55  <planetmaker> maybe, yes. Anyway, solved by deleting it.
18:08:06  <planetmaker> And an issue of ottdc and not the cf
18:08:44  <planetmaker> no need for user-specific binaries of those two programmes ;-)
18:09:45  <planetmaker> hm... surprisingly few errors with this makefiles ;-)
18:10:49  <Ammler> those nutracks could give us new possibilites for mergers...
18:17:37  <planetmaker> how?
18:17:46  <planetmaker> you mean by the speed limits?
18:17:53  <Ammler> yes
18:17:57  <planetmaker> :-)
18:24:40  <DJNekkid> did i see nutracks?
18:25:23  *** welshdragon has quit IRC
18:25:37  <planetmaker> Dunno. Maybe? ;-)
18:52:07  <DJNekkid> there might come gfx for them tonight :)
19:00:10  <DJNekkid> that is, when im done makeing waffles :)
19:05:15  <Webster> Latest update from devactivity: World Airliners Set - Bug #588 (Closed): British Airways 737-400 company colour error <http://dev.openttdcoop.org/issues/588#change-2051> || World Airliners Set - Revision 601: Fixed Bug #588 737-400 Union Flag Company Colour Errors <http://dev.openttdcoop.org/projects/worldairlineset/repository/revisions/601>
19:05:32  <Frankr> Beardie is back, :)
19:05:44  <Paul2> slight bug in openttd, 'shopping centre' does not go transparent with houses/commercial buildings.
19:07:56  <Ammler> fix it :-)
19:08:13  <Ammler> there are fixes like that already in trunk
19:10:39  <Ammler> silly canadians made their own medaille ranking, where they are 3rd, on the the "international" ranking they would be top :-)
19:11:29  <DJNekkid> wtf?
19:12:08  <Rubidium> that's to make the Russian's not look too bad
19:12:56  <Ammler> DJNekkid: they sort with total instead of golds
19:14:00  <Ammler> we are quite bad on that ranking :-)
19:14:41  <Ammler> norway is 4th in both cases
19:18:14  <Frankr> DJNekkid: You know for Variables 2 things is FF 80 the same as 00 81?
19:21:34  <planetmaker> whoot?
19:21:42  <planetmaker> I assume that's not the general case
19:21:47  <DJNekkid> hmm?
19:21:50  <DJNekkid> it is?
19:22:01  <DJNekkid> but, what is the point? :P
19:22:16  <Frankr> just wanted to check
19:22:22  <Frankr> that it was what i expected
19:22:54  <DJNekkid> but, sint 0x80FF +0x1 0x8100 ?
19:22:55  <planetmaker> so... is it?
19:23:14  <DJNekkid> sint=isnt
19:26:07  <DJNekkid> Frankr: start calc (start->run->calc, optionally windows-button+r -> calc)
19:26:35  <DJNekkid> use "programmer" in windows7, or the non-basic one in winxp
19:26:52  <DJNekkid> press:
19:26:55  <DJNekkid> 80FF
19:26:56  <DJNekkid> +
19:26:56  <DJNekkid> 1
19:26:57  <DJNekkid> =
19:27:14  <Frankr> ok one sec
19:29:49  <DJNekkid> hmm ...
19:29:58  <DJNekkid> should i templateize the nutracks...
19:31:05  <planetmaker> :-D
19:31:18  <planetmaker> If it helps: yes
19:31:27  <planetmaker> I guess you could use the very same thing for all rail types
19:31:59  <DJNekkid> yup...
19:32:03  <DJNekkid> that is what i came to as well :)
19:37:16  *** PeterT_ has joined #openttdcoop.devzone
19:38:48  <Paul2> for the record, 0x80FF+1 = 0x8100 :)
19:40:23  <DJNekkid> that is what i also ment Paul2 :)
19:41:16  <Paul2> :)
19:41:32  <Paul2> is anyone feeling very kind and bored?
19:41:52  <Paul2> (re: my comment about transparency bug, someone talk me through how I go about fixing it :)
19:42:28  <DJNekkid> im usually very kind, but not particulary bored atm :P
19:42:29  <Ammler> similar to the cinema
19:43:21  <Ammler> http://vcs.openttd.org/svn/browser/extra/ottd_grf/split/fix_graphics.nfo
19:44:05  *** PeterT_ has quit IRC
19:45:43  <Paul2> ok I will read up and have a look :)
19:45:58  <DJNekkid> planetmaker: CallBack36 support on railtypes would be awsome :D
19:46:11  <Ammler> Paul2: simple ActionA :-)
19:46:29  *** PeterT_ has joined #openttdcoop.devzone
19:46:29  <Ammler> well, I have no idea, what the bug is about...
19:47:02  *** PeterT_ has quit IRC
19:47:08  *** PeterT_ has joined #openttdcoop.devzone
19:50:25  <planetmaker> DJNekkid, fit me in, what was CB36? Advanced base costs?
19:51:22  <DJNekkid> callback36 ... basicly change action0 properties
19:52:02  <planetmaker> oh :-)
19:53:28  <Webster> Latest update from devactivity: Nutracks - Revision 16: Change: The different tracktypes are now '#define'ed, prepare for gfx tem... <http://dev.openttdcoop.org/projects/nutracks/repository/revisions/16>
19:53:41  <DJNekkid> i.e. we could have 15bit prices and lower speeds earlier :P
19:59:16  *** PeterT_ has quit IRC
20:05:10  <Frankr> :)
20:25:28  <Webster> Latest update from devactivity: World Airliners Set - Bug #587 (Closed): Malev 737-600 tail changes to company colour <http://dev.openttdcoop.org/issues/587#change-2052> || World Airliners Set - Revision 602: Fixed Bug #587 737-600 Malev Company Colour Errors <http://dev.openttdcoop.org/projects/worldairlineset/repository/revisions/602>
21:10:48  <Webster> Latest update from devactivity: 32bpp-extra - Revision 23: Add:Foundation sprites (GT1750, Maquinista) <http://dev.openttdcoop.org/projects/32bpp-extra/repository/revisions/23>
21:41:06  <Webster> Latest update from devactivity: 32bpp-extra - Revision 24: Change:Updated and unified credits notes <http://dev.openttdcoop.org/projects/32bpp-extra/repository/revisions/24>
21:49:44  *** welshdragon has joined #openttdcoop.devzone
23:11:50  *** ODM has quit IRC

Powered by YARRSTE version: svn-trunk