Re: [PD] Preferred/best practice for loading external objects

Hi, On 08/05/16 11:12, Miller Puckette wrote: Me, when I shout a thte computer, it's more likely to be "where the *&$^%& did you put the file I just downloaded?" or "why the $%*& did you just do that" as opposed to "why did you just ask me to confirm this operation that will put files on my

Re: [PD] Preferred/best practice for loading external objects

> On Thu, May 05, 2016 at 08:32:46PM +0200, IOhannes m zmölnig wrote: >> On 05/04/2016 11:53 PM, Miller Puckette wrote: >>> I believe it should be just the one. But I'm a scope conservative >>> (despite the contradictory evidence that Pd has, in fact, no scoping >>> mechanism :) >> >> hmm, so:

[PD] [PD-announce] Pd 0.47-0 released

Pd version 0.47-0 is available on http://msp.ucsd.edu/software.htm or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data cheers Miller ___ Pd-announce mailing list pd-annou...@lists.iem.at

Re: [PD] What is the current, correct way to use Open Sound Control with PD?

See the mrpeach-to-vanilla-osc.pd in https://github.com/danomatika/BangYourHead/tree/master/6.Communication Dan Wilcox @danomatika danomatika.com

Re: [PD] makefilename %g where documented?

Hello Rolf, You can find some of them (all ?) here : http://www.tutorialspoint.com/c_standard_library/c_function_fprintf.htm For exemple, with %g : Uses the shorter of %e or %f Hope it helps. ++ Jack Le 08/05/2016 22:27, ro...@dds.nl a écrit : > i try to find this %g option for

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

OK... so as a fall-back I'll just fix it so that setting Pd compatibility to 0.46 makes declare fall back to the old behavior. Meanwhile a "real" fix is needed... cheers M On Sun, May 08, 2016 at 11:07:15PM +0200, Jérôme Abel wrote: > > if [import] can indeed be used > > In fact, it seems that

Re: [PD] What is the current, correct way to use Open Sound Control with PD?

OK, thanks. I'm trying to use osc to connect with a c++ program that uses the liblo osc library. When I send from the c++ program I see the error "oscparse: not an OSC message( no leading slash)" but this same program is able to send OSC messages to other software. Sending from pd to c++ does not

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

> if [import] can indeed be used In fact, it seems that [import] only deals with libraries ... not with abstractions folders. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

[PD] makefilename %g where documented?

i try to find this %g option for makefilename, but i'm unable to find any description. where to look? rolf ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Re: [PD] [mod] vs [%]

fmod() is a c function with a consistent definition: http://en.cppreference.com/w/c/numeric/math/fmod If I remember correctly, the % operator result can take the sign of its dividend, but it does not have to; it is implementation specific. Likewise integer division using / is implementation

Re: [PD] Import. Was: Dynamic search paths and [declare] behavior in Pd.0.47

At any rate, if [import] can indeed be used in Jérôme Abel's situation, then he can include a compiled version of [import] with his library, and the main enabline abstraction can then invoke it. This might be the cleanest way forward. thanks Miller On Sun, May 08, 2016 at 12:18:28PM +0200, Fred

Re: [PD] Can you close source of Pd patches (for commercial development)?

Aha... thanks. I still regret messing that convention... M On Sun, May 08, 2016 at 08:38:03PM +0900, Max wrote: > On 2016년 05월 08일 01:53, Miller Puckette wrote: > > In fact Max uses some Pd code inside it. I released Pd under BSD license > > partly to encourage that possibility. > > > > Pd is

Re: [PD] [PD-announce] Oops, test3 bad, test4 up now

I tried that too - (as in http://msp.ucsd.edu/tmp/z.zip) - opened "a.pd", got help on [z], no problem - there must be something I'm missing... thanks Miller On Sun, May 08, 2016 at 06:57:28AM +0100, Liam Goodacre wrote: > I wasn't using the -path flag, just trying to call a help file for an >

Re: [PD] Preferred/best practice for loading external objects

On 05/08/2016 11:00 AM, Winfried Ritsch wrote: > Since there are two naming conventions for external container: ".../pd- > externals/" and ".../pd/extra/" it would prefer the second for relative path > since maybe there will be added some other stuff like in pd/doc ... and then > there is only

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

On 05/08/2016 05:31 PM, Jonathan Wilkes via Pd-list wrote: > You write as if you aren't a time traveler. > [declare] has had this behavior for at least a decade. so you *are* a time traveler who is caught in a loop? fgmar IOhannes signature.asc Description: OpenPGP digital signature

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

> So basically [declare] only was "allowed" in a toplevel patch. You write as if you aren't a time traveler. [declare] has had this behavior for at least a decade.  That's more than enough time for the ninjas to test and package it up to use in the manner described by the OP. What is the cost of

[PD] abstraction and external names (was Re: [netsend] bug?)

Hello, I was wondering if an abstraction like 'list2symbol' need (or not) to have the same behavior than the external 'list2symbol' from zexy ? For exemple, zexy external 'list2symbol' waits a symbol on its cold inlet, this is not the case with the abstraction i made. I think, it is better to get

Re: [PD] Can you close source of Pd patches (for commercial development)?

On 2016년 05월 08일 01:53, Miller Puckette wrote: > In fact Max uses some Pd code inside it. I released Pd under BSD license > partly to encourage that possibility. > > Pd is also used as part of game audio engines (I think the first game to use > it was Spore, perhaps 10 years ago). Unfortunately

Re: [PD] [OT] choice of sound cards for 16 output channels

a sync hack I did once, ( since fons sync plugin is cpu-heavy for small arm computers): open case and solder out one quartz (oscillator) of one and make a cable to the second boards quartz, so they are in sync and combine them under alsa. Since audio quality is not the best if powering over

Re: [PD] Preferred/best practice for loading external objects

To sumarize the discussion about deken path: I mostly agree IOhannes and Miller: - no writing without asking, avoid hidden operations to the file system - pd should be sensible to standard system and user paths - deken uses Pd conventions without adding something Since modern linux desktops

[PD] Import. Was: Dynamic search paths and [declare] behavior in Pd.0.47

On 2016-05-08 11:33 AM, Jérôme Abel wrote: # PD IDEAS 1 - Update [import] object to be downloable via Deken, if it does it ? At https://github.com/electrickery/pd-playground/tree/master/import is the latest svn version of [import] with a modern build system, but I didn't made a deken

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

On Sun, May 08, 2016 at 12:09:04AM +, Jonathan Wilkes via Pd-list wrote: > Hi Jerome,If you're saying that your patches used to work and they now break, > do file a bug about it.  Others on the list have mentioned using > [declare] for this purpose-- I never have but it's a reasonable use

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

I don't regard this as a patch-level incompatibility Indeed. But the old behavior was seriously broken and I don't see any good way to provide it without causing trouble and confusion. I'm open to ideas... I understand. # USE CASE An abstraction [include] that you can put on all