Re: [PD] Call for Submissions : 2009 Subtle Technologies Festival on networks

[ydegoyon]

hep,
> The
> creation of new computer architectures based on biological networks has
> brought artificial intelligence ever closer to natural intelligence.
>
>   
how can you believe such crap?

monkeys are cleverer than your bloody computers,
for whatever _sick_ experiments that been made on monkeys

just fuck offf!
( i speak in the name of monkeys )

sevy


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

Re: [PD] nqpoly5, now with full loadbang support!

[Hans-Christoph Steiner]

On Nov 7, 2008, at 11:08 PM, Hans-Christoph Steiner wrote:



On Nov 7, 2008, at 3:05 PM, Frank Barknecht wrote:


Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:


Actually, please remove that if you did check it in.  That change to
nqpoly4 is not backwards compatible and will likely cause patch
breakage.  Make a new objectclass if you want to add that feature.


You're right, it will lead to double loadbangs. I didn't think of  
this

and will undo it. Thanks for that report.

About the loadbang support, AFAIK, the loadbang technique in  
polypoly

will not work for abstractions that are used with the patches that
are instantiated using polypoly.  This initbang technique means all
levels get proper loadbangs.


All levels get proper loadbangs with the [loadbang(->[s pd-x]  
technique

already, there's no need for initbang in that case at all.



Also, I forgot to mention, I added a tiny bit of code to my own  
hacked nqpoly6 which draws the instances all in a column instead of  
on top of each other.  That makes it easier to find instances when  
debugging.  If you want to add it to polypoly, here's my code:





nqpoly6.pd
Description: Binary data


nqpwrap6.pd
Description: Binary data




.hc








Ciao
--  
Frank


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






-- 
--


"Free software means you control what your computer does. Non-free  
software means someone else controls that, and to some extent  
controls you." - Richard M. Stallman







 



Using ReBirth is like trying to play an 808 with a long stick.- 
David Zicarelli



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

Re: [PD] nqpoly5, now with full loadbang support!

[Hans-Christoph Steiner]

On Nov 7, 2008, at 3:05 PM, Frank Barknecht wrote:

> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> Actually, please remove that if you did check it in.  That change to
>> nqpoly4 is not backwards compatible and will likely cause patch
>> breakage.  Make a new objectclass if you want to add that feature.
>
> You're right, it will lead to double loadbangs. I didn't think of this
> and will undo it. Thanks for that report.
>
>> About the loadbang support, AFAIK, the loadbang technique in polypoly
>> will not work for abstractions that are used with the patches that
>> are instantiated using polypoly.  This initbang technique means all
>> levels get proper loadbangs.
>
> All levels get proper loadbangs with the [loadbang(->[s pd-x]  
> technique
> already, there's no need for initbang in that case at all.

Hmm, that does indeed work, according to the quick test I did.  I am  
pretty sure I tested this in the project I am working on, and it  
didn't work then.  I'll see if I can find that.

.hc

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





 


"Free software means you control what your computer does. Non-free  
software means someone else controls that, and to some extent  
controls you." - Richard M. Stallman



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

Re: [PD] Patching Circles

[Hans-Christoph Steiner]

I say just make a page.  A page in http://puredata.info/community  
makes sense.  The website is mostly a wiki, so feel free to use it as  
such!

.hc

On Nov 7, 2008, at 5:11 PM, Mike McGonagle wrote:

> Hello all,
>
> It would appear that there is a lot of interest in these get-togethers
> in various places...
>
> How about we start a section on the PureData.org site for these, and
> there could be a different page for each of the locations, telling
> people when and where, and then do some sort of follow-up posting what
> things were done during these sessions. It could contain patches
> created, music played, as well as some general commentary from the
> people in attendance.
>
> If nothing else, people could use the future listings, if they are
> going to be in an area, to stop by and join in the fun...
>
> Just an idea... but one worth at least some discussion.
>
> Mike
>
>
> -- 
> Peace may sound simple—one beautiful word— but it requires everything
> we have, every quality, every strength, every dream, every high ideal.
> —Yehudi Menuhin (1916–1999), musician
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


Looking at things from a more basic level, you can come up with a  
more direct solution... It may sound small in theory, but it in  
practice, it can change entire economies. - Amy Smith



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

[PD] Patching Circles

[Mike McGonagle]

Hello all,

It would appear that there is a lot of interest in these get-togethers
in various places...

How about we start a section on the PureData.org site for these, and
there could be a different page for each of the locations, telling
people when and where, and then do some sort of follow-up posting what
things were done during these sessions. It could contain patches
created, music played, as well as some general commentary from the
people in attendance.

If nothing else, people could use the future listings, if they are
going to be in an area, to stop by and join in the fun...

Just an idea... but one worth at least some discussion.

Mike


-- 
Peace may sound simple—one beautiful word— but it requires everything
we have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician

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

Re: [PD] Fwd: Intrepid repo seems to be broken [resolved]

[hans w. koch]

thanks for the answer!
i found two patches in sourceforge by megalegoland:
http://sourceforge.net/tracker/index.php?func=detail&aid=2206796&group_id=55736&atid=478072

but actually, i don´t know, how to apply them. too studpid.
so, i´ll wait...

hans
www.hans-w-koch.net





Am 07.11.2008 um 20:09 schrieb Hans-Christoph Steiner:

>
> It's still not building on Intrepid...
>
> .hc
>
> On Nov 5, 2008, at 3:33 PM, hans w. koch wrote:
>
>> hi hans,
>>
>> any news on this?
>> i tried to link to the intrepid repository for pd-extended today and
>> no luck :-(
>> as i am quite new to linux, i don´t know, what one would have to do,
>> to get it compiling.
>> chris wenn´s bloody hack mentioned earlier here:
>> http://lists.puredata.info/pipermail/pd-list/2008-09/065299.html
>> is a bit beyond me.
>>
>> thanks
>> hans
>> www.hans-w-koch.net
>>>
>>> Date: Tue, 28 Oct 2008 19:28:59 -0400
>>> From: Hans-Christoph Steiner <[EMAIL PROTECTED]>
>>> Subject: Re: [PD] Fwd: Intrepid repo seems to be broken [resolved]
>>> To: patco <[EMAIL PROTECTED]>
>>> Cc: pd-list@iem.at
>>> Message-ID: <[EMAIL PROTECTED]>
>>> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes;  
>>> format=flowed
>>>
>>>
>>> Cool, sounds good.  Please submit a patch to the patch tracker and
>>> I'll take a look once I have some time.  Or perhaps someone will  
>>> beat
>>> me to it.
>>>
>>> .hc
>>>
>>> On Oct 27, 2008, at 1:37 AM, patco wrote:
>>>
 I've added -U_FORTIFY_SOURCE to pdp/Makefile.config CFLAGS and it
 builds
 with intrepid

 Le vendredi 24 octobre 2008 ? 12:09 -0700, Hans-Christoph Steiner a
 ?crit :
> -U_FORTIFY_SOURCE
>>>
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>
>
>
> 
>
> There is no way to peace, peace is the way.   -A.J. Muste
>
>


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

Re: [PD] patching circles in nyc?

[bryan eubanks]

yes

On Fri, Nov 7, 2008 at 2:19 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> 
wrote:

>
> Ok, so I talked with some people here at Eyebeam.  Does this work for
> people:
>
> Saturday 11/22, noon-6pm
> Eyebeam (http://eyebeam.org)
> 540 W. 21st St.
> NY, NY
>
> .hc
>
> On Nov 4, 2008, at 3:03 PM, Roman Haefeli wrote:
>
>  On Tue, 2008-11-04 at 01:32 -0500, marlon brando wrote:
>>
>>> hello pd world!
>>> long time ago since my last post.
>>> I'm in NY now, so i'm intrested in a patching circle.
>>> Maybe we could do some netpd session?
>>>
>>> all the best,
>>> moritz
>>>
>>
>>
>> yo dude.. even before reading you mail i knew, that it must be you..
>> mister brando. let the other people around the globe know, when you have
>> a netpd session. ok?
>>
>> greets from zh
>> roman
>>
>>
>>
>>
>> ___
>> Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>>
>
>
>
>
> 
>
> If you are not part of the solution, you are part of the problem.
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] scratching my head about zexy

[Chris McCormick]

On Thu, Nov 06, 2008 at 01:36:27PM +0100, Frank Barknecht wrote:
> Chris McCormick hat gesagt: // Chris McCormick wrote:
> > This problem has been 100% solved already:
> > 
> > 
> > 
> > The described way of doing things is a win-win for developers and for
> > users; both get maximum flexibility. I can't think of any good reason
> > why we are still debating this and [declare] and [import] on this list.
> 
> However: as I understand Miller's intentions, [declare] is not meant
> to be the same as [import]! [declare -*path] modifies the full Pd
> search path, which includes the search path for files that are not
> objects, e.g. soundfiles with no complete path for [soundfiler].
> [import] however - if I understand Hans' intentions correctly - only
> modifies the object search path and loaded libraries.

Ok yes, I see. Please excuse my ignorance in that regard. Though I still
think that we can look at other languages that have solved this issue.
Sorry for my weak contribution! :/

Chris.

---
http://mccormick.cx

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

[PD] Call for Submissions : 2009 Subtle Technologies Festival on networks

[jim]

Call for Submissions 2009 Subtle Technologies Festival


Deadline January 5th 2009

The 2009 Subtle Technologies Festival is currently seeking submissions
for it’s festival under the theme of “networks” . The festival takes
place in Toronto from June 11 to June 14th . As in previous years, the
2009 festival will explore it’s theme from a broad cultural and
interdisciplinary perspective.

We live in an increasingly connected age, where flow of capital,
material goods, people and information occur on a global scale in
ever-shortening timescales. This increased flow is accompanied by
pollution,contamination, infectious diseases and the rapid dissemination
of ideas and economies. Metaphors of connectivity in information
technology have matured and found resonance in art, science, and society
at large. The availability of massive amounts of data supported by
increased computing power and the rapidity of its propagation, has made
the idea of interconnectedness more visible to us all. Science has made
great strides in helping us to understand the connected age. The so
called “small world problem” has revealed the ways networks of people
form and become interconnected. Studies of oscillators, insects, heart
cells, epilepsy, and crowds has shown us the natural affinity for
various networks and systems to synchronize and self organize.The
creation of new computer architectures based on biological networks has
brought artificial intelligence ever closer to natural intelligence.

With the proliferation of online social networks, Web 2.0 applications
such as Facebook, Twitter and Second Life have blurred the boundaries
between public and private, virtual and real. Web 3.0 and the “internet
of things”, where common household objects will become interconnected,
will be one of the next major advances in digital networking. Increased
bandwidth has made it possible for media artists to collaborate in
online real time networked performances. “Network lag” is slowly
disappearing from our vocabulary as our accessibility to bandwidth
improves. It is time to critically discuss the network metaphor and how
it affects the direction of various disciplines and our societies at
large. Under this theme, we will be curating a symposium, exhibition,
workshops and performances. Some specific topics which we will address
at this years festival include:

  * net art 
  * networked performance 
  * biological networks 
  * wireless networks 
  * social networking 
  * communication, transportation and economic networks 
  * virtual worlds 
  * systems theory 
  * community networks 
  * network theory 
  * collaborative and open source initiatives 
  * online culture 
  * “small world problem” and mathematical models 
  * genetic networks 
  * To make a submission for exhibitions, symposium presentations,
workshops, performances and poster presentations please go to
http://www.subtletechnologies.com




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

Re: [PD] compiling pd vanilla on os x: ld problems

[Steffen Juul]

On 07/11/2008, at 19.43, Rich E wrote:

> (snip) Mac PowerPC G4 (snip) I get a warning that "-arch i386" was  
> specified to ld (snip)

The PowerPC G4 isn't i386, ain't?

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

Re: [PD] nqpoly5, now with full loadbang support!

[Frank Barknecht]

Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:

> Actually, please remove that if you did check it in.  That change to  
> nqpoly4 is not backwards compatible and will likely cause patch  
> breakage.  Make a new objectclass if you want to add that feature.

You're right, it will lead to double loadbangs. I didn't think of this
and will undo it. Thanks for that report.

> About the loadbang support, AFAIK, the loadbang technique in polypoly  
> will not work for abstractions that are used with the patches that  
> are instantiated using polypoly.  This initbang technique means all  
> levels get proper loadbangs.  

All levels get proper loadbangs with the [loadbang(->[s pd-x] technique
already, there's no need for initbang in that case at all.

Ciao
-- 
Frank

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

Re: [PD] pdpedia instability

[Hans-Christoph Steiner]

hey glerm and olsen,

Sorry its taking so long.  I have too many things to take care of.   
It would be great if someone took over the maintenance of pdpedia  
completely so that it can live  (I still have to fix the build farm  
too...).  Claudio has gotten the basics setup on the server there,  
they just need to get the final details working.

.hc

On Oct 31, 2008, at 1:45 PM, olsen wrote:

> it'll be back on the road probably next week as soon as the last  
> obstacles of the configurations are overcome!
> greets
> olsen
>
> glerm soares wrote:
>> Hello,
>>>
>>>
>>> Yeah, it turns out that Poly isn't really working as a host
>>> anymore and I haven't had any time to finish fixing it.  If
>>> someone can host it, I can help them get it all setup.
>>>  Ideally it would be a Debian box.  Currently its on a  
>>> Mac OS
>>> X box, and as we all can see, that hasn't turned out so  
>>> well.
>>>  The upgrade to Leopard killed it, now Apple's crazy apache
>>> setup and GUI tools are broken.
>>>
>>> .hc
>> Seems that Pdpedia still out?
>> How can I help?
>> thanx
>> glerm
>> - 
>> ---
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>> listinfo/pd-list
>
> -- 
> Planet Pluto bleibt!



 


   http://at.or.at/hans/



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

Re: [PD] patching circles in nyc?

[Hans-Christoph Steiner]

Ok, so I talked with some people here at Eyebeam.  Does this work for  
people:

Saturday 11/22, noon-6pm
Eyebeam (http://eyebeam.org)
540 W. 21st St.
NY, NY

.hc

On Nov 4, 2008, at 3:03 PM, Roman Haefeli wrote:

> On Tue, 2008-11-04 at 01:32 -0500, marlon brando wrote:
>> hello pd world!
>> long time ago since my last post.
>> I'm in NY now, so i'm intrested in a patching circle.
>> Maybe we could do some netpd session?
>>
>> all the best,
>> moritz
>
>
> yo dude.. even before reading you mail i knew, that it must be you..
> mister brando. let the other people around the globe know, when you  
> have
> a netpd session. ok?
>
> greets from zh
> roman
>
>
>
>   
> ___
> Telefonate ohne weitere Kosten vom PC zum PC: http:// 
> messenger.yahoo.de
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


If you are not part of the solution, you are part of the problem.



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

Re: [PD] nqpoly5, now with full loadbang support!

[Hans-Christoph Steiner]

On Nov 5, 2008, at 12:05 PM, Frank Barknecht wrote:

> Hallo,
> Phil Stone hat gesagt: // Phil Stone wrote:
>
>> Ah, a preemptive enhancement, as it were.  I vaguely wondered why I
>> never had any trouble with [loadbang] and [polypoly].
>
> Yep, I just forgot to include the same fix to nqpoly4 so I'm also
> responsibe that Hans made another workaround. But now it's in SVN in
> both places.

Actually, please remove that if you did check it in.  That change to  
nqpoly4 is not backwards compatible and will likely cause patch  
breakage.  Make a new objectclass if you want to add that feature.

About the loadbang support, AFAIK, the loadbang technique in polypoly  
will not work for abstractions that are used with the patches that  
are instantiated using polypoly.  This initbang technique means all  
levels get proper loadbangs.  Plus initbang has been submitted to  
Miller, so its just a matter of him accepting it.

.hc



 


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] Fwd: Intrepid repo seems to be broken [resolved]

[Hans-Christoph Steiner]

It's still not building on Intrepid...

.hc

On Nov 5, 2008, at 3:33 PM, hans w. koch wrote:

> hi hans,
>
> any news on this?
> i tried to link to the intrepid repository for pd-extended today and
> no luck :-(
> as i am quite new to linux, i don´t know, what one would have to do,
> to get it compiling.
> chris wenn´s bloody hack mentioned earlier here:
> http://lists.puredata.info/pipermail/pd-list/2008-09/065299.html
> is a bit beyond me.
>
> thanks
> hans
> www.hans-w-koch.net
>>
>> Date: Tue, 28 Oct 2008 19:28:59 -0400
>> From: Hans-Christoph Steiner <[EMAIL PROTECTED]>
>> Subject: Re: [PD] Fwd: Intrepid repo seems to be broken [resolved]
>> To: patco <[EMAIL PROTECTED]>
>> Cc: pd-list@iem.at
>> Message-ID: <[EMAIL PROTECTED]>
>> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes;  
>> format=flowed
>>
>>
>> Cool, sounds good.  Please submit a patch to the patch tracker and
>> I'll take a look once I have some time.  Or perhaps someone will beat
>> me to it.
>>
>> .hc
>>
>> On Oct 27, 2008, at 1:37 AM, patco wrote:
>>
>>> I've added -U_FORTIFY_SOURCE to pdp/Makefile.config CFLAGS and it
>>> builds
>>> with intrepid
>>>
>>> Le vendredi 24 octobre 2008 ? 12:09 -0700, Hans-Christoph Steiner a
>>> ?crit :
 -U_FORTIFY_SOURCE
>>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


There is no way to peace, peace is the way.   -A.J. Muste



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

Re: [PD] pd-extended lenny install

[Hans-Christoph Steiner]

That's fixed in the nightly builds, so for the next release too.

.hc

On Nov 7, 2008, at 5:47 AM, joel silvestre wrote:

> Hi,
>
> pd-extended seems to depend on libmpeg1 but this package doesn't exist
> in 4.0 lenny.
> I had to install it from etch repository but don't know if it's a good
> idea?
>
> Same for ubuntu 8.10 intrepid.
>
> All the best
> Joël
>
>
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


I have the audacity to believe that peoples everywhere can have three  
meals a day for their bodies, education and culture for their minds,  
and dignity, equality and freedom for their spirits.  - Martin  
Luther King, Jr.



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

[PD] compiling pd vanilla on os x: ld problems

[Rich E]

Hi all,

I'm trying to build the latest pd-vanilla (0.41-4) on a Mac PowerPC G4
running os x, but seeing strange linking errors.  The computer is a
hand-me-down from another programmer, not the freshest install to say
the least.  Configure works fine, but when I make I get a warning that
"-arch i386" was specified to ld, and then errors about undefined
symbols.

I realize this is something wrong with my build tools, but don't see
where to find the solution.  I tried re-installing xcode 2.4, didn't
help. Also, I compiled a non-pd related c library just fine..

Any suggestions?

regards,
Rich

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

Re: [PD] looking for collections - patches

[Luigi]

Am 07.11.2008 um 18:25 schrieb Si Mills:


I think the ones on that page were compiled for ppc

you need the intel build ones, which oddly don't feature on there... 
(although the source is if you want to roll your own)


Download intel ones here then install as normal like the ppc package

On 7 Nov 2008, at 16:37, Lao Yu wrote:



Thanks.yes fftease is a very nice collection and Gyre... i will  
have a closer look


But i meant a different set of pure abstractions, damn

tried to find it with google for hours yesterday...

Any one else an idea ?






On Nov 7, 2008, at 9:52 PM, Si Mills wrote:


was it fftease?  http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/MaxMSP/FFTease/


FFTease doesn't run on an intelmac ('can't load library' error) -  
does anybody know about a recent version?


Also, at least one of the authors is not studying any longer, his e- 
mail address is not updated on the site you quoted.
On an older G4 the library loads but I can't get the links to the  
objects work ok. Also very strange...


This seems to be a very interesting package, what a pity.

J






___
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] new (and improved) readanysf~

[august]

Ok,

It's been a while since I have hacked at pd, but recently I have been
giving attention to programming projects in c++ and have used pd as
my test bed for the audio part.  The outcome is an entirely new
readanysf~ based on gavl/gmerlin audio&video library.   

The new features  include:

??:  reads all audio formats that are compiled into 
gmerlin_avdecoder
which include ogg, mp3, flac, wma and others.  Mainly all of
 those supported by ffmpeg plus a few others.

??:  multiple channels of audio (I think the limit in pd is 64).

??:  not based on Flext.  (Sorry, Thomas, this is not really a
 feature.  Flext is awesome. )  There were some unknown 
bugs
 that made pd crash if you deleted a readanysf~ from 
screen
 using newer versions of flext that override the new 
operator.
 This also means one less dependency, although I have 
added
 others.

Please download and give it a whirl:

http://aug.ment.org/software/readanysf~0.20.tar.gz  


You will need  gavl and gmerlin_avdecoder installed from CVS on your
machine.  These, in turn may ask you, but not require, other libs
such as ffmpeg and ogg/vorbis.

cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/gmerlin login

cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/gmerlin co -P gavl
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/gmerlin co -P gmerlin
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/gmerlin co -P 
gmerlin_avdecoder

It should compile and run on a mac as well, but it is untested.
I'd love to hear any comments or suggestons.

-august.

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

Re: [PD] Some examples of my work with Pd

[Mike McGonagle]

Thanks Frank, I will check it out.

Mike


On Fri, Nov 7, 2008 at 1:08 AM, Frank Barknecht <[EMAIL PROTECTED]> wrote:
> Hallo,
> Mike McGonagle hat gesagt: // Mike McGonagle wrote:
>
>> David, this is interesting. Do you have any plans to share these patches? I
>> would be interested in seeing how you handled the Just Intonation stuff.
>
> I use [tunetof] for this, it's a variant of [mtof] that supports
> different scales (and comes with a converter for Scala scales).
> Available in the SVN.
>
> Ciao
> --
> Frank
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Peace may sound simple—one beautiful word— but it requires everything
we have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician

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

Re: [PD] looking for collections - patches

[Si Mills]

I think the ones on that page were compiled for ppc

you need the intel build ones, which oddly don't feature on there... 
(although the source is if you want to roll your own)


Download intel ones here then install as normal like the ppc package

On 7 Nov 2008, at 16:37, Lao Yu wrote:



On Nov 7, 2008, at 9:52 PM, Si Mills wrote:


was it fftease?  http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/MaxMSP/FFTease/


FFTease doesn't run on an intelmac ('can't load library' error) -  
does anybody know about a recent version?


Also, at least one of the authors is not studying any longer, his e- 
mail address is not updated on the site you quoted.
On an older G4 the library loads but I can't get the links to the  
objects work ok. Also very strange...


This seems to be a very interesting package, what a pity.

J






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

Re: [PD] looking for collections - patches

[Si Mills]

Ouch!

> I remember a fft-effects collection, tha i cant remember who made
> them, i think it was a southamerican composer studying in the
> netherlands
>
> any ideas ?

was it fftease?  http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/MaxMSP/FFTease/

> I am about to buy ableton live, i remember someone made something that
> was similiar to abletons "elastic-audio"/warp concept.
>
> Any Ideas which project/collection that was ?

was it Gyre? http://www.audionerd.com/projects/pd/gyre/

good luck with that

>
>
>
> All the best
>
> Luigi
>
>
> ___
> 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] looking for collections - patches

[Luigi]

Hi List...

maybe someone can help me...

after a hard disk crash i lost some things that i collected browsing  
the net.

I remember a fft-effects collection, tha i cant remember who made  
them, i think it was a southamerican composer studying in the  
netherlands

any ideas ?


I am about to buy ableton live, i remember someone made something that  
was similiar to abletons "elastic-audio"/warp concept.

Any Ideas which project/collection that was ?


All the best

Luigi


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

Re: [PD] Some examples of my work with Pd

[David F. Place]

On Thu, 2008-11-06 at 23:34 -0600, Mike McGonagle wrote:
> David, this is interesting. Do you have any plans to share these
> patches? I would be interested in seeing how you handled the Just
> Intonation stuff.

My Pd patches implement a sequencer where pitch is controlled by a
triple of (octave, syntonic comma offset, extended pythagorean pitch
class).  The tricky bit is deciding which notes get which pitches based
on an analysis of the piece.   That part is written in Haskell.


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

[PD] pd-extended lenny install

[joel silvestre]

Hi,

pd-extended seems to depend on libmpeg1 but this package doesn't exist
in 4.0 lenny. 
I had to install it from etch repository but don't know if it's a good
idea?

Same for ubuntu 8.10 intrepid.

All the best
Joël





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

Re: [PD] PD Float accuracy

[errordeveloper]

On Fri, Nov 07, 2008 at 10:21:19AM +0100, IOhannes m zmoelnig wrote:
> there has been quite some code added to Pd-0.42 in preperation to make
> single/double precision a compile-time option.
that's the way forward ;_)

> 
> i think the only major thing that is still missing for a fully
> functional double-precision Pd is some ugens, namely [phasor~], [cos~]
> and [osc~].
> 
> and of course most externals will not work properly.
right ..sure,   i was thinking it's just a metter of changing the header ..

also then someone (like me) wishes to have the double precision sample
stored in soundfile too ;)
actually i see that my editor (Snd) can handle it very esealy :))
i really need sndlib instead of pd's audiofiler ..

> 
> fgmasdr
> IOhannes

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

Re: [PD] PD Float accuracy

[Nicholas Mariette]

I've had the 6-digit problem trying to print UTM position coordinates  
out of Pd.

If you know the range of your numbers, there are some ugly hacks that  
provide a limited solution.

Eg, for 1234.5678 you can pass the number through [int] and then  
subtract that from the original number to get the parts before and  
after the decimal, then print them separately and use external scripts  
to concatenate - or maybe you could convert them to symbols and  
concatenate in Pd before printing.

You could do similar things using [mod] for numbers above 1e+06, etc...

Nick



On Nov 7, 2008, at 10:08 AM, Roman Haefeli wrote:

> On Fri, 2008-11-07 at 09:45 +0100, IOhannes m zmoelnig wrote:
>> Mark Sexton wrote:
>>> Hi
>>> I need PD to make simple but accurate calculations for a  
>>> sonification project. However there seems to be a problem working  
>>> accurately with floats that have 7 or more digits in total (before  
>>> or after the decimal point). PD always seem to round the figure to  
>>> 6 digits whether in a calculation, or even typing a 7+ digit float  
>>> into a number box e.g. 1234.5678 rounded to 1234.57
>>>
>>> I've got a couple of ugly hacks to work around for now, but it  
>>> seems a fairly fundamental thing to do, so would be grateful to  
>>> hear if I'm missing a simple way to get PD to work accurately with  
>>> floats of any arbitrary length above 6 digits.
>>>
>>
>> you don't need anything.
>> Pd does uses IEEE floating point values for numbers, you don't  
>> loose a
>> single bit.
>> it's only the GUI that likes to round the numbers when displaying it.
>> internally everything is "correct" (as far as it is possible using
>> single precision floats)
>>
>> you could change the "width" of a number-box to see more digits.
>
> still only 6 digits are displayed. altough pd works internall with  
> IEEE
> 32bit floating values, i couldn't think of an easy way to get them out
> of pd. both, print and the numberbox truncate the numbers.
>
> two ways - not very feasible, though - to get full precision out of pd
> come to my mind:
>
> - send the numbers over OSC to some other application
> - write the numbers to an audio file with 32bit bitlength. extract the
> numbers from there
>
> or has someone a better idea?
>
> roman
>
>
>   
>   
> ___
> Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo!  
> Mail: http://mail.yahoo.de
>
>
> ___
> 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] PD Float accuracy

[IOhannes m zmoelnig]

IOhannes m zmoelnig wrote:
> Simon Wise wrote:
>> On 7 Nov 2008, at 5:53 PM, [EMAIL PROTECTED] wrote:
>>
>>> actually i have thought if pd could be ported to use double precision?
>>> may be optionaly so if your machine is meant to be fast enough then  
>>> you
>>> opt doubles ..
>>> is it quite doable?
>> what is the new situation with 64-bit compatible pd in 0.41 ??
>>
> there is no new situation.
> 0.41 has always been 64bit compatible.
> 
but with respect to single vs double precision floats this doesn't
change anything.
since on 64bit archs, a t_atom is 64bit (+overhead) wide, it might be a
good idea to switch to double here, at least in message domain. (but i'm
not sure whether signal and message precision should be different (as is
in max))

fgamsdr
IOhannes

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

Re: [PD] PD Float accuracy

[IOhannes m zmoelnig]

Simon Wise wrote:
> On 7 Nov 2008, at 5:53 PM, [EMAIL PROTECTED] wrote:
> 
>> actually i have thought if pd could be ported to use double precision?
>> may be optionaly so if your machine is meant to be fast enough then  
>> you
>> opt doubles ..
>> is it quite doable?
> 
> what is the new situation with 64-bit compatible pd in 0.41 ??
> 
there is no new situation.
0.41 has always been 64bit compatible.

fgamr
IOhannes

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

Re: [PD] PD Float accuracy

[Simon Wise]

On 7 Nov 2008, at 5:53 PM, [EMAIL PROTECTED] wrote:

> actually i have thought if pd could be ported to use double precision?
> may be optionaly so if your machine is meant to be fast enough then  
> you
> opt doubles ..
> is it quite doable?

what is the new situation with 64-bit compatible pd in 0.41 ??


simon

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

Re: [PD] PD Float accuracy

[IOhannes m zmoelnig]

[EMAIL PROTECTED] wrote:
> On Fri, Nov 07, 2008 at 09:45:32AM +0100, IOhannes m zmoelnig wrote:
>> Mark Sexton wrote:
>>> Hi
>>> I need PD to make simple but accurate calculations for a sonification 
>>> project. However there seems to be a problem working accurately with floats 
>>> that have 7 or more digits in total (before or after the decimal point). PD 
>>> always seem to round the figure to 6 digits whether in a calculation, or 
>>> even typing a 7+ digit float into a number box e.g. 1234.5678 rounded to 
>>> 1234.57
>>>
>>> I've got a couple of ugly hacks to work around for now, but it seems a 
>>> fairly fundamental thing to do, so would be grateful to hear if I'm missing 
>>> a simple way to get PD to work accurately with floats of any arbitrary 
>>> length above 6 digits.
>>>
>> you don't need anything.
>> Pd does uses IEEE floating point values for numbers, you don't loose a
>> single bit.
>> it's only the GUI that likes to round the numbers when displaying it.
>> internally everything is "correct" (as far as it is possible using
>> single precision floats)
>>
> actually i have thought if pd could be ported to use double precision?
> may be optionaly so if your machine is meant to be fast enough then you
> opt doubles ..
> is it quite doable?

there has been quite some code added to Pd-0.42 in preperation to make
single/double precision a compile-time option.

i think the only major thing that is still missing for a fully
functional double-precision Pd is some ugens, namely [phasor~], [cos~]
and [osc~].

and of course most externals will not work properly.

fgmasdr
IOhannes

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

Re: [PD] PD Float accuracy

[errordeveloper]

On Fri, Nov 07, 2008 at 09:45:32AM +0100, IOhannes m zmoelnig wrote:
> Mark Sexton wrote:
> > Hi
> > I need PD to make simple but accurate calculations for a sonification 
> > project. However there seems to be a problem working accurately with floats 
> > that have 7 or more digits in total (before or after the decimal point). PD 
> > always seem to round the figure to 6 digits whether in a calculation, or 
> > even typing a 7+ digit float into a number box e.g. 1234.5678 rounded to 
> > 1234.57
> > 
> > I've got a couple of ugly hacks to work around for now, but it seems a 
> > fairly fundamental thing to do, so would be grateful to hear if I'm missing 
> > a simple way to get PD to work accurately with floats of any arbitrary 
> > length above 6 digits.
> > 
> 
> you don't need anything.
> Pd does uses IEEE floating point values for numbers, you don't loose a
> single bit.
> it's only the GUI that likes to round the numbers when displaying it.
> internally everything is "correct" (as far as it is possible using
> single precision floats)
> 
actually i have thought if pd could be ported to use double precision?
may be optionaly so if your machine is meant to be fast enough then you
opt doubles ..
is it quite doable?

> you could change the "width" of a number-box to see more digits.
> 
> fgmasdr
> 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] PD Float accuracy

[Roman Haefeli]

On Fri, 2008-11-07 at 09:45 +0100, IOhannes m zmoelnig wrote:
> Mark Sexton wrote:
> > Hi
> > I need PD to make simple but accurate calculations for a sonification 
> > project. However there seems to be a problem working accurately with floats 
> > that have 7 or more digits in total (before or after the decimal point). PD 
> > always seem to round the figure to 6 digits whether in a calculation, or 
> > even typing a 7+ digit float into a number box e.g. 1234.5678 rounded to 
> > 1234.57
> > 
> > I've got a couple of ugly hacks to work around for now, but it seems a 
> > fairly fundamental thing to do, so would be grateful to hear if I'm missing 
> > a simple way to get PD to work accurately with floats of any arbitrary 
> > length above 6 digits.
> > 
> 
> you don't need anything.
> Pd does uses IEEE floating point values for numbers, you don't loose a
> single bit.
> it's only the GUI that likes to round the numbers when displaying it.
> internally everything is "correct" (as far as it is possible using
> single precision floats)
> 
> you could change the "width" of a number-box to see more digits.

still only 6 digits are displayed. altough pd works internall with IEEE
32bit floating values, i couldn't think of an easy way to get them out
of pd. both, print and the numberbox truncate the numbers. 

two ways - not very feasible, though - to get full precision out of pd
come to my mind:

- send the numbers over OSC to some other application
- write the numbers to an audio file with 32bit bitlength. extract the
numbers from there

or has someone a better idea?

roman




___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


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

Re: [PD] PD Float accuracy

[IOhannes m zmoelnig]

Mark Sexton wrote:
> Hi
> I need PD to make simple but accurate calculations for a sonification 
> project. However there seems to be a problem working accurately with floats 
> that have 7 or more digits in total (before or after the decimal point). PD 
> always seem to round the figure to 6 digits whether in a calculation, or even 
> typing a 7+ digit float into a number box e.g. 1234.5678 rounded to 1234.57
> 
> I've got a couple of ugly hacks to work around for now, but it seems a fairly 
> fundamental thing to do, so would be grateful to hear if I'm missing a simple 
> way to get PD to work accurately with floats of any arbitrary length above 6 
> digits.
> 

you don't need anything.
Pd does uses IEEE floating point values for numbers, you don't loose a
single bit.
it's only the GUI that likes to round the numbers when displaying it.
internally everything is "correct" (as far as it is possible using
single precision floats)

you could change the "width" of a number-box to see more digits.

fgmasdr
IOhannes

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

Re: [PD] scratching my head about zexy

[IOhannes m zmoelnig]

Miller Puckette wrote:
> Well, what I want to be able to do is put max-compatible objects into Pd 
> vanilla (such as gate and scale) without breaking libraries.  However, I
> didn't realize there were libraries out there that named things the same as
> Pd built-ins, with the intention of not ever getting instantiated under
> the original name.
> 
> Maybe, if zexy/pack and zexy/unpack are only meant to be called using
> their "path" names, it would be better to specify them as "zexy/pack"
> etc.  in class_new()?

yes, that's what i am doing now (after the bug report).

however, this is a hack to avoid the problem rather than a solution to it.

fgmasdr
IOhannes

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

Re: [PD] PD Float accuracy

[errordeveloper]

On Thu, Nov 06, 2008 at 10:50:51PM +, Mark Sexton wrote:
> Hi
> I need PD to make simple but accurate calculations for a sonification 
> project. However there seems to be a problem working accurately with floats 
> that have 7 or more digits in total (before or after the decimal point). PD 
> always seem to round the figure to 6 digits whether in a calculation, or even 
> typing a 7+ digit float into a number box e.g. 1234.5678 rounded to 1234.57
have you the size of numbox set to '0' ?
> 
> I've got a couple of ugly hacks to work around for now, but it seems a fairly 
> fundamental thing to do, so would be grateful to hear if I'm missing a simple 
> way to get PD to work accurately with floats of any arbitrary length above 6 
> digits.
> 
i think there is octave object, try and see if that could give any
different results, but i doubt it would ;)
> Cheers
> 
> 
> Mark
> 
> 
> 
> 
> ___
> 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