Re: [PD] www.pd-tutorial.com

[nacho]

Hey Johannes,
is the englixh version also available for purchase?
The book is great. I'll use parts of it on a Pd workshop in Tijuana next week.
Saludos.

Ignacio/


Quoting Hans-Christoph Steiner :



Looks good, a nice surprise, I didn't even realize you were writing
it.  I added this to my class syllabus site, I'll let you know what
the students say.

Koray, a PID would be a fun book to write, I am up for it!  First lets
get the FLOSS manuals Pure Data book out there.

.hc


On Mar 17, 2009, at 7:59 AM, Koray Tahiroglu wrote:



Congratulations Johannes,

This book will definitely be a bonus teaching material together   
with  Miller's book for the computer generated music course that I   
am  planning to teach next autumn. I had already involved Andy's   
book  for the Sound design ( + a bit physics of sound ) course. Now  
 lets  hope that they will add these courses in the next curriculum  
 :) and  I guess there is one book we are still seeking at the   
moment that  focuses Physical Interaction Design, the same way as   
Johannes' book.  Earlier together with Hans we developed PID course  
 materials, and  his latest work embedding firmata in arduino   
library hopefully will  bring up more Pd examples, and maybe later   
we will have another  book. What do you think about this Hans? That  
 would be great :)



Koray



On Mar 16, 2009, at 9:42 PM, pd-list-requ...@iem.at wrote:


Message: 4
Date: Mon, 16 Mar 2009 20:12:21 +0100
From: Johannes Kreidler 
Subject: [PD] www.pd-tutorial.com
To: pd-list@iem.at
Message-ID: <49bea495.8060...@gmx.de>
Content-Type: text/plain; charset=us-ascii; format=flowed

hi list,

I am pleased to announce that the big pd tutorial I wrote in the last
years with the help of a grant by the Music University of Freiburg /
Germany, is now online, in english and in german.

It is also available as a book (paperback) at Wolke Publishing House,
where the "bang" book was released.

At the moment, Amazon says that it's not available, which is strange
because it's definitely released, but at least it can be purchased at
the Publishing House itself.

http://www.pd-tutorial.com

http://www.wolke-verlag.de/musik_u_t/loadbang.html

http://www.buecher-zur-musik.de/assets/s2dmain.html?http://www.buecher-zur-musik.de/53108697370a2cb3f/5310869bc400a7a02.html

http://www.amazon.de/Loadbang-Programming-Electronic-Music-Pure/dp/3936000573/ref=sr_1_3?ie=UTF8&s=books-intl-de&qid=1235853524&sr=8-3

Cheers
Johannes




-
M.Koray Tahiroglu
Acoustics Lab / TKK
http://mlab.taik.fi/~korayt
http://www.acoustics.hut.fi/~ktahirog/
tel: +358 45 233 6272











All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated -John Donne





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

Re: [PD] couldnt create pdp

[Paul Finn]

The prognosis was meagative on my two recent fedora excursions, f8 and  
f10. Pd would work fine but most extended specific obects couldn't be  
created. I lost a lot of time figuring this out. Moved to ubuntu  
today. Much happier now.


With this new tutorial manual there are a few total beginner things  
that I've learned the hard way that could be included. There is no  
reason not to consolidate info. Small links with basic info get lost  
in most scene/communities I find. My two cents.


   ~_.~*fine*~._~

On 19 Mar 2009, at 00:27, Hans-Christoph Steiner  wrote:



On Mar 18, 2009, at 11:57 AM, Claude Heiland-Allen wrote:


Hans-Christoph Steiner wrote:
Worst comes to worst, Pd and Pd-extended runs best on Debian-based  
distros like Debian, Ubuntu, pure:dyne, etc.

.hc


pd-extended might work on pure:dyne (after all, it's Debian with  
extra packages), but it won't ever be in the live distro, and  
installing it will remove all the supported pd externals from  
pure:dyne (they depend on puredata, which pd-extended conflicts  
with, or should if it has been packaged properly).


One of the main reasonings behind Pd in pure:dyne is to package  
each library on its own, to avoid both the maintenance nightmares  
of a huge package build system and the tricky timing involved to  
get "all externals working at once".  Each package can be tested  
separately and upgraded separately, increasing quality and saving  
bandwidth.


I think that's the way that Pd-extended should be packaged for  
Debian too.  The monolithic package is not a good design, but was  
easy to do.  We were talking a while back about merging efforts, I  
think it would be great to revisit that discussion.


Then the next step would be getting those packages into Debian.  It  
seems Guenter has stopped updating his Debian packages, 'puredata'  
is at 0.40.3, pd-externals is no longer in the repo, etc.


BTW, pure:dyne has packages for pdp + friends, with no  
pdp_metro_setup issue:


$ nm -D /usr/lib/pd/extra/pdp/pdp.pd_linux | grep metro
f9f0 T pdp_metro_setup

So I guess the original issue is another pd-extended bug.


Yeah, on Fedora only though.  I don't use Fedora at all so I am at a  
loss.  PDP works fine in Pd-extended on Ubuntu and Debian.


.hc





Claude
--
http://claudiusmaximus.goto10.org
http://puredyne.goto10.org





--- 
--- 
--


All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a  
better language; and every chapter must be so translated -John  
Donne




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


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

Re: [PD] couldnt create pdp

[Hans-Christoph Steiner]

On Mar 18, 2009, at 11:57 AM, Claude Heiland-Allen wrote:


Hans-Christoph Steiner wrote:
Worst comes to worst, Pd and Pd-extended runs best on Debian-based  
distros like Debian, Ubuntu, pure:dyne, etc.

.hc


pd-extended might work on pure:dyne (after all, it's Debian with  
extra packages), but it won't ever be in the live distro, and  
installing it will remove all the supported pd externals from  
pure:dyne (they depend on puredata, which pd-extended conflicts  
with, or should if it has been packaged properly).


One of the main reasonings behind Pd in pure:dyne is to package each  
library on its own, to avoid both the maintenance nightmares of a  
huge package build system and the tricky timing involved to get "all  
externals working at once".  Each package can be tested separately  
and upgraded separately, increasing quality and saving bandwidth.


I think that's the way that Pd-extended should be packaged for Debian  
too.  The monolithic package is not a good design, but was easy to  
do.  We were talking a while back about merging efforts, I think it  
would be great to revisit that discussion.


Then the next step would be getting those packages into Debian.  It  
seems Guenter has stopped updating his Debian packages, 'puredata' is  
at 0.40.3, pd-externals is no longer in the repo, etc.


BTW, pure:dyne has packages for pdp + friends, with no  
pdp_metro_setup issue:


$ nm -D /usr/lib/pd/extra/pdp/pdp.pd_linux | grep metro
f9f0 T pdp_metro_setup

So I guess the original issue is another pd-extended bug.


Yeah, on Fedora only though.  I don't use Fedora at all so I am at a  
loss.  PDP works fine in Pd-extended on Ubuntu and Debian.


.hc





Claude
--
http://claudiusmaximus.goto10.org
http://puredyne.goto10.org







All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a better  
language; and every chapter must be so translated -John Donne




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

Re: [PD] pdp_rec

[bigswift]

There is definitely some bug in it regardless of where it comes from.
While the ."mov" plays on linux in other O/s Quicktime complains of "BAD 
PUBLIC ATOM"

the workaround is to set pdp_rec~ to use divx

pp


Patrick Pagano

Digital Media Engineer
Digital Worlds Institute
University of Florida




On Wed, Mar 18, 2009 at 10:16 AM , IOhannes m zmoelnig wrote:


John Harrison wrote:
If nobody is going to fix the jpeg codec for pdp_rec~, could that 
codec be
removed? It gives no errors, appears to work, the frames advance, but 
the
recordings don't come out. This email thread shows this has been a 
known

problem for some time now and there is no intention to fix it.

A student and I just lost some time working on her non-trivial patch 
and the
problem was that she was using the jpeg codec with pdp_rec~. We 
didn't have

a lot of clues to work with to diagnose the problem.

If we do not wish to remove the codec entirely, perhaps a warning 
might show

up on the pd console that the jpeg codec is buggy/not supported.



without having a full understanding of the problem, i somehow doubt 
that the problem is really in pdp/pidip but rather within 
libquicktime.
putting a warning in the calling application might be even more 
confusing, once the codec get's fixed upstream.
filtering for a certain codec can also be confusing, since the 
codec-names are dynamically extracted from what libquicktime offers, 
and thus can change by simply installing/upgrading a certain plugin.


of course this doesn't help you with your problem.

fga,sdr
IOhannes


 --

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


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

Re: [PD] dynamic creation arguments for route

[Jonathan Wilkes]

Dynaroute does something different than sroute-- you can send a list to its 
right inlet to change any or all of the creation arguments.

You could also simply change the word "route" to "select" in the guts of the 
abstraction and have a "dynaselect," which might be handy for quickly setting 
key bindings.

-Jonathan


--- On Wed, 3/18/09, Frank Barknecht  wrote:

> From: Frank Barknecht 
> Subject: Re: [PD] dynamic creation arguments for route
> To: pd-list@iem.at
> Date: Wednesday, March 18, 2009, 9:27 AM
> Hallo,
> 
> also see [sroute] which is a hidden leftover in the
> [list]-abs collection.
> 
> The idea is to use a one-argument [select] instead of
> [route]. [select] with no
> or one argument has an additional inlet, where you can set
> the thing it
> selects. Decorate this with some [list split 1] and [list]
> objects and you have
> a simple settable [route]. No dynamic patching or externals
> necessary.
> 
> Ciao
> -- 
> Frank
> 
> Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote:
> 
> > I built a settable route abstraction using dynamic
> patching.  It requires [initbang], which is missing in
> pd-vanilla, so you'll need pd-ext if you want to use it.
> > 
> > Let me know how it works if you try it.
> > 
> > -Jonathan
> > 
> > --- On Tue, 3/17/09, Ingo Scherzinger
>  wrote:
> > 
> > > From: Ingo Scherzinger 
> > > Subject: Re: [PD] dynamic creation arguments for
> route
> > > To: pd-list@iem.at
> > > Date: Tuesday, March 17, 2009, 5:25 PM
> > > >Is is possible to dynamically alter the
> creation
> > > arguments for a route
> > > 
> > > >object?
> > > 
> > >  
> > > 
> > > [maxlib/nroute] can do that. The only difference
> to [route]
> > > is that it
> > > doesn't eliminate the value that is routed.
> This is
> > > because it can be set to
> > > any location of the list that's coming in.
> > > 
> > >  
> > > 
> > > Ingo
> > > 
> > > ___
> > > Pd-list@iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > http://lists.puredata.info/listinfo/pd-list
> > 
> > 
> >   
> 
> 
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list


  

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

Re: [PD] www.pd-tutorial.com

[Frank Barknecht]

Hallo Matt,
Matt Barber hat gesagt: // Matt Barber wrote:

> Attached is an inversion.pd which is a bit simpler -- usually when
> inverting in pitch (rather than pitch-class) it's
> easier/simpler/better to invert with respect to an axis of symmetry
> rather than with respect to the first pitch in the series (of course
> you can assign the first pitch as the axis).

Ah, that's much simpler indeed - and thanks a lot for your other
explanations. I updated the code on
http://footils.org/pkg/list-compose.tgz to include this as
inversion-axis.pd and made the old inversion.pd a wrapper around this,
which set the first note as the inversion axis.

(I made a little change to save the multiplication by 2 by using
[swap] and a loadbang.)

> If you think it would be useful I can put together the standard
> 12-tone operators in mod 12 (or for that matter, an assignable
> modulus), but of course specific register information disappears.  A
> more interesting but more difficult project would be to write a list
> abstraction to output the set-class of a given set of pitches, with an
> assignable modulus.

I think, that would be an interesting project. I took the patches in
my example from my port of KHz Essl's RTC lib (in row-modus.pd).
Myself I'm not *that* familiar with 12-tone theory ...

Ciao
-- 
 Frank BarknechtDo You RjDj.me?  _ __footils.org__

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

Re: [PD] www.pd-tutorial.com

[Geoff]

A wonderful book.
I have emailed the link to many.

Thankyou for providing a wonderful resource

Geoff

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

Re: [PD] a simple counter, I'm not able to do it tonight

[Ben Baker-Smith]

So you want a counter that counts to 100 and then begins at 0 (or 1) again?

If I'm understanding correctly I would do the following:

[bang(
|
[float]X[+ 1]
|
[select 100]
|
[0(


the 0 message at the end could also be a 1 depending on if you want the
counter to begin on 0 or 1, it is sent to the right inlet of float.

the outlet of float is, in addition to [select], also sent wherever you want
the counter to be output to.

here is the same patch as a subpatch (keeping in mind that the 0 message
still must be connected to the right inlet of float):

[inlet]
|
[b]
|
[float]X[+ 1]
| \
| [outlet]
|
[select 100]
|
[0(

...of course you can always use the [counter] object.  [counter 100] will
probably do the trick all by itself.
and finally, if i'm understanding incorrectly and you wanted it to count up
and back down, use the example that was posted previously with the absolute
values and [wrap],
or use [counter 100] with the up/down message sent to it, you'll have to
check the help file for exactly what that message is...

hope something in there helps.

-Ben

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

Re: [PD] www.pd-tutorial.com

[Matt Barber]

> Ah, sorry: The patch is correct, but my explanation is wrong. Here's an 
> update:
>
>
>  In inversion.pd this is realised by walking through the list with list-map. 
> The
>  interval to use next is calculated by taking the difference between the 
> current
>  element and the previous element. This interval is substracted (not added,
>  because we are "retro"-grading) from the previous note, the resulting note is
>  stored for the next step and inserted into the result list. The first element
>  in a list is treated specially as it has no previous element: it's just 
> copied
>  and used as the starting note.

Frank and all,

Attached is an inversion.pd which is a bit simpler -- usually when
inverting in pitch (rather than pitch-class) it's
easier/simpler/better to invert with respect to an axis of symmetry
rather than with respect to the first pitch in the series (of course
you can assign the first pitch as the axis).

Meanwhile, if you're doing this with pitch-class instead of pitch (in
other words transposing and inverting in a mod 12 universe, which is
what you would probably be doing with 12-tone rows before assigning
specific registers), instead of inverting with respect to an axis of
symmetry, you invert with respect to the sum of the two pitch-classes
in the original and inverted row -- sometimes called the "index" of
inversion.  The group theory is even cleaner if you think of
transposition as an addition operator and inversion as a
multiplication operator (in this case multiplication by 11, mod 12).
If you're doing mod 12 operations, there is one more pitch operator --
multiplication by 5 or 7 -- which maps the chromatic scale to the
circle of fifths and vice-versa.  Then you can think of retrogression
as "order inversion," and rotation, the other standard order-position
operator, as "order transposition."

If you think it would be useful I can put together the standard
12-tone operators in mod 12 (or for that matter, an assignable
modulus), but of course specific register information disappears.  A
more interesting but more difficult project would be to write a list
abstraction to output the set-class of a given set of pitches, with an
assignable modulus.

Matt


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

Re: [PD] www.pd-tutorial.com

[Kyle Klipowicz]

Cool! I'll have fun playing with these examples. Thanks for the toot.
~Kyle

On Wed, Mar 18, 2009 at 3:38 AM, Frank Barknecht  wrote:

> Hallo,
> Frank Barknecht hat gesagt: // Frank Barknecht wrote:
>
> > - inversion: That's a bit more complicated. Quoting Wikipedia:
> >
> >   Inverted melodies
> >
> >   When applied to melodies, the inversion of a given melody is the
> >   melody turned upside-down. For instance, if the original melody has a
> >   rising major third (see interval), the inverted melody has a falling
> >   major third (or perhaps more likely, in tonal music, a falling minor
> >   third, or even some other falling interval). Similarly, in twelve-tone
> >   technique, the inversion of the tone row is the so-called prime series
> >   turned upside-down.
> >   http://en.wikipedia.org/wiki/Inversion_(music)#Inverted_melodies
> >
> >   In inversion.pd this is realised by walking through the list with
> >   list-map, taking the difference between the current element and the
> >   previous element, then substracting this from the current element.
> >   The first element in a list is treated specially as it has no
> >   previous element (it's just copied).
>
> Ah, sorry: The patch is correct, but my explanation is wrong. Here's an
> update:
>
>
>  In inversion.pd this is realised by walking through the list with
> list-map. The
>  interval to use next is calculated by taking the difference between the
> current
>  element and the previous element. This interval is substracted (not added,
>  because we are "retro"-grading) from the previous note, the resulting note
> is
>  stored for the next step and inserted into the result list. The first
> element
>   in a list is treated specially as it has no previous element: it's just
> copied
>   and used as the starting note.
>
> Ciao
> --
> Frank
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
-

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

Re: [PD] variance from mapping library

[Mathieu Bouchard]

On Wed, 18 Mar 2009, Oded Ben-Tal wrote:

when using variance (from mapping library) - I get negative numbers. 
Since variance is supposed to be always positive and I don't see 
anything wrong in the way the abstraction is done, I presume there is 
something I'm missing. My impression is that small changes in the input 
translate to negative 'variance'


Is it really a negative number, or is it more like 9.74915e-05 ? In the 
latter case, only the exponent is negative, which means 
9.74915/10/10/10/10/10 = 0.974915, whereas with a plus sign like 
1.2e+06 would mean 1.2*10*10*10*10*10*10 = 120.


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pdp_rec

[ydego...@gmail.com]

ola,

all we can do on that respect is to set the default codec
to divx, which i did int the svn/trunk..

xiao,
sevy

John Harrison wrote:
If nobody is going to fix the jpeg codec for pdp_rec~, could that 
codec be removed? It gives no errors, appears to work, the frames 
advance, but the recordings don't come out. This email thread shows 
this has been a known problem for some time now and there is no 
intention to fix it.


A student and I just lost some time working on her non-trivial patch 
and the problem was that she was using the jpeg codec with pdp_rec~. 
We didn't have a lot of clues to work with to diagnose the problem.


If we do not wish to remove the codec entirely, perhaps a warning 
might show up on the pd console that the jpeg codec is buggy/not 
supported.


Thanks for considering,

-John

On Thu, Oct 16, 2008 at 7:30 AM, ydegoyon > wrote:


ola,

yes, i noticed that,
only divx works now with this
&%!###%%!! libquicktime.

it will not be fixed, not by me,
record in ogg/theora ( pdp_theorout~ ),
there you can set every parameters you like.

saludos,
sevy


vincent.ri...@no-log.org  wrote:
> hi,
> is there a way to set divx rate for pdp_rec object?
> i found that recording in jpeg format on pd-extended/hardy was
not working
> unfortunately.
>
> vincent
>
>
> ___
> Pd-list@iem.at  mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
>
>


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





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

Re: [PD] pdp_rec

[IOhannes m zmoelnig]

John Harrison wrote:

If nobody is going to fix the jpeg codec for pdp_rec~, could that codec be
removed? It gives no errors, appears to work, the frames advance, but the
recordings don't come out. This email thread shows this has been a known
problem for some time now and there is no intention to fix it.

A student and I just lost some time working on her non-trivial patch and the
problem was that she was using the jpeg codec with pdp_rec~. We didn't have
a lot of clues to work with to diagnose the problem.

If we do not wish to remove the codec entirely, perhaps a warning might show
up on the pd console that the jpeg codec is buggy/not supported.



without having a full understanding of the problem, i somehow doubt that 
the problem is really in pdp/pidip but rather within libquicktime.
putting a warning in the calling application might be even more 
confusing, once the codec get's fixed upstream.
filtering for a certain codec can also be confusing, since the 
codec-names are dynamically extracted from what libquicktime offers, and 
thus can change by simply installing/upgrading a certain plugin.


of course this doesn't help you with your problem.

fga,sdr
IOhannes


smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pidip compilation problem

[ydego...@gmail.com]

marc widmer wrote:

hi list & yves

i tested my old patches and everything looks ok, beside a warning in 
the shell, that base64 is missing, is this important?

so far everything worked.

you need tcllib then,
it is used in pdp_colorgrid to load
a base64 encoded background image.
of course, if you don't use pdp_colorgrid,
no need for it.


i changed c_track in the source, so that it checks not one point, but 
a matrix of points. at the moment all these points
are with fixed offset between each other. from pd i just set the start 
coordinates. furthermore i do check not the color
of one pixel, but of all surrounding points (9 in total) and calculate 
the average. i do this to avoid tracking flickering pixel
noises which sometimes occur when i grap video from my surveillance 
color cams.



scary, the name at least.
at the moment this is rather a hack of your source then a proper 
enhancement, but maybe, if you think this could be usefull,
a module lik c_track_matrix could be a goal. where one can send a list 
with coordinates to track and the area space

surrounding that point.

well, if you can send the modified version
and a proper help patch with it,
i could integrate it one day..


i haven't checked the development of pidip since a while, maybe now 
there is already a better way to do this.



there's not so much development going on in pidip,
and even less in pdp.
it's almost the same version than in 2004.

all the best
marc




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

Re: [PD] pdp_rec

[John Harrison]

If nobody is going to fix the jpeg codec for pdp_rec~, could that codec be
removed? It gives no errors, appears to work, the frames advance, but the
recordings don't come out. This email thread shows this has been a known
problem for some time now and there is no intention to fix it.

A student and I just lost some time working on her non-trivial patch and the
problem was that she was using the jpeg codec with pdp_rec~. We didn't have
a lot of clues to work with to diagnose the problem.

If we do not wish to remove the codec entirely, perhaps a warning might show
up on the pd console that the jpeg codec is buggy/not supported.

Thanks for considering,

-John

On Thu, Oct 16, 2008 at 7:30 AM, ydegoyon  wrote:

> ola,
>
> yes, i noticed that,
> only divx works now with this
> &%!###%%!! libquicktime.
>
> it will not be fixed, not by me,
> record in ogg/theora ( pdp_theorout~ ),
> there you can set every parameters you like.
>
> saludos,
> sevy
>
>
> vincent.ri...@no-log.org wrote:
> > hi,
> > is there a way to set divx rate for pdp_rec object?
> > i found that recording in jpeg format on pd-extended/hardy was not
> working
> > unfortunately.
> >
> > vincent
> >
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] couldnt create pdp

[Claude Heiland-Allen]

Hans-Christoph Steiner wrote:
Worst comes to worst, Pd and Pd-extended runs best on Debian-based 
distros like Debian, Ubuntu, pure:dyne, etc.


.hc


pd-extended might work on pure:dyne (after all, it's Debian with extra 
packages), but it won't ever be in the live distro, and installing it 
will remove all the supported pd externals from pure:dyne (they depend 
on puredata, which pd-extended conflicts with, or should if it has been 
packaged properly).


One of the main reasonings behind Pd in pure:dyne is to package each 
library on its own, to avoid both the maintenance nightmares of a huge 
package build system and the tricky timing involved to get "all 
externals working at once".  Each package can be tested separately and 
upgraded separately, increasing quality and saving bandwidth.


BTW, pure:dyne has packages for pdp + friends, with no pdp_metro_setup 
issue:


$ nm -D /usr/lib/pd/extra/pdp/pdp.pd_linux | grep metro
f9f0 T pdp_metro_setup

So I guess the original issue is another pd-extended bug.


Claude
--
http://claudiusmaximus.goto10.org
http://puredyne.goto10.org


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

Re: [PD] (yet another) www.pd-tutorial.com

[João Pais]

Eu posso dar uma olhada, assim que tiver tempo.


Congratulations! It is certainly something we need.
In Fact, I am doing a book myself :)

and I am about to share it.

I got it in Portuguese for now. Who wants to take a peak? :)

I present topics such as: *Wavetable Synthesis - DC Offset – Modulation
(Amplitude, Ring, Frequency, Pulse Width) – Additive/Subtractive  
Synthesis -
Filters – WaveShaping - Spectral Analisys (FFT/Resynthesis) -  
Convolution &

Convolution Reverb - Vocoder, Cross Synthesis - Phase Vocoder*.

Gladly, it is a different proposal, so johannes book, as well as Miller's
and Floss Manuals all are complementary publications.

Talking about Phase Vocoder is an attempt to make it more accessible  
than in
Miller's book, in a sense that I wish to reach people with no Background  
in

Computer Science. I dont emphasize much on programing and implementing
things in Puredata, so books like johanes' are definately handy...

I like the part on Convolution, as it is not covered in other pd books I
guess.

Actually, I would really like to discuss this with you people.

I must say we need to improve Pdpedia and commit to this project as a
comunity. I can handle the Portuguese and English part.

Lets better promote Pd by publishing about it! :)

Cheers




--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
jmmmp...@googlemail.com | skype: jmmmpjmmmp

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

Re: [PD] a simple counter, I'm not able to do it tonight

[Jack]

Hello Husk,

Look at this.
Hope it will help you.
++

Jack


counterUPandDOWN.pd
Description: Binary data



Le 18 mars 09 à 05:16, Husk 00 a écrit :


Hi list,
I need a little help.
I'm using an up-down counter. It has a min and a max limit: 0 and  
100 (for say something).
I don't like my solution and i know there is a easier way to do it;  
but tonight I can't find it :(

So, someone can help me with a rapid solution?
thanks in advance
Husk
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
listinfo/pd-list


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

Re: [PD] a simple counter, I'm not able to do it tonight

[Derek Holzer]

Yes, that's what I was trying to point out. I've been bitten by 
different versions of [wrap] before. I guess that has been cleaned up 
with the 0.42 release...


D.

IOhannes m zmoelnig wrote:

hard off wrote:

really?

i mean the [wrap] that wraps numbers between two values.


there are different versions of [wrap] around.
the one from zexy wraps between to arbitrary boundaries.

the one that comes with Pd (>0.42), behaves like [wrap~] as it only 
wraps between 0 and 1 (which is the default for zexy's wrap as well).


there are more wrap implementations around in various other libraries.

fgamsdr
IOhannes


--
::: derek holzer ::: http://blog.myspace.com/macumbista ::: 
http://www.vimeo.com/macumbista :::

---Oblique Strategy # 14:
"Ask people to work against their better judgement"

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

Re: [PD] a simple counter, I'm not able to do it tonight

[IOhannes m zmoelnig]

hard off wrote:

really?

i mean the [wrap] that wraps numbers between two values.


there are different versions of [wrap] around.
the one from zexy wraps between to arbitrary boundaries.

the one that comes with Pd (>0.42), behaves like [wrap~] as it only 
wraps between 0 and 1 (which is the default for zexy's wrap as well).


there are more wrap implementations around in various other libraries.

fgamsdr
IOhannes


smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] a simple counter, I'm not able to do it tonight

[hard off]

if it is a problem to use [wrap], this should also work:

[bang(
|
[f 100]x[+ 1]
|
[mod 200]
|
[- 100]
|
[abs]
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] www.pd-tutorial.com

[Loic Kessous]

A french translation may be a good idea. As I intend to read the book,  
I may work on this too. If other french speaker want to contribute we  
can join efforts to do this.

Loïc


On Mar 16, 2009, at 9:10 PM, Mathieu Bouchard wrote:


On Mon, 16 Mar 2009, Johannes Kreidler wrote:

I am pleased to announce that the big pd tutorial I wrote in the  
last years with the help of a grant by the Music University of  
Freiburg / Germany, is now online, in english and in german.


Wow. But, are there plans for a French translation? If there were  
one by the time I teach the next pd workshop, then I would make it  
required reading... and if I end up not teaching, I'd get other  
teachers to make it required reading... if they wouldn't already do  
that. Really, I think that plenty of people in my city could enjoy  
that book, and would enjoy it more if it were in French.


_ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal,  
Québec___

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



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

Re: [PD] a simple counter, I'm not able to do it tonight

[hard off]

really?

i mean the [wrap] that wraps numbers between two values.

what do the other ones do?  i know of the signal version of course.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Unified Library was Re: Call for GSoC mentors! March 9th deadline!

[hard off]

so are we going to go ahead with this?

does anyone want to volunteer to set up a wiki?  i'm terrible at any of that
sort of thing.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] a simple counter, I'm not able to do it tonight

[Derek Holzer]

ah, but which [wrap]? there are several which do different things

d.

hard off wrote:

make a normal counter:

[f ]x[+ 1]

with the outlet of [f ] going to the LEFT inlet of [+ 1] , and the 
outlet of [+ 1] going to the RIGHT inlet of [f ]



then,

[wrap -99 100]
|
[abs]



--
::: derek holzer ::: http://blog.myspace.com/macumbista ::: 
http://www.vimeo.com/macumbista :::

---Oblique Strategy # 74:
"Get your neck massaged"

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

Re: [PD] pidip compilation problem

[marc widmer]

hi list & yves

i tested my old patches and everything looks ok, beside a warning in the 
shell, that base64 is missing, is this important?

so far everything worked.

i changed c_track in the source, so that it checks not one point, but a 
matrix of points. at the moment all these points
are with fixed offset between each other. from pd i just set the start 
coordinates. furthermore i do check not the color
of one pixel, but of all surrounding points (9 in total) and calculate 
the average. i do this to avoid tracking flickering pixel
noises which sometimes occur when i grap video from my surveillance 
color cams.


at the moment this is rather a hack of your source then a proper 
enhancement, but maybe, if you think this could be usefull,
a module lik c_track_matrix could be a goal. where one can send a list 
with coordinates to track and the area space

surrounding that point.

i haven't checked the development of pidip since a while, maybe now 
there is already a better way to do this.


all the best
marc

ydego...@gmail.com schrieb:

ydego...@gmail.com wrote:

marc widmer wrote:

hi IOhannes

you are right, it compiles without ffmpeg. i moved my changed 
c_track object to the new pidip sources and it seems to work


what are these changes anyway ?
it might benefit to other people, no?

sevy



--
netzbarkeit: Medienservice nach Mass

Marc Widmer, Bitarbeiter

ADRESS: netzbarkeit, Kernstrasse 37, CH-8004 Zurich, Switzerland
PHONE: +41 (0)44 400 50 45  :  FAX: +41 (0)44 400 50 47
WEB: www.netzbarkeit.ch 




NEU: emaki-Newstool www.newstool.ch

Email-Newsletter-Management für Firmen, Institutionen und Vereine.


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

Re: [PD] Problems accessing Pdlist Archives

[IOhannes m zmoelnig]

Hans-Christoph Steiner wrote:


Funny, perfect timing, I just added those links to that page... :)  it 
would be good to have the official source back too...


oh, they are back again since the day before yesterday.
(at least that was my impression)

however, due to the archive-failure (which was part of an upgrade from 
etch to lenny) some emails are missing.


the way to solve this right now would involve rebuilding the entire 
archive, which might (i'd say: 90% likelyhood), generate new filenames 
for most of the archived emails (or probably not most; but there are 
about 65000 emails archived for the Pd-list alone; maybe only have of 
them will get new names :-)); which is probably a bad idea if someone 
has stored a link toa certainemail within the archive.


i'm investigating a way to rebuild only the emails for March.

just to let you know.

fgmasdr
IOhannes


smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] www.pd-tutorial.com

[Mirko Maier]

I just wanted to say that this tutorial is really really great,
I hope that much more interested guys will enter pd by working with this 
tutorial. thanks johannes!
-- 
Aufgepasst: Sind Ihre Daten beim Online-Banking auch optimal geschützt?
Jetzt absichern: https://homebanking.gmx.net/?mc=m...@footer.hb

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

Re: [PD] Unified Library was Re: Call for GSoC mentors! March 9th deadline!

[Frank Barknecht]

Hallo,
Enrique Erne hat gesagt: // Enrique Erne wrote:

> could you explain the polyphony example?
>
> doesn't each voice have the same parameter, coming from the gui?

I might want to save settings even though I didn't use a GUI to set
them. Settings don't necessarily come from a GUI.

For example say I use an algorithm to generate settings, or I may
write my settings into a textfile or a message box - there also is no
GUI involved. Settings in Pd however all are manipulated by sending
messages, even GUIs are just a way to generate a message. So the way
to save state in Pd IMO is to intercept message, not to watch GUI
elements.

In regard to polyphony, it's pretty common to duplicate a synth voice
many times, manually or using e.g. polypoly or rjlib's u_makepoly.
There is no need to have a GUI in those hidden objects, but I still
need to access their parameters to set them. So what I need is a way
to peek into the abstraction and eavesdrop their messages. 

In rjlib that peeping hole is the rightmost inlet. [sssad] is used in
a wrapper u_dispatch at that inlet that also dispatches messages
coming in to local senders. So the abstractions all know their state
even though most of them don't have a GUI. If I want a GUI, I just
make one that produces messages for the control inlet.

Maybe some OO programming language experts can say smart things about
how this is related to a Model-View-Controller paradigm, where the GUI
elements constitute one of many possible Views, the [textfile] is a
Model and [sssad] is the controller but I'm not good at this stuff.

Ciao
-- 
 Frank BarknechtDo You RjDj.me?  _ __footils.org__

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

Re: [PD] a simple counter, I'm not able to do it tonight

[hard off]

make a normal counter:

[f ]x[+ 1]

with the outlet of [f ] going to the LEFT inlet of [+ 1] , and the outlet of
[+ 1] going to the RIGHT inlet of [f ]


then,

[wrap -99 100]
|
[abs]


if your limit was 1000, you would do [wrap -999 1000] ..etc



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

[PD] variance from mapping library

[Oded Ben-Tal]

I'm not sure if it's a bug but:
when using variance (from mapping library) - I get negative numbers. Since 
variance is supposed to be always positive and I don't see anything wrong in the way 
the abstraction is done, I presume there is something I'm missing.
My impression is that small changes in the input translate to negative 
'variance'




___
Oded Ben-Tal
http://ccrma.stanford.edu/~oded
o...@ccrma.stanford.edu

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

Re: [PD] www.pd-tutorial.com

[Frank Barknecht]

Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:

> - inversion: That's a bit more complicated. Quoting Wikipedia:
> 
>   Inverted melodies
>   
>   When applied to melodies, the inversion of a given melody is the
>   melody turned upside-down. For instance, if the original melody has a
>   rising major third (see interval), the inverted melody has a falling
>   major third (or perhaps more likely, in tonal music, a falling minor
>   third, or even some other falling interval). Similarly, in twelve-tone
>   technique, the inversion of the tone row is the so-called prime series
>   turned upside-down.
>   http://en.wikipedia.org/wiki/Inversion_(music)#Inverted_melodies
> 
>   In inversion.pd this is realised by walking through the list with
>   list-map, taking the difference between the current element and the
>   previous element, then substracting this from the current element.
>   The first element in a list is treated specially as it has no
>   previous element (it's just copied).

Ah, sorry: The patch is correct, but my explanation is wrong. Here's an update: 


  In inversion.pd this is realised by walking through the list with list-map. 
The
  interval to use next is calculated by taking the difference between the 
current
  element and the previous element. This interval is substracted (not added,
  because we are "retro"-grading) from the previous note, the resulting note is
  stored for the next step and inserted into the result list. The first element
  in a list is treated specially as it has no previous element: it's just copied
  and used as the starting note.

Ciao
-- 
Frank

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

Re: [PD] dynamic creation arguments for route

[Frank Barknecht]

Hallo,

also see [sroute] which is a hidden leftover in the [list]-abs collection.

The idea is to use a one-argument [select] instead of [route]. [select] with no
or one argument has an additional inlet, where you can set the thing it
selects. Decorate this with some [list split 1] and [list] objects and you have
a simple settable [route]. No dynamic patching or externals necessary.

Ciao
-- 
Frank

Jonathan Wilkes hat gesagt: // Jonathan Wilkes wrote:

> I built a settable route abstraction using dynamic patching.  It requires 
> [initbang], which is missing in pd-vanilla, so you'll need pd-ext if you want 
> to use it.
> 
> Let me know how it works if you try it.
> 
> -Jonathan
> 
> --- On Tue, 3/17/09, Ingo Scherzinger  wrote:
> 
> > From: Ingo Scherzinger 
> > Subject: Re: [PD] dynamic creation arguments for route
> > To: pd-list@iem.at
> > Date: Tuesday, March 17, 2009, 5:25 PM
> > >Is is possible to dynamically alter the creation
> > arguments for a route
> > 
> > >object?
> > 
> >  
> > 
> > [maxlib/nroute] can do that. The only difference to [route]
> > is that it
> > doesn't eliminate the value that is routed. This is
> > because it can be set to
> > any location of the list that's coming in.
> > 
> >  
> > 
> > Ingo
> > 
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> 
> 
>   


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


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

Re: [PD] www.pd-tutorial.com

[Frank Barknecht]

Hallo,
Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote:

> Frank, I'm curious about how you use list objects in composition. I'd love
> to see a little etude from you about that whenever you find the time. You
> always make such clear, concise, and fun instructional patches.

That's flattering so I guess I should give an example. ;)

[list] of course is useful for lots of stuff, e.g. as a general
container for messages (it's central for sssad in this regard), to
convert meta-messages to lists and back, etc.

In composition list-operations let you encapsulate many common tasks
in reusable abstractions. Johannes mentions LISP in his book, which
is the mother of all list-based composition software, but you can do
lots of stuff in Pd as well thanks to list.

As an example attached are abstractions that do four transformations
of little musical motives. The motives are stored as lists of numbers,
where each number represents a scale step. In the example a major
scale is used, but you can do 12-tone serialism as well and also apply
the transformations to rhythm lists etc. 

The four operations demonstrated are: 

- retrograde: play a motive backwards. That's a simple [list-rev] from
  the [list]-abs (included)

- transpose: add a number to each list-element. I used [list-map]
  here.

- inversion: That's a bit more complicated. Quoting Wikipedia:

  Inverted melodies
  
  When applied to melodies, the inversion of a given melody is the
  melody turned upside-down. For instance, if the original melody has a
  rising major third (see interval), the inverted melody has a falling
  major third (or perhaps more likely, in tonal music, a falling minor
  third, or even some other falling interval). Similarly, in twelve-tone
  technique, the inversion of the tone row is the so-called prime series
  turned upside-down.
  http://en.wikipedia.org/wiki/Inversion_(music)#Inverted_melodies

  In inversion.pd this is realised by walking through the list with
  list-map, taking the difference between the current element and the
  previous element, then substracting this from the current element.
  The first element in a list is treated specially as it has no
  previous element (it's just copied).
  
- retro-inversion: that's just a retrograde followed by an inversion.
  As we have abstractions for both not, just bundle them in another
  one.

list-compose.pd show all four operations in use to transform a little
motive.

(This text is available online as well at: 
http://footils.org/cms/weblog/2009/mar/18/using-list-composition-pd/
)

Ciao
-- 
 Frank BarknechtDo You RjDj.me?  _ __footils.org__


list-compose.tgz
Description: GNU Unix tar archive
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] dynamic creation arguments for route

[Jonathan Wilkes]

I built a settable route abstraction using dynamic patching.  It requires 
[initbang], which is missing in pd-vanilla, so you'll need pd-ext if you want 
to use it.

Let me know how it works if you try it.

-Jonathan

--- On Tue, 3/17/09, Ingo Scherzinger  wrote:

> From: Ingo Scherzinger 
> Subject: Re: [PD] dynamic creation arguments for route
> To: pd-list@iem.at
> Date: Tuesday, March 17, 2009, 5:25 PM
> >Is is possible to dynamically alter the creation
> arguments for a route
> 
> >object?
> 
>  
> 
> [maxlib/nroute] can do that. The only difference to [route]
> is that it
> doesn't eliminate the value that is routed. This is
> because it can be set to
> any location of the list that's coming in.
> 
>  
> 
> Ingo
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list


  

dynaroute.pd
Description: application/puredata


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

[PD] PdCon09 (Last Call) New Deadline march 29-30

[Alexandre Porres]

-- Forwarded message --
From: PdCon09 3rd International Puredata Convention <
pdco...@estudiolivre.org>
Date: 2009/3/17
Subject: (Last Call) New Deadline march 29-30

Hi, we had some technical problems, and a lot of people had trouble.
Attending requests, we postponed the deadline in 2 weeks.

If you have work to submit, please visit http://convention.puredata.info for
more details.

new deadline is midnight from march 29th to 30th (sunday to monday)
according to Sao Paulo time (UTC-3).

Thanks

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