Hello both of you,
One problem I noticed... This d2tof_flrn.C opens an already crunched file under
the sc_cal file that has different offsets than those originally used in the
filter.h file... This would all be fine and dandy if the crunched data file was
crunched using raw variables from detrecon but they are not. So using variables
with offsets included from filter.h will give you bad cuts... Using variables
from filter.h with subtracxted offsets will only work with ntuples that call
detrecon(0,0,0)... not (0,0)... so... we need an ntuple that calls raw tdc
through detrecon and then all will be fine... otherwise, take the variables in
filter with offsets subtracted and add the offsets in the new sc_cal file to be
consistent with what is now in the lr's. NOTE: This will also work poorly if
hardware has changed... then all bets are off and we'll have to start from zero.
eugene
Quoting Peter Karpius <karpiusp@einstein.unh.edu>:
> Hi Tancredi-
>
> I have changed d2tof_flrn.C a little...
>
> It was not working so I changed:
> void d2_flrn()
> {
> myflr = new TNtuple
> ("d2eep",
>
> TO:
>
> void d2tof_flrn()
> {
> myflr = new TNtuple
> ("d2tof",
>
> Now it still creates ntuples titled d2_flr-RUN#.root and I am not sure
> how
> to change it to title them: d2tof-RUN#.root
>
> Also, something weird happened when I tried to use multiple runs in the
>
> command line argument - it gave me ntuples with file sizes larger than
> the
> corresping lr-file (was it chaining things together?) I deleted these
>
> ntuples and then used multiple spuds to indiviudual crunch things.
> Again,
> this is all happening in /anothercrunchdir after verifying source
> resource (can you dig it?).
>
> So this d2tof_flr.C includes filter.h which Eugene showed me subtracts
> the
> offsets of the crunched lr-ntuple. Therefore when I crunched with
> d2tof_flr.C I am really getting raw values back right? Good.
> Therefore,
> I will use the proton peak which this ntuple extracts
> from the recent D2 data only (runs 1350-1445 etc or so) and determine
> the
> new
> offsets by forcing ttl-ttr=ttr-ttl and ptl=ptr=0. I mean, after, this
> is
> the way we test, therefore, this is the best way to make sure they pass
>
> the test!
>
>
> Pete
>
>
>
> ----------------------------------------------
> Pete Karpius
> Graduate Research Assistant
> Nuclear Physics Group
> University of New Hampshire
> phone: (603)862-1220
> FAX: (603)862-2998
> email: karpiusp@einstein.unh.edu
> http://pubpages.unh.edu/~pkarpius/homepage.htm
> ----------------------------------------------
>
>
This archive was generated by hypermail 2.1.2 : Mon Feb 24 2014 - 14:07:29 EST