Комментарии 92
Отмечу, что и в Кикстарте и Индигого тоже не уникальные, там все еще хуже.
А вот количество людей заходивших на страницу Dark Forester за эти два года на Стиме, еще раз подчеркивает что такое Steam в сравнении с другими платформами: 13.135.706
Думаю, это не уникальные пользователи, но все равно масштабы должны впечатлять.
Оглядываясь назад, вы не находите, что если бы работали без фанатизма и вели размеренный образ жизни — остались бы в большем плюсе?
К этому пункту, я подойду подробно в третьей части рассказа.
Надо держать читателя в напряжении.
Пустить жизнь под откос, а после выкарабкаться и написать об этом статью — бесценно. Может быть стоит принимать более взвешенные и рациональные решения? Это Habrahabr, а не личный блог. Хотели рассказать нам об игре — пожалуйста. Я думаю, все рады будут увидеть аспекты реализации и технические детали, но не "это". А тех, кому это понравилось или кто нормально отреагировал на эту статью, я, как и автора, не понимаю совсем. Карма, прощай, но оно того стоило.
Мне сложно судить место этой статьи здесь или нет, я здесь абсолютно новый человек. Но, это не совсем об игре Темный Лесник — это история о том, что такое инди разработка и это точно не только технические детали.
все таки я не кинулся под поезд или стал играть в лотерейные билетики в ожидании чуда
Стартап в игровой индустрии без должного опыта и финансирования с беременной женой за спиной — это не лотерея, согласен. Это русская рулетка. Если вы гордитесь этим и наставляете напоказ, вы, должно быть, сумасшедший. Это ни разу не повод для похвалы, коими вас здорово сдобрили.
Я вижу, что статья относится к «Разработке», вижу Unity в тэгах. Знаете, чего я не вижу? Чего-нибудь по делу.
Если вы гордитесь этим и наставляете напоказ
Дело не в гордости, и выставление на показ, дело в реальности, если чего-то хочешь добиться, то это не будет выглядеть, как в голливудском фильме.
В тегах нет Javascript или другого языка программирования. В целом я думаю, бессмысленно, что-то друг другу доказывать, для меня разработка это не только код, это лишь часть процесса и тем более инди, судя по комментариям люди не прочь иногда почитать не сухой код, с которым я уверен многие из нас связаны минимум по восемь часов в день, но и истории, что стоит за его пределами.
"вам нужно просто в тысяче мест подправить код"
Было бы интересно понять, почему автор, зная о смене АПИ с версиями, не оборачивал его в одном месте в свой класс — внутренний класс проекта — который и использовал далее везде; не применял контракты для контроля правильности работы таких классов и, в крайнем случае, если что нибудь из движка выпилили — можно ведь и свой велосипед на замену в такую обёртку добавить (может, времени для сна от этих мер у него было бы побольше).
А полиморфизмом это обойти нельзя было?
Один класс, связанный с конкретным классом конкретной версии движка, понимает сообщения движка и посылает сообщения другому, например, обёрточному — это если просто синтаксис; если принципы работы изменились добавляем ещё и класс конвертор (например, были радианы а стали выдавать градусы) — это всё объединяется идеей конвертации. С пропавшими параметрами сложнее — обычно надо понять почему их убрали и тогда, часто опять можно всё свести к идеи конвертации.
Тут я описал, в сущности, наследование, но такой вариант его ещё часто называют полиморфизм типа " ad hoc полиморфизм".
Один класс, связанный с конкретным классом конкретной версии движка, понимает сообщения движка и посылает сообщения другому, например, обёрточному
Это очень просто в серверных аппликейшенах, когда обычно просто немного меняется АПИ метода. В юнити в минорных версиях (5.5 => 5.6) вполне может измениться подход к рендеру, а в мажорных (4 => 5) так там вообще все шейдеры другие переписали, там вопрос не к апи, а к принципу работы.
вполне может измениться подход к рендеру, а в мажорных (4 => 5) так там вообще все шейдеры другие переписали, там вопрос не к апи, а к принципу работы.
Обычно, всё касающееся работы и подхода к рендерингу — это внутренняя кухня движка. Неужели объектам классов игры нельзя было посылать движку полиморфные сообщения (для версии движков) типа "а нукась живо отрендерь меня по центру, лакей".
Очевидно, вы никогда не имели дело с движками вроде юнити. Это не какой-то рест, где убрали хмл и теперь в адаптере необходимо приводить его к жсон.
Вот в 5.6 убрали directional-specular лайтмапы. Это когда в статик сцене запекается не только как упал свет, но и откуда он упал, за счет чего можна очень дешево рендерить не только свет, но и что-то похожее на отражения.
А у меня специфика, что только дирекшинал-спекуляр и дает необходимую картинку при должной скорости. Как альтернативу они предлагают рефлекшн пробы и реалтаймовые поинт лайты без теней для отражений. Вот только у меня на сцене одновременно видно сотни поинт лайтов (специфика такая) и без теней нельзя. Короче, картинка не получается, а если бы и получилась, то очень медленно.
И вот, чтобы восстановить эту функциональность мне необходимо самому написать генератор таких лайтмапов, самому, хоть и при помощи юнити, кастить свет, смотреть куда попадают лучи, какой их вес, сохранять это, потом переписать шейдер, передавать в него данные лайтмапа, все объекты перевести на использование этого шейдера, самому накатывать изменения из новых версий юнити. И нахрена все это, если в версии 5.4 данный функционал прекрасно работает? Да и не осилю я переписать все освещение. Вот только на новую версию перейти уже не смогу. Даже если бы писал с нуля код игры — необходимо переделывать 3д модели, чтобы отражения не были необходимы для их красивого отображения. Вот только нафига тогда вообще этот PBR?
Кроме проблемы „слишком много уровней абстракции“.»
И вообще программисты из-за работы становятся очень роботизированными. А ведь программист, разработчик очень творческая профессия — многие проблемы можно решить разными путями.
если что нибудь из движка выпилили — можно ведь и свой велосипед на замену в такую обёртку добавить
Ну у вас все так просто на словах. Я вот делаю игру на юнити 5.4, а вот уже в 5.6 полностью изменили способ запекания освещения, что приводит к тому, что я в принципе не могу перейти на следующую версию, ибо альтернативы значительно медленнее и не дают необходимого визуального результата. И это вообще никак не зависит от кода — просто тупо в редакторе в новой версии удалено то, что прекрасно работало в 5.4
Спасибо за интересную историю! Похоже на наброски сценария к фильму. Мне нравится, когда люди так красочно описывают свой путь к достижению своих целей.
Эх, это уже вторая игра (после Don't open the doors!) в которую я вряд ли поиграю в ближашее время в силу отсутствия Windows и на которую все равно не жалко денег!
В русском стиме игра стоит доллар. Это даже как-то слишком… слишком мало.
Для России игра в 3 раза дешевле, чем для остального мира, на стиме можно варьировать цены.
в силу отсутствия Windows
не понимаю, почему юнити-разработчики не делают билдов для всех десктоп-систем. Они ведь одной кнопкой создаются.
Увидев весьма красивые и привлекательные картинки, я ожидал увидеть рассказ о том, про что эта игра, и почему имеет смысл потратить на неё мои деньги и моё время. Упоминание Warcraft и Dungeon Keeper заставило затеплиться надежду на то, что я наконец увижу что-то интересное.
Но в тексте автор много пишет о себе и совсем ничего об игре. Как быдто это деятель современной эстрады, который ни петь, ни танцевать не умееет, поэтому генерирует новости о том, кто с кем поженился/развёлся, какую новую ненужную хрень купил и всё такое прочее. Меня не привлекает рассках о подпольном казино и прочие ужасы тяжёлого детства автора.
Я ленив. Я заставил себя зайти на сайт игры (ссылку нашёл в комментариях) — но и там сходу не нашёл ничего осмысленного про игру. Простите, но я не буду искать материалы, которые должны побудить меня заплатить автору.
PS: Мне было бы интересно, если бы автор предложил всем желающим поучаствовать в разработке игры — нарисовать карту локации, нарисовать персонажа, написать диалог с персонажем, написать кусочек сценария. Но и этого нет.
Зачем я прочитал эту статью, увеливив энтропию и без того несчастной Вселенной?
Детство у меня кстати было отличное, а подпольные казино всегда довольно прибыльным делом.
Но. Но несмотря на кажущиеся при первом приближении безрассудные или опрометчивые действия автора на самом деле, похоже, не являются таковыми.
Его биография, биография его отца, фигурирующие суммы, место проживания, работа — говорит о том, что «за спиной» у автора кое-что есть. Война с работодателем и руководителем — на самом деле не просто акт «загнанного волка» — а демострация силы, в том числе самому себе — похоже, нужно иметь большой профессиональный опыт, чтобы запросто расстаться с работой, судиться и т.д.
Продолжение на гора!
В разделе про героев 3 — просто мои мысли, правда меня помимо героев вдохновляли стратегии на приставках =)
так же как и автор решился и взялся на разработку того что долго хотелось и вот решено — делаю игру… Правда до такого состояния как у автора далеко ещё и очень да и перспектив поменьше. Может когда то и я свои мытарства опишу если всё удачно доделаю.
Автор, что скажешь ?:)
А Horde Была отличная игра, но играл в неё на PC — увлекательно было :)
Мне понравилось, видно, что много работы проведено над составляющей частью. Другой вопрос, есть ли перспективы? Стоило ли брать движок Blitz3D?
Вы не пробовали кооперироваться с другим разработчиком? Есть ли в Германии подобные платформы для этого? (спрашиваю, т.к. сам из Берлина и также ковыряюсь с Unity)
Также в xing есть группа Unity 3d.
Кооперироваться с кем-либо не так просто. Нужны или деньги — тогда вы шеф и тут все понятно. Или, надо за идею работать, но за идею могут работать лишь люди, которых вы очень хорошо знаете. Также должно совпасть слишком много критериев, от возможного уровня занятости, до мотивации и фанатизма, с которым ваши сообщники будут трудиться над проектом. Как только маленькая часть этого звена начнет где-то давать сбои — все разрушится.
ЗЫ: 10 лет уже делаю игры, так что курсе что и как :)
Read The Fucking Manual?!
Во первых такие мануалы не существуют, а если существуют, то находятся все очень далекими от дельных советов.
Что мне даст мануал, в котором будет написано, если вы хотите заниматься инди разработкой, то делайте это тогда, когда вы студент или у вас много свободного времени — ну, спасибо за совет.
Или, «Выставляйте вашу игру на Кикстартер, когда у вас огромное количество фанатов» — дальше идет троеточие.
Если вам не сложно, скиньте мне мануал, как разрабатывать большую игру одному? — я удивлюсь, если он существует.
P.S Только не надо мне скидывать мануал, как делать аркадную игру под мобилу.
1) То что ДжаваСкрипт — костыль — писали сами разработчики Юнити с момента создания этого чудесного инструментария и уже в 2012-2013 в тырнетах были тонны вайна почему не стоит…
2) Проект на 20+ Гб и всё в ЮнитиАсетс?.. Прошу прощения, но кажется это уже проблема архитектуры. При всём кажущемся «могуществе» среды разработки — библиотечные вещи типа «списка текстур» и «списка иконок для спелов» — уже пора давно выносить в простые библиотеки которые можно править без пересборки проекта — следует научится разделять игровую логику и контент
3) А* на джва скрипт — когда родной пазфайндинг юнити не полное говно?.. После таких слов очень-очень хочется попросить взять паузу, трезво переосмыслить всё что было написано, оценить все за и против и только потом продолжать — иначе потом будет очень больно, поверь.
И да — больше гугла, велосипеды уже давно написаны, осталось их только правильно применить ;)
Не знаю, почему мне должно быть больно после третьего пункта, но если я вас правильно понял, то вы хотите сказать, что я должен был использовать Pathfinding NavMesh? — Дело в том, что я разрабатываю, не Эго-шутер. В игре, каждый объект уничтожаем — если вы знаете, как работает Unity Pathfinding, то я могу дальше не писать.
По поводу первого пункта, в интернете было много информации, но все же далекой от истины. Надо отметить, что в пользу JS играло на руку легкость, что для хобби разработчиков очень важно и огромное количество туториалов и информации именно под JS, а не C#.
По поводу второго пункта. Проект будет столько весить куда бы я его не вынес, существует основная часть, которая и используется для Стима и другая часть, назовем ее «Апендиксом», которая нужна если что-то понадобится. Ну а 20 Гигабайт весят не списки текстур и иконок естественно, а объекты. Так же с текстурами и иконками нет никаких проблем при перебросе в другую версию Unity.
Так как я не увидел мануала, можно ссылку на ваши игры на Unity3d?
Ок, в статье не было ни слова про динамическую потологию карты для поиска пути, но писать свою реализацию? Я чего-то совсем не понимаю этого момента. Может быть пришлось писать оптимизацию? Тогда, да, статья на тему как делался поиск пути в игре Казаки в помощь (главный хинт — то что карта «своворачивается» в несколько «слоев», где каждый более высокий слой более крупный для «быстрого» поиска.
Относительно туторов — мне больше с# попадался, да и дев-стори от других компаний «почему мы сразу перешли на сишарп» — должен был навести на мысли ;)
Могу просто сслыки на игры:
http://store.steampowered.com/app/48720/?l=russian
http://store.steampowered.com/app/333420/
Ок, в статье не было ни слова про динамическую потологию карты для поиска пути, но писать свою реализацию?
Ну, а почему нет? Во-первых знания, во вторых интерес, а в третьих сам по себе путь как это доходило для новичнка — меня, что надо делать и как, я это скоро опишу, но, когда я только начинал, Pathfinding моих монстров был больше похож, на попытку обмануть систему и дать любым образом добраться до цели. В середине пути я настолько погряз в UnityScript, что уже не было другого выхода как писать свое решение.
Я к сожалению никогда не играл в Казаки и не представляю даже близко, как там все выглядит. Но вот идея свертывать карту для поиска, если я правильно уловил мысль действительно может быть неплохой идеей.
Ок, в статье не было ни слова про динамическую потологию карты для поиска пути, но писать свою реализацию? Я чего-то совсем не понимаю этого момента. Может быть пришлось писать оптимизацию?Если вы про Юнитишные НавМеши, то они не всегда работают. Как минимум, они не будут работать, если у вас сферическое поле.
Не знаю как сейчас, но раньше навмеши даже нельзя было генерировать динамически.
Отсюда вопрос:
1) Steam не запретил вам разглашать результаты переговоров?
2) Если нет, то пожалуйста, поделитесь, что было в беседе со Стим, и какой процент можно ожидать?
What is your revenue split?
We don’t discuss our revenue split publicly. Once your game goes through Steam Greenlight, we will get to those details.
Я неверно понял этот момент?
Может быть что-то изменилось за эти два года, а может и я уже запамятовал.
Могу сказать точно — переговоров у меня никаких не было. Да и поговрить с кем-либо из стима не так легко, пару раз пробовал связаться.
Но, не раскрывая, каких-либо «великих» тайн, стим берет не много, а вот налоги едят основную часть тех денег, о чем я писал сверху.
«Во все тяжкие» или суровые реальности инди разработки Dark Forester