From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16279 invoked by alias); 1 Aug 2004 18:54:01 -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 16042 invoked from network); 1 Aug 2004 18:54:00 -0000 Received: from unknown (HELO av15-1-sn4.m-sp.skanova.net) (81.228.10.102) by sourceware.org with SMTP; 1 Aug 2004 18:54:00 -0000 Received: by av15-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 63A6737E48; Sun, 1 Aug 2004 20:54:00 +0200 (CEST) Received: from smtp4-1-sn4.m-sp.skanova.net (smtp4-1-sn4.m-sp.skanova.net [81.228.10.181]) by av15-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 5204B37E43; Sun, 1 Aug 2004 20:54:00 +0200 (CEST) Received: from [212.181.162.155] (h155n1fls24o1048.bredband.comhem.se [212.181.162.155]) by smtp4-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id DE75237E42; Sun, 1 Aug 2004 20:53:55 +0200 (CEST) X-Sender: u22611592@m1.226.comhem.se Message-Id: In-Reply-To: <410D3514.8090608@phy.cmich.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 03 Aug 2004 21:14:00 -0000 To: Eric McDonald From: Hans Ronne Subject: Re: Major Game Upgrade + New Images: Specula is now Opal 2.0 Cc: xconq7@sources.redhat.com X-SW-Source: 2004/txt/msg00819.txt.bz2 >> But I am not sure that we should continue to keep all images in one imf.dir >> even if IMFApp can handle it. The only point of having it is that you don't >> need to include the relevant *.imf files in the game file, > >Right. And that is quite convenient, wouldn't you agree? Why get rid of it? Well, here is one reason (from imf.c): if (images == NULL) { images = (ImageFamily **) xmalloc(MAXIMAGEFAMILIES * sizeof(ImageFamily *)); } MAXIMAGEFAMILIES is currently set to 3000, to accomodate all image families in imf.dir. This is not primarily because of IMFApp, but because Xconq needs it, since all image families in imf.dir are allocated in every Xconq game. This is true even if you run duel.g which has only one image family (the tank). This is also why you don't need to include stuff from imf.dir in your game files - it gets allocated anyway, for better or for worse. So if we get rid of imf.dir (or more precisly its current use in Xconq) we gain the memory footprint of 2999 image families in the Duel game. Somewhat less in more complicated games. This would probably make it easier to run Xconq on pre-NT Windows systems (98, ME) that have limited graphics memory. Another solution is, as we already discussed, to rewrite the imaging code so that only stuff that is needed in the game is allocated. >I suppose that you weren't implying that we get rid of the master >catalog concept, but rather just split it up along the lines of genre or >something. Or, at least, that would be my suggestion.... Yes. In fact, many *.imf files, including those that I have added over the years, are already pretty much along genre lines. Hans