Posts by chughes

I have been having this issue for the past 2 days. I was thinking it just needed to process in the cloud, but nothing is showing up in Upload Management.

Has there been a recent change in the rendering of Orthographic views? The shadows and outlines of an Ortho view are much softer than the same on a 2-point view. All display settings are the same between the view, simply swapping from 2-point to ortho and everything goes soft and loses crispness. Shadow edges are jagged and smaller outlines are lost in the ortho view.

I understand regarding the difference in the size of the pattern. What I cannot figure out is why the shadows being cast stop so abruptly. Attached is an image of the light in a niche. The shadows should be reaching the sidewalls of the niche and elongating along the back wall of the niche. Instead, the cast shadow pattern just stops about 2' from the light source. It shouldn’t do that.

Changing the light source geometry does not have an affect on the cast shadows. I made it 3" in size and 6' in size, with no change.

I am attaching both lights, to help troubleshoot.

Thanks much.

To further experiment, if I drop the lumens of the background light, the nice, big ball of cast shadows does not get smaller. The foreground light intensity is set to 150 lumens and the background is set to 300 lumens in this image.

Can someone help me understand why, when I drop my lumens down to a reasonable level, the shadows cast by my lighting just end in a ball of light. If bump the lumens to supernova levels, the ball of light expands. See attached for examples.

The large light in the background is set at 1,000 lumen point and spherical source. It generates nice shadows on distant walls and is pretty ideal. The lights in the foreground are set at 500 lumens point and spherical source. The cast shadows just....stop....a few feet from the light.

If I crank up the foreground lumens to 1,000, the shadows expand but just, jeez, I am searing my eyeballs.

Then, if I go big and set the foreground to 5,000 lumens, the shadows *dont* expand, everything else just gets dimmer due to autoexposure.

Ah, jeez. Sorry, didn’t even see the video earlier. Got it now.

Thanks much.

I am not sure I understand the 'link them together' portion. I cannot find a relevant writeup on the process via web search. Can you point me in a direction?

Thanks.

I see. I need to reverse my workflow and bring the asset into the existing Revit family.

Thanks Phil!

What is the proper workflow to modify and save an Enscape asset for future use?

For example, I do not want the 3D model to be visible in plan view. I would like to emulate a typical Revit family and have 2D linework and masking regions for plan view, and the 3D elements visible in 3D views.

I know I can drop the asset in the model, edit the asset family, add my linework and hide the 3D model in plan views, and reload into my model and I get exactly what I want. How do I then save or export my modified asset for future use in other projects?

Thanks.

To further describe the issue, *sometimes* intermediate keyframes that have a timestamp *also* adjust when adjusting nearby keyframes with a timestamp. IE, if I have the starting keyframe, a second keyframe timestamped @ 12 seconds, an intermediate keyframe, and the fourth keyframe timestamped @ 20 seconds, if I adjust the timestamp on the fourth keyframe to 18 seconds, sometimes (not always) the second keyframe time will adjust itself to 11 seconds.

This is not expected behavior. If a keyframe is timestamped it should *always* stay at that time unless the adjacent keyframe is timestamped and pushes it due to overlapping times.

I have experimented further and am sending a simplified path. This is a repeatable issue.

Simple path with 8 keyframes.

If I set the duration to 1:00 and then timestamp *any* keyframe, the duration changes.

If I timestamp any other keyframe, the duration does not change.

If I adjust the timestamp of *either* of the previous 2 keyframes, the duration changes.

The duration should only change via the duration dialogue.

Keyframes should adjusted within the duration, as set in the timeline. Changing a keyframe time should not change the duration.

Hope that helps.

Demian-

I am happy to provide the video path, but cannot attach an XML file. The forums will not accept that attachment type. Please let me know how I can relay it to you.

Thanks.

Enscape v3.0.0

Revit 2021.1.2

Adjusting the timestamp on keyframes toward the end of the timeline will force adjust the Total Duration instead of creating more or less space between the last keyframe and the previous keyframe. I expect the total duration to be fixed, per the Timeline Total Duration setting, and interior keyframes to move relative to the overall time.

See attachments for an example of adjusting the timestamp on the second to final keyframe, and the final keyframe (total duration) adjusting on its own.

To add onto this, another feature request for the ability to zoom in on the timeline. If you have a cluster of keyframes they begin to overlap.

First, I appreciate the efforts put into streamlining the UI. The new layout is an improvement. I do have a few items to throw out, however.

I have a request to bring back a previous feature, which is the ability to mouse-click and drag the timestamp and the time of day settings. This could be implemented in parallel with the current (new) way of input. The ability to click and drag was just so simple and easy.

A new feature request to have a vertical position indicator in the keyframe editor timeline. This would help keep track of what keyframes are where in the timeline.

A new feature request to be able to adjust the keyframe timestamp by click-dragging in the editor timeline. This would allow for *much* faster adjustment of time critical keyframes.

A new feature request to be able to pause preview playback. Or am I missing something and this is already in place?

Thanks

Can the batch render selection color be adjusted for more contrast? Currently it is difficult to see exactly what has and has not been selected when making multiple selections. The three views in the attachment are barely visible.