Camera3D is an open source Processing library that extends the functionality of the platform to produce graphics that require the
draw() method to be called multiple times. This opens the door to many new possibilities. For example, Camera3D can create 360 video:
It can create stereoscopic videos, such as anaglyphs or split frame videos (for a 3D monitor or TV). Here's the animation I made for my holidays cards last year:
In addition, it can do things nobody has thought of before, like these split depth animations (as I am calling them):
Camera3D is a framework that can support many goals. It comes with pre-built "Generators" to do a variety of things, as well as allowing you to create your own Generators to extend the functionality even more. Everything is implemented in a way that is super easy for beginners to use.
Camera3D works with Processing 3.x.
Below are the built in generators you can use, along with an explanation of how they operate. There's also a Regular Renderer that makes Camera3D animations look just like a regular P3D sketch if you need it.
Anaglyphs (require special 3D Glasses)
For each of the Generators you can accept the default settings or configure them as you please. You can also make your own custom generators. Debug functionality is built into Camera3D to support your development efforts.
Camera3D supports all of the regular Processing camera functions. It also cooperates with other popular libraries like ControlP5 and PEasyCam.
The provided Processing example sketches illustrate everything mentioned above as well as provide utility programs to help you explore its potential.
Finally, some Miscellaneous Thoughts.
The Camera3D library was inspired by my fascination with anaglyphs and my frustration with the no longer functioning RedBlue library. I built this because I wanted to create anaglyphs in Processing and I couldn't get the RedBlue library to work again.
The RedBlue library worked in Processing 1.5 but stopped working when Processing 2.x stopped supporting the Java3D renderer. I did the best I could to get it working again but every attempt failed. After much experimentation and analysis of the Processing library code, I discovered a very different approach that could be used to create a new anaglyph library. The key insight here is that a sketch's draw method can be called multiple times per frame. The library can render the same scene multiple times with different camera settings and then combine the frames into a composite image. When I realized this, Camera3D was born.
At first Camera3D could only do simple red-cyan bitmask anaglyphs, much like the RedBlue library. As I experimented and researched this subject online, I learned there is much more to anaglyphs than using bitmasks to combine two images. In fact, there are even published journal papers on the subject, outlining sophisticated algorithms for optimal color choices for each pixel. I was hooked.
Today this library can do more than just anaglyphs and stereoscopic animations. A better name for Camera3D might be 'CompoundCam'. What it does is enable you to render your sketch two or more times with different camera settings and then combine the frames together in any way you want. This is very useful for 3D techniques because of our binocular vision, but there could be other uses as well. For example, if you wanted to make a sketch that rendered the scene from many different angles and then combined them into some kind of Picasso-Cubism inspired animation, this library will help you do that.
I would like to thank Lee Byron for making the original RedBlue library. Camera3D has little resemblance to RedBlue but does inherit a couple of lines of code from its stereoscopic calculations. More importantly, RedBlue provided me with the inspiration to create this. I would also like to thank my fellow campers from ITP Camp, especially the folks who attended the session I taught on the first Camera3D prototype. The feedback I received was valuable and helped me make this library even easier to use. I would also like to thank Tomás Laurenzo and Kay Anar for helpful feedback on working with NVidia 3D.
I'd also like to expand on the growing popularity of 360 Video to support Stereoscopic 360 Videos. Some platforms like Vimeo and YouTube support this already but the Processing community does not yet have the tools to create the content for it.
Camera3D could easily produce content for so-called "3D Holograms," such as this video found online. More importantly, Camera3D is fast enough to do this in real-time, allowing for interactive holigram displays.
I'd like to improve how Camera3D works with 3D TVs and monitors. Currently it doesn't make a sketch work the way you'd probably want it to work with your NVidia 3D TV or monitor. At least, it doesn't on my 3D monitor. I do believe this is possible, and unless someone tells me otherwise, I am going to continue to believe it is possible and do what I can to make it happen. It would be great if someone with a deep knowledge of the NVidia API would code this and contribute it back to the library.
The library is designed in such a way that you can easily make your own custom generators. If you have access to a unique technology you will probably be able to integrate it into this library. If you make something that other people can also make use of, please let me know and I will incorporate it into a future release. I am eager to see what the community builds with this.
Finally, I'd like to say that I endeavor to make this library an example of high quality 3D Stereoscopic tools. There are increasingly sophisticated algorithms for doing these things and I don't claim to be an expert on any of them. If there is something I am doing that is incorrect or can be better, please let me know and I will do my best to improve the library.