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

IOhannes m zmoelnig via Pd-dev pd-dev at lists.iem.at
Mon Jul 7 10:22:14 CEST 2014


-----BEGIN PGP SIGNED MESSAGE-----
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
-----BEGIN PGP SIGNATURE-----
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
YPpNDVWLMI5mShZXy7IyXdV9Fznhx3m/StMUZmz5DGT+v629TAZtBUvnDpzTVQGW
z7QafT7DVpbhrEKdx6ZOYohLktUehjGc9HUW4R3E6Lud1jXYKzTUo+3DkIspprSe
2pNCLBRsXfkiSisScwZy69AbnuVRMnhp4G14ihovQMnVddhZulBQUVl0LW0Q4x5M
Q92Mtn+eL4b1Xb4C/MoGwcDJnihe8RDegEpFhqzAdB0Nlu99Tqql1+V/0IcY3MkK
x0NCTTH/ECb/HPLHI3cN
=FNsa
-----END PGP SIGNATURE-----



More information about the Pd-dev mailing list