Comments 55
Шикарно! ждем под другие редакторы. Молодцы!
+1
UFO just landed and posted this here
очень круто!
0
Молодчага. Бетатестером возьмёте?) И у меня еще есть желающие
0
Мощный проект! Позволит ли это использовать реалтайм Unbiased рендеринг высочайшего качества для игр, собирая «домашние облака»?
0
У последних поколений видеокарт NVIDIA и AMD есть фича, которая позволяет одному GPU перекидывать память в другой минуя системную память. Если собрать ящик из 6-8 таких GPU, то фреймрейты будут что надо, и картинка будет хорошей. Вопрос только зачем это? Для студии анимации это имеет смысл, чтобы сократить время на настройку сцен. Для игр — не понять. Установка слишком дорога, чтобы найти масс-маркет.
0
ну 2-3 видюхи народ ставит для игр. Вобщем не жуть как дорого получается
0
Да вот пример 2xGT580 www.youtube.com/watch?v=gZlCWLbwC-0
0
для игр multi-GPU используют через SLI или Cross-Fire, когда устройства логически объединяются в одно. Чтобы делать рендеринг на нескольких картах, надо значительно перерабатывать игровой движок и тратить много сил на коммуникацию между GPU. На старых поколениях это был гемор. На новых намного легче, но мало кто это будет делать в ближайшее время, рынка нет для этого.
0
Еще б не под 3д макс, вобще б хорошо было
+2
в смысле, я за standalone версию с привязками к разным пакетам. О кроссплатформенности речи не идет пока, как я понимаю?
0
Я б тоже пощупал консольно-автономную версию.
Эх, была б под Linux — я б на нашей GPU-ферме накатил 8(
Эх, была б под Linux — я б на нашей GPU-ферме накатил 8(
0
Пока будет на Direct3D, то это, конечно, только Windows. С++ AMP поправит положение дел, но еще нужно убедиться, что на нем рендер будет так же быстр.
-1
Есть наработки для Google SketchUp, он на очереди после 3ds Max.
0
Волшебно.
Одно только интересно — а насколько реальны перспективы облачного рантайм рендеринга?
Одно только интересно — а насколько реальны перспективы облачного рантайм рендеринга?
+1
Поясните пожалуйста, что такое рантайм? Работать в 3ds Max'е, и получать моментальный отклик рендера, который рассчитывается в облаке? Не совсем понял.
0
Я имел в виду интерактивные миры и игры, разумеется.
0
Тут возникает несколько проблем:
1) Precompute. Создание качественного BVH или Kd-дерева для сцены с большим количеством полигонов – не быстрый процесс. У нас на создание BVH для сцены с 2млн полигонов уходит 300-600 ms. А что если сцена намного больше и меняется каждый фрейм, что и происходит в играх? Тут с фреймрейтом все плохо. А ведь мы еще и до рендеринга не добрались. Мы сейчас работаем над распределением построения BVH на все ядра CPU. Это должно ускорить процесс, но не так значительно, как хочется.
2) Rendering. Можно очень быстро отрендерить несколько самплов и получить шумную картинку. Если хочется лучшего качества, нужно увеличивать количество самплов рендеринга. Это линейно увеличивает время. Тут можно применять умные техники фильтрации, которые, к слову, тоже не самые быстрые.
Если грамотно распределить эти задачи между устройствами, то можно добиться хороших результатов. Тут важно, чтобы устройства в облаке были очень близко или имели быстрый доступ друг к другу. Но передача изображения по узкому каналу пользователя сведет на нет работу даже очень близко расположенных сильных устройств. В этом можно убедиться на примере сервиса OnLive.
1) Precompute. Создание качественного BVH или Kd-дерева для сцены с большим количеством полигонов – не быстрый процесс. У нас на создание BVH для сцены с 2млн полигонов уходит 300-600 ms. А что если сцена намного больше и меняется каждый фрейм, что и происходит в играх? Тут с фреймрейтом все плохо. А ведь мы еще и до рендеринга не добрались. Мы сейчас работаем над распределением построения BVH на все ядра CPU. Это должно ускорить процесс, но не так значительно, как хочется.
2) Rendering. Можно очень быстро отрендерить несколько самплов и получить шумную картинку. Если хочется лучшего качества, нужно увеличивать количество самплов рендеринга. Это линейно увеличивает время. Тут можно применять умные техники фильтрации, которые, к слову, тоже не самые быстрые.
Если грамотно распределить эти задачи между устройствами, то можно добиться хороших результатов. Тут важно, чтобы устройства в облаке были очень близко или имели быстрый доступ друг к другу. Но передача изображения по узкому каналу пользователя сведет на нет работу даже очень близко расположенных сильных устройств. В этом можно убедиться на примере сервиса OnLive.
+1
>У нас на создание BVH для сцены с 2млн полигонов уходит 300-600 ms. А что если сцена намного больше и меняется каждый фрейм, что и происходит в играх?
в играх сцена между фреймами меняется далеко не полностью, поэтому BVH не нужно строить с нуля каждый раз, достаточно обновлять
в играх сцена между фреймами меняется далеко не полностью, поэтому BVH не нужно строить с нуля каждый раз, достаточно обновлять
0
А где можно достать модель Mech Octopus'а?
При долгом вычислении на GPU «Timeout Detection and Recovery» не приходит?
Как по качеству/скорости сравнимо с Octane/Cycles?
Не боитесь, что черемерное употребление «bro» на сайте отпугнет англоязычных пользователей?
При долгом вычислении на GPU «Timeout Detection and Recovery» не приходит?
Как по качеству/скорости сравнимо с Octane/Cycles?
Не боитесь, что черемерное употребление «bro» на сайте отпугнет англоязычных пользователей?
0
Если карта слабая или сцена очень тяжела, то Watchdog ругается и сбрасывает рендер. В таком случае Timeout Detection and Recovery можно отключить. При установке плагина сделаем опцию отключения. Но вообще не рекомендуют это делать. Хотя ничего страшного в этом нет, карта не сгорит :)
По факту, финальный рендер лучше осуществлять без интерактивного отображения в окно. Для этого можно отключить timeout и поставить карту работать. Проверено, что рендер в таком случае может быть до 2-2.5х раз быстрее.
По факту, финальный рендер лучше осуществлять без интерактивного отображения в окно. Для этого можно отключить timeout и поставить карту работать. Проверено, что рендер в таком случае может быть до 2-2.5х раз быстрее.
0
Есть ли сейчас возможность запустить распределенный рендер на нескольких машинах? Есть зоо-парк из почти 100 машин Core i7+GTX 570 и свободное время по ночам. Уже запускали рендер на 20 в течении недели, не очень удобно в установке и настройке, но быстрее на порядок.
0
Ого) 100 Core i7 + GTX 570 звучит… дорого :)
Очень интересная возможность, но на разных машинах пока проблематично. Мы только проверили концепт, что так можно сделать, но до хорошего автоматизированного решения руки еще не дошли. Можно запустить рендер на всех машинах машинах, но результат пока придется собирать руками. Вот если у вас много GPU+CPU в одной машине, то тут без проблем.
Очень интересная возможность, но на разных машинах пока проблематично. Мы только проверили концепт, что так можно сделать, но до хорошего автоматизированного решения руки еще не дошли. Можно запустить рендер на всех машинах машинах, но результат пока придется собирать руками. Вот если у вас много GPU+CPU в одной машине, то тут без проблем.
0
Это рабочие станции, пробовали делать обычный SLI, но он просто не поддерживается большинством программ. Несколько CPU (2 Xeon W5580) есть только на одном компьютере, но там только одна GPU (Quadro 5800). Когда посчитали время рендера получилось около месяца, собственно для этого и развернули распределенный вариант.
0
>> Работает на всем спектре видеокарт, эмулируется на всех моделях процессоров:
А также эмулируется на армах и мипсах, да? Не заметил что-то.
>> один и тот же шейдер работает везде
>> Именно спецификации Direct3D задают направление развития потребительского железа
Тут сильно спорить не стану, но сейчас быстрее развивается рынок мобильного железа, а а там направление развития задает OpenGL EL
>> Всегда первым получает самые свежие и стабльные драйверы
>> Остальные кросс‒вендорные технологии не стабильны, либо слабо поддерживаются
А чем поддержка OpenGL и OpenGL ES хуже то? Для целого спектра девайсов это единственное доступное API.
Я пока вижу в основном такой довод, что взяли то, что лучше всего умели и знали, остальное так сверху дописали чтобы убедительнее было.
А также эмулируется на армах и мипсах, да? Не заметил что-то.
>> один и тот же шейдер работает везде
>> Именно спецификации Direct3D задают направление развития потребительского железа
Тут сильно спорить не стану, но сейчас быстрее развивается рынок мобильного железа, а а там направление развития задает OpenGL EL
>> Всегда первым получает самые свежие и стабльные драйверы
>> Остальные кросс‒вендорные технологии не стабильны, либо слабо поддерживаются
А чем поддержка OpenGL и OpenGL ES хуже то? Для целого спектра девайсов это единственное доступное API.
Я пока вижу в основном такой довод, что взяли то, что лучше всего умели и знали, остальное так сверху дописали чтобы убедительнее было.
0
Не дай нам боже рендерить на мобилах для продакшена
+1
На ARM без проблем, про мирсы речи не было. Так C++ AMP работает, берет GPU код и транслирует его на каждую поддерживаемую платформу (x86, x64, ARM). Эта фича WARP, заложенная в DirectX 11.
OpenGL, в том числе ES, можно использовать только для простых алгоритмов рендеринга. Они просто не были созданы для такой производительности, которая требуется для unbiased рендеринга.
OpenGL, в том числе ES, можно использовать только для простых алгоритмов рендеринга. Они просто не были созданы для такой производительности, которая требуется для unbiased рендеринга.
0
>плагин RenderBro для Autodesk 3DS Max, который, как и задумывалось, должен рендерить даже на бабушкином компьютере
и ниже комп с десятком вставленных Тесл в качестве примера :)
и ниже комп с десятком вставленных Тесл в качестве примера :)
+2
А анимацию не пробовали им рендерить? Было бы интересно посмотреть
0
Отличная статья!
0
Но гибридные рендеры более перспективны. furryball.aaa-studio.eu/
0
Недопонял Вас значит. Под гибридом я подразумевал метод трассировки, а не сам рендер (когда GPU лишь помогают найти пересечения лучей, но не отвечают за шейдинг). Unbiased хорошо подходит для архитектуры GPU. Простота – довольно спорный момент. Качественная реализация Bi-Directional Path Tracing или Metropolis Light Transport на GPU не так проста.
Конечная цель – рендер, наилучшим образом работающий на широком классе GPU.
>Насчет физкорректности: можно осветить синим цветом оранжевый шарик? :)
Можно. Взять например голубоватое небо с теплотой цвета 7000 Кельвинов и выше.
Конечная цель – рендер, наилучшим образом работающий на широком классе GPU.
>Насчет физкорректности: можно осветить синим цветом оранжевый шарик? :)
Можно. Взять например голубоватое небо с теплотой цвета 7000 Кельвинов и выше.
0
Не хотел нисколько принизить сложность реализации вашей работы, с вопросом про гибридность, просто думал это промежуточный этап. По ссылке что я привел — рендер с предварительными фильтрациями и трэйсингом. Он позволяет достичь очень высокой скорости на широком спектре аппаратных устройств.
Формулировка конечной цели все равно ускальзывает от меня — какова область применения? Архитектура, анимация или прокачка своих скилов?
>Можно. Взять например голубоватое небо с теплотой цвета 7000 Кельвинов и выше.
Тут вопрос с подвохом был. если взять источник синего цвета (0,0,1) и оранжевый шарик (1, 1, 0) то при при просчете диффуза он станет черным, т.к. в подавляющем большинстве даже «физкорректно» названные рендеры работают с RGB пространством покомпонентно. т.е. (0*1, 0*1, 1*0) что дает 0.
Но вообще вы молодцы что взялись за такое — буду наблюдать с интересом.
Формулировка конечной цели все равно ускальзывает от меня — какова область применения? Архитектура, анимация или прокачка своих скилов?
>Можно. Взять например голубоватое небо с теплотой цвета 7000 Кельвинов и выше.
Тут вопрос с подвохом был. если взять источник синего цвета (0,0,1) и оранжевый шарик (1, 1, 0) то при при просчете диффуза он станет черным, т.к. в подавляющем большинстве даже «физкорректно» названные рендеры работают с RGB пространством покомпонентно. т.е. (0*1, 0*1, 1*0) что дает 0.
Но вообще вы молодцы что взялись за такое — буду наблюдать с интересом.
0
Друзья раз пока вопрос не стоит о коммерческой выгоде, может зарелизите публично альфу? так и фидбеков будет больше :)
0
О, дык Бро это еще и наши придумали! Молодцы!
На днях как раз оставлял вам заявку на тест.
На днях как раз оставлял вам заявку на тест.
0
заявку отправил а ответа нет(
когда релиз?
когда релиз?
0
Sign up to leave a comment.
Unbiased DirectX Рендеринг на GPU, CPU и в облаке