Эта идея пришла ко мне года 2 назад. Я обратил внимание на то, что в условиях недостаточного освещения, в силу устройства человеческого глаза, мы воспринимаем объекты преимущественно в синих тонах и немного размытыми. Мне стало интересно
Я не ожидал такого наплыва комментариев. Если например на родном форуме на котором я сижу больше 3 лет (он мультипликации и креативу в целом) комментариев было бы за недельку от силы 10, то тут 35 (а форум-то большой и меня там знают). Спасибо, для меня это поддержка.
Что я извлек из комментариев + ответы на некоторые посты:
Копался в своем блоге, нашел старый пост (2008-й год), который, возможно, будет кому-то интересен.
Прежде всего, битэмап это не файтинг, тактического боя здесь нет как такового. Удары распознаются компьютером просто как удары, а не как «удар по ногам», «удар в голову» или «в туловище». То есть никакого деления на уровни нет. «Просто удар», против которого может существовать только один вид блока — «просто блок».
52Вашему вниманию предлагается очередной перевод статьи от Auntie Pixelante. На этот раз про её любимый Марс :)
Хороший дизайн уровней служит многим целям: он учит игрока правилам игры, он выявляет последствия использования этих правил и он мотивирует игрока изучать правила и чувствовать на себе те самые последствия (обычно с целью сделать игру сложнее). Но дизайн уровень это не просто какая-то штука в вакууме: у него тоже есть форма.
Я не люблю, когда в играх некоторые вещи (как здоровье, например) явно отображается цифрами. "У вас 100 хп, вы получили выстрел в руку и потеряли 25 хп...". Мне всегда больше нравилось, когда эти цифры скрывали, передавая данные о состоянии как-либо иначе - скажем, помутнением экрана, наличием на нем царапин, и т.д.
Играл я в Syndicate (2012), и мое внимание привлек индикатор силового поля (полная картинка): 
Идея незатейливая - чем больше радиус синего кружочка, тем больше энергии у силового поля. Когда в вас попадают, энергия тратится, и кружочек становится меньше.
Вариант, в общем-то, приемлимый. Мелькнула идея: силовое поле собрано из модулей, находящихся на равном расстоянии. У каждого модуля есть некий заряд энергии, который со временем восстанавливается. Соседние модули могут делится энергией, с некоторой фиксированной скоростью. Таким образом, силовое поле довольно легко пробить, если бить постоянно в одну точку, но гораздо сложнее, если бить в разные. Такой подход должен стимулировать игроков не идти напролом, надеясь на защиту, а маневрировать, подставляя разные бока, и прикрывать спину, если самое время бежать в укрытие. Я набросал на html 5 небольшую демонстрацию (советую посмотреть ее после прочтения поста до конца), для того чтобы прикинуть, как это все вообще будет выглядеть.
Довольно интересно разработчики Syndicate разбавили этот индикатор круговой гистограммой, которая хоть и меняется во времени, но, как я понял, не несет никакой смысловой нагрузки. А зря - в моей голове сразу всплыл образ радара из Механоидов (полная картинка): 
На нем разными цветами отображается информация про окружающие предметы: к примеру, синим - то, что можно подобрать; белым - нейтральные механоиды, и т.д. Если сигнал по центру - значит, объект находится строго впереди, если он справа - в правом полушарии от вас. Крайнее правое положение зациклено на крайнее левое, и означает, что объект находится сзади. Таким образом этот радар покрывает все 360 градусов.
Почему бы не сделать эту гистограмму радаром? Сказано - сделано. Итак, еще раз приведу ссылку на демонстрацию. Кликами мыши наносятся повреждения, а перемещение отображено на радаре. Я постарался разбавить исходник комментариями, так что если кто-то захочет что-то подредактировать - это не должно составить большой проблемы даже тем, кто ничего не понимает в javascript.
В общем - сделал, а похвастаться некому. Вот и зарегестрировался здесь :) Критикуйте на здоровье.
P.S. Жаль, я не художник (с), и не дизайнер, визуально довести до ума это конечно надо, но здесь я выкладываю лишь концепт.
UPD. Обновил дизайн демки, под Syndicate:
UPD. Версия для FireFox, без наклона
UPD. Пофиксил ссылки.
Привет, обитатели гамина и особенно разработчики (вас тут сейчас много, я знаю).
Тут такое дело... в общем, как только я узнал тему конкурса, у меня родилась идея, и я очень хотел бы увидеть её воплощённой в игре. К сожалению, тому есть несколько серьёзных препятствий: я не владею языками программирования или конструкторами и очень боюсь что, пока я буду что-то из этого осваивать, к идее я охладею или она вообще станет мне противна.
О, интерфейс, как много в этом слове для сердца кодера слилось! Как много в нем отозвалось!
Об интерфейсах ходит огромное количество статей, разговоров и книг. Но чем больше их читаешь, тем больше понимаешь, что в мире цифровом нет для этих вещей стандартов и каждый «лепит» так, как у него получается и как ему нравится. Разумеется, я не берусь писать новые стандарты, придумывать что-то новое и тем более, разрази меня Байт, изобретать велосипед. Тем не менее хотел бы рассказать несколько вещей, призванных сделать ваш интерфейс более удобным, понятным и читабельным.
В любом интерфейсе доминируют удобство и лёгкость восприятия. Визуальный эффект отходит на третий план и крайне редко способен покрыть недостатки первых двух. Согласитесь, красивый интерфейс вызывает «Вау!»-эффект, который очень быстро умирает, как только вашей программой (игрой) начинают пользоваться, если он неудобен и тяжелый в восприятии.
Перед вами следующая часть рассуждений о гейм-дизайне от Auntie Pixelante. В оригинале она называется h.e.r.o., in darkness.
Неожиданно публикую продолжение из цикла переводов статей по дизайну игры от Auntie Pixelante. Нынешняя озаглавлена как to the right, hold on tight. Женский род автора в тексте сохранён в соответствии с её полом :) В очередной раз пришлось помучиться с редактором, потому следующие переводы буду предварительно пилить на нотабеноиде
Игры (как цифровые, так и любые другие) состоят из правил. Каждое правило даёт игроку возможность изменить состояние игры некоторым образом, который я бы назвала «глаголом» по аналогии с частью речи. Если Марио — это подлежащее большинства предложений в истории Super Mario Bros., то «прыгать» — это сказуемое, зачастую следующее за ним — прыжок это настолько ключевая составляющая, что под неё выделена целая кнопка на геймпаде. Идея прыжка на блок для взаимодействия с ним или на врага для победы над ним вне контекста имеет немного смысла, но, так как большинство действий игрока по отношению к игре используют глагол «прыгать», все игровые элементы были спроектированы как объекты для такого действия.
В продолжение темы переводов интересных материалов про разработку и инди-сцену представляю вашему вниманию перевод статьи Анны Антропии (она же [[Dessgeega]]) In the Pyramid. Анна — известный инди-разработчик, в её активе десктопные и флешевые игры (например, нежно любимый мной [[Redder]]), димейки и хаки известных игр вроде Super Mario Bros., уровни для [[Knytt Stories]] и статьи по гейм-дизайну и разработке. Я набрал с дюжину таких статей, которые собираюсь перевести и которые буду выкладывать в ближайшие несколько недель. Ну а сейчас перед вами первая из них.
Урок 1. В пирамиде
Представляю вашему вниманию перевод статьи "Retro" is not the answer Кейта Бёрджана, главного дизайнера студии Dinofarm Games.
Я, как переводчик, могу быть согласен или не согласен с идеями, высказанными в статье, но в любом случае считаю её небезыинтересной для интересующегося играми человека.
Автор: Iwww
1.Во-первых, запомните: ВЫ СОЗДАЁТЕ ИГРУ, а не деньги!
Если вы пытаетесь получить прибыль со своей игры, то эта статья не для вас. Поэтому я сразу делаю предупреждение, что главное в разработке игры – творчество, креатив, свежие идеи и прямые руки.
2.Сложное – не значит круто…
Если вы создадите большую игру с непонятным (или вообще отсутствующим смыслом), с непонятными и скучными заданиями, то вы будете в провале! Секрет прост: счастье в простоте и увлекательности. Игра должна быть небольшой, интересной и понятной.
3.Связи решают всё.
Попытайтесь связаться на форумах или специализированных сайтах с другими разработчиками игр. Обменивайтесь информацией, спрашивайте советы, задавайте вопросы… Всё это поможет вам в ваших разработках, не сомневайтесь!
4.Знайте, когда нужно остановиться!
Многие начинающие разработчики приступают к созданию какой-нибудь игры и не могут её закончить. Главное – знать, когда нужно забросить свой проект. Сейчас вы скажете: эта игра бы выстрелила, она была бы хитом, я не могу её бросить! Но давайте признаемся себе, что раз вы не можете довести эту игру до конца, значит так и нужно. Лучше не теряйте время и придумайте стоящую и свежую игру, которая точно будет пользоваться успехом!
5.Убирайте лишнее, пока не поздно…
Если вы чувствуете, что какой-то элемент вашей игры бесполезен или мешает вам, УБЕРИТЕ его! Вспомните пункт 2 – простота и увлекательность – вот что главное.
6.Тестируйте вашу игру!
После того, как вы закончите свой проект, пригласите друзей или родственников, чтобы те «попробовали» ваше творение. Я на 100% уверен, что они найдут пару-тройку ошибок и багов в вашей игре!
Пока что это всё! Удачи!
Автор: Дерек Ю
Заканчивая работу над своей игрой, я много размышлял о завершении проектов в целом. Я заметил, что в мире множество действительно талантливых разработчиков, у которых есть некоторые проблемы с завершением своих игр. Честно говоря, за мной тоже лежит длинный след из незаконченных игр… Думаю, у каждого есть свой. Не каждый проект окажется удачным. Но если вы заметите, что раз за разом забрасываете игровые проекты с большим потенциалом, то, возможно, стоит притормозить и разобраться, почему так происходит.
Авторы: Шэлин Шодан, Мэтт Кукик, Кайл Грей, Кайл Гэблер
4. Основы геймплея: Чувственные Уроки в Сочном Веселье
В дополнение ко всему выученному нами о быстром прототипировании, мы также выявили некоторые основные правила построения геймплея. Здесь мы представляем некоторые из них, значительно преумножающие увлекательность игрового процесса.
Последние обновления