Z ll
Send Pd-list mailing list submissions to
pd-list@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@lists.iem.at
You can reach the person managing the list at
pd-list-owner@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@gmail.com>
To: "Peter P." <peterparker@fastmail.com>
Cc: pd-list <pd-list@lists.iem.at>
Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at
default/fixed samplerate of 44100
Message-ID:
<CAF58LJogH3RRSWTcTcTWq+TRhfBVPRXQoJuQd9veTtkenN=pEw@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@fastmail.com> wrote:
> * Raphaël Ilias <phae.ilias@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@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150503/97bbf367/attachment-0001.html>
------------------------------
Message: 2
Date: Sun, 3 May 2015 13:12:38 +0200
From: Csaba Láng <langcsaba@gmail.com>
To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
Subject: [PD] pix_openni can not start depth stream
Message-ID:
<CABF=eXBuyWHFRtZfy98AO_YsSqyedz8532KN4gAH4K0NxyAtUA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
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%83%BC%E3%83%AB-Mac-Homebrew
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150503/6e95ea95/attachment-0001.html>
------------------------------
Message: 3
Date: Sun, 3 May 2015 13:15:47 +0200
From: Csaba Láng <langcsaba@gmail.com>
To: "pd-list@lists.iem.at" <pd-list@lists.iem.at>
Subject: Re: [PD] pix_openni can not start depth stream
Message-ID:
<CABF=eXDswgtzzk-=7WfMy0dGbJSugPcqLLr51zLt+OQLgqSbWQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Sorry, forgot to add that tested on Mac OS X 10.8, 10.9 and 10.10.
On Sun, May 3, 2015 at 1:12 PM, Csaba Láng <langcsaba@gmail.com> wrote:
> 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%83%BC%E3%83%AB-Mac-Homebrew
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150503/c472ca58/attachment-0001.html>
------------------------------
Message: 4
Date: Sun, 3 May 2015 13:58:09 +0200
From: Raphaël Ilias <phae.ilias@gmail.com>
To: "Peter P." <peterparker@fastmail.com>
Cc: pd-list <pd-list@lists.iem.at>
Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at
default/fixed samplerate of 44100
Message-ID:
<CADYAdN8LJtRLs2UUdNZMbSS+mmeUTR2mTsbEyP0=RerRCpcv6A@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi !
Thank you Peter for checking the source code !
Yes I could change my sampling rate.
But, well, I think it's better if pd is able work at different sampling
rates, and many standards now prefer 48KHz to 44.1
(i.e. digital video recorders).
For now, i'll just make a trick/abstraction that gets the working sampling
rate with [samplerate~] and corrects the frequency parameter by applying a
coefficient (* 44100 / SR)...
However, IMHO, since frequency representation is related to the time and
not the sampling rate, I think this should be corrected in the object
itself, maybe as Alexandros suggested.
But I don't have the skills to do that myself... hope Günther will read
this.
have a nice day,
Raphaël
2015-05-03 5:32 GMT+02:00 Peter P. <peterparker@fastmail.com>:
> * Raphaël Ilias <phae.ilias@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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150503/5c255934/attachment-0001.html>
------------------------------
Message: 5
Date: Sun, 3 May 2015 16:11:46 +0300
From: Alexandros Drymonitis <adrcki@gmail.com>
To: Raphaël Ilias <phae.ilias@gmail.com>
Cc: pd-list <pd-list@lists.iem.at>
Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at
default/fixed samplerate of 44100
Message-ID:
<CAF58LJq7a7eptvmqTGdvyMCyOVjQYNKyx2AE5aLidjUM2tCRQg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
On Sun, May 3, 2015 at 2:58 PM, Raphaël Ilias <phae.ilias@gmail.com> wrote:
> However, IMHO, since frequency representation is related to the time and
> not the sampling rate, I think this should be corrected in the object
> itself, maybe as Alexandros suggested.
> But I don't have the skills to do that myself... hope Günther will read
> this.
>
I've written some externals and used this and it works fine. If you just
change this line of code and compile the object, it should work, I guess...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150503/c4dc7671/attachment.html>
------------------------------
Subject: Digest Footer
_______________________________________________
Pd-list mailing list
Pd-list@lists.iem.at
to manage your subscription (including un-subscription) see
http://lists.puredata.info/listinfo/pd-list
------------------------------
End of Pd-list Digest, Vol 122, Issue 6
***************************************