Tower Defense своими руками

Прекрасный опыт.
Разрешите несколько вопросов:
1. Кто и как рисовал текстуры и 3D-модельки? Сколько заняло времени?
2. Как организован сервер и взаимодействие с ним?
3. Как я понял разработка заняла около года. Сколько времени в день (в среднем) уделяли этой работе?

А где пощупать можно?

Вы за полтора года, не зная при этом программирования, сделали подобную игру? При этом

Все модельки свои, и в среднем уходило не больше 4-6 часов на модель + развертку текстур + покраску.

Восхитительно, серьёзно!

Для башен в серьёзном мясе важно иметь режим «random target», все остальные режимы сильно ограничивают производительность. Это называется «микроменеджмент» и включает он в себя обычно:
* Управление углом обстрела (там, где поворот башни стоит времени)
* Выбор цели (слабейшая, сильнейшая, ближайшая к башне, ближайшая к выходу, самая дальняя, случайная)

Вообще, чтобы делать TD, надо посмотреть лучших представителей:
* Gemcraft Zero (флешовую, мобильная — ерунда)
* Kingdom Rush
* Incursion
* Balloon Defense
* On Slaugh (1-2-3)

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

Не задумывались о своём блоге про gamedev?
Мне кажется, ваш опыт будет очень интересен и полезен.

Очень впечатляет! Сам пытался учиться программировать в свободное время уже года 2 как. Разные языки пробовал, но все сдвинулось с мертвой точки когда тоже пришел к С#. Потихоньку иду к реализации своего первого приложения. Ваш опыт воодушевляет, спасибо.

В одиночку такое сделать действительно непросто, здорово! Игра выглядит достойно.

Кстати, недавно видел на бумстартере очень похожую игру, называется Rise of Magic — советую ознакомиться.

Всегда любил в W3 карты из серии Tower Wars, там уже не просто совместный отстрел крипов идет, нет, там ты сам закидываешь крипов соседям. И это сильно добавляет динамики в мультиплеере, есть такие идеи и планы?

Пища для быстрого выполнения — это элемент монетизации?

Великолепная статья. Сколько людей сидит и мечтает делать игры, а вы взяли и сделали. Сам немного ковыряю Unity но так пока и не нашел времени реализовать имеющиеся идеи.

В вашем описании вижу одну проблему — очень мало внимания уделено игровой механике, хотя именно она является самым важным элементом игры. Графика может быть плохой (Minecraft) или отсутствовать вообще (Dwarf Fortress), игра может быть глючной — но качественная механика тянет за собой все. Причем на игровой механике выезжают инди, так и громадные компании вроде Blizzard. WoW, Starcraft — графика отсталая, идея вторичная, но игровая механика интересней и как результат громадная популярность.

В жанре Tower Defence я бы особо отметил Plants vs Zombies и Defense Grid.

Спасибо за статью и описание своего опыта.

Но не могу согласиться с советами в конце статьи:

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

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

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

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

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

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

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

Заранее хочу предупредить: не недооценивайте запуск проекта. Обычно после завершения разработки игры ещё минимум пара-трйока недель уходит на составление контента\акций\рекламы\статей\ заключение договоров с обзорщиками. Если не сделать это правильно то про огромный труд не станет известно хоть кому то.

А какими курсами вы пользовались, если не секрет?

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

За такой короткий срок от "… кажется Pascal или что-то подобное..." до такого проекта — чувак, ты реально крут!!!

Какой игровой движок использовался?

Бог с ней с механикой, здесь за год такие ландшафты не сделаешь в одиночку, я сильно удивлен, что можно самому такие вещи относительно быстро сотворить? Далек от создания 3D моделей, скажите опыт моделлера и художника уже был? Или что-то брали готовое с общедоступных ресурсов? Картинка выглядит очень круто.