а у пехоты??  

Добрый день
Вот переделанный вариант вычисление боевых единиц 

какие будут замечания?

кхм...я не привык к коду на cи...но как тока вникну сразу напишу что не таг)
зы: если "этот нетаг" есть)

Под розыгрышем я имелл несколько другое... вот мы берем к примепру шанс попасть танком в пехоту... ну потом смотрим попал не попал
 
Можно шкалу попал не попал разбить на несколько частей попал круто попал или задело взрывной волной... или ввести нечеткие правила попадения с графиком /\

dereyly, ну я и розыгрываю . беру число рандом в диапазоне0-10 если оно четное то попал если нет то прамазал.что не так?

Я так и понял что ты так делаешь, но это неправильно
ты разыгрываешь вероятность встречи с динозавром, либо встречу либо нет...
Но точность попадания это функция от дистанции, техники которая стреляет и т.д. мы вычислили эту функцию.. она должна вернуть некое число от 0 до 1 что соответствует шансу попасть.... а затем мы смотрим попал или не попоал в зависимости от этого шанса (не 50% а ac%)... при этом разыгрываем мы число n и просто сравниваем 
if (ac>n)
   b_Hit=true

Это сообщение отредактировал(а) dereyly - 2.11.2006, 18:02

knut
Извиняюсь что вмешиваюсь в уже развитую дискуссию, но хотелось бы высказать некоторые мысли. Глядя на обсуждение сразу в глаза бросается один факт - разработка ведется "от кода" а не "от идеи". Как мне кажется, правильнее было бы для начала определиться с боевой системой, а уже затем воплощать ее в коде.

Систему можно описать множеством параметров юнитов и их влиянием на исход боя. Также можно учитывать внешние факторы. Если все это формализовать, а не оставлять по принципу "додумаю когда буду писать код" - тогда описание системы будет достаточно прозрачным, и его будет легко воплотить в коде. К тому же людям, участвующим в обсуждении будет проще оценить результат, если для этого не надо будет читать вырезки из кода.

Для примера, попробую описать примитивные системы взаимодействия.

Для начала надо определиться, что подразумевается под боем. Навскидку можно предложить два разных варианта:
1. Каждое воздействие (выстрел, удар) происходит отдельно, его результаты отображаются пользователю.
2. Рассматривается комплексное взаимодействие, т.е. при встрече юнитов происходит последовательность отдельных воздействий до тех пор, пока один из юнитов не погибнет. Пользователь видит лишь конечный результат.

Для первой ситуации будет характерна система с более развитым количеством характерстик юнита, т.к. пользователь видит результаты каждого воздействия, видит, кто кому какой урон наносит, может сравнить. Во второй ситуации пользователь видит лишь результат: кто погиб, и сколько очков жизни осталоь у противника, поэтому развитая система характеристик ИМХО будет не столь интересна.

Теперь немного по характеристикам.

Начнем с элементарного. Допустим, у юнита имеется два параметра, влияющих на исход боя:
- очки жизни (L)
- наносимый урон (Z)

При атаке из очков жизни атакуемого вычитается наносимый урон атакующего. Тогда воздействие одного юнита (u1) на второго можно оценить так:
L(u2) = L(u2) - Z(u1)
Если L(u2) достигает отметки 0 - юнит погибает.

Теперь попробуем немного усложнить систему. Введем еще два параметра:
- точность попадания (A)
- увертливость (D)

Точность попадания - коэффициент (в процентах), который характеризует шанс юнита попасть в противника. 
Увертливость - коэффициент (в процентах), который характеризует шанс юнита уклониться от попадания.
Т.о. коэффициент попадания (M) составляет
M(u1) = A(u1) - D(u2),
т.е. попадание состоится с вероятностью M%. Если попадание состоялось - тогда, соответственно:
L(u2) = L(u2) - Z(u1)
если не состоялось - что ж, на нет и суда нет.

Что можно привести в качестве примера? Тот же танк. Он большой и неповоротливый, и его увертливость очень мала. Точность попадания - чуть выше средней. Пехота. Увертливость высокая. Если кто играл в С&C и пробовал стрелять из танка по пехоте - поймет пример гораздо легче. Пехота может нанести много выстрелов по танку (но с небольшим уроном), пока он наконец-то не попадет в них (что обычно смертельно). (Гораздо легче было давить их гусеницами, но это уже другой разговор).

Введем такой параметр как броня (B). 
Что делает броня? Она поглощает часть урона во время атаки. Т.о. если попадание состоялось, то его влияние на очки жизни с учетом брони будет составлять:
L(u2) = L(u2) - Z(u1) + B(u2) при условии что Z(u1) - B(u2) > 0
Если же Z(u1) - B(u2) <= 0 - тогда L(u2) остается неизменным.

Пример? Попадание в пехотинца в бронежилете причиняет ему гораздо меньший урон, нежели попадание в пехотинца без бронежилета. Яркий пример? Разработчики Civilization наконец-то додумались до того, что индеец с копьем чисто физически не может нанести повреждение танку, даже если он его будет бить долго и нудно (наносимый урон индейца меньше уровня брони танка, т.е. при каждом ударе броня полностью поглощает урон).

Теперь можно подумать о внешних параметрах, влияющих на исход атаки. Самый простой и понятный – расстояние (S). У юнита есть максимальная дальность атаки ( R). Если дальность атаки больше расстояния между юнитами – атака невозможна. Если меньше или равна – атака возможна, но расстояние влияет на исход. Каким образом? Допустим так:
Если расстояние между юнитами составляет больше чем половину максимальной дальности атаки – на точность попадания накладывается штраф (P). Штраф вычисляется как расстояние между точкой, которая является серединой максимальной дальности атаки (т.е. крайней точкой, на которой не накладывается штраф) и атакуемым, выраженное в процентах от максимальной дальности атаки атакующего юнита (во загнул). Т.е.:
P(u1) = (S – R(u1)/2)/( R(u1)/100) = 
(S - R(u1)/2)*100/R(u1) = 
100*S/R(u1) – 50, при условии что S - R(u1)/2 > 0, т.е. расстояние между юнитами больше половины максимальной дальности атаки атакующего юнита. 
Данная величина колебнется в пределах [0;50], т.е. на максимальной дальности S = R(u1) атаки процент попадания дополнительно уменьшается на 50%.
Т.о. коэффициент попадания составляет:
M(u1) = A(u1) - D(u2), при условии что S - R(u1)/2 <= 0 и
M(u1) = A(u1) - D(u2)– P(u1) = 
A(u1) - D(u2) – (100*S/R(u1) – 50) = 
A(u1) - D(u2) – 100*S/R(u1) + 50, при условии что S - R(u1)/2 > 0
И с этой вероятностью произойдет попадание, которое по-прежнему составит 
L(u2) = L(u2) - Z(u1) + B(u2) при условии что Z(u1) - B(u2) > 0

Чем еще можно дополнять данную систему? Всем чем угодно. 
Можно установить у оружия радиус действия, который при увеличении расстояния будет уменьшать штраф на коэффициент попадания, но снижать силу попадания.
Можно добавить штрафы за низкое количество очков жизни (сильно раненый пехотинец и подстреленный танк стреляют не так метко, если это рукопашная – можно и силу удара уменьшать).
Можно добавить вероятность критического попадания, которое отнимает гораздо больше очков жизни.
Можно сделать броню разрушающейся, т.е. после критического попадания (или по другому какому условию) броня некоторое время не действует.
Можно сделать оружие, у которого влияние расстояния на точность будет снижено (снайперская винтовка).

И еще много-много чего… Главное – чтобы все это было формализовано, тогда код будет писаться легко, а внесение изменений и добавлений в него будет прозрачным.