Как стать автором
Обновить

Комментарии 75

Спасибо Стас что освещаешь тему 3D-графики. Хотел бы узнать не попадался ли тебе под руку Bunkspeed? По заявлениям разработчиков, он умеет рендерить на CPU, GPU или Hybrid на выбор пользователя. Хотелось бы услышать обзор или мнение человека который этим вплотную занимается.
Попадался. Чего именно рассказать?
Таки да, все такое там действительно есть. Скачал модель, выбрал чем хочешь рендерить, выбрал окружение, загрузил модель — и крутишь-вертишь в свое удовольствие. Удобно.
Правда инсталлятор слишком большой, как-то все сложно устанавливает разные проги в разные директории, не люблю я такое. Хотя функционал программы достаточно прост.
Ну а так попробуй, вдруг понравится?
Я имел ввиду субьективное мнение как о рендере. а не простоте использования :) Я видел что он простой. Заточен под предметку. Если у тебя есть с чем сравнивать, может оно того и не стоит что бы им заморачиваться и рендерить все Maxwell
Думаю, не стоит. Maxwell действительно дает намного более красивую картинку. Если ты на нем сидишь — лучше не заморачивайся :)
Cycles явно ББ уводит в синюю сторону…
Да я не особо уделил внимание цвету. Меня шум интересовал.
кстати, а шум в рендерах от цвета не зависит?
Ну, не могу прямо ответить.
Если все кругом светлое — непрямые отражения будут более заметны. Если все кругом темное — непрямой свет быстро в них погасится и никакого шума мы не увидим. Поэтому во многих мануалах к Максвеллу, к примеру, говорят: «не делайте слишком белые стены».
А от того, синий ли источник света или желтый — уровень шума не зависит.
Кстати шум на белых стенах проще постобработать чем цветные, особенно матовые
ну, если не забуду после выходных 3дшникам на работе подкину тему для размышлений и экспериментов, а вдруг шум таки зависит от цвета)
шум больше из-за света и его силы чем цвета. Да и по логике, шум будет на любой тени и текстуре, вне зависимости от цвета.
НЛО прилетело и опубликовало эту надпись здесь
Наивный я, думал, режессеры все по честному делают. Эх…
А вообще, мне нравится этот свет из зада ада.
В фото- и киносъёмке всегда применяются поглотители света наравне с отражателями для создания необходимой световой картины. А отрицательные исочники света в CG — всего навсего более удобный вариант давно известного инструмента.
А откуда информация о слабой оптимизации OpenCL? Вроде бы он полностью построен на вызовах CUDA (имеется ввиду реализация для NVidia, конечно). Я слышал, что он проигрывает не больше 10% приложениям, написанным на CUDA.
Да и сам стандарт разрабатывался с участием Intel, Nvidia и AMD, вряд ли бы они уделяли время на бесперспективную технологию.
Не думаю, что есть причины считать OpenCL бесперспективным. Но внимания еще уделили маловато, как мне кажется.
Я лазил по форумам, пытался понять, почему на OpenCL еще не перевели «все на свете». В плане скорости одни говорят, что скорость «существенно ниже», другие — что «то же самое, что и CUDA».
Вот можно по бенчмарку глянуть: у одних скорость одинаковая, у других разница в полтора раза, у меня — в 2,5 раза. С чем это связано — без понятия.
Есть видео, показывающее разницу в скорости на разных платформах.
Касательно времени вокселизации: ещё позавчера пробежал коммит:
Better multithreading for multiple instanced meshes, different threads can now build BVH's for different meshes, rather than all cooperating on the same mesh. Especially noticeable for dynamic BVH building for the viewport, gave about 2x faster build on 8 core in fairly complex scene with many objects.

Так что можете считать, что там, где раньше была минута на i8, там теперь полминуты :)

Касательно OpenCL: версия драйвера имеет критическую важность. Если хотите добиться максимальной производительности на nVidia, поставьте драйвер с официального сайта, а не ждите, пока его обновят в репозитариях. Более того: чтобы рендер на GPU с материалами хоть как-то работал на ATI, необходимо поставить самую последнюю версию драйвера: там настолько большое различие функций по версиям, что разработчики cycles намеренно отказались от поддержки старых версий.

Ну и последнее: к свободным рендерам на GPU с некоторых пор можно отнести LuxRender. В нём много unbiased-алгоритмов, среди них есть несколько вариантов на OpenCL.
Драйвер последний, специально для этих целей обновил — то же самое, может скоро подлатают.
А LuxRender как-то не приглянулся сразу, а вообще надо будет поглазеть…
Что-то я не пойму, как заставить Cycles Render работать от CUDA? Просчитывает какие-то начальные данные и рендер останавливается, хотя от CPU всё нормально работает.
У меня такой баг на OpenCL бывает.
Исходя из вот этой таблицы на радеоне может оказаться сильно быстрее.
Не теряю надежды, что найдется обладатель крутого радеона, который пожелает похвастаться результатом.
У меня под 32битной виндой не компилится OpenCL ядро, чтобы протестить:( пока гуглил решение(которое пока не нашел) попал на интересный пост
Насколько я знаю, красненькие очень хороши в майнинге потому, что там очень быстро сделана целочисленная арифметика. Вычисления с числами с плавающей точкой же до недавнего времени были уделом зелёненьких. Сейчас АТИ подтягивается и по теселяции и по вычислениями с плавающей точкой вообще, но не более чем подтягивается — там нет никаких чудес. Посмотрите любые тесты со сложными шейдерами, популярный FurMark, например. В них нвидия (сравнимых поколений) обычно заметно обгоняет. Для GPU рендеринга нужна как раз плавающая точка, целые числа там бесполезны.

Плюс OpenCL, будучи универсальным стандартом под разное железо, по-идее, должна проигрывать CUDA, заточенной исключительно под архитектуру NVIDIA.

Я не фанат ни тех, ни других, но ждать многократного прироста производительности от ATI так же, как в сравнении производительности майнинга нельзя — это очень специфическая задача, для которой архитектура ATI (случайно?) оказалась очень удачной.

Кстати, если внимательно посмотреть таблицу производительности железа для майнинга, в конце есть замеры для FPGA. И они оказываются намного эффективнее ATI — если считать вместе с затратами на электричество и само железо. Мне кажется, что рендеринг на этих микросхемах будет делом совсем затруднительным.
Хотя всё это спекуляции. Тот же FurMark на новых видеокартах, говорят, показывает намного меньшую производительность, срабатывает добавленная в новые линейки и красными и зелёными защита по питанию. Никому нельзя доверять, даже себе…
FPGA — вообще очень интересная тема…
Это да. Но и порог вхождения в это дело повыше, чем мигание светодиодами на Ардуине.
Жаль он пока не готов к связке с 2д объектами \ анимироваными плоскостями. Пробовал всякие варианты в 2.62. то там, то тут приходилось костыли подставлять =[.

Ну а cycles конечно суперский, как починят\добавят адекватную работу с 2д объектами так будет вообще супер)
А с каким продуктом сравниваете?
НЛО прилетело и опубликовало эту надпись здесь
ого, отрывчик…
ееек, известный факт. Стандартная версия под win64 собирается компилятором visual studio, который не силён в векторизации циклов. Так и выходит, что один и тот же код на линуксе и маке на 40%-100% быстрее, чем на windows. Впрочем, если скачать сборку mingw64.zip с builder.blender.org/download/, то будет примерно одинаковая скорость.
Ничего себе, мое время 3:18:18 на mingw64. Это на пол минуты быстрее, чем в linux!
и 35 секунд в Cuda…
Странно, что эта же сборка на CPU под:
Debian 4:05
Ubuntu 3:56
Как так? Mingw всех рубит…
А чтобы почитать такое, чтобы с МАХ на блендер пересесть? А то что ни читаю либо оторванные от среды уроки для тех кто уже в теме, либо разжевывание основ моделирования для совсем новичков.

А мне бы миграционный материал, мол аналог такой то шняги 3дмакса в блендере это… и так далее.
Ух, сам бы рад. На ощупь щупал, задавал гуглу вопросы, а такой литературы не знаю…
А как обстоят дела у этого Cycles Render с записью результатов в пассы? Есть вообще возможность получать нужные наборы пассов как в MR (mentalRay) или Vray? Акклюзию, тени, пассы на обжект айди, глянец, спегуляр, рефракцию и прочее можно выводить с Cycles в раздельные файлы или поканально в EXR 32-bit?

Я купил Octane и в нем этого делать нельзя. Потом пробовал использовать Arion, в нем можно выводить RAW-картинку, но все равно не то. С Maxwell все понятно, он может отдать почти любые пассы для композера, а с этим Cycles как? (Я Blender не использую, даже не пробовал.)
Можно делать всё ровно в том объеме, в котором вы хотите:
Спасибо, хорошая иллюстрация.
пассы можно делать. Можно ли свои собственные пассы создавать не знаю
на форуме с бенчмарком по поводу Радеонов:
«OpenCL acceleration with AMD cards is only available in OS X.»

мои опыты с моим Радеоном 5830 на Win7/64 это подтверждают, рендер длиться 6:52:76
и в итоге вот такая хрень:
image

а вот CPU Phenom X4 B25 2.7Ghz справляется за 9:35:30
Поискал немного где могли бы применяться в продакшне подобные решения вроде Octane, Arion и вот этого Cycles — не нашел. А есть какие-то примеры применения в жизни тяжелой этого продукта? (Кино, киноанимация, реклама, игровая или научная визуализация? Больше интересует с точки зрения motion, в меньшей — still.)
Нет =) Cycles не поддерживает motion blur на данный момент. Кроме того, анбиаседы и вся их родня пока требуют слишком много времени, чтобы получить картинку для большого экрана.
Для научной визуализации наверно можно придумать какое-то применение, но там чуваки скорее всего свой софт пишут, если надо физически корректно фотоны считать.
Единственное, что приходит в голову это заставка Cartoon Network, считанная в максвеле www.youtube.com/watch?v=gXbKFVD-rvo
>> beldner
Фотошоп же.
где?
«beldner 2.65», даже набрать по-человечьи не смогли: www.blender.org/
А вы вообще blender видели?
На вкладку render/stamp заглядывали?
Видел и не только. Но в штампе строчкой Note никогда не пользовался. :)
Это не повод тупить и инсинуировать.
попробовал. проблему motion blur в cycles можно решить композно. Выгоняем vector pass и в нюке делаем всё нодой VectorBlur. Получется боле-менее неплохо
Бррр, да я не про это. Maxwell активно используется и в рекламе, и даже в кино порой пробегает. В пайплайнах крупных студий его не найти, но в не очень крупных он иногда проскакивает для вполне конкретных рекламных работ. Опять же, мультик на нем рендерили, потом еще один — в пайплайне он отлично сидит у тех, кому нужно. А вот Arion или Octane, а уже тем более Cycles — я ни у кого не видел из студий в пайплайне этот рендер. Кто вообще мэйджорный потребитель этих рендеров? Энтузиасты?

Про MB странно. На сколько я помню, даже не самая последняя версия Octane умеет считать Motion Blur сразу в сцену. Вероятно, в Cycles это либо появится позде, либо у него не будет заточки под motion, а будет под still, что тоже хорошо для определенных задач и определенных специалистов. У Maxwell MB отличный, надо признать.

Композом вообще можно много чего сделать ;-). Даже не будь пассов векторов можно было бы оттречить объект, после чего отротоскопить его (на случай если нет для него маски с альфы) и сделать эту самую карту векторов движения (MotionBlur2D) и потом загнать данные в VectorBlur. Получится неплохо, но все равно далеко от хорошего результата. А если крутить в большую сторону количество сэмплов, то время счета кадров будет сравнимо в рендерингом, что для композа как-то глупо. И когда будет задачка отрендерить в стерео, то такой трюк с Vector Pass может не пройти. (Хотя, для стерео картинки есть другое решение.)
В планах у них значатся MB, волосы, SSS и много чего ещё. Когда сделают — другой вопрос. Cycles намного моложе Maxwell и остальных — wiki.blender.org/index.php/Dev:2.6/Source/Render/Cycles/ToDo
MB уже сделали, волосы появились в позавчерашнем релизе.
Да я просто по привычке все анбиаседы в одну кучу валю =)
А октан и прочие похоже да, удел энтузиастов.

мне кажется, здесь виновата относительно молодая архитектура GPU для вычислений…
Дело скорее не в возрасте, а в технических ограничениях и определенных требованиях индустрии. На текущий момент GPU-acceleration проникает повсеместно. Джон Ваделтон уже показал частично новый Nuke 7 (предположительно это именно 7-ка, а не 6.3v8), в котором GPU используется в ряде ключевых нод. Например, новый трекер использует GPU-акселерацию, а также zBlur, который HD-картинку без акселерации работает примерно на скорости 1 кадр в секунду, а с акселерацией больше 4 кадров в секунду. Не риалтайм, конечно, но уж лечше чем ничего. Если с дефокусом еще как-то все понятно и его еще можно подождать, то трекинг с акселерацией — это, я вам как композер начинающий скажу, прекрасно.

На мой вкус будущее в ближайшее время все же ждет больше Hybrid инструментов, нежели чистых GPU. В связке CPU&GPU оно работает прекрасно, а при учете, что всякие там Asus и прочие уже начали продажу решений для довольно недорогого построения 2-процессорных (12-ядерных) машин, на борту которых может быть по три карты Quadro 6000, то это большое будущее. И GPU не смотря на свою молодость отлично уже себя зарекомендовало не только в рендеринге. Взгляните на инструментарий симуляции! Это же революция. Раньше мы ждали простую симуляцию часами, теперь ровно столько же при использовании GPU мы ждем симуляцию огромного знания с модицикацией карты дисплейса для рендера. Это ли не волшебство, если учесть, что мощность процессоров что в GPU, что в CPU за это время (пару лет всего прошло) позросли максимум в пять раз по общему уровню, скорее покрывающему требования рынка, чем реальный прогресс.

Пока GPU очень скромный по набору инструкций, а фреймворки слабые в силу большого разделения производителей в конкуренции. Лично я не понимаю попытки развивать что-либо не совместимое с CUDA.
Да, это 7й нюк. Выйдет осенью, где-то после IBC. Про GPU в нюке ребята из foundry говорят, что добавлять будут, но это далеко не приоритетное направление.
Вот, что говорят разработчики Максвелла о CUDA и OpenCL:
Взял отсюда.

«So is it using CUDA?

No. While CUDA is a very powerful technology, especially promising in the rendering area, we
consider that for a renderer like Maxwell Render it is still not good to force customers to spend money
on dedicated hardware that might be expensive and could be obsolete soon, given the high
speed of changes in this area. We do not want to tie customers to specific hardware vendors
when there is no standard in this area yet. OpenCL looks like a very interesting option for the
future, but the fact is that it still needs time to evolve into any kind of standard used in
complex development cycles. For simple renderers, GPUs can be extremely fast, but for a state
of the art raytracer like Maxwell Render that can work with large geometries under any kind of
complex lighting environment, using multilayered materials, generating several render
channels, etc. etc. modern CPUs are able to provide similar performance, even better in some
cases, as shown in the videos of this new engine.»
В интернете есть еще достаточно большой видео обзор от разработчиков Modo, в котором их главный рассказывает и объясняет детально причину, по которой они до сих не разработали хорошего GPU-рендера. Очень технически грамотный у него был язык в разъяснении. («Brad Peebler from Luxology posts some of their research findings on the GPU vs CPU rendering», — так именовался его рассказ, но его что-то везде випилили.) И это, надо отметить, заявление было сделано от лица компании, имеющий очень хороший и быстрый CPU-рендер. Очень быстрый.
то есть по циферкам получается что i7 975 будет уже не так страшно проигрывать 580му GTX как i5 в тестах? :)
НЛО прилетело и опубликовало эту надпись здесь
Я первый раз пытаюсь что-то сделать в 3д. Подскажите как избавится от шума. Я решил попробовать что-то отрендерить и у меня все очень зашумленное получается. Как будто снято на хреновый сенсор да еще и ночью… И что я только не крутил, а результат один и тот же.

Как получить вот такое, а не такое?
Все довольно просто и в первую очередь зависит от количества проходов Samples -> Render с вкладки Render -> Integrator (по умолчанию там стоит число 10, я ставлю от 100 до 500, в зависимости от необходимого качества и сроков исполнения).
Пример простого прохода по умолчанию.
Пример настроенного семплирования.
Просчитанная картинка 1920x1080.
Пример просчета стандартным рендерингом.

Особое внимание прошу обратить на время рендеринга каждой из сцен (слева вверху вьюпорта).

Автору статьи большой респект за то, что подсказал как исправлять шумовые артефакты источников света.
Кстати, я похожие проблемы исправляю миксом шейдеров, так-как заметил, что шейдер Glossy имеет свойство усиливать шума.
Спасибо, разобрался.
Мне чтобы избавится от шума потребовалось >500 проходов (10мин на OpenCL HD6800) =\
Кстати, автор поста описывал, что OpenCL еще сырой.
У меня дома новая видюха NVidia 560 Ti 2Gb RAM, в ней CUDA существенно шустрее OpenCL даже на последних драйверах. Она считает сразу три-четыре семпла за один раз.
Перед этой картой у меня была ATI HD 3870 512Mb RAM, которая сгорела под нагрузкой современных технологий. Так, что рекомендую иметь хорошее охлаждение и следить за поведением карточки. Если будет уводить комп в синий экран, лучше её сильно не напрягать.
У меня вопрос…

Я недавно начал осваивать Blender…
Возможно у нас (у всего отдела дизайна) была одна и та же галлюцинация, но у меня в какой-то версии Blender-а стандартный рендеринг (Blender Render) имел две кнопки CPU и GPU, над кнопками Image и Animation… А потом в один прекрасный день они исчезли…

Если в курсе, что за версия Blender-а такая, сообщите пожалуйста, а то у меня был прирост производительности тогда примерно в 40 раз (видеокарты NVidia Ti 560, 2Gb RAM и Quadro FX 3800 1Gb RAM)… Там получался просчет одного кадра: CPU — 8 минут 50 секунд, GPU — 2:65 секунды… (42856 Polygonal Multires Cube, Mirror material + Normal Bump texture, AO, Point Light+Area Shadow, 1920x1080). При сравнении обоих вариантов рендеринга, тогда отличий найдено не было.

Парадокс в том, что я обновлял Blender с оф. сайта и кнопки исчезли. Народ у нас решил подсесть на Blender тогда, после моей рекламы, но из-за вышеуказанного облома все опять вернулись к привычным платным пакетам 3D-графики.
Эта настройка переехала на страницу настроек Блендера, поищите. File->Settings или Preferences, не помню
File->User Preferences->System->Compute Device: None / CUDA / OpenCL

Это не то, там пишут в подсказке: «Device to use for computation (rendering with Cycles)»
И я проверял, этот пункт работает только с рендером «Cycles Render» и игнорирует «Blender Render»…

image

Если кто нибудь сталкивался, отзовитесь пожалуйста, буду ОЧЕНЬ благодарен.
Могу ошибаться, но старый blender render никогда и не ускорялся на GPU. На GPU ускоренно считает только Cycles, если выбрать CUDA или OpenCL. None — рассчёт будет происходить на CPU. Поэтому я немножко не понимаю, почему нельзя переключаться между CPU и GPU именно этими кнопками.
Пробовал, результат просчета абсолютно идентичен.

Я же сказал, что там написано в подсказке: «Device to use for computation (rendering with Cycles)».
Подозреваю, что он где-то настраивается, но где?..

Как вариант даже опробовал на производительность Acceleration structure на вкладке Performance.
При стандартном рендеринге изменяя параметры можно значительно ускорить просчет.
Дефолтное значение «Auto» иногда сильно замедляет просчет.
При тестировании простой сцены я определил, что для меня самым оптимальным есть значение «SIMD SVBVH». Кстати, изменении параметров Acceleration structure иногда влияет на освещенность, тени, блики, отражения, шума в выходной картинке.
Скажите, а кто придумал node setup материалы? Откуда это чудо появилось?
Renderman?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории