Re: [PD] Strange bug with cup and moses
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-08 22:39, Rick T wrote: Link to youtube video that shows the strange behaviour http://www.youtube.com/watch?v=ZIlxj-MOR0c would you mind explaining what the strange behaviour is? personally i don't feel very interested in being directed to some 3rd party homepage that tracks my surfing habits, phishes for my credit card number and eats babies for breakfast, just to discover that you forgot to use [trigger]. also, usually Pd patches are small enough to be attached to an email. if the patch does get bigger, you should probably try to trim down the problem to a simple patch that still exhibits the problem (if it's impossible to do that, chances are high that the bug is somewhere else). and Pd files are text only, so they compress very well. otoh, it's rather thoughtful to only send that big data once and not to every member of the list others might feel differently of course. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBzzNsACgkQkX2Xpv6ydvRmawCfbzmbzgHMI0P86EXSTK7J0byd uE4AnR2ibLFOpTroa/5IvalnNrREobGP =1Gwz -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] Strange bug with cup and moses
I added the trigger like you suggested to see if it would help, but the strange behaviour still occurs, granted it is most likely that I wired something incorrectly. They say a picture is worth a thousand words so by making a 720p video with annotations I thought it would better show/describe the problem. I use moses .98 (Bangs when it reaches a section/point greater than .98 of a wave file) | cup (increments by one) | moses 5 (when it reaches 5) | pd dsp 0 ((turns off patch when moses reaches 5) What happens is 1) moses and cup don't always start incrementing and filtering when the patch is enabled. 2) When the moses and cup section do work, after the pd dsp 0 command is triggered after moses reaches 5 the wave file /sound stops but cup still increments. * i also attached the pd file* Thanks Rick On Mon, Oct 8, 2012 at 9:06 PM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-08 22:39, Rick T wrote: Link to youtube video that shows the strange behaviour http://www.youtube.com/watch?v=ZIlxj-MOR0c would you mind explaining what the strange behaviour is? personally i don't feel very interested in being directed to some 3rd party homepage that tracks my surfing habits, phishes for my credit card number and eats babies for breakfast, just to discover that you forgot to use [trigger]. also, usually Pd patches are small enough to be attached to an email. if the patch does get bigger, you should probably try to trim down the problem to a simple patch that still exhibits the problem (if it's impossible to do that, chances are high that the bug is somewhere else). and Pd files are text only, so they compress very well. otoh, it's rather thoughtful to only send that big data once and not to every member of the list others might feel differently of course. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBzzNsACgkQkX2Xpv6ydvRmawCfbzmbzgHMI0P86EXSTK7J0byd uE4AnR2ibLFOpTroa/5IvalnNrREobGP =1Gwz -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list audio_read.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug with cup and moses
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-09 10:03, Rick T wrote: I added the trigger like you suggested to see if it would help, but the strange behaviour still occurs, granted it is most likely that I wired something incorrectly. They say a picture is worth a thousand words so by making a 720p video with annotations I thought it would better show/describe the problem. definitely not. anyhow, i didn't look at your probloem, so suggesting that it was a [trigger] problem was merely a random guess (though one that happens to fix the problem in most cases, esp. for beginners) so let's look at your real problem: I use moses .98 (Bangs when it reaches a section/point greater than .98 of a wave file) i'm most grateful for your comment. it tells more than a thousand 720p videos. you are misunderstanding the [moses] object. [moses] devides a stream of numbers based on a threshold. whenever a number comes in that is 0.98, it will send that very number to the left outlet, if its bigger it will send that very number to the right outlet. [moses] will never ever send out a [bang(! | let's assume that you connected the 2nd outlet of [moses] to the following object, since this is more what you want. cup (increments by one) i don't know what [cup] does (i guess it's a short for count up, so i assume it is a counter). esp. i don't know what [cup] does if it receives a number, rather than a bang (remember, if [moses] gets e.g. 4, it will pass this number 4 through it's second outlet to [cup]) i guess that most simple counter implementations will - when you send them a number - set their internal value to that number (and probably increment it). so if your original number was 42, [moses] will pass it to [cup] and [cup] will then output 42 (or 43 if it increments that value), regardless or whether this is the first time you sent the number or not. this is not what you want! (you want to make [cup] output 1, the first time a value 0.98 (e.g. 42) is sent) btw, you really should think about building the counter yourself. building a coutner takes about 3 Pd-objects, and we wouldn't have to worry about what [cup] does exactly, because we would know. | moses 5 (when it reaches 5) again, [moses] will not do what you want. for one thing, even if your counting works, it will output a message (the current number) to its right outlet every time, once the threshold is reached. | again, let's assume that you connected the 2nd outlet of [moses] pd dsp 0 ((turns off patch when moses reaches 5) this finally does what you want: turning off audio-processing globally. since [moses] will output a message for each iteration once the threshold is reached, you will keep turning off the DSP, which might not be exactly what you want, as it might interfere with other patches running at the same time. it might be a better idea to mute the output of your looper, or use [switch~] to switch it off locally. What happens is 1) moses and cup don't always start incrementing and filtering when the patch is enabled. 2) When the moses and cup section do work, after the pd dsp 0 command is triggered after moses reaches 5 the wave file /sound stops but cup still increments. well, #2 is not very suprising, as you never told the counter to stop? sending [; pd dsp 0( will suspend all audio-processing, but messages still continue to work. it seems that the biggest problem you have is the wrong use of [moses]. what you really want to do (and which is what you already describe in your comments) is compare a number with a threshold and output a bang if it is bigger. comparing 2 numbers can be done with [], it will output '1', if the 1st number is bigger than the 2nd or '0' otherwise. checking whether a number has a certain value, can be done with [select]: it will output a [bang( on the outlet that matches your number. if you don't care about duplicates, you might want to filter them out using [change]. so your patch boils down to: [f] | [ 0.98] (outputs 1 if input is bigger than 0.98) | [select 1] (outputs a bang if above condition is met) | | +-+ [i] | | | [t f f] | | | | | [+ 1] | (counts up every time it gets a bang) | | | | +-+ | [= 5] (compare counter with threshold) | [change] (filter out duplicate values, to avoid multiple triggers | once 5 is reached) | [select 1] (output bang once 5 is reached) | [; pd dsp 0( (turn off audio processing) if you want to stop counting after that, use [spigot] before the 1st comparision to filter any incoming messages. * i also attached the pd file* great. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBz5y0ACgkQkX2Xpv6ydvR0jwCdEE7e+sYBV0h+eFIwEaoPVEin MYsAoLFiEj15k9O1gTzTlzQhCJJa9EFc =P56K -END PGP SIGNATURE- smime.p7s
Re: [PD] Strange bug with cup and moses
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-09 10:03, Rick T wrote: * i also attached the pd file* after a quick look: - - always, i repeat: ALWAYS, use [trigger] when you have a message fan-out (one outlet connected to multiple inlets) - - it would be better to construct your loops using messages rather than using [phasor~], as it would make loop-detection unneccessary. your current loop-detector has some bad problems: - -- if you have a very long loop, the read-signal will stay a significant amout over your threshold of 0.98. - -- since you only poll the loop-detector at each 50ms, you will obviously not be able to detect loops shorter than 50ms. - -- even if you poll each block, you will have problems if you have a very short loop, as the read signal might never be above 0.98 when read by [snapshot~]. remember that [snapshot~] will peak at exactly one sample in your block (iirc, the last sample). so if your signal is just below the threshold when you first glance at it, then increments and jumps to 0 and then you read it the second time, you will miss it. claudes idea is much better here: use [0, 6 1000( | [line~] | [wrap~] | [tabread4~] to loop exactly 6 times in 1000ms. no need to count the number of loops. (adjust loop count and time to your needs) fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBz7C8ACgkQkX2Xpv6ydvTNHACfSKkg8IvkeCKNlvuCS8sW2qhM EPEAoMvw605l3X1gcIqBl25SIPI/iNjM =P4HV -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] Strange bug with cup and moses
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-09 10:03, Rick T wrote: 1) moses and cup don't always start incrementing and filtering when the patch is enabled. because the happen to miss your threshold. 2) When the moses and cup section do work, after the pd dsp 0 command is triggered after moses reaches 5 the wave file /sound stops but cup still increments. because turning off audio means freezing the audio (and setting the DAC buffers to 0). so [snapshot~] will always give you the last value it knew, which happen to be above your threshold (as it triggered the final loop). ghmadf IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBz7JcACgkQkX2Xpv6ydvSn/ACfYheRjUPGmrkN60RiKdS8UABY HJ4AoNMNQhnrZlCdeZj4AxSRbphSo5/I =hdcm -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] Pd-extended 0.43 and Openbox
Il 06/10/2012 00:00, Hans-Christoph Steiner ha scritto:
On 10/04/2012 08:11 AM, Nicola Pandini wrote:
Il 04/10/2012 02:08, Simon Wise ha scritto:
On 04/10/12 04:07, Hans-Christoph Steiner wrote:
Sounds like this should actually be:
set x [ expr max($x % $screenwidth - $::windowframex, 0)]
set y [ expr max($y % $screenheight - $::windowframey, 0)]
That would ensure that x and y are always= 0. Does changing that in
pdtk_canvas.tcl solve your issue?
The tricky part here is that this would then break how Pd strictly sets
the position of existing patches based on the values on the first line
of the patch file.
wouldn't that make it difficult to put the window outside the screen
deliberately ... for example to hide the window decorations off-screen?
I have needed to use this a few times (when making the window properly
fullscreen was not possible or appropriate), and it is sometimes a lot
easier than trying to work out how to tell a particular window manager
not to put decorations on a particular window.
Simon
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Hi Simon, with this:
if {$geometry == +0+0} {
set x 0
set y 0
} else {
set x [ expr $x % $screenwidth - $::windowframex]
set y [ expr $y % $screenheight - $::windowframey]
}
You'll keep the standard behaviour of Pd for all the saved patches, only
the new ones are forced to be placed to coords 0,0.
Before this kind of change is included in Pd-extended or Pd, it'll need
to be tested a lot on all platforms. That's why I never really tackled
the issue of all the different WMs.
You are right, I only wrote to Simon that he won't loose the possibility
to place a pd's window outside the screen.
I think a workable approach would
be to isolate the bits that need to be changed for the different VMs and
stick that into its own Tcl proc (function) while keeping the current logic.
Then it'll be easy to customize this logic without having to come up
with the One True Way that will require lots and lots of testing and
tweaking. If the above is really all that needs to change, then that
can be put into its own proc.
Ok, I'll make further tests to confirm the correct behaviour in OpenBox.
Thanks
--
Nicola
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Audio Preferences device list usability
On 8 Oct 2012, at 18:09, Hans-Christoph Steiner h...@at.or.at wrote: Using Pd-extended 0.43.3-20120930 on my Mac OS X 10.6.8 install, I see the whole string: Screen shot 2012-10-08 at 1.08.40 PM.png .hc So is this the result of a fix that has been applied to extended, but hasn't propagated upstream? 0.43.3 Vanilla on 10.8.2 still has the problem. Should I report it against vanilla on the tracker? Jamie On Oct 5, 2012, at 7:51 AM, Jamie Bullock wrote: Hi, Does anyone know where the device names that populate the Audio Settings preferences panel come from? For example on my Mac, I'm getting things like: (0)Built-in Microph What does (0) mean? Not the zero'th device, because for Output devices, both outputs are prefixed with (0). Why is Microphone truncated to Microph? Are these names coming from Portaudio? Or is Pd additionally mangling the names? best, Jamie ___ 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] Translating Puckette Lectures into Spanish
Hello, I find this translation initiative excellent! I am happy to help on a swedish translation, but i am pretty sure I will not be able to work on it until after mid november. All the best, Björn Eriksson On Mon, Oct 8, 2012 at 2:40 PM, Epic Jefferson jeffreyconcepc...@gmail.comwrote: I might be able to help. Hablamos pronto. On Sun, Oct 7, 2012 at 2:39 PM, J Oliver jaime.oliv...@gmail.com wrote: Indeed! Not all details are solved yet, but we can work in parallel or document the process for replication. J On Oct 7, 2012, at 12:28 PM, Alexandre Torres Porres wrote: Hi, I assume you'll create some subtitles file formats or something, right? If so, I'd like to help and to the same work on the portuguese version after that. We can post them on youtube as well cheers We would like to publish them on december, so the translation work should be done in mid-novemeber. join? ___ 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 -- www.epicjefferson.com www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] CeReNeM/HCMF Ph.D. in composition
Dear all Sorry for cross-posting, but I am quite proud of this one ;-) I think this is of interests for the composers who want a great Ph.D. experience ;-) A fully paid Ph.D. with some very cool mentorship from HCMF's director Graham McKenzie. Check the potential list of supervisors on the www.CeReNeM.org http://www.cerenem.org/ webpage! More details here: http://www.hud.ac.uk/cerenem/scholarship/ p The above from P.A. Tremblay. (and my response:) Hey P.A., Np, pd-announce more apt. BTW - Ablinger! Yay. Hope this one works, Julian ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Across the great divide
Hey all, We recently wrote a paper for The Journal of Music Technology Education for their 'Open Source Special Issue'. It will be published in the journal imminently and a slightly differently formatted version is in the University of Huddersfield repository: http://eprints.hud.ac.uk/15006/ Abstract here: Free Libre Open Source Software (FLOSS) is licensed to allow users the freedom to copy, reuse, study and develop the software. As a term which efficiently encompasses both ‘free software’ and ‘open-source’ models, FLOSS may offer music practitioners and researchers the opportunity to develop and use such software without becoming mired in a particular stance. In this article, parallels between FLOSS and experimental music are explored, with a view to highlighting their compatibility. Through reflection on the recent composition, recording and distribution of three text scores, this article examines how the application of a FLOSS framework may assist with such work in an academic setting and how FLOSS tools might be utilized in such settings in the future as they become more prevalent, more reliable and more stable. Any comments welcome. All the best, Julian ___ 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.1 - objects not loaded
thanks hans. I played a little bit more, tried other nightly builds and the problem persists. I'm thinking it may be related to my os state. I started reading about compiling pd-extended, it might be not too difficult for me to try, but I was wondering... what if i want to build a stand alone executable, I mean not linked to system libraries, so that it can be even put on a usb stick and carried anywhere (on different distributions, maybe)? Is the tarball option in the make system just doing this? Is this idea a nonsense? athos On 9 October 2012 01:24, Hans-Christoph Steiner h...@at.or.at wrote: The recent files are stored in ~/.config/pd-extended. I suppose all the config files should go there. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] compiling pluginhost~ on Ubuntu/Mint
I just tried to compile pluginhost~ on my Mint install. I have dssi-dev and ladspa-sdk installed. I just ran make and got: hans@palatschinken pluginhost~ $ make cc -I/usr/local/include/pd -I./include -DPD -DVERSION='1.0' -DHAVE_SYS_CLOSE_AUDIO -DHAVE_SYS_CLOSE_MIDI -fPIC -Wall -W -g -g -O0 -o jsearch.o -c jsearch.c jsearch.c: In function ‘LADSPADirectoryPluginSearch’: jsearch.c:40:5: error: unknown type name ‘bool’ jsearch.c:40:20: error: ‘false’ undeclared (first use in this function) jsearch.c:40:20: note: each undeclared identifier is reported only once for each function it appears in jsearch.c:82:27: error: ‘true’ undeclared (first use in this function) make: *** [jsearch.o] Error 1 .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pluginhost~ on Ubuntu/Mint
On 9 Oct 2012, at 19:26, Hans-Christoph Steiner h...@at.or.at wrote: I just tried to compile pluginhost~ on my Mint install. I have dssi-dev and ladspa-sdk installed. I just ran make and got: hans@palatschinken pluginhost~ $ make cc -I/usr/local/include/pd -I./include -DPD -DVERSION='1.0' -DHAVE_SYS_CLOSE_AUDIO -DHAVE_SYS_CLOSE_MIDI -fPIC -Wall -W -g -g -O0 -o jsearch.o -c jsearch.c jsearch.c: In function ‘LADSPADirectoryPluginSearch’: jsearch.c:40:5: error: unknown type name ‘bool’ jsearch.c:40:20: error: ‘false’ undeclared (first use in this function) jsearch.c:40:20: note: each undeclared identifier is reported only once for each function it appears in jsearch.c:82:27: error: ‘true’ undeclared (first use in this function) make: *** [jsearch.o] Error 1 Thanks for the bug report. Just fixed it in svn revision 16368. best, Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Audio Preferences device list usability
On 10/09/2012 06:13 AM, Jamie Bullock wrote: On 8 Oct 2012, at 18:09, Hans-Christoph Steiner h...@at.or.at wrote: Using Pd-extended 0.43.3-20120930 on my Mac OS X 10.6.8 install, I see the whole string: Screen shot 2012-10-08 at 1.08.40 PM.png .hc So is this the result of a fix that has been applied to extended, but hasn't propagated upstream? Hmm I don't know. When you use Pd-extended 0.43, does it not have the problem? 0.43.3 Vanilla on 10.8.2 still has the problem. Should I report it against vanilla on the tracker? Yes. .hc Jamie On Oct 5, 2012, at 7:51 AM, Jamie Bullock wrote: Hi, Does anyone know where the device names that populate the Audio Settings preferences panel come from? For example on my Mac, I'm getting things like: (0)Built-in Microph What does (0) mean? Not the zero'th device, because for Output devices, both outputs are prefixed with (0). Why is Microphone truncated to Microph? Are these names coming from Portaudio? Or is Pd additionally mangling the names? best, Jamie ___ 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-extended 0.43.1 - objects not loaded
Making a standalone Pd-extended for GNU/Linux would be possible, but it would require low-level knowledge of C build processes. You'd have to convert all of the dynamic links with static links. .hc On 10/09/2012 02:18 PM, athos bacchiocchi wrote: thanks hans. I played a little bit more, tried other nightly builds and the problem persists. I'm thinking it may be related to my os state. I started reading about compiling pd-extended, it might be not too difficult for me to try, but I was wondering... what if i want to build a stand alone executable, I mean not linked to system libraries, so that it can be even put on a usb stick and carried anywhere (on different distributions, maybe)? Is the tarball option in the make system just doing this? Is this idea a nonsense? athos On 9 October 2012 01:24, Hans-Christoph Steiner h...@at.or.at wrote: The recent files are stored in ~/.config/pd-extended. I suppose all the config files should go there. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pluginhost~ on Ubuntu/Mint
On 10/09/2012 02:35 PM, Jamie Bullock wrote: On 9 Oct 2012, at 19:26, Hans-Christoph Steiner h...@at.or.at wrote: I just tried to compile pluginhost~ on my Mint install. I have dssi-dev and ladspa-sdk installed. I just ran make and got: hans@palatschinken pluginhost~ $ make cc -I/usr/local/include/pd -I./include -DPD -DVERSION='1.0' -DHAVE_SYS_CLOSE_AUDIO -DHAVE_SYS_CLOSE_MIDI -fPIC -Wall -W -g -g -O0 -o jsearch.o -c jsearch.c jsearch.c: In function ‘LADSPADirectoryPluginSearch’: jsearch.c:40:5: error: unknown type name ‘bool’ jsearch.c:40:20: error: ‘false’ undeclared (first use in this function) jsearch.c:40:20: note: each undeclared identifier is reported only once for each function it appears in jsearch.c:82:27: error: ‘true’ undeclared (first use in this function) make: *** [jsearch.o] Error 1 Thanks for the bug report. Just fixed it in svn revision 16368. That fixed it. I just updated the Makefile to the latest version from the template. It now allows you to include the extra sources without having to modify the Makefile. It also has better support for building on Mac OS X = 10.7, since Xcode 4.x doesn't install the PowerPC tools by default. Also, I noticed that some of the liblo code says it has a CPL license. It seems that code is not compatible with the GPL: https://en.wikipedia.org/wiki/Common_Public_License The website of liblo says its under the LGPL, which would be compatible. That's something that will need to be clarified before this can be uploaded to Debian. For the BSD-licensed code, the BSD license does have one requirement: that you include the original license file. You can just append it to the LICENSE.txt file. I just committed the debian-izing. If you want to try it, do this: sudo apt-get install debhelper devscripts dpkg-dev cd /path/to/externals/postlude/pluginhost~ make dist mv pluginhost~-1.0.tar.gz ../pd-pluginhost_1.0.orig.tar.gz debuild -uc -us .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] soundhack
Hello all, 3 related questions: 1. How does one install soundhack externals for PD - simply by pointing a path to the folder? 2. Also, what's the deal exactly with the pd_darwin files? I assume they cannot be edited / viewed inside PD (they are not written in PD, right?) 3. last, is it a good idea to throw it into the pd-extended package content? Thanks B ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundhack
Install like this, don't put it into the Pd-extended package: http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files pd_darwin files are binaries. The source code was not released. .hc On 10/09/2012 09:48 PM, Billy King wrote: Hello all, 3 related questions: 1. How does one install soundhack externals for PD - simply by pointing a path to the folder? 2. Also, what's the deal exactly with the pd_darwin files? I assume they cannot be edited / viewed inside PD (they are not written in PD, right?) 3. last, is it a good idea to throw it into the pd-extended package content? Thanks B ___ 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] soundhack
Great! Thanks Scott One other question. I recall there is a way to add a path from inside a patch (instead of having to open the path-dialog). Do you know how? Thanks again B From: Scott R. Looney scottrloo...@gmail.com To: Billy King billyking...@yahoo.ca Sent: Tuesday, October 9, 2012 10:11:38 PM Subject: Re: [PD] soundhack it can be done by adding a path if needed to PD. #1: the more common way to install them is to take the folder with all the files and drop it in a specific path within the PD application. on a Mac the '.app' application files are actually bundles and can be opened. so find the PD-extended app, right click on it (or Ctrl click if you have no right mouse button option) and from the popup menu select 'Show Package Contents'. open the Contents folder and double click the 'Plugins' alias. this opens the 'extra' folder where most if not all of the externals are stored. copy or drop the soundhack folder with help files and 'pd_darwin' files in it and restart PD. the soundhack folder should be visible in the Help browser. #2. a pd_darwin file is a binary executable file created in C that runs in PD, that is ported to Darwin. Darwin is the BSD Unix subsystem of every Mac OS X system. PD refers to these types of files as 'externals'. these are not editable in PD, but they will execute in PD. #3 you should generally put it where i stated before, but i believe you can optionally create a path for PD to look for externals. @ List - was there another way that changed recently how externals were loaded that was different than adding a path in the preferences? i seem to remember something changing about that between 0.42 and 0.43. hope this helps! anyone else want to elaborate? scott On Tue, Oct 9, 2012 at 6:48 PM, Billy King billyking...@yahoo.ca wrote: Hello all, 3 related questions: 1. How does one install soundhack externals for PD - simply by pointing a path to the folder? 2. Also, what's the deal exactly with the pd_darwin files? I assume they cannot be edited / viewed inside PD (they are not written in PD, right?) 3. last, is it a good idea to throw it into the pd-extended package content? ThanksB ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] advanced configuration
Hello, I'm trying to figure out what these configuration flags mean: http://en.flossmanuals.net/pure-data/ch011_advanced-configuration/ Where are these accessed from? Thank you! B ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
