Микрогайд по созданию визуальной новеллы
Сап, ночной. В 2016 году я где-то украл этот гайд, и так и не нашел, кто его написал. Так что автор сего творения— Анон. Пусть это останется в истории DTF.
Подводные камни новеллостроения
Здравствуй, мой юный друг. Здесь вас научат азам виноделия. Готовы уже рвать и метать? Тогда умерьте свой пыл и выслушайте. Создание визуальной новеллы — дело неблагородное и неблагодарное, кроме того занимает много свободного времени, поэтому дважды подумайте, прежде чем голыми руками соваться в эту клоаку. Если хорошо всё обдумали и еще не закрыли эту страницу, тогда начнём.
Основные ошибки начинающих виноделов
- Амбиции: Не пытайтесь прыгнуть выше своей головы, у вас это навряд ли выйдет. Не планируйте много сразу, приберегите идеи на потом. Лучше начать с чего-то простого, чтобы набраться опыта
- Самоуверенность: Готовьтесь к тому, что ваша новелла скорее всего получит мало одобрительных отзывов и не будет воспринята читателями как что-то серьёзное. Если вы, конечно, не выложите своё поделие в стим (и то не факт, что там тебя заметят)
- Косвенная речь:
Если вы сценарист, то в случае небольшого размера вашего произведения косвенной речью можно пренебречь.
Неправильно:
— “Эй там, подайте чаю!” , — крикнул Джеймс и закурил сигару.
Правильно:
— jm: Эй там, подайте чаю!
Джеймс закурил сигару.
Вы наверняка обратили внимание на это странное jm (Ren’Py). Совет: продумайте имена персонажей заранее и их сокращения, это в два раза уменьшит вашу работу или работу вашего кодера, что играет немаловажную роль в короткие сроки. С ними вы еще встретитесь.
- Для мододелов: Если вы успешный мододел и дочитали до этого места, то спешу вас огорчить: для вас подводные камни тоже запасены. Дело в том, что команды в ренпае слегка отличаются от команд лолбота. При проверки новеллы у вас будут выскакивать трейсбеки, поэтому этот курс полезен и для рядового модмейкера.
Поиск команды
Поиск команды это еще одна, чуть ли не главная вещь в новеллостроительстве. Именно во время поиска кадров у человека проявляются лидерские качества. Если вы можете чем-то завлечь человека в свою команду (например, с помощью денег), то это просто прекрасно. В противном случае, вам придется работать в одиночку.
Стартер пак типичной команды:
- Сценарист: Незаменимый в команде человек, если речь идёт не о нукиге. В большинстве случаев именно сценарист является лидером команды, кодером, композитором, человеком и пароходом. Иногда в больших проектах встречаются несколько особей этого вида.
- Художник: Незаменимый человек наравне со сценаристом, именно он отвечает за графическую часть игры. В то время, когда визуальную новеллу можно представить без сценариста (отец рисования, привет), то без художника такое просто невозможно.
Рекомендуется:
- Композитор: Если треки понравившегося вам композитора унылы чуть менее чем полностью, то смело приглашайте его в свою команде. В целом можно обойтись и музыкой из гугла и/или эмбиентом в затянувшихся сценах.
- Редактор: Люто бешено рекомендуется любой команде. Поверьте, работа редактора возможно в разы сложнее работы сценариста, ведь его дело — приводить вашу графоманию в читабельный вид. Даже не думай вставлять в код неполированный текст. Исправлять руки отсохнут потом. ”В дегенеративных кругах то же самое именуется "бетой” и "гаммой”, тот же фикбук позволяет их искать бесплатно — но от всей души не советую! А вот товарищ с филфака или РГФ — правильный выбор.” — Сергей Вейс.
- Дизайнер: Нужен скорее на завершающей стадии разработки. Придумать оформление меню, настроек, фрейма, логотипа — вот это всё. При наличии умелых рук и знаний у кодера, можно обойтись без десигнера
- Грамотный тестировщик: Заметили? Именно грамотный. Не стоит слепо верить отзывам ваших друзей и одноклассников, поручите это дело специалисту. Профессиональный взгляд на ваше поделие поможет вам узнать его объективную оценку.
- Переводчик: Нанимается непосредственно перед релизом в стим. Можно заменить гугл транслейтом, но качество перевода будет соответствующее.
Теперь, когда мы узнали о составе команды, остается вопрос: откуда же собрать её? Однозначного ответа не существует. Советуется искать на тематических форумах, в крайнем случае — на DTF в «Ищу команду». Будет замечательно, если объявится, например, художник такой же молодой и шутливый как и ваша персона. Такой опыт будет ему интересен, и с большой долей вероятности он согласится. Если хотите качество получше, чем у рядового рисователя, то платите шекели. Энтузиазм не в моде при любой погоде. Однако, можно наткнуться на золотую середину, но шансы малы.
Выбор движка
Ну тут долго распинаться не буду. Движок — это как скелет: если вам пишут, что ваша новелла много ест, то проблема в широкой кости. Большинство начинающих виноделов делают поспешные выводы с выбором движка, часто не зная их преимуществ и предназначений. Например, некоторые умудряются начинать свои проекты с Unity и удивляются в сложности адаптирования движка под визуальную новеллу. Зато доказал себе, что труъ программист. Перейдем к выбору.
TyranoBuilder
Кликабельный движок на уровне конструктора, где практически не нужны знания кода (для интересующихся — он в html). Сам не пробовал, говорят для новичков сойдёт. Всё-таки советую сесть на второй стул.
Купить в стиме: тут
Купить в яндексе: тут
Локализация: тут
Руководство: тут
Ren’Py
Самый популярный движок для новеллостроения. К нему понаписано много туториалов, как на английском, так и русском языке. При наличии знаний Питона можно запихать мини игры. Рекомендую начать именно с этого движка, так как у него обширная русскоязычная поддержка, и в случае возникновения проблемы вам подскажут её решение. Алсо, вн на конкурс будет приниматься на любых версиях ренпая.
Скачать всё и сразу: тут
Официальное руководство: тут
Фанатское руководство: тут
Для глупых вопросов: тут (прим.автора: добро пожаловать в Вопросы и Инди на DTF)
Сборка под ПК и Android
Ren’Py:
В частности, никаких особых действий от вас сборка под ПК для Windows не потребует — если вы все будете делать в соответствии с гайдами выше. Ren’Py автоматически собирает новеллы и позволяет их протестировать еще до сборки.
А вот Android — вопрос интересный. Мобильные девайсы — сложная и капризная вещь во многих смыслах. Ключевые для нас — объем ОЗУ и манипуляция.
Для справки: Ren’Py загружает СРАЗУ ВСЮ новеллу в ОЗУ, что может привести к проблемам и вылетам вплоть до незапуска игры на смартах с 1 ГБ<= ОЗУ. Как следствие — для экономии объема следует изображения сжимать.
Примечание: не стоит пережимать спрайты в. jpg, они потеряют прозрачность. А вот фонцы и CG — вполне можно и даже нужно.
Нюанс номер два — не знаю, пофиксили ли в последних версиях, но в версии Ren’Py 6.99.0 сжатые изображения отображались именно в том разрешении, в котором они были, без растягивания под экран.
Что мы делаем? Правильно, идем в options. rpy, где редактируем под необходимое разрешение строки. Зачастую для корректного размера, правильного запуска и удобоваримого вида хватает 1280*720, заполняем строки соответствующе:
config.screen_width = 1280
config.screen_height = 720
И нюанс номер три — imagemap’ы (кнопочьки, и не только) также не корректируются после смены разрешения — их тоже нужно переставить. Но не спешите этого делать — вспомните фразу выше об органах управления.
В мобильной версии рекомендуется сделать хотя бы кнопку меню(свайп, как будет угодно), и желательно — кнопку “назад” и кнопки перемотки.
TyranoBuilder:
Ищите руководство сами (прим. автора — вот какое-то подробное руководство на английском на ютубе)
А дальше что?
А дальше туториал обрывается, как и судьба анона. Ищите туториалы по отладке и переводу, или живите дальше в проклятом мире, который сами и создали.