Re: [PD] window close bug

Just for our records: Which version of win10 are you running? 32 or 64 bit? Home? Pro? Etc. Mensaje telepatico asistido por maquinas. From: Pd-list on behalf of Lucas Cordiviola Sent: Friday, October 21, 2016 2:55 AM To: Liam Goodacre; Jonathan Wilkes via

Re: [PD] window close bug

Even stranger!!! Mensaje telepatico asistido por maquinas. From: Pd-list on behalf of Liam Goodacre Sent: Friday, October 21, 2016 2:47 AM To: Jonathan Wilkes via Pd-list Subject: Re: [PD] window close bug Just restarting PD. _

Re: [PD] window close bug

Just restarting PD. From: Lucas Cordiviola Sent: 21 October 2016 03:13 To: Liam Goodacre; Jonathan Wilkes via Pd-list Subject: Re: window close bug > I would expect the whole OS to be running erratically if I had a problem > with... That's correct. > A qui

[PD] [text] object and commas

The helpfile for [text] says that it can include commas, but in practice commas are interpreted as line separators. This seems to be true even when you use the “-c” read flag, which interprets carriage returns as line separators. Is this intentional behaviour? it would be great if there was a

Re: [PD] window close bug

> I would expect the whole OS to be running erratically if I had a problem > with... That's correct. > A quick restart also solves the issue Restarting Pd? or the OS? > Am I the only one who experiences this? I don't.` Mensaje telepatico asistido por maquinas. ___

Re: [PD] window close bug

Thanks Lucas. I would expect the whole OS to be running erratically if I had a problem with the keyboard, but as it is I only experience this behaviour in PD. A quick restart also solves the issue. Any other ideas? Am I the only one who experiences this? From: Lucas Cordiviola Sent: 18 Oc

Re: [PD] memory leak problem with small patch

Yep. And I confirm that with Pd-0.47-1, I get no more memory leak. ++ Jack Le 20/10/2016 à 15:17, Matt Barber a écrit : > Was probably this: > > https://lists.puredata.info/pipermail/pd-list/2016-03/113725.html > > On Thu, Oct 20, 2016 at 6:29 AM, Jack > wrote: > >

Re: [PD] memory leak problem with small patch

Was probably this: https://lists.puredata.info/pipermail/pd-list/2016-03/113725.html On Thu, Oct 20, 2016 at 6:29 AM, Jack wrote: > Using sources of Pd-0.47-1 seems to solve this issue. > ++ > > Jack > > > > Le 20/10/2016 à 11:19, Jack a écrit : > > Hello, > > > > I made a simple patch to contr

Re: [PD] efficient approximation of trig functions for hi pass formula

> > >> Does anyone know a tool that will display the line number of a vim session > > why not just adding ":set number" into vimrc? > Because it's tiny. > > well, you can make change the color of them with :highlight LineNr ctermfg=color if that helps. cterm=bold seems to do the same thing

Re: [PD] memory leak problem with small patch

Using sources of Pd-0.47-1 seems to solve this issue. ++ Jack Le 20/10/2016 à 11:19, Jack a écrit : > Hello, > > I made a simple patch to control an Enttec DMXUSB Pro, causing memory > leak after a few hours (around 4-5 hours) of operation. > > The patch is attached. > Configuration : > Raspb

[PD] memory leak problem with small patch

Hello, I made a simple patch to control an Enttec DMXUSB Pro, causing memory leak after a few hours (around 4-5 hours) of operation. The patch is attached. Configuration : RaspberryPi 2 Raspbian GNU/Linux 7 (wheezy) Pd-0.46.6 Someone to help me to solve this issue ? ++ Jack Here the log from

Re: [PD] OT : using libre office for data regression; WAS Re: efficient approximation of trig functions for hi pass formula (was: could vanilla borrow iemlib's hi pass filter recipe?)

Le 20/10/2016 à 01:07, katja a écrit : [...] For the filter recipe the curve must go through coordinates [0 1] and [pi -1], to get the expected behavior when cutoff frequency is set to DC or Nyquist. [hip~ 0] should not block DC, which is only possible when the coefficient is exactly 1 like y