Re: [PD] log function in slider
On Don, 2014-03-06 at 21:37 -0300, Alexandre Torres Porres wrote: hi folks, out of curiosity, what's the exact log function used in the slider? I'd like to emulate it. I am not sure, if this is what you want. It converts the incoming linear range between 0 and 1 to a logarithmic range specified by $1 and $2, respectively by the second and third inlet. They behave like the lower and upper bound specified in the [vslider]/[hslider] classes. https://raw.github.com/reduzent/netpd2-patches/master/abs/rh_scalelog.pd Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem geometric objects's outlet
Thanks for you answers guys, Jack this is exactly what I was looking for, I'll check the help patch of [gemframebuffer] to fully understand it. On Tue, Mar 11, 2014 at 5:43 PM, Jack j...@rybn.org wrote: To apply motion blur from a geo, I use two framebuffers ([gemframebuffer]). It is also possible to use [pix_snap] or [pix_snap2tex]... Here a small example attached. ++ Jack Le 11/03/2014 15:55, Alexandros Drymonitis a écrit : If I want to apply, say motion blur to a geometric object that's moving inside the [gemwin], is there some way to use the object's outlet? In the help patch of each geometric object, it says that the outlet outputs the gemlist as many (all?) other gem objects. But other objects, e.g. [pix_video], [pix_image] etc., can send their gemlist to a geometric object and others, like [pix_motionblur], and you can get the desired effect. How would you go about applying some effects to the movement of a primitive? Is recursion what I'm looking for? ___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
Re: [PD] Gem geometric objects's outlet
check in mtl abstractions too, it's very well done https://github.com/patricksebastien/mtl 2014-03-12 9:05 GMT+01:00 Alexandros Drymonitis adr...@gmail.com: Thanks for you answers guys, Jack this is exactly what I was looking for, I'll check the help patch of [gemframebuffer] to fully understand it. On Tue, Mar 11, 2014 at 5:43 PM, Jack j...@rybn.org wrote: To apply motion blur from a geo, I use two framebuffers ([gemframebuffer]). It is also possible to use [pix_snap] or [pix_snap2tex]... Here a small example attached. ++ Jack Le 11/03/2014 15:55, Alexandros Drymonitis a écrit : If I want to apply, say motion blur to a geometric object that's moving inside the [gemwin], is there some way to use the object's outlet? In the help patch of each geometric object, it says that the outlet outputs the gemlist as many (all?) other gem objects. But other objects, e.g. [pix_video], [pix_image] etc., can send their gemlist to a geometric object and others, like [pix_motionblur], and you can get the desired effect. How would you go about applying some effects to the movement of a primitive? Is recursion what I'm looking for? ___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] Gem geometric objects's outlet
gemsFeedback-help.pdhttps://github.com/patricksebastien/mtl/blob/master/gemsFeedback-help.pd gemsFeedback.pdhttps://github.com/patricksebastien/mtl/blob/master/gemsFeedback.pd 2014-03-12 9:38 GMT+01:00 Py Fave pyf...@gmail.com: check in mtl abstractions too, it's very well done https://github.com/patricksebastien/mtl 2014-03-12 9:05 GMT+01:00 Alexandros Drymonitis adr...@gmail.com: Thanks for you answers guys, Jack this is exactly what I was looking for, I'll check the help patch of [gemframebuffer] to fully understand it. On Tue, Mar 11, 2014 at 5:43 PM, Jack j...@rybn.org wrote: To apply motion blur from a geo, I use two framebuffers ([gemframebuffer]). It is also possible to use [pix_snap] or [pix_snap2tex]... Here a small example attached. ++ Jack Le 11/03/2014 15:55, Alexandros Drymonitis a écrit : If I want to apply, say motion blur to a geometric object that's moving inside the [gemwin], is there some way to use the object's outlet? In the help patch of each geometric object, it says that the outlet outputs the gemlist as many (all?) other gem objects. But other objects, e.g. [pix_video], [pix_image] etc., can send their gemlist to a geometric object and others, like [pix_motionblur], and you can get the desired effect. How would you go about applying some effects to the movement of a primitive? Is recursion what I'm looking for? ___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] Gem geometric objects's outlet
They're in the git repo already ;) but thanks On Wed, Mar 12, 2014 at 11:27 AM, Py Fave pyf...@gmail.com wrote: gemsFeedback-help.pdhttps://github.com/patricksebastien/mtl/blob/master/gemsFeedback-help.pd gemsFeedback.pdhttps://github.com/patricksebastien/mtl/blob/master/gemsFeedback.pd 2014-03-12 9:38 GMT+01:00 Py Fave pyf...@gmail.com: check in mtl abstractions too, it's very well done https://github.com/patricksebastien/mtl 2014-03-12 9:05 GMT+01:00 Alexandros Drymonitis adr...@gmail.com: Thanks for you answers guys, Jack this is exactly what I was looking for, I'll check the help patch of [gemframebuffer] to fully understand it. On Tue, Mar 11, 2014 at 5:43 PM, Jack j...@rybn.org wrote: To apply motion blur from a geo, I use two framebuffers ([gemframebuffer]). It is also possible to use [pix_snap] or [pix_snap2tex]... Here a small example attached. ++ Jack Le 11/03/2014 15:55, Alexandros Drymonitis a écrit : If I want to apply, say motion blur to a geometric object that's moving inside the [gemwin], is there some way to use the object's outlet? In the help patch of each geometric object, it says that the outlet outputs the gemlist as many (all?) other gem objects. But other objects, e.g. [pix_video], [pix_image] etc., can send their gemlist to a geometric object and others, like [pix_motionblur], and you can get the desired effect. How would you go about applying some effects to the movement of a primitive? Is recursion what I'm looking for? ___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] udoo board sound issues
Hi Dan, Thanks for sharing these notes. They arrived in my inbox to coincide nicely with the delivery of my quad Udoo this morning! It would be great to see a full writeup of your Udoo setup at some point as I think many people will want to be doing a similar thing. All best, Jamie On 11 Mar 2014, at 14:14, Dan Wilcox danomat...@gmail.com wrote: Heres a trim of my notes: Enable realtime audio priority (if you haven't done it already): sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' I disable pulseaudio. Make sure pulseaudio does not respawn itself (from http://voices.canonical.com/david.henningsson/2012/07/13/top-five-wrong-ways-to-fix-your-audio): echo autospawn=no ~/.pulse/client.conf Also add the following to ~/.bash_login to kill pulse audio if it's running on login: # kill pulse audio if it was spawned pulseaudio -k I'm not looking at the udoo run script, but I'm pretty sure I'm using the following with the US-25EX USB soudcard: pd -rt -nogui -alsa -audiodev 5 Use pd -listdev to get the device list from alsa. I chose 5 as the first 4 (from memory) are 1-2 (built in hardware plugin) 2-3 (HDMI audio hardware plugin). 5 is the USB hardware alsa dev. On Mar 11, 2014, at 4:05 AM, Simon Iten itensi...@gmail.com wrote: without jack i should add... On 11 Mar 2014, at 08:55, Simon Iten itensi...@gmail.com wrote: hey dan, unfortunately i’m in switzerland :-) would be great if you could post your setup somewhere or send the infos! i compiled pd from source as well. i start it from console (with -rt) and it works without problems with the builtin sound card. maybe the cheap card from dx.com just does not work properly with udoo. but please post your setup. thanks On 09 Mar 2014, at 22:26, Dan Wilcox danomat...@gmail.com wrote: I've tried my both Roland Edirol UA-25 UA-25EX and both work great. The dedicated USB controller makes these guys work as compared to an RPI where I can't get full duplex without tons of dropouts. I'm using a Linaro install which boots to the console and runs the PD through scripting. The speed is great as compared to my old wearable computer. 4 cores makes a difference. I had to recompile my kernel to add midi support, but that's working great. It's not too bad, actually. I also built Pd-vanilal from source which was pretty easy using ./configure + make. I also have a script which fetches externals and builds/installs the agains vanilla so I have the few externals I need. As with my previous experience running Pd + embedded Ubuntu, I get great performance with RT permissions, the -rt startup flag, and ALSA. Jack is needless overheard unless you want to work with other Jack-enabeld apps. Same with X windows, although my setup was running great in X with pd + ALSA in testing. From your description, it sounds like your main issue is jack pd are probably not running in realtime. I can sent you my install notes if you want (or put them online, as I've been meaning to). Also, are based in the NE within driving distance to Pittsburgh? We could do a patching circle/UDOO setup afternoon :D On Mar 9, 2014, at 5:14 PM, pd-list-requ...@iem.at wrote: From: Miller Puckette m...@ucsd.edu Subject: Re: [PD] udoo board sound issues Date: March 9, 2014 at 5:07:54 PM EDT To: Simon Iten itensi...@gmail.com Cc: PD list pd-list@iem.at H iSimon - I haven't tried any but the built-in yet but I have a few USB interfaces around here that I can try. I'm about to go on an intense trip but should be able to do some tests when I get back, assuming nobody else has figured this out first. cheers Miller On Sun, Mar 09, 2014 at 09:57:45PM +0100, Simon Iten wrote: hey list, does anybody that uses an udoo board have any recommendations on a usb-soundcard? should be very compact. i tried a cheap one from dx and i could not get any good results (loads of xruns even with periods 3 and 1024 and up frames in qjackctl) this is on the ubuntu version from udoo. are there some tweaks i can do to improve usb-sound capabilities? i thought maybe recompile the kernel with only usb-1 support since there is no option as on the pi to disable usb-2 via config, or am i missing something? is it better to use the usb-soundcard without jack (pd does not like the usb-soundcard either when i tried briefly)? the internal sound-input is to noisy for my application (guitar effect) cheers. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com
Re: [PD] midi question
You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. On Tue, Mar 11, 2014 at 9:51 PM, Aaron L. elmaster...@gmail.com wrote: I've been reading a bunch on the hardware behind this hexaphonic business. Not sure I'm grokking every bit but not too worried yet. I'm curious though, in order to get every string/input into pd (i.e. to interface with the program) and then use each string as some sort of control (via playing said string) would I be required to have 6 separate, physical inputs? So as to have any effect ready at any time? I'd imagine that if I had some sort of splitter such as this: http://www.joness.com/gr300/GK-Expander.htm .I could accomplish the same thing but I'd need to manually switch to whatever string I was going to play for any given effect change, correct? Therefore, this method would pretty much be a one effect at a time type deal? Hard to tell Thanks! On Mon, Mar 10, 2014 at 9:52 PM, pured...@11h11.com wrote: Hi, You can simply: [adc~ 1 Bob's guitar] | | [r speed] | | [delay] | [dac~] [adc~ 2 2nd guitar] | [fiddle~] (or [env~]) | [s speed] Using a hexaphonio pickup (6 individual pickups) - [adc~ 1 2 3 4 5 6] == check the env~, fiddle~, bonk~ for each strings and control various params. No need to use MIDI. à+ ___ 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 -- Rafael Vega email.r...@gmail.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] udoo board sound issues
I will do that later tonight when I boot the udoo and pull my run scripts off of it. I'll post everything to GitHub so we can share resources. On Mar 12, 2014, at 5:44 AM, Jamie Bullock ja...@jamiebullock.com wrote: Hi Dan, Thanks for sharing these notes. They arrived in my inbox to coincide nicely with the delivery of my quad Udoo this morning! It would be great to see a full writeup of your Udoo setup at some point as I think many people will want to be doing a similar thing. All best, Jamie On 11 Mar 2014, at 14:14, Dan Wilcox danomat...@gmail.com wrote: Heres a trim of my notes: Enable realtime audio priority (if you haven't done it already): sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' I disable pulseaudio. Make sure pulseaudio does not respawn itself (from http://voices.canonical.com/david.henningsson/2012/07/13/top-five-wrong-ways-to-fix-your-audio): echo autospawn=no ~/.pulse/client.conf Also add the following to ~/.bash_login to kill pulse audio if it's running on login: # kill pulse audio if it was spawned pulseaudio -k I'm not looking at the udoo run script, but I'm pretty sure I'm using the following with the US-25EX USB soudcard: pd -rt -nogui -alsa -audiodev 5 Use pd -listdev to get the device list from alsa. I chose 5 as the first 4 (from memory) are 1-2 (built in hardware plugin) 2-3 (HDMI audio hardware plugin). 5 is the USB hardware alsa dev. On Mar 11, 2014, at 4:05 AM, Simon Iten itensi...@gmail.com wrote: without jack i should add... On 11 Mar 2014, at 08:55, Simon Iten itensi...@gmail.com wrote: hey dan, unfortunately i’m in switzerland :-) would be great if you could post your setup somewhere or send the infos! i compiled pd from source as well. i start it from console (with -rt) and it works without problems with the builtin sound card. maybe the cheap card from dx.com just does not work properly with udoo. but please post your setup. thanks On 09 Mar 2014, at 22:26, Dan Wilcox danomat...@gmail.com wrote: I've tried my both Roland Edirol UA-25 UA-25EX and both work great. The dedicated USB controller makes these guys work as compared to an RPI where I can't get full duplex without tons of dropouts. I'm using a Linaro install which boots to the console and runs the PD through scripting. The speed is great as compared to my old wearable computer. 4 cores makes a difference. I had to recompile my kernel to add midi support, but that's working great. It's not too bad, actually. I also built Pd-vanilal from source which was pretty easy using ./configure + make. I also have a script which fetches externals and builds/installs the agains vanilla so I have the few externals I need. As with my previous experience running Pd + embedded Ubuntu, I get great performance with RT permissions, the -rt startup flag, and ALSA. Jack is needless overheard unless you want to work with other Jack-enabeld apps. Same with X windows, although my setup was running great in X with pd + ALSA in testing. From your description, it sounds like your main issue is jack pd are probably not running in realtime. I can sent you my install notes if you want (or put them online, as I've been meaning to). Also, are based in the NE within driving distance to Pittsburgh? We could do a patching circle/UDOO setup afternoon :D On Mar 9, 2014, at 5:14 PM, pd-list-requ...@iem.at wrote: From: Miller Puckette m...@ucsd.edu Subject: Re: [PD] udoo board sound issues Date: March 9, 2014 at 5:07:54 PM EDT To: Simon Iten itensi...@gmail.com Cc: PD list pd-list@iem.at H iSimon - I haven't tried any but the built-in yet but I have a few USB interfaces around here that I can try. I'm about to go on an intense trip but should be able to do some tests when I get back, assuming nobody else has figured this out first. cheers Miller On Sun, Mar 09, 2014 at 09:57:45PM +0100, Simon Iten wrote: hey list, does anybody that uses an udoo board have any recommendations on a usb-soundcard? should be very compact. i tried a cheap one from dx and i could not get any good results (loads of xruns even with periods 3 and 1024 and up frames in qjackctl) this is on the ubuntu version from udoo. are there some tweaks i can do to improve usb-sound capabilities? i thought maybe recompile the kernel with only usb-1 support since there is no option as on the pi to disable usb-2 via config, or am i missing something? is it better to use the usb-soundcard without jack (pd does not like the usb-soundcard either when i tried briefly)? the internal sound-input is to noisy for my application (guitar effect) cheers. ___ Pd-list@iem.at
Re: [PD] Pd-list Digest, Vol 108, Issue 47
*sigh* Pitch to midi guitar systems have been around since the mid 80s. If the OP only needs control data, there's no need to bring a dedicated computer and multiple channel sound card into the equation. I use a Shadow SH-075 which was built in W. Germany (!) in the late 80's I bought off of eBay and it's tracking speed is definitely acceptable, at least for what I do. There is a new guy on the block, the Fishman Tripleplay which I'd like to upgrade to as it's standard USB midi so will work with PdParty and my iPad. Both of these are relatively small as compared the Roland's rack mount and stomp box offerings (why don't they shrink the GR stuff by now?). Just saying that not every nail needs the PD hammer. Forgive me if my understanding of the original question was wrong. On Mar 12, 2014, at 10:28 AM, pd-list-requ...@iem.at wrote: From: Rafael Vega email.r...@gmail.com Subject: Re: [PD] midi question Date: March 12, 2014 at 9:00:47 AM EDT To: Aaron L. elmaster...@gmail.com Cc: pd-list pd-list@iem.at Reply-To: email.r...@gmail.com You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. 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] NRPN question
Hello dear list, I have a question: I'm working with a hardware synthesizer and need to modify parameters that are not properly midi. These parameters are of type NRPN, and wanted to know what would be the best way. Best regards! José -- http://arselectronicachile.blogspot.com http://comunicacionnativa.blogspot.com/ http://www.soundcloud.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] NRPN question
On 12 Mar 2014, at 14:58, José Luis Santorcuato Tapia santorcuat...@gmail.com wrote: Hello dear list, I have a question: I'm working with a hardware synthesizer and need to modify parameters that are not properly midi. These parameters are of type NRPN, and wanted to know what would be the best way. Best regards! José You need [nrpnin] and [nrpnout] in David Mccallum's abstractions: http://sintheta.org/html/downloads.html Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] hexaphonic pickup (was: midi question)
2 solutions that I know of: - a box that do the conversion of the individual pickups to midi (ie GR-55) - a breakout box that split the individual pickups to 6/7 phono I went with the second option. I am using PD for the conversion to midi (using the excellent http://www.katjaas.nl/helmholtz/helmholtz.html) and as a bonus I have the 6 individual signals that I can play with (panning, delay only on B...). All this inspired by the work of: http://rickygraham.com/research/ - i have yet to try pd2live. The main difference is that I'm using USB to power the guitar and the volume switch on the guitar is available as a midi device (USB too). Here's some photos of the setup: https://dl.dropboxusercontent.com/u/1455235/hexaphonic_cables.jpg https://dl.dropboxusercontent.com/u/1455235/hexaphonic_box.jpg https://dl.dropboxusercontent.com/u/1455235/hexaphonic_pcb.jpg à+ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 108, Issue 47
Sorry, that *sigh* is condescending. Not my intention. I was thinking more about all the times we try to make things ourselves when an available solution already exists. I myself am guilty of this as much as anyone. A good mantra, at least in my media art circles, is be lazy like a fox. :D On Mar 12, 2014, at 10:41 AM, Dan Wilcox danomat...@gmail.com wrote: *sigh* Pitch to midi guitar systems have been around since the mid 80s. If the OP only needs control data, there's no need to bring a dedicated computer and multiple channel sound card into the equation. I use a Shadow SH-075 which was built in W. Germany (!) in the late 80's I bought off of eBay and it's tracking speed is definitely acceptable, at least for what I do. There is a new guy on the block, the Fishman Tripleplay which I'd like to upgrade to as it's standard USB midi so will work with PdParty and my iPad. Both of these are relatively small as compared the Roland's rack mount and stomp box offerings (why don't they shrink the GR stuff by now?). Just saying that not every nail needs the PD hammer. Forgive me if my understanding of the original question was wrong. On Mar 12, 2014, at 10:28 AM, pd-list-requ...@iem.at wrote: From: Rafael Vega email.r...@gmail.com Subject: Re: [PD] midi question Date: March 12, 2014 at 9:00:47 AM EDT To: Aaron L. elmaster...@gmail.com Cc: pd-list pd-list@iem.at Reply-To: email.r...@gmail.com You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. Dan Wilcox @danomatika danomatika.com robotcowboy.com 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] libpd and Unity
I am NOT getting both of them working the csharplib.dll throws a ton of errors on a windows7 install. Can someone link a different libpd Unity Project that makes sound to show an example? I would love to get it working but so far i am unsuccesful with windows so far pp Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020 From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of pured...@11h11.com [pured...@11h11.com] Sent: Saturday, March 08, 2014 6:51 PM To: pd-list@iem.at Subject: Re: [PD] libpd and Unity Yes both adc / dac are working: You can load a sample in a AudioSource, this will be the ADC signal You can make a patch with a DAC, this will be the AudioListener Communication from Unity - PD is working Communication from PD - Unity is working Loading externals are working too. But what I do is to compile the external with libpd and call it in setup(). I have been using comport for communication between a microcontroller and Unity: https://www.youtube.com/watch?v=fVlGEmsO0Ps Right now: Unity 3.5 / Unity 4 OSX (Unity PRO) Windows 32bit (can be run on 64bit)* Android Coming eventually: iOS *I have been able to use the indie/free version of Unity 3.5 on Windows when placing the libpdcsharp.dll at the right place. Didn't test with Unity 4. Since Unity4 you can build for Android even with the indie version. Not implemented, spatialisation when using a DAC. ADC / AudioSource is handle by Unity (you need to toggle 3D sound). à+ ___ 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] libpd and Unity
Would be useful to see the errors. Also what version of Unity (free / pro) (3.5 / 4)? Did you compile your own pdcsharlib.dll? Windows: install mingw and compile libpd (https://github.com/libpd/libpd) make csharplib. Copy libs/libpdcsharl.dll to Assets/Plugins à+ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] libpd and Unity
Hey On Mit, 2014-03-12 at 19:23 -0400, pured...@11h11.com wrote: [...] How is it there in the future? :-) Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 108, Issue 47
Dan. Thanks for the info. I'm relatively new to this stuff and my use-case ain't exactly conventional so forgive the 3rd degree.. But if I understand you correctly, you're saying that instead of having 6 dedicated/discrete outputs from a hexaphonic pickup, the pickups referenced in your email (the Shadow SH-075 and the Fishman Tripleplay) will essentially do the routing on the fly? Based on pitch? Are they smart enough to determine 440hz on a 5th-fretted low-E string vs an open A string? Also, wouldn't both the hardware (i.e the pickup used) as well as PD have to be smart enough to do this? Thanks. On Wed, Mar 12, 2014 at 8:29 AM, Dan Wilcox danomat...@gmail.com wrote: Sorry, that *sigh* is condescending. Not my intention. I was thinking more about all the times we try to make things ourselves when an available solution already exists. I myself am guilty of this as much as anyone. A good mantra, at least in my media art circles, is be lazy like a fox. :D On Mar 12, 2014, at 10:41 AM, Dan Wilcox danomat...@gmail.com wrote: *sigh* Pitch to midi guitar systems have been around since the mid 80s. If the OP only needs control data, there's no need to bring a dedicated computer and multiple channel sound card into the equation. I use a Shadow SH-075https://www.youtube.com/watch?v=JzsaZe2zQV4 which was built in W. Germany (!) in the late 80's I bought off of eBay and it's tracking speed is definitely acceptable, at least for what I do. There is a new guy on the block, the Fishman Tripleplayhttp://www.fishman.com/tripleplay which I'd like to upgrade to as it's standard USB midi so will work with PdParty and my iPad. Both of these are relatively small as compared the Roland's rack mount and stomp box offerings (why don't they shrink the GR stuff by now?). Just saying that not every nail needs the PD hammer. Forgive me if my understanding of the original question was wrong. On Mar 12, 2014, at 10:28 AM, pd-list-requ...@iem.at wrote: *From: *Rafael Vega email.r...@gmail.com *Subject: **Re: [PD] midi question* *Date: *March 12, 2014 at 9:00:47 AM EDT *To: *Aaron L. elmaster...@gmail.com *Cc: *pd-list pd-list@iem.at *Reply-To: *email.r...@gmail.com You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. Dan Wilcox @danomatika danomatika.com robotcowboy.com 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] Pd-list Digest, Vol 108, Issue 47
Those devices I mentioned are not merely pickups, they are little embedded computers that calculate the pitch tracking for you and send midi note and ctl change data. They were originally designed so that you could play a midi synth with your guitar. They only output midi, no audio. You use the regular guitar jack for audio. Nowadays, you can simply send the midi data into your computer and receive it in PD. This is what I do. Again, I'm talking *only* about midi data. This has nothing to do with 6 channel audio. My use case is to send the guitar in as 1 channel (using the normal guitar jack output) and then control synths, effects processing, etc with the tracked note data for each string coming from the guitar pitch to midi converter. If you want 6 individual audio channels, 1 for each string in addition to the tracked note value for said strings then by all means do as Rafael suggests. However, if all you need is the tracked note values, but *do not* need the individual audio channels, then I'm suggesting one of these off the shelf pitch to midi boxes that already does this. On Mar 12, 2014, at 2:21 PM, Aaron L. elmaster...@gmail.com wrote: Dan. Thanks for the info. I'm relatively new to this stuff and my use-case ain't exactly conventional so forgive the 3rd degree.. But if I understand you correctly, you're saying that instead of having 6 dedicated/discrete outputs from a hexaphonic pickup, the pickups referenced in your email (the Shadow SH-075 and the Fishman Tripleplay) will essentially do the routing on the fly? Based on pitch? Are they smart enough to determine 440hz on a 5th-fretted low-E string vs an open A string? Also, wouldn't both the hardware (i.e the pickup used) as well as PD have to be smart enough to do this? Thanks. On Wed, Mar 12, 2014 at 8:29 AM, Dan Wilcox danomat...@gmail.com wrote: Sorry, that *sigh* is condescending. Not my intention. I was thinking more about all the times we try to make things ourselves when an available solution already exists. I myself am guilty of this as much as anyone. A good mantra, at least in my media art circles, is be lazy like a fox. :D On Mar 12, 2014, at 10:41 AM, Dan Wilcox danomat...@gmail.com wrote: *sigh* Pitch to midi guitar systems have been around since the mid 80s. If the OP only needs control data, there's no need to bring a dedicated computer and multiple channel sound card into the equation. I use a Shadow SH-075 which was built in W. Germany (!) in the late 80's I bought off of eBay and it's tracking speed is definitely acceptable, at least for what I do. There is a new guy on the block, the Fishman Tripleplay which I'd like to upgrade to as it's standard USB midi so will work with PdParty and my iPad. Both of these are relatively small as compared the Roland's rack mount and stomp box offerings (why don't they shrink the GR stuff by now?). Just saying that not every nail needs the PD hammer. Forgive me if my understanding of the original question was wrong. On Mar 12, 2014, at 10:28 AM, pd-list-requ...@iem.at wrote: From: Rafael Vega email.r...@gmail.com Subject: Re: [PD] midi question Date: March 12, 2014 at 9:00:47 AM EDT To: Aaron L. elmaster...@gmail.com Cc: pd-list pd-list@iem.at Reply-To: email.r...@gmail.com You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com 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] aubio install question
Hi all. I'm trying to install aubio on ubuntu 13.10. I used the apt-get instructions here: http://aubio.org/download .but putting an 'aubionotes~' object results in a aubionotes~ ... couldn't create in the logs. What am I doing wrong? Thanks. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi question
(Woops. Fixed wrong subject line.) Here's an old demo, an example of my use case, 1 guitar audio channel + guitar midi note data: MyLungsWereAchingForYou The guitar in this case is a Casio DG-20 digital guitar (essentially a Casio keyboard with a guitar fretboard interface). I have an analog (regular) guitar + the guitar-midi converter box which functions equivalently, although the DG-20 midi pitch tracking is faster. * 1 channel guitar into pd * 1 channel mic into pd * guitar midi output into pd All processing is done live in pd, then mixed down into stereo. The bass line root note is chosen based on the midi note data coming from the guitar. No matter what key I play in, the bass line matches it. The drums are tracked and generated lie in pd, using super simple drum synths. The samples are triggered by the song tracking. On Mar 12, 2014, at 3:02 PM, Dan Wilcox danomat...@gmail.com wrote: Those devices I mentioned are not merely pickups, they are little embedded computers that calculate the pitch tracking for you and send midi note and ctl change data. They were originally designed so that you could play a midi synth with your guitar. They only output midi, no audio. You use the regular guitar jack for audio. Nowadays, you can simply send the midi data into your computer and receive it in PD. This is what I do. Again, I'm talking *only* about midi data. This has nothing to do with 6 channel audio. My use case is to send the guitar in as 1 channel (using the normal guitar jack output) and then control synths, effects processing, etc with the tracked note data for each string coming from the guitar pitch to midi converter. If you want 6 individual audio channels, 1 for each string in addition to the tracked note value for said strings then by all means do as Rafael suggests. However, if all you need is the tracked note values, but *do not* need the individual audio channels, then I'm suggesting one of these off the shelf pitch to midi boxes that already does this. On Mar 12, 2014, at 2:21 PM, Aaron L. elmaster...@gmail.com wrote: Dan. Thanks for the info. I'm relatively new to this stuff and my use-case ain't exactly conventional so forgive the 3rd degree.. But if I understand you correctly, you're saying that instead of having 6 dedicated/discrete outputs from a hexaphonic pickup, the pickups referenced in your email (the Shadow SH-075 and the Fishman Tripleplay) will essentially do the routing on the fly? Based on pitch? Are they smart enough to determine 440hz on a 5th-fretted low-E string vs an open A string? Also, wouldn't both the hardware (i.e the pickup used) as well as PD have to be smart enough to do this? Thanks. On Wed, Mar 12, 2014 at 8:29 AM, Dan Wilcox danomat...@gmail.com wrote: Sorry, that *sigh* is condescending. Not my intention. I was thinking more about all the times we try to make things ourselves when an available solution already exists. I myself am guilty of this as much as anyone. A good mantra, at least in my media art circles, is be lazy like a fox. :D On Mar 12, 2014, at 10:41 AM, Dan Wilcox danomat...@gmail.com wrote: *sigh* Pitch to midi guitar systems have been around since the mid 80s. If the OP only needs control data, there's no need to bring a dedicated computer and multiple channel sound card into the equation. I use a Shadow SH-075 which was built in W. Germany (!) in the late 80's I bought off of eBay and it's tracking speed is definitely acceptable, at least for what I do. There is a new guy on the block, the Fishman Tripleplay which I'd like to upgrade to as it's standard USB midi so will work with PdParty and my iPad. Both of these are relatively small as compared the Roland's rack mount and stomp box offerings (why don't they shrink the GR stuff by now?). Just saying that not every nail needs the PD hammer. Forgive me if my understanding of the original question was wrong. On Mar 12, 2014, at 10:28 AM, pd-list-requ...@iem.at wrote: From: Rafael Vega email.r...@gmail.com Subject: Re: [PD] midi question Date: March 12, 2014 at 9:00:47 AM EDT To: Aaron L. elmaster...@gmail.com Cc: pd-list pd-list@iem.at Reply-To: email.r...@gmail.com You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com 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] midi question
Cool stuff. What's the mic into pd for? Vocals? On Wed, Mar 12, 2014 at 12:15 PM, Dan Wilcox danomat...@gmail.com wrote: (Woops. Fixed wrong subject line.) Here's an old demo, an example of my use case, 1 guitar audio channel + guitar midi note data: MyLungsWereAchingForYouhttp://musicdump.danomatika.com/New%20robotcowboy/tour%20demos/MyLungsWereAchingForYou-demo.mp3 The guitar in this case is a Casio DG-20 digital guitar (essentially a Casio keyboard with a guitar fretboard interface). I have an analog (regular) guitar + the guitar-midi converter box which functions equivalently, although the DG-20 midi pitch tracking is faster. * 1 channel guitar into pd * 1 channel mic into pd * guitar midi output into pd All processing is done live in pd, then mixed down into stereo. The bass line root note is chosen based on the midi note data coming from the guitar. No matter what key I play in, the bass line matches it. The drums are tracked and generated lie in pd, using super simple drum synths. The samples are triggered by the song tracking. On Mar 12, 2014, at 3:02 PM, Dan Wilcox danomat...@gmail.com wrote: Those devices I mentioned are not merely pickups, they are little embedded computers that calculate the pitch tracking for you and send midi note and ctl change data. They were originally designed so that you could play a midi synth with your guitar. They only output midi, no audio. You use the regular guitar jack for audio. Nowadays, you can simply send the midi data into your computer and receive it in PD. This is what I do. Again, I'm talking *only* about midi data. This has nothing to do with 6 channel audio. My use case is to send the guitar in as 1 channel (using the normal guitar jack output) and then control synths, effects processing, etc with the tracked note data for each string coming from the guitar pitch to midi converter. If you want 6 individual audio channels, 1 for each string in addition to the tracked note value for said strings then by all means do as Rafael suggests. However, if all you need is the tracked note values, but *do not* need the individual audio channels, then I'm suggesting one of these off the shelf pitch to midi boxes that already does this. On Mar 12, 2014, at 2:21 PM, Aaron L. elmaster...@gmail.com wrote: Dan. Thanks for the info. I'm relatively new to this stuff and my use-case ain't exactly conventional so forgive the 3rd degree.. But if I understand you correctly, you're saying that instead of having 6 dedicated/discrete outputs from a hexaphonic pickup, the pickups referenced in your email (the Shadow SH-075 and the Fishman Tripleplay) will essentially do the routing on the fly? Based on pitch? Are they smart enough to determine 440hz on a 5th-fretted low-E string vs an open A string? Also, wouldn't both the hardware (i.e the pickup used) as well as PD have to be smart enough to do this? Thanks. On Wed, Mar 12, 2014 at 8:29 AM, Dan Wilcox danomat...@gmail.com wrote: Sorry, that *sigh* is condescending. Not my intention. I was thinking more about all the times we try to make things ourselves when an available solution already exists. I myself am guilty of this as much as anyone. A good mantra, at least in my media art circles, is be lazy like a fox. :D On Mar 12, 2014, at 10:41 AM, Dan Wilcox danomat...@gmail.com wrote: *sigh* Pitch to midi guitar systems have been around since the mid 80s. If the OP only needs control data, there's no need to bring a dedicated computer and multiple channel sound card into the equation. I use a Shadow SH-075https://www.youtube.com/watch?v=JzsaZe2zQV4 which was built in W. Germany (!) in the late 80's I bought off of eBay and it's tracking speed is definitely acceptable, at least for what I do. There is a new guy on the block, the Fishman Tripleplayhttp://www.fishman.com/tripleplay which I'd like to upgrade to as it's standard USB midi so will work with PdParty and my iPad. Both of these are relatively small as compared the Roland's rack mount and stomp box offerings (why don't they shrink the GR stuff by now?). Just saying that not every nail needs the PD hammer. Forgive me if my understanding of the original question was wrong. On Mar 12, 2014, at 10:28 AM, pd-list-requ...@iem.at wrote: *From: *Rafael Vega email.r...@gmail.com *Subject: **Re: [PD] midi question* *Date: *March 12, 2014 at 9:00:47 AM EDT *To: *Aaron L. elmaster...@gmail.com *Cc: *pd-list pd-list@iem.at *Reply-To: *email.r...@gmail.com You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika
Re: [PD] midi question
Yeah. 2 channel in, mixed stereo out. It's the same setup I now have with the UDOO and, to some extent, my iPad running PdParty. On Mar 12, 2014, at 3:23 PM, Aaron L. elmaster...@gmail.com wrote: Cool stuff. What's the mic into pd for? Vocals? On Wed, Mar 12, 2014 at 12:15 PM, Dan Wilcox danomat...@gmail.com wrote: (Woops. Fixed wrong subject line.) Here's an old demo, an example of my use case, 1 guitar audio channel + guitar midi note data: MyLungsWereAchingForYou The guitar in this case is a Casio DG-20 digital guitar (essentially a Casio keyboard with a guitar fretboard interface). I have an analog (regular) guitar + the guitar-midi converter box which functions equivalently, although the DG-20 midi pitch tracking is faster. * 1 channel guitar into pd * 1 channel mic into pd * guitar midi output into pd All processing is done live in pd, then mixed down into stereo. The bass line root note is chosen based on the midi note data coming from the guitar. No matter what key I play in, the bass line matches it. The drums are tracked and generated lie in pd, using super simple drum synths. The samples are triggered by the song tracking. On Mar 12, 2014, at 3:02 PM, Dan Wilcox danomat...@gmail.com wrote: Those devices I mentioned are not merely pickups, they are little embedded computers that calculate the pitch tracking for you and send midi note and ctl change data. They were originally designed so that you could play a midi synth with your guitar. They only output midi, no audio. You use the regular guitar jack for audio. Nowadays, you can simply send the midi data into your computer and receive it in PD. This is what I do. Again, I'm talking *only* about midi data. This has nothing to do with 6 channel audio. My use case is to send the guitar in as 1 channel (using the normal guitar jack output) and then control synths, effects processing, etc with the tracked note data for each string coming from the guitar pitch to midi converter. If you want 6 individual audio channels, 1 for each string in addition to the tracked note value for said strings then by all means do as Rafael suggests. However, if all you need is the tracked note values, but *do not* need the individual audio channels, then I'm suggesting one of these off the shelf pitch to midi boxes that already does this. On Mar 12, 2014, at 2:21 PM, Aaron L. elmaster...@gmail.com wrote: Dan. Thanks for the info. I'm relatively new to this stuff and my use-case ain't exactly conventional so forgive the 3rd degree.. But if I understand you correctly, you're saying that instead of having 6 dedicated/discrete outputs from a hexaphonic pickup, the pickups referenced in your email (the Shadow SH-075 and the Fishman Tripleplay) will essentially do the routing on the fly? Based on pitch? Are they smart enough to determine 440hz on a 5th-fretted low-E string vs an open A string? Also, wouldn't both the hardware (i.e the pickup used) as well as PD have to be smart enough to do this? Thanks. On Wed, Mar 12, 2014 at 8:29 AM, Dan Wilcox danomat...@gmail.com wrote: Sorry, that *sigh* is condescending. Not my intention. I was thinking more about all the times we try to make things ourselves when an available solution already exists. I myself am guilty of this as much as anyone. A good mantra, at least in my media art circles, is be lazy like a fox. :D On Mar 12, 2014, at 10:41 AM, Dan Wilcox danomat...@gmail.com wrote: *sigh* Pitch to midi guitar systems have been around since the mid 80s. If the OP only needs control data, there's no need to bring a dedicated computer and multiple channel sound card into the equation. I use a Shadow SH-075 which was built in W. Germany (!) in the late 80's I bought off of eBay and it's tracking speed is definitely acceptable, at least for what I do. There is a new guy on the block, the Fishman Tripleplay which I'd like to upgrade to as it's standard USB midi so will work with PdParty and my iPad. Both of these are relatively small as compared the Roland's rack mount and stomp box offerings (why don't they shrink the GR stuff by now?). Just saying that not every nail needs the PD hammer. Forgive me if my understanding of the original question was wrong. On Mar 12, 2014, at 10:28 AM, pd-list-requ...@iem.at wrote: From: Rafael Vega email.r...@gmail.com Subject: Re: [PD] midi question Date: March 12, 2014 at 9:00:47 AM EDT To: Aaron L. elmaster...@gmail.com Cc: pd-list pd-list@iem.at Reply-To: email.r...@gmail.com You could also get a sound card with 6 analog inputs and connect each output of the microphone to an individual channel. This way you can do 6 at a time. Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan Wilcox @danomatika danomatika.com robotcowboy.com Dan
[PD] Sigmund~ parameters
Dear list, I've been working on a patch for quite a few months now which involves pitch tracking. I've explored many possible solutions, considering the pros and cons of every approach, made different tests, etc. I've also done a lot of reading (help files, forums, etc), but I couldn't find satisfying answers to all my questions. I am now in front of 4 or 5 different approach, each of which requires to do a certain number of compromise at different level. My feeling is that I am now at the point where I could possibly eliminate some of those compromise with your help. I have a lot of questions, but I'll start with one regarding Sigmund's notes parameters. I've done a lot of tests, changing one parameter at a time. I found that only the stable time and vibrato parameters seems to be affecting the output the way it should. The other parameters - growth and minpower - doesn't seem to be working the way it's described in the help file. Am I the only person who noticed that? When I looked in the list archives, I found someone else mentioning this issue but nobody replied (and i lost the link to the thread). I'm using my patch to track the pitch of a violin. What I'm trying to do is to convert the pitch of the violon into the most accurate note on message possible (with midi note and velocity). I need this patch to be as responsive as possible but also with as few insignificant output as possible. Thanks for your help! Benoît Fortier 581 995-5622___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Data structures and click event
re: 'slow ass coders' usually takes me 15 years to get anything done, the things that are taking longer than 15 years will probably be wonderful. I will link to you something that will make you change your mind about 'being years behind everything else' 3:33:28 seconds of some /pd-0.45-4/bin$ ./pd the pdBerlin has some nice examples of using Chris Mccormick's lfo datastructure editor, I was weary of it before along with some GOP scaling stuff, but think I might give it a try. something is weird with this new (old junk keyboard, whenever I hold down more than 2 or 3 keys too fast , jack is glitching like the mouse dropouts. I am used to it by now and not one bit of that dreaded static makes it inside the wave file. I feel like I have crossed a hurdle yesterday #1 loadable filename list for scrolling through presets instead of searching with the dialog[ cant that dialog be used as a directory tool? I mean it allready does what everyone want's a directory listing to do, splits up the file name from the patch, etc... just make it an atom. #2 I somehow miraculously figured out how to count up a binary sequence like that is the oputput of the euclidian function for slick beats [1 0 1 0 1 1 0( and convert it to something that can be used as a mode for scales [2 2 1 2( my method does not yet work for sequencs that start with 0 -rotations but that doesen't bother me one bit. I ould have done it so easy with c, assembly language or even machine code but doing that graphically had my panties in a wad. *** A quotation by Hermann von Helmholtz Whoever in the pursuit of science, seeks after immediate practical utility may rest assured that he seeks in vain. Academic Discourse (Heidelberg 1862) JOC/EFR February 2006 The URL of this page is: http://www-history.mcs.st-andrews.ac.uk/.../Helmholtz.htmlhttp://www-history.mcs.st-andrews.ac.uk/Quotations/Helmholtz.html On Fri, Mar 7, 2014 at 6:55 PM, Miller Puckette m...@ucsd.edu wrote: I'll have to have a look and see what the ideas are... I don't know anything yet. Anyhow I think there are a couple of things that are higher priority: getting editing to be more user-friendly, and getting the IEM GUIs to behave better. And I'm afraid I can only write code at a fraction of the speed others can - so PD vanilla will always seem years behind everything else. cheers Miller On Sat, Mar 08, 2014 at 12:45:33AM +0100, João Pais wrote: On 03/05/2014 05:24 AM, Pierre Massat wrote: Dear list, First of all i'd like to say that i'm very impressed by the potential of data structures in Pd. I've always kind of ignored this feature and it's a pity because it's really worth diving into it.That being said I think that help and example patches are far from sufficient for beginners, and if it wasn't for Chris McCormick's s-abstractions I would have been able to really figure out how to use them (stuff like how to make an entire polygon draggable, how to use GOP with proper scaling, etc.). It's not just the documentation, it's the interface. Having to walk linked-lists of graphically unlinked objects is bad. Having to use boilerplate to find the head of a glist just to create a scalar is bad. I think Pd-l2ork is getting close to a release with my new data structure stuff in it. It's a first step at addressing some of these issues. and any prospects of that stuff making it into vanilla or pd-ext, for the non-unix users out there? ___ 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] Sigmund~ parameters
Haven't tried [sigmund~], but [fiddle~] and [helmholtz~] (the latter by Katja Vetter) and I found [both fine but [helmholtz~] a bit better for my taste. I think it's a bit more responsive. What if you combine this with [env~] for example and this way you get pitch and amplitude... On Wed, Mar 12, 2014 at 9:42 PM, Benoît Fortier benoitfort...@yahoo.cawrote: Dear list, I've been working on a patch for quite a few months now which involves pitch tracking. I've explored many possible solutions, considering the pros and cons of every approach, made different tests, etc. I've also done a lot of reading (help files, forums, etc), but I couldn't find satisfying answers to all my questions. I am now in front of 4 or 5 different approach, each of which requires to do a certain number of compromise at different level. My feeling is that I am now at the point where I could possibly eliminate some of those compromise with your help. I have a lot of questions, but I'll start with one regarding Sigmund's notes parameters. I've done a lot of tests, changing one parameter at a time. I found that only the stable time and vibrato parameters seems to be affecting the output the way it should. The other parameters - growth and minpower - doesn't seem to be working the way it's described in the help file. Am I the only person who noticed that? When I looked in the list archives, I found someone else mentioning this issue but nobody replied (and i lost the link to the thread). I'm using my patch to track the pitch of a violin. What I'm trying to do is to convert the pitch of the violon into the most accurate note on message possible (with midi note and velocity). I need this patch to be as responsive as possible but also with as few insignificant output as possible. Thanks for your help! Benoît Fortier 581 995-5622 ___ 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] Sigmund~ parameters
Thanks for your reply. Yes I did some testing with fiddle and Helmholtz, If I need to I'll get to that in an other question. My question wasn't clear enough sorry about that. I would like first to clarify some aspect of the sigmund notes mode which seems very straight forward in the help file, namely growth and minpower parameter, but which in practice I find it doesn't quite work as expected. As anyone ever managed to get significantly different output by changing those two parameters? Are they working at all, and if so can anyone explain for the record how they actually work? Or maybe I'm missing something obvious? I'll ask a clearer question regarding other specific strategies for refining pitch tracking result soon, thank you for your help. Benoît Fortier 581 995-5622 Le mercredi 12 mars 2014 16h02, Alexandros Drymonitis adr...@gmail.com a écrit : Haven't tried [sigmund~], but [fiddle~] and [helmholtz~] (the latter by Katja Vetter) and I found [both fine but [helmholtz~] a bit better for my taste. I think it's a bit more responsive. What if you combine this with [env~] for example and this way you get pitch and amplitude... On Wed, Mar 12, 2014 at 9:42 PM, Benoît Fortier benoitfort...@yahoo.ca wrote: Dear list, I've been working on a patch for quite a few months now which involves pitch tracking. I've explored many possible solutions, considering the pros and cons of every approach, made different tests, etc. I've also done a lot of reading (help files, forums, etc), but I couldn't find satisfying answers to all my questions. I am now in front of 4 or 5 different approach, each of which requires to do a certain number of compromise at different level. My feeling is that I am now at the point where I could possibly eliminate some of those compromise with your help. I have a lot of questions, but I'll start with one regarding Sigmund's notes parameters. I've done a lot of tests, changing one parameter at a time. I found that only the stable time and vibrato parameters seems to be affecting the output the way it should. The other parameters - growth and minpower - doesn't seem to be working the way it's described in the help file. Am I the only person who noticed that? When I looked in the list archives, I found someone else mentioning this issue but nobody replied (and i lost the link to the thread). I'm using my patch to track the pitch of a violin. What I'm trying to do is to convert the pitch of the violon into the most accurate note on message possible (with midi note and velocity). I need this patch to be as responsive as possible but also with as few insignificant output as possible. Thanks for your help! Benoît Fortier 581 995-5622 ___ 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] Data structures and click event
https://archive.org/details/isophi12moj upgraded ubuntustudio from 13.04 to 13.10 this morning without any noticeable problems yet. how does jack2 handle pulse audio and alsa now? somehow it stopped working together before the upgrade. might have misconfigured jack with the old pasuspender -- use/bin/jackd or something On Wed, Mar 12, 2014 at 3:57 PM, Billy Stiltner billy.stilt...@gmail.comwrote: re: 'slow ass coders' usually takes me 15 years to get anything done, the things that are taking longer than 15 years will probably be wonderful. I will link to you something that will make you change your mind about 'being years behind everything else' 3:33:28 seconds of some /pd-0.45-4/bin$ ./pd the pdBerlin has some nice examples of using Chris Mccormick's lfo datastructure editor, I was weary of it before along with some GOP scaling stuff, but think I might give it a try. something is weird with this new (old junk keyboard, whenever I hold down more than 2 or 3 keys too fast , jack is glitching like the mouse dropouts. I am used to it by now and not one bit of that dreaded static makes it inside the wave file. I feel like I have crossed a hurdle yesterday #1 loadable filename list for scrolling through presets instead of searching with the dialog[ cant that dialog be used as a directory tool? I mean it allready does what everyone want's a directory listing to do, splits up the file name from the patch, etc... just make it an atom. #2 I somehow miraculously figured out how to count up a binary sequence like that is the oputput of the euclidian function for slick beats [1 0 1 0 1 1 0( and convert it to something that can be used as a mode for scales [2 2 1 2( my method does not yet work for sequencs that start with 0 -rotations but that doesen't bother me one bit. I ould have done it so easy with c, assembly language or even machine code but doing that graphically had my panties in a wad. *** A quotation by Hermann von Helmholtz Whoever in the pursuit of science, seeks after immediate practical utility may rest assured that he seeks in vain. Academic Discourse (Heidelberg 1862) JOC/EFR February 2006 The URL of this page is: http://www-history.mcs.st-andrews.ac.uk/.../Helmholtz.htmlhttp://www-history.mcs.st-andrews.ac.uk/Quotations/Helmholtz.html On Fri, Mar 7, 2014 at 6:55 PM, Miller Puckette m...@ucsd.edu wrote: I'll have to have a look and see what the ideas are... I don't know anything yet. Anyhow I think there are a couple of things that are higher priority: getting editing to be more user-friendly, and getting the IEM GUIs to behave better. And I'm afraid I can only write code at a fraction of the speed others can - so PD vanilla will always seem years behind everything else. cheers Miller On Sat, Mar 08, 2014 at 12:45:33AM +0100, João Pais wrote: On 03/05/2014 05:24 AM, Pierre Massat wrote: Dear list, First of all i'd like to say that i'm very impressed by the potential of data structures in Pd. I've always kind of ignored this feature and it's a pity because it's really worth diving into it.That being said I think that help and example patches are far from sufficient for beginners, and if it wasn't for Chris McCormick's s-abstractions I would have been able to really figure out how to use them (stuff like how to make an entire polygon draggable, how to use GOP with proper scaling, etc.). It's not just the documentation, it's the interface. Having to walk linked-lists of graphically unlinked objects is bad. Having to use boilerplate to find the head of a glist just to create a scalar is bad. I think Pd-l2ork is getting close to a release with my new data structure stuff in it. It's a first step at addressing some of these issues. and any prospects of that stuff making it into vanilla or pd-ext, for the non-unix users out there? ___ 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] [OT] Raspberry Pi Wolfson Audio Card
You all see this? http://www.element14.com/community/community/raspberry-pi/raspberry-pi-accessories/wolfson_pi what do you think? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sigmund~ parameters
Ok folks, never mind, I did some more testing with sigmund~ and I do now see that minpower and growth seems to be working. It works in a way I'm not quite sure to understand so I find it hard to use those parameters in a meaningful, predictable way, but I guess that's because of my limited understanding of what's going on exactly under the hood. Benoît Fortier Le mercredi 12 mars 2014 16h50, Benoît Fortier benoitfort...@yahoo.ca a écrit : Thanks for your reply. Yes I did some testing with fiddle and Helmholtz, If I need to I'll get to that in an other question. My question wasn't clear enough sorry about that. I would like first to clarify some aspect of the sigmund notes mode which seems very straight forward in the help file, namely growth and minpower parameter, but which in practice I find it doesn't quite work as expected. As anyone ever managed to get significantly different output by changing those two parameters? Are they working at all, and if so can anyone explain for the record how they actually work? Or maybe I'm missing something obvious? I'll ask a clearer question regarding other specific strategies for refining pitch tracking result soon, thank you for your help. Benoît Fortier 581 995-5622 Le mercredi 12 mars 2014 16h02, Alexandros Drymonitis adr...@gmail.com a écrit : Haven't tried [sigmund~], but [fiddle~] and [helmholtz~] (the latter by Katja Vetter) and I found [both fine but [helmholtz~] a bit better for my taste. I think it's a bit more responsive. What if you combine this with [env~] for example and this way you get pitch and amplitude... On Wed, Mar 12, 2014 at 9:42 PM, Benoît Fortier benoitfort...@yahoo.ca wrote: Dear list, I've been working on a patch for quite a few months now which involves pitch tracking. I've explored many possible solutions, considering the pros and cons of every approach, made different tests, etc. I've also done a lot of reading (help files, forums, etc), but I couldn't find satisfying answers to all my questions. I am now in front of 4 or 5 different approach, each of which requires to do a certain number of compromise at different level. My feeling is that I am now at the point where I could possibly eliminate some of those compromise with your help. I have a lot of questions, but I'll start with one regarding Sigmund's notes parameters. I've done a lot of tests, changing one parameter at a time. I found that only the stable time and vibrato parameters seems to be affecting the output the way it should. The other parameters - growth and minpower - doesn't seem to be working the way it's described in the help file. Am I the only person who noticed that? When I looked in the list archives, I found someone else mentioning this issue but nobody replied (and i lost the link to the thread). I'm using my patch to track the pitch of a violin. What I'm trying to do is to convert the pitch of the violon into the most accurate note on message possible (with midi note and velocity). I need this patch to be as responsive as possible but also with as few insignificant output as possible. Thanks for your help! Benoît Fortier 581 995-5622 ___ 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] [OT] Raspberry Pi Wolfson Audio Card
Ok for small projects, but you're not going to interface a real stage mic or guitar easily. Would be much better if the next pi version comes with an onboard usb controller, which is the main problem for usb audio on the current pi. For now, the UDOO is where it's at for that. On Mar 12, 2014, at 7:10 PM, pd-list-requ...@iem.at wrote: From: me.grimm megr...@gmail.com Subject: [PD] [OT] Raspberry Pi Wolfson Audio Card Date: March 12, 2014 at 6:38:43 PM EDT To: pd_list Listserve pd-list@iem.at You all see this? http://www.element14.com/community/community/raspberry-pi/raspberry-pi-accessories/wolfson_pi what do you think? 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] udoo board sound issues
FWIW: here's a picture of my UDOO setup inside my Mars space suit backpack: http://www.flickr.com/photos/danomatika/13115604285/ Media of the backpack in use https://twitter.com/danomatika/status/433273394122207232/photo/1 https://vimeo.com/86670103 (not my video, I'll put out a different edit soon) On Mar 12, 2014, at 10:28 AM, Dan Wilcox danomat...@gmail.com wrote: I will do that later tonight when I boot the udoo and pull my run scripts off of it. I'll post everything to GitHub so we can share resources. On Mar 12, 2014, at 5:44 AM, Jamie Bullock ja...@jamiebullock.com wrote: Hi Dan, Thanks for sharing these notes. They arrived in my inbox to coincide nicely with the delivery of my quad Udoo this morning! It would be great to see a full writeup of your Udoo setup at some point as I think many people will want to be doing a similar thing. All best, Jamie On 11 Mar 2014, at 14:14, Dan Wilcox danomat...@gmail.com wrote: Heres a trim of my notes: Enable realtime audio priority (if you haven't done it already): sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' I disable pulseaudio. Make sure pulseaudio does not respawn itself (from http://voices.canonical.com/david.henningsson/2012/07/13/top-five-wrong-ways-to-fix-your-audio): echo autospawn=no ~/.pulse/client.conf Also add the following to ~/.bash_login to kill pulse audio if it's running on login: # kill pulse audio if it was spawned pulseaudio -k I'm not looking at the udoo run script, but I'm pretty sure I'm using the following with the US-25EX USB soudcard: pd -rt -nogui -alsa -audiodev 5 Use pd -listdev to get the device list from alsa. I chose 5 as the first 4 (from memory) are 1-2 (built in hardware plugin) 2-3 (HDMI audio hardware plugin). 5 is the USB hardware alsa dev. On Mar 11, 2014, at 4:05 AM, Simon Iten itensi...@gmail.com wrote: without jack i should add... On 11 Mar 2014, at 08:55, Simon Iten itensi...@gmail.com wrote: hey dan, unfortunately i’m in switzerland :-) would be great if you could post your setup somewhere or send the infos! i compiled pd from source as well. i start it from console (with -rt) and it works without problems with the builtin sound card. maybe the cheap card from dx.com just does not work properly with udoo. but please post your setup. thanks On 09 Mar 2014, at 22:26, Dan Wilcox danomat...@gmail.com wrote: I've tried my both Roland Edirol UA-25 UA-25EX and both work great. The dedicated USB controller makes these guys work as compared to an RPI where I can't get full duplex without tons of dropouts. I'm using a Linaro install which boots to the console and runs the PD through scripting. The speed is great as compared to my old wearable computer. 4 cores makes a difference. I had to recompile my kernel to add midi support, but that's working great. It's not too bad, actually. I also built Pd-vanilal from source which was pretty easy using ./configure + make. I also have a script which fetches externals and builds/installs the agains vanilla so I have the few externals I need. As with my previous experience running Pd + embedded Ubuntu, I get great performance with RT permissions, the -rt startup flag, and ALSA. Jack is needless overheard unless you want to work with other Jack-enabeld apps. Same with X windows, although my setup was running great in X with pd + ALSA in testing. From your description, it sounds like your main issue is jack pd are probably not running in realtime. I can sent you my install notes if you want (or put them online, as I've been meaning to). Also, are based in the NE within driving distance to Pittsburgh? We could do a patching circle/UDOO setup afternoon :D On Mar 9, 2014, at 5:14 PM, pd-list-requ...@iem.at wrote: From: Miller Puckette m...@ucsd.edu Subject: Re: [PD] udoo board sound issues Date: March 9, 2014 at 5:07:54 PM EDT To: Simon Iten itensi...@gmail.com Cc: PD list pd-list@iem.at H iSimon - I haven't tried any but the built-in yet but I have a few USB interfaces around here that I can try. I'm about to go on an intense trip but should be able to do some tests when I get back, assuming nobody else has figured this out first. cheers Miller On Sun, Mar 09, 2014 at 09:57:45PM +0100, Simon Iten wrote: hey list, does anybody that uses an udoo board have any recommendations on a usb-soundcard? should be very compact. i tried a cheap one from dx and i could not get any good results (loads of xruns even with periods 3 and 1024 and up frames in qjackctl) this is on the ubuntu version from udoo. are there some tweaks i can do to improve usb-sound capabilities? i thought maybe recompile the kernel with only usb-1
Re: [PD] udoo board sound issues
Also interested in the UDOO setup instructions so thank you. A bit OT but, Dan, love your work (that onward to mars patch is awesome) thanks for the links. I think people should post more of this sort of thing to the list, celebrate what we make. =) On Thu, Mar 13, 2014 at 11:09 AM, Dan Wilcox danomat...@gmail.com wrote: FWIW: here's a picture of my UDOO setup inside my Mars space suit backpack: http://www.flickr.com/photos/danomatika/13115604285/ Media of the backpack in use https://twitter.com/danomatika/status/433273394122207232/photo/1 https://vimeo.com/86670103 (not my video, I'll put out a different edit soon) On Mar 12, 2014, at 10:28 AM, Dan Wilcox danomat...@gmail.com wrote: I will do that later tonight when I boot the udoo and pull my run scripts off of it. I'll post everything to GitHub so we can share resources. On Mar 12, 2014, at 5:44 AM, Jamie Bullock ja...@jamiebullock.com wrote: Hi Dan, Thanks for sharing these notes. They arrived in my inbox to coincide nicely with the delivery of my quad Udoo this morning! It would be great to see a full writeup of your Udoo setup at some point as I think many people will want to be doing a similar thing. All best, Jamie On 11 Mar 2014, at 14:14, Dan Wilcox danomat...@gmail.com wrote: Heres a trim of my notes: Enable realtime audio priority (if you haven't done it already): sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' I disable pulseaudio. Make sure pulseaudio does not respawn itself (from http://voices.canonical.com/david.henningsson/2012/07/13/top-five-wrong-ways-to-fix-your-audio ): echo autospawn=no ~/.pulse/client.conf Also add the following to ~/.bash_login to kill pulse audio if it's running on login: # kill pulse audio if it was spawned pulseaudio -k I'm not looking at the udoo run script, but I'm pretty sure I'm using the following with the US-25EX USB soudcard: pd -rt -nogui -alsa -audiodev 5 Use pd -listdev to get the device list from alsa. I chose 5 as the first 4 (from memory) are 1-2 (built in hardware plugin) 2-3 (HDMI audio hardware plugin). 5 is the USB hardware alsa dev. On Mar 11, 2014, at 4:05 AM, Simon Iten itensi...@gmail.com wrote: without jack i should add... On 11 Mar 2014, at 08:55, Simon Iten itensi...@gmail.com wrote: hey dan, unfortunately i'm in switzerland :-) would be great if you could post your setup somewhere or send the infos! i compiled pd from source as well. i start it from console (with -rt) and it works without problems with the builtin sound card. maybe the cheap card from dx.com just does not work properly with udoo. but please post your setup. thanks On 09 Mar 2014, at 22:26, Dan Wilcox danomat...@gmail.com wrote: I've tried my both Roland Edirol UA-25 UA-25EX and both work great. The dedicated USB controller makes these guys work as compared to an RPI where I can't get full duplex without tons of dropouts. I'm using a Linaro install which boots to the console and runs the PD through scripting. The speed is great as compared to my old wearable computer. 4 cores makes a difference. I had to recompile my kernel to add midi support, but that's working great. It's not too bad, actually. I also built Pd-vanilal from source which was pretty easy using ./configure + make. I also have a script which fetches externals and builds/installs the agains vanilla so I have the few externals I need. As with my previous experience running Pd + embedded Ubuntu, I get great performance with RT permissions, the -rt startup flag, and ALSA. Jack is needless overheard unless you want to work with other Jack-enabeld apps. Same with X windows, although my setup was running great in X with pd + ALSA in testing. From your description, it sounds like your main issue is jack pd are probably not running in realtime. I can sent you my install notes if you want (or put them online, as I've been meaning to). Also, are based in the NE within driving distance to Pittsburgh? We could do a patching circle/UDOO setup afternoon :D On Mar 9, 2014, at 5:14 PM, pd-list-requ...@iem.at wrote: *From: *Miller Puckette m...@ucsd.edu *Subject: **Re: [PD] udoo board sound issues* *Date: *March 9, 2014 at 5:07:54 PM EDT *To: *Simon Iten itensi...@gmail.com *Cc: *PD list pd-list@iem.at H iSimon - I haven't tried any but the built-in yet but I have a few USB interfaces around here that I can try. I'm about to go on an intense trip but should be able to do some tests when I get back, assuming nobody else has figured this out first. cheers Miller On Sun, Mar 09, 2014 at 09:57:45PM +0100, Simon Iten wrote: hey list, does anybody that uses an udoo board have any recommendations on a usb-soundcard? should be very compact. i tried a cheap one from dx and i could not
Re: [PD] udoo board sound issues
Thanks. I was just waiting to redo my website, edit the video, put the pics together, etc etc but life and freelance work get in the way. Man, I could use a clone right about now :P On Mar 13, 2014, at 12:19 AM, Richie Cyngler glitch...@gmail.com wrote: Also interested in the UDOO setup instructions so thank you. A bit OT but, Dan, love your work (that onward to mars patch is awesome) thanks for the links. I think people should post more of this sort of thing to the list, celebrate what we make. =) On Thu, Mar 13, 2014 at 11:09 AM, Dan Wilcox danomat...@gmail.com wrote: FWIW: here's a picture of my UDOO setup inside my Mars space suit backpack: http://www.flickr.com/photos/danomatika/13115604285/ Media of the backpack in use https://twitter.com/danomatika/status/433273394122207232/photo/1 https://vimeo.com/86670103 (not my video, I'll put out a different edit soon) On Mar 12, 2014, at 10:28 AM, Dan Wilcox danomat...@gmail.com wrote: I will do that later tonight when I boot the udoo and pull my run scripts off of it. I'll post everything to GitHub so we can share resources. On Mar 12, 2014, at 5:44 AM, Jamie Bullock ja...@jamiebullock.com wrote: Hi Dan, Thanks for sharing these notes. They arrived in my inbox to coincide nicely with the delivery of my quad Udoo this morning! It would be great to see a full writeup of your Udoo setup at some point as I think many people will want to be doing a similar thing. All best, Jamie On 11 Mar 2014, at 14:14, Dan Wilcox danomat...@gmail.com wrote: Heres a trim of my notes: Enable realtime audio priority (if you haven't done it already): sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' I disable pulseaudio. Make sure pulseaudio does not respawn itself (from http://voices.canonical.com/david.henningsson/2012/07/13/top-five-wrong-ways-to-fix-your-audio): echo autospawn=no ~/.pulse/client.conf Also add the following to ~/.bash_login to kill pulse audio if it's running on login: # kill pulse audio if it was spawned pulseaudio -k I'm not looking at the udoo run script, but I'm pretty sure I'm using the following with the US-25EX USB soudcard: pd -rt -nogui -alsa -audiodev 5 Use pd -listdev to get the device list from alsa. I chose 5 as the first 4 (from memory) are 1-2 (built in hardware plugin) 2-3 (HDMI audio hardware plugin). 5 is the USB hardware alsa dev. On Mar 11, 2014, at 4:05 AM, Simon Iten itensi...@gmail.com wrote: without jack i should add... On 11 Mar 2014, at 08:55, Simon Iten itensi...@gmail.com wrote: hey dan, unfortunately i’m in switzerland :-) would be great if you could post your setup somewhere or send the infos! i compiled pd from source as well. i start it from console (with -rt) and it works without problems with the builtin sound card. maybe the cheap card from dx.com just does not work properly with udoo. but please post your setup. thanks On 09 Mar 2014, at 22:26, Dan Wilcox danomat...@gmail.com wrote: I've tried my both Roland Edirol UA-25 UA-25EX and both work great. The dedicated USB controller makes these guys work as compared to an RPI where I can't get full duplex without tons of dropouts. I'm using a Linaro install which boots to the console and runs the PD through scripting. The speed is great as compared to my old wearable computer. 4 cores makes a difference. I had to recompile my kernel to add midi support, but that's working great. It's not too bad, actually. I also built Pd-vanilal from source which was pretty easy using ./configure + make. I also have a script which fetches externals and builds/installs the agains vanilla so I have the few externals I need. As with my previous experience running Pd + embedded Ubuntu, I get great performance with RT permissions, the -rt startup flag, and ALSA. Jack is needless overheard unless you want to work with other Jack-enabeld apps. Same with X windows, although my setup was running great in X with pd + ALSA in testing. From your description, it sounds like your main issue is jack pd are probably not running in realtime. I can sent you my install notes if you want (or put them online, as I've been meaning to). Also, are based in the NE within driving distance to Pittsburgh? We could do a patching circle/UDOO setup afternoon :D On Mar 9, 2014, at 5:14 PM, pd-list-requ...@iem.at wrote: From: Miller Puckette m...@ucsd.edu Subject: Re: [PD] udoo board sound issues Date: March 9, 2014 at 5:07:54 PM EDT To: Simon Iten itensi...@gmail.com Cc: PD list pd-list@iem.at H iSimon - I haven't tried any but the built-in yet but I have a few USB interfaces around here that I can try. I'm about to go on an intense trip but should be
Re: [PD] Sigmund~ parameters
I presume you found the (very short) mention in the subppatch of the help wnidow (pd setting-parameters). Basically, if the measured signal power is less than minpower (expressed in dB) then the reported instantaneous potch is zero and no new notes will be reports (and this can give rise to repeated notes if the input power drifts below this value and then rises again.) growth is a threshold whereby sigmund~ may report repeated notes at teh same pitch, even if that pitch s continuously present in the signal, just because of a fall and subsequent rise in the measured power. This all needs a picture :) M On Wed, Mar 12, 2014 at 04:10:23PM -0700, Benoît Fortier wrote: Ok folks, never mind, I did some more testing with sigmund~ and I do now see that minpower and growth seems to be working. It works in a way I'm not quite sure to understand so I find it hard to use those parameters in a meaningful, predictable way, but I guess that's because of my limited understanding of what's going on exactly under the hood. Benoît Fortier Le mercredi 12 mars 2014 16h50, Benoît Fortier benoitfort...@yahoo.ca a écrit : Thanks for your reply. Yes I did some testing with fiddle and Helmholtz, If I need to I'll get to that in an other question. My question wasn't clear enough sorry about that. I would like first to clarify some aspect of the sigmund notes mode which seems very straight forward in the help file, namely growth and minpower parameter, but which in practice I find it doesn't quite work as expected. As anyone ever managed to get significantly different output by changing those two parameters? Are they working at all, and if so can anyone explain for the record how they actually work? Or maybe I'm missing something obvious? I'll ask a clearer question regarding other specific strategies for refining pitch tracking result soon, thank you for your help. Benoît Fortier 581 995-5622 Le mercredi 12 mars 2014 16h02, Alexandros Drymonitis adr...@gmail.com a écrit : Haven't tried [sigmund~], but [fiddle~] and [helmholtz~] (the latter by Katja Vetter) and I found [both fine but [helmholtz~] a bit better for my taste. I think it's a bit more responsive. What if you combine this with [env~] for example and this way you get pitch and amplitude... On Wed, Mar 12, 2014 at 9:42 PM, Benoît Fortier benoitfort...@yahoo.ca wrote: Dear list, I've been working on a patch for quite a few months now which involves pitch tracking. I've explored many possible solutions, considering the pros and cons of every approach, made different tests, etc. I've also done a lot of reading (help files, forums, etc), but I couldn't find satisfying answers to all my questions. I am now in front of 4 or 5 different approach, each of which requires to do a certain number of compromise at different level. My feeling is that I am now at the point where I could possibly eliminate some of those compromise with your help. I have a lot of questions, but I'll start with one regarding Sigmund's notes parameters. I've done a lot of tests, changing one parameter at a time. I found that only the stable time and vibrato parameters seems to be affecting the output the way it should. The other parameters - growth and minpower - doesn't seem to be working the way it's described in the help file. Am I the only person who noticed that? When I looked in the list archives, I found someone else mentioning this issue but nobody replied (and i lost the link to the thread). I'm using my patch to track the pitch of a violin. What I'm trying to do is to convert the pitch of the violon into the most accurate note on message possible (with midi note and velocity). I need this patch to be as responsive as possible but also with as few insignificant output as possible. Thanks for your help! Benoît Fortier 581 995-5622 ___ 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] Data structures and click event
On 03/07/2014 06:55 PM, Miller Puckette wrote: I'll have to have a look and see what the ideas are... I don't know anything yet. Well there's the important stuff: https://jwilkes.nfshost.com/mm.webm And then the less important stuff, like being able to patch 15 out of the 28 demos shown here: http://raphaeljs.com/ Essentially everything except the ones with gradients and text, but those features can be added later. It's generally not as high level as Raphael-- for example I ported the Raphael code to subpatches for the easing demo, and I'm just using [line] to do the animation. However, it would not be too hard on the Pd side to add an animate method. In fact that'd be quite efficient as you'd only be sending a single message over the socket and letting the GUI take care of the details. Also, I'm instantiating scalars inside object boxes. Since the user can send messages to update shape attributes straight to the parent draw command, this means he/she can do an end-run around pointers for prototyping. So essentially you have the ability to dynamically change visual attributes on the class level (i.e., the parentwidgetbehavior) and on the object level (for the specific scalar, as you can currently). There are still lots of details to get right, like handling groups properly, but the basic stuff is there. -Jonathan Anyhow I think there are a couple of things that are higher priority: getting editing to be more user-friendly, and getting the IEM GUIs to behave better. And I'm afraid I can only write code at a fraction of the speed others can - so PD vanilla will always seem years behind everything else. cheers Miller On Sat, Mar 08, 2014 at 12:45:33AM +0100, João Pais wrote: On 03/05/2014 05:24 AM, Pierre Massat wrote: Dear list, First of all i'd like to say that i'm very impressed by the potential of data structures in Pd. I've always kind of ignored this feature and it's a pity because it's really worth diving into it.That being said I think that help and example patches are far from sufficient for beginners, and if it wasn't for Chris McCormick's s-abstractions I would have been able to really figure out how to use them (stuff like how to make an entire polygon draggable, how to use GOP with proper scaling, etc.). It's not just the documentation, it's the interface. Having to walk linked-lists of graphically unlinked objects is bad. Having to use boilerplate to find the head of a glist just to create a scalar is bad. I think Pd-l2ork is getting close to a release with my new data structure stuff in it. It's a first step at addressing some of these issues. and any prospects of that stuff making it into vanilla or pd-ext, for the non-unix users out there? ___ 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