[PD] "good" phasor~ in B16.long-varispeed.pd not looping?

William Huston williamahuston at gmail.com
Mon Jan 6 00:43:52 CET 2020

I think it would be super nice if PD could have a 32 bit integer datatype.
(I realize there would be a lot of underlying complexity)

   - Some quantities are naturally reals/floats
   (voltages, instantaneous sound pressure levels)

   - Other quantities are naturally integers
   (counters, memory addresses).

IMO trying to force single-precision floats to represent numbers
which the programmer knows will always be integers, is like
banging a square peg into a round hole.

A much simpler approach would be to allow for an integer data type.

Yes, then you have to solve the problem of how you handle conversions
(connect an integer outlet to a float inlet, etc).

It would probably require a major architecture change.

I just want to throw this out there...

Perl has something Larry Wall calls "transmogrification".
In Perl, there is just a single Scalar data type, which can be
internally represented as a string, float, or integer.

The Perl interpreter tries to infer from the context whether
to represent the value as an integer or a float.

Just something to consider...


William Huston:  WilliamAHuston at gmail.com
Binghamton NY

*Public Service Mapping / Videography / Research / Education / Safety
Blog <http://WilliamAHuston.blogspot.com> -- Facebook
<http://facebook.com/billhuston> -- Twitter
<http://twitter.com/WilliamAHuston>-- Youtube
* -- Podcast Blog <https://billhustonpodcast.blogspot.com/>*
*Document collections*: VirtualPipelines
<http://TinyURL.com/VirtualPipelines> -- BHDCSDimockArchive
*Please support my work! -- *TinyURL.com/DonateToBillHuston

On Sun, Jan 5, 2020 at 6:29 PM Sebastian Shader via Pd-list <
pd-list at lists.iem.at> wrote:

> Is the reason that the "offset" inlet isn't a signal inlet mainly for
> performance in most use-cases?
> Because if it were it seems like users could give 32-bit floats to both
> inlets, and have them added as doubles internally?
> -Seb
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200105/4c871b75/attachment.html>

More information about the Pd-list mailing list