One last question:Does Max/MSP retain all the same class interfaces for version
4/5 classes in later versions of Max/MSP? For example, is Max 7 guaranteed to
be backwards compatible with all the internal classes of Max 4.5?
-Jonathan
On Saturday, February 20, 2016 3:13 PM, Alexandre Torres Porres
<[email protected]> wrote:
2016-02-20 17:11 GMT-02:00 Jonathan Wilkes via Pd-list <[email protected]>:
Is there actual Pd code for Max 6+ classes somewhere behind this 40+ message
thread?
The thread was first about compiling the nettles and also did comport parallel
discussions about how to implement abstractions that behaved like externals.
The discussion about including new objects started very late on this thread and
I opened another one to discuss it, but it didn't catch on. I'm giving it up
and joining back here.
The last discussion started by Fred saying he couldn't accept my pull request
of a new [pong] object, which is not available in Max 5, so it's a Max6+
feature. In his response, Fred mentioned a couple of things, one of which
being: "Cyclone is one of the few libraries with a closed set of objects; only
those part of Max/MSP, arbitrary set around version 4.6 or 5." - maybe the
problem with Fred not accepting pong is because of that, I can only infere.
Another thing he mentioned is that objects with the same functionality from
other libraries should not be implemented in cyclone. I don't think that way
and Ivica +1 do not either. One way or another, I don't know of any objects
that have the same functionalities as pong (wrapper and folder), so being Max
6+ meets one of Fred's restriction.
But then, I don't really know where this fact that cyclone "is" like that (one
of few libraries with closed set of objects) came about, as it's not something
that was ever discussed on the list or ever shared with the community. Never
was something dictated or imposed by the original author or described in the
project. It seems more like an opinion of what Fred thinks cyclone should be.
Apparently, it is not a consensus in the community. I was able to mobilize a
few people to help and code new objects, all in favour of adding Max6+
features. Marco, who joined this thread to discuss this 3 days ago, was helping
me coding 6 new objects alone, and is now on hold waiting for this discussion
to progress.
Jonathan, this addresses your inquire and much more, I'm digressing, and will
now respond to other messages on this thread, take care.
2016-02-19 23:31 GMT-02:00 Esteban Viveros <[email protected]>:
cyclone is very useful to anyone like me which use pd and max (...) bridging
cycling74 platform with pd are a useful tool to learn patches and copy them
>From its early time, cyclone aimed to a compatibility to Max/MSP and, at the
>time, was obviously centered around the current and most to date version
>(4.6). Citing the original project description, it was "mainly for people
>using both Max and Pd, and thus wanting to develop cross-platform patches". So
>yeah Esteban, cyclone is originally for people/users like you!
for me is something sad to know that bridge is large outdated, and the worse,
we have people interested in make the updates to allow patches workables in pd
(cyclone) and Max and exist the possibility of stay with an outdated
compatibility.
I understand your concern to all of a sudden, when we have a mobilization to
work on cyclone, that there's a hold back to that. Cyclone was made available
still "at an early stage" (as described in the original project description).
This means it wasn't able to meer its full potential of cloning every object,
although a huge amount of great work had been done. These days, even some of
the great work that had been done is now partially outdated indeed. That the
work we should do investing in maintaining cyclone should consciously keep it
outdated on purpose doesn't seem right to me.
This is only my point of view. A user, and I wish contributor too in the
future.
Being a user (with the exact profile the library was created for) does not
invalidate your opinion, on the contrary. I guess I feel users are somewhat
intimidated to join discussions around here, or even participate on the list,
so you popping up is a great contribution, we need your voice. And I don't
believe any user with your profile will like the idea that the cloned library
for Pd doesn't care about newer versions of Max. That might be a hell of a turn
off...
On the other hand, such an idea could come only from not an user, or from
someone who's not even considering or thinking about users, it's more of a
maintenance's point of view concern, the issue being that there'd be more work
involved in it than a will to commit to such amount of task.
Which is cool, no one is getting paid for this. The weird thing is that such
personal and individual idea should prevail in a project where other people are
willing to contribute and push it forward. It's not a matter of asking someone
to work on stuff they don't wanna, the work is already being done for other who
are excited to do it...
2016-02-20 15:57 GMT-02:00 Matt Barber <[email protected]>:
+1 To Ivica's proposal and rationale. There are plenty of people willing to
help with development and maintenance. If a Max 4.6 compatibility library is
really necessary, perhaps that could be the fork with the new name.
I'm actually confused, as I see Fred is putting out a revision of Cyclone with
a different project description and all. I wanted to discuss this in yet
another thread I opened, but here we go, hehe...
Anyway, I hope there's no need to any "fork" and that we could all work
together on the best interest of the community. Maintaining a fork that's
arbitrarily compatible to an old version and then having another one that's not
incompatible to the "legacy" cyclone, but only has a little more objects and
functionalities is insane (it's not like there's a crazy huge amount of objects
and functionalities from Max6+ to cover). It's insane because whatever work is
being done in the "legacy"cyclone will be incorporated in the "modern" on with
only a handful of extra features. Should this exist and people should bother
with the confusion and do we have to explain to them why it is like that?
But I agree that reducing the scope of the original project and arbitrarily
being against the inclusion of particular objects and totally against the
inclusion of any objects from an arbitrarily set version of Max should be
considered as a fork of the project.
cheers
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
