-
Что делать, если заказчик просит отдать рабочие исходники (файлы сцен Maya/Blender/After Effects или проект Spine), хотя в ТЗ обсуждался только экспорт финального рендера или запеченного FBX?
Передача рабочих файлов (проекты с настроенным ригом, сплайнами, контроллерами, несведенными ключами анимации) является предметом дополнительных договоренностей, если это не было явно указано в ТЗ. Если заказчик требует исходники постфактум, вы можете обсудить доплату за их передачу (обычно 30-50% от стоимости заказа). Если заказчик отказывается доплачивать и грозит сорвать сделку, Арбитраж встанет на вашу сторону, так как ваше изначальное обязательство — сдача финального рендера или игрового ассета.
-
Как регулируется процесс правок, если на этапе финального рендера клиент внезапно просит изменить тайминг, характер движения или ключевые позы, утвержденные еще на этапе блокинга?
Мы настоятельно рекомендуем вести работу итерационно и фиксировать утверждение каждого этапа:
Раскадровка/Аниматик
Блокинг (ключевые позы и базовый тайминг)
Сплайнинг/Раф (черновая анимация)
Полишинг/Клинап (чистовая анимация и рендер)
Если клиент письменно согласовал тайминг и позы на этапе блокинга, а на этапе финализации требует фундаментальных изменений (другая амплитуда движения, переделка скорости удара, добавление новых действий) — это расценивается как новое ТЗ. В рамках текущей итерации вы обязаны вносить только те правки, которые касаются текущего этапа (например: поправить вес анимации, добавить захлест, исправить пересечение текстур/геометрии). Глобальные переделки базовой механики движения согласовываются за отдельную плату.
-
Могу ли я использовать анимации, выполненные на заказ через биржу, в своем публичном портфолио (ArtStation, Behance, Vimeo)?
По умолчанию, исключительные имущественные права на созданную анимацию передаются заказчику после полной оплаты. Однако неимущественное право авторства всегда остается за вами. Если заказчик не прикрепил к ТЗ соглашение о неразглашении (NDA), вы имеете право публиковать рендеры или плейбласты (playblasts) в портфолио для демонстрации навыков. Если заказ подразумевает строгое NDA (что часто бывает в геймдеве), публикация возможна только после официального релиза игры/проекта или с прямого письменного разрешения клиента в чате.
-
Как защитить себя при работе с 2D-анимацией в Spine, если клиент использует несовместимую (старую) версию среды выполнения (Runtime) в своем движке, из-за чего анимация ломается?
Зона вашей ответственности как аниматора заканчивается на предоставлении корректно работающего проекта в оговоренной версии редактора. Перед началом работы всегда фиксируйте в чате точную версию Spine, под которую настроен Runtime заказчика. Если вы сдали валидный экспорт (JSON/Atlas/PNG), который без ошибок воспроизводится в официальном Skeleton Viewer нужной версии — ваша работа считается выполненной на 100%. Проблемы с интеграцией файлов в Unity, Godot или Unreal на стороне клиента решаются его программистами и не являются основанием для отмены заказа.
-
Какие требования предъявляются к исходникам при работе с игровыми движками (Unity, Unreal Engine, Godot)?
Исполнитель должен уточнять технические требования до начала работы. Для аниматора это: правильный нейминг костей скелета, иерархия (наличие Root-кости для Root Motion), частота кадров (FPS), необходимость запекания ключей анимации (Bake Animation) перед экспортом, а также формат сдачи (FBX для 3D, JSON/Atlas для 2D-скелетной анимации). В случае споров арбитраж будет учитывать, предоставил ли заказчик технический регламент или гайдлайн проекта.
-
Как проверять ТЗ заказчика, чтобы профессиональные 3D-термины — риггинг, шейпинг, симуляция ткани, рендер — были зафиксированы чётко, и модераторы были на моей стороне?
Модератор может не являться экспертом в 3D-анимации, поэтому вы должны детализировать ТЗ до старта:
Риггинг (создание скелета). Если в ТЗ просто сказано «сделать риг», уточните: нужна ли обратная кинематика (IK) для рук и ног, нужны ли контроллеры для пальцев (Full Body Rig), есть ли лимит на количество костей.
Шейпинг (блендшейпы / морфы) — деформация сетки для мимики. Если просят «мимику», зафиксируйте, какие именно эмоции нужны (улыбка, моргание, злость, фонемы для липсинга).
Симуляция ткани / физика — расчёт поведения одежды или волос. Уточните: нужна ли коллизия (столкновение) с телом персонажа, нужен ли ветер, на сколько кадров кэшировать симуляцию.
Рендер — финальный просчёт. Уточните: разрешение, FPS, формат сдачи (MP4, EXR, PNG-секвенция), наличие альфа-канала.
Если заказчик потребовал лицевую анимацию, но риг лица не был оговорен в ТЗ, вежливо объясните, что это дополнительная работа. Уточнения в чате — ваша страховка.
-
Как проверить, что заказчик правильно понимает термины «покадровая анимация», «луп», «интерполяция» и «антиципация» и тому подобные? Как доказать, что я сделал их правильно?
Покадровая (традиционная) анимация — каждый кадр отрисован вручную. Если заказчик просит её, уточните: сколько кадров в секунду (обычно 12 или 24), все ли кадры должны быть уникальными (анимация «на единичках» или «на двойках»), в каком формате сдавать (MP4 для превью или PNG-последовательность с альфа-каналом).
Луп (цикл) — зацикленная анимация, которая начинается и заканчивается одинаково (например, цикл ходьбы). Уточните: нужна ли идеальная стыковка первого и последнего кадра, должен ли цикл повторяться бесконечно или для конкретного количества повторов в движке.
Интерполяция — автоматическое создание промежуточных кадров программой. Уточните: какой тип предпочитает заказчик — линейная (равномерное движение без веса) или сплайновая (с плавными ускорениями/замедлениями — ease in/ease out).
Антиципация — подготовка к действию (замах перед ударом, приседание перед прыжком). Если заказчик просит «живую анимацию», уточните, нужна ли антиципация и насколько выраженная. Попросите референс (видео с примером).
Если после сдачи заказчик говорит «мне не нравится замах, переделайте», но он выполнен строго по референсу, который он прислал — покажите модератору переписку с референсом. Изменение художественного вкуса клиента не является основанием для бесплатных правок.