Re: [PD] GUI overload

2012-12-17 Thread Hans-Christoph Steiner
Seems like there is multiple issues going on here. I've been working with Porres' Brane-e patch, where the array updates while recording in 0.42 but not in 0.43. It seems that in 0.43, scalar_vis only gets calls once when the recording starts, then again only after the recording has finished. B

Re: [PD] GUI overload

2012-12-17 Thread Miller Puckette
OK... except that I don't know why this works yet... by which i mean, I don't think it's possible that sys_domicrosleep(0 is returning 1s on every tick unless teh GUI itself is sending hundreds of messages per second down to Pd. Reducing the average volume of trafic won't solve the underlying prob

Re: [PD] Raspberry Pi versus BeagleBoard ?

2012-12-17 Thread Miller Puckette
I could be wrong, but I believe the Beagleboard is ARMv7 and the Pi is ARM v6 - so BB could easily have twice the floating-point erformance of Pi. I'm not sure why and whether there would be any difference in Jack for the two. I believe (but am not sure at all) that BB doesn't have the same USB

Re: [PD] is there a kalman filter for pd? (if not I could probably provide one, if I make it :) )

2012-12-17 Thread Pedro Lopes
Got it working, but just realized that some of you need a 1D kalman, and I was working on a 2D kalman. A cool version could accept params [kalman ] Nothing works within pd yet, but lets see if I have time for that. I will also play around with some 1D implementations. best, p On Fri, Dec 14, 20

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread Jonathan Wilkes
- Original Message - > From: Roman Haefeli > To: pd-list@iem.at > Cc: > Sent: Monday, December 17, 2012 3:07 AM > Subject: Re: [PD] [nbuntil]: an non-blocking [until] replacement > > On Sun, 2012-12-16 at 23:17 -0800, Jonathan Wilkes wrote: >> >> >> >> - Original Message

Re: [PD] PD & AI

2012-12-17 Thread Leandro da Mota Damasceno
Thanks again Marco! Didn't know about the ftm port. And of course there is demand for it! ftm is pretty useful, and it can take you to very different and creative approaches for data. It's one of the things that keep me stuck with Max/MSP. I do like the language, but it's too expensive and that do

Re: [PD] PD & AI

2012-12-17 Thread Marco Donnarumma
there was a porting going on, but it then stopped for some reasons which I personally don't know, but I think have been on the list at some point. Me and other people, like Joao Pais, are interested in making the porting happen, and as we can see, there's demand for it. -- Marco Donnarumma New M

Re: [PD] PD & AI

2012-12-17 Thread Pedro Lopes
Regarding FTM : http://iem.kug.ac.at/fileadmin/media/iem/altdaten/projekte/publications/paper/ftm/ftm.pdfProbably the authors can speak more about it :) On Mon, Dec 17, 2012 at 3:59 PM, Leandro da Mota Damasceno wrote: > I'll try it then. I wonder there isn't a more ambitious approach for a > br

Re: [PD] PD & AI

2012-12-17 Thread Leandro da Mota Damasceno
Thanks Pedro :) I´m really not happy because I always end up running to many things that could be more easily integrated. When it comes do debugging, I really hate having to check out so many differente software. As I said before, it feels a little bit ridiculous to run Max/MSP and PD at the same

Re: [PD] PD & AI

2012-12-17 Thread Leandro da Mota Damasceno
I'll try it then. I wonder there isn't a more ambitious approach for a broader AI package for PD. Honestly, one of the ugliest things I've done to work with machine learning was running an app built in Max/MSP and communicating with PD via OSC. Ah, the good old days... :) is there anything like FT

Re: [PD] PD & AI

2012-12-17 Thread Pedro Lopes
They are all different things. ANN, HMM, etc... this is machine learning, reasoning algorithms, and so forth. As far as I know Pd has no basic set of machine learning techs, such as openCV has. I'm not a huge fan of replicating tools, so I would take existing external tools and just interface wit

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread katja
On Mon, Dec 17, 2012 at 4:18 PM, katja wrote: > On Mon, Dec 17, 2012 at 1:21 PM, Roman Haefeli wrote: > ... >> On Mon, 2012-12-17 at 11:56 +0100, katja wrote: >>> Cool, with [nbuntil] the workload is even spread over the cores! >> >> I don't think that [nbuntil] will help in making Pd use more th

Re: [PD] PD & AI

2012-12-17 Thread Marco Donnarumma
Probably :) ANN is based on Neural Networks. You don't have HMM. But I find it quite flexible. That said, I think it is a very good library to get started with AI, but if you want to get some heavy work done, other tools might be better. hope that helps, -- Marco Donnarumma New Media + Sonic Art

[PD] Raspberry Pi versus BeagleBoard ?

2012-12-17 Thread Pierre Massat
Dear List, I came accross this "Stompbox design workshop" ( https://ccrma.stanford.edu/wiki/Stompbox_2011). They use Pd on a beagleboard to make stompboxes. They talk about the older version of the beagleboard with a CPU running at around 700 MHz. This is the same speed as the RPi's. I'm wonderin

Re: [PD] UTF-8 failing - Ubuntu 12.04.1 64bits

2012-12-17 Thread Hans-Christoph Steiner
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/17/2012 09:27 AM, IOhannes m zmoelnig wrote: > On 2012-12-17 14:25, Esteban Viveros wrote: >> I'm using this deb downloaded from pd page: > >> Pd Version: 0.43.4-extended-20121216 Tcl Version: 8.5.11 > >> The deb is precise amd64 version. >

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread katja
On Mon, Dec 17, 2012 at 1:21 PM, Roman Haefeli wrote: ... > On Mon, 2012-12-17 at 11:56 +0100, katja wrote: >> Cool, with [nbuntil] the workload is even spread over the cores! > > I don't think that [nbuntil] will help in making Pd use more than one > core. Since [nbuntil] is just an abstraction,

Re: [PD] UTF-8 failing - Ubuntu 12.04.1 64bits

2012-12-17 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-17 14:25, Esteban Viveros wrote: > I'm using this deb downloaded from pd page: > > Pd Version: 0.43.4-extended-20121216 Tcl Version: 8.5.11 > > The deb is precise amd64 version. > what's the problem? what do you mean with "UTF-8 failing"

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread Roman Haefeli
Hi Katja Thanks for your feedback. On Mon, 2012-12-17 at 11:56 +0100, katja wrote: > Cool, with [nbuntil] the workload is even spread over the cores! I don't think that [nbuntil] will help in making Pd use more than one core. Since [nbuntil] is just an abstraction, everything run "below" it is s

Re: [PD] PD & AI

2012-12-17 Thread Leandro da Mota Damasceno
Thanks, Marco. I have been using OSC communications with other software, but I'm far from satisfied. I'll try ANN, thought. I am actually interested in working with Hidden Markov Models (and machine learning in general) and some filters for computer vision. Can I work with those using ANN? Best,

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread katja
Cool, with [nbuntil] the workload is even spread over the cores! So now you can do calculations on long arrays without fear of CPU spikes. And in turn, audio latency may be set to lower level. Great solution Roman, thanks for sharing. Katja On Sun, Dec 16, 2012 at 10:51 PM, Roman Haefeli wrote:

Re: [PD] [nbuntil]: an non-blocking [until] replacement

2012-12-17 Thread Roman Haefeli
On Sun, 2012-12-16 at 23:17 -0800, Jonathan Wilkes wrote: > > > > - Original Message - > > From: Simon Wise > > To: pd-list@iem.at > > Cc: > > Sent: Sunday, December 16, 2012 7:58 PM > > Subject: Re: [PD] [nbuntil]: an non-blocking [until] replacement > > > > On 17/12/12 08:06, Jonath