DDD
RENDER

+7(916) 845-3-845

render-farm@hotmail.com

ddd-group.ru render-farm

Безналичный расчет

7000 Ghz
0.3 - 0.7 руб 
Ггц/час
Maxwell
3DS Max
C4D
1
Калькулятор - самый быстрый способ
(но не самый точный, особенно если речь идет о статике). О том, почему просчитать будущую длительность рендера
статики сложнее, можно прочитать здесь (осторожно, много букв!)
Вместо этого текста поставить код для Любого компьютера
КОД ДЛЯ INTEL CORE i7
КОД ДЛЯ CORE i5
КОД ДЛЯ CORE i3
КОД ДЛЯ XEON
Извините, калькулятор пока не готов
Извините, калькулятор пока не готов
Извините, калькулятор пока не готов
Извините, калькулятор пока не готов

ПОЯСНЕНИЕ:
Рендер разными процессорами при работе в разных плагинах может протекать по-разному. Например, если один процессор рендерит вдвое быстрее другого в V-ray, то это не значит, что он будет вдвое быстрее рендерить в Короне, Максвелле C4D и так далее.

Более того, два одинаковых процессора с одинаковыми настройками часто покажут разный результат. Поэтому для максимально точного подсчёта необходимо проверить коэффициент производительности именно вашего компьютера именно с данным плагином. Результат можно использовать во вкладке "любой компьютер".

2
Более точный способ:
1
Сделайте архив сцены.
как делать архив
2
Yandex diskGoogle Drivewetransfer
Сохраните на файлообменнике
3
Пришлите ссылку на архив
4
Получите оценку стоимости

Как определяется стоимость.

ОСТОРОЖНО: много букв и придется думать

Так или иначе для определения стоимости рендера надо определить разницу в производительности между вашим компьютером и одним из наших серверов. 1 час работы нашего сервера стоит 54,6 рубля. Предположим, ваша система рендерит один кадр 30 минут, а наша система рендерит его за 9,3 минуты, то есть, разница в производительности составляет 3,22 раза. Стоимость 1 минуты рендера равна 54,6/60/0,91 рубля. Тогда 1 кадр обойдется в 9,3/0,91 рубля = 8,46 рубля, а 100 кадров - 846 рублей.

Осталось понять, какова же разница в производительности вашего компьютера и нашего сервера.

Для этого есть несколько способов.   

Один из них - взять за основу производительности тактовую частоту процессоров.
Второй способ предполагает сравнение показателей производительности в разных тестовых системах, вычисляющих скорость в той или иной среде рендера. Например, есть показатели Cinebench, V-ray benchmark, Corona benchmark, Maxwell render benchmark (Benchwell) и другие.

Если считать по гигагерцам, то нужно определить, сколько гигагерц в час требуется, чтобы отрендерить сцену. Предположим, вы используете компьютер с 8-ядерным процессором, работающем на частоте 2,67 ггц. На рендер 1 кадра у вас уходит 30 минут, а надо отрендерить 100 кадров. Если умножить число ггц на число ядер, мы узнаем приблизительно условную производительность вашего процессора. В данном случае она составит 21,37 Ггц, то есть, компьютер совершает 21,37 миллиарда операций в секунду. Поскольку 1 кадр рендерится 30 минут, надо выполнить 21,37*60*30=38466 млрд операций, чтобы его отрендерить. На 100 кадров, соответственно, потребуется 3846600 млрд операций. Это ёмкость сцены.
Стоимость рендера составляет 0,69 рубля за 1 Ггц в час или 0,0001916666 рублей в секунду. Стоимость рендера сцены составит около 3846600*0,0001916666=737 рублей. Недостаток этого метода подсчета заключается в том, что в результате разной архитектуры разных процессоров даже при одинаковой тактовой частоте их производительность будет отличаться.

Бенчмарки - более точный инструмент, однако он тоже может служить лишь приблизительным ориентиром, поскольку нет двух одинаковых систем с одинаковой производительностью. Все они хоть немного, но отличаются друг от друга. Возьмем конкретный пример.Система с установленным процессором Core i7-920 рендерит кадр за 30 минут. В результате тестирования производительности выяснилось, что его показатель Cinebench составляет 433.
Стоимость 1 часа рендера на нашей системе стоит 54,6 руб. Ее производительность составляет около 1400 единиц Cinebench, следовательно, стоимость 1 часа использования 1 единицы Cinebench составляет 54,6/1400=0,039 рубля или 0,039/60=0,00065 рубля за 1 Cinebench в минуту. Поскольку разница в производительности между системами составляет 1400/433=3,2 раза, то можно предположить, что наш сервер отрендерит тот же кадр за 30/3,2=9,37 минуты, следовательно, стоимость его рендера составит 9,37*1400*0,00065=8,53 рубля, а 100 кадров, соответственно, 853 рубля.

Как видите, результаты различных методов подсчета отличаются, но позволяют понять порядок цен. 

Почему стоимость рендера статики можно рассчитать неточно?

Потому что при увеличении размеров изображения длительность рендера увеличивается не обязательно линейно или пропорционально. Например, предположим тестовое изображение 800*600 рендерилось 10 минут, то изображение, сторона которого в 4 раза больше (это значит, что изображение в 16 раз больше исходного), будет рендериться необязательно в 16 раз дольше. Если непонятно, почему в 16 раз больше: картинка 10х10 состоит из 100 пикселей. картинка 40х40 состоит из 1600 пикселей.

Так вот, очень многое зависит от того, какие используются материалы, как настроен свет, площадь, занимаемая в изображении материалами, которые долго считаются, имеют преломления, например, отражения. Предположим, у вас есть изображение, 10% которого занимают хромированные детали, которые отражают весь окружающий мир. Почти всегда компьютер на таких деталях "залипает". Особенно, если хромированные детали отражают что-нибудь сложное, например, другие хромированные детали. Итак, если у вас изображение сделано в разрешении 800*600 пикселей, и 10% изображения занимают такие детали, то понятно, что эти 10% компьютер, скорее всего, считал дольше, чем 90% остального изображения. Если всё изображение 800*600=480000 пикселей, то выходит, что 10% .(48000 пикселей) рендерятся 90% времени.

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

создано дерево. Вот, скорее всего, колпак будет рендериться дольше всего, потому что помимо неба он также отражает стакан, в котором по-прежнему преломляется солнечный свет, а также фрагмент дерева, которое тоже долго рендерится. Длинная сторона конечного изображения, которое вам требуется, в 4 раза больше, чем в тестовом, то есть 3200*2400 пикселей. А само изображение содержит в 16 раз больше пикселей, чем тестовое: 3200*2400=7 680 000 пикселей. А вот площадь хромированных деталей 768000. В итоге 90% будут рендериться опять 10% времени, и это будет быстро. Особенно небо - оно пройдет так же быстро, как на мелком изображении. Но вот колпак и стакан уже будут рендериться гораздо дольше.

КАК ПОДГОТОВИТЬ СЦЕНУ?

Коротко: 
Устранить ошибки в сцене.
Прислать ссылку на сохраненный архив

Что за ошибки такие?

1. Использование национальных шрифтов в названиях файлов, папок, материалов и т.д. (не пишите по-русски, по-немецки, по-чешски и т.д.). Почему? Ответ тут (много букв).

2. Наличие файлов с одинаковыми названиями. Почему? Ответ тут (много букв).

3. Наличие "огрызков" от других сцен - плагинов, ссылок на текстуры. Почему? Ответ тут‍ (много букв).

А что если этого не сделать? Есть вероятность того, что рендер будет дольше, дороже или вообще не получится.

Сделано. Дальше что?

4. После исправления ошибок создать архив, а лучше использовать скрипт http://www.scriptspot.com/3ds-max/scripts/collect-asset который собирает все файлы проекта в одну папку. Он лучше встроенного resourse collector тем, что собирает все файлы проекта, в отличие от встроенного. Архив необходимо сохранить на файлообменник и прислать ссылку на почту render-farm@hotmail.com, либо на whatsapp +79168453845.

Проблема использования национальных шрифтов
  • Никогда не использовать региональные шрифты в названиях (путей, текстур, файлов). Высок риск того, что они превратятся в кракозябры, и тогда появится необходимость отслеживать вручную названия файлов и переименовывать их. Вот скриншоты для понимания. В вашей сцене материалы, например, могут называться "горшок.jpg", и в Asset tracking именно такая ссылка на материал будет. Но сам файл будет называться как-нибудь невообразимо, в результате чего 3DS Max его не сможет найти. В итоге - потерянные время, деньги и нервы. Особенно обидно это бывает, когда сроки "горят". Такое происходит далеко не всегда. Но зачем рисковать? Просто всегда используйте стандартную латиницу (без умляутов и прочих специальных знаков). Самое коварное - это наличие пробела в ссылке на файл в Assets, и отсутствие пробела в названии самого файла (а там пробел не остается, потому что система его автоматически убирает).
Проблема файлов с одинаковыми названиями
  • Никогда не допускать дублирования названий файлов. У вас в разных папках проекта могут попадаться текстуры с одинаковыми названиями, но разные по сути. Например, white_towel.jpg. Да, в обоих файлах могут быть текстуры похожих белые полотенца, которые похожи только цветом, да и то приблизительно. Как итог, могут возникать сложности, связанные с использованием в сцене не тех текстур, которые вы ожидали увидеть. Обычно все файлы сцены собираются в одном месте, и тогда однозначно надо выбирать между разными файлами с одинаковыми названиями. Впрочем, пути к файлам текстур можно указывать также относительно файла сцены, и тогда разные файлы будут в разных папках, но история знает случаи, когда даже при такой организации файлов происходила путаница, и рендерилась неправильная текстура. В общем, сильно упростить и ускорить рендер можно, избегая таких конфликтов.
Убирайте "мусор"
  • Очень желательно устранять плагины, которые не используются в сцене. Такие плагины, а точнее, ссылки на их якобы использование, просачиваются в сцену вместе с объектами, которые вы импортировали из сцен, где эти плагины действительно использовались. У нас может не быть этих плагинов, а вы можете и не знать, что на них есть ссылки, поскольку у вас они есть, и нет информационного сообщения об ошибке.
  • Желательно избегать ссылок в сцене на неиспользуемые файлы. Действительно часто случается, что от какой-то текстуры вы отказываетесь, а то и объект убираете, а ссылка на текстуру остается. Если вы уверены, что это нормально, то хорошо. Но иногда сцены при открывании указывают на несколько десятков пропущенных текстур, что смущает. Как бы там ни было, продолжение рендера возможно только под вашу ответственность в таком случае.