Re: [PD] using zexy/unpack with pd vanilla 46.7 on osx?

[Roman Haefeli]

On Mon, 2016-02-01 at 22:48 -0500, Matt Barber wrote:
> Note that [declare] does not take effect when you put the object in —
> you have to save and reopen the patch.

True.  [declare] from current git master (and next Pd release) loads
libraries and adds paths immediately. No need to reload patch anymore.

Credit goes to IOhannes.

Roman 



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

Re: [PD] using zexy/unpack with pd vanilla 46.7 on osx?

[Roman Haefeli]

On Mon, 2016-02-01 at 20:30 -0700, Dan Wilcox wrote:

> You can either add a [declare -stdlib zexy] to the patch in question, 

Actually, in the case of zexy you need:

[declare -stdlib zexy -stdpath zexy]

because zexy comes with an external library _and_ abstractions. You can
test with [dirac~] (external) and [cart2sph] (abstraction).

Roman



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

Re: [PD] using zexy/unpack with pd vanilla 46.7 on osx?

[Matt Barber]

Note that [declare] does not take effect when you put the object in — you
have to save and reopen the patch.

On Mon, Feb 1, 2016 at 10:30 PM, Dan Wilcox  wrote:

> Pd-extendd used to add almost all libraries to your path by default. Pd
> vanilla does not and deken installed the library but does not add the
> library to your path.
>
> You can either add a [declare -stdlib zexy] to the patch in question, add
> the path to the zexy folder in your path preferences, or if the lib is in
> the extras folder add the lib to the startup path via “-lib zexy”.
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
> On Feb 1, 2016, at 3:20 PM, pd-list-requ...@lists.iem.at wrote:
>
> *From: *Rick Snow 
> *Subject: **[PD] using zexy/unpack with pd vanilla 46.7 on osx?*
> *Date: *February 1, 2016 at 2:05:46 PM MST
> *To: *Pd-list@lists.iem.at
>
>
> Hi list,
>
> I am trying to use the [arduino] object and manipulate PWM.  It looks like
> setting a pin to PWM mode involves using the zexy/unpack object.  I've used
> Deken to download the zexy library but this object still cannot be created
> (or I do not know how to do it at the moment).  I've also tried pulling it
> out of the pd-extended Resources/extra/zexy folder and then putting it in a
> folder linked to the patch with [declare -path] but this doesn't seem to
> work either.  Renaming the zexy/unpack.pd_darwin as Zunpack.pd_darwin also
> didn't work but I had a feeling that it wouldn't be that easy...!
>
> Has anyone else used this object with vanilla 46.7 and osx?
>
> Any advice?
>
> Thanks!
> Rick
>
>
>
> ___
> 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] using zexy/unpack with pd vanilla 46.7 on osx?

[Dan Wilcox]

Pd-extendd used to add almost all libraries to your path by default. Pd vanilla 
does not and deken installed the library but does not add the library to your 
path.

You can either add a [declare -stdlib zexy] to the patch in question, add the 
path to the zexy folder in your path preferences, or if the lib is in the 
extras folder add the lib to the startup path via “-lib zexy”.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Feb 1, 2016, at 3:20 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Rick Snow mailto:ricks...@gmail.com>>
> Subject: [PD] using zexy/unpack with pd vanilla 46.7 on osx?
> Date: February 1, 2016 at 2:05:46 PM MST
> To: Pd-list@lists.iem.at 
> 
> 
> Hi list,
> 
> I am trying to use the [arduino] object and manipulate PWM.  It looks like 
> setting a pin to PWM mode involves using the zexy/unpack object.  I've used 
> Deken to download the zexy library but this object still cannot be created 
> (or I do not know how to do it at the moment).  I've also tried pulling it 
> out of the pd-extended Resources/extra/zexy folder and then putting it in a 
> folder linked to the patch with [declare -path] but this doesn't seem to work 
> either.  Renaming the zexy/unpack.pd_darwin as Zunpack.pd_darwin also didn't 
> work but I had a feeling that it wouldn't be that easy...!
> 
> Has anyone else used this object with vanilla 46.7 and osx?
> 
> Any advice?
> 
> Thanks!
> Rick
> 

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

Re: [PD] Pd External Question

[Jonathan Wilkes via Pd-list]

> it *might* be that pd-extended has somehow dropped this limitation.
not to my knowledge though (though i always wondered why Pd-vanilla has
this limitation in the first place).
The limitation you are describing doesn't exist in any flavor of Pd.  But I'd 
strongly advise external developers to write code as if that were a hard 
limitation of the API.  (Otherwise you'll screw up the parameter types and 
cause a crash, or at least make the code more difficult for others to read.)
-Jonathan
 

   

 On Monday, February 1, 2016 1:58 PM, IOhannes m zmölnig  
wrote:
 

 On 01/31/2016 12:57 AM, Ricky Graham wrote:
> Hi all,
> 
> Is there any reason why passing a symbol arg to determine the amount of 
> outlets on object creation would work in extended but not in vanilla? Both 
> compile and create successfully but for whatever reason the symbol arg of my 
> object has no effect on the number of outlets in vanilla. I’m using sprintf 
> to parse and identify symbols passed from the pd patch; would that cause any 
> issues?
> 

i'm pretty sure that miller is right and that there are no real
differences between Pd and Pd-X regarding symbol parsing.

the *only* thing i could think of is:
Pd has a built-in limitation that requires (for typechecked arguments)
that all symbols come before floats.
so you cannot do the following (using class_addcreator() instead of
class_new() or brevity):

  class_addcreator((t_newmethod)foo_new, gensym("foo"), A_FLOAT,
A_SYMBOL, 0);

instead you *must* do either

 class_addcreator((t_newmethod)foo_new, gensym("foo"), A_SYMBOL,
A_FLOAT, 0);

or

 class_addcreator((t_newmethod)foo_new, gensym("foo"), A_GIMME, 0);


it *might* be that pd-extended has somehow dropped this limitation.
not to my knowledge though (though i always wondered why Pd-vanilla has
this limitation in the first place)


apart from that: i guess you would have to show your code or more
information.

gamrds
IOhannes

___
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] [partconv~] wont compile on x86_64??

[jamal crawford]

Hi again and thanks for the fast reply IOhannes!

>"-fPIC" is a compiler/linker flag that you need to pass when building
>for amd64. Edit the makefile to add these flags (look out for CFLAGS
>and LDFLAGS). Then rerun "make".

that worked :) and it loads and sounds well with impulses, but still
complains with: An operation on the array 'irL' in the patch 'irL'
failed since it uses garray_getfloatarray while running 64-bit!

>However i'm pretty sure that the bsaylor lib in svn already uses these
>flags...where did you download it from?

i found it here http://puredata.info/author/bensaylor i cant seem to
find bsaylors svn anywhere

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

[PD] using zexy/unpack with pd vanilla 46.7 on osx?

[Rick Snow]

Hi list,

I am trying to use the [arduino] object and manipulate PWM.  It looks like
setting a pin to PWM mode involves using the zexy/unpack object.  I've used
Deken to download the zexy library but this object still cannot be created
(or I do not know how to do it at the moment).  I've also tried pulling it
out of the pd-extended Resources/extra/zexy folder and then putting it in a
folder linked to the patch with [declare -path] but this doesn't seem to
work either.  Renaming the zexy/unpack.pd_darwin as Zunpack.pd_darwin also
didn't work but I had a feeling that it wouldn't be that easy...!

Has anyone else used this object with vanilla 46.7 and osx?

Any advice?

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

Re: [PD] Pd External Question

[IOhannes m zmölnig]

On 01/31/2016 12:57 AM, Ricky Graham wrote:
> Hi all,
> 
> Is there any reason why passing a symbol arg to determine the amount of 
> outlets on object creation would work in extended but not in vanilla? Both 
> compile and create successfully but for whatever reason the symbol arg of my 
> object has no effect on the number of outlets in vanilla. I’m using sprintf 
> to parse and identify symbols passed from the pd patch; would that cause any 
> issues?
> 

i'm pretty sure that miller is right and that there are no real
differences between Pd and Pd-X regarding symbol parsing.

the *only* thing i could think of is:
Pd has a built-in limitation that requires (for typechecked arguments)
that all symbols come before floats.
so you cannot do the following (using class_addcreator() instead of
class_new() or brevity):

   class_addcreator((t_newmethod)foo_new, gensym("foo"), A_FLOAT,
A_SYMBOL, 0);

instead you *must* do either

 class_addcreator((t_newmethod)foo_new, gensym("foo"), A_SYMBOL,
A_FLOAT, 0);

or

 class_addcreator((t_newmethod)foo_new, gensym("foo"), A_GIMME, 0);


it *might* be that pd-extended has somehow dropped this limitation.
not to my knowledge though (though i always wondered why Pd-vanilla has
this limitation in the first place)


apart from that: i guess you would have to show your code or more
information.

gamrds
IOhannes



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

Re: [PD] installing iemlib on Mac OS X

[Raphaël Ilias]

Hello Dan,

Many thanks, I have installed the deken plugin and it works like a charm !
Maybe the deken solution could be added here :
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
?

Really this will make my life easier, so thanks again !

Raphaël

2016-01-31 20:41 GMT-06:00 Dan Wilcox :

> The easiest solution is to use deken, although I don’t know if there are
> builds for all those libs up yet. ->
> https://github.com/pure-data/deken#download
>
> The second easiest solution is to download the pd-extended Mac OSX .app
> and copy the libs out of it and place them inside the Pd vanilla .app:
>
> * Right click on pd-extended.app and choose “Show Package Contents”
> * navigate to Contents/Resources/extra
> * copy the lib folders you need aka “iemlib, zexy, ggee” to the Desktop
> (drag and drop while holding the alt/option key)
> * right click on Pd-0.46-7 and choose “Show Package Contents”
> * navigate to Contents/Resources/extra
> * drag the lib folder from the Desktop and drop them in extra
>
> That will give you older versions of the libs but without having to
> building anything yourself.
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
> On Jan 30, 2016, at 8:32 PM, pd-list-requ...@lists.iem.at wrote:
>
> *From: *Raphaël Ilias 
> *Subject: **[PD] installing iemlib on Mac OS X*
> *Date: *January 30, 2016 at 4:37:45 PM MST
> *To: *pd-list 
>
>
> Hello dear list,
>
> I have to work abroad for a few months with a Macbook Pro, and I am not
> familiar with OS X. I'm trying (unsucessfully) to install a few libraries
> with Pd 0.46-7 (which I could install and get to work easily), especially
> iemlib, zexy and ggee, but following their various compilation instructions
> (essentially executing a few terminal commands, ./make etc) I could not
> make any of them work.
>
> Does someone have any experience with this ?
> I am running Mac OS X 10.10.5 Yosemite.
>
> Cheers,
>
> Raphaël
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd External Question

[Flávio Schiavoni]

You can use t_symbol.

Maybe you can would like to play with this piece of code:
http://dcomp.ufsj.edu.br/~fls/PDExternal-generator/PDExternal_generator.html

Cheers

Schiavoni


Em 18-01-2016 15:01, Ricky Graham escreveu:

Hello,

Is there a symbol equivalent to t_floatarg when writing an object in
C? I’d like to pass a symbol on creation.

All the best,

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