dsp-status method of [pdinfo] doesn't give useful info at loadtime

Calling [dsp-status(--[pdinfo] at patch load time gives technically correct yet unhelpful output.

This is because dsp is temporarily suspended when loading a toplevel patch.

Since [dsp-status(--[pdinfo] is likely to be used with [loadbang] the vast majority of the time, it should have a workable interface that doesn't require adding a [delay 0] to get useful output.

RFC: signal whether dsp is being temporarily suspended in the output for the "dsp-status" method of [pdinfo].

I propose the following four possible outputs for [dsp-status(--[pdinfo]:

1. -1 means dsp is off and dsp is currently suspended
2. 0 means dsp is off and dsp is not currently suspended
3. 1 means dsp is on and dsp is not currently suspended
4. 2 means dsp is on and dsp is currently suspended

This way the user can just do [loadbang]--[dsp-status(--[pdinfo]--[> 0] to get sane default behavior in logical time.

This can be acheived by adding a single field to the pd_this struct and querying it in [pdinfo].