| Summary: | optimisation problem at G4ReflectedSolid::CalculateExtent | ||
|---|---|---|---|
| Product: | Geant4 | Reporter: | Pedro.Arce |
| Component: | geometry/management | Assignee: | Vladimir.Grichine |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | CC: | Gabriele.Cosmo |
| Priority: | P2 | ||
| Version: | 4.0 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
|
Description
Pedro.Arce
2002-02-07 04:34:11 CET
Can you please specify what kind of solids are involved in the reflection ? As documented, in Geant4 4.0 only CSG solids have been tested so far. G4ReflectedSolid::CalculateExtent() is not yet optimised to cope with all possible scenarios, so it's helpful for us to verify it on different/new test cases. Thanks. The signature of G4VSolid::CalculateExtent has G4AffineTransform&. The class does not support reflections depending of HepRotation matrix having determinant to be equalt to unit. Therefore the output of the function G4ReflectedSolid::CalculateExtent can be only approximate with accuracy worse than usually provided by other G4 solids. G4ReflectedSolid::CalculateExtent was implemented based on J. Apostolakis proposal to use surrounding box. The box vertices then can be reflected as G4Point3D objects. The implementation overcame internal test as well as CMS endcap geometry. |