The collected works of kinaed

dexter1 wrote:
squeen wrote: Are you saying the problem was supposed to be fixed in 7.4.x but was not? Or is it some sort of unintentional linking particular to the YafRay make?

The problem apparently wasn't fixed in 7.4.x because the static library libCio_pthreads.a is still being shipped with the devlib.
And linking this static with Yafray doesn't fall out of the sky, i had to learn scons for that :) But now i've sorta bluffed my way through it, i could even do -IPA builds and add -lfastm to the mix

Anyway neko_yafray-0.0.8.tardist is out, get it and test it :)


I installed it this evening. As soon as it starts to render under blender, blender dumps.

Any special instructins with this dist?

-k
dexter1 wrote:
kinaed wrote: I installed it this evening. As soon as it starts to render under blender, blender dumps.

Any special instructins with this dist?

Not that i know of. Does the big.xml file render correctly? Which blender version are you using? What error message do you get? I haven't tested this Yafray build with Blender, since i never used Blender before.
Could be that the libyafrayplugin.so and blender doesn't like eachother.


I am using Blender 2.37a. If I run blender in debug mode, the only message I see at the console is :
Starting scene conversion.
Scene conversion done.
Loading plugins ...
Segmentation fault (core dumped)

No rendering is accomplished via the plugin method.

If I toggle the XML button, the render completes, but without any real-time feedback to the render window.

So, the problem is definately with the plugin, and not yafray itself (if I understand the releationship between the plugin and the executable correctly).

-k
dexter1 wrote:
kinaed wrote: I am using Blender 2.37a. If I run blender in debug mode, the only message I see at the console is :
Starting scene conversion.
Scene conversion done.
Loading plugins ...
Segmentation fault (core dumped)

Looks like the classic -D_PTHREADS ostreambuf bug. Those damn Yafray developers use -D_PTHREADS everywhere, even on places where it is definately not needed, which means i have to stub -lCio_pthreads all over the place. *Sigh*
I'll get on it and tomorrow (europe) i'll have that version ready.


Cool!

If you would like me to test it before you post it, let me know.

-k
dexter1 wrote: Done: neko_yafray-0.0.8.tardist the 3rd

I have reverted back to the compile without the -D_PTHREADS -lCio_pthreads, since the blender binary needs those, because the libCio_pthreads.a can only be applied on executables and not DSO's, and i can't and won't be bothered to endeavour that :) Besides, it doesn't look like there's a big speed impact anyway so i went ahead and packaged it.

Oh and bad-assed blender only looks for yafray in /usr/local/lib :roll: so the tardist makes symbolic links. I know, UglyMutha, but it now works both standalone and as plugin.

Do

Code: Select all

setenv PYTHONHOME /usr/nekoware/lib
setenv PYTHONPATH /usr/nekoware/lib/python2.3

before starting blender, otherwise it can't find the plugin

And now i'd reeeeealy like a different project now 8) I've seen too many glassobjects with blue cubes....


And it works great!

The glass object and blue cube have never looked better through the plugin.

-k