Re: [PD] [lop~] coefficient calculation
hi all, I've been working on filter patches for my courses and I'm still failing ti get biquad coeficients from the [vcf~] code. Maybe anyone out there could help? I wanted this to plot the frequency response in realtime... the [vcf~] filters aren't in the audio Audio-EQ-Cookbook, and the code looks a bit too complicated thanks 2014-05-26 10:23 GMT-03:00 Joe White white.j...@gmail.com: Ahh yes of course thanks Frank! Have you guys checked out this paper on 'High-Order Digital Parametric Equalizer Design http://www.aes.org/e-lib/browse.cfm?elib=13397'? Apparently it reduces the need to cascade filter implementations to achieve high orders. Cheers, Joe On 24 May 2014 09:53, Frank Barknecht f...@footils.org wrote: Hi Joe, versions of these calculations without [expr] are also part of the rj-library as u_lowpass, u_lowpassq etc. These have been taken straight from the Audio-EQ-Cookbook. Ciao -- Frank On Fri, May 23, 2014 at 12:06:45PM +0100, Joe White wrote: Thanks for the abstractions Chris. Am I correct in thinking the licensing issues for [expr] have been resolved now? Cheers, Joe On 21 May 2014 23:22, Chris Clepper cgclep...@gmail.com wrote: On Wed, May 21, 2014 at 5:31 PM, Joe White white.j...@gmail.com wrote: Is it intentional to not a bank of go-to filters? [biquad~] is the next one I would go to, but generating your own coefficients isn't that... err.. efficient when you're wanting some that just 'works' :) Attached are a set of abstractions wrapping most of the 'Audio EQ Cookbook' formulae around biquad~. It would be nice for Pd to include something like this. The only drawback to [biquad~] is it doesn't take audio rate coefficients. There are of course externals that do audio rate for cutoff, Q, etc. Chris On 21 May 2014 17:31, Miller Puckette m...@ucsd.edu wrote: Hi Joe - That code is an approximation that works well for low cutoff frequencies but badly for high ones. (I should probably warn about this in the help window... that'll go on my dolist) cheers M On Fri, May 16, 2014 at 12:58:31PM +0100, Joe White wrote: Hi, I've been looking at the [lop~] implementation (Pd-0.45-4) and noticed something that seem weird to me. In d_filter, line 176: static void siglop_ft1(t_siglop *x, t_floatarg f) { if (f 0) f = 0; x-x_hz = f; x-x_ctl-c_coef = f * (2 * 3.14159) / x-x_sr; if (x-x_ctl-c_coef 1) x-x_ctl-c_coef = 1; else if (x-x_ctl-c_coef 0) x-x_ctl-c_coef = 0; } Is it correct that for: y[n] = x[n] * a + y[n-1] * b *a = 2π * Fc / Fs* b = 1.0 - a where Fc is the cut-off frequency and Fs the sampling frequency. I appreciate the a coefficient is bounded afterwards but wouldn't that mean that Fc values greater than Fs / 2π will have no impact on the sound being processed. For example if Fs is 44100, then Fc values above ~7020Hz will not affect the filter. Have I missed something crucial or could this a bug in the code? The simple IIR filter described in http://en.wikipedia.org/wiki/Low-pass_filter suggests that the actual coefficient calculation should be more like: a = 2π*Fc / (2π*Fc + Fs) Looking forward to understand this more! Cheers, Joe -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [lop~] coefficient calculation
It's been noted that [vcf~] can be obtained with a [cpole~] object - though I didn't do it yet as I find it a bit hard to get to the coeficients from the vcf~ code. Anyway, if you can get it with a [cpole~] object, it means you could do it with [biquad~] coeficients, right? I suppose so, but then, how exactly? I mean, if I have the coeficients of [cpole~], how do I get to [biquad~]'s? maybe this will help getting biquad's coefficients from [vcf~]'s parameters... maybe not, I don't know, I need help :) thanks 2014-07-19 0:44 GMT-03:00 Alexandre Torres Porres por...@gmail.com: hi all, I've been working on filter patches for my courses and I'm still failing ti get biquad coeficients from the [vcf~] code. Maybe anyone out there could help? I wanted this to plot the frequency response in realtime... the [vcf~] filters aren't in the audio Audio-EQ-Cookbook, and the code looks a bit too complicated thanks 2014-05-26 10:23 GMT-03:00 Joe White white.j...@gmail.com: Ahh yes of course thanks Frank! Have you guys checked out this paper on 'High-Order Digital Parametric Equalizer Design http://www.aes.org/e-lib/browse.cfm?elib=13397'? Apparently it reduces the need to cascade filter implementations to achieve high orders. Cheers, Joe On 24 May 2014 09:53, Frank Barknecht f...@footils.org wrote: Hi Joe, versions of these calculations without [expr] are also part of the rj-library as u_lowpass, u_lowpassq etc. These have been taken straight from the Audio-EQ-Cookbook. Ciao -- Frank On Fri, May 23, 2014 at 12:06:45PM +0100, Joe White wrote: Thanks for the abstractions Chris. Am I correct in thinking the licensing issues for [expr] have been resolved now? Cheers, Joe On 21 May 2014 23:22, Chris Clepper cgclep...@gmail.com wrote: On Wed, May 21, 2014 at 5:31 PM, Joe White white.j...@gmail.com wrote: Is it intentional to not a bank of go-to filters? [biquad~] is the next one I would go to, but generating your own coefficients isn't that... err.. efficient when you're wanting some that just 'works' :) Attached are a set of abstractions wrapping most of the 'Audio EQ Cookbook' formulae around biquad~. It would be nice for Pd to include something like this. The only drawback to [biquad~] is it doesn't take audio rate coefficients. There are of course externals that do audio rate for cutoff, Q, etc. Chris On 21 May 2014 17:31, Miller Puckette m...@ucsd.edu wrote: Hi Joe - That code is an approximation that works well for low cutoff frequencies but badly for high ones. (I should probably warn about this in the help window... that'll go on my dolist) cheers M On Fri, May 16, 2014 at 12:58:31PM +0100, Joe White wrote: Hi, I've been looking at the [lop~] implementation (Pd-0.45-4) and noticed something that seem weird to me. In d_filter, line 176: static void siglop_ft1(t_siglop *x, t_floatarg f) { if (f 0) f = 0; x-x_hz = f; x-x_ctl-c_coef = f * (2 * 3.14159) / x-x_sr; if (x-x_ctl-c_coef 1) x-x_ctl-c_coef = 1; else if (x-x_ctl-c_coef 0) x-x_ctl-c_coef = 0; } Is it correct that for: y[n] = x[n] * a + y[n-1] * b *a = 2π * Fc / Fs* b = 1.0 - a where Fc is the cut-off frequency and Fs the sampling frequency. I appreciate the a coefficient is bounded afterwards but wouldn't that mean that Fc values greater than Fs / 2π will have no impact on the sound being processed. For example if Fs is 44100, then Fc values above ~7020Hz will not affect the filter. Have I missed something crucial or could this a bug in the code? The simple IIR filter described in http://en.wikipedia.org/wiki/Low-pass_filter suggests that the actual coefficient calculation should be more like: a = 2π*Fc / (2π*Fc + Fs) Looking forward to understand this more! Cheers, Joe -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Follow me on Twitter @diplojocus ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing latest pd vanilla on RPI
RPis are not very powerful, and running them without a desktop (using ssh or similar over ethernet and /etc/rc.local to launch stuff on boot) makes a lot of sense. are you saying it basically doesn't really work for live audio applications with the desktop system on and all? cause, yeah, it seems it can'thandle, but I always thought you guys were doing it with the desktop system and everything I just got into this for curiosity, I don't really need a RPi for anything, just wanted to play with it and see if it could run simple patches. I could eventually use it live, but it wouldn't make sense to run it over ssh with another computer (would rather just use the other computer). cheers 2014-07-04 3:34 GMT-03:00 Simon Wise via Pd-list pd-list@lists.iem.at: On 03/07/14 22:55, Alexandre Torres Porres via Pd-list wrote: Hi IOhannes, I read your other answer giving more info on why it could be outdated even if released a couple of weeks ago. I think I get, although I'd still assume or don't see why pd wouldn't be available at apt-get if it were up to date. The meaning of 'stable' in debian is that it does not change, and apt-get fetches packages that you wish to install from this base (it would be possible for someone to maintain the latest pd as a raspbian package, but it is almost as easy to install from Millers site so no-one bothers ... the fact that pd is in debian means it gets tested on ARM and the version in 'stable' automatically gets built as part of raspbian with no extra work, which was especially nice when raspbian first came out). This system allows distributions like raspbian to have a predictable base that they can then take the time required to adapt for their purposes, and it allows sites like Millers to build the up-to-date versions within that known framework so that they 'just work' (and will still work a few weeks later) because all the stuff it depends on does not keep changing versions every day. In the case of raspbian they have compiled debian with lots of modifications to suit their particular CPU and have added and keep working on lots of extra stuff that is specifically for their GPU and peripherals etc. They then maintain raspbian with all these added things updated from time to time but staying with 'stable' as the base. Presumably they will move to jessie sometime for their main version (probably not till they get it tested and running cleanly sometime after it is 'frozen' in advance of it becoming the new stable ... this freeze would be expected reasonably soon, debian does this on a two year cycle). But that does involve lots of work and lots of testing since they are building the whole of debian for an architecture which is halfway between the two official debian architectures (the CPU is a rather old version of ARM, but with floating point hardware). Chasing all the changes in the latest versions of everything all the time would be very hard work. As for menus or desktop icons ... it is just a little text file called puredata.desktop containing something like: [Desktop Entry] Name=Pure Data Comment=Visual dataflow programming platform for multimedia Comment[ca]=Plataforma de programació visual per aplicacions multimèdia Comment[de]=Grafische Datenflussprogrammierung für Multimedia Comment[es]=Plataforma de programación visual para aplicaciones multimedia Comment[fr]=Plateforme de programmation visuelle pour applications multimédia Comment[it]=Piattaforma di programmazione visuale per applicazioni multimedia Comment[pt]=Plataforma de programação visuais para multimedia Exec=pd -noadc %F Terminal=false Type=Application Icon=puredata.xpm Categories=AudioVideo;Audio;Video;Development MimeType=text/x-puredata;application/x-maxmsp;text/x-maxmsp; StartupNotify=false using the appropriate Exec= line, and an appropriate file for Icon= if you add this file to the folder /usr/share/applications then it should turn up in menus, or if you put it on the desktop it should show up as an icon you can drag and drop to. But the RPis are not very powerful, and running them without a desktop (using ssh or similar over ethernet and /etc/rc.local to launch stuff on boot) makes a lot of sense. Simon ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing latest pd vanilla on RPI
you are using an outdated (even if it's the official one) raspbian I got the latest image from noobs, released a couple of weeks ago, then I installed raspbian from it. So this is supposed to be out of date huh? And then... well, I did apt-get update and everything and was assuming this was an issue related to apt-get, not the image system. cheers 2014-07-03 4:27 GMT-03:00 IOhannes m zmölnig pd-list@lists.iem.at: On 07/03/2014 06:24 AM, Alexandre Torres Porres via Pd-list wrote: Hi there, I was treating this in a different mail thread, sorry, but let me go ahead and start this one. questions 1- Why can't I get vanilla 0.45 from apt-get? I get 0.43 :P as said before: because you are using an outdated (even if it's the official one) raspbian, based on Debian/wheezy. in addition to what i said before, i just noted, that there is also a raspbian version available, that is based on Debian/jessie, and this version will include Pd-0.45.5¹ if there are no images available for raspbian/jessie, you could try upgrading your current image by doing the following (as root): 1. in /etc/apt/sources.list (and probably /etc/apt/sources.list.d/*) replace all occurences of wheezy with jessie 2. run aptitude update 3. run aptitude full-upgrade this is utterly untested, but the standard procedure to upgrade a Debian based system. mgfasr IOhannes ¹ http://archive.raspbian.org/raspbian/pool/main/p/puredata/ 2- I downloaded from miller's site and have 0.45 extracting and alive, I'm running it from a folder at pi/home, but how do I put it in the menu bar? Really linux noobs here... 3- Pd 0.45 is complaining about ALSA input_error (snd_pcm_open): no such file directory, but it still works making noise and all. What does it mean, how do I fix it? Thanks ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing latest pd vanilla on RPI
Hi IOhannes, I read your other answer giving more info on why it could be outdated even if released a couple of weeks ago. I think I get, although I'd still assume or don't see why pd wouldn't be available at apt-get if it were up to date. Anyway, the extra packages are GEM and other stuff, so not bonk~/expr~ Well, I got it from miller's site anyway, no problem with that, just need to know how to put it into the menu bar, and I'd appreciate if anyone could help me with the warning *ALSA input_error (snd_pcm_open): no such file director* thanks 2014-07-03 9:49 GMT-03:00 Alexandre Torres Porres por...@gmail.com: you are using an outdated (even if it's the official one) raspbian I got the latest image from noobs, released a couple of weeks ago, then I installed raspbian from it. So this is supposed to be out of date huh? And then... well, I did apt-get update and everything and was assuming this was an issue related to apt-get, not the image system. cheers 2014-07-03 4:27 GMT-03:00 IOhannes m zmölnig pd-list@lists.iem.at: On 07/03/2014 06:24 AM, Alexandre Torres Porres via Pd-list wrote: Hi there, I was treating this in a different mail thread, sorry, but let me go ahead and start this one. questions 1- Why can't I get vanilla 0.45 from apt-get? I get 0.43 :P as said before: because you are using an outdated (even if it's the official one) raspbian, based on Debian/wheezy. in addition to what i said before, i just noted, that there is also a raspbian version available, that is based on Debian/jessie, and this version will include Pd-0.45.5¹ if there are no images available for raspbian/jessie, you could try upgrading your current image by doing the following (as root): 1. in /etc/apt/sources.list (and probably /etc/apt/sources.list.d/*) replace all occurences of wheezy with jessie 2. run aptitude update 3. run aptitude full-upgrade this is utterly untested, but the standard procedure to upgrade a Debian based system. mgfasr IOhannes ¹ http://archive.raspbian.org/raspbian/pool/main/p/puredata/ 2- I downloaded from miller's site and have 0.45 extracting and alive, I'm running it from a folder at pi/home, but how do I put it in the menu bar? Really linux noobs here... 3- Pd 0.45 is complaining about ALSA input_error (snd_pcm_open): no such file directory, but it still works making noise and all. What does it mean, how do I fix it? Thanks ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] installing latest pd vanilla on RPI
Thanks for the lessons, now I got the picture. Anyway, getting 0.45 from miller's site works just fine I guess. Only annoyance is not getting it into the menu bar and automatically loading Pd when clicking on patch files. I'm assuming that should be an easy thing to do, any thoughts anyone? you can either uninstall them, or configure apt-get to not install suggestions/recommendations. cool, out of curiosity, how can you do you configure it to not install suggestions/recommendations and, more importantly, how could I install from apt-get specific packages into Pd 0.45 I downloaded from miller's site? cheers 2014-07-03 10:21 GMT-03:00 IOhannes m zmoelnig via Pd-list pd-list@lists.iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-07-03 15:16, IOhannes m zmoelnig via Pd-list wrote: at least looking at [1], it is quite clear that the raspbian image is [1] http://www.raspberrypi.org/downloads/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTtVjwAAoJELZQGcR/ejb4RbYQAIlKuE66dSkycRS1olLieNXt XIaPjG4j/8XGfi0iJfWvEdHWvbjC/hKnQ7W+KBkPXtiOX7ClADwXKT7NiGXpNJDD ggKSVnxJixkvH5qXqdUa0Eg3npBwfx4WQoUlVQ4A6R2OT08r2FS60u/pkNGoae0a sw0bwH35Z9SqTp6ACoqkbfWRxh/lfQbSRE6h2omL39aWV2rob/igKx8obtcZMnRB r4s1kQJd3kEhL1VFmbOBGjfh5YQLfxFsi6+UEPwhoLjiZ1AFk5upkqIzuaYEPmcW YNFYSon1gpndXrfPDHskLVGcxiML4NddRQSgIrVAwsursmt044JC5kNCi6smiwQk kyex5st+gyLzLbqySdItzpwL7J3CL6HLipIXJ7x4Qwvi7FtDmNEghy8hiyqyx1IT Fy87rOsv3MzDUF9DHbRmca+5QTkasN9dN5mUvB5mBikq84bI2bjnE2tuD1q1WaAc 2827pz6CpT455u4XVPc8pgSfxSm/CQh8G/8bj1ErZjjkX7lOQZQFnqtXmPPYX1TR CwHgNljt5o9OGtLzn1zrQbNJ8+bhye9s0kRl2jR8OMsZaMrWyndiqWuLHx/2lsUq ZRLbHO8QQ+hUGOrfhPnlhz7FMX3sp8P0ZL5w3LTCGha5lK+mzs6UFWfsCHGPM/NJ 2ircjugdBn3Q1FWGb/0N =cPYk -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The dwc_otg.speed=1 issues on RPI with keyboards
looks like a nice audio card, will think about getting it, thanks. Anyway, sticking to an original question, would ANY bluetooth keyboard work on the Raspberry Pi? I mean, I assume there must be a few dongles around that would work on it while others not, but as soon as you have a dongle working I assume any keyboard/mouse could work. But then, I'm not sure at all. Thanks 2014-06-30 2:24 GMT-03:00 Simon Wise simonzw...@gmail.com: On 29/06/14 05:28, Alexandre Torres Porres wrote: I need an audio in and I got an imic griffin, it says on pd page i need to make this adjustment, how do I know if I don't really need to do it anymore? Anyway, if raspbian has changed, maybe we should update the pd page about it I dont mind getting a bluetooth keyboard if I have to, I just wonder if any should work fine or if there are some issues. this is a possibility then, if you only need two channels in, it has analogue and spdiff input, seems good quality, is put together for the raspberry and fits the board nicely and is not usb so will avoid all the usb issues ... but I haven't tried it, listed as $32 so comparable getting a bluetooth keyboard + adapter etc. http://www.element14.com/community/community/raspberry- pi/raspberry-pi-accessories/wolfson_pi Simon ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new window out of bounds on raspberry pi and another stuff
In raspbian 'puredata' is vanilla and you can then add many libs to this, hi, if I run sudo apt-get install puredata, it installs 0.43 and with extra packages, why isn't it 0.45 and pure vanilla? Is the current vanilla only available at Miller's website? cheers 2014-05-29 9:36 GMT-03:00 Julian Brooks jbee...@gmail.com: Hey Alexandre, 'sudo apt-get remove --purge pd-extended' THis will remove all associated libs to start fresh In raspbian 'puredata' is vanilla and you can then add many libs to this, run: 'sudo apt-cache search pd-' to bring up the manymany libs IOhannes has added to the debian repos. Jb On 29 May 2014 03:23, michael noble via Pd-list pd-list@lists.iem.at wrote: On Thu, May 29, 2014 at 9:57 AM, Alexandre Torres Porres via Pd-list pd-list@lists.iem.at wrote: What's the workaround? Depending on your DE/WM, Alt+click and drag anywhere on the window will let you drag it back into view. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] installing latest pd vanilla on RPI
Hi there, I was treating this in a different mail thread, sorry, but let me go ahead and start this one. questions 1- Why can't I get vanilla 0.45 from apt-get? I get 0.43 :P 2- I downloaded from miller's site and have 0.45 extracting and alive, I'm running it from a folder at pi/home, but how do I put it in the menu bar? Really linux noobs here... 3- Pd 0.45 is complaining about ALSA input_error (snd_pcm_open): no such file directory, but it still works making noise and all. What does it mean, how do I fix it? Thanks ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The dwc_otg.speed=1 issues on RPI with keyboards
from http://puredata.info/docs/raspberry-pi/FrontPage note: dwc_otg.speed=1 is a string to add to the file, /boot/cmdline.txt, which slows down all USB devices to 1.1 speed - including ethernet. For some reason, when running with slow USB, USB (wired or with wireless dongle) keyboards don't work (connecting one will instantly crash the pi). The workaround is to either use a bluetooth keyboard or log in remotely via ssh -XY See, e.g., 2014-06-28 3:21 GMT-03:00 Ivica Bukvic i...@vt.edu: Sorry don't know anything about keyboard conflicts. I also need to check whether the distro came already with the boot config included (I just remember not having to deal with that, unlike before)... On Sat, Jun 28, 2014 at 12:28 AM, Alexandre Torres Porres por...@gmail.com wrote: what does it mean, is it automatically down speeded to USB 1.0? What about keyboard conflicts? thanks 2014-06-28 0:07 GMT-03:00 Ivica Ico Bukvic i...@vt.edu: FWIW, recent install of raspbian did not require me to add this option to boot (unless it was automatically added). *From:* Pd-list [mailto:pd-list-boun...@mail.iem.at] *On Behalf Of *Alexandre Torres Porres via Pd-list *Sent:* Friday, June 27, 2014 8:28 PM *To:* pd-lista puredata *Subject:* [PD] The dwc_otg.speed=1 issues on RPI with keyboards Hi there, so, about setting the USB to 1.1 speed in RPI with dwc_otg.speed=1. I've only seen a mention about it conflicting with USB and wireless keyboards on the Pd page (meaning it works only with bluetooth ones), so I come here to ask you people a few questions... I wonder if this could be worked around in future versions of the raspbian operating system, seems to be some sort of a bug, right? On that note, hasn't it been already fixed by any chance? Or has anyone found a USB or wireless keyboard that eventually works? Does it work with any bluetooth keyboard/mouse? I really don't like those tiny mini small ones, do any of you suggest a nice bigger one? It could be a compact one... thanks Alex ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The dwc_otg.speed=1 issues on RPI with keyboards
by the way, what's the deal, is it not supposed to work at all at usb 2.0 speed or is it just that it works better at 1.0? And if so, how better? cheers 2014-06-28 16:28 GMT-03:00 Alexandre Torres Porres por...@gmail.com: I need an audio in and I got an imic griffin, it says on pd page i need to make this adjustment, how do I know if I don't really need to do it anymore? Anyway, if raspbian has changed, maybe we should update the pd page about it I dont mind getting a bluetooth keyboard if I have to, I just wonder if any should work fine or if there are some issues. thanks cheers 2014-06-28 13:21 GMT-03:00 Simon Wise via Pd-list pd-list@lists.iem.at: On 29/06/14 01:03, Ivica Bukvic via Pd-list wrote: I unfortunately don't have the SD card with the said version of raspbian handy but FWIW I do recall not having to adjust boot parameters in the most recent install and had no problems connecting wired keyboard, mouse, and a monitor without pi crashing. *From:* Pd-list [mailto:pd-list-boun...@mail.iem.at] *On Behalf Of *Alexandre Torres Porres via Pd-list *Sent:* Friday, June 27, 2014 8:28 PM *To:* pd-lista puredata *Subject:* [PD] The dwc_otg.speed=1 issues on RPI with keyboards Hi there, so, about setting the USB to 1.1 speed in RPI with dwc_otg.speed=1. I've only seen a mention about it conflicting with USB and wireless keyboards on the Pd page (meaning it works only with bluetooth ones), so I come here to ask you people a few questions... I wonder if this could be worked around in future versions of the raspbian operating system, seems to be some sort of a bug, right? On that note, hasn't it been already fixed by any chance? Or has anyone found a USB or wireless keyboard that eventually works? Many sound cards do not require the dwc_otg.speed=1 setting, get one of those. The RPi USB is really quite awful, and many sound cards do things it cannot cope with, but the simple ones are mostly fine. I believe it has been improved over time, so a recent raspbian would be sensible. I've used wireless keyboards or wifi with usb audio on a few occasions, but usually try to make all communications via ethernet and custom interfaces via the local GPIOs. this audio chip has worked well, sounds clean and is cheap ... http://www.ebay.com/itm/5V-USB-Powered-PCM2704-MINI-USB- Sound-Card-DAC-decoder-board-for-PC-Computer-/171295902514? pt=LH_DefaultDomain_0hash=item27e2080b32 or http://www.ebay.com/itm/PCM2704-USB-DAC-to-S-PDIF- Sound-Card-Decoder-Board-3-5mm-Analog-Output-F-PC-/171295895054?pt=LH_ DefaultDomain_0hash=item27e207ee0e_sid=2048038 Does it work with any bluetooth keyboard/mouse? I really don't like those tiny mini small ones, do any of you suggest a nice bigger one? It could be a compact one... Some Bluetooth keyboards do a very annoying 'sleep' to save battery .. but then they don't send the first couple of keystrokes when you start typing again, meaning you need to hit shift before starting typing to wake it up. Useless when trying to use it for cues etc. No idea how common this design is, but I wasted some cash (much more than the audio card!) on mine. Simon ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The dwc_otg.speed=1 issues on RPI with keyboards
oh, sorry, I didnt see this... yep, it crackles a lot for my taste 2014-06-28 16:41 GMT-03:00 Ivica Bukvic i...@vt.edu: Boot rpi without the fix, connect the soundcard, and test its audio output. If it crackles, or simply doesn't work, then you know it doesn't work without the fix. For good measure you can also try input (e.g. use pd's audio tester patch). Regarding alternative soundcards, you can also try http://www.newegg.com/Product/Product.aspx?Item=N82E16812186035 (approx. $8.50, tiny form factor). We got these for both rpi orchestra and a 50 rpi installation and it works perfect. HTH On Jun 28, 2014 3:30 PM, Alexandre Torres Porres via Pd-list pd-l...@mail.iem.at wrote: I need an audio in and I got an imic griffin, it says on pd page i need to make this adjustment, how do I know if I don't really need to do it anymore? Anyway, if raspbian has changed, maybe we should update the pd page about it I dont mind getting a bluetooth keyboard if I have to, I just wonder if any should work fine or if there are some issues. thanks cheers 2014-06-28 13:21 GMT-03:00 Simon Wise via Pd-list pd-list@lists.iem.at: On 29/06/14 01:03, Ivica Bukvic via Pd-list wrote: I unfortunately don't have the SD card with the said version of raspbian handy but FWIW I do recall not having to adjust boot parameters in the most recent install and had no problems connecting wired keyboard, mouse, and a monitor without pi crashing. *From:* Pd-list [mailto:pd-list-boun...@mail.iem.at] *On Behalf Of *Alexandre Torres Porres via Pd-list *Sent:* Friday, June 27, 2014 8:28 PM *To:* pd-lista puredata *Subject:* [PD] The dwc_otg.speed=1 issues on RPI with keyboards Hi there, so, about setting the USB to 1.1 speed in RPI with dwc_otg.speed=1. I've only seen a mention about it conflicting with USB and wireless keyboards on the Pd page (meaning it works only with bluetooth ones), so I come here to ask you people a few questions... I wonder if this could be worked around in future versions of the raspbian operating system, seems to be some sort of a bug, right? On that note, hasn't it been already fixed by any chance? Or has anyone found a USB or wireless keyboard that eventually works? Many sound cards do not require the dwc_otg.speed=1 setting, get one of those. The RPi USB is really quite awful, and many sound cards do things it cannot cope with, but the simple ones are mostly fine. I believe it has been improved over time, so a recent raspbian would be sensible. I've used wireless keyboards or wifi with usb audio on a few occasions, but usually try to make all communications via ethernet and custom interfaces via the local GPIOs. this audio chip has worked well, sounds clean and is cheap ... http://www.ebay.com/itm/5V-USB-Powered-PCM2704-MINI-USB- Sound-Card-DAC-decoder-board-for-PC-Computer-/171295902514? pt=LH_DefaultDomain_0hash=item27e2080b32 or http://www.ebay.com/itm/PCM2704-USB-DAC-to-S-PDIF- Sound-Card-Decoder-Board-3-5mm-Analog-Output-F-PC-/171295895054?pt=LH_ DefaultDomain_0hash=item27e207ee0e_sid=2048038 Does it work with any bluetooth keyboard/mouse? I really don't like those tiny mini small ones, do any of you suggest a nice bigger one? It could be a compact one... Some Bluetooth keyboards do a very annoying 'sleep' to save battery .. but then they don't send the first couple of keystrokes when you start typing again, meaning you need to hit shift before starting typing to wake it up. Useless when trying to use it for cues etc. No idea how common this design is, but I wasted some cash (much more than the audio card!) on mine. Simon ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list