AllanSchezar

3dionis,  вот сценка покрутить ... может поможет https://drive.google.com/file/d/1ZZGvqtv9j1PhsU7DwJqWq5q9pQAmCLNx/view?usp=sharing upd [[link:image_uri:715869,]][[image:715869,sky_image_forum]][[/link]] [[link:image_uri:715870,]][[image:715870,sky_image_forum]][[/link]] [[link:image_uri:715873,]][[image:715873,sky_image_forum]][[/link]] ваще еще проще можно делать.

[[link:image_uri:715828,]][[image:715828,sky_image_forum]][[/link]] тем же методом

[[link:image_uri:715800,]][[image:715800,sky_image_forum]][[/link]] теперь надо как-то это объяснить ... [[link:image_uri:715807,]][[image:715807,sky_image_forum]][[/link]] [[link:image_uri:715808,]][[image:715808,sky_image_forum]][[/link]] [[link:image_uri:715809,]][[image:715809,sky_image_forum]][[/link]] [[link:image_uri:715810,]][[image:715810,sky_image_forum]][[/link]] [[link:image_uri:715811,]][[image:715811,sky_image_forum]][[/link]] не думаю что метод супер универсальный.  придумал на ходу. для простоты в запечатленной сцене выбрал условно горизональную поверхность.в моем случае стол.катом по сфере обвел его контуры.вырезанную область экструднул. полученные вершины сколапсил и поместил в центр сферы.рассуждаю так: любое горизонтальное сечение этого конуса будет проецироваться на этот сектор сферы....собсветнно сделав горизотальное сечение я получаю контур в мировых координатах, куда мне сажать объект.

_

[[link:image_uri:707613,]][[image:707613,sky_image_forum]][[/link]]

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

я конвертил из recap в *.e57 и генерил в reality capture. (и результат скажем не всегда надежный)тоже послушал бы возможно более адекватные пайпланы.

_

такое сделать 5 минут  [[link:image_uri:694750,]][[image:694750,sky_image_forum]][[/link]] 2К - и он твой 

[[link:image_uri:686570,]][[image:686570,sky_image_forum]][[/link]]

[[link:image_uri:672315,]][[image:672315,sky_image_forum]][[/link]] [[link:image_uri:672317,]][[image:672317,sky_image_forum]][[/link]] типа обвести вектором. из него гарметом в поверхность. подгнуть ффд. скрутить бендом.рисунок заранее чекнуть на поверхности (я не чекнул - вышло растянуто). дальше дело техники. ремеш. ретоп.

Delight33, дело в отключенном тайлинге. за пределами нетайлящейся текстуры, маска принимает значение дефолтного коэффициента смешивания. [[link:image_uri:645581,]][[image:645581,sky_image_forum]][[/link]]

скрипт меняет значение renderers.current.colormap_additionalGamma.на практике меняет выходную гамма-коррекцию к бьюти-рендеру.не оч понимаю зачем это, когда рядом курвы есть.

растет но нелинейно растет - это значит в боевой сцене этот коэффициент будет не 1.75, а скажем 3.50.

)) ... воообще-то. в комплексной сцене эта разница только растет. прирост рендер-тайма почти в 2 раза - это не "чуть-большее" время рендера. ... потратить лишние 2 минуты на экстракт поликов из стекол окна для mesh-портала. и сэкономить по 20мин на каждом рендере. очевидный профит вроде.

не понимаю каким образом вы рассуждаете ... по лимиту времени конечно. но шум везде одинаковый ... конечно он одинаковый, у вас рендер стопится по этому условию. Разница в 1,5 минуты это разница не в 1.5 минуты, а в 1.75раз. собственно, ваш тест показал ровно тоже что и мой. только вы его неверно трактуете. единственное я не тестил отжатую кнопку adaptive dome. и теперь надо сказать к ней вопросов еще больше.

хм.. простейший синтетический тест. ровно то о чем говорит тс. плейн и дом, при прочих равных. при заветной галочке adaptive dome. [[link:image_uri:618443,]][[image:618443,sky_image_forum]][[/link]] [[link:image_uri:618445,]][[image:618445,sky_image_forum]][[/link]] и вот интересное сравнение: half dome чище чем full dome. что косвенно намекает, что "рабочий габарит" не перепросчитывается, как заявлено в оф.хелпе. [[link:image_uri:618438,]][[image:618438,sky_image_forum]][[/link]] так что никаких признаков адаптивности я не вижу.

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

александр...  мне кажется вы уже пришли ко всем необходимым выводам. портал эффективнее в интерьерах чем дом. что вообщем-то логично, перед ним минимум преград до просчитываемой поверхности. hdr, в пол или нет, и т.д. не имеет значения. если лучи предварительно фильтруются по габаритному контейнеру источника света, то выходит такая картина: [[image:618420,]] [[image:618422,]] что объясняет неэффективность dome-light. alexfmos  разве использование текстуры hdr в режиме environment не будет эквивалентом skyportal? (simple portal имею ввиду) александр...  в случае же остутствия дом лайта, информация об освещении просчитвается только в канале GI. что более ресурсозатратно, чем прямой свет.

сделать распределение элементов по сплайну профиля. полученную геометрию подать на радиальный генератор.(если rail clone от 4 версии, там все внутри одного генератора можно сделать) [[link:image_uri:611284,]][[image:611284,sky_image_forum]][[/link]] [[link:image_uri:611288,]][[image:611288,sky_image_forum]][[/link]] масштаб элемента можно привязать к функции XSplinePositon [[link:image_uri:611295,]][[image:611295,sky_image_forum]][[/link]]