[PD] Pd-list Digest, Volunteer 122, Issue 6

Tim Humphrey drthumph at gmail.com
Sun May 3 16:56:30 CEST 2015 

Z ll
On 3 May 2015 14:13, <pd-list-request at lists.iem.at> wrote:

> Send Pd-list mailing list submissions to
>         pd-list at 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 at lists.iem.at
>
> You can reach the person managing the list at
>         pd-list-owner at 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 at gmail.com>
> To: "Peter P." <peterparker at fastmail.com>
> Cc: pd-list <pd-list at lists.iem.at>
> Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at
>         default/fixed samplerate of 44100
> Message-ID:
>         <CAF58LJogH3RRSWTcTcTWq+TRhfBVPRXQoJuQd9veTtkenN=
> pEw at 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 at fastmail.com> wrote:
>
> > * Raphaël Ilias <phae.ilias at 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 at 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 at gmail.com>
> To: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
> Subject: [PD] pix_openni can not start depth stream
> Message-ID:
>         <CABF=
> eXBuyWHFRtZfy98AO_YsSqyedz8532KN4gAH4K0NxyAtUA at 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 at gmail.com>
> To: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
> Subject: Re: [PD] pix_openni can not start depth stream
> Message-ID:
>         <CABF=eXDswgtzzk-=
> 7WfMy0dGbJSugPcqLLr51zLt+OQLgqSbWQ at 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 at 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 at gmail.com>
> To: "Peter P." <peterparker at fastmail.com>
> Cc: pd-list <pd-list at lists.iem.at>
> Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at
>         default/fixed samplerate of 44100
> Message-ID:
>         <CADYAdN8LJtRLs2UUdNZMbSS+mmeUTR2mTsbEyP0=
> RerRCpcv6A at 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 at fastmail.com>:
>
> > * Raphaël Ilias <phae.ilias at 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 at gmail.com>
> To: Raphaël Ilias <phae.ilias at gmail.com>
> Cc: pd-list <pd-list at lists.iem.at>
> Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at
>         default/fixed samplerate of 44100
> Message-ID:
>         <
> CAF58LJq7a7eptvmqTGdvyMCyOVjQYNKyx2AE5aLidjUM2tCRQg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Sun, May 3, 2015 at 2:58 PM, Raphaël Ilias <phae.ilias at 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 at 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
> ***************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150503/bd96fd19/attachment-0001.html>

More information about the Pd-list mailing list