- 26 Oct, 2015 1 commit
-
-
mattijs authored
The start of the layer addition loop does a synchronisation of the wanted displacement. This also does a truncation of the displacement if it is < minThickness. At the first iteration the displacement was initialised to vector::one which might trigger the truncation logic (and then disable extrusion altogether). Instead we now initialise the displacement to vector::GREAT before entering the synchronisation.
-
- 14 Oct, 2015 1 commit
-
-
mattijs authored
Refinement: ----------- // Optionally avoid patch merging - keeps hexahedral cells // (to be used with automatic refinement/unrefinement) //mergePatchFaces off; // Optional multiple locationsInMesh with corresponding optional cellZone // (automatically generates faceZones inbetween) locationsInMesh ( ((-0.09 -0.039 -0.049) bottomAir) // cellZone bottomAir ((-0.09 0.009 -0.049) topAir) // cellZone topAir ); // Optional faceType and patchType specification for these faceZones faceZoneControls { bottomAir_to_topAir { faceType baffle; } } / Optional checking of 'bleeding' of mesh through a specifying a locations // outside the mesh locationsOutsideMesh ((0 0 0)(12.3 101.17 3.98)); // Improved refinement: refine all cells with all (or all but one) sides refined // Improved refinement: refine all cells with opposing faces with different // refinement level. These cells can happen on multiply curved surfaces. // Default on, can be switched off with //interfaceRefine false; Snapping -------- // Optional smoothing of points at refinement interfaces. This will reduce // the non-orthogonality at refinement interfaces. //nSmoothInternal $nSmoothPatch; Layering -------- // Layers can be added to patches or to any side of a faceZone. // (Any faceZone internally gets represented as two patches) // The angle to merge patch faces can be set independently of the // featureAngle. This is especially useful for large feature angles // Default is the same as the featureAngle. //mergePatchFacesAngle 45; // Optional mesh shrinking type 'displacementMotionSolver'. It uses any // displacementMotionSolver, e.g. displacementSBRStress // (default is the medial-axis algorithm, 'displacementMedialAxis') //meshShrinker displacementMotionSolver;
-
- 14 Feb, 2015 1 commit
-
-
Henry authored
-
- 31 Dec, 2014 1 commit
-
-
Henry authored
To compile with 64bit labels set WM_LABEL_SIZE=64 in ~/OpenFOAM/dev/prefs.sh source ~/.bashrc then Allwmake in OpenFOAM-dev. This will build into for example OpenFOAM-dev/platforms/linux64ClangDPInt64Opt If WM_LABEL_SIZE is unset or set to 32: WM_LABEL_SIZE=32 the build would be placed into OpenFOAM-dev/platforms/linux64ClangDPInt32Opt Thus both 32bit and 64bit label builds can coexist without problem.
-
- 11 Dec, 2014 1 commit
-
-
OpenFOAM-admin authored
-
- 07 Nov, 2014 1 commit
-
-
mattijs authored
-
- 24 Sep, 2014 1 commit
-
-
mattijs authored
-
- 03 Sep, 2014 1 commit
-
-
mattijs authored
-
- 21 Aug, 2014 1 commit
-
-
mattijs authored
-
- 23 Jul, 2014 1 commit
-
-
mattijs authored
-
- 09 Jul, 2014 1 commit
-
-
mattijs authored
-
- 22 May, 2014 1 commit
-
-
mattijs authored
-
- 22 Apr, 2014 2 commits
- 19 Feb, 2014 1 commit
-
-
mattijs authored
-
- 18 Feb, 2014 1 commit
-
-
mattijs authored
-
- 11 Feb, 2014 1 commit
-
-
mattijs authored
-
- 03 Feb, 2014 1 commit
-
-
mattijs authored
-
- 24 Jan, 2014 1 commit
-
-
mattijs authored
-
- 23 Jan, 2014 1 commit
-
-
mattijs authored
-
- 22 Jan, 2014 1 commit
-
-
mattijs authored
-
- 21 Jan, 2014 1 commit
-
-
mattijs authored
-
- 20 Jan, 2014 1 commit
-
-
mattijs authored
-
- 15 Jan, 2014 1 commit
-
-
mattijs authored
-
- 14 Jan, 2014 1 commit
-
-
mattijs authored
-
- 10 Jan, 2014 2 commits
- 07 Jan, 2014 1 commit
-
-
mattijs authored
-
- 03 Jan, 2014 1 commit
-
-
mattijs authored
-
- 22 Dec, 2013 1 commit
-
-
Henry authored
-
- 20 Dec, 2013 2 commits
- 19 Dec, 2013 2 commits
- 17 Dec, 2013 1 commit
-
-
mattijs authored
-
- 16 Dec, 2013 1 commit
-
-
mattijs authored
-
- 11 Dec, 2013 2 commits
- 06 Dec, 2013 1 commit
-
-
Henry authored
The standard/previous general symmetry type is now named symmetry both in class and lookup name for consistency. The rigorous symmetryPlane type is needed for moving-mesh cases in which the motion it constrained by one or two planes.
-
- 04 Dec, 2013 1 commit
-
-
mattijs authored
-