Мнение об демоверсии . Линия фронта , Битва за Харьков

[Andrey12345]

Тогда без введения поняти дом или окно, для ИИ, предлагать какой-нибудь алгоритм или какую-либо нормальную тактику боя в городе, где вокруг дома - просто безсмысленно. шаблоны там .. не шаблоны... Нужны поняти дома, в котором засели солдаты противника. без этого никак, ну вообще никак.

Да нормально, работает же ИИ сейчас без понятия о ландшафте и прочем и ничего. Зачем плодить ненужные понятия - дом, дерево?

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

Нет, это разные квадратики для разных нужд. Т.к.
"квадратики" для рендера должны удовлетворять одним условиям, квадратики для коллизий другим, а для расстановки третим, нет смысла все в одну кучу смешивать

Значит те дома, кторые отстоят на 4 клетоки(взял с запасом) и более от клеток которым принадлежит отрезок движения - гарантированно безопасны для гранат. Если пехота там сидит - мы не будем их трогать пускай они там сидят, будем стрелять только если высунуться( как сейчас).

Да зачем решать эту задачу заранее еще и так сложно

Если расстояние на которое можно бросить гранату неизвестно - то это фауст патрон.

Ага, а еще гранатомет, огнемет, ПТР, пушка в кустах между домом и сараем - или их не нужно избегать?

Итого, чтобы быстро проверить, сначало в отдельный список отбираем все клетки подходящие по расстоянию, потом всех энитов к ним приписанных.

Клеток тоже нет во время игры

Если будет понятие дом, и понятие окно, и понятие направление нормали окна, то можно говорить о применении тактики превентивной стрельбы по окнам.

И еще +8Гб памяти к системным требованиям и +2 года разработки

чтобы обстрелять окно подойдет любое место в верном полупространстве окна, такое чтобы снаряд не с срикошетил об стену, те угол выстрела 0-60 с нормалью бы был, и расстояние было безопасно для броска гранатой.

Окна и дома ненужные и непрактичные понятия, они усложняют ИИ ничего не давая взамен

абсолютно любое место. Те любое место при угловом отклонении +/-0-60град от лучса нормали и по дальности - не дальше 8 клеток. Подьехал, подошел туда. не видно - отошел в другое место. не видно снова - отошел в третье, и так, пока безопасно не обошел дом.

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

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

Да нет такого алгоритма у нас, этот эффект получается совсем другим образом + воображение игрока

странно. У меня двухядерный комп основной. Системная загрузка от винды составляет 2-4%. При игре, в бою У меня загрузка процессора не превышает 29% при скорости х1 и 44-48% при скорости х4.
При этом, при включении режима времени х4, FPS падает в два раза.
для игры используется оба ядра.

Не у всех так

На графике на картинке: слева хронология загрузки ЦП. серединный минимум - это я переключился Alt-Tab на игру. чуть правее минимума - это загрузка при скорости игры х1. еще правее - это при скорости х10. Также, на графике загрузки видно, что второе ядро, несмотря на то, что первое загружено значительно, занимается только тем, чем его нагружает система. Значит не используются вычисления в двух потоках, а один поток выполняет и просчет логики ИИ и регистрацию и обработку действий пользователя, и рендер. И делает он это последовательно, сначало одно, потом другое потом третье, Иначе говоря изображение формируется не параллельно с расчетом ИИ, а синхронно с ним, т.е. в одном и том же потоке (Thread).

Вы уверены что на скринах именно тот второй поток который занимается рендером?
На самом деле аппаратных потоков у Вас в системе больше чем 2, а индикация есть только двух.

Если бы рендер был асинхронным, то при наличии двух потоков при двухядерным процессоре, один бы был занят чисто рендером, и у него ФПС не падалобы от включения скорости ни Х4, ни Х10, ни увеличивалось бы от того что нажали на паузу.

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

Ну не параллелятся игры нормально с использованием текущей архитектуры PC, как Вы это не поймете - научные задачи параллелятся, расчеты и обработка однородных данных параллелится, а игры нет.

Таким образом, игра имеет значительные возможности для оптимизации по скорости, засчет использования двухпоточной(и более) схемы.

Из неправильных предпосылок неправильные выводы.
Игра использует явно 3 аппаратных потока (если такие есть) и неявно (звук и прочая мелочевка) еще парочку.

Кнопка х4 подкрашивается желтеньким, сразу после нажания на нее.
если вдруг появляются синие точки и треугольники которые мне раньше на экране не было видно, то кнопка Х4 перестает быть подкрашеной желтеньким. (само, без моего участия)
чтобы снова увидеть приятный, желтый цвет на этой кнопке надо снова на нее шелкнуть мышкой или нажать Ctrl+F11.

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

мне бы хотелось, чтобы никакие события не затавляли пропадать этот желтый свет с кнопки х4, за исключением щелчка мышки по ней.

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

я бы попытался сконцетрировать силы ИИ и попытаться ударить с нескольких направлений добившись одновременности нападения.

Вот как только Вы свои алгоритмы начнете реализовывать на практике выяснится что они не работают или работают с тестовыми синтетическими ситуациями только. А в реальных ситуациях и силы не концентрируются и одновременно не нападешь и т.д. А в теории хорошо выглядит, но непрактично.

Хм, тогда получается еще потребуется вводить правило для ИИ, о том, что проверенными дома остаются до тех пор, пока рядом (в 6-ти клетках) находятся свои войска и противника не бегал по улице. Если противник бегал по улице, то мог забежать в уже зачищенный дом,и надо зачищать все подозрительные дома(по пути к точке захвата) снова, даже если они уже были захвачены.

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

Не нужно пытаться перекладывать понятия реального мира в мир виртуальный, это трудоемко и ничего толком не дает.