Ignore:
Timestamp:
09/24/19 15:26:30 (5 years ago)
Author:
tbretz
Message:
The first spline knot after the cable delay is still affected by the none-simulation of the cable delay at earlier knots 8most like also the coming ones suffer slightly) -- therefore, this knot is not considered (this is mainly for convenience as it would be removed later anyways)
File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/Mars/msimcamera/MSimTrigger.cc

    r19665 r19677  
    610610        // FIXME: Start seraching at pulsepos is faster, but breaks things like
    611611        // ratescans triggering on noise events
     612        // We start one sample after cable delay as the spline knots up to cable delay
     613        // are still affected by the none simulation of the cable delay
    612614        ttls.AddAt(
    613615                    (*patches)[i].Discriminate(
    614616                        fDiscriminatorThreshold*gain+offset,                // treshold
    615                         Double_t(fCableDelay)                            // start
     617                        Double_t(fCableDelay)+1,                            // start
    616618                        Double_t(fCamera->GetNumSamples() - fCableDelay),   // end
    617619                        //fDigitalSignalLength                              // time-over-threshold, or fixed-length?
Note: See TracChangeset for help on using the changeset viewer.