> It's clear to me that the resolution for audio streams sent from pd (with
> values between -1 and 1) can't be considered as "32 bits".
which is just wrong: Pd's audio samples are 32bit floating point.
as such they must be considered as "32bit floating point" which is a)
"32 bit" and b) something else as "16bit PCM" or "8bit ulaw" or what you
call "32 bits" (which is likely "32bit fixed point").