Europic,DiaLux,ReLux

А еще вопрос можно? А как долго будет там считаться помещение 4000 кв. метров с небольшим кол-вом оборудования и 1200 свет-ками? Хватит ли для 3d макс АМД 64 3800 с 1Г ОЗУ и встроенной видеокартой? Сколько стоит 3d мах и V-ray? Можно лив сжатые сроки самостоятельно его освоить? Спасибо за терпение.

[camii dobrii]

Сообщение от Незарегистрированный

А как долго будет там считаться помещение 4000 кв. метров с небольшим кол-вом оборудования и 1200 свет-ками?

Зависит от компьютера, но долго

Сообщение от Незарегистрированный

Хватит ли для 3d макс АМД 64 3800 с 1Г ОЗУ и встроенной видеокартой?

Нет
Тем более для такой сложной модели

Сообщение от Незарегистрированный

Сколько стоит 3d мах и V-ray?

Лицензионный... Ну я думаю пару мерседосов.

Сообщение от Незарегистрированный

Можно лив сжатые сроки самостоятельно его освоить?

Что вы подразумеваете под сжатыми сроками?
За месяц другой в минимальном объеме можно. Но это если с утра до вечера сидеть в нем =)).

Если вам нужно просто посчитать в прямоугольном помещении освещение используйте Dialux. Бесплатно и надежно, заодно быстро и изучается за один день.
Внимание: сделать КАЧЕСТВЕННУЮ визуализацию он не позволит.

Сообщение от Vic

Можно Как-то ради интереса сравнивал картины освещенности полученные в Максе (Радиосити, рендерил в карту освещенности) и Диалюксе - результаты совпали практически один в один.

Охохо! Радиосити в зДМаксе можно считать лишь для небольших сцен - для средних и больших практически всегда получаем ошибку, связанную с нехваткой памяти.

Сообщение от Алексей Малахов

Да. V-ray тебе в помощь

Вирей никакой цифры освещенности не дает. Мало того, алгоритмы Квази монте карло не совсем верно передают СООТНОШЕНИЕ освещенностей. Можно промахнуться.

Сообщение от Незарегистрированный

А еще вопрос можно? А как долго будет там считаться помещение 4000 кв. метров с небольшим кол-вом оборудования и 1200 свет-ками? Хватит ли для 3d макс АМД 64 3800 с 1Г ОЗУ и встроенной видеокартой? Сколько стоит 3d мах и V-ray? Можно лив сжатые сроки самостоятельно его освоить? Спасибо за терпение.

Огромный ангар квадратный - хоть 1000000 кв м. - нетрудная задача для радиосити в лайтскейп, посложнее в 3ДСМАХ. Нужно разбираться в настройках сетки - пост есть на форуме - в разделе светодизайн - что-то там про освещенность. В любом случае считаться освещенность будет гораздо дольше, нежели в ДИАЛюкс. Если 4000 кв.м. сложной готической структуры - лучше забыть сразу. Не потянет.
Для работы с ВИРЕЙ ваша конфигурация компьютера неконкурентноспособна. Я не говорю, что работать не будет, но вы будете тебять очень много времени, в десятки раз проиграете в скорости, в десять раз больше времени. А время - деньги. Самостоятельно освоить хотите?! - тупняк скорее включится. Невозможного ничего нет, но лучше на курсы сходить. Есть недорогие - например в Центре НТЦ "конструктор". Толчек дадут - а дальше у вас появится реальная увлеченность!

Вроде нигде не обманул - кто добавит, кто поправит - вперед.
С уважением, Петр.

[Vic]

Для Радиосити в Максе объем памяти критичен при большом количестве светильников, поскольку перед началом рендера данные по ним буферизируются. Именно поэтому для 1200 светильников не хватит не то что 1Гб, а боюсь что 4 Гб будет маловато - Макс просто будет вылетать с ошибкой. Количество светильников вообще является определяющим, не важно какого объема сам объект рассчитывается. Лично у меня все считается нормально с 2Гб на борту и не более чем 200-300 световыми точками - и кто мешает совмещать вид из камеры и количество светильников? Все что выходит за рамки кадра можно смело удалять.

Сообщение от Vic

Для Радиосити в Максе объем памяти критичен при большом количестве светильников, поскольку перед началом рендера данные по ним буферизируются. Именно поэтому для 1200 светильников не хватит не то что 1Гб, а боюсь что 4 Гб будет маловато - Макс просто будет вылетать с ошибкой. Количество светильников вообще является определяющим, не важно какого объема сам объект рассчитывается. Лично у меня все считается нормально с 2Гб на борту и не более чем 200-300 световыми точками - и кто мешает совмещать вид из камеры и количество светильников? Все что выходит за рамки кадра можно смело удалять.

Вик, если то, что вы написали и верно, то только отчасти.
Поясню. Что значит буферизируются светильники? Объясните как вы это себе представляете пожалуйста. Что, куда и главное с какой целью записывается?

Расчет, наскольно я знаю, идет следующим образом:
1. В зависимости от н.у. производится начальное разбиение всех объектов.
(поэтому, если объект километровый, то мешей (элементарных частиц) будет больше, больше памяти нужно)
2. Делается оценка вклада каждого светильника. Составляется ряд, первый светильник - тот, который самый большой вклад в сцену вносит, последний светильник соответственно вносит минимальный вклад.
3. Для всех светильников по очереди: происходит адаптивное разбиение сетки близ светильника. Решается уравнение Монте-карло, сравнимается порог, и делается вывод продолжать или переходить к следующему.

теперь поясню, почему ваша теория, Vic, не верна (опять же моё представление).

Ставим 30000000 светильников в обну точку или рядом.
Ставим отличное (!) разбиение поверхности - но поверхность берем маленькую.
Первая итерация - в которой будет участвовать разбиение - съест сного памяти, остальные 299999999 итераций не съедят столько вместе взятые. Попробуйте.

И иная ситуация. Сложный архитектурный объект - много стекла быть может, большие объемы - беру башню федерации. Ставлю над ней всего один светильник. Разбиение - сносное нужно взять - чтобы считать. Ни макс, ни лайтскей не считают. Почему?

Думаю ответ ясен - не в количестве светильников дело. Могу ошибаться - но вижу дело так.

А по поводу 2Гб оперативки - предел выделения памяти в любой win32 системе - 1.5Гб!
Никакая программа не съест больше - если захочет больше - ошибка "закрыть"-"сведения".

Правда обойти это ограничение можно при помощи ключа /3gb. Но это я вам говорю по секрету. Строжайшему.

С уважением, Петр.

[camii dobrii]

Сообщение от Петр

Вик, если то, что вы написали и верно, то только отчасти.
Поясню. Что значит буферизируются светильники? Объясните как вы это себе представляете пожалуйста. Что, куда и главное с какой целью записывается?

Расчет, наскольно я знаю, идет следующим образом:
1. В зависимости от н.у. производится начальное разбиение всех объектов.
(поэтому, если объект километровый, то мешей (элементарных частиц) будет больше, больше памяти нужно)
2. Делается оценка вклада каждого светильника. Составляется ряд, первый светильник - тот, который самый большой вклад в сцену вносит, последний светильник соответственно вносит минимальный вклад.
3. Для всех светильников по очереди: происходит адаптивное разбиение сетки близ светильника. Решается уравнение Монте-карло, сравнимается порог, и делается вывод продолжать или переходить к следующему.

теперь поясню, почему ваша теория, Vic, не верна (опять же моё представление).

Ставим 30000000 светильников в обну точку или рядом.
Ставим отличное (!) разбиение поверхности - но поверхность берем маленькую.
Первая итерация - в которой будет участвовать разбиение - съест сного памяти, остальные 299999999 итераций не съедят столько вместе взятые. Попробуйте.

И иная ситуация. Сложный архитектурный объект - много стекла быть может, большие объемы - беру башню федерации. Ставлю над ней всего один светильник. Разбиение - сносное нужно взять - чтобы считать. Ни макс, ни лайтскей не считают. Почему?

Думаю ответ ясен - не в количестве светильников дело. Могу ошибаться - но вижу дело так.

А по поводу 2Гб оперативки - предел выделения памяти в любой win32 системе - 1.5Гб!
Никакая программа не съест больше - если захочет больше - ошибка "закрыть"-"сведения".

Правда обойти это ограничение можно при помощи ключа /3gb. Но это я вам говорю по секрету. Строжайшему.

С уважением, Петр.

УГУ! Устами петра глаголит истина. =)

[Maloy]

Здравствуйте!
Гляжу, тема двигается, решил зарегистрироваться, ранее Неизвестный.
Не знаю как в 3D макс , а в Relux скорость расчета зависит не столько от кол-ва светильников, а от площади и кол-ва дополнительных элементов. Причем последнее наиболее критично. Ну и естественно шаг сетки. Кстати, попробовал сделать фотку в Relux, если интересно, можно посмотреть. Правда по поводу структур поверхностей пока особо не заморачивался, и стекло у меня не получилось. Видно где-то накосячил.
Вычитал в мануле, что должен брать на прямую файлы из 3d макс. Сам делать не умею, может кто кинет маленький домик 3х3 с парой окошек и столом со стулом, чтоб попробовать. если интересно, результат выложу.
Спасибо.

[Maloy]

Извиняюсь,забыл файл.

[Vic]

[QUOTE=Петр;581
1. В зависимости от н.у. производится начальное разбиение всех объектов.
(поэтому, если объект километровый, то мешей (элементарных частиц) будет больше, больше памяти нужно)[/QUOTE]

Прошу прощения за неточность. Все дело в методе отрисовки - я никогда не использую Adaptive Subdivision, вместо этого у меня в настройках включены Render Direct Illumination и Regather Indirect Illumination, что в итоге приводит к такому же качеству картинки, что и связка Adaptive Subdivision+Render Direct Illumination (без включенного Render Direct Illumination получим картинку из квадратов с размерами разбиения, что может быть оправдано только в некоторых случаях)
Действительно, если пользоваться исключительно Adaptive Subdivision и оставить Re-Use Direct Illumination from Radiosity Solution, то все данные об освещенности сохраняются в свойствах каждого разбиения полигона, и таким образом количество светильников в сцене не имеет значения. Но стоит только включить Render Direct Illumination - непосредственно перед началом рендера картинки в памяти создается массив из данных прямого излучения светильников (как это происходит точно - не могу сказать, не вникал, так что извиняюсь если не совсем точно формулирую).

[QUOTE=Петр;581
Ставим 30000000 светильников в обну точку или рядом.
Ставим отличное (!) разбиение поверхности - но поверхность берем маленькую.
Первая итерация - в которой будет участвовать разбиение - съест сного памяти, остальные 299999999 итераций не съедят столько вместе взятые. Попробуйте.[/QUOTE]

Попробовал. Копирование 4096 светильников заняло уже 7 минут, так что решил ограничится 8192 светильниками. Начал рендерить. На 20% Preparing Lights макс вылетел - на этот момент он занял в памяти 500Мб примерно (у меня сейчас 1Гб оперативки пока стоит - пришлось вторую на время на другую тачку поставить). Т.е. потолок для 1 Гб памяти наступил при 1 объекте в сцене и 1600 светильниках (одинаковых, в одной точке). При варианте с разбиением макс на самом деле спокойно проглотил 8192 светильника, но вот качество картинки не впечатлило
Так что при ваших настройках, Петр, вы вероятно все правильно прикидываете. Просто я другим методом пользуюсь - еще когда начинал пробовал другие, так что сейчас и не вспомню почему на этом остановился Ваши замечания сподвигли на эксперименты, обязательно как-нибудь попробую просчитать вторую ситуацию.

С уважением, Вик.

[Vic]

Упс, сорри, что-то с цитатами напортачил

Vic, а как вы настраиваете программу? Вы сами научились?
Мне просто интересно)))
Vic, следим за темой, будут результаты - обязательно пишите) И не надо 4000 светильников, мне кажется динамику расходования памяти в радиосити можно проследить используя немного светильников. В точку можно поставить сотню!

PS: не пробовали такой прикол: бокс 1х1. Делаем ему multiple duplicate 100x100. Вроде элементарное действие, а машины виснут. Был такой бенчмарк даже - тестили у кого виснет у кого нет. Вот только не помпь сколько там тестили)

Кстати от темы мы знатно ушли!

[Alexiy]

Сегодня появился релиз 5.0.1, версия от 20 июн 2012 г.

Выпущена принципиально новая версия 5.0 программы, в которой впервые реализована возможность проектирования освещения многоярусных транспортных развязок в режиме трехмерной графики – самой сложной и актуальной задачи дорожного освещения. Для этого в программе предусмотрена возможность подгрузки 3D геоподосновы в формате dxf. Кроме того, программа позволяет проектировать освещение открытых территорий различного назначения и конфигурации с учетом затенения зданиями или другими объектами, например, подвижным составом территории погрузочно-разгрузочных узлов железнодорожных станций.

В этой версии расширена база светодиодных светильников и прожекторов компании GALAD. Добавлены консольные светильники типа ДКУ серии 02 мощностью от 40 до 320 Вт и прожекторы типа ДО серии 02 мощностью 100 и 200 Вт. Соответственно в утилите GALAD.ies обновлена база данных световых приборов, предназначенная для тех, кто работает в других светотехнических программах.

Пользователям светотехнических программ Dialux, Relux, Calculux, 3D Max и других, использующих формат фотометрических данных IES, предлагается обновленная версия электронного каталога GALAD.ies, предназначенного для быстрого просмотра и выгрузки в формате IES данных по светораспределению световых приборов компании GALAD. В обновленную версию также добавлены консольные светильники типа ДКУ серии 02 мощностью от 40 до 320 Вт и прожекторы типа ДО серии 02 мощностью 100 и 200 Вт.



Новые версии файлов и программ доступны в разделе "Скачать"



С уважением,

разработчики программы Light-in-Night Road.