dspsr
Understand where dspsr sits in the overall observation chain and why it is currently an upstream context page rather than a direct PSRUI feature.
dspsr belongs closer to the raw/baseband-to-folded-archive stage of the workflow.
That makes it different from paz, pam, pat, and pac, which operate on archives that already exist.
How to think about it
- PSRUI focuses on archive preview and post-processing
dspsris more about producing those archives from earlier-stage input data
That is why dspsr appears in the Docker toolchain context around PSRUI but does not currently map to a dedicated tab inside the Processing Inspector.
Minimal starting point
Command details vary strongly by backend and input format, so the safest first step is usually:
dspsr -hFrom there, build the real command around your data format, ephemeris, and desired output.
Typical chain
raw/baseband data -> dspsr -> folded archive -> PSRCHIVE / PSRUIPSRUI today: the application does not directly drive
dspsr. It is better understood as an upstream step that may already have happened before data reaches PSRUI.
Common pitfalls
- conflating
dspsrwith archive post-processing tools - assuming that knowing
pazandpamautomatically covers the earlierdspsrstage - overlooking input-format and backend-specific differences