Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

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.
sgefant
Posts: 31
Joined: Mon Jan 14, 2008 4:59 pm

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby sgefant » Tue Nov 25, 2008 3:26 am

hamei wrote:edit :
upped Python to 2.52
Irix 6.5.30
Fuel

Code: Select all

fewel 5% ./blender
guessing './blender' == '/usr/people/wacko/irix6/./blender'
Compiled with Python version 2.5.2.
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
Checking for installed Python... No installed Python found.
Only built-in modules are available.  Some scripts may not run.
Continuing happily.
Bus error

No .B.blend and I don't have one lying around. A placebo .B.blend makes no difference :(


You can copy any .blend file to ~/.B.blend. Alternatively you could download an older version of blender, run it and press CTRL+U to save a new .B.blend.

Unfortunately blender crashes on Irix when trying to load files saved on 64 bit systems (lile the default .B.blend). I haven't been able yet to track down this bug. However, current svn should be compilable with gcc (using gmake), so any brave soul willing to have a look at this issue is more than welcome.

To use gcc, one has to add "export IRIX_USE_GCC=true" to their user-def.mk file. Here's mine for reference (using python 2.4 from nekoware):

Code: Select all

export NAN_PYTHON_VERSION=2.4
export NAN_PYTHON=/usr/nekoware
export NAN_NO_PLUGIN=true
export WITH_BF_WEBPLUGIN=false
export WITH_BF_BLENDERPLAYER=false
export IRIX_USE_GCC=true


edit: BTW, the python error messages are completely harmless and not related to the segfault. They just mean that some python scripts won't run.

greetings,
sgefant

User avatar
tbcpp
Posts: 271
Joined: Fri Aug 05, 2005 8:14 am
Location: Cross Plains WI

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby tbcpp » Tue Nov 25, 2008 6:45 am

I need to take a look at this. It's odd, since it seems to cash on some systems and not on others. The issue seems to be related only with some blends or the gui, as you can render fine from the commandline.

I'm going to fire up my Octane over the weekend and see if we can't squash this bug.
:O2000: :Octane: :O2: :O2:
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie

User avatar
hamei
Posts: 10435
Joined: Tue Feb 24, 2004 4:10 pm
Location: over the rainbow

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby hamei » Tue Nov 25, 2008 7:09 am

tbcpp wrote: The issue seems to be related only with some blends or the gui, as you can render fine from the commandline.

If this helps, the gui writes to the screen (fullscreen) then the app blows up almost instantly. Now that I think about it, there's a switch to make it start up at less than fullscreen size, I believe ? Maybe can try that tomorrow.

I'm running 1600 x 1200 @ 83 with a V12.

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

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby skywriter » Tue Nov 25, 2008 11:23 am

hamei wrote: Now that I think about it, there's a switch to make it start up at less than fullscreen size, I believe ?


the switch was for full screen vs windowed. i forget what the switch was.
:Skywriter:

DECUS Member 368596

User avatar
fzalfa
Posts: 739
Joined: Sun Jun 19, 2005 11:38 am
Location: avignon ,provence, france
Contact:

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby fzalfa » Tue Nov 25, 2008 12:20 pm

./blender -w &

for windowed version :)

regards

Laurent
SGI or die !!!
:O2: :Octane2: :Octane: :Indigo2IMP: :Indigo2IMP: :Indigo: :Indigo: :Indy: :PI: :Crimson: :PWRSeries: :Onyx: :O2000R:
HP proliant DL 585 Quad Opteron dual core 2.5Ghz 16Gb

User avatar
NeZetiC
Posts: 44
Joined: Thu Jun 29, 2006 7:00 am
Location: Paris, France

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby NeZetiC » Sat Dec 06, 2008 1:09 pm

hamei wrote:edit :
upped Python to 2.52
Irix 6.5.30
Fuel

Code: Select all

fewel 5% ./blender
guessing './blender' == '/usr/people/wacko/irix6/./blender'
Compiled with Python version 2.5.2.
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
Checking for installed Python... No installed Python found.
Only built-in modules are available.  Some scripts may not run.
Continuing happily.
Bus error



Same here, with a Fuel V12 running IRIX 6.5.30.

And this is what dbx tells me:

stopped on signal SIGBUS: Bus error (default) at [cast_pointer:745 ,0x106f08f8]
Source (of /usr/people/tbcpp/blender2/blender/source/blender/blenloader/intern/genfile.c) not available for Process 11556
Fuel R14K600 V12 - Octane 2 R12K400 V8 - O2 RM7K600 AV
O2 R12K300 - I2 195 MI/Tram - Indigo R4K100 XS24Z - Indy R4K133 XL24
www.nezetic.net

directedition
Posts: 515
Joined: Mon Feb 03, 2003 5:20 pm
Location: Pasadena, MD
Contact:

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby directedition » Sat Jan 10, 2009 6:54 pm

Im getting a similar error on my machine.using either the version in the first post or the official build. Heres where the output dies:

Only built-in modules are available. Some scripts may not run.
Continuing happily.
Bus error (core dumped)
- Jim
:Indigo: :Indigo: :Indy: :Indy: <- signed by The Screensavers :) :Indigo2IMP: (230L) (230L) :540: :1600SW: :1600SW: <- touchscreen :PI: :Octane2:

User avatar
ka0s
Posts: 589
Joined: Sat Mar 20, 2004 5:23 am
Location: The Netherlands

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby ka0s » Mon Jan 19, 2009 11:34 am

Hi there,

It's been a while but then I've been very busy trying to run a postproduction company in Hilversum and Amsterdam (The Netherlands)

But in this case I've put the default Blender startup in .sgidefaults as blender -w -d &

Try this and who knows the -d will give you more info in the shell.

Cheers,
Bob
I can feel it, my mind is going ....

User avatar
hamei
Posts: 10435
Joined: Tue Feb 24, 2004 4:10 pm
Location: over the rainbow

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby hamei » Mon Jan 19, 2009 6:46 pm

ka0s wrote:But in this case I've put the default Blender startup in .sgidefaults as blender -w -d &

Try this and who knows the -d will give you more info in the shell.

Code: Select all

fool 10% blender -w -d
guessing 'blender' == './blender'
Blender 2.48 (sub 1) Build
argv[0] = blender
argv[1] = -w
argv[2] = -d
Compiled with Python version 2.5.2.
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
Checking for installed Python... No installed Python found.
Only built-in modules are available.  Some scripts may not run.
Continuing happily.
Color depth r 10 g 10 b 10
Aux buffers: 0
read file
  Version 247 sub 5
Bus error


It flashes onscreen for an instant then poof gone (fullscreen, it looks like.)

User avatar
mapesdhs
Posts: 2518
Joined: Mon Nov 10, 2003 4:17 pm
Location: Edinburgh, Scotland
Contact:

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby mapesdhs » Wed Feb 04, 2009 7:04 am

Thought you might like to know, seems to work fine on Fuel/900 with 6.5.26.

One question though - why is it so much slower than, say, V2.44? (the one I've been using for benchmarking)

On my Fuel/900, V2.44 does the test scene in 4 mins 16 secs, but the V2.48 build does it in 5 mins 30 seconds,
ie. 30% slower. What has changed?

Supporting lots of threads is not that useful until the app is first optimised for one thread.

Ian.
I'm working on a charitable PC build for the Learn Engineering YouTube channel. Please PM/email/call if you'd like to contribute!
Donations of any kind of item I can sell to provide funds are also most welcome.
mapesdhs@yahoo.com
+44 (0)7434 635 121

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

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby skywriter » Wed Feb 04, 2009 3:34 pm

render optimization comes and goes, depending on the whims of (usually) Ton :) somethings may get tweaked at the expense of others, depending on real world work rather than the test.blend.

fwiw - although the renderer is multithreaded, not all parts, or indeed the most computationally expensive parts are parallelized.
:Skywriter:

DECUS Member 368596

User avatar
mapesdhs
Posts: 2518
Joined: Mon Nov 10, 2003 4:17 pm
Location: Edinburgh, Scotland
Contact:

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby mapesdhs » Wed Feb 04, 2009 3:44 pm

skywriter writes:
> render optimization comes and goes, depending on the whims of (usually) Ton :) somethings may get tweaked at the expense of
> others, depending on real world work rather than the test.blend.

Yeah but still, 30%?? Kinda huge drop IMO. Makes a nonsense of inter-version comparisons, which is why I'm sticking to 2.44 for
benchmarking. And remember this is just for a very simple scene; quite possible the speed loss would be much worse for a complex scene.


> fwiw - although the renderer is multithreaded, not all parts, or indeed the most computationally expensive parts are parallelized.

I noticed. Personally I don't like the way the threaded stuff works at all. Sometimes it doesn't start using more than one thread
until after the first block has been completed, there's a major stutter when each thread completes which can be nasty if a whole bunch
finish at more or less the same time, and once the no. of remaining blocks is less than the no. of threads then the parallelism drops
off completely (very poor if the last coupla blocks happen to be complex). Ah well, better than nothing. :)

I know it's just a very simple test program by comparison, but I like the way C-ray does it. Parallelism is always maxed as much as it
can be since it's done by scanline.

Ian.

enigma
Posts: 4
Joined: Wed Aug 06, 2008 2:48 pm

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby enigma » Tue Feb 17, 2009 7:22 pm

I tried getting the 2.48 blender to run (Tezro with 6.5.26).

I set the PYTHONHOME=/usr/nekoware/bin

The ldd shows:
root@MICHELANGELO:/root/irix6# ldd ./blender
libaudio.so => /usr/lib32/libaudio.so
libGL.so => /usr/lib32/libGL.so
libGLU.so => /usr/lib32/libGLU.so
libX11.so.1 => /usr/lib32/libX11.so.1
libXi.so => /usr/lib32/libXi.so
libXext.so => /usr/lib32/libXext.so
libc.so.1 => /usr/lib32/libc.so.1
libm.so => /usr/lib32/libm.so
libdl.so => /usr/lib32/libdl.so
libpthread.so => /usr/lib32/libpthread.so
libdmedia.so => /usr/lib32/libdmedia.so
libmovie.so => /usr/lib32/libmovie.so
libCsup.so => /usr/lib32/libCsup.so
libC.so.2 => /usr/lib32/libC.so.2
libCio.so.1 => /usr/lib32/libCio.so.1
libGLcore.so => /usr/lib32/libGLcore.so
libXsgivc.so => /usr/lib32/libXsgivc.so
libmutex.so => /usr/lib32/libmutex.so
libmovieplay.so => /usr/lib32/libmovieplay.so
libmoviefile.so => /usr/lib32/libmoviefile.so
libcl.so => /usr/lib32/libcl.so
libawareaudio.so => /usr/lib32/libawareaudio.so delay-load
root@MICHELANGELO:/root/irix6#

When I try and run it, I get:

root@MICHELANGELO:/root/irix6# ./blender
guessing './blender' == '/root/irix6/./blender'
Compiled with Python version 2.5.2.
'import site' failed; use -v for traceback
Checking for installed Python... No installed Python found.
Only built-in modules are available. Some scripts may not run.
Continuing happily.
Bus error (core dumped)


Any ideas?

Thanks,

Jackson

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

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby skywriter » Wed Feb 18, 2009 10:02 am

mapesdhs wrote:skywriter writes:
> render optimization comes and goes, depending on the whims of (usually) Ton :) somethings may get tweaked at the expense of
> others, depending on real world work rather than the test.blend.

Yeah but still, 30%?? Kinda huge drop IMO. Makes a nonsense of inter-version comparisons, which is why I'm sticking to 2.44 for
benchmarking. And remember this is just for a very simple scene; quite possible the speed loss would be much worse for a complex scene.


it's possible that there could have been an increase on an intel/pc architecture. it's been a long time since anyone cared about sgi/irix performance in the vast majority of the blender community.


> fwiw - although the renderer is multithreaded, not all parts, or indeed the most computationally expensive parts are parallelized.

I noticed. Personally I don't like the way the threaded stuff works at all. Sometimes it doesn't start using more than one thread
until after the first block has been completed, there's a major stutter when each thread completes which can be nasty if a whole bunch
finish at more or less the same time, and once the no. of remaining blocks is less than the no. of threads then the parallelism drops
off completely (very poor if the last coupla blocks happen to be complex). Ah well, better than nothing. :)

I know it's just a very simple test program by comparison, but I like the way C-ray does it. Parallelism is always maxed as much as it
can be since it's done by scanline.

Ian.


if you bashed your head against the blender development community you would find they haven't been interested so much as doing it right, but getting something at all done. the threading and distributed rendering is really, really, really, primitive.
:Skywriter:

DECUS Member 368596

User avatar
mapesdhs
Posts: 2518
Joined: Mon Nov 10, 2003 4:17 pm
Location: Edinburgh, Scotland
Contact:

Re: Blender 2.48 - Alpha rev c - "Yafray, FFmpeg, 64 threads"

Unread postby mapesdhs » Wed Feb 18, 2009 10:48 am

skywriter writes:
> it's possible that there could have been an increase on an intel/pc architecture. it's been a long time since anyone cared about sgi/irix
> performance in the vast majority of the blender community.

Hmm, I don't see how that could occur though, afterall the build is compiled for MIPS. How could a general 'method' of rendering a scene
within the application be magically faster after a revision on an x86 platform? ie. the algorithm is surely unrelated to the final compiled
code for whatever platform.


> if you bashed your head against the blender development community you would find they haven't been interested so much as doing it
> right, but getting something at all done. the threading and distributed rendering is really, really, really, primitive.

So I see. Oh well.

Ian.


Return to “SGI: Computer Graphics”

Who is online

Users browsing this forum: No registered users and 2 guests