Hi List,
I'm new to this list, but a long time user of PD.
There is a way to keep pd-extended aligned to the current stable release
of pd-vanilla?
I've noticed that pd-extend carries a quite old version of pd, and no
updates in a while. The official web pages,
says that a rolling-release
On 11/09/2014 15:34, IOhannes m zmoelnig wrote:
Is there a simple'n dirty way to assembly pd-extended from
pd-vanilla by myself?
depends on what you expect from Pd-extended.
PdX is a slightly modified pd binary PLUS a lot of externals.
you cannot get the slightly modified pd core from
Thank you for the tip!
If you are on Linux, pd-l2ork comes with a near identical setup as
extended, except that it is packaged as a monolithic deb (everything
in one).
--
a.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and
Cool project Jérôme!
The examples works out of the box. I don't have my Arduino here right
now, but I will test it!
Thumbs up! :)
a.
On 07/11/2014 17:13, Jérôme Abel wrote:
Hi list,
We (Reso-nance numérique) released a new version of our pure data
framework to learn and make interactive
Hi List,
I've a simple abstraction that instantiate a single output channel plus
a VU meter and a mute switch. In this abstraction I create a dac~
object. I would like to make this channel selectable by a creation argument.
This is simple to obtain by using the object [dac~ $1] but this make
On 10/11/2014 19:12, patrice colet wrote:
hi
Le 10/11/2014 18:36, Alessio Degani a écrit :
[CUT]
I've temporarily resolved this using throw~, since the throw object
accept the message [set bus_name(, but in this way, I'm forced to
create the correspondant [catch~ bus_name] and link them
On 10/11/2014 21:20, patrice colet wrote:
This method works pretty good nowadays indeed, sorry to not put
explanation comments, but I can give some clues...
We create [dac~ n] (n is channel number) in a subpatch protected with
$0 variable in subpatch name.
Perfect! The only thing that
Hello list,
Here my two cents.
From PD user POV, I can say that I LOVE pd-vanilla. Mainly beacuse I
love almost every vanilla-thing. Just a matter of philosophy. You have
the base system that you can extend following your needs.
But, there are at least two things that makes pd-extended a
On 18/12/2014 20:34, IOhannes m zmölnig wrote:
On 12/18/2014 08:16 PM, Samuel Burt wrote:
1. Opening a patch with [import cyclone] would automatically download the
i *strongly* oppose to anything that automatically connects to the
internet and fetches or submits data.
I totally agree with
At this point I think that we can start to talk about technical stuff
like roadmap, tasks, volunteers recruitment and so on :)
The basic steps, IMHO, can be:
1. Identify which externals to include in the repo (for linux users, the
folder /usr/lib/pd-extended/extra can be a good starting point)
On 22/12/2014 08:55, Jonathan Wilkes wrote:
[CUT]
Btw-- are there poisonous spiders lurking in the Pd-extended
makefiles? Just reading this thread and seeing alternatives like
let's just port apt to some proprietary OSes seems odd to me...
That's a lot of work... I think.
A more feasible
Hi list,
I would like to try to change pd-vanilla patch rendering in order to
obtain something like pd-extended rendering.
I've cloned the latest pd-vanilla GIT repo and I've started to look at
the src in order to figure out how to do that.
After some search, it seems that all what I need is
Yes, I've just found this and I begin some testing.
However, it seems that it _partially_ works!
I've modified some example script, but the behaviour is different when I
use my script in pd-vanilla or in pd-extended.
In pd-extended the parameter -fill work as expected: it changes the
Dan, that is _precisely_ what's on my mind! :)
Cheers
On 23/12/2014 15:27, Dan Wilcox wrote:
* starting a new thread *
* responding to : *
Actually, you're simply trading one shortcoming for another, and I
would argue you're shortcoming is a lot harder to troubleshoot. If
you provide a
On 24/12/2014 06:18, Jonathan Wilkes via Pd-list wrote:
Hi list,
I've been investigating other guis as possible replacements for tcl/tk
gui. A few reasons:
* tk is slow to redraw
* no anti-aliasing except on OSX
* poor support for theming
* poor support for standard image formats
* binary
On 17/01/2015 13:54, IOhannes m zmölnig wrote:
On 01/17/2015 01:25 PM, Alessio Degani wrote:
On 16/01/2015 19:33, IOhannes m zmölnig wrote:
i hope you are aware that this is a simplification on your side, and not
how Pd handles audio streams (when it comes to overlapping)
Humm... I didn't
On 20/01/2015 13:00, IOhannes m zmölnig wrote:
On 01/20/2015 10:21 AM, Alessio Degani wrote:
Now... another question is coming up. Your output is 64 or 128 samples?
If 128, Pd will use the overlap-add policy (second half of the previous
ouput buffer + first half of the actual)? If so
On 20/01/2015 16:09, IOhannes m zmölnig wrote:
On 01/20/2015 02:31 PM, Alessio Degani wrote:
Thanks IOhannes! Do you know any on-line resources where I can read
about how PD engine works at low level?
i'm not aware of a low-level documentation on this.
This things are hidden to the PD users
Hi list,
Excuse me for this little technical OT :)
The problem is about processing audio stream in real time, but let me
put it in the context od PD in order to fix the ideas.
When you want to write a PD external that process audio stream, the
scenario is:
1- PD passes chunked audio stream
Sorry, there is a typo...
On 16/01/2015 12:23, Alessio Degani wrote:
[CUT] say, _Nc_ samples. Each chunk is a NON-overlapped adjacent chunk
of the audiostream to be processed.
Here I mean _Nb_ samples! :)
--
a.
___
Pd-list@lists.iem.at mailing
On 18/01/2015 18:17, IOhannes m zmölnig wrote:
That means that, for example, If I need overlapp-add for filtering, in
my external's code I can avoid it because PD manage OLA by itself?
yes¹
gfmdsar
IOhannes
¹ but it also means that the *user* needs to take care about the correct
settings for
, aubiopitch~
(http://puredata.info/downloads/aubio)
to name a few...
I can't remember right now, but there is another object called pitch~ or
something like that
Cheers
Envoyé de mon iPhone
Le 21 févr. 2015 à 17:38, Alessio Degani alessio.deg...@ymail.com a écrit :
On 20/02/2015 21:09, Rivoire
On 20/02/2015 15:28, Rivoire David wrote:
Yeah, but there is a link between this two topics, after having
analysed the harmonics I would like to create a sequence of notes
about it and automatically get chords that fit into it...
In general, this is not an easy task.
I'm currently working
On 20/02/2015 21:09, Rivoire David wrote:
And how can I do when I should record a true sound of trombone ? Because I am a
trombonist player...
Envoyé de mon iPhone
Yes.
Excuse my question, I'm not a trombone player, you can play chords with
trombone?
I think not... If I'm not wrong, you can
On 15/04/2015 11:28, Joe White wrote:
Pretty much instant AFAIK
Hi,
I've asked that question to a friend of mine, that uses Raspberry PI,
model A (I think...), and he told me that has a boot time of about 34
seconds.
It is different from model to model (i.e. model B, A+)?
Or there are some
Hi list,
I'm interested in experimenting with this kind of devices.
I've a question: how long is the boot time? I mean, from switch on to
fully operational.
Thank you
Cheers
A.
On 14/04/2015 01:52, Pagano, Patrick wrote:
Hi
I am building my first modualr system with a little grant
Hi List,
It would be nice to have something like the open sketch repository for
the Processing framework like http://openprocessing.org/ (I think many
PD users know about Processing).
For those who don't know Processing, it is basically an sketchbook and a
language for coding the visual
On 24/11/2015 02:30, Alexandre Torres Porres wrote:
hi, I know about the oversampling + filtering technique, which you can
patch it, but what are other techniques for creating band limited
signals you people know (not only those you could do it as a pd
patch)? Yes, I'm thinking about
On 27/02/2016 16:35, IOhannes m zmölnig wrote:
On 02/27/2016 12:05 PM, Alessio Degani via Pd-list wrote:
Is there a simple way to chek if a pd patch is made only using vanilla
object?
Hi IOhannes,
as in: install Pd-vanilla, start it with "-noprefs -verbose" and load
the patch?
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.
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
Hi list,
I think that this question was already pointed out in this list, but I
can't find it anymore.
Is there a simple way to chek if a pd patch is made only using vanilla
object?
Or:
Is there a way to find which external lib are needed for a given patch?
A possible solution is to keep a
On 27/02/2016 13:12, Claude Heiland-Allen wrote:
On 27/02/16 11:05, Alessio Degani via Pd-list wrote:
Hi list,
I think that this question was already pointed out in this list, but I
can't find it anymore.
Is there a simple way to chek if a pd patch is made only using vanilla
object
33 matches
Mail list logo