Pd-list June 2016

pd-list@lists.iem.at

74 participants
92 discussions

using keyboard when pd is not in focus
by jamal crawford 17 Jun '16

17 Jun '16

hi List I wonder if there is a way to be able to use keyboard, when pd is not in focus in a multiple workspaces setup. thanks in advance ~/.jc

2 1

Re: [PD] Pduino sysex vs. OSC advice
by Rick Snow 17 Jun '16

17 Jun '16

Thanks again Christof for pointing me in a promising direction. I have been working with the OSC tagging via slipenc and slipdec. As of now I have fairly reliable communication between PD and the Arduino sketch using a version the patch you provided. I am able to reliably send messages and the sketch responds as I expect most of the time. However, when sending several faders simulaneously I get some glitching. Right now I am wondering if it has something to do with using OSC instead of the raw slip packages. I do get this message in the pd console but I'm not sure that it relates to the glitching: "slipdec: input packet longer than 1006" I've included the pd patch and the arduino sketch if anyone wants to take a look. these work with a WS2812 led strip. If it is a messaging issue using the raw slip packages as described here sounds promising: "You can also make your own simple protocol where you define a certain character to signify the start or end of a message. But how do you know if it's not part of the data? SLIP uses escape sequences to handle this case. Two alternative solutions: a) work with fixed length messages and count bytes (not very safe) b) reduce the range of possible values for your data (e.g. 0-127, like MIDI) and reserve the rest for addressing (128-255). If you need a greater resolution for your values, just break them up into several bytes. This way, sending a single 16 bit integer would take 4 bytes (address, bit 14-15, bit 13-7, bit 0-6). " I am a total noob when it comes to this... could you share an example? Cheers, Rick ------------------------------ > > Message: 2 > Date: Thu, 2 Jun 2016 19:38:51 +0200 > From: "Christof Ressi" <christof.ressi(a)gmx.at> > To: "Rick Snow" <ricksnow(a)gmail.com> > Cc: "pd-list(a)lists.iem.at" <pd-list(a)lists.iem.at> > Subject: Re: [PD] Pduino sysex vs. OSC advice > Message-ID: > > <trinity-add7278d-1946-4da0-b7d2-6db454348f09-1464889131559@3capp-gmx-bs34 > > > > Content-Type: text/plain; charset=UTF-8 > > >> am able to get the LED to light up using ArduinoTestOSC.pd. > > But you can also receive the data from the analog pin, right? (random > values, if nothing is connected to the pin) > > >> "Packet size (#) not a multiple of 4: dropping packet" > > I can vaguely remember this message. Does it happen all the time or just > at the beginning? Does it happen if you close and open the serial device? > It didn't cause any problem with me. Actually, the Processing version of > ArduinoSLIPSerialToUDP has protection against sending unvalid OSC messages. > > > Gesendet: Donnerstag, 02. Juni 2016 um 18:00 Uhr > Von: "Rick Snow" <ricksnow(a)gmail.com> > An: "Christof Ressi" <christof.ressi(a)gmx.at> > Cc: "pd-list(a)lists.iem.at" <pd-list(a)lists.iem.at> > Betreff: Re: Re: [PD] Pduino sysex vs. OSC advice > > Thanks Christof (and Martin) for pointing me to the CNMAT library. > > I did spend a bit of time with this library before posting to the list but > the tutorial I looked at originally required the ethernet shield. Now I am > giving the slipenc/slipdec + OSC functionality a try. The raw SLIP > packages look promising as well though I unfamiliar with bitshifting at > this point! > > Christof, > Your Arduino_Serial patches look very promising. Thanks for taking the > time to make this and send my way! I've taken a look and after getting the > mrpeach objects loaded correctly (and the object/message connections > correctly reconnected) am able to get the LED to light up using > ArduinoTestOSC.pd. > > There are a lot of unpackOSC messages telling me things like "Packet size > (#) not a multiple of 4: dropping packet" but I think this is not a big > problem right? > > Thanks again! > Rick > > > > On Wed, Jun 1, 2016 at 6:40 PM, Christof Ressi <christof.ressi(a)gmx.at> > wrote:The CNMAT OSC library works well and I often used it with a serial > connection. The documentation, however, is not so good and some of the > examples are buggy. I attached some test sketches/patches I once made for a > class presentation. The arduino sketch explains how to easily send and > receive OSC messages via a serial connection (make sure you use the same > baud rate on both sides!) > > Although OSC is convenient, it can be a waste of ressources if you send > lots of messages. I often work with raw SLIP packages instead, where the > first byte is used for addressing and the other bytes are the actual data > (using some bit shifting to break up integers into several bytes). In the > arduino code, use SLIPSerial.read() to fill an array (instead of an OSC > message) and interpret your data as needed. > > You can also make your own simple protocol where you define a certain > character to signify the start or end of a message. But how do you know if > it's not part of the data? SLIP uses escape sequences to handle this case. > Two alternative solutions: > a) work with fixed length messages and count bytes (not very safe) > b) reduce the range of possible values for your data (e.g. 0-127, like > MIDI) and reserve the rest for addressing (128-255). If you need a greater > resolution for your values, just break them up into several bytes. This > way, sending a single 16 bit integer would take 4 bytes (address, bit > 14-15, bit 13-7, bit 0-6). > > Christof > > Gesendet: Mittwoch, 01. Juni 2016 um 17:16 Uhr > Von: "Martin Peach" <chakekatzil@gmail.com[chakekatzil@gmail.com]> > An: "pd-list@lists.iem.at[pd-list@lists.iem.at]" <pd-list(a)lists.iem.at[ > pd-list(a)lists.iem.at]> > Betreff: Re: [PD] Pduino sysex vs. OSC advice > > There's an OSC library for Arduino here: > https://github.com/CNMAT/OSCUsing[https://github.com/CNMAT/OSCUsing] SLIP > it can communicate over serial line using [comport] on the Pd end. > Martin > > > On Wed, Jun 1, 2016 at 10:29 AM, Rick Snow <ricksnow(a)gmail.com[ > ricksnow@gmail.com][ricksnow@gmail.com[ricksnow@gmail.com]]> wrote: > > Hello list! > > I am looking for some advice on sending messages from PD to an Arduino > sketch. Essentially, I plan to connect a mac to an Arduino via USB and > control a large amount of variables within the Arduino sketch from PD. > > Is using the sysex message with the [arduino] object message the way to go > with this? How can I "tag" the messages so that they go to the correct > variable in the arduino sketch? Is there a practical limit to the speed of > such a system? > > I am much more familiar with using OSC messaging between applications but > when I looked into using OSC with Arduino it seemed like I needed to use an > ethernet shield (instead of connect via usb) and I would rather not go that > route unless absolutely necessary. > > Any advice is much appreciated! > > cheers, > Rick _______________________________________________ > > > >

3 6

pmpd output in audio rate
by João Pais 16 Jun '16

16 Jun '16

Hello list - and Cyrille, I'm trying to use [pmpd] to produce an audio rate output, but am having some unexpected results. To test it, I'm adapting the patch 69_pmpd_for_audio, by replacing the pmpd content with the one from the patch 50_string~ (I think the adaptation is correct). The reaction of the circuit seems to be ok, in that it produces a pizzicato-like sound. The difference is that there is a noise in the 500-1KHz area which isn't in the original [pmpd~] example. Is this noise from some bad patch adaptation, or is it a problem from using [pmpd]? This patch attached uses some abstractions from the jmmmp library, you can download it through deken. Best, Joao

2 3

pix_dump after pix_mask does not work properly
by mick mengucci 16 Jun '16

16 Jun '16

Hallo list, I have a problem in getting the pixels' values of two different images with [pix_dump]. The images are the output of two different [pix_mask] objects on the same original image. What I get is the list of pixels' values of the original image. I see IOhannes answered that [pix_mask] objects do not work "in chain", maybe that's why it does not work. If so, is there any workaround? I include the files with the mask images in attachment. I hope someone can explain this to me! I run Xubuntu 14.04.4 LTS, with Pd 0.46.2, GEM: ver: 0.93.git 1d4d372 Thanks -- mickmengucci.bandcamp.com facebook.com/mickmengucci3 facebook.com/Labio.pt <http://WWW.MISTURAPURA.NET>MISTURAPURA.NET <http://WWW.MISTURAPURA.NET> pure mixture vibration since 1995

2 1

[PD-announce] gigaverb~ update: version 0.2
by Marco Matteo Markidis 16 Jun '16

16 Jun '16

Dear all, I update gigaverb~. Now it is available via Deken. OS X 32-64 bit and Linux 64 bit versions are provided. No Win version: however the source code and the makefile are present. For any problem, just contact me. Best regards, Marco Matteo Markidis _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

biquad and karplus-strong
by Peter P. 16 Jun '16

16 Jun '16

Hi list, I am trying to implement Karplus-Strong and am wondering about the following questions: - I run the feedback-delay inside a subpatch that is re[block~ 1]ed to 1 sample blocksize. Will a biquad~ object work correctly with blocksizes of 1 as well? - The Karplus-Strong paper recommends a simple one sample delay moving average filter: y(n) = 0.5 * [x(n) + x(n+1)]. Would [biquad~ 0 0 0.5 0.5 0] be the correct implementation of it then? - Low frequencies (DC) recirculate forever in such a patch. I wonder what practice people have came up with to cope with this. I would suspect putting a factor <1 into the feedback loop, or a [hip~ 3] or something similar? Is there a standard way? I guess not... - Karplus-Strong seems to get interesting if the phase of each sample is randomly reversed in the feedback path (the 'drum' algorithm). The probability of such a phase reversal should be controllable using a 'p' parameter, which is a float value between 0 and 1, and which describes the probability that a sample is phase-reversed (multiplied by one). How can this be implemented in vanilla Pd (using blocksize 1)? Thank you for any ideas to the above questions. I checked the mailinglist-archive and have not found anything about these ones. P

7 17

What is that 4khz whine?
by William Huston 16 Jun '16

16 Jun '16

Simple square wave patch into a [vcf~] and a [bp~]. Pass though 6-stage [lop~ 8000] to try to eliminate harmonics > nyquist (22.5khz). (attached). Set the Q to about 3. Now keep the frequency of the oscillator and the filter cutoff freq below 100 hz. Try [bp~] then try [vcf~]. No matter what the setting of either (as long as they are both below 100 hz), I get I get a strong artifact at 4k, another at 12k, another at 17k. This has been bugging me for months. I can't figure it out. I thought it was super-Nyquist foldover, but the [lop~] didn't eliminate it, and it does not seem dependent on the frequency of the oscillator. Any ideas? Sample rate=44100 hz. Delay= 80 ms. Blocksize=64. *Pd 0.46.7 on Windows 7. * -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)

2 2

open vst in pd in all OS
by Alexandre Torres Porres 15 Jun '16

15 Jun '16

howdy, about plugin hosts for vst to load them in your patches... what are the challenges, issues and is there a reason why anyone hasn't done this for all OS yet? cheers

7 13

Re: [PD] [PD-dev] problem with PA and Jack on OS X
by IOhannes m zmoelnig 14 Jun '16

14 Jun '16

On 2016-06-14 12:57, Marco Matteo Markidis wrote: > Dear list, > > Sunday I had a gig in Poland. After connect all cables, mixer and sound > card I started my Pd patch without problems. When I switched on the DSP Pd > frozen and I didn't understand really what happens. After a while, I > started the system monitor and I saw that in calling PA it stops with an > error. I tried to start also Pd with Jack and in this case Jack didn't > start properly giving me an visible error message. > So I rebooted and magically PA starts. > > I'm sending you this email just to say that can be a good idea in this case > to report an error message very visible on Pd parent or something like > this, in order to understand that it is a PA error and probably an error to > access to sound card or something like this. > > I'm sorry to cannot report a complete log message, but I remember that Pd > stops at pa_send_dacs function in s_audio_pa.c file. I hope you can > understand that in a real live situation with Wayne Horvitz waiting that > you finish your soundcheck it's not a proper occasion to get log message > file and stuff like this. it seems like you are using the "PA" acronym for different things. Pd has a PortAudio backend (s_audio_pa.c), but afaik this does not involve any service/daemon/programm which could be refered to with "and magically PA starts". there is PulseAudio on linux, which can be used via the PortAudio backend, but afaiu you are on osx so i don't think that this applies. > > Best regards and sorry if this mail can be off topic. > i don't think it is off-topic, but probably more interesting for pd-list (rather than pd-dev), as it is no more development-specific than any other bug and more people could share there experiences. therefore i'm answering via pd-list... fgasmdr IOhannes

2 1

Re: [PD] uDMX hanging/locking up
by jamal crawford 14 Jun '16

14 Jun '16

> Probably is the unit, test it with some DMX software, also > Firmware? Later. qlcplus supports uDMX (anyma) ~/.jc

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 June 2016