в том что МР включен нет ничего плохого, если памяти много и она правильно распределена. а если стоит например 8 гигов и 4 реальных + 4 виртуальных ядра, как в i7, то толку от МР будет немного.
Цитата:
в том что МР включен нет ничего плохого
Это и не имелось ввиду. Я как раз имел ввиду, что современный мощный процессор, конечно же на ряду с достаточной оперативной памятью, по скорости рендера, может стать хорошей альтернативой OpenGL-у, только без "болячек" последнего.
Цитата:
в производительности видеокарт времён CS5.5 не было практически никаких значительных инноваций. А вот в производительности CPU, с тех пор, произошла мини-революция
----------------
Сейчас перечитав ответ от @
Г О Ш А, подумал, что возможно и он меня не правильно понял...
я бы не стал сравнивать скорость сотен ядер куды и 4-8 несчастных процессорных ядер, на которые кроме АЕ навален скайп, винамп, аська и антивирус. и всё это должно как то работать ((( ядра видеокарт, не смотря на кучу ограничений дали бы колоссальный прирост скорости просчета. raytracing в ае это показывает. ХОТЬ И КРИВО )))
но пока микрософт не встроит поддержку куды в ядро операционной системы и не перенесет на них системные вычисления - толку от полурабочих решений не будет. а микрософт обещает и оттягивает это уже 3ю версию windows. интересно, почему...
Цитата:
я бы не стал сравнивать скорость сотен ядер куды и 4-8 несчастных процессорных ядер
:smile_blyaa:
Цитата:
может стать хорошей альтернативой OpenGL-у, только без "болячек" последнего
:smile_bn:
Вот именно... Сравнивать их вообще бессмысленно. Это совершенно разные технологии. Устройство и принцип работы этих изделий несоизмеримы.
Цитата:
4-8 несчастных процессорных ядер
это совсем не те ядра, которые используются в GPU. Если бы можно было в GPU, выполнять те же операции, что и в CPU, то один из этих узлов, уже давно был бы упразднён.
Я говорю только о том, что когда я рендерил проекты с OpenGL на процессоре Core 2 E8400, то получал скорость НИЖЕ, чем сейчас без OpenGL. но на процессоре Core i7.
потому что было два ядра, сейчас больше ) эплы почему то умудрились перенести тяжелый графические вычисления на видеокарты. значит это теоретически возможно?
з.ы. чего спорить... мощность процессоров сильно выросла за последнее время. производители это осознали и сразу придумали 4К, который тяжело ворочается на любом самом современном компьютере, а пользователям пока особо не нужен. но бой с НД-видео процессоры похоже таки выиграли )))
Цитата:
было два ядра, сейчас больше
Вот-вот! Их больше. Они быстрее. У них больше кеш... И они уже в состоянии потягаться с OpenGL по скорости рендера.
Цитата:
эплы почему то умудрились перенести тяжелый графические вычисления на видеокарты
Не совсем понимаю о чём речь :[
MacOS давно ускоряла работу таких программ как motion за счет видеокарт. и даже старенький радеон 1600 давал ускорение всех эффектов, а не какого то отдельно взятого или кодирования. микрософты обещали сделать системные вычисления на видеокартах в Win8. уже 10 windows на подходе...
выделение заднего фона композиции в After Effects cs6
подскажите, пожалуйста, как выделить задний фон композиции в After Effects cs6 ...
спасибо ...
с уважением ...
@
irra, выделить курсором самый нижний (или соответствующий) слой на тайм линии.
Возможно ли привязать движение объекта к векторному пути в After Effects?
Пытался освоить After Effects ради решения одной задачи. Даже прослушал курс лекций. Но, пока не могу сообразить, как это сделать.
Задача такая.
Есть ролик на котором изображён движущийся по не очень ровной траектории объект. Если прицепить к нему трек, а потом запустить трекер, то получим координаты этого объекта в каждом кадре. Можно пересчитать Position для каждого кадра так, чтобы компенсировать отклонение объекта от движения по прямой. То есть задача, судя по всему, выполнима.
Но, как автоматизировать этот процесс, например, чтобы заставить выбранную для отслеживания трекерную точку скользить по векторному пути?
Суть задачи в том, чтобы имитировать слайдер, при проводке, сделанной с рук.
Спасибо! @
Kolobokk @
fx-maker
а просто стабилизировать проходку не получается? я это делаю в эдиусе обычным стабилизатором. плюс оптический стабилизатор объектива и стэдикам на жилете - и получается вполне приличный "слайдер" )))
@
fx-maker, спасибо за ответ!
Вроде догадался как это сделать для частного случая. Нужно сначала стабилизировать объект в Motion Stabiliz по оси, близкой к траектории движения, например, Х, а потом пустить объект по нужному векторному пути, если он отливается от выбранной оси. Только нужно иметь достаточный запас по краям кадра.
Стабилизатор, тот же Warp Stabilizer, сглаживает движение, но не привязывает его к жёсткой кривой, как это делают рельсы или кран.
в меркали есть просто настройка флайкам. получается достаточно реалистичное сглаживание проходки.
Mercalli когда-то пробовал. По-моему, он вообще не умеет фиксировать картинку. Но, это уж давно было, может научили...
чтобы он зафиксировал картинку надо выбрать режим rocksteady camera. "камера, стабильная как гора или как камень". в зависимости от степени качки надо будет покрутить размер рамки. не знаю, я перепробовал все стабилизаторы - пока проще и удобнее для себя не нашел. в некоторых случаях вообще не задумываюсь о тяске. снял наплечной камерой без штатива, прогнал через стабилизатор - все счастливы.
@
fx-maker, Спасибо!
Попробовал я этот Mercalli, правда, интерфейс не узнал. :) Да и плагином третья версия не прицепилась. Но, похоже, алгоритмы остались старыми. Rock-Steady Camera, в отличие от No Motion у конкурента, штатив не заменяет. До Tracker-а и Warp Stabilizer-а ему как и раньше далеко, но зато работает шустро и неверное может пригодиться, особенно, если работать с прокси файлами, а файлы длинные. Adobe-вский то всё равно требует второго подхода в этом случае.
всё зависит от качества съемок, бюджета и терпения монтажера. хотя рельсы и моторизованную тележку на самом деле заменить сложно.
@
fx-maker,
Я думаю, цифра на всё способна. Другое дело, каковы будут при этом затраты времени. На слабом железе я и не помышлял о таких вещах. А теперь буду пробовать.
Мне когда-то не верили что я смогу снимать многокадровые сферические панорамы без штатива и панорамной головки, а это всё же посложнее будет, чем имитация слайдера. Ведь обычно, слайдер движется вдоль кадра. Можно на первом этапе привязать движение к оси Х, а на втором стабилизировать по той же оси.
ну наверное не всё так просто... я однажды стабилизировал чужое подобное видео и сразы выплыл такой косяк: да, я смог сгладить движение переднего плана по линии поручня, стоящего в кадре. поручень получися абсолютно стабильно. но вот задний план стал плавать еще сильнее чем в оригинале. простая геометрия ((( достаточно покачать головой перед монитором и посмотреть какую точку стены закрывает угол монитора. представьте, что глаз это ваша камера, а угол монитора - ваша точка привязки трекера. А СТЕНА ТО БОЛТАЕТСЯ )))
@
fx-maker, Да, согласен, не всякий сюжет прокатит. А самые инетресные панорамы как раз, когда что-то по переднему плану ползёт. Но, для любителя, это как размер камеры. Чем крупнее камера, тем меньше хороших кадров. :)
Подскажите, пожалуйста, где можно качнуть TypeMonkey любой версии ?(Желательно последней)
Спасибо !