Оу, а я почему-то всё время думал, что это часть их СуперСинемы.

Кайф, еще сетку надо на пол

во. ребята знают

ну что, нет ответа у вас?

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

Дим, может ридонли на недельку?

Укачивает

не вижу в своем сообщении ничего оскорбительного

Дайте ответ человеку

бред

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

1. а для чего этот чат, если не задавать вопросы?
2. что конкретно не так в моем общении?

минуточку

И тебя 5 опытных спецов ставят на место. Хотя мог бы задать вопрос и получить ответ сразу

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

этот пункт можно назвать симуляцией?

Окс, крч.

Есть несколько вариантов оптимизации анимации.
Первый — работать с плейбластами (быстрыми превью). Можно использовать Viewport Renderer (в твоей устаревшей R19 это будет Hardware OpenGL). Шорткат Alt+B прям во вьюпорте, указываешь разрешение и FPS, выведется быстрое превью, которое можно будет интерактивно смотреть.

Второй: оптимизация изображения во вьюпорте. Отключение всего лишнего и ненужного для ускорения отклика вьюпорта. Заодно сюда же отнесём запекание всей анимации в ключи через Bake Object в таймлайне. Когда Синеме не нужно просчитывать каждый раз интерполяцию, а сразу работать с точными значениями, то FPS выше. Хотя на многотысячных ключевых сетапах это тоже не панацея.

Третий: кэширование анимации, если это динамика или Мограф. Как радикальный вариант — запекание всей сцены в алембик для работы с ним как с максимально запечённым форматом. Не твой случай, но знать лишним не будет.