Re: [PD] For sample players based on [line~], [vline~], or [phasor~], how can we be sure all samples are being played?

As a followup on that old thread: - I strongely advice against the use of line~ to drive tabread4~. Under the hood, it works with single precision, so that the sample positions are prone to round off errors pretty quickly. Make the test and send the output of [line~] to [print~]. In the

Re: [PD] Obfuscate patch?

:-D > Gesendet: Donnerstag, 12. Mai 2016 um 23:43 Uhr > Von: "IOhannes m zmölnig" > An: pd-list@lists.iem.at > Betreff: Re: [PD] Obfuscate patch? > > On 05/12/2016 08:52 PM, Jeff Sandys wrote: > >> Or use Braille font in a live performance. > > who would do such a thing? > >

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

Don't ship the entire patch. For example, suppose I'm selling a patch where the user can input single word "easing" styles like "ease-in-out", "rubber-band", "drunken-walk", etc., and it outputs lists of numbers that can be input into [vline~].  I'd do it this way:

Re: [PD] Obfuscate patch?

On 05/12/2016 08:52 PM, Jeff Sandys wrote: >> Or use Braille font in a live performance. who would do such a thing? gmadsr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

Re: [PD] Obfuscate patch?

You could go the computer game approach and use a custom binary packing algorithm where you compress all of that data into a single file which your program then unpacks when it runs everything. That is assuming that you have a sort of main program that runs the system. People *might*

Re: [PD] error installing Pd 0.47 OSX

I can confirm the latest commit bindings are working fine for me. It’s definitely a “go figure” thing, but if binding to both works for Safari, Chrome. etc then it’s good enough for Pd. :) (At least it’s easier than doing some sort of locale based checking…) Dan Wilcox @danomatika

Re: [PD] Obfuscate patch?

Message: 5 > On Thu, 12 May 2016 13:46:55 +0200, IOhannes m zmoelnig wrote: > On 2016-05-12 12:09, Lorenzo Sutton wrote: > > On 12/05/2016 05:57, Mario Mey wrote: > >> Is already done any external/abstract/external-program that obfuscate a > >> Pd patch? ... > >> to make very hard to understand,

Re: [PD] Obfuscate patch?

Thanks everybody. Why would you want to do something like that? I live in Argentina and I'm going to work with an agent in Spain. I developed and I offer the service of "Digital Puppeteers". So, this agent will offer the same service and he will contact me when he find a client. So, I

Re: [PD] Obfuscate patch?

I am an external patch obfuscator; nobody can understand the things that I write in PD. > To: pd-list@lists.iem.at > From: mario...@gmail.com > Date: Thu, 12 May 2016 00:57:10 -0300 > Subject: [PD] Obfuscate patch? > > Is already done any external/abstract/external-program that obfuscate

Re: [PD] error installing Pd 0.47 OSX

The script is not there yet as I’m working on it in another branch. Still needs some testing. As it is now, using the current Tk 8.5 with OSX is a *bad* idea as it has all sorts of problems. Using a newer TK that is downloaded and built fixes all of that and the retina font rendering looks

Re: [PD] error installing Pd 0.47 OSX

Hey Dan, This is pretty awesome work. Thanks for putting all the time, frustration and energy into a solid OSX building strategy. I feel like mac OS has been slightly neglected since Hans departure. So speaking from as a mac user, thank you! >>>Thanks. I have a script now which will download

Re: [PD] error installing Pd 0.47 OSX

> Dan your autotools update is great. I installed all with no problem. Moreover > I done make app; great news! > > Some general observation on OS X compilation: I get several warnings, like: > a) libtool: warning: libobj name 'pd~.lo' may not contain shell special > characters. That’s not a

[PD] ICLI 2016 - Registration open

3rd International Conference on Live Interfaces School of Media, Film and Music - University of Sussex, Brighton. Dates: June 28th - July 2nd, 2016. Website: www.liveinterfaces.org Registration is now open for the International Conference on Live Interfaces in Brighton this summer. This

Re: [PD] Obfuscate patch?

On 12/05/2016 13:46, IOhannes m zmoelnig wrote: On 2016-05-12 12:09, Lorenzo Sutton wrote: On 12/05/2016 05:57, Mario Mey wrote: Is already done any external/abstract/external-program that obfuscate a Pd patch? I mean, by changing the place of every object, changing names of send/receive

Re: [PD] Obfuscate patch?

On 2016-05-12 12:09, Lorenzo Sutton wrote: > On 12/05/2016 05:57, Mario Mey wrote: >> Is already done any external/abstract/external-program that obfuscate a >> Pd patch? I mean, by changing the place of every object, changing names >> of send/receive objects to random generated names, adding more

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

Hello, Just a suggestion : it is a good thing to move all externals in ~/.local/lib/pd/extra/ but it would be a good point if it is possible to remove them using deken (and maybe remove path ?). I don't know if it is easily doable/possible/advisable. ++ Jack Le 10/05/2016 13:41, Chris

Re: [PD] error installing Pd 0.47 OSX

Dear all, Dan your autotools update is great. I installed all with no problem. Moreover I done make app; great news! Some general observation on OS X compilation: I get several warnings, like: a) libtool: warning: libobj name 'pd~.lo' may not contain shell special characters. b)

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

On 07/05/2016 18:14, Matti Viljamaa wrote: Wonder e.g. why the Max platform is more popular, even if its commercial. Commerciality isn’t stopping people from using it. What kind of (scientific) research have you conducted to conclude that "Max platform is more popular"? What is your

Re: [PD] Obfuscate patch?

On 12/05/2016 05:57, Mario Mey wrote: Is already done any external/abstract/external-program that obfuscate a Pd patch? I mean, by changing the place of every object, changing names of send/receive objects to random generated names, adding more objects to make very hard to understand, etc...?

Re: [PD] Obfuscate patch?

On 2016년 05월 12일 16:08, Scott R. Looney wrote: though i believe > that could affect signal flow and execution order, wouldn't it? that's a Max problem, fixed in Pd, the only thing is that you should be careful with the outlet positions of abstractions. The order could change. m.

Re: [PD] Obfuscate patch?

i agree - kinda antithetical to the ethos of Pure Data, really. i think you could use Heavy to turn a patch into rather voluminous C++ code. i remember from the devs that they said the code output wasn't supposed to be edited or analyzed by humans, but rather existed to be wrapped to work in a

Re: [PD] Obfuscate patch?

but why? 2016-05-12 3:03 GMT-03:00 Jonathan Wilkes via Pd-list : > What about simply changing all object coords other than inlet/outlet to > (0, 0)? > > -Jonathan > > > On Thursday, May 12, 2016 12:00 AM, Mario Mey wrote: > > > Is already done any

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

2016-05-09 11:47 GMT-03:00 Joe White : > > FYI you can also use heavy to create Pd externals (from a Pd patch), it'll > also benefit in some cases from a speed boost. > this sounds like something related to max's gen~ and it'd be good to have something similar in Pd

Re: [PD] Obfuscate patch?

What about simply changing all object coords other than inlet/outlet to (0, 0)? -Jonathan On Thursday, May 12, 2016 12:00 AM, Mario Mey wrote: Is already done any external/abstract/external-program that obfuscate a Pd patch? I mean, by changing the place of every