Pd-list January 2019

pd-list@lists.iem.at

52 participants
63 discussions

speed
by michael strohmann 14 Jan '19

14 Jan '19

HI, the attached patch demonstrates a speed issue, of which i am surprised to be an issue with modern computers. It seems that the fastest time to count from 0 to 30 is 310 ms. If I go faster some numbers are omitted. (actually there are already some number drop outs, but 13 is still in - i was trying to detect CarriageReturns / ascii 13 in Serial communication) There is probably a formula that takes vector size into account to compute the max. speed i can rely on. Or maybe i there is a programming mistake?

5 7

parse pdreceive in a unix shell script
by Peter P. 14 Jan '19

14 Jan '19

Hi list, trying to write a shell script that launches a Pd patch and executes an action (like connect alsa midi or jack ports) once the patch is up. The patch contains a netsend object that automatically netsends a message to port 3000. The pdreceive binary is started right after Pd: pd upAndRunning.pd & pdreceive 3000 Now I am wondering how I can parse the output of pdreceive in that shell scipt and use some conditional to execute things like aconnect 'Midiinterface':0 'Pure Data':0 once it receives a valid message from Pd. Could it even be possible to send that shell command from Pd itself through pdreceive without the need for the [shell] external? Thank you for all pointers!

1 0

Re: [PD] vanilla partitioned convolution abstraction
by Alexandre Torres Porres 13 Jan '19

13 Jan '19

Yeah, I was suspecting the very very large FFTs were bad. I was considering maxing out to something quite smaller than 2ˆ20, I guess windows no bigger than 2ˆ15 should be allowed - I could try even something like 8192 (2ˆ13) as the maximum. Em sex, 11 de jan de 2019 às 13:30, Giulio Moro <giuliomoro(a)yahoo.it> escreveu: > (sent this to the list but didn't get through) > Non-uniform load in the audio callback, due to the larger FFTs happening > sporadically, I'd guess. This means that, while on average the CPU load is > low, in the worst-case (when a long FFT is performed) your audio callback > takes more time to execute than there is time available, thus causing > glitches. Increasing Pd's delay (internal buffering) should fix that. > > Giulio > > > On Friday, 11 January 2019, 15:27:40 GMT, Alexandre Torres Porres < > porres(a)gmail.com> wrote: > > I'm investigating that as well, I get the same and my CPU is at about 10% > only... > > cheers > > Em sex, 11 de jan de 2019 às 12:20, Max <abonnements(a)revolwear.com> > escreveu: > > Interesting stuff! > > However, I have hickups in the sound (dropouts) even though the CPU load > > is around 20% only. What might cause them? > > > > m. > > > > On 11.01.19 04:14, Alexandre Torres Porres wrote: > >> Hi Philipp, so, I checked in depth and revised your patch. Here's my > >> take on it in a similar design of my last object. > >> > >> I changed a lot of things and rewrote basically everything, so there > >> might be something funny still and things may not match, but the basic > >> stuff seem to be equivalent and the basic parameters like block size > and > >> delay seem to match. > >> > >> anyway, this is also fully vanilla and the prototype is called [conv2~]. > >> > >> I am precomputing the FFT, so check it out, and also check the rest as > >> I've changed much of your computations for something that's simpler I > think. > >> > >> here's the link: > https://www.dropbox.com/s/z8l85y7p1knjv2i/conv2~.zip?dl=0 > >> > >> cheers > >> > >> Em qua, 9 de jan de 2019 às 20:46, Philipp Schmalfuß > >> <philipp.schmalfuss(a)uni-weimar.de > >> <mailto:philipp.schmalfuss@uni-weimar.de>> escreveu: > >> > >> yes, i get the same glitchy tone, even worse with smaller > blocksizes. > >> I wasn't aware of this, thanks for the hint! will try to fix this > >> > >> > >> Quoting Alexandre Torres Porres <porres(a)gmail.com > >> <mailto:porres@gmail.com>>: > >> > >> > Hi, I tested your patch with the [phasor~ 5] and with [phasor~ 1] > >> I find > >> > the issue you're bringing up gets much more evident > >> > > >> > Em qua, 9 de jan de 2019 às 14:03, Roman Haefeli > >> <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > >> > escreveu: > >> > > >> >> On Wed, 2019-01-09 at 13:44 -0200, Alexandre Torres Porres > wrote: > >> >> > hmm, weird, I don't seem to find problems... > >> >> > >> >> Aha? Even with attached test3.pd patch saved along the original > >> test.pd > >> >> patch? You can compare 64 to 128 and I get a glitchy tone with a > >> >> frequency of 690 Hz (which seems to come from 44100/64). > >> >> > >> >> Have you tried other IRs than the church.wav and IR.wav? > >> >> > >> >> Roman > >> >> > >> >> > >> >> _______________________________________________ > >> >> Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list > >> >> UNSUBSCRIBE and account-management -> > >> >> https://lists.puredata.info/listinfo/pd-list > >> >> > >> > > >> > >> > >> > >> _______________________________________________ > >> Pd-list(a)lists.iem.at mailing list > >> UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > >> > > > > > > > > > > _______________________________________________ > > Pd-list(a)lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

2 3

GOP Errors
by school shoes 13 Jan '19

13 Jan '19

Hi, When I use GOPs I occasionally get red errors like: no such object (Tcl) INVALID COMMAND NAME: invalid command name ".x10c074e20.c" while executing "$tkcanvas itemconfig $tag -text [string range $text 0 end-1]" (procedure "pdtk_text_set" line 2) invoked from within "pdtk_text_set .x10c074e20.c .x10c074e20.t10c34e5c0 {chord: 0.3208 0.3036 0.3725 0.3267 0.3642 0.3346 0.3815 0.3496 0.392 0.3679 0.376 0.3281 0.3206 0...." ("uplevel" body line 1) invoked from within "uplevel #0 $docmds"(Tcl) INVALID COMMAND NAME: invalid command name ".x10c074e20.c" while executing "$tkcanvas itemconfig $tag -text [string range $text 0 end-1]" (procedure "pdtk_text_set" line 2) etc. Seems from a quick search other people have experienced something similar, though it’s still not clear to me what the error means - am I doing something wrong or is it a bug? In the past it’s generally benign and pd keeps working but the last few times it’s happened (using 0.49-1) when I get these errors the gui freezes (but the sound keeps working), which is making me a little nervous to use GOPs for performances Not sure if it’s related but also on 0.49.1 I’ve noticed occasionally when i go to close a patch's main window I get a stream of errors: .x10c430f60: no such object .x10c430f60: no such object .x10c430f60: no such object .x10c430f60: no such object .x10c430f60: no such object etc the visible GOPs disappear but the white canvas remains and PD freezes and I have to force quit. I can’t seem to recreate the error on cue, but it has happened quite a few times. I’m using pd 0.49.1 on macOS sierra 10.12.6 thanks for any tips in advance

4 4

understanding block latency
by Alexandre Torres Porres 12 Jan '19

12 Jan '19

Hi, I'm attempting to figure out how a different block size in a subpatch promotes latency. The parent is actually fixed at a block of 64 as it would be reasonable, and then I'm trying bigger block sizes inside a subpatch. What I can detect is that the delay is always blocksize - 64. So yeah, a block of 64 or smaller promote no latency, but it increases to 64 samples for a 128 block, 192 for 256 block and so on... But I don't understand why as my intuition was that the latency should be the whole block of audio, and not that minus 64! Plus, I also find something weird about how it works... keep reading. As the test signal, I have a sample count that starts counting from 1. When it receives a bang, the count gets reset to 1 and restarts. With that, I can print the input/output plus the subpatch block and check them out. See the attached test file. It has a block of 128 inside the subpatch. When it is loaded, the subpatch waits 64 samples filled with zeros before it receives the sample count signal. You can click on the bang and redo the test and you may find that the subpatch can behave in the same way, where the first half of samples have not restarted the count yet *OR* you may have been lucky enough to sync them up and find that the subpatch's block actually starts counting from 1 as well!!! Weird thing is that, even so, the output gets still delayed somehow. I'm not sure if I can make myself clear or that you follow me, but the bottom line is that I'm still quite confused on how different block sizes behave in Pd! Where can I read more about this, has someone done similar tests and have figured this out completely? Thanks

3 4

minimum overlap needs to be a hop of 64?
by Alexandre Torres Porres 12 Jan '19

12 Jan '19

Hi, I'm making more tests here with block and it seems you cannot have an overlap that results in a hop smaller than 32 samples, right? What's the explanation behind it? I'm curious... I was expecting it to be just about any size... See the attached patch as an example of how it does not work. To the left, the output would need to be from 1 to 64, but it just repeats two halves of 1-32... (the input signal is a value that goes from 1 to 64 at each block) The other patch to the right works fine and the signal input from 1-128 gets reconstructed in the end cheers

1 0

Re: [PD] christmas gems
by Philippe Boisnard 11 Jan '19

11 Jan '19

With Gem 0.94 on OSX Sierra 10.12.8 [pix_video] problem of backend with camera : [pix_video]: backend #0='AVF' : AVF // GLEW version 1.13.0 pd recognizes the facetime camera, but no image and if pd recognizes usb port with webcam, only a white square, no image [pix_image] no image, only a white square [pix_film] same problem, the file is loaded, and I have the number of frame [91] with the video’s example, but nothing for the output : no image

3 2

vanilla partitioned convolution abstraction
by Alexandre Torres Porres 11 Jan '19

11 Jan '19

Hi, happy new year. Here's a vanilla partitioned convolution abstraction https://www.dropbox.com/s/pbkg8xy2yhy9bpo/conv~-vanilla.zip… <https://www.dropbox.com/s/pbkg8xy2yhy9bpo/conv~-vanilla.zip?dl=0&fbclid=IwA…> It is based on this http://tre.ucsd.edu/wordpress/?p=772 <http://tre.ucsd.edu/wordpress/?p=772&fbclid=IwAR0cFSK7dKpsYc1tq1gH5nebQ0aSP…> what you think, is it working? Both objects on the help file take about 40% of my CPU power, but I'm on a wild machine I made some changes on the original work by Tom Erbe. It is supposed to be more efficient because the FFT on the input is only done once! I tried the idea of having each partition work with FFT saved on tables, so we wouldn't need to perform FFTs in different instances of clone, but that doesn't seem to be possible. And, well, it is made as an abstraction and all you need to do is give it the window size and the IR sound file name... cheers

6 22

ASCII to route
by michael strohmann 11 Jan '19

11 Jan '19

I was running into a puzzling problem: I try to format an ASCII stream in to a message. somehow the resluting message behaves different than messages created via the Put-Menue, e.g. route does not recognize it properly...

3 3

Fwd: Porting Max MSP externals to Pure Data
by Simon Iten 09 Jan '19

09 Jan '19

---------- Forwarded message --------- From: Simon Iten <itensimon(a)gmail.com> Date: Wed, Jan 9, 2019, 19:51 Subject: Re: [PD] Porting Max MSP externals to Pure Data To: Ed Kelly <morph_2016(a)yahoo.co.uk> maybe this could help? http://soundlab.cs.princeton.edu/software/rt_lpc/ On Thu, Mar 8, 2018, 00:39 Ed Kelly via Pd-list <pd-list(a)lists.iem.at wrote: > Hi Jamie, > > Yes, I should probably look at that - I can see the limitations of GSL > vectors, platform-wise. > > I think I needed to wrap my head around that before unpicking the > algorithms of this library though, so I'll be going through a rewrite of > the rewrite before it becomes a Pd fact! > Ed > > > _-_-_-_-_-_-_-^-_-_-_-_-_-_-_ > > For *Lone Shark *releases, *Pure Data *software and published *Research*, > go to http://sharktracks.co.uk > > > On Wednesday, 7 March 2018, 14:22:45 GMT, Jamie Bullock < > jamie.b.bullock(a)gmail.com> wrote: > > > > Hi Ed, > > I’d highly recommend porting to Flext rather than Pure Data. Then you have > one codebase for both Max and Pd with the added benefit of Flext’s higher > level C++ syntax. https://github.com/grrrr/flext/ > > Jamie > > > On 4 Mar 2018, at 14:30, Ed Kelly via Pd-list <pd-list(a)lists.iem.at> > wrote: > > Hi List, > > I'm porting a library of LPC externals from Max/MSP to Pd. > I wonder if someone could point me towards an example of another MSP > external that has successfully been ported to Pd - preferably a DSP > external that has creation arguments, with code for both so I can identify > the differences between coding for the two platforms. > Cheers, > Ed > > _-_-_-_-_-_-_-^-_-_-_-_-_-_-_ > > For *Lone Shark *releases, *Pure Data *software and published *Research*, > go to http://sharktracks.co.uk > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list January 2019