From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1085 invoked by alias); 5 Jun 2004 07:05:43 -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 1058 invoked from network); 5 Jun 2004 07:05:39 -0000 Received: from unknown (HELO av6-2-sn2.hy.skanova.net) (81.228.8.107) by sourceware.org with SMTP; 5 Jun 2004 07:05:39 -0000 Received: by av6-2-sn2.hy.skanova.net (Postfix, from userid 502) id D15DD37E43; Sat, 5 Jun 2004 09:05:38 +0200 (CEST) Received: from smtp2-2-sn2.hy.skanova.net (smtp2-2-sn2.hy.skanova.net [81.228.8.178]) by av6-2-sn2.hy.skanova.net (Postfix) with ESMTP id BC02F37E42; Sat, 5 Jun 2004 09:05:38 +0200 (CEST) Received: from [212.181.162.155] (h155n1fls24o1048.bredband.comhem.se [212.181.162.155]) by smtp2-2-sn2.hy.skanova.net (Postfix) with ESMTP id 1192A37E42; Sat, 5 Jun 2004 09:05:38 +0200 (CEST) X-Sender: u22611592@m1.226.comhem.se Message-Id: In-Reply-To: <1086391002.1485.21.camel@localhost.localdomain> References: <20040604230455.43590.qmail@web13123.mail.yahoo.com> <20040604230455.43590.qmail@web13123.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 05 Jun 2004 07:05:00 -0000 To: Eric McDonald From: Hans Ronne Subject: Re: Consumption-per-fire? Cc: xconq7@sources.redhat.com X-SW-Source: 2004/txt/msg00471.txt.bz2 >> Because it doesn't seem that way. This is >> really quite confusing, what's the purpose of the >> hit-by table?? > >The purpose is what the documentation says it is. However, I agree that >the name is somewhat misleading, and I once inferred a different use for >it, before making it realize its intended purpose (according to Hans), >and adding some notes to the documentation. I still find it interesting >that it allows negative values down to TABLO rather than -1 (and I think >it was this way prior to me touching it last year). For those who don't remember the discussion about this last year, here is an excerpt: Eric: >The WWII Advanced game is making incorrect use of the hit-by >table. Hans: So does tailhook and galaxy2. I think this is a case where Stan was about to add a new feature but did not carry through with it in the kernel. It would be easy enough to complete the job by multiplying in the hit-by value in the relevant places (both check and execute code): um_consumption_per_fire(unit->type, m) * um_hit_by(unit2->type, m) This would make ammo consumption dependent not only on the firing unit, but also on the target, allowing for the possibility that hard targets require more ammo to be hit. The hit-chance table can of course accomplish a similar restriction, but the interesting difference is that in the latter case, the acps become limiting rather than the ammo. As a side note, these games are special in that they treat airplanes as ammo and airfields as firing units. Which is probably why Stan was experimenting with the hit-by table (you can't counterattack and shoot down a piece of ammo). It illustrates the flexibility of game design in xconq. An opposite example is the original galaxy game, where each torpedo is a small unit rather than a piece of ammo. Hans