On Tue, 2007-06-19 at 11:47 -0500, Kyle Klipowicz wrote:
> On 6/18/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
> > luckily just yesterday, i had a (very simple) idea, for which i waited
> > for years:
> > instead of opening the netpd-patches with the (for me) inconvenient
> > 'open'-message, i wan
On 6/18/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
> luckily just yesterday, i had a (very simple) idea, for which i waited
> for years:
> instead of opening the netpd-patches with the (for me) inconvenient
> 'open'-message, i want to load them as abstractions. this has the BIG
> advantage, that
On Mon, 2007-06-18 at 19:05 -0400, Hans-Christoph Steiner wrote:
> On Jun 14, 2007, at 1:07 PM, Roman Haefeli wrote:
>
> > On Tue, 2007-06-12 at 21:46 -0400, Hans-Christoph Steiner wrote:
> >
> >
> >> It would very nice if it was just plug and play. It would not be
> >> that hard to do it. I thi
On Jun 14, 2007, at 1:07 PM, Roman Haefeli wrote:
> On Tue, 2007-06-12 at 21:46 -0400, Hans-Christoph Steiner wrote:
>
>
>> It would very nice if it was just plug and play. It would not be
>> that hard to do it. I think you could spend a day on it and have it
>> working smoothly. It would be v
Hello,
Frank Barknecht a écrit :
> All that would be necessary are a clean and documented
> interfaces for the DSP abstractions.
Yes exactly.
> Things like state saving, GUIs or
> network control then could easily be built as wrapper abstractions.
>
>
It might be necessary to have a bridge
Hallo,
Chris McCormick hat gesagt: // Chris McCormick wrote:
> One thing that would be cool for us to come up with is some way to
> abstract the core, and gui of abstractions separately in such a way that
> they could be used in multiple different state saving/communication paradigms.
>
> For exa
On Thu, Jun 14, 2007 at 11:17:57AM +0200, Roman Haefeli wrote:
> the question is: how should they be included? should they be included as
> they are now, with the gui and their dependency on the netpd-framework?
> or would it make more sense to strip everything off to get a working
> subset of abst
Hallo!
> ah i am not sure about pd-extended's flatspace. when to use
> [ggee/getdir], [import ggee], -lib ggee, or just [getdir]
If getdir is in ggee, then you can use
[ggee/getdir]
or
[import ggee] and [getdir]
or
-lib ggee and [getdir]
LG
Georg
__
On Jun 14, 2007, at 3:08 PM, Patco wrote:
>> does getdir work without [import]?
>>
> Why wouldn't it work without [import]? I've got it working so fine
> without the help of any ohter stuff than vanilla.
> Pk
ah i am not sure about pd-extended's flatspace. when to use
[ggee/getdir], [import g
Roman Haefeli a écrit :
> On Sat, 2007-06-09 at 16:48 +0200, patrice colet wrote:
>
>
>>> what do you mean with "original abstractions" ?
>>>
>> Let's say: "an abstraction that isn't into the pd documentation"
>>
>
> are you still talking about netpd?
>
> roman
>
Well I have to r
Roman Haefeli a écrit :
> the aim of netpd is to provide a framework, in which selfwritten code
> can be used. i think this selfwritten code should stay in the authority
> of the author and not be moved to some 'superior' authority. something
> that we all want, are patches, that just work and are
Hello Eni,
Enrique Erne a écrit :
>
> does getdir work without
> [import]?
>
> regards
>
> eni
>
>
Why wouldn't it work without [import]? I've got it working so fine
without the help of any ohter stuff than vanilla.
Pk
___
PD-list@iem.at mailing lis
Great! This seems easy enough. I think that this is the simplest
solution for now anyway. Eventually being able to separately use
modules and even create alternate GUIs for them would be nice too. Of
course, I think that the GUIs in netpd are one of the most attractive
aspects for new users (and p
Good idea. There could be a script called by cron to automatically
tarball this dir every week.
~Kyle
On 6/14/07, moritz <[EMAIL PROTECTED]> wrote:
> Roman Haefeli wrote:
> > On Sat, 2007-06-09 at 09:11 -0500, Kyle Klipowicz wrote:
> >> On that tip, I'm curious if there is a tarball of all the cu
On Tue, 2007-06-12 at 21:46 -0400, Hans-Christoph Steiner wrote:
> It would very nice if it was just plug and play. It would not be
> that hard to do it. I think you could spend a day on it and have it
> working smoothly. It would be very worthwhile, but I think you have
> already spent
The helpfile aspect would be very much appreciated!
I think that modular is better so that people can reuse netpd elements
in their own patches. Of course, being able to use the sequencers and
mixer + fx would be the primary Reason (forgive the semi-pun) for
newbies to adopt the objects.
~Kyle
O
They also cooked me dinner.<
the netpd guys are way up there with the best people i have ever met on the
internet. i bet the girls all love them too.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/lis
On Wed, 2007-06-13 at 11:21 -0400, Hans-Christoph Steiner wrote:
> I think it should not be too hard to make netpd double-clickable with
> no extra setup at all (setting .pdrc, etc.) without embedding it into
> it's own Pd install.
but this works smoothly and i think it is the only option, so
On Tue, 2007-06-12 at 21:46 -0400, Hans-Christoph Steiner wrote:
>
> Alex Quessy and I tried to run the latest version on netpd working
> for a network jam last Sunday, we both failed. He got further than
> me, he got some sounds out, but neither got it all working. Both of
> us know quit
On Tue, 2007-06-12 at 21:46 -0400, Hans-Christoph Steiner wrote:
> On Jun 9, 2007, at 5:45 AM, Enrique Erne wrote:
>
> >>> I am now wondering something: why haven't these awesomely functional
> >>> netpd object been included as abstractions within Pd-extended?!?!
> >
> > on one hand i would like t
Enrique Erne a écrit :
> yep there was a working patch with qlist.
> http://www.netpd.org/NetpdPlayer
>
hmm good!
> but be aware it records whole patches and abstractions as well.
> maybe it could [route #N #X] before recording to get rid of the
> pd-files.
> the difficult part would be to buil
On Tue, 2007-06-12 at 21:42 -0400, Hans-Christoph Steiner wrote:
> netpd has been changing a lot over the last years, and things that
> change a lot don't work well in Pd-extended. You get version
> troubles, etc.
maybe i am blind to see the obvious solution, but the main problem i see
in in
On Tue, 2007-06-12 at 11:38 -0500, Kyle Klipowicz wrote:
> After playing around a little bit with netpd over the past few days, I
> think that it would be possible to write a dummy _controller.pd that
> would allow a user to have the netpd experience without an internet
> connection. Maybe this cou
On Tue, 2007-06-12 at 15:17 +0200, Georg Holzmann wrote:
> Hallo!
>
> > maybe some chosen patches could be converted to work standalone,
> > but it would be lots of work ... and introduce new bugs.
> > some systems like the fx-library system for the mixer were
> > specially developed that differen
On Mon, 2007-06-11 at 09:25 +0200, Georg Holzmann wrote:
> >
> > Rather than reinvent the wheel, why not take the fruits of the netpd
> > community and make them accessible to users who might just want a
> > wikkid bassline or GOP mixer abstraction?
>
> Yes, that's also what I meant - this would
On Mon, 2007-06-11 at 00:40 -0500, Kyle Klipowicz wrote:
>
> Rather than reinvent the wheel, why not take the fruits of the netpd
> community and make them accessible to users who might just want a
> wikkid bassline or GOP mixer abstraction?
yeah, absolutely. as often, it is a question of someon
On Sun, 2007-06-10 at 11:45 +0200, Enrique Erne wrote:
> > However, this machinery is
> > ideal for implementing a preset system for the instruments, so that
> > could be very nice.
>
> there has been a state saving system for a long time and on it
> a preset administrator (which i just fixed ye
On Sat, 2007-06-09 at 17:24 +0200, Frank Barknecht wrote:
>
> So to activate netpd's needed externals, one can either do it in a way
> that works everywhere or one could depend on [import] and a certain
> path layout.
>
> I have the impression, that the netpd community currently doesn't want
> t
On Sat, 2007-06-09 at 16:48 +0200, patrice colet wrote:
> No, I seriously think that if I miss an abstraction, there is something
> wrong with the documentation, or comments, and I am not talking about
> net-pd. I'd rather rebuild my own set of abstractions than looking for
> the missing patch if
Roman Haefeli wrote:
> On Sat, 2007-06-09 at 09:11 -0500, Kyle Klipowicz wrote:
>> On that tip, I'm curious if there is a tarball of all the current
>> netpd instrument/effects/utility abstractions, of will I have to go to
>> each description page on the netpd site?
>
> yes, i think so (unfortunat
On Sat, 2007-06-09 at 09:11 -0500, Kyle Klipowicz wrote:
> On that tip, I'm curious if there is a tarball of all the current
> netpd instrument/effects/utility abstractions, of will I have to go to
> each description page on the netpd site?
yes, i think so (unfortunately). it would be surely very
On Sat, 2007-06-09 at 08:57 -0500, Kyle Klipowicz wrote:
> Yes, what I am talking about is not to add 'netpd the whole
> application' to Pd-extended, but merely the modules, which are
> functional and quite useful on their own.
yeah, that is what i think as well.
> These seem to be the best devel
On Sat, 2007-06-09 at 11:26 +0200, Enrique Erne wrote:
> > Many patches won't work out of the box almost always because it will
> > miss an external, or an abstraction, here we come again on the fact
> > that
> > the patches misses some comments,
defining a way to specify the externals a certain
Hallo Roman!
> i'd rather do not include the abstractions/patches myself and i'd rather
> do not make the decision on how they should be included. but i'd be
> willing to deliver stripped off abstractions with helpfiles from my own
> netpd-patches, so someone else could could include/organize them
On Fri, 2007-06-08 at 16:07 -0500, Kyle Klipowicz wrote:
> You can submit edited patches to the bug tracker on the sourceforge
> page [http://sourceforge.net/tracker/?group_id=55736&atid=478070
> direct link].
>
> I am now wondering something: why haven't these awesomely functional
> netpd object
Kyle,
I agree with your impression of this "anarchic democracy". These guys
were generous enough to let me sit in with them when I was in in
Zurich and I was really impressed. They also cooked me dinner. As a
relative beginner I had Netpd up and running easily.
cheers to Enrique, Moritz, and Ro
On Jun 13, 2007, at 4:10 AM, Enrique Erne wrote:
> hello hans
>
> On Jun 13, 2007, at 3:46 AM, Hans-Christoph Steiner wrote:
>
>>> on one hand i would like to see netpd included in pd-extended,
>>> but not
>>> on cost of the current package. it is important that netpd and all
>>> patches work o
hi Kyle
On Jun 13, 2007, at 9:30 AM, Kyle Klipowicz wrote:
> anarchic democracy that exists in the netpd performance
> world.
hehe, nice expression.
> As a side question, has anyone ever tried to write all the netpd
> events to a [textfile]-based sequencer so that they can easily record
> and r
hello hans
On Jun 13, 2007, at 3:46 AM, Hans-Christoph Steiner wrote:
>> on one hand i would like to see netpd included in pd-extended, but not
>> on cost of the current package. it is important that netpd and all
>> patches work on linux, osx and windows.
>>
>> if people start to write netpd pat
Hi Eni~
I also am curious about Roman's opinion, but I'm glad that you're on board!
Installation was surprisingly simple. I just copied the netpd
directory to my normal ~/Pd dir, and edited my .pdrc file for -path
and -helppath stuff. After that, it was a snap to grap the stuff from
you (luckily
i'm glad you like it. was it hard to install?
if i'd maintain it into cvs first thing i would do is add plain/basic
netpd.
then i would add some patches to the 2 directories netpd/patches and
netpd/abs.
btw. if you disconnect the chat from the netpd server everything works
locally.
it opens a
I like this idea quite a bit. One approach would be to separate the
synths and their GUIs into separate objects. Then people who want to
try different synths using their own controllers would have a nice
library to work with, and people who want to use on-screen interfaces
would too.
.h
On Jun 9, 2007, at 5:45 AM, Enrique Erne wrote:
>>> I am now wondering something: why haven't these awesomely functional
>>> netpd object been included as abstractions within Pd-extended?!?!
>
> on one hand i would like to see netpd included in pd-extended, but not
> on cost of the current packag
netpd has been changing a lot over the last years, and things that
change a lot don't work well in Pd-extended. You get version
troubles, etc. I'd really like to see a lot of the netpd code made
into reusable objects and gathered into libs. There is lots of good
stuff there.
.hc
On Ju
After playing around a little bit with netpd over the past few days, I
think that it would be possible to write a dummy _controller.pd that
would allow a user to have the netpd experience without an internet
connection. Maybe this could be included with a pd-extended netpd
library (as well as the R
Hallo!
> maybe some chosen patches could be converted to work standalone,
> but it would be lots of work ... and introduce new bugs.
> some systems like the fx-library system for the mixer were
> specially developed that different users can develop effects
> without touching the mixer itself. some
hi Georg
On Jun 11, 2007, at 9:25 AM, Georg Holzmann wrote:
>> I am not meaning that people will add to netpd from Pd-extended.
>> Rather, it would be neat to 'steal' the great functional modules that
>> are in netpd and use them as standalone modules for rapid building of
>> non-netpd patches. S
grüezi patrice
On Jun 10, 2007, at 5:41 PM, patrice colet wrote:
> Le dimanche 10 juin 2007 à 12:24 +0200, Enrique Erne a écrit :
>
>> please tell me which patch is missing an abstraction and where you got
>> it from, sp i can fix it. at least it should be mentioned in the wiki.
>>
> Concerning
Hallo!
> I am not meaning that people will add to netpd from Pd-extended.
> Rather, it would be neat to 'steal' the great functional modules that
> are in netpd and use them as standalone modules for rapid building of
> non-netpd patches. Say, if a person has been using Reason for a few
> years, b
Hi Eni, thanks for responding~
On 6/10/07, Enrique Erne <[EMAIL PROTECTED]> wrote:
> i wouldn't do that because there are not all instruments available.
> and maybe it's not the newest version. somebody could make an
> archive of his current netpd directory and send it to you.
It would be great i
Good afternoon, Eni, :)
Le dimanche 10 juin 2007 à 12:24 +0200, Enrique Erne a écrit :
> good morning patrice
> i thought you got the patch through netpd's creator.
>
I'm sorry, I've mixed two different discussions, this part wasn't
net-pd related.
> please tell me which patch is missing an a
good morning patrice
On Jun 9, 2007, at 4:48 PM, patrice colet wrote:
> (assuming that this message didn't arrive to the list, sorry if you've
> received this mail twice, I've also corrected the end of the message)
>
> Hi eni,
>
> Le samedi 09 juin 2007 à 11:26 +0200, Enrique Erne a écrit :
>>
On Jun 9, 2007, at 4:11 PM, Kyle Klipowicz wrote:
> On that tip, I'm curious if there is a tarball of all the current
> netpd instrument/effects/utility abstractions,
there is no tarball. and if there would be it would be not up to date
within short time.
> of will I have to go to
> each descr
Hallo,
Enrique Erne hat gesagt: // Enrique Erne wrote:
> i'm pretty green about cvs. over the pasat 3 years there have been
> at least 10 different people writing instruments for netpd.
> how is this done in other projects... like pixeltango or rradical
> are they maintained in cvs by one person o
good morning Kyle
i would only add the basic netpd to Pd-extended without any
instrument, so that any user can get the newest version of the
instruments through creator without maintaining all the instruments
in cvs.
the netpd-instruments are using some basic netpd-abstractions
for broadcasting,
(assuming that this message didn't arrive to the list, sorry if you've
received this mail twice, I've also corrected the end of the message)
Hi eni,
Le samedi 09 juin 2007 à 11:26 +0200, Enrique Erne a écrit :
> hi patko
> if you miss an abstraction there is something wrong with your setup.
No,
Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:
> >> Yes, would be nice - someone would have to integrate them to pd-extended
> >> (using [import] and etc.) ...
> >
> > Everyone could integreate them to her/his own pd-extended using a
> > simple "-path flatspace", as AFAIK everything
On that tip, I'm curious if there is a tarball of all the current
netpd instrument/effects/utility abstractions, of will I have to go to
each description page on the netpd site?
The largest challenge with this idea is the extra machinery for
synchronization between netpd elements. However, this ma
Yes, what I am talking about is not to add 'netpd the whole
application' to Pd-extended, but merely the modules, which are
functional and quite useful on their own.
These seem to be the best developed set of GOP objects that would be
immediately understandable to those coming from the
Reason/Reakt
Hallo!
>> Yes, would be nice - someone would have to integrate them to pd-extended
>> (using [import] and etc.) ...
>
> Everyone could integreate them to her/his own pd-extended using a
> simple "-path flatspace", as AFAIK everything netpd uses is already
> there and people not using pd-extended
Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:
> Yes, would be nice - someone would have to integrate them to pd-extended
> (using [import] and etc.) ...
Everyone could integreate them to her/his own pd-extended using a
simple "-path flatspace", as AFAIK everything netpd uses is alre
>> I am now wondering something: why haven't these awesomely functional
>> netpd object been included as abstractions within Pd-extended?!?!
on one hand i would like to see netpd included in pd-extended, but not
on cost of the current package. it is important that netpd and all
patches work on lin
hi patko
> net-pd works very good, and can be installed in a minute.
> it's not really one distribution like everyone would make, in my eyes,
> but one distribution that everyone would use, a kind of stable funny
> release of the pd stuff.
>
> Many patches won't work out of the box almost always b
Hallo!
> You can submit edited patches to the bug tracker on the sourceforge
> page [http://sourceforge.net/tracker/?group_id=55736&atid=478070
> direct link].
Yes, or if you have a useful bundle of patches that work out of the box
with pd extended just send them to me or to the list and I will
You can submit edited patches to the bug tracker on the sourceforge
page [http://sourceforge.net/tracker/?group_id=55736&atid=478070
direct link].
I am now wondering something: why haven't these awesomely functional
netpd object been included as abstractions within Pd-extended?!?!
Seriously, they
65 matches
Mail list logo
