|Message: Re: Inconsistency in optical photon tracking?||Not Logged In (login)|
Click on the Forum title, e.g. on the "Forums by Category" page, to read a sequence of postings to the Forum and its threads all in one page. If you are only interested in one thread or the thread following a specific posting, click the thread or the posting, which takes you to a smaller page, which contains only the part you are interested in and may be easier to navigate.
Messages are "chained" if there are only replies at the first level, i.e. 1/1.html, 1/1/1.html etc. In case of "chained" messages the message number is replaced by the icon and there is no indentation.
Inline: Display the subject line only or also the text of the posting(s); for the choice "All" the "Outline" choices are switched off.
|1||0||1||no text / full text of posting|
|2||1||All||text for level 1 only / text for All postings|
Outline: Choose the depth of the posting thread, successive toggle controls provide increasing detail.
|1||2||1||2 levels / 1 level (original posting)|
|2||3||2||3 levels / 2 levels|
|3||3||All||3 levels / all levels (all postings)|
Thank you very much for your answer.
No, in this part of the geometry I do not use G4OpticalSurface objects. I understand, this is not necessary for bare Fresnel type refraction between different dielectrics?
The World volume is filled by air, which is the same G4Material object for all logical volumes, refractive index is set.
Anyway, my initial problem description was a bit overloaded. I have reduced everything to the following:
(1) derive a class RadiatorBlock from G4LogicalVolume (2) in the constructor, inititalize it with a G4Box, filled with air (3) then completely fill it with Plexiglass bars, everyone a separate G4LogicalVolume, no gaps between bars or between bars and the RadiatorBlock (4) place it in the World volume, a big G4Box, filled with air
When placing this radiator in the mother volume, the refraction is not done correctly, in the way, described in my original posting (I generate Cherenkov photons in the block).
When, nevertheless, in step (2) giving the G4Box e.g. 1*E-9*m additional length in each direction, everything works fine.
Assuming, I have not missed a mistake on my part, could this be a floating point problem, meaning, one would have to "pad" certain mother volumes?
|Inline Depth:||Outline Depth:||Add message:|