Re: [PD] Keyboard shortcuts for nudge, done editing
- Original Message - From: Marvin Humphrey mar...@rectangular.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Richie Cyngler glitch...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Monday, September 26, 2011 12:54 AM Subject: Re: [PD] Keyboard shortcuts for nudge, done editing On Sun, Sep 25, 2011 at 05:33:22PM -0700, Jonathan Wilkes wrote: If you are planning on making substantial contributions to Pd Vanilla, I wouldn't say I'm planning on it -- more that I'd like to keep that option open. you should consider making a few test contributions to gauge the amount of time and energy it will take you to get patches accepted; something like a patch for getting this control-enter key binding would be a good start. Indeed, I've already started that process, by negotiating the shape of the patch to come and building consensus. :) There's been some question as to what key combo should be used. It seems that [modifier]-Enter is already in use and people are happy with it, so I'll go that direction despite my mild personal preference for ESC. A patch which has consensus support from the community probably has a better chance at being applied, even under BDFL governance. :) But consensus can be costly to achieve depending on the project's culture... Also, realize that any substantial changes you make may sit in the patch tracker for some time -- it's not easy getting them accepted, nor communicating with Miller if they don't. Well, controlling entities for open source projects have to be responsive to their communities. If they are not, they get forked, or people move on to other things. It's been forked-- four times (AFAIK). Nova, DesireData, Pd-extended, and Pd-l2ork. Two of those forks-- Nova and DesireData-- had explicitly stated goals which basically boiled down to being more responsive to the Pd community (in addition to many other things). I believe the author of Nova moved on to developing parallelism for Supercollider, which will probably become a core part of Supercollider well before any revision of his 7-year old tooltip patch ever gets included in Pd Vanilla. So as a perfect example of your theory, yes-- Pd gets forked, and/or people move on to other things! Pd-extended and Pd-l2ork are extant. There there has been some effort to lessen the number of core differences between Vanilla and Pd-extended. But it's also generally true that large, boil-the-ocean patches are costly to review, especially for stable projects with large user bases, and so contributors are well-advised to bear that in mind and prepare small, easily-digested morsels when possible. Additionally, if they are big, desirable improvements to the Pd community they may find their way into Pd-extended anyway. So long as contributions to Vanilla are integrated into Pd-extended in a way that adheres to the provisions of Vanilla's BSD license, then there's no problem. :) The three clauses of the BSD license used by Pd Vanilla are compatible with both the GPL v2 v3 -Jonathan Cheers, Marvin Humphrey ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem w/ Gem 0.93.1 on Windows 7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-25 20:46, Epic Jefferson wrote: I tried it once again, deleted gem 0.92.3, installed 0.93.1, get the error message, complete reinstallation of pd-ext 0.42.5, then install gem 0.93.1 again, same error message. Perhaps someone could make a zip file and send me that pthreadVC.dll and tell me where to place it, would it go in the gem folder? Program files (x86)/pd/extra/Gem? afaik, pthreadVC.dll comes with all binary releases of pd-vanilla. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6AJUoACgkQkX2Xpv6ydvQREQCgoRi8veAgo3KDVVcLLVMeZwmM b2AAoMGbSJyUKM2WjBR02+HvQ7VDaWVu =9OW8 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help with [pix_multiblob]'s outlet.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-25 16:19, Eduardo Rosario wrote: Ain't got no problem getting the list of numbers from the rightmost outlet, but don't really understand what each one of those stands for: centerX(weighted), centerY(weighted), size(weighted), minX, minY, maxX, maxY, area. what exactly is it that you don't understand? the weighted elements take the luminance of the blobs and interpret them as 'mass': this mans, the brighter a pixel in the blob gets, the more important it is. centerX(weighted) is the X coordinate of the centre of gravity, size(weighted) is he total 'weight' of the blob, the 'unweighted' elements, are mere 2D geometric properties, minY is the minimum Y coordinate of the blob, and area is a (normalized) count of all pixels covered by a blob. I know [pix_multiblob] makes a matrix to get the results, but I don't know how does that work neither. a matrix is a 2D array of N*M elements to store numbers. N is the number of rows in the array, in our case the number of detected blobs. M is the number of columns in the array, in our case 8 (centerX(weighted)...area) the iemmatrix library deals with these arrays (if you don't want to parse the simple message yourself) fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6AJ7QACgkQkX2Xpv6ydvQtYQCfeoFHcxTdI0796kk0XrG6NxB/ 8eEAoNlqXH9vGlJJ8m5AeC4CKB+Jclmb =ti55 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-26 07:59, Jonathan Wilkes wrote: The three clauses of the BSD license used by Pd Vanilla are compatible with both the GPL v2 v3 but not the other way round. so if you want your patches to be included into Pd proper, then they must (legally) be BSD3. any patch for puredata posted to the patch tracker, is silently assumed to be BSD3 my miller (see the list archives for his quote) unless explicitely stated otherwise. asdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6AKWYACgkQkX2Xpv6ydvSuYwCeLINkVFyNQJcOOlx0ZTLyUomE 5EUAmgI48IMGMQqWc1YLUDzl5aBn4bVp =ZF9H -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
Hi, On 26/09/11 12:54, Marvin Humphrey wrote: Well, controlling entities for open source projects have to be responsive to their communities. If they are not, they get forked, or people move on to other things. I would say controlling entity is the least accurate description of Miller I have heard. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] need advice: i386 or amd64 for a new Debian installation?
Nicola, See what other say in general about amd64 vs i386. As for pd-extended I still have a working .deb for amd64 compiled from those instructions which seems to work fine (although yes, the compilation still seems to be broken). I'd be happy to share it with you if you like. Lorenzo. On 25/09/2011 09:59, Nicola Pandini wrote: Thank you for the infos. I tried to compile pd-extended for amd64 a couple of weeks ago, but it seems to be broken (reported by Lorenzo Sutton), so I'm trying to find a precompiled .deb for wheezy. I found that only 0.43 has a .deb for wheezy (currently without jack support). I tried also to install the 0.42.5 .deb for squeeze in wheezy, but I've got an issue of fonts. Does anyone know if there is a 0.42.5 .deb for wheezy? Il 25/09/2011 04:02, Ricardo Lameiro ha scritto: If you want to use more than 3Gb of ram, you can use a PAE kernel. This i386 kernel with a patch for extension of the adressable memory. No dia 24 de Set de 2011 20:42, Hans-Christoph Steinerh...@at.or.at escreveu: If you need to access more than 3GB of RAM in Pd, then use 64-bit. If you are worried about bugs in 64-bit, use 32-bit. But from what I hear, Pd-extended on Debian/64-bit is good, but I haven't used it. .hc On Sep 24, 2011, at 2:48 PM, Nicola Pandini wrote: Hi, I'm going to install Debian Wheezy on my laptop. Which version should I install? i386 or amd64? I'm asking this because I know of issues with pd-extended on 64bit systems. Thank you! Nicola ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ 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] PdDroidParty v126
On Thu, Sep 22, 2011 at 03:08:21PM +0800, Chris McCormick wrote: http://mccormick.cx/projects/PdDroidParty/ http://mccormick.cx/projects/PdDroidParty/PdDroidParty.png Sorry, this feature is undocumented. I will document it soon hopefully, but in the mean time you can check droidparty-tests/svg-widgets/ to see how it works. The SVG-widgets feature is now documented on the website. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pidip pdp_vloopback error
hello, i think i have problems in pidip library after compile pd-extended in ubuntu-11.04 64bits. PDP: pure data packet version 0.12.6 /usr/lib/pd-extended/extra/pidip/pidip.pd_linux: /usr/lib/pd-extended/extra/pidip/pidip.pd_linux: undefined symbol: pdp_vloopback_setup pidip: can't load library any suggestions? -- ricardo brazileiro http://rbrazileiro.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidip pdp_vloopback error
Hi One thing that always caught me out was loading the pidip binary before Gem or PDP, go to mediapreferencesstart up and make sure Gem PDP are loaded on the list first before pidip hope this makes sense best Al On Mon, Sep 26, 2011 at 1:34 PM, Ricardo Brazileiro rbrazile...@gmail.comwrote: hello, i think i have problems in pidip library after compile pd-extended in ubuntu-11.04 64bits. PDP: pure data packet version 0.12.6 /usr/lib/pd-extended/extra/pidip/pidip.pd_linux: /usr/lib/pd-extended/extra/pidip/pidip.pd_linux: undefined symbol: pdp_vloopback_setup pidip: can't load library any suggestions? -- ricardo brazileiro http://rbrazileiro.info ___ 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] pidip pdp_vloopback error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-26 14:34, Ricardo Brazileiro wrote: hello, i think i have problems in pidip library after compile pd-extended in ubuntu-11.04 64bits. PDP: pure data packet version 0.12.6 /usr/lib/pd-extended/extra/pidip/pidip.pd_linux: /usr/lib/pd-extended/extra/pidip/pidip.pd_linux: undefined symbol: pdp_vloopback_setup pidip: can't load library modern kernels don't have v4l(1) any more, hence pidip has been compiled without pdp_vloopback, but somebody forgot to remove the call to its _setup function. just a wild guess though. fgm,asdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6AeIgACgkQkX2Xpv6ydvTEqwCg+Bi9Ba0Lk8h0y4usJTqZ2aJX JC8AoKeiP7bOWZHq26KY/V7/zCQN1myA =HKCO -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] need advice: i386 or amd64 for a new Debian installation?
PAE means the OS can address 4 GB of RAM, but a single process can only address 3GB. Something like that. .hc On Sep 24, 2011, at 10:02 PM, Ricardo Lameiro wrote: If you want to use more than 3Gb of ram, you can use a PAE kernel. This i386 kernel with a patch for extension of the adressable memory. No dia 24 de Set de 2011 20:42, Hans-Christoph Steiner h...@at.or.at escreveu: If you need to access more than 3GB of RAM in Pd, then use 64-bit. If you are worried about bugs in 64-bit, use 32-bit. But from what I hear, Pd-extended on Debian/64-bit is good, but I haven't used it. .hc On Sep 24, 2011, at 2:48 PM, Nicola Pandini wrote: Hi, I'm going to install Debian Wheezy on my laptop. Which version should I install? i386 or amd64? I'm asking this because I know of issues with pd-extended on 64bit systems. Thank you! Nicola ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] need advice: i386 or amd64 for a new Debian installation?
If Jack support isn't working in the nightly builds, please file a bug report (from the Help menu - report bug). There are a lot of libs now directly included in Debian, as well as Pd- vanilla 0.43. http://packages.debian.org/search?suite=wheezykeywords=pd- .hc On Sep 25, 2011, at 3:59 AM, Nicola Pandini wrote: Thank you for the infos. I tried to compile pd-extended for amd64 a couple of weeks ago, but it seems to be broken (reported by Lorenzo Sutton), so I'm trying to find a precompiled .deb for wheezy. I found that only 0.43 has a .deb for wheezy (currently without jack support). I tried also to install the 0.42.5 .deb for squeeze in wheezy, but I've got an issue of fonts. Does anyone know if there is a 0.42.5 .deb for wheezy? Il 25/09/2011 04:02, Ricardo Lameiro ha scritto: If you want to use more than 3Gb of ram, you can use a PAE kernel. This i386 kernel with a patch for extension of the adressable memory. No dia 24 de Set de 2011 20:42, Hans-Christoph Steinerh...@at.or.at escreveu: If you need to access more than 3GB of RAM in Pd, then use 64-bit. If you are worried about bugs in 64-bit, use 32-bit. But from what I hear, Pd-extended on Debian/64-bit is good, but I haven't used it. .hc On Sep 24, 2011, at 2:48 PM, Nicola Pandini wrote: Hi, I'm going to install Debian Wheezy on my laptop. Which version should I install? i386 or amd64? I'm asking this because I know of issues with pd-extended on 64bit systems. Thank you! Nicola ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Nicola Pandini http://www.cassandraweb.it/nicolapandini I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. --Bjarne Stroustrup (creator of C++) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd forks WAS : Keyboard shortcuts for nudge, done editing
On Sep 26, 2011, at 1:59 AM, Jonathan Wilkes wrote: - Original Message - From: Marvin Humphrey mar...@rectangular.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Richie Cyngler glitch...@gmail.com; pd-list@iem.at pd-list@iem.at Sent: Monday, September 26, 2011 12:54 AM Subject: Re: [PD] Keyboard shortcuts for nudge, done editing On Sun, Sep 25, 2011 at 05:33:22PM -0700, Jonathan Wilkes wrote: If you are planning on making substantial contributions to Pd Vanilla, I wouldn't say I'm planning on it -- more that I'd like to keep that option open. you should consider making a few test contributions to gauge the amount of time and energy it will take you to get patches accepted; something like a patch for getting this control-enter key binding would be a good start. Indeed, I've already started that process, by negotiating the shape of the patch to come and building consensus. :) There's been some question as to what key combo should be used. It seems that [modifier]-Enter is already in use and people are happy with it, so I'll go that direction despite my mild personal preference for ESC. A patch which has consensus support from the community probably has a better chance at being applied, even under BDFL governance. :) But consensus can be costly to achieve depending on the project's culture... Also, realize that any substantial changes you make may sit in the patch tracker for some time -- it's not easy getting them accepted, nor communicating with Miller if they don't. Well, controlling entities for open source projects have to be responsive to their communities. If they are not, they get forked, or people move on to other things. It's been forked-- four times (AFAIK). Nova, DesireData, Pd- extended, and Pd-l2ork. Two of those forks-- Nova and DesireData-- had explicitly stated goals which basically boiled down to being more responsive to the Pd community (in addition to many other things). There was also pd-devel, which was probably the first big big fork. I think that you can think of Pd has a kind of association of forks. As the maintainer of Pd-extended, I try to contribute as much as possible upstream to Miller, but I also include a number of things that I think will probably never make it into Vanilla. pd-l2ork seems to be born out of Ico's frustration with the work it takes to submit clean patches. I try to follow the development since the l2ork crew did very nice work like getting the Magic Glass working again. But its very difficult to do since pd-2lork does not seem to use any source code management, just tarballs. Forks are a good thing as long as we lay the basic ground rules to keep things compatible and reasonably in sync. It means that we can have more development and testing of ideas. git makes this much easier once you learn it, but git takes quite a bit of learning to really use it well. I believe the author of Nova moved on to developing parallelism for Supercollider, which will probably become a core part of Supercollider well before any revision of his 7-year old tooltip patch ever gets included in Pd Vanilla. So as a perfect example of your theory, yes-- Pd gets forked, and/or people move on to other things! To be fair, after that tooltips patch was submitted, Miller expressed his problem with how the patch was implemented. No one ever bothered to follow up on that, so yes, that patch made no progress. Pd-extended and Pd-l2ork are extant. There there has been some effort to lessen the number of core differences between Vanilla and Pd-extended. On my part, there has been a lot of effort to do keep Pd-extended in sync, but its not just on this list or in public forums. Before I started the pd-gui-rewrite, there was a lot of discussion about what Miller would accept, and I worked within those guidelines. These days, Miller is mostly using Pd more than working on Pd, so Vanilla reflects that. It seems it is working for what he wants to do, and that's what free software is all about, scratching your itches. :) If you want to see one way I keep Pd-extended in sync, clone the git repo and checkout the 'patch_series' branch. Pd-extended is maintained as a series of patches to Pd vanilla from the pure-data.git repo. This way I can develop, test, and release code and then easily cook them into well polished patches to submit to Miller. .hc But it's also generally true that large, boil-the-ocean patches are costly to review, especially for stable projects with large user bases, and so contributors are well-advised to bear that in mind and prepare small, easily-digested morsels when possible. Additionally, if they are big, desirable improvements to the Pd community they may find their way into Pd-extended anyway. So long as contributions to Vanilla are integrated into Pd-extended in a way that adheres to the provisions of Vanilla's
Re: [PD] Keyboard shortcuts for nudge, done editing
I don't think plain Pd-extended has this key mapping. The completion plugin does include a mapping for creating the object, do you have that installed? .hc On Sep 25, 2011, at 6:34 PM, Richie Cyngler wrote: Oh wow, command+enter works for me! Thanks Jonathan my workflow just got a whole lot smoother! Marvin I'm on OSX 10.6.8 running Pd- extended. Drag select and cursors keys are also working for me. Maybe give Pd-extended a try? On Mon, Sep 26, 2011 at 4:26 AM, Marvin Humphrey mar...@rectangular.com wrote: On Sun, Sep 25, 2011 at 10:51:56AM -0700, Jonathan Wilkes wrote: I'm using Pd-l2ork, and control-Enter toggles between creating the object and editing the text in the box. I thought Pd-extended had this same key binding, but Pd as installed from the debian package in Wheezy does not. None of these combinations provide that behavior on Pd Vanilla built from latest git on OS X 10.6: control-Enter command-Enter option-Enter shift-Enter I could live with control-Enter instead of ESC (especially since I've rewired my caps lock key to control at the OS level using the Keyboard system prefs) -- though ESC works so well for switching modes in Vim. :) Marvin Humphrey -- Richie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Sep 25, 2011, at 12:29 PM, Marvin Humphrey wrote: On Sun, Sep 25, 2011 at 07:11:32AM -0700, Marvin Humphrey wrote: On Sun, Sep 25, 2011 at 05:16:23PM +1000, Richie Cyngler wrote: If you drag select an object or group of objects you can use the nudge functionality with cursor keys, you can also hold shift for block moves. So that functionality is already there. Thanks, Richie. It seems that there is a bug affecting Pd on Mac OS X (at least 10.6), and the cursor keys do not function properly. http://sourceforge.net/tracker/index.php?func=detailaid=3187517group_id=55736atid=478070 The patch below fixes the problem. I don't know if it's the right solution, though. Assuming that cursor keys worked at one time on OS X in Pd... it seems that the keycode sent when a cursor key is pressed may have changed in Snow Leopard. I haven't been able to track down any official documentation, though, nor any other bug reports that describe the root of the problem. Marvin Humphrey diff --git a/src/g_editor.c b/src/g_editor.c index f494732..76586fa 100644 --- a/src/g_editor.c +++ b/src/g_editor.c @@ -1700,13 +1700,13 @@ void canvas_key(t_canvas *x, t_symbol *s, int ac, t_atom *av) keynamesym = gensym(#keyname); } #ifdef __APPLE__ -if (keynum == 30) +if (keynum == 30 || keynum == 63232) keynum = 0, gotkeysym = gensym(Up); -else if (keynum == 31) +else if (keynum == 31 || keynum == 63233) keynum = 0, gotkeysym = gensym(Down); -else if (keynum == 28) +else if (keynum == 28 || keynum == 63234) keynum = 0, gotkeysym = gensym(Left); -else if (keynum == 29) +else if (keynum == 29 || keynum == 63235) keynum = 0, gotkeysym = gensym(Right); #endif if (keynumsym-s_thing down) Hey Marvin, Welcome to Pd! This is a nice entry, showing up with a patch to fix a bug :-D. The whole canvas_key thing is pretty messy, so I think your patch is probably as good as its going to get. I'll apply it. Patches are definitely very welcome :-D. In the future, please submit them to the patch tracker, the 'git format-patch' format is preferred: http://puredata.info/dev/patchtracker .hc Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Sep 26, 2011, at 12:54 AM, Marvin Humphrey wrote: On Sun, Sep 25, 2011 at 05:33:22PM -0700, Jonathan Wilkes wrote: If you are planning on making substantial contributions to Pd Vanilla, I wouldn't say I'm planning on it -- more that I'd like to keep that option open. you should consider making a few test contributions to gauge the amount of time and energy it will take you to get patches accepted; something like a patch for getting this control-enter key binding would be a good start. Indeed, I've already started that process, by negotiating the shape of the patch to come and building consensus. :) There's been some question as to what key combo should be used. It seems that [modifier]-Enter is already in use and people are happy with it, so I'll go that direction despite my mild personal preference for ESC. Check out the GUI plugins, they could be a fun way for you to learn Tcl. You can customize a lot of the way the GUI works using them. Key bindings are easy. You could check out the completion-plugin to see how it does the Enter key binding, and then just use that to bind to Esc. http://puredata.info/docs/guiplugins/ http://download.puredata.info/completion-plugin .hc A patch which has consensus support from the community probably has a better chance at being applied, even under BDFL governance. :) But consensus can be costly to achieve depending on the project's culture... Also, realize that any substantial changes you make may sit in the patch tracker for some time -- it's not easy getting them accepted, nor communicating with Miller if they don't. Well, controlling entities for open source projects have to be responsive to their communities. If they are not, they get forked, or people move on to other things. But it's also generally true that large, boil-the-ocean patches are costly to review, especially for stable projects with large user bases, and so contributors are well-advised to bear that in mind and prepare small, easily-digested morsels when possible. Additionally, if they are big, desirable improvements to the Pd community they may find their way into Pd-extended anyway. So long as contributions to Vanilla are integrated into Pd-extended in a way that adheres to the provisions of Vanilla's BSD license, then there's no problem. :) Cheers, Marvin Humphrey ___ 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] Keyboard shortcuts for nudge, done editing
- Original Message - From: IOhannes m zmoelnig zmoel...@iem.at To: pd-list@iem.at Cc: Sent: Monday, September 26, 2011 3:27 AM Subject: Re: [PD] Keyboard shortcuts for nudge, done editing -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-26 07:59, Jonathan Wilkes wrote: The three clauses of the BSD license used by Pd Vanilla are compatible with both the GPL v2 v3 but not the other way round. Yes, in fact-- that's how compatibility works. All the terms of both versions of the GPL v2 and v3 are compatible with the entire three-clause BSD license. There are of course many ways for an author to come to a conclusion about what is the best license for a piece of software, but none of them have to do with the compatibility of the two licenses with each other. As a separate issue-- if a piece of software is licensed under foo, and the author only accepts patches that are licensed under foo, then obviously you should license the patch under foo if you want to get it accepted. so if you want your patches to be included into Pd proper, then they must (legally) be BSD3. The main restriction here is that you cannot take or revise someone else's code that is licensed under the GPL and decide to _change_ the license to something else. The GPL does not allow that. You can take code you have written yourself which is licensed under the GPL for one project, and license it separately under the three-clause BSD or some other license for another project (or even sell specific licenses to a person or company). any patch for puredata posted to the patch tracker, is silently assumed to be BSD3 my miller (see the list archives for his quote) unless explicitely stated otherwise. Is there a way to add a blurb under Add artifact that addresses this? -Jonathan asdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6AKWYACgkQkX2Xpv6ydvSuYwCeLINkVFyNQJcOOlx0ZTLyUomE 5EUAmgI48IMGMQqWc1YLUDzl5aBn4bVp =ZF9H -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd forks WAS : Keyboard shortcuts for nudge, done editing
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: Marvin Humphrey mar...@rectangular.com; pd-list@iem.at pd-list@iem.at Sent: Monday, September 26, 2011 10:49 AM Subject: pd forks WAS : [PD] Keyboard shortcuts for nudge, done editing [...] To be fair, after that tooltips patch was submitted, Miller expressed his problem with how the patch was implemented. No one ever bothered to follow up on that, so yes, that patch made no progress. To be fair, the submitter of the patchasked for clarification on Miller's ambiguous expression of his problem, and IOhannesrepeated the question four months later. The last response before closing the patch comes five years later before the patch is closed. The patch was also refactored and submitted again, which I noticed and refactored it yet again, doing most of the changes on the tcl end and making the tip content generate automatically so that all internal objects and most externals give useful feedback without anyone having to make any further changes or even do any work. So I don't know, maybe this development process works, and by the time the next tooltips patch rolls around you'll be able to check your email within the tip, and build patches inside the tip with infinite undo/redo, as well as initbang/closebang within the tip. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pd vanilla in OS X 10.7 Lion
Hmm, yes, it seems that Mac OS X does not include gettext, its the same on my 10.5 install. You can use the old build system in src/ configure.ac and get no translations or install gettext and use the new build system. I suppose we need to add gettext detection to the new build system so it'll build without gettext. .hc On Sep 26, 2011, at 12:53 AM, Rich E wrote: Hi all, I compiled pd vanilla (Miller's git repo) in OS X 10.7 Lion yesterday and ran into (only) a couple hitches. It seems gettext is missing and this causes the linking to fail because it can't find the msgfmt tool. I got it and compiled pd by doing: sudo brew install --universal gettext sudo ln -s /usr/local/Cellar/gettext/0.18.1.1/bin/msgfmt /usr/local/ bin/msgfmt ./configure CFLAGS=-arch i386 LDFLAGS=-arch i386 make I don't know much about the gettext tool, but am I wrong in thinking that it should surely be there and blame apple for messing up on a very common unix package? Cheers, Rich ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Job offer: Professor Experimental Television (Deadline 15.October)
Hi List, The Bauhaus-Universität is hiring (understanding german is required, so the following info is in german): An der Fakultät Medien der Bauhaus-Universität Weimar ist zum nächstmöglichen Termin die Juniorprofessur (W1) Experimentelle Television zu besetzen. Das Aufgabengebiet der experimentellen Television umfasst gestalterisches und experimentelles Arbeiten in Lehre und künstlerischer Entwicklung in den Bereichen Studioregie, Live-Regie, Montage und TV-Design. Es geht um die Grundlagenvermittlung und die Weiterentwicklung televisiver Ausdrucksformen, die sich in experimentellen Studio- und TV-Projekten und fernsehbezogenen Live-Performances eigene Auftrittsmöglichkeiten und Formate auch jenseits der traditionellen Format- und Sendestrukturen geschaffen haben. Zu den administrativen Aufgaben gehören auch die Koordination des TV-Studios der Fakultät Medien im Zuse-Medienhaus (bspw. Technik-Ausleihe oder Organisation der Schnitt- und Postproduktion in Abstimmung mit den anderen Lehrbereichen des Studienbereichs Medienkunst/Mediengestaltung). Erwartet werden weiterhin Forschungskooperationen mit dem Bauhaus-Film-Institut (BFI), die Unterstützung der künstlerischen Nachwuchsförderung im Rahmen des PhD-Programms Kunst und Design/Freie Kunst/Medienkunst sowie Engagement in der universitären Selbstverwaltung. Die allgemeinen Einstellungsvoraussetzungen sind im § 82 (2) Thüringer Hochschulgesetz geregelt. Bei Vorliegen der persönlichen Voraussetzungen erfolgt die Einstellung in ein Beamtenverhältnis auf Zeit. Das Dienstverhältnis ist zunächst auf drei Jahre befristet, wobei nach einer positiven Evaluation der erbrachten Leistungen eine Verlängerung um weitere drei Jahre möglich ist. Die Bauhaus-Universität ist bestrebt, den Anteil von Frauen in Lehre, Forschung und bei künstlerischen Entwicklungsvorhaben zu erhöhen. Daher werden insbesondere Frauen gebeten, sich zu bewerben. Schwerbehinderte Menschen werden bei gleicher Qualifikation bevorzugt berücksichtigt. Bewerbungen sind mit den üblichen aussagefähigen Unterlagen und einer eigenständigen Skizze künftiger Lehrformate und -projekte unter Angabe der Kennziffer M/JP-01/11 bis zum 15. Oktober 2011 zu richten an: Bauhaus-Universität Weimar Dekan der Fakultät Medien Bauhausstraße 11 99423 Weimar http://www.uni-weimar.de/cms/aktuell/stellenausschreibungen/m-jp0811.html ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 0.43 default settings don't load libdir? + font question
On Sep 25, 2011, at 11:41 PM, Jacob Lee wrote:
On Sun, Sep 25, 2011 at 11:24 PM, Jonathan Wilkes
jancs...@yahoo.com wrote:
#2 - Pd can't find any fonts other than Courier. This might actually
be a tk problem, based on the following tclsh session:
% package require Tk
8.4
% font families
{fangsong ti} fixed {clearlyu alternate glyphs} {courier 10 pitch}
{open look glyph} {bitstream charter} {song ti} {open look cursor}
newspaper {clearlyu ligature} mincho {clearlyu devangari extra}
{clearlyu pua} dotum clearlyu clean nil {clearlyu arabic} {clearlyu
devanagari} batang {standard symbols l} gothic {clearlyu arabic
extra}
That list is short and doesn't include e.g. DejaVu Sans Mono,
which is
installed on my system via the ttf-dejavu package. I've noticed that
the standard default.pdextended includes
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType on the search path,
and I tried adding /usr/share/fonts/truetype/ttf-dejavu to that list
to see if it would help, but no dice. I couldn't figure out from the
code how e.g. $sys_searchpath affects Tcl's font search path. Anyone
have any ideas what could be going wrong?
I get fewer fonts recognized under wish8.4 than I do under wish8.5.
I just force it to use tcl/tk 8.5 and things seem to look ok.
Awesome, that did the trick. I ran update-alternatives to set
/usr/bin/wish to be provided by /usr/bin/wish8.5, and now fonts are
working. Thanks.
Hey Jacob,
Thanks for the bug reports and patches! For future reference on the
font topic:
http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small
About libdir, vanilla, etc. this stuff is under development in 0.43.
There is a new pd/startup/ folder. Anything in this folder is
automatically loaded. Today's build should automatically load libdir,
pdlua, vanilla/list, vanilla, and extra from pd/startup/
.hc
We have nothing to fear from love and commitment. - New York Senator
Diane Savino, trying to convince the NY Senate to pass a gay marriage
bill
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] speaker recognition with pd ?
I did research for a year on how to do this. I came to write externals for PD because of that project, but I never quite got to the point where I could do it. It's on my long to-do list, which means it probably never will be finished. Here are some ideas: 1. Calculate a Chebyshev polynomial from a Linear Predictive Coding filter response. Track the peaks of the response (the formant peaks) and (maybe) find approximate matches in a database of material. A model can be built on-the-fly of formant patterns in a training mode, so you can make a database of formant peak line-sections, and this can be used to check subsequent analyses. For example, a training session can be used to build a model of a particular speaker's formant patterns, then the live input can be compared to each model. I was trying to port the formant modelling tools from the Speech Filing System from UCL: http://www.phon.ucl.ac.uk/resource/sfs/ to PD in 2005-06, but didn't get much support from my superiors who were running this project. I never got it to work, but i'd only just begun proper C programming then. I'm sure I wasn't far off... I'd love to try again if I get time in my schedule (I now have 2 kids and 5 jobs). The advantages to this method are that with careful measurement of the residual spectrum, it is possible to re-create the sound of a voice from a good formant/residual model. Thus, we can make a person's voice speak the words we want them to, or the get a hundred people to sing in tune! It is a reversible algorithm, so the original sound can be re-created from the analysis. 2. The Mel-Frequency Cepstral Coefficient (MFCC) of the FFT (Fast Fourier Transform) of a waveform is a good timbral identifier. William Brent's TimbreID objects are good instantaneous timbre identifiers using this principle, but to build up a sophisticated model of a human voice (robust enough for speaker ID) you need to work out how to build a database. For an instantaneous MFCC identifier using an internal database, check out Michael Casey's soundspotter PD external. This is even more efficient, since each frame of MFCC analysis is simplified as a string of 40 ASCII characters. This means that standard MySQL search techniques can be used to search the database, and hence it is a lot faster than comparing two numbers. The MFCC algorithm is non-reversible, meaning that the original waveform cannot be constructed from the analysis data. The biggest problem with all of this is that speech is identified not just by its instantaneous timbre, but also by the way the timbre and pitch changes over time. So speech recognitpion technology uses a thing called a Markov Model to map the likelihood of one timbre changing to another. For example, the likelihood of a k sound followed by a r is quite high, since there are many words like cracker, croak that have this morphology. Whereas k followed by s is much rare in (English) language, so its likelihood is much less. I...well there it is, Ed The task would be to identify from a live-talk the voice of the current speaker amongst several. Training before is also possible .. i guess this could be done for sure by utilizing a simple neural network trained on a FFT docemposition of the voices.. so there must be some software out for sure... Something tells me a fft+neural network would be really bad at this. Seriously, that sounds like a doomed project if you tried. These things would be huge: 1. fft size (for resolution) 2. network size (based on the fft size) 3. training set (lots of variance in the speaker is possible) How about autocovariance and dot-product? Ahead of time, create an array containing normalized autocovariance (an autocorrelation) of the speaker's voice. Compute a running autocovariance of the sound. Decompose it into the portion of the sound matching the autocovariance of the speaker and compare it with the part not matching the speaker (via dot-product, or projection operators) That would be ~less~ expensive and time consuming than neural networks, but I'd give it not much chance of success either. Probably it would match quite a few different people all the same. I think that getting some kind of basic recognition of who is speaking would not be super difficult, if you have a clean recording of the voices. You need to get the formant of the voice, then use that as the base comparison. You could start with something like William Brent's timbreID library to isolate the different vowel sounds, then get a format for each of the vowels, then use that data for the pattern matching. It'll definitely take some research and a solid chunk of work to get it going. .hc Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and
Re: [PD] Keyboard shortcuts for nudge, done editing
On Mon, Sep 26, 2011 at 11:20:13AM -0400, Hans-Christoph Steiner wrote: Welcome to Pd! This is a nice entry, showing up with a patch to fix a bug :-D. Thanks, nice to meet you. I may as well put these C skills to use, eh? The whole canvas_key thing is pretty messy, so I think your patch is probably as good as its going to get. I'll apply it. Patches are definitely very welcome :-D. Thanks for being so responsive. In the future, please submit them to the patch tracker, the 'git format-patch' format is preferred: http://puredata.info/dev/patchtracker Well, I wasn't yet convinced that the patch was in its final form -- the inlined diff was intended for discussion. :) FWIW, I'd seen reference to the patch tracker while browsing through http://puredata.info/dev. There's a decent amount of documentation there for potential contributors to orient themselves, though like most wikis the world over, some of the material is out of date. If I figure out further improvements, I will submit final patches to the patch tracker according to the project's preferred procedures. Ideally, I would like to eliminate the #ifdef __APPLE__ altogether. That's probably not possible. My second choice would be to keep only the higher keyval numbers, since that's what my current system needs. But maybe I've been going down the wrong path this whole time... Curiously, the official Pd 0.43 OS X binary does not have any problems on Snow Leopard with regards to cursor keys. I only get these problems when building from source. I tried compiling from the 0.43 source tarball. (I tried first to find a git tag corresponding to 0.43; git tag -l didn't find anything, but I'm not a git power user and maybe I'm missing something.) Building with the new build system required the fix launching on Mac OS X patch (3360aba7). (Building with the old build system failed spectacularly and I wasn't sure how to proceed.) Compiling the 0.43 sources produced a binary that doesn't handle cursor keys correctly. So, something about my Snow Leopard build environment is causing the problem... Hmm, I had ActiveTCL 8.6 installed... but disabling that didn't help. (Aside: It's a pain to hide everything that Tcl installs.) Any ideas? How does my system differ from the system which was used to build the official 0.43 OS X binary? Marvin Humphrey ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Sep 26, 2011, at 7:59 PM, Marvin Humphrey wrote: On Mon, Sep 26, 2011 at 11:20:13AM -0400, Hans-Christoph Steiner wrote: Welcome to Pd! This is a nice entry, showing up with a patch to fix a bug :-D. Thanks, nice to meet you. I may as well put these C skills to use, eh? The whole canvas_key thing is pretty messy, so I think your patch is probably as good as its going to get. I'll apply it. Patches are definitely very welcome :-D. Thanks for being so responsive. In the future, please submit them to the patch tracker, the 'git format-patch' format is preferred: http://puredata.info/dev/patchtracker Well, I wasn't yet convinced that the patch was in its final form -- the inlined diff was intended for discussion. :) FWIW, I'd seen reference to the patch tracker while browsing through http://puredata.info/dev. There's a decent amount of documentation there for potential contributors to orient themselves, though like most wikis the world over, some of the material is out of date. If I figure out further improvements, I will submit final patches to the patch tracker according to the project's preferred procedures. Ideally, I would like to eliminate the #ifdef __APPLE__ altogether. That's probably not possible. My second choice would be to keep only the higher keyval numbers, since that's what my current system needs. But maybe I've been going down the wrong path this whole time... Really, the whole canvas_key() and corresponding side in Tcl should be chucked and written from scratch. Tcl/Tk has improved a lot since that was written, and currently is a collection of hacks upon hacks. Curiously, the official Pd 0.43 OS X binary does not have any problems on Snow Leopard with regards to cursor keys. I only get these problems when building from source. I tried compiling from the 0.43 source tarball. (I tried first to find a git tag corresponding to 0.43; git tag -l didn't find anything, but I'm not a git power user and maybe I'm missing something.) Building with the new build system required the fix launching on Mac OS X patch (3360aba7). (Building with the old build system failed spectacularly and I wasn't sure how to proceed.) Compiling the 0.43 sources produced a binary that doesn't handle cursor keys correctly. So, something about my Snow Leopard build environment is causing the problem... Hmm, I had ActiveTCL 8.6 installed... but disabling that didn't help. (Aside: It's a pain to hide everything that Tcl installs.) Any ideas? How does my system differ from the system which was used to build the official 0.43 OS X binary? I think this bug only shows up on Tk/Cocoa versions, not the old Tk/ Carbon. In Pd-extended, I include a version of Tk/Carbon still since there are still a number of unresolved bugs when using Tk/Cocoa, like this one you just found :). .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Mon, Sep 26, 2011 at 11:26:27AM -0400, Hans-Christoph Steiner wrote: Check out the GUI plugins, they could be a fun way for you to learn Tcl. Yes, this is actually one of my motivations. :) I went through some of the Pd tutorials a couple years ago, and have meant to get back into it for a while. Then recently, I gained a professional reason to learn Tcl, and it's provided me with an excuse to dive into the Pd source code. :) You can customize a lot of the way the GUI works using them. Key bindings are easy. You could check out the completion-plugin to see how it does the Enter key binding, and then just use that to bind to Esc. http://puredata.info/docs/guiplugins/ http://download.puredata.info/completion-plugin Unfortunately, this plugin is GPL'd. I cannot create a derivative work from it to supply to Vanilla. Marvin Humphrey ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Mon, Sep 26, 2011 at 08:40:22AM -0700, Jonathan Wilkes wrote: so if you want your patches to be included into Pd proper, then they must (legally) be BSD3. The main restriction here is that you cannot take or revise someone else's code that is licensed under the GPL and decide to _change_ the license to something else. The GPL does not allow that. Unless you are the copyright holder, you can't *change* the license of BSD3 code, either. You can bundle BSD licensed code in a collective work which is released under the GPL. However, you cannot remove the license nor the copyright notice from a BSD-licensed file. You don't own the IP, you just have permission to use it under the terms of the BSD license, which includes this provision: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. This makes life challenging in a multi-licensing environment, since code cannot move easily between files under different licenses. Here is how the Apache Software Foundation recommends that its projects handle differently licensed code: http://www.apache.org/legal/src-headers.html#3party 4. Minor modifications/additions to third-party source files should typically be licensed under the same terms as the rest of the rest of the third-party source for convenience. 5. Major modifications/additions to third-party should be dealt with on a case-by-case basis by the PMC. At the ASF, though, we only deal with modifications to third-party files with permissive licenses (MIT, BSD, Apache, etc). Things get trickier when one of the licenses is the GPL, because the GPL stakes its claim at the boundary of derivative work, and it takes effort to ensure that BSD code within a project is in no way derived from any of the GPL code in the next directory over. Marvin Humphrey ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Sep 26, 2011, at 8:16 PM, Marvin Humphrey wrote: On Mon, Sep 26, 2011 at 11:26:27AM -0400, Hans-Christoph Steiner wrote: Check out the GUI plugins, they could be a fun way for you to learn Tcl. Yes, this is actually one of my motivations. :) I went through some of the Pd tutorials a couple years ago, and have meant to get back into it for a while. Then recently, I gained a professional reason to learn Tcl, and it's provided me with an excuse to dive into the Pd source code. :) Wow, that's interesting. I don't often hear that, people using Tcl in their work. You can customize a lot of the way the GUI works using them. Key bindings are easy. You could check out the completion-plugin to see how it does the Enter key binding, and then just use that to bind to Esc. http://puredata.info/docs/guiplugins/ http://download.puredata.info/completion-plugin Unfortunately, this plugin is GPL'd. I cannot create a derivative work from it to supply to Vanilla. Marvin Humphrey Sure you can, its a .tcl script, meaning you are giving the user the source whenever you are giving the user the program. So its even kind of BSD-ish because you can't give the user a GUI plugin without giving them the source, so you don't need to do anything else to distribute the source. Pd patches are the same idea. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Mon, Sep 26, 2011 at 08:29:45PM -0400, Hans-Christoph Steiner wrote: Wow, that's interesting. I don't often hear that, people using Tcl in their work. I write open source code for a living -- Eventful sponsors my work on the Apache Lucy search engine library, and that's where about 75% of my hours go. A volunteer showed up a little while ago who wants to add Tcl bindings for Lucy. I'm teaching myself Tcl so that I can work with this volunteer more effectively. Sure you can, its a .tcl script, meaning you are giving the user the source whenever you are giving the user the program. So its even kind of BSD-ish because you can't give the user a GUI plugin without giving them the source, so you don't need to do anything else to distribute the source. Pd patches are the same idea. I am sincerely grateful for the pointer to this plugin and for your generosity with your time and support, but I assume that a miscommunication has occurred and I am not understanding your suggestion properly. I cannot take code from this plugin, make changes to adapt it for Vanilla, remove the GPL tag and replace it with an implicit BSD license by submitting it to the patch tracker. That would not adhere to the original author's license, and it would be a violation of copyright. If I wish to supply the proposed functionality for Vanilla my options are either to create a new patch from scratch which cannot be considered a derivative work of that plugin, or to track down all the original authors of that plugin, persuade them to issue their code under an additional BSD3 license, and then once that process is complete, create a derivative work and submit it. Best, Marvin Humphrey ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Tue, Sep 27, 2011 at 03:02, Marvin Humphrey mar...@rectangular.comwrote: On Mon, Sep 26, 2011 at 08:29:45PM -0400, Hans-Christoph Steiner wrote: Wow, that's interesting. I don't often hear that, people using Tcl in their work. I write open source code for a living -- Eventful sponsors my work on the Apache Lucy search engine library, and that's where about 75% of my hours go. A volunteer showed up a little while ago who wants to add Tcl bindings for Lucy. I'm teaching myself Tcl so that I can work with this volunteer more effectively. Sure you can, its a .tcl script, meaning you are giving the user the source whenever you are giving the user the program. So its even kind of BSD-ish because you can't give the user a GUI plugin without giving them the source, so you don't need to do anything else to distribute the source. Pd patches are the same idea. I am sincerely grateful for the pointer to this plugin and for your generosity with your time and support, but I assume that a miscommunication has occurred and I am not understanding your suggestion properly. I cannot take code from this plugin, make changes to adapt it for Vanilla, remove the GPL tag and replace it with an implicit BSD license by submitting it to the patch tracker. That would not adhere to the original author's license, and it would be a violation of copyright. If I wish to supply the proposed functionality for Vanilla my options are either to create a new patch from scratch which cannot be considered a derivative work of that plugin, or to track down all the original authors of that plugin, persuade them to issue their code under an additional BSD3 license, and then once that process is complete, create a derivative work and submit it. Best, Marvin Humphrey ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello Marvin and Welcome! I think you just went too theoretical... we're talking about (as far as I can understand) 2-10 lines of code which you wouldn't even copy-paste but study and learn and then use what you learned. That's not a derivative work, that's looking at the source, which is free as HC pointed it out. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keyboard shortcuts for nudge, done editing
On Sep 26, 2011, at 9:02 PM, Marvin Humphrey wrote: On Mon, Sep 26, 2011 at 08:29:45PM -0400, Hans-Christoph Steiner wrote: Wow, that's interesting. I don't often hear that, people using Tcl in their work. I write open source code for a living -- Eventful sponsors my work on the Apache Lucy search engine library, and that's where about 75% of my hours go. A volunteer showed up a little while ago who wants to add Tcl bindings for Lucy. I'm teaching myself Tcl so that I can work with this volunteer more effectively. Ah, nice deal. I wish Pd paid my bills, but I do spend most of my paid dev time on free software as part of http://guardianproject.info Perhaps you might also be interested in making a Pd library for using Apache Lucy. :) Sure you can, its a .tcl script, meaning you are giving the user the source whenever you are giving the user the program. So its even kind of BSD-ish because you can't give the user a GUI plugin without giving them the source, so you don't need to do anything else to distribute the source. Pd patches are the same idea. I am sincerely grateful for the pointer to this plugin and for your generosity with your time and support, but I assume that a miscommunication has occurred and I am not understanding your suggestion properly. I cannot take code from this plugin, make changes to adapt it for Vanilla, remove the GPL tag and replace it with an implicit BSD license by submitting it to the patch tracker. That would not adhere to the original author's license, and it would be a violation of copyright. If I wish to supply the proposed functionality for Vanilla my options are either to create a new patch from scratch which cannot be considered a derivative work of that plugin, or to track down all the original authors of that plugin, persuade them to issue their code under an additional BSD3 license, and then once that process is complete, create a derivative work and submit it. Ah yes, that is true. Sorry, I forgot and thought you wanted to distribute a plugin. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] speaker recognition with pd ?
2. The Mel-Frequency Cepstral Coefficient (MFCC) of the FFT (Fast Fourier Transform) of a waveform is a good timbral identifier. William Brent's TimbreID objects are good instantaneous timbre identifiers using this principle, but to build up a sophisticated model of a human voice (robust enough for speaker ID) you need to work out how to build a database. For an instantaneous MFCC identifier using an internal database, check out Michael Casey's soundspotter PD external. Aside from the different analysis objects like [mfcc~], there is an object in the timbreID library that makes it easy to build a training database and make comparisons on the fly. But like Ed and others are saying - the problem is how to interpret the stored data. I never dove into the voice recognition problem, but my understanding is also that the magic is in the transitions. timbreID will help you get all the data you need if you can go the Markov model route. On the other hand, if I were going to take a stab at a simplified system based on isolated sounds, in general I'd guess that features of pure vowels would be more helpful in distinguishing between different speakers than features of sss sounds or consonants. -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] speaker recognition with pd ?
On Fri, Sep 23, 2011 at 09:33:59AM +0800, Chris McCormick wrote: On Thu, Sep 22, 2011 at 07:42:54PM +0200, g...@itchybit.org wrote: The task would be to identify from a live-talk the voice of the current speaker amongst several. Training before is also possible .. i guess this could be done for sure by utilizing a simple neural network trained on a FFT docemposition of the voices.. so there must be some software out for sure... You will probably need this: http://en.wikipedia.org/wiki/Mel-frequency_cepstrum The problem you are describing is incredibly difficult. I just realised that you are probably not talking about overlapping voices, which is orders of magnitude more difficult than sequential voices. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
