From: Andrew A. <aj...@ne...> - 2002-08-26 04:38:58
|
J. Ali Harlow writes: > >I reckon using (72,108,108) or a new color like (64,104,104) is > >the way to go. All the tile tools need to be updated to treat > >DEFAULT_BACKGROUND as transparent (tiletext.c in particular). > >Shall I tackle this ? > > Please do. I think it would be good to make (72,108,108) available as > an opaque colour even if you decide to use other colours when tweaking > some tiles. Righteo (72, 108, 108) will be it. > [snip re. dithering polluting opaque colours with transparancy colour] > > >Since the transparent information is separate, perhaps you can > >change the (71, 108, 108) pixels which sit next to a solid color > >to be the same as that solid color, so that any dithering that GTK > >does will not be polluted. > > I don't think you can do a perfect job since one transparent pixel > may be "near" many opaque pixels (where near means within the area > of influence for whatever dithering algorithm is used). Given this, > I suspect it would be a lot of work for very little return. In my > view, not worth doing. Fair enough. > >In that case, I think we need to make *two* 32x32 tilesets, one > >with full transparency, and one where the transparent parts are > >filled in with a solid background (using txtbg). [SNIP] > > Not sure I understand the need, as yet. I tried it just now (having monsters/objects surrounded by the solid color) with the SDL/GL port and it looked fairly OK, not bad like what I remember (I was probably remembering something else, where the solid color was a bright cyan). It still might look slightly better with "floor of a room" as the backgrounds, but I don't know now if having an extra tileset would be worth the effort. > [snip re. tileset file formats] > > >"Compiled XPM" is probably a figment of my imagination :). Seeing > >that most window ports need USE_XPM enabled, and that the SDL/GL > >port should co-exist nicely with them, I'll stick with PNG and > >write a "txt2png" tool. (I don't want to use XPM since it adds an > >explicit dependency to X libraries and I want to avoid that). > > This will work just fine as long as you use different names for > the PNG format files (so that they can co-exist in the installation > directory). Eg., x11tiles.png or simply tiles.png. Yeah, I'm using the same filenames as glHack uses (keep the code as consistent as possible), which are: gltile16.png gltile32.png gltile64.png (the isometric 3D set) plus other ones for fonts, splash and rip images. > This has slight disadvantages in that a potential user who > wants to switch between the gl and gtk window ports, for > example, might have to switch both windowtype options and > tileset options. Hardly the end of the world. I'm not sure what to do about that (the TILESETS config stuff, especially the def_tilesets[] array in src/decl.c). At the moment, the SDL/GL port uses the "tile_height" WINCAP option and currently ignores the other stuff. I need to look deeper into it. Cheers, __ \/ Andrew Apted <aj...@us...> |