Re: [PD] patch wanted: loop station
NOt quite what you're after but Katja's SliceJockey is my favourite looping code for Pd http://www.katjaas.nl/slicejockey/slicejockey.html Certainly worth checking how she's done it. Yeah sooperlooper, I used to make use of that before Pd. It's good stuff. Jb On 27 March 2014 07:14, Roman Haefeli reduz...@gmail.com wrote: On Thu, 2014-03-27 at 05:09 -0400, pured...@11h11.com wrote: Not sure exactly what is making the click / glitch in my patches. I think the fact that I bring down the jack buffer to 64 didn't help... but I cannot be sure. I am still looking the archive / search engine to find a loop station in pd, but so far I found only basic implementation (no sync, no quantize, no cross-fade). I don't know the loop station. Can you elaborate a bit how quantize and sync work on? I think I understand how quantization works with MIDI, but with audio? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] patch wanted: loop station
As Katja mentions on the hurleur post you may also find that [ipoke] could well be your friend here. On 27 March 2014 10:39, Will - willai...@hotmail.com wrote: This one at least solves the start/end glitch and it's a really solid looper, could be a good place to start: http://puredata.hurleur.com/sujet-5021-sound-sound-looper-clear-option If you want quantisation then maybe the recording part should somehow fill a sequence of arrays with what you want to quantise (e.g. transients above a certain threshold) and what's in between, rather than a single one that you have sort out after somehow? Would like to see a solid loop station in PD too! _Will goo.gl/4mfvSZ From: pd-list-requ...@iem.at Subject: Pd-list Digest, Vol 108, Issue 112 To: pd-list@iem.at Date: Thu, 27 Mar 2014 02:40:30 +0100 Send Pd-list mailing list submissions to pd-list@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-requ...@iem.at You can reach the person managing the list at pd-list-ow...@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. Possible bug in vanilla 0.45.4 when double clicking patch to boot pd (Julian Brooks) 2. patch wanted: loop station (pured...@11h11.com) 3. Re: patch wanted: loop station (Ed Kelly) 4. Patching Circle at CRASH Space Los Angeles April 6th (Theron Trowbridge) 5. Re: patch wanted: loop station (pured...@11h11.com) -- Message: 1 Date: Wed, 26 Mar 2014 19:40:33 + From: Julian Brooks jbee...@gmail.com Subject: [PD] Possible bug in vanilla 0.45.4 when double clicking patch to boot pd To: PD List pd-list@iem.at Message-ID: cagembfruzrbtscv8ppfxhmb+13x2jhhk_ao__v8pvmjwimx...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi all, Not sure if this is one of those 'just me' moments. Been opening and closing lots of patches last couple of days. Noticed that on most recent vanilla on debian 64b (xfce if it matters) that when double clicking a patch to open pd, pd opens but the patch doesn't. Interestingly when you then go to open (ctl-o or whatever) said patch, the dialogue box opens in the correct folder. Not a biggie but it's there. Anyone else on that behaviour? Jb -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20140326/ed9bb522/attachment-0001.htm -- Message: 2 Date: Thu, 27 Mar 2014 01:18:30 -0400 From: pured...@11h11.com Subject: [PD] patch wanted: loop station To: pd-list pd-list@iem.at Message-ID: 20140327011830.horde.mfckx3mx7yrtm7smflyi...@courrier.privatedns.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes Hi everyone, I'm struggling at making my own loop station solution inside pd. I'm trying to mimic SooperLooper, that is: - multiple sync options - multiple quantize options + something i am not sure SooperLooper do: cross-fading begin/end of loop to avoid glitches. I have code a patch, but it is very messy (1 abstraction for master, x abstractions for slaves). I am using xrecord xgroove (for crossing-fading start / end). The patch is kind of working but I am getting glitches when starting and stopping the recording (I think it was okay when using a bigger jack buffer - (I am now at 64...)). Thanks! -- Message: 3 Date: Wed, 26 Mar 2014 22:45:24 + (GMT) From: Ed Kelly morph_2...@yahoo.co.uk Subject: Re: [PD] patch wanted: loop station To: pured...@11h11.com pured...@11h11.com, pd-list pd-list@iem.at Message-ID: 1395873924.64198.yahoomail...@web172705.mail.ir2.yahoo.com Content-Type: text/plain; charset=iso-8859-1 The way to deal with this in real-time is to fade in for a short period at the start, and fade out at the end. In order for that to respond in real time, I've found a good way is to delay the audio stream by a tiny value (e.g. 5ms) then fade the audio at 5ms - 1 audio block (about 1.46ms). That way, when you hit stop on the sample playback object (e.g. tabread4~ or xgroove~) the audio stops, but the 5ms delay means that the fadeout starting at that moment will happen before the audio you hear stops (because it is delayed by 5ms). I hope that makes sense. Patch enclosed! Ed ? Ninja Jamm - a revolutionary new music remix app from Ninja Tune and Seeper, for iPhone and iPad http://www.ninjajamm.com/ Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/? On Wednesday, 26 March 2014, 21:52, pured...@11h11.com pured...@11h11.com
Re: [PD] patch wanted: loop station
Meant to add the link too: http://puredata.info/Members/ipoke/ipoke_v.3_test1.zip/view On 27 March 2014 11:29, Julian Brooks jbee...@gmail.com wrote: As Katja mentions on the hurleur post you may also find that [ipoke] could well be your friend here. On 27 March 2014 10:39, Will - willai...@hotmail.com wrote: This one at least solves the start/end glitch and it's a really solid looper, could be a good place to start: http://puredata.hurleur.com/sujet-5021-sound-sound-looper-clear-option If you want quantisation then maybe the recording part should somehow fill a sequence of arrays with what you want to quantise (e.g. transients above a certain threshold) and what's in between, rather than a single one that you have sort out after somehow? Would like to see a solid loop station in PD too! _Will goo.gl/4mfvSZ From: pd-list-requ...@iem.at Subject: Pd-list Digest, Vol 108, Issue 112 To: pd-list@iem.at Date: Thu, 27 Mar 2014 02:40:30 +0100 Send Pd-list mailing list submissions to pd-list@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-requ...@iem.at You can reach the person managing the list at pd-list-ow...@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. Possible bug in vanilla 0.45.4 when double clicking patch to boot pd (Julian Brooks) 2. patch wanted: loop station (pured...@11h11.com) 3. Re: patch wanted: loop station (Ed Kelly) 4. Patching Circle at CRASH Space Los Angeles April 6th (Theron Trowbridge) 5. Re: patch wanted: loop station (pured...@11h11.com) -- Message: 1 Date: Wed, 26 Mar 2014 19:40:33 + From: Julian Brooks jbee...@gmail.com Subject: [PD] Possible bug in vanilla 0.45.4 when double clicking patch to boot pd To: PD List pd-list@iem.at Message-ID: cagembfruzrbtscv8ppfxhmb+13x2jhhk_ao__v8pvmjwimx...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi all, Not sure if this is one of those 'just me' moments. Been opening and closing lots of patches last couple of days. Noticed that on most recent vanilla on debian 64b (xfce if it matters) that when double clicking a patch to open pd, pd opens but the patch doesn't. Interestingly when you then go to open (ctl-o or whatever) said patch, the dialogue box opens in the correct folder. Not a biggie but it's there. Anyone else on that behaviour? Jb -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20140326/ed9bb522/attachment-0001.htm -- Message: 2 Date: Thu, 27 Mar 2014 01:18:30 -0400 From: pured...@11h11.com Subject: [PD] patch wanted: loop station To: pd-list pd-list@iem.at Message-ID: 20140327011830.horde.mfckx3mx7yrtm7smflyi...@courrier.privatedns.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes Hi everyone, I'm struggling at making my own loop station solution inside pd. I'm trying to mimic SooperLooper, that is: - multiple sync options - multiple quantize options + something i am not sure SooperLooper do: cross-fading begin/end of loop to avoid glitches. I have code a patch, but it is very messy (1 abstraction for master, x abstractions for slaves). I am using xrecord xgroove (for crossing-fading start / end). The patch is kind of working but I am getting glitches when starting and stopping the recording (I think it was okay when using a bigger jack buffer - (I am now at 64...)). Thanks! -- Message: 3 Date: Wed, 26 Mar 2014 22:45:24 + (GMT) From: Ed Kelly morph_2...@yahoo.co.uk Subject: Re: [PD] patch wanted: loop station To: pured...@11h11.com pured...@11h11.com, pd-list pd-list@iem.at Message-ID: 1395873924.64198.yahoomail...@web172705.mail.ir2.yahoo.com Content-Type: text/plain; charset=iso-8859-1 The way to deal with this in real-time is to fade in for a short period at the start, and fade out at the end. In order for that to respond in real time, I've found a good way is to delay the audio stream by a tiny value (e.g. 5ms) then fade the audio at 5ms - 1 audio block (about 1.46ms). That way, when you hit stop on the sample playback object (e.g. tabread4~ or xgroove~) the audio stops, but the 5ms delay means that the fadeout starting at that moment will happen before the audio you hear stops (because it is delayed by 5ms). I hope that makes sense. Patch enclosed! Ed ? Ninja Jamm - a revolutionary new music remix app from Ninja Tune and Seeper, for iPhone and iPad http://www.ninjajamm.com/ Gemnotes-0.2: Live music
[PD] Possible bug in vanilla 0.45.4 when double clicking patch to boot pd
Hi all, Not sure if this is one of those 'just me' moments. Been opening and closing lots of patches last couple of days. Noticed that on most recent vanilla on debian 64b (xfce if it matters) that when double clicking a patch to open pd, pd opens but the patch doesn't. Interestingly when you then go to open (ctl-o or whatever) said patch, the dialogue box opens in the correct folder. Not a biggie but it's there. Anyone else on that behaviour? Jb ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fear and Loathing on the Pd list - was Re: ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate
Ouch More bad vibes from our list and even more seems to be simmering and emanating from within our community at the moment. What is up with this? I dunno. I must confess to also having side-stepped pd-announce with a few things over the past year or so and jumping direct to pd-list so something's not functioning correctly with all this (quite often perhaps it's just the delay in sending and waiting for it to appear that makes the poster jumpy about it getting through IME). Anyways, I'll bite. Ico, please keep posting stuff - it's interesting and good to be kept abreast. IOHannes - please just carry on:) In peace, Jb On 24 March 2014 13:51, Ivica Ico Bukvic i...@vt.edu wrote: On 2014-03-22 17:03, Ivica Ico Bukvic wrote: Apologies for x-posting. i seem to remember that i have asked you this question multiple times in private, but never received an answer: is there *any* reason to make your announcements via pd-list instead of pd-announce [1]? all emails to pd-announce are forwarded to pd-list, but some people are only subscribed to pd-announce (as they are not interested in day-to-day discussion). ...IOhannes, indeed we've had discussions in the past to the point where I believe no matter what I do will be adequate in your eyes. Your replies to anything I post to this list teem with negativity, and a good portion of the time are off-topic (which makes me wonder how does that fit into the mailing list netiquette?). Yet, knowing you from our in-person conversations, I know you are a lot nicer than what your posts to this list make you look like. btw, anybody can post to pd-announce (all emails get manual moderation and are allowed if they are a proper announcement related to Pd somehow). And yet, I had those rejected as well, although I am not sure if pd-l2ork announcement is considered related to Pd... It is conceivably possible that this was a case of having bunch of mailing lists in the TO: header in the same email which is also known to land them in the admin pile (depending on the mailing list configuration), but given that all pd-announce emails are (AFAICT) moderated, what escapes me is why would one reject this merely on the principle and then in turn double the work both for the poster and themselves? (resending because apparently the original was rejected because I was not subscribed?...) no. it was rejected because the mailinglist has a built-in cross-posting reject rule. see [2]. First of all, if this is the case, then your mailing list is not configured properly as it is giving a report that is false/misleading. Second, I think if this is an automatic bounce, it should happen instantaneously (which was not the case). If it is left for review of list admins (and hence the delay in response), then the trouble you went to reject the post could've been simply redirected by seeing from who the email came and what its purpose is, rather than creating even more work for everyone involved. Sure, that introduces exceptions, but in the end I feel it is a nice way of showing appreciation for those who went through the trouble of contributing to the community as I am sure you'll agree writing an announcement and providing free online resources requires a lot more time than reading a subject and ticking the approve checkbox... I also think this is extraneous (assuming the reject is automated). Like yourself, I manage over dozen mailing lists among many other things that keep me busy and even I choose to keep those kinds of posts for review because I am aware people when they announce things don't want to send dozen same emails but simply one. At the same time, I also don't want to create extra work for you or anyone else, so to cut my monologue short, if you and/or the community so desire, I will stop posting any further announcements on any pd list, so as not to annoy you (and possibly others). After all, you manage the list, and life is too short to spend time arguing over things like these... Please understand I won't reply to any further discussions on this matter... Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fear and Loathing on the Pd list - was Re: ANN: New Pd-L2Ork x86_64 and Raspberry Pi 20140319 release candidate
And of course that should have read: IOhannes - please just carry on. (unconscious spelling mistakes piss me right off) J On 24 March 2014 14:33, Julian Brooks jbee...@gmail.com wrote: Ouch More bad vibes from our list and even more seems to be simmering and emanating from within our community at the moment. What is up with this? I dunno. I must confess to also having side-stepped pd-announce with a few things over the past year or so and jumping direct to pd-list so something's not functioning correctly with all this (quite often perhaps it's just the delay in sending and waiting for it to appear that makes the poster jumpy about it getting through IME). Anyways, I'll bite. Ico, please keep posting stuff - it's interesting and good to be kept abreast. IOHannes - please just carry on:) In peace, Jb On 24 March 2014 13:51, Ivica Ico Bukvic i...@vt.edu wrote: On 2014-03-22 17:03, Ivica Ico Bukvic wrote: Apologies for x-posting. i seem to remember that i have asked you this question multiple times in private, but never received an answer: is there *any* reason to make your announcements via pd-list instead of pd-announce [1]? all emails to pd-announce are forwarded to pd-list, but some people are only subscribed to pd-announce (as they are not interested in day-to-day discussion). ...IOhannes, indeed we've had discussions in the past to the point where I believe no matter what I do will be adequate in your eyes. Your replies to anything I post to this list teem with negativity, and a good portion of the time are off-topic (which makes me wonder how does that fit into the mailing list netiquette?). Yet, knowing you from our in-person conversations, I know you are a lot nicer than what your posts to this list make you look like. btw, anybody can post to pd-announce (all emails get manual moderation and are allowed if they are a proper announcement related to Pd somehow). And yet, I had those rejected as well, although I am not sure if pd-l2ork announcement is considered related to Pd... It is conceivably possible that this was a case of having bunch of mailing lists in the TO: header in the same email which is also known to land them in the admin pile (depending on the mailing list configuration), but given that all pd-announce emails are (AFAICT) moderated, what escapes me is why would one reject this merely on the principle and then in turn double the work both for the poster and themselves? (resending because apparently the original was rejected because I was not subscribed?...) no. it was rejected because the mailinglist has a built-in cross-posting reject rule. see [2]. First of all, if this is the case, then your mailing list is not configured properly as it is giving a report that is false/misleading. Second, I think if this is an automatic bounce, it should happen instantaneously (which was not the case). If it is left for review of list admins (and hence the delay in response), then the trouble you went to reject the post could've been simply redirected by seeing from who the email came and what its purpose is, rather than creating even more work for everyone involved. Sure, that introduces exceptions, but in the end I feel it is a nice way of showing appreciation for those who went through the trouble of contributing to the community as I am sure you'll agree writing an announcement and providing free online resources requires a lot more time than reading a subject and ticking the approve checkbox... I also think this is extraneous (assuming the reject is automated). Like yourself, I manage over dozen mailing lists among many other things that keep me busy and even I choose to keep those kinds of posts for review because I am aware people when they announce things don't want to send dozen same emails but simply one. At the same time, I also don't want to create extra work for you or anyone else, so to cut my monologue short, if you and/or the community so desire, I will stop posting any further announcements on any pd list, so as not to annoy you (and possibly others). After all, you manage the list, and life is too short to spend time arguing over things like these... Please understand I won't reply to any further discussions on this matter... Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wich licence?
Hey Mario, Congratulations on your work. There's been various projects to get kids involved with Pd and yours is an approach that does that very well with both humour and fun. Jb On 18 February 2014 19:54, Mario Mey mario...@gmail.com wrote: Right, I put GPL license, I think it is the best for this project. I uploaded it here: http://puredata.hurleur.com/viewtopic.php?pid=40358#p40358 You can see MEH-SYSTEM on stage and with full success, here: https://www.youtube.com/watch?v=ckKg_rS5ezQ Thanks everybody! On 16/02/14 02:03, Jonathan Wilkes wrote: On 02/15/2014 03:14 PM, olm-e wrote: On 15/02/14 20:53, pd-list-requ...@iem.at wrote: Date: Sat, 15 Feb 2014 16:52:58 -0300 From: Mario Mey mario...@gmail.com Subject: Re: [PD] Wich licence? To: pd-list@iem.at Message-ID: 52ffc59a.4030...@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 14/02/14 15:45, Jonathan Wilkes wrote: How would that be any different than spyware? -Jonathan Haha! Good point! Thanks everybody for the answers. I took a look to Matt Davey's DIY2 effects and he put no license txt file on its folder. Maelstorm mmb libraries have no license too... My patch is for everyone who wants to use it or learn with it. If someone finally uses MEH-SYSTEM or a modified version of it in stage or for a video or whatever... I would like to know it... only that! Maybe I leave it as is. Saying nothing about license... Skim the Wikipedia pages for GPL and 3-clause BSD, choose the one you prefer, and then you're done. Otherwise you create potential work for anyone who may have a use for your software to figure out what the terms of use and distribution are. It's probably not a big deal for a particular piece of software, and there are plenty of Pd patches out there that don't specify anything. But when you take, say, everything that exists on Github, the lack of licenses probably leads to busywork that eats up measurable amounts of time and effort. -Jonathan -- Hello, having no licence is probably not a good idea, as it's like enforcing the default copyright rules that basically give no rights at all ... (lots of code are practically not legaly usable on github for that reason f.ex.) the best would be IMHO to put it in (L)GPL and gently ask to downloaders to report use as a courtesy on the download page... have a good day, Ol. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wich licence?
Hey Patrick, ipoke is here: http://puredata.info/Members/ipoke/ On 14 February 2014 17:48, Pagano, Patrick p...@digitalworlds.ufl.eduwrote: Mario i looked at the MEH System and i would like to see if i can get it running. Does it work on OSX? IS There a place where i can get all the parts in one place? Here is my current pd window on OSX, looks like it's missing ipoke and some OSC stuff is not working correctly routeOSC /1 /2 /3 /4 /5 /6 ... couldn't create ipoke2~ $0-bank-array-r ... couldn't create ipoke2~ $0-bank-array-l ... couldn't create expr, expr~, fexpr~ version 0.4 under GNU General Public License [list2symbol] part of zexy-2.2.3 (compiled: Sep 22 2010) Copyright (l) 1999-2008 IOhannes m zmölnig, forum::für::umläute IEM routeOSC /z ... couldn't create routeOSC /fader /allmid ... couldn't create routeOSC /1 /2 /3 ... couldn't create routeOSC /z ... couldn't create routeOSC /1 /2 /3 /4 /5 ... couldn't create routeOSC /1 /2 /3 /4 /5 ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /1 ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /fader /allmid /toggle /peak-xy /peak-q /peak-toggle ... couldn't create routeOSC /z ... couldn't create [wrap] part of zexy-2.2.3 (compiled: Sep 22 2010) Copyright (l) 1999-2008 IOhannes m zmölnig, forum::für::umläute IEM grid: version 0.8, written by Yves Degoyon (ydego...@free.fr) routeOSC /z ... couldn't create routeOSC /1 /2 /3 /4 /5 /6 /7 /8 ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /0 /1 /2 /3 /4 /5 /6 /7 ... couldn't create routeOSC /z ... couldn't create routeOSC /fxDepth /hold /xy /xtoggle /fxgroup-select /fx-select ... couldn't create routeOSC /z ... couldn't create routeOSC /1 ... couldn't create line-int.pd 26 0 25 2 (trigger-line) connection failed line-int.pd 26 0 25 2 (trigger-line) connection failed [lister] part of zexy-2.2.3 (compiled: Sep 22 2010) Copyright (l) 1999-2008 IOhannes m zmölnig, forum::für::umläute IEM line-int.pd 26 0 25 2 (trigger-line) connection failed spigot~: a signal router : version 0.1, written by Yves Degoyon ( ydego...@free.fr) sigmund~ version 0.05 udpsend ... couldn't create packOSC ... couldn't create unpackOSC ... couldn't create udpreceive 8000 ... couldn't create routeOSC /1 /2 ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /nada_aun /bank1 /bank2 /bank3 /bank4 /banksVol /cons-apply ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /nada_aun /bank1 /bank2 /bank3 /bank4 /banksVol /cons-apply ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /cancel /sample /resample /looping /overdub ... couldn't create routeOSC /z ... couldn't create routeOSC /a /b /bpmEncoder /beats /test ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /1 /2 /3 /4 /5 /6 /7 /8 ... couldn't create routeOSC /in-vol /in-eq3 /out-vol /out-eq7 /save-file /bank-vol /reset-bank-vol ... couldn't create routeOSC /1 /2 ... couldn't create routeOSC /1 /2 ... couldn't create routeOSC /z ... couldn't create routeOSC /1 /2 /3 /4 /5 /6 /7 /8 ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /z ... couldn't create routeOSC /0 /1 /2 /3 /4 /5 /6 /7 ... couldn't create routeOSC /z ... couldn't create routeOSC /fxDepth /hold /xy /xtoggle /fxgroup-select /fx-select ... couldn't create routeOSC /z ...
Re: [PD] Is open source better?
Hi Pall, First off I would make the distinction between Free Software and Open Source (sorry to bring that one up again:). Secondly, the big thing for me is that this is really all about social-relations - how do I wish to be treated and how will I treat others. I could bang on and on but that's the big one. This is worth checking out http://texts.bleu255.com/preface-flossart/ as is the rest of the book which should be freely floating about online. (can't put my finger on it straight away but there was/is an online version which included all the books sources which was a nice touch) Bit of shameless self-promotion here too: http://eprints.hud.ac.uk/15006/ Regards, Julian On 10 February 2014 12:12, Simon Wise simonzw...@gmail.com wrote: On 10/02/14 20:27, Lorenzo Sutton wrote: Hi Pall, On 10/02/2014 04:45, Pall Thayer wrote: This was a faculty grant at a US arts-focused college. I would say that 95% of students, 80% of faculty use Apple products. That really doesn't matter though. As you asked for feedback.. I think it does. I'm not proposing the usual (sterile) apple vs. xyz flame, but I've noticed this mac for music thing in academia and conservatoires over here (Italy). One thing that surprised me is the attachment to this ecosystem in the electoacoustic music landscape, where one would expect people to experiment as much as possible with unknown and unfamiliar tools in all directions. What is also interesting is to understand if the use of Apple products and software (e.g. MAX/MSP) is truly justified by creative/artistic needs or if it's just a matter of habit/convenience (this question in a neutral way, i.e. nothing against convenience). 15 years ago editing video was very much better on a mac than any other comparably priced system, this certainly helped encourage many AV people to learn the mac way. While they still used powerPC chips there were a lot of advantages to OSX over linux for working with video in pd. A few good audio apps have been available on mac for a lot longer than that, and macs have been pretty consistently easy to set up for common audio workflows ... providing you stick with mac friendly hardware purchases and adapt your practice those workflows. Much earlier Apple had got a lot of designers on board in a similar way with desktop publishing. Learning to use an OS is a lot of invested time, changing OSes means a new investment of time. Apple understands this and has often made it quite cheap for educational institutions to get macs to teach on and has kept transitions between versions reasonably easy for the user, so a lot of students and artists with a bit of cash to throw at good equipment learn OSX, then go on to use it rather than learn another and when it comes time to pick a platform to teach on or recommend to others ... Habit and already invested time, plus decent equipment and effective tools available without changing OS are a quite persuasive combination. Now on a hand-held level apple hardware is again significantly better than other stuff for some media and audio uses. But you miss out on quite a lot too, and educational institutions should try to broaden their students' experience rather than just go with what is easiest. Simon I'm not sure how (much) this fits in the topic you're going to address, but I think it's an interesting angle to take into account. And I'll be happy to share my personal experiences further if you think it's interesting (as I guess my email was already rather long) Ciao, Lorenzo. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Software Defined Radio in Pd
Hey all, I've come across something I'd like to share with everyone. Video demo http://newblankets.org/video/Software%20Defined%20Radio%20in%20Pd.webm (bit fuzzy but you'll get the drift) The patches are here: github: https://github.com/tkzic/pdsdr This from the github page: 'What is this? Here's a video of the basicSDR3.pd patch running with a soft66LC2 SDR: http://youtu.be/6sH6-DTU14E Patches are running PdExtended 0.43-4 on MacOS. Although you will probably find you can get it run in Pd vanilla with tweaks. The project is based on tutorial patches for the Max/MSP SDR project at: http://zerokidz.com/radio - They are documented at that site. Externals: The source code is kind of a disaster. Please don't ask how to compile. We just figured out how to get this running in Pd a few days ago.' Huge props to Tom Z for doing this. I spoke to Tom briefly last week and he said that he has no time due to work commitments to deal with this again for another month or so, so I think it would be better if we left him alone for a bit. There's a ton of stuff online to explain the concept further so for those interested I'd recommend some digging about. The creative potential for applications of this concept are vast (I'm still getting my head around it to be honest). He thought that it would be relatively trivial to turn the receiver into a transmitter which'd be pretty awesome. Even just making creative use of the endless variety of soundsources constantly transmitted unbeknownst to us is plenty for me to be getting on with. But yeah, what an ear-opener. Regards to all, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Free Impulse Response Software Update and Code Available
(A message [below] from my sponsor [well, supervisor]) Dear all I think this might be of interest to some of you. The PD port is stalled, but now that the code is public, let's make it happen ;-) pa == (and here's some info about the project) The HISSTools Impulse Response Toolkit, a set of Max objects to capture and manipulate impulse responses, is now available in version 1.1 at http://eprints.hud.ac.uk/14897/ Apart from a new object and few bug fixes, the major news is the support of both 32 bit and 64 bit versions of Max, on both platforms (MacOS and Windows). The externals are still SSE optimised and all other goodies. We are also releasing as promised all the source code under modified BSD license, available now at: https://github.com/HISSTools/HISSTools_Impulse_Response_Toolbox There is also a second video tutorial available, this time on electronic acoustic room correction https://vimeo.com/79202287 http://www.youtube.com/watch?v=QXOJWv3mvrc Finally, there was a presentation at IRCAM of the musical methodologies that were investigated so far within the project. These conclusions are available in a new paper available here: http://eprints.hud.ac.uk/18549/ We hope you will find good use of these resources. Alex and P.A. I was passed this info just before the new year but thought it would get lost amidst the general festivities and may also appear to be a bit, well, last year when we've all got our heads around getting back into stuff. (some background info) About a year or so ago Katja and I put out a call to the list and forum to see if there was any interested parties willing to help port these from Max to Pd. There wasn't, and that's fine of course. In the meantime Alex (Harker) P.A. have done a fairly sterling effort in separating the source code out into general dsp stuff and the Max specific, aiding greatly in any port attempt. My memory is that we had planned to at least port *something* from the library hoping that that may pique some interest in our community when people got some idea of the many creative possibilities opened up by having these objects available in Pd - but we haven't as of yet. To give some idea of the task as I see it: it took the four of us that ported one object ([ipoke~]) from Max to Pd almost 4 months of occasional work so to do this on a similar timescale - a decade! In fact this is a quote from Katja when I wrote to her after receiving the above email: HISSTools has all the elements a live performer can use to improve sound quality. As such it is a kind of 'standard work' that would ideally be available for every real time DSP framework. I am to an extent familiar with all topics covered (fft, fast convolution, filter inversion, minimum phase conversion). I know how to read and write C and had already expressed my interest to be involved in a Pd port. But because of the complexity I recoiled, and do not want to make commitments. It is way too much for a hobby programmer who incidentally writes a Pd external in free time. The port should probably be initiated by a professional, or an advanced DSP student, in the context of an institution like a university. Before even starting on the various classes the job would probably start with designing a cross-platform build system for the stuff. It makes no sense to use Xcode or Visual Studio for a Pd project. HISSTools has quite a few dependencies and should probably be done with an autotools build system (configure script, libtool, etc). It's a big job - no question. And if someone, who (for me) is one of the heaviest Pd coders I know, baulks at the sheer size of the task then I'm in no real position to be doing much more than cheering from the sidelines. Certainly I'm way too far down the post-grad line to be thinking of taking something like this on as a PhD type project but perhaps there's someone who may be interested? I will certainly do all I can to try and instigate some institutional support from Huddersfield (I think there's some recent post-grad fee-waiver opportunities for example) and I'm sure Prof P.A. (who can actually do something about it) would be keen. Or perhaps there is a possibility of a joint institutional project or something - I don't know really. Anyway - it's out there, it's probably doable, and there's nothing yet in Pd that does this kind of stuff in one nicely coded bundle. Perhaps we can at least discuss it amongst ourselves? Regards and best wishes to all for the New Year, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] It's too quiet in here
Right on indeed. I for one am very much looking forward to poring over the (hopefully vast) documentation generated over the Cali Pd weekend of events. Did look very cool. Any news on that front? And Phil - The list has been quiet over the last week or so but definitely traffic going on all through Nov. Perhaps an issue with your mailer? All the best, Julian On 21 November 2013 21:33, Phil Stone pkst...@ucdavis.edu wrote: On 11/21/13 1:13 PM, Jonathan Wilkes wrote: On 11/21/2013 02:04 PM, Phil Stone wrote: Hmm, this once-thriving list has gone awfully silent of late. Is this thing on? tap tap I had the pleasure of meeting, for the first time, several august members of the Pd community this past weekend, thanks to Joe Deken and New Blankets gathering some of us together in San Diego and Los Angeles. Miller, Roman, Ivica, Jonathan, (and Katja -- I didn't do more than say hi, sorry) I just wanted to say that I am grateful to be involved in a group of such talented and humble people, and constantly marvel at what a powerful tool has been placed into my hands, at no cost. May Pd never die! Hi Phil, It was great to meet you! Personally I've been sending diffs to Ivica to get some stuff into Pd-l2ork, so that some of the features I showed in my workshop will work out of the box. Best, Jonathan I'm keeping a sharp eye on your work with Pd-l2ork on OS X, Jonathan. It looks like such an excellent environment, I really want to work in it. For one thing, I've heard all the many good arguments for straight, unsegmented patch cords, but I don't think I'd ever get tired of seeing splined patch cords in my patches! Having seen both, I'd say splines work better in all ways. BTW, regarding the title of this thread; I just searched the archives and realized that I hadn't gotten any messages since Nov. 6. After my post today, I'm getting them again. Anybody else had any glitches in getting list messages, or is it something local for me? Phil ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] New Blankets Pd Cali weekend (was) Re: It's too quiet in here
Hey Katja, Good to hear. Are you back now? Very much looking forward to checking your mobile wearable stuff - the photo looked fantastic (you should post it it is very cool:). And the mic building workshop etc etc On 22 November 2013 19:55, katja katjavet...@gmail.com wrote: Julian, there's ton's of California Pd weekend video material (presentations, discussions, workshops, live performance) but it must be viewed, edited, compressed etcetera. I would expect that it will be available at newblankets.org in a while. Katja On Fri, Nov 22, 2013 at 10:15 AM, Julian Brooks jbee...@gmail.com wrote: Right on indeed. I for one am very much looking forward to poring over the (hopefully vast) documentation generated over the Cali Pd weekend of events. Did look very cool. Any news on that front? And Phil - The list has been quiet over the last week or so but definitely traffic going on all through Nov. Perhaps an issue with your mailer? All the best, Julian On 21 November 2013 21:33, Phil Stone pkst...@ucdavis.edu wrote: On 11/21/13 1:13 PM, Jonathan Wilkes wrote: On 11/21/2013 02:04 PM, Phil Stone wrote: Hmm, this once-thriving list has gone awfully silent of late. Is this thing on? tap tap I had the pleasure of meeting, for the first time, several august members of the Pd community this past weekend, thanks to Joe Deken and New Blankets gathering some of us together in San Diego and Los Angeles. Miller, Roman, Ivica, Jonathan, (and Katja -- I didn't do more than say hi, sorry) I just wanted to say that I am grateful to be involved in a group of such talented and humble people, and constantly marvel at what a powerful tool has been placed into my hands, at no cost. May Pd never die! Hi Phil, It was great to meet you! Personally I've been sending diffs to Ivica to get some stuff into Pd-l2ork, so that some of the features I showed in my workshop will work out of the box. Best, Jonathan I'm keeping a sharp eye on your work with Pd-l2ork on OS X, Jonathan. It looks like such an excellent environment, I really want to work in it. For one thing, I've heard all the many good arguments for straight, unsegmented patch cords, but I don't think I'd ever get tired of seeing splined patch cords in my patches! Having seen both, I'd say splines work better in all ways. BTW, regarding the title of this thread; I just searched the archives and realized that I hadn't gotten any messages since Nov. 6. After my post today, I'm getting them again. Anybody else had any glitches in getting list messages, or is it something local for me? Phil ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to install and use GPIO external
Hi Ingirafn, This is the one that Jaime put together. Best of luck with it all, Julian On 12 November 2013 11:20, Ingirafn Steinarsson ingir...@this.is wrote: Hello. I found this thread and I am trying to compile the on the raspberry pi. I think I managed to but I was wondering where the gpio-help.pd files mentioned exist . Best Ingirafn ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list #N canvas 50 28 530 426 10; #X obj 57 197 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 83 300 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 71 259 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 71 279 metro 1; #X msg 18 12 enable 1; #X msg 28 39 open 1; #X obj 8 371 gpio 17; #X text 84 13 equivalent to: echo 17 /sys/class/gpio/export; #X msg 39 133 output 1; #X text 99 75 calls function open(buf \, 0_RDWR); #X text 108 134 equivalent to: echo out /sys/class/gpio/direction ; #X text 115 150 args: 1 for out \, and 0 for in; #X floatatom 65 218 5 0 0 0 - - -; #X text 134 270 poll input; #X text 77 199 write output; #X text 90 58 sprintf(buf \, /sys/class/gpio/gpio%d/value \, x-x_pin) \;; #X text 82 39 not sure what this does \, but seems to set initial value? ; #X text 73 372 argument is pin number (pin0) see:; #X text 82 388 http://elinux.org/RPi_Low-level_peripherals#GPIO_hardware_hacking ; #X connect 0 0 6 0; #X connect 1 0 6 0; #X connect 2 0 3 0; #X connect 3 0 6 0; #X connect 4 0 6 0; #X connect 5 0 6 0; #X connect 8 0 6 0; #X connect 12 0 6 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the position of arrays dynamically
Hey Tim, Nice clear coding style, thanks for that. Now where's Jonathan to tell us how much faster the redraw could be...:) Miller's comment reminded me that I should really get to grips with some of the new 0.45 stuff. Regards, Julian On 11 November 2013 22:44, tim vets timv...@gmail.com wrote: *zexy that is :) 2013/11/11 tim vets timv...@gmail.com I got inspired to try out my take on this so here's another variation uses [list-splat] (list-abs), [tabdump] (sexy), and, although not essential, [popup] the redraw gets quite slow quite quickly with larger tables though... gr, Tim 2013/11/10 peiman khosravi peimankhosr...@gmail.com Thanks for the info. I didn't know this object. Very useful. Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 10 November 2013 16:50, Miller Puckette m...@ucsd.edu wrote: It's less efficient than William's solution, but there's an array get object in Pd 0.45 that spits out a list of elements in an array that would also work. cheers Miller On Sun, Nov 10, 2013 at 03:05:41PM +, Julian Brooks wrote: Thanks for the patch Peiman. Completely different but the same end-result as Michael's. And my learning moves on another small notch. (having one of those isn't Pd great moments:) BTW - [popup] was a new one on me but [tabletool]'s great. If you haven't checked them out yet William Brent's other Pd stuff's recommended. Regards, Julian On 10 November 2013 12:00, peiman khosravi peimankhosr...@gmail.com wrote: Thanks João, I'd love to see an example of that. Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 10 November 2013 11:58, João Pais jmmmp...@googlemail.com wrote: you could also use data structures to copy the arrays to the display, and superimpose and hide whichever necessary, e.g. also using different colors/thickness for each array. I don't have the time now to make an example, though. Maybe during the next days. OK, here it is. It needs two externals: 'tabletool' and 'Popup'. (OSX builds included in the zip file but I think they're distributed in pd_extended, in which case just modify [declare -path] in the patch.) Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 9 November 2013 13:11, peiman khosravi peimankhosr...@gmail.comwrote: This is great. I also have a working example that I'll send later today once I've tidied it up. I'm using the tabletool external with horizontal zooming in and out of the array too. Will send it in a couple of hours. P *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 9 November 2013 12:06, michael noble loop...@gmail.com wrote: On Sat, Nov 9, 2013 at 6:42 PM, Julian Brooks jbee...@gmail.com wrote: Michael - would you mind knocking up a quick example This seems to work (roughly) so far as I understand Peiman's original request correctly. I can't vouch for it being the most efficient or bug-free solution. It polls the buffer array using a metro counter so that changes to the active table are updated on the fly. Switching the active table just dumps that table to the buffer array. #N canvas 555 248 450 300 10; #N canvas 553 638 450 300 gui 0; #N canvas 1 52 450 250 (subpatch) 0; #X array buffer 100 float 3; #A 0 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.571428 -0.571428 -0.571428 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857
Re: [PD] changing the position of arrays dynamically
Thanks for the patch Peiman. Completely different but the same end-result as Michael's. And my learning moves on another small notch. (having one of those isn't Pd great moments:) BTW - [popup] was a new one on me but [tabletool]'s great. If you haven't checked them out yet William Brent's other Pd stuff's recommended. Regards, Julian On 10 November 2013 12:00, peiman khosravi peimankhosr...@gmail.com wrote: Thanks João, I'd love to see an example of that. Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 10 November 2013 11:58, João Pais jmmmp...@googlemail.com wrote: you could also use data structures to copy the arrays to the display, and superimpose and hide whichever necessary, e.g. also using different colors/thickness for each array. I don't have the time now to make an example, though. Maybe during the next days. OK, here it is. It needs two externals: 'tabletool' and 'Popup'. (OSX builds included in the zip file but I think they're distributed in pd_extended, in which case just modify [declare -path] in the patch.) Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 9 November 2013 13:11, peiman khosravi peimankhosr...@gmail.comwrote: This is great. I also have a working example that I'll send later today once I've tidied it up. I'm using the tabletool external with horizontal zooming in and out of the array too. Will send it in a couple of hours. P *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 9 November 2013 12:06, michael noble loop...@gmail.com wrote: On Sat, Nov 9, 2013 at 6:42 PM, Julian Brooks jbee...@gmail.comwrote: Michael - would you mind knocking up a quick example This seems to work (roughly) so far as I understand Peiman's original request correctly. I can't vouch for it being the most efficient or bug-free solution. It polls the buffer array using a metro counter so that changes to the active table are updated on the fly. Switching the active table just dumps that table to the buffer array. #N canvas 555 248 450 300 10; #N canvas 553 638 450 300 gui 0; #N canvas 1 52 450 250 (subpatch) 0; #X array buffer 100 float 3; #A 0 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.571428 -0.571428 -0.571428 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.471428; #X coords 0 1 99 -1 200 140 1; #X restore 100 50 graph; #X obj 100 211 hradio 25 1 0 8 tablenum empty empty 0 -8 0 10 -262144 -1 -1 0; #X coords 0 -1 1 1 200 200 2 100 50; #X restore 48 70 pd gui; #N canvas 1 52 450 300 tables 1; #X obj 46 27 table x1; #X obj 46 49 table x2; #X obj 46 71 table x3; #X obj 46 93 table x4; #X obj 46 115 table x5; #X obj 46 137 table x6; #X obj 46 159 table x7; #X obj 46 181 table x8; #X restore 294 68 pd tables; #N canvas 1048 269 755 530 guts 0; #X obj 236 18 r tablenum; #X msg 302 101 set x\$1; #X obj 399 324 tabread; #X obj 270 82 + 1; #X obj 461 322 tabwrite; #X obj 271 332 t f f; #X obj 292 437 tabwrite buffer; #X obj 327 393 swap; #X obj 222 135 metro 1; #X obj 222 165 f 0; #X obj 274 182 + 1; #X msg 85 156 0; #X obj 181 234 sel 99; #X obj 222 203 t f f; #X obj 584 137 f 0; #X obj 636 154 + 1; #X obj 588 191 mod 100; #X obj 600 233 t f f; #X obj 515 294 tabread buffer; #X obj 593 64 loadbang; #X obj 398 246 t a a; #X msg 515 54 1; #X msg 545 19 0; #X obj 584 107 metro 1; #X obj 236 54 t b f b; #X obj 128 96 t b f f; #X connect 0 0 24 0; #X connect 1 0 20 0; #X connect 2 0 7 1; #X connect 3 0 1 0; #X connect 5 0 7 0; #X connect 5 1 2 0; #X connect 7 0 6 0; #X connect 7 1 6 1; #X connect 8 0 9 0; #X connect 9 0 10 0; #X connect 9 0 13 0; #X connect 10 0 9 1; #X connect 11 0 25 0; #X connect 12 0 11 0; #X connect 13
Re: [PD] changing the position of arrays dynamically
Hi Pieman, Would you mind sharing the patch that does that ( or Michael - would you mind knocking up a quick example). I'd like to see it in action and am not sure how to approach it. Cheers, Julian On 9 November 2013 07:21, peiman khosravi peimankhosr...@gmail.com wrote: Seriously, that's a stroke of genius that didn't even occur to me. Thank you. Best, Peiman *www.peimankhosravi.co.uk http://www.peimankhosravi.co.uk || RSS Feed http://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 9 November 2013 06:24, michael noble loop...@gmail.com wrote: On Sat, Nov 9, 2013 at 5:39 AM, peiman khosravi peimankhosr...@gmail.com wrote: I'm trying to mimic the feel of superimposed graphs, where the 'active' graph can be changed dynamically. Why not use the GOP array as a UI/buffer, and dynamically push/pull the data to/from a selected array rather that moving the actual array objects? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] changing the position of arrays dynamically
Nice one Michael, many thanks. It works, and I just need to spend a little more time with it to figure out why. Cool. Cheers, Julian On 9 November 2013 12:06, michael noble loop...@gmail.com wrote: On Sat, Nov 9, 2013 at 6:42 PM, Julian Brooks jbee...@gmail.com wrote: Michael - would you mind knocking up a quick example This seems to work (roughly) so far as I understand Peiman's original request correctly. I can't vouch for it being the most efficient or bug-free solution. It polls the buffer array using a metro counter so that changes to the active table are updated on the fly. Switching the active table just dumps that table to the buffer array. #N canvas 555 248 450 300 10; #N canvas 553 638 450 300 gui 0; #N canvas 1 52 450 250 (subpatch) 0; #X array buffer 100 float 3; #A 0 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.585714 -0.571428 -0.571428 -0.571428 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.557143 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.542857 -0.471428; #X coords 0 1 99 -1 200 140 1; #X restore 100 50 graph; #X obj 100 211 hradio 25 1 0 8 tablenum empty empty 0 -8 0 10 -262144 -1 -1 0; #X coords 0 -1 1 1 200 200 2 100 50; #X restore 48 70 pd gui; #N canvas 1 52 450 300 tables 1; #X obj 46 27 table x1; #X obj 46 49 table x2; #X obj 46 71 table x3; #X obj 46 93 table x4; #X obj 46 115 table x5; #X obj 46 137 table x6; #X obj 46 159 table x7; #X obj 46 181 table x8; #X restore 294 68 pd tables; #N canvas 1048 269 755 530 guts 0; #X obj 236 18 r tablenum; #X msg 302 101 set x\$1; #X obj 399 324 tabread; #X obj 270 82 + 1; #X obj 461 322 tabwrite; #X obj 271 332 t f f; #X obj 292 437 tabwrite buffer; #X obj 327 393 swap; #X obj 222 135 metro 1; #X obj 222 165 f 0; #X obj 274 182 + 1; #X msg 85 156 0; #X obj 181 234 sel 99; #X obj 222 203 t f f; #X obj 584 137 f 0; #X obj 636 154 + 1; #X obj 588 191 mod 100; #X obj 600 233 t f f; #X obj 515 294 tabread buffer; #X obj 593 64 loadbang; #X obj 398 246 t a a; #X msg 515 54 1; #X msg 545 19 0; #X obj 584 107 metro 1; #X obj 236 54 t b f b; #X obj 128 96 t b f f; #X connect 0 0 24 0; #X connect 1 0 20 0; #X connect 2 0 7 1; #X connect 3 0 1 0; #X connect 5 0 7 0; #X connect 5 1 2 0; #X connect 7 0 6 0; #X connect 7 1 6 1; #X connect 8 0 9 0; #X connect 9 0 10 0; #X connect 9 0 13 0; #X connect 10 0 9 1; #X connect 11 0 25 0; #X connect 12 0 11 0; #X connect 13 0 12 0; #X connect 13 1 5 0; #X connect 14 0 15 0; #X connect 14 0 16 0; #X connect 15 0 14 1; #X connect 16 0 17 0; #X connect 17 0 18 0; #X connect 17 1 4 1; #X connect 18 0 4 0; #X connect 19 0 23 0; #X connect 20 0 2 0; #X connect 20 1 4 0; #X connect 21 0 23 0; #X connect 22 0 23 0; #X connect 23 0 14 0; #X connect 24 0 8 0; #X connect 24 1 3 0; #X connect 24 2 22 0; #X connect 25 0 21 0; #X connect 25 1 9 1; #X connect 25 2 8 0; #X restore 299 138 pd guts; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new feature for ponies to spit floats at objects
This is the single greatest non-audio thing I have ever seen Pd do. Yep - showing Pd as an ordinary everyday computing environment is way overdue. Julian On 8 November 2013 05:10, Jonathan Wilkes jancs...@yahoo.com wrote: On 11/07/2013 09:26 PM, Chris McCormick wrote: On 03/11/13 09:46, Jonathan Wilkes wrote: This will finally make it possible for Pure Data objects to receive any message a pony happens to spit at it: https://puredata.info/Members/jancsika/pony-spits-numbers- at-Pd.webm/view This is the single greatest non-audio thing I have ever seen Pd do. Hey, thanks! Here's another one: https://jwilkes.nfshost.com/self-discovery.webm Here the pony is spitting floats at her own source code. She can glitch herself and trigger automated behavior like firing in an endless loop. I just went ahead and disabled zero-logical-time recursive loops for the canvas forwardmess method responsible for sending the float the pony spits to an object. Forwarding a message like that is already obscure. I figure if someone really needs to use recursion on top of something like that it's probably time to start looking for a solution outside of a visual dataflow environment. -Jonathan Cheers, Chris. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] audio output AND input with the Rpi?
Hi Chris, I think Theron's covered most of it. The Behringer 222 is on the list of working devices compiled here: http://puredata.info/docs/raspberry-pi so hopefully that one should be doable, and my memory is that Andy Farnell has been running Turtle Beach cards during some of his workshops - stuck in my mind 'cos I had a Turtle Beach, old school chuckle to myself. If you do get them running (or not for that matter) it'd be great if you added your experience to the wiki page. For some more audio rpi tips and tweaks I heartily recommend this page: http://wiki.linuxaudio.org/wiki/raspberrypi and there's some more (related) good stuff here http://www.raspberrypi.org/phpBB3/viewtopic.php?p=286064#p286064 Plus of course there's a whole heap of stuff in the pd-list archives (search raspberry or rpi). Regards, Julian On 30 October 2013 00:58, Theron Trowbridge theron.trowbri...@gmail.comwrote: There's good info on http://puredata.info/docs/raspberry-pi covering this, if you haven't seen it. There seem to be a limited number of interfaces that work. And some people have to slow down the USB port to get clean audio (myself included, using the iMic ( http://www.amazon.com/Griffin-Technology-iMic-Audio-Device/dp/B000BVV2IC). And I have to use a wireless keyboard/mouse if I'm not connecting via ssh ( http://www.amazon.com/gp/product/B004KSQANO/). It's not ideal, and a little annoying that the accessories are more than the cost of the Raspberry Pi. But it works. The USB port is slowed down by adding dwc_otg.speed=1 to /boot/cmdline.txt -Theron ^ On Tue, Oct 29, 2013 at 12:03 AM, s p seb...@gmail.com wrote: Same here ... I tried with 2 different usb interfaces, and I got no luck. In both cases I got some sound input, but there is a lot of popping sounds. 2013/10/28 Chris Jack christopherdanielj...@gmail.com Hey folks, Apologies as this post is not strictly about Pd, though Pd will be a crucial part of my final setup so whatever solution I find ought to work with Pd. Also, there is a chance the issue might lie with Pd. I just don't know. I'm looking for a usb bus-powered audio interface for the Rpi that can take a stereo input and provide stereo output *at the same time.* * * I have tried a couple different images and a couple different audio interfaces, to no avail. Perhaps there's something can be done with one of these setups to get it working? First, the Pd-LA custom Raspian (v1) image and Pd 43.2: ..with Behringer UCA202 (at 44100khz): Alsamixer picks the device up but the input section shows nothing. Pd (gui) audio preferences allows selection of the interface for both input and output. Output only is lovely and clean but as soon as the device is selected for audio input the audio quality drops horrendously (vaguely recognisable from the original signal).. ..although what gives me hope is I CAN software monitor the input (poorly) in 'Test Audio and MIDI' with this arrangement. ..with Behringer UCA202 (at 48000khz): Output only in Pd is poor (beating and popping sound - possibly sounds like a samp rate conversion issue). When device is selected as Pd input software monitoring is possible and oddly, though the result is still poor, there is effectively no drop in quality from having the device selected only for output and the monitored signal sounds drastically better than at 44100khz. ..with Turtle Beach Amigo II* (at 44100): Alsamixer shows both input and output and allows to change gain of both. If plugged in from boot and only the output is selected in Pd it works but with a lot of jitter. Selecting the device for input too causes a further drop in audio quality although again I can software monitor the input in 'Test Audio and MIDI' If plugged in after boot the OS crashes. The Satellite CCRMA (operating via ssh) and Pd-extended: ..with Behringer UCA202 (at 44100 and 48000): Alsamixer picks the device up but again the input section shows nothing. If I have the device plugged in from boot then I get the same behaviour with it as I do in Pd vanilla on the Pd-LA Raspian image, ie. software input monitoring but at an extremely poor quality. If I don't plug the device in from boot I see it in Pd audio prefs but get this: ALSA input error (snd_pcm_open): No such file or directory ALSA output error (snd_pcm_open): No such file or directory from the Pd terminal and this ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card oops: ALSA cards not reported in order? from the ssh terminal. ..with Turtle Beach Amigo II* (at 44100khz): Alsamixer shows both input and output and allows to change gain of both. If plugged in from boot and then only output selected in Pd I get clean audio out. If I try to select the Turtle Beach as audio inout in Pd then Pd stalls indefinitely when I try to 'Test Audio and MIDI' or make anything in
Re: [PD] pd-extended in raspbian repo's
'there' like in the raspbian repository (or did I dream it, or did I look in the debian repo and conflate the two in my own addled mind?) On 15 October 2013 11:48, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2013-10-15 07:07, Julian Brooks wrote: Hey all, Last week I advised some pd-rpi beginners to d/l PdE from the raspbian repo's but it seems to have disappeared (it was there when I advised them). where 'there'? dfsnadr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJSXR10AAoJELZQGcR/ejb4LZUP/i1hglUkEdZYIeaGCFj0S+Rj VrLGW4+TsU/y/N+LMC9LfYqTANQg/r6N8dx0W1kd2p4XvTm/Qb5CvqDHIXq3AXmt 6L65GTXSxBE8tj8D32rJW2GUe5QhK/kYVbcAA6tMuHbOHP1YWWc2jUdjFq+wf0XO l1xWJJf5VX5gNHrxoM09+bhy8Vap2uE8QCMEgthkQNronoSFRaM7TwAqa6QE8wZz Po4OljB03BKrqPzZEMvWsaIbjt9gQPkl6SpLII1BC+rEk/DGnmD+fDeWSDYQb8qv jrOnOd6wv4p0rNed8L5n92cHWoG58eXXFpGXMZnJQFcjcWChnWaAaCm3V7UH2qq3 XyWpvJXzMlMikKw33SjgBsvWjiUKZXsjPZ+aQE52OKcWCqZRLJqAh2iGVXT7C1wV ZSXa20fg/uDpyGDtW305ep6yEpGWpDpbikQ0eSqH/oUPt82H8rfBKPd60LT93yIR 3fU2OcFBeti50NZ8DuaHb5SZRPhHCVwQ1gFILjPRjffhuLVGfjqM8LVrqErryjcX F711u97e/BMPQWOYt/f1XcejA+55mabfFFcRsgw0Hl1lF1bcqa+tOPdqVnPs8+zU QMATe27ob1iXjDQLQHQc0anw85YsX5RdCBm5zyP7wyFXCs5W61bO1D4dQExvaKOF Y5zrPV6nG/dFbPPyOeh2 =4RA/ -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] build pd with jack in raspbian on rpi?
Yet again, many thanks for the walkthrough IOhannes, loads of good info in there, esp like the portaudio stuff. And apologies again for the not refreshing problem (too early in the morning to have my brain refreshed). If only there was a 'mentalconfig' command to go with ldconfig. On 14 October 2013 11:17, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-10-14 06:22, Julian Brooks wrote: Hey again, Possible issue: I've installed libjack-dev and Pd builds fine - great. I did want to have jackd2 but that doesn't have libjack-dev it has libjack-jackd2-0. Pd doesn't configure with jack when this lib is installed. Does it make a difference to build Pd with libjack-dev (in effect build with jackd1 but run with jackd2)? I mean I guess I'll know if it's something obvious but could there be performance issues. this is the preferred debian way: build against libjack-dev, and let the user decide to install jack1 or jack2. this is possible because the libraries are binary compatible. if they are not, it's a bug in debian. gfmrdsa IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-extended in raspbian repo's
Hey all, Last week I advised some pd-rpi beginners to d/l PdE from the raspbian repo's but it seems to have disappeared (it was there when I advised them). Anyone know what the current status of PdE on the RPi is? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] build pd with jack in raspbian on rpi?
Hey again, Possible issue: I've installed libjack-dev and Pd builds fine - great. I did want to have jackd2 but that doesn't have libjack-dev it has libjack-jackd2-0. Pd doesn't configure with jack when this lib is installed. Does it make a difference to build Pd with libjack-dev (in effect build with jackd1 but run with jackd2)? I mean I guess I'll know if it's something obvious but could there be performance issues. Regards, Julian On 11 October 2013 10:15, Julian Brooks jbee...@gmail.com wrote: Great stuff, nice one IOhannes. On 11 October 2013 10:03, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-10-11 09:23, Julian Brooks wrote: checking for jack_set_xrun_callback in -ljack... no checking for jack_set_error_function in -ljack... no you have to install libjack-dev. a good start to install all/most packages needed to build jack (at least with the same features as the puredata packages) is: # aptitude build-dep puredata fmgaer IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] build pd with jack in raspbian on rpi?
Pd seems to have built though I'm not sure if there would be some kind of 'that's it, your done, nothing to see here, move on' type message. Anyway, when typing 'pd' on the command line I get this: pd: error while loading shared libraries: libportaudio.so.2: cannot open shared object file: No such file or directory Any ideas anyone? On 14 October 2013 05:22, Julian Brooks jbee...@gmail.com wrote: Hey again, Possible issue: I've installed libjack-dev and Pd builds fine - great. I did want to have jackd2 but that doesn't have libjack-dev it has libjack-jackd2-0. Pd doesn't configure with jack when this lib is installed. Does it make a difference to build Pd with libjack-dev (in effect build with jackd1 but run with jackd2)? I mean I guess I'll know if it's something obvious but could there be performance issues. Regards, Julian On 11 October 2013 10:15, Julian Brooks jbee...@gmail.com wrote: Great stuff, nice one IOhannes. On 11 October 2013 10:03, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-10-11 09:23, Julian Brooks wrote: checking for jack_set_xrun_callback in -ljack... no checking for jack_set_error_function in -ljack... no you have to install libjack-dev. a good start to install all/most packages needed to build jack (at least with the same features as the puredata packages) is: # aptitude build-dep puredata fmgaer IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] build pd with jack in raspbian on rpi?
Sorry - to be clear, I did: cd ~/pure-data (after d/l from git) ./autogen.sh ./configure --enable-jack make sudo make install On 14 October 2013 06:08, Julian Brooks jbee...@gmail.com wrote: Pd seems to have built though I'm not sure if there would be some kind of 'that's it, your done, nothing to see here, move on' type message. Anyway, when typing 'pd' on the command line I get this: pd: error while loading shared libraries: libportaudio.so.2: cannot open shared object file: No such file or directory Any ideas anyone? On 14 October 2013 05:22, Julian Brooks jbee...@gmail.com wrote: Hey again, Possible issue: I've installed libjack-dev and Pd builds fine - great. I did want to have jackd2 but that doesn't have libjack-dev it has libjack-jackd2-0. Pd doesn't configure with jack when this lib is installed. Does it make a difference to build Pd with libjack-dev (in effect build with jackd1 but run with jackd2)? I mean I guess I'll know if it's something obvious but could there be performance issues. Regards, Julian On 11 October 2013 10:15, Julian Brooks jbee...@gmail.com wrote: Great stuff, nice one IOhannes. On 11 October 2013 10:03, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-10-11 09:23, Julian Brooks wrote: checking for jack_set_xrun_callback in -ljack... no checking for jack_set_error_function in -ljack... no you have to install libjack-dev. a good start to install all/most packages needed to build jack (at least with the same features as the puredata packages) is: # aptitude build-dep puredata fmgaer IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] build pd with jack in raspbian on rpi?
Rebooted and typing: pd works just fine (whoo!) Apologies for the noise about the previous error message. Would still like to know about jackd1/2 though? On 14 October 2013 06:13, Julian Brooks jbee...@gmail.com wrote: Sorry - to be clear, I did: cd ~/pure-data (after d/l from git) ./autogen.sh ./configure --enable-jack make sudo make install On 14 October 2013 06:08, Julian Brooks jbee...@gmail.com wrote: Pd seems to have built though I'm not sure if there would be some kind of 'that's it, your done, nothing to see here, move on' type message. Anyway, when typing 'pd' on the command line I get this: pd: error while loading shared libraries: libportaudio.so.2: cannot open shared object file: No such file or directory Any ideas anyone? On 14 October 2013 05:22, Julian Brooks jbee...@gmail.com wrote: Hey again, Possible issue: I've installed libjack-dev and Pd builds fine - great. I did want to have jackd2 but that doesn't have libjack-dev it has libjack-jackd2-0. Pd doesn't configure with jack when this lib is installed. Does it make a difference to build Pd with libjack-dev (in effect build with jackd1 but run with jackd2)? I mean I guess I'll know if it's something obvious but could there be performance issues. Regards, Julian On 11 October 2013 10:15, Julian Brooks jbee...@gmail.com wrote: Great stuff, nice one IOhannes. On 11 October 2013 10:03, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-10-11 09:23, Julian Brooks wrote: checking for jack_set_xrun_callback in -ljack... no checking for jack_set_error_function in -ljack... no you have to install libjack-dev. a good start to install all/most packages needed to build jack (at least with the same features as the puredata packages) is: # aptitude build-dep puredata fmgaer IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] build pd with jack in raspbian on rpi?
Hi all, I'm attempting to build pd with jack in raspbian on rpi. I've got most recent pd from git. I'm following instructions from INSTALL.txt as I have a memory of IOhannes mentioning that's working again - and also it's the only way I know of adding the '--enable-jack' flag. Or so I thought: ./autogen.sh seems fine but ./configure --enable-jack Doesn't build pd with jack support. (outputs below) Any ideas anyone? Regards, Julian P.S. Happy to do it 'Miller's way' cd to src and hit 'make -f makefile.gnu'. but how to add jack support to this method I don't know. pure@pi ~/pure-data $ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: adding subdirectory portaudio to autoreconf autoreconf: Entering directory `portaudio' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal --force autoreconf: configure.in: tracing autoreconf: configure.in: subdirectory bindings/cpp not present autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.in: not using Autoheader autoreconf: configure.in: not using Automake autoreconf: Leaving directory `portaudio' libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `m4/config'. libtoolize: copying file `m4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/generated'. libtoolize: copying file `m4/generated/libtool.m4' libtoolize: copying file `m4/generated/ltoptions.m4' libtoolize: copying file `m4/generated/ltsugar.m4' libtoolize: copying file `m4/generated/ltversion.m4' libtoolize: copying file `m4/generated/lt~obsolete.m4' autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing autoreconf: Leaving directory `.' pure@pi ~/pure-data $ ./configure --enable-jack checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... no checking build system type... armv6l-unknown-linux-gnueabihf checking host system type... armv6l-unknown-linux-gnueabihf configure: iPhone SDK only available for arm-apple-darwin hosts, skipping tests configure: Android SDK only available for arm-linux hosts, skipping tests checking for style of include used by make... none checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... none checking how to print strings... printf checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... yes checking how to convert armv6l-unknown-linux-gnueabihf file names to armv6l-unknown-linux-gnueabihf format... func_convert_file_noop checking how to convert armv6l-unknown-linux-gnueabihf file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... dlltool checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for
Re: [PD] [PD-announce] pd 0.45-3 released
Yip, had this for a while (debian). Seems to be shortcut keys that stop but using drop-down menu works (here at least). On 11 October 2013 08:20, peiman khosravi peimankhosr...@gmail.com wrote: It seems that focus is on the window behind (creation-arguments), even if you click on the main patcher window. *www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 11 October 2013 08:10, Jaime E Oliver jaime.oliv...@gmail.com wrote: Hi! Thanks miller for the update. A weird thing is happening to me in OSX 10.8. Using both the latest release and 0.43-3, when I open the help patch for bonk I loose the ability to move between edit mode and run mode. Is this happening to other people? J On Oct 4, 2013, at 1:21 AM, Miller Puckette m...@ucsd.edu wrote: Hi all, Pd version 0.45-3 is available on http://crca.ucsd.edu/~msp/software.htm or via git from sourceforge: git clone git://git.code.sf.net/p/pure-data/pure-data cd pure-data git checkout -b 0.45 This fixes text pasting from other apps to Pd and an audio problem (Mac native audio devices running at 48K required huge latencies). cheers Miller ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] build pd with jack in raspbian on rpi?
Great stuff, nice one IOhannes. On 11 October 2013 10:03, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-10-11 09:23, Julian Brooks wrote: checking for jack_set_xrun_callback in -ljack... no checking for jack_set_error_function in -ljack... no you have to install libjack-dev. a good start to install all/most packages needed to build jack (at least with the same features as the puredata packages) is: # aptitude build-dep puredata fmgaer IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPI usb soundcards that require mmap_emul
Good to know, thanks Antoine. What was it that you rolled back? BTW - can't be the UDJ card as that has no input but I think you have a different ESI card too. On 9 October 2013 21:02, Antoine Villeret antoine.ville...@gmail.comwrote: hi, I couldn't try this and I don't know anything about mmap_emul but I recently updated a Pi (in the middle september) and got crakle with an ESI UDJ 6 (2in/2out) which was working great before then I downgrade to the version of april 26 2013, and it works again + a -- do it yourself http://antoine.villeret.free.fr 2013/10/9 Julian Brooks jbee...@gmail.com Hi all, I'm building a fresh rpi image and after installing hexxah's rpi-update and running it to update the firmware I got this message (not seen before): mmap_emul is set in /etc/asound.conf, disabling it as it is no longer necessary If you are (for instance) using an external USB soundcard that needs mmap_emul,add the string LEAVE_ME_ALONE to your /etc/asound.conf as a comment If you don't know what an /etc/asound.conf is, don't worry about this message So I guess my question is: How do you know if your usb soundcard requires mmap_emul? Also a heads up as I know a couple of people mentioned having sound problems recently and perhaps this may help. This is most recent raspbian image btw. Regards, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPI usb soundcards that require mmap_emul
So I guess to answer my own question: How do you know if your usb soundcard requires mmap_emul? If you have lots of crackles whereas before you didn't. Perhaps this could at least be something to try. Will keep the list updated as to my progress- not at the audio testing stage yet. On 10 October 2013 07:15, Julian Brooks jbee...@gmail.com wrote: Good to know, thanks Antoine. What was it that you rolled back? BTW - can't be the UDJ card as that has no input but I think you have a different ESI card too. On 9 October 2013 21:02, Antoine Villeret antoine.ville...@gmail.comwrote: hi, I couldn't try this and I don't know anything about mmap_emul but I recently updated a Pi (in the middle september) and got crakle with an ESI UDJ 6 (2in/2out) which was working great before then I downgrade to the version of april 26 2013, and it works again + a -- do it yourself http://antoine.villeret.free.fr 2013/10/9 Julian Brooks jbee...@gmail.com Hi all, I'm building a fresh rpi image and after installing hexxah's rpi-update and running it to update the firmware I got this message (not seen before): mmap_emul is set in /etc/asound.conf, disabling it as it is no longer necessary If you are (for instance) using an external USB soundcard that needs mmap_emul,add the string LEAVE_ME_ALONE to your /etc/asound.conf as a comment If you don't know what an /etc/asound.conf is, don't worry about this message So I guess my question is: How do you know if your usb soundcard requires mmap_emul? Also a heads up as I know a couple of people mentioned having sound problems recently and perhaps this may help. This is most recent raspbian image btw. Regards, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vocoder with pitch.
Hey Mario, - [sigmund~] definitely. On 9 October 2013 17:27, Òscar Martínez Carmona xamp...@gmail.com wrote: What about extracting the voice pitch with something like [fiddle~] and feed it to the synth? El dimecres 9 d’octubre de 2013, Mario Mey ha escrit: I listen to some vocoders in Pd and I stayed with rjdj's one. I realized that vocoder works in a single note synth or various notes, doing a harmonious sound. But it is always the same sound. Is it possible to detect the pitch of the voice and use that to feed vocoder? As playing a synth with the voice and sounding as a vocoder. Someday, I want to make Get Lucky with my looper-system, and I would want to have a similar vocoder. Thanks. __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list -- Òscar Martínez Carmona ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vocoder with pitch.
I've got 'usable' results from tracking voice with [sigmund~] and William Brent's timbreID lib. It was fun to do it in reverse (and easy:) Admittedly not 'accurate articulation' but it is 'in your hands'. Regards, Julian On 10 October 2013 12:13, Mario Mey mario...@gmail.com wrote: El 10/10/13 07:05, Patrice Colet escribió: Hello, pitch doesn't come from voice at all in these kinds of sounds, but from a keyboard, Thanks, I didn't know it. particulary in this Daft Punk or Laurie Anderson music, I believe it's not possible to get accurate articulations by using voice's pitch, but I guess you will figure it out soon enough ;) Well... I think this is some kind of autotune technique... and it is not simple at all. With autotune as search word, in Pd forum, there are about 6 thread and they all are large discussed threads. For the moment... it is not in my hands. Colet Patrice - Mail original - De: Julian Brooks jbee...@gmail.com À: Òscar Martínez Carmona xamp...@gmail.com Cc: pd-list pd-list@iem.at Envoyé: Jeudi 10 Octobre 2013 10:57:08 Objet: Re: [PD] vocoder with pitch. Hey Mario, - [sigmund~] definitely. On 9 October 2013 17:27, Òscar Martínez Carmona xamp...@gmail.com wrote: What about extracting the voice pitch with something like [fiddle~] and feed it to the synth? El dimecres 9 d’octubre de 2013, Mario Mey ha escrit: I listen to some vocoders in Pd and I stayed with rjdj's one. I realized that vocoder works in a single note synth or various notes, doing a harmonious sound. But it is always the same sound. Is it possible to detect the pitch of the voice and use that to feed vocoder? As playing a synth with the voice and sounding as a vocoder. Someday, I want to make Get Lucky with my looper-system, and I would want to have a similar vocoder. Thanks. __ _ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Òscar Martínez Carmona __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPI usb soundcards that require mmap_emul
I tend to stick with 44.1 so it's good to know 48k could be trouble. Hmmm, disabling ethernet isn't an option for ssh communication. Perhaps the 'LEAVE_ME_ALONE' comment could be worth checking out? Also, what did you roll back to get audio working again? On 10 October 2013 18:42, Antoine Villeret antoine.ville...@gmail.comwrote: sorry, I have several cards from ESI and messed them every times ! I was thinking about UGM96 which works great at 48kHz (btw I didn't try it at 96kHz because I have enough troubles and headache with 48k) But note, that I need to disable the ethernet to get input without crackles. + a -- do it yourself http://antoine.villeret.free.fr 2013/10/10 Julian Brooks jbee...@gmail.com Good to know, thanks Antoine. What was it that you rolled back? BTW - can't be the UDJ card as that has no input but I think you have a different ESI card too. On 9 October 2013 21:02, Antoine Villeret antoine.ville...@gmail.comwrote: hi, I couldn't try this and I don't know anything about mmap_emul but I recently updated a Pi (in the middle september) and got crakle with an ESI UDJ 6 (2in/2out) which was working great before then I downgrade to the version of april 26 2013, and it works again + a -- do it yourself http://antoine.villeret.free.fr 2013/10/9 Julian Brooks jbee...@gmail.com Hi all, I'm building a fresh rpi image and after installing hexxah's rpi-update and running it to update the firmware I got this message (not seen before): mmap_emul is set in /etc/asound.conf, disabling it as it is no longer necessary If you are (for instance) using an external USB soundcard that needs mmap_emul,add the string LEAVE_ME_ALONE to your /etc/asound.conf as a comment If you don't know what an /etc/asound.conf is, don't worry about this message So I guess my question is: How do you know if your usb soundcard requires mmap_emul? Also a heads up as I know a couple of people mentioned having sound problems recently and perhaps this may help. This is most recent raspbian image btw. Regards, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] RPI usb soundcards that require mmap_emul
Hi all, I'm building a fresh rpi image and after installing hexxah's rpi-update and running it to update the firmware I got this message (not seen before): mmap_emul is set in /etc/asound.conf, disabling it as it is no longer necessary If you are (for instance) using an external USB soundcard that needs mmap_emul,add the string LEAVE_ME_ALONE to your /etc/asound.conf as a comment If you don't know what an /etc/asound.conf is, don't worry about this message So I guess my question is: How do you know if your usb soundcard requires mmap_emul? Also a heads up as I know a couple of people mentioned having sound problems recently and perhaps this may help. This is most recent raspbian image btw. Regards, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Weird bug in pd-extended and Ubuntu
What about this one though: ALSA output error (restart failed): Broken pipe Never got to the bottom of it with my intel inbuilt soundcard on PdE (Debian). Noticeably doesn't happen with an external soundcard (in my experience anyway) On 2 October 2013 19:08, Pierre Massat pimas...@gmail.com wrote: Hi, Thanks for the clue. Turns out that the fix you propose doesn't work for the current LTS version of Ubuntu (which is 12.04), but i've found a fix that seems to work (from this page in French). For the record, in a real terminal (no X), type : sudo service lightdm stop sudo X -configure sudo cp ~/xorg.conf.new /etc/X11/xorg.conf sudo service lightdm start Then edit /etc/X11/xorg.conf (sudo nano /etc/X11/xorg.conf for instance) by writing intel as the Driver in the Device section. Reboot, and it works (I haven't tested it thoroughly but at least I can now add new objects to my patch). Cheers, Pierre. 2013/10/2 jwind w...@mikrokiko.de ** had the same thing. try updating your repositories... see here: http://puredata.hurleur.com/sujet-9448-solved-crashes-server j ,. On 01.10.2013 22:01, Pierre Massat wrote: Dear list, I m working on a patch in pd-extended 0.43.4, on a freshly installed Ubuntu 12 LTS. An Arduino Uno board is plugged into my machine. In the attached patch i've been getting very strange bugs : - one instance of [f ] wasn't working the way it should (a bang to its left inlet wouldn't output what had been fed to its right inlet), while the other was behaving fine. - And now I cannot create any new object. Ubuntu crashes (it logs out of my session) when i type the 4th letter in the object box. I also get the following message very often in the console : ALSA output error (restart failed): Broken pipe I'm very confused here. Pierre ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pure Data Patch Repository
Hey Patrick, Wonderful patch - much fun. No buffering here (Northern England with a fairly slow connection 8mg dl 512 ul) Debian/Iceweasel GUI seemed to lockup/stop_making_changes a couple of times but the freeze button seems to loosen it up again. I wasn't sure if what I'm hearing/seeing was just on my machine (local) so opened a couple of tabs with it and lo there's one master patch (this wasn't clear from your description). Sounds extra nice with several loops running but it is making my browser crawl. BTW there was no buffering with 4 (slightly out of sync) concurrent streams (sounded great tho'). Repository looks good too. Great stuff, Julian On 27 September 2013 00:36, pured...@11h11.com wrote: works perfect win7 + firefox on adsl 2 thanks for taking the time to report back. the streaming server is located in Austria afaik (IEM). if most of the viewers aren't experiencing buffering, i could give more quality to the stream (right now around 200kib/s - 720p). it needs lower bpm settings or more steps. added 30 bpm. presets ! if people have interesting videos you can send it to me (dropbox, yousendit etc...). 8 videos less than 5 minutes each. __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] routeOSC - dynamic routing?
Dunno if this would be of any use (attached) but I've been making use of [entry] to keep an eye on incoming OSC streams so instead of hundreds of messages whizzing by this allows to just see when the data changes. Shouldn't be too difficult to parse and dump the various OSC addresses either. Thanks to Mike MB for helping figure the dataflow. Cheers, Julian On 7 August 2013 14:55, Dan Wilcox danomat...@gmail.com wrote: Ah, that's much simpler than what I was thinking. How do you always do it Roman? :D On Aug 7, 2013, at 9:44 AM, pd-list-requ...@iem.at wrote: *From: *Roman Haefeli reduz...@gmail.com *Subject: **Re: [PD] routeOSC - dynamic routing?* *Date: *August 7, 2013 7:16:13 AM EDT *To: *pd-list@iem.at On Wed, 2013-08-07 at 02:15 -0400, pured...@11h11.com wrote: hi all, i have more than 50 OSC messages to [routeOSC], i would like to avoid having to cut and paste click and drag. what are my options here? [routeOSC /knob1 /knob2 ...] | | [s $0-knob1] [s $0-knob2] thanks Instead of routing with [routeOSC], you could use the last address field directly as the send address: [/knobs/knob1 23( | [routeOSC /knobs/ | [list] | [; $1 $2( As an alternative to the ;-messagebox with hard-coded number of elements, you could employ a settable [send] Roman Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list OSC_entry.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Preferences weirdness in Pd 43.1 ( 2?) in RPi
Hey Pierre, [import] isn't a vanilla object so may not be installed on the pi? I think it's in the repo's though. When you start as root it has it's own version of.pdsettings so the preferences will be different. To have matching settings between root and regular user just copy one of the .pdsettings to the other's home folder. Obviously not an ideal solution (ie dirty hack) but as long as your libs are in the search path [zexy/limiter~], for example, should always work. Regards, Julian On 7 July 2013 19:24, Pierre Massat pimas...@gmail.com wrote: Dear List, My Pi is finally working again with Pd, but i've noticed two strange things (strange to me) : - the libraries in the startup list simply won't load most of the time (zexy, cyclone, iemlib at least), although they were installed regularly in the extra folder. I have to add their folders to the Path list. Note that the [import] object doesn't work either for these libraries. - when launching Pd as root, the preferences I set as a normal use don't load. This is a bit strange to me, and I have no idea how to tell Pd to use the same .pdsettings file in both situations. Nothing that I couldn't get around, but the this is a bit frustating (especially the libraries thing). Cheers, Pierre. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi USB2 audio fixed (apparently)
Hey Dan, Jeremy (autostatic), who setup the 'rpi and low latency, real time audio' thread has a UA-25 and seems to have full duplex working with jack (this was before the recent tweaks as well): http://www.raspberrypi.org/phpBB3/viewtopic.php?p=286222sid=85c8b0a7cca69e35dcafaf58ff916eec#p286222 Could be worth asking him? Julian On 3 July 2013 02:58, Dan Wilcox danomat...@gmail.com wrote: Yeah I tried the latest firmware with my Raspbian install and still have issues with my UA-25. Full stereo duplex = dropouts. :( On Jul 2, 2013, at 5:52 PM, pd-list-requ...@iem.at wrote: *From: *Pierre Massat pimas...@gmail.com *Subject: **Re: [PD] Raspberry Pi USB2 audio fixed (apparently)* *Date: *July 2, 2013 3:52:31 PM EDT *To: *Julian Brooks jbee...@gmail.com *Cc: *PD List pd-list@iem.at Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off and left with the inability to use Pd at all on my Pi. I haven't tried Miller's compiled version of Vanilla yet (I still don't know how it is different from the one available in the Raspbian repos). The recent Planet CCRMA Satelite for the RPi is also an option. Pierre. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi USB2 audio fixed (apparently)
I'm having good results from using a much leaner install - it's called Mobius: http://moebiuslinux.sourceforge.net/ Obviously depends on your usage but I'm ssh'ing into the pi and works great. The minimal install seems to help with overclocking too so I reckon I'm getting about another 35-40% out of the pi. The main project I've been working on has a pmpd patch that the regular raspbian wouldn't even run, on top of that I'm driving a couple of sensors (thanks Martin:), audio synthesis, got a reasonably complex quad spacialisation patch (thanks Lorenzo:) and is driving a 6 channel soundcard. This is without the usb-slowdown option. Obviously it's pushing the Pi right up to the limit but it runs* just*about stably. What I do think made a significant difference was switching the power cable to one that outputs 5.2v so by the time it gets to the pi it's a solid 5v. Julian On 3 July 2013 09:42, Dan Wilcox danomat...@gmail.com wrote: Yeah I tried that out a few months ago when we started the thread. Jack adds some unnecessary overhead in my opinion and I'm surprised that a device that should be more than capable to handle this is just not setup correctly. I'm running a minimal commandline install and pd + realtime straight alsa should work great ... it has for me in the past. His jack setup basically uses *all* the cpu of the pi, so that cuts out the other parts of my setup altogether .. visual, device input, etc. Again, I was able to get good latency with a much lower resource machine (until it just wore out), so it *should* be possible. On Jul 3, 2013, at 4:35 AM, Julian Brooks jbee...@gmail.com wrote: Hey Dan, Jeremy (autostatic), who setup the 'rpi and low latency, real time audio' thread has a UA-25 and seems to have full duplex working with jack (this was before the recent tweaks as well): http://www.raspberrypi.org/phpBB3/viewtopic.php?p=286222sid=85c8b0a7cca69e35dcafaf58ff916eec#p286222 Could be worth asking him? Julian On 3 July 2013 02:58, Dan Wilcox danomat...@gmail.com wrote: Yeah I tried the latest firmware with my Raspbian install and still have issues with my UA-25. Full stereo duplex = dropouts. :( On Jul 2, 2013, at 5:52 PM, pd-list-requ...@iem.at wrote: *From: *Pierre Massat pimas...@gmail.com *Subject: **Re: [PD] Raspberry Pi USB2 audio fixed (apparently)* *Date: *July 2, 2013 3:52:31 PM EDT *To: *Julian Brooks jbee...@gmail.com *Cc: *PD List pd-list@iem.at Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off and left with the inability to use Pd at all on my Pi. I haven't tried Miller's compiled version of Vanilla yet (I still don't know how it is different from the one available in the Raspbian repos). The recent Planet CCRMA Satelite for the RPi is also an option. Pierre. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi USB2 audio fixed (apparently)
Hey Pierre, I've installed Pd from the pre-compiled version of Millers site, and most recently built it from source which took a bit more doing but Miller very kindly walked me through the tricky bits (thread in archives installing Pd from source on rpi should bring it right up). The version from the repo's works just fine but I wanted to test out (though didn't end up making use of) [gpio] which requires 0.44 or later. I got the power supply from here: https://www.modmypi.com/5v-2A-modmypi-raspberry-pi-power-supply?filter_name=power%20supply The soundcard I've been using the most (ESI UDJ - thanks Antoine:) has no audio input so no good info on full duplex. I've been messing around with the imic running duplex (with usb-slowdown) and had been getting reasonable results (10-12ms) but running pretty light patches. Sorry can't be more precise as I haven't given this card as much attention. Regards, Julian On 3 July 2013 11:06, Pierre Massat pimas...@gmail.com wrote: Hi Julian, This Moebius distro looks very interesting. Can you please tell us how you installed Pd ? From the Raspbian repos ? Have you tried it with full duplex with your soundcard yet ? What latency are you getting (I can't get below 15 ms in Raspbian with some fft in my patch) ? Also is this think about the power supply true ? They mention it too on the Satellite CCRMA webpage. Where can I buy a power cable that outputs 5.2 V ? I'm currently using a samsung smartphone charger. That's a lot of questions but you made me curious (and hopeful again) ! Cheers, Pierre. 2013/7/3 Julian Brooks jbee...@gmail.com I'm having good results from using a much leaner install - it's called Mobius: http://moebiuslinux.sourceforge.net/ Obviously depends on your usage but I'm ssh'ing into the pi and works great. The minimal install seems to help with overclocking too so I reckon I'm getting about another 35-40% out of the pi. The main project I've been working on has a pmpd patch that the regular raspbian wouldn't even run, on top of that I'm driving a couple of sensors (thanks Martin:), audio synthesis, got a reasonably complex quad spacialisation patch (thanks Lorenzo:) and is driving a 6 channel soundcard. This is without the usb-slowdown option. Obviously it's pushing the Pi right up to the limit but it runs* just*about stably. What I do think made a significant difference was switching the power cable to one that outputs 5.2v so by the time it gets to the pi it's a solid 5v. Julian On 3 July 2013 09:42, Dan Wilcox danomat...@gmail.com wrote: Yeah I tried that out a few months ago when we started the thread. Jack adds some unnecessary overhead in my opinion and I'm surprised that a device that should be more than capable to handle this is just not setup correctly. I'm running a minimal commandline install and pd + realtime straight alsa should work great ... it has for me in the past. His jack setup basically uses *all* the cpu of the pi, so that cuts out the other parts of my setup altogether .. visual, device input, etc. Again, I was able to get good latency with a much lower resource machine (until it just wore out), so it *should* be possible. On Jul 3, 2013, at 4:35 AM, Julian Brooks jbee...@gmail.com wrote: Hey Dan, Jeremy (autostatic), who setup the 'rpi and low latency, real time audio' thread has a UA-25 and seems to have full duplex working with jack (this was before the recent tweaks as well): http://www.raspberrypi.org/phpBB3/viewtopic.php?p=286222sid=85c8b0a7cca69e35dcafaf58ff916eec#p286222 Could be worth asking him? Julian On 3 July 2013 02:58, Dan Wilcox danomat...@gmail.com wrote: Yeah I tried the latest firmware with my Raspbian install and still have issues with my UA-25. Full stereo duplex = dropouts. :( On Jul 2, 2013, at 5:52 PM, pd-list-requ...@iem.at wrote: *From: *Pierre Massat pimas...@gmail.com *Subject: **Re: [PD] Raspberry Pi USB2 audio fixed (apparently)* *Date: *July 2, 2013 3:52:31 PM EDT *To: *Julian Brooks jbee...@gmail.com *Cc: *PD List pd-list@iem.at Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off and left with the inability to use Pd at all on my Pi. I haven't tried Miller's compiled version of Vanilla yet (I still don't know how it is different from the one available in the Raspbian repos). The recent Planet CCRMA Satelite for the RPi is also an option. Pierre
Re: [PD] Raspberry Pi USB2 audio fixed (apparently)
'off Millers site' not 'of' And also another thing with the power supply. Although 1a is supposed to be fine 2a actually works really well if you're driving any peripherals, giving plenty of overhead. J On 3 July 2013 14:31, Julian Brooks jbee...@gmail.com wrote: Hey Pierre, I've installed Pd from the pre-compiled version of Millers site, and most recently built it from source which took a bit more doing but Miller very kindly walked me through the tricky bits (thread in archives installing Pd from source on rpi should bring it right up). The version from the repo's works just fine but I wanted to test out (though didn't end up making use of) [gpio] which requires 0.44 or later. I got the power supply from here: https://www.modmypi.com/5v-2A-modmypi-raspberry-pi-power-supply?filter_name=power%20supply The soundcard I've been using the most (ESI UDJ - thanks Antoine:) has no audio input so no good info on full duplex. I've been messing around with the imic running duplex (with usb-slowdown) and had been getting reasonable results (10-12ms) but running pretty light patches. Sorry can't be more precise as I haven't given this card as much attention. Regards, Julian On 3 July 2013 11:06, Pierre Massat pimas...@gmail.com wrote: Hi Julian, This Moebius distro looks very interesting. Can you please tell us how you installed Pd ? From the Raspbian repos ? Have you tried it with full duplex with your soundcard yet ? What latency are you getting (I can't get below 15 ms in Raspbian with some fft in my patch) ? Also is this think about the power supply true ? They mention it too on the Satellite CCRMA webpage. Where can I buy a power cable that outputs 5.2 V ? I'm currently using a samsung smartphone charger. That's a lot of questions but you made me curious (and hopeful again) ! Cheers, Pierre. 2013/7/3 Julian Brooks jbee...@gmail.com I'm having good results from using a much leaner install - it's called Mobius: http://moebiuslinux.sourceforge.net/ Obviously depends on your usage but I'm ssh'ing into the pi and works great. The minimal install seems to help with overclocking too so I reckon I'm getting about another 35-40% out of the pi. The main project I've been working on has a pmpd patch that the regular raspbian wouldn't even run, on top of that I'm driving a couple of sensors (thanks Martin:), audio synthesis, got a reasonably complex quad spacialisation patch (thanks Lorenzo:) and is driving a 6 channel soundcard. This is without the usb-slowdown option. Obviously it's pushing the Pi right up to the limit but it runs* just*about stably. What I do think made a significant difference was switching the power cable to one that outputs 5.2v so by the time it gets to the pi it's a solid 5v. Julian On 3 July 2013 09:42, Dan Wilcox danomat...@gmail.com wrote: Yeah I tried that out a few months ago when we started the thread. Jack adds some unnecessary overhead in my opinion and I'm surprised that a device that should be more than capable to handle this is just not setup correctly. I'm running a minimal commandline install and pd + realtime straight alsa should work great ... it has for me in the past. His jack setup basically uses *all* the cpu of the pi, so that cuts out the other parts of my setup altogether .. visual, device input, etc. Again, I was able to get good latency with a much lower resource machine (until it just wore out), so it *should* be possible. On Jul 3, 2013, at 4:35 AM, Julian Brooks jbee...@gmail.com wrote: Hey Dan, Jeremy (autostatic), who setup the 'rpi and low latency, real time audio' thread has a UA-25 and seems to have full duplex working with jack (this was before the recent tweaks as well): http://www.raspberrypi.org/phpBB3/viewtopic.php?p=286222sid=85c8b0a7cca69e35dcafaf58ff916eec#p286222 Could be worth asking him? Julian On 3 July 2013 02:58, Dan Wilcox danomat...@gmail.com wrote: Yeah I tried the latest firmware with my Raspbian install and still have issues with my UA-25. Full stereo duplex = dropouts. :( On Jul 2, 2013, at 5:52 PM, pd-list-requ...@iem.at wrote: *From: *Pierre Massat pimas...@gmail.com *Subject: **Re: [PD] Raspberry Pi USB2 audio fixed (apparently)* *Date: *July 2, 2013 3:52:31 PM EDT *To: *Julian Brooks jbee...@gmail.com *Cc: *PD List pd-list@iem.at Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off
Re: [PD] Raspberry Pi USB2 audio fixed (apparently)
Hey Pierre, Damn that's rubbish! Have you checked that pulseaudio is uninstalled? Also try: sudo rm /etc/asound.conf My understanding is that after the recent also fixes the asound.conf is redundant and can cause issues. 1st couple of options that spring to mind (also feel bad for promoting possibly duff info:( Hope you can sort it, Julian On 2 July 2013 20:52, Pierre Massat pimas...@gmail.com wrote: Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off and left with the inability to use Pd at all on my Pi. I haven't tried Miller's compiled version of Vanilla yet (I still don't know how it is different from the one available in the Raspbian repos). The recent Planet CCRMA Satelite for the RPi is also an option. Pierre. 2013/6/5 Julian Brooks jbee...@gmail.com Hey all, So, umm, yeah. Is everyone on this already? Just got a message saying that an 'rpi-update' should fix the usb2 problems for soundcards. Not checked 'cos I spent bloody ages tracking down soundcards that did work. Good to know though. http://www.raspberrypi.org/phpBB3/viewtopic.php?p=364163sid=04807df00bff9fa076fd62c358dfd9fc#p364163 http://www.raspberrypi.org/phpBB3/viewtopic.php?p=362690#p362690 http://www.raspyfi.com/raspberry-pi-usb-audio-fix/ (anyone checked out this distro btw?) Good to hear there seems to be lots of audio tweaks and exploration going on on the Pi (still:) Best wishes, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to install and use GPIO external
Hey Josh, In the gpio folder, do you have 'gpio.l_arm' ? i386 is for a different processor type and the rpi is arm. Keep going, you're nearly there:) Julian On 18 June 2013 22:37, Josh Downing jndown...@gmail.com wrote: Sorry for attaching the pics. Will avoid this in the future. Julian, you are right, I have not compiled it. I did not know how to do this. When I navigate to the directory that I have unzipped the files (home/pi/pd-externals/gpio) and then type make it prints the following: cc -DPD -O2 -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -Wall -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I../pd/src -I../../pd/src -I../../../pd/src -I../../../../pd/src -I../../../../../pd/src -m32 -o gpio.o -c gpio.c cc1: error: unrecognized command line option ‘-m32’ make: *** [gpio.l_i386] Error 1 Do you know what this error message could mean? What should I expect as the output from compiling like this? Not sure what I should be looking for. I did notice that this output looks like what is listed in the makefile.include that is in the root directory of the zipped archive (pi-externs.tgz). Josh On Tue, Jun 18, 2013 at 5:48 AM, Julian Brooks jbee...@gmail.com wrote: i'm not very familiar with the specific help-patch, but i do know a bit of Pd The joy of understatement. Josh, sounds like you haven't compiled the external yet. My memory (and I'm guessing here, don't have a Pi to confirm atm) is this: from the command line cd (change directory) to the gpio folder (wherever you've put it on the pI) and type 'make'. Check the command line doesn't spit any errors and in theory there should be a gpio external sat in the gpio folder at the end of it. Maybe you've done this already and it's compiled happily? In that case you need to tell Pd where the external is - a good place to put it would be in the 'externals' folder. puredata.info is your friend here. Regards, Julian On 18 June 2013 08:18, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-06-17 22:03, Josh Downing wrote: How do I install this external? I can open the gpio-help.pd file in pure data but when I try to open it I get the attached error message (pd_error_message.png). meta for the future, would you mind posting the *text* of the error message into your mail, rather than creating a snapshot? it allows users who read their emails in text-based mail readers to understand your question and eventually answer it. also it does not waste bandwidth for no extra information... /meta what's the content of gpio.l_i386? what does ls -l gpio.l_i386 show? what does ldd gpio.l_i386 show? (gpio_help_configuration.png) for how I configured Jaime's gpio-help.pd the main problem you have, is that the object does not create (dashed border), so it doesn't do anything. apart from that, how does your screenshot differ from the original help-patch? i'm not very familiar with the specific help-patch, but i do know a bit of Pd, and might be able to help if i could understand the problem. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHACdQACgkQkX2Xpv6ydvRsAQCgilg7on3ckPDh0CuhnLZdtJtE cCEAoLm6bM3In2+anVbX2tgg6b6VSz8u =81Kk -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to install and use GPIO external
i'm not very familiar with the specific help-patch, but i do know a bit of Pd The joy of understatement. Josh, sounds like you haven't compiled the external yet. My memory (and I'm guessing here, don't have a Pi to confirm atm) is this: from the command line cd (change directory) to the gpio folder (wherever you've put it on the pI) and type 'make'. Check the command line doesn't spit any errors and in theory there should be a gpio external sat in the gpio folder at the end of it. Maybe you've done this already and it's compiled happily? In that case you need to tell Pd where the external is - a good place to put it would be in the 'externals' folder. puredata.info is your friend here. Regards, Julian On 18 June 2013 08:18, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-06-17 22:03, Josh Downing wrote: How do I install this external? I can open the gpio-help.pd file in pure data but when I try to open it I get the attached error message (pd_error_message.png). meta for the future, would you mind posting the *text* of the error message into your mail, rather than creating a snapshot? it allows users who read their emails in text-based mail readers to understand your question and eventually answer it. also it does not waste bandwidth for no extra information... /meta what's the content of gpio.l_i386? what does ls -l gpio.l_i386 show? what does ldd gpio.l_i386 show? (gpio_help_configuration.png) for how I configured Jaime's gpio-help.pd the main problem you have, is that the object does not create (dashed border), so it doesn't do anything. apart from that, how does your screenshot differ from the original help-patch? i'm not very familiar with the specific help-patch, but i do know a bit of Pd, and might be able to help if i could understand the problem. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHACdQACgkQkX2Xpv6ydvRsAQCgilg7on3ckPDh0CuhnLZdtJtE cCEAoLm6bM3In2+anVbX2tgg6b6VSz8u =81Kk -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to install and use GPIO external
Meant to add: Any other issues give us a shout and if I can help, I will. On 13 June 2013 09:56, Julian Brooks jbee...@gmail.com wrote: Hi Josh, The thread you're after is this one: gpio on the raspberry pi from within pd ? (ooh - big font) And Jaime's helpfile's attached. That should do it. Julian On 13 June 2013 06:37, Josh Downing jndown...@gmail.com wrote: I'm trying to figure out how to use the [gpio] external and I'm totally lost on how to install it and then how to use it inside PD on my raspberry pi. I did download the external from Miller Puckette's website but that is about as far as I have been able to get. I would like to be able to configure 4 GPIO pins as inputs and read their state within my PD patch. Could anyone provide me with any help on how I would go about installing this patch and using it in PD on the pi? Also, I found a thread in the list serve archive where someone had attached a draft of instructions on how to install and use the GPIO external but unfortunately the attached file was not available. Could someone send me these instructions if you have them? Thanks, Josh ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to install and use GPIO external
Hi Josh, The thread you're after is this one: gpio on the raspberry pi from within pd ? (ooh - big font) And Jaime's helpfile's attached. That should do it. Julian On 13 June 2013 06:37, Josh Downing jndown...@gmail.com wrote: I'm trying to figure out how to use the [gpio] external and I'm totally lost on how to install it and then how to use it inside PD on my raspberry pi. I did download the external from Miller Puckette's website but that is about as far as I have been able to get. I would like to be able to configure 4 GPIO pins as inputs and read their state within my PD patch. Could anyone provide me with any help on how I would go about installing this patch and using it in PD on the pi? Also, I found a thread in the list serve archive where someone had attached a draft of instructions on how to install and use the GPIO external but unfortunately the attached file was not available. Could someone send me these instructions if you have them? Thanks, Josh ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list gpio-help.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Raspberry Pi USB2 audio fixed (apparently)
Hey all, So, umm, yeah. Is everyone on this already? Just got a message saying that an 'rpi-update' should fix the usb2 problems for soundcards. Not checked 'cos I spent bloody ages tracking down soundcards that did work. Good to know though. http://www.raspberrypi.org/phpBB3/viewtopic.php?p=364163sid=04807df00bff9fa076fd62c358dfd9fc#p364163 http://www.raspberrypi.org/phpBB3/viewtopic.php?p=362690#p362690 http://www.raspyfi.com/raspberry-pi-usb-audio-fix/ (anyone checked out this distro btw?) Good to hear there seems to be lots of audio tweaks and exploration going on on the Pi (still:) Best wishes, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Ivica, All the info is on this thread: http://www.mail-archive.com/pd-list@iem.at/msg57752.html The object is [gpio] and whilst working fine, is pretty basic. Jaime's helpfile is very useful and recommended. OAN - Had a quick look at your site for the RPI version of pd-l2ork - really excellent documentation, looks great, hats off to you. Should have more time next month to properly engage with pd-l2ork - looking forward to it. Cheers, Julian On 3 June 2013 05:42, Ivica Bukvic i...@vt.edu wrote: Joining late to the discussion--is there now a native Pd external that allows direct connection to RPi pins or is there still a need to use middleware to access the data steam? If former, where can one get their hands on the source--I would love to include it in the next pd-l2ork RPi release? Please advise. On May 23, 2013 8:20 AM, Julian Brooks jbee...@gmail.com wrote: Just checked it again and noticeably in comparison to all our previous testing there is now (as good as) zero errors from the sensors. Rock solid. Joy. On 23 May 2013 13:16, Julian Brooks jbee...@gmail.com wrote: Hey Martin, Many thanks for the extra wiring diagram. We managed to confirm both sensors are working via pin11 from the IC going between earth 3v with gpio17 disconnected and running i2cdetect. That was really useful as it was the first definite confirmation that both sensors are working correctly. In the process of doing that we also discovered that the line from gpio17 to IC pin11 was in fact not connected to gpio17 at all! To try and keep the protoplate reasonably tidy we'd soldered to the underneath of the plate. Somehow in the flipping from one side to the other we'd messed up and missed by two connecting it to ground and therefore making complete sense as to why only one sensor was working. This is also after spending a half hour this morning checking and double checking all the various lines and connections. So working now - blimey. OAN - Whilst wanting to progress the Pd patch last night, having left it since last Friday, I plugged the box with all our gubbins in and promptly blew up the Pi - proper fried it it seems. Loose power cable to the Pi and we think it was touching a screw on the box. Kapput. The RPi was a rev1 board and my other is rev2 and the custom image I made doesn't work on the rev2 board. Always know this was a possible issue but, you know, got a ton of other stuff to be getting on with. So spent until 4am building a fresh image from http://moebiuslinux.sourceforge.net/ and works really well so far-which is good. Didn't get my patching done though:) Long way of saying that I've updated my C file to reflect this and all working lovely. Thank you thank you thank you. Been much fun, Julian P.S. Will give this thread a nudge when I've documented it all (it's a whopper) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] linux best for pd? / best linux for Pd? / On a Mac?
And what happened to Puredyne? Was it killed? Page is offline... Yep - it's a gonner. AFAIK - Never managed to get it going on macs anyway - though I did see Nick Collins do it at ICMC11 somehow, and in about 15m. Never followed it up as puredyne was unfortunately obviously on it's way out by that point. Hell of a job keeping a full-blown distro up and running, amazing GOTO10 did it for so long. Cheers, Julian On 31 May 2013 18:10, Alexandre Torres Porres por...@gmail.com wrote: Nice, just so we're all on the same page, the thing Esteban mentioned about any RT ready distro works makes sense, right? I can forget about the idea someone gave that the more hard to install and configure something, the better (like slackware). So something like Ubuntu Studio does the trick as well as anything else, right? So, besides what you mentioned, is there any other option to chose from? Here's what I got: - Ubuntu Studio And three that are based on Ubuntu Studio, or Ubuntu... - KXstudio - Shumamis Linux Light - DreamStudio Anything else? And what happened to Puredyne? Was it killed? Page is offline... So all I need to do is work the booting crap out and have fun... cool. Will do. thanks 2013/5/31 Pedro Lopes plopesresea...@gmail.com Mine is a MacBook Air (13-inch, Mid 2012) I run Ubuntu (last stable) and all drivers work. Including wifi and the likes. Touchpad needs additional tweeking though and have not yet had the time for that. I need macosx to lecture at the university and I ran pd there without any issues, trough jack (I basically have replicated setups on both linux and mac). best, pedro On Fri, May 31, 2013 at 6:56 PM, Alexandre Torres Porres por...@gmail.com wrote: cool you're coming! by the way, mine is a macbook air, mid 2011 cheers 2013/5/31 Esteban Viveros emvive...@gmail.com Ok.. Ubuntu have optimized images for mac ( http://cdimage.ubuntu.com/releases/precise/release/) I can't do a specific ubuntu prepared for you because I don't have a mac to run this Ubuntu and do all the test. If you don't have any solution, I'm going to SP in more 3 weeks, contact me and we can try something together.. 2013/5/31 Esteban Viveros emvive...@gmail.com Hum... :/ Ok... Waiting for another suggestion I'm find some new information. All the three distros I suggest are based in Ubuntu 12.04 LTS... Seems some macbook pro models Ubuntu 12.04 don't work. First check this list: https://help.ubuntu.com/community/MacBookPro If it's possible, you can try this tutorial: http://randomtutor.blogspot.com.br/2013/02/installing-ubuntu-1304-on-retina.html Seems more easy and direct than the last link information. 2013/5/31 Alexandre Torres Porres por...@gmail.com it says no bootable device - press any key KXstudio DreamStudio also burnt to CD/DVD and had the same issue. Whatever I have to do will work for them all I guess. Maybe that thing for dealing with the booting stuff on a mac that looks kind of a drag. thanks 2013/5/31 Alexandre Torres Porres por...@gmail.com hmm, no luck well, the instructions don't cover macs, and only talk about a installation from a pen drive with a windows software (it's ok, I got parallels, but I don't have a big enough pen drive). I tried using the software to burn the image into a partition from an external hard drive, but the windows software gave me a warning it wouldn't boot, and in fact it didn't. Next, tried burning the image to a DVD in an external Drive and boot from it... No deal. It even shows as an option to boot (although the DVD is as windows), but when you click it, it says no bootable device - press any key This seems hard, I was hoping not to have to buy a pen drive just for it. Maybe some other distribution? Thanks 2013/5/30 Esteban Viveros emvive...@gmail.com I don't test Shumamis in Mac.. Please give me a feedback! ;) 2013/5/30 Esteban Viveros emvive...@gmail.com Sorry... Reply all... Ok.. Shumamis don't have Ardour pre installed, I use it in music and tecnology workshops I do. To install ardour: 1) Press Ctrl+Alt+T , it will open terminal. 2) run in terminal: sudo apt-get install ardour3 3) it is! 2013/5/30 Alexandre Torres Porres por...@gmail.com cool, so it seems I dont need to bother with hardcore configuring using a not so easy one like slackware? I'll give this Shumamis a try, but I don't see ardour there though. Did you install this on a mac? I'm downloading the 64 bit version. I got a previous generation macbook air. Dual core i7 1.8GHz. 4GB Ram cheers 2013/5/30 Esteban Viveros emvive...@gmail.com Maybe I can be wrong, but to work with pd in realtime performances you will need a kernel patched with rt features. At least low-latency kernel. I'm start to do a little distro (Ubuntu 12.04.2 based) it in portuguese. You can try it. Shumamis Linux Light have included with qtractor DAW and Ardour 3 is very
Re: [PD] RPI Alsa mmap support
Hey Pierre, Not sure if the 2 are related but presuming they are... I've just been testing an ESI UDJ6 soundcard and the image I backed up before updating the firmware would only run the card with the usb and ethernet slowdown options. Post rpi-update got 6 channels of audio without either slowdown required though I think it does run better (less system resources) with both options enabled. My trusty ol' Griffin just 'works' with both installs so didn't notice any difference but I haven't yet checked whether usb slowdown is still required for duplex with that soundcard as of yet. This is on a rev1 256meg board btw. Regards, Julian On 8 May 2013 14:33, Pierre Massat pimas...@gmail.com wrote: hi Julian, Could you please tell us what difference this makes in terms of performance ? Do you use JACK ? Is this any better than with Pd only ? Cheers, Pierre. 2013/5/8 Julian Brooks jbee...@gmail.com Thanks to Dan for the 'update alsa mmap' command' Thought I'd buggered up my install until I ran that command, now all happy again. Julian On 4 May 2013 20:18, Julian Brooks jbee...@gmail.com wrote: Hi all, Dunno if everyone's on this already but looks useful: http://martinezjavier.wordpress.com/2013/04/27/mmap-support-for-raspberry-pi-bcm2835-alsa-driver/ From here: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=38t=33462p=334943#p334943 Not tested as of yet but anything that squeezes a bit more audio performance out of the RPi is to be welcomed. rpi-update ahoy, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pyOSC receives but wont send/connect to Pd
Hi Matijoncek, Thanks for your suggestion. Unfortunately it doesn't work. Adding 'localhost to the .py file made no difference. Also, the Pd receive patch has [udpreceive] which only takes the port address as an argument. Must admit that I'm now distracted by this post '[PD] Pd -- Python, IPC, FUDI, pdreceive, et cetera !' which works here but is quite a lot more involved. More steep learning curves. All the best, Julian On 6 May 2013 09:17, matijoncek prdoncek ilovedr...@gmail.com wrote: Try changing the IP in the python script to localhost client.connect(('127.0.0.1', 9001)) to client.connect(('localhost', 9001)) make sure it is also set to localhost in the pd patch. On Sun, May 5, 2013 at 10:38 PM, Julian Brooks jbee...@gmail.com wrote: Hey Alex / all, This could be stupidly obvious but I'm completely new to python so bear with me please: I'm following the tutorials that Alex put up here: https://github.com/alx-s/RPi_tutorials/tree/master/OSC_python-pd First off, many thanks for the tutorials Alex:) I can't seem to get the test python program to connect/receive from Pd. https://github.com/alx-s/RPi_tutorials/blob/master/OSC_python-pd/OSC_send_python.py When I do this: python OSC_send_python.py with the corresponding pd patch up and running I get: not connected In the console where the py file is running from. Must be something simple as the py file has very little in it. On the RPi pd 0.44-2 iemnet/[udpreceive] Send examples work btw Does anyone have a quick fix/some wisdom? Best wishes, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] High CPU usage when tracks are muted (Raspberry Pi)
Yep good call, maybe a Pd update might fix it (pre-compiled version for RPi on Miller's webpage http://crca.ucsd.edu/~msp/software.html ) as from 0.44-2 the denormal thing has (apparently) been sorted. On 5 May 2013 18:58, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-05-05 13:52, Halfdan Mouritzen wrote: Yes, what I don't understand though is _why_ we see such an increase in CPU load, when the channels are muted. Could it be that denormals are produced when the line gets close to 0? Depending on how the floating point is set up that could cause a lot of context switching. What happens if you fade to 0.001 instead of 0? Martin __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pyOSC receives but wont send/connect to Pd
Hey Alex / all, This could be stupidly obvious but I'm completely new to python so bear with me please: I'm following the tutorials that Alex put up here: https://github.com/alx-s/RPi_tutorials/tree/master/OSC_python-pd First off, many thanks for the tutorials Alex:) I can't seem to get the test python program to connect/receive from Pd. https://github.com/alx-s/RPi_tutorials/blob/master/OSC_python-pd/OSC_send_python.py When I do this: python OSC_send_python.py with the corresponding pd patch up and running I get: not connected In the console where the py file is running from. Must be something simple as the py file has very little in it. On the RPi pd 0.44-2 iemnet/[udpreceive] Send examples work btw Does anyone have a quick fix/some wisdom? Best wishes, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] RPI Alsa mmap support
Hi all, Dunno if everyone's on this already but looks useful: http://martinezjavier.wordpress.com/2013/04/27/mmap-support-for-raspberry-pi-bcm2835-alsa-driver/ From here: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=38t=33462p=334943#p334943 Not tested as of yet but anything that squeezes a bit more audio performance out of the RPi is to be welcomed. rpi-update ahoy, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Martin / all, Oh there's much chin scratching and head shaking going on at our end atm... Can we ask if we have the hardware configured correctly before moving onto software issues please: Attached is the diagram of our 4051 mux'er. This is what we have and aren't sure if it's correct 16 to 3.3v RPi 14 to SCL (sensor 1) 13 to SCL (sensor 2) [Each SCL has 10k resistor and a feed of 3.3v from RPi] 11 to P1-11 (GPIO 17) - RPi 10 to SDA (sensor 1) 9 to SDA (sensor 2) 7 to Ground 3 to SDA P1-03 (GPIO 0) - RPi The power for the sensors is wired directly into 5v from the RPi. The ground for the sensors is wired directly into the RPi. I'm not sure if this has happened after running the code for the sensors but I'm now unable to access the i2c busses: cat /dev/i2c* cat: /dev/i2c-0: Input/output error cat: /dev/i2c-1: Input/output error I note from the code that we're now using gpio17 instead of the i2c busses which would account for that error I guess? Few more coding issues but feel like we could do with some confirmation that the hardware's correct before moving on? Cheers, Julian On 29 April 2013 16:38, Martin Peach martin.pe...@sympatico.ca wrote: Here's a patch to display data from two D6T sensors on the same I2C bus. The clock line is switched using a 4051 analog multiplexer. The control line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit are at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 and X1 of the 4051 (I2C clock connects to X). Because the code accesses the GPIO file system it needs to be run as root. I have two different sensors so the code reads two different packet lengths. Just a proof of concept, there could be up to 8 identical sensors on the same bus with this setup. Martin On 2013-04-25 20:04, Julian Brooks wrote: Just spotted this: https://github.com/kadamski/i2c-gpio-param Could be useful On 25 April 2013 15:54, Martin Peach martin.pe...@sympatico.ca mailto:martin.pe...@sympatico.ca wrote: On 2013-04-25 10:37, Julian Brooks wrote: 'Nother 2 dumb questions: What's the difference between the ones that have spider/centipede type legs and the straight ones (which would be best to get). The PDIP package is what you want, not the SOIC. The only difference is size. DIP packages are human-friendly, surface mount is for robots. And also are you attaching the MC14051 to any type of board/adaptor or just soldering straight on to the pins? I have it in a breadboard right now, to make it more permanent I would solder a socket to a prototyping board then (after verifying the connections) plug the chip into the socket. Soldering to the pins makes it difficult to replace the IC, and risks damaging it with the heat if you're not good at soldering quickly and to the point. A CD4051 would also work, it's basically the same circuit. Martin attachment: 4051.jpg___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Ok - thanks for that, makes more sense now. When I run the C code this happens: ./jb_d6t_reader_ic3 0 ...export file accessed, new pin now accessible ...direction set to output ./jb_d6t_reader_ic3: initialized:0 Write failed (5) Input/output error ...unexport file accessed, pin now inaccessible I've done my best to go through the code and make changes where appropriate. Replaced D6T8L with DRT44L2 and changed packet size. Altered all references for 2nd sensor to DRT44L2 and also changed i2c-1 to 0 for rev1 board. Weirdly I can't access the i2c bus anymore? cat /dev/i2c* cat: /dev/i2c-0: Input/output error cat: /dev/i2c-1: Input/output error Tried to follow the code to figure where it's falling down but I'm not getting it. Also do I still need 1 or 0 after './jb_d6t_reader_ic(n)? 1 seems to make it to go into PEC spiral with no readings. Read failed (5) Input/output error D6T_checkPEC says 0x8F Read failed (5) Input/output error D6T_checkPEC says 0x8F Read failed (5) Input/output error D6T_checkPEC says 0x8F Read failed (5) Input/output error D6T_checkPEC says 0x8F Read failed (5) Input/output error D6T_checkPEC says 0x8F Read failed (5) Input/output error etc etc. i2cdetect -y 0 also draws a blank. Very best wishes, Julian On 3 May 2013 16:31, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-05-03 10:26, Julian Brooks wrote: Hey Martin / all, .. This is what we have and aren't sure if it's correct Yes it's a bit wrong... 16 to 3.3v RPi 14 to SCL (sensor 1) Yes, pin 3 is connected through to pin 13 when pin 11 is low, and to pin 14 when 11 is high. So it's actually sensor 2 on pin 14. 13 to SCL (sensor 2) Is actually sensor 1 [Each SCL has 10k resistor and a feed of 3.3v from RPi] 11 to P1-11 (GPIO 17) - RPi Yes, 11 selects which channel. 9,10, and 11 make up a 3-bit address which selects which of the 8 output channels is connected to the input on pin 3. If you only have 2 sensors the two extra selector pins must be set low. 10 to SDA (sensor 1) 10 to Ground or another selector pin if you have more than 2 sensors The sensor data pins are connected directly to the RPi SDA pin, only the SCL line goes through the 4051. 9 to SDA (sensor 2) 9 to Ground or another selector pin 7 to Ground Also, 6 (Inhibit) must be low for the chip to function (this permits expanding to more than 8 channels by using more 4051s) Pin 8 to Ground 3 to SDA P1-03 (GPIO 0) - RPi 3 to SCL RPi, you're switching the clock line, not the data The power for the sensors is wired directly into 5v from the RPi. The ground for the sensors is wired directly into the RPi. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ESI Gigaport HD+ on RPI
Cool - did the gigaport work straight off/recognised at boot/lsusb etc? On 2 May 2013 16:20, Antoine Villeret antoine.ville...@gmail.com wrote: Hi, I got an ESI Gigaport HD+ to work on the RPi 8 outputs at 48kHz / 24bit, no input with alsa backend without dwc_otg.speed=1 option I also tested ESI UGM6 (2 high-Z inputs, 2 line output) It works well with alsa when input is disabled I got lots of crackle with input enabled I can't get it to work at all with dwc_otg.speed=1 I've updated the Wiki page cheers a -- do it yourself http://antoine.villeret.free.fr 2013/4/28 Antoine Villeret antoine.ville...@gmail.com hi, thanks for feedback I bought yesterday a Gigaport HD+ I hope it will work at least on my Ubuntu laptop and I'll test it on RPi too and update the wiki page I also bought at the same time a ESI UGM96 (2 Hi-Z input, 1 stereo output and 2 headphone out - but i don't how many separates outputs) to use on the Pi, I'm not sure it will work because the user manual doesn't say anything about USB and USB Audio class compliance while the HD+ manual does... And yes, the UDJ6 works great on the pi, 6 outputs (a stereo headphone jack output and 4 RCA) cheers antoine -- do it yourself http://antoine.villeret.free.fr 2013/4/28 Julian Brooks jbee...@gmail.com Sorry, Just noticed the question about the hub: No hub - not sure why you're asking but if it's relevant the Pi was connected to 5.2v/2a power cable, and running most recent firmware. On 28 April 2013 01:16, Julian Brooks jbee...@gmail.com wrote: Hi Antoine, The one I added is the HD (not HD+). This one has the same casing as the 'AG' so was hopeful but no, nada. Initially thought the one I tested was broken as there was no sign of it on the pi. Plugged it into my debian lappy and boom - all recognized and working. Pah. Currently sat on the 'not sure what to do with pile'. It would have been great; 6 outs for not much money (plus the recycling redundant technology thing). You seem to have had good results from the 'UDJ' card which seems to be currently the other choice for multiple audio outs on the RPi? Julian On 27 April 2013 16:25, Miller Puckette m...@ucsd.edu wrote: I can't report about that but I have another compliant USB 1.1 interface, Edrol UA25, which I've never been able to get to work with a pi. So I think this is confirmation that that can indeed sometimes happen (if it were just one of us perhaps it could have been a fluke). cheers M On Sat, Apr 27, 2013 at 11:18:06AM +0200, Antoine Villeret wrote: hi all, someone added the ESI Gigaport HD+ as a not working sound card few days ago on http://puredata.info/docs/raspberry-pi I'm quite surprised because this sound card is USB Audio Class 1 compliant and USB spec version 1.1 compliant and also fully compatible to USB 2.0 host controllers Moreover, I had a confirmation this sound card works on Linux and it's previous version ESI Gigaport Ag works on the Pi. Thus i was thinking Gigaport HD+ will work on the RPi; Who made the test ? Could you tell me more about the setup ? (mainly if you use a USB hub or not) Cheers a -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ESI Gigaport HD+ on RPI
(FORMAT_TYPE_I) bNrChannels 8 bSubframeSize 2 bBitResolution 16 bSamFreqType1 Discrete tSamFreq[ 0]44100 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes9 Transfer TypeIsochronous Synch Type Adaptive Usage Type Data wMaxPacketSize 0x0360 1x 864 bytes bInterval 1 bRefresh0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined but PD see it clearly + a -- do it yourself http://antoine.villeret.free.fr 2013/5/2 Julian Brooks jbee...@gmail.com Cool - did the gigaport work straight off/recognised at boot/lsusb etc? On 2 May 2013 16:20, Antoine Villeret antoine.ville...@gmail.com wrote: Hi, I got an ESI Gigaport HD+ to work on the RPi 8 outputs at 48kHz / 24bit, no input with alsa backend without dwc_otg.speed=1 option I also tested ESI UGM6 (2 high-Z inputs, 2 line output) It works well with alsa when input is disabled I got lots of crackle with input enabled I can't get it to work at all with dwc_otg.speed=1 I've updated the Wiki page cheers a -- do it yourself http://antoine.villeret.free.fr 2013/4/28 Antoine Villeret antoine.ville...@gmail.com hi, thanks for feedback I bought yesterday a Gigaport HD+ I hope it will work at least on my Ubuntu laptop and I'll test it on RPi too and update the wiki page I also bought at the same time a ESI UGM96 (2 Hi-Z input, 1 stereo output and 2 headphone out - but i don't how many separates outputs) to use on the Pi, I'm not sure it will work because the user manual doesn't say anything about USB and USB Audio class compliance while the HD+ manual does... And yes, the UDJ6 works great on the pi, 6 outputs (a stereo headphone jack output and 4 RCA) cheers antoine -- do it yourself http://antoine.villeret.free.fr 2013/4/28 Julian Brooks jbee...@gmail.com Sorry, Just noticed the question about the hub: No hub - not sure why you're asking but if it's relevant the Pi was connected to 5.2v/2a power cable, and running most recent firmware. On 28 April 2013 01:16, Julian Brooks jbee...@gmail.com wrote: Hi Antoine, The one I added is the HD (not HD+). This one has the same casing as the 'AG' so was hopeful but no, nada. Initially thought the one I tested was broken as there was no sign of it on the pi. Plugged it into my debian lappy and boom - all recognized and working. Pah. Currently sat on the 'not sure what to do with pile'. It would have been great; 6 outs for not much money (plus the recycling redundant technology thing). You seem to have had good results from the 'UDJ' card which seems to be currently the other choice for multiple audio outs on the RPi? Julian On 27 April 2013 16:25, Miller Puckette m...@ucsd.edu wrote: I can't report about that but I have another compliant USB 1.1 interface, Edrol UA25, which I've never been able to get to work with a pi. So I think this is confirmation that that can indeed sometimes happen (if it were just one of us perhaps it could have been a fluke). cheers M On Sat, Apr 27, 2013 at 11:18:06AM +0200, Antoine Villeret wrote: hi all, someone added the ESI Gigaport HD+ as a not working sound card few days ago on http://puredata.info/docs/raspberry-pi I'm quite surprised because this sound card is USB Audio Class 1 compliant and USB spec version 1.1 compliant and also fully compatible to USB 2.0 host controllers Moreover, I had a confirmation this sound card works on Linux and it's previous version ESI Gigaport Ag works on the Pi. Thus i was thinking Gigaport HD+ will work on the RPi; Who made the test ? Could you tell me more about the setup ? (mainly if you use a USB hub or not) Cheers a -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cheap audio USB device with Raspberry PI -- works!
Blimey:) Could be really useful for workshops etc. £1.81 and free shipping to U.K (takes a while tho', so plan ahead). Nice find. Julian On 30 April 2013 21:54, Max abonneme...@revolwear.com wrote: i've added this info to https://puredata.info/docs/raspberry-pi/FrontPage it has no vendor/brand name, but the model is: HY544 Am 30.04.2013 um 22:14 schrieb Alexandre Castonguay acastong...@artengine.ca: Hi all, This card works (audio i/o) with the Raspberry PI (Raspbian). You just need to type 'amixer -c 1 set Mic 80% cap' in a term window to enable to Mic. In PD, under preferences, choose 'Alsa' as output and under 'audio configuration', select 'input Generic AudioUSB Device (hardware) Channels 1' and 'output Generic USB Audio Device (plug-in) Channels 2'. This is the beast :-) - http://dx.com/p/usb-3d-sound-adapter-color-assorted-5831 (2.80 USD!) Have fun, * Merci à André Girard! Alexandre ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Super-useful, thanks Martin. Will be testing it out in a couple of days so will report back then. Julian On 29 April 2013 16:38, Martin Peach martin.pe...@sympatico.ca wrote: Here's a patch to display data from two D6T sensors on the same I2C bus. The clock line is switched using a 4051 analog multiplexer. The control line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit are at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 and X1 of the 4051 (I2C clock connects to X). Because the code accesses the GPIO file system it needs to be run as root. I have two different sensors so the code reads two different packet lengths. Just a proof of concept, there could be up to 8 identical sensors on the same bus with this setup. Martin On 2013-04-25 20:04, Julian Brooks wrote: Just spotted this: https://github.com/kadamski/**i2c-gpio-paramhttps://github.com/kadamski/i2c-gpio-param Could be useful On 25 April 2013 15:54, Martin Peach martin.pe...@sympatico.ca mailto:martin.peach@**sympatico.ca martin.pe...@sympatico.ca wrote: On 2013-04-25 10:37, Julian Brooks wrote: 'Nother 2 dumb questions: What's the difference between the ones that have spider/centipede type legs and the straight ones (which would be best to get). The PDIP package is what you want, not the SOIC. The only difference is size. DIP packages are human-friendly, surface mount is for robots. And also are you attaching the MC14051 to any type of board/adaptor or just soldering straight on to the pins? I have it in a breadboard right now, to make it more permanent I would solder a socket to a prototyping board then (after verifying the connections) plug the chip into the socket. Soldering to the pins makes it difficult to replace the IC, and risks damaging it with the heat if you're not good at soldering quickly and to the point. A CD4051 would also work, it's basically the same circuit. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hi Martin / all, Possibly overly-nerdy question here: I'm buying the various bits and pieces we require for the multiplexer and I'm noticing quite a difference in pricing options for the pull-up resistors. There's this one: http://uk.farnell.com/welwyn/rc55-10k-0-1/resistor-10k-250mw-0-1/dp/9499938 which is 86p each. Or there's something like this: http://uk.farnell.com/multicomp/mcf-0-25w-10k/resistor-10k-250mw-5/dp/9339060 which is 2p each. The former's spec sheet talks about its very low noise ratio and thinking on from reading the sensors spec sheet it's also pushed there to use low-noise components. Do you think it actually makes any difference? I have to buy a minimum 50 of the cheap ones so buying a couple of the dearer ones doesn't actually make much of a difference. It got me thinking as you mentioned that your getting virtually no PEC errors from the sensors whereas as we are getting them very regularly. I had been thinking it was the soldering of those pernickety sensors but could it also be the cheap 4k resistors currently on our board? Cheers, Julian On 29 April 2013 16:38, Martin Peach martin.pe...@sympatico.ca wrote: Here's a patch to display data from two D6T sensors on the same I2C bus. The clock line is switched using a 4051 analog multiplexer. The control line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit are at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 and X1 of the 4051 (I2C clock connects to X). Because the code accesses the GPIO file system it needs to be run as root. I have two different sensors so the code reads two different packet lengths. Just a proof of concept, there could be up to 8 identical sensors on the same bus with this setup. Martin On 2013-04-25 20:04, Julian Brooks wrote: Just spotted this: https://github.com/kadamski/**i2c-gpio-paramhttps://github.com/kadamski/i2c-gpio-param Could be useful On 25 April 2013 15:54, Martin Peach martin.pe...@sympatico.ca mailto:martin.peach@**sympatico.ca martin.pe...@sympatico.ca wrote: On 2013-04-25 10:37, Julian Brooks wrote: 'Nother 2 dumb questions: What's the difference between the ones that have spider/centipede type legs and the straight ones (which would be best to get). The PDIP package is what you want, not the SOIC. The only difference is size. DIP packages are human-friendly, surface mount is for robots. And also are you attaching the MC14051 to any type of board/adaptor or just soldering straight on to the pins? I have it in a breadboard right now, to make it more permanent I would solder a socket to a prototyping board then (after verifying the connections) plug the chip into the socket. Soldering to the pins makes it difficult to replace the IC, and risks damaging it with the heat if you're not good at soldering quickly and to the point. A CD4051 would also work, it's basically the same circuit. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
BTW This is the multiplexer: http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1106109 and the housing: http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1103846 Think these are right? On 29 April 2013 22:44, Julian Brooks jbee...@gmail.com wrote: Hi Martin / all, Possibly overly-nerdy question here: I'm buying the various bits and pieces we require for the multiplexer and I'm noticing quite a difference in pricing options for the pull-up resistors. There's this one: http://uk.farnell.com/welwyn/rc55-10k-0-1/resistor-10k-250mw-0-1/dp/9499938 which is 86p each. Or there's something like this: http://uk.farnell.com/multicomp/mcf-0-25w-10k/resistor-10k-250mw-5/dp/9339060 which is 2p each. The former's spec sheet talks about its very low noise ratio and thinking on from reading the sensors spec sheet it's also pushed there to use low-noise components. Do you think it actually makes any difference? I have to buy a minimum 50 of the cheap ones so buying a couple of the dearer ones doesn't actually make much of a difference. It got me thinking as you mentioned that your getting virtually no PEC errors from the sensors whereas as we are getting them very regularly. I had been thinking it was the soldering of those pernickety sensors but could it also be the cheap 4k resistors currently on our board? Cheers, Julian On 29 April 2013 16:38, Martin Peach martin.pe...@sympatico.ca wrote: Here's a patch to display data from two D6T sensors on the same I2C bus. The clock line is switched using a 4051 analog multiplexer. The control line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit are at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 and X1 of the 4051 (I2C clock connects to X). Because the code accesses the GPIO file system it needs to be run as root. I have two different sensors so the code reads two different packet lengths. Just a proof of concept, there could be up to 8 identical sensors on the same bus with this setup. Martin On 2013-04-25 20:04, Julian Brooks wrote: Just spotted this: https://github.com/kadamski/**i2c-gpio-paramhttps://github.com/kadamski/i2c-gpio-param Could be useful On 25 April 2013 15:54, Martin Peach martin.pe...@sympatico.ca mailto:martin.peach@**sympatico.ca martin.pe...@sympatico.ca wrote: On 2013-04-25 10:37, Julian Brooks wrote: 'Nother 2 dumb questions: What's the difference between the ones that have spider/centipede type legs and the straight ones (which would be best to get). The PDIP package is what you want, not the SOIC. The only difference is size. DIP packages are human-friendly, surface mount is for robots. And also are you attaching the MC14051 to any type of board/adaptor or just soldering straight on to the pins? I have it in a breadboard right now, to make it more permanent I would solder a socket to a prototyping board then (after verifying the connections) plug the chip into the socket. Soldering to the pins makes it difficult to replace the IC, and risks damaging it with the heat if you're not good at soldering quickly and to the point. A CD4051 would also work, it's basically the same circuit. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
:) - ta On 29 April 2013 23:07, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-29 17:59, Julian Brooks wrote: BTW This is the multiplexer: http://uk.farnell.com/jsp/**search/productdetail.jsp?sku=**1106109http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1106109 and the housing: http://uk.farnell.com/jsp/**search/productdetail.jsp?sku=**1103846http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1103846 Think these are right? Yes. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ESI Gigaport HD+ on RPI
Hi Antoine, The one I added is the HD (not HD+). This one has the same casing as the 'AG' so was hopeful but no, nada. Initially thought the one I tested was broken as there was no sign of it on the pi. Plugged it into my debian lappy and boom - all recognized and working. Pah. Currently sat on the 'not sure what to do with pile'. It would have been great; 6 outs for not much money (plus the recycling redundant technology thing). You seem to have had good results from the 'UDJ' card which seems to be currently the other choice for multiple audio outs on the RPi? Julian On 27 April 2013 16:25, Miller Puckette m...@ucsd.edu wrote: I can't report about that but I have another compliant USB 1.1 interface, Edrol UA25, which I've never been able to get to work with a pi. So I think this is confirmation that that can indeed sometimes happen (if it were just one of us perhaps it could have been a fluke). cheers M On Sat, Apr 27, 2013 at 11:18:06AM +0200, Antoine Villeret wrote: hi all, someone added the ESI Gigaport HD+ as a not working sound card few days ago on http://puredata.info/docs/raspberry-pi I'm quite surprised because this sound card is USB Audio Class 1 compliant and USB spec version 1.1 compliant and also fully compatible to USB 2.0 host controllers Moreover, I had a confirmation this sound card works on Linux and it's previous version ESI Gigaport Ag works on the Pi. Thus i was thinking Gigaport HD+ will work on the RPi; Who made the test ? Could you tell me more about the setup ? (mainly if you use a USB hub or not) Cheers a -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ESI Gigaport HD+ on RPI
Sorry, Just noticed the question about the hub: No hub - not sure why you're asking but if it's relevant the Pi was connected to 5.2v/2a power cable, and running most recent firmware. On 28 April 2013 01:16, Julian Brooks jbee...@gmail.com wrote: Hi Antoine, The one I added is the HD (not HD+). This one has the same casing as the 'AG' so was hopeful but no, nada. Initially thought the one I tested was broken as there was no sign of it on the pi. Plugged it into my debian lappy and boom - all recognized and working. Pah. Currently sat on the 'not sure what to do with pile'. It would have been great; 6 outs for not much money (plus the recycling redundant technology thing). You seem to have had good results from the 'UDJ' card which seems to be currently the other choice for multiple audio outs on the RPi? Julian On 27 April 2013 16:25, Miller Puckette m...@ucsd.edu wrote: I can't report about that but I have another compliant USB 1.1 interface, Edrol UA25, which I've never been able to get to work with a pi. So I think this is confirmation that that can indeed sometimes happen (if it were just one of us perhaps it could have been a fluke). cheers M On Sat, Apr 27, 2013 at 11:18:06AM +0200, Antoine Villeret wrote: hi all, someone added the ESI Gigaport HD+ as a not working sound card few days ago on http://puredata.info/docs/raspberry-pi I'm quite surprised because this sound card is USB Audio Class 1 compliant and USB spec version 1.1 compliant and also fully compatible to USB 2.0 host controllers Moreover, I had a confirmation this sound card works on Linux and it's previous version ESI Gigaport Ag works on the Pi. Thus i was thinking Gigaport HD+ will work on the RPi; Who made the test ? Could you tell me more about the setup ? (mainly if you use a USB hub or not) Cheers a -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PCD8544 (Nokia 3110 and 5110 84×48 LCD) on Raspberry Pi
Hi all, Bit of an initial punt here: Before I dive into experimenting with the above lcd display does anyone have any experience with these and had it working with Pd? I've bought a rather nice readymade board for use with the RPi http://www.raspberrypi.org/phpBB3/viewtopic.php?f=59t=38204 and have the test python script working but currently that's about it. Spent several hours reading around the subject and weirdly python makes my brain hurt but C I'm very curious about and interested in (probably my latent thinking that 'proper' Pd'ers can handle a bit of C) but to engage directly with it in Pd somehow would be bloody marvellous. Although I've bought it for the Pi there seems to be lots of people hooking them up to an arduino so that made me think that maybe someone's already been here/done that. As per usual; any and all pointers gratefully accepted. Best wishes to all, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
I'm trying to think how this could be generalized into a useful Pd external but it seems very specific to a particular setup. I do think a more general [i2c] object would be super-useful. Particularly if it could directly open up and access the i2c line. Not sure how he does it but wiringPi has some kind of test routine that figures out what rev board it's on, which is pretty nifty too. If there's a method to incorporate the i2cdetect functions as well then it would be a one-stop-shop - so to speak. Maybe an additional object to [gpio], plus the 2 omron's as externals / or combined into one and that's definitely the start of a new bad-ass lib:) OAN - Really impressed with the C program: the drain on system resources is very minimal. I'm still getting PEC errors on a regular basis though I still think we may have a dodgy connection somewhere down the line - sometimes when i2cdetect the sensor isn't registering and need to give it a little wiggle (not ideal). Also presuming that as the clock is running at 10 cycles that the readings being passed to Pd are set here: char netbuf[256]; in the C code? (could be talking out of my rear-end here I know) And I'm also presuming they can be edited in those multiples (128, 512 etc)? I haven't started experimenting yet but the plan is to run the installation headless. Is there anything I'll need to change in the code to allow the C program to run from boot: Like at the moment the readings are being spat out in the xterm (stdout) via 'printf' I think, which is also replicated via the [netreceive] patch, so I'm guessing I can start to trim stuff down. Thinking aloud here - what I think would be really useful would be a method to have everything start at boot and then a method to route vital test info from both Pd and the C program to one shell so I could ethernet/wireless in via my lappy to check that all is well with the piece. My leaky memory thinks that there's also a fairly recent workaround for the Pi (for M.E.Grimm I think) with routing pretty much this kind of stuff. Anyways, thoughts starting to wander, back to it:) J On 23 April 2013 14:45, Martin Peach martin.pe...@sympatico.ca wrote: Yes that would work too, if you can handle the soldering ;( I suppose you could modify the c code to run two sensors and send the data to two different port numbers, or use two different selectors for the message. Another way would be to have the Pd patch request a reading from a specific sensor. I'm trying to think how this could be generalized into a useful Pd external but it seems very specific to a particular setup. Martin On 2013-04-23 05:06, Julian Brooks wrote: Bit more digging re ic switch: My understanding is that if we got one of these: http://uk.farnell.com/roth-**elektronik/re933-03/adaptor-** smd-tssop-16-0-65mm/dp/1426182http://uk.farnell.com/roth-elektronik/re933-03/adaptor-smd-tssop-16-0-65mm/dp/1426182 and one of these: http://uk.farnell.com/nxp/**pca9546apw/ic-switch-4ch-i2c-** 16tssop/dp/2212120http://uk.farnell.com/nxp/pca9546apw/ic-switch-4ch-i2c-16tssop/dp/2212120 we should in theory be able to run both sensors off the same pins? BUT - would the current code you wrote function better/easier if the sensors were run from 2 separate sets of pins - ie how to parse the info from one patch sounds tricky and presume much simpler with 2 [netreceive] objects attached to 2 C files? J On 23 April 2013 09:42, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey Martin / all, Omron tech support finally got back to me re the address issue, this is what they had to say: D6T sensor can not change the address. When you connect multiple sensors we recommend that you use the IC switching. Please refer to the below document. http://media.digikey.com/pdf/**Data%20Sheets/Omron%20PDFs/** D6T44L_8L_Appl_Note.pdfhttp://media.digikey.com/pdf/Data%20Sheets/Omron%20PDFs/D6T44L_8L_Appl_Note.pdf I've been through the spec sheet several times and don't see anything (admittedly not sure exactly what I'm looking for though) that relates to IC switching. We've still got 2 of these doing nothing currently if they could be brought into action: http://adafruit.com/products/**757 http://adafruit.com/products/757 Or people on the RPi forum seem to have got the 2nd i2c pins going but that seems to be for rev.2 boards only (I think - have posted a question on the thread to ask). Also asked tech support about the PEC errors but no response to that one. I've noticed that the PEC doesn't trigger errors all the time so am wondering if it's possible to filter the errors out of the data somehow in the C file? Still delighted though - the sensors great! Cheers, Julian On 22 April 2013 00:20, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote
Re: [PD] Sensors GPIO Raspberry Pi Pd
'Nother 2 dumb questions: What's the difference between the ones that have spider/centipede type legs and the straight ones (which would be best to get). And also are you attaching the MC14051 to any type of board/adaptor or just soldering straight on to the pins? Thanks for the above info too - really helpful. On 25 April 2013 14:57, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-25 07:10, Julian Brooks wrote: I'm trying to think how this could be generalized into a useful Pd external but it seems very specific to a particular setup. I do think a more general [i2c] object would be super-useful. Particularly if it could directly open up and access the i2c line. Not sure how he does it but wiringPi has some kind of test routine that figures out what rev board it's on, which is pretty nifty too. If there's a method to incorporate the i2cdetect functions as well then it would be a one-stop-shop - so to speak. Maybe an additional object to [gpio], plus the 2 omron's as externals / or combined into one and that's definitely the start of a new bad-ass lib:) Yesterday I connected a sensor clock line through a MC14051 analog multiplexer running at 3.3V, with the sensor side clock pin pulled up to 3.3V via a 10k resistor and it works fine. The next step is to switch the clock line using a GPIO pin so I can read 2 sensors off the same i2c bus. This setup should work with up to 8 sensors with the same address, using 3 GPIO pins to select a sensor, but the clock line must only be switched between 12c reads. OAN - Really impressed with the C program: the drain on system resources is very minimal. I'm still getting PEC errors on a regular basis though I still think we may have a dodgy connection somewhere down the line - sometimes when i2cdetect the sensor isn't registering and need to give it a little wiggle (not ideal). Also presuming that as the clock is running at 10 cycles that the readings being passed to Pd are set here: char netbuf[256]; in the C code? (could be talking out of my rear-end here I know) And I'm also presuming they can be edited in those multiples (128, 512 etc)? Yes, netbuf is where the string sent to Pd is constructed. It only needs to be as large as the message, I made it too long to be sure it wouldn't cause trouble. The length doesn't need to be a multiple of anything. I haven't started experimenting yet but the plan is to run the installation headless. Is there anything I'll need to change in the code to allow the C program to run from boot: Like at the moment the readings are being spat out in the xterm (stdout) via 'printf' I think, which is also replicated via the [netreceive] patch, so I'm guessing I can start to trim stuff down. You can comment out any lines with 'printf' in them by prefixing a double slash //. I have been running it headless via ssh as: nohup ./d6treader 0 /dev/null This sends all the text output to nowhere and also keeps the program running after I close the connection. (I had it running for a day without redirecting output and it nearly filled up the sd card.) Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Just spotted this: https://github.com/kadamski/i2c-gpio-param Could be useful On 25 April 2013 15:54, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-25 10:37, Julian Brooks wrote: 'Nother 2 dumb questions: What's the difference between the ones that have spider/centipede type legs and the straight ones (which would be best to get). The PDIP package is what you want, not the SOIC. The only difference is size. DIP packages are human-friendly, surface mount is for robots. And also are you attaching the MC14051 to any type of board/adaptor or just soldering straight on to the pins? I have it in a breadboard right now, to make it more permanent I would solder a socket to a prototyping board then (after verifying the connections) plug the chip into the socket. Soldering to the pins makes it difficult to replace the IC, and risks damaging it with the heat if you're not good at soldering quickly and to the point. A CD4051 would also work, it's basically the same circuit. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Quick edit for archives: sudo modprobe i2c)bcn2708 baudrate=9 should be sudo modprobe i2c_bcm2708 baudrate=9 I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Martin / all, Omron tech support finally got back to me re the address issue, this is what they had to say: D6T sensor can not change the address. When you connect multiple sensors we recommend that you use the IC switching. Please refer to the below document. http://media.digikey.com/pdf/Data%20Sheets/Omron%20PDFs/D6T44L_8L_Appl_Note.pdf I've been through the spec sheet several times and don't see anything (admittedly not sure exactly what I'm looking for though) that relates to IC switching. We've still got 2 of these doing nothing currently if they could be brought into action: http://adafruit.com/products/757 Or people on the RPi forum seem to have got the 2nd i2c pins going but that seems to be for rev.2 boards only (I think - have posted a question on the thread to ask). Also asked tech support about the PEC errors but no response to that one. I've noticed that the PEC doesn't trigger errors all the time so am wondering if it's possible to filter the errors out of the data somehow in the C file? Still delighted though - the sensors great! Cheers, Julian On 22 April 2013 00:20, Julian Brooks jbee...@gmail.com wrote: Wonder if it's a difference between rev boards on the Pi? I've also built a custom image based on Hexxeh's minimal install which is working great for audio stuff. My Pd patch that wouldn't run without overclocking on a standard Raspian is now working fine on the rev1 256mg board. So I've been adding stuff as and when it comes up to try and keep t is minimal as poss. I'm also not sure what installed libi2c-dev? Guess I'll have to wait and see what squeals. Of possible interest is this message when removing the lib with apt-get: The following packages will be REMOVED: libi2c-dev 0 upgraded, 0 newly installed, 1 to remove and 11 not upgraded. After this operation, 19.5 kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 33610 files and directories currently installed.) Removing libi2c-dev ... Removing 'diversion of /usr/include/linux/i2c-dev.h to /usr/include/linux/i2c-dev.h.kernel by libi2c-dev' So guess the diversion was messing with the compile for the C code. Anyway - code runs and I can compile C files too so all ok so far. Thanks again for everything Martin, Julian On 21 April 2013 06:45, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-20 21:09, Julian Brooks wrote: Oh and btw Still don't know why I can't compile the .c files on the pi with libi2c-dev installed but I can't. Presuming the compiling is working for you Martin? Yes it works for me. I don't have the same /usr/include/linux/i2c-dev.h as you so no redefinition errors, not sure which package(s) install that file. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Bit more digging re ic switch: My understanding is that if we got one of these: http://uk.farnell.com/roth-elektronik/re933-03/adaptor-smd-tssop-16-0-65mm/dp/1426182 and one of these: http://uk.farnell.com/nxp/pca9546apw/ic-switch-4ch-i2c-16tssop/dp/2212120 we should in theory be able to run both sensors off the same pins? BUT - would the current code you wrote function better/easier if the sensors were run from 2 separate sets of pins - ie how to parse the info from one patch sounds tricky and presume much simpler with 2 [netreceive] objects attached to 2 C files? J On 23 April 2013 09:42, Julian Brooks jbee...@gmail.com wrote: Hey Martin / all, Omron tech support finally got back to me re the address issue, this is what they had to say: D6T sensor can not change the address. When you connect multiple sensors we recommend that you use the IC switching. Please refer to the below document. http://media.digikey.com/pdf/Data%20Sheets/Omron%20PDFs/D6T44L_8L_Appl_Note.pdf I've been through the spec sheet several times and don't see anything (admittedly not sure exactly what I'm looking for though) that relates to IC switching. We've still got 2 of these doing nothing currently if they could be brought into action: http://adafruit.com/products/757 Or people on the RPi forum seem to have got the 2nd i2c pins going but that seems to be for rev.2 boards only (I think - have posted a question on the thread to ask). Also asked tech support about the PEC errors but no response to that one. I've noticed that the PEC doesn't trigger errors all the time so am wondering if it's possible to filter the errors out of the data somehow in the C file? Still delighted though - the sensors great! Cheers, Julian On 22 April 2013 00:20, Julian Brooks jbee...@gmail.com wrote: Wonder if it's a difference between rev boards on the Pi? I've also built a custom image based on Hexxeh's minimal install which is working great for audio stuff. My Pd patch that wouldn't run without overclocking on a standard Raspian is now working fine on the rev1 256mg board. So I've been adding stuff as and when it comes up to try and keep t is minimal as poss. I'm also not sure what installed libi2c-dev? Guess I'll have to wait and see what squeals. Of possible interest is this message when removing the lib with apt-get: The following packages will be REMOVED: libi2c-dev 0 upgraded, 0 newly installed, 1 to remove and 11 not upgraded. After this operation, 19.5 kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 33610 files and directories currently installed.) Removing libi2c-dev ... Removing 'diversion of /usr/include/linux/i2c-dev.h to /usr/include/linux/i2c-dev.h.kernel by libi2c-dev' So guess the diversion was messing with the compile for the C code. Anyway - code runs and I can compile C files too so all ok so far. Thanks again for everything Martin, Julian On 21 April 2013 06:45, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-20 21:09, Julian Brooks wrote: Oh and btw Still don't know why I can't compile the .c files on the pi with libi2c-dev installed but I can't. Presuming the compiling is working for you Martin? Yes it works for me. I don't have the same /usr/include/linux/i2c-dev.h as you so no redefinition errors, not sure which package(s) install that file. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Sorry - meant to add this link from RPi forum about running 2 i2c busses: enable both i2c busses http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44t=33092p=336846#p336846 On 23 April 2013 10:06, Julian Brooks jbee...@gmail.com wrote: Bit more digging re ic switch: My understanding is that if we got one of these: http://uk.farnell.com/roth-elektronik/re933-03/adaptor-smd-tssop-16-0-65mm/dp/1426182 and one of these: http://uk.farnell.com/nxp/pca9546apw/ic-switch-4ch-i2c-16tssop/dp/2212120 we should in theory be able to run both sensors off the same pins? BUT - would the current code you wrote function better/easier if the sensors were run from 2 separate sets of pins - ie how to parse the info from one patch sounds tricky and presume much simpler with 2 [netreceive] objects attached to 2 C files? J On 23 April 2013 09:42, Julian Brooks jbee...@gmail.com wrote: Hey Martin / all, Omron tech support finally got back to me re the address issue, this is what they had to say: D6T sensor can not change the address. When you connect multiple sensors we recommend that you use the IC switching. Please refer to the below document. http://media.digikey.com/pdf/Data%20Sheets/Omron%20PDFs/D6T44L_8L_Appl_Note.pdf I've been through the spec sheet several times and don't see anything (admittedly not sure exactly what I'm looking for though) that relates to IC switching. We've still got 2 of these doing nothing currently if they could be brought into action: http://adafruit.com/products/757 Or people on the RPi forum seem to have got the 2nd i2c pins going but that seems to be for rev.2 boards only (I think - have posted a question on the thread to ask). Also asked tech support about the PEC errors but no response to that one. I've noticed that the PEC doesn't trigger errors all the time so am wondering if it's possible to filter the errors out of the data somehow in the C file? Still delighted though - the sensors great! Cheers, Julian On 22 April 2013 00:20, Julian Brooks jbee...@gmail.com wrote: Wonder if it's a difference between rev boards on the Pi? I've also built a custom image based on Hexxeh's minimal install which is working great for audio stuff. My Pd patch that wouldn't run without overclocking on a standard Raspian is now working fine on the rev1 256mg board. So I've been adding stuff as and when it comes up to try and keep t is minimal as poss. I'm also not sure what installed libi2c-dev? Guess I'll have to wait and see what squeals. Of possible interest is this message when removing the lib with apt-get: The following packages will be REMOVED: libi2c-dev 0 upgraded, 0 newly installed, 1 to remove and 11 not upgraded. After this operation, 19.5 kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 33610 files and directories currently installed.) Removing libi2c-dev ... Removing 'diversion of /usr/include/linux/i2c-dev.h to /usr/include/linux/i2c-dev.h.kernel by libi2c-dev' So guess the diversion was messing with the compile for the C code. Anyway - code runs and I can compile C files too so all ok so far. Thanks again for everything Martin, Julian On 21 April 2013 06:45, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-20 21:09, Julian Brooks wrote: Oh and btw Still don't know why I can't compile the .c files on the pi with libi2c-dev installed but I can't. Presuming the compiling is working for you Martin? Yes it works for me. I don't have the same /usr/include/linux/i2c-dev.h as you so no redefinition errors, not sure which package(s) install that file. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
and there's a document there that has something about using multiple sensors on one bus: http://www.mouser.com/catalog/specsheets/D6T-01_ThermalIRSensor-Whitepaper.pdf That's a much better doc. Seems to me the easiest way to multiplex them would be to put a CD4051 on the clock line and use up to 3 GPIO pins to select which of up to 8 sensors receives the clock. The only tricky bit would be making sure the clock is at the right level when the switching tales place, you might need ~10k pullups to 3.3V on the sensor clock pins. (did you spot my previous post with this and if so would that work?) Yes that's what happens already. I was getting errors at first because the crc calculation was being done over both the write and read packets. I found that calculating only the read packet gives the correct value almost always. If the PEC is wrong, the code simply asks for another packet. At the moment I'm getting almost no errors Maybe there's something I'm missing here then: The average temp that comes out of [unpack 1] is way higher than the rest of the readings. At the moment [unpack 1] says '212' yet a quick averaging of the other 16 readings is around '180'? Yes, it even works as an icecube detector! :D ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
On 23 April 2013 14:45, Martin Peach martin.pe...@sympatico.ca wrote: Yes that would work too, if you can handle the soldering ;( Don't think I can tbh - Don't like soldering at the best of times and those teeny pins and housings almost drove us to despair. I suppose you could modify the c code to run two sensors and send the data to two different port numbers, or use two different selectors for the message. Don't think this is possible with the rev1 board - I do have a rev2 so might have to jump ship, though my super minimal image has some networking issues - I can't get it to ssh and register on home network with fixed ip on rev2 (must be sortable). Another way would be to have the Pd patch request a reading from a specific sensor. Can we do that if they have the same address? I'm trying to think how this could be generalized into a useful Pd external but it seems very specific to a particular setup. Yep - it is very specific, bloody good tho'. Julian Martin On 2013-04-23 05:06, Julian Brooks wrote: Bit more digging re ic switch: My understanding is that if we got one of these: http://uk.farnell.com/roth-**elektronik/re933-03/adaptor-** smd-tssop-16-0-65mm/dp/1426182http://uk.farnell.com/roth-elektronik/re933-03/adaptor-smd-tssop-16-0-65mm/dp/1426182 and one of these: http://uk.farnell.com/nxp/**pca9546apw/ic-switch-4ch-i2c-** 16tssop/dp/2212120http://uk.farnell.com/nxp/pca9546apw/ic-switch-4ch-i2c-16tssop/dp/2212120 we should in theory be able to run both sensors off the same pins? BUT - would the current code you wrote function better/easier if the sensors were run from 2 separate sets of pins - ie how to parse the info from one patch sounds tricky and presume much simpler with 2 [netreceive] objects attached to 2 C files? J On 23 April 2013 09:42, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey Martin / all, Omron tech support finally got back to me re the address issue, this is what they had to say: D6T sensor can not change the address. When you connect multiple sensors we recommend that you use the IC switching. Please refer to the below document. http://media.digikey.com/pdf/**Data%20Sheets/Omron%20PDFs/** D6T44L_8L_Appl_Note.pdfhttp://media.digikey.com/pdf/Data%20Sheets/Omron%20PDFs/D6T44L_8L_Appl_Note.pdf I've been through the spec sheet several times and don't see anything (admittedly not sure exactly what I'm looking for though) that relates to IC switching. We've still got 2 of these doing nothing currently if they could be brought into action: http://adafruit.com/products/**757 http://adafruit.com/products/757 Or people on the RPi forum seem to have got the 2nd i2c pins going but that seems to be for rev.2 boards only (I think - have posted a question on the thread to ask). Also asked tech support about the PEC errors but no response to that one. I've noticed that the PEC doesn't trigger errors all the time so am wondering if it's possible to filter the errors out of the data somehow in the C file? Still delighted though - the sensors great! Cheers, Julian On 22 April 2013 00:20, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Wonder if it's a difference between rev boards on the Pi? I've also built a custom image based on Hexxeh's minimal install which is working great for audio stuff. My Pd patch that wouldn't run without overclocking on a standard Raspian is now working fine on the rev1 256mg board. So I've been adding stuff as and when it comes up to try and keep t is minimal as poss. I'm also not sure what installed libi2c-dev? Guess I'll have to wait and see what squeals. Of possible interest is this message when removing the lib with apt-get: The following packages will be REMOVED: libi2c-dev 0 upgraded, 0 newly installed, 1 to remove and 11 not upgraded. After this operation, 19.5 kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 33610 files and directories currently installed.) Removing libi2c-dev ... Removing 'diversion of /usr/include/linux/i2c-dev.h to /usr/include/linux/i2c-dev.h.**kernel by libi2c-dev' So guess the diversion was messing with the compile for the C code. Anyway - code runs and I can compile C files too so all ok so far. Thanks again for everything Martin, Julian On 21 April 2013 06:45, Martin Peach martin.pe...@sympatico.ca mailto:martin.peach@**sympatico.ca martin.pe...@sympatico.ca wrote: On 2013-04-20 21:09, Julian Brooks wrote: Oh and btw Still don't know why I can't compile the .c files
[PD] [PD-announce] A permanent technician job at the university of Huddersfield
Hi, P.A. Tremblay has asked me to pass this on (Pd-E is on all of our music computers these days btw): Dear all Sorry for the cross-posting, as I want to spread the word! I think this might interest the most technically inclined, in search for a permanent post. It is not an academic job, but we definitely need some help on maintaining our studios's standard, and speciality, knowledge and wisdom in the virtual studio implementation and maintenance would be welcome! http://www.hud.ac.uk/hr/jobs/jobdetail/index.php?jobId=1863 pa ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Wonder if it's a difference between rev boards on the Pi? I've also built a custom image based on Hexxeh's minimal install which is working great for audio stuff. My Pd patch that wouldn't run without overclocking on a standard Raspian is now working fine on the rev1 256mg board. So I've been adding stuff as and when it comes up to try and keep t is minimal as poss. I'm also not sure what installed libi2c-dev? Guess I'll have to wait and see what squeals. Of possible interest is this message when removing the lib with apt-get: The following packages will be REMOVED: libi2c-dev 0 upgraded, 0 newly installed, 1 to remove and 11 not upgraded. After this operation, 19.5 kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 33610 files and directories currently installed.) Removing libi2c-dev ... Removing 'diversion of /usr/include/linux/i2c-dev.h to /usr/include/linux/i2c-dev.h.kernel by libi2c-dev' So guess the diversion was messing with the compile for the C code. Anyway - code runs and I can compile C files too so all ok so far. Thanks again for everything Martin, Julian On 21 April 2013 06:45, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-20 21:09, Julian Brooks wrote: Oh and btw Still don't know why I can't compile the .c files on the pi with libi2c-dev installed but I can't. Presuming the compiling is working for you Martin? Yes it works for me. I don't have the same /usr/include/linux/i2c-dev.h as you so no redefinition errors, not sure which package(s) install that file. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX.XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XXX.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff.XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XXX.X....X 40: XX XX XX ff XX ff XX XX XX 64 XX XX d5 XX XX ffXXX.X.XXXdXX?XX. 50: XX ff XX XX XX XX XX XX XX ff XX XX ff XX XX XXX.XXX.XX.XXX 60: ff XX XX XX ff XX XX XX XX XX XX XX XX ff XX XX.XXX..XX 70: XX XX XX XX XX XX XX ff XX XX XX XX XX XX XX XXXXX. 80: XX ff XX XX ff ff XX XX XX ff XX XX XX XX XX XXX.XX..XXX.XX 90: XX XX ff XX XX ff XX ff XX ff ff XX XX ff ff XXXX.XX.X.X..XX..X a0: XX ff XX XX ff XX XX XX XX XX XX XX XX XX ff XXX.XX.X.X b0: XX XX ff XX XX XX ff XX XX ff XX XX XX XX XX XXXX.XXX.XX.XX c0: XX XX XX XX ff XX XX ff ff XX XX ff ff XX XX XX.XX..XX..XXX d0: XX XX XX XX XX ff XX ff XX XX XX XX XX ff XX ffX.X.X.X. e0: XX XX XX ff XX ff XX XX XX XX XX XX XX XX ff XXXXX.X..X f0: ff XX ff ff XX XX XX XX XX XX XX XX XX XX ff XX.X..XX.X Progress at least. Cheers, Julian On 12 April 2013 11:27, Julian Brooks jbee...@gmail.com wrote: Message resent for thread archives with smaller picture size. Julian -- Forwarded message -- From: Julian Brooks jbee...@gmail.com Date: 11 April 2013 19:24 Subject: Re: [PD] Sensors GPIO Raspberry Pi Pd To: Martin Peach martin.pe...@sympatico.ca Cc: PD List pd-list@iem.at Hey Martin / list, Finally got all the stuff and ... It’s not working! We spent the day soldering cables and connecting stuff up as per the Omron ‘App Note 01’ spec sheet. Started off super-conservative using the I2C level converter (case 3 page 4) http://www.adafruit.com/products/757#Blog/Flickr We tried resistors on both sides (being super paranoid!) and then we took the low (Pi) side ones off. We then moved on to case 2 page 3 of this same document… At each stage we checked with “I2Cdetect –Y 1” and nothing was visible. The grid shows no attached devices every time we run it. We re-booted at every stage following the various online tutorials/methods of setting up I2C GPIO on the Pi (checked double checked). As you can see we’re using a pi protoplate: https://www.adafruit.com/products/801 In the photo I’ve attached the cables are coded as follows: Orange GND Yellow5v BlueSCL Green SDA The white is also 5v for the pull up resistors. The resistor values are 4.7k btw. We have tested the cable that terminates at the sensor and all that is OK. I put a multimeter on the GND and SDA solder points on the sensor itself and got 3.7v… I put a multimeter on the GND and SCL solder points on the sensor itself and got 0.0v… Don’t know if this means anything or could be useful to know! Stuck and frustrated now but hey, 3 weeks ago I knew absolutely bugger all about any of this and now I do (sort of). I'm thinking we could do with the most basic i2c sensor we can find as we have nothing to compare. Tonight I'm going to d/l a fresh raspbian and start from scratch to check that end. Feel like if we can't get past the 'i2c-tools' tests we're screwed - never mind getting it in and out of Pd. Any thoughts/pointers/options from anyone will be really appreciated? Cheers
[PD] [gpio] i2c bi-directionality
Hey all, It seems, and please correct me if I'm wrong on this, that it's currently impossible to use[gpio] and i2c as [gpio] can only set the gpio pins to 'in' or 'out' (high/low). You can check this using wiringpi's 'gpio readall' command which gives the current mode of each pin. Via [gpio] we can currently set the gpio pin 0 (SDA) to either 'out' (low) or 'in' (high) but not to ALT0 (high) which is what we need for i2c as the i2c line is bi-directional. My understanding is that [gpio] is based on wiringpi so is it possible/trivial to add i2c support into [gpio] with the magic ALT mode? I wrote to the author of wiringpi to ask what the ALT0 mode meant (I actually thought it was ALTO) and got this response: Each pin has a number of modes it can be in – Input or output are generic digital modes – then there are ALTernative modes – up to 6 alternative modes for each pin – ALT0 through ALT5. For I2C mode the internal plumbing connects the pins to the I2C drivers – this is ALT0 mode for that particular pin. If you want to know more, seatch for the Broadcom ARM Peripherals manual. -Gordon Best wishes to all, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Martin, This is wonderful news. Will add some more when I have an opportunity to test it out. Yah! Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.ca wrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX .XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XX X.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff .XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XX X.X....X 40: XX XX XX ff XX ff XX XX XX 64 XX XX d5 XX XX ff XXX.X.XXXdXX?XX. 50: XX ff XX XX XX XX XX XX XX ff XX XX ff XX XX XX X.XXX.XX.XXX 60: ff XX XX XX ff XX XX XX XX XX XX XX XX ff XX XX .XXX..XX 70: XX XX XX XX XX XX XX ff XX XX XX XX XX XX XX XX XXX. 80: XX ff XX XX ff ff XX XX XX ff XX XX XX XX XX XX X.XX..XXX.XX 90: XX XX ff XX XX ff XX ff XX ff ff XX XX ff ff XX XX.XX.X.X..XX..X a0: XX ff XX XX ff XX XX XX XX XX XX XX XX XX ff XX X.XX.X.X b0: XX XX ff XX XX XX ff XX XX ff XX XX XX XX XX XX XX.XXX.XX.XX c0: XX XX XX XX ff XX XX ff ff XX XX ff ff XX XX XX .XX..XX..XXX d0: XX XX XX XX XX ff XX ff XX XX XX XX XX ff XX ff X.X.X.X. e0: XX XX XX ff XX ff XX XX XX XX XX XX XX XX ff XX XXX.X..X f0: ff XX ff ff XX XX XX XX XX XX XX XX XX XX ff XX .X..XX.X Progress at least. Cheers, Julian On 12 April 2013 11:27, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Message resent for thread archives with smaller picture size. Julian -- Forwarded message -- From: *Julian Brooks* jbee...@gmail.com mailto: jbee...@gmail.com Date: 11 April 2013 19:24 Subject: Re: [PD] Sensors GPIO Raspberry Pi Pd To: Martin Peach martin.pe...@sympatico.ca mailto:martin.peach@**sympatico.ca martin.pe...@sympatico.ca Cc: PD List pd-list@iem.at mailto:pd-list@iem.at Hey Martin / list
Re: [PD] Sensors GPIO Raspberry Pi Pd
yay! not yah! :) On 19 April 2013 15:51, Julian Brooks jbee...@gmail.com wrote: Hey Martin, This is wonderful news. Will add some more when I have an opportunity to test it out. Yah! Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.ca wrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX .XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XX X.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff .XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XX X.X....X 40: XX XX XX ff XX ff XX XX XX 64 XX XX d5 XX XX ff XXX.X.XXXdXX?XX. 50: XX ff XX XX XX XX XX XX XX ff XX XX ff XX XX XX X.XXX.XX.XXX 60: ff XX XX XX ff XX XX XX XX XX XX XX XX ff XX XX .XXX..XX 70: XX XX XX XX XX XX XX ff XX XX XX XX XX XX XX XX XXX. 80: XX ff XX XX ff ff XX XX XX ff XX XX XX XX XX XX X.XX..XXX.XX 90: XX XX ff XX XX ff XX ff XX ff ff XX XX ff ff XX XX.XX.X.X..XX..X a0: XX ff XX XX ff XX XX XX XX XX XX XX XX XX ff XX X.XX.X.X b0: XX XX ff XX XX XX ff XX XX ff XX XX XX XX XX XX XX.XXX.XX.XX c0: XX XX XX XX ff XX XX ff ff XX XX ff ff XX XX XX .XX..XX..XXX d0: XX XX XX XX XX ff XX ff XX XX XX XX XX ff XX ff X.X.X.X. e0: XX XX XX ff XX ff XX XX XX XX XX XX XX XX ff XX XXX.X..X f0: ff XX ff ff XX XX XX XX XX XX XX XX XX XX ff XX .X..XX.X Progress at least. Cheers, Julian On 12 April 2013 11:27, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Message resent for thread archives with smaller picture size. Julian -- Forwarded message -- From: *Julian Brooks* jbee...@gmail.com mailto: jbee...@gmail.com Date: 11 April 2013 19:24 Subject: Re: [PD] Sensors GPIO Raspberry Pi Pd To: Martin Peach martin.pe...@sympatico.ca mailto:martin.peach@**sympatico.ca martin.pe...@sympatico.ca
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hi Martin, Meant to add re setting baud rate: I've been making use of the gpio utility that comes with wiringPi https://projects.drogon.net/raspberry-pi/wiringpi/the-gpio-utility/ Very handy for getting a quick visualisation of the current state of all the pins and also easy-access to setting the baud rate too (amongst other stuff). Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.ca wrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX .XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XX X.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff .XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XX X.X....X 40: XX XX XX ff XX ff XX XX XX 64 XX XX d5 XX XX ff XXX.X.XXXdXX?XX. 50: XX ff XX XX XX XX XX XX XX ff XX XX ff XX XX XX X.XXX.XX.XXX 60: ff XX XX XX ff XX XX XX XX XX XX XX XX ff XX XX .XXX..XX 70: XX XX XX XX XX XX XX ff XX XX XX XX XX XX XX XX XXX. 80: XX ff XX XX ff ff XX XX XX ff XX XX XX XX XX XX X.XX..XXX.XX 90: XX XX ff XX XX ff XX ff XX ff ff XX XX ff ff XX XX.XX.X.X..XX..X a0: XX ff XX XX ff XX XX XX XX XX XX XX XX XX ff XX X.XX.X.X b0: XX XX ff XX XX XX ff XX XX ff XX XX XX XX XX XX XX.XXX.XX.XX c0: XX XX XX XX ff XX XX ff ff XX XX ff ff XX XX XX .XX..XX..XXX d0: XX XX XX XX XX ff XX ff XX XX XX XX XX ff XX ff X.X.X.X. e0: XX XX XX ff XX ff XX XX XX XX XX XX XX XX ff XX XXX.X..X f0: ff XX ff ff XX XX XX XX XX XX XX XX XX XX ff XX .X..XX.X Progress at least. Cheers, Julian On 12 April 2013 11:27, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Message resent for thread archives with smaller picture size. Julian -- Forwarded message -- From: *Julian Brooks* jbee...@gmail.com mailto: jbee...@gmail.com Date: 11 April 2013 19:24 Subject: Re: [PD] Sensors GPIO
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Martin, When I try to compile hello.c I get: gcc -o hello hello.c In file included from hello.c:8:0: /usr/include/linux/i2c-dev.h:38:8: error: redefinition of 'struct i2c_msg' /usr/include/linux/i2c.h:67:8: note: originally defined here /usr/include/linux/i2c-dev.h:90:7: error: redefinition of 'union i2c_smbus_data' /usr/include/linux/i2c.h:125:7: note: originally defined here Dunno if this is at all relevant but maybe this is a good time to say I have a rev1 RPi so I'm on i2c 0 not 1. The Pi install is very up to date though, including recent runs of hexxeh's 'rpi-update' tool so all the system's fresh. I did attempt to change the number of bytes to be read which perhaps would explain why the .h file's are complaining but I don't understand it for your version which is 'as-is'? In fact why don't I attach the notes I've made of the changes to the c file you sent. Was vaguely hoping I might be able to say 'ta da' but have fallen at the 1st fence:( bugger. Julian On 19 April 2013 19:51, Julian Brooks jbee...@gmail.com wrote: Hi Martin, Meant to add re setting baud rate: I've been making use of the gpio utility that comes with wiringPi https://projects.drogon.net/raspberry-pi/wiringpi/the-gpio-utility/ Very handy for getting a quick visualisation of the current state of all the pins and also easy-access to setting the baud rate too (amongst other stuff). Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.ca wrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX .XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XX X.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff .XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XX X.X....X 40: XX XX XX ff XX ff XX XX XX 64 XX XX d5 XX XX ff XXX.X.XXXdXX?XX. 50: XX ff XX XX XX XX XX XX XX ff XX XX ff XX XX XX X.XXX.XX.XXX 60: ff XX XX XX ff XX XX XX XX XX XX XX XX ff XX XX .XXX..XX 70: XX XX XX XX XX XX XX ff XX XX XX XX XX XX XX XX
Re: [PD] Sensors GPIO Raspberry Pi Pd
Ok -found I had to remove 'libi2c-dev'. Then builds. More soon... On 19 April 2013 21:28, Julian Brooks jbee...@gmail.com wrote: Hey Martin, When I try to compile hello.c I get: gcc -o hello hello.c In file included from hello.c:8:0: /usr/include/linux/i2c-dev.h:38:8: error: redefinition of 'struct i2c_msg' /usr/include/linux/i2c.h:67:8: note: originally defined here /usr/include/linux/i2c-dev.h:90:7: error: redefinition of 'union i2c_smbus_data' /usr/include/linux/i2c.h:125:7: note: originally defined here Dunno if this is at all relevant but maybe this is a good time to say I have a rev1 RPi so I'm on i2c 0 not 1. The Pi install is very up to date though, including recent runs of hexxeh's 'rpi-update' tool so all the system's fresh. I did attempt to change the number of bytes to be read which perhaps would explain why the .h file's are complaining but I don't understand it for your version which is 'as-is'? In fact why don't I attach the notes I've made of the changes to the c file you sent. Was vaguely hoping I might be able to say 'ta da' but have fallen at the 1st fence:( bugger. Julian On 19 April 2013 19:51, Julian Brooks jbee...@gmail.com wrote: Hi Martin, Meant to add re setting baud rate: I've been making use of the gpio utility that comes with wiringPi https://projects.drogon.net/raspberry-pi/wiringpi/the-gpio-utility/ Very handy for getting a quick visualisation of the current state of all the pins and also easy-access to setting the baud rate too (amongst other stuff). Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.ca wrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX .XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XX X.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff .XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XX X.X....X 40: XX XX XX ff XX ff XX XX XX 64 XX XX d5 XX XX ff XXX.X.XXXdXX?XX. 50: XX ff XX XX XX XX XX XX XX ff XX XX ff XX XX XX
Re: [PD] Sensors GPIO Raspberry Pi Pd
hmmm - both files: ./hello-2 Segmentation fault Try again... On 19 April 2013 21:51, Julian Brooks jbee...@gmail.com wrote: Ok -found I had to remove 'libi2c-dev'. Then builds. More soon... On 19 April 2013 21:28, Julian Brooks jbee...@gmail.com wrote: Hey Martin, When I try to compile hello.c I get: gcc -o hello hello.c In file included from hello.c:8:0: /usr/include/linux/i2c-dev.h:38:8: error: redefinition of 'struct i2c_msg' /usr/include/linux/i2c.h:67:8: note: originally defined here /usr/include/linux/i2c-dev.h:90:7: error: redefinition of 'union i2c_smbus_data' /usr/include/linux/i2c.h:125:7: note: originally defined here Dunno if this is at all relevant but maybe this is a good time to say I have a rev1 RPi so I'm on i2c 0 not 1. The Pi install is very up to date though, including recent runs of hexxeh's 'rpi-update' tool so all the system's fresh. I did attempt to change the number of bytes to be read which perhaps would explain why the .h file's are complaining but I don't understand it for your version which is 'as-is'? In fact why don't I attach the notes I've made of the changes to the c file you sent. Was vaguely hoping I might be able to say 'ta da' but have fallen at the 1st fence:( bugger. Julian On 19 April 2013 19:51, Julian Brooks jbee...@gmail.com wrote: Hi Martin, Meant to add re setting baud rate: I've been making use of the gpio utility that comes with wiringPi https://projects.drogon.net/raspberry-pi/wiringpi/the-gpio-utility/ Very handy for getting a quick visualisation of the current state of all the pins and also easy-access to setting the baud rate too (amongst other stuff). Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.ca wrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX .XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XX X.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff .XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XX X.X....X 40
Re: [PD] Sensors GPIO Raspberry Pi Pd
Edited your original file and all I changed was the ip address to 127.0.0.1 and still seg fault (double checked /etc/hosts too). Also tried reinstalling libi2c-dev and then running 'hello' - same. On 19 April 2013 21:54, Julian Brooks jbee...@gmail.com wrote: hmmm - both files: ./hello-2 Segmentation fault Try again... On 19 April 2013 21:51, Julian Brooks jbee...@gmail.com wrote: Ok -found I had to remove 'libi2c-dev'. Then builds. More soon... On 19 April 2013 21:28, Julian Brooks jbee...@gmail.com wrote: Hey Martin, When I try to compile hello.c I get: gcc -o hello hello.c In file included from hello.c:8:0: /usr/include/linux/i2c-dev.h:38:8: error: redefinition of 'struct i2c_msg' /usr/include/linux/i2c.h:67:8: note: originally defined here /usr/include/linux/i2c-dev.h:90:7: error: redefinition of 'union i2c_smbus_data' /usr/include/linux/i2c.h:125:7: note: originally defined here Dunno if this is at all relevant but maybe this is a good time to say I have a rev1 RPi so I'm on i2c 0 not 1. The Pi install is very up to date though, including recent runs of hexxeh's 'rpi-update' tool so all the system's fresh. I did attempt to change the number of bytes to be read which perhaps would explain why the .h file's are complaining but I don't understand it for your version which is 'as-is'? In fact why don't I attach the notes I've made of the changes to the c file you sent. Was vaguely hoping I might be able to say 'ta da' but have fallen at the 1st fence:( bugger. Julian On 19 April 2013 19:51, Julian Brooks jbee...@gmail.com wrote: Hi Martin, Meant to add re setting baud rate: I've been making use of the gpio utility that comes with wiringPi https://projects.drogon.net/raspberry-pi/wiringpi/the-gpio-utility/ Very handy for getting a quick visualisation of the current state of all the pins and also easy-access to setting the baud rate too (amongst other stuff). Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.ca wrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX
Re: [PD] Sensors GPIO Raspberry Pi Pd
As I'm new to all this C stuff I just had a look inside the 'hello' file and there's a few bits in there which may be of interest: ^@D6T_checkPEC says 0x%02X (which I think is ok from looking at the code?) then it all goes wrong ^@^@^@Unable to create socket (%d) ^@^@^@ %s ^@^@^@127.0.0.1^@^@^@Unable to make address from %s ^@%s: initialized:%d ^@/dev/i2c-0^@^@Failed to open the bus. (%d) ^@^@^@Failed to acquire bus access and/or talk to slave. (%d) ^@^@^@^@Write failed (%d) ^@^@Read failed (%d) ^@^@^@%d ^@0x%02X ^@^@^@d6t8l^@^@^@ %d^@ ^@^@^@sendto error (%d) BTW - I've removed libi2c-dev again and will leave it that way for now. Going to stop now but will be back tomorrow. Cheers, Julian On 19 April 2013 22:07, Julian Brooks jbee...@gmail.com wrote: Edited your original file and all I changed was the ip address to 127.0.0.1 and still seg fault (double checked /etc/hosts too). Also tried reinstalling libi2c-dev and then running 'hello' - same. On 19 April 2013 21:54, Julian Brooks jbee...@gmail.com wrote: hmmm - both files: ./hello-2 Segmentation fault Try again... On 19 April 2013 21:51, Julian Brooks jbee...@gmail.com wrote: Ok -found I had to remove 'libi2c-dev'. Then builds. More soon... On 19 April 2013 21:28, Julian Brooks jbee...@gmail.com wrote: Hey Martin, When I try to compile hello.c I get: gcc -o hello hello.c In file included from hello.c:8:0: /usr/include/linux/i2c-dev.h:38:8: error: redefinition of 'struct i2c_msg' /usr/include/linux/i2c.h:67:8: note: originally defined here /usr/include/linux/i2c-dev.h:90:7: error: redefinition of 'union i2c_smbus_data' /usr/include/linux/i2c.h:125:7: note: originally defined here Dunno if this is at all relevant but maybe this is a good time to say I have a rev1 RPi so I'm on i2c 0 not 1. The Pi install is very up to date though, including recent runs of hexxeh's 'rpi-update' tool so all the system's fresh. I did attempt to change the number of bytes to be read which perhaps would explain why the .h file's are complaining but I don't understand it for your version which is 'as-is'? In fact why don't I attach the notes I've made of the changes to the c file you sent. Was vaguely hoping I might be able to say 'ta da' but have fallen at the 1st fence:( bugger. Julian On 19 April 2013 19:51, Julian Brooks jbee...@gmail.com wrote: Hi Martin, Meant to add re setting baud rate: I've been making use of the gpio utility that comes with wiringPi https://projects.drogon.net/raspberry-pi/wiringpi/the-gpio-utility/ Very handy for getting a quick visualisation of the current state of all the pins and also easy-access to setting the baud rate too (amongst other stuff). Julian On 19 April 2013 14:36, Martin Peach martin.pe...@sympatico.cawrote: Hi Julian, Yes I've been messing with coding it in c on the pi and sending the data to a [netreceive] in a Pd patch on another machine. I'm attaching the source code for the pi part and the Pd patch. The code can be compiled on the pi with gcc -o hello hello.c You need to set the IP address of the receiving machine in the code (I have 192.168.2.15, it could be 127.0.0.1 for the same machine). I tried changing the baud rate with sudo modprobe -r i2c_bcm2708 sudo modprobe i2c)bcn2708 baudrate=9 but it works fine at the default 10. It seems that you only need to write the command once, after that simply reading gets you another packet. Using a combined write/read operation only works half the time, as I also found on the Arduino. All you need to do is write the 0x4C command once, wait a millisecond or so and then read it. Another issue is that I tried this with the 8X1 sensor, not the 4X4 one, so the code reads 19 bytes (need to change the expected read size in the code). The 4X4 sensor sends 35 bytes which is 3 more than the i2c driver maximum, so you may not get the last part of a packet. I'll try it later with a 4X4 sensor to see what happens. Martin On 2013-04-19 07:01, Julian Brooks wrote: Hi Martin, Did you manage to make any progress with the sensor on the Pi? I also wanted to ask whether the output we're receiving from i2cdump makes any sense to you as it doesn't to us currently? Tried searching around for possible info on the 'XX' 'ff' but drawing a blank here. Cheers, Julian On 13 April 2013 01:11, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com wrote: Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40
Re: [PD] gpio on the raspberry pi from within pd ?
Morning Jaime, Nice digging - well done. As I don't read C I admit to being somewhat at sea with the possibilities of the object so really good to hear someone else is rooting around in this. I did manage to get access to the GPIO pins making use of the messages that Charles mentioned: sudo bash echo 1 /sys/class/gpio/export echo out /sys/class/gpio/gpio1/direction chown pi /sys/class/gpio/gpio1/value But really good to just do it from within Pd - how'd you get round the sudo-thing? Not sure what it is you're doing project-wise with the GPIO pins but I've spent a couple of weeks digging through the somewhat endless bits and pieces of documentation on the web so perhaps I could be of assistance with some pointers on that front? Most of the info/code is Python-based and there's plenty of it (I'm also a complete noob re Python as well!) Miller and Charles were certainly on the right track with WiringPi as I would say it's easily the most referenced library. . My own interest is with getting a fairly recent i2c thermal imaging sensor going (see other thread) and Martin Peach is giving us some invaluable help with that but it would be my ideal scenario to be able to control, manage and filter the sensors data from within Pd (once we get the thing going!). My understanding from reading Miller's initial message re [gpio] is that it's based on WiringPi so I can't help wondering if there's also a method to include the i2c library that's a subset of WiringPi as well? Would be super-useful. Obviously early days yet but I'm sure we can get there eventually. All the best, Julian On 12 April 2013 06:21, J Oliver jaime.oliv...@gmail.com wrote: Hi Julian, All, I think I've figured out the [gpio] external. It works fine, but there there is no documentation, however, the .c file is not very complicated. The test-gpio.pd file is not very good as documentation, so I am attaching a draft help file. The argument of [gpio] is the pin number. The first thing to do is [enable 1( and not [open 1(, which is equivalent to the: sudo echo 17 /sys/class/gpio/export command. Then [open 1(, then [output 1/0( to choose direction and then write (float) to or read (bang) from the pin... There are still a few more things I need to discover, but more tomorrow when I have some jumper cables and feel more awake. best, J ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey all, Some success finally: Hurrah!! The scl breakout pin on the pi proto plate wasn't working properly. When unscrewed halfway it works, when fully screwed in it doesn't. So - now got this: i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- 0a -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- and i2cdump -y 0 0xa No size specified (using byte-data access) Gives a whole host of stuff I don't yet understand but I don't care currently as something is actually happening. Will figure out a way of saving the console info (any hints anyone?) as it gets badly mangled when cutting and pasting but basically something like this: i2cdump -y 0 0xa No size specified (using byte-data access) 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff XX XX XX XX XX XX ff XX XX XX XX ff ff ff XX.XX....X 10: XX ff XX XX XX XX XX ff XX ff XX ff XX XX ff XXX.X.X.X.XX.X 20: ff XX XX ff XX XX ff XX XX XX XX ff XX XX XX ff.XX.XX..XXX. 30: XX ff XX ff XX XX XX XX ff ff ff XX XX XX XX XXX.X....X 40: XX XX XX ff XX ff XX XX XX 64 XX XX d5 XX XX ffXXX.X.XXXdXX?XX. 50: XX ff XX XX XX XX XX XX XX ff XX XX ff XX XX XXX.XXX.XX.XXX 60: ff XX XX XX ff XX XX XX XX XX XX XX XX ff XX XX.XXX..XX 70: XX XX XX XX XX XX XX ff XX XX XX XX XX XX XX XXXXX. 80: XX ff XX XX ff ff XX XX XX ff XX XX XX XX XX XXX.XX..XXX.XX 90: XX XX ff XX XX ff XX ff XX ff ff XX XX ff ff XXXX.XX.X.X..XX..X a0: XX ff XX XX ff XX XX XX XX XX XX XX XX XX ff XXX.XX.X.X b0: XX XX ff XX XX XX ff XX XX ff XX XX XX XX XX XXXX.XXX.XX.XX c0: XX XX XX XX ff XX XX ff ff XX XX ff ff XX XX XX.XX..XX..XXX d0: XX XX XX XX XX ff XX ff XX XX XX XX XX ff XX ffX.X.X.X. e0: XX XX XX ff XX ff XX XX XX XX XX XX XX XX ff XXXXX.X..X f0: ff XX ff ff XX XX XX XX XX XX XX XX XX XX ff XX.X..XX.X Progress at least. Cheers, Julian On 12 April 2013 11:27, Julian Brooks jbee...@gmail.com wrote: Message resent for thread archives with smaller picture size. Julian -- Forwarded message -- From: Julian Brooks jbee...@gmail.com Date: 11 April 2013 19:24 Subject: Re: [PD] Sensors GPIO Raspberry Pi Pd To: Martin Peach martin.pe...@sympatico.ca Cc: PD List pd-list@iem.at Hey Martin / list, Finally got all the stuff and ... It’s not working! We spent the day soldering cables and connecting stuff up as per the Omron ‘App Note 01’ spec sheet. Started off super-conservative using the I2C level converter (case 3 page 4) http://www.adafruit.com/products/757#Blog/Flickr We tried resistors on both sides (being super paranoid!) and then we took the low (Pi) side ones off. We then moved on to case 2 page 3 of this same document… At each stage we checked with “I2Cdetect –Y 1” and nothing was visible. The grid shows no attached devices every time we run it. We re-booted at every stage following the various online tutorials/methods of setting up I2C GPIO on the Pi (checked double checked). As you can see we’re using a pi protoplate: https://www.adafruit.com/products/801 In the photo I’ve attached the cables are coded as follows: Orange GND Yellow5v BlueSCL Green SDA The white is also 5v for the pull up resistors. The resistor values are 4.7k btw. We have tested the cable that terminates at the sensor and all that is OK. I put a multimeter on the GND and SDA solder points on the sensor itself and got 3.7v… I put a multimeter on the GND and SCL solder points on the sensor itself and got 0.0v… Don’t know if this means anything or could be useful to know! Stuck and frustrated now but hey, 3 weeks ago I knew absolutely bugger all about any of this and now I do (sort of). I'm thinking we could do with the most basic i2c sensor we can find as we have nothing to compare. Tonight I'm going to d/l a fresh raspbian and start from scratch to check that end. Feel like if we can't get past the 'i2c-tools' tests we're screwed - never mind getting it in and out of Pd. Any thoughts/pointers/options from anyone will be really appreciated? Cheers, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] RPI Raspian - Hard/soft floating point best for Pd?
Hi all, I'm about to install a fresh raspian and came across the hard/soft float thing. My understanding is that hard float is faster but only some software make use of it. Any gains to be made for Pd with hard float? Cheers, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Martin, Ok, good stuff - progress. Will check all connections again (have to be tomorrow now). Nice one, Julian On 11 April 2013 20:25, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-04-11 14:24, Julian Brooks wrote: Hey Martin / list, Finally got all the stuff and ... It’s not working! We spent the day soldering cables and connecting stuff up as per the Omron ‘App Note 01’ spec sheet. Started off super-conservative using the I2C level converter (case 3 page 4) http://www.adafruit.com/**products/757#Blog/Flickrhttp://www.adafruit.com/products/757#Blog/Flickr We tried resistors on both sides (being super paranoid!) and then we took the low (Pi) side ones off. We then moved on to case 2 page 3 of this same document… At each stage we checked with “I2Cdetect –Y 1” and nothing was visible. The grid shows no attached devices every time we run it. We re-booted at every stage following the various online tutorials/methods of setting up I2C GPIO on the Pi (checked double checked). As you can see we’re using a pi protoplate: https://www.adafruit.com/**products/801https://www.adafruit.com/products/801 In the photo I’ve attached the cables are coded as follows: Orange GND Yellow5v BlueSCL Green SDA The white is also 5v for the pull up resistors. The resistor values are 4.7k btw. We have tested the cable that terminates at the sensor and all that is OK. I put a multimeter on the GND and SDA solder points on the sensor itself and got 3.7v… I put a multimeter on the GND and SCL solder points on the sensor itself and got 0.0v… If you have pullup resistors you should get the same 3.7V on SCL (with it switched on and not running any code), so probably your pin isn't connected somewhere. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPI Raspian - Hard/soft floating point best for Pd?
Never mind. Sorry for noise - that's the problem with the RPi in some ways, 6 month old posts are very outdated. Hard it is (unless someone very convincingly says otherwise:). Cheers, Julian On 11 April 2013 20:31, Julian Brooks jbee...@gmail.com wrote: Hi all, I'm about to install a fresh raspian and came across the hard/soft float thing. My understanding is that hard float is faster but only some software make use of it. Any gains to be made for Pd with hard float? Cheers, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: Working RPI Soundcards (was raspberry pi user experience)
-- Forwarded message -- From: Julian Brooks jbee...@gmail.com Date: 10 April 2013 10:00 Subject: Re: [PD] Working RPI Soundcards (was raspberry pi user experience) To: Johann Diedrick jdiedr...@gmail.com Yes indeed, but not for 6 (5.1) outs. On 9 April 2013 21:56, Johann Diedrick jdiedr...@gmail.com wrote: The Griffin iMic works nice! Audio in and out work well. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Working RPI Soundcards (was raspberry pi user experience)
Hey all, No joy with ESI GIGAPort HD :( Not seen by the Pi at all with and without USB slowdown. If anyone has any ideas please let me know? Bought one of these for a project foolishly thinking it would be the same as the AG version. Stuck it on the wiki-list too. Pah, Julian On 13 February 2013 15:35, Charles Goyard c...@fsck.fr wrote: Hi list, Charles Goyard wrote: just to say, I'm testing the terratec aureon 7.1 on rpi+pd. This interface works with the generic usb-audio driver. It does not work well. I can get proper stereo output at 44.1KHz but not more. If I setup pd to anything between 3 to 8 output channel, it gives a sawtooth-like output in the test patch, even at 22KHz, 1 second latency and large buffers. further testing: I could test with a HDMI audio output, more than 2 channels does the same buzz. Cheers, -- Charles ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Martin / list, This is all marvellous news. Going a bit slower at our end, not helped by Easter holidays, trips to the seaside (bit chilly) and the plethora of children that require our undivided attention. ebay parts arrived today and don't fit which is annoying to say the least. Spent several hours tracking down the correct housings and pins and then finding somewhere in the U.K. that would sell me less than a hundred housings or a thousand pins. Ended up with 5 and a 100 respectively. Also got a voltage transformer that works with i2c as the rpi is 3.5v and sensors 5v. Am planning on blogging all the info when done but if anyone wants any specifics before then please say. I'm slowly making some headway with getting my head around the gpio pins and setting those up to use with Miller's [gpio]. I can now access the i2c pins via [gpio] and send them 1 or 0 setting the pins hi and lo which is a start. Also found where to set the baud rate from within the RPi which will be useful. Although the sensor mentions 1000k as baud rate I'm thinking that 9600 would be better for overhead reasons. Perhaps we should get it working as is before starting to change too many settings? Still absolutely no idea how to setup sending and receiving 16b messages plus how to add in the delay but we *will* get there in the end. You write the value 0x4C (76) to address 7 and then request 32 (35) bytes, which are 16 little-endian integers. Any ideas how we would go about formulating messages for this from within Pd? Should we be looking at [comport] at all? I've found this to be the most informative info for the d6t so far: http://media.digikey.com/pdf/Data%20Sheets/Omron%20PDFs/D6T44L_8L_Appl_Note.pdf With my limited understanding it seems to be saying it's big-endian (msb first, p.4) ? We have 2 sensors so we need to figure out how to set the 7bit addresses. Also that the data bit width is 8 - so I'm confused as to what the 35 bytes are and where they come from? Obviously things should become clearer when we actually have the sensors connected and we can then see what they spit out (if anything) but it can't hurt to try and head off some of the more obvious questions I have now. Like, will the data from the sensor appear at the outlet of [gpio]? The same author of *WiringPi* also has the i2c-library - would it be possible to fold this into [gpio]? Questions questions... Cheers, Julian On 30 March 2013 16:53, Martin Peach martin.pe...@sympatico.ca wrote: On 2013-03-27 18:31, Martin Peach wrote: On 2013-03-27 17:17, Julian Brooks wrote: Hey Martin, Good to hear you've got one of these too. Yes I meant [comport] with the xbee rather than [hid] sorry, getting my physical input objects confused. Will check out the links you provided as part of my getting up to speed. So, managed to get the sensors out of the cardboard box. They are tiny. Like little sci-fi robot eyes. 1st problem is that we don't have any of these: 'JST (Japan Solderless Terminals) - PHR-4 - Housing, 4way, 2mm http://uk.farnell.com/jst-**japan-solderless-terminals/** phr-4/housing-4way-2mm/dp/**3616204http://uk.farnell.com/jst-japan-solderless-terminals/phr-4/housing-4way-2mm/dp/3616204 Which is a vital £0.04.6 of equipment as the sensors pins are way too tiny to be poking bits of wire into. These attach to the bottom of the board and then 2mm cabling attaches to them and out to the Pi. Got some off ebay as farnell has a £20 minimum spend that's a bit over getting 10 of those suckers. So going to have to wait a few more days as I can't find any in my vicinity at all. Bollocks. Yes I got mine at Digikey. You need the terminals as well as the housings. I crimped the terminals to some 28 gauge wire and also put a bit of solder but not too much to plug them up. Today I managed to get data using an Arduino and the Wire library, with 4.7k pullup resistors on the clock and data lines. The packets are only 32 bytes, not 35 as the app note says. Not sure what's up with that. I changed the default buffer size in Arduino's wire library from 32 and now I get 35 bytes as advertised. The crc calculation is not giving me the right answer but that doesn't seem to matter. I get 16 pixels of temperature, it's detecting warm as well as cold objects, quite a nifty sensor! Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Thanks Martin, really useful stuff. I've got i2cdetect on the RPi which is how I knew that [gpio] was setting hi lo. And good to hear you'll be wrestling with this on the Pi as well. In some ways this is good news as we've setup everything from the 'instructables' page already and now just need to get the bloody thing going (have to to sort the housings out). Another possible issue is that from my reading it seems that the RPi doesn't do 'clock-stretching', though I have found a link where they slow the i2c bus down. http://www.hobbytronics.co.uk/raspberry-pi-i2c-clock-stretching Another one here too: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44t=34734p=294297hilit=i2c+gpio+direction#p294297 That's interesting as they talk about setting up more GPIO pins for i2c to run 2 sensors. Not being able to change the sensors address is a real pain though, as one of the things that I keep reading about i2c is it's ability to run up to 128 sensors on the same line - kinda defeats the object! Must be a way round it. You can use the 5V from the GPIO header on the pi. From the schematic pin 2 is 5V. Ground is on pin 6. Pin 3 is the i2c data and pin 5 is the clock. Pullup resistors are already installed on those lines. Yes, found a good diagram for the GPIO schematic. http://elinux.org/RPi_Low-level_peripherals#GPIO_hardware_hacking My understanding was that what we can't do is send data from the sensor at 5v back into the RPi at 3.5v and it's there that we need to drop the voltage back to 3.5. Noticeably though the 'instructables' link says they just did it anyway and was fine (with a disclaimer attached on to it). We got some 4.7k resistors as you recommended - do we only need these before the sensors? The pdf from digikey has a diagram with a voltage transformer that we've been presuming is what we need to do?? Presumably if we put more resistors next to the Pi then we wont have enough voltage to lift the pin high (many ???). There's also lots of code (C?) on that pdf, anything you've made use of? This is the little add-on board http://adafruit.com/products/757 I did read it's doable with mos-fet but seemed like another layer where we can screw-up so have taken the simple option. Still don't get how we tie in the clock and the messages but I'm sure it'll become clearer when we actually get to the point where we can start it up. Cheers, Julian On 7 April 2013 14:28, Martin Peach martin.pe...@sympatico.ca wrote: Also check this out: it seems to have everything except how to make a pd external from it. http://www.instructables.com/**id/Raspberry-Pi-I2C-Python/http://www.instructables.com/id/Raspberry-Pi-I2C-Python/ Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gpio on the raspberry pi from within pd ?
Hi Charles / list, Can I ask you/anyone a question re: permissions for accessing the gpio pins please? Currently I can't get past: echo gpio17 /sys/class/gpio/export which gives me permission denied with everything I've tried. Are you using WiringPi to allow access to the gpio and if not how? I'd like to stick with Miller's [gpio] object http://crca.ucsd.edu/~msp/syllabi/206.13w/index.htm (found in the earlier split thread - apologies for the noise) and keep as much within Pd as possible. Best wishes, Julian On 28 January 2013 14:14, Charles Goyard c...@fsck.fr wrote: Hi list, I could make use of gpio (as output) within pd with just [textfile] : on the command-line: echo gpio17 /sys/class/gpio/export echo out /sys/class/gpio/gpio17/direction chown charles /sys/class/gpio/gpio17/value inside pd: [ set 1 ( [ write /sys/class/gpio/gpio17/value cr ( | [ textfile ] works. I use it to drive a light system from a track of a audio file containing only square waves at a given frequency (say, cues embedded inside an audio file). I basically snapshot~ and see if it's over or below 0, and turn the gpio on/off on change. I started using pd on the pi three hours ago and have it playing audio and banging the gpio in no time. Thanks to all for this wonderful community. I'm very happy ;). -- Charles ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list