Re: [PD] Installing PD on OpenSUSE

2014-05-12 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2014-05-11 19:47, Martin Peach wrote:
 I removed the requirement for 5.1 in the makkefile, this was in
 January of this year.

i think the OP is referring to
   Pd-extended 0.43.4 - Released 2013-01-25

and while january matches, the year is off by one :-)

so the released Pd-extended sources are not at all up-to-date with the
SVN.

fgmasd
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIbBAEBCAAGBQJTcHQvAAoJELZQGcR/ejb4OgoP+PkPFwDqV3yjsPd2OLwufNGH
FZ5khQKsXkjPbHSSOYZVUZeStb8f2mceBTyicv4UCcacJBorSnHQw/+WgTwtlJsb
vjTGNOATWn5Gg3SSR21u8uCGEVNoNr1hJ//wzOiIxRkdQVIqt2TF2gciaIpGOvD7
YQii9n4sta3KXLx322MqTkiNDra0eE9y93H4IHyTmA2h1fcL0YK1cHeg7I8QOPnc
N7Yw/ifj9ufvWJ21IF5XCq/QHmHv164OdXfuIlKmAsQ0lSDBzeP8jrtSGgQq85lf
k8vUnYcXSfJjs2GB3QJgv+kl1Y6rOiWGagRzbWqbvv5L/IpgnD5aEChbR+vdhtnX
4XwYT/QM1h7L/zmoQVUV0lN6BNNGAUW7Wn/v3QZEHcDFrsJZtui/iZK9rZsz+M6E
pgIWEj0FdmQYbM6pAHyRZKWea9XEceFVwdIVGiAid/rRDCdjAl0mvYQds1flVPv3
FbDrrOY/ix6k9H4pon9dAKXnmFcABFoOkaihaRVL28XeGiceJD2XRLLeP6mLQGg5
T4GM56+PtEdgGPg11RC7WsiHlvQ48/wNB51J/rnDmEXGhNoDKl5Mb5xnmiavxSxX
4DRuXiCczqKlcqNoNH4JNvdN4WIw3PJv7z3odY8VJ097NWhDbgelgBfunry5piyX
ghi6T/ovuucvJovFZME=
=8xJI
-END PGP SIGNATURE-

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


Re: [PD] best format for send/receive between iOS and libPD

2014-05-12 Thread i go bananas
thanks Miller and Rich for the help.

We thought at first that it might be better to package all our pattern data
together, but after reading what you guys have written, i can see that
individual values should be the best way to go.

We do have some arrays though, so that PdBase copyArray* will hopefully
work for that.

thanks again!  Matt


On Sun, May 11, 2014 at 10:44 AM, Rich E reakina...@gmail.com wrote:

 I'd second what Miller said, for a different reason though: every time you
 send a message from your app's main thread (the iOS / obj-c bits) into pd
 (the libpd bits), a mutex will lock because the audio thread runs on a
 different thread and needs to be synchronized.  Breaking the lists down
 (not all the way down, just not one giant list) will mean that the
 synchronization takes less time, so less chance of dropping audio packets.

 Also, if you can, I'd store as much data as you can in pd arrays, and then
 send across lookup information instead.  Pd arrays can also be filled from
 the C side as well (look for PdBase copyArray*), but keep in mind this will
 also require sync'ing, so you may have to watch how large the arrays are if
 they are being filled while audio DSP is running.

 cheers,
 Rich


 On Sat, May 3, 2014 at 12:15 PM, Billy Stiltner 
 billy.stilt...@gmail.comwrote:

 :)


 On Wed, Apr 30, 2014 at 5:57 AM, Miller Puckette m...@ucsd.edu wrote:

 Hi Matt -

 From Pd's perspective at least, it would be more efficient to handle the
 messages separately (some of Pd's list operations have to copy the list,
 which would be expensive if done iteratively over a long list).

 cheers
 Miller

 On Wed, Apr 30, 2014 at 01:37:05PM +0900, i go bananas wrote:
  I've got a six voice synth, each with about 20 variable parameters, and
  then sequence data, etc... and all of this data is being stored by the
  objective C front-end of my app.
 
  can someone tell me, hopefully from experience, what the best format
 is to
  send a lot of pattern data between obj C and libPD ???  should i
 package
  all the data as one huge list, or break it all into individual
 variables,
  or is it ok to organize it into groups for ease of management.
 
  my plan was to send messages like this from obj C:
 
  to [r instr1_pattern_data] :  [vol 0.8, pan 0.5, pitch 0.75, param1
 0.99
  ... etc]
 
  actually, i'm not the one doing the C coding, i'm, just doing the pd
 side,
  but i have to prepare things on my end to make it flow as well as
 possible.
  Overall, i think there about 1400 values that need to be passed for
 every
  pattern, so it probably does need to be as well streamlined as
 possible.
 
  cheers for any help
 
  Matt

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