xt13r

Игорь, можно вопрос немного не по теме? Сейчас бешеную популярность приобретает новый,активно развивающийся рендер Corona. Не без основания, так как там крайне просто и очень быстро можно получать просто шикарные картинки на выходе из рендера, особенно в интерьерах-экстерьерах. а в плане настроек материалов там почти один в один с виреем, некоторые принципы только отличаются. Ты уже пробовал его использовать в своих проектах? Просто,мне кажется, с твоим великолепным дизайнерским чутьем и художественным вкусом да с короновским рендером можно получать вообще очепупенные картинки Сорри за рекламу, просто я и сам долгое время работал и сидел на вирее, но сейчас уже перехожу и все в студии смотря на получаемые на выходе из короны картинки переходят на нее)

всем привет! Ондра наконец-то взялся за wiki по короне) и первую статью выложил, очень полезную, по выявлению причин влияющих на производительность рендера и возможные методы решения. http://corona-renderer.com/wiki/performance_debugging взялся перевести ее, на благо общественности) Возможные косяки первода и их исправление - приветствуются! Настройки, влияющие на производительность рендера. Есть несколько показателей производительности рендера отличных от «как долго мне нужно прождать прежде чем уйдет весь шум», которые можно использовать для определения и отладки настроек, непосредственно влияющих на скорость рендера (то есть определить, почему же сцена так долго рендерится). Это можно определить по некоторым цифрам показываемым в renderstamp’е и во вкладке Stats в панели короновского фреймбуфера. Rays per second. Это, собственно, главный показатель производительности сырого, brute force рендера. Это число всех трассируемых рендером лучей в секунду. Корона на одиночном i7 процессоре в среднем выдает 1 500 000 – 6 000 000 лучей в секунду, в зависимости от сложности сцены. Малые значения Rays/s указывают на просадки в плане производительности рендера. Причины низких значений rays/s могут быть следующими: - комплексная, тяжелая геометрия моделей - тяжелые текстурные карты в тридемаксе - чрезмерное использование инстансов - много полигонов в порталах - нежесткий (деформируемый) motion blur - HD Cache - малые значения PT samples (1-2) В таких ситуациях, когда rays/s в сцене выдает слишком малые цифры, можно попробовать следующие приемы: - Отключить порталы/ минимизировать геометрию порталов до минимума - Отключить/снизить фильтрацию в битмапах в 3dsmax - Упростить комплексные связки шейдеров в 3dsmax - Делать моушен блюр фэйком на постпродакшене - Увеличить PT, по крайней мере, до 4. Rays per sample . Каждый сэмпл изображения (image sample) генерирует один луч выпускаемый из камеры в сцену. Этот луч затем может разделиться/создать много вторичных лучей. Кол-во созданных лучей зависит от сцены и непосредственно влияет на производительность – больше rays/sample означает меньшее число проходов выдаваемых рендером за единицу времени. Число лучей так же напрямую зависит от множителя PT samples и lights sample multiplier – большие значения равны большему числу rays/sample. Так и должно быть, это не баг. Обычные значения rays/sample – около 5-50 rays/sample для PT samples=16 и light samples multiplier=1. Использование HD Cache при низких значения rays/sample дает улучшение производительности с течением времени,в процессе рендера. Очень высокие значения rays/sample для PT/light samples означают что рендер выполняет слишком много просчетов для одного image sample, как правило из-за некорректно настроенной сцены, что ведет в целом к ухудшению общей производительности рендера. Наиболее часто встречающиеся причины высоких значений rays/sample таковы: - слишком высокие значения альбедо для стен в интерьере сцены. Альбедо – это процент энергии отражаемой материалом и в Короне это сумма диффуза, рефлекта, рефракта и транслюцентной составляющей. В реальности почти не существует материалов имеющих практически белое-альбедо, и использовоание белого альбедо (для примера 255-белый цвет в diffuse) в процессе рендера дает нереалистичные и,самое главное, медленные результаты, и не может быть просчитано корректно с использованием unbiased-рендеров. Старайтесь ставить альбедо на всех значимых объектах сцены ниже RGB 180, и для того чтобы стены получались белее – увеличивайте яркость источников света. - чрезмерное использование полупрозрачных (transparent/refractive) объектов - некоторые конфигурации blend-материалов. Для решения проблем можно попробовать: - Используйте HD Cache - По возможности упрощайте ваши blend-материалы до обычных материалов. - Для листьев, попробуйте вместо карты прозрачности в opacity на листьях использовать собственно геометрию листьев - Уменьшайте альбедо объектов до значения не больше 70% или RGB 180 - Снижайте множители PT samples и light samples, если у вас возникают проблемы со сглаживанием/глубиной резкости DOF/motion blur шумом вместо шума от источников света.

Quote: Первым делом потыкал все что мог в Main Settings - не, не она. Хоть на багтрекер заливай, чесслово, раньше было удобно, а теперь чертичто (( заливай! баг же,судя по всему

Quote: Че-то у меня корона стала рендерить все объекты, даже скрытые. Раньше хайдил полсцены - и рендерилось только видимое, а теперь полюбому все, хайдь не хайдь. Сталкивался кто? вот эта галка не включена? если да - то отключи,она как раз отвечает за рендер скрытых объектов.

Quote: А вообще кто то пробовал сетевой рендер и каким образом его организовать? Уменя Альфа 5. Есть возможность рендрить на 5 компах но вот не знаю можно ли? Сам пробовал через стандартный рендер Бекберн, но при любых раскладах рендрит только какой нибудь один комп остальные стоят. в альфе5 сетевой рендер еще не был встроен,пока сетевой рендер в альфа-билдах. работает сетевой рендер, вполне себе ниче. на работе 3 компа использую, благодать) если на одном компе рендер мне показывает что-то около 3 миллионов rays/s, то с тремя компами - больше 6 миллионов. единственное, все компы разные по мощности, поэтому прирост такой неравнозначный. думаю,с пятью компами эта цифра будет еще выше,))

просто отлично! Спасибо! За библиотеку матов отдельное спасибо! Только поправьте в факе caShe на caChe.

ну один в один косяк, когда рендеришь по сети и где-то неправильно прописан путь (не сетевой путь) к какому-то IES-файлу. и в итоге одни компы рендерят с правильным освещением,другие путь к иес не видят и рендерят без иески. но если не сетевой рендер, то совсем удивительно,откуда такие глюки на локальном компе.

Duma? Deadline?

определенно, да

ага. вон и вирей 3.0 наконец добавили progressive rendering) https://www.youtube.com/watch?v=usXiMBqQ5Fc

вижу три утки) есть еще?

Меня вот что удивляет, Ондра такими темпами добавляет в корону новые функции и объекты (на форуме люди реально удивляются и задают Ондре вопрос, типа, признайся, ты там не один сидишь кодишь,да?) и мгновенно реагирует на посты о багах и косяках,исправляя их буквально в тот же день, что, наверное, такими темпами уже через пару-тройку месяцев будет готова рабочая бета-версия Вот,я ради интереса попробовал порендерить в Короне тоже, просто конвертнул виреевскую сцену через скрипты,и немного подстроил свет (т.к. в короне самосветящиеся материалы дают очень значимый вклад в освещение сцены,в отличие от вирея).

Как сделать,чтобы при запуске тридемакса он всегда запускался с пониженным приоритетом? Это не совсем твик по тридемаксу, но непосредственно влияет на время работы и отзывчивость системы) Все, наверное, в курсе,что когда на компьютере запускаеешь рендер в тридемаксе - это сжирает все ресурсы компа и в этот момент просто невозможно что-то дополнительно делать на компе. и чтобы на нем продолжать более менее комфортно работать, нужно залезть в диспетчер задач и выставить там процессу 3dsmax пониженный приоритет. проблема в том,что это действует лишь до перезапуска процесса. На работе у меня несколько компов, я их постоянно использую для рендера,и тогда людям, которые сидят за этими компами, приходится вручную выставлять пониженный приоритет. меня это немного напрягло и я решил как-то автоматизировать этот процесс. и вот что нашлось в интернете. Любому процессу в Windows можно вручную через реестр указать приоритет и еще некоторые свойства, с которыми он будет запускаться. Путь к разделу реестра: HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows NT/CurrentVersion/Image File Execution Options Делается все через редактор реестра,чтобы его вызвать, нажимаем сочетание клавиш Win+R (быстрый вызов команды «выполнить»), в появившемся окошке, в текстовой строке набираем regedit и жмем Enter. Для того, что бы указать приоритет для процесса, с которым он должен всегда запускаться, вам нужно в указанной выше ветке реестра создать раздел с его именем. Далее в нем создать еще один раздел, т.е. уже подраздел с названием PerfOptions, а уже в нем создать параметр DWORD (32бита) с названием CpuPriorityClass и задать ему одно из десятичных значений — 1, 3, 5, 6 или 8. 8 — приоритет Normal (средний); 1 — приоритет Idle (низкий); 3 — приоритет High (высокий); 5 — приоритет BelowNormal (ниже среднего); 6 — приоритет AboveNormal (выше среднего); Ну и конкретно,на примере 3dsmax.exe. В ветке реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionImage File Execution Options создаем раздел 3dsmax.exe. В нем создаем подраздел PerfOptions. И в этом подразделе создаем параметр DWORD (32бита) с названием CpuPriorityClass c десятичным значением 1. Таким образом 3dsmax.exe всегда будет запускаться с низким приоритетом (Idle). Теперь можно спокойно пускать сетевой рендер и не напрягать соседей по компьютеру) PS. внимание, данный твик реестра возможен только в системах начиная с windows Vista! PPS. а вот ссылка на постоянную статью с информацией, откуда я все скопировал и адаптировал.

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

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

я думаю, на рутрекер не стоит выкладывать. но наверное на почту можно скинуть желающим. я бы очень хотел бы потестировть distributed rendering на компах рабочих, благо сейчас делаю рабочий проект в короне.

Quote: http://corona-renderer.com/forum/index.php/topic,776.0.html да,я видел эту тему и заходил не раз. только каждый раз там пусто и выдает "The topic or board you are looking for appears to be either missing or off limits to you." видимо, доступ туда для избранных.

присоединяюсь к вопросу по дэйли-билдам. Можно как-то получить обычным смертным или они доступны только бета-тестерам?

Quote: с медведями мне просто не понравилась, интересны только картинки, но креатива я видимо не поняла, может не доросла еще... вы смотрите,но не видите. там медведи абсолютно не имеют значения, они вторичны. первично - собственно конструктив и решаемая задача. а медведи - это самый последний момент,решаемый в данной задаче. но вы,действительно, пока не доросли. просто в силу того,что не углублялись в вопрос, подошли к нему чисто с декораторской позиции "а не сделать-ли мне дизайнерскую прикольную остановку?" я почти вижу,как ваша мысль двигалась,как вы рисовали линии. как в некоторых университетах принято "а теперь господа студенты садимся и рисуем эскизы" и начинаааается высасывание идеи из пальца, дизайн ради дизайна,красивая картинка ради красивой картинки.. в таких вопросах,как проектирование остановки, первым должен всегда идти вопрос утилитарности,функциональности. потом вопрос воплотимости, простоты и не высокой дороговизны конструкции..и только потом уже идет вопрос красоты и стиля. если все эти пункты,причем в порядке их важности,совместить в едином проекте - вот тут можно уже говорить об удачном, профессиональном решении поставленной задачи. и вот, кстати, какая задача была изначально? пока что ваша картинка выглядит именно как картинка ради картинки. в ней не проглядывается ни поиск каких-то удачных конструктивных решений в рамках поставленной задачи,ни попытка обдумать все это с позиции удобства пользования и эргономики. отвлекитесь от остановок. почитайте статьи по эргономике, по архитектонике, по дизайнерскому проектированию. хотя бы почитайте историю дизайна Ф.Рунге, там есть (совсем мало,конечно,и кратко,но хотя бы) конкретные примеры решения задач проектирования в рамках поставленных задач и требований.

вы давно остановкой пользовались?) на эту тему,кстати, где-то писал Лебедев. И под его патронажем были разработаны отличные отсановочные пункты в Перми. Остановка должна быть закрытой. это главное правило для удобного пользования остановкой. а все эти конструкции полупрозрачные,навесные... Когда проектируется какая-то вещь - нужно думать в рамках тех,кто ею будет пользоваться,а не с позиции студента-дизайнера,которому надобы побыстрее сдать проект и получить свой зачет.. То есть, когда мне пришлось как-то ждать автобус стоя на остановке открытого типа и тут начался дождь - мне в этот момент очень хотелось,чтобы рядом со мной оказался проектировщик этой чертовой остановки..и тоже промок до нитки. так что с остановками все просто. и честно говоря, не понимаю я,зачем в учебных заведениях выдают задание по изобретению велосипеда. вот это - хорошая остановка. закрытая с обеих сторон, с цельной глухой крышей, и плюс левая сторона у нее прозрачная, чтобы удобно было наблюдать за подъезжающим транспортом. у нее удачный конструктив, и чтобы она не выглядела уныло - качественно подобранные дизайнерские украшения, типа принтов на стеклах. а у вас,скорее,просто дизайн ради дизайна...популярное явление среди студентов, когда творческая мысль выпущена на волю и нету серьезных рамок или требований.

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

хороший интерьер! просто и со вкусом. и цветовые сочетания приятно подобраны!

а вообще, ребят, у кого есть возможность - берите новые GTX 7xx серию.там наконец сделали полноценную шину на 384 бит. в 6хх серии именно узкая шина была ограничением, из-за чего 6хх серия проигрывала 5хх в, допустим, GPU-рендеринге. а еще лучше - берите GTX TITAN. там 6 гигов памяти. и,кстати, 7хх серия держит 4 монитора. смотрим спецификации http://www.geforce.com/hardware/desktop-gpus/geforce-gtx-780/specifications

тридемакс же не дружит с двумя видеокартами,нет? лучше брать одну, но самую мощную

кто-нибудь, просвятите, почему при сохранении из фреймбуфера короновского,картинка сохранятется намного темнее, чем она выглядит в самом фреймбуфере? вроде выбрал принудительно гамму 1.0, и все равно. UPD. а блин,разобрался сам..нужно ставить гамму 2.2. на это как-то влияют настройки гаммы в самом тридемаксе?

люди,подскажите,в каких единицах измеряется интенсивность в короновских источниках света? я тут опыта ради рабочий проект делать начал сразу в короне...и я,честно гооря, очень впечатлен! с вирея пока не слезу,конечно,но очень буду ждать финального рабочего релиза короны с сетевым рендером и поддержкой интерактивного рендера.

тысячи их,серверов. https://www.google.ru/search?q=%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0+minecraft чет скучно играть в него,если честно.

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

я про работу и говорил) директору сразу сказал, если брать компы, то под разгон. он согласился)

вывод: компы надо брать сразу под разгон, т.е. с правильными процессорами и правильным охлаждением. +15-20% по мощности и скорости рендера - это ощутимо.