Re: [PD] [Bug]Dynamic Patching causes memory leak
So far it's only in source: git clone git://git.code.sf.net/p/pure-data/pure-data I'll be putting up compiled "test" versions in a week or so (once I've got some more stuff done :) Miller On Wed, Mar 23, 2016 at 10:37:47AM +0900, Zack Lee wrote: > Thank you Miller, > > I'm sorry but can I ask you where to download the fixed version of Pd so I > can check if it's fixed? > Thank you in advance! > > Zack > > > 2016-03-22 8:28 GMT+09:00 Miller Puckette: > > > OK... might be fixed now - thanks for flagging it. > > > > Miller > > > > On Thu, Dec 31, 2015 at 06:35:51AM +0100, Zack Lee wrote: > > > Hi, I found out that dynamic patching causes memory leak or overloading > > the > > > CPU usage. > > > > > > Which means, if you create and delete an object many times by dynamic > > > patching, at some point, the CPU usage will be overloaded and you will > > hear > > > the glitch in audio. > > > > > > I tried to find a way to fix this issue, but so far the only solution > > seem > > > to be to close and re-open the patch. > > > > > > I have tested this with both pd-0.46-7 and pd-extended 0.43.4 on Mac OS X > > > 10.10.3. > > > > > > I attached the test patch below so please check and see the problem I > > > mentioned. > > > The file name should be "test.pd", so please change the file name if it > > > changes to a different name once you download it. > > > > > > -Zack > > > > > > > ___ > > > Pd-list@lists.iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [Bug]Dynamic Patching causes memory leak
Thank you Miller, I'm sorry but can I ask you where to download the fixed version of Pd so I can check if it's fixed? Thank you in advance! Zack 2016-03-22 8:28 GMT+09:00 Miller Puckette: > OK... might be fixed now - thanks for flagging it. > > Miller > > On Thu, Dec 31, 2015 at 06:35:51AM +0100, Zack Lee wrote: > > Hi, I found out that dynamic patching causes memory leak or overloading > the > > CPU usage. > > > > Which means, if you create and delete an object many times by dynamic > > patching, at some point, the CPU usage will be overloaded and you will > hear > > the glitch in audio. > > > > I tried to find a way to fix this issue, but so far the only solution > seem > > to be to close and re-open the patch. > > > > I have tested this with both pd-0.46-7 and pd-extended 0.43.4 on Mac OS X > > 10.10.3. > > > > I attached the test patch below so please check and see the problem I > > mentioned. > > The file name should be "test.pd", so please change the file name if it > > changes to a different name once you download it. > > > > -Zack > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [sel] problem - matched value doesn't bang
[* 100] [+ 0.5] [i] [/100] actually that one didn't work, I followed Cyrille's suggestion and multiplied the [sel] value also with 100. It's fixed now, everything works as it should. Best, Joao___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] raspberry pi window position problem
Hello all (long time lurking here), When I came across this problem in 2012, a hack similar to the linked pdtk_canvas.tcl solution fixed things. I encountered the same problem with a fresh install more recently, and was loathed to go digging for the solution - I gave up too easily and went playing with sonic pi instead! So I am happy to see this thread which reignites plans for touch screen musicking! Here's what I am here to add: When changing the Raspbian configure.txt make sure to look through the whole file to check for multiple instances of the disable_overscan line. Hope that helps someone sdf On Tuesday, 22 March 2016, Julian Brooks> wrote: > Correction sorry: > > "Also, if you have a qwerty keyboard attached you can make use of the > option key & pointer to pull the window around." > > That of course should be alt-click not option-click > > Ingo's fix makes more sense anyway (without firing up the rpi and checking) > > On 22 March 2016 at 15:24, Ingo wrote: > >> It could be a overscan problem. >> In Raspbian there is a config.txt file in boot. >> >> #overscan_left=24 >> #overscan_right=24 >> #overscan_top=16 >> #overscan_bottom=16 >> disable_overscan=1 >> >> Try "disable_overscan=0" or change the border values to what gives you a >> full screen without going over. >> >> Ingo >> >> >> >> i am experiencing a strange problem with a freshly apt-get installed PD >> on a >> new Raspberry PI. >> >> whenever i am opening a new patch, the window appears with its menubar >> above >> the vertical 0 position, meaning i can't touch the window and drag it to a >> usable position. the only (extremely annoying) workaround is to >> right-click >> the window and "move" the window to a central position every time i open a >> new patch. >> >> i never experinced this beheaviour before, did anybody here ? >> >> I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or >> WIndows, so I think it has to do with the window manager. >> Martin >> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [sel] problem - matched value doesn't bang
> >> hello, > >> > >> it look like rounding error. the rejected 91 is not really 91, but > >> 90.99 or similar. > >> using a [i] object, it is converted to 90. > > > > that would be one solution. the problem is that in other moments there will > > be floats there. what is the best way to avoid these errors? (had read > > about them, but never happened to me before) > > [* 100] > [+ 0.5] > [i] > > > to match float using 2 digit precision (use 100 time the value in the sel > object) > > > cheers > c Of course, [* 100][+ 0.5][i][/100] between [trigger] and [sel] works ok. Mensaje telepatico asistido por maquinas. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [sel] problem - matched value doesn't bang
Le 22/03/2016 19:26, João Pais a écrit : hello, it look like rounding error. the rejected 91 is not really 91, but 90.99 or similar. using a [i] object, it is converted to 90. that would be one solution. the problem is that in other moments there will be floats there. what is the best way to avoid these errors? (had read about them, but never happened to me before) [* 100] [+ 0.5] [i] to match float using 2 digit precision (use 100 time the value in the sel object) cheers c ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [sel] problem - matched value doesn't bang
hello, it look like rounding error. the rejected 91 is not really 91, but 90.99 or similar. using a [i] object, it is converted to 90. that would be one solution. the problem is that in other moments there will be floats there. what is the best way to avoid these errors? (had read about them, but never happened to me before) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [sel] problem - matched value doesn't bang
I did try with individual objects while debugging, and the results were the same. You might also find that using individual math objects to solve the arithmetic rather than expr corrects the rounding error.___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] raspberry pi window position problem
Correction sorry: "Also, if you have a qwerty keyboard attached you can make use of the option key & pointer to pull the window around." That of course should be alt-click not option-click Ingo's fix makes more sense anyway (without firing up the rpi and checking) On 22 March 2016 at 15:24, Ingowrote: > It could be a overscan problem. > In Raspbian there is a config.txt file in boot. > > #overscan_left=24 > #overscan_right=24 > #overscan_top=16 > #overscan_bottom=16 > disable_overscan=1 > > Try "disable_overscan=0" or change the border values to what gives you a > full screen without going over. > > Ingo > > > > i am experiencing a strange problem with a freshly apt-get installed PD on > a > new Raspberry PI. > > whenever i am opening a new patch, the window appears with its menubar > above > the vertical 0 position, meaning i can't touch the window and drag it to a > usable position. the only (extremely annoying) workaround is to right-click > the window and "move" the window to a central position every time i open a > new patch. > > i never experinced this beheaviour before, did anybody here ? > > I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or > WIndows, so I think it has to do with the window manager. > Martin > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] raspberry pi window position problem
It could be a overscan problem. In Raspbian there is a config.txt file in boot. #overscan_left=24 #overscan_right=24 #overscan_top=16 #overscan_bottom=16 disable_overscan=1 Try "disable_overscan=0" or change the border values to what gives you a full screen without going over. Ingo i am experiencing a strange problem with a freshly apt-get installed PD on a new Raspberry PI. whenever i am opening a new patch, the window appears with its menubar above the vertical 0 position, meaning i can't touch the window and drag it to a usable position. the only (extremely annoying) workaround is to right-click the window and "move" the window to a central position every time i open a new patch. i never experinced this beheaviour before, did anybody here ? I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or WIndows, so I think it has to do with the window manager. Martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] raspberry pi window position problem
Hello, This is an old (2012) problem - weird that it's reappeared? Anyhow - fix (I think) in here: http://comments.gmane.org/gmane.comp.multimedia.puredata.general/90949 Also, if you have a qwerty keyboard attached you can make use of the option key & pointer to pull the window around. Regards, Julian On 22 March 2016 at 14:52, Martin Peachwrote: > On Tue, Mar 22, 2016 at 9:56 AM, oliver wrote: > >> hi, dear list ! >> >> i am experiencing a strange problem with a freshly apt-get installed PD >> on a new Raspberry PI. >> >> whenever i am opening a new patch, the window appears with its menubar >> above the vertical 0 position, meaning i can't touch the window and drag it >> to a usable position. the only (extremely annoying) workaround is to >> right-click the window and "move" the window to a central position every >> time i open a new patch. >> >> i never experinced this beheaviour before, did anybody here ? >> >> > I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or > WIndows, so I think it has to do with the window manager. > > Martin > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] raspberry pi window position problem
On Tue, Mar 22, 2016 at 9:56 AM, oliverwrote: > hi, dear list ! > > i am experiencing a strange problem with a freshly apt-get installed PD on > a new Raspberry PI. > > whenever i am opening a new patch, the window appears with its menubar > above the vertical 0 position, meaning i can't touch the window and drag it > to a usable position. the only (extremely annoying) workaround is to > right-click the window and "move" the window to a central position every > time i open a new patch. > > i never experinced this beheaviour before, did anybody here ? > > I get the same on Debian Wheezy amd64 running LXDE but not on Ubuntu or WIndows, so I think it has to do with the window manager. Martin ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] raspberry pi window position problem
hi, dear list ! i am experiencing a strange problem with a freshly apt-get installed PD on a new Raspberry PI. whenever i am opening a new patch, the window appears with its menubar above the vertical 0 position, meaning i can't touch the window and drag it to a usable position. the only (extremely annoying) workaround is to right-click the window and "move" the window to a central position every time i open a new patch. i never experinced this beheaviour before, did anybody here ? btw: i just did a full upgrade of raspbian jessie and also tried hiding the taskbar, no success any help appreciated cheers oliver -- /// http://pendler.klingt.org // \\\ http://oliver.klingt.org \\ LIVE-BUILDER (music improvisation tool): \\ // http://tinyurl.com/qaohv35 // ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [sel] problem - matched value doesn't bang
You might also find that using individual math objects to solve the arithmetic rather than expr corrects the rounding error. > To: pd-list@lists.iem.at > From: c...@chnry.net > Date: Tue, 22 Mar 2016 10:01:43 +0100 > Subject: Re: [PD] [sel] problem - matched value doesn't bang > > hello, > > it look like rounding error. the rejected 91 is not really 91, but 90.99 > or similar. > using a [i] object, it is converted to 90. > > cheers > c > > > Le 22/03/2016 09:41, João Pais a écrit : > > Hello list, > > > > I have a problem with [sel], in a patch the matched value doesn't behave as > > expected. In case anyone can have a look, here is a patch with all the > > details. > > > > Thanks, > > > > Joao > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [sel] problem - matched value doesn't bang
hello, it look like rounding error. the rejected 91 is not really 91, but 90.99 or similar. using a [i] object, it is converted to 90. cheers c Le 22/03/2016 09:41, João Pais a écrit : Hello list, I have a problem with [sel], in a patch the matched value doesn't behave as expected. In case anyone can have a look, here is a patch with all the details. Thanks, Joao ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [sel] problem - matched value doesn't bang
Hello list, I have a problem with [sel], in a patch the matched value doesn't behave as expected. In case anyone can have a look, here is a patch with all the details. Thanks, Joao sel-bug.pd Description: Binary data ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Edit Pd file to change coordinates. pdlua or other language?
On 2016-03-22 01:44, João Pais wrote: Hi Fred, thanks, that looks promissing. But there is a problem, I'm on windows. Does the first line in the patch means that I have to find a unix computer to run it? Or can it be run from tcl? No, it should work on Windows too. The line is only relevant if you want to run the script directly as an executable program, without feeding it to tclsh. If you start tclsh with the script as the first argument, it should work on any platform. No testing on Windows is done however. There might be some issues with the line ending convention (LF vs CR,LF). But knowing where to find a unix computer is always a good idea ;-), Fred Jan Best, Joao Hi João, It appeared to be a simple program in Tcl, which you should have, as it comes with Pd. The usage is: tclsh changeCoords.tcl patchName xcoord ycoord line1 ?line2? ... lineN arguments may be a number or a range, like 12-15. The patch is currently dumped to the console. Only minimal checking is done. If you remove the #'s for the puts "..." lines, you can see some interim results (which will ruin the patch format). Greetings, Fred Jan ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] zexy compilation issue with msys2
On 03/22/2016 02:30 AM, Jonathan Wilkes via Pd-list wrote: > > Try the attached patch. thx. applied. gfamdsr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list