Блог zes warchief

Отчет по движку - 1

2017-10-19T12:56:00.003+10:00

Работа продолжается. Но к сожалению не удалось сделать то что хотел.

Зато был проведен сильный рефакторинг лоу рендера и сейчас началось интенсивное тестирование. То что получилось - мне нравится

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

Отчет по движку - 0

2017-09-19T23:05:00.000+10:00

Решил пилить что-то типа отчета о том что сделано в движке. Раз в неделю или по настроению...

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

Серьезная работа над движком началась с 15 августа (на основе старого варианта, из которого было выкинуто 90% кода).... Именно с 15 августа я стал работать над движком практически каждый день. От 3 до 10 часов в день. То есть движку сейчас чуть больше месяца :)

На текущий момент движок разбит на следующие библиотеки:

- Engine - общий и основной код (в будущем код будет разбит на несколько библиотек).

- Math - математическая часть движка

- Renderer - абстрактная часть рендера

- RendererGL - OpenGL слой

И состоит из 12557 строк (сторонние библиотеки не считались), но постепенно процесс ускоряется (очень сложно начать, когда оно все еще плохо работает, а потом оно уже легче)

Из текущих возможностей пока что работает низкоуровневый рендер. Сделаны:

- вершинный, индексный и константый буферы

- формат вершин, стейты, рендер конвеер, шейдеры

- рендер в текстуру

Плюс операции над матрицами, в том числе пространства. Вращения через кватернионы.

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

И снова к движкам

2017-09-14T16:19:00.000+10:00

После годового перерыва снова вернулся к движкописательству. Всеже юнити - это не то

Движок здесь
https://github.com/warzes/3DEngine

Уже 145 коммитов. но пока что не пригодно для вообще какого-либо использования.

Движок пишется на OpenGL рендер.

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

Код движка время от времени проходит проверку через PVS-Studio (бесплатной версии).

Плюс тут прогнал его через https://bettercodehub.com/
Получил 5 из 10 (и то снизили за отсутствие автотестов, и за сторонние библиотеки (надо наверное в отдельный репозиторий пульнуть)

Project Z - идея очередной игры мечты

2017-07-31T11:32:00.002+10:00

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

Почему такое название?

Решил временно называть проекты буквами английского алфавита, чтобы не придумывать им названия. При этом с начала алфавита называются те проекты, которые я сейчас делаю (например Project A сейчас в разработке). А с конца - проекты которые только в планах/мечтах.

Основная суть

Вы наверное знаете Hearthstone? Так вот - а я решил сделать такой же проект... но в другом жанре. Не ККИ, а варгейм с миниатюрами. Ну на самом деле вы могли заметить что я давно такое пытаюсь сделать - и по битвам fantasy и по вахе... А сейчас решил придумать свое.

И суть игры - игрок коллекционирует себе армию и сражается ею против противника

Вот примерно так (взято из Tabletop simulator)

Анонс проекта мечты (планы)

2017-07-10T16:51:00.001+10:00

Жанр: мморпг
Управление и камера: нонтаргет, камера от третьего лица
Визуальный стиль: 3D Low poly style (близкие аналоги - альбион онлайн и crowfall), с некоторой примесью аниме.
Сеттинг: ванильное фентези (но пока эльфо-гномы не планируются)

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

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

дописывается!!!

Я вернулся v2.0

2017-05-04T14:06:00.002+10:00

Ну очень давно не писал в своем блоге (а за ним еще кто-то следит?)
А теперь вот решил вернуться.

И начну с анонса нового проекта. ну точнее не нового, а возрождения старого - битвы fantasy:) Я уже работал над этим проектом, но потом убрал на полку. а теперь пора продолжать
Добавлено: я всеже решил делать другой проект. Насчет выше названного - под вопросом. У меня очень мало мотивации к данному проекту.
Но если кому-то интересны именно BF - я попробую к нему вернуться. Плюс там еще ваха 40к новой редакции вышла - тоже были планы)

Делается на юнити.

p.s. играть в мморпг - зло:(

Как не забыть TODO в коде

2016-06-07T14:57:00.002+10:00

В студии можно сделать так:
#define STRINGIZE_2( _ ) #_
#define STRINGIZE( _ ) STRINGIZE_2( _ )
#define TODO(msg) __pragma(message(__FILE__ "(" STRINGIZE(__LINE__) ") : TODO: " msg))

И теперь везде в коде (в любом месте) писать вот так:

TODO("описание задачи")

В результате, теперь при каждой компиляции все ваши TODO будут вываливаться среди ошибок и варнингов:) уж точно не забудете

Об играх

2015-03-11T13:38:00.002+10:00

А теперь об этом.

Игра которую я реально хочу сделать - бессонница. Я про нее уже писал
http://zeswarchief.blogspot.ru/2015/01/blog-post.html
Именно для нее мне и нужен движок... и именно из-за этого проекта я и передумал писать движок с нуля - времени нет. Движок под этот проект будет писаться до года. Когда я игру буду делать?

Ну и еще мне тут предложили поработать над HTML5 играми для браузеров.... И знаете, я писал что все движки убоги..

Но в случае HTML5 я нашел (не сам конечно) просто божественный движок:
http://phaser.io/

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

Перед ним я смотрел Cocos2D-js. все такое же уг, как и его старший собрат для планшетов. Даже документации нет.. Для популярного движка просто нет документации.

Конечно потом придется юзать Cocos2D-js (заказчик требует). но для себя я уже нашел что брать

Интересная статья

2015-01-30T09:33:00.002+10:00

http://habrahabr.ru/company/mailru/blog/248873/

Пригодится для движка

Я работаю:)

2014-10-26T22:20:00.000+10:00

хех, меня взяли на работу программистом.

И на днях собрал скрин своей ККИ о которой писал ранее. Выглядит так:

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

То есть смысл такой. ставим земли (максимум 5). Призываем существ. Направляем существ на вражеские земли. Ставим существ для защиты своих земель.

Asura2D

2014-10-07T20:44:00.001+11:00

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

Ну и скриншот из моего конкурсного проекта:

Еще про ККИ

2014-09-15T01:26:00.004+11:00

Наконец-то продумал базовый костяк правил.

От идеи, что земля должна производить ману (как в MTG) пришлось отказаться - не вписывается. Зато теперь нет страха что застряну в пятицветии и получу явный клон:)
Вообщем у игрока будет мана (я назвал у себя ресурсом) (как в хиртстоне, в том числе и то что она повышается каждый ход от 1 до 10), а земли будут позволять вызывать соответсвующих существ. Выглядит так, например ополченец будет требовать 0 ресурса, и одну землю производящую людей. А какой-нибудь герой может требовать например 2 ресурса, и три производства людей (не знаю как правильно словами описать такое), то есть это может быть одна карта столицы дающая 3 людей, или 3 деревни дающие каждая по 1 (помните, земель всего 5)
И не забываем - они - цель игры.

Пока только не знаю, когда начну писать код - все нет времени. Ну и теперь надо начать продумывать сами карты и их механики

Вот из моих рабочих документов один из разделов правил - действия игрока(магии пока нет):

Призыв существ

Это первое и самое важное действие игрока. Призыв существа позволяет выставить карту существа на стол. Но только при следующих условиях:

Есть хоть одна свободная клетка в зоне 3Р

У игрока есть достаточное число ресурса чтобы оплатить вызов этого существа

Есть соответствующая земля/земли (некоторые существа требуют нескольких) которая способна производить таких существ, и она еще не была повернута.

Если эти три условия выполнены, существа помещается на любую свободную клетку 3Р по выбору игрока в повернутом виде (то есть не может действовать в этот ход, за исключением способностей действующих при вызове)

Поворот земли

После того как существо было выставлено, одна из земель будет повернута автоматически. Тут действуют следующие правила:

Поворачивается только неповернутая земля и только если она вообще способна производить таких существ

Сначала поворачиваются земли производящие только этот ресурс в максимальной цене. (если существо требует 2 городов, и на столе есть деревня дающая 1 человека, и город дающий 2 человека, то будет повернут только город)

Затем поворачиваются только земли дающие этот ресурс в меньших количествах.

Затем поворачиваются мультиземли, призводящие этот ресурс в большем количестве

Все остальные земли.

Собственно обычно это единственное действие земель

Действие существа

Каждое существо может совершить одно из следующих действий (и только одно):

Движение

Атака другого существа

Лечение

Способность

При этом игрок может выполнять по одному действию всех своих существ.

После выполнения одного действия карта поворачивается.

Движение

Карта может совершить движение на любую соседнюю клетку по горизонтали или вертикали. По диагонали нельзя. Некоторые способности позволяют двигаться на две или более клетки, либо перемещаться каким-либо другим способом (телепортация).

Летающие существа не могут выполнять данное действие.

Осада земли

Цель игры - уничтожение вражеских земель. Поэтому есть смысл как можно быстрее двигать своих существ на карты земель. Как только существо из клетки 3Р пытается встать на клетку З, то это считается осадой. От жизней данной земли отнимается атака существа.

Данное поддействие выполняется автоматически. Его не могут выполнять те, кому недоступно движение (летающие)

Уничтожение земли

Если количество жизней земли станет равным 0, земля уничтожается и убирается с поля боя на кладбище. Напавшее существо возвращается в колоду (типа грабит земли и некогда воевать). Если же жизни земли еще пока больше 1 - существо уничтожается (убито местным ополчением)

Атака

Существо может атаковать других существ. Атаковать можно любое соседнее существо (но не по диагонали). При у этих обоих существ от их жизней отнимается атака. Если у одного или обоих жизни упадут до 0, то он/они погибают.

Лечение

Существо может восполнить одну свою жизнь за ход

Способность

Существо может применить некоторую способность. У способности есть свои правила (например выстрел)

Новый проЭкт (?)

2014-09-02T18:19:00.000+11:00

Наигравшись в Hearthstone, я вспомнил что когда-то, когда ККИ были еще не модными (и существовала только она ККИ - Astral Master), я тоже хотел такое запилить. Дело в том что я люблю и варгеймы, ККИ, и настольные ролевые игры (хотя при этом не имею никакой возможности в них играть - не с кем, нечем, лень возится с кучей пластмассового/бумажного мусора).
Фейл с битвами фентези все ближе и ближе - кажется проект заглох и умер.

Попробую тогда ККИ - они попроще:) Сначала я хотел сделать Warhammer Invasion, потом стукнуло попробовать MTG (при том что у этой и так есть сотни всяких компьютерных реализаций).. Но в конце концов я решил - хватит юзать чужое. Лучше придумаю свое

Вообщем сейчас обдумываю правила. Не хочется делать клон вышеперечисленных ККИ, но походу в них уже все придумали - то получается клон MTG, начнешь все менять - получается клон Берсерка, начинаешь менять - вообще покемонов получаешь (есть и такая ККИ)

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

В моем проЭкте игрок будет - властелином или императором. А что определяет могущество императора? Жизни/Сила/Живое Мясо? Нет. Земли. Тот у кого их больше - тот и могущественен.

Вся моя ККИ будет крутится вокруг земель. Земли - это карты. У игрока в колоде будет допустим 25 земель (это будет лимитировано), и 5 земель входит в игру в самом начале. Потеря всех своих 25 земель это и есть полное поражение. На столе может быть не больше и не меньше 5 земель (их можно будет менять с теми что в руке за очки), потеря земли автоматически вводит новую на ее место. Но активны всегда только 5 земель

Земли работают также как и в MTG - они при повороте дают определенную ману, за которую можно призывать новых существ и заклинания.

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

Вот такой корень моей ККИ.

Сначала хотел сделать в юнити, но там фигня, а не 2D (в теме ограничений юнити на gamedev.ru есть мой пост)..

Поэтому скорее всего буду делать на своем Asura2D (его вполне хватит на все что мне надо). Не зря же я его сделал - хотя на самом деле он был создан для другого проекта, над которым я также работаю, но о котором я не буду писать чтобы не сглазить.

Но это никак не означает что я не заброшу эту ККИ. Возможно что я даже код не начну писать. Что поделать - у меня слабая мотивация на свои проекты. Очень легко отвлекаюсь на другие идеи.

Хотя что меня радует - я перестал активно заниматься движками:) Да, я почти излечился от этого, и наконец-то начал думать об играх. Посмотрим - какая из моих идей доживет до релиза

Откопал код Unreal :)

2014-07-29T14:03:00.001+11:00

На бетаархиве натолкнулся на очень интересные исходники - исходники Unreal Engine 1 (на самом деле даже не 1, а 0.82 и 0.86) Там же еще были исходники Unreal Tournament 2003 но меня они пока не очень интересуют (хотя заметил что там появился GAPI OpenGL который позже изчезнет из движка и вернется только в UE4)

Ну так вот, кто не в курсе, на Unreal Engine 1 вышла вполне неплохая игра Unreal в 1998 году. Исходники которые я нашел, датируются 1996 и 1997. Далее я собираюсь смотреть только 0.86 (1997 год)

Код пока только открыл, так что тут особо нечего сказать, но вот что заметил:
- эпиковский кодестайл был установлен уже тогда
- можно почитать дневник разработки и заметки с идеями от самого Тима Свинни:)
- кода по ходу уже много - LocMetrics (после удаления зависимостей) показал 100 тысяч строк
- движок (судя по логу) сразу затачивался под шутеры, а также под то что будет делаться на десятилетия (прямо в кодестайле написано:) )
- Рендеры пока увидел - glide, DX 3 (вот бы тот чувак с gamedev.ru который когда-то хотел его изучать обрадовался бы) и DX 5. OpenGL не вижу. А ведь DX еще не был популярен. Википедия пиздит, что эпики DX прилепили уже под релиз (в связи с его возрастающей популярностью). Он был и в 1996 году в движке, так что ничего они там сбоку не приклеивали, а сразу делали
- ну и UnrealEd написан на бейсике если кто еще не в курсе. Вот ведь, движок почти не меняется за эти восемь лет, а редактор все время переписывают (потом он будет на wxWidget, сейчас он на своем гуи - Slate)

Игра моей мечты

2014-03-10T20:26:00.001+11:00

Когда-то давно мне пришла идея одной игры, где игрок будет строить дом, выращивать огороды и подобное. При том что майнкрафтов и ферм тогда еще не существовало. Я думаю, это одна из тех нескольких идей, которые направили меня на путь программиста, потому что тогда я конечно же не обладал нужными знаниями чтобы эту идею воплотить. Первоначально я хотел воплотить эту идею в игре жанра roguelike. Но как-то не сложилось. Вообщем идея пылится на полке уже многие годы. О, как раз и перечислю эти идеи игр, которые бы я хотел создать, но пока нет нужных талантов:
- эмулятор настольного варгейма. Делаю сейчас - битвы fantasy. Но медленно:(
- реалтаймовая стратегия в стиле warcraft. Вообщем не очень игра мечты, но может когда-нибудь соберусь воскрешать Dark War
- игру в стиле Might and Magic 6. Данный блог кстати начинался именно ради этого:)
- и вообще симулятор жизни героев, где герои могут жить в мире - то есть строить дома, воевать, заниматься ремеслами. Ну это конечная игра мечты, и ее я не возмусь делать еще ближайшие десять лет:)

Так вот, сейчас захотелось сделать что-то близкое к последней игре мечты. Песочницу. Но не клон копателя. Мне тупо скучно в майнкрафте, поэтому нет желания делать такое же.

Нет, я посмотрел в другую сторону - в сторону dwarf fortress. Я пытался освоить это чудо. Благо есть русский перевод и кое-какие тайлы. Но корявое управление отбивает всякую охоту играть. У меня уже мозги не те, чтобы запоминать все эти комбинации клавиш, а играть вечно глядя в мануал скучно и долго. Плюс у меня широкоформатный монитор, и глаза устают вглядываться в эти мелкие буковки/тайлы
Но мое не очень большое знакомство с ним, и чтение тематической вики привели меня к мысли, что вообще-то там нет ничего сложного в техническом исполнении.

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

Так что вот. Буду потихоньку пилить. Потихоньку, потому что работа, движок, удаленный проект и битвы fantasy... А еще аниме, так что времени остается мало:)
По этой же причине проект решил начать делать на unity3d. Мне вполне хватит его возможностей.

Немного распишу текущих подробностей:

Гномы (дварфы точнее)
Да, я тоже буду делать про дварфов. Просто это реально интересная раса. Люди? Градостроительных игр и так много. Эльфы? Скучно. Гоблины? И что они там строят?

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

Сеттинг
Решение выше потребовало специального сеттинга, иначе сложно объяснить почему игрок загнан в рамки локации. так вот. Гномы живущие в одном из миров решили начать строить свои крепости в межпространстве. С помощью людских (эльфийских?) магов они открыли портал и послали в демиплан группу гномов которые и должны теперь строить новую крепость. Зачем? Конечно же ради ресурсов, которые гномы будут отправлять через портал обратно на свою родину.
- демиплан, это такой остров плавающий в эфире (пример, аллоды). То есть кусок земли в бесконечном пространстве. При этом порталы открывают на большие куски земли размером с континенты, так что гномам будет где строить цивилизацию. Со всех сторон демиплан закрыт оболочкой которая мешает жителям вываливаться из мира:)
- портал. Маги не просто пуляют гномов на остров, они создают специальный двухсторонний портал. Собственно вся ваша цивилизация будет строиться вокруг этого портала, потому что только через него вы сможете покупать недостающие ресурсы и продавать добытые излишки ресурсов, ну и конечно получать новых гномов-эмигрантов. Но есть проблема - портал держать открытым достаточно сложно и дорого. Поэтому портал можно открыть только через год после предыдущего открытия (да, первый раз вы сможете открыть портал только через год после основания своей крепости), и он будет открыт в течение одной недели. Также за открытие вы должны будете заплатить немалую сумму денег/ресурсов. Но этого вполне достаточно, и как раз сможет создать драматические события:)
- враги. Да, тут уже будет сложно их впилить. Но возможно. Так как это демиплан, то тут вполне могут жить всякие ктулху и демоны. Плюс никто ведь не мешает некроманту решить пограбить и поубивать беззащитных гномов ради сотен нефти, а возможность открыть портал у него тоже есть. Так что время от времени какой-нибудь темный властелин будет запускать свои орды на вашу крепость. Иногда это будут долгие осады, а иногда быстрые наскоки. Вы сможете либо выдержать осаду, пока у властелина не изчезнут силы держать портал или ему не надоест, либо самостоятельно уничтожить портал. Ну и еще время от времени будут появляться группы приключенцев иноходцев, но их роль я придумаю когда будет надо.

Непрямое управление
Как и в df. Вы отдаете приказы. Гномы их выполняют если имеют соответствующие работы, и тогда когда это возможно для них.

Ну вот как-то так. Вчера возился с рендером:

Это если что, на паузе, а не в ручную кубики расставлены:). Здесь общее число кубов - 50х10х50. Сделал все из стекла, чтобы протестировать прозрачность и возможную ситуацию когда весь мир прозрачен. Так то все нормально, бьется на чанки, сектора, геометрия формируется по видимости. FPS нормальное.

Вообщем теперь есть рендер блоков. далее буду пилить генерацию острова и управление камерой. После чего попытаюсь научить гнома копать тунели.

Наш проект на гаймджеме

2014-02-02T14:03:00.000+11:00

Вот проект, над которым я сейчас работаю:
http://projects.gamesjam.org/projects/163/

Поддержите:)

Мысли о движке

2014-01-25T15:05:00.001+11:00

Давно не писал, все как-то времени не было. Сегодня я решил написать про то, как именно разрабатывается Amethyst Engine (ранее Sapphire Engine).

Почему пишу движок, а не игру?

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

Ну так вот, я начал свой движок, и знаете что обнаружил? Интерес к движку не угас ни через неделю, ни через месяц, ни даже через год!!!. Я уже второй год пишу движок, и буквально недавно под новый год, я решил сделать огромный апдейт движка - и целых две недели по 16 часов работал над кодом - реально, садился утром (часов в 9) за код, в три ночи шел спать. С перерывами конечно, но при этом то чувство энтузиазма не заканчивалось даже при полном физическом истощении.

Так что движки - это то, чем я мечтаю заниматься в жизни. Жаль что сейчас из-за всяких unity сложно найти такую работу (хотя я и такую-то еще не нашел:( )

Так я и начал писать свой Сапфир.

Позже мне пришлось на практике изучить unity 3d. И познакомившись с ним на практике я тоже оценил этот движок. Но в отличие от других игроделов, мне не пришла мысль "я не смогу написать такой движок, больше не буду его писать, а буду теперь на юнити". Эта мысль, к моему сожалению приходит ко многим значимым людям (например Аврелий бросил свой движок по этой причине). Но мне же пришла другая мысль - "я смогу сделать такое же, и даже лучше"... Нет, я должен сделать такое же или лучше:) Возможно причиной было то что я также ковырял юнити и с технической стороны (например сразу же просмотрел его PIX), и то что я увидел - меня не впечатлило.

Поэтому, после новой огромной порции энтузиазма я переименовал Сапфир в Аметист... На самом деле Аметист должен был быть учебным движком, как фреймворк из вики по DX11 - но в конце он перерос и полностью перенял все из Сапфира. Так что теперь мой движок зовется Аметистом.

Почему бы не писать чужой движок?

Тут я что хочу сказать - я не любитель велосипедов. У меня не жжет в одном месте если я юзаю Boost там, или STL или еще что-то чужое. То есть у меня нет болезни писать свое.
Но тогда почему я пишу свой движок? Движок я пишу потому что мне нравится возиться с технической частью, а это нигде больше нельзя реализовать - в играх движки уже готовые, там надо другими вещами заниматься, над реальными движками я не работаю, по причине того что такой работы в России - единицы и туда надо еще переехать (что я не могу). Работать над опенсурсными... Кроме огра и ирлиха, нигде нет большого сообщества (в основном все пишут в одиночку). И при том - это надо ковырять чужие костыли (а в огре и ирлихе их полно). Да даже если бы я нашел (предлагали уже), ведь это надо потратить очень много времени на то чтобы освоиться с этим движком, а я хочу писать сейчас, а не потом.
Да и еще - я хотел интегрировать несколько своих идей (модульная система, система зависимостей, разделение на библиотеки, событийная система, некое подобие компонентой системы, скрипты на С++), что вряд ли понравилось бы авторам движка (а впихнуть эти идеи даже костылем сбоку нереально - надо полностью переписывать всю архитектуру)

Два года, а не много ли?

Да, идея писать свой движок пришла мне где-то два года назад (может и раньше). Так почему так долго?

У меня нет профессионального опыта.... никакого (я не зарабатываю на играх и их разработке). Многое приходилось изучать сразу же по мере надобности, о многом я просто до сих пор не знаю
Переписывание движка. На самом деле я не писал один движок. Я писал много движков. Из-за отсутствия опыта, я бросал старые наброски и начинал с нуля, потом снова бросал и снова с нуля.... и снова, и снова.
Методика которую я выбрал. О ней ниже.
Нерегулярно занимался движком. Несмотря на весь энтузиазм, я не работаю над движком каждый день. Иногда простои были месяцами (другие проекты, учеба, другие занятия и т.д.). Это самая главная причина, по которой я так долго пишу.

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

Как я пишу свой движок?

Один момент - я не пишу все с нуля. Наоборот, из текущего движка в 200 тысяч строк мною лично написано с нуля где-то процентов 10. Плюс еще процентов 20 - отрефакторенный до неузнаваемости (от первичного варианта) код, который я вообщем тоже могу приписывать себе, хотя первоначально это был чужой.

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

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

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

Кроме того, я никогда не понимал бытующего мнения что из нескольких разных движков нельзя собрать один. У меня на жестком диске есть коллекция разных движков... В том числе и все утекшие коммерческие ААА движки. По причине злостных копирастов названия я писать не буду (а то интернет все помнит), но это движки в основном за 2010 год (видать тогда был год утекшего кода) так что..

Так вот, дело в том что я как раз противоречу тому мнению и беру многие вещи из разных движков, после чего довожу код до рабочего состояния. А после этого добавляю еще одну вещь, и снова довожу до рабочего. При этом все рефакторится, изменяется на мои крутые идеи и т.д. В результате я получаю движок уровня ААА (да, текущая версия спокойно пригодна для создания крутых игр)

Что интересно, я сейчас читаю книгу Фаулера "Рефакторинг". Так вот, я умудрился опробовать все что он там пишет на практике. То есть пока другие читают книгу и пытаются запомнить, я все это пробую на реальном и довольно таки сложном проекте (200 тысяч строк это не приветмир)

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

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

Так что я получил при этом?

Благодаря такой методике я получил:

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

Будущее движка

Собственно движок более менее рабочий (на нем я пишу битвы fantasy). В нем есть OGL и DX 11.
Так что 2014 я решил посвятить разработке визуального редактора (я же хочу писать убийцу юнити), и созданию демонстрации движка.
Надеюсь к 2015 году наконец-то выложить движок для его оценивания

Движок не будет опенсурсным - нет смысла.

Первый PHP сайт и другие новости

2013-10-07T12:59:00.001+11:00

Не знаю зачем и для чего. Но решил тут повозится с PHP. Обзорно прошелся по языку и за пару дней сделал регистрацию:) Вообщем после программирования на С++ и C#, это вообще какая-то детская забава.

http://warzes.byethost22.com/index.php

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

Кстати по C# - что-то он мне стал нравится, эх, был бы нативным, я бы на него перешел полностью.

Все глубже погружаюсь в unity3d, тут для одного проекта в котором я участвую уже написал несколько скриптов.

заметка

2012-07-10T13:42:00.003+11:00

Больше для себя. Список сайтов на которых можно выклянчить деньги на проект (аналоги кикстартера)
http://smipon.ru/
http://rustarter.ru/
http://www.indiegogo.com/

Перезагрузка блога

2012-07-03T16:05:00.002+11:00

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

Кроме того подправил дизайн блога.

Добавил везде ярлыки, и справа меню для них. Также собираюсь справа добавлять ссылки на интересные статьи блога

Кроме того выкинул неактуальные записи.

Hello

2012-07-03T15:16:00.004+11:00

Давно не писал. Сессию сдавал, так что ничего интересного не было. Да и сейчас нет:)

Завершаю Magnet Game.

Скриншот на сегодня:

Вообщем имхо, вполне приемлемо. Скорее всего улучшать внешний вид больше не буду - проект уже надоедать стал:)
Код игры вообщем-то написан. Осталось сделать следующее:
- создать еще десять карт к имеющимся 5 - 5 зеленных и 5 синих.
- сделать завершающее окно победы с поздравлением
- сделать главное меню
- добавить звуки и музыку

Далее отправлю игру Falco и попробую пробиться на Desura (и еще несколько других площадок)
Кроме того я собираюсь портировать эту игру на флеш, чтобы потом разместить ее на конгрегате (и других флеш площадках).

Напомню, цель игры - довести шарик с помощью магнита до кубка, собрав по пути бонусы и затратив как можно меньше времени

Релиз MagnetGame близко

2012-05-30T00:26:00.000+11:00

Я так неспешно и лениво продолжаю работаю над этой игрой. Проверил переход между картами, нарисовал пять локаций (скрины ниже). Вообщем играть уже можно, теперь только довожу. Пока решено что будет 15 локаций на три тематики (камень как на скринах, лед и нечто зеленное: - на каждую по пять карт). Нужно мячик довести до выигрыша. Будут бонусы которые нужно собирать по пути. А вот будут ли другие объекты - врядли, возможно только шипи какие-нибудь и в лучшем случае телепортация. Цель все таже - вывести мяч через лабиринт с помощью магнита

Работаю над MagnetGame

2012-05-24T01:11:00.001+11:00

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

Завтра точно добавлю все игровые блоки и начну создание локаций.

И к несчастью появилась вредная бага, игрок стал застревать, даже там где логически он этого не может, например внизу - сплошная линия, но мячик катится как по нашим русским дорогам:). Сначала причиной было то что я не запретил вращение блоков... Но теперь я его запретил, а баг не излечился. Короче - фиг знает от чего оно там застревает... Может еще из-за неточных координат (помним что box2d не умеет работать с точными координатами)

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

Отчет

2012-05-21T20:34:00.002+11:00

Сегодня вернулся к казуалке magnet game и меньше чем за день запрограммировал почти всю игровую логику. Значит я адекватно оценил сроки - игра делается за три дня (я потратил уже два дня) и плюс еще один-три дня на доработку и издание. Это не реальные дни - а время которое я должен потратить на разработку.

Вот как выглядит результат:

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

Забил на стратегию, так что хорошо что нигде не анонсировал. Может будет время а может и не будет.

Вообщем я тут много что начинал, надо отписать что из этого сфейлилось а что развивается:

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

- magnet game - доделываю. В третий день (не знаю когда, надеюсь завтра) надо будет дописать игровые скрипты и нарисовать графику. После чего думаю, что протестирую первые три уровня на гаймдеве. Полная версия будет распространятся через инди-издателей (кто возьмет, точно будет фалко, надеюсь что десура (так как копировал с игры оттуда), и еще несколько). Скорее всего она будет бесплатной с оплатой за рекраму. Чуть позже я собираюсь ее портировать на флеш и разместить на конгредат и другие флешовые порталы. Возможно, выложу исходники, по крайней мере мне не стыдно за них в отличие от исходников classic arcanoid.

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

- Battle of the Ruins - у проекта проблемы. если к концу августа не будет игровой демки, проект умрет

- Dark War - фиг знает что с ним. Обещал каждый день писать по стратегии, но идей больше нет. Еще побудет, может когда-нибудь начну.

Все, все что анонсировал ранее (статьи, какие-то другие проекты, уроки) - делаться не будет, нет ни времени ни желания.

Игровые данные в коде

2012-05-20T19:48:00.001+11:00

Решил написать вот такую вот заметку. Игровые данные обычно выносят за пределы кода в специальные текстовые скрипты. Это понятно - не нужно при каждом изменении пересобирать весь проект. Но я тут потихоньку начал делать roguelike и мне было нужно скрыть всю эту логику от игроков. Вариант паковать их в архив не подходит - слишком муторно в данном проекте. поэтому я решил писать скрипты прямо в код. Но и недостаток, когда данные и код перемешиваются и превращаются в кашу, меня не устраивает. И тут я вспомнил об одном свойстве #include. Ведь это является подстановкой файла в данное место. Вот как я набросал первый пример:

Грузим данные:

uLLong MoneyItemMgr::Load(uLLong nextid)
{
 _nextid = nextid;
 uLLong id = 0;
 
#include "MoneyItemDesc.inl"
 
 id+=_nextid;
 
 return id;
}

Сами данные (то есть файл MoneyItemDesc.inl) - это весь файл на текущий момент, ничего не удалил:) :

// медная монета
_data[id].SetName("Медная монета");
_data[id].SetCost(1);
_data[id].SetRarity(IR_POOR);
_data[id].LoadImg("money/copper_coin.png");
id++;
 
// серебряная монета
_data[id].SetName("Серебряная монета");
_data[id].SetCost(10);
_data[id].SetRarity(IR_UNCOMMON);
_data[id].LoadImg("money/silver_coin.png");
id++;
 
// золотая монета
_data[id].SetName("Золотая монета");
_data[id].SetCost(100);
_data[id].SetRarity(IR_RARE);
_data[id].LoadImg("money/gold_coin.png");
id++;

Как вы видите - все очень просто. Плюсы:

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

Минус я вижу только один - ~~intellisence не работает:)~~ оказывается работает и еще как:)

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

Вот, а то c++'о ненавистники считают эту вещь недостатком:)