Ну очень медленно рендерит. Почему?
У меня АЕ CS3 полутораминутный ролик с трансформациями окло 30 3Д слоёв и парой родных эффектов + прекомпоз бэкграунда щитал 28 минут.
ЗЫ
Проц такой же, оперативки также 2Гига, рейд 5
Сообщение отредактировано jolly_rodger: 23 Aug 2008 — 23:57
#8 Frippy
Широкопрофильный гуру по NLE
#9 S.V.L.
Дал камеру подержать другу
По вашим условиям и с добавками (стиль текста — Bevel and Embos, прозрачность 6 видеокартинок уменьшена до 75%, добавлен дополнительный текст с изменением позиции, размера и прозрачности, общее изменение прозрачности на In 0 > 100% и Out 100 > 0%)
Объем avi без сжатия на выходе 1,87 Gb, объем пректа — 141 kb.
CPU E6850, RAM 2 Gb
У меня получилось 18 мин 5 сек : 
#10 monter
#11 Frippy
Широкопрофильный гуру по NLE
То есть я зря возмущаюсь.
Для теста сделал "похожую" композицию в Эдике, и в РТ посмотрет и экспортнул в файл
Да, качество далеко не то что в АЕ, но 20 минут рендера.
Ладно, ясно, придётся пока-что смириться, поглядим что даст переход на 4 ядра.
#12 Ilya Ositchev
- место работы:
#13 Frippy
Широкопрофильный гуру по NLE
CS3
Хотя был до него 6.5 — тоже самое было
Скоро планируется переезд на VistaX64 с добавлением ещё 4 гиг — авось там зашевелится)))))
#14 Wisky
Сенсей для друзей по NLE
- место работы:
Тестировал на двух компах тяжёлую сцену без проксей в 10 миллионов полей 1600х1200:
ХР х64 3,30 часа
виста х64 ультимат ближе к 5 часам
вывод: виста отстаёт примерно на 15% за час
#15 Frippy
Широкопрофильный гуру по NLE
А что — АЕ стал нормально поддерживать многоядерность?
через зад — нуклео
народ тут замерял- просто на рендере — Виста работает медленнее на 15%
у ставить хр64 уже глупо будет к кому времени, да и всё-таки именно с многоядрённостью виста работает умней
ладно, подождём замены проца, а там и увидим куда ветер дует
#16 vitt
Дал камеру подержать другу
E6700 2.66Ггц @ 3.33Ггц
картинка 1600х1200, 6 видео DV, 3 надписи. Для каждого видео включены тени.
проект 720х576
1 минута считается 6 мин.
20мин. — очень много.
Возможно:
1. Входной формат видео в окнах (типа, мпег, нестандартное разрешение и т.п.)
2. Где-то лежит тяжёлый фильтр.
3. Ну и глянь — не забивается ли оперативка.
Сообщение отредактировано vitt: 25 Aug 2008 — 22:09
#17 Frippy
Широкопрофильный гуру по NLE
Возможно:
1. Входной формат видео в окнах (типа, мпег, нестандартное разрешение и т.п.)
CanopusHQ Fine
пробовал и с DV — тоже самое
3. Ну и глянь — не забивается ли оперативка.
#18 vitt
Дал камеру подержать другу
#19 S.V.L.
Дал камеру подержать другу
Поставь в "секретных" преференсах дизэйбл лэер кэш каждые 12 кадров и попробуй просчитать.
Заодно, посмотри, что происходит с памятью. Каждые 12 кадров должен быть резкий спадающий пик использования памяти.
#20 vitt
Дал камеру подержать другу
#21 S.V.L.
Дал камеру подержать другу
vitt: Добавилась закладка Secret (не вижу смысла в этой секретности), и вот теперь добавилась проблема — какие настройки в ней будут правильными и как определяется (от чего зависит) их выбор?
Думаю, вопрос по теме, т.к. у меня тоже 1 мин (не очень сложный проект) рендерит 18 мин Мне думается, что это многовато.
Спасибо за ответ.
#22 Virs
Широкопрофильный гуру по NLE
Сообщение отредактировано Virs: 28 Aug 2008 — 11:44
#23 S.V.L.
Дал камеру подержать другу
Что бы память не забивалась,нужно часть отдать под дисковый кеш,иначе при банальном воспроизведении,он будет таять на глазах.Настройки интуитивно понятны.Я отдаю АЕ 500мб,остальное под кеш,в итоге около 800мб всегда остаються для работы.Сделал так по аналогии с BorisRED,он юзает именно дисковый кеш.
И что я тут должен изменить?
#24 zergon
А что такое камера, NLE?
#25 S.V.L.
Дал камеру подержать другу
. становилось невозможно включить режим многопроцессорного рендера в CS3
.
#26 S.V.L.
Дал камеру подержать другу
Какая величина Texture Memory для OpenGL должна быть установлена ?
#27 S.V.L.
Дал камеру подержать другу
Вопрос снят, т.к. решен.
Какая величина Texture Memory для OpenGL должна быть установлена ?
#28 Videodesigner
Дали нажать на красную кнопку 🙂
картинка на фон, 6 видео 720х576 (уменьшить до 25%) и с тенью, 3 текста с тенью, и отрендери, сколько времени будет делать?
Продолжительность ролика 01:00. Использованы 6 AVI DV Microsoft, подложка AVI DV Microsoft. Вывод: AVI No Compression. Время рендеринга 15:23. Загрузка процессора во время рендеринга 15%.
ОС WinXP 32 /3GB. AE 8.0.2 без дополнений. Настройки: 
.
CPU > Intel Q9450 (Overclock 3GHz)
MB > ASUS P5E3 Deluxe
RAM > OCZ 3RPR13332G 4GB (Overclock 750MHz)
HD > Seagate SATA ST3750330AS без RAID
VIDEO > ASUS EN8600GT
У меня другая проблема: очень медленно рендерят ZAXWERK'и. Использование OGL приводит к непредсказуемым результатам на разных системах и не ускоряет рендер. Насколько я понимаю, проблема именно в неоптимизированном для многоядерных систем коде.
#29 Frippy
Широкопрофильный гуру по NLE
у меня чстоа процев 2.4 — так что твои 15 минут как раз пропорционально меньше ))
попробуй Нуклео поставить — что будет?
#30 vitt
Дал камеру подержать другу
Продолжительность ролика 01:00. Время рендеринга 15:23. Загрузка процессора во время рендеринга 15%.
Хлопцы! Смотрите настройки системы. 15 мин это ОЧЕНЬ много. Тем более для двух- четырёх- ядерных современных систем.
Вы хотябы дизэйбл лэер кэш включаете? Вы мониторили, как сжирается оперативка на этом проекте? В системе отключен свап?
Не поленился провёл тест — ДАЖЕ с невключенным "дизэйбл лэер кэш"ем 1 минута считается 8 мин. 30 сек. Со включенным сбросом кэша (я ставлю 12 кадров) прощёт 1 минуты этого проекта занимает МЕНЬШЕ 2-х минут — 1 мин. 52 сек.
Пишу свою систему — интерполируёте под себя:
Core 2 DUO E6700 разогнан в 3.33Ггц
Пямять Corsair DOMINATOR 9136 — 2 гига в дуалченел, рабочая частота 1142МГц
Мазер — Асус Страйкер Экстрим — шина на 333МГц
Диски не сказёвые, не рэйд.
WinXP SP2 32Bit
AE 8.0.2
Остальное в данном случае не важно.
Сообщение отредактировано vitt: 04 Sep 2008 — 00:22
#31 Ilya Ositchev
- место работы:
У меня другая проблема: очень медленно рендерят ZAXWERK'и.
#32 Videodesigner
Дали нажать на красную кнопку 🙂
попробуй Нуклео поставить — что будет?
Как-то пробовал, но ничего с ним не понял, мусор какой-то.
Я финальные расчеты все равно ставлю на ночь. Какая мне разница сколько будет ночью машина считать — 8 часов или 4 часа, я все равно сплю.
1.Вы хотябы дизэйбл лэер кэш включаете?
2.Вы мониторили, как сжирается оперативка на этом проекте?
3.В системе отключен свап?
4.С включенным сбросом кэша (я ставлю 12 кадров) прощёт 1 минуты этого проекта занимает МЕНЬШЕ 2-х минут — 1 мин. 52 сек.
#33 Alf_Zetas
Вставляю своих 5 копеек
#34 vitt
Дал камеру подержать другу
2. Около 900MB вместе с интернетом, KIS, мылом и пр. При 3GB это не серьезно.
3. .
Ну вот часть проблемы нашли — файл подкачки не отключен (что, кстати, рекомендуется для систем с >2Gb памяти). Машина заполняет отведенную ей часть памяти и начинает активно гонять данные между памятью и винчестером. Разницу в скорости считывания\записи между винчестером и оперативкой объяснять не надо. При отключенном файле подкачки все данные максимально запихиваются в оперативку, поэтому график заполнения памяти на этом проекте представляет из себя прямую, под углом поднимающуюся вверх до самого предела. С отключенным файлом подкачки все 3 гига должны заполняться.
Только после этого система предлагает "Надо бы увеличить виртуальную память", и создаёт временный своп, т.е. файл подкачки.
Чтобы это не мешало, включается дизэйбл лэер кеш.
Кстати,с одной из причин, почему он вынесен в "секретные", столкнулся сам. Дело давнее, версии АЕ не помню. В проекте был какой-то помороченный плагин, который для своих расчётов использовал именно лэер кэш. (Вроде первые Делириумы были — врать не буду, точно не помню).
Говоря кратко — наша задача недопускать утечки данных расчёта из оперативки. Как только в дело вступает обмен данными с винчестером — всё, засада. Тем, кто работает с 3D, это одно из главных правил давным-давно. Помню сам, как на двух 486х поставили считаться в 3D Studio разбитый надвое проект. На одной было 8Mb (!!!!) оперативки, на второй толи 64Мб, толи 128Мб. Так вот, второй хватало оперативки для расчёта кадра, о первая постоянно обменивалась с винчестером. Разница в скорости просчёта была раз в 10.