[PD] [PD-announce] Pd 0.43-2 released (windows startup bug fix) + ftm

[Adrian Gierakowski]

Hi João,

Or maybe, even continue to develop ftm for Pd instead of the current data
> structures?


FTM is LGPL and Pd is BSD so this might be a problem for some people (in
terms of replacing Pd date structures). Except for that, I think it would
be great to have FTM in pd.

Also afaik, ftm isn't developing much anymore (I might be wrong).


every now and then there are bugfix releases with a couple of new features
added, but I think more development time is now directed to MuBu (which I
think shares a lot of code with FTM\Gabor, hence soem features developed
for MuBu leak back to FTM releases)

best

Adrian




On Mon, Mar 26, 2012 at 10:05 AM, João Pais <jmmmpais at googlemail.com> wrote:

> One approach is to make a public API for the process you're already using
>> for
>> the "Put" menu array and [table] objects.  Users don't have to care (or
>> even
>> be aware of) the loading of the templates for _float and _float_array
>> which is
>> a good thing.  There should be a way to make your own library using only
>> Pd
>> patches, and have pd look for libname_setup.pd (or some such naming
>> scheme) in the path when I do [declare -lib libname], and if it exists
>> load it
>> un-vis'd.  That would allow a safe way for a library to use data
>> structures
>> without $0-, and be able save/recall state.  Plus allow all kinds of
>> other things,
>> like a library of abstractions which all rely on a table to read-- the
>> table can
>> be in libname_setup.pd, and the user can create/destroy abstractions from
>> that library while the common table stays safe in the unvis'd setup patch.
>>
>> Of course there's still the problem of name clashes since [struct
>> libname] is a
>> global variable and [table lib-whatever-table] is a global table, but a
>> unique
>> libname shouldn't be too hard.
>>
>
> I don't know if I understood all the consequences of what you wrote. Did
> you say to let templates with the same name "repeat" themselves, to allow
> for a better patching? Isn't it good for now that repeated templates do get
> marked as bad programming, to avoid conflicts where they aren't supposed to
> be?
> If all name conflicts are ignored, some more interesting patching can be
> done. If name conflicts remain, patching errors will be easier to detect.
> Is there a good solution?
> Or I was misreading the whole problem?
>
> Besides being interesting to add messages to data-s, it would also be very
> productive if some easy operations could be done, that nowadays can only be
> achieved through more intense patching around the data-s objects: choose a
> particular scalar on a canvas by its index number like in an array (or
> without having to detect it's values to see if it's the right one),
> [previous X( message for [pointer], etc etc. I've sent once such a list to
> Mr. Puckette, I think I still have it around.
> This would make data structures patching less time consuming, and maybe
> also more approachable to newcomers. When I did my data structures workshop
> last Pd-Con in Weimar everyone was very happy to understand it, but also
> not very happy that to make a more complex circuit many operations are
> necessary. I mean, if [tabread] would only take bangs instead of indexes
> (which is the case with [struct]), how many people would be taking the
> trouble to use it?
>
>
> Another related question: I was looking at the ftm library, and it is
> quite complete, not only for data management, but also for expressions
> using data's variables with direct access, and also audio objects. In the
> beginning the difference bweteen Pd and Max was that Pd had the "unique"
> (although rudimentary) data structures (as said in Puckette's Paper), but
> with ftm there isn't any exclusivity anymore. Since ftm seems to be a much
> more mature concept - both in terms of features, and integration with other
> dimensions of the environment -, would it make sense to make a Pd port of
> ftm? Or maybe, even continue to develop ftm for Pd instead of the current
> data structures?
> Afaik, IOhannes has done some work porting the ftm lib to Pd, but the work
> with the gui is missing. Does it make more sense to try to reinvent a wheel
> someone already did, or just get that wheel and make it better? Also afaik,
> ftm isn't developing much anymore (I might be wrong).
> http://ftm.ircam.fr/index.php/**Main_Page<http://ftm.ircam.fr/index.php/Main_Page>(including sourceforge link)
>
> João
>
> ______________________________**_________________
> Pd-announce mailing list
> Pd-announce at iem.at
> http://lists.puredata.info/**listinfo/pd-announce<http://lists.puredata.info/listinfo/pd-announce>
>



-- 
Adrian Gierakowski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20120326/021a7ba1/attachment.htm>