Viewports need to be linkable to DL cameras

[Andy Broomell 922]

One of the main issues with RW Cameras: currently there is no way to link a viewport to a Design Layer camera.

 

WHAT CURRENTLY HAPPENS:

You place a RW camera on a design layer and adjust it to the preferred POV. If you have the camera Activated when you create a Sheet Layer viewport, the camera is removed from the Design Layer and becomes embedded in the new viewport. If you don’t have the camera Activated, the RW Camera remains on the Design Layer and the viewport is created with the same POV (but with no embedded camera).

 

IN EITHER CASE, the viewport’s POV is never linked to a camera on the Design Layer. This is currently impossible.

 

 

Examples of why this doesn’t work in actual workflows:

 

SCENARIO 1: MULTIPLE VIEWPORTS WITH SAME POV

Let’s say you have a set design and you create a viewport to render the design. You then duplicate this viewport 15 more times to show different design variations via class visibilities and class overrides. Perhaps each viewport shows different textures or furniture options or lighting. Or perhaps it's a theatrical play with different scenes.

 

Then for whatever reason the POV for these renders needs to change (which is not uncommon). There is no easy way to change the POV once and have all 16 viewports match. The only way to do this currently is very manual: First you adjust the POV for one viewport, then you move all of the existing viewports off to side so that you can duplicate this viewport 15 times like you did before and place each one where it goes, then you re-apply all of the class overrides by using the eyedropper tool and sampling from the old viewports, then you delete the old viewports, then you update all the new ones and hope you didn't mess something up. (I should note that all my rendering viewports are on one sheet layer in my workflow).

 

This is a VERY tedious process, and especially annoying when the POV keeps on changing.

 

 

THE PROPOSED SOLUTION:

You place a RW camera on a Design Layer and adjust it to the preferred POV. When you create a viewport there should be the following options:

1. Leave camera on the Design Layer and LINK the viewport’s POV to this camera.
2. Leave camera on the Design Layer and create a duplicate camera to be embedded into the viewport.
3. Embed existing camera in the viewport (just like the current functionality).

 

The key here is option 1. This leaves the camera right where it is in the Design Layer, and would allow you to have multiple viewports linked to this one camera. In the scenario above, when you want to change the POV for all of your renderings, you simply move the camera’s position in the Design Layer and then update all of your existing viewports. Done.

 

 

SCENARIO 2: THE ENTIRE SET CHANGES POSITION.

Let’s say you have a design for an outdoor music concert stage and you’ve set up 8 renderings showing the stage from different points of view in the audience. Now for whatever reason the entire stage is changing position on the site and needs to rotate to the left. You need the renderings to following along with the new position. While you're not completely screwed, the current way of dealing with a rotation like this is quite laborious (which I won’t type out here). It’s possible, but realistically takes about 20 minutes to change all the viewports and make sure you haven’t messed anything up.

 

With the proposed functionality, since the cameras still live on the Design Layer, you'd simply rotate the camaras along with the other geometry, then update your viewports. Nice and simple.

 

 

SCENARIO 3: CAMERA PLOT

In general it would just be nice to be able see the points of view for your renderings while working in a design layer. Say for example you’re creating a camera plot for a tv show and want to see the camera positions for all the shots simultaneously, and you want to be able to move them around and have the linked viewports adjust accordingly. This would be possible with this new functionality: what you see in your Design Layers will always match what you get in your Sheet Layers.

 

 

(All of the above scenarios have arisen for me in the last few months, and each time I quickly realize the shortcomings of the camera tool.)

 

 

 

 

ADDITIONAL CONSIDERATIONS:

• The OIP for a viewport would indicate that the viewport is linked to a Design Layer camera, and it would display the camera name. There would be a button for a pop-up that would allow you to choose a different camera to link the viewport to. There would also be a button to unlink the viewport from the DL camera (leaving you with the same POV but no longer connected to anything). Existing viewports that are currently unlinked should be linkable to an existing camera via the viewport's OIP.

 

• If you double click a viewport with a linked camera and choose Edit Camera, there would be a pop-up warning you that the viewport's camera is a Design Layer camera, and adjusting it will also affect other viewports linked to the same camera. There would be a secondary option to “create a duplicate camera" so that the changes you make only apply to the one viewport, leaving the original camera intact.

 

• The OIP for a DL Camera with linked viewports would indicate what viewports are linked to it. This dialogue box would list all linked viewports, with an "unlink" button next to each one and a button to "Navigate to Viewport". When you try to adjust the camera, VW would warn you that the adjustments will affect all linked viewports. If you try to delete the camera, VW will warn you that all linked viewports will then become independent unlinked viewports.

 

• As suggested elsewhere on these forums, another functionality that would be nice (and tie in well to the above considerations) is the ability to lock the POSITION of a RW camera, but have it still be selectable. Currently if you Lock a camera, you can’t even activate it to see its POV. And there’s no other way to prevent accidental changes to the camera (especially because if you have the camera Active and use the flyover tool, you’re actually moving the camera, which often trips up novice users).

 

I know this was a long post, but I think this is one of the most important changes VW could make in order to improve the rendering workflow. It would also be immensely helpful in the TV/film/theatre industries.

 

I'd love to hear other people's thoughts!

 

Edited November 12, 2018 by Andy Broomell

[Kevin McAllister 1,128]

Yes please. For storyboard or scene by scene drawings I often have 10+ viewports with the same camera view. I wish the camera information for them could all be updated at once.

 

Kevin

[grant_PD 226]

Yes.  I believe I asked for this in another thread.  When one pulls down the "View" picker in the OIP of the viewport, all of your cameras should be listed there.  That way the camera is NOT embedded into the viewport, which I have never understood the reasoning for.  The camera remains an independent object, and you can activate it as Andy wants to show different layer/class overrides, you can move scenery around, you can move the camera around.  

 

[markdd 626]

Its surprising that Design Layer Camera views weren't implemented from the moment we had the ability to embed cameras into Viewports. It seems such an intuitive thing to want to do. It's been wished for for a long time now but never as well articulated as Andy has above.

 

As a stopgap the "Other" check box in the viewports section of the Eyedropper tool will copy a camera view from one viewport to another, but it also brings some of the Advanced properties with it so you would need to be careful when using it.. 

[line-weight 635]

I've just come to this after adding to a thread I started a year and a bit ago, where I expressed similar frustrations but not in such a clear way @Andy Broomell has done in his OP above. Pretty much completely agree with all of his suggestions. I hope people at VW are reading them. He's doing your work for you.

 

I find the way cameras work at the moment very confusing (with the result that I've generally simply avoided using them). Also, all of the scenarios outlined above are ones I regularly come across in an architectural context. By coincidence I made a few similar points in the thread I just updated ten minutes ago, here:

 

https://forum.vectorworks.net/index.php?/topic/47921-renderworks-cameras-horribly-confusing-and-what-is-the-point-of-them-at-all/

 

[Andy Broomell 922]

Now that 2019 is released and the Design Summit is over, I want to bump this topic in hopes that it's fully considered for VW2020. 😁

 

@Jim Wilson - has there been any internal discussion about improvements to the Camera tool? (I suppose you're probably not allowed to say, haha)

[PVA - Jim 2,365]

Lots of talks and this is very likely to be something we revamp, but if I had to guess, I would say it wasn't something in the cards for 2020. Lots of big rendering related news, but likely not this.

[Andy Broomell 922]

Interestingly, a small part of this wish was fulfilled in VW2020, but unfortunately not the most important thing.

 

Essentially you now get a pop-up asking if/how the camera should be embedded into the viewport, but currently there's no way to connect a viewport's Point of View to a Design Layer camera. So I'm bumping this topic for VW2021.

 

New pop-up:

 

 

This is the part from my original post that we need (#1):

On 7/9/2018 at 6:54 PM, Andy Broomell said:

When you create a viewport there should be the following options:

1. Leave camera on the Design Layer and LINK the viewport’s POV to this camera.
2. Leave camera on the Design Layer and create a duplicate camera to be embedded into the viewport.
3. Embed existing camera in the viewport (just like the current functionality).

 

Confusingly the new pop-up in 2020 also uses the word "linked"... It definitely got my hopes up when I first saw it. 😁

 

[EAlexander 250]

Oh God, yes please! 

[line-weight 635]

Yes, strange use of the term 'linked'. As if intentionally to confuse.

 

When they say 'linked' what they really mean is something like "settings embedded in", right?

[Andy Broomell 922]

Yes, I think the term "embedded" better describes how it works. Although, one of my students recently asked "So it's like the camera gets sucked into the viewport if it's selected?" I said "Absolutely," and now might start describing it that way to begin with 🤣