В XRay много говнокода. В точности в гранатомётах, если базовый класс оружия CWeapon и CWeaponMagazined более или менее работают, то гранатомётный классы совсем по тупому сделаны. В базовом огнестрельном классе CWeaponMagazined выстрел производится из метода FireTrace, при этом, выстрелу предшествует ряд методов, вызов которых ещё не означает что сам выстрел произошёл. Ну вот погромист гранатомётов, CWeaponRG6, CWeaponRPG7, CWeaponMagazinedWGrenade, сделал так, что, при выстреле граната запускается из разных методов, но только не из FireTrace. Ну вроде бы всё работает, но при определённых условиях работает совсем не правильно, CWeaponRG6 может стрелять гранатой когда магазин пуст при определённых условиях, у остальных тоже стрельба при определённых условиях не правильная. В точности, если заблокировать оружие скриптовым методом wpn:set_queue_size(0) то выстрел всё равно произойдёт, точней произойдёт вылет гранаты, хотя выстрела как бы и нет.
Хотя класс гранатомёта, это же довольно простой объект, произошёл выстрел, и в методе где запускается пуля, выпускается граната по направлению выстрела. Вроде всё просто, метод FireTrace сделал виртуальным и переопределил в гранатомётах.
Я из-за этой ошибки, не смог написать скрипт ПЗРК на Lua для оригинального движка. Логика ПЗРК на порядок сложней чем в простом РПГ.
ЗЫ
В XRay граната-ракета это такой же наследник CGameObject, как и все остальные объекты в игре. В других движках, может по другому реализовано, в точности наследник пули, как CRYENGINE.
В СССР тоже фейерверков не было, окромя бенгальских огней, дак иногда армейскую пиротехнику использовали, бывало что окна вылетали. Так что запрет, по мне, плохая идея! Раньше без петард во обще НГ не встречал, потом надоело.
С новым годом!
Ещё вспомнил. Можно перед литрболом гречки съесть(за 1-2 ч.), вареной и поджаренной, тогда не так сильно пьянеешь, правда, если я хочу выпить, то как раз поэтому не ем гречку, чтобы потом усиленно не пить. Как то чекушку выпил, и совсем не почувствовал опьянение, просто в животе жгло, и всё.
Да уж, пить или не пить? Пробовал на НГ не пить, настроение хуже не придумаешь, даже понял почему некоторые на НГ самоубиваются. Так что придётся пить(вино, водка), и возможно рыгать.
Посмотрел на исходники по диагонали. Простой? Я что-то не заметил, во обще не понял как он работает. Какие преимущества перед другими ЯП? Не понятно.
Вот я тут тоже решил свой ЯП замутить, очень простой, рабочие название HLMASM (High Level Macro ASseMbler), транслятор в низкий асм. Основа, ассемблер MASM, точней UASM. В этих ЯП есть высокоуровневые конструкции, .if, .while, invoke, в UASM есть ещё .for, .switch и т.д. В общем, надо довести эти конструкции до полноценного ЯП вроде Си, поддержка типов указателей, наследования классов, соответственно виртуальные функции ну и так далее. Всё, чтобы программирования на ассемблере, было бы таким же лёгким как на Си. Да, есть похожие ЯП, например С-- Сфинкс(занимает промежуточное положение между ассемблером и Си), но это не то, там проще сразу стандартный Си использовать. Синтаксис должен ближе с ассемблеру, а не собственно к Си.
Пусть хотя бы авто мото гонках победит, вот тогда точно поговорим.
Объем входных данных в го 19*19*2 бит, ну значит всё не так уж сложно, нейросеть переварит сможет. А объём реальной картинке при езде в реальном мире повыше будет, ну тут конечно тоже развивается, но ещё сильно уступает человеку. Хотя когда нибудь и это будет решено.
В СТАЛКЕРе я уже делал эксперименты по улучшению стрельбы НПС, робот(ХЕН(HEN)) скосил 3 солдат за 1-1.5 секунды на дистанции метров 70-100, те даже в денжер не успели перейти, улучшил схему наведения на цель. На дистанции метров 200 уже не так хорошо попадал. Конечно, не надо делать повально всех ботов умными, но некоторых вполне нужно (боссов например), да ещё, в такой игре как сталкер. Всё это делается штатными методами, т.е. улучшением схем.
Просто не очень приятно смотреть когда тупой непысь элементарно разойтись не может, упираются вдруг-друга и не туда и не сюда, да ещё и дёргаются как припадочные. Да и крутые умные боты дают более сильный адреналин что-ли. Хотя перекручивать сильно не надо, а то реально играть не интересно станет.
А интересно, когда боты в шутерах станут умней людей? А то вроде как сейчас ИИ ботов особо не развивается, все в сетевые шутеры режутся, хотя не, не все, я не играю. Вот бы игрушку с умными ботами, например СТАЛКЕР-2.
Что то вспомнилась попытка редакции «Техники Молодёжы» (и читателей) написать программу шахмат для ПМК МК-61, Б3-34 в 1986-1988 гг. Правда у них только эндельшпильды получились.
Ещё можно попробовать более полноценную программку сделать под Win32, но скажем чтобы килобайт 5-6 была.
Реализм! А вот с ПЗРК что-то не очень реально вышло, как то слишком казуально, как мне кажется. Потом заделаю вполне реалистичный ПЗРК Игла для сталкера, думаю вполне с этим справлюсь. Да, сам в Арму не играл, во обще не люблю мультиплейерные игры.
Действительно Lua классный ЯП. Например, игра сталкер, на нём значительная часть функционала реализовано. Конечно, это было сделано чтобы привлечь не слишком компетентных программистов, а значит дешёвых. Но как бы там ни было, Lua гораздо легче того же питона.
Нет, если инструкция реализована нормально, а не микрокодом, то быстрей её каким то кодом, даже с использованием AVX, сделать не получится. Технически эта инструкция реализована каскадом простых сумматоров, и вычисляется очень быстро, быстрей одного такта. Так же, может выполнятся одновременно несколько таких команд, зависит от IPC процессора, это от 3 до 8 или 16.
Ага хорошая инструкция, выполняется за один такт, если конечно не реализована микрокодом, процессор может как правило выполнить несколько таких инструкций за такт(AMD Athlon II X4 640). Лично я её использовал в решении шахматной задачи «Надо расставить19 ферзей так, чтобы группа белых ферзей, не били группу черных ферзей, и на оборот». У меня на одно ядро, задача решалась за 20-25 миллисек для доски 8х8. Частота процессора 3ГГц. В общем можно хорошо ускорить код, если выполняется массированный подсчёт бит.
ЗЫ
В gcc не правильная реализация этой функции, т.е. интринстика, надо чтобы было dword ...(dword) а не byte ...(dword), из-за этого компилятор вставляет совершенно лишнею команду преобразования movzx.
Тоже не понимаю а почему то ентон питон такой популярный. Сложность равна С++, низкое быстродействие, нету привычного end'а(мозг ломает(правда, можно использовать псевдооператор #end))… В общем, лично мне он не нужен, лучше вместо его, например Lua. Вообще, не понимаю для чего он нужен. Может кто объяснит?
Ну а что, есть же версия, что не хорошие амеры, самолёт этот, посадили у себя на базе, ради кит. учёных. Кто его знает, может это и так. Все эти правительственные круги(все) погрязли в особо тяжких преступлениях.
Хотя класс гранатомёта, это же довольно простой объект, произошёл выстрел, и в методе где запускается пуля, выпускается граната по направлению выстрела. Вроде всё просто, метод FireTrace сделал виртуальным и переопределил в гранатомётах.
Я из-за этой ошибки, не смог написать скрипт ПЗРК на Lua для оригинального движка. Логика ПЗРК на порядок сложней чем в простом РПГ.
ЗЫ
В XRay граната-ракета это такой же наследник CGameObject, как и все остальные объекты в игре. В других движках, может по другому реализовано, в точности наследник пули, как CRYENGINE.
S.T.A.L.K.E.R. 2 выйдет именно на Unreal Engine 4.
www.gameru.net/forum/index.php?showtopic=73147&pid=1668466&st=0entry1668466
Ещё вспомнил. Можно перед литрболом гречки съесть(за 1-2 ч.), вареной и поджаренной, тогда не так сильно пьянеешь, правда, если я хочу выпить, то как раз поэтому не ем гречку, чтобы потом усиленно не пить. Как то чекушку выпил, и совсем не почувствовал опьянение, просто в животе жгло, и всё.
Вот я тут тоже решил свой ЯП замутить, очень простой, рабочие название HLMASM (High Level Macro ASseMbler), транслятор в низкий асм. Основа, ассемблер MASM, точней UASM. В этих ЯП есть высокоуровневые конструкции, .if, .while, invoke, в UASM есть ещё .for, .switch и т.д. В общем, надо довести эти конструкции до полноценного ЯП вроде Си, поддержка типов указателей, наследования классов, соответственно виртуальные функции ну и так далее. Всё, чтобы программирования на ассемблере, было бы таким же лёгким как на Си. Да, есть похожие ЯП, например С-- Сфинкс(занимает промежуточное положение между ассемблером и Си), но это не то, там проще сразу стандартный Си использовать. Синтаксис должен ближе с ассемблеру, а не собственно к Си.
Объем входных данных в го 19*19*2 бит, ну значит всё не так уж сложно, нейросеть переварит сможет. А объём реальной картинке при езде в реальном мире повыше будет, ну тут конечно тоже развивается, но ещё сильно уступает человеку. Хотя когда нибудь и это будет решено.
Просто не очень приятно смотреть когда тупой непысь элементарно разойтись не может, упираются вдруг-друга и не туда и не сюда, да ещё и дёргаются как припадочные. Да и крутые умные боты дают более сильный адреналин что-ли. Хотя перекручивать сильно не надо, а то реально играть не интересно станет.
Ещё можно попробовать более полноценную программку сделать под Win32, но скажем чтобы килобайт 5-6 была.
www.youtube.com/watch?v=xjdPEuPmpLY
Эта версия дебаговая, потом лучше сделаю.
ЗЫ
В gcc не правильная реализация этой функции, т.е. интринстика, надо чтобы было dword ...(dword) а не byte ...(dword), из-за этого компилятор вставляет совершенно лишнею команду преобразования movzx.