[Gate-users] TLE/seTLE Dose actors compatible with a linear motion of source ?

Pierre Tb pierre.tb57 at gmail.com
Thu May 21 11:46:48 CEST 2015


Dear collaborators,


   - I have implemented the method to move my linear source support like
   this :


*          /gate/support/moves/insert genericMove
/gate/support/genericMove/setPlacementsFilename
data/support.placements.txt*


          and it works for seTLE actors with a multiple run but not for
TLE, I don't know why .


   - Furthermore, is it necessary to write the line  */gate/geometry/update
   *after my placementsfile system ?



   - How can I change the resolution (dim Size) of my seTLE actors because
   I try this separately :


*           /gate/actor/setle/setVoxelSize                   5 5 5 mm*
          or
*          /gate/actor/setle/setResolution             72 72 127.4*

         and it doesn't change make change, the dimension size stay
unchanged and fixed to 512*512*number_of_slice px ... It's a strange result
!


Thanks for your help.

Pierre TB

2015-05-20 9:06 GMT+01:00 Pierre Tb <pierre.tb57 at gmail.com>:

> Hi François,
>
> Thank you for your quick answer.
>
> If my understanding is good, this placementsFile system should be totally
> replaced my old method in the macro, to move my attached volume (such as
> below) ?
> */gate/support/moves/insert translation*
> */gate/support/translation/setSpeed 0 0 70 mm/s*
>
> I will try with this method and come back to you later.
>
> Best regards,
>
> Pierre.
>
> 2015-05-19 19:46 GMT+02:00 Francois Smekens <fsmekens at gmail.com>:
>
>> Hi Pierre,
>>
>> I can confirm you that the TLE and seTLE are compatible with a multiple
>> run simulation. Concerning the linear source, I only tested the
>> "placementsFile" system.
>> In this system, you have to specify a list of placements for each time
>> slice that will be applied to the attached volume.
>>
>> I suggest you to try this solution using TLE and seTLE in separate
>> simulations. You will find practical details about the placementsFile here:
>>
>> http://wiki.opengatecollaboration.org/index.php/Users_Guide_V7.1:Defining_a_geometry#Moving_a_volume
>> (Generic move section)
>>
>> If the bug persists, we will probably need more informations about your
>> macro files (type of source, physicsList, ...)
>>
>> Best regards,
>> François
>>
>> 2015-05-18 15:54 GMT+02:00 Pierre Tb <pierre.tb57 at gmail.com>:
>>
>>> Dear collaborators,
>>>
>>> After installing Geant4 10.01 and Gate7.1 on my machine, I would test
>>> TLE (Track Length Estimator) and seTLE (Split Exponential TLE) dose actors
>>> to win calculation time.
>>> (
>>> http://wiki.opengatecollaboration.org/index.php/Users_Guide_V7.1:Readout_parameters_for_Radiotherapy_applications:_Actors#TLE_and_seTLE_.28Track_Length_Estimator.29
>>> )
>>>
>>> But I noted that there is a problem *after one run of simulation*,
>>> which produced a break segmentation violation (see below)
>>>
>>> I would estimate *organ dose on voxelized phantom with a linear motion
>>> of the source along the body.*
>>>
>>> For the moving source, I attached it to a support , which moved with
>>> these instructions :
>>> /gate/support/moves/insert translation
>>> /gate/support/translation/setSpeed 0 0 70 mm/s
>>>
>>> and I started the acquisition with :
>>>
>>> ### STARTING Simulation #####################
>>> /gate/random/setEngineName MersenneTwister
>>> /gate/random/setEngineSeed auto
>>> /gate/application/setTimeSlice 0.0208 s
>>> /gate/application/setTimeStart 0. s
>>> /gate/application/setTimeStop  6.234 s
>>> /gate/application/startDAQ
>>>
>>> Do you think TLE and seTLE are compatible with a linear motion and with
>>> a acquisition run by run ? I tried a simulation with a fixed source, it
>>> works !
>>> Is the problem coming from the installation of the new release of
>>> Geant4/Gate ?
>>>
>>> Thank you for your help.
>>>
>>> Best regards,
>>>
>>> Pierre THEVENARD-BERGER
>>>
>>>
>>> *Bug report* :
>>>
>>> ### === G4UAtomicDeexcitation::InitialiseForNewRun()
>>> ### ===  PIXE model for hadrons: Empirical  1
>>> ### ===  PIXE model for e+-:     Livermore  1
>>>
>>>  *** Break *** segmentation violation
>>>
>>> ===========================================================
>>> There was a crash.
>>> This is the entire stack trace of all threads:
>>> ===========================================================
>>> #0  0x00007f158c212c8e in waitpid () from /lib/x86_64-linux-gnu/libc.so.6
>>> #1  0x00007f158c19829e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
>>> #2  0x00007f158ee6b7d7 in TUnixSystem::StackTrace() () from
>>> /home/osboxes/Progs/root_v5.34/lib/libCore.so
>>> #3  0x00007f158ee6e133 in TUnixSystem::DispatchSignals(ESignals) () from
>>> /home/osboxes/Progs/root_v5.34/lib/libCore.so
>>> #4  <signal handler called>
>>> #5  0x00007f1590a2e6d7 in G4ParticleChange::Initialize(G4Track const&)
>>> () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4track.so
>>> #6  0x00007f1591c5ec25 in G4UserSpecialCuts::PostStepDoIt(G4Track
>>> const&, G4Step const&) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4processes.so
>>> #7  0x0000000000760275 in
>>> GateSETLEMultiplicityActor::UserSteppingAction(GateVVolume const*, G4Step
>>> const*) ()
>>> #8  0x00000000006e090f in GateActorManager::UserSteppingAction(G4Step
>>> const*) ()
>>> #9  0x00000000006a33e1 in GateSteppingAction::UserSteppingAction(G4Step
>>> const*) ()
>>> #10 0x00007f15926f7a09 in G4SteppingManager::Stepping() () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4tracking.so
>>> #11 0x00007f15927018f4 in G4TrackingManager::ProcessOneTrack(G4Track*)
>>> () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4tracking.so
>>> #12 0x00007f15929362a7 in G4EventManager::DoProcessing(G4Event*) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4event.so
>>> #13 0x00007f1592bbdfc7 in G4RunManager::ProcessOneEvent(int) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4run.so
>>> #14 0x00007f1592bbc8d5 in G4RunManager::DoEventLoop(int, char const*,
>>> int) () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4run.so
>>> #15 0x00007f1592bbc66c in G4RunManager::BeamOn(int, char const*, int) ()
>>> from /home/osboxes/Progs/geant4.10.01-install/lib/libG4run.so
>>> #16 0x00000000008da3b0 in GateApplicationMgr::StartDAQ() ()
>>> #17 0x00000000009226b8 in
>>> GateApplicationMgrMessenger::SetNewValue(G4UIcommand*, G4String) ()
>>> #18 0x00007f158fb10d3d in G4UIcommand::DoIt(G4String) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #19 0x00007f158fb28486 in G4UImanager::ApplyCommand(char const*) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #20 0x00007f158fb02ea7 in G4UIbatch::ExecCommand(G4String const&) ()
>>> from /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #21 0x00007f158fb042ab in G4UIbatch::SessionStart() () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #22 0x00007f158fb23263 in G4UImanager::ExecuteMacroFile(char const*) ()
>>> from /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #23 0x00007f158fb1bac3 in
>>> G4UIcontrolMessenger::SetNewValue(G4UIcommand*, G4String) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #24 0x00007f158fb10d3d in G4UIcommand::DoIt(G4String) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #25 0x00007f158fb28486 in G4UImanager::ApplyCommand(char const*) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #26 0x00007f159335424c in G4UIterminal::ExecuteCommand(G4String const&)
>>> () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4interfaces.so
>>> #27 0x00007f159335581c in G4UIterminal::SessionStart() () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4interfaces.so
>>> #28 0x00000000004eed78 in main ()
>>> ===========================================================
>>>
>>>
>>> The lines below might hint at the cause of the crash.
>>> If they do not help you then please submit a bug report at
>>> http://root.cern.ch/bugs. Please post the ENTIRE stack trace
>>> from above as an attachment in addition to anything else
>>> that might help us fixing this issue.
>>> ===========================================================
>>> #5  0x00007f1590a2e6d7 in G4ParticleChange::Initialize(G4Track const&)
>>> () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4track.so
>>> #6  0x00007f1591c5ec25 in G4UserSpecialCuts::PostStepDoIt(G4Track
>>> const&, G4Step const&) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4processes.so
>>> #7  0x0000000000760275 in
>>> GateSETLEMultiplicityActor::UserSteppingAction(GateVVolume const*, G4Step
>>> const*) ()
>>> #8  0x00000000006e090f in GateActorManager::UserSteppingAction(G4Step
>>> const*) ()
>>> #9  0x00000000006a33e1 in GateSteppingAction::UserSteppingAction(G4Step
>>> const*) ()
>>> #10 0x00007f15926f7a09 in G4SteppingManager::Stepping() () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4tracking.so
>>> #11 0x00007f15927018f4 in G4TrackingManager::ProcessOneTrack(G4Track*)
>>> () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4tracking.so
>>> #12 0x00007f15929362a7 in G4EventManager::DoProcessing(G4Event*) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4event.so
>>> #13 0x00007f1592bbdfc7 in G4RunManager::ProcessOneEvent(int) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4run.so
>>> #14 0x00007f1592bbc8d5 in G4RunManager::DoEventLoop(int, char const*,
>>> int) () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4run.so
>>> #15 0x00007f1592bbc66c in G4RunManager::BeamOn(int, char const*, int) ()
>>> from /home/osboxes/Progs/geant4.10.01-install/lib/libG4run.so
>>> #16 0x00000000008da3b0 in GateApplicationMgr::StartDAQ() ()
>>> #17 0x00000000009226b8 in
>>> GateApplicationMgrMessenger::SetNewValue(G4UIcommand*, G4String) ()
>>> #18 0x00007f158fb10d3d in G4UIcommand::DoIt(G4String) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #19 0x00007f158fb28486 in G4UImanager::ApplyCommand(char const*) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #20 0x00007f158fb02ea7 in G4UIbatch::ExecCommand(G4String const&) ()
>>> from /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #21 0x00007f158fb042ab in G4UIbatch::SessionStart() () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #22 0x00007f158fb23263 in G4UImanager::ExecuteMacroFile(char const*) ()
>>> from /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #23 0x00007f158fb1bac3 in
>>> G4UIcontrolMessenger::SetNewValue(G4UIcommand*, G4String) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #24 0x00007f158fb10d3d in G4UIcommand::DoIt(G4String) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #25 0x00007f158fb28486 in G4UImanager::ApplyCommand(char const*) () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4intercoms.so
>>> #26 0x00007f159335424c in G4UIterminal::ExecuteCommand(G4String const&)
>>> () from /home/osboxes/Progs/geant4.10.01-install/lib/libG4interfaces.so
>>> #27 0x00007f159335581c in G4UIterminal::SessionStart() () from
>>> /home/osboxes/Progs/geant4.10.01-install/lib/libG4interfaces.so
>>> #28 0x00000000004eed78 in main ()
>>> ===========================================================
>>>
>>> Segmentation fault (core dumped)
>>>
>>>
>>>
>>> _______________________________________________
>>> Gate-users mailing list
>>> Gate-users at lists.opengatecollaboration.org
>>> http://lists.opengatecollaboration.org/mailman/listinfo/gate-users
>>>
>>
>>
>
-------------- section suivante --------------
Une pi�ce jointe HTML a �t� nettoy�e...
URL: <http://lists.opengatecollaboration.org/mailman/private/gate-users/attachments/20150521/03e391ad/attachment-0001.html>


More information about the Gate-users mailing list