Re: [PD] [GEM] compilation error in fedora13
ok. so I've been away from the machines... if I run ./autogen.sh both in fedora 11 and 13 and the current svn gem: ./configure moves until: checking for a BSD-compatible install... /usr/bin/install -c and then loops back to: checking whether build environment is sane... yes for ever... I should mention that until recently i never used ./autogen.sh. I used instead aclocal and then autoconf and worked fine. thanks! J On Wed, Oct 20, 2010 at 1:28 AM, IOhannes m zmoelnig zmoel...@iem.atwrote: On 2010-10-20 03:29, Jaime Oliver wrote: hi iohannes, thanks for your reply any ideas? it seems like the macros are not properly found. make sure you: - have the file src/m4/gem.m4 (this file holds the macros you seem to be missing) - have correctly run: $ cd /Gem/src ./autogen.sh before running ./configure are there any errors when running ./autogen.sh? fgmasdr IOhannes -- Jaime E Oliver LR www.jaimeoliver.pe 858 750 0924 (cel) 858 202 1522 (home) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
Le 17. 11. 10 03:36, Martin Schied a écrit : On 15.11.2010 23:06, Raphael Raccuia wrote: Le 15. 11. 10 22:21, Pierre Massat a écrit : Hi, I have installed Ubuntu 10.04 LTS, plus some ubuntu studio stuff (the audio packages and the plugins). I also tried the rt-kernel. It didn't work. But i am amazed, blown away, baffled, etc. Because the generic kernel does have some crazy rt capabilities indeed. I guess the ubuntu studio packages must have created the audio group and jack must have written the proper things in the limit file, but still, it works surprisingly well. Jack can run in rt with a latency as low 4 ms without any xruns, although it crashes.It works just fine at 5.33 ms. Even pd itself work with an extremely low latency (I'd say below 7 ms), I'm assuming that's because it was configured to run in rt during the install. I don't even know if i need JACK anymore. jack don't add latency, and it's a powerfull sound server... you can connect pd to the outputs of your sound device and/or other sound/midi softwares, then you can save a patchbay to recover your patch... it's one of the most interesting stuffs on linux. it does add latency in most cases. you specify the amount of latency by using different period sizes and numbers of periods settings. But you can use very small buffers on some systems with good audio hardware, so they have the same size you would use inside pd in standalone (64samples). In this case you will not have more latency using jack than using pd standalone. (I'm also only 99.9% sure about this, beware.). From jack-audio.org Doesn't use JACK add latency? There is /NO/ extra latency caused by using JACK for audio input and output. When we say none, we mean absolutely zero. The only impact of using JACK is a slight increase in the amount of work done by the CPU to process a given chunk of audio, which means that in theory you could not get 100% of the processing power that you might get it if your application(s) used ALSA or CoreAudio directly. However, given that the difference is less than 1%, and that your system will be unstable before you get close to 80% of the theoretical processing power, the effect is completely disregardable. but of course, if you just run pd, you don't need it and you can set latency into pd, I forgot that. I mostly interface pd with other soft ( ardour or any recorder, midi sequencer, some plugin via jack-rack or calf etc...), and I plug midi controllers, but you can do it in qjackctl without running jack (alsa tab in connection window)... Practically speaking - on systems I used until now I could always achieve lower buffer sizes using pd standalone and thus get lower round trip delays too. I couldn't tell by ear which config was faster, Pd alone or Pd plus JACK. maybe I'm wrong, but I thing only jack can provide rt... you can run pd with the -rt flag, without jack. fo me it has proven to be far more stable at the lowest possible latencies than using jack. but this depends on your setup too. I don't use jack when I don't need it. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Which Linux distribution are you using?
I agree that JACK doesn't seem to add any latency. The thing is, if Pd alone and Pd + JACK end up having the same latency, I don't see why i should bother running two programs. Yet, I'm not sure about Pd's latency. I know that the Delay in Audio settings doesn't seem to mean anything realistic at all (correct me if i'm wrong). I can't push it below 8 ms without running into intolerable audio drop-outs, even though JACK is able to run at a latency below 5 ms. As I said, my ear isn't fast enough to detect any difference between both setups. So i guess I'll just try the program that was mentioned in one of the previous messages. I also have another question. For now only pd vanilla is installed on my laptop, because ubuntu studio packages don't include pd-extended (which by the way is difficult to understand, given all the kind of useless and sometimes redundant apps they do provide). So, say I installed pd-extended, do you think i'll have to tweak something in order to get the same performances as with vanilla (stuff like adding it to the audio group, changing the rt, buffersize, etc...)? Incidentally, Ubuntu 10.04 LTS installed very quickly and without any particular issues. It also starts and stops in no time. The only drawback is (as usual) that the wireless card doesn't work properly out of the box. Thank you all for your help and advice! Pierre 2010/11/17 Raphael Raccuia rafael.racc...@blindekinder.com Le 17. 11. 10 03:36, Martin Schied a écrit : On 15.11.2010 23:06, Raphael Raccuia wrote: Le 15. 11. 10 22:21, Pierre Massat a écrit : Hi, I have installed Ubuntu 10.04 LTS, plus some ubuntu studio stuff (the audio packages and the plugins). I also tried the rt-kernel. It didn't work. But i am amazed, blown away, baffled, etc. Because the generic kernel does have some crazy rt capabilities indeed. I guess the ubuntu studio packages must have created the audio group and jack must have written the proper things in the limit file, but still, it works surprisingly well. Jack can run in rt with a latency as low 4 ms without any xruns, although it crashes.It works just fine at 5.33 ms. Even pd itself work with an extremely low latency (I'd say below 7 ms), I'm assuming that's because it was configured to run in rt during the install. I don't even know if i need JACK anymore. jack don't add latency, and it's a powerfull sound server... you can connect pd to the outputs of your sound device and/or other sound/midi softwares, then you can save a patchbay to recover your patch... it's one of the most interesting stuffs on linux. it does add latency in most cases. you specify the amount of latency by using different period sizes and numbers of periods settings. But you can use very small buffers on some systems with good audio hardware, so they have the same size you would use inside pd in standalone (64samples). In this case you will not have more latency using jack than using pd standalone. (I'm also only 99.9% sure about this, beware.). From jack-audio.org Doesn't use JACK add latency? There is *NO* extra latency caused by using JACK for audio input and output. When we say none, we mean absolutely zero. The only impact of using JACK is a slight increase in the amount of work done by the CPU to process a given chunk of audio, which means that in theory you could not get 100% of the processing power that you might get it if your application(s) used ALSA or CoreAudio directly. However, given that the difference is less than 1%, and that your system will be unstable before you get close to 80% of the theoretical processing power, the effect is completely disregardable. but of course, if you just run pd, you don't need it and you can set latency into pd, I forgot that. I mostly interface pd with other soft ( ardour or any recorder, midi sequencer, some plugin via jack-rack or calf etc...), and I plug midi controllers, but you can do it in qjackctl without running jack (alsa tab in connection window)... Practically speaking - on systems I used until now I could always achieve lower buffer sizes using pd standalone and thus get lower round trip delays too. I couldn't tell by ear which config was faster, Pd alone or Pd plus JACK. maybe I'm wrong, but I thing only jack can provide rt... you can run pd with the -rt flag, without jack. fo me it has proven to be far more stable at the lowest possible latencies than using jack. but this depends on your setup too. I don't use jack when I don't need it. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] microtonal pitch glide using Risset's bell
Dear List, I have a basic rip of the Risset Bell from the tutorial patches and I can't seem to figure out how to make the overall pitch glide from one microtone to another from midi number 72 to 72.4 over 15ms, for example? A month old baby and a looming deadline has turned my brain into mush... Patch is attached (it's for an upcoming performance of John Cage's 'Ryoanji'). All good wishes, Julian partial_jb.pd Description: Binary data ryoanji.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] compilation error in fedora13
in case it is relevant, gem-0.92-2 ./autogen.sh outputs: [joliv...@cajachica src]$ ./autogen.sh (cd . ; aclocal) (cd . ; autoconf) if everything above succeeded, you can now run './configure' for options see './configure --help' J On Wed, Nov 17, 2010 at 1:36 AM, Jaime Oliver jaime.oliv...@gmail.comwrote: ok. so I've been away from the machines... if I run ./autogen.sh both in fedora 11 and 13 and the current svn gem: ./configure moves until: checking for a BSD-compatible install... /usr/bin/install -c and then loops back to: checking whether build environment is sane... yes for ever... I should mention that until recently i never used ./autogen.sh. I used instead aclocal and then autoconf and worked fine. thanks! J On Wed, Oct 20, 2010 at 1:28 AM, IOhannes m zmoelnig zmoel...@iem.atwrote: On 2010-10-20 03:29, Jaime Oliver wrote: hi iohannes, thanks for your reply any ideas? it seems like the macros are not properly found. make sure you: - have the file src/m4/gem.m4 (this file holds the macros you seem to be missing) - have correctly run: $ cd /Gem/src ./autogen.sh before running ./configure are there any errors when running ./autogen.sh? fgmasdr IOhannes -- Jaime E Oliver LR www.jaimeoliver.pe 858 750 0924 (cel) 858 202 1522 (home) -- Jaime E Oliver LR www.jaimeoliver.pe 858 750 0924 (cel) 858 202 1522 (home) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lowest latency ARM board for Pd
I would be happy to know how you did install pd on your freerunner... I did tried to install from rep (using debian QText v28) and it doesn't start, PDa seems too old to install (need osso-esd wich is not available...) I had been able to install it before but not anymore :/ any hints ? tks Ol. ogeem.be okno.be Subject: Re: [PD] lowest latency ARM board for Pd To: cosmin O_O horiacos...@hotmail.com Cc: pd-list@iem.at Message-ID: 4cdd2b53.9050...@iem.at Content-Type: text/plain; charset=iso-8859-1 On 11/12/2010 11:11 AM, cosmin O_O wrote: I don't know if I done the good way of measurments, but I've only choose the 10ms option on audio buffer and test some patches to see if the sound was correct. And it was (without cranks). ah i see. the 10ms option does not mean so much. it only affects the buffer Pd uses internally; the audio-subsystem will add latency on top of that. the only reliable way to test latency is to measure it (by means of cables). which OS are you running on the FreeRunner? FSO? android? fgamr IOhannes -- next part -- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lowest latency ARM board for Pd
Hi, That's simple: Install pd-extended (Armel version) There is no OpenGL support on the Freerunner so Gem, pdp, pidip are not compiled on this version. 1/ Install dependencies: wget http://www.debian-multimedia.org/pool/main/d/debian-multimedia-keyring/debian-multimedia-keyring_2008.10.16_all.deb dpkg -i debian-multimedia-keyring_2008.10.16_all.deb nano -w /etc/apt/sources list and add: deb http://www.debian-multimedia.org lenny main non-free then: apt-get install x-ttcidfont-conf tcllib libfftw3-3 libflite1 libjack0 libmp3lame0 libogg0 libspeex1 libvorbis0a libvorbisenc2 libvorbisfile3 tcl8.5 tk8.5 2/ Install Pd-extended for armel wget http://www.servideo.org/debian/Pd-0.42.5-extended_light_armel.deb dpkg -i Pd-0.42.5-extended_light_armel.deb Note that if you had previously troubles with the dependencies of pd-extended, make a dpkg -P pdextended 3/ go to: /usr/share/applications/pd-extended.desktop and replace Exec=pasuspender -- /usr/bin/pdextended -alsa %F by: Exec=pdextended -alsa (-- depending the space left, you should install also alsa-base for that) or by: Exec=pdextended -oss (-- my choice) 4/Run Pd-extended or puredata on the Freerunner: a/ Go to Main Menu Applications QX b/ Select options (white file on the bottom left) and click favourites c/ Select pd-extended d/ Quit QX and come back to QX e/ Select pd-xextended and set on options the settings like for example: prevent suspending, Prevent screen diming, Use Window Manager and Full screen and save. f/ Select pd-extended g/ Launch pd-extended with Options Launch. If you want to install puredata instead of pd-extended: apt-get install puredata Best, Cosmin Date: Wed, 17 Nov 2010 12:58:45 +0100 From: o...@ogeem.be To: pd-list@iem.at Subject: Re: [PD] lowest latency ARM board for Pd I would be happy to know how you did install pd on your freerunner... I did tried to install from rep (using debian QText v28) and it doesn't start, PDa seems too old to install (need osso-esd wich is not available...) I had been able to install it before but not anymore :/ any hints ? tks Ol. ogeem.be okno.be Subject: Re: [PD] lowest latency ARM board for Pd To: cosmin O_O horiacos...@hotmail.com Cc: pd-list@iem.at Message-ID: 4cdd2b53.9050...@iem.at Content-Type: text/plain; charset=iso-8859-1 On 11/12/2010 11:11 AM, cosmin O_O wrote: I don't know if I done the good way of measurments, but I've only choose the 10ms option on audio buffer and test some patches to see if the sound was correct. And it was (without cranks). ah i see. the 10ms option does not mean so much. it only affects the buffer Pd uses internally; the audio-subsystem will add latency on top of that. the only reliable way to test latency is to measure it (by means of cables). which OS are you running on the FreeRunner? FSO? android? fgamr IOhannes -- next part -- ___ 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] lowest latency ARM board for Pd
You could try building it from source? .hc On Nov 17, 2010, at 6:58 AM, Olm-e wrote: I would be happy to know how you did install pd on your freerunner... I did tried to install from rep (using debian QText v28) and it doesn't start, PDa seems too old to install (need osso-esd wich is not available...) I had been able to install it before but not anymore :/ any hints ? tks Ol. ogeem.be okno.be Subject: Re: [PD] lowest latency ARM board for Pd To: cosmin O_O horiacos...@hotmail.com Cc: pd-list@iem.at Message-ID: 4cdd2b53.9050...@iem.at Content-Type: text/plain; charset=iso-8859-1 On 11/12/2010 11:11 AM, cosmin O_O wrote: I don't know if I done the good way of measurments, but I've only choose the 10ms option on audio buffer and test some patches to see if the sound was correct. And it was (without cranks). ah i see. the 10ms option does not mean so much. it only affects the buffer Pd uses internally; the audio-subsystem will add latency on top of that. the only reliable way to test latency is to measure it (by means of cables). which OS are you running on the FreeRunner? FSO? android? fgamr IOhannes -- next part -- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lowest latency ARM board for Pd
On Wed, 17 Nov 2010, cosmin O_O wrote: There is no OpenGL support on the Freerunner so Gem, pdp, pidip are not compiled on this version. But Gem's [pix_...] doesn't depend on OpenGL (and neither does almost all of pdp). For example you can use a [metro] with GridFlow's [gemdead] to make [pix_...] objects work and you can use [#from_pix]-[#out x11] to display them. Alternately, there are pdp-pix converters (that existed for much longer) that you can use with any of pdp's several non-GL outputs ([pdp_xv], ...). ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Preset saving with SSSAD
Dear list, i'm having a kind of naive question. I've been using the glorious SSSAD abstraction (with [presetstore]) to saveload presets in a huge patch, but i'm missing more and more the ability to saveload presets for individual parts of the patch only. E.g. i have two sequencers in the patch, for which i wish to saveload presets independently. I know it's easy to send presets to individual parts when you have hand-made those presets, but what about saving? Is it that the current architecture of SSSAD does not allow this? Then is there a way to modify/develop it to make this possible? Or if it allows, how to do it? Any ideas highly appreciated! Thanks, Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lowest latency ARM board for Pd
This would be great to have as a wiki page on puredata.info, thanks for making the build. .hc On Nov 17, 2010, at 9:27 AM, cosmin O_O wrote: Hi, That's simple: Install pd-extended (Armel version) There is no OpenGL support on the Freerunner so Gem, pdp, pidip are not compiled on this version. 1/ Install dependencies: wget http://www.debian-multimedia.org/pool/main/d/debian-multimedia-keyring/debian-multimedia-keyring_2008.10.16_all.deb dpkg -i debian-multimedia-keyring_2008.10.16_all.deb nano -w /etc/apt/sources list and add: deb http://www.debian-multimedia.org lenny main non-free then: apt-get install x-ttcidfont-conf tcllib libfftw3-3 libflite1 libjack0 libmp3lame0 libogg0 libspeex1 libvorbis0a libvorbisenc2 libvorbisfile3 tcl8.5 tk8.5 2/ Install Pd-extended for armel wget http://www.servideo.org/debian/Pd-0.42.5-extended_light_armel.deb dpkg -i Pd-0.42.5-extended_light_armel.deb Note that if you had previously troubles with the dependencies of pd- extended, make a dpkg -P pdextended 3/ go to: /usr/share/applications/pd-extended.desktop and replace Exec=pasuspender -- /usr/bin/pdextended -alsa %F by: Exec=pdextended -alsa (-- depending the space left, you should install also alsa-base for that) or by: Exec=pdextended -oss (-- my choice) 4/Run Pd-extended or puredata on the Freerunner: a/ Go to Main Menu Applications QX b/ Select options (white file on the bottom left) and click favourites c/ Select pd-extended d/ Quit QX and come back to QX e/ Select pd-xextended and set on options the settings like for example: prevent suspending, Prevent screen diming, Use Window Manager and Full screen and save. f/ Select pd-extended g/ Launch pd-extended with Options Launch. If you want to install puredata instead of pd-extended: apt-get install puredata Best, Cosmin Date: Wed, 17 Nov 2010 12:58:45 +0100 From: o...@ogeem.be To: pd-list@iem.at Subject: Re: [PD] lowest latency ARM board for Pd I would be happy to know how you did install pd on your freerunner... I did tried to install from rep (using debian QText v28) and it doesn't start, PDa seems too old to install (need osso-esd wich is not available...) I had been able to install it before but not anymore :/ any hints ? tks Ol. ogeem.be okno.be Subject: Re: [PD] lowest latency ARM board for Pd To: cosmin O_O horiacos...@hotmail.com Cc: pd-list@iem.at Message-ID: 4cdd2b53.9050...@iem.at Content-Type: text/plain; charset=iso-8859-1 On 11/12/2010 11:11 AM, cosmin O_O wrote: I don't know if I done the good way of measurments, but I've only choose the 10ms option on audio buffer and test some patches to see if the sound was correct. And it was (without cranks). ah i see. the 10ms option does not mean so much. it only affects the buffer Pd uses internally; the audio-subsystem will add latency on top of that. the only reliable way to test latency is to measure it (by means of cables). which OS are you running on the FreeRunner? FSO? android? fgamr IOhannes -- next part -- ___ 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 “We must become the change we want to see. - Mahatma Gandhi ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredata.info not online?
Hi, Same question what's happen? Thomas João Pais wrote: Hi, for sure everyone noticed already, but since puredata.info isn't online for some days now, I just wanted to ask if you know when it will be back again. João ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lowest latency ARM board for Pd
Ok, there is also a full pd-extended version for armel (except pix_kaleidoscope and curve3d) there: http://www.servideo.org/debian/ Cosmin CC: o...@ogeem.be; pd-list@iem.at From: h...@at.or.at To: horiacos...@hotmail.com Subject: Re: [PD] lowest latency ARM board for Pd Date: Wed, 17 Nov 2010 11:22:01 -0500 This would be great to have as a wiki page on puredata.info, thanks for making the build. .hc On Nov 17, 2010, at 9:27 AM, cosmin O_O wrote:Hi, That's simple: Install pd-extended (Armel version) There is no OpenGL support on the Freerunner so Gem, pdp, pidip are not compiled on this version. 1/ Install dependencies: wget http://www.debian-multimedia.org/pool/main/d/debian-multimedia-keyring/debian-multimedia-keyring_2008.10.16_all.deb dpkg -i debian-multimedia-keyring_2008.10.16_all.deb nano -w /etc/apt/sources list and add: deb http://www.debian-multimedia.org lenny main non-free then: apt-get install x-ttcidfont-conf tcllib libfftw3-3 libflite1 libjack0 libmp3lame0 libogg0 libspeex1 libvorbis0a libvorbisenc2 libvorbisfile3 tcl8.5 tk8.5 2/ Install Pd-extended for armel wget http://www.servideo.org/debian/Pd-0.42.5-extended_light_armel.deb dpkg -i Pd-0.42.5-extended_light_armel.deb Note that if you had previously troubles with the dependencies of pd-extended, make a dpkg -P pdextended 3/ go to: /usr/share/applications/pd-extended.desktop and replace Exec=pasuspender -- /usr/bin/pdextended -alsa %F by: Exec=pdextended -alsa (-- depending the space left, you should install also alsa-base for that) or by: Exec=pdextended -oss (-- my choice) 4/Run Pd-extended or puredata on the Freerunner: a/ Go to Main Menu Applications QX b/ Select options (white file on the bottom left) and click favourites c/ Select pd-extended d/ Quit QX and come back to QX e/ Select pd-xextended and set on options the settings like for example: prevent suspending, Prevent screen diming, Use Window Manager and Full screen and save. f/ Select pd-extended g/ Launch pd-extended with Options Launch. If you want to install puredata instead of pd-extended: apt-get install puredata Best, Cosmin Date: Wed, 17 Nov 2010 12:58:45 +0100 From: o...@ogeem.be To: pd-list@iem.at Subject: Re: [PD] lowest latency ARM board for Pd I would be happy to know how you did install pd on your freerunner... I did tried to install from rep (using debian QText v28) and it doesn't start, PDa seems too old to install (need osso-esd wich is not available...) I had been able to install it before but not anymore :/ any hints ? tks Ol. ogeem.be okno.be Subject: Re: [PD] lowest latency ARM board for Pd To: cosmin O_O horiacos...@hotmail.com Cc: pd-list@iem.at Message-ID: 4cdd2b53.9050...@iem.at Content-Type: text/plain; charset=iso-8859-1 On 11/12/2010 11:11 AM, cosmin O_O wrote: I don't know if I done the good way of measurments, but I've only choose the 10ms option on audio buffer and test some patches to see if the sound was correct. And it was (without cranks). ah i see. the 10ms option does not mean so much. it only affects the buffer Pd uses internally; the audio-subsystem will add latency on top of that. the only reliable way to test latency is to measure it (by means of cables). which OS are you running on the FreeRunner? FSO? android? fgamr IOhannes -- next part -- ___ 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 “We must become the change we want to see. - Mahatma Gandhi ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] 3d tube with control of the position of the extremities
Dear List, I was trying to build 3d cylinders using GEM. But I the actual solutions (cylinder and tube) cannot be easily manipulated. I would like to control the x y z of the extremities of the tube, like a [polygon 2] but with control of diameter and faces of the cylinder. Any useful tip? I am really missing the point or there is no easy solution for that in PD? All the best Luiz -- Luiz Naveda _ - PhD researcher http://www.ipem.ugent.be/samba - Director SysMus09 http://www.ipem.ugent.be/sysmus09 IPEM - Institute for Psychoacoustics and Electronic Music Ghent University Office: + 32 9 264 4127 Blandijnberg 2 Ghent, B-9000 Belgium ^v^ ^v^ ^v^ ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^ ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] microtonal pitch glide using Risset's bell
Hey Jb I've just had a look and fixed if for you. It was one of the classic Pd Gotchas. Basically the frequency you wanted to change (from the outside) was going direct from a recieve to the cool right inlet of a [*] object. Meaning it would require an extra bang or a change in the argument number to take effect. Just swapped the wires into this object round and it works fine. Oh, the [pd line] is just my testing system, running up and down from midi 40 to 100, obviously you'll want to change this to work with your patch. Sorted Andrew Date: Wed, 17 Nov 2010 16:50:12 + Subject: Re: [PD] microtonal pitch glide using Risset's bell From: jbee...@gmail.com To: jbtur...@hotmail.com Btw, It's 150ms not 15 - durr. On 17 November 2010 16:34, J bz jbee...@gmail.com wrote: Hi Andrew, Thanks for weighing in. I tried a couple of variations of that but it doesn't work. Something to do with the sound being triggered from a bank of partials I think. Would really appreciate you (or someone) having a look if you have a minute. Hey Lorenzo, No one said this was going to be easy:) Cheers, Jb On 17 November 2010 10:50, Andrew Faraday jbtur...@hotmail.com wrote: Okay, I've not had a chance to look at your patch but the typical method is to use [line], or [line~] (which solves some in-continuity) (your target pitch)| [$1 15(|[line~]|(your pitch control) You can make this variable by using something like (target pitch) (glide time) | /| /| /| /[ pack f f ]| [line~] I would also note that 15ms is a very short time for a change in pitch or volume, you probably won't hear an audio incontinuity(click) because of this slide, but you might well not be able to experience it as a pitch slide if it's under around 30ms. Andrew Date: Wed, 17 Nov 2010 10:37:35 + From: jbee...@gmail.com To: pd-list@iem.at Subject: [PD] microtonal pitch glide using Risset's bell Dear List, I have a basic rip of the Risset Bell from the tutorial patches and I can't seem to figure out how to make the overall pitch glide from one microtone to another from midi number 72 to 72.4 over 15ms, for example? A month old baby and a looming deadline has turned my brain into mush... Patch is attached (it's for an upcoming performance of John Cage's 'Ryoanji'). All good wishes, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list partial_af.pd Description: Binary data ryoanji_af.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] microtonal pitch glide using Risset's bell
Hi Julian, To make this work you can modify the partial.pd abstraction to receive the frequency message as a signal. e.g. replace this bit: [r frequency] || [* ] | [+ $4] | with this: [r~ frequency] | | [*~ ] | [+~ $4] | then send something like [72, 72.4 15( | [line~] | [mtof~] | [s~ frequency] Does that make sense, dad? congratulations, Collin On Nov 17, 2010, at 2:41 AM, pd-list-requ...@iem.at wrote: Message: 2 Date: Wed, 17 Nov 2010 10:37:35 + From: J bz jbee...@gmail.com Subject: [PD] microtonal pitch glide using Risset's bell To: pd-list@iem.at Message-ID: aanlktim8hsjvmfn3ho5rynrtqyx=rz1qylx9g-qsd...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Dear List, I have a basic rip of the Risset Bell from the tutorial patches and I can't seem to figure out how to make the overall pitch glide from one microtone to another from midi number 72 to 72.4 over 15ms, for example? A month old baby and a looming deadline has turned my brain into mush... Patch is attached (it's for an upcoming performance of John Cage's 'Ryoanji'). All good wishes, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] microtonal pitch glide using Risset's bell
Also a valid solution, From: cold...@mac.com Date: Wed, 17 Nov 2010 14:33:15 -0800 To: jbee...@gmail.com CC: pd-list@iem.at Subject: Re: [PD] microtonal pitch glide using Risset's bell Hi Julian, To make this work you can modify the partial.pd abstraction to receive the frequency message as a signal. e.g. replace this bit: [r frequency]||[* ] |[+ $4]| with this: [r~ frequency]| |[*~ ] |[+~ $4]| then send something like [72, 72.4 15(|[line~]|[mtof~]|[s~ frequency] Does that make sense, dad? congratulations,Collin On Nov 17, 2010, at 2:41 AM, pd-list-requ...@iem.at wrote:Message: 2 Date: Wed, 17 Nov 2010 10:37:35 + From: J bz jbee...@gmail.com Subject: [PD] microtonal pitch glide using Risset's bell To: pd-list@iem.at Message-ID: aanlktim8hsjvmfn3ho5rynrtqyx=rz1qylx9g-qsd...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Dear List, I have a basic rip of the Risset Bell from the tutorial patches and I can't seem to figure out how to make the overall pitch glide from one microtone to another from midi number 72 to 72.4 over 15ms, for example? A month old baby and a looming deadline has turned my brain into mush... Patch is attached (it's for an upcoming performance of John Cage's 'Ryoanji'). All good 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] Which Linux distribution are you using?
Doesn't use JACK add latency? There is /NO/ extra latency caused by using JACK for audio input and output. When we say none, we mean absolutely zero. The only impact of using JACK is a slight increase in the amount of work done by the CPU to process a given chunk of audio, which means that in theory you could not get 100% of the processing power that you might get it if your application(s) used ALSA or CoreAudio directly. However, given that the difference is less than 1%, and that your system will be unstable before you get close to 80% of the theoretical processing power, the effect is completely disregardable. but of course, if you just run pd, you don't need it and you can set latency into pd, I forgot that. I mostly interface pd with other soft ( ardour or any recorder, midi sequencer, some plugin via jack-rack or calf etc...), and I plug midi controllers, but you can do it in qjackctl without running jack (alsa tab in connection window)... Practically speaking - on systems I used until now I could always achieve lower buffer sizes using pd standalone and thus get lower round trip delays too. I couldn't tell by ear which config was faster, Pd alone or Pd plus JACK. maybe I'm wrong, but I thing only jack can provide rt... you can run pd with the -rt flag, without jack. fo me it has proven to be far more stable at the lowest possible latencies than using jack. but this depends on your setup too. I don't use jack when I don't need it. Martin as said, it depends also on the setup you are using. assuming you get pd to run with alsa or oss and a buffer of 256 samples @ 48kHz you have a minimum delay of 256/48000 s = 5.3 ms. now add a bit for the soundcard's own buffer for in- and output and you have a delay of slightly more than 5.3ms. This would be the case for a stand alone pd. Now you use jack and use 256 samples as buffer. This will cause pd to use the 256 samples buffer too and no latency is introduced (this is what the jack homepage states too). However this never worked for me without tweaking my system for hours. I always had to use a slightly increased buffer, for example 3 * 128 or 2 * 256 samples to run stable. This might depend on the kernel's real time capabilities (don't know) and also the setting of irq and application priorities (tried and succeeded). Ideally with a proper configured system you can use the same buffer size in jack as in pd stand alone. But since lots of people don't know how to configure it properly you will almost always end up with an increased buffer size. Also note, the default setting of jack which works in almost all systems is 2 * 1024 samples - the buffer size is 42ms. It's likely any 'realtime' tools uses smaller buffers by default when using oss / alsa. (for example the dj mixing tool xwax.) Thes's nothing wrong about using jack, but you will have to spend more time if you want to make it bulletproof against xruns. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Preset saving with SSSAD
Yeah, I had the same problem and hacked out a osc-style prefix setting that is used to ignore objects without the prefix. This way I can work on two song patches open at the same time without cross saving.Here is an updated object I was working on a few weeks ago that also includes file saving/loading: rc-sssad_-help.pd Description: Binary data rc-sssad_.pd Description: Binary data There is also a gui wrapper, but I haven't updated it for the file operations yet.On Nov 17, 2010, at 10:51 AM, András Murányi wrote:Dear list,i'm having a kind of naive question.I've been using the glorious SSSAD abstraction (with [presetstore]) to saveload presets in a huge patch, but i'm missing more and more the ability to saveload presets for individual parts of the patch only. E.g. i have two sequencers in the patch, for which i wish to saveload presets independently. I know it's easy to send presets to individual parts when you have hand-made those presets, but what about saving? Is it that the current architecture of SSSAD does not allow this? Then is there a way to modify/develop it to make this possible? Or if it allows, how to do it?Any ideas highly appreciated!Thanks, Andras Dan Wilcoxdanomatika.comrobotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Preset saving with SSSAD
... ahh I forgot. This only works if you have the prefix for all the sssad objects. I use this: [sssad/sssad $1/feedback]. Of course you'd have to change all the patches .. which I did :P. But it's quite useful. On Nov 17, 2010, at 7:55 PM, Dan Wilcox wrote: Yeah, I had the same problem and hacked out a osc-style prefix setting that is used to ignore objects without the prefix. This way I can work on two song patches open at the same time without cross saving. Here is an updated object I was working on a few weeks ago that also includes file saving/loading: rc-sssad_-help.pd rc-sssad_.pd There is also a gui wrapper, but I haven't updated it for the file operations yet. On Nov 17, 2010, at 10:51 AM, András Murányi wrote: Dear list, i'm having a kind of naive question. I've been using the glorious SSSAD abstraction (with [presetstore]) to saveload presets in a huge patch, but i'm missing more and more the ability to saveload presets for individual parts of the patch only. E.g. i have two sequencers in the patch, for which i wish to saveload presets independently. I know it's easy to send presets to individual parts when you have hand-made those presets, but what about saving? Is it that the current architecture of SSSAD does not allow this? Then is there a way to modify/develop it to make this possible? Or if it allows, how to do it? Any ideas highly appreciated! Thanks, Andras Dan Wilcox danomatika.com robotcowboy.com Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] compilation error in fedora13
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/2010 11:41 AM, Jaime Oliver wrote: in case it is relevant, gem-0.92-2 ./autogen.sh outputs: [joliv...@cajachica src]$ ./autogen.sh (cd . ; aclocal) (cd . ; autoconf) yes, those were the times since i have no idea what is going wrong, could you please: - - send the output of running $ ./autogen.sh and eventually the resulting configure script (zipped). I should mention that until recently i never used ./autogen.sh. I used instead aclocal and then autoconf and worked fine. ...but the times are a-changing parts of Gem's build system are now based on automake/libtool which is why you know have to run autoreconf (autogen is a wrapper around that) fgmard IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzk3AwACgkQkX2Xpv6ydvSXEwCfWY+ew+V8ZE/KTdq+A1SeWeVH dy0AnjMnpjiCqH0jZyE1VhQbSI1l1aAg =BCyE -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list