What is Yafaray?

[Samo]

YafaRay is a raytracing Open Source render engine. A raytracing engine consists of a computer program that interacts with a host 3D application to provide very specific raytracing capabilties "on demand". Blender 3D is the host application of YafaRay.

YafaRay is the active development branch and it is the result of writing the YafRay source code from scratch. Mathias Wein, a.k.a. Lynx, is at the head of YafaRay development now, and Bert Buchholz, Boiko and Subcomandante are helping with other tasks. You can find them in #yafray on irc.freenode.net almost every day.

Many thanks to them!

YafaRay Download:
http://www.yafaray.org/download/yafaray

YafaRay guide:
http://www.yafaray.org/documentation

More info about YafaRay:
http://wiki.yafray.org/bin/view.pl/UserDoc/YafaRay

[Shane!]

Yafaray. That will take a little time to get used to..

[Samo]

I think we need volunteers for compilations compatible with the official Blender release and constructive feedback.

[lguillaume]

Hello, I try to compile yafaray with msvc 2003 free and scons.
For moment I don't have the compilation ok.
I'm not a coder, I just do compilation.

Error :
in kdtree.cc line 8:
fatal error C1083: Cannot open include file: 'ext/mt_allocator.h': No such file or directory
This include seems to be for linux, I removed to try and kdtree compile.

in yafrayinterface.cc line 76:
error C2039: '__ctor' : is not a member of 'yafray::yafrayInterface_t'
I remove in line 76 one yafrayInterface_t
bool yafrayInterface_t::yafrayInterface_t::endTriMesh() { return scene->endTriMesh(); }

in arealight.cc line 28:
error C2065: 'hit_t1' : undeclared identifier
error C2065: 'hit_t2' : undeclared identifier
I add int before hit_t1=0, hit_t2=0 (I think we can remove hit_t1 and hit_t1 seems to be not used in the function)

when linking glossy_mat, I have:

glossy_mat.obj : error LNK2019: unresolved external symbol "protected: void __thiscall yafray::nodeMaterial_t::solveNodesOrder(class std::vector<class yafray::shaderNode_t *,class std::allocator<class yafray::shaderNode_t *> > const &)" (?solveNodesOrder@nodeMaterial_t@yafray@@IAEXABV?$vector@PAVshaderNode_t@yafray@@V?$allocator@PAVshaderNode_t@yafray@@@std@@@std@@@Z) referenced in function "public: static class yafray::material_t * __cdecl yafray::glossyMat_t::factory(class yafray::paramMap_t &,class std::list<class yafray::paramMap_t,class std::allocator<class yafray::paramMap_t> > &,class yafray::renderEnvironment_t &)" (?factory@glossyMat_t@yafray@@SAPAVmaterial_t@2@AAVparamMap_t@2@AAV?$list@VparamMap_t@yafray@@V?$allocator@VparamMap_t@yafray@@@std@@@std@@AAVrenderEnvironment_t@2@@Z)
glossy_mat.obj : error LNK2019: unresolved external symbol "protected: bool __thiscall yafray::nodeMaterial_t::loadNodes(class std::list<class yafray::paramMap_t,class std::allocator<class yafray::paramMap_t> > const &,class yafray::renderEnvironment_t &)" (?loadNodes@nodeMaterial_t@yafray@@IAE_NABV?$list@VparamMap_t@yafray@@V?$allocator@VparamMap_t@yafray@@@std@@@std@@AAVrenderEnvironment_t@2@@Z) referenced in function "public: static class yafray::material_t * __cdecl yafray::glossyMat_t::factory(class yafray::paramMap_t &,class std::list<class yafray::paramMap_t,class std::allocator<class yafray::paramMap_t> > &,class yafray::renderEnvironment_t &)" (?factory@glossyMat_t@yafray@@SAPAVmaterial_t@2@AAVparamMap_t@2@AAV?$list@VparamMap_t@yafray@@V?$allocator@VparamMap_t@yafray@@@std@@@std@@AAVrenderEnvironment_t@2@@Z)
build\materials\glossymat.dll : fatal error LNK1120: 2 unresolved externals

I don't know how to solve this.

[Lynx]

Of course you had to try exactly that moment when i accidenly commited non-working code anyway
Though the double ::yafrayInterface_t is funky, i have no clue why gcc ignores it...must've hit Ctrl+v once too often...

The linking problem is because on windows you explicitly need to export every stupid function you want to have accessible from dlls...
try again.

[lguillaume]

Héhé bad luck, I try yesterday before the last update and same problem.

[lguillaume]

Ok I try the next update, glossymat is ok, but I have:

jpeg.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall yafray::gBuf_t<unsigned char,4>::gBuf_t<unsigned char,4>(int,int)" (__imp_??0?$gBuf_t@E$03@yafray@@QAE@HH@Z) referenced in function "class yafray::gBuf_t<unsigned char,4> * __cdecl yafray::load_jpeg(char const *)" (?load_jpeg@yafray@@YAPAV?$gBuf_t@E$03@1@PBD@Z)
imagetex.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall yafray::gBuf_t<unsigned char,4>::~gBuf_t<unsigned char,4>(void)" (__imp_??1?$gBuf_t@E$03@yafray@@QAE@XZ) referenced in function "public: void * __thiscall yafray::gBuf_t<unsigned char,4>::`scalar deleting destructor'(unsigned int)" (??_G?$gBuf_t@E$03@yafray@@QAEPAXI@Z)
build\textures\basictex.dll : fatal error LNK1120: 2 unresolved externals

If you can tell me how you correct glassymat, I can perhaps try before crying for help.

[lakcaj]

I'm having a problem with yafaray in that if I illuminate a scene using emitting objects, and I try to use photon mapping, yafaray just crashes and takes blender with it. Is this a known issue? Is there anything I can do about it? Without photon mapping, my images are far too noisy when just using emitting objects, but I prefer to use emitting objects instead of lamps for several reasons.

[mana]

This is great news Lynx!

I will try to compile your renderer on one of those upcomming long winternights

many greets
Mana

[Rinne]

Just took some hours to compile Blender 2.44 with the Yaf(a)ray Plugin on Ubuntu, as well as Yaf(a)ray itself (of course), as advised in the wiki! (Yes, I did change the paths in the SConstruct file)

Now, when I try to render a scene, I get an error message:

Here's the total Terminal Output:

Starting scene conversion.
Scene conversion done.
Error loading yafray plugin: /home/rinne/Grafik/Blender/bin/blender: undefined symbol: getYafray

Is that a Blender oriented Error (probably because of Version 2.44), or have I done a mistake when I placed the Yaf(a)ray Export Plugin in the Blender source tree?

Or is it maybe even a wrong compilation of Yaf(a)ray itself?

I'd really like to know, as I don't really want to go back to Yafray now, and I'd also like to put out some optimized *.deb Packages.

Regards..

[EDIT] Problem solved..
I accidentally downloaded the svn code directly into the Blender source tree, that it was at ../blender/yafray, instead of ../blender/source/blender/yafray

I don't know if I'm the only one who had this Problem, maybe you should clear that up in the wiki.. [/EDIT]

[cyanid]

Hi. I have sure idea on calculation in Yafaray.
Possible it is in order, to does not count rays about low intensity. This will save a bit time of rendering maybe.And maybe to make the button for this value.
Like this:
http://republika.pl/cyanid/int_5456.jpg

[ihope]

thanx for helpful topic

[Jerry]

cyanid:
You got the picture wrong I think. Rays should be traced form camera. The pic shows tracing form light source, it's the way photon mapping and bidirectional pt works.