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

I wasn't using the -path flag, just trying to call a help file for an abstraction stored in the same directory as the parent patch is saved. So if I have one folder with "parent.pd" which loads an object [abstract], stored in the same folder, PD will crash if I right click on [abstract] and ask

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

On Sun, 2016-05-08 at 01:14 -0300, Paul Keyes wrote: > I need to use OSC. I had been using mrpeach in pd-extended, but I see > that pd-extended is no longer recommended, and it won't compile for my > system anyway (I'm using unbuntu 14.04 on an Udoo), so I have > pd-0-46-7 installed. > I

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

2016-05-07 19:25 GMT-03:00 Alexandre Torres Porres : > can you get away with in real time as you hoped so? > well, just saying trying it as a user for my purposes, it seems to work just fine :) ___ Pd-list@lists.iem.at mailing list

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

check out oscparse and oscformat in vanilla. cheers Miller On Sun, May 08, 2016 at 01:14:48AM -0300, Paul Keyes wrote: > I need to use OSC. I had been using mrpeach in pd-extended, but I see that > pd-extended is no longer recommended, and it won't compile for my system > anyway (I'm using

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

I need to use OSC. I had been using mrpeach in pd-extended, but I see that pd-extended is no longer recommended, and it won't compile for my system anyway (I'm using unbuntu 14.04 on an Udoo), so I have pd-0-46-7 installed. I downloaded pd-osc from my package repo, but there is no hint about

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

HAH, % in SuperCollider will work as [mod] in Pd -7 % 5 gives us -3 2016-05-08 1:09 GMT-03:00 Alexandre Torres Porres : > cool, yeah, i fugured there was a reason for mod to be coded the way it is > > but I'm more concerned on how "%" could be unreliable... or even "fmod"? >

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

cool, yeah, i fugured there was a reason for mod to be coded the way it is but I'm more concerned on how "%" could be unreliable... or even "fmod"? cheers 2016-05-08 1:01 GMT-03:00 Jonathan Wilkes : > >

Re: [PD] Uninstall pd on OSX

i complained about this once and dont remember how to solve it... this is one of the reasons I never installed Pd-extended 0.43 ever again 2016-05-07 16:07 GMT-03:00 Wilfred de Zoete : > I'm having issues on 10.9.5 with installing a new version of pd (0.46-7) - > I've

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

http://article.gmane.org/gmane.comp.multimedia.puredata.general/56291/match=div+mod On Saturday, May 7, 2016 11:45 PM, Alexandre Torres Porres wrote: On Sat, May 7, 2016 at 6:44 PM, Miller Puckette  wrote: I _think_ (but am not sure) that "%" works

[PD] [mod] vs [%]

> > On Sat, May 7, 2016 at 6:44 PM, Miller Puckette wrote: > >> I _think_ (but am not sure) that "%" works differently on different >> CPU architectures. >> > 2016-05-07 20:20 GMT-03:00 Matt Barber : > ​% can be different with respect to sign in different

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

The trouble with that is that the old behavior depended on what order you created objects and saved/restored patches in - in other words, it was defective by design. I know it was possible to work around that, but I can't see any way to make it do the buggey thing it did and not be buggy.

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

> But the old behavior was seriously broken and I don't see any good way to > provide it without causing trouble and confusion. Deprecate the old [declare] and name the new [declare] something else. -Jonathan On Saturday, May 7, 2016 8:40 PM, Miller Puckette wrote: I

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

Well, another way migth be to have Pd only query the first time in a Pd session and then proceed automatically. I'll try that out - but since I'll probably introduce a bug or two I'd just as soon wait till after the 0.27-0 release. Me, when I shout a thte computer, it's more likely to be "where

Re: [PD] number box bug?

It's not intentional but I don't really know what the action should be. (I put this in place before there was a toggle :) M On Mon, Jan 11, 2016 at 10:00:22AM +0100, Simon Iten wrote: > is it intentional that alt-click resets to zero even if lower bounds are not > zero? i think that at least

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

I don't regard this as a patch-level incompatibility (I believe you can run all the patches -- only now you'll have to add 6 directories to Pd's search path). But it's a serious inconvenience for sure. But the old behavior was seriously broken and I don't see any good way to provide it without

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

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 case. -Jonathan On Saturday, May 7, 2016 7:30 PM, Jérôme Abel

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

Hi list, With the new [declare] behavior, I am a little confused (Pd.0.47). I've read that putting [declare] in abstractions was not the "right" way, but that what I've done. Shame. In La Malinette (malinette.info), it is very useful to have an abstraction named [include] which contains all

Re: [PD] more help file suggestions for pd 0.47

​% can be different with respect to sign in different implementations of C. fmod() in C is designed to work with floats. On my system, -10 [mod 3] and -10 [% 3] in Pd work differently. [mod] outputs the positive remainder, which is 2, while % outputs the remainder with the sign of the dividend,

Re: [PD] more help file suggestions for pd 0.47

I _think_ (but am not sure) that "%" works differently on different CPU architectures. cheers Miller On Sat, May 07, 2016 at 06:27:33PM -0300, Alexandre Torres Porres wrote: > 2016-05-07 14:53 GMT-03:00 Miller Puckette : > > > I put in a sentence to scare users away from "%".

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

Pd-L2ork included a clear method for delwrite~ no idea how it works or how it addresses the issues you raised - because I just don't really know what you're talking about :) but anyway, here's the source code attached for you to check it out and here is the clear method excerpt: static void

Re: [PD] more help file suggestions for pd 0.47

2016-05-07 14:53 GMT-03:00 Miller Puckette : > I put in a sentence to scare users away from "%". Use "mod" instead :) > oh, but I can't see it, so you just did it now, right? I know they differ for negative values input, never knew why the reason.. expr also has a "%" function

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

> What about Pure Data C externs?> How are they loaded into Pure Data? Are they > in readable form? They are C binaries, so they are as readable as any other C binary when they are loaded into Pd. But you can certainly keep a private repository for the code and release/sell the binaries using

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

Several of them like magicolo are what I can "proof of concept" They are not integrated nor worthy of purchase so to speak. I am quite familiar with github and Google. Sent from my iPad On May 7, 2016, at 4:10 PM, Scott R. Looney > wrote:

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

What about Pure Data C externs? How are they loaded into Pure Data? Are they in readable form? -Matti > On 07 May 2016, at 23:19, Jonathan Wilkes wrote: > > If your aim is to create a compiler for Pd patches (JIT or otherwise, > proprietary or otherwise), I have the same

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

If your aim is to create a compiler for Pd patches (JIT or otherwise,  proprietary or otherwise), I have the same faith in Miller sitting down and  writing a formal language spec for Pd as I do in you succeeding. -Jonathan On Saturday, May 7, 2016 3:33 PM, Matti Viljamaa

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

On May 07, Jaime Oliver wrote: > Hi Derek, > > Do you have the UFX working properly in Ubuntu? > > Are you able to control the hardware from there? like setting the gain or > compressor or phantom power for a mic for example? > > best, > > J > Hello, I have the little brother UCX with

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

+1 on Patrick's idea! and to continue to some extent where Patrick left off, you can use magicolo's uPD project as a jumping off point: https://github.com/Magicolo/uPD. i tried it out but and had issues understanding this approach personally but i think it might hold some potential, as it can

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

There is one already: https://github.com/patricksebastien/libpd4unity Dan Wilcox @danomatika danomatika.com robotcowboy.com > On May 7, 2016, at 1:49 PM,

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

Want to make some dough off of pd? Make a Pd Unity3D plugin so i can drop my patches in as sound sources/effects in Unity3D or UDK without custom coding. pp Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020

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

Hi Derek, Do you have the UFX working properly in Ubuntu? Are you able to control the hardware from there? like setting the gain or compressor or phantom power for a mic for example? best, J > On May 7, 2?016, at 6:48 AM, Derek Kwan wrote: > >> Hello, >> >> With

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

It’s just that e.g. VSTs are fundamentally a limited format compared to Pure Data patches. There are some modular VST hosts, but not much something like Reaktor that combines both high- and low-level and customisation in the same environment. At the KVR audio there was a late interest in

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

hi Matti - the only thing i've seen that is something similar to what you're asking is the Heavy toolchain from Enzien Audio based on the online Tannhauser compiler. it can convert a PD patch into C++ where it can then be used as a plugin for different platforms, including in game audio

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

Or even straight C -> binary and then have Pd open the binary as patch. -Matti > On 07 May 2016, at 22:01, Matti Viljamaa wrote: > > Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an > extension of Pd? > > There are some around: >

[PD] Uninstall pd on OSX

I'm having issues on 10.9.5 with installing a new version of pd (0.46-7) - I've been using a 2013 pd extended for years but that one froze on me. But now when throwing it away and installing a new pd I get plenty conflicts with different paths. Installing exernals gives errors too; some

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

Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an extension of Pd? There are some around: http://resenv.media.mit.edu/PuDAC/sw.html https://github.com/sharebrained/pd_compiler

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

My problem with a "clear" method for delwrite~ is that it takes a data-dependent amount of time to carry out. OTOH, there's a way to clear arrays. Some thinking is needed to figure out how to clearly distinguish between operations that are best carried out at "startup time" (whatever that means)

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

But as I suspected it sounds like your intention is to sell pd patches back to the community? Have you seen Monolog X Patrick Pagano B.S, M.F.A Interactive Media & Education +1352.226.2016 https://patrickrpagano.wordpress.com/ On May 7, 2016, at 1:37 PM, Matti Viljamaa

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

I believe its main problem is jst that it's inefficient, not that it gives stack overflows... I added a comment about that. I want to fix "list" so that this can run in linear time but haven't done that yet :) M On Fri, May 06, 2016 at 06:12:56PM +0200, Christof Ressi wrote: > Also, the

Re: [PD] more help file suggestions for pd 0.47

I put in a sentence to scare users away from "%". Use "mod" instead :) M On Sat, May 07, 2016 at 12:37:18PM -0300, Alexandre Torres Porres wrote: > howdy, I can see it in the sourceforge you updated the help files, cool. > > but in the otherbinops-help.pd I still don't see the [%] object > >

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

Yes! Of course! One of the economic benefits of open-source software is that it can reduce development costs. Every good engineer should know this. DO pay attention to licensing details. You do have an obligation to the license holders and your customers. This is what makes the playing field

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

I don't think there's any way to distribute patches that vanilla Pd can read and run without making it easy for people to open them. At some level you'll have to write code. cheers M On Sat, May 07, 2016 at 08:36:46PM +0300, Matti Viljamaa wrote: > What about using Pd as a C/C++ library and

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

What about using Pd as a C/C++ library and writing the patch that way? Or perhaps LibPd? Would this allow the patch to be compiled as a stand-alone program? Yes? The easiest would be if there was a way to open a patch in binary form in Pd. What I’ve been envisioning would be to create “modules”

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

You'd have to modify Pd if you want to be able to run patches and keep it a secret how the patch works. I don't think people often feel the need to do that but it wouldn't be hard to do. cheers Miller On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote: > But how do you close and

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

But how do you close and distribute a Pd patch so it’s not viewable? Can you open a Pd patch distributed as binary? I only found this: How do I compile a Pd-patch to run as a stand-alone application? https://puredata.info/docs/faq/standalone

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

I can't recreate this... (tried pd -path .../z, invoked an abstraction that was in the subdirectory ../z, asked for help and got it. You must be invoking this differently or maybe on a different OS?) cheers Miller On Thu, May 05, 2016 at 03:56:36PM +0100, Liam Goodacre wrote: > Here's another

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

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). So leverage away. Your tax money pays my salary (at least, if you

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

I urge you to look at Max then. Pd is plenty attractive as it is now. I have never bought or sold a Pd "patch" and never plan on it either. Patrick Pagano B.S, M.F.A Interactive Media & Education +1352.226.2016 https://patrickrpagano.wordpress.com/ On May 7, 2016, at 12:13 PM, Matti Viljamaa

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

Hi Matti,Pd Vanilla has a 3-clause BSD license.  This license allows you to use the code in proprietary software and distribute binaries without also distributing the corresponding source code. It also allows you to make changes/improvements to the code without sharing them back with the

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

I think if Pd was viable for many different users, it would be more attractive. Commercial software is sometimes better quality than open source / free. Which can lend to better tools being developed for the platform since there’s a commercial incentive. Wonder e.g. why the Max platform is more

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

I think if Pd was viable for many different users, it would be more attractive. Commercial software is sometimes better quality than open source / free. Which can lend to better tools being developed for the platform since there’s a commercial incentive. Wonder e.g. why the Max platform is more

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

Patrick Pagano B.S, M.F.A Interactive Media & Education +1352.226.2016 https://patrickrpagano.wordpress.com/ On May 7, 2016, at 12:08 PM, Pagano, Patrick > wrote: So like you'd use like years and years and years of open source

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

I’ve been thinking about the feasibility of leveraging Pd as a development platform for commercial patches. Sort of like some (e.g. Twisted Tools) are using Reaktor for developing commercial-grade plug-ins. But instead of Reaktor I could rather use Pd, because it’s a more open platform. But if

Re: [PD] more help file suggestions for pd 0.47

howdy, I can see it in the sourceforge you updated the help files, cool. but in the otherbinops-help.pd I still don't see the [%] object cheers 2016-05-05 23:24 GMT-03:00 Alexandre Torres Porres : > So i did browse though all the help files again to see if I could find >

Re: [PD] Controlling VLC from PureData Vanilla.

Hello Mario, Here a small change in your patch to control VLC. It uses [route 10 13] to output a line when it is complete (when 10 or/and 13 comes). ++ Jack Le 06/05/2016 22:22, Mario Mey a écrit : > Here is the patch: > >

Re: [PD] [netsend] bug?

I remove the [float2symbol] abstraction and change it with [makefilename %g] (thanx IOhannes) in the list2symbol.pd if someone need a vanilla solution of zexy/list2symbol. It is attached. ++ Jack Le 06/05/2016 19:15, Jack a écrit : > Can you send a full output from [netsend -b] ? > To get your

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

2016-05-07 4:30 GMT-03:00 Liam Goodacre : > Also, I'm not finding any help file for [clip]. Has this already been > reported? > it has, and it's already included in 0.47 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

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

> Hello, > > With the following configuration : > Ubuntu 16.04 > Pd-0.47.0 > > I need to find a solution to send sounds on 16 different speakers. > What is your advice regarding the purchase of USB sound cards under > Linux with this configuration ? For you, which sound cards are more > willing

Re: [PD] [PD-announce] pd 0.47-0test2 released

Miller Puckette schreef op 06-05-2016 18:52: That's correct behavior. The earlier behavior (in which owning patches saved declarations made inside abstractions) was in error. I believe old patches will still work, but yes, if you re-save an old patch using a new version of Pd you'll have to