Главная — Фотошкола ЮУрГУ

Кадра это: Недопустимое название | Шарарам вики

Содержание

Обработка исключений на основе кадров — Win32 apps

Twitter LinkedIn Facebook Адрес электронной почты

  • Статья
  • Чтение занимает 2 мин

Обработчик исключений на основе кадра позволяет справиться с возможностью возникновения исключения в определенной последовательности кода. Обработчик исключений на основе фрейма состоит из следующих элементов.

  • Защищенный текст кода
  • Выражение фильтра
  • Блок обработчика исключений

Обработчики исключений на основе фрейма объявляются в синтаксисе для конкретного языка. Например, в компиляторе оптимизации Microsoft C/C++ они реализуются с помощью __try и __except. Дополнительные сведения см. в разделе «Синтаксис обработчика».

Защищенный текст кода — это набор из одной или нескольких инструкций, для которых выражение фильтра и блок обработчика исключений обеспечивают защиту обработки исключений. Защищенный текст может быть блоком кода, набором вложенных блоков или всей процедурой или функцией. Используя компилятор оптимизации Microsoft C/C++, защищенный текст заключен в фигурные скобки ({}) после

ключевого слова __try .

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

  • Система останавливает поиск обработчика исключений, восстанавливает состояние компьютера и продолжает выполнение потока в точке, в которой произошло исключение.
  • Система продолжает поиск обработчика исключений.
  • Система передает управление обработчику исключений, и выполнение потока продолжается последовательно в кадре стека, в котором найден обработчик исключений. Если обработчик не находится в кадре стека, в котором произошло исключение, система удаляет стек, оставляя текущий кадр стека и любые другие кадры стека, пока не вернется к кадру стека обработчика исключений. Перед выполнением обработчика исключений обработчики завершения выполняются для всех защищенных тел кода, завершающихся в результате передачи управления обработчику исключений. Дополнительные сведения об обработчиках завершения см. в разделе «Обработка завершения».

Выражение фильтра может быть простым выражением или вызвать функцию фильтра , которая пытается обработать исключение. Вы можете вызывать функции GetExceptionCode и GetExceptionInformation из выражения фильтра, чтобы получить сведения об отфильтрованном исключении. GetExceptionCode возвращает код, определяющий тип исключения, и GetExceptionInformation возвращает указатель на структуру EXCEPTION_POINTERS , содержащую указатели на структуры CONTEXT и EXCEPTION_RECORD

.

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

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

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

Функция UnhandledExceptionFilter может использоваться в качестве функции фильтра в выражении фильтра. Он возвращает EXCEPTION_EXECUTE_HANDLER, если процесс не отлаживается, в этом случае он возвращает EXCEPTION_CONTINUE_SEARCH.

 

 

Как устроена оптимизация, и почему количество полигонов тут

Блог xyz school

Многие начинающие 3D-художники и разработчики игр знают, что существует «оптимизация» — нечто, что позволяет повысить частоту кадров. Но зачастую они не разбираются в том, как она работает — и это заставляет их принимать неверные решения.

В этом материале преподаватель курса OutBlock и левел-дизайнер VOID Interactive Денис Куандыков объясняет, как устроена оптимизация, и почему количество полигонов тут — не ключевой фактор.

В чём проблема

Работая с геометрией, новичок может потратить уйму времени впустую, пытаясь сократить количество полигонов. Даже если лимит по техническому заданию позволяет определённому LOD (уровню детализации) держать в себе 10-15 тысяч трисов (полигонов с тремя сторонами), моделер может решить, что если он всё уместит в 5 тысяч треугольников, то работа станет более «оптимизированной». Это не так.

Оценить абстрактную «стоимость» рендера одного кадра невозможно — нужно знать, под какие устройства создаётся игра, и что именно в ней отрисовывается.

Если 3D-артист со стороны попытается самостоятельно оценить сложность кадра, то может получиться недоразумение. Художник не знает, какое количество треугольников будет оптимальным, если нет чёткого технического задания.

Если оно есть, это решает проблему. Но иногда техническое задание бывает нечётким не по вине заказчика: например, если вы сами разрабатываете собственную игру, или же если в проекте всё стандартно и нет ничего специфичного.

Как устроена отрисовка кадра

Процесс отрисовки кадра — это та самая «магия под капотом движка». У отрисовки, как и у работы художника, есть стоимость, и рассчитывается она исходя из необходимого времени.

Для того, чтобы оценить время рендера, в редакторах и движках есть отдельные инструменты. Одного лишь значения кадров в секунду в любом случае недостаточно.

Во всех движках есть вывод статистики. Самое важное в нашем случае — это значение времени одного кадра.

«Время кадра» — это время в милисекундах, за которое может быть построен и отрисован один кадр. Чтобы получить 60 кадров в секунду, один кадр должен быть обсчитан за 16 милисекунд или еще быстрее.

Draw Call (вызов отрисовки) — это одна графическая команда, которая должна что то отрисовать.

Сложность кадра можно оценивать именно с помощью вызовов отрисовки. Чем их больше, тем дольше они обсчитываются, тем медленнее выполняется 1 кадр, тем меньше кадров в одной секунде и тем меньше итоговый FPS.

И наоборот — чем меньше вызовов отрисовки, тем быстрее считается кадр, и тем выше FPS.

Frame Debugger — встроенная утилита Unity, позволяющая прямо в редакторе разобрать один кадр на все составляющие. Этот кадр занял 96 отрисовок.

Примерный разброс лимитов на Draw Call можно описать так:

— Мобильные игры — примерно 100 на средне-высоких настройках, на топовых устройствах можно и больше.

— Игры для ПК и консолей — до 4000.

Например, Battelfield и третий «Ведьмак» в среднем работают на 1000-2000 вызовах отрисовки.

А у PUBG этот показатель скачет от адекватных цифр (до 5 тысяч) вплоть до безумных 50 тысяч Draw Call. Такой разброс — это плохо.

В то же время, некоторые внутренние движки Ubisoft спокойно работают на значениях вплоть до 20 тысяч. Дело в том, что Draw Call — это тоже не идеальное мерило производительности. Вызовы отрисовки бывают разные, и тут всё зависит от того как работает конкретный рендер-пайплайн в конкретном проекте. Подробно разобраться в том, как это устроено, можно здесь.

Рендер-пайплайн — это очень сложная система, и во многих крупных проектах она уникальна. Из-за этого оценить оптимизацию порой практически невозможно.

Однако вы можете самостоятельно проанализировать отрисовку кадра любой ПК игры, используя специальные инструменты:

— RenderDoc

— Nvidia Nsight

— Intel Graphics Perfomance Analisys

RenderDoc

Подробнее обо всех этих инструментах можно узнать здесь.

Самое важное: нужно оценивать стоимость кадра. А первичное мерило стоимости — это время. Уже затем можно всё раскладывать на процессы, то есть, на те самые вызовы отрисовки.

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

Вызовы отрисовки

Теперь разберёмся, как именно можно подсчитать количество этих вызовов.

Простой пример: у нас есть 10 ящиков и одно дерево. Все десять ящиков имеют один и тот же шейдер, материал и количество полигонов. Логично предположить, что у нас будет 11 вызовов, ведь в кадре 11 объектов.

Всё почти так и есть. Программа рендерит так: «ящик, ящик, ящик, ящик, ящик… и потом дерево. Кадр построен».

Однако, судя по статистике, у нас всего три батча (вызова отрисовки):

Дело в том, что движок сам понимает, что перед ним десять одинаковых ящиков. Он сам «сшивает» ящики в один объект, и теперь процессор отдает нашей видеопамяти на отрисовку один кусок меша, который мы видим как 10 отдельных ящиков.

Этот процесс называется «батчинг». Он бывает динамическим и статическим.

Как устроен батчинг

Динамический батчинг работает, если он включен в движке. Движок сам анализирует геометрию и сшивает те объекты, которые подходят под лимиты.

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

Как устроен батчинг

Динамический батчинг работает, если он включен в движке. Движок сам анализирует геометрию и сшивает те объекты, которые подходят под лимиты.

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

Партикли (система частиц) умеют «сшиваться» сами по себе, поэтому их стоит использовать, если нужно нарисовать много одинаковых мелких объектов.

Например, тысячи рыб в кадре в Abzu — это на самом деле партикли, геометрия которых дополнительно анимирована шейдером с вертексной анимацией.

Creating the Art of ABZU

Статический же батчинг происходит «заранее». Для этого нужно указать что этот объект статичен, и никогда не будет изменен или сдвинут.

Отличие от динамического батчинга в том, что он позволяет перерабатывать огромное количество объектов. За один батч Unity может сшить объектов общим количеством до 64 000 треугольников.

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

Именно батчинг виноват в том, что в огромном количестве игр до сих пор нельзя разрушить любую стену или сдвинуть стул с места.

Чтобы батчинг сработал, объекты должны быть «одинаковы». Объекты должны иметь один и тот же шейдер, материал на этом шейдере (в Unreal это инстанс материала), текстуру и остальные параметры объекта, а также не должны иметь Non Uniform Scale и не должны быть разбиты светом.

Одна из причин того, почему от художников требуют не текстурить объекты уникальными сетами отдельных текстур, а паковать их в огромные текстурные атласы — как раз в этом. Это позволяет отдать батчингу на обработку сотни разных визуально разных объектов, — ведь они будут отрисованы не отдельно, а группами.

Пример очень простого атласа для тайловых поверхностей.

Как уже было сказано, важнейшее мерило оптимизации — время. Иногда один раз загрузить в память один огромный текстурный атлас гораздо выгоднее, чем постоянно гонять туда-сюда отдельные мелкие текстуры — даже если в сумме они будут занимать в памяти меньше места, чем атлас целиком. Загрузка и выгрузка — не бесплатный процесс.

Однако батчинг тоже не «бесплатен» — даже если он статический и обсчитан заранее. Сцены в играх нужно освещать, и даже в случае статичного освещения это будет влиять на батчинг.

Так например, два одинаковых ящика, которые в обычной ситуации превратились бы в один батч, разделят на два батча, так как они привязаны к разным лайт-пробам (Light Probe).

Освещение в реальном времени тоже будет влиять на то, какие объекты сбатчатся, а какие — нет.

Световые зонды (Light Probes) нужны, чтобы запечь в себя шейдинг в статичном освещении. Они позволяют затенить динамический объект в сцене с Light Map.

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

Поэтому иногда применяют «ручной» батчинг, он же просто «мердж» (merge). Берём геометрию, и в любой программе сшиваем так, как нужно под конкретную сцену.

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

Иногда гораздо выгоднее скормить движку огромный меш в 64 тысячи треугольников, чтобы отрисовать всю локацию целиком. Так поступили, например, разработчики Guns Of Boom.

Дмитрий Гладилин — Проблемы и решения при создании графики для мобильного шутера Guns of Boom

Подобный подход практически полностью исключает использование Occlusion Culling. Эта техника позволяет не рисовать те объекты, которые не видны камере. То есть, когда ящик перекрыт другим более крупным ящиком — мы его не видим, а значит можем не рисовать. В случае со «склеенными» мешами такое разделение невозможно.

Уровни детализации

Level of Detail (LOD, или уровень детализации) — простая техника, которая позволяет уместить огромное количество объектов в кадре, не отнимая время на обработку лишней геометрии.

LOD может разбить объекты на разные батчи: и в этом нет ничего страшного, ведь зачастую несколько сотен лишних DrawCall будет быстрее обсчитаны на лодированых мешах чем рисовать их оригиналы — но сбатченные.

Сейчас есть неплохие инструменты автоматической генерации LOD-мешей, и это облегчает работу. При нужной настройке можно выдать результат не сильно хуже ручной ретопологии. Но даже используя автоматику, не стоит делать тысячи разных уровней детализации: все уровни LOD тоже нужно хранить в памяти, а её не стоит забивать просто так.

Обычно используют четыре уровня детализации. LOD-0 — это оригинальная модель, а LOD-3 — дальняя. LOD4 может быть просто 2D спрайтом который всегда смотрит на игрока.

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

Это касается даже мелких объектов: например, у обычной кружки в одной из стартовых сцен Dead Space 2 было достаточно полигонов, чтобы она не казалась «квадратной», в то время как в остальной игре в LOD-0 у аналогичных объектов не было такого сглаживания.

LOD-ы позволяют не считать лишние сотни полигонов в вашей модели. В первую очередь важно понимать роль модели в сцене и прикидывать, насколько детально игрок сможет её разглядеть.

Если модель, например, можно разглядеть вблизи с максимальным приближением, то просто сделайте LOD-0 достаточно детализированным, — а в самой сцене основным рабочим уровнем будет LOD-1.

Подход, основанный на роли модели в кадре полностью защищает вас от критики сторонников «идеальной сетки», которые без понимания контекста — просто по скриншоту, — заявят, что вы сделали 10 лишних треугольников.

Зачем тратить время и доказывать кому либо в комментариях на ArtStation, что у вас не завышенный полигонаж? Время — куда более важный показатель оптимизации. И ваше время — в том числе.

Alpha overdraw

Рендер-пайплайн должен адекватно рассортировать и нарисовать сцену — обработать шейдеры, геометрию, текстуры и пост-процессы. К тому же он должен учитывать, что объекты могут быть прозрачными.

Чем больше площадь прозрачности в кадре, и чем больше прозрачные объекты наслаиваются друг на друга — тем дольше рендер-пайплайн будет рисовать итоговый пиксель, ведь ему придётся каждый раз его перерисовывать. Это называется Alpha overdraw.

Чем меньше альфы, тем быстрее будут обсчитаны пиксели. По сути, шейдер и сам рендер — это процесс/программа, которая рисует конкретный цвет конкретного пикселя на экране. И в этом случае пара десятков лишних треугольников, наоборот, ускорит рендер.

Cлева — обычный «плейн» с текстурой ветки. Справа — он же, но силуэт ветки обрезан по контуру, чтобы срезать лишнюю прозрачную площадь.

Z-Fight — артефакт, который образуется, если поставить несколько полигонов в одной плоскости. Рендеру не хватает точности глубины, чтобы отсортировать отрисовку этих полигонов в правильном порядке.

Но кроме визуального артефакта, который заметит игрок, это повлияет и на время рендера — ведь пиксели в этом месте будут постоянно «спорить» друг с другом об очереди отрисовки.

Два плейна на одной оси. Смешение цветов по центру и есть Z-Fight.

Итог

Итак, мы выяснили, что практически ничего «бесплатного» в случае с отрисовкой кадра не бывает: технологии, которые позволяют что-то оптимизировать, не работают по нажатию нужной галочки. Всегда нужно понимать, для чего мы используем тот или иной инструмент.

Нынешнее железо — даже мобильное, — может обрабатывать огромное количество треугольников. Объёмы памяти и скорость растут. Чипы на мобильных устройствах и их батареи, которые перегреваются при высоком FPS, тоже становятся всё совершеннее.

Взять и назвать точные диапазоны количества полигонов попросту невозможно — да и бессмысленно. Всё слишком сильно зависит от того для чего используется модель, и как ей видит игрок.

Дальше уже можно углубляться в процесс оптимизации в движке и расчёт лимитов под среднестатистическое железо — но если не осознавать, каким образом игрок видит сцену в вашей игре, то все эти расчёты — лишь потеря времени.

Время — крайне важный ресурс не только для рендера, но и для вас как для специалиста.

Если вы пытаетесь сэкономить лишнюю тысячу полигонов, потратив на это несколько лишних часов, а на частоту кадров эта экономия никак не повлияет, то вы просто попусту потратили рабочие часы студии или своё личное время. Особенно обидно, если вы фрилансер, — ведь вместо двух моделей за пять часов вы сделали всего лишь одну.

Чтобы рассчитать число полигонов в первую очередь нужно осознать контекст, в котором используется модель, и лимиты по времени.

Ваша задача — сделать классную модель, классный арт, классную игру; а не заниматься «преждевременной оптимизацией».

Денис Куандыков — один из преподавателей курса по левел-дизайну OutBlock, который стартует 15 апреля.

Среди других преподавателей — Михаил Кадиков (Crytek), Макс Пирс (CD Projekt Red), Елена Кондрашина (Mundfish) и Илья Иванов (CD Projekt Red).

Узнать дополнительную информацию и записаться на курс можно здесь.

Автор: Денис Куандыков

Понравилась статья?

Хочешь получать лучшие статьи
от XyZ раз в неделю?

Подпишись на рассылку XyZ

Нажимая на кнопку, вы соглашаетесь с условиями обработки данных

Разный левел-дизайн для разных жанров. Хоррор, стелс-экшен, онлайн-шутер.

Как создать атмосферу хоррора, заставить игрока почувствовать себя героем или создать соревновательную среду, где все равны. Рассказываем о левел-дизайне игр разных…

Роль левел-дизайнера

Почти в любой игре есть пространство, по которому перемещается игрок — и кто-то должен его проектировать. Тем не менее, не все представляют себе, чем конкретно…

Управление изменением эффекта с помощью интерполяции ключевого кадра.

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

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

Временная интерполяция

Применяет выбранный метод интерполяции к изменениям движения.

Временную интерполяцию можно использовать, например, для определения способа перемещения объекта: с постоянной скоростью или с постепенным ускорением вдоль траектории движения. Временную интерполяцию ключевых кадров можно применить к только нескольким эффектам в Premiere Pro.

Пространственная интерполяция

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

Два самых распространенных типа интерполяции — линейная интерполяция и интерполяция по кривой Безье. Можно применить любой из этих типов интерполяции в зависимости от нужного типа изменения.

Линейная интерполяция

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

Интерполяция по кривой Безье

Позволяет ускорить или замедлить изменение на основе кривой Безье. Например, плавно увеличить скорость в первом ключевом кадре, а затем медленно замедляться ко второму кадру.

Изменяя и корректируя интерполяцию ключевого кадра, можно добиться точного управления скоростью изменения в анимации. Тип интерполяции можно выбрать в контекстном меню или вручную изменить тип от одного ключевого кадра к другому, изменяя кадры или маркеры.

Интерполяцию ключевого кадра можно также быстро настроить с помощью команд «Увеличение замедления» и «Уменьшение замедления».

Изменение интерполяции ключевых кадров для свойства «Положение» эффекта «Движение»

A. Ключевой кадр с линейной пространственной интерполяцией B. Автоматическая интерполяция по кривой Безье C. Интерполяция по непрерывной кривой Безье 

  1. Выполните одно из следующих действий.

  2. Выберите метод интерполяции в контекстном меню:

    Линейная

    Создает равномерное изменение между ключевыми кадрами.

    Кривая Безье

    Позволяет вручную изменить форму диаграммы и скорость изменения по обе стороны ключевого кадра. С помощью этого метода можно создать очень плавные изменения.

    Автоматическая по Безье

    Обеспечивает плавное изменение скорости через ключевой кадр. При изменении значения ключевого кадра изменяются маркеры направления автоматической интерполяции по кривой Безье, обеспечивая плавный переход между ключевыми кадрами.

    Непрерывная кривая Безье

    Обеспечивает плавное изменение скорости через ключевой кадр. Однако в отличие от метода автоматической интерполяции по кривой Безье, непрерывная кривая Безье позволяет вручную обрабатывать маркеры направления. При изменении формы диаграммы с одной стороны ключевого кадра ее форма изменяется и с другой стороны ключевого кадра для обеспечения плавного перехода.

    Остановка

    Изменяет значение свойства без постепенного перехода (резкое изменение эффекта). Диаграмма за ключевым кадром с примененной интерполяцией «Остановка» отображается как горизонтальная прямая линия.

    Увеличение замедления

    Замедляет изменение значения, приближающегося к ключевому кадру.

    Уменьшение замедления

    Постепенно ускоряет изменение значения, удаляющегося от ключевого кадра.

    Хотя методы интерполяции могут с разной скоростью изменять свойства между ключевыми кадрами, они не могут изменить время между ключевыми кадрами. Длительность определяется временем (или расстоянием на линейке времени) между ключевыми кадрами.

    Методы интерполяции ключевых кадров

    A. Нормальный вход/выход B. Кривая Безье/Непрерывная кривая Безье/Увеличение замедления/Уменьшение замедления C. Автоматическая по Безье D. Остановка 

Маркеры кривой Безье представляют собой двунаправленные элементы управления, которые изменяют кривизну отрезка линии между маркером и следующей точкой на любой из сторон. Чем дальше находится маркер о текущего ключевого кадра (центральной точки), тем сильнее изгибается линия. Кривая, созданная перемещением маркера кривой Безье, определяет плавность изменения эффекта по мере приближения свойства анимации к ключевому кадру и удалению от него. Эти маркеры позволяют более гибко управлять изменением анимации в отличие от простого выбора метода интерполяции ключевого кадра. С маркерами Безье можно работать на панелях «Таймлайн», «Элементы управления эффектами» или «Программный монитор».

Создание ключевых кадров кривой Безье

  1. На панели «Таймлайн» выберите клип, содержащий ключевые кадры, которые нужно изменить, а затем выполните одно из следующих действий.

    • (Панель «Таймлайн») Выберите свойство, которое нужно изменить, в меню эффекта рядом с названием клипа или дорожки. Свойства временной интерполяции настраиваются на панели «Таймлайн». Выделите клип на панели «Программный монитор», если нужно изменить пространственную интерполяцию.

    • (Панель «Элементы управления эффектами») Выберите маркеры свойства эффекта для ключевых кадров, которые нужно изменить.

  2. Выполните одно из предложенных ниже действий, чтобы выбрать метод интерполяции ключевого кадра.

    • (Панель «Таймлайн») Щелкните правой кнопкой мыши ключевой кадр, который нужно изменить, и выберите в меню метод интерполяции ключевого кадра.

    • (Панель «Элементы управления эффектами») Щелкните правой кнопкой мыши маркер ключевого кадра, который нужно настроить, и выберите в меню метод интерполяции ключевого кадра.

  3. Чтобы вручную изменить тип ключевого кадра, выполните одно из следующих действий.

    • Если в ключевом кадре используется линейная интерполяция, для ее изменения на интерполяцию «Автоматическая по Безье» щелкните ключевой кадр на панели «Таймлайн», удерживая нажатой клавишу CTRL (Windows) или COMMAND (Mac OS), или щелкните маркер ключевого кадра на панели «Элементы управления эффектами», удерживая нажатой клавишу CTRL (Windows) или COMMAND (Mac OS). Если перетащить маркеры, интерполяция ключевого кадра изменится на интерполяцию «Непрерывная кривая Безье».

    • Если для ключевого кадра используется интерполяция «Автоматическая по Безье», для ее изменения на интерполяцию «Кривая Безье» щелкните ключевой кадр, удерживая нажатой клавишу CTRL (Windows) или COMMAND (Mac OS), и перетащите маркер направления. Интерполяция по кривой Безье позволяет независимо управлять каждым маркером направления. Чтобы преобразовать ее в интерполяцию «Непрерывная кривая Безье», просто перетащите маркер.

    • Если для ключевого кадра используется интерполяция «Кривая Безье», «Непрерывная кривая Безье» или «Автоматическая по Безье», для ее изменения на линейную интерполяцию, щелкните ключевой кадр, удерживая нажатой клавишу CTRL (Windows) или COMMAND (Mac OS). Маркеры интерполяции «Кривая Безье» исчезнут.

Настройка маркеров кривой Безье

  1. Отобразите ключевой кадр кривой Безье, который нужно настроить.

  2. Выберите инструмент «Выделение» или «Перо» и выполните одно из предложенных ниже действий.

    • Чтобы изменить угол наклона кривой, перетащите маркер кривой Безье вверх или вниз. Перемещение маркера вверх увеличивает скорость изменения, а перемещение маркера вниз замедляет изменение.

    • Чтобы изменить диапазон влияния кривой, перетащите маркер кривой Безье влево или вправо.

На панели «Элементы управления эффектами» с помощью диаграммы «Скорость» можно настроить движение или скорость изменения для значения непосредственно перед ключевым кадром и непосредственно после него. Такие корректировки могут сымитировать реальное движение. Например, можно изменить движение клипа, чтобы оно замедлялось непосредственно перед ключевым кадром, а затем ускорялось сразу после ключевого кадра. Можно вместе или по отдельности изменять значения приближения к ключевому кадру и удаления от него.

Диаграмма «Скорость»

A. Элементы управление скоростью B. Маркеры входящего направления C. Маркеры исходящего направления 

  1. На панели «Элементы управления эффектами» щелкните треугольник, чтобы развернуть свойство эффекта с ключевыми кадрами, которые нужно настроить.

    Если ключевые кадры не были добавлены, диаграммы отображаются как горизонтальные линии.

  2. На диаграмме «Значение», выбрав инструмент «Выделение» или «Перо», щелкните маркер ключевого кадра, который нужно настроить. При этом будут показаны маркеры направления и элементы управления скоростью для ключевого кадра на диаграмме «Скорость».

  3. На диаграмме «Скорость» выберите инструмент «Выделение» или «Перо» и выполните одно из следующих действий.

    • Чтобы ускорить приближение к ключевому кадру и удаление от него, перетащите маркер направления вверх. Маркеры входящего и исходящего направления перемещаются вместе.

    • Чтобы замедлить приближение к ключевому кадру и удаление от него, перетащите маркер направления вниз. Маркеры входящего и исходящего направления перемещаются вместе.

    • Чтобы ускорить или замедлить только приближение к ключевому кадру, щелкните маркер входящего направления, удерживая нажатой клавишу CTRL (Windows) или COMMAND (Mac OS), и перетащите маркер вверх или вниз.

    • Чтобы ускорить или замедлить только удаление от ключевого кадра, щелкните маркер исходящего направления, удерживая нажатой клавишу CTRL (Windows) или COMMAND (Mac OS), и перетащите маркер вверх или вниз.

    Чтобы повторно объединить маркеры входящего и исходящего направления, щелкните их, удерживая нажатой клавишу CTRL (Windows) или COMMAND (Mac OS).

    • Чтобы увеличить или уменьшить влияние значения ключевого кадра на предыдущий ключевой кадр, перетащите маркер входящего направления влево или вправо.
    • Чтобы увеличить или уменьшить влияние значения ключевого кадра на следующий ключевой кадр, перетащите маркер исходящего направления вправо или влево.

    Влияние определяет, как быстро диаграмма «Скорость» достигнет значения, заданного в ключевом кадре, обеспечивая дополнительный контроль над формой диаграммы.

    Значения (слева от диаграммы «Скорость») изменяются при изменении диаграммы. Эти цифры представляют верхние и нижние значения диаграммы «Скорость». Скорость также можно изменить, указав другие числовые значения.

Справки по другим продуктам

  • Просмотр ключевых кадров и диаграмм
  • Изменение значений ключевых кадров

Вход в учетную запись

Войти

Управление учетной записью

Справочный центр — Frame It Easy

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

Чем мы можем вам помочь сегодня?

Не можете найти то, что ищете?

Найдите ответ на вопросы из следующих категорий: