I know we can extrude the faces, but using the mouse to set the thickness doesn’t make the job much easier when the shell needs to be very thin.
-Bridge
The ability to connect two or more edges by making a bridge. At the moment, I can use “cut with plane” and “fill hole” as alternatives, but a bridge solution would be very welcome.
-cut faces based on masked material
This tool would be a dream come true; be able to transform old grids and plans to work perfectly with nanite.
-Reimport
Some meshes get completely deformed when we try to edit them (probably some bug) Exporting in Fbx and re-importing completely fixes the problem. An automated way to do this would be a great help.
Pivot Editing
Pivot editing could have more position options, like top left, bottom right, etc.
Snap to closest vertex would also be very useful
Select polygons by material
Currently we can use a brush to select polygons that have the same material. But if the polygons are not linked the tool does not work.
It should only take the initial hit into account when continuing painting.
There are a couple of items that may already have some workflows that exist
cut/knife- You could use the polyCut tool which will allow you to draw a polygon shape and either cut the shape like a boolean or just insert the polygon edges.
shell selected- in the offset tool select Shell selected, distance will control the thickness so you can type in a specific value. Also extrude does need some finer controls
Bridge-yep, bridge and extrude edge would be usefull
cut faces- not sure I am clear on exactly what you are mean by masked material, in triselect you can select by material and then separate or disconnect based on that material selection.
reimport- could you submit a more detailed example so we can see if it is a bug
Pivot editing- you can also hold down the ctrl after you select a transform axis, this will give you a snapping option for that axis. The interaction is a bit funky but it does help to get the pivot to better location
Select Polygons by material-I see what you mean we will take a look
Maybe more precise navigation controls? Like being able to focus on mesh components and alt-navigation without having to use the “camera speed” setting every time
I am having hard time understanding why are the modeling mode gizmos so bad:
How do I switch between move, rotate and scale gizmo? I get only combined gizmo. The combined gizmo has a center point which scales uniformly, but it has no center point to translate the selection in screen space, or center area to freely trackball rotate the selection.
Why do the gizmos look so alpha version ugly? Why don’t the translate axes end with arrow points?
Why doesn’t the gizmo graphics mirror the hit boxes of the gizmo handles. It’s very frustrating constantly trying to interact with it and missing.
For example, this is cursor placement outside of the hitbox (the pink dot, screenshot doesn’t capture the cursor):
While you actually have to place the cursor to not intersect with the gizmo handle, over an empty space, to activate given handle:
I’d understand this if this was some cutting edge research of something that hasn’t been done before, but there’s been about 30 years history of 3D offline DCC software as well as game engines with transform tools in their viewport, so it’s not like there’s no reference on how to get something as basic right
Also, effective modeling requires a bit different type of viewport navigation than level editing/design. Luckily, UE supports it. Unluckily, there’s still that one horribly wrong editor default:
Which is agitated by the fact editor settings are stored with the project, not the editor. Since UE5 is trying to have some usable modeling tools, it’s about time to get basics such as viewport navigation right.
Thanks for the feedback. Currently there is only the single gizmo, so you can not switch between a move, rotate or scale gizmo. We are definitely looking into the UX of the gizmo and more broadly how to make transformation, snapping and camera interaction more efficient.
Please keep sending the feedback. You can also rate and add comments to our public roadmap at:
What was a reason to write new TRS gizmos instead of using the existing system? The only flaw the current ones have (which the new ones address) is that they don’t orient themselves to the viewport direction, so that you may end up with some axes being occluded by others at certain angle. But I’d imagine it would make more sense to just add that view direction based orientation feature to existing gizmos rather than reinventing the wheel.
Was there something that specifically prevented the use of existing TRS gizmos with the modeling tools?
Having to use different types of the same purpose gizmos withing the very same 3D software just sounds like frustration.
I don’t have any problems with the all-in-one gizmo. I just miss some snapping.
I love that I can click anywhere with CTRL and start creating or cutting there =)
@Rawalanche There were some technical considerations that needed to be managed during the modeling mode development. We are working on resolving those so that we can have more unified gizmos.
@gustavorios2 There is some snapping with the gizmos, if you click on a specific axis then hit the control key while moving along the axis you will get a snapping locator.
Speaking of the PolyCut UI or gizmo, I have a question. I’m attaching an image that I think summarizes the problem.
When I have used PolyCut in the past, the cut-out area was directly in front of the polygon drawn in the center of the gizmo. But as you can see in this screenshot, the cut-out area has a bewildering relationship to the polygon in the center. It is as if the gizmo making the cut were actually around a 35 degree angle rightwards from where it actually is and translated about 10 or 20 meters off to the right. It makes it almost impossible to create the cut I want.
What is going on? How can I get the cut to line up exactly in front of the gizmo polygon like I have seen every other time I’ve used it?
Thanks for pointing this out. I am assuming the mesh you are trying to cut has a rotation and non uniform scale value on it. It looks like the combination of those is causing the polycut problem. We are looking into it. You can use the transform->bakeRS to bake the scale values to 1,1,1 the polycut should be back to the center and not sheared when the scale value is uniform.
I am replying to confirm that endofthehall’s response fixed the problem. Thank you.
I’m just modifying the default cube model, which I then duplicated as a new model, then resized and rotated it like I would a brush. It’s still good for things like vanilla walls where you don’t need more than a rectangular prism, and cutting windows and doors would be common.
I think making the source of this issue more transparent to the user (or fixing the issue altogether) would be a good fix for the future, but I trust that y’all already know about it well by now and it’s tracked somewhere. Thanks for the quick fix in the meantime.
Glad it worked, your example did expose a bug with polyCut that we are looking into in addition to some corrections to the UX for polyCut and bakeRS, which should make things a bit clearer.
I noticed a CAD Kernel in the experimental part of the roadmap. It would be brilliant to have the ability to do NURB modelling in Unreal. Many hard surface modellers need to resort to CAD programs (such as MoI 3D) to add perfect fillets and curves.
We currently don’t have that option in polyEdit. It is available in the triSelect tool. Under triModel->triSel-> select the faces you want and then use separate. That will delete the faces from the current mesh and create a new mesh out of them.
