Re: [PD] isosonic curves : level the perceptual loudness of different pitches

[Alexandre Quessy]

Hello all,
This abstraction is very nice, but computing matrices on every note is
quite expensive on the CPU, no? Perhaps it would be better to store it
in a table, let say using 60 (pd)db as a reference. The only thing is
that low and high notes are multiplied by factor much bigger than 1
and it makes the sound clip much. Maybe I should just use a [clip]
with the values read from the table. Any suggestion for something
usable on every day patching ?

Thanks,

a

2007/2/12, Denis Trapeznikoff <[EMAIL PROTECTED]>:
>
>
> 2007/2/9, Ed Kelly <[EMAIL PROTECTED]>:
> > So, if you have a signal at 96dBPD (-4dBFS) and you set it to 90dBPD
> (-10dbFS), the loudness will be heard to drop by the same amount as when you
> then set it to 84dBPD (-16dBFS).
> ... but remember, that ear's frequency response curve is dependent on the
> level of sound... So the amount is not "the same".
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Alexandre Quessy
http://alexandre.quessy.net

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

Re: [PD] Pluggo Pd

[Josh Steiner]

awesome, thanks for doing that guys, i wanted to get some time to do a 
better writeup but just didn't have it...  that writeup nails it for 
me.  this is definitely the #1 most needed feature for my live and 
production work. 

-josh
 

Georg Holzmann wrote:
> Hallo!
>
>   
>> Ok everyone, I added an edited version of my rant to the WIKI. Please
>> look it over and add any details that I have missed.
>> 
>
> Thanks, I only reformated it in "wiki-style" ...
>
>   
>> Thanks for the positive feedback, this is something that I feel very
>> passionately about, and it looks like I'm not alone. Let's make this
>> the Summer of PluggoPD!
>> 
>
> we will see ... ;)
>
> LG
> Georg
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>   


-- 

tasty electronic music vittles  --  bluevitriol.com
the only music blog you need--  playtherecords.com
you are the dj.  interactive music  --  improbableorchestra.com
random observations of the bizarre  --  vitriolix.com


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

Re: [PD] minor but persistent annoyances

[Miller Puckette]

The growth seems to come from TK... I added a "correction" (g_canvas.c,
line 1051) but it looks like I'd better go adjust it again...

cheers
Miller

On Mon, Feb 26, 2007 at 05:43:41PM -0500, [EMAIL PROTECTED] wrote:
> Roman Haefeli wrote:
> > On Mon, 2007-02-26 at 22:34 +0100, Derek Holzer wrote:
> > > I'd point more to OS X or the Aqua desktop as the culprit, actually. 
> > > Don't know 'bout windows, but on many Linux window managers, you can
> > > use 
> > > the Alt+Mouse to relocate a window (of any app) and find the resize
> > > tab 
> > > at the edges. File a feature request at Apple, where they get paid to 
> > > read those things ;-)
> > 
> > as other people already mentioned, it happens also on windows, not only
> > in aqua/osx. so i'd say the culprit is rather not aqua/osx. i also
> > posted that issue here at least two times. from what i can say, saving a
> > patch makes it bigger by a few pixels in both dimensions. so if one does
> > open a patch, save it, close it, open it again and so on, it grows with
> > each cycle. i'd say an easy workaround, if not the solution, would be to
> > subtract 3px in each dimension for each canvas when saving a patch. i'm
> > not a tk/tcl-coder, though 
> 
> It seems to happen in canvas_saveto() in g_readwrite.c, so it's not tcl, just 
> c.
> These seem to be the dimensions:
> (int)(x->gl_screenx1),
> (int)(x->gl_screeny1),
> (int)(x->gl_screenx2 - x->gl_screenx1),
> (int)(x->gl_screeny2 - x->gl_screeny1)
> but they are used in two places depending if it's a root canvas or not.
> Martin
> 
> 
> 
> ___
> 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] Packing pointers into lists

[Miller Puckette]

Hmm, I think I should fix this... it adds an ugly layer of complication to
the list object but I think it would be inconsistent simply to refuse to
handle them.  And yes, it's a bug that they currently just get passed
through without making the necessary consistency checks.

cheers
Miller

On Thu, Mar 01, 2007 at 07:50:48PM +0100, Frank Barknecht wrote:
> Hi,
> 
> it would be cool if the various operations of list-abs could also be
> made to work with pointers. However one important construct doesn't
> work and sometimes even lets Pd crash): extending a list with a
> pointer element using [list append]X[pointer]
> 
> Attached patch illustrates what I mean: The example on the bottom
> right doesn't work correctly. I wonder: is this even supposed to work? 
> 
> Ciao
> -- 
>  Frank Barknecht _ __footils.org_ __goto10.org__


> ___
> 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] [textfile] behavior

[David F. Place]

On Mar 4, 2007, at 12:33 PM, Roman Haefeli wrote:

>>
>> If you click [read big.txt( the [4( you will see something else and
>> that is wrong.
>
> how can you be sure, that it is wrong? possibly your mind is  
> capaple of
> much more, but i tend to believe, that it's a fault of the patch,  
> not of
> pd. but why make it complicate, when it could be so clear and easy?

Well, wrong in the sense that it is not the answer I want.  Of  
course, the problem could be in my
patch.  I would be very interested to see your solution, for my  
education.  Idiomatic Pd is not natural to me as I have been  
programming in lazy functional languages for more than 20 years!

I should mention though that it seems the [msgfile] object in the  
zexy library looks like it will do exactly what I want very directly  
with its [goto n( message.  (I'll just make a table translating marks  
to lines.)

Thanks for your help.

--o---o-o-o---o-o-o---
David F. Place
mailto:[EMAIL PROTECTED]



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

Re: [PD] [textfile] behavior

[Roman Haefeli]

On Sun, 2007-03-04 at 12:11 -0500, David F. Place wrote:
> On Mar 4, 2007, at 11:52 AM, Roman Haefeli wrote:
> 
> > hi david
> >
> > i had a look at your patch, but i didn't come to a solution,
> > respectively i wasn't able to figure out what the problem exactly is.
> 
> In the file big.txt, the process stops before it reaches the "control  
> mark" record.   I think that there may be a limited amount of  
> computation allowed in a control cycle.  Does Pd just abort the  
> control cycle if it runs out of time?  I tried this also with audio  
> turned off and saw the same behavior.

i don't think, that pd just aborts a control-cycle silently. if so, then
it would print at least a message like 'stack overflow'. 
> 
> Perhaps you are not able to reproduce the behavior?  If you click  
> [read small.txt( then [4( you should see:
> 
>   cue: This is mark 4

i totally saw your problem, but i am not able to sort everything out, so
that i can be sure to understand, what really happens.

> 
> If you click [read big.txt( the [4( you will see something else and  
> that is wrong.

how can you be sure, that it is wrong? possibly your mind is capaple of
much more, but i tend to believe, that it's a fault of the patch, not of
pd. but why make it complicate, when it could be so clear and easy?

roman 

> 
> >
> > however, i think, what you want to achieve could be implemented much
> > easier, particularly easier to read. what makes it very difficult to
> > read, is the deep deepness of the message structure,  though at first
> > glance it doesn't look like a very complicated patch. for example:
> > before the right tree of a [trigger] is finished, it's 'banged' again,
> > so that it is triggered several times, before the left tree starts the
> > execution.  my mind is far too less capable of beeing aware, what the
> > actual state on each step really is.
> >
> > i didn't make an example patch (ask me, if you want me to do so),  
> > but i
> > have some ideas for another approach.  i think i would 'control' the
> > [textfile] with an [until]-object. when triggered, [until]  keeps  
> > firing
> > 'bang's  until you stop it. send the bangs to [textfile], so that on
> > each bang it's going one line further. you could parse the output of
> > [textfile], that  when the message, you are looking for, is coming out
> > [textfile], you could stop [until], and you have the 'cue' at the
> > desired position.
> >
> > hope that helps...
> >
> > roman
> >
> > On Sat, 2007-03-03 at 20:50 -0500, David F. Place wrote:
> >> Pd:
> >>
> >> I am writing a sequencer using Pd and have bumped into the following
> >> problem.  I would like to be able to position the textfile object to
> >> start playback from a certain record.   The approach I have taken  
> >> works
> >> for small files, but breaks down for large files.  I've abstracted  
> >> the
> >> behavior into the attached patch. textfileBug.pd
> >>
> >> I suspect that it reflects some inadequacy in my understanding of Pd,
> >> but just in case it is a bug, here are my system specs.
> >>
> >> Pd 0.41
> >> Fedora Core 4
> >> 64-bit AMD
> >>
> >> Thanks,
> >> dP
> >
> >
> >
> >
> >
> > 
> > 
> > ___
> > Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo!  
> > Mail: http://mail.yahoo.de
> 
> --o---o-o-o---o-o-o---
> David F. Place
> mailto:[EMAIL PROTECTED]
> 
> 



___ 
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

Re: [PD] [textfile] behavior

[David F. Place]

On Mar 4, 2007, at 11:52 AM, Roman Haefeli wrote:

> hi david
>
> i had a look at your patch, but i didn't come to a solution,
> respectively i wasn't able to figure out what the problem exactly is.

In the file big.txt, the process stops before it reaches the "control  
mark" record.   I think that there may be a limited amount of  
computation allowed in a control cycle.  Does Pd just abort the  
control cycle if it runs out of time?  I tried this also with audio  
turned off and saw the same behavior.

Perhaps you are not able to reproduce the behavior?  If you click  
[read small.txt( then [4( you should see:

cue: This is mark 4

If you click [read big.txt( the [4( you will see something else and  
that is wrong.


>
> however, i think, what you want to achieve could be implemented much
> easier, particularly easier to read. what makes it very difficult to
> read, is the deep deepness of the message structure,  though at first
> glance it doesn't look like a very complicated patch. for example:
> before the right tree of a [trigger] is finished, it's 'banged' again,
> so that it is triggered several times, before the left tree starts the
> execution.  my mind is far too less capable of beeing aware, what the
> actual state on each step really is.
>
> i didn't make an example patch (ask me, if you want me to do so),  
> but i
> have some ideas for another approach.  i think i would 'control' the
> [textfile] with an [until]-object. when triggered, [until]  keeps  
> firing
> 'bang's  until you stop it. send the bangs to [textfile], so that on
> each bang it's going one line further. you could parse the output of
> [textfile], that  when the message, you are looking for, is coming out
> [textfile], you could stop [until], and you have the 'cue' at the
> desired position.
>
> hope that helps...
>
> roman
>
> On Sat, 2007-03-03 at 20:50 -0500, David F. Place wrote:
>> Pd:
>>
>> I am writing a sequencer using Pd and have bumped into the following
>> problem.  I would like to be able to position the textfile object to
>> start playback from a certain record.   The approach I have taken  
>> works
>> for small files, but breaks down for large files.  I've abstracted  
>> the
>> behavior into the attached patch. textfileBug.pd
>>
>> I suspect that it reflects some inadequacy in my understanding of Pd,
>> but just in case it is a bug, here are my system specs.
>>
>> Pd 0.41
>> Fedora Core 4
>> 64-bit AMD
>>
>> Thanks,
>> dP
>
>
>
>
>
>   
>   
> ___
> Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo!  
> Mail: http://mail.yahoo.de

--o---o-o-o---o-o-o---
David F. Place
mailto:[EMAIL PROTECTED]



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

Re: [PD] Can't compile zexy [was: Re: [textfile] behavior]

[David F. Place]

Thanks for the tip.  It works now.

On Mar 4, 2007, at 11:31 AM, Georg Holzmann wrote:

> David F. Place schrieb:
>> Thanks for the tip.  I tried to compile the zexy library, but got  
>> an error.
>> gcc -export_dynamic -shared -o zexy.pd_linux  *.o -lm -lc
>> /usr/bin/ld: a2l.o: relocation R_X86_64_32 against `a local  
>> symbol' can not be used when making a shared object; recompile  
>> with -fPIC
>> a2l.o: could not read symbols: Bad value
>> collect2: ld returned 1 exit status
>> make: *** [zexy] Error 1
>
> you need to add "-fPIC" in the makefile to the compiler options !
>
> LG
> Georg

--o---o-o-o---o-o-o---
David F. Place
mailto:[EMAIL PROTECTED]



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

Re: [PD] Pluggo Pd

[Georg Holzmann]

Hallo!

> Ok everyone, I added an edited version of my rant to the WIKI. Please
> look it over and add any details that I have missed.

Thanks, I only reformated it in "wiki-style" ...

> Thanks for the positive feedback, this is something that I feel very
> passionately about, and it looks like I'm not alone. Let's make this
> the Summer of PluggoPD!

we will see ... ;)

LG
Georg

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

[PD] Pluggo Pd

[Kyle Klipowicz]

Ok everyone, I added an edited version of my rant to the WIKI. Please
look it over and add any details that I have missed.

Thanks for the positive feedback, this is something that I feel very
passionately about, and it looks like I'm not alone. Let's make this
the Summer of PluggoPD!

http://puredata.info/dev/summer-of-code/PluggoPD

~Kyle

On 3/4/07, Patco <[EMAIL PROTECTED]> wrote:
> hello, you might be interested by this:
> http://www.nongnu.org/lash/
> > LASH is a session management system for JACK 
> > and ALSA  audio applications on GNU/Linux.
> pc
>
>
> Georg Holzmann a écrit :
> > Hallo Kyle!
> >
> > Please describe this, as you just did, again in the WIKI.
> > I already added a little bit of technical describtion (as described by
> > Tim) !
> >
> > LG
> > Georg
> >
> >
> >> Having 5 programs open and trying to wrangle the routing between them
> >> for a half hour to get a song playing is less than ideal. A Pluggo for
> >> Pd would help minimize the time and frustration of this by compressing
> >> it all into one file that references a bank of subordinate plugins.
> >>
> >> ~Kyle
> >>
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
>
>
>
>
> ___
> Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son 
> interface révolutionnaire.
> http://fr.mail.yahoo.com
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>


-- 

http://theradioproject.com
http://perhapsidid.blogspot.com

(()()()(()))()()())(
(())(())()(((
))(__
_())(()))___
(((000)))oOO

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

Re: [PD] [textfile] behavior

[Roman Haefeli]

hi david

i had a look at your patch, but i didn't come to a solution,
respectively i wasn't able to figure out what the problem exactly is. 

however, i think, what you want to achieve could be implemented much
easier, particularly easier to read. what makes it very difficult to
read, is the deep deepness of the message structure,  though at first
glance it doesn't look like a very complicated patch. for example:
before the right tree of a [trigger] is finished, it's 'banged' again,
so that it is triggered several times, before the left tree starts the
execution.  my mind is far too less capable of beeing aware, what the
actual state on each step really is. 

i didn't make an example patch (ask me, if you want me to do so), but i
have some ideas for another approach.  i think i would 'control' the
[textfile] with an [until]-object. when triggered, [until]  keeps firing
'bang's  until you stop it. send the bangs to [textfile], so that on
each bang it's going one line further. you could parse the output of
[textfile], that  when the message, you are looking for, is coming out
[textfile], you could stop [until], and you have the 'cue' at the
desired position. 

hope that helps...

roman

On Sat, 2007-03-03 at 20:50 -0500, David F. Place wrote:
> Pd:
> 
> I am writing a sequencer using Pd and have bumped into the following 
> problem.  I would like to be able to position the textfile object to 
> start playback from a certain record.   The approach I have taken works 
> for small files, but breaks down for large files.  I've abstracted the 
> behavior into the attached patch. textfileBug.pd
> 
> I suspect that it reflects some inadequacy in my understanding of Pd, 
> but just in case it is a bug, here are my system specs.
> 
> Pd 0.41
> Fedora Core 4
> 64-bit AMD
> 
> Thanks,
> dP







___ 
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] gem-models

[chris clepper]

On 3/4/07, Nikola Jeremic <[EMAIL PROTECTED]> wrote:


is it possible to do something with a model in pd? i have it quite static
at the moment... and is there a good tutorial about [multimodel] and how to
use it? the help files is quite minimal. Is this the way to get more dynamic
models (like moving-rotating parts or something like that)?



You can try using the groups for that.  I saw someone rotate the legs of a
turtle model using them,

The vertex_array objects have a model loader too.  There are a few
manipulations available but the whole system is not complete (and may never
be done).

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

Re: [PD] Can't compile zexy [was: Re: [textfile] behavior]

[Georg Holzmann]

David F. Place schrieb:
> Thanks for the tip.  I tried to compile the zexy library, but got an error.
> 
> gcc -export_dynamic -shared -o zexy.pd_linux  *.o -lm -lc
> /usr/bin/ld: a2l.o: relocation R_X86_64_32 against `a local symbol' can 
> not be used when making a shared object; recompile with -fPIC
> a2l.o: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> make: *** [zexy] Error 1

you need to add "-fPIC" in the makefile to the compiler options !

LG
Georg

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

Re: [PD] gem-models

[Nikola Jeremic]

this came out as an interesting topic :) btw, im now 1 week with wings3d and
i love it.
But now i have the next question:

is it possible to do something with a model in pd? i have it quite static at
the moment... and is there a good tutorial about [multimodel] and how to use
it? the help files is quite minimal. Is this the way to get more dynamic
models (like moving-rotating parts or something like that)?

thanx
nikola

On 3/4/07, chris clepper <[EMAIL PROTECTED]> wrote:


In theory the bitmap should lay over the object using pix_texture, but
that is not always the case in practice.  I added the ability to select
groups to allow different textures for different parts of the model.  You
need one model object per group to do this.

On 3/3/07, Cypod <[EMAIL PROTECTED]> wrote:
>
> In part 4 you demonstrate uv mapping with a bitmap. Have you
> successfully got those uv mapped bitmaps onto geometry within gem? Do you
> just include the bmp in the same folder with the obj and mtl?
>
>

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





--
www.echoplex-label.de/njeremic
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Google Summer of Code WIKI

[Patco]

hello, you might be interested by this:
http://www.nongnu.org/lash/
> LASH is a session management system for JACK  
> and ALSA  audio applications on GNU/Linux.
pc


Georg Holzmann a écrit :
> Hallo Kyle!
>
> Please describe this, as you just did, again in the WIKI.
> I already added a little bit of technical describtion (as described by 
> Tim) !
>
> LG
> Georg
>
>   
>> Having 5 programs open and trying to wrangle the routing between them
>> for a half hour to get a song playing is less than ideal. A Pluggo for
>> Pd would help minimize the time and frustration of this by compressing
>> it all into one file that references a bank of subordinate plugins.
>>
>> ~Kyle
>> 
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>
>   






___ 
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son 
interface révolutionnaire.
http://fr.mail.yahoo.com


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

[PD] Can't compile zexy [was: Re: [textfile] behavior]

[David F . Place]

Thanks for the tip.  I tried to compile the zexy library, but got an  
error.


gcc -export_dynamic -shared -o zexy.pd_linux  *.o -lm -lc
/usr/bin/ld: a2l.o: relocation R_X86_64_32 against `a local symbol'  
can not be used when making a shared object; recompile with -fPIC

a2l.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [zexy] Error 1

I attached the transcript in case anybody who cares is listening.

[EMAIL PROTECTED] ~]$ cd Desktop/pdstuff/zexy-2.1/
[EMAIL PROTECTED] zexy-2.1]$ autoconf
autoconf: no input file
[EMAIL PROTECTED] zexy-2.1]$ cd src
[EMAIL PROTECTED] src]$ pwd
/home/david/Desktop/pdstuff/zexy-2.1/src
[EMAIL PROTECTED] src]$ autoconf
[EMAIL PROTECTED] src]$ ./configure
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for main in -lc... yes
checking for fclose in -lcrtdll... no
checking for lseek in -lcoldname... no
checking for main in -lkernel32... no
checking for main in -lm... yes
checking for nullfn in -lpd... no
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for stdlib.h... (cached) yes
checking stdio.h usability... yes
checking stdio.h presence... yes
checking for stdio.h... yes
checking for string.h... (cached) yes
checking math.h usability... yes
checking math.h presence... yes
checking for math.h... yes
checking time.h usability... yes
checking time.h presence... yes
checking for time.h... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking whether time.h and sys/time.h may both be included... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking for select... yes
checking for socket... yes
checking for strerror... yes
checking "ms-bitfields"... yes
checking "pd\>=0.37"... yes
checking "zexy-version"... 2.1
checking "parallel-port"... yes
configure: creating ./config.status
config.status: creating Makefile
[EMAIL PROTECTED] src]$ make
gcc -c -o a2l.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
a2l.c
gcc -c -o atoi.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
atoi.c
gcc -c -o avg~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
avg~.c
gcc -c -o blockmirror~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 
-mms-bitfields -DPD blockmirror~.c
gcc -c -o blockswap~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields 
-DPD blockswap~.c
gcc -c -o date.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
date.c
gcc -c -o demultiplex.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields 
-DPD demultiplex.c
gcc -c -o demultiplex~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 
-mms-bitfields -DPD demultiplex~.c
gcc -c -o dfreq~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
dfreq~.c
gcc -c -o dirac~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
dirac~.c
gcc -c -o dot.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
dot.c
gcc -c -o drip.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
drip.c
gcc -c -o envrms~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields 
-DPD envrms~.c
gcc -c -o fifop.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
fifop.c
gcc -c -o glue.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
glue.c
gcc -c -o index.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
index.c
gcc -c -o length.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
length.c
gcc -c -o lifop.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
lifop.c
gcc -c -o limiter~.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields 
-DPD limiter~.c
gcc -c -o list2int.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields 
-DPD list2int.c
gcc -c -o list2symbol.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields 
-DPD list2symbol.c
gcc -c -o lister.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
lister.c
gcc -c -o lpt.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
lpt.c
gcc -c -o makesymbol.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields 
-DPD makesymbol.c
gcc -c -o mavg.o -DZEXY_LIBRARY -DZ_WANT_LPT -I.   -g -O2 -mms-bitfields -DPD 
mavg.c
gcc -c -o minmax.o -D

Re: [PD] Memento global and local saving?

[Thomas Grill]

Hi Frank,
thanks for the implicit bug report.
I think that svxdir/ldxdir also work for you, but there's a small badly 
documented thing:
If absdir=1, absolute folder paths are written into the XML files, which 
make it impossible to correctly re-import the files with ldxdir, which 
only loads the first level. ldxrec would load more levels.

On the other hand, with absdir=0 svxdir stores relative folders.

Please find the attached example which should clarify things.

best greetings,
Thomas



Acutally that is what the "svxdir/ldxdir file.xml" methods of
[originator] were supposed to handle. The approach was to have it work
like in attached example patches. For debugging purposes the commands
sent to the internal [pool] are still printed into the console.
However it doesn't work. :( Probably I'm misunderstanding how the
pool-methods svxdir/ldxdir are supposed to work. According to the
pool-help.pd they should save and load the contents of the current
directory. However what they actually do save and load is a full tree,
including the toplevel name. Until pool gets a method (or until I find
the existing method of pool) that really only saves the content of a
directory and nothing else I'm afraid there's no way to easily save
and load local states. (You could of course build your own
local-saver...)

Ciao
  


--
Thomas Grill
http://g.org


#N canvas 531 166 841 775 12;
#X obj 140 663 print K;
#X obj 91 692 print V;
#X obj 189 637 print D;
#X text 262 637 directory (abs or rel to current);
#X text 166 693 data value;
#X text 212 663 data key;
#X obj 162 482 r \$0-pool;
#X obj 288 585 print A;
#X text 360 584 attributes;
#X obj 242 611 print C;
#X text 314 611 command;
#X obj 196 584 route bang;
#X obj 401 698 print ;
#X text 405 678 separator on bang;
#X msg 191 208 mkchdir \$1-dir;
#X obj 164 404 s \$0-pool;
#X obj 140 215 until;
#X obj 140 242 random 1000;
#X msg 140 277 set \$1 \$1;
#X msg 60 72 reset;
#X msg 474 413 printroot;
#X msg 155 72 1 \, 2 \, 3 \, 4 \, 5;
#X obj 162 510 pool;
#X msg 476 154 absdir 0 \, chdir 3-dir \, svxdir test.xml;
#X obj 155 128 t b f;
#X text 59 46 1)clear;
#X text 165 49 2)populate;
#X msg 140 188 5;
#X text 479 50 3)save;
#X text 479 80 write absolute paths into file;
#X text 477 134 write relative paths into file;
#X text 474 234 only load one level of the XML file;
#X text 475 296 load all levels of the XML file;
#X msg 478 101 absdir 1 \, chdir 3-dir \, svxdir test.xml;
#X msg 474 257 reset \, ldxdir test.xml;
#X msg 473 315 reset \, ldxrec test.xml;
#X text 477 213 4)load;
#X text 475 392 5)print;
#X connect 6 0 22 0;
#X connect 11 0 12 0;
#X connect 11 1 9 0;
#X connect 14 0 15 0;
#X connect 16 0 17 0;
#X connect 17 0 18 0;
#X connect 18 0 15 0;
#X connect 19 0 15 0;
#X connect 20 0 15 0;
#X connect 21 0 24 0;
#X connect 22 0 1 0;
#X connect 22 1 0 0;
#X connect 22 2 2 0;
#X connect 22 3 11 0;
#X connect 22 4 7 0;
#X connect 23 0 15 0;
#X connect 24 0 27 0;
#X connect 24 1 14 0;
#X connect 27 0 16 0;
#X connect 33 0 15 0;
#X connect 34 0 15 0;
#X connect 35 0 15 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] [OT] beta testers sought for new patching thingy

[Bill Orcutt]

sorry for the intrusion-

i've been working on an open-source max/pd/ type patching program  
that runs in a web browser- i'm calling it lily. it's probably not  
for everyone- it doesn't do native sound, video or even midi, though  
it does "do" the web pretty well. i've set up a little site that has  
some details & demos if you're interested- http://www.lilyapp.org/.  
i'm looking for a few folks with the cycles & experience to help me  
get the kinks worked out prior to releasing it into the wild. really  
need folks with the time to file bugs, so if you're just curious,  
please wait until the first public beta in a month or so. also its  
written in javascript, so if you have significant js experience and  
the time to really test this thing, you're exactly who i'm looking  
for...

sorry again for crashing the party. thanks.

-bill

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

Re: [PD] Memento global and local saving?

[Frank Barknecht]

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

> Acutally that is what the "svxdir/ldxdir file.xml" methods of
> [originator] were supposed to handle. The approach was to have it work
> like in attached example patches. 

You know why...

Ciao
-- 
 Frank Barknecht _ __footils.org_ __goto10.org__


local-memento-help.pd
Description: application/puredata


local-memento.pd
Description: application/puredata
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Memento global and local saving?

[Frank Barknecht]

Hallo,
Luke Iannini (pd) hat gesagt: // Luke Iannini (pd) wrote:

> I have converted all of my abstractions to use Memento, and I'm
> following the rradical design style so that I can build complex
> patches, then save their entire states.  Samplers, oscillators,
> sequencers, envelopes, it's all working wonderfully.  But!  Often I've
> wanted to just save one unit's settings without grabbing the entirety
> of my opened patches.

Acutally that is what the "svxdir/ldxdir file.xml" methods of
[originator] were supposed to handle. The approach was to have it work
like in attached example patches. For debugging purposes the commands
sent to the internal [pool] are still printed into the console.
However it doesn't work. :( Probably I'm misunderstanding how the
pool-methods svxdir/ldxdir are supposed to work. According to the
pool-help.pd they should save and load the contents of the current
directory. However what they actually do save and load is a full tree,
including the toplevel name. Until pool gets a method (or until I find
the existing method of pool) that really only saves the content of a
directory and nothing else I'm afraid there's no way to easily save
and load local states. (You could of course build your own
local-saver...)

Ciao
-- 
 Frank Barknecht _ __footils.org_ __goto10.org__

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

Re: [PD] Google Summer of Code WIKI

[Georg Holzmann]

Hallo Kyle!

Please describe this, as you just did, again in the WIKI.
I already added a little bit of technical describtion (as described by 
Tim) !

LG
Georg

> There already is a jack VST and Audio Unit for OSX, that's not the
> issue. What I really want is to just be able to run one master app (my
> DAW) and have everything else loaded from there, so that I don't have
> to do the whole 30 mins of configuring and opening corresponding files
> and settings, stored in directories across the computer thing.
> 
> It's a pain to have to adjust and load setting after setting when it
> could all be saved in a nice project file in a professional sequencer
> app. For those of us who like what Pd has to offer as a bus insert or
> midi filter or general audio swiss army knife, we don't want to deal
> with multiples of files all over the place in different spots, we just
> want to have a nice compact project space that contains everything in
> an intuitive way, so we can just touch and go, and save everything so
> that we can open the project back up again exactly how we left it, all
> automation and everything stored in the project.
> 
> Managing automation in Pd has not been a quick and dirty thing for me,
> and I'd prefer to leave that task to software that I'm comfortable
> with. But to have a custom synth or effect or midi chain filter or
> integrated graphics show work seamlessly from my DAW once I load one
> single project file is the holy grail to me.
> 
> Having 5 programs open and trying to wrangle the routing between them
> for a half hour to get a song playing is less than ideal. A Pluggo for
> Pd would help minimize the time and frustration of this by compressing
> it all into one file that references a bank of subordinate plugins.
> 
> ~Kyle

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

Re: [PD] [textfile] behavior

[hard off]

not checked your patch, sorry...but i guess you need [msgfile] from
the zexy library.

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