Skip to content
Snippets Groups Projects
  1. May 04, 2021
  2. Nov 20, 2020
    • Sander, Oliver's avatar
      Use ADOL-C for derivatives of the rod energy · da55ad7a
      Sander, Oliver authored
      Previously, the rod3d code used a hand-implemented first derivative
      of the rod energy, and FD for the second derivatives.  This patch
      replaces this by ADOL-C for both first and second derivatives.
      Advantages are:
      * The code is much shorter, and easier to understand.
      * The previous code contained interpolation formulae for
        first-order 1d geodesic finite elements.  This restricted
        rod problems to first-order GFE.  A follow-up patch will
        allow higher-order approximations.
      * The new code runs roughly twice as fast.
      da55ad7a
    • Sander, Oliver's avatar
      Find std math functions by ADL · 87e1da6f
      Sander, Oliver authored
      ADOL-C implements most standard math functions for its
      'adouble' type, and they are not in the namespace 'std'.
      dune-fufem contains a file adolcnamespaceinjections.hh
      which imports some of these methods into the 'std'
      namespace, but that is not the proper way to do it.
      Rather, they should be found by argument-dependent
      lookup (ADL), that is
      
        using std::sin;
        auto v = sin(x);
      87e1da6f
  3. Oct 22, 2019
  4. Jan 03, 2019
  5. May 11, 2018
  6. Jan 15, 2018
  7. Dec 06, 2017
  8. Nov 24, 2017
  9. Nov 14, 2015
  10. Oct 18, 2015
  11. Oct 16, 2015
  12. Aug 29, 2014
  13. Aug 22, 2014
  14. Dec 13, 2013
  15. Dec 09, 2013
    • Oliver Sander's avatar
      Revert patch 9558 · 5b63350b
      Oliver Sander authored
      We normalize unit vectors again in the constructor and the assignment operator.
      This makes sure we never drift away from the unit sphere, and it also allows
      us to init unit spheres with any value in R^n and be sure we obtain a unit
      vector.  This makes the test pass again.  Leaving the projection out didn't
      really make a measurable difference anyway.
      
      [[Imported from SVN: r9574]]
      5b63350b
  16. Dec 06, 2013
    • Oliver Sander's avatar
      Rewrite the exp method with embedded tangent vector argument · 4176c2d9
      Oliver Sander authored
      The old implementation used quaternion multiplication to transport
      the argument to the Lie algebra, and use the standard formula there.
      However, one may as well use the formula for the unit sphere in R^4,
      which is much simpler, and also faster.  I fact, this patch gives
      a few percent of speedup for the overall code.
      
      [[Imported from SVN: r9562]]
      4176c2d9
  17. Dec 05, 2013
    • Oliver Sander's avatar
      Get rid of method exp(p, EmbeddedTangentVector) completely. · a2df8a93
      Oliver Sander authored
      There is one copy which takes FieldVector<T,4> as its second argument.
      Since EmbeddedTangentVector ( = Quaternion<T>) derives from FieldVector<T,4>,
      that second implementation should work in all cases.
      
      [[Imported from SVN: r9560]]
      a2df8a93
    • Oliver Sander's avatar
      Move methods exp with similar arguments next to each other · 3176314d
      Oliver Sander authored
      The methods 
      
      Rotation<T,3> exp(const Rotation<T,3>& p, const EmbeddedTangentVector& v) 
      
      and
      
      otation<T,3> exp(const Rotation<T,3>& p, const Dune::FieldVector<T,4>& v)
      
      do literally the same.  So they should be next to each other in the code.
      
      [[Imported from SVN: r9559]]
      3176314d
    • Oliver Sander's avatar
      Do not normalize unitvectors / unit quaternions in constructors and operator= · 874cb377
      Oliver Sander authored
      This effectively means that we use another prolongation of the distance 
      function on M into the surrounding space.  Since the prolongation does not
      matter this patch should not change the algorithm behavior.  However, it
      shaves off a few norm calculations and division.  I cannot really measure
      any difference though.
      
      A possible effect of this is that while all values should remain on the
      manifold, they may start to 'drift away' due to numerical artifacts.
      So we may have to add an occasional renormalization step eventually.
      
      [[Imported from SVN: r9558]]
      874cb377
  18. Sep 03, 2013
  19. Feb 14, 2013
  20. Nov 06, 2012
  21. Feb 08, 2012
  22. Jan 12, 2012
  23. Jan 11, 2012
Loading