Hi, this mail is to inform that Bill Schottstaedt just put up documentation for the snd pd external in the snd-manual:
http://ccrma.stanford.edu/software/snd/snd/grfsnd.html#sndwithpd
The documentation also also contains a screen-shot of a pretty neat stochastic pd patch made by Bill Sack, which use the snd external.
If you know (and like) lisp, pd and snd, you should check this out...
It would be great if this was set up to use Pd's new generic loader
functionality. Then you could write Pd objects directly in Guile/snd
without needing the [snd] object. It looks like you are most of the way
there.
There is currently a Common Language Runtime (C#, etc) API in the works
that is being ported to the new loader also.
Basically, you just write a little loader program that tells Pd how to
load an object that is written in snd.
.hc
On Feb 8, 2006, at 5:52 PM, Kjetil Svalastog Matheussen wrote:
Hi, this mail is to inform that Bill Schottstaedt just put up
documentation for the snd pd external in the snd-manual:http://ccrma.stanford.edu/software/snd/snd/grfsnd.html#sndwithpd
The documentation also also contains a screen-shot of a pretty neat stochastic pd patch made by Bill Sack, which use the snd external.
If you know (and like) lisp, pd and snd, you should check this out...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way.
-A.J. Muste
Hmm, I don't see the point. Having those extra four letters ("snd ") shows that it is an snd object, and not an external or a patch. Whats the point of hiding that information?
On Wed, 8 Feb 2006, Hans-Christoph Steiner wrote:
It would be great if this was set up to use Pd's new generic loader functionality. Then you could write Pd objects directly in Guile/snd without needing the [snd] object. It looks like you are most of the way there.
There is currently a Common Language Runtime (C#, etc) API in the works that is being ported to the new loader also.
Basically, you just write a little loader program that tells Pd how to load an object that is written in snd.
.hc
On Feb 8, 2006, at 5:52 PM, Kjetil Svalastog Matheussen wrote:
Hi, this mail is to inform that Bill Schottstaedt just put up documentation for the snd pd external in the snd-manual:
http://ccrma.stanford.edu/software/snd/snd/grfsnd.html#sndwithpd
The documentation also also contains a screen-shot of a pretty neat stochastic pd patch made by Bill Sack, which use the snd external.
If you know (and like) lisp, pd and snd, you should check this out...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way. -A.J.
Muste
This would allow you to write bonafide Pd objects in snd. What
language they are written in would be transparent to the user. They
would behave just like objects. They could be bundled into libraries,
they would work with the system path settings, they would work in the
newly developing namespace, they could have their own help patches,
etc. etc.
.hc
On Feb 9, 2006, at 12:10 AM, Kjetil S. Matheussen wrote:
Hmm, I don't see the point. Having those extra four letters ("snd ")
shows that it is an snd object, and not an external or a patch. Whats
the point of hiding that information?On Wed, 8 Feb 2006, Hans-Christoph Steiner wrote:
It would be great if this was set up to use Pd's new generic loader
functionality. Then you could write Pd objects directly in Guile/snd
without needing the [snd] object. It looks like you are most of the
way there.There is currently a Common Language Runtime (C#, etc) API in the
works that is being ported to the new loader also.Basically, you just write a little loader program that tells Pd how
to load an object that is written in snd..hc
On Feb 8, 2006, at 5:52 PM, Kjetil Svalastog Matheussen wrote:
Hi, this mail is to inform that Bill Schottstaedt just put up
documentation for the snd pd external in the snd-manual: http://ccrma.stanford.edu/software/snd/snd/grfsnd.html#sndwithpd The documentation also also contains a screen-shot of a pretty neat stochastic pd patch made by Bill Sack, which use the snd external. If you know (and like) lisp, pd and snd, you should check this out... _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way. -A.J. Muste
If you are not part of the solution, you are part of the problem.
-
Eldridge Cleaver
Okey. But I'm not sure its a good idea. Snd objects are not deterministic. If you try to write an object in a different way (external/subpatch/pyext/etc.) that is supposed to to the same, it will 99% for sure behave slightly different.
The reason is that data-handling in the snd external are threaded and is run asynchronus to pd, and that all the dsp-handling is performed at once (once per cycle) for all snd objects, because of performance reasons. (dsp using the snd external is extremely efficient)
I'm afraid hiding these facts from the user can create confusing situations...
Regarding the system path settings, aren't they available somewhere anyway?
And whats a "newly developing namespace"?
On Thu, 9 Feb 2006, Hans-Christoph Steiner wrote:
This would allow you to write bonafide Pd objects in snd. What language they are written in would be transparent to the user. They would behave just like objects. They could be bundled into libraries, they would work with the system path settings, they would work in the newly developing namespace, they could have their own help patches, etc. etc.
.hc
On Feb 9, 2006, at 12:10 AM, Kjetil S. Matheussen wrote:
Hmm, I don't see the point. Having those extra four letters ("snd ") shows that it is an snd object, and not an external or a patch. Whats the point of hiding that information?
On Wed, 8 Feb 2006, Hans-Christoph Steiner wrote:
It would be great if this was set up to use Pd's new generic loader functionality. Then you could write Pd objects directly in Guile/snd without needing the [snd] object. It looks like you are most of the way there.
There is currently a Common Language Runtime (C#, etc) API in the works that is being ported to the new loader also.
Basically, you just write a little loader program that tells Pd how to load an object that is written in snd.
.hc
On Feb 8, 2006, at 5:52 PM, Kjetil Svalastog Matheussen wrote:
Hi, this mail is to inform that Bill Schottstaedt just put up documentation for the snd pd external in the snd-manual: http://ccrma.stanford.edu/software/snd/snd/grfsnd.html#sndwithpd The documentation also also contains a screen-shot of a pretty neat stochastic pd patch made by Bill Sack, which use the snd external. If you know (and like) lisp, pd and snd, you should check this out... _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way. -A.J.
Muste
If you are not part of the solution, you are part of the problem. - Eldridge Cleaver
On Feb 9, 2006, at 4:26 PM, Kjetil S. Matheussen wrote:
Okey. But I'm not sure its a good idea. Snd objects are not
deterministic. If you try to write an object in a different way
(external/subpatch/pyext/etc.) that is supposed to to the same, it
will 99% for sure behave slightly different.The reason is that data-handling in the snd external are threaded and
is run asynchronus to pd, and that all the dsp-handling is performed
at once (once per cycle) for all snd objects, because of performance
reasons. (dsp using the snd external is extremely efficient)I'm afraid hiding these facts from the user can create confusing
situations...
yes indeed, I had no idea it was structured like that.
Regarding the system path settings, aren't they available somewhere
anyway?
And whats a "newly developing namespace"?
The first steps towards implementing a namespace (like java's import
java.swing.*, for example) are in place. You can use objects of the
same name with a namespace prefix, like [cyclone/prepend],
[iemlib/prepend], [ggee/prepend], etc. Then you could [import
cyclone], and [prepend] would then be cyclone's prepend. The next step
is to make patch-level namespace, currently there is only a global
namespace.
.hc
On Thu, 9 Feb 2006, Hans-Christoph Steiner wrote:
This would allow you to write bonafide Pd objects in snd. What
language they are written in would be transparent to the user. They
would behave just like objects. They could be bundled into
libraries, they would work with the system path settings, they would
work in the newly developing namespace, they could have their own
help patches, etc. etc..hc
On Feb 9, 2006, at 12:10 AM, Kjetil S. Matheussen wrote:
Hmm, I don't see the point. Having those extra four letters ("snd ")
shows that it is an snd object, and not an external or a patch.
Whats the point of hiding that information? On Wed, 8 Feb 2006, Hans-Christoph Steiner wrote:It would be great if this was set up to use Pd's new generic loader
functionality. Then you could write Pd objects directly in
Guile/snd without needing the [snd] object. It looks like you are
most of the way there. There is currently a Common Language Runtime (C#, etc) API in the
works that is being ported to the new loader also. Basically, you just write a little loader program that tells Pd how
to load an object that is written in snd. .hc On Feb 8, 2006, at 5:52 PM, Kjetil Svalastog Matheussen wrote:Hi, this mail is to inform that Bill Schottstaedt just put up
documentation for the snd pd external in the snd-manual: http://ccrma.stanford.edu/software/snd/snd/grfsnd.html#sndwithpd The documentation also also contains a screen-shot of a pretty neat stochastic pd patch made by Bill Sack, which use the snd external. If you know (and like) lisp, pd and snd, you should check this
out... _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way. -A.J. Muste
If you are not part of the solution, you are part of the problem. -
Eldridge Cleaver
"Computer science is no more related to the computer than astronomy is
related to the telescope."
-Edsger
Dykstra
On 9 Feb 2006, at 04:58, Hans-Christoph Steiner wrote:
It would be great if this was set up to use Pd's new generic loader
functionality. Then you could write Pd objects directly in Guile/ snd without needing the [snd] object. It looks like you are most of
the way there.There is currently a Common Language Runtime (C#, etc) API in the
works that is being ported to the new loader also.
Is that really true?
That would be great!
What's involved in bringing the current [snd] implementation to use
the new loader functionality?
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
On Feb 9, 2006, at 4:10 PM, David Plans Casal wrote:
On 9 Feb 2006, at 04:58, Hans-Christoph Steiner wrote:
It would be great if this was set up to use Pd's new generic loader
functionality. Then you could write Pd objects directly in Guile/snd
without needing the [snd] object. It looks like you are most of the
way there.There is currently a Common Language Runtime (C#, etc) API in the
works that is being ported to the new loader also.Is that really true?
That would be great!
It was announced recently on this list, check the archives.
What's involved in bringing the current [snd] implementation to use
the new loader functionality?
I don't know the details of that since I haven't done it myself yet.
Writing the loader itself would not be so hard, the CLR one should be
an example. It sounds like the hard part is done already, which is
making the Pd API available in snd.
.hc
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
http://at.or.at/hans/