Pd-list May 2015

pd-list@lists.iem.at

80 participants
107 discussions

Re: [PD] Pd-list Digest, Volunteer 122, Issue 6
by Tim Humphrey 03 May '15

03 May '15

Z ll On 3 May 2015 14:13, <pd-list-request(a)lists.iem.at> wrote: > Send Pd-list mailing list submissions to > pd-list(a)lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.puredata.info/listinfo/pd-list > or, via email, send a message with subject or body 'help' to > pd-list-request(a)lists.iem.at > > You can reach the person managing the list at > pd-list-owner(a)lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pd-list digest..." > > > Today's Topics: > > 1. Re: [ggee/notch] / [ggee/bandpass] seem to work at > default/fixed samplerate of 44100 (Alexandros Drymonitis) > 2. pix_openni can not start depth stream (Csaba Láng) > 3. Re: pix_openni can not start depth stream (Csaba Láng) > 4. Re: [ggee/notch] / [ggee/bandpass] seem to work at > default/fixed samplerate of 44100 (Raphaël Ilias) > 5. Re: [ggee/notch] / [ggee/bandpass] seem to work at > default/fixed samplerate of 44100 (Alexandros Drymonitis) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 3 May 2015 14:07:23 +0300 > From: Alexandros Drymonitis <adrcki(a)gmail.com> > To: "Peter P." <peterparker(a)fastmail.com> > Cc: pd-list <pd-list(a)lists.iem.at> > Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at > default/fixed samplerate of 44100 > Message-ID: > <CAF58LJogH3RRSWTcTcTWq+TRhfBVPRXQoJuQd9veTtkenN= > pEw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Isn't this the way to do it? > x->x_rate = sys_getsr(); > > On Sun, May 3, 2015 at 6:32 AM, Peter P. <peterparker(a)fastmail.com> wrote: > > > * Raphaël Ilias <phae.ilias(a)gmail.com> [2015-05-02 16:36]: > > > Hello, > > > > > > I was testing the [bandpass] and [notch] object's from "ggee" library, > > > which compute coefficients values for vanilla's [biquad~] and > discovered > > > that the center frequency wasn't the one expected, but was shifted > > > something like 10%. > > > > > > After a few measurement I found that the real center frequency was > around > > > 1.08841 upwards the ferquency value set to [bandpass] or to [notch] > > > inlets... > > > > > > ...and I later realized that 48000/44100 = 1.088435... and that on my > > > computer, pd is working at 48000 Hz. > > > So, apparently these objects are calculating the coefficients with an > > > supposed samplerate of 44100 Hz. > > > > You are right. I just looked at the source file for one of these > > objects, and it contains a line > > > > x->x_rate = 44100.0; > > > > So apparently the sample rate for it is hard-coded. I don't know ir > > Günther is actively monitoring the pd-list, but perhaps someone else > > here might know how to get that code to be more responsive to different > > sampling rates... > > (you could change your sampling rate to 44100 in the meantime though, > > Raphaël) > > best, P > > > > _______________________________________________ > > Pd-list(a)lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > >

1 0

pix_openni can not start depth stream
by Csaba Láng 03 May '15

03 May '15

Dear list, I want to use pix_openni from Matthias Kronlachner. I prepared the Kinect to function according to this method using homebrew: http://www.kinect-wiki.info/OpenNI-%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%… OpenNi, SensorKinect, Nite installed. All the samples from OpenNi work fine. installed pix_depth2rgba too, works fine, depth rgba picture is created. However when I want to test with 03-03-user-tracking-by-user-identification-nite-raw-shader.pd from the test of Matthias, I get this error: [pix_openni]: trying to start depth stream [pix_openni]: OpenNI:: Depth node couldn't be created! Does anyone had this before? What is the solution to make it work properly? Thanks in advance for any suggestions. Popesz

1 1

help patch translations
by Jonathan Wilkes 03 May '15

03 May '15

Hi Miller, I've got a fairly fleshed out idea for how to do internationalized help patches in Pd. It would be nice to store the translations as files containing FUDI messages, like this: description something something; outlet_0 float translated description of what a float arriving at the 0th inlet does; outlet_0 list etc...; demo-slider label foo; demo-bang label bar; The benefit is that one could actually parse the translation data using Pd itself. Here, the description and outlet data could be forwarded to the gui (to format in a footer that reflows with the width of the window). Additionally, the "demo" slider and bang could be sent to iemgui receives to get a translated label. (Perhaps prepending a "$0-" to guard against nameclashes in other open patch windows.) The problem of course is that FUDI is too brittle for arbitrary text. It's too easy to lose data, and too difficult to try to remember all the ways in which numbers, commas, semis, decimals, dollarsigns, and "dropped" keycodes can result in a data loss. Not impossible to work around, but burdensome for doc writers trying to concentrate on translating explanatory text. Is there any way to read or write FUDI-- perhaps with [text]-- and tell the parser to interpret everything after the nth atom as a single symbol? If not, I can just store the translation data as JSON (which I'm already doing for the gui interfaction translations). In that case I'd just read the translations from the GUI side, and forward any iemgui label messages on to Pd. -Jonathan

6 9

Re: [PD] help patch translations
by Dan Wilcox 03 May '15

03 May '15

What probably makes sense in the long run is for objects to have two names: internal name (aka current english name) and a display name (translated). I think that’s how Scratch <https://scratch.mit.edu/> does it, as all of their building blocks are translated in other languages too. We sat down with one of my German nephews and showed him scratch. The UI was in German *and* the objects were all in German too, which worked really nicely. -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 4

changing background color on pd-0.46.6
by Jonghyun Kim 02 May '15

02 May '15

hi list, I wanna change the background color of Pd. The default is white, but I wanna change it to black, and font color to white. (invert color for my eyes) First attempt: http://lists.puredata.info/pipermail/pd-list/2006-11/044399.html I've read this, but there is no *pd.tk*, neither *u_main.tk* in src. Second attempt: In pd-gui.tcl file, I change this white to black. But no luck. option add *PatchWindow*Canvas.background "white" startupFile Third: http://comments.gmane.org/gmane.comp.multimedia.puredata.general/64176 but still no luck. Any idea? best, akntk

2 1

problems with pd-0.46-6 and jack
by mylists＠t-online.de 02 May '15

02 May '15

Hi everyone! I'm experiencing problems with pd-0.46-6 and jack: I built and installed pd with: sudo apt-get build-dep puredata make -f makefile.gnu JACK=true sudo make install -f makefile.gnu Trying to start pd (the jack server is running fine) with pd -jack pd segfaults immediately. Did I miss something? I'm on Ubuntu 14.04 64bit, using jack2 1.9.10 Thanks for any hints! /phil ---------------------------------------------------------------- Profitieren Sie von der sicheren E-Mail-Übertragung Ihrer Daten mit einer kostenlosen E-Mail-Adresse der Telekom. www.t-online.de/email-kostenlos

4 7

Re: [PD] Tcl error with [cursor], [mousestate], > [receivecanvas]
by rolfm＠dds.nl 01 May '15

01 May '15

is there a way to get (actual) info on donecanvasdialog besides diving into the source? -- so for what it's worth: with a reduced and pure Vanilla patch Vanilla 46.5 doesn't produce Tcl errors any more while playing with the slider however Pdext 43.4 does; unless i put a high speedlimit (300 ms) on the slider messages. my wild guess about donecanvasdialog doesn't apply here. i have attached a zip with a demonstration of the problem. i don't know how to implement a "cursor" object Vanilla 46.5. so that Tcl error is still under investigation. rolf

1 1

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 May 2015