doc/salome/gui/HexoticPLUGIN/input/hexotic_hypo.doc

   1 /*!
   2
   3 \page hexotic_hypo_page Hexotic Parameters hypothesis
   4
   5 \n Hexotic Parameters hypothesis works only with <b>Hexotic</b>
   6 algorithm. This algorithm is a commercial software.
   7 \n To get a licence, visit http://www.distene.com/en/corp/eval-distene.html
   8
   9 \image html hexotic_parameters.png
  10
  11 <ul>
  12 <li><b>Name</b> - allows to define the name of the hypothesis (Hexotic
  13 Parameters by default).</li>
  14
  15 <li><b>Min size</b> - allows defining the minimal size of the elements (overrides "Nb. Hexes Max Level" value).</li>
  16
  17 <li><b>Max size</b> - allows defining the maximal size of the elements (overrides "Nb. Hexes Min Level" value).</li>
  18
  19 <li><b>Nb. Hexes Min Level</b> - allows defining the minimal level of recursive partitioning on the initial octree cube.</li>
  20
  21 <li><b>Nb. Hexes Max Level</b> - allows defining the maximal level of recursive partitioning on the initial octree cube.</li>
  22
  23 <li><b>Generate smooth meshes no ridges</b> - specifies that the mesher can ignore ridges. A ridge is a geometrical entity (a sharp edge). The resulting meshes will have better quality elements, at the price of "smoothing" out the geometry.
  24 </li>
  25
  26 <li><b>Authorize invalid elements</b> - specifies that the mesher must conform as much as possible to the geometry (especially the sharp edges). The resulting meshes may contain invalid elements (but with positive volumes: for example, three vertices of an hexahedron on the same edge), for the benefit of better geometry accuracy.
  27 </li>
  28
  29 <li><b>Sharp angle threshold in degrees</b> - specifies the angle between two triangles above which the hex mesher will consider the edge common to these two triangles as being a "ridge". A ridge is a geometrical entity (a sharp edge) which has to be kept as it is in the final hex mesh.The default value is 60 (degrees).<br>If you raise this value, the hex mesher will detect less ridges, and the final solid mesh will therefore be smoother. On the other hand, if you reduce this value, more ridges will be detected and the algorithm will face harder situations to conform to.
  30 </li>
  31
  32 <li><b>Number of threads</b> - specifies the number of threads to be used (this should be the number of cores or processors of a shared memory parallel architecture).
  33 </li>
  34
  35 <li><b>Working directory</b> - specifies the directory where the input/output files will be created.
  36 </li>
  37
  38 <li><b>Verbosity</b> - specifies the verbose level to print information on meshing steps.
  39 </li>
  40
  41 <li><b>Max memory (MB)</b> - specifies the maximum allocatable memory in MegaBytes.
  42 </li>
  43
  44 <li><b>Sub-domains mesh mode</b> - This option allows the user to mesh or not mesh internal subdomains (such as holes), or to mesh non-manifold domains.
  45 <ul>
  46 <li>sd 1 : meshes in inside/out mode: the internal cavities are ignored, the whole domain is meshed into a single domain;</li>
  47 <li>sd 2 : meshes only the internal main component. Internal holes (cavities) will not be meshed;</li>
  48 <li>sd 3 : meshes all cavities and generates subdomains accordingly;</li>
  49 <li>sd 4 : meshes non-manifold geometries as such and generates subdomains accordingly.</li>
  50 </ul>
  51 </li>
  52 </ul>
  53
  54 \note If BLSURF is used as 2D algo, and if a GMF file is defined as output file (using SetGMFFile(my2Dmesh.mesh)), then Hexotic will use this file as input.
  55 This allows to avoid the reconstruction of the GMF file from the SMESH structure and can improve the global computation time.
  56
  57 <br><b>See Also</b> a sample TUI Script of the \ref tui_hexotic "creation of an Hexotic mesh"
  58 */