Re: [PD] Porting Max MSP externals to Pure Data

[Jamie Bullock]

Hi Ed,

I’d highly recommend porting to Flext rather than Pure Data. Then you have one 
codebase for both Max and Pd with the added benefit of Flext’s higher level C++ 
syntax. https://github.com/g/flext/ 

Jamie


> On 4 Mar 2018, at 14:30, Ed Kelly via Pd-list  wrote:
> 
> Hi List,
> 
> I'm porting a library of LPC externals from Max/MSP to Pd.
> I wonder if someone could point me towards an example of another MSP external 
> that has successfully been ported to Pd - preferably a DSP external that has 
> creation arguments, with code for both so I can identify the differences 
> between coding for the two platforms.
> Cheers,
> Ed
> 
> _-_-_-_-_-_-_-^-_-_-_-_-_-_-_
> 
> For Lone Shark releases, Pure Data software and published Research, go to 
> http://sharktracks.co.uk  
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list

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

Re: [PD] Move a file from within Pd?

[Jamie Bullock]

Hi,

AFAICT neither [shell] nor [popen] results in portable Pd code, i.e. the 
specific shell commands are OS-dependent.

In any case, I decided to write a new external for the job. In case anyone is 
interested: [copy] can be used to copy files portably from Pd: 
http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/postlude/copy/

best,

Jamie

On 28 April 2015 at 00:18:35, tim vets (timv...@gmail.com) wrote:

[shell] or [popen] ?

On 28 Apr 2015 00:47, Jamie Bullock ja...@jamiebullock.com wrote:
Can anyone suggest a way to move a file in the user's filesystem from within Pd 
without loading it into memory?

My use case is that I am using [writesf~] to record audio to disk, and I want 
to allow users to “save” the audio file to somewhere else. Clearly the audio 
could be very large, so I want to avoid using soundfiler to read into memory 
and then write back out again. This is from an application that uses Pd as a 
backend so expecting the user to manually move the file is not an option.

Any solutions (including use of externals) welcome.

Thanks.

Jamie



-- 
http://jamiebullock.com
@jamiebullock

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

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

Re: [PD] Move a file from within Pd?

[Jamie Bullock]

On 11 May 2015 at 12:06:24, IOhannes m zmölnig (zmoel...@iem.at) wrote:
On 05/11/2015 12:18 PM, Jamie Bullock wrote: 
 Hi, 
 
 AFAICT neither [shell] nor [popen] results in portable Pd code, i.e. the 
 specific shell commands are OS-dependent. 
 
 In any case, I decided to write a new external for the job. In case anyone is 
 interested: [copy] can be used to copy files portably from Pd: 
 http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/postlude/copy/
  

just wondering whether [copy] is a too generic name. 
probably [filecopy] would be more apt. 


Agreed. I’ve just renamed it in svn as you suggest.



best,

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

[PD] Move a file from within Pd?

[Jamie Bullock]

Can anyone suggest a way to move a file in the user's filesystem from within Pd 
without loading it into memory?

My use case is that I am using [writesf~] to record audio to disk, and I want 
to allow users to “save” the audio file to somewhere else. Clearly the audio 
could be very large, so I want to avoid using soundfiler to read into memory 
and then write back out again. This is from an application that uses Pd as a 
backend so expecting the user to manually move the file is not an option.

Any solutions (including use of externals) welcome.

Thanks.

Jamie



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

Re: [PD] audio bit resolution in Pd

[Jamie Bullock]

On 22 April 2015 at 19:44:26, William Huston (williamahus...@gmail.com) wrote:

On Wednesday, April 22, 2015, Jamie Bullock ja...@jamiebullock.com wrote:

 Pd is 32-bit *floating point*, so you have 32-bit resolution between -1 and 1.

I don't think that's right.

The range of a single precision floating point number is from

-3.4028234 × 10E38 to 3.4028234 × 10E38 (not from -1 to 1)


True, but I didn’t say the range of 32-bit float was -1 to 1!

There are only 23 bits of precision for the mantissa + 1 for sign in a single 
precision float.


Also true, but when I said “resolution” I didn’t mean “precision”. Because the 
exponent can be negative, resolution scales dynamically from 1..0 according to 
the value of the exponent, whilst precision stays fixed according to the number 
of bits in the mantissa. Thus for very small values the resolution (or 
quantisation step size) is far finer than can be represented with the mantissa 
alone. 

What I was trying to put across (poorly!) in my original reply is that unlike 
fixed point where for lower order values fewer bits are available in the binary 
representation, with floating point, just because e.g. -1..1 is a smaller range 
than -3.4 x 10E38..3.4 x 10E38 it doesn’t imply “fewer are bits available”, e.g.

SignExponentMantissa
0   0110    111 - 0.9994
0   0001111 - 2.3509886E-38
1   0100        00  - -1.0842022E-19
1              01110        00  - -1.0

Strictly speaking, I guess only 31 bits “count” in the range -1..1 due to a 
maximum of 7-bits being significant in the exponent.

best,

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

Re: [PD] audio bit resolution in Pd

[Jamie Bullock]

Pd is 32-bit *floating point*, so you have 32-bit resolution between -1 and 
1.

See http://en.m.wikipedia.org/wiki/Floating_point
best,

Jamie

--
http://jamiebullock.com
On Wed, Apr 22, 2015 at 6:26 pm, Alexandre Torres Porres por...@gmail.com
wrote: Hi, I know pd operates in 32bit precision, but that is for all 
numbers out
there, which can be data control or audio streams. Now, output audio values 
is
actually just from -1 to 1, so we can't say that the audio output in Pd is 
32

bits.
So I wonder what is the actual audio bit resolution that we have in Pd.
Cheers___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] communicating with c++ app using OSC

[Jamie Bullock]

Hi Paul,std::vector doesn't make a good container for OSC messages, as message argument types aren't generally contiguous (a message could be two ints and a float, for example).Instead you need some intermediate data structures to handle argument lists, introspecting types from arguments and unpacking values. This is what oscpack does:https://code.google.com/p/oscpack/source/browse/trunk/examples/SimpleReceive.cppIt's straightforward to use and I've found it reliable.JamieOn Tue, Mar 10, 2015 at 7:42 pm,  Paul Keyes spske...@gmail.com wrote:If I really want to use OSC is there a simple way to do it?On Fri, Oct 24, 2014 at 4:10 PM, Miller Puckette m...@ucsd.edu wrote:Hi Paul -

No need to use OSC for this - you can just use "netsend".  THere's sample
code for receiving from netsend in pd/src/u_pdreceive.c.

cheers
Miller

On Fri, Oct 24, 2014 at 03:21:22PM -0300, Paul Keyes wrote:
 Hi,

 I'm sending a list from pd to a c++/liblo app like so:

 [mylist]
 |
 [list prepend /osc_addr]
 |
 [list trim]
 |
 [packOSC]

 ...

 How can I read this list into an array or vector in the c++ app?
 There seems to be lots of libraries, I've been testing liblo, but nothing
 straightforward for receiving a list.

 Any help is greatly appreciated!

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




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

Re: [PD] any pitch synchronous granulator external?

[Jamie Bullock]

Hi Pat,

Øyvind Brandtsegg's Partikkel FLTK used to be good fun. Built on top of CSound: 
http://oeyvind.teks.no/results/applications/partikkelapplications.htm#_partikkelFLTK

It seems to have developed into Hadron–a VST / AU plugin, since I last tried 
it: http://www.partikkelaudio.com 

Might be worth a look...

Jamie


 On 12 Feb 2015, at 17:10, Pagano, Patrick p...@digitalworlds.ufl.edu wrote:
 
 You all have piqued my interest, is there a good Rt Granular instrument out 
 there for OSX?
 I think i am still using Bill Orcutt's port of Granular2.5
 
 pp
 
 Patrick Pagano B.S, M.F.A
 Audio and Projection Design Faculty
 Digital Worlds Institute
 University of Florida, USA
 (352)294-2020
 From: Pd-list [pd-list-boun...@mail.iem.at] on behalf of Jamie Bullock 
 [ja...@jamiebullock.com]
 Sent: Thursday, February 12, 2015 12:07 PM
 To: Jeppi Jeppi
 Cc: pd-list@lists.iem.at
 Subject: Re: [PD] any pitch synchronous granulator external?
 
 
 On 11 Feb 2015, at 08:16, Jeppi Jeppi jepp...@hotmail.com wrote:
 
 Many thanks Ivica,
 yep indeed munger~ seems just perfect, unfortunately I don't have time to 
 get into the compile issues with osx. Tried fof through the csoundapi~ and 
 works nicely...though not so convenient as a pure pd based setup.
 
 
 
 In addition to the other suggestions here, you might want to look at Phil 
 Stone’s polygrainsynth. It is based on my [a_grain~] abstraction which 
 implements synchronous granular synthesis, with Phil’s polygrainsynth having 
 _many_ improvements. It requires Pd-0.40.3-extended or higher.
 
 http://www.pkstonemusic.com/polygrainsynth.html
 
 Jamie
 
 
 Date: Tue, 10 Feb 2015 08:07:30 -0500
 From: i...@vt.edu
 To: pd-list@lists.iem.at
 Subject: Re: [PD] any pitch synchronous granulator external?
 
 Look for disis_munger~ found on L2Ork's software page (requires flext), or 
 simply install pd-l2ork which comes with disis_munger~ included.
 
 On 2/10/2015 3:13 AM, Jeppi Jeppi wrote:
 Hi,
 I would need a granulator external for pd (osx) which would allow fof like 
 synthesis, that is, pitch synchronous granulation with fine control over the 
 grain envelope. I could not find any build of munger~ or syncgrain~ which 
 seem could do the job.
 Any hints?
 
 thanks in advance!
 josep 
 
 
 ___
 
 Pd-list@lists.iem.at
  mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list
 
 -- 
 Ivica Ico Bukvic, D.M.A.
 Associate Professor
 Computer Music
 ICAT Senior Fellow
 DISIS, L2Ork
 Virginia Tech
 School of Performing Arts – 0141
 Blacksburg, VA 24061
 (540) 231-6139
 
 i...@vt.edu
 www.performingarts.vt.edu
 disis.music.vt.edu
 l2ork.music.vt.edu
 
 ___ Pd-list@lists.iem.at mailing 
 list UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list
 ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


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

Re: [PD] any pitch synchronous granulator external?

[Jamie Bullock]

 On 11 Feb 2015, at 08:16, Jeppi Jeppi jepp...@hotmail.com wrote:
 
 Many thanks Ivica,
 yep indeed munger~ seems just perfect, unfortunately I don't have time to get 
 into the compile issues with osx. Tried fof through the csoundapi~ and works 
 nicely...though not so convenient as a pure pd based setup.
 
 

In addition to the other suggestions here, you might want to look at Phil 
Stone’s polygrainsynth. It is based on my [a_grain~] abstraction which 
implements synchronous granular synthesis, with Phil’s polygrainsynth having 
_many_ improvements. It requires Pd-0.40.3-extended or higher.

http://www.pkstonemusic.com/polygrainsynth.html

Jamie

 
 Date: Tue, 10 Feb 2015 08:07:30 -0500
 From: i...@vt.edu mailto:i...@vt.edu
 To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at
 Subject: Re: [PD] any pitch synchronous granulator external?
 
 Look for disis_munger~ found on L2Ork's software page (requires flext), or 
 simply install pd-l2ork which comes with disis_munger~ included.
 
 On 2/10/2015 3:13 AM, Jeppi Jeppi wrote:
 Hi,
 I would need a granulator external for pd (osx) which would allow fof like 
 synthesis, that is, pitch synchronous granulation with fine control over the 
 grain envelope. I could not find any build of munger~ or syncgrain~ which 
 seem could do the job.
 Any hints?
 
 thanks in advance!
 josep 
 
 
 ___
 Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list 
 http://lists.puredata.info/listinfo/pd-list
 
 -- 
 Ivica Ico Bukvic, D.M.A.
 Associate Professor
 Computer Music
 ICAT Senior Fellow
 DISIS, L2Ork
 Virginia Tech
 School of Performing Arts – 0141
 Blacksburg, VA 24061
 (540) 231-6139
 i...@vt.edu mailto:i...@vt.edu
 www.performingarts.vt.edu http://www.performingarts.vt.edu/
 disis.music.vt.edu http://disis.music.vt.edu/
 l2ork.music.vt.edu http://l2ork.music.vt.edu/
 ___ Pd-list@lists.iem.at 
 mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management 
 - http://lists.puredata.info/listinfo/pd-list 
 http://lists.puredata.info/listinfo/pd-list___
 Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list 
 http://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] any pitch synchronous granulator external?

[Jamie Bullock]

 On 10 Feb 2015, at 13:07, Ivica Ico Bukvic i...@vt.edu wrote:
 
 Look for disis_munger~ found on L2Ork's software page (requires flext), or 
 simply install pd-l2ork which comes with disis_munger~ included.
 


Incidentally, does anyone know what the “disis_” means?

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

Re: [PD] assistive music technology

[Jamie Bullock]

 On 2 Dec 2014, at 19:36, pured...@11h11.com wrote:
 
 Hi,
 
 Not really PD per say, but I did an experimentation using speech recognition 
 to control pd:
 https://www.youtube.com/watch?v=pJMm4IUIIrQ
 
 Cheers~
 

That’s really neat. Do you know what the underlying word recognition engine is? 
Does it use Sphinx?

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