[PD] install purr data on RPi?

Hi All, Does anyone have Purr Data working on RPi 3 with Raspbian? I tried the last two releases, 2.1.2 & 2.1.1. Downloaded the deb file(s). Fails to install saying: architecture not matching, package architecture (amd64) not matching system architecture (armhf). So it seems the link goes to the

Re: [PD] accoustic guitar chord detection

I forgot to mention that my patch needs zexy external and list-abs library, they are both available in deken, and it's very recommended to get the very last version of list-abs and a recent pd-vanilla version. Also I've just found out an error in last patch submit, that's because I almost

Re: [PD] accoustic guitar chord detection

Attached is an attempt to detect 3 notes chords from [adc~], I had to enlarge window and peaks number for a better detection and added a part that choose the most recurrent harmonics... It almost always works on chords played in the middle of the guitar neck. However it sometimes mixes the

Re: [PD] Best way to shut the system down with a script launched from Pd?

On 03/29/2017 06:04 PM, Alexandros Drymonitis wrote: > sudo pkill pd > sleep 3 > sudo pkill jackd > sleep 3 > sudo poweroff why don't you just call `poweroff`? the shutdown process will eventually kill all running processes. gfmrdsa IOhannes signature.asc Description: OpenPGP digital

Re: [PD] accoustic guitar chord detection

On 03/29/2017 08:28 PM, Björn Eriksson wrote: > that objects [list-sort desc] and [list-compare] aren+t created with my Pd > Vanila install on a Win10 machine. Any idea why this behaviour? because these objects are from the "list-abs" library. > Do I need > some extra library for the [list]

Re: [PD] accoustic guitar chord detection

Hi, thanks for this thread. I am also searching for detection solutions, for let say three notes in a chord. I tried to open the patch Patrice posted "chordDetection.pd" It seems like that objects [list-sort desc] and [list-compare] aren+t created with my Pd Vanila install on a Win10 machine. Any

Re: [PD] accoustic guitar chord detection

I've just tried with my electric guitar, and 3 peaks isn't enough to detect all notes from the chords, that's mainly because a guitar chord uses several times the same note at different octaves, and sigmund may detect subharmonics, and first harmonics from the bass strings... I think it's

Re: [PD] Best way to shut the system down with a script launched from Pd?

On Wed, Mar 29, 2017 at 7:35 PM, Alex wrote: > Have you tried running the script directly on your odroid to see if it > outputs anything relevant? > > You're calling sudo with no interaction. does sudo require a password on > your odroid? > > If you've started pd and jackd

Re: [PD] accoustic guitar chord detection

Have you tested it with real guitar input ? I've used Pd with my guitar a lot but I never managed to get anything reliable off sigmund except the base frequency. I'm also very interested if it does work. Cheers, Pierre. 2017-03-29 18:21 GMT+02:00 patrice colet : > I

Re: [PD] Running Pd with real-time priority

On Wed, Mar 29, 2017 at 5:29 PM, Antoine Rousseau wrote: > So then, Pd is indeed running with RT? > > > I think so. Try: > pd -verbose -stderr > > and you should read: > > "priority 6 scheduling enabled." > That did it! I did get the "priority 6 scheduling enabled." message,

Re: [PD] Best way to shut the system down with a script launched from Pd?

Have you tried running the script directly on your odroid to see if it outputs anything relevant? You're calling sudo with no interaction. does sudo require a password on your odroid? If you've started pd and jackd with the same user that runs this script you shouldn't have to call sudo. There

Re: [PD] accoustic guitar chord detection

I don't really know what 'fancy' means in this context, here is an example with [sigmund~], it's supposed to detect 3 notes chords Le 29/03/2017 à 11:02, Simon Iten a écrit : this is far from trivial without a hex pickup and i doubt that something useful will be possible to do with puredata.

[PD] Best way to shut the system down with a script launched from Pd?

I'm trying to shut down my Odroid-U3 by running a script through [shell]. It's very likely that my approach is not good, but here's what I'm doing: I've created a directory /etc/my_scripts and in there I put the following script, called "shut_down.sh": sudo pkill pd sleep 3 sudo pkill jackd

Re: [PD] [comport] interpreting byte 13 as 10

I encountered an issue that might be related. I don't have an Arduino board at hand right now, but I try to reconstruct from memory. The [arduino] abstraction from pduino 0.6 allows to query the pin state of each pin. When testing this, I noticed I cannot query the state of pin 13. I send

Re: [PD] [comport] interpreting byte 13 as 10

On Wed, Mar 29, 2017 at 11:07 AM, Martin Peach wrote: > On Wed, Mar 29, 2017 at 5:42 AM, Alexandros Drymonitis > wrote: > >> I can't send the number 13 from the Arduino to Pd using Arduino's >> Serial.write() function. Instead I'm receiving a 10. Does

Re: [PD] [comport] interpreting byte 13 as 10

On Wed, Mar 29, 2017 at 5:42 AM, Alexandros Drymonitis wrote: > I can't send the number 13 from the Arduino to Pd using Arduino's > Serial.write() function. Instead I'm receiving a 10. Does this have > anything to do with the fact that ASCII 10 is a new line feed and ASCII 13 >

Re: [PD] Running Pd with real-time priority

> > So then, Pd is indeed running with RT? I think so. Try: pd -verbose -stderr and you should read: "priority 6 scheduling enabled." if jack support is compiled in, or: "priority 92 scheduling enabled." if not. If you hadn't the rights for real time, a simple: pd would print: "priority 92

Re: [PD] [text define] functionality for text in structs?

Hello, this is my first e-mail on the list, and i don't understand the code of pd or anything like that, but I have an idea. Plus, sorry for bad english. If it was possible to have an array of pointers, maintained by the user, we could jump to some scalar in the list, say I have 1000 scalars, and

Re: [PD] Tcl error on closing subpatch with array

Hi Christof, tried it on OSX El Capitan 10.11.6 Pd 0.47.1 I got a similar error: (Tcl) INVALID COMMAND NAME: invalid command name ".x711990.c" while executing ".x711990.c delete plot711bdc" ("uplevel" body line 1) invoked from within "uplevel #0 $docmds" I then saved the patch

Re: [PD] Tcl error on closing subpatch with array

thanks for testing! > but it also does not seem to write to the array repeatedly (just once) so i > have to set the onset first manually. how did you check? resize the array to size 2 and try to drag the first element. it will jump back to 1. if you don't mind: can you try again with faster

Re: [PD] Tcl error on closing subpatch with array

i don’t get any error with your patch, osx pd 0.47.1 and 0.46.6… but it also does not seem to write to the array repeatedly (just once) so i have to set the onset first manually. > On 29 Mar 2017, at 13:33, Christof Ressi wrote: > >

[PD] Tcl error on closing subpatch with array

Dear list, I started getting this Tcl error: (Tcl) INVALID COMMAND NAME: invalid command name ".x1e85d08.c" while executing ".x1e85d08.c delete plot1e9715c" ("uplevel" body line 1) invoked from within "uplevel #0 $docmds" A side effect of that error is that sometimes the graphics of all

Re: [PD] pd opens patch twice from script

On 2017-03-28 23:18, Csaba Láng wrote: > > /Applications/Pd-0.47-1-64bit.app/Contents/MacOS/Pd > /Users/xxx/Desktop/OSCcontrol.pd > sleep 5 > /Applications/Pd-extended.app/Contents/MacOS/Pd-extended > /Users/xxx/Desktop/OSCcontrolsend.pd > > every time pd starts, each instance opens twice later

[PD] [comport] interpreting byte 13 as 10

I can't send the number 13 from the Arduino to Pd using Arduino's Serial.write() function. Instead I'm receiving a 10. Does this have anything to do with the fact that ASCII 10 is a new line feed and ASCII 13 is the carriage return? Maybe [comport] is interpreting both values as the new line feed,

Re: [PD] accoustic guitar chord detection

this is far from trivial without a hex pickup and i doubt that something useful will be possible to do with puredata. but i would be very happy to be proven wrong! > On 29 Mar 2017, at 02:51, Alexandre Torres Porres wrote: > > howdy, getting involved in a research that needs

Re: [PD] Running Pd with real-time priority

> Hi, > > I've proposed pull request #39 (https://github.com/pure-data/ > pure-data/pull/39) to fix this (RT status not printed to console any > more). > > In the meantime, if you don't get related error message (and you don't > specify -nrt) then RT should be enabled. > So then, Pd is indeed

Re: [PD] Running Pd with real-time priority

Hi, I've proposed pull request #39 (https://github.com/pure-data/ pure-data/pull/39) to fix this (RT status not printed to console any more). In the meantime, if you don't get related error message (and you don't specify -nrt) then RT should be enabled. Antoine Rousseau http://www.metalu.net

Re: [PD] Running Pd with real-time priority

I'm not sure but I think if Pd is running with jack support compiled in it gets prioriy 6/8 and if not, 95/97 (which is how I originally had set it, but jack imposes its own priority levels). cheers Miller On Wed, Mar 29, 2017 at 08:29:34AM +0200, katja wrote: > Which Pd version do you run? I

Re: [PD] Running Pd with real-time priority

Which Pd version do you run? I remember having the same issue with Pd on Raspberry Pi some years ago. Pd at that time asked for rtprio 99 and didn't get it with jackd default settings. In response Miller has then changed Pd's rtprio requirement to 95 (I don't remember which Pd version exactly, it