воскресенье, 26 августа 2018 г.

probabilistic progressive photon mapping. meta-inf/raytr

запустил и смотрю на результаты probabilistic progressive photon mapping в исполнении https://github.com/meta-inf/raytr
и можно сравнивать с progressive photon mapping. нашел следующие отличия:
  • probabilistic progressive photon mapping быстрее находит caustic-пути
  • probabilistic progressive photon mapping делает чуть более размытую картинку на фоне, где меньше фотонов. но общая картинка у probabilistic progressive photon mapping лучше
probabilistic progressive photon mapping лучше и в сравнении с progressive photon mapping, даже с большим количеством проходов

пятница, 24 августа 2018 г.

glsl pepelac roadmap

  • -t, -p как параметры для ограничения по времени и по количеству проходов
  • probabilistic photon mapping
  • manifold next event estimate
  • amcmcppm
  • уменьшение количества вершин
  • предрасчеты
  • передача более компактных описаний модели
  • связь с studio

пятница, 10 августа 2018 г.

glslppm. не сегодня. снова opencl

как бы ни хотелось, но пока не буду связываться с glslppm. потому как понять эти исходники мне долговато будет. и не уверен, что справлюсь, чтоб добавить своё.
уж лучше продолжу opencl рендер и добавлю сразу probabilistic photon mapping. сразу будет решен вопрос с пятнистостью progressive photon mapping, vcm.
и сделаю позже еще и path reuse. уж очень хорошая и недорогая технология. а качество сразу выше и быстрее!

понедельник, 6 августа 2018 г.

powerplant.obj - 12 миллионов треугольников и всякие bvh

  • akari2 qbvh simd-оптимизированный. crash на этапе построения дерева. жаль. так быстро строил до 4 миллионов.
  • oreoren qbvh simd, sisd -   crash на этапе построения дерева. жаль. 8 миллионов нормально строил
  • nanosg - nanort построил дерево за 30 секунд. 2гб. и рендер происходит! там надо frustrum culling
  • glslppm bvh не буду и пробовать. долго и много памяти тратит 
  • tinsel собрать - надо установить побольше из Visual Studio. 4 миллиона из 3х obj открывает и строит bvh за 6 сек. грузит obj долго. надо будет проверить на 12 powerplant.obj
    UPDATE. подставил вместо Sankt_Kilian_Sockel_jotero_com.obj powerplant.obj - программа упала при загрузке файла. так ничего и не построив и не показав

glslppm. 420s -> 2764s. progressive photon mapping

progressive photon mapping.
быстро находятся световые эффекты и со временем - улучшаются детали и уходит шум

воскресенье, 5 августа 2018 г.

glslppm. преимущества

  • obj load, slowww
  • sah bvh build CPU, use gpu. медленно строится. много памяти съедается
  • выбор по весу light sources(area). не сортировано. получается, что выбор случайный. или полуслучайный
  • diffuse, glossy, specular, glass mats

glslppm. развитие

давно пора добавить следующие возможности в рендер Тошийи Хачисуки, которого я касался последний раз в марте этого года:
  • управление с клавиатуры камерой и объектами
  • PROBABILISTIC progressive photon mapping
  • path reuse
  • vcm

суббота, 4 августа 2018 г.

из changelog.txt - уже сделанное

до prenext15:
* shift, ctrl, alt - 10х, 1/10, 1/20 от шага - для всех клавиш
* n m для увеличения, уменьшения радиуса
* -t sec - для ограничения по времени, сохранить в файл
* -p pass - для ограничения по количеству проходов, сохранить в файл
* сохранение в файл. имя файла - колич. проходов_количество секунд.РАСШИРЕНИЕ
* смена labels, titles
* volumetric ok
* volumetric Sample() speedup
* vertex save ok
* crunch.html для чистки и оптимизации .cl - файлов

prenext15
3 aug 18
* LightInfo передаётся как 1 массив из oId, weight, order, 0й элемент.oId = lightCount
* mollify on - в 2.1 раза дольше, но деталей чуть больше - в отражениях
* pickLITE() работает на 0.95-1.2%, max 10% дольше, при отключенном расчете regularization
* pickLITE() выбирает бинарным поиском из сортированному по weight массиву lights
* mollify выключил(do_test_pickLITE_only)
* explicit lightSample 1 с pickLITE(). подсвечивает лампы лучше

пятница, 3 августа 2018 г.

рабочие дебри

сделал pickLITE() - выбор из многих ламп бинарным поиском из массива ламп, отсортированного по "весу лампы", "силе лампы".
замедление 1-10% при поиске бинарным поиском.
path regularization замедляет расчеты в 2 раза!
нашёл, как находить лампу для next event estimation.
сгодится для mvnee, mnee