Hi all :)

Hi all 🙂

I’m stuck debugging a BEAMnrc simulation that ends up in some kind of endless loop for some seeds. So what I did was tracing back seeds where the simulation ended up in the endless loop and printed the interactions.

https://pastebin.com/PA153HfC

Now I know, that the simulation gets stuck after a Moller interaction somewhere in my flattening filter, maybe someone knows a possible reason? Sadly I cannot share the model.

Best wishes

https://pastebin.com/PA153HfC//cdn.embedly.com/widgets/platform.js

Hello all

Hello all,

can you think of some really extreme test for geometry definitions in the C++ user codes? Of course, there is the possibility of fano testing but this requires a lot of computation time for some geometries and also an exact knowledge of the sensitive volume.

It would be nice to have some kind of particle source that “provokes” geometry errors if some faulty definitions were made.

Hello all

Hello all,

I have a basic question about using BEAMnrc sources in other user codes.

Will the BEAMnrc source particles always be diced based on the seeds given in the used BEAMnrc input-file?

If yes, can one think of an easy way to pass different seeds to the BEAMnrc source when calling from another user code?

Best wishes,

Stefan

Hi all

Hi all,

I was wondering if someone can think of an easy way for calculating an energy deposition kernel from the egs_chamber code (or other c++ user code). Preferably I’d like to define some volume and resolution in my existing geometry and store something like dose for each voxel.

Greetings 🙂

Hi all

Hi all,

I’m not sure if this is the right place but I have problems with a chamber geometry I made for egspp. Im stuck with this for a while and may someone experienced can easily see what’s wrong.

You can see the geometry here:

http://pastebin.com/rWJApkrn

I think it looks fine in egs_view, but running simulations with cavity I get errors like:

1EGS_CDGeometry::howfar: ireg<0, but position appears inside

name=electrode_geom base name=electrode_planes inscribed name=electrode_cylinder

x=(-0.0377489,-0.8707,0.0338184) u=(-0.299139,0.364928,0.881671) ibase=1 icd=0

distance to boundaries: base=(-1,5.29063) inscribed=(-1,0.00525874)

************ Last 2 geometry steps:

old region=12, position=(-0.0377462,-0.870703,0.0338103), direction=(-0.299139,0.364928,0.881671) intended step=2.0337e-05, new region=6, step=9.22188e-06

old region=6, position=(-0.0377489,-0.8707,0.0338184), direction=(-0.299139,0.364928,0.881671) intended step=0.189573, new region=6, step=0.189573

Best wishes

http://pastebin.com/rWJApkrn//cdn.embedly.com/widgets/platform.js

Hi again

Hi again,

I have a problem while using a own BEAM simulation with cavity.cpp, may you can give me some hints.

I included the source like descriped here: http://nrc-cnrc.github.io/EGSnrc/doc/pirs898/classEGS__BeamSource.html

I run cavity parallel using -P

Cavity is starting without any problem. Now cavity won’t calculate even a single history or batch. The last line printed in .egslog is:

Running 10 histories

Batch CPU time Result Uncertainty(%)

==========================================================

1

The program doesn’t crash/abort, it just runs forever.

So, have you any idea what I may be doing wrong?

By the way, how is a source like this positioned in the cavity geometry? Is it using the scoring plane from BEAM and inserts incoming particles at z=0, or maybe is it using the geometry of BEAM and I have to move my chamber to a position that makes sense in the BEAM-simulation coordinates?

For the moment I just included the source and positioned my chamber on the x-y-plane.

http://nrc-cnrc.github.io/EGSnrc/doc/pirs898/classEGS__BeamSource.html//cdn.embedly.com/widgets/platform.js