View topic - Upcoming YafaRay v4

Upcoming YafaRay v4

General questions related with the YafaRay Project, 3D computer graphics and about this site.

Re: Upcoming YafaRay v4

Post Sat Dec 09, 2017 8:17 am

Hello, Olivier.

Thank you for noticing and reporting that! The cylinders in the scene are instances and I've not yet completed the new instances code, which might probably explain why this is incorrect. Once I complete that code I will re-check this scene. Thanks!
User avatar
David Bluecame
 
Posts: 439
Joined: Mon Jan 21, 2013 12:42 pm
Location: Spain

Re: Upcoming YafaRay v4

Post Mon Dec 11, 2017 12:05 pm

Thanks David, these are exciting news!

Now screens on my scenes will properly light the scene.

Regards!
surena
 
Posts: 102
Joined: Sat Apr 26, 2014 6:37 am
Location: Spain

Re: Upcoming YafaRay v4

Post Thu Dec 14, 2017 9:40 am

Very interesting that mesh light can be mapped with a texture to produce light emission David, it is indeed a much needed feature that has got several applications, for instance simulating al kinds of displays and light signs
User avatar
Samo
 
Posts: 3081
Joined: Tue Dec 20, 2005 10:39 am
Location: Spain

Re: Upcoming YafaRay v4

Post Mon Feb 05, 2018 9:36 pm

Hello,

I want to give you some updates.

First of all, my "normal" job has been very intense since Christmas, so I had little time and energy at the end of the day for YafaRay, that has delayed things unfortunately :-(

On the other side, I have been focusing in two main areas of work:
* Stopped using the native Embree subdivision functionality, and I'm now exploring the possibilities with OpenSubDiv instead. The main reason for this big change is that Embree Subdivision API is... well... not nice. For example if makes so difficult to interpolate per-face varying date such UV data, but even per-vertex data is not easy to interpolate. Moreover, I could not find a decent way of generating samples from a subdivision surface in Embree :-(( So, doing all subdivision stuff with OpenSubDiv now is taking me a lot of time to investigate, etc. On the bright side, I hope that if I can make OpenSubDiv work properly in YafaRay, we can use all its advantages. However, there is still way to go...

* Refactoring all my v4 ugly "testing code" taking into account the changes above and also making it more "modular" so it allows different intersector kernels. For example I will use Embree and (in case Embree is not available or not desired for some reason) a much slower and limited intersector kernel called NanoRT. The main reason why I used NanoRT as a "fallback" was as a proof of concept to make sure the new YafaRay Intersector interface could handle other kernels in addition to Embree.

So, I hope my final v4 code is easier to understand and to maintain and makes more sense, allowing more expandability in the future.

I know that it's quite frustrating to see v4 is being delayed so much, but I'm really working on it. For you to get an idea of how much work I've made so far, I've made 421 commits over the last months on top of the last v3 available version. Of course, many of those commits were tests going back and forth, etc, and eventually the actual differences between v3 and v4 will not be that many, but to be honest I've not stopped much lately... ;-)

As you know this is also a learning process for me (both for coding and for YafaRay internals and render algorithms, etc), which also takes me time and effort.

In any case, things are progressing... I will keep you posted.
User avatar
David Bluecame
 
Posts: 439
Joined: Mon Jan 21, 2013 12:42 pm
Location: Spain

Re: Upcoming YafaRay v4

Post Wed Feb 07, 2018 10:37 am

thanks David, very interesting. I wonder whether we can still take advantage of embree for intersecting a mesh generated with Opensubdiv and also what would happen with native displacement mapping? One nice thing about Opensubdiv is that it is really an active project with releases almost every month or so. I also believe that implementing an interface for supporting several intersection kernels instead of a monolitic design is a good choice, you never know when corporations will axe these non-core projects.
User avatar
Samo
 
Posts: 3081
Joined: Tue Dec 20, 2005 10:39 am
Location: Spain

Re: Upcoming YafaRay v4

Post Mon Feb 19, 2018 5:59 pm

Hi all,

How is this going?

Regards
surena
 
Posts: 102
Joined: Sat Apr 26, 2014 6:37 am
Location: Spain

Re: Upcoming YafaRay v4

Post Wed Feb 21, 2018 6:37 am

Hello,

Progress is slow, unfortunately, but still ongoing.

Recently I've been experimenting a bit with possible GPU intersection kernels, but (as happened to me in the past) GPU is a horrible nightmare with huge fragmentation (OpenCL, CUDA, etc), problems with drivers, graphics cards, unsupported Linux distributions, etc, etc...

The more I look into this the more I'm convinced that, in order to develop for GPU, you need to have lots of human and material resources to be able to develop and test for all OSs, graphic cards, drivers, etc.

I don't think I can waste any more time on investiting this and therefore for now I will abandon this GPU idea (again) and will focus on the current Intersector Kernels I'm using now (Embree and NanoRT) plus OpenSubDiv for mesh subdivision.
User avatar
David Bluecame
 
Posts: 439
Joined: Mon Jan 21, 2013 12:42 pm
Location: Spain

Re: Upcoming YafaRay v4

Post Wed Feb 21, 2018 7:10 pm

Well, now with ryzen and threadripper, cpu is very profitable.

Regards.
surena
 
Posts: 102
Joined: Sat Apr 26, 2014 6:37 am
Location: Spain

Re: Upcoming YafaRay v4

Post Thu Feb 22, 2018 5:52 am

That's actually a very good point, thank you!

So I'll focus on CPU then....
User avatar
David Bluecame
 
Posts: 439
Joined: Mon Jan 21, 2013 12:42 pm
Location: Spain

Re: Upcoming YafaRay v4

Post Thu Feb 22, 2018 2:12 pm

Hi David :)
GPU was a strong trend some time ago, lot of renderer use this method ( Vray GPU, Octane, Redshift, Cycles...) but it need to get a powerful and expansive GPU ( Nvidia in most cases).
I follow and use Corona Render and thanks to Embree, you can have faster results with CPU and viewport rendering like Cycles ( mostly with Corona for 3DsMAx).
CPU can do any kind of rendering ( Photon Mapping, SPPM, Pathtracing,...) than GPU ( only Pathtracing except Redshift can calculate Photon Mapping with GPU). So I think a good CPU optimization is the better way for Yafa.
I can't wait for the next gen Yafa :) Keep the good job ;)

Olivier Boscournu __ riofranco design  Montpellier _ France   http://www.olivier-boscournu.com/

User avatar
Rio
 
Posts: 185
Joined: Thu Nov 12, 2009 1:53 pm

Previous

Return to News & Discussion



Who is online

Users browsing this forum: No registered users and 3 guests