e10dea5b6c
easier to understand
2021-12-19 22:53:48 +01:00
00230d482f
use data from other physics directly
...
more clear code, simplified interfaces
2021-12-19 22:07:23 +01:00
5af6cc288b
whitespace adjustments
2021-12-19 21:46:10 +01:00
f833d348e0
testing random sampling
2021-12-17 08:01:15 +01:00
f40d731fe1
use the Box-Muller transform instead of random sampling
...
still needs testing.
2021-12-16 21:22:44 +01:00
6ba2a08e5a
easier to read
2021-12-11 11:50:40 +01:00
d6ba73d9e2
consistent names
2021-12-11 09:54:46 +01:00
f51633d43a
forall is deprecated
...
do concurrent is the successor but ifort had problems and generated
faulty code
2021-12-11 09:01:42 +01:00
7d7d0c2659
only local variable are good variables
2021-12-11 08:49:30 +01:00
a4cd663fc0
Merge branch 'no-2prism-hex' into development
2021-12-06 16:45:01 +01:00
fe2123bae4
2. order prismatic systems are not needed
...
not clear for which material they have been introduced, according to
T.R. Bieler and P. Eisenlohr they are typicall not active in any
material of interest
2021-12-06 12:23:24 +01:00
8ade749f05
avoid conversions
2021-12-06 08:55:00 +01:00
2fb368cf8c
consistent space (as in 'end module' etc)
2021-12-06 07:59:40 +01:00
08a709c6d9
capitalize HDF5 prefix
2021-12-06 07:55:22 +01:00
2f067b544e
use variables, not descriptors
2021-12-06 07:55:13 +01:00
c818756f68
wrong check
...
iand is used for checking, see https://support.hdfgroup.org/HDF5/doc/RM/H5Z/H5Zget_filter_info.htm
2021-12-02 20:51:33 +01:00
731e20261c
bugfix for HDF5 without deflate filter
...
before inquiring whether a filter supports compression/decompression, we
first need to check whether it is available at all to avoid raising an
error.
Extended the check to the shuffle filter
2021-12-02 13:00:59 +01:00
5abfe3c214
Merge remote-tracking branch 'origin/development' into MSC-Version
2021-12-01 15:35:49 +01:00
7e7098baf7
Merge branch 'rotate-Voigt' into 'development'
...
Rotate voigt
See merge request damask/DAMASK!463
2021-11-29 16:47:39 +00:00
96e4cb591c
Merge branch 'integer-exponents' into 'development'
...
Using integer exponent
See merge request damask/DAMASK!467
2021-11-29 07:32:04 +00:00
a531b7ccae
transitioned remaining real exponents to int
2021-11-28 12:46:26 -05:00
81daebd0e6
Merge remote-tracking branch 'origin/development' into integer-exponents
2021-11-27 20:44:26 +01:00
1fbeabc949
Merge remote-tracking branch 'origin/development' into rotate-Voigt
2021-11-27 19:55:02 +01:00
ccd6e44b6b
Merge remote-tracking branch 'origin/development' into 134-output_none
2021-11-27 19:17:27 +01:00
2fbe34497e
integer exponents
2021-11-26 14:13:04 -05:00
825eb3824b
polishing
2021-11-26 20:10:21 +01:00
6cad6bc5cf
clarify slip plane for (first) pyr<a>
2021-11-26 13:01:40 +01:00
b88ab1af48
simplify search for interaction parameters
2021-11-26 13:01:40 +01:00
bfc6b69ee2
integer exponents: faster and shorter
2021-11-25 20:52:22 +01:00
f435062a1d
support for Marc2021.3.1
2021-11-25 17:30:22 +01:00
72c717d51d
simplified/correct type
2021-11-25 15:37:13 +01:00
271bb8df88
being consistent
2021-11-25 15:03:00 +01:00
90f967cc86
Merge remote-tracking branch 'origin/T_ref300' into dynamic-C
2021-11-25 12:11:38 +01:00
fb8c515a98
capitalize constants
...
not sure whether we should make exceptions for k_B and T_room
2021-11-25 11:52:52 +01:00
8b06d97e84
Merge remote-tracking branch 'origin/T_ref300' into dynamic-C
2021-11-25 11:18:25 +01:00
e941867290
single source of truth
2021-11-25 06:23:26 +01:00
bc30248b95
0K is not a good reference
2021-11-25 06:12:55 +01:00
35f20811cb
thermal dependent C
2021-11-24 23:21:31 +01:00
da23c916ca
polish
2021-11-21 15:49:04 -05:00
28ff027b38
exploit symmetry for stress calculation
2021-11-20 22:36:01 +01:00
a857285e34
backward transformation for Voigt
2021-11-20 22:09:01 +01:00
f6440f7f17
need to check 'any', adjusted tolerance
2021-11-20 15:18:48 +01:00
87100d1dce
avoid conversion Voigt-6x6 to 3x3x3x3
2021-11-20 15:15:59 +01:00
a6c311f410
commented
2021-11-20 12:16:32 +01:00
021d614daf
using Voigt notation
...
This is a bugfix with a change of behavior
2021-11-19 20:44:30 +01:00
ff9fa1d4f7
using Voigt notation instead of proprietary scaled 6x6 notation
...
Note: This results in a change of behavior for the transformation
systems of dislotwin. I assume that this fixes a bug, but still need to
confirm where the equations in lattice_C66_trans come from
2021-11-19 07:33:59 +01:00
fa8218124a
avoid conversions
2021-11-18 22:02:19 +01:00
038dd1fc40
correct names
...
whether C66 is homogenized or not is a decision of the caller
2021-11-18 21:31:08 +01:00
dfe6d0a195
more support for Voigt notation
2021-11-18 21:06:38 +01:00
020ef64d7d
explicit conversions
2021-11-18 19:37:48 +01:00
Martin Diehl