Re: [PD] line~ x vline~

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-01-10 23:40, Alexandre Torres Porres wrote:
> thanks, I'm gonna look into it.
> 
> I tried using vline~ instead of line~ in the phase vocoder patch, and it


[vline~] is not a replacement of [line~], where you just replace the
latter with the former and magically get "high-precision" that was not
there beforehand.
you might want to have a look at the help-patch :-)

fgmnasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8NQPIACgkQkX2Xpv6ydvS90QCgtAkdWfOoTm1RyzulicojfoAL
I5kAn2zZ1XumQYsUYpNJ+SHa2utsqg/6
=KXh7
-END PGP SIGNATURE-



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

Re: [PD] no pd?? WTF ????

[Jonathan Wilkes]

>
> From: "Pagano, Patrick" 
>To: Jonathan Wilkes ; Richie Cyngler  
>Cc: pd list ; Ben Baker-Smith  
>Sent: Tuesday, January 10, 2012 6:33 PM
>Subject: RE: [PD] no pd?? WTF 
> 
>
> 
>I would not try to crack Max/Msp, nor do any of my students engage in such 
>poor practices

Do you require them to use Max?


>I took a Kyma class in Grad school, it sounded awesome but was way out of my 
>price range of course
> 
> 
>From:pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of 
>Jonathan Wilkes
>Sent: Tuesday, January 10, 2012 6:24 PM
>To: Richie Cyngler
>Cc: pd list; Ben Baker-Smith
>Subject: Re: [PD] no pd?? WTF 
> 
>No, there really are music students out there looking at what they need in 
>order to be successful, and 
>when most of the voices around them are aggressively (and often ignorantly) 
>suggesting only 
>proprietary tools that cost lots of money, these students save up their meager 
>resources in order to 
>buy them.  I'm talking about students who are probably already in debt from 
>loans, and it's quite common 
>that they max out on their technology budget and as a consequence are unable 
>to attend a 
>festival.
> 
>What's even worse is that these constrained options lead to a lot of those 
>students downloading 
>cracked copies of proprietary software (and the negative effects there usually 
>manifest themselves 
>more quickly and concretely).
> 
>-Jonathan
> 
>>
>>
>> 
>>From:Richie Cyngler 
>>To: Jonathan Wilkes  
>>Cc: Ben Baker-Smith ; pd list  
>>Sent: Tuesday, January 10, 2012 5:53 PM
>>Subject: Re: [PD] no pd?? WTF 
>>Not a bad point... but, or more likely because they are supporting only those 
>>artists able to afford such things as expensive software, travel and food.
>>On Wed, Jan 11, 2012 at 9:48 AM, Jonathan Wilkes  wrote:
>>I can't think of a better example of the vicious cycle of software lock-in 
>>than this. 
>>They don't have money to offer financial support, so they have to rely on the 
>>tools
>>that they know, which are proprietary and expensive, thus making it even less 
>>likely
>>that a composer would be able to afford to travel to the concert (because 
>>he/she
>>had to spend money on either Max/MSP or Kyma to composer the piece in the 
>>first
>>place).
>>
>>
>>-Jonathan
>>
>>
>>- Original Message -
>>> From: Ben Baker-Smith 
>>> To: pd list 
>>> Cc:
>>> Sent: Tuesday, January 10, 2012 4:12 PM
>>> Subject: Re: [PD] no pd?? WTF 
>>>
>>> Hi list!
>>>
>>> I got a more clear response from the organizers on this issue than
>>> anything I've seen in this thread so far - here it is:
>>>
  Hi Ben,

  thanks for your Interest in our Call.

  We accepts only patches made with Kyma or Max/MSP due the fact we are not
>>> able to provide
  financial support for the two selected composers. So it is possible that
>>> they will not be able to be in Milan  for the concert.
  To avoid technical issues we choose the plattforms we already use in our
>>> work or we are very familiar with.
  This is the only reason.
  If the selected composer can assure us to be available for the concert the
>>> can be used any piece of software/hardware.

  I hope this helps.

  Many thanks


  Federico Placidi
>>>
>>> ___
>>> 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
>>
>>
>>
>> 
>>-- 
>>Richie
>> 
>
>

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

Re: [PD] [tabwrite4~], is it possible at all?

[katja]

On Tue, Jan 10, 2012 at 6:18 PM, James Fenn  wrote:

> Have you looked at: https://ccrma.stanford.edu/~jos/resample/ ? The
> algorithm he describes sounds like what you are talking about, if I
> understand correctly. He uses a massively oversampled filter kernel
> and linearly interpolates into it at different scales to get the
> filter coefficients.


Thanks so much for pointing to this article, James.

Earlier today I was thinking about a 512 pt or so sinc table,
analogous to Pd's cosine table. The article speaks of ~13K pt
tables... Anyway, a fractional resampling method is described which is
used in several open source softwares. This is more detailed info and
example code than I dared to hope for.

Hopefully this can be translated to a Pd class [tabwritev~]. The
object shall write input samples into an array or table at fractional
speed, and it shall be able to do so in circular buffer mode. Not the
simplest of Pd classes, but it's at least worth a try.

Katja

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

Re: [PD] no pd?? WTF ????

[Richie Cyngler]

You're right Jonathan, I completely agree. I really shouldn't post things
until I've had breakfast. Or try to be light and  ironic on topics that I
believe strongly in, i.e. cynicism != useful in most situations.

On Wed, Jan 11, 2012 at 10:23 AM, Jonathan Wilkes wrote:

> No, there really are music students out there looking at what they need in
> order to be successful, and
> when most of the voices around them are aggressively (and often
> ignorantly) suggesting only
> proprietary tools that cost lots of money, these students save up their
> meager resources in order to
> buy them.  I'm talking about students who are probably already in debt
> from loans, and it's quite common
> that they max out on their technology budget and as a consequence are
> unable to attend a
> festival.
>
> What's even worse is that these constrained options lead to a lot of those
> students downloading
> cracked copies of proprietary software (and the negative effects there
> usually manifest themselves
> more quickly and concretely).
>
> -Jonathan
>
>   --
> *From:* Richie Cyngler 
> *To:* Jonathan Wilkes 
> *Cc:* Ben Baker-Smith ; pd list 
> *Sent:* Tuesday, January 10, 2012 5:53 PM
>
> *Subject:* Re: [PD] no pd?? WTF 
>
> Not a bad point... but, or more likely because they are supporting only
> those artists able to afford such things as expensive software, travel and
> food.
>
> On Wed, Jan 11, 2012 at 9:48 AM, Jonathan Wilkes wrote:
>
> I can't think of a better example of the vicious cycle of software lock-in
> than this.
> They don't have money to offer financial support, so they have to rely on
> the tools
> that they know, which are proprietary and expensive, thus making it even
> less likely
> that a composer would be able to afford to travel to the concert (because
> he/she
> had to spend money on either Max/MSP or Kyma to composer the piece in the
> first
> place).
>
>
> -Jonathan
>
>
> - Original Message -
> > From: Ben Baker-Smith 
> > To: pd list 
> > Cc:
> > Sent: Tuesday, January 10, 2012 4:12 PM
> > Subject: Re: [PD] no pd?? WTF 
> >
> > Hi list!
> >
> > I got a more clear response from the organizers on this issue than
> > anything I've seen in this thread so far - here it is:
> >
> >>  Hi Ben,
> >>
> >>  thanks for your Interest in our Call.
> >>
> >>  We accepts only patches made with Kyma or Max/MSP due the fact we are
> not
> > able to provide
> >>  financial support for the two selected composers. So it is possible
> that
> > they will not be able to be in Milan  for the concert.
> >>  To avoid technical issues we choose the plattforms we already use in
> our
> > work or we are very familiar with.
> >>  This is the only reason.
> >>  If the selected composer can assure us to be available for the concert
> the
> > can be used any piece of software/hardware.
> >>
> >>  I hope this helps.
> >>
> >>  Many thanks
> >>
> >>
> >>  Federico Placidi
> >
> > ___
> > 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
>
>
>
>
> --
> Richie
>
>
>


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

Re: [PD] no pd?? WTF ????

[Pagano, Patrick]

I would not try to crack Max/Msp, nor do any of my students engage in such poor 
practices
I took a Kyma class in Grad school, it sounded awesome but was way out of my 
price range of course


From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of 
Jonathan Wilkes
Sent: Tuesday, January 10, 2012 6:24 PM
To: Richie Cyngler
Cc: pd list; Ben Baker-Smith
Subject: Re: [PD] no pd?? WTF 

No, there really are music students out there looking at what they need in 
order to be successful, and
when most of the voices around them are aggressively (and often ignorantly) 
suggesting only
proprietary tools that cost lots of money, these students save up their meager 
resources in order to
buy them.  I'm talking about students who are probably already in debt from 
loans, and it's quite common
that they max out on their technology budget and as a consequence are unable to 
attend a
festival.

What's even worse is that these constrained options lead to a lot of those 
students downloading
cracked copies of proprietary software (and the negative effects there usually 
manifest themselves
more quickly and concretely).

-Jonathan


From: Richie Cyngler mailto:glitch...@gmail.com>>
To: Jonathan Wilkes mailto:jancs...@yahoo.com>>
Cc: Ben Baker-Smith mailto:bbakersm...@gmail.com>>; pd 
list mailto:pd-list@iem.at>>
Sent: Tuesday, January 10, 2012 5:53 PM
Subject: Re: [PD] no pd?? WTF 
Not a bad point... but, or more likely because they are supporting only those 
artists able to afford such things as expensive software, travel and food.
On Wed, Jan 11, 2012 at 9:48 AM, Jonathan Wilkes 
mailto:jancs...@yahoo.com>> wrote:
I can't think of a better example of the vicious cycle of software lock-in than 
this.
They don't have money to offer financial support, so they have to rely on the 
tools
that they know, which are proprietary and expensive, thus making it even less 
likely
that a composer would be able to afford to travel to the concert (because he/she
had to spend money on either Max/MSP or Kyma to composer the piece in the first
place).


-Jonathan


- Original Message -
> From: Ben Baker-Smith mailto:bbakersm...@gmail.com>>
> To: pd list mailto:pd-list@iem.at>>
> Cc:
> Sent: Tuesday, January 10, 2012 4:12 PM
> Subject: Re: [PD] no pd?? WTF 
>
> Hi list!
>
> I got a more clear response from the organizers on this issue than
> anything I've seen in this thread so far - here it is:
>
>>  Hi Ben,
>>
>>  thanks for your Interest in our Call.
>>
>>  We accepts only patches made with Kyma or Max/MSP due the fact we are not
> able to provide
>>  financial support for the two selected composers. So it is possible that
> they will not be able to be in Milan  for the concert.
>>  To avoid technical issues we choose the plattforms we already use in our
> work or we are very familiar with.
>>  This is the only reason.
>>  If the selected composer can assure us to be available for the concert the
> can be used any piece of software/hardware.
>>
>>  I hope this helps.
>>
>>  Many thanks
>>
>>
>>  Federico Placidi
>
> ___
> 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



--
Richie

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

Re: [PD] no pd?? WTF ????

[Jonathan Wilkes]

No, there really are music students out there looking at what they need in 
order to be successful, and 

when most of the voices around them are aggressively (and often ignorantly) 
suggesting only 

proprietary tools that cost lots of money, these students save up their meager 
resources in order to 

buy them.  I'm talking about students who are probably already in debt from 
loans, and it's quite common 

that they max out on their technology budget and as a consequence are unable to 
attend a 

festival.


What's even worse is that these constrained options lead to a lot of those 
students downloading 

cracked copies of proprietary software (and the negative effects there usually 
manifest themselves 

more quickly and concretely).

-Jonathan




>
> From: Richie Cyngler 
>To: Jonathan Wilkes  
>Cc: Ben Baker-Smith ; pd list  
>Sent: Tuesday, January 10, 2012 5:53 PM
>Subject: Re: [PD] no pd?? WTF 
> 
>
>Not a bad point... but, or more likely because they are supporting only those 
>artists able to afford such things as expensive software, travel and food.
>
>
>On Wed, Jan 11, 2012 at 9:48 AM, Jonathan Wilkes  wrote:
>
>I can't think of a better example of the vicious cycle of software lock-in 
>than this. 
>>They don't have money to offer financial support, so they have to rely on the 
>>tools
>>that they know, which are proprietary and expensive, thus making it even less 
>>likely
>>that a composer would be able to afford to travel to the concert (because 
>>he/she
>>had to spend money on either Max/MSP or Kyma to composer the piece in the 
>>first
>>place).
>>
>>
>>-Jonathan
>>
>>
>>
>>- Original Message -
>>> From: Ben Baker-Smith 
>>> To: pd list 
>>> Cc:
>>> Sent: Tuesday, January 10, 2012 4:12 PM
>>> Subject: Re: [PD] no pd?? WTF 
>>>
>>
>>> Hi list!
>>>
>>> I got a more clear response from the organizers on this issue than
>>> anything I've seen in this thread so far - here it is:
>>>
  Hi Ben,

  thanks for your Interest in our Call.

  We accepts only patches made with Kyma or Max/MSP due the fact we are not
>>> able to provide
  financial support for the two selected composers. So it is possible that
>>> they will not be able to be in Milan  for the concert.
  To avoid technical issues we choose the plattforms we already use in our
>>> work or we are very familiar with.
  This is the only reason.
  If the selected composer can assure us to be available for the concert the
>>> can be used any piece of software/hardware.

  I hope this helps.

  Many thanks


  Federico Placidi
>>>
>>> ___
>>> 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
>>
>
>
>
>-- 
>Richie
>
>
>___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] no pd?? WTF ????

[Richie Cyngler]

Not a bad point... but, or more likely because they are supporting only
those artists able to afford such things as expensive software, travel and
food.

On Wed, Jan 11, 2012 at 9:48 AM, Jonathan Wilkes  wrote:

> I can't think of a better example of the vicious cycle of software lock-in
> than this.
> They don't have money to offer financial support, so they have to rely on
> the tools
> that they know, which are proprietary and expensive, thus making it even
> less likely
> that a composer would be able to afford to travel to the concert (because
> he/she
> had to spend money on either Max/MSP or Kyma to composer the piece in the
> first
> place).
>
>
> -Jonathan
>
>
> - Original Message -
> > From: Ben Baker-Smith 
> > To: pd list 
> > Cc:
> > Sent: Tuesday, January 10, 2012 4:12 PM
> > Subject: Re: [PD] no pd?? WTF 
> >
> > Hi list!
> >
> > I got a more clear response from the organizers on this issue than
> > anything I've seen in this thread so far - here it is:
> >
> >>  Hi Ben,
> >>
> >>  thanks for your Interest in our Call.
> >>
> >>  We accepts only patches made with Kyma or Max/MSP due the fact we are
> not
> > able to provide
> >>  financial support for the two selected composers. So it is possible
> that
> > they will not be able to be in Milan  for the concert.
> >>  To avoid technical issues we choose the plattforms we already use in
> our
> > work or we are very familiar with.
> >>  This is the only reason.
> >>  If the selected composer can assure us to be available for the concert
> the
> > can be used any piece of software/hardware.
> >>
> >>  I hope this helps.
> >>
> >>  Many thanks
> >>
> >>
> >>  Federico Placidi
> >
> > ___
> > 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
>



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

Re: [PD] no pd?? WTF ????

[Richie Cyngler]

"> To avoid technical issues we choose the plattforms we already use in
our work or we are very familiar with.
> This is the only reason.
> If the selected composer can assure us to be available for the concert
the can be used any piece of software/hardware.
>
> I hope this helps.
>
> Many thanks"

Dagnabit! I wanted it to be an anti-libre conspiracy! This discussion has
been wonderful nonetheless =)

On Wed, Jan 11, 2012 at 8:12 AM, Ben Baker-Smith wrote:

> Hi list!
>
> I got a more clear response from the organizers on this issue than
> anything I've seen in this thread so far - here it is:
>
> > Hi Ben,
> >
> > thanks for your Interest in our Call.
> >
> > We accepts only patches made with Kyma or Max/MSP due the fact we are
> not able to provide
> > financial support for the two selected composers. So it is possible that
> they will not be able to be in Milan  for the concert.
> > To avoid technical issues we choose the plattforms we already use in our
> work or we are very familiar with.
> > This is the only reason.
> > If the selected composer can assure us to be available for the concert
> the can be used any piece of software/hardware.
> >
> > I hope this helps.
> >
> > Many thanks
> >
> >
> > Federico Placidi
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



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

Re: [PD] no pd?? WTF ????

[Jonathan Wilkes]

I can't think of a better example of the vicious cycle of software lock-in than 
this.  
They don't have money to offer financial support, so they have to rely on the 
tools 
that they know, which are proprietary and expensive, thus making it even less 
likely 
that a composer would be able to afford to travel to the concert (because 
he/she 
had to spend money on either Max/MSP or Kyma to composer the piece in the first 
place).


-Jonathan


- Original Message -
> From: Ben Baker-Smith 
> To: pd list 
> Cc: 
> Sent: Tuesday, January 10, 2012 4:12 PM
> Subject: Re: [PD] no pd?? WTF 
> 
> Hi list!
> 
> I got a more clear response from the organizers on this issue than
> anything I've seen in this thread so far - here it is:
> 
>>  Hi Ben,
>> 
>>  thanks for your Interest in our Call.
>> 
>>  We accepts only patches made with Kyma or Max/MSP due the fact we are not 
> able to provide
>>  financial support for the two selected composers. So it is possible that 
> they will not be able to be in Milan  for the concert.
>>  To avoid technical issues we choose the plattforms we already use in our 
> work or we are very familiar with.
>>  This is the only reason.
>>  If the selected composer can assure us to be available for the concert the 
> can be used any piece of software/hardware.
>> 
>>  I hope this helps.
>> 
>>  Many thanks
>> 
>> 
>>  Federico Placidi
> 
> ___
> 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] line~ x vline~

[Alexandre Torres Porres]

thanks, I'm gonna look into it.

I tried using vline~ instead of line~ in the phase vocoder patch, and it
kinda ruined it, which makes me more curious to study this.

cheers

2012/1/10 Miller Puckette 

> There's a flail about that in Techniques, chapter 3 -
>
> http://crca.ucsd.edu/~msp/techniques/latest/book-html/node43.html
> and
> http://crca.ucsd.edu/~msp/techniques/latest/book-html/node52.html
>
> cheers
> Miller
>
> On Tue, Jan 10, 2012 at 06:39:08PM -0200, Alexandre Torres Porres wrote:
> > It says that vline! is a "high-precision audio ramp generator", how is it
> > better and more precise than line~ ?
> >
> > Are there advantages for using it to read samples in a tabread4~ ?
> >
> > thanks
> > alex
>
> > ___
> > 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] Pd-extended 0.43 tests builds usable again

[Hans-Christoph Steiner]

On the road to getting a release out, I've recently done some work making some 
GUI stuff run stably (using apps like XYZee, for example), and I've included 
Miller's GOP fixes.  Give it a whirl and report back how it works for you:

http://autobuild.puredata.info/auto-build/latest/

.hc





"It is convenient to imagine a power beyond us because that means we don't have 
to examine our own lives.", from "The Idols of Environmentalism", by Curtis 
White





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

Re: [PD] Crashing patch (after considerable stability), Consistent error

[Hans-Christoph Steiner]

Looks like the crash is related to the codec you are using in a video.  You 
could try a different encoding of your video.  Motion JPEG is generally 
preferred for realtime video manipulation.

.hc

On Jan 8, 2012, at 9:51 AM, james murray wrote:

> So, I've got an older computer that I've been running a PD/GEM patch on for a 
> number of years, and it's been consistently performing until recently when it 
> began crashing once or twice a day. I seem to be getting the same sort of 
> report from console and was wondering if anyone could shed some light on this 
> while I try and sort this out. 
> 
> I keep getting this in every log for the most part, I can post more... 
> nothing has been changed or updated recently, it's been kind of just a 
> computer I have to test and run things on, so I'm confused to as where this 
> new issue could be coming from
> 
> Thread 13 Crashed:
> 0   ...pple.AppleIntermediateCodec 0x06c15cb8 get_band + 312
> 1   ...pple.AppleIntermediateCodec 0x06c0b6cc decoder_entry(void*) + 428
> 2   libSystem.B.dylib  0x9002b200 _pthread_body + 96
> 
> Thread 14 Crashed:
> 0   ...pple.AppleIntermediateCodec 0x06c15cb8 get_band + 312
> 1   ...pple.AppleIntermediateCodec 0x06c0b6cc decoder_entry(void*) + 428
> 2   libSystem.B.dylib  0x9002b200 _pthread_body + 96
> 
> Thread 14 crashed with PPC Thread State 64:
>   srr0: 0x06c15cb8 srr1: 0x1200f030
> vrsave: 0x8000
> cr: 0x4448  xer: 0x2000   lr: 0x000a  
> ctr: 0x00b4
> r0: 0x   r1: 0xf068cd40   r2: 0x0001000c  
>  r3: 0x08a1a000
> r4: 0x0020   r5: 0xaec0   r6: 0x0757b398  
>  r7: 0x414f
> r8: 0x0001   r9: 0x000f  r10: 0xbec1  
> r11: 0x414f
>r12: 0x000caec0  r13: 0x  r14: 0x  
> r15: 0x
>r16: 0x  r17: 0x  r18: 0x505b  
> r19: 0xaec0
>r20: 0x000c  r21: 0xf068cd80  r22: 0x0240  
> r23: 0x
>r24: 0x000f  r25: 0x000c  r26: 0x0010  
> r27: 0x0757b380
>r28: 0x  r29: 0x00c0  r30: 0x0020  
> r31: 0x06c15ba0
> 
> 
> thanks in advance, 
> 
> N
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list





"We have nothing to fear from love and commitment." - New York Senator Diane 
Savino, trying to convince the NY Senate to pass a gay marriage bill

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

Re: [PD] line~ x vline~

[Miller Puckette]

There's a flail about that in Techniques, chapter 3 -

http://crca.ucsd.edu/~msp/techniques/latest/book-html/node43.html
and
http://crca.ucsd.edu/~msp/techniques/latest/book-html/node52.html

cheers
Miller

On Tue, Jan 10, 2012 at 06:39:08PM -0200, Alexandre Torres Porres wrote:
> It says that vline! is a "high-precision audio ramp generator", how is it
> better and more precise than line~ ?
> 
> Are there advantages for using it to read samples in a tabread4~ ?
> 
> thanks
> alex

> ___
> 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] Running Pd on a tiny (and cheap) computer

[Hans-Christoph Steiner]

On Jan 8, 2012, at 9:14 AM, katja wrote:

> On Sun, Jan 8, 2012 at 2:24 AM, Pierre Massat  wrote:
> 
>> There's also the Dream Plug
>> (http://www.plugcomputer.org/development-kits/dreamplug.html), which has a
>> faster (though totally unknown to me) CPU.
> 
> According to the processor documentation it is ARMv5TE-compliant, and
> there's also a Dream Plug with ARMv5 mentioned on:
> 
> http://wiki.debian.org/FreedomBox/TargetedHardware
> 
> It is not the newest generation of ARM, so it would not be comparable
> to a recent tablet.
> 
> This page discusses performance comparisons of ARM versus x86:
> 
> http://vanshardware.com/2010/08/mirror-the-coming-war-arm-versus-x86/
> 
> ARM seems to perform slow with floating point, and Pd is all floating
> point. An Atom based computer might be better for Pd. I have no
> experience with ARM, but of Atom-based netbooks I know (also from
> experience) that Pd performs reasonably well under Debian. Roughly
> three times slower than a laptop, I would say.

All of the big smartphones and tablets use ARM chips that have floating point 
units that are decent.  There is also the pd-anywhere integer-only port of Pd.  
It is usable on 200Mhz integer-only ARMs.

.hc




Man has survived hitherto because he was too ignorant to know how to realize 
his wishes.  Now that he can realize them, he must either change them, or 
perish.-William Carlos Williams



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

Re: [PD] no pd?? WTF ????

[Ben Baker-Smith]

Hi list!

I got a more clear response from the organizers on this issue than
anything I've seen in this thread so far - here it is:

> Hi Ben,
>
> thanks for your Interest in our Call.
>
> We accepts only patches made with Kyma or Max/MSP due the fact we are not 
> able to provide
> financial support for the two selected composers. So it is possible that they 
> will not be able to be in Milan  for the concert.
> To avoid technical issues we choose the plattforms we already use in our work 
> or we are very familiar with.
> This is the only reason.
> If the selected composer can assure us to be available for the concert the 
> can be used any piece of software/hardware.
>
> I hope this helps.
>
> Many thanks
>
>
> Federico Placidi

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

[PD] line~ x vline~

[Alexandre Torres Porres]

It says that vline! is a "high-precision audio ramp generator", how is it
better and more precise than line~ ?

Are there advantages for using it to read samples in a tabread4~ ?

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

Re: [PD] my phase vocoder example implemented in polar form

[Alexandre Torres Porres]

although it says here http://crca.ucsd.edu/~syadegar/expr.html it's been
added to version 4... so I still suspect I studied previous versions and
missed it.

2012/1/10 Mathieu Bouchard 

> Le 2012-01-10 à 16:27:00, Alexandre Torres Porres a écrit :
>
>
>  by the way, that's a new expr function, right? when did it appear?cheers
>>
>
> I don't know. All the new expr functions are quite old...
>
>
>  __**__**
> __
> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] expr functions (was Re: my phase vocoder example implemented in polar form)

[Alexandre Torres Porres]

I guess I just missed it then.

By the way number 2, a couple of years ago shahrokh told me that the Sum
function wasn't working properly, and it seems it's still not working yet.

Or do you use it well?

cheers


2012/1/10 Mathieu Bouchard 

> Le 2012-01-10 à 16:27:00, Alexandre Torres Porres a écrit :
>
>
>  by the way, that's a new expr function, right? when did it appear?cheers
>>
>
> I don't know. All the new expr functions are quite old...
>
>
>  __**__**
> __
> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] my phase vocoder example implemented in polar form

[Mathieu Bouchard]

Le 2012-01-10 à 16:27:00, Alexandre Torres Porres a écrit :


by the way, that's a new expr function, right? when did it appear?cheers


I don't know. All the new expr functions are quite old...

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

Re: [PD] my phase vocoder example implemented in polar form

[Alexandre Torres Porres]

by the way, that's a new expr function, right? when did it appear?
cheers

2012/1/10 Alexandre Torres Porres 

> I had tried it a different way... well, I didn't know there was this
> function in expr, COOL!
> thanks
>
>
> 2012/1/10 Mathieu Bouchard 
>
>> Le 2012-01-10 à 14:26:00, Alexandre Torres Porres a écrit :
>>
>>> 2012/1/10 Mathieu Bouchard 
>>>
 Did you look at fmod() ? it's a function with two args in [expr].

>>> I dont have that here, just "%", but it doesn't work as it rounds thing
>>> up.
>>>
>>
>> What I mean is something like [expr fmod($f1,$f2)].
>>
>> That's what is meant by « a function in [expr] ».
>>
>>
>>  __**__**
>> __
>> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
>>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] my phase vocoder example implemented in polar form

[Alexandre Torres Porres]

I had tried it a different way... well, I didn't know there was this
function in expr, COOL!
thanks

2012/1/10 Mathieu Bouchard 

> Le 2012-01-10 à 14:26:00, Alexandre Torres Porres a écrit :
>
>> 2012/1/10 Mathieu Bouchard 
>>
>>> Did you look at fmod() ? it's a function with two args in [expr].
>>>
>> I dont have that here, just "%", but it doesn't work as it rounds thing
>> up.
>>
>
> What I mean is something like [expr fmod($f1,$f2)].
>
> That's what is meant by « a function in [expr] ».
>
>
>  __**__**
> __
> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] my phase vocoder example implemented in polar form

[Mathieu Bouchard]

Le 2012-01-10 à 14:26:00, Alexandre Torres Porres a écrit :

2012/1/10 Mathieu Bouchard 

Did you look at fmod() ? it's a function with two args in [expr].

I dont have that here, just "%", but it doesn't work as it rounds thing up.


What I mean is something like [expr fmod($f1,$f2)].

That's what is meant by « a function in [expr] ».

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

Re: [PD] [tabwrite4~], is it possible at all?

[James Fenn]

On 9 January 2012 12:05, katja  wrote:
> On Sun, Jan 8, 2012 at 9:01 PM, Miller Puckette  wrote:
>> Hi all --
>>
>> Peter Brinkmann and Michael Goggins did some related work recently:
>>
>> http://nettoyeur.noisepages.com/2010/10/doppler-effects-without-equations/
>>
>> but back in the dark ages Barry Vercoe made a Music 11 ugen called 'pipadv'
>> that added a signal into a delay line assuming the write location was
>> continuous and could be stably differentiated (so that for each point of the
>> delay line you could associate a fractional pposition in the incoming signal.
>> He then interpolated to get fractional-indexed values of the incoming signal
>> to correspond with successive sample locations in the delay line, turning
>> the problem around backward.)
>
> Yes, PIPADV seems to be the process I'm looking for, so let me say
> [pipadv~] instead of [tabwrite4~]. Barry Vercoe describes a 'community
> of pipelines', forming a delay network for room acoustics simulation,
> to which PIPADV can add a signal 'whose distance is time-varying'.
>
> http://web.media.mit.edu/~bv/papers/compsys%20&%20langs.pdf
>
> But the article has no technical details, and Peter Brinkmann and
> Michael Goggins solve another problem, related to this topic of
> doppler shifts caused by moving positions of listeners and/or or
> sources.
>
> If it is true that PIPADV could write to fractional indexes on a
> PDP-11 (though not quite in realtime yet), then it must be possible to
> make such a thing for Pd. Here's another brainstorm:
>
> Writing at double speed would be done after upsampling/filtering.
> Writing at half speed would be done after filtering/downsampling.
>
> Writing at speeds ratio's not some power of two could be done via
> chirp z-transform: resample the spectrum in forward chirp z-transform,
> and go back to time domain with regular IFFT. Illustrated here:
>
> http://www.katjaas.nl/chirpZsampling/chirpZsampling.html
>
> However this would still require an integer number of output samples
> every time, if the output blocks are to be neatly stitched together.
> The speed ratio would be forced to blocksize/n or n/blocksize, and the
> larger blocksize, the more options.
>
> If this is not flexible enough for the purpose, it must be done
> different still. I am now thinking how it could be done as
> 'fractional-phase convolution'. A non-linear convolution where the
> filter kernel changes for every input sample. The change in the kernel
> is a phase rotation, such that the filter kernel's identity point
> coincides with the fractional index where the output sample should be
> located. This dynamic filter kernel would regulate the resampling
> amplitude filtering, plus a fractional delay needed to get the signal
> energy at the right position. Seen over time, the filter kernel would
> kind of undulate, like a snake moving forward.
>
> To recalculate a filter kernel for every input sample is a CPU
> intensive matter, specially for substantial upsampling factors where
> the filter kernel must be long. So this is not a very practical
> concept yet. But there may be ways to make this idea more efficient.
> If it makes sense at all.
>

Hi Katja,

Have you looked at: https://ccrma.stanford.edu/~jos/resample/ ? The
algorithm he describes sounds like what you are talking about, if I
understand correctly. He uses a massively oversampled filter kernel
and linearly interpolates into it at different scales to get the
filter coefficients.

James

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

Re: [PD] Running Pd on a tiny (and cheap) computer

[Pierre Massat]

Thank you both for your replies.
It seems like i'll stick to my laptop for some time...

Cheers!

Pierre

2012/1/8 katja 

> On Sun, Jan 8, 2012 at 2:24 AM, Pierre Massat  wrote:
>
> > There's also the Dream Plug
> > (http://www.plugcomputer.org/development-kits/dreamplug.html), which
> has a
> > faster (though totally unknown to me) CPU.
>
> According to the processor documentation it is ARMv5TE-compliant, and
> there's also a Dream Plug with ARMv5 mentioned on:
>
> http://wiki.debian.org/FreedomBox/TargetedHardware
>
> It is not the newest generation of ARM, so it would not be comparable
> to a recent tablet.
>
> This page discusses performance comparisons of ARM versus x86:
>
> http://vanshardware.com/2010/08/mirror-the-coming-war-arm-versus-x86/
>
> ARM seems to perform slow with floating point, and Pd is all floating
> point. An Atom based computer might be better for Pd. I have no
> experience with ARM, but of Atom-based netbooks I know (also from
> experience) that Pd performs reasonably well under Debian. Roughly
> three times slower than a laptop, I would say.
>
> Katja
>
> ___
> 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] ring buffer with an array

[Alexandre Torres Porres]

Hi there,

yeah, the way it was, I didn't see a way to not use [bang~], so I asked to
see if there was something new for me. But then I just started working with
buffers that are multiples of block size, which is fine. Check the Phase
Vocoder harmonizer I shared over here. I made it that way.

And you're right, [delwrite~] is the way out of this restrain. But the
phase vocoder was designed without it, with that sample location counter,
and I thought it had to be that way.

But then I saw that in the pdmtl phase vocoder abstraction they're using
delwrite~ instead of this counter! I just don't know yet how this new
structure actually works like. I'd have to think for a while in order to
adapt it with a delwrite~, or study the pdmtl patch a lot. I just didn't
have the time and tried to do it without it. But I mentioned I should try
and work on a new pvoc harmonizer with a delwrite~ later on.

The thing is that I'm working with this "super phase vocoder", with every
possibility, and not just a ring buffer. I also have a regular buffer for
recording that loops, scrubs and everything. So I made this multiples of
block size and I'm using [bang~]. I also load files into the buffer, as a
sampler... So I also needed to design a loop function for these files,
which I managed to pull off yesterday. Again, the normal way would be to
use something like phasor~, but I had to stick with the counter.

anyway, I do have to look into [delwrite~], it surely seems like a more
elegant way to solve this problem than with the way I did it. But try this
harmonizer I shared the other day.

Thanks a lot.
alex


===

Hi Alex

On Sun, 2012-01-08 at 16:33 -0200, Alexandre Torres Porres wrote:
> Hi folks, I'm trying to implement a ring buffer with a table for a sampler
> patch based on an array.
>
> But I'm having the hardest time cause it always "clicks" when I start
> writing back on the beginning of the array.
>
> I made this simple test attached below using metro. But I'm figuring the
> flaw is because is not trivial at all to keep control data in sync with
> audio blocks

I see two flaws with the same cause in your patch.

Both objects, [tabwrite~ ] and [tabplay~ ], execute the incoming
messages at block boundaries. Thus, your patch suffers from the
limitation that you intended to avoid by not using [bang~ ]. It does not
matter whether you use [bang~ ] or not, either way you cannot start the
[tabwrite~ ] recording between blocks. It's not possible with the
current implementation to make it record exactly every 2000ms (unless
2000ms is an exact multiple of the block size).

The same applies to [tabplay~]. It does not take into account the
scheduling information of the incoming bang message and simply starts
playing at the next block start.

Because of above mentioned reasons I suggest to stick with [delwrite~ ]
and [delread~ ]. [delwrite~ ] is exactly what you are asking for: a ring
buffer. Is there a particular reason why you don't use those?

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

Re: [PD] a phase vocoder pitch shifter harmonizer in real time

[Alexandre Torres Porres]

hmm, the harmonizer is on at load time because of the arguments, but if you
toggle on and then off, it's just supposed to supposed to let the pitch
shifting work. It works fine over here.

cheers

2012/1/10 Charles Henry 

> On 1/10/12, Alexandre Torres Porres  wrote:
> > sorry, what dont you get?
>
> I guess the shifter+mixer makes sense for the harmonizer--I just don't
> see why it's running when I just want to hear the pitch shifting
> effect by itself.  Is that just a mistake?
>
> This is unrelated, but when I use [openpanel] under linux, it only
> lets me select *.pd files.  I guess I'll mess with readsf~ by passing
> messages so I can try it out with some sound files.
>
> >
> > you're supposed to first hear the beatings and then the shift up anyway.
> >
> > well, let me try with some oscilattors myself, that should be fun
> >
> > see ya
> >
> >
> > 2012/1/9 Charles Henry 
> >
> >> Hey Alex
> >>
> >> I'm just trying this out.  I didn't have a sound file I particularly
> >> wanted to try, so I just plugged in an osc~, and what I found on the
> >> output:  a mixture of the original tone with the shifted one.
> >>
> >> So, the shifted tone was clearly audible, but as I shifted the
> >> frequency, I could hear first the beating of the tones then two tones.
> >>
> >> And upon reading into the patch, that's clearly what you're doing in a
> >> subpatch, but I don't get why?
> >>
> >> Chuck
> >>
> >> On 1/9/12, Alexandre Torres Porres  wrote:
> >> > Hi Folks,
> >> >
> >> > working with these phase vocoder stuff, I thought I'd try and do a
> >> > simple
> >> > shifter/harmonizer with it once and for all. The phase vocoder
> shifter I
> >> > found in pdmtl doesn't work as a harmonizer, and the latency was
> pretty
> >> > high and not constant, so I did this. It's all as a Vanila
> abstraction!
> >> >
> >> > I have 2 short buffers (arrays) and do crossfade between them, I got
> >> > some
> >> > phase issues trying out and building it, but they now seem reasonably
> >> fine.
> >> >
> >> > I just did this, so I should work more on it to make it more stable
> and
> >> > robust. I'm sure there are some bugs around, and it's still very dirty
> >> and
> >> > needs code cleaning. Maybe I should try and implement it with delay
> >> > lines
> >> > as in pdmtl, hmmm, I guess it'd be better, right? Hmm... Later on
> when I
> >> > have the time...
> >> >
> >> > Anyway, this goes back to the Pd Shifting thread I started here a
> while
> >> > ago. I really like the quality of the phase vocoder. Somehow I don't
> get
> >> > interested so much on other techniques and such. Yes, I assume there
> are
> >> > some advantages out there, so what exactly would I be missing?
> >> >
> >> > Well, Check this thing I did out, see what you think, let's talk some
> >> more
> >> > about pitch shifting
> >> >
> >> > get it here: http://sites.google.com/site/porres/pvoc-shifter.zip
> >> >
> >> > I wish to officially release it along with some other tools I'm
> building
> >> > for my PhD, soon to be over...
> >> >
> >> > by the way, I see this object is finally available
> >> > http://www.katjaas.nl/pitchshift/pitchshift.html need to try it out.
> >> >
> >> > cheers alex
> >> >
> >>
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] my phase vocoder example implemented in polar form

[Alexandre Torres Porres]

I dont have that here, just "%", but it doesn't work as it rounds thing up.

cheers

2012/1/10 Mathieu Bouchard 

> Le 2012-01-10 à 05:35:00, Alexandre Torres Porres a écrit :
>
>
>  by the way, I figured out a simple way of having an actual accurate loop
>> inside [expr] in a similar fashion. something like  expr if ($f1 >= end_$0,
>> $f1 - end_$0, if ($f1 < 0, end_$0 + $f1, $f1))
>>
>
> Did you look at fmod() ? it's a function with two args in [expr].
>
>  __**__**
> __
> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] a phase vocoder pitch shifter harmonizer in real time

[Charles Henry]

On 1/10/12, Alexandre Torres Porres  wrote:
> sorry, what dont you get?

I guess the shifter+mixer makes sense for the harmonizer--I just don't
see why it's running when I just want to hear the pitch shifting
effect by itself.  Is that just a mistake?

This is unrelated, but when I use [openpanel] under linux, it only
lets me select *.pd files.  I guess I'll mess with readsf~ by passing
messages so I can try it out with some sound files.

>
> you're supposed to first hear the beatings and then the shift up anyway.
>
> well, let me try with some oscilattors myself, that should be fun
>
> see ya
>
>
> 2012/1/9 Charles Henry 
>
>> Hey Alex
>>
>> I'm just trying this out.  I didn't have a sound file I particularly
>> wanted to try, so I just plugged in an osc~, and what I found on the
>> output:  a mixture of the original tone with the shifted one.
>>
>> So, the shifted tone was clearly audible, but as I shifted the
>> frequency, I could hear first the beating of the tones then two tones.
>>
>> And upon reading into the patch, that's clearly what you're doing in a
>> subpatch, but I don't get why?
>>
>> Chuck
>>
>> On 1/9/12, Alexandre Torres Porres  wrote:
>> > Hi Folks,
>> >
>> > working with these phase vocoder stuff, I thought I'd try and do a
>> > simple
>> > shifter/harmonizer with it once and for all. The phase vocoder shifter I
>> > found in pdmtl doesn't work as a harmonizer, and the latency was pretty
>> > high and not constant, so I did this. It's all as a Vanila abstraction!
>> >
>> > I have 2 short buffers (arrays) and do crossfade between them, I got
>> > some
>> > phase issues trying out and building it, but they now seem reasonably
>> fine.
>> >
>> > I just did this, so I should work more on it to make it more stable and
>> > robust. I'm sure there are some bugs around, and it's still very dirty
>> and
>> > needs code cleaning. Maybe I should try and implement it with delay
>> > lines
>> > as in pdmtl, hmmm, I guess it'd be better, right? Hmm... Later on when I
>> > have the time...
>> >
>> > Anyway, this goes back to the Pd Shifting thread I started here a while
>> > ago. I really like the quality of the phase vocoder. Somehow I don't get
>> > interested so much on other techniques and such. Yes, I assume there are
>> > some advantages out there, so what exactly would I be missing?
>> >
>> > Well, Check this thing I did out, see what you think, let's talk some
>> more
>> > about pitch shifting
>> >
>> > get it here: http://sites.google.com/site/porres/pvoc-shifter.zip
>> >
>> > I wish to officially release it along with some other tools I'm building
>> > for my PhD, soon to be over...
>> >
>> > by the way, I see this object is finally available
>> > http://www.katjaas.nl/pitchshift/pitchshift.html need to try it out.
>> >
>> > cheers alex
>> >
>>
>

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

Re: [PD] my phase vocoder example implemented in polar form

[Mathieu Bouchard]

Le 2012-01-10 à 05:35:00, Alexandre Torres Porres a écrit :

by the way, I figured out a simple way of having an actual accurate loop 
inside [expr] in a similar fashion. something like  expr if ($f1 >= 
end_$0, $f1 - end_$0, if ($f1 < 0, end_$0 + $f1, $f1))


Did you look at fmod() ? it's a function with two args in [expr].

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

Re: [PD] my phase vocoder example implemented in polar form

[Frank Barknecht]

On Tue, Jan 10, 2012 at 05:35:50AM -0200, Alexandre Torres Porres wrote:
> by the way, I figured out a simple way of having an actual accurate loop
> inside [expr] in a similar fashion.
> 
> something like
> 
> expr if ($f1 >= end_$0, $f1 - end_$0, if ($f1 < 0, end_$0 + $f1, $f1))
> 
> and the after the [line~] object I also take take care of it
> 
> expr~ if ($v1 >= end_$0, $v1 - end_$0, $v1)
> 
> as for the back window, the above output is subtracted a hop size, and I do
> this expr~ if ($v1 < 0, $v1 + end_$0, $v1) so it doesnt get negative.
> 
> Sounds fine, perfect looping, thanks to [expr]

Isn't this actually very similar to the simpler and faster [wrap~] (see
attachment)? [wrap~] is different in that it will also wrap around for values
larger than twice the loop size and it will wrap around in negavite areas as
well, but I think, that's what you want anyway.

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


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

Re: [PD] no pd?? WTF ????

[TAD BISAHA]

The opus could be written with a place for creativity, it depends on the 
musician.

I agree, the artist keeps the control, theoritically.
What's happening when many artist (a grand majority in fact) cease 
acting this artistic 'nature '?
Must the bulkys (the neo-archaic), to shout to the world that they are 
subjected by an injustice?
They do what they want, but I think that's more interesting to 
incorporate this new data and try to to corrupt it by inside.

Perhaps I'm wrong, we'll see.

Notice in those several verses that France
the only country where we need a license,
when it's time to make a public performance,
just becomes expensive when it's about to dance.

Not only to dance,
and a number too, for every artwork, a code bar.
When this system came, first I refused it.
The "DRAC" (regional cultural administration) said to me:
You act in illegality!
I asked them if (symbolically) they are ready to ask a license to 
Antonin Artaud.

No answer, of course.
I kept this license 3 years and I stopped this administrative joke.
Interessant detail, this license resembles mysteriously a license of 
tobacco or alcohol

seller. Art is toxic, do not misuse!
But this system has a fault (not only one), like any system, I explore 
this fault in all illegality.

What is this fault?
The nature of all artwork, irreproductibility.
No formatted record, no reproduction of the same opus.
Like you said:

The opus could be written with a place for creativity, it depends on the 
musician.

And I add,  the concept of every opus must exclude any possibility of 
reproduction.

Rock-Art2noise ( a primates artwork)  also answers this requirement
In the facts, these "data" become for me an intriguing dogma and surely 
not an outdated one reactionary attitude.

Each is free to act in its please.
As for the donors of lessons, which they come to work in the "douce France".
We have some interessant dogma for them.
Au plaisir,
Tad




Patrice Colet a écrit :

De: "TAD BISAHA" 
Cc: "PD List" 
Envoyé: Lundi 9 Janvier 2012 13:24:22



  

About production and creation,
when a musician for exemple play a second time, just a second time,
one
of his own opus,
can one still name the result a creation?



The opus could be written with a place for creativity, it depends on the 
musician.

  

In France we call that diffusion, but with this spirit,
all become production, it's certainly that what they call "the
cultural
exception".



Notice in those several verses that France
the only country where we need a license,
when it's time to make a public performance,
just becomes expensive when it's about to dance.





  


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

Re: [PD] Pd Radio

[Roman Haefeli]

Hi Max

On Fri, 2012-01-06 at 15:26 +0100, Max wrote: 
> dear list,
> 
> i was wondering what current developments with Pd and webstreaming are out 
> there.

...

> http://radio.rumblesan.com/

I once read about it in irc, when the guy building it had some talks,
but missed to actually listen to it.
My 1.5 year old son and me really enjoyed it. Thanks for posting this.

(It seems at the time of this writing, the stream is offline. I get a
404 when accessing http://radio.rumblesan.com:8000/radio.ogg ) 

> anything else what's notable?

It's up to other people to decide if it's notable, but since you're
asking, let me mention those in a self-promoting manner:


http://195.176.254.176:8010/netpd.mp3

  Home: http://www.netpd.org/Listen
  Plays pre-recorded netpd-sessions in shuffle mode.
  Stream is generated by a Pd patch. 


http://195.176.254.176:8010/rsk.mp3

  Home: http://www.radiosolarkompass.org/
  Plays Radios from all over the world from the those places where
  the sun currently is rising. 
  Stream is composed by a Pd patch.

Cheers
Roman



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

Re: [PD] ring buffer with an array

[Roman Haefeli]

Hi Alex

On Sun, 2012-01-08 at 16:33 -0200, Alexandre Torres Porres wrote:
> Hi folks, I'm trying to implement a ring buffer with a table for a sampler
> patch based on an array.
> 
> But I'm having the hardest time cause it always "clicks" when I start
> writing back on the beginning of the array.
> 
> I made this simple test attached below using metro. But I'm figuring the
> flaw is because is not trivial at all to keep control data in sync with
> audio blocks

I see two flaws with the same cause in your patch.

Both objects, [tabwrite~ ] and [tabplay~ ], execute the incoming
messages at block boundaries. Thus, your patch suffers from the
limitation that you intended to avoid by not using [bang~ ]. It does not
matter whether you use [bang~ ] or not, either way you cannot start the
[tabwrite~ ] recording between blocks. It's not possible with the
current implementation to make it record exactly every 2000ms (unless
2000ms is an exact multiple of the block size).  

The same applies to [tabplay~]. It does not take into account the
scheduling information of the incoming bang message and simply starts
playing at the next block start.

Because of above mentioned reasons I suggest to stick with [delwrite~ ]
and [delread~ ]. [delwrite~ ] is exactly what you are asking for: a ring
buffer. Is there a particular reason why you don't use those?

Roman
 


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

Re: [PD] a phase vocoder pitch shifter harmonizer in real time

[Roman Haefeli]

Hi Alex

On Mon, 2012-01-09 at 17:28 -0200, Alexandre Torres Porres wrote:

> get it here: http://sites.google.com/site/porres/pvoc-shifter.zip
> 
> I wish to officially release it along with some other tools I'm building
> for my PhD, soon to be over...


Cool. Thanks for sharing. 

Indeed, i find it works quite nice and it has a much lower latency than
the pdmtl shifter, for instance. Nice work!

Roman



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