Its a rendering using Mark's awesome 3d visualization software called 'space'. I exported a an animation loop from apophysis as a series of JPG images and then loaded that time series as a volume-stack of images into Marks program. Don I think you might find Mark's program really interesting. I was able to adjust the lighting, rendering quality and perspective in order to get this nice metallic look.
I wish Space Software could export surface models as STL files. I'd love to 3D print a bunch of stuff. I don't think it would be hard, I've just never spent the time to figure out how to translate to STL.
And just to brag, Space has stereo pair viewing built in (I saw your comment that you currently need to mouse to get the pair geometry right):) I'm bragging because it took a lot of programming to get the stereo controls correct.
Still not perfect: I can't do the nice transparency and fine coloring that fractrace has. And it is not truely surface based, it's volume rendered so fine features look chunky or disappear. And I can't do nice backgrounds easily. It can do stereo keyframed animations, but can't change the shape (volume data) dynamically, another nice thing about the fractrace design.
Just an update.... I think I have the stereo image part of Fractrace working correctly and automatic now.
I also wanted to note that Fractrace is a volumetric renderer, when rendering volumes, there is no surface generated.
Until two weeks ago I was having the same problem with "chunky" appearance until I fixed a coding error.
Also, although I can't explain it, stereo viewing actually sharpens and clarifies the image, each frame by itself is blurry and chunky, but when viewed together corectly it improves dramatically.
Oh cool, it will be interesting to see and compare how you did things. We have even more in common now. Except for programming languages! I'd be interested to know sometime why you'd like to do a GUI interface in C++ or somesuch instead of sticking with Java, and whether you think it's feasible to make it a web app. And now you've got me thinking about how to modify Space to dynamically generate fractal patterns, to have moving animations.
And yes, stereo vision is wonderful for "sharpening up" fine transparent features that look fuzzy in 2D. Somehow the mental model resolves the ambiguity of occluding regions.
Not going to have time soon to really look hard at your code, but it's high on my list.
Maybe keep in the back of your minds the idea of doing somekind of stereo/3d visualization web-app tools (Flash/Flex/Apollo might be a way to go) if either of you guys are interested in extending some of your existing work/ideas from the desktop. I would provide any kind of web-based resources such as hosting space and integration of the tools into enzymind. I think such a setup would be really interesting for visualizing at least three types of content:
1.) Computer generated images (2or3d)
2.) Stereo photos
3.) Data structures (content-node trees)
Such a visualization GUI is still quite a ways down the enzymind coding projects pipeline but it might be a place our interests can intersect some point in the future.
First the only reason I'm considering C++ is for a distributable app that artists can use. The ONLY drawback to Java is the only people who will use it are those familiar with the language and have it installed on their system.
That's why I am thinking about an Java applet deployment on the web. The Java team at sun has made great progress with web deployment of the core and extended libraries (automatic within the browser) from some of what I've read there is little or no user involvement required. It's something I need to get deeper into.
As for feasability, any app that can run as an app can be run as an applet, so no problem there.
The same goes for stereo 3D, J3D already supports realtime interactive stereo 3D, but I've never tried it myself.
So all three of your suggestions are definetly doable.
With your help on the web side I don't see any of this being a problem
I suggest also you might take a look at the X3D at the Web3D Consortium at http://www.web3d.org
X3D evolved from and is compatable with VRML it also has many of the same extensions as and is compatable with Java and J3D.
All I really need is a few hundred more hours in a day, I doubt I'll ever run out of things to try in my lifetime ;)
Comments
starflower_rt.JPG
Is this a rendering, or a photo of a stereo lithograph made of a fractal?
It looks a lot like many STL's I've seen
space rendering
Its a rendering using Mark's awesome 3d visualization software called 'space'. I exported a an animation loop from apophysis as a series of JPG images and then loaded that time series as a volume-stack of images into Marks program. Don I think you might find Mark's program really interesting. I was able to adjust the lighting, rendering quality and perspective in order to get this nice metallic look.
stl
I wish Space Software could export surface models as STL files. I'd love to 3D print a bunch of stuff. I don't think it would be hard, I've just never spent the time to figure out how to translate to STL.
And just to brag, Space has stereo pair viewing built in (I saw your comment that you currently need to mouse to get the pair geometry right):) I'm bragging because it took a lot of programming to get the stereo controls correct.
Still not perfect: I can't do the nice transparency and fine coloring that fractrace has. And it is not truely surface based, it's volume rendered so fine features look chunky or disappear. And I can't do nice backgrounds easily. It can do stereo keyframed animations, but can't change the shape (volume data) dynamically, another nice thing about the fractrace design.
Mark,Just an update.... I
Mark,
Just an update.... I think I have the stereo image part of Fractrace working correctly and automatic now.
I also wanted to note that Fractrace is a volumetric renderer, when rendering volumes, there is no surface generated.
Until two weeks ago I was having the same problem with "chunky" appearance until I fixed a coding error.
Also, although I can't explain it, stereo viewing actually sharpens and clarifies the image, each frame by itself is blurry and chunky, but when viewed together corectly it improves dramatically.
Don
volume render
Oh cool, it will be interesting to see and compare how you did things. We have even more in common now. Except for programming languages! I'd be interested to know sometime why you'd like to do a GUI interface in C++ or somesuch instead of sticking with Java, and whether you think it's feasible to make it a web app. And now you've got me thinking about how to modify Space to dynamically generate fractal patterns, to have moving animations.
And yes, stereo vision is wonderful for "sharpening up" fine transparent features that look fuzzy in 2D. Somehow the mental model resolves the ambiguity of occluding regions.
Not going to have time soon to really look hard at your code, but it's high on my list.
web apps
Maybe keep in the back of your minds the idea of doing somekind of stereo/3d visualization web-app tools (Flash/Flex/Apollo might be a way to go) if either of you guys are interested in extending some of your existing work/ideas from the desktop. I would provide any kind of web-based resources such as hosting space and integration of the tools into enzymind. I think such a setup would be really interesting for visualizing at least three types of content:
1.) Computer generated images (2or3d)
2.) Stereo photos
3.) Data structures (content-node trees)
Such a visualization GUI is still quite a ways down the enzymind coding projects pipeline but it might be a place our interests can intersect some point in the future.
First the only reason I'm
First the only reason I'm considering C++ is for a distributable app that artists can use. The ONLY drawback to Java is the only people who will use it are those familiar with the language and have it installed on their system.
That's why I am thinking about an Java applet deployment on the web. The Java team at sun has made great progress with web deployment of the core and extended libraries (automatic within the browser) from some of what I've read there is little or no user involvement required. It's something I need to get deeper into.
As for feasability, any app that can run as an app can be run as an applet, so no problem there.
The same goes for stereo 3D, J3D already supports realtime interactive stereo 3D, but I've never tried it myself.
So all three of your suggestions are definetly doable.
With your help on the web side I don't see any of this being a problem
I suggest also you might take a look at the X3D at the Web3D Consortium at http://www.web3d.org
X3D evolved from and is compatable with VRML it also has many of the same extensions as and is compatable with Java and J3D.
All I really need is a few hundred more hours in a day, I doubt I'll ever run out of things to try in my lifetime ;)
Don
Post new comment