ShopDreamUp AI ArtDreamUp
Deviation Actions
here it is > sourceforge.net/projects/mande…
[thanks 2 Krzystof]
******little diary:
I am playing with a universal build of mandelbulber for ppc and intel but i still have a problem with X server (but the build is fine)-i am planning to build a 64 version of it as well.
Dunno if is really useful to build a 32/64 bit version for ppc..or building a version for OS 10.04 (i386 maybe?).
I see i cannot build a variant of it without X11 at the moment..
It would be possible and difficult to build an application bundle against gtk2 using macports..problem is that there are just few methods 2 do the task.
I SEE that the executable would be way 2 big (it's the same method used to build Gimp on mac OS-'the Lisa method' is called) AND (again) IMHO DOES NOT CHANGE MUCH. (:
Obviously there are many ways 2 build mandelbulber on mac and i want to try others -maybe in the future an xcode project could be created as well.
Creating a port file for mandelbulber is poZZible but manteining it is something else..installing the sw would be easy as typing "sudo port install mandelbulber".
ON TOP OF THAT I should really buy a mac [and a pc as well]
2 later
update: preparing now for a 64 bit binary: [first control your EFI and boot 64 bit]
*usually snow-leopard is 64 bit mode and macports is 64 bit on snow-leopard so [eventually] all this is useless
>ioreg -l -p IODeviceTree | awk -F'"' '/firmware-abi/{print $4}'
if it says 'EFI64' it is ok, then
>sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.Boot
'Kernel Flags' 'arch=x86_64'
boot
>cd /opt/local/etc/macports
>sudo pico macports.conf (change '#build i386' to 'build_arch x86_64')<CTRL O><enter>
>sudo port -f uninstall installed
>sudo port install gtk2
now I have to wait..
--> Dependencies to be installed: atk gettext expat libiconv gperf ncurses ncursesw glib2 autoconf help2man p5-locale-gettext perl5 perl5.12 m4 automake libtool zlib gtk-doc docbook-xml docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl gnome-doc-utils intltool gnome-common pkgconfig p5-getopt-long p5-pathtools p5-scalar-list-utils p5-xml-parser iso-codes libxslt libxml2 py27-libxml2 python27 bzip2 db46 gdbm openssl python_select readline sqlite3 rarian getopt gdk-pixbuf2 jasper jpeg libpng tiff pango Xft2 fontconfig freetype xrender xorg-libX11 xorg-bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-libxcb xorg-libpthread-stubs xorg-xcb-proto xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans xorg-renderproto cairo libpixman xorg-xcb-util shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-libXext xorg-libXfixes xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto
.dylibs are now 64 bit-but i (or "I") NEED gcc 4.6 and apple has here 4.0 [can't see here] or i have gcc GNU 4.4.1 [or something]
>/usr/bin/gcc -v
Using built-in specs.
Target: i686-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5493~1/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=i686-apple-darwin9 --with-arch=apple --with-tune=generic --host=i686-apple-darwin9 --target=i686-apple-darwin9
so now let's install gcc4.6:
>sudo port install gcc46
eh, DOES NOT WORK: I NEED 2 DOWNLOAD a copy of gcc-4.6.1.tar.gz somewhere and it's 89 MB,
and by reading macports's log i see there's something wrong [but for 32 bit is ok].
GMP/MPFR/MPC chains (headers and libs) are necessary
2 later
*************UPDATE
Ah yes! the same code is working for 64 bit and for 32 bit [kindof] and i'm using gcc-4.6.1 now [much better] so there's no need to change the code no-more!
~ me$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/i386-apple-darwin9/4.6.1/lto-wrapper
Target: i386-apple-darwin9
Configured with: ../gcc-4.6.1/configure --prefix=/opt/local --build=i386-apple-darwin9 --enable-languages=c,c++,objc,obj-c++ --libdir=/opt/local/lib/gcc46 --includedir=/opt/local/include/gcc46 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.6 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.6 --with-gxx-include-dir=/opt/local/include/gcc46/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --enable-stage1-checking --disable-multilib
Thread model: posix
gcc version 4.6.1 (GCC)
[thanks 2 Krzystof]
******little diary:
I am playing with a universal build of mandelbulber for ppc and intel but i still have a problem with X server (but the build is fine)-i am planning to build a 64 version of it as well.
Dunno if is really useful to build a 32/64 bit version for ppc..or building a version for OS 10.04 (i386 maybe?).
I see i cannot build a variant of it without X11 at the moment..
It would be possible and difficult to build an application bundle against gtk2 using macports..problem is that there are just few methods 2 do the task.
I SEE that the executable would be way 2 big (it's the same method used to build Gimp on mac OS-'the Lisa method' is called) AND (again) IMHO DOES NOT CHANGE MUCH. (:
Obviously there are many ways 2 build mandelbulber on mac and i want to try others -maybe in the future an xcode project could be created as well.
Creating a port file for mandelbulber is poZZible but manteining it is something else..installing the sw would be easy as typing "sudo port install mandelbulber".
ON TOP OF THAT I should really buy a mac [and a pc as well]
2 later
update: preparing now for a 64 bit binary: [first control your EFI and boot 64 bit]
*usually snow-leopard is 64 bit mode and macports is 64 bit on snow-leopard so [eventually] all this is useless
>ioreg -l -p IODeviceTree | awk -F'"' '/firmware-abi/{print $4}'
if it says 'EFI64' it is ok, then
>sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.Boot
'Kernel Flags' 'arch=x86_64'
boot
>cd /opt/local/etc/macports
>sudo pico macports.conf (change '#build i386' to 'build_arch x86_64')<CTRL O><enter>
>sudo port -f uninstall installed
>sudo port install gtk2
now I have to wait..
--> Dependencies to be installed: atk gettext expat libiconv gperf ncurses ncursesw glib2 autoconf help2man p5-locale-gettext perl5 perl5.12 m4 automake libtool zlib gtk-doc docbook-xml docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl gnome-doc-utils intltool gnome-common pkgconfig p5-getopt-long p5-pathtools p5-scalar-list-utils p5-xml-parser iso-codes libxslt libxml2 py27-libxml2 python27 bzip2 db46 gdbm openssl python_select readline sqlite3 rarian getopt gdk-pixbuf2 jasper jpeg libpng tiff pango Xft2 fontconfig freetype xrender xorg-libX11 xorg-bigreqsproto xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-libxcb xorg-libpthread-stubs xorg-xcb-proto xorg-util-macros xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans xorg-renderproto cairo libpixman xorg-xcb-util shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-libXext xorg-libXfixes xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto
.dylibs are now 64 bit-but i (or "I") NEED gcc 4.6 and apple has here 4.0 [can't see here] or i have gcc GNU 4.4.1 [or something]
>/usr/bin/gcc -v
Using built-in specs.
Target: i686-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5493~1/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=i686-apple-darwin9 --with-arch=apple --with-tune=generic --host=i686-apple-darwin9 --target=i686-apple-darwin9
so now let's install gcc4.6:
>sudo port install gcc46
eh, DOES NOT WORK: I NEED 2 DOWNLOAD a copy of gcc-4.6.1.tar.gz somewhere and it's 89 MB,
and by reading macports's log i see there's something wrong [but for 32 bit is ok].
GMP/MPFR/MPC chains (headers and libs) are necessary
2 later
*************UPDATE
Ah yes! the same code is working for 64 bit and for 32 bit [kindof] and i'm using gcc-4.6.1 now [much better] so there's no need to change the code no-more!
~ me$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/i386-apple-darwin9/4.6.1/lto-wrapper
Target: i386-apple-darwin9
Configured with: ../gcc-4.6.1/configure --prefix=/opt/local --build=i386-apple-darwin9 --enable-languages=c,c++,objc,obj-c++ --libdir=/opt/local/lib/gcc46 --includedir=/opt/local/include/gcc46 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --datarootdir=/opt/local/share/gcc-4.6 --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.6 --with-gxx-include-dir=/opt/local/include/gcc46/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --with-mpc=/opt/local --enable-stage1-checking --disable-multilib
Thread model: posix
gcc version 4.6.1 (GCC)
Deviant art's big brothers
I am quite surprised for this, there was no nudity at all, while you can find lots of explicit images here on DA (and this does not create problems to me and to DA, apparently), the image was a random file from an HD of somebody ('data-salvage' was the title), the explicit content was completely covered by a glitch. If I don't show explicit content I think I don't violate the policy.
So it is enough that somebody files an idiotic complaint and the staff erase the picture, this is an absurd dictatorship.
___________________________________________________________________________________________
The work(s) listed below have been removed by
Grote oren
made with Blender
Het onzichtbare schild
Clip made with Blender
Mandelbulber for mac -OpenCL alpha
Here it is https://github.com/buddhi1980/mandelbulber2/releases/download/2.12-alpha3/mandelbulber2-2.12-alpha3.dmg (ver.3) OpenCL support has been added. Give it a try and tell me how it goes. The implementation of OpenCL on OS X is a bit problematic and not smooth as on linux and windows.
© 2011 - 2024 bermarte
Comments0
Join the community to add your comment. Already a deviant? Log In