Re: [PD] pd~ -nogui subprocess [stdout]

Yes, same here. Also happening in debian stretch. The subprocess doesn't seem to work with -nogui. fdch.github.io/tv > On Sep 21, 2017, at 9:51 PM, Miller Puckette wrote: > > I just had the same thing happen with 0.37 - switched to 0.48 and the > problem went away... so

Re: [PD] pd~ -nogui subprocess [stdout]

typo, sorry - 0.47-48 elided the problem. But it's clearly still lurking. M On Thu, Sep 21, 2017 at 06:51:42PM -0700, Miller Puckette wrote: > I just had the same thing happen with 0.37 - switched to 0.48 and the > problem went away... so there's something messed up somewhere that I'm > failing

Re: [PD] pd~ -nogui subprocess [stdout]

I just had the same thing happen with 0.37 - switched to 0.48 and the problem went away... so there's something messed up somewhere that I'm failing to pin down. As with William, taking off the -nogui flag makes the problem go away, but I'm now wondering if it just comes and goes at random.

Re: [PD] problems and crashes - "warning: settings multiply defined" (on new hardware and OS - Debian 8 64-bit)

That's what I thought, too. And that's the way it was before. But earlier today when I started two instances separately (by double clicking a .desktop starter or putting two .desktop starters in a autostart folder) any table in each instance was readable from the other instance. I have deleted

Re: [PD] problems and crashes - "warning: settings multiply defined" (on new hardware and OS - Debian 8 64-bit)

On 09/21/2017 01:58 PM, Ingo wrote: > OK, > > one thing I found out now. > As opposed to the old pd-extended the vanilla 0.46.2 that came with Jessie > seems to see tables that were opened from a different patch in a separate > process. i'm not sure what that you mean by that. if you start

Re: [PD] Query regarding Adaptive Filter Implementation in Pure Data

* SAJIL C K [2017-09-21 16:07]: > Dear All, > > I would like to construct an adaptive filter(simple LMS) of tap size in the > range of 128-300 using Pure Data. My PC is i7, 4GB. Have a look at the filters Georg wrote some time ago perhaps:

[PD] Query regarding Adaptive Filter Implementation in Pure Data

Dear All, I would like to construct an adaptive filter(simple LMS) of tap size in the range of 128-300 using Pure Data. My PC is i7, 4GB. 1. In this case, what do you think about the performance limitations?. 2. What is your experience with real-time signal processing applications

[PD] pd~ -nogui subprocess [stdout]

Hi list, I've recreated a problem I'm having with [pd~] using -nogui in the attached patches. The subprocess patch simply sends a bang and a stream of random numbers to [stdout]. When running the subprocess with a GUI, I get the expected behavior (data sent to [stdout] in the subprocess appears

Re: [PD] problems and crashes - "warning: settings multiply defined" (on new hardware and OS - Debian 8 64-bit)

OK, one thing I found out now. As opposed to the old pd-extended the vanilla 0.46.2 that came with Jessie seems to see tables that were opened from a different patch in a separate process. After renaming the "settings" table in the second main patch that runs Gem (while the other one runs the

Re: [PD] trouble with pd-0.48-0 and multiple screens

Ok, I believe I have a fix: https://github.com/pure-data/pure-data/pull/224 You can download and try a test build for newer Macs (10.9+): Pd-0.48-1-multimonitor.app.zip From

[PD] problems and crashes - "warning: settings multiply defined" (on new hardware and OS - Debian 8 64-bit)

Hi everybody, I'm having issues with a pretty complex patch that I have written within several years - originally with pd-extended and Ubuntu 11.10 (32-bit - AMD CPU). Now I'm trying to port this to an Up-Board with an Intel CPU and Debian Jessie (64-bit). I have installed (almost) all libraries