Рискну добавить и свой высер. Это лишь домыслы, но они могут послужить базой для более точных исследований.

Для того, чтобы понять "непонятные" серии боев, когда герой то ходит 10 раз подряд, то 10 раз промахивается, решил попробовать объяснить подобные ситуации, да и собственно систему боев в общем, исходя из собственного опыта.
1) Происходит "случайный" бросок 1-100 по инициативе + вариации. 2) После проверки на инициативу, как я понял, поскольку здесь нет таких показателей как "атака" и "защита" происходит бросок на удар/способность, причем, отдельно на каждую способность . Дальше система не очень понятна, но рискну предположить следующее.
3) Урон распределяется на физический и магический. То есть, если у Вас 60 физической силы и (для простоты) 40 магической, то у Вас будет соответственно 36 физического урона и 24 магического.
4) Аналогично с защитой врага. Для наглядности возьмем 40/60 физики/магии, то есть, враг получит 60% физического урона и 40% магического, то есть, 36*0,6 + 24*0,4 = 21,6 + 9,6 = 21 + 9 (правила округления при компьютерных вычислениях не работают, но все возможно) = 30 урона. Вполне вероятно, что так и есть, тогда для низких уровней соотношение физики/магии практически не будет играть роли.
5) Срабатывает бросок на способность у Вас и на "антиспособность" у врага. Если у Вас несколько способностей, броски и антиброски срабатывают на каждую из них. 6) механизм вмешательства питомцев в бой до конца не ясен. Она варьируется в зависимости от наличия у пэта боевых навыков, уровня слаженности, а также в зависимости от предпочтений.
Все, описанное здесь, является сугубо моим личным мнением, основанным на опыте работы с генераторами псевдослучайных чисел и поверхностными знаниями в системе D&D, однако уверен, что описанное здесь не лишено крупицы здравого смысла и поможет игрокам понять механизм игры.

Если такой показатель, как сила удара, отсутствует в принципе, стоит пересмотреть механизм расчета наносимого урона.

Hask
Броски кубиков - это базовый принцип, на основе которого можно показать, как работают случайные числа. Вот например. Вы написали "случайное число" от 0 до инициативы (базовая = 1). Генератор "случайных" чисел вещественные числа не генерирует, для этого используется программный костыль. Под "1" имелось ввиду "100%", соответственно, модификаторы "Медленный" и "Быстрый" будут давать модификатор 0,9 или 90% от базового и 1,1 или 110% от базового значения параметра. Тиелендил видимо имел ввиду именно коэффициент, который учитывает все модификаторы и на который потом дополнительно умножается значение параметра.

Касательно способностей - либо Вы не так поняли, либо Тиендил не так объяснил. Если бы там были реализованы приоритеты, то в бою либо всегда срабатывала только одна способность из всех (у которой приоритет выше), либо все способности срабатывали бы циклично по убыванию приоритета, чего тоже не наблюдается. Скорее всего, имелось ввиду, что если сработает шанс двух способностей или больше, то будет использована только одна - у которой больше приоритет. Опять-таки, это сугубо мое мнение, я безнадежно устарел и, возможно, уже придумали что-то новенькое.

Я еще раз подчеркиваю, что все изложенное - лично мои домыслы, основанные на некоторых знаниях и гипотезах, для детального разбора нужна статистика и более глубокий анализ. Но я склонен думать, что в некоторых моментах я все же прав. Например, есть в "Сказке" несколько явных костылей, как, скажем, способность "Удар", которая, как мне кажется, отражает базовый урон персонажа.

В любом случае, если разработчики что-то поясняли, им виднее, я лишь собрал на форуме крупицы инфы, какие нашел, и попытался их проанализировать на основе собственных знаний, посему еще раз прошу не судить строго и не воспринимать как непреложную истину. Это лишь попытка объяснить необъясненное.

CrazyNiger

Хотя да, на уровне системы, генератор случайных числе оперирует целыми числами, но опять же, в границах 0 до MAX_ЦЕЛОЕ_ЧИСЛО.

Именно так. Причем MAX_ЦЕЛОЕ_ЧИСЛО зависит от разрядности процессора и системы. Насколько мне известно, в последних моделях процессора отошли от генерации на основе системного времени и привязали ее к тикам системного таймера

CrazyNiger

.
Именно из-за платформо-зависимости системного генератора на уровне языков программирования оперируют вещественными числами от 0 до 1 (1 соответствуюет MAX_ЦЕЛОЕ_ЧИСЛО). А привезти это к желаемоvу диапазону очень легко: round((random() * (max-min)) + min

Да, но собственно сама функция генерации реализована непосредственно средствами данного языка программирования. В некоторых языках ее вообще нет, в некоторых - под нее написана весьма удобная обертка, как, например, Borland C++/ Думаю, к вещественным числам перешли для унификации, хотя, собственно, такой механизм я не встречал. Да, я устарел (