[Bf-committers] Multi-view branch UI proposal

[Adriano Oliveira]

Ok for Select View logic as long as it is a EXR recomandation.

Here goes a 1.2 Update, with other small fixes.

https://dl.dropboxusercontent.com/u/33950890/multiview%20UI.pdf


Adriano A. Oliveira

Livro: http://goo.gl/WtcNX
Lattes: http://lattes.cnpq.br/8343393957854863
Blog "Anodinidades": http://anodinidades.wordpress.com/
Produções audiovisuais: *http://vimeo.com/anodinidades/videos*
<http://vimeo.com/anodinidades/videos>Fotografia:
http://www.flickr.com/photos/adriano-ol/
Facebook: http://www.facebook.com/adriano.ol
Twitter: http://twitter.com/anodinidades


2013/6/17 Dalai Felinto <dfelinto at gmail.com>

> Some comments:
>
> 1) You are mixing up display modes (side-by-side, anaglyph, ..) with
> view selector (left, right, ...). That's a bad design in my opinion.
>
> 2) The view modes (side-by-side, ...) "have to" be applied for the
> whole screen. Right now you choice the 3D stereo display mode in user
> preference because your 3D display is part of your workstation setup.
> If you have a 3D display that take side-by-side you will use side-by
> side with it all the time.
>
> 2.1) That said, I think (for the sake of flexibility) it's reasonable
> to have 3D stereo mode per window. That should be set in the Info
> Editor header though, not in viewport/render panels.
>
> 3) "Arguably, the fact [that] there are multiple views of a pass in an
> EXR is only as interesting to the artists as that it contains R,G,B,A
> channels."  (Peter Hillman, OpenEXR dev)
>
> To show the Combined.left and Combined.right is not aligned with that.
> And I can't see why you would want that (it makes the UI clumsy)
>
> 4) That said, to have an option to select the view you want to render
> from a given RenderLayer node "MAY" work. The big problem here is that
> if you want to compose multiple views at the same time you need to
> have one scene dictating how many views (and which views) we are
> rendering.
>
> Right now we are doing something like:
>
> for view in render.views:
>   compose (view.name)
>
> I think the benefits of being able to compose multiview natively still
> beats the potential advantages of rendering individual views of a
> RenderLayer.
>
> 5) The option of selecting the multiview camera to use in the viewport
> is not a bad idea. In a way it's similar with what we have for the
> Image Editor.
>
> 6) The option of selecting the views in the render panel may be
> interesting. But I will restrict that to "left, right, view1, view2,
> ..., All". Again (see 1) no EXR, Anaglyph, ... here.
>
> 6.1) We could later implement an easy way to output side-by-side,
> anaglyph, ... My original idea (nowhere implemented) in the Image
> Editor you should even be able to select how to save the stereo image
> (single view, all views [EXR], stereo [anaglyph, side-by-syde, ...]).
>
>
> I'm really busy so I'm taking slow in the emails. I was actually
> planning to reply to your other proposal email only after I was done
> with the review changes proposed by Brecht. But feedback like yours
> (specially when concise and well structured) is really welcome.
>
> Cheers,
> Dalai
>
>
> Why not only change the view mode (side-by-side, ...) in the user p
>  você está misturando forma de visualizar (side-by-side, ...) com que
> view ver (left, right, ...)
> e o image editor precisa de 3D tanto quanto o viewport
> Que mais, acho que mostrar os passes 1 a 1 não faz sentido (acho que o
> brecht já tinha argumentado a respeito)
> Nas palavras das especificações do EXR:
> "para o artista, o fato de que um passe tem multiplas views é tão
> (ir)relevante quanto o fato de que tem R, G, B"
> ou seja, a view faz parte do pass
> Agora, acho interessante a idéia de ter um seletor de view no Render
> panel e na viewport
> --
> blendernetwork.org/member/dalai-felinto
> www.dalaifelinto.com
>
>
> 2013/6/17 Adriano Oliveira <adriano.ufrb at gmail.com>:
> > Hi Brecht and Dalai,
> >
> > Here goes a visual proposal:
> >
> > https://dl.dropboxusercontent.com/u/33950890/multiview%20UI.pdf
> >
> >
> >
> > Adriano
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-committers
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>