Nekochan Net

Official Chat Channel: #nekochan // irc.nekochan.net
It is currently Wed Apr 16, 2014 7:52 pm

All times are UTC - 8 hours


Forum rules


Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.



Post new topic Reply to topic  [ 16 posts ]  Go to page 1, 2  Next
Author Message
Unread postPosted: Sun Mar 04, 2012 7:30 pm 
Offline

Joined: Tue Feb 24, 2004 4:10 pm
Posts: 9298
I have a problem with gdk-pixbuf ... stems from a bad tardist a while back, I think.
Code:
Default settings loaded successfully (/usr/nekoware/share/mandelbulber/examples/default.fract)

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

(mandelbulber:62391): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

62391:mandelbulber: rld: Fatal Error: attempted access to unresolvable symbol in /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1: _pixops_scale

Which version of gdk-pixbuf do you have installed ?

Also, this is a personal thing so you can ignore me if you like, but the application name in swmgr is Mandelbulber. Most nekoware starts with lower case, so it's easier to find all the nekoware in one group. The capital M puts it into another area of swmgr. If you'd consider using lower case for neko packages that would be cool.


Top
 Profile  
 
Unread postPosted: Mon Mar 05, 2012 3:52 am 
Offline
Moderator
Moderator
User avatar

Joined: Sun Jun 06, 2004 4:55 pm
Posts: 5155
Location: NC - USA
I also installed neko_mandelbulber-1.11 and rendered a number of the provided examples:
Code:
% mandelbulber
Log file: /usr/people/tezro/.mandelbulber_log.txt
Detected 4 CPUs
Memory allocated
g_thread supported
Default data directory: /usr/people/tezro/.mandelbulber
Undo status: count=1, last=1, level=1
Default settings loaded successfully (/usr/nekoware/share/mandelbulber/examples/default.fract)
Undo information saved (index = 1)
Data has been read from interface
Memory for image: 27 MB
Memory for image reallocated
Lights placed
************ Rendering frames *************
Rendering Screen Space Ambient Occlusion. Done 100%         155       
Rendering Screen Space Ambient Occlusion. Done 100%        790517       
Average N = 2.456711, Average DE steps = 24.963257, Missed DE 0.121%   
Done 100.000%, to go = 0h0m0s, elapsed = 0h0m46s, iters/s = 792470       
Rendering Screen Space Ambient Occlusion. Done 100%         
Rendering finished
Undo information saved (index = 2)
Undo information saved (index = 3)
Data has been read from interface
Memory for image: 27 MB
Memory for image reallocated
Lights placed
************ Rendering frames *************
Rendering Screen Space Ambient Occlusion. Done 100%       752570       
Rendering Screen Space Ambient Occlusion. Done 100%       = 792091       
Average N = 2.442761, Average DE steps = 24.960419, Missed DE 0.125%     
Done 100.000%, to go = 0h0m0s, elapsed = 0h0m44s, iters/s = 790742       
Rendering Screen Space Ambient Occlusion. Done 100%         
Rendering finished
Undo information saved (index = 4)
Very nice that mandelbulber "Detected (and used) 4 CPUs" - thanks for that inclusion bplaa.yai!

I didn't experience any issues with mousing through the render window during while rendering noted by canavan in the fractals thread, or have any problems with the GdkPixbuf-WARNINGs hamei experienced (I have the nekoware/current version loaded, "gdk-pixbuf-0.22.0").

I tested by rendering more than a dozen of the provided examples (as many as six without closing and reopening the program). Mandelbulber did randomly crash twice during testing, both times with a Gtk-Critical error:
Code:
Data has been read from interface
Memory for image: 27 MB
Memory for image reallocated
Lights placed
************ Rendering frames *************
Rendering Screen Space Ambient Occlusion. Done 100%       678037       
Rendering Screen Space Ambient Occlusion. Done 100%         696872       
Average N = 2.086994, Average DE steps = 21.099079, Missed DE 0.399%     
Done 100.000%, to go = 0h0m0s, elapsed = 0h0m39s, iters/s = 710478       
Rendering Screen Space Ambient Occlusion. Done 100%         
Rendering Depth Of Field efect. Done 100%         
Rendering finished

(mandelbulber:574450): Gtk-CRITICAL **: file gtkfilesystemunix.c: line 1307: assertion `g_path_is_absolute (filename)' failed

(mandelbulber:574450): Gtk-CRITICAL **: file gtkfilesystemunix.c: line 1307: assertion `g_path_is_absolute (filename)' failed
Undo information saved (index = 5)
I couldn't reliably reproduce the crash, and considering the number of installs/uninstalls I've done during beta testing, it's probably worth waiting to see if anyone else sees a similar crash. (EDIT: I've since completed 40+ renders without the Gtk-Critical error reappearing - so that one may have been something transient on my end).

I also noted that attempting any of the renders that included textures resulted in a non-fatal error:
Code:
can't open /usr/share/mandelbulber/textures/background.jpg
Can't load texture: /usr/share/mandelbulber/textures/background.jpg
Error! Can't open background texture:/usr/share/mandelbulber/textures/background.jpg
Perhaps a minor path coding error - there are textures in /usr/nekoware/share/mandelbulber/textures.

EDIT: I found the path error can be easily be corrected via the "Select file paths (output images, textures)" button located on any of the mandelbulber interface tabs, so that one is likely an operator error :D (Note that manual edits to the paths weren't saved - edits using the "Select" radio buttons were successful). :
Attachment:
mandelbulber_file-paths.jpg
mandelbulber_file-paths.jpg [ 54.18 KiB | Viewed 765 times ]


Unless someone else can reliably reproduce the Gtk-Critical errors, I'd recommend promotion to /current.

Overall I found mandelbulber to be a lot of fun - the user interface is very intuitive.
Attachment:
mandelbulber_gui.jpg
mandelbulber_gui.jpg [ 127.02 KiB | Viewed 767 times ]
With the thought that they might encourage a few other beta testers, here's a few render examples:


Attachments:
mandlebulber-6.jpg
mandlebulber-6.jpg [ 493.58 KiB | Viewed 767 times ]
mandlebulber-5.jpg
mandlebulber-5.jpg [ 306.01 KiB | Viewed 773 times ]
mandlebulber-4.jpg
mandlebulber-4.jpg [ 366.22 KiB | Viewed 773 times ]
mandlebulber-3.jpg
mandlebulber-3.jpg [ 332.83 KiB | Viewed 773 times ]
mandlebulber-2.jpg
mandlebulber-2.jpg [ 219.63 KiB | Viewed 773 times ]
mandlebulber-1.jpg
mandlebulber-1.jpg [ 406.41 KiB | Viewed 773 times ]

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************
Top
 Profile  
 
Unread postPosted: Mon Mar 05, 2012 8:18 am 
Offline
User avatar

Joined: Tue May 04, 2004 6:55 am
Posts: 124
Location: Czech Republic
recondas wrote:
I also installed neko_mandelbulber-1.11 and rendered a number of the provided
Overall I found mandelbulber to be a lot of fun - the user interface is very intuitive.


It works OK for me, too (but it is very slow on my O2 R10k/250 ;-) ).


Top
 Profile  
 
Unread postPosted: Mon Mar 05, 2012 9:55 am 
Offline
User avatar

Joined: Wed Mar 26, 2008 11:04 am
Posts: 307
Location: Paris
An new version is available in /beta ( md5 0568c1efb0009412d751b50e7768c663, not sure when your favorite mirror will be up to date ).
It includes a memory release bugfix, but I don't think it is related to the crashes canavan and recondas experienced. It may be worth having another attempt with this version.
Also fixed are the images path in the examples and my sloppy packaging too.


Attachments:
File comment: volumetric_fog_1 example
volumetric_fog_1.jpg
volumetric_fog_1.jpg [ 301.51 KiB | Viewed 744 times ]

_________________
:Onyx2: :Fuel: :O2: :O3x0: :O3x0:
Top
 Profile  
 
Unread postPosted: Mon Mar 05, 2012 11:33 am 
Offline
Moderator
Moderator
User avatar

Joined: Sun Jun 06, 2004 4:55 pm
Posts: 5155
Location: NC - USA
bplaa.yai wrote:
An new version is available in /beta ( md5 0568c1efb0009412d751b50e7768c663, not sure when your favorite mirror will be up to date ).
It includes a memory release bugfix, but I don't think it is related to the crashes canavan and recondas experienced. It may be worth having another attempt with this version.
Also fixed are the images path in the examples and my sloppy packaging too.
Wow, that was fast! Thank you bplaa.yai.

I suspect the issues I was having with mandelbulber
Code:
Gtk-CRITICAL **: file gtkfilesystemunix.c: line 1307: assertion `g_path_is_absolute (filename)' failed
were related to the image paths (that you updated in the new revision). Once I edited the image paths in the first version the error never reoccurred, and I haven't seen it at all in your updated version.

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************


Top
 Profile  
 
Unread postPosted: Mon Mar 05, 2012 4:39 pm 
Offline
User avatar

Joined: Mon Jul 21, 2003 5:19 am
Posts: 724
I can't reproduce the crashes with the current version either. But before I vote to move this to /current, could you please recompile this one with -Ofast / -IPA, a rough guesstimate would put the speedup at 10-30% with the settings below compared to the binary from the tardist:
Code:
CXXFLAGS=-Ofast -mips4 -I/usr/nekoware/include -TARG:platform=IP27:proc=r12000 -I../src -DSHARED_DIR='"/usr/nekoware/share/mandelbulber"'
LDFLAGS=-L/usr/nekoware/lib -Wl,-rpath -Wl,/usr/nekoware/lib -lfastm -Wl,-IPA -IPA


Top
 Profile  
 
Unread postPosted: Tue Mar 06, 2012 3:46 pm 
Offline
User avatar

Joined: Mon Jul 21, 2003 5:19 am
Posts: 724
filetype rules and icons for the binary and .fract files. May need some colors...


Attachments:
mandelbulber_fti.tgz [3.05 KiB]
Downloaded 22 times
Top
 Profile  
 
Unread postPosted: Tue Mar 06, 2012 7:58 pm 
Offline

Joined: Tue Feb 24, 2004 4:10 pm
Posts: 9298
I give up :) Where are you guys getting your gdk-pixbuf ? It's looking for
Code:
(mandelbulber:73065): GdkPixbuf-WARNING **: Cannot open pixbuf loader module
file '/usr/nekoware/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory

So I looked under /usr/nekoware and nope, no gdk-pixbuf-2.0 directory, okay le, went to nekoware /current (also looked in /beta) and got the latest gdk-pixbuf :

neko_gdk_pixbuf-0.22.0.tardist

and stuck it into swmgr. Here' what swmgr sees :
Attachment:
gdk-pixbuf.jpg
gdk-pixbuf.jpg [ 148.93 KiB | Viewed 689 times ]


Where'd ya get 2.0 ? Please don't tell me gtk2 ? :(


Top
 Profile  
 
Unread postPosted: Wed Mar 07, 2012 4:13 pm 
Offline
User avatar

Joined: Mon Jul 21, 2003 5:19 am
Posts: 724
I don't have that specific file either. Here's the installed stuff inkl. versions that mandelbulber links against on my system:
Code:
$ ~/src/nekoware/dependify.sh `which mandelbulber `
neko_atk.sw.lib 5 maxint
neko_bzip2.sw.lib 4 maxint
neko_cairo.sw.lib 5 maxint
neko_expat.sw.lib 3 maxint
neko_freetype2.sw.lib 7 maxint
neko_gettext.sw.lib 9 maxint
neko_glib.sw.lib 10 maxint
neko_glitz.sw.lib 2 maxint
neko_gtk.sw.lib 8 maxint
neko_libiconv.sw.lib 4 maxint
neko_libpng.sw.lib 8 maxint
neko_libxml2.sw.lib 7 maxint
neko_libxrender.sw.lib 2 maxint
neko_pango.sw.lib 13 maxint
neko_pixman.sw.lib 1 maxint
neko_zlib.sw.lib 6 maxint
And here's a list of the installed gdk-pixbuf bits
Code:
$ versions long |grep gdk-pixb
f 11065    39 neko_gtk.sw.eoe       m usr/nekoware/bin/gdk-pixbuf-csource
f 55758    37 neko_gtk.sw.eoe       m usr/nekoware/bin/gdk-pixbuf-query-loaders
f  2813     7 neko_gtk.sw.eoe         usr/nekoware/etc/gtk-2.0/gdk-pixbuf.loaders
f 62067    13 neko_gtk.sw.hdr         usr/nekoware/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-animation.h
f 23331    17 neko_gtk.sw.hdr         usr/nekoware/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h
[...]
f 33755     3 neko_gtk.sw.hdr         usr/nekoware/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf.h
f 48610    13 neko_gtk.sw.hdr         usr/nekoware/include/gtk-2.0/gdk-pixbuf/gdk-pixdata.h
f 59789     5 neko_gtk.sw.hdr         usr/nekoware/include/gtk-2.0/gdk-pixbuf-xlib/gdk-pixbuf-xlib.h
f  7447    10 neko_gtk.sw.hdr         usr/nekoware/include/gtk-2.0/gdk-pixbuf-xlib/gdk-pixbuf-xlibrgb.h
f 51517     1 neko_gtk.sw.lib         usr/nekoware/lib/pkgconfig/gdk-pixbuf-2.0.pc
f 28768     1 neko_gtk.sw.lib         usr/nekoware/lib/pkgconfig/gdk-pixbuf-xlib-2.0.pc
f 57836     6 neko_gtk.man.manpages   usr/nekoware/man/man1/gdk-pixbuf-csource.1
f 50345     3 neko_gtk.man.manpages   usr/nekoware/man/man1/gdk-pixbuf-query-loaders.1
d     0     0 neko_gtk.man.html       usr/nekoware/share/gtk-doc/html/gdk-pixbuf
f 40933    71 neko_gtk.man.html       usr/nekoware/share/gtk-doc/html/gdk-pixbuf/GdkPixbufLoader.html
[...]
f 17518     1 neko_gtk.man.html       usr/nekoware/share/gtk-doc/html/gdk-pixbuf/up.png


Top
 Profile  
 
Unread postPosted: Wed Mar 07, 2012 5:08 pm 
Offline
User avatar

Joined: Mon Jul 21, 2003 5:19 am
Posts: 724
Here's a list of packages that I've installed/upgraded/downgraded on a test system to get mandelbulber running. Strangely, gtk+ 2.10.14 and 2.22.1-1 appear to be installed at the same time:
Code:
neko_atk-1.28.0.tardist
neko_cairo-1.10.2.tardist
neko_expat-2.0.1-5.tardist
neko_fontconfig-2.6.0.tardist
neko_freetype2-2.4.4.tardist
neko_gdk_pixbuf-2.22.1.tardist
neko_gettext-0.18.1.1.tardist
neko_glib-2.26.1-10.tardist
neko_glitz-0.5.6.tardist
neko_gtk+-1.2.10.tardist
neko_gtk+-2.10.14.tardist
neko_gtk-2.22.1-1.tardist
neko_libcroco-0.6.2-5.tardist
neko_libjpeg-turbo-1.2.0.tardist
neko_libpixman-0.1.6.tardist
neko_libpng-1.2.47.tardist
neko_libxml2-2.7.8.tardist
neko_libxrender-0.8.4.tardist
neko_pango-1.28.3.tardist
neko_pixman-0.21.4.tardist
neko_render-0.8.tardist


Top
 Profile  
 
Unread postPosted: Thu Mar 08, 2012 3:25 am 
Offline

Joined: Tue Feb 24, 2004 4:10 pm
Posts: 9298
Okay, Magoo here now has two questions.

One is, where are you guys finding gdk-pixbuf 2.22.1 ? All I can find anywhere is gdk_pixbuf-0.22.0.

The second is, where did I find gtk 2.14.1? 'cuz that's also nowhere to be seen in nekoware ...


Top
 Profile  
 
Unread postPosted: Thu Mar 08, 2012 4:45 am 
Offline
User avatar

Joined: Wed Mar 26, 2008 11:04 am
Posts: 307
Location: Paris
canavan wrote:
I can't reproduce the crashes with the current version either. But before I vote to move this to /current, could you please recompile this one with -Ofast / -IPA, a rough guesstimate would put the speedup at 10-30% with the settings below compared to the binary from the tardist:
Code:
CXXFLAGS=-Ofast -mips4 -I/usr/nekoware/include -TARG:platform=IP27:proc=r12000 -I../src -DSHARED_DIR='"/usr/nekoware/share/mandelbulber"'
LDFLAGS=-L/usr/nekoware/lib -Wl,-rpath -Wl,/usr/nekoware/lib -lfastm -Wl,-IPA -IPA


Your optimisation flags suggestion has been included in the latest version of the package (md5 ef84b4ae36c4701c33614a1dde2ad12c) which should be available in /beta now.
Sorry I didn't notice your FTI files before submitting the package to Pete, so I couldn't include it. I'll do it for the next upgrade.

Regarding the speed improvement, it seems significant. I have a ~33% speed improvement on the modified_mandelbulb_3.fract example. I couldn't notice any visual difference between the unoptimized and optimized versions (thinking about math precision related optimisations).

One last note : it seems seems that the fast math library is ignored at linking time. The reasons why it happens is not so clear to me.
Code:
Building target: mandelbulber
Invoking: C++ Linker
CC -o"mandelbulber" -L/usr/nekoware/lib -Wl,-rpath -Wl,/usr/nekoware/lib -lfastm -Wl,-IPA -IPA  ./src/Render3D.o ./src/algebra.o ./src/callbacks.o ./src/cimage.o ./src/common_math.o ./src/database.o ./src/files.o ./src/fractal.o ./src/image.o ./src/interface.o ./src/morph.o ./src/primitives.o ./src/settings.o ./src/shaders.o ./src/texture.o ./src/timeline.o ./src/undo.o ./src/cl_support.o   -lpng -ljpeg  `pkg-config --libs gtk+-2.0 gthread-2.0`
ld32: WARNING 84 : /usr/lib32/mips4/r10000/libfastm.so is not used for resolving any symbol.
ld32: WARNING 15 : Multiply defined:(CalculateDistance__G8CVector3R8sFractalPb) in ./src/fractal.o and ./src/shaders.o (2nd definition ignored).
ld32: WARNING 84 : /usr/lib32/mips4/r10000/libfastm.so is not used for resolving any symbol.
Finished building target: mandelbulber

_________________
:Onyx2: :Fuel: :O2: :O3x0: :O3x0:


Top
 Profile  
 
Unread postPosted: Thu Mar 08, 2012 12:22 pm 
Offline
User avatar

Joined: Mon Jul 21, 2003 5:19 am
Posts: 724
the libfastm only supplys a small number of routines, it's possible that they aren't used at all. On the other hand, it may just be specified in the wrong order. I'd guess it's the latter, but I'm not sure how that works out at run time.
Code:
$ nm /usr/nekoware/bin/mandelbulber  | grep UNDEF > /tmp/x
$ nm /usr/lib32/libfastm.so  | grep MIPS_TEXT |grep -v __ |cut -d \| -f 8
.text
atan2
cos
exp
fcos
cosf
expf
fexp
flog
logf
fpow
powf
fsin
sinf
sqrtf
fsqrt
ftan
tanf
log
pow
sin
sqrt
tan
$ for i in `nm /usr/lib32/libfastm.so  | grep MIPS_TEXT |grep -v __ |cut -d \| -f 8`; do /usr/nekoware/bin/grep -w "$i" /tmp/x ; done
[1316]  |         0|     832|FUNC |GLOB |DEFAULT  |UNDEF  |atan2
[1493]  | 268546660|    1168|FUNC |GLOB |DEFAULT  |UNDEF  |cos
[1482]  | 268546440|     508|FUNC |GLOB |DEFAULT  |UNDEF  |exp
[291]   | 268544900|     636|FUNC |WEAK |DEFAULT  |UNDEF  |fcos
[290]   | 268544900|     636|FUNC |WEAK |DEFAULT  |UNDEF  |cosf
[293]   | 268544900|     288|FUNC |WEAK |DEFAULT  |UNDEF  |expf
[292]   | 268544900|     288|FUNC |WEAK |DEFAULT  |UNDEF  |fexp
[282]   | 268544900|     484|FUNC |WEAK |DEFAULT  |UNDEF  |flog
[287]   | 268544900|     484|FUNC |WEAK |DEFAULT  |UNDEF  |logf
[283]   | 268544900|    2056|FUNC |WEAK |DEFAULT  |UNDEF  |fpow
[284]   | 268544900|    2056|FUNC |WEAK |DEFAULT  |UNDEF  |powf
[286]   | 268544900|     672|FUNC |WEAK |DEFAULT  |UNDEF  |fsin
[269]   | 268544900|     672|FUNC |WEAK |DEFAULT  |UNDEF  |sinf
[281]   | 268544900|       0|FUNC |WEAK |DEFAULT  |UNDEF  |sqrtf
[289]   | 268544900|       0|FUNC |WEAK |DEFAULT  |UNDEF  |fsqrt
[254]   | 268544900|     400|FUNC |WEAK |DEFAULT  |UNDEF  |ftan
[253]   | 268544900|     400|FUNC |WEAK |DEFAULT  |UNDEF  |tanf
[1433]  | 268545460|     616|FUNC |GLOB |DEFAULT  |UNDEF  |log
[1315]  |         0|    2432|FUNC |GLOB |DEFAULT  |UNDEF  |pow
[1429]  | 268545380|    1188|FUNC |GLOB |DEFAULT  |UNDEF  |sin
[274]   | 268544900|       0|FUNC |WEAK |DEFAULT  |UNDEF  |sqrt
[252]   | 268544900|     884|FUNC |WEAK |DEFAULT  |UNDEF  |tan


Top
 Profile  
 
Unread postPosted: Thu Mar 29, 2012 5:48 am 
Offline
Moderator
Moderator
User avatar

Joined: Sun Jun 06, 2004 4:55 pm
Posts: 5155
Location: NC - USA
+1 for /current.

_________________
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************


Top
 Profile  
 
Unread postPosted: Thu Mar 29, 2012 12:44 pm 
Offline
User avatar

Joined: Wed Jul 21, 2010 11:09 am
Posts: 54
Location: West Dover, Nova Scotia, Canada
I would like to start by thanking bplaa.yai for porting mandelbulber. I really appreciate you taking the time to get mandelbulber running on IRIX for me!

When I started mandelbulber the first time I got the common Cairo error message:
Error: Cairo does not yet support the requested image format...

Attachment:
mandelbulber_irix_cairo_error.jpg
mandelbulber_irix_cairo_error.jpg [ 81.85 KiB | Viewed 534 times ]


I solved the error with the help of a quick nekochan search. Following the steps in the Wiki I set my X11 Xserver to 24-bit TrueColor. Of course this simple step was complicated slightly when I left out a dash on the -class part of the instructions...

These two nekochan pages were very helpful:
http://forums.nekochan.net/viewtopic.php?f=7&t=16719893&p=7290861&hilit=cairo+support+image+format#p7290861

http://www.nekochan.net/wiki/True_Color


Testing Mandelbulber

After that was sorted out I got down to the business of using mandelbulber on IRIX. I experimented with several of the mandelbulber examples and they all rendered on my SGI O2 with a bit of patience. The process of rendering the "hypercomplex - ambient occlusion.fract" scene did make me yearn for an upgrade from my O2 195 MHZ R10K system to something bigger like an Onyx2 Deskside to speed things up!
Attachment:
mandelbulber_render1.jpg
mandelbulber_render1.jpg [ 110.09 KiB | Viewed 534 times ]


Attachment:
mandelbulber-hypercomplex.jpg
mandelbulber-hypercomplex.jpg [ 106.62 KiB | Viewed 534 times ]


Conclusions
Mandelbulber worked well on my system and I would say +1 for /current.

_________________
Andrew Hazelden, VFX Artist
Personal Blog: www.AndrewHazelden.com

:O2: SGI O2, 195 MHz R10K, 320 MB ram, AV1 Video i/o card, 36GB HD


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 16 posts ]  Go to page 1, 2  Next

All times are UTC - 8 hours


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group