Re: [PD] PeRcolate?

[Georg Holzmann]

Hallo!

> I think (if my memory's not confused) that's actually the crux of it,
> something about the licensing doesn't permit it to be in CVS?
> 
> http://lists.puredata.info/pipermail/pd-list/2005-11/032777.html

Okay, I have the source now ...

But I can't see license problems (but I am not really familiar with such 
topics).
The README says:

-8<--8<---
License Agreement

The Software is provided by Dan Trueman, R. Luke DuBois and the Computer 
Music Center, Columbia University (hereinafter referred to as the 
"AUTHOR"), free of charge and may be distributed free of charge, 
provided that this documentation is included unchanged with the 
software. You may not sell the software, nor may you take a fee or 
commission for providing the software to another person, nor may you 
include the software with or as part of other software that is sold for 
a fee without prior written permission from the Author.  Source code for 
the software, if provided, can be re-used for educational or 
non-commercial purposes provided the Author is credited both in the 
product source and in the final product.  The source code for this 
software may not be re-used for commercial purposes without negotiating 
and obtaining a commercial licensing agreement from the Author.
8<-8<-

So if there are no objections I will add it the CVS ...

LG
Georg

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

Re: [PD] PD Workshop files

[IOhannes m zmoelnig]

jared wrote:
> 
> 
>>Seems like it worked and you already have the files.
> 
>>Have a look in your current working directory.
> 
>  
> 
>   Okay, I checked my working directory.  The only thing it seems to
> bedownloading is the index page...not files within--in my working
>  directory, I only have an explorer link to the index page


whoa!

your problem is _exactly_ described in the wget faq, of which i posted a
link several days ago.

please see http://www.gnu.org/software/wget/faq.html#3.0

(to be honest, i anticipated this problem; that is why i directed you to
the faq)



furthermore, if you do have problems with any software that is unrelated
to pd (e.g. proper inline quotes in emails) and you really want to ask
people here, then i suggest to use pd-ot, a mailing list dedicated to
off topic stuff.
(and yes, you should have been informed that such list exists, either
via the mail response when subscribing to pd-list or via the
webinterface where you did subscribe)


that said, i hope i do not sound too rude and wish you good luck (sic!).

mfg.ar
IOhannes

> 
>  
> 
>>Please could you post the exact command line given
> 
>>and we can see any possible errors.
> 
>  
> 
>   See attached tif file.  Thanks guys!
> 
>   jared
> 
>  
> 
>  
> 
> 
> 
> 
> ___
> 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 Workshop files

['Frank Barknecht']

Hallo,
jared hat gesagt: // jared wrote:

> Sorry to keep dragging this out but I can't seem to find a solution.
> 
> Thanks Frank.  I tried what you mentioned.  It didn't work either.  Here
> is the message I keep getting:
> 
> "HTTP request sent, awaiting response 200 OK  
> Length: 27 [text/plain]
> Server file no newer than local file
> 'pure-data.cvs.sourceforge.net/robots.txt'
> --not retrieving
> 
> FINISHED --02:01:14--
> Downloaded: 5, 783 bytes in 1 files"
> 
> Any ideas?  Thanks for the help.  Much appreciated.

What are you trying to download here? For downloading files from the
CVS repository, you should not use wget. In fact, using any download robot 
to do that is forbidden, which you can see if you open
http://pure-data.cvs.sourceforge.net/robots.txt directly: 
User-agent: *
Disallow: /

(robots.txt is a standard file for such restrictions and wget honors
it.)

If you want to get a copy of the CVS contents (recommended) you can
get it much easier by using CVS directly. CVS is like "wget --mirror"
on steroids. A quick guide is here:
http://puredata.info/docs/developer/sourceforge_cvs

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] MSD2D for windows nLink : no working

[Nicolas Montgermont]

Hi Thomas

Thomas Grill a écrit :

Hi Nicolas,

You're right, nlink are no more working, since the generelized 
version of msd that allows N dimensions structure.


do you mean the msdND subfolder? It doesn't compile for me, while msd, 
msd2D, msd3D do


I mean the change with a single msd.h file for all dimensions that 
allows n dimensions implementation. For each ND you want to use you have 
to compile a different object. It is explained in the build.txt of the 
msdND subdirectory.

It compiles here, I can't see why it is not working for you.

Greetings,

Nicolas

--
Nicolas Montgermont - PhD Student
Lutheries, Acoustique et Musique
Institut Jean Le Rond d'Alembert
11 rue de Lourmel
75015 Paris - France
Tel. (+33) 01 53 95 43 31
Fax. (+33) 01 45 77 16 59
w3 : www.lam.jussieu.fr/src/Membres/Montgermont 

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

Re: [PD] MSD2D for windows nLink : no working

[Nicolas Montgermont]

Hi Marius

marius schebella a écrit :

hi nicolas,
I have no idea how the patch works, well, maybe I figure out...
You have to create the Gem window first (upper right), and after that 
you've got a line of parameters you can play with.
The structure defined is a string, that is displayed by default, if you 
mark the switch in the bottom, you can also display x/y positions and 
x/y speeds independantly. Can you be more precise on what you don't 
understand?
 but I 
think there is too little help in general for msd.
do you have more helpfiles or examples you want to share? esp. how to 
make bumpings, in pmpd there were ambient forces, there were lines, 
circles... where objects could bump from. can you explain how to do that 
in msd?
  
There is no easy way to do that in msd for the moment, if you want 
structures to bump, you must use pmpd. Msd is more useful to define 
complex link relations or to handle lots of masses and links.


Hope that helps,

Nicolas

--
Nicolas Montgermont - PhD Student
Lutheries, Acoustique et Musique
Institut Jean Le Rond d'Alembert
11 rue de Lourmel
75015 Paris - France
Tel. (+33) 01 53 95 43 31
Fax. (+33) 01 45 77 16 59
w3 : www.lam.jussieu.fr/src/Membres/Montgermont 

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

Re: [PD] PD vista compatability

[carmen]

On Tue Mar 06, 2007 at 08:40:41AM +0100, Geert Bleyen wrote:
> That isn't really an answer to my question. I'm actually quite happy with  
> vista64 and would hate to make a dual boot just for PD. PD is the first  
> problem i've encountered with it.

if you build pd 0.41 for win64, it should work.


i gues youre using a 32 bit build, and its compatibility layer for the audio is 
less than savory? or youre running an older version built in 64bit mode?

> So please, can you keep your answer sensible and meaningfull in the  
> future, thanks.
> 
> Geert
> 
> On Tue, 06 Mar 2007 06:20:09 +0100, <[EMAIL PROTECTED]> wrote:
> 
> > Message: 5
> > Date: Tue, 6 Mar 2007 17:52:46 +
> > From: padawan12 <[EMAIL PROTECTED]>
> > Subject: Re: [PD] PD vista compatability
> > To: pd-list@iem.at
> > Message-ID: <[EMAIL PROTECTED]>
> > Content-Type: text/plain; charset=US-ASCII
> >
> > It's a trap! Get out of there Geert!
> >
> > On Mon, 05 Mar 2007 22:58:01 +0100
> > "Geert Bleyen" <[EMAIL PROTECTED]> wrote:
> >
> >> Has anyone else had any experience with using PD on Vista64? I've tried  
> >> it
> >> running on a vista 64bit machine and must say that it doesnt really work
> >> very well. The sound is totally screwed, a simple sinus synthesizer  
> >> gives
> >> me weird sound anomalies (pulsating sounds). Using the same files in XP
> >> gives me no problems whatsoever. I presume that is caused by
> >> incompatibilities with either (or both) the 64bit of the vista OS. So  
> >> are
> >> there any plans to release a vista64 release of PD?
> >>
> >> My machine is a Intel core2Duo T5500, 2Gb memory, ATI X1400 mobile and a
> >> 'Realtek High Definition Audio' soundcard.
> >>
> >> Kind regards,
> >>Geert
> >>
> >> --
> >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> 
> 
> 
> -- 
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> 
> ___
> 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] PeRcolate?

[Frank Barknecht]

Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:

> Okay, I have the source now ...
> 
> But I can't see license problems (but I am not really familiar with such 
> topics).
> The README says:
> 
> -8<--8<---
> License Agreement
> 
> The Software is provided by Dan Trueman, R. Luke DuBois and the Computer 
> Music Center, Columbia University (hereinafter referred to as the 
> "AUTHOR"), free of charge and may be distributed free of charge, 
> provided that this documentation is included unchanged with the 
> software. You may not sell the software, nor may you take a fee or 
> commission for providing the software to another person, nor may you 
> include the software with or as part of other software that is sold for 
> a fee without prior written permission from the Author.  Source code for 
> the software, if provided, can be re-used for educational or 
> non-commercial purposes provided the Author is credited both in the 
> product source and in the final product.  The source code for this 
> software may not be re-used for commercial purposes without negotiating 
> and obtaining a commercial licensing agreement from the Author.
> 8<-8<-
> 
> So if there are no objections I will add it the CVS ...

"Objection!" (Phoenix Wright)

This license is non-open-source in that it does not allow any
commercial use. We must not have this in the CVS.

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] PeRcolate?

[Georg Holzmann]

Hallo!

> "Objection!" (Phoenix Wright)
> 
> This license is non-open-source in that it does not allow any
> commercial use. We must not have this in the CVS.

Okay - but what is then e.g. Qt: it is open source (GPL) but when you 
use it in commercial products you need a commercial licence ...

LG
Georg

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

Re: [PD] PD Workshop files

[jared]

Okay.  You've successfully scared me away.  I don't feel the need to
justify myself or my confusion.  

Someone obviously realizes that they are being rude if they feel the
need to say 'I hope I do not sound too rude'.  

Leaving the computer screen every once in a while is a good thing.  It
helps you communicate better with humans.

My apologies to those on the list for any inconveniences that I might
have caused with continuing this thread in the main list instead of the
off topic list.

Good luck.

-Original Message-
From: IOhannes m zmoelnig [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 06, 2007 8:19 AM
To: jared
Cc: pd-list@iem.at
Subject: Re: [PD] PD Workshop files

jared wrote:
> 
> 
>>Seems like it worked and you already have the files.
> 
>>Have a look in your current working directory.
> 
>  
> 
>   Okay, I checked my working directory.  The only thing it seems
to
> bedownloading is the index page...not files within--in my working
>  directory, I only have an explorer link to the index page


whoa!

your problem is _exactly_ described in the wget faq, of which i posted a
link several days ago.

please see http://www.gnu.org/software/wget/faq.html#3.0

(to be honest, i anticipated this problem; that is why i directed you to
the faq)



furthermore, if you do have problems with any software that is unrelated
to pd (e.g. proper inline quotes in emails) and you really want to ask
people here, then i suggest to use pd-ot, a mailing list dedicated to
off topic stuff.
(and yes, you should have been informed that such list exists, either
via the mail response when subscribing to pd-list or via the
webinterface where you did subscribe)


that said, i hope i do not sound too rude and wish you good luck (sic!).

mfg.ar
IOhannes

> 
>  
> 
>>Please could you post the exact command line given
> 
>>and we can see any possible errors.
> 
>  
> 
>   See attached tif file.  Thanks guys!
> 
>   jared
> 
>  
> 
>  
> 
> 
>

> 
> ___
> 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] PeRcolate?

[IOhannes m zmoelnig]

Frank Barknecht wrote:

>> So if there are no objections I will add it the CVS ...
> 
> "Objection!" (Phoenix Wright)
> 
> This license is non-open-source in that it does not allow any
> commercial use. We must not have this in the CVS.


i am not sure whether sourceforge forbids to put a code that is licensed
like that into their repositories (though i guess frank is right).

apart from that, the license does not forbid to put it into any open
(non-commercial) repository.

so imo, the license allows us to include it on sourceforge, but
sourceforge does not allow to include code under such license.

mfga.sdr
IOhannes


> 
> Ciao


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

Re: [PD] MSD2D for windows nLink : no working

[Thomas Grill]

>>
>> do you mean the msdND subfolder? It doesn't compile for me, while 
>> msd, msd2D, msd3D do
>>
> I mean the change with a single msd.h file for all dimensions that 
> allows n dimensions implementation. For each ND you want to use you 
> have to compile a different object. It is explained in the build.txt 
> of the msdND subdirectory.
Oh sure, that was actually my idea ;-)
I thought you have introduced a dynamic version in the meantime... but 
that wouldn't make much sense anyway.

all the best,
Thomas

-- 
Thomas Grill
http://g.org



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

Re: [PD] PD Workshop files

[IOhannes m zmoelnig]

jared wrote:
> Okay.  You've successfully scared me away.  I don't feel the need to
> justify myself or my confusion.  

i have not asked you to justify yourself or your confusion.
instead i have provided you with lots of valuable documentation, which -
if you had cared to read - would have helped you to solve your problems.

> Someone obviously realizes that they are being rude if they feel the
> need to say 'I hope I do not sound too rude'.  

so..?

this is the 2nd time that you insult people on this list without any
real basis.

> 
> Leaving the computer screen every once in a while is a good thing.  It
> helps you communicate better with humans.

yes indeed.
communities tend to have their own "secret language" to communicate (be
it in front of a screen or not).
people who are new to such communities usually have a hard time in the
beginning until they learn how to speak this language.

calling me names, because i tell you how you might better position your
problems so that people (who, btw are not paid to answer your questions)
are more willing to answer them, is far from appropriate.

if you want friendly support, either pay people to do so, or give them
the feeling that their efforts are not wasted.

"free software" means "free speech" and not "free beer".

fmgas.dr
IOhannes

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

Re: [PD] a little pitchshifter

[Peter Worth]

> > > You can however upsample your signal first, then use a lowpass filter,
> > > then downsample again. See this chapter in The Book for more info:
> > > http://crca.ucsd.edu/~msp/techniques/latest/book-html/node194.html
> > > and J07.oversampling.pd


i kind of hoped that tabread4 would do some kind of interpolation
which might magically stop aliasing..

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

Re: [PD] PeRcolate?

[Frank Barknecht]

Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:

> > "Objection!" (Phoenix Wright)
> > 
> > This license is non-open-source in that it does not allow any
> > commercial use. We must not have this in the CVS.
> 
> Okay - but what is then e.g. Qt: it is open source (GPL) but when you 
> use it in commercial products you need a commercial licence ...

You don't!

Qt is a bit different than that: You can either use Qt by the terms of
the GPL, and you can do this even in commercial products, but of
course then you have to follow the terms of the GPL, which for
example allows distribution of your Qt-program only, if you put it
under the GPL as well. 

If you want to avoid the GPL, you can buy Qt under that other licence,
which probably does not require that you put your software under GPL. 

Just to clear the smoke a bit more that is created by the word
"commercial": Everything that is included in a Linux distribution,
which can be bought for money - like Redhat or Novell/Suse and even
Debian -, then becomes commercial software: the Linux kernel, MySQL,
Apache, Audacity, and even Pd. 

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] a little pitchshifter

[Frank Barknecht]

Hallo,
Peter Worth hat gesagt: // Peter Worth wrote:

> > > > You can however upsample your signal first, then use a lowpass filter,
> > > > then downsample again. See this chapter in The Book for more info:
> > > > http://crca.ucsd.edu/~msp/techniques/latest/book-html/node194.html
> > > > and J07.oversampling.pd
> 
> 
> i kind of hoped that tabread4 would do some kind of interpolation
> which might magically stop aliasing..

It does interpolation, but unfortunatly that won't get rid of
aliasing. :(

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] MSD2D for windows nLink : no working

[Frank Barknecht]

Hallo,
Nicolas Montgermont hat gesagt: // Nicolas Montgermont wrote:

> There is no easy way to do that in msd for the moment, if you want 
> structures to bump, you must use pmpd. 

Btw: Of course you can combine msd and pmpd. For example the
test-objects of pmpd can be useful to test the positions of msd-masses
as well. In two dimensions, you can use something like this: 

 [r MSD2D-OUT]
 |
 [route massesPos]   <= filter positions
 |
 [route 3]   <= watch mass number 3
 |
 [position2D $1 $2(  <= convert to pmpd-like messages
 |
 [tCircle2D 0 0 0 1] <= test if mass 3 is in unit circle around (0,0)
 | 
 [select 1]  <= and if it is ...
 |
 [forceX 3 10(   <= ... then bump it in X-direction
 |
 [s MSD2D-IN] 

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] PD vista compatability

[padawan12]

Actually Geert, there's a lot more sense and meaning in that
than you give me credit for. But you've made your choice
so good luck to you.
Cheers,
Andy

On Tue, 06 Mar 2007 08:40:41 +0100
"Geert Bleyen" <[EMAIL PROTECTED]> wrote:

> That isn't really an answer to my question. I'm actually quite happy with  
> vista64 and would hate to make a dual boot just for PD. PD is the first  
> problem i've encountered with it.
> So please, can you keep your answer sensible and meaningfull in the  
> future, thanks.
> 
> Geert
> 
> On Tue, 06 Mar 2007 06:20:09 +0100, <[EMAIL PROTECTED]> wrote:
> 
> > Message: 5
> > Date: Tue, 6 Mar 2007 17:52:46 +
> > From: padawan12 <[EMAIL PROTECTED]>
> > Subject: Re: [PD] PD vista compatability
> > To: pd-list@iem.at
> > Message-ID: <[EMAIL PROTECTED]>
> > Content-Type: text/plain; charset=US-ASCII
> >
> > It's a trap! Get out of there Geert!
> >
> > On Mon, 05 Mar 2007 22:58:01 +0100
> > "Geert Bleyen" <[EMAIL PROTECTED]> wrote:
> >
> >> Has anyone else had any experience with using PD on Vista64? I've tried  
> >> it
> >> running on a vista 64bit machine and must say that it doesnt really work
> >> very well. The sound is totally screwed, a simple sinus synthesizer  
> >> gives
> >> me weird sound anomalies (pulsating sounds). Using the same files in XP
> >> gives me no problems whatsoever. I presume that is caused by
> >> incompatibilities with either (or both) the 64bit of the vista OS. So  
> >> are
> >> there any plans to release a vista64 release of PD?
> >>
> >> My machine is a Intel core2Duo T5500, 2Gb memory, ATI X1400 mobile and a
> >> 'Realtek High Definition Audio' soundcard.
> >>
> >> Kind regards,
> >>Geert
> >>
> >> --
> >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> 
> 
> 
> -- 
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> 
> ___
> 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] [msgfile] and [textfile] problems.

[David F. Place]

Recently, I sent a message complaining about the behavior of 
[textfile].I learned about [msgfile] in the zexy library and thought 
it would solve my problems, but it has not.


I have distilled my complaints in the attached patch.  

1.)  [textfile] blows the stack on too low a number.  The stack should 
be bigger.  ...or maybe a startup option for Pd.


2.)  [msgfile] doesn't seem to work at all when you barrage it with 
consecutive bangs.


Cheers,
David


#N canvas 414 295 704 568 10;
#X obj 15 13 zexy;
#X obj 219 527 print;
#X msg 246 391 print;
#X msg 347 340 rewind;
#X obj 266 458 msgfile;
#X obj 189 494 t b a;
#X obj 310 488 print done;
#X obj 434 340 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 232 261 print;
#X msg 242 132 print;
#X msg 328 75 rewind;
#X obj 202 228 t b a;
#X obj 330 222 print done;
#X obj 407 76 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 279 192 textfile;
#X msg 135 338 clear \, read test4.txt;
#X msg 110 76 clear \, read test4.txt;
#X msg 150 360 clear \, read josquin.seq;
#X msg 130 101 clear \, read josquin.seq;
#X text 99 22 [textfile] succeeds with the file test4.txt \, but blows
the stack on josquin.seq;
#X text 103 290 [msgfile] blows the stack on both and just outputs
the first record over and over.;
#X text 113 57 1.);
#X text 328 54 2.);
#X text 405 52 3.);
#X text 136 322 1.);
#X text 351 319 2.);
#X text 428 317 3.);
#X connect 2 0 4 0;
#X connect 3 0 4 0;
#X connect 4 0 5 0;
#X connect 4 1 6 0;
#X connect 5 0 4 0;
#X connect 5 1 1 0;
#X connect 7 0 4 0;
#X connect 9 0 14 0;
#X connect 10 0 14 0;
#X connect 11 0 14 0;
#X connect 11 1 8 0;
#X connect 13 0 14 0;
#X connect 14 0 11 0;
#X connect 14 1 12 0;
#X connect 15 0 4 0;
#X connect 16 0 14 0;
#X connect 17 0 4 0;
#X connect 18 0 14 0;
control mark 0;
control beat set 0;
do 0 attack 100 0 7 1.0;
do 1 attack 100 0 7 1.0;
do 2 release;
do 3 release;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 1;
do 0 attack 100 1 10 1.0;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 2;
do 0 attack 100 0 9 1.0;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 3;
do 0 attack 100 0 7 1.0;
do 1 attack 100 0 7 1.0;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 4;
do 0 attack 100 0 2 2.0;
do 2 attack 100 0 7 0.5;
do 3 release;
wait 0.25;
wait 0.25;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
control beat set 5;
do 1 attack 100 0 2 1.0;
do 2 attack 100 1 10 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 0 2.0;
wait 0.25;
do 0 attack 100 1 10 1.0;
wait 0.25;
control beat set 6;
do 0 attack 100 0 0 2.0;
do 1 attack 100 0 4 1.0;
do 2 attack 100 0 9 0.5;
wait 0.25;
wait 0.25;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
control beat set 7;
do 0 attack 100 1 10 1.0;
do 1 attack 100 0 7 1.0;
do 2 attack 100 0 7 0.5;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 8;
do 0 release;
do 1 attack 100 1 5 1.0;
do 2 attack 100 0 2 1.0;
do 3 attack 100 0 2 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 9 1.0;
wait 0.25;
wait 0.25;
control beat set 9;
do 3 attack 100 1 5 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 7 1.0;
do 1 attack 100 -1 4 1.0;
wait 0.25;
do 0 attack 100 1 5 1.0;
do 1 attack 100 0 2 1.0;
wait 0.25;
control beat set 10;
do 0 attack 100 0 7 1.0;
do 1 attack 100 0 0 1.0;
do 2 release;
do 3 attack 100 -1 4 0.5;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 11;
do 0 attack 100 1 5 1.0;
do 1 attack 100 0 2 1.0;
do 3 attack 100 0 2 0.5;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 12;
do 0 release;
do 1 attack 100 0 4 1.0;
do 3 attack 100 0 9 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 0 2.0;
wait 0.25;
wait 0.25;
control beat set 13;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
do 0 attack 100 1 10 1.0;
wait 0.25;
do 0 attack 100 0 9 1.0;
wait 0.25;
control beat set 14;
do 0 attack 100 1 10 1.0;
do 1 attack 100 1 10 0.5;
do 2 release;
do 3 attack 100 0 7 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 7 1.0;
wait 0.25;
do 1 attack 100 0 0 1.0;
wait 0.25;
control beat set 15;
do 1 attack 100 1 3 1.0;
wait 0.25;
wait 0.25;
do 0 attack 100 0 9 1.0;
do 1 attack 100 0 2 1.0;
do 3 attack 100 1 5 0.5;
wait 0.25;
wait 0.25;
control beat set 16;
do 3 attack 100 0 4 0.5;
wait 0.25;
do 1 attack 100 0 0 1.0;
wait 0.25;
do 0 attack 100 0 7 1.0;
do 1 attack 100 0 0 1.0;
wait 0.25;
do 0 attack 100 0 9 1.0;
wait 0.25;
control beat set 17;
do 0 attack 100 1 10 1.0;
do 3 attack 100 0 2 0.5;
wait 0.25;
do 0 attack 100 0 9 1.0;
wait 0.25;
do 0 attack 100 0 7 1.0;
do 1 attack 100 -1 11 0.5;
wait 0.25;
do 0 attack 100 1 5 1.0;
wait 0.25;
control mark 1;
control beat set 18;
do 0 attack 100 -1 4 1.0;
do 1 attack 100 0 0 1.0;
do 2 attack 100 0 0 1.0;
do 3 attack 100 0 0 0.5;
wait 0.25;
wait 0.25;
wait 0.25;
do 1 attack 100 0 2 1.0;
wait 0.25;
control beat set 19;
do 1 attack 100 -1 4 1.0;
wait 0.25;
do 1 attack 100 1 5 1.0;
wait 0.25;
do 1 attack 100 0 7 1.0;
do 2 attack 100 1 10 0.5;
wait 0

Re: [PD] [msgfile] and [textfile] problems.

[David F. Place]

Whoops.  Here are the versions:

Pd 0.41
zexy 2.1
Fedore core 4 64-bits


David F. Place wrote:
> Recently, I sent a message complaining about the behavior of 
> [textfile].I learned about [msgfile] in the zexy library and 
> thought it would solve my problems, but it has not.
>


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

Re: [PD] [msgfile] and [textfile] problems.

[Frank Barknecht]

Hallo,
David F. Place hat gesagt: // David F. Place wrote:

> Recently, I sent a message complaining about the behavior of 
> [textfile].I learned about [msgfile] in the zexy library and thought 
> it would solve my problems, but it has not.
> 
> I have distilled my complaints in the attached patch.  
> 
> 1.)  [textfile] blows the stack on too low a number.  The stack should 
> be bigger.  ...or maybe a startup option for Pd.

If you want to break out of the loop, you could use a [delay] object
after the bang outlet of [t b a].

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] [msgfile] and [textfile] problems.

[marius schebella]

hi david,
don't know why the error occurs, but maybe you could use the [until] 
object to solve it.

[bang(  [r bang when msgfile printout is finished]
  | /
[until]
  |
[msgfile]
  |  \
[print] [send bang to right inlet of until when finished]

marius.


David F. Place wrote:
> Recently, I sent a message complaining about the behavior of 
> [textfile].I learned about [msgfile] in the zexy library and thought 
> it would solve my problems, but it has not.
> 
> I have distilled my complaints in the attached patch. 
> 1.)  [textfile] blows the stack on too low a number.  The stack should 
> be bigger.  ...or maybe a startup option for Pd.
> 
> 2.)  [msgfile] doesn't seem to work at all when you barrage it with 
> consecutive bangs.
> 
> Cheers,
> David


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

Re: [PD] [msgfile] and [textfile] problems.

[marius schebella]

btw for your josquin sequence I got an MSGFILE_HEADROOM error:
read error (headroom 1024 too small!)
this seems to be a limitation of the line length, which I don't 
understand why it has to be there...
marius.

David F. Place wrote:
> Recently, I sent a message complaining about the behavior of 
> [textfile].I learned about [msgfile] in the zexy library and thought 
> it would solve my problems, but it has not.
> 
> I have distilled my complaints in the attached patch. 
> 1.)  [textfile] blows the stack on too low a number.  The stack should 
> be bigger.  ...or maybe a startup option for Pd.
> 
> 2.)  [msgfile] doesn't seem to work at all when you barrage it with 
> consecutive bangs.
> 
> Cheers,
> David


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

Re: [PD] [msgfile] and [textfile] problems.

[IOhannes m zmoelnig]

David F. Place wrote:
> Recently, I sent a message complaining about the behavior of
> [textfile].I learned about [msgfile] in the zexy library and thought
> it would solve my problems, but it has not.
> 
> I have distilled my complaints in the attached patch. 
> 1.)  [textfile] blows the stack on too low a number.  The stack should
> be bigger.  ...or maybe a startup option for Pd.

hmm, adding a bigger stack will just push the problem to LATER, it is
not a solution.

one solution would be, to not use the stack at all, if it is possible.
in your case, this is fairly easy (see attached patch).

hint: [until]

> 2.) [msgfile] doesn't seem to work at all when you barrage it with
> consecutive bangs.

i'll try to fix that.
in the meantime, there is a [flush( message, will output all messages in
[msgfile]


fm.asdr
IOhannes
#N canvas 414 295 704 568 10;
#X obj 15 13 zexy;
#X msg 246 391 print;
#X msg 347 340 rewind;
#X obj 266 458 msgfile;
#X obj 310 488 print done;
#X obj 279 246 print;
#X msg 242 132 print;
#X msg 328 75 rewind;
#X obj 330 242 print done;
#X obj 407 76 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 279 192 textfile;
#X msg 135 338 clear \, read test4.txt;
#X msg 110 76 clear \, read test4.txt;
#X msg 150 360 clear \, read josquin.seq;
#X msg 130 101 clear \, read josquin.seq;
#X text 99 22 [textfile] succeeds with the file test4.txt \, but blows
the stack on josquin.seq;
#X text 103 290 [msgfile] blows the stack on both and just outputs
the first record over and over.;
#X text 113 57 1.);
#X text 328 54 2.);
#X text 405 52 3.);
#X text 136 322 1.);
#X text 351 319 2.);
#X text 428 317 3.);
#X obj 397 127 until;
#X obj 327 216 t b b;
#X msg 438 343 flush;
#X obj 250 503 print;
#X connect 1 0 3 0;
#X connect 2 0 3 0;
#X connect 3 0 26 0;
#X connect 3 1 4 0;
#X connect 6 0 10 0;
#X connect 7 0 10 0;
#X connect 9 0 23 0;
#X connect 10 0 5 0;
#X connect 10 1 24 0;
#X connect 11 0 3 0;
#X connect 12 0 10 0;
#X connect 13 0 3 0;
#X connect 14 0 10 0;
#X connect 23 0 10 0;
#X connect 24 0 8 0;
#X connect 24 1 23 1;
#X connect 25 0 3 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [msgfile] and [textfile] problems.

[David F. Place]

Thanks.  [Until] fixes all problems.


On Mar 6, 2007, at 10:52 AM, marius schebella wrote:

> hi david,
> don't know why the error occurs, but maybe you could use the  
> [until] object to solve it.
>
> [bang(  [r bang when msgfile printout is finished]
>  | /
> [until]
>  |
> [msgfile]
>  |  \
> [print] [send bang to right inlet of until when finished]
>
> marius.
>
>
> David F. Place wrote:
>> Recently, I sent a message complaining about the behavior of  
>> [textfile].I learned about [msgfile] in the zexy library and  
>> thought it would solve my problems, but it has not.
>> I have distilled my complaints in the attached patch. 1.)   
>> [textfile] blows the stack on too low a number.  The stack should  
>> be bigger.  ...or maybe a startup option for Pd.
>> 2.)  [msgfile] doesn't seem to work at all when you barrage it  
>> with consecutive bangs.
>> Cheers,
>> David
>

--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] [msgfile] and [textfile] problems.

[marius schebella]

hi,
the delay object has one small difference, that is that the messages 
will be processed one dsp cycle later. or at least the first delay 0 has 
that effect, then is seems to be whithin the same dsp cycle...
(see attached patch). otoh, I don't think this makes a difference to 
davids needs.

marius.

Frank Barknecht wrote:

Hallo,
David F. Place hat gesagt: // David F. Place wrote:

Recently, I sent a message complaining about the behavior of 
[textfile].I learned about [msgfile] in the zexy library and thought 
it would solve my problems, but it has not.


I have distilled my complaints in the attached patch.  

1.)  [textfile] blows the stack on too low a number.  The stack should 
be bigger.  ...or maybe a startup option for Pd.


If you want to break out of the loop, you could use a [delay] object
after the bang outlet of [t b a].

Ciao


#N canvas 402 187 904 531 10;
#X obj 220 447 print;
#X obj 78 137 t b s;
#X obj 78 218 + 1;
#X obj 78 195 0;
#X msg 94 172 0;
#X obj 78 244 < 10;
#X obj 78 271 sel 1;
#X msg 43 354 bang;
#X msg 78 49 start;
#X obj 78 75 t b b b;
#X obj 220 377 bang~;
#X obj 220 404 spigot;
#X msg 267 377 0;
#X msg 299 377 1;
#X msg 108 298 bang;
#X msg 740 89 \; pd dsp 1;
#X obj 740 65 loadbang;
#X msg 78 102 symbol gugu;
#X obj 610 447 print;
#X obj 468 137 t b s;
#X obj 468 218 + 1;
#X obj 468 195 0;
#X msg 484 172 0;
#X obj 468 244 < 10;
#X obj 468 271 sel 1;
#X msg 433 354 bang;
#X msg 468 49 start;
#X obj 468 75 t b b b;
#X obj 610 377 bang~;
#X obj 610 404 spigot;
#X msg 657 377 0;
#X msg 689 377 1;
#X msg 498 298 bang;
#X msg 468 102 symbol gigi;
#X obj 468 323 del 0;
#X text 331 329 difference -->;
#X text 331 314 here's the;
#X connect 1 0 3 0;
#X connect 1 1 0 0;
#X connect 2 0 3 1;
#X connect 2 0 5 0;
#X connect 3 0 2 0;
#X connect 4 0 3 1;
#X connect 5 0 6 0;
#X connect 6 0 7 0;
#X connect 6 1 14 0;
#X connect 7 0 17 0;
#X connect 8 0 9 0;
#X connect 9 0 17 0;
#X connect 9 1 13 0;
#X connect 9 2 4 0;
#X connect 10 0 11 0;
#X connect 11 0 0 0;
#X connect 12 0 11 1;
#X connect 13 0 11 1;
#X connect 14 0 12 0;
#X connect 16 0 15 0;
#X connect 17 0 1 0;
#X connect 19 0 21 0;
#X connect 19 1 18 0;
#X connect 20 0 21 1;
#X connect 20 0 23 0;
#X connect 21 0 20 0;
#X connect 22 0 21 1;
#X connect 23 0 24 0;
#X connect 24 0 34 0;
#X connect 24 1 32 0;
#X connect 25 0 33 0;
#X connect 26 0 27 0;
#X connect 27 0 33 0;
#X connect 27 1 31 0;
#X connect 27 2 22 0;
#X connect 28 0 29 0;
#X connect 29 0 18 0;
#X connect 30 0 29 1;
#X connect 31 0 29 1;
#X connect 32 0 30 0;
#X connect 33 0 19 0;
#X connect 34 0 25 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [msgfile] and [textfile] problems.

[Miller Puckette]

I think making a stack size startup option would be a Good Thing and will
stick it on my list...  but I agree with other messages that it would be
wiser to write the patch iteratively, especially since I'm not dead sure
[textfile] is totally safe for re-entrant use.  (I know of a reentrancy
but in the related qlist_next that Krzysztof Chaja reported years ago and
so far have been afraid of touching the code...)

cheers
Miller


On Tue, Mar 06, 2007 at 09:47:33AM -0500, David F. Place wrote:
> Recently, I sent a message complaining about the behavior of 
> [textfile].I learned about [msgfile] in the zexy library and thought 
> it would solve my problems, but it has not.
> 
> I have distilled my complaints in the attached patch.  
> 
> 1.)  [textfile] blows the stack on too low a number.  The stack should 
> be bigger.  ...or maybe a startup option for Pd.
> 
> 2.)  [msgfile] doesn't seem to work at all when you barrage it with 
> consecutive bangs.
> 
> Cheers,
> David
> 
> 

> #N canvas 414 295 704 568 10;
> #X obj 15 13 zexy;
> #X obj 219 527 print;
> #X msg 246 391 print;
> #X msg 347 340 rewind;
> #X obj 266 458 msgfile;
> #X obj 189 494 t b a;
> #X obj 310 488 print done;
> #X obj 434 340 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
> -1 -1;
> #X obj 232 261 print;
> #X msg 242 132 print;
> #X msg 328 75 rewind;
> #X obj 202 228 t b a;
> #X obj 330 222 print done;
> #X obj 407 76 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
> -1;
> #X obj 279 192 textfile;
> #X msg 135 338 clear \, read test4.txt;
> #X msg 110 76 clear \, read test4.txt;
> #X msg 150 360 clear \, read josquin.seq;
> #X msg 130 101 clear \, read josquin.seq;
> #X text 99 22 [textfile] succeeds with the file test4.txt \, but blows
> the stack on josquin.seq;
> #X text 103 290 [msgfile] blows the stack on both and just outputs
> the first record over and over.;
> #X text 113 57 1.);
> #X text 328 54 2.);
> #X text 405 52 3.);
> #X text 136 322 1.);
> #X text 351 319 2.);
> #X text 428 317 3.);
> #X connect 2 0 4 0;
> #X connect 3 0 4 0;
> #X connect 4 0 5 0;
> #X connect 4 1 6 0;
> #X connect 5 0 4 0;
> #X connect 5 1 1 0;
> #X connect 7 0 4 0;
> #X connect 9 0 14 0;
> #X connect 10 0 14 0;
> #X connect 11 0 14 0;
> #X connect 11 1 8 0;
> #X connect 13 0 14 0;
> #X connect 14 0 11 0;
> #X connect 14 1 12 0;
> #X connect 15 0 4 0;
> #X connect 16 0 14 0;
> #X connect 17 0 4 0;
> #X connect 18 0 14 0;

> control mark 0;
> control beat set 0;
> do 0 attack 100 0 7 1.0;
> do 1 attack 100 0 7 1.0;
> do 2 release;
> do 3 release;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> control beat set 1;
> do 0 attack 100 1 10 1.0;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> control beat set 2;
> do 0 attack 100 0 9 1.0;
> do 1 attack 100 1 5 1.0;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> control beat set 3;
> do 0 attack 100 0 7 1.0;
> do 1 attack 100 0 7 1.0;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> control beat set 4;
> do 0 attack 100 0 2 2.0;
> do 2 attack 100 0 7 0.5;
> do 3 release;
> wait 0.25;
> wait 0.25;
> do 1 attack 100 1 5 1.0;
> wait 0.25;
> wait 0.25;
> control beat set 5;
> do 1 attack 100 0 2 1.0;
> do 2 attack 100 1 10 0.5;
> wait 0.25;
> wait 0.25;
> do 0 attack 100 0 0 2.0;
> wait 0.25;
> do 0 attack 100 1 10 1.0;
> wait 0.25;
> control beat set 6;
> do 0 attack 100 0 0 2.0;
> do 1 attack 100 0 4 1.0;
> do 2 attack 100 0 9 0.5;
> wait 0.25;
> wait 0.25;
> do 1 attack 100 1 5 1.0;
> wait 0.25;
> wait 0.25;
> control beat set 7;
> do 0 attack 100 1 10 1.0;
> do 1 attack 100 0 7 1.0;
> do 2 attack 100 0 7 0.5;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> control beat set 8;
> do 0 release;
> do 1 attack 100 1 5 1.0;
> do 2 attack 100 0 2 1.0;
> do 3 attack 100 0 2 0.5;
> wait 0.25;
> wait 0.25;
> do 0 attack 100 0 9 1.0;
> wait 0.25;
> wait 0.25;
> control beat set 9;
> do 3 attack 100 1 5 0.5;
> wait 0.25;
> wait 0.25;
> do 0 attack 100 0 7 1.0;
> do 1 attack 100 -1 4 1.0;
> wait 0.25;
> do 0 attack 100 1 5 1.0;
> do 1 attack 100 0 2 1.0;
> wait 0.25;
> control beat set 10;
> do 0 attack 100 0 7 1.0;
> do 1 attack 100 0 0 1.0;
> do 2 release;
> do 3 attack 100 -1 4 0.5;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> control beat set 11;
> do 0 attack 100 1 5 1.0;
> do 1 attack 100 0 2 1.0;
> do 3 attack 100 0 2 0.5;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> wait 0.25;
> control beat set 12;
> do 0 release;
> do 1 attack 100 0 4 1.0;
> do 3 attack 100 0 9 0.5;
> wait 0.25;
> wait 0.25;
> do 0 attack 100 0 0 2.0;
> wait 0.25;
> wait 0.25;
> control beat set 13;
> do 1 attack 100 1 5 1.0;
> wait 0.25;
> wait 0.25;
> do 0 attack 100 1 10 1.0;
> wait 0.25;
> do 0 attack 100 0 9 1.0;
> wait 0.25;
> control beat set 14;
> do 0 attack 100 1 10 1.0;
> do 1 attack 100 1 10 0.5;
> do 2 release;
> do 3 attack 100 0 7 0.5;
> wait 0.25;
> wait 0.25;
> do 0 attack 100 0 7 1.0;
> wait 0.25;
> do 1 attack 100 0 0 1.0;
> wait 0.25;
> control beat set 15;
> do 1 attack 100 1 3

[PD] Is asynchronous but fast loading possible?

[Matteo Sisti Sette]

Hi all,

This is not related to the "reading big sound files" thread, although that 
made me remember of this question I have been wanting to ask for a long 
time.

I know two ways of reading sound files in PD.
One is loading them into a table with [soundfiler], and the other is playing 
them realtime from disk with [readsf].

Readsf is ok for playing big files in realtime without loading the whole of 
them into ram, and also, it does not block dsp processing while loading. The 
problem is you can't jump to any point of the file in an instant: you have 
to allow for a few millisecond to fill the buffer or you'll hear clicks; not 
to mention you can't do much more than just playing, or if you want to read 
a chunk of file into a table, you will have to do it at "1x" speed.

Soundfiler, if you don't load huge files and/or have sufficient ram, is 
ok...
...as far as you don't need to use it during performance!!
Being synchronous, it will block dsp processing for the time necessary to 
read the whole file, so you have to pre-load all waves before you start 
performing...

So my question is. Is there an asynchronous, non-blocking way to load a wave 
file into a table, but faster than real-time playing?
I mean, something that loads the file as fast as it can but without blocking 
dsp execution, and for example bangs when load is complete?

Thanks in advance
M.


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

Re: [PD] PeRcolate?

[Stephen Sinclair]

Thanks for all the replies on this topic.
I'll try compiling the old verison, or I might just do some hacking
myself, at least on the STK objects I need.

Cheers,
Steve

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

Re: [PD] Is asynchronous but fast loading possible?

[Tim Blechmann]

On Tue, 2007-03-06 at 16:30 +0100, Matteo Sisti Sette wrote:
> So my question is. Is there an asynchronous, non-blocking way to load
> a wave 
> file into a table, but faster than real-time playing?
> I mean, something that loads the file as fast as it can but without
> blocking 
> dsp execution, and for example bangs when load is complete? 

short answer: "no"
long answer: it's a bit better with my sndfiler, but the answer is still
"no"

cheers ... tim

--
[EMAIL PROTECTED]ICQ: 96771783
http://tim.klingt.org

There's no such entity as "most people". These are generalities. All
generalities are meaningless. You've got to pin it down to a specific
person doing a specific thing at a specific time and space.
  William S. Burroughs


signature.asc
Description: This is a digitally signed message part
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Superdiscounter

[Frank Barknecht]

Hi,

attached is a little toy for the weekend. Oh, it's Tuesday already? 

Anyway, [superdiscounter] is an irregular metro/counter. It's possible
to edit the irregularities graphically using a data structure
interface, or supply them as a list. The main use is to try out the
Tatum-approach by Jeff Bilmes to foster drum machine expressivity as
outlined in Blimes' 1993 ICMC paper:
http://ssli.ee.washington.edu/people/bilmes/mypapers/icmc93_paper.pdf
or with much more detail in his thesis.

No externals required I think, but you need pd-0.40 at least because
I'm much too lazy to construct pd-$0-x senders with makefilename as
in the old days.

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


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

[PD] [msgfile] previous bug abstraction too simple.

[David F. Place]

Hi and thanks for your help so far.

In my previous message my abstraction was too simple.  I can't use 
[Until] after all.


You can see by the attached patch the behavior that I want using 
[textfile].   I want to output records until I find a wait, wait a bit, 
then continue.  This works fine with textfile.  However, I also want to 
be able to seek a certain record without causing any output.  That is 
why I thought I could use [msgfile]'s goto message.   Unfortunately, 
[msgfile] doesn't work at all for the basic process.


BTW, the msgmangle.pd patch is different than the last time, but 
test4.txt and josquin.seq are the same.
#N canvas 243 71 993 768 10;
#X obj 15 13 zexy;
#X msg 242 132 print;
#X msg 328 75 rewind;
#X obj 407 76 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 279 192 textfile;
#X msg 110 76 clear \, read test4.txt;
#X msg 130 101 clear \, read josquin.seq;
#X text 113 57 1.);
#X text 328 54 2.);
#X text 405 52 3.);
#X obj 279 298 route do control wait;
#X obj 279 404 bang;
#X obj 279 236 t a a;
#X obj 309 264 print record;
#X obj 373 358 delay 100;
#X obj 373 327 * 100;
#X obj 330 217 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 127 155 r continueT;
#X obj 279 426 s continueT;
#X text 100 21 [textfile] succeeds.;
#X text 100 466 [msgfile] prints record 0 over and over then blows
the stack.;
#X msg 255 588 print;
#X msg 341 531 rewind;
#X obj 420 532 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X msg 123 532 clear \, read test4.txt;
#X msg 143 557 clear \, read josquin.seq;
#X text 126 513 1.);
#X text 341 510 2.);
#X text 418 508 3.);
#X obj 293 755 route do control wait;
#X obj 293 861 bang;
#X obj 293 693 t a a;
#X obj 323 721 print record;
#X obj 387 815 delay 100;
#X obj 387 784 * 100;
#X obj 383 677 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 140 611 r continueM;
#X obj 293 883 s continueM;
#X obj 293 648 msgfile;
#X obj 293 671 list trim;
#X connect 1 0 4 0;
#X connect 2 0 4 0;
#X connect 3 0 4 0;
#X connect 4 0 12 0;
#X connect 4 1 16 0;
#X connect 5 0 4 0;
#X connect 6 0 4 0;
#X connect 10 0 11 0;
#X connect 10 1 11 0;
#X connect 10 2 15 0;
#X connect 11 0 18 0;
#X connect 12 0 10 0;
#X connect 12 1 13 0;
#X connect 14 0 11 0;
#X connect 15 0 14 0;
#X connect 17 0 4 0;
#X connect 21 0 38 0;
#X connect 22 0 38 0;
#X connect 23 0 38 0;
#X connect 24 0 38 0;
#X connect 25 0 38 0;
#X connect 29 0 30 0;
#X connect 29 1 30 0;
#X connect 29 2 34 0;
#X connect 30 0 37 0;
#X connect 31 0 29 0;
#X connect 31 1 32 0;
#X connect 33 0 30 0;
#X connect 34 0 33 0;
#X connect 36 0 38 0;
#X connect 38 0 39 0;
#X connect 38 1 35 0;
#X connect 39 0 31 0;
control mark 0;
control beat set 0;
do 0 attack 100 0 7 1.0;
do 1 attack 100 0 7 1.0;
do 2 release;
do 3 release;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 1;
do 0 attack 100 1 10 1.0;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 2;
do 0 attack 100 0 9 1.0;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 3;
do 0 attack 100 0 7 1.0;
do 1 attack 100 0 7 1.0;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 4;
do 0 attack 100 0 2 2.0;
do 2 attack 100 0 7 0.5;
do 3 release;
wait 0.25;
wait 0.25;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
control beat set 5;
do 1 attack 100 0 2 1.0;
do 2 attack 100 1 10 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 0 2.0;
wait 0.25;
do 0 attack 100 1 10 1.0;
wait 0.25;
control beat set 6;
do 0 attack 100 0 0 2.0;
do 1 attack 100 0 4 1.0;
do 2 attack 100 0 9 0.5;
wait 0.25;
wait 0.25;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
control beat set 7;
do 0 attack 100 1 10 1.0;
do 1 attack 100 0 7 1.0;
do 2 attack 100 0 7 0.5;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 8;
do 0 release;
do 1 attack 100 1 5 1.0;
do 2 attack 100 0 2 1.0;
do 3 attack 100 0 2 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 9 1.0;
wait 0.25;
wait 0.25;
control beat set 9;
do 3 attack 100 1 5 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 7 1.0;
do 1 attack 100 -1 4 1.0;
wait 0.25;
do 0 attack 100 1 5 1.0;
do 1 attack 100 0 2 1.0;
wait 0.25;
control beat set 10;
do 0 attack 100 0 7 1.0;
do 1 attack 100 0 0 1.0;
do 2 release;
do 3 attack 100 -1 4 0.5;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 11;
do 0 attack 100 1 5 1.0;
do 1 attack 100 0 2 1.0;
do 3 attack 100 0 2 0.5;
wait 0.25;
wait 0.25;
wait 0.25;
wait 0.25;
control beat set 12;
do 0 release;
do 1 attack 100 0 4 1.0;
do 3 attack 100 0 9 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 0 2.0;
wait 0.25;
wait 0.25;
control beat set 13;
do 1 attack 100 1 5 1.0;
wait 0.25;
wait 0.25;
do 0 attack 100 1 10 1.0;
wait 0.25;
do 0 attack 100 0 9 1.0;
wait 0.25;
control beat set 14;
do 0 attack 100 1 10 1.0;
do 1 attack 100 1 10 0.5;
do 2 release;
do 3 attack 100 0 7 0.5;
wait 0.25;
wait 0.25;
do 0 attack 100 0 7 1.0;
wait 0.25;
do 1 attack 100 0 0 1.0;
wait 0.25;
control beat set 15;
do 1 attack 100 1 3 1.0;

Re: [PD] PeRcolate?

[Georg Holzmann]

Hallo!

> Just to clear the smoke a bit more that is created by the word
> "commercial": Everything that is included in a Linux distribution,
> which can be bought for money - like Redhat or Novell/Suse and even
> Debian -, then becomes commercial software: the Linux kernel, MySQL,
> Apache, Audacity, and even Pd. 

hm ... okay, then my understanding of the word "commercial" was wrong ...

Thanks,
LG
Georg

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

Re: [PD] Is asynchronous but fast loading possible?

[Georg Holzmann]

Hallo!

> short answer: "no"
> long answer: it's a bit better with my sndfiler, but the answer is still
> "no"

well, it depends ... try out sndfile (in pd-cvs/externals/tb/sndfiler)

LG
Georg

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

Re: [PD] PeRcolate?

[Frank Barknecht]

Hallo,
Stephen Sinclair hat gesagt: // Stephen Sinclair wrote:

> Thanks for all the replies on this topic.
> I'll try compiling the old verison, or I might just do some hacking
> myself, at least on the STK objects I need.

STK also is available through some ggee externals in
CVSROOT/externals/ggee/experimental and there also are some
flext-versions floating around, maybe check the archives. 

Contrary to Percolate, STK is properly licensed as free software.  I
guess, the guys that wrote Percolate also intended to give it an open
license, however the current license isn't good enough. It's similar
to the issue we had with Csound some years ago. At least that made me
abandon Csound and discover Pd. ;) 

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] [msgfile] previous bug abstraction too simple.

[IOhannes m zmoelnig]

hi

David F. Place wrote:
> Hi and thanks for your help so far.
> 
> In my previous message my abstraction was too simple.  I can't use
> [Until] after all.

the problem is the same and it can be resolved with [until].
see attached patch.

> 
> You can see by the attached patch the behavior that I want using
> [textfile].   I want to output records until I find a wait, wait a bit,
> then continue.  This works fine with textfile.  However, I also want to
> be able to seek a certain record without causing any output.  That is
> why I thought I could use [msgfile]'s goto message.   Unfortunately,
> [msgfile] doesn't work at all for the basic process.

a fixed version of msgfile is now available in CVS.

even though the fixed msgfile now allows you to do your stuff in a
recursive way, i strongly suggest using an [until] based approach.


mfg.asdr
IOhannes
#N canvas 243 71 993 768 10;
#X obj 15 13 zexy;
#X msg 242 132 print;
#X msg 328 75 rewind;
#X obj 407 76 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 279 192 textfile;
#X msg 110 76 clear \, read test4.txt;
#X msg 130 101 clear \, read josquin.seq;
#X text 113 57 1.);
#X text 328 54 2.);
#X text 405 52 3.);
#X obj 279 298 route do control wait;
#X obj 279 236 t a a;
#X obj 309 264 print record;
#X obj 373 378 delay 100;
#X obj 373 347 * 100;
#X obj 330 217 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X text 100 21 [textfile] succeeds.;
#X msg 255 588 print;
#X msg 341 531 rewind;
#X obj 420 532 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X msg 123 532 clear \, read test4.txt;
#X msg 143 557 clear \, read josquin.seq;
#X text 126 513 1.);
#X text 341 510 2.);
#X text 418 508 3.);
#X obj 293 755 route do control wait;
#X obj 293 861 bang;
#X obj 293 693 t a a;
#X obj 323 721 print record;
#X obj 387 815 delay 100;
#X obj 387 784 * 100;
#X obj 383 677 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 140 611 r continueM;
#X obj 293 883 s continueM;
#X obj 293 648 msgfile;
#X obj 293 671 list trim;
#X floatatom 438 769 5 0 0 0 - - -;
#X text 100 466 [msgfile] has been fixed in CVS so that this works
now:;
#X obj 318 156 until;
#X obj 373 324 t f b;
#X floatatom 429 311 5 0 0 0 - - -;
#X connect 1 0 4 0;
#X connect 2 0 4 0;
#X connect 3 0 38 0;
#X connect 4 0 11 0;
#X connect 4 1 15 0;
#X connect 4 1 38 1;
#X connect 5 0 4 0;
#X connect 6 0 4 0;
#X connect 10 2 39 0;
#X connect 11 0 10 0;
#X connect 11 1 12 0;
#X connect 13 0 38 0;
#X connect 14 0 13 0;
#X connect 17 0 34 0;
#X connect 18 0 34 0;
#X connect 19 0 34 0;
#X connect 20 0 34 0;
#X connect 21 0 34 0;
#X connect 25 0 26 0;
#X connect 25 1 26 0;
#X connect 25 2 30 0;
#X connect 26 0 33 0;
#X connect 27 0 25 0;
#X connect 27 1 28 0;
#X connect 29 0 26 0;
#X connect 30 0 29 0;
#X connect 32 0 34 0;
#X connect 34 0 35 0;
#X connect 34 1 31 0;
#X connect 35 0 27 0;
#X connect 36 0 30 1;
#X connect 38 0 4 0;
#X connect 39 0 14 0;
#X connect 39 1 38 1;
#X connect 40 0 14 1;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [msgfile] previous bug abstraction too simple.

[Frank Barknecht]

Hallo,
David F. Place hat gesagt: // David F. Place wrote:

> In my previous message my abstraction was too simple.  I can't use 
> [Until] after all.

But maybe you can use [until]? You could stop the [until] through its
right inlet whenever you get a "wait"-line in [textfile]. Then restart
it again after the [delay]. 

I don't know if you have any use for it, but another popular trick is
to send a float to [until] to just bang it for that many times.

> You can see by the attached patch the behavior that I want using 
> [textfile].   I want to output records until I find a wait, wait a bit, 
> then continue.  This works fine with textfile.  However, I also want to 
> be able to seek a certain record without causing any output.  

Maybe [pool] would be better then, or the immensely powerful and
flexible STL-objects in PDContainer.

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] [msgfile] previous bug abstraction too simple.

[marius schebella]

David F. Place wrote:
> However, I also want to 
> be able to seek a certain record without causing any output.  That is 
> why I thought I could use [msgfile]'s goto message.   Unfortunately, 
> [msgfile] doesn't work at all for the basic process.

why not? there is also a spigot object, when you want to search for a 
mark in the text, then simply send spigot a "0" message, then search and 
then turn spigot on again.

and the msg file problem...
hmm, maybe give explicit messages.
I tried to replace the "bang" with [skip 1, this( and this seems to work

btw. there is also a coll object, which is maybe even more powerful than 
  the msgfile (don't know about its stability). it is in the cyclone 
library.

marius.

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

[PD] Thanks for you patience.

[David F. Place]

I figured out how to do what I want with [until].  Sorry for being so 
dense.  I have a strong leaning toward recursive solutions as I have 
been programming exclusively in Haskell for years.


#N canvas 243 71 993 768 10;
#X obj 15 13 zexy;
#X obj 366 135 until;
#X msg 201 110 print;
#X msg 287 53 rewind;
#X obj 366 54 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 238 170 textfile;
#X msg 69 54 clear \, read test4.txt;
#X msg 89 79 clear \, read josquin.seq;
#X text 72 35 1.);
#X text 287 32 2.);
#X text 364 30 3.);
#X obj 238 276 route do control wait;
#X obj 238 214 t a a;
#X obj 268 242 print record;
#X obj 333 384 delay 100;
#X obj 333 353 * 100;
#X obj 381 81 r continueTT;
#X obj 396 105 r waitingTT;
#X obj 332 312 t f b;
#X obj 376 335 s waitingTT;
#X obj 334 419 s continueTT;
#X obj 210 383 print action;
#X obj 318 582 until;
#X msg 153 557 print;
#X msg 239 500 rewind;
#X obj 318 501 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X msg 21 501 clear \, read test4.txt;
#X msg 41 526 clear \, read josquin.seq;
#X text 24 482 1.);
#X text 239 479 2.);
#X text 316 477 3.);
#X obj 190 723 route do control wait;
#X obj 190 661 t a a;
#X obj 220 689 print record;
#X obj 285 831 delay 100;
#X obj 285 800 * 100;
#X obj 284 759 t f b;
#X obj 162 830 print action;
#X obj 190 617 msgfile;
#X obj 333 528 r continueMM;
#X obj 348 552 r waitingMM;
#X obj 328 782 s waitingMM;
#X obj 286 866 s continueMM;
#X obj 191 639 list trim;
#X connect 1 0 5 0;
#X connect 2 0 5 0;
#X connect 3 0 5 0;
#X connect 4 0 1 0;
#X connect 5 0 12 0;
#X connect 5 1 1 1;
#X connect 6 0 5 0;
#X connect 7 0 5 0;
#X connect 11 0 21 0;
#X connect 11 1 21 0;
#X connect 11 2 18 0;
#X connect 12 0 11 0;
#X connect 12 1 13 0;
#X connect 14 0 20 0;
#X connect 15 0 14 0;
#X connect 16 0 1 0;
#X connect 17 0 1 1;
#X connect 18 0 15 0;
#X connect 18 1 19 0;
#X connect 22 0 38 0;
#X connect 23 0 38 0;
#X connect 24 0 38 0;
#X connect 25 0 22 0;
#X connect 26 0 38 0;
#X connect 27 0 38 0;
#X connect 31 0 37 0;
#X connect 31 1 37 0;
#X connect 31 2 36 0;
#X connect 32 0 31 0;
#X connect 32 1 33 0;
#X connect 34 0 42 0;
#X connect 35 0 34 0;
#X connect 36 0 35 0;
#X connect 36 1 41 0;
#X connect 38 0 43 0;
#X connect 38 1 22 1;
#X connect 39 0 22 0;
#X connect 40 0 22 1;
#X connect 43 0 32 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [msgfile] previous bug abstraction too simple.

[IOhannes m zmoelnig]

marius schebella wrote:

> and the msg file problem...
> hmm, maybe give explicit messages.
> I tried to replace the "bang" with [skip 1, this( and this seems to work

it turned out to be a simple reentrancy problem, where the current list
was output before the advance to the next list.
i have fixed this in CVS.

i have also added a more lazy headroom, which should fix the problem
with the maxheadroom size.

fm,a.sdr
IOhanens

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

Re: [PD] Superdiscounter

[Steffen]

On 06/03/2007, at 18.13, Frank Barknecht wrote:

>  [superdiscounter] is an irregular metro/counter.

Nice one. I quite like that kind of "at hand" grafical  
representation. Also it reminds me off [about] from mjLib, which i  
was think about converting from external to vanilla Pd.

> It's possible to edit the irregularities graphically using a data  
> structure
> interface, or supply them as a list.

When one move one of the "beat indicators" in the graphical  
representation of the rhythm past, say, the next indicator, the time  
till the next beat will get quite long (im guessing the difference  
plus one cycle length). That is somewhat counterintuitive from the  
point of view of the graphical representation, i my head at least. -  
It could of cause be intended.

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

OK... looks like [list append] does deal with pointers almost correctly
(I forgot I had done that), but there is a bug when you send a new
list to its inlet re-entrantly.  I'll fix this for 0.41 but in the
meantime you can work around it by forcing a copy of the outgoing
message (send a list to "t b l" connected to the two inlets of "list append"
to make a copy of the list)...

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] PD vista compatability

[Miller Puckette]

I'm curious too if anyone is getting Pd to run (or not) in Vista... I
don't have any Vista machines and dread having to set one up :)  There
are rumors of flaky sound drivers in Vista so it's quite possible it's
the realtek at fault; but there could also be latent bugs in Pd.

I believe Pd is only working in 32-bit mode so far on Windows (including
Vista).  It works on XP on a 64-bit machine here, although I've seen a
couple of flaky problems here and there.

cheers
Miller

On Mon, Mar 05, 2007 at 10:58:01PM +0100, Geert Bleyen wrote:
> Has anyone else had any experience with using PD on Vista64? I've tried it  
> running on a vista 64bit machine and must say that it doesnt really work  
> very well. The sound is totally screwed, a simple sinus synthesizer gives  
> me weird sound anomalies (pulsating sounds). Using the same files in XP  
> gives me no problems whatsoever. I presume that is caused by  
> incompatibilities with either (or both) the 64bit of the vista OS. So are  
> there any plans to release a vista64 release of PD?
> 
> My machine is a Intel core2Duo T5500, 2Gb memory, ATI X1400 mobile and a  
> 'Realtek High Definition Audio' soundcard.
> 
> Kind regards,
>Geert
> 
> -- 
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> 
> ___
> 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] Superdiscounter

[Frank Barknecht]

Hallo,
Steffen hat gesagt: // Steffen wrote:

> On 06/03/2007, at 18.13, Frank Barknecht wrote:
> 
> > [superdiscounter] is an irregular metro/counter.
> 
> Nice one. I quite like that kind of "at hand" grafical  
> representation. Also it reminds me off [about] from mjLib, which i  
> was think about converting from external to vanilla Pd.

Oh, I guess, you mean it's similar to [metroplus] from mjLib, and
that's true. ;)

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] partconv~ on Intel mac

[Luigi Rensinghoff]

has anybody tried ???

to compile partconv for intel mac ?

is there a pd_darwin version ??

saluti luigi

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

Re: [PD] PD-list Digest, Vol 24, Issue 25

[Geert Bleyen]

I'm indeed using the latest 32bit build available on the website, since  
there there is no 64 bit version available. I've tried to compile it for  
vista64 but no luck so far. Keep getting build errors. If anyone could  
provide me with a VS2005 solution for me to build, i'm more than happy to  
build it and give it to the developers.

Kind regards,
   Geert

On Tue, 06 Mar 2007 12:00:01 +0100, <[EMAIL PROTECTED]> wrote:

> Message: 1
> Date: Tue, 6 Mar 2007 03:59:31 -0500
> From: carmen <[EMAIL PROTECTED]>
> Subject: Re: [PD] PD vista compatability
> To: pd-list@iem.at
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
> On Tue Mar 06, 2007 at 08:40:41AM +0100, Geert Bleyen wrote:
>> That isn't really an answer to my question. I'm actually quite happy  
>> with
>> vista64 and would hate to make a dual boot just for PD. PD is the first
>> problem i've encountered with it.
> if you build pd 0.41 for win64, it should work.
> i gues youre using a 32 bit build, and its compatibility layer for the  
> audio is less than savory? or youre running an older version built in  
> 64bit mode?
>
>> So please, can you keep your answer sensible and meaningfull in the
>> future, thanks.
>>
>> Geert
>>
>> On Tue, 06 Mar 2007 06:20:09 +0100, <[EMAIL PROTECTED]> wrote:
>>
>> > Message: 5
>> > Date: Tue, 6 Mar 2007 17:52:46 +
>> > From: padawan12 <[EMAIL PROTECTED]>
>> > Subject: Re: [PD] PD vista compatability
>> > To: pd-list@iem.at
>> > Message-ID: <[EMAIL PROTECTED]>
>> > Content-Type: text/plain; charset=US-ASCII
>> >
>> > It's a trap! Get out of there Geert!
>> >
>> > On Mon, 05 Mar 2007 22:58:01 +0100
>> > "Geert Bleyen" <[EMAIL PROTECTED]> wrote:
>> >
>> >> Has anyone else had any experience with using PD on Vista64? I've  
>> tried
>> >> it
>> >> running on a vista 64bit machine and must say that it doesnt really  
>> work
>> >> very well. The sound is totally screwed, a simple sinus synthesizer
>> >> gives
>> >> me weird sound anomalies (pulsating sounds). Using the same files in  
>> XP
>> >> gives me no problems whatsoever. I presume that is caused by
>> >> incompatibilities with either (or both) the 64bit of the vista OS. So
>> >> are
>> >> there any plans to release a vista64 release of PD?
>> >>
>> >> My machine is a Intel core2Duo T5500, 2Gb memory, ATI X1400 mobile  
>> and a
>> >> 'Realtek High Definition Audio' soundcard.
>> >>
>> >> Kind regards,
>> >>Geert
>> >>
>> >> --
>> >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>
>>
>>
>> --
>> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>>
>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->  
>> http://lists.puredata.info/listinfo/pd-list



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

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

Re: [PD] Superdiscounter

[padawan12]

But I don't think you can update the jitteryness (can I say that)
of metroplus on the fly like with this. For humanising drums this
is the way to go because it seems happy with you updating the 
list without any hiccups.

There's some rules for humanising based on anatomy/physical ergonomics,
a drummer will tend to lay back one side, so depending on how the kit
is set up and the drummers handedness (left/right) you'll get some
crosstalk between the snare and kickdrumtimings.
Cognitive/psychoacoustic factors mean there's two "scopes"
of timing, that enables a drummer to keep track of a larger scale timing
while bringing individual hits back and forwards.

I think you could use the [superdiscounter] to make some pretty neat
grooves by slowly changing the list.

On Tue, 6 Mar 2007 19:30:37 +0100
Frank Barknecht <[EMAIL PROTECTED]> wrote:

> Hallo,
> Steffen hat gesagt: // Steffen wrote:
> 
> > On 06/03/2007, at 18.13, Frank Barknecht wrote:
> > 
> > > [superdiscounter] is an irregular metro/counter.
> > 
> > Nice one. I quite like that kind of "at hand" grafical  
> > representation. Also it reminds me off [about] from mjLib, which i  
> > was think about converting from external to vanilla Pd.
> 
> Oh, I guess, you mean it's similar to [metroplus] from mjLib, and
> that's true. ;)
> 
> 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] Superdiscounter

[Steffen]

On 06/03/2007, at 19.30, Frank Barknecht wrote:

> Hallo,
> Steffen hat gesagt: // Steffen wrote:
>
>> On 06/03/2007, at 18.13, Frank Barknecht wrote:
>>
>>> [superdiscounter] is an irregular metro/counter.
>>
>> Nice one. I quite like that kind of "at hand" grafical
>> representation. Also it reminds me off [about] from mjLib, which i
>> was think about converting from external to vanilla Pd.
>
> Oh, I guess, you mean it's similar to [metroplus] from mjLib, and
> that's true. ;)

True. But it also reminded me of [about]. To be more precise, the  
part about having a non-fixed interval between each beat reminded me  
of it. (It also reminds me of a simple sequencer idea i have been  
meaning to bread-board and Pd'fy.) 

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

Re: [PD] Percolate

[Ivica Ico Bukvic]

Hi all,

Given the recent discussion, here's some ahead notice (FWIW). I am currently
working with my GTA on completing the port of the munger~ object which is a
part of the Percolate lib but is also broken in the old Pd port. The port is
flext-based which will allow the original author to continue its maintenance
in a platform-agnostic way. The current status is that it is fully
operational and based off of the 0.9beta5. The only thing remaining is to
port elements found in the beta6 and release it. We should be hopefully
releasing this object in the next couple of days.

Best wishes,

Ico



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

Re: [PD] partconv~ on Intel mac

[chris clepper]

I made an Altivec version a few years ago for the Mac.  Check the code for
any __APPLE__ defines and change those to __VEC__ if needed.

On 3/6/07, Luigi Rensinghoff <[EMAIL PROTECTED]> wrote:


has anybody tried ???

to compile partconv for intel mac ?

is there a pd_darwin version ??

saluti 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

Re: [PD] Superdiscounter

[Steffen]

On 07/03/2007, at 9.17, padawan12 wrote:

> But I don't think you can update the jitteryness (can I say that)
> of metroplus on the fly like with this. For humanising drums this
> is the way to go because it seems happy with you updating the
> list without any hiccups.

The "but" begs me to say, just to make sure, that i didn't say that  
metroplus were better or anything. Also I'm a follower of the  
abstration over external (when possible) wagon. 

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

Re: [PD] PD vista compatability

[Roman Haefeli]

hello Geert

according to this:

http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.html

working with media in windoze vista isn't much fun. and if what it's
written there, is true, it's seriously arguable, if softwares like
puredata ever will work fine on this platform. i am not a specialist
myself and i can only reproduce, what i've heard from others, so maybe i
am totally wrong. at least i heard that the mplayer-people have real
troubles with vista. 

roman

 

On Tue, 2007-03-06 at 08:40 +0100, Geert Bleyen wrote:
> That isn't really an answer to my question. I'm actually quite happy with  
> vista64 and would hate to make a dual boot just for PD. PD is the first  
> problem i've encountered with it.
> So please, can you keep your answer sensible and meaningfull in the  
> future, thanks.
> 
> Geert
> 
> On Tue, 06 Mar 2007 06:20:09 +0100, <[EMAIL PROTECTED]> wrote:
> 
> > Message: 5
> > Date: Tue, 6 Mar 2007 17:52:46 +
> > From: padawan12 <[EMAIL PROTECTED]>
> > Subject: Re: [PD] PD vista compatability
> > To: pd-list@iem.at
> > Message-ID: <[EMAIL PROTECTED]>
> > Content-Type: text/plain; charset=US-ASCII
> >
> > It's a trap! Get out of there Geert!
> >
> > On Mon, 05 Mar 2007 22:58:01 +0100
> > "Geert Bleyen" <[EMAIL PROTECTED]> wrote:
> >
> >> Has anyone else had any experience with using PD on Vista64? I've tried  
> >> it
> >> running on a vista 64bit machine and must say that it doesnt really work
> >> very well. The sound is totally screwed, a simple sinus synthesizer  
> >> gives
> >> me weird sound anomalies (pulsating sounds). Using the same files in XP
> >> gives me no problems whatsoever. I presume that is caused by
> >> incompatibilities with either (or both) the 64bit of the vista OS. So  
> >> are
> >> there any plans to release a vista64 release of PD?
> >>
> >> My machine is a Intel core2Duo T5500, 2Gb memory, ATI X1400 mobile and a
> >> 'Realtek High Definition Audio' soundcard.
> >>
> >> Kind regards,
> >>Geert
> >>
> >> --
> >> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
> 
> 
> 






___ 
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] a little pitchshifter

[Denis Trapeznikoff]

2007/3/6, Peter Worth <[EMAIL PROTECTED]>:


i kind of hoped that tabread4 would do some kind of interpolation
which might magically stop aliasing..



As Frank mentioned, it does, but "interpolation" in itself is a heavily
overloaded word. Consider linear interpolation: it is, it is done, but
during upsampling, sine wave at Nyquist transforms into triangular and
sub-Nyquist sines are high-freq distorted, too... :( Interpolation is the
field, where the question of "how" is, IMO, of even greater importance than
that of "if".
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Percolate

[Frank Barknecht]

Hallo,
Ivica Ico Bukvic hat gesagt: // Ivica Ico Bukvic wrote:

> Given the recent discussion, here's some ahead notice (FWIW). I am currently
> working with my GTA on completing the port of the munger~ object which is a
> part of the Percolate lib but is also broken in the old Pd port. The port is
> flext-based which will allow the original author to continue its maintenance
> in a platform-agnostic way. 

I didn't check, but isn't munger~ licensed with the "no commercial,
educational only" clause? If yes, then you might run into legal
trouble because flext is GPL and the two licenses would be way
incompatible.

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] Packing pointers into lists

[Frank Barknecht]

Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:

> OK... looks like [list append] does deal with pointers almost correctly
> (I forgot I had done that), but there is a bug when you send a new
> list to its inlet re-entrantly.  I'll fix this for 0.41 but in the
> meantime you can work around it by forcing a copy of the outgoing
> message (send a list to "t b l" connected to the two inlets of "list append"
> to make a copy of the list)...

Ah, this seems to work. I still get "consistency check failed:
gpointer_copy" messages however using Pd from current CVS. But it's
nice to see this in action generally.

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] Local Tables

[David F. Place]

I would like to have some tables that are local to a patch.  Although  
I can make [table $0-foo 100], I can't figure any way to send it  
messages.Also, why don't tables have an inlet so you can send  
them messages directly?  If they did, I could just write

[r $0-foo]
   |
[table 100]

which seems more in the style of everything else.

Cheers, David


--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] Percolate

[Ivica Ico Bukvic]

I know Dan very well, he's a really cool guy. Luke less so, however. FWIW, I
can ask him to see if he would not mind altering license a bit to allow its
inclusion in the pd cvs.

Best wishes,

Ico

> -Original Message-
> From: Kevin McCoy [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 06, 2007 5:51 PM
> To: Ivica Ico Bukvic; PD-list@iem.at; [EMAIL PROTECTED]
> Subject: Re: [PD] Percolate
> 
> This is encouraging, as munger~ is really the object I want to use the
> most.  My opinion is keep going even if we don't figure out the
> licensing right away.  I'm just starting to realize what a conundrum
> licensing could be.
> 
> Has anyone considered contacting the original authors and requesting
> GPL licensing?  Is there any other kind of permission we could seek?
> 
> Also, what about derivative code?  I have little knowledge about the
> differences in these licenses, so if someone could point out a
> particularly lucid article that would be tight.
> 
> Kevin
> 
> On 3/6/07, Ivica Ico Bukvic <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > Given the recent discussion, here's some ahead notice (FWIW). I am
> currently
> > working with my GTA on completing the port of the munger~ object which
> is a
> > part of the Percolate lib but is also broken in the old Pd port. The
> port is
> > flext-based which will allow the original author to continue its
> maintenance
> > in a platform-agnostic way. The current status is that it is fully
> > operational and based off of the 0.9beta5. The only thing remaining is
> to
> > port elements found in the beta6 and release it. We should be hopefully
> > releasing this object in the next couple of days.
> >
> > Best wishes,
> >
> > Ico
> >
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
> 
> 
> --
> 
> 
> 
> http://pocketkm.blogspot.com


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

[PD] [PD-announce] videos for swirler

[Hans-Christoph Steiner]

While it's not a new work, but something in progress, I recently put  
up some videos that show the piece pretty well:

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

The next step is to make a release of the software so people can play  
with it on their own...

.hc



Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.   
It's about as sensible to say we declare war on night attacks and  
expect we're going to win that war.  We're not going to win the war  
on terrorism.- retired U.S. Army general, William Odom



___
PD-announce mailing list
PD-announce@iem.at
http://lists.puredata.info/listinfo/pd-announce

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

Re: [PD] Local Tables

[Claude Heiland-Allen]

David F. Place wrote:
> I would like to have some tables that are local to a patch.  Although  
> I can make [table $0-foo 100], I can't figure any way to send it  
> messages. 

"message to table"
|
[s $0-foo]

???

(the [s $0-foo] must be in the same file, because of the nature of $0)

 >  Also, why don't tables have an inlet so you can send
> them messages directly?  If they did, I could just write
> 
> [r $0-foo]
>|
> [table 100]
> 
> which seems more in the style of everything else.

Would be handy, I must admit.


> Cheers, David


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


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

Re: [PD] Percolate

[Kevin McCoy]

This is encouraging, as munger~ is really the object I want to use the
most.  My opinion is keep going even if we don't figure out the
licensing right away.  I'm just starting to realize what a conundrum
licensing could be.

Has anyone considered contacting the original authors and requesting
GPL licensing?  Is there any other kind of permission we could seek?

Also, what about derivative code?  I have little knowledge about the
differences in these licenses, so if someone could point out a
particularly lucid article that would be tight.

Kevin

On 3/6/07, Ivica Ico Bukvic <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Given the recent discussion, here's some ahead notice (FWIW). I am currently
> working with my GTA on completing the port of the munger~ object which is a
> part of the Percolate lib but is also broken in the old Pd port. The port is
> flext-based which will allow the original author to continue its maintenance
> in a platform-agnostic way. The current status is that it is fully
> operational and based off of the 0.9beta5. The only thing remaining is to
> port elements found in the beta6 and release it. We should be hopefully
> releasing this object in the next couple of days.
>
> Best wishes,
>
> Ico
>
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>


-- 



http://pocketkm.blogspot.com

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

[PD] pd installer for macosx not recognizing preferences

[august]

hi,

I'm trying to install Pd-0.39.2-extended-test7-macosx104-powerpc.dmg
from  http://at.or.at/hans/pd/installers.html on a G4 laptop running
MacOSX 10.4.8


the instructions say:

# To install, drag the Pd.app anywhere on your your hard drive.
# For newbies: to install support for creb, Gem, pmpd, xsample, vasp,
# etc., copy the included org.puredata.pd.plist to ~/Library/Preferences
# (~ means your home folder). If you already have preferences saved,
# this would replace them. 


I do exactly that and while I can get PD to run, it will not load any of
the libraries.   I've also tried to edit the preferences from the
GUI...but no luck there either.

anyone have a working org.puredata.pd.plist or pdrc ?

what am I doing wrong? 


thanks  -august.

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

Re: [PD] Percolate

[Frank Barknecht]

Hallo,
Ivica Ico Bukvic hat gesagt: // Ivica Ico Bukvic wrote:

> I know Dan very well, he's a really cool guy. Luke less so, however. FWIW, I
> can ask him to see if he would not mind altering license a bit to allow its
> inclusion in the pd cvs.

Oh, please try! Having percolate's non-STK objects available would be
so lovely. I'm sure it's not in their intention to keep percolate from
being used in open source projects just because of a hairy license
issue, but they are the only ones who could do something about it.

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] Haskell external for Pd (Was: Re: Thanks for you patience.)

[Claude Heiland-Allen]

Hi David, and all,

David F. Place wrote:
> I have a strong leaning toward recursive solutions as I have 
> been programming exclusively in Haskell for years.

You may be interested in [hsext], an external I'm working on that allows 
you to create Pd objects in Haskell.

You can check out the current latest and greatest version from SVN, be 
warned that it's under development and the API will probably change 
quite a bit before I get it how I want it:

svn co https://devel.goto10.org/svn/maximus/hsext hsext

If you need a "known working" version, revision 213 (the current version 
as of writing this email) is the one for you:

svn co -r 213 https://devel.goto10.org/svn/maximus/hsext hsext


I plan to change the API to better match Pd's way of doing things (and 
fix some design mistakes on my part), which should hopefully make the 
Haskell code clearer and more future-proof too, while also hiding some 
of Pd's API pains.


Requirements:

ghc-6.4.2
hs-plugins-1.0-rc0
gcc-4.1.1
pd-0.39-2, pd-0.40-2, older versions might work, but I haven't tried.

(ghc-6.6 + hs-plugins-1.0-rc0 = pain, you have been warned)


Simple example (as provided in revision 213):

-- swap two messages (not only individual floats...)

module Swap where

import Data.IORef
import PureData

creator :: Creator
creator args = do
   bang <- gensym "bang"
   state <- newIORef (bang, [])
   return (Just Instance{iInlets = 2, iOutlets = 2, iMethod = inlet state})

inlet state outlet 0 s m = do
   (rs,rm) <- readIORef state
   outlet 1 s m
   outlet 0 rs rm
   return ()

inlet state outlet 1 s m = do
   writeIORef state (s,m)
   return ()

-- end of example


Complex example (screenshot, the Haskell code generates vectors):

http://claudiusmaximus.goto10.org/gallery/coding/d01234/rev201-twofivesixspheres.png


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


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

Re: [PD] Local Tables

[Frank Barknecht]

Hallo,
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:

>  >  Also, why don't tables have an inlet so you can send
> > them messages directly?  If they did, I could just write
> > 
> > [r $0-foo]
> >|
> > [table 100]
> > 
> > which seems more in the style of everything else.
> 
> Would be handy, I must admit.

There you go.

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


tablein.pd
Description: application/puredata


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

Re: [PD] Local Tables

[David F . Place]

On Mar 6, 2007, at 6:07 PM, Claude Heiland-Allen wrote:

> "message to table"
> |
> [s $0-foo]

Perfect!  Thanks.

--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

[PD] routing CD player input to PD

[B. Bogart]

Hey all,

What is the best way to get my CD player (actually TV-tuner) audio into
PD? The Tuner is connected through the CDaudio input on the sound-card, I
can hear the signal through the alsamixer (through "CD audio") but how can
I get that signal as the audio input into PD?

Or at least get it to work so that I can manipulate the signal through PD
before I hear it, right now the card seems to just route the signal right
through the speakers...

Thanks.

.b.


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

Re: [PD] Packing pointers into lists

[Chris McCormick]

On Tue, Mar 06, 2007 at 10:00:37PM +0100, Frank Barknecht wrote:
> Hallo,
> Miller Puckette hat gesagt: // Miller Puckette wrote:
> 
> > OK... looks like [list append] does deal with pointers almost correctly
> > (I forgot I had done that), but there is a bug when you send a new
> > list to its inlet re-entrantly.  I'll fix this for 0.41 but in the
> > meantime you can work around it by forcing a copy of the outgoing
> > message (send a list to "t b l" connected to the two inlets of "list append"
> > to make a copy of the list)...
> 
> Ah, this seems to work. I still get "consistency check failed:
> gpointer_copy" messages however using Pd from current CVS. But it's
> nice to see this in action generally.

Shot in the dark; so does this mean we can store GEM pointers in
lists too? That would be neat because then you could make a non-zexy
abstraction-only [repeat] object.

Best,

Chris.

---
[EMAIL PROTECTED]
http://mccormick.cx

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

Re: [PD] Percolate

[Ivica Ico Bukvic]

>I didn't check, but isn't munger~ licensed with the "no commercial,
>educational only" clause? If yes, then you might run into legal
>trouble because flext is GPL and the two licenses would be way
>incompatible.

Hi Frank,

Well I am "educational only" currently so no problem there. Apart from that
I know Dan well and he is AFAIK all in support of this effort. I am also
currently discussing with him and Luke whether we could adjust Percolate
license to have it include in PD. At least as far as munger~ object is
concerned, this may not be a problem (don't know for sure yet, though). But
the rest of the external does have some stuff that may belong to Yamaha
patent-wise, so I am not sure how that will play itself out. Will keep you
posted...

Best wishes,

Ico




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

Re: [PD] routing CD player input to PD

[Claude Heiland-Allen]

B. Bogart wrote:
> Hey all,
> 
> What is the best way to get my CD player (actually TV-tuner) audio into
> PD? The Tuner is connected through the CDaudio input on the sound-card, I
> can hear the signal through the alsamixer (through "CD audio") but how can
> I get that signal as the audio input into PD?
> 
> Or at least get it to work so that I can manipulate the signal through PD
> before I hear it, right now the card seems to just route the signal right
> through the speakers...


1. Mute 'CD' in alsamixer playback dialog (F3)
2. Select 'CD' in alsamixer capture dialog (F4)
3. Select 'Capture' in alsamixer capture dialog
4. Increase 'Capture' level in alsamixer capture dialog
5. Use [adc~] in Pd


Claude

PS:

Screenshot 1:

┌─[AlsaMixer v1.0.14rc1 (Press Escape to 
quit)]┐
│ Card: VIA 8235 
│
│ Chip: Analog Devices AD1980 
│
│ View: [Playback] Capture  All 
│
│ Item: CD [dB gain=-34.50, -34.50] 
│
│ 
│
│ 
│
│ 
│
│┌──┐   ┌──┐ ┌──┐┌──┐ 
│
││▒▒│   │  │ │  ││▒▒│ 
│
││▒▒│   │  │ │  ││▒▒│ 
│
││▒▒│   │  │ │  ││▒▒│ 
│
<│▒▒│   │  │ │  ││▒▒│ 
>
<│▒▒│   │  │ │  ││▒▒│ 
>
<│▒▒│   │  │ │  ││▒▒│ 
>
<│▒▒│   │  │ │  ││▒▒│ 
>
<│▒▒│   │  │ │  ││▒▒│ 
>
<│▒▒│   │  │ │  ││▒▒│ 
>
<│▒▒│   │  │ │  ││▒▒│ 
>
<│▒▒│   │  │ │  ││▒▒│ 
>
││▒▒│   │  │ │  ││▒▒│ 
│
││▒▒│   │  │ │  ││▒▒│ 
│
││▒▒│   │  │ │  ││▒▒│ 
│
││▒▒│   │  │ │  │   Mic1 │▒▒│ 
│
│├──┤ ┌──┐  ├──┤ ├──┤ ┌──┐   ├──┤ 
┌──┐ │
││OO│ │MM│  │MM│ │MM│ │MM│   │MM│ 
│MM│ │
│└──┘ └──┘  └──┘ └──┘ └──┘   └──┘ 
└──┘ │
│  100<>100 0<>0   0  100 
│
│Line   Line Jac <   CD   >  MicMic Boos  Mic Sele  Phone 
IEC958│
│ 
│
│ 
│
└──┘

Screenshot 2:


┌─[AlsaMixer v1.0.14rc1 (Press Escape to 
quit)]┐
│ Card: VIA 8235 
│
│ Chip: Analog Devices AD1980 
│
│ View:  Playback [Capture] All 
│
│ Item: CD 
│
│ 
│
│ 
│
│ 
│
│   ┌──┐ 
┌──┐ │
│   │▒▒│  │ 
  │ │
│   │▒▒│  │ 
  │ │
│   │▒▒│  │ 
  │ │
│   │▒▒│  │ 
  │ >
│   │▒▒│  │ 
  │ >
│   │▒▒│  │ 
  │ >
│   │▒▒│  │ 
  │ >
│   │▒▒│  │ 
  │ >
│   │▒▒│  │ 
  │ >
│   │▒▒│ 
│▒▒│ >
│   │▒▒│ 
│▒▒│ >
│   │▒▒│ 
│▒▒│ │
│   │▒▒│ 
│▒▒│ │
│   │▒▒│ 
│▒▒│ │
│   │▒▒│ 
│▒▒│ │
│   │▒▒│ 
│▒▒│ │
│LR └──┘ 
L└──┘R│
│   --   CAPTUR--   --   -- -- 
CAPTUR│
│100 
40<>40│
│Line  <   CD   >   Mic VideoPhoneIEC958 P   Aux 
Capture│
│ 
│
│ 
│
└──┘


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

Re: [PD] a little pitchshifter

[Charles Henry]

> 2007/3/6, Peter Worth <[EMAIL PROTECTED]>:
> > i kind of hoped that tabread4 would do some kind of interpolation
> > which might magically stop aliasing..

hmmm could we have some way of interpolating, just short of magic,
that would stop aliasing during downsampling?

tabread4~ takes an input of the integer/non-integer value to look up
in the table.  What if, as a function of the derivative of this signal
input, we could adjust the interpolating function to eliminate high
frequencies that would be aliased?

first off, any interpolating polynomial causes distortion.  First
place to start is with the sinc function, which is not a polynomial.
sinc(t)=sin(pi*t)/t
It is the optimal interpolating function for band-limited signals, and
is valid when the signals are infinitely long.  Over all frequencies
less than the Nyquist frequency, the continuous signal is exactly as
it was before sampling.  There is some funkiness at exactly the
Nyquist frequency, because only the cosine component (using
real-valued signals) is left after sampling.  (This is always a good
case to consider first)
sinc(fs*t) has a spectrum of unity for frequencies between -fs/2 and
fs/2.  Now suppose we want to use the sinc as an interpolating
function, where the playback speed is increased.  Then we get rid of
the excess spectrum, to eliminate aliasing.
Where we have a playback speed of k (where k>1) we can modify our
interpolating function to sinc(fs*t/k), changing the spectrum to
-fs/(2k) to fs/(2k), preventing aliasing.

So, there's a lesson to be learned from the sinc function.  If we
wanted to interpolate values at a higher speed that normal, we would
stretch our interpolating function out over a longer time.

If we take Lagrange interpolating polynomials and continue to increase
the degree, we will get successively better approximations to the sinc
function.  *But* the polynomials will always have infinite frequency
content--They are not band-limited, but they are compact.
Possibly, we could take these polynomials, and just stretch them out,
like the sinc, to get comparable performance (not perfect, but quick)

There's another way to interpolate values that is based on Fourier
Transforms.  Taking our signal, we compute a discrete fourier
transform, and replace the discrete vectors of the inverse transform
with continuous functions.  Then, we have a continuous signal that
interpolates in between samples, and to play at higher speeds, we
would throw away the higher frequencies, to prevent aliasing.

Using this method, our interpolating function of order N becomes
(2/N)*[1+sum{ j=1:N/2 ; cos(pi*t*fs*j) }

We could limit the number N to say, 4 or 8, and throw away some of the
cosines as needed.

The fourier method, I just mentioned, is not in fact a good
interpolator, but if you were playing back at higher speeds than
normal, I don't think it should matter.


Somebody, please give me a job.  I have nothing to do at the machine
shop except analyze math problems while running the CNC.  Well, later,

Chuck

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

Re: [PD] Percolate

[Ivica Ico Bukvic]

> I know Dan very well, he's a really cool guy. Luke less so, however. FWIW,

I just realized how awkward this sounded. Sorry all, especially my sincere
apologies to Luke if he is reading this. My proofreading
has gone down the drain since I began averaging 30+ e-mails a
day...

What I meant to say is that both Luke and Dan are very cool guys, I just
don't know Luke as well as I do know Dan...

Ico 


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

Re: [PD] Percolate

[Ivica Ico Bukvic]

Oh, please try! Having percolate's non-STK objects available would be
so lovely. I'm sure it's not in their intention to keep percolate from
being used in open source projects just because of a hairy license
issue, but they are the only ones who could do something about it.



BTW, the latest version of munger~ 0.9beta6 is STK-dependent. The one we
have currently built and is working just fine isn't (this one is based off
of 0.9beta5). FWIW, you can always compile flext with stk... Alternately, a
couple ifdefs should do the trick...

Best wishes,

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