Pd-list January 2020

pd-list@lists.iem.at

63 participants
55 discussions

Fwd: Re: sending lists via [comport]
by Dr. Maik Hester 01 Feb '20

01 Feb '20

-------- Weitergeleitete Nachricht -------- Betreff: Re: [PD] sending lists via [comport] Datum: Fri, 31 Jan 2020 22:34:24 +0100 Von: Dr. Maik Hester <maik.hester(a)gmx.de> An: hans w. koch <hansw.koch(a)gmail.com> Kopie (CC): pd-list(a)lists.iem.at <pd-list(a)mail.iem.at> Dear list, the logic in the attached patch works fine, but I am still stuck at two different points: The Arduino sends each digit of the values as a two-digit ascii. How do I get Arduino to send the complete values as integers instead? And, how can I tell [pd] when a new data set of e.g. six values begins? Thanks Maik Am 29.01.20 um 00:00 schrieb hans w. koch: > if the incoming data all have the same structure (i.e. the strings of numbers have the same lenght), > you could group them in lists and then use unpack to sort their destinations. > like in the patch attached > > hth > hans > > >> Am 28.01.2020 um 23:25 schrieb Dr. Maik Hester<maik.hester(a)gmx.de>: >> >> Dear list, >> >> does anyone know how to send the different values of each line from the >> sample below to [comport] as a list, strip this list in [pd] and route >> the values to their different destinations? >> >> The data comes via Arduino from a pixy cam. >> >> Here is a sample from Arduino's serial monitor: >> >> Detected 6 >> block 0: sig: 2 x: 273 y: 36 width: 42 height: 5 index: 41 age: 18 >> block 1: sig: 1 x: 272 y: 187 width: 36 height: 4 index: 37 age: 18 >> block 2: sig: 1 x: 266 y: 151 width: 28 height: 4 index: 226 age: 71 >> block 3: sig: 1 x: 274 y: 109 width: 20 height: 4 index: 155 age: 124 >> block 4: sig: 2 x: 280 y: 48 width: 32 height: 2 index: 223 age: 72 >> block 5: sig: 1 x: 240 y: 136 width: 24 height: 2 index: 52 age: 5 >> >> At the moment [comport] receives all the numbers one after another (e.g. >> 2 273 36 42 5 41 18 ...), so that it is impossible for me to tell >> [pd] which number should go where. >> >> I kept checking the internet for a solution for several days which did >> not bring me any further, so I hope that someone in the [pd] community >> could give me a clou. >> >> Thanks >> Maik >> >> >> >> >> -- >> __ >> Dr. Maik Hester >> Musiker, Musikwissenschaftler, Akkordeon-Restaurator >> Himmelohstraße 23 >> D-58454 Witten >> >> >> >> >> _______________________________________________ >> Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list -- __ Dr. Maik Hester Musiker, Musikwissenschaftler, Akkordeon-Restaurator Himmelohstraße 23 D-58454 Witten

3 3

help with ofelia in ubuntu
by andre rc 31 Jan '20

31 Jan '20

Hi, I'm trying to run Ofelia in ubuntustudio 19.10 with a Nvidia card. The deken version (3.1.) throws me errors when I open an example patch and some objects aren’t created. I also tried building from the github but pd crashes immediately after opening an example. Openframeworks is installed and I tried the ofxLua from Danomatika during the build. Is this a compatibility issue? or am I missing something? any info would be appreciated. thanks & regards, a rc

1 0

How to share Pd.0.50 and Gem 0.94 for Linux ?
by Jérôme Abel 30 Jan '20

30 Jan '20

Hi pd-list, For the Malinette project (http://malinette.info), I want to share Pd and Gem with some other libraries. For Windows and Mac OS, it works nice, Pd and Gem are binaries shareable, but for Linux I am not sure how to share a Pd and Gem binaries properly. The download links to Pd and Gem are sources. For Pd I compile it from my xubuntu computer and it seems to work on other debian based distribution (__not sure about Raspbian__). May be there is a safer way. For Gem, the link from Deken is the sources and when I compile it, the size is 84Mo ... The last one was 17Mo. So I can't share it. If someone have an idea ? Best, -- Jérôme Abel http://jeromeabel.net

3 2

shmem and bigger buffer size
by iftah gabbai 30 Jan '20

30 Jan '20

hello all, ive been experimenting with shmem (the latest one i could find in deken), it works fine as long as i use very small arrays, as soon as i try to use bigger arrays ( havent checked where the breakpoint is but more than approx 400000) it doesnt and it returns "could not allocate shmem memory Id" i wonder if im doing something wrong or if its a known thing? thanks!

2 4

Re: [PD] [pd] sending lists via [comport]
by Joseph Larralde 29 Jan '20

29 Jan '20

You could also consider using [mrpeach/slipenc] and [mrpeach/slipdec] around the [comport] object, which allows you to perform OSC style communication using [mrpeach/packOSC] and [mrpeach/unpackOSC]. Just check the examples in the mrpeach library. Le 29/01/2020 à 11:00, pd-list-request(a)lists.iem.at a écrit : > Date: Tue, 28 Jan 2020 23:45:09 +0100 > From: katja<katjavetter(a)gmail.com> > To: "Dr. Maik Hester"<maik.hester(a)gmx.de> > Cc:"pd-list(a)lists.iem.at" <pd-list(a)mail.iem.at> > Subject: Re: [PD] [pd] sending lists via [comport] > Message-ID: > <CAFY0eapMJK_cLh=EKDJcSPhTNiz4_aH1=NK1xeDNtXjL+xYepw(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Have you tried the abstractions inhttps://github.com/alexdrymonitis/Arduino_Pd? > > On 1/28/20, Dr. Maik Hester<maik.hester(a)gmx.de> wrote: >> Dear list, >> >> does anyone know how to send the different values of each line from the >> sample below to [comport] as a list, strip this list in [pd] and route >> the values to their different destinations? >> >> The data comes via Arduino from a pixy cam. >> >> Here is a sample from Arduino's serial monitor: >> >> Detected 6 >> block 0: sig: 2 x: 273 y: 36 width: 42 height: 5 index: 41 age: 18 >> block 1: sig: 1 x: 272 y: 187 width: 36 height: 4 index: 37 age: 18 >> block 2: sig: 1 x: 266 y: 151 width: 28 height: 4 index: 226 age: 71 >> block 3: sig: 1 x: 274 y: 109 width: 20 height: 4 index: 155 age: 124 >> block 4: sig: 2 x: 280 y: 48 width: 32 height: 2 index: 223 age: 72 >> block 5: sig: 1 x: 240 y: 136 width: 24 height: 2 index: 52 age: 5 >> >> At the moment [comport] receives all the numbers one after another (e.g. >> 2 273 36 42 5 41 18 ...), so that it is impossible for me to tell >> [pd] which number should go where. >> >> I kept checking the internet for a solution for several days which did >> not bring me any further, so I hope that someone in the [pd] community >> could give me a clou. >> >> Thanks >> Maik >> >> >> >> >> -- >> __ >> Dr. Maik Hester >> Musiker, Musikwissenschaftler, Akkordeon-Restaurator >> Himmelohstraße 23 >> D-58454 Witten

1 0

strange behavior with line~, vline~ and DAC samplerate
by Jean-Yves Gratius 29 Jan '20

29 Jan '20

Hello, On my computer linux pd 0.50 + ALSA, I have a strange behavior with vline~ and line~ : for DACs set with samplerates < 44100Hz e.g. @ samplerate = 22050, the ramps go twice faster as scheduled. everything ok for samplerates = 48000, 96000 hz Tested with help patches for vline~ and line~ I cannot further investigate for now. Can someone confirm that ? Thanks

2 2

[pd] sending lists via [comport]
by Dr. Maik Hester 28 Jan '20

28 Jan '20

Dear list, does anyone know how to send the different values of each line from the sample below to [comport] as a list, strip this list in [pd] and route the values to their different destinations? The data comes via Arduino from a pixy cam. Here is a sample from Arduino's serial monitor: Detected 6 block 0: sig: 2 x: 273 y: 36 width: 42 height: 5 index: 41 age: 18 block 1: sig: 1 x: 272 y: 187 width: 36 height: 4 index: 37 age: 18 block 2: sig: 1 x: 266 y: 151 width: 28 height: 4 index: 226 age: 71 block 3: sig: 1 x: 274 y: 109 width: 20 height: 4 index: 155 age: 124 block 4: sig: 2 x: 280 y: 48 width: 32 height: 2 index: 223 age: 72 block 5: sig: 1 x: 240 y: 136 width: 24 height: 2 index: 52 age: 5 At the moment [comport] receives all the numbers one after another (e.g. 2 273 36 42 5 41 18 ...), so that it is impossible for me to tell [pd] which number should go where. I kept checking the internet for a solution for several days which did not bring me any further, so I hope that someone in the [pd] community could give me a clou. Thanks Maik -- __ Dr. Maik Hester Musiker, Musikwissenschaftler, Akkordeon-Restaurator Himmelohstraße 23 D-58454 Witten

3 2

netreceive vs mrpeach/udpreceive in batch mode
by Charles Z Henry 28 Jan '20

28 Jan '20

Hi list, I have been writing a patch to send messages to/from a subprocess in batch mode. First, I wrote the patch with mrpeach's udpsend/udpreceive and got it working. It's just a simple handshake: the toplevel process starts listening on port 16000 for a message [1 1(. When it receives that message, it sends back a message [1 subprocess#( to localhost port 15999. The subprocess starts up, listens on port 15999 and sends a message [1 1( to localhost port 16000. When it gets a message [1 n( on port 15999, it outputs n as the subprocess #, and opens a new port 16000+n (and closes 15999). This was fine, except udpsend/receive pairs exchange binary numbers (0-255). It will work, but it doesn't make the patches as easily readable. It will still be possible to pass integers larger than 255 with a little patching, but some flexibility would be nice. I thought "netsend -u"/"netreceive -u" would make a good replacement with text instead. It runs fine during the first part of testing with the GUI. I test "-nogui". Also fine. Then, "-batch" added. Here the cpu load goes to 100% (which didn't happen with mrpeach udpsend/receive). I'm able to strace and see the first message [1 1( sent. Then, the process keeps on going but doesn't receive any further UDP messages. I'm able to find a sourceforge ticket from 2012: https://sourceforge.net/p/pure-data/bugs/943/ and basically, I'm looking for the same usage case which is batch mode processing under supervision from another Pd process. I'm guessing that mrpeach/udpreceive and netreceive have different polling behavior that can explain this, but I don't see it yet. Is there anyone reading, who's dealt with this issue before? Chuck

3 3

RPi 3B+ and PD-L2Ork
by Paddy Burke 28 Jan '20

28 Jan '20

Hi, I am trying to install PD-L2Ork on the Rpi 3B+. I have tried numerous images and numerous PD L2Ork download methods with no success. The PDPI disk image on the PD-L2Ork website will not boot for me. I mostly get unmet dependencies errors from .deb packages, both downloaded and compiled. If I run *sudo apt-get -f install *to fix any dependencie errors it prompts me to uninstall PD-L2Ork. I have tried so many things I think trying to troubleshoot each method would be very laborious. Does anyone know of a working method to get PD-L2Ork woking on the Rpi 3B+. Thanks Paddy

1 0

Audio delay by symples (for comb filter)
by Ingo 27 Jan '20

27 Jan '20

Hi everybody! I'm planning on delaying a bandpass filter by samples to create a comb filter effect. Is this possible or can it be done only by audio blocks? If it is possible which object(s) would I use? Thanks Ingo

8 9

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 2020