<div dir="ltr"><div><div>If you need a structured mesh region to be ALL structured inside and still interface to an unstructured region, you can do the following:<br><br>If your structured region is extruded, surround your source surface with another concentric surface that you will extrude alongside the central surface...the outer surface will create a volume around the sides of your structured surface that can be your interface to the unstructured regions.  You will then need to extrude quadtri regions from the top and bottom surfaces of these extrusions to close those two ends.  <br>
<br>If your structured region is transfinite, you can, with some work, create a layer of transfinite regions around the entire original region, even fixing the gaps at sharp edges.  <br><br>Quadtri also works with extruded boundary layers as well.  <br>
<br><br></div><div>Now, with that all said: <br><br><br></div>Admittedly, some current QuadTri features are inconvenient.  As of last week, I have started changing how it works.  <br><br>My 3 main changes: <br><br>1. There will be no more 'double layer' option for meshing the extruded quad to triangle interfaces. That is being replaced by a method that works just like the transfinite quadtri interfaces that use a body centered vertex to divide hexahedra and prisms.  Only ONE layer is required.<br>
<br>2. Source surfaces will be able to extrude around in loop onto themselves and quadtri will still work on the sides.<br><br>3. (This one is hard) I am changing the boundary layer quadtri method to allow the outer quadtri layer to be locally scaled to give higher quality elements in the transition to unstructured regions. I did this for cases where source elements vary in size across a source surface and one value for the height of the quadtri layer will not give high quality transition elements everywhere (even using vector views to define the extrusion lengths cannot adjust the last layer independently and locally). (Note to Christophe, this requires adding just one more 'float' variable to class xyzv in smooth_data normals...I hope that is not too bad). <br>
<br> I am half finished with these changes, so hopefully soon I can submit these soon.  If anyone needs the features before they go into the nightly snapshot, I will be able to send a source patch you may use to build your own version with my changes (I will announce when they are finished and debugged).<br>
<br></div>Cheers,<br><br>Trevor Strickler<br></div>