Temporary workaround for those affected: Build SLIC normally with the most recent ilcinstall. Edit hps_v01-00-00/lcdd/lcdd/v03-03-01/src/lcdd/detectors/SensitiveDetectorFactory.cc, replace this line: HitProcessorManager::instance()->getFactory("BasicTrackerHitProcessor")->createHitProcessor(sensitiveDetector)); with this: HitProcessorManager::instance()->getFactory("StepCombiningTrackerHitProcessor")->createHitProcessor(sensitiveDetector)); Now rebuild LCDD: cd hps_v01-00-00/lcdd/lcdd/v03-03-01/build make install This may make SLIC or hps-java readout simulation run a little slower, but not much. There will be another e-mail when there's a permanent fix (one that's baked into a SLIC or hps-java release, and avoids the performance hit of this workaround). On Mon, 17 Feb 2014, Sho Uemura wrote: > SLIC saves the detector name in the LCIO file. All the HPS detector > geometries are compiled into the hps-java JAR (in the detector-data module), > so hps-java selects the geometry file with the same name. > > So if the LCDD file ued by SLIC doesn't match the detector with the same name > in detector-data, you get problems. But it looks like your LCDD file is up to > date. Luca Colaneri has been having a similar issue (same error, with current > LCDD file). > > Let's take further discussion off the list until we figure out what's going > on. > > Can you send me (or put on web space somewhere) your LCIO file? > > On Mon, 17 Feb 2014, Chad Civello wrote: > >> Attempting to run readout simulation again, it seems that in the command to >> run HPS2014ReadoutNoPileup.lcsim I have not specified any LCDD detector >> file to use. After pointing to the jar file and the steering file, it only >> takes an input and an output name. Is there a way to tell the driver which >> LCDD I am using? >> On Feb 17, 2014 2:17 AM, "Sho Uemura" <[log in to unmask]> wrote: >> >>> Yes. Usual cause is running hps-java on an LCIO file that was created (in >>> slic) using a different detector geometry - SLIC places hits where it >>> thinks the detector volumes are, and then hps-java gets confused because >>> the hits are outside where it thinks the detector volumes are. >>> >>> Can you send me the LCDD file you used? I guess the jar you used is the >>> one at http://www.lcsim.org/maven/releases/org/hps/hps- >>> distribution/3.0.0/hps-distribution-3.0.0-bin.jar? >>> >>> On Mon, 17 Feb 2014, Chad Civello wrote: >>> >>> Hi All, >>>> >>>> I am a student at the University of New Hampshire, attempting to continue >>>> work on the true muonium section of the HPS experiment. I am looking to >>>> run >>>> true muonium data through the simulation software and then analyze the >>>> reconstructed tracks. I have successfully used the software in the past, >>>> but am currently running into an error with readout simulation that I >>>> have >>>> never encountered. >>>> >>>> I am using hps-distribution-3.0.0-bin.jar, which I believe is the latest >>>> stable release, with detector HPS-Proposal2014-v5-6pt6 and a true muonium >>>> data file that was created by assuming the same decay properties as the >>>> heavy photon, except with a mass of 211 MeV. Below is the command that I >>>> am >>>> using to run readout simulation and the error I receive. Is this error >>>> familiar to anyone? Thank you for any help. >>>> >>>> Regards, >>>> Chad Civello >>>> >>>> [ccivello@taro Out_files]$ java -jar hps-distribution.jar -r >>>> /org/lcsim/hps/steering/readout/HPS2014ReadoutNoPileup.lcsim -i >>>> TM_6786MeV_Fall2013_HPS-Proposal2014-v5-6pt6.slcio >>>> -DoutputFile=TM_6786MeV_Fall2013_HPS-Proposal2014-v5-6pt6_readout >>>> --- Drivers --- >>>> org.lcsim.job.EventMarkerDriver >>>> eventInterval = 1000 >>>> org.lcsim.hps.conditions.CalibrationDriver >>>> org.lcsim.hps.recon.ecal.EcalEdepToTriggerConverterDriver >>>> readoutCollection = EcalReadoutAnalogHits >>>> applyBadCrystalMap = false >>>> truncateScale = 1 >>>> constantGain = 0.15 >>>> org.lcsim.hps.recon.ecal.EcalRawConverterDriver >>>> runBackwards = true >>>> rawCollectionName = EcalReadoutHits >>>> ecalCollectionName = EcalReadoutAnalogHits >>>> org.lcsim.hps.recon.ecal.CTPEcalClusterer >>>> ecalName = Ecal >>>> ecalCollectionName = EcalReadoutAnalogHits >>>> clusterCollectionName = EcalTriggerClusters >>>> org.lcsim.hps.readout.ecal.FADCTriggerDriver >>>> clusterCollectionName = EcalTriggerClusters >>>> outputFileName = >>>> TM_6786MeV_Fall2013_HPS-Proposal2014-v5-6pt6_readout.triggers >>>> deadTime = 0 >>>> lcioFile = TM_6786MeV_Fall2013_HPS-Proposal2014-v5-6pt6_readout.slcio >>>> org.lcsim.hps.recon.tracking.SimpleSvtReadout >>>> noPileup = true >>>> org.lcsim.hps.util.ClockDriver >>>> org.lcsim.recon.tracking.digitization.sisim.config.ReadoutCleanupDriver >>>> --- End Drivers --- >>>> No input files in XML file. >>>> Got ConditionsEvent with run: 0 >>>> Reading calibrations calibSVT/base for run: 0 >>>> Use this calibration from run -1: calibSVT/default.base >>>> Reading calibrations calibSVT/tp for run: 0 >>>> Use this calibration from run -1: calibSVT/default.tp >>>> Loading the SVT bad channels for run 0 >>>> File daqmap/svt0.badchannels was not found! Continuing with only QA bad >>>> channels >>>> Loading SVT gains ... >>>> Loading SVT t0 shifts ... >>>> Loading fieldmap for run 0 >>>> reading ECal DAQ map >>>> reading ECal bad channels >>>> reading pedestals for ECal >>>> reading pedestals for ECal >>>> FADCTriggerDriver: Setting trigger for 6.6 GeV beam >>>> >>>>> Event 0 >>>>>> >>>>> java.lang.RuntimeException: Distance is outside of sensor by more than >>>> 0.001. Distance = -0.24857335945534142. If this is an isolated event, >>>> then >>>> perhaps DISTANCE_ERROR_THRESHOLD must be increased in CDFSiSensorSim >>>> at >>>> org.lcsim.recon.tracking.digitization.sisim.CDFSiSensorSim. >>>> diffusionDistribution(CDFSiSensorSim.java:478) >>>> at >>>> org.lcsim.recon.tracking.digitization.sisim.CDFSiSensorSim. >>>> depositChargeOnSense(CDFSiSensorSim.java:241) >>>> at >>>> org.lcsim.recon.tracking.digitization.sisim.CDFSiSensorSim. >>>> computeElectrodeData(CDFSiSensorSim.java:110) >>>> at >>>> org.lcsim.hps.recon.tracking.SimpleSvtReadout.doSiSimulation( >>>> SimpleSvtReadout.java:198) >>>> at >>>> org.lcsim.hps.recon.tracking.SimpleSvtReadout.process( >>>> SimpleSvtReadout.java:116) >>>> at org.lcsim.util.Driver.doProcess(Driver.java:273) >>>> at org.lcsim.util.Driver.processChildren(Driver.java:284) >>>> at org.lcsim.util.Driver.process(Driver.java:198) >>>> at >>>> org.lcsim.util.DriverAdapter.recordSupplied(DriverAdapter.java:74) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.consumeRecord( >>>> DefaultRecordLoop.java:832) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.loop( >>>> DefaultRecordLoop.java:668) >>>> at >>>> org.freehep.record.loop.DefaultRecordLoop.execute( >>>> DefaultRecordLoop.java:566) >>>> at org.lcsim.util.loop.LCSimLoop.loop(LCSimLoop.java:153) >>>> at org.lcsim.job.JobControlManager.run(JobControlManager.java:392) >>>> at org.lcsim.job.JobControlManager.main( >>>> JobControlManager.java:168) >>>> >>>> ######################################################################## >>>> Use REPLY-ALL to reply to list >>>> >>>> To unsubscribe from the HPS-SOFTWARE list, click the following link: >>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >>>> >>>> >> >> ######################################################################## >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the HPS-SOFTWARE list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >> > ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the HPS-SOFTWARE list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1