introducing deltaT cut to remove hits that wouldn't be captured by the HGTD ASICs

As was pointed out in other threads, we combine several BCs in the HGTD digi which we probably shouldn't do, and which leads to huge occupancy when not treated properly. While useful for some studies (luminosity related) and to get an idea of the probability of some hits that spill into the active time window due to a large TOT that would pass the TOA threshold, it is not necessary to keep (and digitize) all these hits for the normal workflow. So changes are necessary in the digi config (not this MR) to speed things up in general and also in the digi code (this MR) to have an active time window cut of 2.5 ns.

cc: @cohm @dshope @tadej @tstreble

Merge request reports