Thanks for the good explanation Christof! cheersz, P
Pd does automatic float to signal promotion on all its signal inlets. The only*) possible exception is the main (= leftmost) inlet, if the class has a dedicated float message (very few objects do).
BTW, sending floats to filter objects can be quite useful, e.g. you can use [lop~] as an exponential ramp generator, unlike the linear ramp generated by [line~].
Furthermore, the help patch for signal arithmetic objects says, that they accept numeric messages into their right inlet if a numeric argument hast been supplied. It seems this is not (always?) required.
I think this stems from the old times when Pd didn't do float to signal to promotion on all signal inlets. Note that while you can send floats to the right inlet of [+~], this still adds two signals. On the other hand, [+~ 5] adds a signal and a scalar, which is more efficient.
Christof
*) some objects try to seperate floats from signals even on auxiliary signal inlets, but this can only be achieved with tremendous hackery.
Gesendet: Montag, 11. November 2019 um 17:29 Uhr Von: "Peter P." peterparker@fastmail.com An: pd-list pd-list@iem.at Betreff: [PD] messages into [bp~ ] audio input trigger impulses?
Hi,
just found out by accident that one can send number messages into the first audio input of the [bp~ ] bandpass filter. They seem to be treated as audio signal values and cause an audio signal to be output by [bp~ ]. Is this intentional?
Furthermore, the help patch for signal arithmetic objects says, that they accept numeric messages into their right inlet if a numeric argument hast been supplied. It seems this is not (always?) required.
cheers, P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list