[PD-dev] Number of objects in pd-extended versus pd vanilla

Greg Schroeder via Pd-dev pd-dev at lists.iem.at
Mon Jul 7 11:27:47 CEST 2014

I didn't have a goal in mind, thought something that might need work that I
hadn't heard about before.

On Mon, Jul 7, 2014 at 3:22 PM, IOhannes m zmoelnig via Pd-dev <
pd-dev at lists.iem.at> wrote:

> Hash: SHA256
> On 2014-07-07 09:43, Greg Schroeder via Pd-dev wrote:
> > Could someone give an example of a single object name that creates
> > more than one Pd class?
> [list], [array], [scalar], [text].
> > How would one go about reducing those 194 object names?
> could you give more context about what you want to achieve?
> btw, i had a quick glance at the sourcecode of Pd and found that it
> contains about 238 distinct class-names.
> >>> Does anyone know how many objects there are in pd extended
> >>> versus in pd
> >> vanilla?
> this question is hard to answer.
> Pd-extended is two things: a slightly modified Pd binary, and a
> collection of 3rd party objects (externals, abstractions).
> if you only take the PdX binary into account, then the number of
> objectclasses will be *approximately* the same as with Pd-vanilla.
> (there are a few "internal" objects in PdX (like [initbang] or
> [closebang]), that never made it into Pd-vanilla; but then PdX is
> still 0.43, and some objectclasses have been added since then).
> or not. iirc (but might be mistaken), PdX has removed almost all
> internal objects from it's binary and made them available as a
> separate "vanilla" library.
> and then, if you want to count all objectclasses that are somehow
> included in PdX via 3rd party libraries, then PdX will have *a lot* more.
> some of them are hard to count. e.g. Gem (included in PdX) has a
> loader, that will turn all frei0r plugins findable on your computer
> into Pd-objects, even though PdX does not include them itself.
> ghsmdf
> IOhannes
> Version: GnuPG v1
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
> iQIcBAEBCAAGBQJTulivAAoJELZQGcR/ejb4EdAP/jRWKc21rsft41/tjkuakZb6
> 8IasZV+AgZKXyB+Jn4KKEQ7pXCmyMgH3zigwfA0ltki+rCB8g7YsrrvG3SRWssj4
> QGERvRl6OFU637eYp4e3lW9lfkfoeelvnHoJEwMqM6UMrMifdtYJz4w/vqpI7lZR
> JoegP4RguQTOPX5WCTAjthYmu2LDuKanRKgxHRjb+m/2fT9H7mHQ26povbiFkuFF
> 2H2eDlAEHE2GI7BVL0mPyUHwcMNFQ49kmJ2uC9A9Tc0tKCvn6J2+Wr6A6gQWkV2A
> aDP3X0GCAS3LW/Q2RDIuxdZxWcrJU3VIZ6irOUsy0o/NVYdFko7rA7d0fEUyTaDM
> Db+7A0LnMGlP6ylSUoycHtmlqFbCRJNsF+BHIEbvBQ7w+hxGc3j+Eetnhx9kkUrX
> z7QafT7DVpbhrEKdx6ZOYohLktUehjGc9HUW4R3E6Lud1jXYKzTUo+3DkIspprSe
> 2pNCLBRsXfkiSisScwZy69AbnuVRMnhp4G14ihovQMnVddhZulBQUVl0LW0Q4x5M
> Q92Mtn+eL4b1Xb4C/MoGwcDJnihe8RDegEpFhqzAdB0Nlu99Tqql1+V/0IcY3MkK
> =FNsa
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> http://lists.puredata.info/listinfo/pd-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20140707/68c9858b/attachment-0001.html>

More information about the Pd-dev mailing list