Re: [PD] About extending the Universal Polyphonic Player

2015-03-31 Thread Jose Luis Diez Antich
Hi Thomas,

Thank you for your answer, it's been helpful!

Now I'd like to figure out how to modify the message in order to be able to
select from it with a [route] object.

Thanks!
jl

On Mon, Mar 30, 2015 at 12:25 PM, Thomas Grill g...@g.org wrote:

 Hi Jose,

 I found the Polyphonic Universal Player [1], I really liked it, and I
 would like to ask you about it.

 - I would like to build a simple classic synthesizer, that you can change
 its waveform, filter and envelope parameters. How could I send these
 parameters to my voice? In the patch '4-noteoff.pd', I understand that you
 send the ADSR parameters with a list that you call tag, is it possible to
 create a tag thus I can use the object [route] to get each different
 parameter from it? Do you have an example of a similar simple synthesizer?


 There are three different ways of controlling the synthesis voices:
 (see http://g.org/research/software/upp/upp-tut4/)

 - at creation time, through object creation arguments (to upp.flow or
 upp.xc/upp.x2/upp.xf after your synthesis patch): Use this for fixed
 parameters that never change for different events.

 - at invocation time, that is, when you start the individual event.
 ADSR-curves would be an example. The list that goes to the left inlet of
 upp.flow/upp.xc/upp.x2/upp.xf starts the event. The first list element is
 called „tag“, it identifies the event. It should be unique for polyphonic
 events, e.g. a key number, but it can also be a running index

 - at run time, when the event is already active. You can use the right
 inlet of upp.flow/upp.xc/upp.x2/upp.xf to send a message to the event. The
 first atom of this message is again the „tag“, so that the event can be
 found. The rest of this message is your choice, it can be used to stop the
 event, or to change parameters.

 - I do not understand how the subpatch [spat mono] works, could you
 explain it?


 spat_mono is one of a couple of spatialization abstractions - there are
 also spat_stereo, spat_quad, spat_varbus etc. to route your monophonic
 voice to different busses/loudspeakers.
 spat_mono itself does hardly anything, it is just a container for your
 synthesis abstraction.
 It routes the audio output of your synthesis abstraction to a bus defined
 by the first creation argument $1.
 The rest of the creation arguments are used the instantiate your synthesis
 abstraction. $2 is its name, $3 etc. are creation arguments.

 i hope that helps,
 best, Thomas


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


Re: [PD] How to navigate a long sound file in vanilla PD

2015-03-31 Thread Joe White
(Disclaimer this is geared more towards iOS)

 I would use the CoreAudio framework to decompress files read from disk in
chunks into a defined buffer in your Pd patch. And then create a transport
control system for managing playback and updating of your internal buffer.

In my opinion this would be a fair bit of work to implement. Maybe there
are other ways to do it, but I wouldn't say the task is simple.

Cheers,
Joe

On 31 March 2015 at 10:18, Stefan Tiedje stefantie...@googlemail.com
wrote:

 Hello list,
 might well be the first post here, though I am well experienced in
 Max/MSP...
 As there is no way to get Max patches run on mobile devices, I want to do
 it in PD using the MobMuPlat apps for Android/iOS.
 The task would be to simply to play a stereo sound file, but of about one
 hour lebgth. As MobMuPlat only supports vanilla PD I am restricted to that
 as far as I know.
 In the docs and on the net I did not find any way to navigate within that
 playback. (Its crucial for rehearsals.) The size is too big for loading it
 into RAM (the mobile devices which are around often have less than 1 GB of
 RAM), Is there a known way to tackle this seemingly simple task???
 A tedious way, I want to avoid, would be to split the sound file into
 pieces, which would at least let me jump in at specified places, but that
 would eat up the space on the device, as each piece would have to play
 until the end...
 Of course I would also love to find a way to play back an mp3 and freely
 navigate within that as well...
 Any hints how to proceed are appriciated...

 Stefan Tiedje

 --
 Les Ondes Memoriellesx--
 -_---|---|--
 -(_|_ |\-|-()---
 - _|_)|-()--
 -()--TJ Shredder
 http://tjshredder.wordpress.com/

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




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


Re: [PD] How to navigate a long sound file in vanilla PD

2015-03-31 Thread martin brinkmann
On 31/03/15 11:18, Stefan Tiedje wrote:

 In the docs and on the net I did not find any way to navigate within
 that playback. (Its crucial for rehearsals.) The size is too big for
 loading it into RAM (the mobile devices which are around often have less
 than 1 GB of RAM), Is there a known way to tackle this seemingly simple
 task???

readsf~

with the open message you can specify an onset in sampleframes. that
should work if clicks/dropouts are no problem.

 Of course I would also love to find a way to play back an mp3 and freely
 navigate within that as well...

i dont know if the necessary externals for ogg/mp3 are included
with mobmuplat. (oggread~ has a 'seek' message)

bis denn!
martin

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


Re: [PD] How to navigate a long sound file in vanilla PD

2015-03-31 Thread Joe White
Yeah [readsf~] would work! Although it's worth bearing in mind your file
size is going to be  500 MB with stereo wav @ 44100Hz

On 31 March 2015 at 10:35, Roman Haefeli reduz...@gmail.com wrote:

 Hi Stefan

 From readsf~help.pd:

 Open takes a filename, an onset in sample frames, and, as an override,
 you may also supply a header size to skip, a number of channels, bytes
 per channel, and endianness.

 So the second argument (the one after the filename) specifies the number
 of audio samples to be skipped at the start when opening the file.

 Roman


 On Tue, 2015-03-31 at 11:18 +0200, Stefan Tiedje wrote:
  Hello list,
  might well be the first post here, though I am well experienced in
  Max/MSP...
  As there is no way to get Max patches run on mobile devices, I want to
  do it in PD using the MobMuPlat apps for Android/iOS.
  The task would be to simply to play a stereo sound file, but of about
  one hour lebgth. As MobMuPlat only supports vanilla PD I am restricted
  to that as far as I know.
  In the docs and on the net I did not find any way to navigate within
  that playback. (Its crucial for rehearsals.) The size is too big for
  loading it into RAM (the mobile devices which are around often have less
  than 1 GB of RAM), Is there a known way to tackle this seemingly simple
  task???
  A tedious way, I want to avoid, would be to split the sound file into
  pieces, which would at least let me jump in at specified places, but
  that would eat up the space on the device, as each piece would have to
  play until the end...
  Of course I would also love to find a way to play back an mp3 and freely
  navigate within that as well...
  Any hints how to proceed are appriciated...
 
  Stefan Tiedje
 



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




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


[PD] How to navigate a long sound file in vanilla PD

2015-03-31 Thread Stefan Tiedje

Hello list,
might well be the first post here, though I am well experienced in 
Max/MSP...
As there is no way to get Max patches run on mobile devices, I want to 
do it in PD using the MobMuPlat apps for Android/iOS.
The task would be to simply to play a stereo sound file, but of about 
one hour lebgth. As MobMuPlat only supports vanilla PD I am restricted 
to that as far as I know.
In the docs and on the net I did not find any way to navigate within 
that playback. (Its crucial for rehearsals.) The size is too big for 
loading it into RAM (the mobile devices which are around often have less 
than 1 GB of RAM), Is there a known way to tackle this seemingly simple 
task???
A tedious way, I want to avoid, would be to split the sound file into 
pieces, which would at least let me jump in at specified places, but 
that would eat up the space on the device, as each piece would have to 
play until the end...
Of course I would also love to find a way to play back an mp3 and freely 
navigate within that as well...

Any hints how to proceed are appriciated...

Stefan Tiedje

--
Les Ondes Memoriellesx--
-_---|---|--
-(_|_ |\-|-()---
- _|_)|-()--
-()--TJ Shredder
http://tjshredder.wordpress.com/

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


Re: [PD] How to navigate a long sound file in vanilla PD

2015-03-31 Thread William Huston
Thanks Miller.
Looks promising :)

On Tue, Mar 31, 2015 at 11:17 AM, Miller Puckette m...@ucsd.edu wrote:

 Hi all -

 There's an example in B16.long-varispeed.pd that shows how you can use
 offsets
 into long arrays - this allows you to use the signal input within a smaller
 range (ideally  1 second) to get accurate addressing.

 cheers
 Miller

 On Tue, Mar 31, 2015 at 11:07:52AM -0400, William Huston wrote:
  I have a related question.
 
  I am intermediate PD programmer, about 9 months into patching.
  I really love PD, despite some quirks.
 
  The single most annoying issue I have found so far is the inability for
 PD
  to accurately index into large arrays.
 
  The way this manifests is very curious! I first noticed high frequency
  noise at maybe 6 min. into an array, which gets worse as you move into
 the
  file. At 20 min, it's really horrible.
 
  I would say the root cause is
 
  a) lack of a long integer datatype. Friends, sometimes you really want
  ints, like accurately indexing into an array, and
 
 
  b) lack of precision in (short) floats.
 
  People on the FB group promptly told me this is a well-known issue, and
  directed me to PD-double. This sounds like a wonderful project, however
 it
  seems it is only beta, and breaks several of the modules in extended.
 
  So I am wondering 2 things:
 
  1) What solutions have people come up with for accurately reading big
  arrays at audio rate, using either pd-extended or vanilla?
 
  (I have considered breaking the big file up into smaller arrays, but this
  is cumbersome).
 
  2) What is the long-term goal at solving this problem?
 
  Thanks :)
 
 
 
 
 
 
 
 
  On Tue, Mar 31, 2015 at 5:51 AM, peiman khosravi 
 peimankhosr...@gmail.com
  wrote:
 
   Sorry, forgot to reply to all.
  
   Hello,
  
   I had this problem in maxMSP recently and found a working solution.
 Note
   that I was only on a laptop so I don't know how relevant this is to
 your
   question. Below is the solution I found on the Max forum (I don't have
 the
   link right now but it should come up on google).
  
   1- Read the file [silently] from disk (using sfplay~ or equivalent),
 at 50
   times the original speed and record the output into a buffer that is 50
   times smaller than the original file.
  
   2- You can navigate through this smaller buffer and multiply the
 output by
   50 to get the correct time pointer into the original file. I then read
 the
   original file from the disk, instead of loading it into a buffer.
  
   3- Since I'm making my patch for concert playback, I have put in place
 a
   checking mechanism that looks for an existing 'waveform' file. (The
 patch
   automatically names these originalFileName.wave.aif.) If it exists, the
   waveform file is read into the buffer, otherwise, the loaded soundfile
 is
   'analysed'.
  
   I can send you my patch if you are interested. I don't see any reason
 why
   this can't be implemented in PD. Although the graphical scrolling
 might be
   slower in PD. I'd be interested to know if this works in PD.
  
   Best,
   Peiman
  
  
  
  
   *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS
 Feed
   http://peimankhosravi.co.uk/miscposts.rss || Concert News
   http://spectralkimia.wordpress.com/*
  
   On 31 March 2015 at 10:18, Stefan Tiedje stefantie...@googlemail.com
   wrote:
  
   Hello list,
   might well be the first post here, though I am well experienced in
   Max/MSP...
   As there is no way to get Max patches run on mobile devices, I want
 to do
   it in PD using the MobMuPlat apps for Android/iOS.
   The task would be to simply to play a stereo sound file, but of about
 one
   hour lebgth. As MobMuPlat only supports vanilla PD I am restricted to
 that
   as far as I know.
   In the docs and on the net I did not find any way to navigate within
 that
   playback. (Its crucial for rehearsals.) The size is too big for
 loading it
   into RAM (the mobile devices which are around often have less than 1
 GB of
   RAM), Is there a known way to tackle this seemingly simple task???
   A tedious way, I want to avoid, would be to split the sound file into
   pieces, which would at least let me jump in at specified places, but
 that
   would eat up the space on the device, as each piece would have to play
   until the end...
   Of course I would also love to find a way to play back an mp3 and
 freely
   navigate within that as well...
   Any hints how to proceed are appriciated...
  
   Stefan Tiedje
  
   --
   Les Ondes Memoriellesx--
   -_---|---|--
   -(_|_ |\-|-()---
   - _|_)|-()--
   -()--TJ Shredder
   http://tjshredder.wordpress.com/
  
   ___
   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
   

Re: [PD] wiimote motionplus with low_speed gives always 1 1 1

2015-03-31 Thread Jonghyun Kim
Thanks for the answer iohannes,

actually, libcwiid is considered dead [1], so i think that [wiimote]
 should be re-implemented (as an abstraction building on [hid]).


So, you meant your [wiimote] also dead? but it still works for me, except
motionplus.

If it totally dead(or will dead), which is best way to use wii
remote(+motionplus) on PD and Linux currently?

i think it looks fine.
 AFAIR (but keep in mind that it has been a *long* time), the low_speed
 message gives you a boolean value (1 or 0), whether the angle_rate
 values should be interpreted as high-speed or low-speed. since i
 haven't found any documentation what high-speed vs low-speed
 actually means in hard numbers, this has been exposed to the patch.


I think [wiimote] still works, and if possible, I wanna get the more
precised orientation(pitch, roll, yaw) from [wiimote] and motionplus. I
have already the orientation from acceleration, but from gyro(motionplus)
has better quality.

I have to calculate the *angle_rate* and *low_speed* to get the
orientation, but I don't know how to get the orientation from motionplus.

Could you give me any clew? or any suggest?

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


[PD] playing .mid files in puredata

2015-03-31 Thread gnd
Hi,

im facing a problem i never encountered. i suspect it might be very
trivial, however i have no clue. I have midi notes from a track exported
in a .mid file:

$ file beat_midi.mid
beat midi.mid: Standard MIDI data (format 0) using 1 track at 1/96

i would like to play the file and get the midi note values into pd
somehow. what would be the best way ?

sorry for this, i guess, ultimately (?) trivial question.

best,

gnd/

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


Re: [PD] working simultaneously on the same patch from two different places in the universe....

2015-03-31 Thread Jonathan Wilkes via Pd-list
I believe somebody did work on a system that allowed multi-user patch editing.  
Hopefully someone else on the list has a link.
The difficulty is that Pd's code assumes the input is coming from a single 
user.  There's no way for the input methods to differentiate input from 
separate users.  And even if you fixed that, things like dragging array points 
happen by setting _global_ variables for callbacks.  So if you drag on one 
array while I happen to be dragging on another (or doing anything else for that 
matter), we'll end up messing with each other's interaction with the patch.
-Jonathan 


 On Tuesday, March 31, 2015 6:59 PM, jamal crawford three...@ml1.net 
wrote:
   

 hey list

without restarting pd or the patch.
theoretical reality or dream?

best regs
~/.jc

___
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] working simultaneously on the same patch from two different places in the universe....

2015-03-31 Thread Dan Wilcox
IOhannes, et al demoed a build of pd that did exactly this at the 2007 Montreal 
PdCon. There was a projection and about 3-4 mouse cursors alternatively 
cooperating and battling on the same canvas. Was great fun to watch for 
dataflow practitioners/nerds.

Dan Wilcox
@danomatika
danomatika.com http://danomatika.com/
robotcowboy.com http://robotcowboy.com/
 On Mar 31, 2015, at 8:08 PM, pd-list-requ...@lists.iem.at wrote:
 
 From: jamal crawford three...@ml1.net mailto:three...@ml1.net
 To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at
 Date: March 31, 2015 at 6:56:20 PM EDT
 Subject: [PD] working simultaneously on the same patch from two different 
 places in the universe
 
 
 hey list
 
 without restarting pd or the patch.
 theoretical reality or dream?
 
 best regs
 ~/.jc

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