From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5812 invoked by alias); 24 Nov 2004 04:25:00 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 5784 invoked from network); 24 Nov 2004 04:24:52 -0000 Received: from unknown (HELO rwcrmhc13.comcast.net) (204.127.198.39) by sourceware.org with SMTP; 24 Nov 2004 04:24:52 -0000 Received: from [192.168.181.128] (c-67-176-41-158.client.comcast.net[67.176.41.158]) by comcast.net (rwcrmhc13) with ESMTP id <2004112404244601500grj68e>; Wed, 24 Nov 2004 04:24:51 +0000 Message-ID: <41A40CF5.9020303@phy.cmich.edu> Date: Wed, 24 Nov 2004 13:00:00 -0000 From: Eric McDonald User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) MIME-Version: 1.0 To: mskala@ansuz.sooke.bc.ca CC: xconq7@sources.redhat.com, xconq-hackers@lists.sourceforge.net Subject: Re: Thoughts on terrain imaging References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004/txt/msg01436.txt.bz2 mskala@ansuz.sooke.bc.ca wrote: > I decided to try implementing these ideas, but I wanted to do it in such a > way that I could test each step and see that it was working before moving > on to the next one, so as a very first step, I wrote a simple game module > which would trigger the "subimage" code, figuring that next I could move > on to making it clip out the subimages in a hex grid instead of the > existing one-dimensional linear offset. The results are at these URLs: > http://ansuz.sooke.bc.ca/temporary/maptest.g > http://ansuz.sooke.bc.ca/temporary/override.gif > * It doesn't work in the TCL interface except on the highest > magnification. At other magnifications, the affected cells are just > black. As far as I can tell, for some reason the automatic scale-down > code isn't running. Isn't it supposed to? Yes, I thought so. I think it does with unit images. I played around with 'maptest.g' for a little while. If you reduce the image cutout size down to 44x48 and change the subimage selection offsets to 44, then the subimages show up at normal resolution. It does not appear to matter whether the 'terrain' keyword is used or not. Other thing that I noticed is that the documentation still refers to a 'bigicons' gvar, but this is not to be found in 'keyword.def' or 'gvar'.def', and Xconq warns about it. Guess that needs to be taken out of the documentation (unless we plan on trying to scale 44x44 don to 32x32, etc..., if it is not set). > * It doesn't seem to work in the SDL interface at all - I get a segfault, > see attached backtrace. I haven't tested this extensively at all, so it's I looked at your backtrace; I will attempt to track down the problem soon. Unless you take care of it first.... Eric