Compiling YafRay V0.0.7 On MIPSPRO

3D/2D CGI and the tools used in their creation (Maya, Photoshop, Blender, GIMP, etc.).
Forum rules
Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.
User avatar
skywriter
Posts: 3292
Joined: Fri Mar 14, 2003 5:22 am
Location: Trump-proof bunker
Contact:

Unread postby skywriter » Thu Jul 14, 2005 9:19 am

Most of my posts start as a looooong rants. However, i generally get though 1/2 of it, get disgusted, and replace the whole thing with a short one-liner as i realize i've probably gone way beyond anyones particular interest in reading the post (i know i rarely read anything over 3-4 lines...). usually it doesn't matter, sometimes it does (yes i've already deleted this post 3 times already... but must.... go... on..). therefore i wish to clarify previous statements.


skywriter wrote:don't worry it'll be something completely different broken in the next release. upgrade!


what i intended here was that my own frustration with open source projects where somethings were so broken on IRIX, that by the time I fixed i it someone had either already replaced it entirely (or deprecated it), or it was fixed by accident, or something else turned out to be even more broken that was more important. Point being the work that dexter has put into yafray should be applied to the CVS and maintained by yafray.org (nobody should break it by virtue of being commited to the codebase) so we can continue to use a MIPSPRO binary without having to reowork it everytime a new release comes out.

skywriter wrote:alos bittorent is annoying. when you're done; please package up with something useful.


the point here was that regardless of the absolute value of bittorrent (which is not being argued, it's a neat concept no argument) it's a fact that it's use by entertainment trading users has relegated it to the 'bad/evil software' category by large business. my companies webfilter at work not only does not allow use of bittorent, i can't even visit the site to download it. which means yafray is inaccessible to me at work. when i'm at home i use IRIX and don't want to deal with downloading software (bittorrent) only because one other peice of software needs it - therefore, since i want to use yafray at home, and i use IRIX i want to yafray to be packaged in something that is directly usable by irix, zip or .Z is prefered.

ok, enough talk; on with the party!!!!

User avatar
skywriter
Posts: 3292
Joined: Fri Mar 14, 2003 5:22 am
Location: Trump-proof bunker
Contact:

Unread postby skywriter » Thu Jul 14, 2005 9:23 am

squeen wrote:
Paul Graham wrote:Historically, languages designed for other people to use have been bad: Cobol, PL/I, Pascal, Ada, C++. The good languages have been those that were designed for their own creators: C, Perl, Smalltalk, Lisp.


Sorry, didn't mean to rant. As you can guess, this has been on my mind a bit. Good gravy, I'm a dinosaur. :(


welcome to the club (wonder which list APL (my favorite) is on) :)

hardware examples:
Bad: VHDL
Good: Verilog

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8145
Joined: Thu Jan 23, 2003 1:31 am
Location: Pleasanton, California
Contact:

Unread postby nekonoko » Thu Jul 14, 2005 9:24 am

skywriter wrote:i can't even visit the site to download it. which means yafray is inaccessible to me at work.


Actually the official YafRay site has direct downloads - it's only Blender.org that seems to want to link to Bittorrent files instead.

http://www.yafray.org/index.php?s=2

Edit: Looks like Blender.org removed the Bittorrent links and now just links to YafRay.org ...
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

User avatar
skywriter
Posts: 3292
Joined: Fri Mar 14, 2003 5:22 am
Location: Trump-proof bunker
Contact:

Unread postby skywriter » Thu Jul 14, 2005 9:31 am

nekonoko wrote:
skywriter wrote:i can't even visit the site to download it. which means yafray is inaccessible to me at work.


Actually the official YafRay site has direct downloads - it's only Blender.org that seems to want to link to Bittorrent files instead.

http://www.yafray.org/index.php?s=2

Edit: Looks like Blender.org removed the Bittorrent links and now just links to YafRay.org ...


sheesh! what a labyrith the web has become...

User avatar
squeen
Moderator
Moderator
Posts: 2933
Joined: Fri May 09, 2003 6:10 am
Location: Maryland, USA

Unread postby squeen » Thu Jul 14, 2005 10:24 am

skywriter wrote:welcome to the club


Here's one more:
Grocho Marx wrote:I don't care to belong to a club that accepts people like me as members.

User avatar
dexter1
Moderator
Moderator
Posts: 2743
Joined: Thu Feb 20, 2003 6:57 am
Location: Zoetermeer, The Netherlands

Unread postby dexter1 » Fri Jul 15, 2005 7:06 pm

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 :)

kinaed
Posts: 51
Joined: Thu Jul 14, 2005 10:52 pm

Unread postby kinaed » Sat Jul 16, 2005 12:41 am

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

User avatar
dexter1
Moderator
Moderator
Posts: 2743
Joined: Thu Feb 20, 2003 6:57 am
Location: Zoetermeer, The Netherlands

Unread postby dexter1 » Sat Jul 16, 2005 7:23 am

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.

kinaed
Posts: 51
Joined: Thu Jul 14, 2005 10:52 pm

Unread postby kinaed » Sat Jul 16, 2005 10:10 am

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

User avatar
dexter1
Moderator
Moderator
Posts: 2743
Joined: Thu Feb 20, 2003 6:57 am
Location: Zoetermeer, The Netherlands

Unread postby dexter1 » Sat Jul 16, 2005 11:59 am

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.

kinaed
Posts: 51
Joined: Thu Jul 14, 2005 10:52 pm

Unread postby kinaed » Sat Jul 16, 2005 12:16 pm

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

User avatar
squeen
Moderator
Moderator
Posts: 2933
Joined: Fri May 09, 2003 6:10 am
Location: Maryland, USA

Unread postby squeen » Mon Jul 18, 2005 11:16 am

Here are my times - sorry about the mixed format

Code: Select all

time yafray big.xml
Onyx350 R16K@1GHz   
real 297.993
user 295.881
sys  0.554

354.180u 0.218s 5:56.34 99.4% 0+0k 0+0io 0pf+0w

time yafray -c 2 big.xml
Onyx350 R16K@1GHz
367.348u 0.863s 3:26.11 178.6% 0+0k 0+0io 0pf+0w

User avatar
dexter1
Moderator
Moderator
Posts: 2743
Joined: Thu Feb 20, 2003 6:57 am
Location: Zoetermeer, The Netherlands

Unread postby dexter1 » Mon Jul 18, 2005 12:55 pm

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....

User avatar
skywriter
Posts: 3292
Joined: Fri Mar 14, 2003 5:22 am
Location: Trump-proof bunker
Contact:

Unread postby skywriter » Mon Jul 18, 2005 3:17 pm

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


hehe! how about smalltalk? or oberon!

kinaed
Posts: 51
Joined: Thu Jul 14, 2005 10:52 pm

Unread postby kinaed » Mon Jul 18, 2005 9:29 pm

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


Return to “SGI: Computer Graphics”

Who is online

Users browsing this forum: Semrush [Bot] and 3 guests