Re: [PD] inlet names (bad?) practice?

> On Tuesday, March 2, 2021, 2:48:36 PM EST, Alexandre Torres Porres > wrote: Em ter., 2 de mar. de 2021 às 16:26, Jonathan Wilkes escreveu: Pd-l2ork 1.0 has tooltips > hmm, but how does it work? By fetching the data from `[pd META]` subpatches in help patches, which is the same across

Re: [PD] inlet names (bad?) practice?

21 17:45, Jonathan Wilkes via Pd-list wrote: > > On Tuesday, March 2, 2021, 11:10:36 AM EST, Alexandre Torres Porres > wrote: > > > Hi, I was asking people on facebook where did they get the idea of > putting names in inlets/outlets, like: [inlet > this-inlet-contr

Re: [PD] inlet names (bad?) practice?

> On Tuesday, March 2, 2021, 2:11:36 PM EST, Alexandre Torres Porres > wrote: > The idea doesn't sound bad, it'd be a nice GUI feature. As for the design, I > think you'd need a special flag to set the name and not just some symbol, > this way you'd not get into conflicts with the actual

Re: [PD] inlet names (bad?) practice?

> On Tuesday, March 2, 2021, 1:19:53 PM EST, Claude Heiland-Allen > wrote: > On 02/03/2021 17:45, Jonathan Wilkes via Pd-list wrote: > > On Tuesday, March 2, 2021, 11:10:36 AM EST, Alexandre Torres Porres > wrote: > > > Hi, I was asking people on facebook

Re: [PD] inlet names (bad?) practice?

> On Tuesday, March 2, 2021, 11:10:36 AM EST, Alexandre Torres Porres > wrote: > Hi, I was asking people on facebook where did they get the idea of putting  > names in inlets/outlets, like: [inlet this-inlet-controls-frequency]. Not sure. But A_DEFSYM and A_DEFFLOAT are implemented in a way

Re: [PD] list item picker widget

It's possible to build one with data structures. There may be one from me or others on the pd forum. But it's really a pain to build. In Purr Data I just made a core object "dropdown" built on the same simple display that an atom box has. Best,Jonathan On Thursday, February 11, 2021,

Re: [PD] [OT]Re: Preset management for Pd Vanilla

a "snapshots" at will of system state without requiring the user to prepare the patch for that purpose ahead of time. cheers M On Fri, Jan 22, 2021 at 03:05:02AM +, Jonathan Wilkes via Pd-list wrote: >    > On Thursday, January 21, 2021, 6:35:34 PM EST, cyrille henry > wrote

Re: [PD] [OT]Re: Preset management for Pd Vanilla

> On Thursday, January 21, 2021, 6:35:34 PM EST, cyrille henry wrote: > here we are : https://xkcd.com/927/ This case seems more like the Lisp problem-- every single user has their own non-standard, incompatible, and deeply personal solution to the problem. Also-- do I have it right that

Re: [PD] Preset management for Pd Vanilla

Em qui., 21 de jan. de 2021 às 14:33, Alexandre Torres Porres escreveu: > hmm, here's something I wasn't thinking, how to allow one to use the system > inside abstractions. IIRC, the symbolic name given as an argument to preset_hub sets the scope for all the preset_node objects with the same

Re: [PD] fluid~

> On Friday, December 11, 2020, 6:21:03 PM EST, Alexandre Torres Porres > wrote: > Hi, anyone has had any luck in building the old fluid~ external out there? > seems the original repository is here  >

Re: [PD] Purr-Data running in the browser

Hi Christof, Thanks for reposting about this. It was a gargantuan undertaking, and I am still amazed at what Zack and Hugo were able to achieve over the summer. Zack has a nice set of build instructions that seem to be working pretty well. The next step is hooking that in to the gitlab CI system

Re: [PD] Inlet - Unexpected Behaviour

58, Jonathan Wilkes via Pd-list wrote: On Saturday, August 29, 2020, 03:04:25 PM EDT, Alexandre Torres Porres wrote: Em qui., 6 de ago. de 2020 às 16:08, Jonathan Wilkes escreveu: > On Thursday, August 6, 2020, 2:07:09 PM EDT, matthew brandi wrote:

Re: [PD] Inlet - Unexpected Behaviour

On Saturday, August 29, 2020, 03:04:25 PM EDT, Alexandre Torres Porres wrote: Em qui., 6 de ago. de 2020 às 16:08, Jonathan Wilkes escreveu: > On Thursday, August 6, 2020, 2:07:09 PM EDT, matthew brandi > wrote: > Dear people > In my role as village idiot, I am asking

Re: [PD] inlet: expected 'signal' but got 'bang'

> On Thursday, July 16, 2020, 6:58:40 PM EDT, Sebastian Lexer wrote: > Hi, > Getting desperate after spending hours to locate the error "inlet: expected > 'signal' but got ‘bang’” I am getting from a fairly huge project, running in > pd 0.49 on a raspberry pi. > The only object I

Re: [PD] adc/dac~ 'set' method on PD and purr data

> On Tuesday, July 7, 2020, 5:48:58 PM EDT, Raphael Raccuia > wrote: > Hi! > since which version of PD the [set( method is implemented for [adc~] and > [dac~] ? > I'm writing a patch for somedody using purr-data (2.11), but it's not > working: It's not in the Vanilla changelog, but

Re: [PD] getting vanilla gui objects into standalone builds

> On Sunday, June 28, 2020, 11:13:31 AM EDT, hans w. koch > wrote: > well, as a relative oldie, let me tell you this is wrong :-) > last commit to github 5 days ago: https://git.purrdata.net/jwilkes/purr-data > last relase: 26 days ago (14 committs since): >

Re: [PD] pd_defaultbang to non-default list handler

n't be "bang", > > rather it should be "list". > > > > Let's back up. > > > > Miller, > > > > In pd_defaultbang, what is the reasoning for calling the list method > > with a null selector while calling the > > anything method with a

Re: [PD] pd_defaultbang to non-default list handler

gt; There has been a discussion about this in the past and I have agree with > IOhannes that Pd shouldn't send NULL selectors: > https://sourceforge.net/p/pure-data/patches/555/. > Christof On 20.06.2020 21:19, Jonathan Wilkes via Pd-list wrote: Hi Miller, In pd_defaul

Re: [PD] pd_defaultbang to non-default list handler

> Christof On 20.06.2020 21:19, Jonathan Wilkes via Pd-list wrote: Hi Miller, In pd_defaultbang of m_class.c, why does the list method get called with "0" for a selector instead of "_bang" for the c_listmethod invocation? Best, Jonathan __

[PD] pd_defaultbang to non-default list handler

Hi Miller, In pd_defaultbang of m_class.c, why does the list method get called with "0" for a selector instead of "_bang" for the c_listmethod invocation? Best,Jonathan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] GOP drawing bug with scalars and z-order - test in [jmmmp/multiarray]

> On Friday, September 20, 2019, 7:52:07 AM EDT, Christof Ressi > wrote: >> Pd doesn't care about z-ordering at all and the order of drawing is >> mainly defined by "what needs to be done" (rather than: "how will it >> look like"). > I don't agree that there is no defined z-ordering in

Re: [PD] [PD-dev] what's the maximum list size?

> On Thursday, July 4, 2019, 07:52:05 PM EDT, Christof Ressi > wrote: >>  > how big of a list xcan we have in Pd? >> 100 > That's only the internal limit for stack allocation in the [list] methods. There's no easy way to measure the worst case performance for malloc/free, much  less

Re: [PD] Full stop '.' in class namespace

> On Sunday, May 12, 2019, 9:16:58 AM PDT, Christof Ressi > wrote: >> seems like using [declare] becomes unnecessary then...>> of course I think >> library name prefix looks ugly, > there you have it :-) [declare -lib] is >> here to stay. You absolutely have to have [declare] and strongly

Re: [PD] Full stop '.' in class namespace

> On Sunday, May 12, 2019, 8:51:05 AM PDT, Christof Ressi > wrote: > anyway, I agree that ideally the structure of a library should be totally > transparent to the user. >> Theoretically you could have a loader branch > that would look for the "foo" binary in that case, load it, and then 

Re: [PD] Full stop '.' in class namespace

> On Sunday, May 12, 2019, 8:45:34 AM PDT, Christof Ressi > wrote: > ok, I see. you usually don't load individual classes with [declare -lib] but > only (multi-objects-per-binary) libraries. > the workaround usually is to do > [declare -path zexy -lib zexy]. -path is for abstractions and

Re: [PD] Full stop '.' in class namespace

> On Sunday, May 12, 2019, 10:58:52 AM EDT, Christof Ressi > wrote: >> that allows it to be built both as a single binary *or* with one class per >> binary.  > ah, of course that makes sense. >> with multi-binary style I can do [declare -lib foo/bar] whereas with the single-binary style

Re: [PD] Full stop '.' in class namespace

> On Sunday, May 12, 2019, 12:27:33 AM PDT, Christof Ressi > wrote: >> So why aren't all (or at least nearly all) external developers simply using >> "setup" as the entry point? > yes, I've asked that myself and I think they just could. Have a look at the > Max part of pd~: the setup

Re: [PD] Full stop '.' in class namespace

> On Saturday, May 11, 2019, 10:09:00 PM EDT, Lucas Cordiviola > wrote: > isn't it that : > /* next try (objectname)/(classname).(sys_dllextent) ... */ > will load "foo/bar.pd_linux". > This is correct right? No, "objectname" refers to full string that was typed into the object box. So

Re: [PD] Full stop '.' in class namespace

Another question from the rabbit hole which I may have asked before-- what is up with the code after line 191 in s_loader.c:    /* next try (objectname)/(classname).(sys_dllextent) ... */ For [foo/bar], this would try to load "foo/bar/bar.pd_linux". I don't understand why the loader would

Re: [PD] Full stop '.' in class namespace

> On Saturday, May 11, 2019, 5:25:25 PM PDT, Christof Ressi > wrote: >>  Does every supported PD platform allow you to a) dynamically load an >>object that defines >> a previously defined symbol and b) search for a symbol starting from the >> last loaded >> object and going up the

Re: [PD] Full stop '.' in class namespace

> On Saturday, May 11, 2019, 4:08:45 PM PDT, Christof Ressi > wrote: "cyclone/gate" <-> "gate"). now if 'class_loadsym' *doesn't* match the classname we can assume that it's the name of a multi-object-per-binary library, prepend it to the classname and register that as an alternative

Re: [PD] Full stop '.' in class namespace

> On Saturday, May 11, 2019, 1:16:16 PM PDT, katja > wrote: > On 5/11/19, Jonathan Wilkes via Pd-list wrote: [...] >> 1. A cautious user will always leverage Pd's general collision avoidance by >> prefixing your library's directory >> name in the object box. &

Re: [PD] Full stop '.' in class namespace

> On Friday, May 10, 2019, 5:51:20 AM EDT, Julian Brooks > wrote: > Hi all, > Is there a reason to not make use of a full stop in a namespace? > E.G. [julianslib.dac~]? Hi Julian, One problem is that it causes something like the double extra name collision avoidance problem. 1. A cautious

Re: [PD] [PD-announce] Purr-Data Google Summer of Code opportunity

> On Wednesday, March 6, 2019, 12:32:12 PM EST, Chuckk Hubbard > wrote: > Re: GSoC for Purr Data, I just want to say> 1. That's great news! > Congratulations!> 2. I saw the list, and while I'm sure some internal > improvements would be good, for me, plugin integration would make a huge

[PD] Purr Data 2.8.1 released

Hi everyone, Purr Data 2.8.1 is now available: https://git.purrdata.net/jwilkes/purr-data#downloads Changes: * fixed a bug where the "Cancel" button would not work on the "Do you want to save..." dialog * added separate help files for [draw svg] and [table]. These used to navigate directly to

[PD] Purr Data 2.8.0 released

Hi list, Purr Data 2.8.0 has been released and is now available: https://github.com/jonwwilkes/purr-data/releases/tag/2.8.0 Changes: * Constrained dragging. Version 2.8.0 adds the ability to drag iemguis, subpatches, graphs, grid, and Scope~, with a constraint either vertically or

Re: [PD] speed

> On Sunday, January 13, 2019, 4:16:38 PM EST, Roman Haefeli > wrote: > I'm not sure I fully understand what your asking. Upon receiving a two- float list, [line] starts sending out messages at the given rate. The time period between the message reflects the second argument, except for the

Re: [PD] Status of PD double precision

> Though Pd 0.49 compiled as above shows those small and large numbers, it can't show all significant decimals in the GUI. This of course limits the usefulness of double precision and also complicates the interpretation of other tests. Hi Katja, Have you taken a look at Purr Data? AFAICT the

Re: [PD] Reason for not allowing '{' and '}' in Pd?

> On Monday, May 14, 2018, 7:34:24 AM EDT, Zack Lee wrote: > Hi, I'm trying to add a Lua scripting feature for my external which will > allow users to write and run Lua scripts directly in pd as object arguments > similar to how [expr] object works. I think I merged

Re: [PD] pow/pow~ and negative input, a fix proposal

> On Wednesday, May 9, 2018, 12:55:59 PM EDT, Martin Peach > wrote: On Wed, May 9, 2018 at 10:38 AM, Alexandre Torres Porres wrote: You know, now that you the inability to deal with nan/inf in pd, such as in [select] came up, it makes total sense

Re: [PD] [until] ceiling

> On Thursday, April 26, 2018, 4:30:47 AM EDT, hans w. koch > wrote: > thanks orm and cyrille > for forcing me to acknowledge, that i´ve indeed hit the IEEE ceiling here. > i stubbornly tried to turn a blind eye to that... > i am using pd 48-1 in 64bit but to my

Re: [PD] suggestion: $0 in messages

> On Tuesday, April 17, 2018, 8:10:47 AM EDT, Dan Wilcox > wrote: > Is this compatible with  > https://github.com/pure-data/pure-data/pull/347/files? Are there pros/cons > between the implementations?  Also-- the code I merged into Purr Data adds a binbuf_error

Re: [PD] suggestion: $0 in messages

> On Tuesday, April 17, 2018, 8:43:26 AM EDT, Christof Ressi wrote: > I am biased of course, but checking for t_message_responder class within > canvas_getdollarzero seems a bit weird to me. Yeah, it should probably be renamed to something like pd_getdollarzero.

Re: [PD] suggestion: $0 in messages

> On Tuesday, April 17, 2018, 8:10:47 AM EDT, Dan Wilcox wrote: > Is this compatible with  > https://github.com/pure-data/pure-data/pull/347/files? Are there pros/cons > between the implementations? This implementation doesn't require a change to binbuf_eval's

[PD] Purr Data 2.5.1

Hi list, Purr Data 2.5.1 is now available: https://git.purrdata.net/jwilkes/purr-data#downloads Please report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues Changes: * speed up message box by removing the malloc/free per incoming message * added regression test framework with

Re: [PD] suggestion: $0 in messages

> On Friday, April 6, 2018, 11:21:05 AM EDT, Christof Ressi > wrote: > here's an alternative implementation which uses no additional memory > > allocations but is more invasive: > https://github.com/pure-data/pure-data/pull/347 Here's the beginning of another

Re: [PD] suggestion: $0 in messages

e. Measuring [trigger] performance I could see differences depending on how exactly the loop for the outlets was constructed. -Jonathan > Giulio On Thursday, 5 April 2018, 22:54:44 BST, Jonathan Wilkes via Pd-list <pd-list@lists.iem.at> wrote: > On Thursday, April 5, 2018, 3:20:03 PM

Re: [PD] suggestion: $0 in messages

>>What is wrong with [my_selector(--[list]--[$1( > for instance, [42(--[list]--[$1( will give 42 not float, > similarly [symbol > crabs(--[list]--[$1( will give crabs not symbol > Also it seems reasonable to > just have 1 object box for querying a selector, > which is a main element of > the pd

Re: [PD] suggestion: $0 in messages

>> whereas you cannot get an abstraction's selector (which would >> be handy >> for error reporting).  > What is the selector of an abstraction? [my_abs arg1 arg2] The selector is "my_abs". The reason consistency probably keeps coming up is because everything on the Pd canvas as well as Pd

[PD] Purr Data 2.5.0

Hi list, Purr Data 2.5.0 is now available: https://github.com/jonwwilkes/purr-data/releases/tag/2.5.0 Please report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues Changes: * add pd-lua library * fix up dialog styling for GUI presets * expand help browser search index to

[PD] GSoC Student Application Deadline

Hi list, There are a few more days for students to apply to Google Summer of Code for this summer before the March 27 deadline. Purr Data is one of the mentoring organizations. So if you are a student and would like to work on Purr Data this summer as part of GSoC, you can apply here:

[PD] Purr Data GSoC 2018

Hi list,Purr Data was accepted as a mentoring organization for GSoC 2018! We have an initial list of project ideas here: https://git.purrdata.net/jwilkes/summer-of-code-ideas-list/blob/master/README.md If anyone has some project ideas, interest in mentoring, or other feedback please join the

Re: [PD] puredata parameters into HTML5

> Dear list, > I would like to connect puredata with a local webpage, not necessary uploaded > on a server. > How can I send statistics generated by puredata into HTML5 code, so the page > immediately highlights the numbers, what PD calculates? > Did anyone made something like this before?

Re: [PD] stale pointers after object creation (was Re: pix_data issue)

> a glist (list of graphical objects) is internally implemented as a linked > list. usually, a big > advantage of a linked lists is that adding/deleting elements won't touch > other elements > (especially doesn't move them in memory, like it can happen with dynamically > sized arrays).

[PD] Purr Data 2.4.8 released

Hi list, Purr Data 2.4.8 is now available: https://github.com/jonwwilkes/purr-data/releases/tag/2.4.8 Please report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues Changes: * refactor the GUI to get rid of some of the GUI freeze problems with various GUI widgets * update wiringPi

[PD] Purr Data 2.4.7 released

Purr Data 2.4.7 is available: https://github.com/jonwwilkes/purr-data/releases/tag/2.4.7 This is another bugfix release to keep Purr Data from freezing in certain situations with graph-on-parent patches* fix graph-on-parent issues with vumeter and radio objects * clean up the readme

[PD] Purr Data 2.4.6

Hi List,A bugfix release for Purr Data is now available: https://github.com/jonwwilkes/purr-data/releases/tag/2.4.6 This fixes a GOP crasher and a regression with events for nested data structures. Please report bugs to: https://git.purrdata.net/jwilkes/purr-data/issues Best, Jonathan

[PD] Purr Data 2.4.5

Hi list,Purr Data 2.4.5 is available: https://github.com/jonwwilkes/purr-data/releases/tag/2.4.5 Please report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues Changes * remove [midiclkin]* handle [draw] events correctly for nested data structure arrays * improve the deb package build

[PD] Purr Data 2.4.4 released

Hi list,Purr Data 2.4.4 is now available: https://github.com/jonwwilkes/purr-data/releases/tag/2.4.4 Please report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues Changes:* fixed dangling selection rectangle when a new patch window gains focus* added Pd Vanilla fudiparse and

Re: [PD] purr data window display

> OK great that seems to have done the trick!  Does that mean xsample is not  > compatible with Purr Data? The xsample objects do work once the patch loads > up.  Thanks for your help I seem to remember flext-based externals spitting a bunch of tcl at the GUI. Purr Data is supposed to shuttle

Re: [PD] purr data window display

Try removing the xsample libraries from your startup libs and see if you still get the bug. -Jonathan From: school shoes To: "pd-list@lists.iem.at" ; Jonathan Wilkes Sent: Wednesday, November 15, 2017 12:39 AM

Re: [PD] purr data window display

> Hi there , > I've noticed some strange behavior using Purr Data on macOs Sierra 10.12.5  > (tested on purr data 2.4.2 and 2.4.3). > After I first open the application, whatever I try to do first doesn’t seem > to display. I can't seem to reproduce this. What is printed to the main Pd

[PD] Purr Data 2.4.3 released

Hi list,Purr Data 2.4.3 is now available:https://github.com/jonwwilkes/purr-data/releases Report bugs here:https://git.purrdata.net/jwilkes/purr-data/issues Changes:* fixes to [draw array] and [draw svg], plus some tutorials for using it * fix bug where OSX 10.8 binary wouldn't work on 10.8

Re: [PD] Purr Data 2.4.1

> Looking here it doesn't seem so. https://launchpad.net/~dr-graef stops > at Zesty :-( > He now has a test PPA for 17.10 here: https://launchpad.net/~dr-graef/+archive/ubuntu/test -Jonathan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

[PD] Purr Data 2.4.2 released

Hi list, A new release of Purr Data is available: https://github.com/jonwwilkes/purr-data/releases Please report bugs to https://git.purrdata.net/jwilkes/purr-data/issues * fixed freeze when flooding the Pd window with messages * fixed array tick label positioning * fix array trace line

Re: [PD] Purr Data 2.4.1

>> I haven't tried yet. I'll see if I can get a 17.04 runner up for the next >> release (today or tomorrow). > What about 17.10? It's there where libgsl0ldbl and slv2-jack are missing Oops, I misunderstood the Ubuntu LTS versioning scheme. I don't want to add another runner until the 18

Re: [PD] Purr Data 2.4.1

> Any joy in setting it up? I haven't tried yet. I'll see if I can get a 17.04 runner up for the next release (today or tomorrow). > I tried on a different machine and still getting compilation errors. What compilation errors? I thought you were reporting package installation errors.

Re: [PD] Purr Data 2.4.1

I'll try setting up a CI machine for 17.04 later... -Jonathan From: Antonio Roberts To: Jonathan Wilkes Cc: Alexandre Torres Porres ; Pd-List Sent: Thursday, October 26, 2017 5:58 AM Subject: Re:

Re: [PD] Purr Data 2.4.1

> according to https://git.purrdata.net/jwilkes/purr-data/issues/334#note_3320 That hasn't been updated in awhile. -Jonathan > 2017-06-22 5:06 GMT-03:00 Albert Gräf : > I've got a PPA for Ubuntu 17.04 up at my Launchpad page > (https://launchpad.net/~dr-

Re: [PD] Purr Data 2.4.1

> Congrats! > Do you know how to install it on Ubuntu 17.10? I tried installing the 16.04 > binary but I get a bunch of dependency problems. You could try compiling it: https://git.purrdata.net/jwilkes/purr-data#linux -Jonathan > Antonio On 23 October 2017 at 03:38, Jonathan W

[PD] Purr Data 2.4.1

Hi list, Purr Data 2.4.1 is out: https://github.com/jonwwilkes/purr-data/releases/tag/2.4.1 Please report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues * update [expr] family to the same codebase as Pd Vanilla 0.48 * fix bug that prevented file path in [draw image] from working *

Re: [PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

> I see... somehow I got terribly confused and thought there was a > discussion to include it in vanilla, which would make sense to me. There were many requests to include it in Pd Vanilla. Check the mailing list archives. -Jonathan ___

Re: [PD] object names with "."

>> why do you think you are missing something? > I usually do that, cause I'm not a programmer [...] > I also see this pattern here and there, so I'm > not coming up with this, would anyone have something > against using "."? You said above you are not a programmer above, so I'll thrown

Re: [PD] object names with "."

> Well, here's what I have, an object named [allpass.rev~] As a practical matter, I still don't understand why you are trying to use "." instead of "_". -Jonathan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] object names with "."

> and how come underline works just fine? Because Pd's loader mechanism searches for the symbol "${libname}_setup", where "${libname}" is the name of the library being loaded. If you make sure that "${libname}" is drawn from the set of characters thatcan appear in a C function name, then users

[PD] Purr Data 2.4.0

Hello list, Purr Data 2.4.0 is now out: * fixed a bug where the preferences wouldn't load properly on some OSX systems * added [draw svg] for a graphical viewport * fixed display bugs with [draw image] and [draw sprite] * added experimental [draw array] for visualizing array data Binaries here:

Re: [PD] why not Purr Data?

>> On Mon, 2017-10-02 at 18:34 +, Jonathan Wilkes wrote: >> > If supporting pure vanilla patches to their full extent would be a >> > stated goal of the Pure Data project, I'd have some incentive to >> report >> > stuff, but it seems it isn't. >> >> Supporting Pd Vanilla patches to their

[PD] Purr Data 2.3.3 released

Hi list, Purr Data 2.3.3 is out. * improve performance of ggee/image * allow loading jpegs in Gem under Windows Releases here: https://github.com/jonwwilkes/purr-data/releases/tag/2.3.3 Report bugs here: https://git.purrdata.net/jwilkes/purr-data/issues -Jonathan

Re: [PD] purr data 2.3.2's gem on windows 10

> Hello Jonathan and Alexandre , > i just saw the git commits . > but will wait for next build. > or try a build next week. > i already tried but failed miserably :-) > i 'll retry and give feedback, > i justed wanted to ask if your modifications will give support for > avi? > mpg? >

Re: [PD] Fwd: Re: why not Purr Data?

> So basically I guess you're telling me that I should either 1) upgrade to a > faster mac > or 2) move from using PurrData to using PureData Vanilla, to get rid of the > GOP-within-GOP-within-GOP -induced CPU spikes and high CPU usage I've been > having with my mid-2009 MacBookPro with

Re: [PD] Fwd: Re: why not Purr Data?

> I like how Pd-l2ork/Purr Data has many new features, like infinite undo, > arrays with bars. By the way, what's the shortcut to > automatically encapsulate a part of your patch as a subpatch in pd-lork/purr > data? I saw something once where you could select > a portion of the patch and do

Re: [PD] why not Purr Data?

> I will let you know as soon as I'm on a machine that I can install a > pre-compiled deb package of Purr Data on. Unfortunately, my personal > laptop is still running Ubuntu 16.04 i386 because I've been upgrading > for a couple of years and I never installed from scratch. Oh, I see. No rush,

Re: [PD] why not Purr Data?

> If supporting pure vanilla patches to their full extent would be a > stated goal of the Pure Data project, I'd have some incentive to report > stuff, but it seems it isn't. Supporting Pd Vanilla patches to their fullest extend is a goal of Purr Data. What are the crashers you are

Re: [PD] why not Purr Data?

> Great the Jonathan has joined this thread. > What keeps Purr data from running the latest pd core (0.48) and leaving aside > things that Purr can do that vanilla > can't (i.e. $0 in message box), are there any concerns going the other way? > i.e. basic things that vanilla can do that Purr

Re: [PD] why not Purr Data?

> Purr Data looks like a continuity of pd-extended, anyway all pd versions > are obsolete since they aren't fully 64bit compatible. Do most audio devices now require a 64-bit driver under Windows? -Jonathan ___ Pd-list@lists.iem.at mailing list

Re: [PD] why not Purr Data?

> Many of my patches that I developed on Pure Data don't run without > modification in Purr Data. Some crash at loading, some look graphically > weird Typically, "crashers" and "freezers" get fixed pretty quick in Purr Data. The only freezer I remember with one of your patches was due to a

Re: [PD] why not Purr Data?

> thanks everyone, this is really helpful. > in light of your experiences, it seems like the best of all worlds might > be to use a modern computer/os with Purr Data for editing, make sure to > stick with vanilla only objects, and use vanilla for deploying. Just for reference-- I

Re: [PD] purr data 2.3.2's gem on windows 10

> Hello List, > 1. Please don't ask why i use windows. > 2. please tell me if there is a better place to post about this. > 3. i installed purr-data 2.3.2 (and other versions before) on windows 10 > (x64). > gem is included but i startup i get : > GEM: image loading support: SGI > only >

[PD] Purr Data 2.3.2

Hi List,Purr Data 2.3.2 is now available: https://github.com/jonwwilkes/purr-data/releases/tag/2.3.2 Please report bugs here: https://git.purrdata.net/jwilkes/purr-data This release fixes the "-unique" flag for running multiple instances, fixes [pd~] on Windows, and fixes a GUI bug and some

Re: [PD] purr data duplicate undo

> Hey - > every now and then using purr data i find that i have inadvertently made > duplicate objects/msgs etc> that are directly in front of each other. > I've finally figured out that this is happening with the following sequence:  > cmd +d , cmd+z I see. It appears the undo history gets

Re: [PD] Purr Data 2.3.0 released

> 2017-08-23 15:03 GMT-03:00 Jonathan Wilkes via Pd-list <pd-list@lists.iem.at>: Hi list, Purr Data 2.3.0 is out: https://github.com/jonwwilkes/ purr-data/releases > hey, I realize this is a github link, do you take merge requests from there? N

[PD] Purr Data 2.3.0 released

Hi list, Purr Data 2.3.0 is out: https://github.com/jonwwilkes/purr-data/releases Report issues here: https://git.purrdata.net/jwilkes/purr-data/issues -Jonathan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] hexloader incorporated into vanilla?

> Howdy, don't think this has ever been discussed... sorry if it had. > So, we need externals with non-alphanumeric names to be loaded into a > multi-object library, loaded via start up. If you have them as a set of > single-object binaries, the only option seems to be [hexloader] (a third >

Re: [PD] New users and external path struggles

>> None will clash with the others. > that's also true for Pd vanilla! Yes-- the class loader behavior I described is part of the Pd vanilla codebase. -Jonathan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] New users and external path struggles

> yeah, this worked because of libdir. A few details: * The Pd extended libdir loader searches for a $LIBNAME-meta.pd file. If it finds it it adds the directory containing it to the global search path.* namespace prefixes (probably better referred to as directory prefixes) will add the

Re: [PD] Symbol box interface improvement suggestion

> Hey all > So often I see people getting confused with symbol boxes. Its current interface design is contrary to what most people are used to from other software. Every text entry that I can think of gives a visual cue to indicate keyboard input is expected. However, when you click symbol

Re: [PD] your favorite key:value data structure?

> By default, "search" matches only lines whose first field(s) match the search key(s).  OTOH, if you have a duplicate key and want to find anything besides the first occurence of the key it will be tricky. Could also just reimplement dogensym in Pd. :) -Jonathan > cheers > Miller #N

Re: [PD] your favorite key:value data structure?

> Hello Jonathan, > Thanks for your reply. > I'm not quite sure what you mean. > What pd-vanilla object do you use to implement "Variable number of keys of > arbitrarily typed values" [text], [coll], etc. > or "set number of keys with set value types"?data structures The benefit of the

Re: [PD] your favorite key:value data structure?

Variable number of keys of arbitrarily typed values, or set number of keys with set value types? -Jonathan From: Ali Momeni To: Pd-List Sent: Tuesday, July 18, 2017 1:09 PM Subject: [PD] your favorite key:value data structure? Hello all,

Re: [PD] [PD-announce] pd 0.48-0test1 released

g one unexplained edge case) that almost certainly has resulted in patches out in the wild behaving and/or sounding one way and not another. A compatibility case seems warranted for this. -Jonathan > M On Sun, Jul 16, 2017 at 06:51:03PM +0000, Jonathan Wilkes via Pd-list wrote: > >

  1   2   3   4   5   6   7   8   >