[Bf-committers] Multiview frustrum controler reference

Dalai Felinto dfelinto at gmail.com
Thu Oct 9 16:22:34 CEST 2014

Hi Adriano,

Those high-level controls are desirable. But I tend to favour first
implement the core functionality, let users define the ultimate
workflow that attend their productions and then we sort what is the
unique need of "Adriano's pipeline" and what is of general interest.

The same is true for controlling min-maximum pixel separation in
oppose to setting interocular distance and convergence plane.
Internally the result is the same so for the initial Multi-View
feature-set we provide the low level settings (e.g., interocular and
convergence plane) and leave to the users to build customizable
solutions for their pipelines.

We had addons to provide those even before a robust Multi-View was in
place. I'm confident that solutions built on top of the
Multi-View/Stereo 3D functionality will be in place in no time.

That said, if you have the time to build a proper proposal on how
those controllers would fit in the UI and the pipeline I'm all ears.



2014-10-09 11:15 GMT-03:00 Adriano Oliveira <adriano.ufrb at gmail.com>:
> Thank you Dalai for the exceptional work in Multiview branch.
> Stereo images are easy to create in CG, but it is very hard do control how
> they can be correctly "decoded" by our brains.
> The main problem is the relation among human interoccular distance, image
> resolution, screen size and viewer distance from screen. In short, a 3d
> film produced for theater release is not good for TV without propper
> adjustment.
> So it is very important that Multiview offers in near future a stereo
> camera rig with a frustrum indicating a "safe stereo zone" for placing
> objetcs. This zone would change whenever any os above parameters is changed.
> We can see the mathematics for this in http://www.noeol.de/s3d/
> But I think we could go further and dream with an ideal dinamic stereo
> frustrum similar to this:
> https://vimeo.com/57398627
> Even if this is not possible right now, it would be very nice if the code
> allow it to be implemented in near future.
> ;)
> Adriano A. Oliveira
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers

More information about the Bf-committers mailing list