Z ll On 3 May 2015 14:13, <[email protected]> wrote:
> Send Pd-list mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > To: "Peter P." <[email protected]> > Cc: pd-list <[email protected]> > Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at > default/fixed samplerate of 44100 > Message-ID: > <CAF58LJogH3RRSWTcTcTWq+TRhfBVPRXQoJuQd9veTtkenN= > [email protected]> > 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. <[email protected]> wrote: > > > * Raphaël Ilias <[email protected]> [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 > > > > _______________________________________________ > > [email protected] 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 <[email protected]> > To: "[email protected]" <[email protected]> > Subject: [PD] pix_openni can not start depth stream > Message-ID: > <CABF= > [email protected]> > 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 <[email protected]> > To: "[email protected]" <[email protected]> > Subject: Re: [PD] pix_openni can not start depth stream > Message-ID: > <CABF=eXDswgtzzk-= > [email protected]> > 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 <[email protected]> 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 <[email protected]> > To: "Peter P." <[email protected]> > Cc: pd-list <[email protected]> > Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at > default/fixed samplerate of 44100 > Message-ID: > <CADYAdN8LJtRLs2UUdNZMbSS+mmeUTR2mTsbEyP0= > [email protected]> > 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. <[email protected]>: > > > * Raphaël Ilias <[email protected]> [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 <[email protected]> > To: Raphaël Ilias <[email protected]> > Cc: pd-list <[email protected]> > Subject: Re: [PD] [ggee/notch] / [ggee/bandpass] seem to work at > default/fixed samplerate of 44100 > Message-ID: > < > caf58ljq7a7eptvmqtgdvymcyovjqynkyx2ae5alidjum2tc...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Sun, May 3, 2015 at 2:58 PM, Raphaël Ilias <[email protected]> > 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 > [email protected] > to manage your subscription (including un-subscription) see > http://lists.puredata.info/listinfo/pd-list > > > ------------------------------ > > End of Pd-list Digest, Vol 122, Issue 6 > *************************************** >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
