Re: [PD] hurleur ?... (drag and drop feature)

[patrice colet]

I tried the plugin on pd-vanilla, it doesn't create objects when a patch 
is dragged on a canvas, it is supposed to create a text but nothing is 
happening.


Attached is a script for creating an object if a pd file in search 
folders is dragged on a canvas but it doesn't work. This is doing a kind 
of loop when the plugin do
 pdsend "$mytoplevel obj $x $y ", the console 
complains 1000x that the object is already loaded and finaly couldn't 
create. The same command works when it's sent from a patch.



Le 01/03/2016 02:50, Ivica Ico Bukvic a écrit :


in pd-extended a folder called "tkdnd2.6" was located in the "lib" 
folder. is this all that's needed or do i need to do anything else.


and where does you plugin go ? into the "tkdnd2.6" folder ?


tkdnd seems to be installed then...
put  pure-data-svn/scripts/guiplugins/dropsuite-plugin/ folder into 
your pd-external folder, restart pd

if it doesn't complain about missing something that's all.


FWIW, pd-l2ork comes prepackaged with this one... HTH

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


package require tkdnd

namespace eval ::dnd_object_create {
variable x 0
variable y 0
}

#--#
# create an object using the dropped filename

bind PatchWindow <> {+::dnd_object_create::bind_to_canvas %W}

::pdwindow::post "drop on canvas loaded\n"

proc ::dnd_object_create::bind_to_canvas {mytoplevel} {
::tkdnd::drop_target register $mytoplevel DND_Files
bind $mytoplevel <> {::dnd_object_create::setxy %X %Y}
bind $mytoplevel <> {::dnd_object_create::make_object %W %D}
}


proc ::dnd_object_create::setxy {newx newy} {
variable x $newx
variable y $newy
return "copy"
}


proc ::dnd_object_create::make_object {mytoplevel files} {
foreach file $files {
	set ext  [file extension $file]
	set obj  [file rootname [file tail $file]]
	set dir  [file dirname $file]
if {$ext == ".pd"} {
foreach pathdir [concat $::sys_searchpath $::sys_staticpath] {
if {$pathdir == $dir} {
::dnd_object_create::test $mytoplevel $obj
::pdwindow::post "$pathdir dropped on $::focused_window\n"
break
}
	}
}
}
return "link"
}

proc ::dnd_object_create::test {w obj} {
variable x
variable y
pdsend "$w obj $x $y $obj"
return "dropped"
}

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] hurleur ?... (drag and drop feature)

[Ivica Ico Bukvic]

in pd-extended a folder called "tkdnd2.6" was located in the "lib" 
folder. is this all that's needed or do i need to do anything else.


and where does you plugin go ? into the "tkdnd2.6" folder ?


tkdnd seems to be installed then...
put  pure-data-svn/scripts/guiplugins/dropsuite-plugin/ folder into 
your pd-external folder, restart pd

if it doesn't complain about missing something that's all.


FWIW, pd-l2ork comes prepackaged with this one... HTH

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] How to check if a patch is vanilla

[Chris McCormick]

Hi,

On 01/03/16 08:13, Chris McCormick wrote:

On 27/02/16 19:05, Alessio Degani via Pd-list wrote:

My goal is to find if a patch is vanilla compatible and, if not, which
are the lib that I need to run it.


One of the ideas IOhannes and I were exploring was a way that Pd patch
authors could specify which externals their patches depend on


I've written up a basic spec for this. Feedback welcome.

https://github.com/pure-data/deken/issues/122

Cheers,

Chris.

--
http://mccormick.cx/

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] How to check if a patch is vanilla

[Chris McCormick]

Hi,

On 27/02/16 19:05, Alessio Degani via Pd-list wrote:

My goal is to find if a patch is vanilla compatible and, if not, which
are the lib that I need to run it.


One of the ideas IOhannes and I were exploring was a way that Pd patch 
authors could specify which externals their patches depend on, and Deken 
could be asked to examine the list and fetch & install them 
automatically. This could work kind of like Python's requirements.txt or 
Ruby's Gemfile or npm's packages.json. The biggest issue to solve here 
is probably what to do about multiple conflicting versions of a 
particular external, but maybe the simplest way is to install those 
dependencies into a directory local to the patch itself rather than 
~/pd-externals - like Node's nodeenv or Python's virtualenv do.


Because sometimes the best machine intelligence available is human 
intelligence.


Cheers,

Chris.

--
http://mccormick.cx/

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[Simon Iten]

they can be used for audio as well but you will need extra circuitry:

lowpass (opamp 2x resistor and capacitor)

for the output you could get away with a dc-blocking capacitor i guess
 
> On 29 Feb 2016, at 21:03, Matt Barber  wrote:
> 
> Does audio go only into the stereo ins? Since the other inputs are or can be 
> polled at the audio rate, can they be used for audio, or are they strictly 
> for control?
> 
> On Mon, Feb 29, 2016 at 2:28 PM, olm-e > 
> wrote:
> ok, I understand, but as I can't write that C/C++ code nor can't rely on
> another people's computer closed source code to create projects, (been
> there, got stuck, lost works) this will not be usable for me until it's
> possible to use pd patches on it natively or have another solution to
> compile the patches... it's rather disapointing indeed, as for Stefan,
> this is quite some Graal for some of us for years ...
> will stick with Olimexino/Raspberries for now so.
> 
> all the best anyway,
> 
> Ol;
> 
> 
> On 29/02/16 19:36, Chris wrote:
> > I understand your point of view. I should note that you don't need to
> > use Heavy to work with Bela. You can write C/C++ code using all the
> > tools we make available and we're also looking to support other
> > frameworks and music languages.
> >
> > Converting Pd patches to C code is dependent on a third-party
> > closed-but-free-to-use compiler, however makes it very easy to
> > prototype interactive objects and produces very fast code (which you
> > are free to do whatever you want with). Unfortunately you can't
> > achieve this same performance by running native Pd, though perhaps we
> > will look at this as an alternative in the future.
> >
> > HTH
> > Chris
> >
> >
> >
> > On 29 February 2016 at 17:45, olm-e  
> > >>
> > wrote:
> >
> > So this is not FLOSS, as you completely depends on the "Cloud" (others
> > person's computer) and closed source compiler to get your code
> > running...
> > I was going to "spread the word" until I read that "detail", wich
> > is for
> > me a total no go... :/
> >
> > too bad for a great project ... I hope this will change in the future.
> >
> > Ol;
> > http://f-lat.org 
> >
> >
> > On 29/02/16 18:31, pd-list-requ...@lists.iem.at 
> > 
> >  > > wrote:
> > > Subject: Re: [PD] Bela - Ultra-low-latency embedded audio platform
> > > Message-ID:
> > >
> > 

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[Matt Barber]

Does audio go only into the stereo ins? Since the other inputs are or can
be polled at the audio rate, can they be used for audio, or are they
strictly for control?

On Mon, Feb 29, 2016 at 2:28 PM, olm-e  wrote:

> ok, I understand, but as I can't write that C/C++ code nor can't rely on
> another people's computer closed source code to create projects, (been
> there, got stuck, lost works) this will not be usable for me until it's
> possible to use pd patches on it natively or have another solution to
> compile the patches... it's rather disapointing indeed, as for Stefan,
> this is quite some Graal for some of us for years ...
> will stick with Olimexino/Raspberries for now so.
>
> all the best anyway,
>
> Ol;
>
>
> On 29/02/16 19:36, Chris wrote:
> > I understand your point of view. I should note that you don't need to
> > use Heavy to work with Bela. You can write C/C++ code using all the
> > tools we make available and we're also looking to support other
> > frameworks and music languages.
> >
> > Converting Pd patches to C code is dependent on a third-party
> > closed-but-free-to-use compiler, however makes it very easy to
> > prototype interactive objects and produces very fast code (which you
> > are free to do whatever you want with). Unfortunately you can't
> > achieve this same performance by running native Pd, though perhaps we
> > will look at this as an alternative in the future.
> >
> > HTH
> > Chris
> >
> >
> >
> > On 29 February 2016 at 17:45, olm-e >
> > wrote:
> >
> > So this is not FLOSS, as you completely depends on the "Cloud"
> (others
> > person's computer) and closed source compiler to get your code
> > running...
> > I was going to "spread the word" until I read that "detail", wich
> > is for
> > me a total no go... :/
> >
> > too bad for a great project ... I hope this will change in the
> future.
> >
> > Ol;
> > http://f-lat.org
> >
> >
> > On 29/02/16 18:31, pd-list-requ...@lists.iem.at
> >  wrote:
> > > Subject: Re: [PD] Bela - Ultra-low-latency embedded audio platform
> > > Message-ID:
> > >
> > 

Re: [PD] multi-language help patches

[Lucas Cordiviola]

Probably wikipedia.org can
do object help and object-help patch translation, the most primitive
form could be an screen snapshot of the translated patch, and its
text equivalent inside an   html tag.



But this don't cover the
/2.control.examples, /3.audio.examples /4.data.structures , etc, that
form the powerful help system.



This can be translated
with an FTP server, but it's hard to prevent accidental file
deletion.
Mensaje telepatico asistido por maquinas.

From: emvive...@gmail.com
Date: Sat, 27 Feb 2016 22:21:07 +
Subject: Re: [PD] multi-language help patches
To: lucard...@hotmail.com; pd-list@lists.iem.at

Portuguese translation of help patches are guaranteed! :) 




  ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[olm-e]

ok, I understand, but as I can't write that C/C++ code nor can't rely on
another people's computer closed source code to create projects, (been
there, got stuck, lost works) this will not be usable for me until it's
possible to use pd patches on it natively or have another solution to
compile the patches... it's rather disapointing indeed, as for Stefan,
this is quite some Graal for some of us for years ...
will stick with Olimexino/Raspberries for now so.

all the best anyway,

Ol;


On 29/02/16 19:36, Chris wrote:
> I understand your point of view. I should note that you don't need to
> use Heavy to work with Bela. You can write C/C++ code using all the
> tools we make available and we're also looking to support other
> frameworks and music languages. 
>
> Converting Pd patches to C code is dependent on a third-party
> closed-but-free-to-use compiler, however makes it very easy to
> prototype interactive objects and produces very fast code (which you
> are free to do whatever you want with). Unfortunately you can't
> achieve this same performance by running native Pd, though perhaps we
> will look at this as an alternative in the future.
>
> HTH
> Chris
>
>
>
> On 29 February 2016 at 17:45, olm-e >
> wrote:
>
> So this is not FLOSS, as you completely depends on the "Cloud" (others
> person's computer) and closed source compiler to get your code
> running...
> I was going to "spread the word" until I read that "detail", wich
> is for
> me a total no go... :/
>
> too bad for a great project ... I hope this will change in the future.
>
> Ol;
> http://f-lat.org
>
>
> On 29/02/16 18:31, pd-list-requ...@lists.iem.at
>  wrote:
> > Subject: Re: [PD] Bela - Ultra-low-latency embedded audio platform
> > Message-ID:
> >
> 

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[Chris]

I understand your point of view. I should note that you don't need to use
Heavy to work with Bela. You can write C/C++ code using all the tools we
make available and we're also looking to support other frameworks and music
languages.

Converting Pd patches to C code is dependent on a third-party
closed-but-free-to-use compiler, however makes it very easy to prototype
interactive objects and produces very fast code (which you are free to do
whatever you want with). Unfortunately you can't achieve this same
performance by running native Pd, though perhaps we will look at this as an
alternative in the future.

HTH
Chris



On 29 February 2016 at 17:45, olm-e  wrote:

> So this is not FLOSS, as you completely depends on the "Cloud" (others
> person's computer) and closed source compiler to get your code running...
> I was going to "spread the word" until I read that "detail", wich is for
> me a total no go... :/
>
> too bad for a great project ... I hope this will change in the future.
>
> Ol;
> http://f-lat.org
>
>
> On 29/02/16 18:31, pd-list-requ...@lists.iem.at wrote:
> > Subject: Re: [PD] Bela - Ultra-low-latency embedded audio platform
> > Message-ID:
> > 

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[olm-e]

So this is not FLOSS, as you completely depends on the "Cloud" (others
person's computer) and closed source compiler to get your code running...
I was going to "spread the word" until I read that "detail", wich is for
me a total no go... :/

too bad for a great project ... I hope this will change in the future.

Ol;
http://f-lat.org


On 29/02/16 18:31, pd-list-requ...@lists.iem.at wrote:
> Subject: Re: [PD] Bela - Ultra-low-latency embedded audio platform
> Message-ID:
> 

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[Chris]

Hi Jonathan,

Yes, Bela is 100% FLOSS - more specifically, it is licensed under LGPL.

To be clear, the Heavy compiler itself is not open source and exists on the
cloud, however the generated code *is*. We provide an easy way to interface
with their cloud compiler, and this is integrated into the Bela build
pipeline.

Cheers,
Chris

On 29 February 2016 at 16:56, Jonathan Wilkes  wrote:

> Hi Chris,
> Is the software FLOSS?
>
> Best,
> Jonathan
>
>
> On Monday, February 29, 2016 10:11 AM, Simon Iten 
> wrote:
>
>
> +1
>
>
> On 29 Feb 2016, at 14:31, Pierre Massat  wrote:
>
> That sounds exactly like what I've been trying to find for half a decade.
>
>
> 2016-02-29 14:25 GMT+01:00 i go bananas :
>
> yes awesome!  was just asking around the other day if someone had
> something like this.  will def check it out!  Matt
>
> On Mon, Feb 29, 2016 at 8:35 PM, Chris  wrote:
>
> Hi Pd List!
>
> I thought I would share our lab's latest embedded DSP project that might
> be of interest to a lot of people on this list. We've made a new
> high-performance embedded platform called Bela (http://bela.io) which is
> designed for creating digital musical instruments and interactive audio
> systems. We've been developing this for the past two years, and just today
> we launched it on Kickstarter:
>
>
> https://www.kickstarter.com/projects/423153472/bela-an-embedded-platform-for-low-latency-interact
>
> The most important unique feature of Bela is that it has extremely low
> latency of less than 1 millisecond between action and sound, which is a lot
> faster than anything else out there. There are also some useful features
> for profiling sensors and a built-in browser-based development environment.
> Basically it is the platform I have always wanted for my own audio projects
> and instrument building, and now we're excited to be launching it to a
> broader community of musicians and engineers.
>
> The board doesn't run Pd directly, but patches can be compiled using Enzien
> Audio's Heavy compiler  - so you can address
> all sensor IO's from the patch.
>
> If you have a moment, it would be great if you can help spread the word!
> The project is open-source hardware and software, and the campaign is run
> through the university. This email is not intended as a sales pitch -- our
> goal is to build awareness, so if you know anyone who you think might be
> interested please pass it along. You can find more info and social media
> links below. Thanks a lot!
>
> Best wishes,
> Chris
>
>
> 
> Bela tech details:
>
> Bela is an open-source platform for high-performance, ultra-low-latency
> audio and sensor processing. It provides stereo audio in and out, onboard
> speaker amplifiers, 8 16-bit analog inputs and outputs, and 16 digital
> I/Os, all in a small self-contained package. Bela is based on the
> BeagleBone Black single-board computer which features a 1GHz ARM processor
> running Linux.
>
> Bela runs a custom audio environment which is capable of extremely small
> audio buffer sizes down to 2 samples, producing latency under 1
> millisecond. All the analog inputs and outputs are sampled automatically at
> audio rates, providing precise time alignment between sensors and audio. It
> features an on-board, browser-based IDE including an in-browser
> oscilloscope. It can be programmed in C++, or Pd patches can be compiled
> for the board using the Heavy Audio Tools from Enzien Audio. The result is
> musical instruments which are faster to develop and more responsive to use.
>
> Bela was developed in the Augmented Instruments Laboratory, a team of 8
> people which is part of the Centre for Digital Music at Queen Mary
> University of London. The Kickstarter campaign, which runs through 1 April,
> supports the production of the hardware. A variety of boards and kits are
> available with prices starting at £45, and the software and designs are
> already free to download.
>
> More info:
> http://bela.io
> http://twitter.com/BelaPlatform
> https://www.facebook.com/belaPlatform/
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 

Re: [PD] [Bulk] Re: [Bulk] Re: How to check if a patch is vanilla

[Jonathan Wilkes via Pd-list]

I think this can be done with Pd-l2ork.
[find(|[canvasinfo]
This will return a list of pointers to all the objects on the parent canvas.  
For each one you can send the pointer to the right 
inlet of [objectinfo] and do this:
[class(|[objectinfo]
I also have [classinfo].  Now, there's a special "objectmaker" class in Pd that 
has a method for each "creator" symbol for 
every loaded Pd class.  I have a method for returning those methods, though I 
can't remember what it is atm and I'm not in front 
of a machine running Pd.

Putting that altogether, you can:1. Run Pd-l2ork with no externals loaded, and 
walk the "objectmaker" methods using [classinfo].  This will give you a list of 
symbols 
that are essentially the class names and aliases for "core" Pd.  (Plus some 
other stuff that we can ignore for the moment.)2. Save that list of symbols in 
an abstraction.3. Run Pd-l2ork with all externals loaded, and load an arbitrary 
patch.4. Use [find(---[canvasinfo1] inside your abstraction to get a list of 
the objects on the parent.5. Use [class(--[objectinfo] to get the class of each 
object6. Compare that class to your list of "core" classes from #1 above.  If 
it matches it's a "core" object.  If not, it's an external.
Caveats:1. For Pd Vanilla objects, you probably need to manually prune the 
internal objects that have been added in Pd-l2ork-- 
preset_hub, preset_node, and my introspection classes above.2. I can't remember 
if I have a way to drill down into a subpatch or abstraction with [canvasinfo]. 
 But I can add that.
3. For externals that try to override internal objects, all bets are off.  (But 
there may be a way to check for that, too.)
I'll try coding it up later.
-Jonathan

 

On Monday, February 29, 2016 9:46 AM, Alessio Degani via Pd-list 
 wrote:
 

 On 29/02/2016 12:11, cyrille henry wrote:
>
>
> Le 28/02/2016 20:25, Alessio Degani via Pd-list a écrit :
>> Hi Cyrille,
>>
>> On 28/02/2016 14:14, cyrille henry wrote:
>>
>>> this is certainly possible, if someone spend time working on this.
>>> but my concern is : why is this important?
>>>
>>> i mean : if you don't care about conservation or portability, just 
>>> start pd loading a maximum of externals and use all of them.
>>>
>>> but if you do care about conservation or portability, then load pd 
>>> with only a minimal set of externals, and "declare" the other only 
>>> when you need them.
>>
>> I do care of both. I've used to write my patch with pd-extended, that 
>> eliminates the problem "from the root".
> pd-extended did not solve this problem: pd-extended create this problem!
Again, I totally agree with you! :)

>
>  In this way my patch will work (almost) certainly with pd-extended 
> across each platform and from now on.
>> But I've decided to abandon extended for all the reason that we all 
>> know :)
>> The problem, now, is:
>> - If I want to distribute my patch, it would be great to write down 
>> the dependencies, for example in the README. And virtually, since 
>> I've used to work with pd-extended, I've in some way "lost" the 
>> border within vanilla objects and extended objects, so I've to 
>> manually check each time (i.e.: hummm spigot~ is vanilla? NO, ok... 
>> let me check... oh ok... is in the unathorized package -> each time 
>> for each object).
>> - I use different machines with different OS, etc... and sometimes I 
>> use "fresh" pd vanilla installation. Ideally, I want to install only 
>> the externals that I need. If I have a list of externals needed for 
>> my patch, this process would be much more easy (few clicks with Deken)!
>>
> i think you should first reduce number of external you need : spigot~ 
> can be certainly be replace with a *~...

Yes, I'm going to proceed this way in order to reduce the number of 
abstraction. That's the way I've used to work before starting to use 
pd-extended.
I prefer to implement the object as abstraction by myself, but 
pd-extended has spoiled me :)
I guess that I will have to do a lot of work in vanilla-izing all my old 
patches.

Anyway, I think that a method to "attach" a list of "used externals" to 
a given patch would be useful!

Cheers

>
> you can replace lot's of externals using abstractions.
> that's a lot of work, but your patchs will be lot's more portable.
>
> cheers
> c
>
>
>
>>>
>>> So, my advice is :
>>> better than making a mess and try to fix it latter, it's easier to 
>>> make things clean in the 1st time.
>>
>> I totally agree with this! :)
>>
>> Cheers
>>>
>>> cheers
>>> c
>>>
>>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


-- 
a.


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


  ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and 

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[Jonathan Wilkes via Pd-list]

Hi Chris,Is the software FLOSS?
Best,Jonathan
 

On Monday, February 29, 2016 10:11 AM, Simon Iten  
wrote:
 

 +1


On 29 Feb 2016, at 14:31, Pierre Massat  wrote:
That sounds exactly like what I've been trying to find for half a decade.


2016-02-29 14:25 GMT+01:00 i go bananas :

yes awesome!  was just asking around the other day if someone had something 
like this.  will def check it out!  Matt
On Mon, Feb 29, 2016 at 8:35 PM, Chris  wrote:

Hi Pd List!
I thought I would share our lab's latest embedded DSP project that might be of 
interest to a lot of people on this list. We've made a new high-performance 
embedded platform called Bela (http://bela.io) which is designed for creating 
digital musical instruments and interactive audio systems. We've been 
developing this for the past two years, and just today we launched it on 
Kickstarter:
https://www.kickstarter.com/projects/423153472/bela-an-embedded-platform-for-low-latency-interact
The most important unique feature of Bela is that it has extremely low latency 
of less than 1 millisecond between action and sound, which is a lot faster than 
anything else out there. There are also some useful features for profiling 
sensors and a built-in browser-based development environment. Basically it is 
the platform I have always wanted for my own audio projects and instrument 
building, and now we're excited to be launching it to a broader community of 
musicians and engineers.
The board doesn't run Pd directly, but patches can be compiled using Enzien 
Audio's Heavy compiler - so you can address all sensor IO's from the patch.
If you have a moment, it would be great if you can help spread the word! The 
project is open-source hardware and software, and the campaign is run through 
the university. This email is not intended as a sales pitch -- our goal is to 
build awareness, so if you know anyone who you think might be interested please 
pass it along. You can find more info and social media links below. Thanks a 
lot!
Best wishes,Chris

Bela tech details:
Bela is an open-source platform for high-performance, ultra-low-latency audio 
and sensor processing. It provides stereo audio in and out, onboard speaker 
amplifiers, 8 16-bit analog inputs and outputs, and 16 digital I/Os, all in a 
small self-contained package. Bela is based on the BeagleBone Black 
single-board computer which features a 1GHz ARM processor running Linux.
Bela runs a custom audio environment which is capable of extremely small audio 
buffer sizes down to 2 samples, producing latency under 1 millisecond. All the 
analog inputs and outputs are sampled automatically at audio rates, providing 
precise time alignment between sensors and audio. It features an on-board, 
browser-based IDE including an in-browser oscilloscope. It can be programmed in 
C++, or Pd patches can be compiled for the board using the Heavy Audio Tools 
from Enzien Audio. The result is musical instruments which are faster to 
develop and more responsive to use.
Bela was developed in the Augmented Instruments Laboratory, a team of 8 people 
which is part of the Centre for Digital Music at Queen Mary University of 
London. The Kickstarter campaign, which runs through 1 April, supports the 
production of the hardware. A variety of boards and kits are available with 
prices starting at £45, and the software and designs are already free to 
download.
More 
info:http://bela.iohttp://twitter.com/BelaPlatformhttps://www.facebook.com/belaPlatform/
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


  ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] hurleur ?... (drag and drop feature)

[patrice colet]

Le 29/02/2016 14:41, oliver a écrit :

patrice colet wrote:

I don't know about this forum content, that's too bad...

  There is this plugin made some time ago:

http://lists.puredata.info/pipermail/pd-list/2011-09/091135.html

pd also need tkdnd to be installed for drag and drop.



where do i have to put the .tcl file and how do i install tkdnd ?



in pd-extended a folder called "tkdnd2.6" was located in the "lib" 
folder. is this all that's needed or do i need to do anything else.


and where does you plugin go ? into the "tkdnd2.6" folder ?


tkdnd seems to be installed then...
put  pure-data-svn/scripts/guiplugins/dropsuite-plugin/ folder into your 
pd-external folder, restart pd

if it doesn't complain about missing something that's all.





if everything is installed right, how is it supposed to work ?

is it possible to d a file into a pd patch, or is a pd patch just 
open if dropped upon pd.exe ?





the dropsuite-plugin should also build an object on a canvas from a 
dragged filename



thanks for all your patience !



thanks to remind this trick



oliver





Le 29/02/2016 12:25, oliver a écrit :

hi, list !

a lot of interesting pd patches i was sniffing for in the web point to
this website, which is not existing anymore.

http://puredata.hurleur.com

does anybody know, what happened to them ?
is the content from there still available, and if yes: does anybody
know, where ?

to explain a little more:

i was looking for some way to drag & drop a file onto a pd patch, so
that it's path is output for further usage. some people said, they
somehow managed it, but the patches are all on this website.

ciao

oliver




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[Simon Iten]

+1


> On 29 Feb 2016, at 14:31, Pierre Massat  wrote:
> 
> That sounds exactly like what I've been trying to find for half a decade.
> 
> 
> 2016-02-29 14:25 GMT+01:00 i go bananas  >:
> yes awesome!  was just asking around the other day if someone had something 
> like this.  will def check it out!  Matt
> 
> On Mon, Feb 29, 2016 at 8:35 PM, Chris  > wrote:
> Hi Pd List!
> 
> I thought I would share our lab's latest embedded DSP project that might be 
> of interest to a lot of people on this list. We've made a new 
> high-performance embedded platform called Bela (http://bela.io 
> ) which is designed for creating digital musical instruments 
> and interactive audio systems. We've been developing this for the past two 
> years, and just today we launched it on Kickstarter:
> 
> https://www.kickstarter.com/projects/423153472/bela-an-embedded-platform-for-low-latency-interact
>  
> 
> 
> The most important unique feature of Bela is that it has extremely low 
> latency of less than 1 millisecond between action and sound, which is a lot 
> faster than anything else out there. There are also some useful features for 
> profiling sensors and a built-in browser-based development environment. 
> Basically it is the platform I have always wanted for my own audio projects 
> and instrument building, and now we're excited to be launching it to a 
> broader community of musicians and engineers.
> 
> The board doesn't run Pd directly, but patches can be compiled using Enzien 
> Audio's Heavy compiler  - so you can address all 
> sensor IO's from the patch.
> 
> If you have a moment, it would be great if you can help spread the word! The 
> project is open-source hardware and software, and the campaign is run through 
> the university. This email is not intended as a sales pitch -- our goal is to 
> build awareness, so if you know anyone who you think might be interested 
> please pass it along. You can find more info and social media links below. 
> Thanks a lot!
> 
> Best wishes,
> Chris
> 
> 
> 
> Bela tech details:
> 
> Bela is an open-source platform for high-performance, ultra-low-latency audio 
> and sensor processing. It provides stereo audio in and out, onboard speaker 
> amplifiers, 8 16-bit analog inputs and outputs, and 16 digital I/Os, all in a 
> small self-contained package. Bela is based on the BeagleBone Black 
> single-board computer which features a 1GHz ARM processor running Linux.
> 
> Bela runs a custom audio environment which is capable of extremely small 
> audio buffer sizes down to 2 samples, producing latency under 1 millisecond. 
> All the analog inputs and outputs are sampled automatically at audio rates, 
> providing precise time alignment between sensors and audio. It features an 
> on-board, browser-based IDE including an in-browser oscilloscope. It can be 
> programmed in C++, or Pd patches can be compiled for the board using the 
> Heavy Audio Tools from Enzien Audio. The result is musical instruments which 
> are faster to develop and more responsive to use.
> 
> Bela was developed in the Augmented Instruments Laboratory, a team of 8 
> people which is part of the Centre for Digital Music at Queen Mary University 
> of London. The Kickstarter campaign, which runs through 1 April, supports the 
> production of the hardware. A variety of boards and kits are available with 
> prices starting at £45, and the software and designs are already free to 
> download.
> 
> More info:
> http://bela.io 
> http://twitter.com/BelaPlatform 
> https://www.facebook.com/belaPlatform/ 
> 
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list 
> 
> 
> 
> 
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list 
> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [Bulk] Re: [Bulk] Re: How to check if a patch is vanilla

[Alessio Degani via Pd-list]

On 29/02/2016 12:11, cyrille henry wrote:



Le 28/02/2016 20:25, Alessio Degani via Pd-list a écrit :

Hi Cyrille,

On 28/02/2016 14:14, cyrille henry wrote:


this is certainly possible, if someone spend time working on this.
but my concern is : why is this important?

i mean : if you don't care about conservation or portability, just 
start pd loading a maximum of externals and use all of them.


but if you do care about conservation or portability, then load pd 
with only a minimal set of externals, and "declare" the other only 
when you need them.


I do care of both. I've used to write my patch with pd-extended, that 
eliminates the problem "from the root".

pd-extended did not solve this problem: pd-extended create this problem!

Again, I totally agree with you! :)



 In this way my patch will work (almost) certainly with pd-extended 
across each platform and from now on.
But I've decided to abandon extended for all the reason that we all 
know :)

The problem, now, is:
- If I want to distribute my patch, it would be great to write down 
the dependencies, for example in the README. And virtually, since 
I've used to work with pd-extended, I've in some way "lost" the 
border within vanilla objects and extended objects, so I've to 
manually check each time (i.e.: hummm spigot~ is vanilla? NO, ok... 
let me check... oh ok... is in the unathorized package -> each time 
for each object).
- I use different machines with different OS, etc... and sometimes I 
use "fresh" pd vanilla installation. Ideally, I want to install only 
the externals that I need. If I have a list of externals needed for 
my patch, this process would be much more easy (few clicks with Deken)!


i think you should first reduce number of external you need : spigot~ 
can be certainly be replace with a *~...


Yes, I'm going to proceed this way in order to reduce the number of 
abstraction. That's the way I've used to work before starting to use 
pd-extended.
I prefer to implement the object as abstraction by myself, but 
pd-extended has spoiled me :)
I guess that I will have to do a lot of work in vanilla-izing all my old 
patches.


Anyway, I think that a method to "attach" a list of "used externals" to 
a given patch would be useful!


Cheers



you can replace lot's of externals using abstractions.
that's a lot of work, but your patchs will be lot's more portable.

cheers
c





So, my advice is :
better than making a mess and try to fix it latter, it's easier to 
make things clean in the 1st time.


I totally agree with this! :)

Cheers


cheers
c






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



--
a.


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[Pierre Massat]

That sounds exactly like what I've been trying to find for half a decade.


2016-02-29 14:25 GMT+01:00 i go bananas :

> yes awesome!  was just asking around the other day if someone had
> something like this.  will def check it out!  Matt
>
> On Mon, Feb 29, 2016 at 8:35 PM, Chris  wrote:
>
>> Hi Pd List!
>>
>> I thought I would share our lab's latest embedded DSP project that might
>> be of interest to a lot of people on this list. We've made a new
>> high-performance embedded platform called Bela (http://bela.io) which is
>> designed for creating digital musical instruments and interactive audio
>> systems. We've been developing this for the past two years, and just today
>> we launched it on Kickstarter:
>>
>>
>> https://www.kickstarter.com/projects/423153472/bela-an-embedded-platform-for-low-latency-interact
>>
>> The most important unique feature of Bela is that it has extremely low
>> latency of less than 1 millisecond between action and sound, which is a lot
>> faster than anything else out there. There are also some useful features
>> for profiling sensors and a built-in browser-based development environment.
>> Basically it is the platform I have always wanted for my own audio projects
>> and instrument building, and now we're excited to be launching it to a
>> broader community of musicians and engineers.
>>
>> The board doesn't run Pd directly, but patches can be compiled using Enzien
>> Audio's Heavy compiler  - so you can address
>> all sensor IO's from the patch.
>>
>> If you have a moment, it would be great if you can help spread the word!
>> The project is open-source hardware and software, and the campaign is run
>> through the university. This email is not intended as a sales pitch -- our
>> goal is to build awareness, so if you know anyone who you think might be
>> interested please pass it along. You can find more info and social media
>> links below. Thanks a lot!
>>
>> Best wishes,
>> Chris
>>
>>
>> 
>> Bela tech details:
>>
>> Bela is an open-source platform for high-performance, ultra-low-latency
>> audio and sensor processing. It provides stereo audio in and out, onboard
>> speaker amplifiers, 8 16-bit analog inputs and outputs, and 16 digital
>> I/Os, all in a small self-contained package. Bela is based on the
>> BeagleBone Black single-board computer which features a 1GHz ARM processor
>> running Linux.
>>
>> Bela runs a custom audio environment which is capable of extremely small
>> audio buffer sizes down to 2 samples, producing latency under 1
>> millisecond. All the analog inputs and outputs are sampled automatically at
>> audio rates, providing precise time alignment between sensors and audio. It
>> features an on-board, browser-based IDE including an in-browser
>> oscilloscope. It can be programmed in C++, or Pd patches can be compiled
>> for the board using the Heavy Audio Tools from Enzien Audio. The result is
>> musical instruments which are faster to develop and more responsive to use.
>>
>> Bela was developed in the Augmented Instruments Laboratory, a team of 8
>> people which is part of the Centre for Digital Music at Queen Mary
>> University of London. The Kickstarter campaign, which runs through 1 April,
>> supports the production of the hardware. A variety of boards and kits are
>> available with prices starting at £45, and the software and designs are
>> already free to download.
>>
>> More info:
>> http://bela.io
>> http://twitter.com/BelaPlatform
>> https://www.facebook.com/belaPlatform/
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bela - Ultra-low-latency embedded audio platform

[i go bananas]

yes awesome!  was just asking around the other day if someone had something
like this.  will def check it out!  Matt

On Mon, Feb 29, 2016 at 8:35 PM, Chris  wrote:

> Hi Pd List!
>
> I thought I would share our lab's latest embedded DSP project that might
> be of interest to a lot of people on this list. We've made a new
> high-performance embedded platform called Bela (http://bela.io) which is
> designed for creating digital musical instruments and interactive audio
> systems. We've been developing this for the past two years, and just today
> we launched it on Kickstarter:
>
>
> https://www.kickstarter.com/projects/423153472/bela-an-embedded-platform-for-low-latency-interact
>
> The most important unique feature of Bela is that it has extremely low
> latency of less than 1 millisecond between action and sound, which is a lot
> faster than anything else out there. There are also some useful features
> for profiling sensors and a built-in browser-based development environment.
> Basically it is the platform I have always wanted for my own audio projects
> and instrument building, and now we're excited to be launching it to a
> broader community of musicians and engineers.
>
> The board doesn't run Pd directly, but patches can be compiled using Enzien
> Audio's Heavy compiler  - so you can address
> all sensor IO's from the patch.
>
> If you have a moment, it would be great if you can help spread the word!
> The project is open-source hardware and software, and the campaign is run
> through the university. This email is not intended as a sales pitch -- our
> goal is to build awareness, so if you know anyone who you think might be
> interested please pass it along. You can find more info and social media
> links below. Thanks a lot!
>
> Best wishes,
> Chris
>
>
> 
> Bela tech details:
>
> Bela is an open-source platform for high-performance, ultra-low-latency
> audio and sensor processing. It provides stereo audio in and out, onboard
> speaker amplifiers, 8 16-bit analog inputs and outputs, and 16 digital
> I/Os, all in a small self-contained package. Bela is based on the
> BeagleBone Black single-board computer which features a 1GHz ARM processor
> running Linux.
>
> Bela runs a custom audio environment which is capable of extremely small
> audio buffer sizes down to 2 samples, producing latency under 1
> millisecond. All the analog inputs and outputs are sampled automatically at
> audio rates, providing precise time alignment between sensors and audio. It
> features an on-board, browser-based IDE including an in-browser
> oscilloscope. It can be programmed in C++, or Pd patches can be compiled
> for the board using the Heavy Audio Tools from Enzien Audio. The result is
> musical instruments which are faster to develop and more responsive to use.
>
> Bela was developed in the Augmented Instruments Laboratory, a team of 8
> people which is part of the Centre for Digital Music at Queen Mary
> University of London. The Kickstarter campaign, which runs through 1 April,
> supports the production of the hardware. A variety of boards and kits are
> available with prices starting at £45, and the software and designs are
> already free to download.
>
> More info:
> http://bela.io
> http://twitter.com/BelaPlatform
> https://www.facebook.com/belaPlatform/
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] hurleur ?... (drag and drop feature)

[patrice colet]

I don't know about this forum content, that's too bad...

 There is this plugin made some time ago:

http://lists.puredata.info/pipermail/pd-list/2011-09/091135.html

pd also need tkdnd to be installed for drag and drop.

Le 29/02/2016 12:25, oliver a écrit :

hi, list !

a lot of interesting pd patches i was sniffing for in the web point to 
this website, which is not existing anymore.


http://puredata.hurleur.com

does anybody know, what happened to them ?
is the content from there still available, and if yes: does anybody 
know, where ?


to explain a little more:

i was looking for some way to drag & drop a file onto a pd patch, so 
that it's path is output for further usage. some people said, they 
somehow managed it, but the patches are all on this website.


ciao

oliver




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] hurleur ?... (drag and drop feature)

[IOhannes m zmoelnig]

On 2016-02-29 12:25, oliver wrote:
> hi, list !
> 
> a lot of interesting pd patches i was sniffing for in the web point to
> this website, which is not existing anymore.
> 
> http://puredata.hurleur.com
> 
> does anybody know, what happened to them ?

http://forum.pdpatchrepo.info aka http://forum.puredata.info

fgmasdr
IOhannes




signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] hurleur ?... (drag and drop feature)

[Alexandros Drymonitis]

I think all the patches and content is here http://www.pdpatchrepo.info/
(including the forum). Not sure if this is what you're looking for.

On Mon, Feb 29, 2016 at 1:25 PM, oliver  wrote:

> hi, list !
>
> a lot of interesting pd patches i was sniffing for in the web point to
> this website, which is not existing anymore.
>
> http://puredata.hurleur.com
>
> does anybody know, what happened to them ?
> is the content from there still available, and if yes: does anybody know,
> where ?
>
> to explain a little more:
>
> i was looking for some way to drag & drop a file onto a pd patch, so that
> it's path is output for further usage. some people said, they somehow
> managed it, but the patches are all on this website.
>
> ciao
>
> oliver
>
> --
> 
> /// http://pendler.klingt.org //
> \\\ http://oliver.klingt.org  \\
> 
>  LIVE-BUILDER (music improvisation tool): \\
> // http://tinyurl.com/qaohv35 //
> 
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Bela - Ultra-low-latency embedded audio platform

[Chris]

Hi Pd List!

I thought I would share our lab's latest embedded DSP project that might be
of interest to a lot of people on this list. We've made a new
high-performance embedded platform called Bela (http://bela.io) which is
designed for creating digital musical instruments and interactive audio
systems. We've been developing this for the past two years, and just today
we launched it on Kickstarter:

https://www.kickstarter.com/projects/423153472/bela-an-embedded-platform-for-low-latency-interact

The most important unique feature of Bela is that it has extremely low
latency of less than 1 millisecond between action and sound, which is a lot
faster than anything else out there. There are also some useful features
for profiling sensors and a built-in browser-based development environment.
Basically it is the platform I have always wanted for my own audio projects
and instrument building, and now we're excited to be launching it to a
broader community of musicians and engineers.

The board doesn't run Pd directly, but patches can be compiled using Enzien
Audio's Heavy compiler  - so you can address all
sensor IO's from the patch.

If you have a moment, it would be great if you can help spread the word!
The project is open-source hardware and software, and the campaign is run
through the university. This email is not intended as a sales pitch -- our
goal is to build awareness, so if you know anyone who you think might be
interested please pass it along. You can find more info and social media
links below. Thanks a lot!

Best wishes,
Chris



Bela tech details:

Bela is an open-source platform for high-performance, ultra-low-latency
audio and sensor processing. It provides stereo audio in and out, onboard
speaker amplifiers, 8 16-bit analog inputs and outputs, and 16 digital
I/Os, all in a small self-contained package. Bela is based on the
BeagleBone Black single-board computer which features a 1GHz ARM processor
running Linux.

Bela runs a custom audio environment which is capable of extremely small
audio buffer sizes down to 2 samples, producing latency under 1
millisecond. All the analog inputs and outputs are sampled automatically at
audio rates, providing precise time alignment between sensors and audio. It
features an on-board, browser-based IDE including an in-browser
oscilloscope. It can be programmed in C++, or Pd patches can be compiled
for the board using the Heavy Audio Tools from Enzien Audio. The result is
musical instruments which are faster to develop and more responsive to use.

Bela was developed in the Augmented Instruments Laboratory, a team of 8
people which is part of the Centre for Digital Music at Queen Mary
University of London. The Kickstarter campaign, which runs through 1 April,
supports the production of the hardware. A variety of boards and kits are
available with prices starting at £45, and the software and designs are
already free to download.

More info:
http://bela.io
http://twitter.com/BelaPlatform
https://www.facebook.com/belaPlatform/
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] hurleur ?... (drag and drop feature)

[oliver]

hi, list !

a lot of interesting pd patches i was sniffing for in the web point to 
this website, which is not existing anymore.


http://puredata.hurleur.com

does anybody know, what happened to them ?
is the content from there still available, and if yes: does anybody 
know, where ?


to explain a little more:

i was looking for some way to drag & drop a file onto a pd patch, so 
that it's path is output for further usage. some people said, they 
somehow managed it, but the patches are all on this website.


ciao

oliver

--

/// http://pendler.klingt.org //
\\\ http://oliver.klingt.org  \\

 LIVE-BUILDER (music improvisation tool): \\
// http://tinyurl.com/qaohv35 //


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [Bulk] Re: [Bulk] Re: How to check if a patch is vanilla

[cyrille henry]

Le 28/02/2016 20:25, Alessio Degani via Pd-list a écrit :

Hi Cyrille,

On 28/02/2016 14:14, cyrille henry wrote:


this is certainly possible, if someone spend time working on this.
but my concern is : why is this important?

i mean : if you don't care about conservation or portability, just start pd 
loading a maximum of externals and use all of them.

but if you do care about conservation or portability, then load pd with only a minimal 
set of externals, and "declare" the other only when you need them.


I do care of both. I've used to write my patch with pd-extended, that eliminates the 
problem "from the root".

pd-extended did not solve this problem: pd-extended create this problem!

 In this way my patch will work (almost) certainly with pd-extended across each 
platform and from now on.

But I've decided to abandon extended for all the reason that we all know :)
The problem, now, is:
- If I want to distribute my patch, it would be great to write down the dependencies, for 
example in the README. And virtually, since I've used to work with pd-extended, I've in some 
way "lost" the border within vanilla objects and extended objects, so I've to 
manually check each time (i.e.: hummm spigot~ is vanilla? NO, ok... let me check... oh ok... 
is in the unathorized package -> each time for each object).
- I use different machines with different OS, etc... and sometimes I use 
"fresh" pd vanilla installation. Ideally, I want to install only the externals 
that I need. If I have a list of externals needed for my patch, this process would be 
much more easy (few clicks with Deken)!


i think you should first reduce number of external you need : spigot~ can be 
certainly be replace with a *~...

you can replace lot's of externals using abstractions.
that's a lot of work, but your patchs will be lot's more portable.

cheers
c





So, my advice is :
better than making a mess and try to fix it latter, it's easier to make things 
clean in the 1st time.


I totally agree with this! :)

Cheers


cheers
c






___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list