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 <dfeli...@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.u...@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@blender.org > > http://lists.blender.org/mailman/listinfo/bf-committers > _______________________________________________ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers > _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers