Europic,DiaLux,ReLux

Сообщение от 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]

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

[admin]

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

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

Приветствую!
Вы выложили пример визуализации освещения. Это не та архитектурная визуализация, о которой все привыкли слышать. Релюкс делает визуализацию безграмотно. У него в порядке вещей пересекающиеся тени, резкие не на шутку. Похожих вариантов позволяет добиться Диалюкс. Диалюкс никогда не впечатлял, даже эффект освещения, который показывает диалюкс, заказчику не покажешь - стыдно. Похожая ситуация и с Релюксом, я полагаю. Хотя тот факт, что релюкс позволяет экспорт модели из макса (Не знал, спасибо!) - ценность пакета повышает.
Модельку вам найду на днях небольшую. Интересно, чего можно добиться.

Конечно людей путать не стоит - это не фотки. Инструмент как визуализатор - Релюкс никуда не годится imho.

[camii dobrii]

Dear DIALux users



Here you will once again find important information about DIALux.



DIALux 4.4.0.5:

The latest version of DIALux is available now as a download. You will find an exact list of the modifications to the previous version on our website under the rubric “DIALux - Download – version history“.



Here is a summary of the most important facts about versions 4.4.0.3 to 4.4.0.5:

Errors sometimes arising on Unicode operating systems have been remedied. Format enhancement when saving 3D views of your plan. Adjustments of Windows Vista modifications adopted for DIALux. One of these is the elimination of memory problems caused by Nvidea graphics cards. Improved import of luminaire data.



New DIALux partners

We are pleased to welcome Saudi Lighting, Brumberg Leuchten, Arcluce, Formlite, Martin Professional, Astra Iluminacion, Waldmann Leuchten and iGuzzini as new project partners. The electronic catalogues of our new partners will be available soon as offline and online plugIns.



New electronic catalogues on the market

Since the last newsletter the following new catalogues have come onto the market:

FontanaArte (It), EAE (TK), A+G Schréder (D), Ilusol (E), Troll (E), Disano (It) and Opple (CN)



You will receive updates for the following plugIns:

Concord (UK), OMS (SK), BEGA (D), Endo (J), Lighting Technologies (RUS), Elektroscandia (S) Fagerhult (S), Riegens (DK), Modular (B), Ghidini (I), and Lightronics (B)



Dates of seminars:

Would you like to use DIALux more effectively? We offer exciting, practice-oriented seminars on all topics to do with light and building technology. An overview of seminar topics, seminar locations and languages used is available under the following link:

Seminarinfos



General information:

Under ввв.dial.de you will also find further useful tips concerning DIALux, lighting design and building technology.



If at any time you are at your wits’ end or if you have a really good idea, you can contact the DIAL hotline (German/English) free of charge at +49/(0)2351/1064-365 or hotline@DIALux.com. In the menu “Online” you can also contact us directly from DIALux.





Best regards from Lüdenscheid



Your DIALux Team

---Правда обойти это ограничение можно при помощи ключа /3gb---

Если не секрет, - не подскажите, как обойти?

[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. Вроде элементарное действие, а машины виснут. Был такой бенчмарк даже - тестили у кого виснет у кого нет. Вот только не помпь сколько там тестили)

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

[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.