Re: [PD] OSC between win and mac
[EMAIL PROTECTED] wrote: Be sure that both machines are set up to pass udp packets on port 7000. e.g. be sure to configure your firewalls correctly when dealing with network traffic (the sender computer must allow outgoing udp-traffic on the specified port, the receiving computer must allow incoming udp-traffic on the port and all intermediate firewalls have to act accordingly). and connect a [print] directly to [dumpOSC] so you can see whether you receive anyhing. and watch the console, whether it bails out on either the sending or the receiving side. mfga.sdf IOhannes PS: and use martin's net/osc objects, they are better... Martin ___ 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] DSP abstractions [was: netpd ...]
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I really like the idea of a standard library of DSP objects. I think that one thing that can really make this project that much better is having a clearly defined, usable, and clean common interface for this library. I think it would be nice to use some inlets, rather than just one inlet and a bunch of special messages. So there could be defined classes of objects (synths, filters, effects, etc.), and each would have a standard interface. So all synths would have frequency and amplitude inlets, for example. Another key part of this is using standard values for each thing. For example, with filters, they can be specified using Q and f point, or f and filter order (1st order/6dB, 2nd order/12dB, etc.), or other techniques. Ideally, there would be a standard filter interface for this standard lib. All this is so orthogonal to my original goals (described in my first mail in this thread [1]) that I'd not be able to contribute anymore. [1] http://lists.puredata.info/pipermail/pd-list/2007-06/051109.html Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cross-correlation in pd ?
Hi, On Sun, 2007-06-17 at 23:01 -0500, Charles Henry wrote: Jamie Bullock has cc~ in his flib collection. It computes cross correlation in the time domain, and cross-covariance using the freq. domain. I worked on it a while back...but have been lazy about trying to change the cross-covariance into a cross-correlation. Sorry, Jamie. flib is now deprecated, and has been surpassed by libxtract, which is a generic C library that includes as an example a PD external that wraps it's functionality. It can be found at http://sourceforge.net/projects/libxtract. If you want to use the fft-based autocorrelation you will need the fftw library, and to compile libxtract with --enable-fft. It includes a time domain and fft-based autocorrelation, but no arbitrary cross correlation functions. Chuck, I must remember to add your cross-covariance code into libxtract (with acknowledgement of course). best, Jamie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM]: GL Shader Language
Yep, very interesting example ! You can boost Gem with glsl object. Is there workshop in Paris about that Cyrille ? I think, that it would be interesting to do. Jack Hans-Christoph Steiner a écrit : On Jun 17, 2007, at 6:58 AM, cyrille henry wrote: hello, Kyle Klipowicz a écrit : Ooop please send any elementary examples of these things. i post a few very diferents shader and the pd patch to use them here : http://drpichon.free.fr/gem_glsl_ch_200070617.zip Wow, these are some nice examples, these should be included in the examples section of Pd-extended. well, i think i should clean up some code and check licence for the shader i did not write. where should i put them in order to include them in pd-extended? cyrille .hc I got confused by the Gem docs (they don't explain OpenGL as thoroughly as the vanilla Pd-docs explain DSP). Gem doc aim is to explain gem specific stuf. but in order to use Gem, you also need a good openGL book. (you can find lot's of them) cyrille ~Kyle On 6/17/07, cyrille henry [EMAIL PROTECTED] wrote: hello, Alexandre Quessy a écrit : Hi all ! The Toon.vert and Toon.frag shaders don't seem to work quite well here. I only get some kind of darker or lighter grey depending on the value of the Phong variable I set it to have. I am using Pd-extended 0.39-2 test 5 on Ubuntu Linux Intel. Gem is 0.91-cvs compiled on Mar 16 2007. Should I generate something any better ? this is exactly what the toon shader is aiming to do. look at it's code to undersant why. Anyone has an other GLSL shader to suggest to try it with ? yes, google has a lot. i have a few other exemple on my computer, tell me if you're looking for some specific stuf. cyrille Thanks !! a 2007/6/16, chris clepper [EMAIL PROTECTED]: GEM is a bit easier to deal with for shaders since there is no need to do any specific wrapper. Any ARB_ vertex or fragment shader and any GLSL shader you find on the web can work in GEM without modification. In some cases you might need to change something in the shader text to deal with rectangle vs 2D textures. On 6/16/07, Cypod [EMAIL PROTECTED] wrote: On the cycling74 webpage there is an interesting article about writing shaders for jitter: http://cycling74.com/story/2007/5/23/181113/507 is there a similar function available for GEM? Has anyone had experience with doing this? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list http://at.or.at/hans/ ___ 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] Turning on/off an installation
Hi all, I was wondering if someone has an idea on how one could create a switch to turn on and off an installation. I was thinking about either a push button to turn it off, or a web interface. Maybe one of those two things could make Pd (or PHP) write to a file that would be parsed by a cron job every minute. That cron job should be owned by root in order to be able to halt the computer. Then, to turn it on, I guess one could set the bios to turn on the computer automagically when the power gets down and then up again... Or one could use the computer power button (but in this case, it is an laptop that I want to hide deeply...) The whole idea behind this is to avoid to suddenly turn off the computer, which would probably corrupt the file system at some point. Of course I use GNU/Linux : probably Ubuntu Server or Debian. Any suggestion ? -- Alexandre Quessy http://alexandre.quessy.net http://www.puredata.info/Members/aalex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On Tue, 2007-06-19 at 01:09 +0200, Roman Haefeli wrote: On Mon, 2007-06-18 at 23:34 +0200, Frank Barknecht wrote: Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: one question still remains: how is it organized? will some mercyful person voluntarly collect the dsp abs and check it in into cvs? or shall we give cvs write access to every interested author? I'd rather not give anyone write permissions, as we're already are quite a huge number of developers. I would give permissions to you, however, also for netpd. ;) I'd volunteer to check in the dsp abstractions. May we could collect them on puredata.info first. Then from time to time I or someone else would check in the latest versions into CVS. yo, i put my stuff on: http://puredata.info/Members/rdz/ yo, i had a talk with syntax_the_nerd (christopher) and he started to port his dsp-stuff into a collection as well [1]. as for now, there are only two abstractions in there (basically he wanted to make an example how he would do it). however, he added some info to his patches, that makes a lot of sense in my eyes and might be essential for a good lib of that kind. he tagged each patch and according helppatch with: Name (of the patch/abstraction) (Name of the) Author Binary deps (pd-version, externals) Patch deps (abs-collection or single abs) License (e.g. Gnu GPL) though it is also my opinion, that in the first place it is important that things get done and in the second place how they are done, i think that this bit information is essential and should be easy to do. what do you think? roman [1] http://puredata.info/Members/syntax_the_nerd ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] sCrAmBlEd?HaCkZ! any news?
hi, i've been interested in sCrAmBlEd?HaCkZ! for a year. exactly one year ago, someone was asking when we'll be able to try sCrAmBlEd?HaCkZ! sven replied: ... nobody knows - not even me (and i'm that guy) but be assured that i'm working on it - the current main problem is that the sun is shining + weather is sweet and cold beer needs to be drunk while hanging out outdoors watching soccer matches. but there's something you can do - pray for rain! ... http://www.popmodernism.org/scrambledhackz/ ping sven pat ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM]: GL Shader Language
Hello Alexandre ! i can't use pdmtl because i change the pd-entended. Can you tell me how to install it. I just put in doc directory, the pdmtl directory. thx Jack Eh Jack ! Very nice examples, yes. Cyrille, do you think that one should understand C programming in order to use Pd? I don't. Of course, its low-level orientation makes it perfect for someone to learn lower level stuff. Anyways, I added an abstraction for shaders in the PdMtlAbstractions. See https://devel.goto10.org/pdmtl/browser/trunk/pdmtl/gems a 2007/6/19, [EMAIL PROTECTED] [EMAIL PROTECTED]: Yep, very interesting example ! You can boost Gem with glsl object. Is there workshop in Paris about that Cyrille ? I think, that it would be interesting to do. Jack Hans-Christoph Steiner a écrit : On Jun 17, 2007, at 6:58 AM, cyrille henry wrote: hello, Kyle Klipowicz a écrit : Ooop please send any elementary examples of these things. i post a few very diferents shader and the pd patch to use them here : http://drpichon.free.fr/gem_glsl_ch_200070617.zip Wow, these are some nice examples, these should be included in the examples section of Pd-extended. well, i think i should clean up some code and check licence for the shader i did not write. where should i put them in order to include them in pd-extended? cyrille .hc I got confused by the Gem docs (they don't explain OpenGL as thoroughly as the vanilla Pd-docs explain DSP). Gem doc aim is to explain gem specific stuf. but in order to use Gem, you also need a good openGL book. (you can find lot's of them) cyrille ~Kyle On 6/17/07, cyrille henry [EMAIL PROTECTED] wrote: hello, Alexandre Quessy a écrit : Hi all ! The Toon.vert and Toon.frag shaders don't seem to work quite well here. I only get some kind of darker or lighter grey depending on the value of the Phong variable I set it to have. I am using Pd-extended 0.39-2 test 5 on Ubuntu Linux Intel. Gem is 0.91-cvs compiled on Mar 16 2007. Should I generate something any better ? this is exactly what the toon shader is aiming to do. look at it's code to undersant why. Anyone has an other GLSL shader to suggest to try it with ? yes, google has a lot. i have a few other exemple on my computer, tell me if you're looking for some specific stuf. cyrille Thanks !! a 2007/6/16, chris clepper [EMAIL PROTECTED]: GEM is a bit easier to deal with for shaders since there is no need to do any specific wrapper. Any ARB_ vertex or fragment shader and any GLSL shader you find on the web can work in GEM without modification. In some cases you might need to change something in the shader text to deal with rectangle vs 2D textures. On 6/16/07, Cypod [EMAIL PROTECTED] wrote: On the cycling74 webpage there is an interesting article about writing shaders for jitter: http://cycling74.com/story/2007/5/23/181113/507 is there a similar function available for GEM? Has anyone had experience with doing this? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Alexandre Quessy http://alexandre.quessy.net http://www.puredata.info/Members/aalex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turning on/off an installation
Hallo, Alexandre Quessy hat gesagt: // Alexandre Quessy wrote: I was wondering if someone has an idea on how one could create a switch to turn on and off an installation. I was thinking about either a push button to turn it off, or a web interface. Maybe one of those two things could make Pd (or PHP) write to a file that would be parsed by a cron job every minute. That cron job should be owned by root in order to be able to halt the computer. Then, to turn it on, I guess one could set the bios to turn on the computer automagically when the power gets down and then up again... Or one could use the computer power button (but in this case, it is an laptop that I want to hide deeply...) The whole idea behind this is to avoid to suddenly turn off the computer, which would probably corrupt the file system at some point. Of course I use GNU/Linux : probably Ubuntu Server or Debian. You can use the powerbutton actually to savely switch off the computer, if it has ACPI enabled. On Debian/Ubuntu you should check what's in /etc/acpi/events/powerbtn This script normally just calls /etc/acpi/powerbtn.sh which as default calls /sbin/shutdown -h now but you could also put other stuff there. In the BIOS of your machine you need to set up that the powerbutton doesn't immediatly switch off the machine, but only creates that button event. I think, most modern machines are set up like that anyways. Just try it! After synching and closing everything of course. ;) Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: Name (of the patch/abstraction) (Name of the) Author Binary deps (pd-version, externals) Patch deps (abs-collection or single abs) License (e.g. Gnu GPL) though it is also my opinion, that in the first place it is important that things get done and in the second place how they are done, i think that this bit information is essential and should be easy to do. I think, there is the [pd META] format in pd-extended, which could be reused for that. For dependencies, I'd prefer [declare], as that gives a bit more functionality and may give more in its evolution. For now it would just contain the meta-information. For a license I actually would prefer the same license for everything in that collection: the Pd license. But that's of course a hairy issue. In general I think, this META information would be good to have and it could be added or checked by the one checking in the abstractions to the CVS. Some other things: A tricky issue may be abstractions that use other custom abstractions. I think, a subdirectory for these sub-abstractions would be good to have, so that the namespace doesn't get polluted. And then: Should we discuss the namei? dsp may be a bit misleading or too specific. Some random ideas: sig, tilde, play. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM]: GL Shader Language
Eh Jack ! Very nice examples, yes. Cyrille, do you think that one should understand C programming in order to use Pd? I don't. Of course, its low-level orientation makes it perfect for someone to learn lower level stuff. Anyways, I added an abstraction for shaders in the PdMtlAbstractions. See https://devel.goto10.org/pdmtl/browser/trunk/pdmtl/gems a 2007/6/19, [EMAIL PROTECTED] [EMAIL PROTECTED]: Yep, very interesting example ! You can boost Gem with glsl object. Is there workshop in Paris about that Cyrille ? I think, that it would be interesting to do. Jack Hans-Christoph Steiner a écrit : On Jun 17, 2007, at 6:58 AM, cyrille henry wrote: hello, Kyle Klipowicz a écrit : Ooop please send any elementary examples of these things. i post a few very diferents shader and the pd patch to use them here : http://drpichon.free.fr/gem_glsl_ch_200070617.zip Wow, these are some nice examples, these should be included in the examples section of Pd-extended. well, i think i should clean up some code and check licence for the shader i did not write. where should i put them in order to include them in pd-extended? cyrille .hc I got confused by the Gem docs (they don't explain OpenGL as thoroughly as the vanilla Pd-docs explain DSP). Gem doc aim is to explain gem specific stuf. but in order to use Gem, you also need a good openGL book. (you can find lot's of them) cyrille ~Kyle On 6/17/07, cyrille henry [EMAIL PROTECTED] wrote: hello, Alexandre Quessy a écrit : Hi all ! The Toon.vert and Toon.frag shaders don't seem to work quite well here. I only get some kind of darker or lighter grey depending on the value of the Phong variable I set it to have. I am using Pd-extended 0.39-2 test 5 on Ubuntu Linux Intel. Gem is 0.91-cvs compiled on Mar 16 2007. Should I generate something any better ? this is exactly what the toon shader is aiming to do. look at it's code to undersant why. Anyone has an other GLSL shader to suggest to try it with ? yes, google has a lot. i have a few other exemple on my computer, tell me if you're looking for some specific stuf. cyrille Thanks !! a 2007/6/16, chris clepper [EMAIL PROTECTED]: GEM is a bit easier to deal with for shaders since there is no need to do any specific wrapper. Any ARB_ vertex or fragment shader and any GLSL shader you find on the web can work in GEM without modification. In some cases you might need to change something in the shader text to deal with rectangle vs 2D textures. On 6/16/07, Cypod [EMAIL PROTECTED] wrote: On the cycling74 webpage there is an interesting article about writing shaders for jitter: http://cycling74.com/story/2007/5/23/181113/507 is there a similar function available for GEM? Has anyone had experience with doing this? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Alexandre Quessy http://alexandre.quessy.net http://www.puredata.info/Members/aalex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] 25/26/27 Junio : Hangar : Taller de electronica DIY y Pure Data
-- 25-27 de junio en Hangar, 15h - 21h http://www.hangar.org/docs/mapa_hangar.gif numero max. de participantes : 10 inscripción : 20 euros (cubre los materiales electrónicos para construir instrumentos que los participantes conservarán) Habrá ordenadores disponibles pero se recomienda traer su propia máquina para instalar puredata y asegurar la continuidad de la osmosis para participar enviar un email con carta de motivación a pueblo (at) mail.ljudmila.org Osmosis de electrónica Hazlo tu mismx (DIY) y Pure Data. con yves degoyon y alejandra pérez núnez Nos encontraremos en esta osmosis de software y electrónica para soldar, programar y escribir wikis. Durante tres dias lxs participantes fabricarán micrófonos, radios galenas, emisores minifm solares y aprenderan técnicas de procesamiento de frecuencias y sampling de sonido con puredata. La osmosis nos sugiere una forma orgánica de relación en que se pueden producir varios intercambios espontáneos entre dimensiones. Nos resistimos a las limitaciones que impone el purismo centrado en el trabajo técnico y nos gustaría iniciar un grupo de osmosis en que las diferencias de concentración provocarán movimientos. Se invita a participantes de todos los horizontes y puntos de vista a escribir juntxs un texto sobre las contínuas relaciones e intercambios entre humanxs y máquinas mientras construimos transmisores de radio, micrófonos y software de procesamiento de audio. Daremos especial énfasis a la construcción de artefactos que puedan ser usados en juguetes, vestuario y joyas como una manera de involucrar en esta osmosis nuestra vida e intereses cotidianos. Convocatoria completa y programa de la osmosis en: http://www.hangar.org/osmosis/ -- - End forwarded message - ___ PD-announce mailing list [EMAIL PROTECTED] 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] Turning on/off an installation
Le mardi 19 juin 2007 à 09:50 -0400, Alexandre Quessy a écrit : Hi all, I was wondering if someone has an idea on how one could create a switch to turn on and off an installation. I was thinking about either a push button to turn it off, or a web interface. Maybe one of those two things could make Pd (or PHP) write to a file that would be parsed by a cron job every minute. That cron job should be owned by root in order to be able to halt the computer. Then, to turn it on, I guess one could set the bios to turn on the computer automagically when the power gets down and then up again... Or one could use the computer power button (but in this case, it is an laptop that I want to hide deeply...) The whole idea behind this is to avoid to suddenly turn off the computer, which would probably corrupt the file system at some point. Of course I use GNU/Linux : probably Ubuntu Server or Debian. Any suggestion ? hi alex, I lately setup a video installation using a Debian Lenny box on a mini-PC, that's hidden in the ceiling because of noise and visual distrubance. Of course the ACPI button is very difficult to reach, Bios has been setup to restart after a power failure. The power cord is over 10m long and connected to a switchable power adaptor. Shell access is granted from the artist's laptop running windoze thanks to Putty. Pd is started/stopped from the command line. The box is shutdown thanks to the magical sudo halt command line. I used to connect that machine to an UPC, but never had enough time to have it commanded over serial port which a very good solution to both protect your machine from data loss and have it start/stop at will. ++ O. signature.asc Description: Ceci est une partie de message numériquement signée ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (netpd)U(Pd-extended), Pd-ext bug-tracker (was Re: elitism, software and academia)
On 6/18/07, Roman Haefeli [EMAIL PROTECTED] wrote: luckily just yesterday, i had a (very simple) idea, for which i waited for years: instead of opening the netpd-patches with the (for me) inconvenient 'open'-message, i want to load them as abstractions. this has the BIG advantage, that i can specify the location of a patch (now abstraction) relative to the parent patch (creator in this case). by doing that i can get rid of the very unwanted 'netpd-path' setting. AND this has a very nice side effect: when all patches are actually the same patch, i can add a search patch with only one [declare], that is valid for all loaded netpd-patches (now abstractions). in short: in future versions of netpd there will be no need for 'netpd-path' and for a -path flag anymore. there is one critical point left: having to have loaded the right externals. with [declare], each netpd-patch can define for itself, what it wants to have loaded. that means, the only thing, a user will have to care, is to have installed the needed externals (which is the case anyway in extended) This is great! I also like an additional feature of this method that you did not mention. When closing an instrument window, right now it will actually cause the instrument to disappear. I think that I actually inadvertantly crashed netpd a few times by doing this (since I am used to closing abstraction windows and subpatches to free visual space, but keeping them running still). So now, with this new idea, you would be able to close these windows in the normal way without it affecting netpd sessions. Sorry if I ruined your sessions ever by doing this!!! i actually don't have time to implement all these changes and afaik the actual stable release of pd-extended is based on 0.39, which lacks [declare]. but when pd-extended switches to 0.40 and i'll have made the necessary changes, things will be hopefully much easier than today for eveveryone, the pd-extended users and pd-vanilla/external users. You could actually start working on Pd-0.40-extended, as it is already auto building every night! ~Kyle -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On Tue, 2007-06-19 at 17:11 +0200, Frank Barknecht wrote: Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: Name (of the patch/abstraction) (Name of the) Author Binary deps (pd-version, externals) Patch deps (abs-collection or single abs) License (e.g. Gnu GPL) though it is also my opinion, that in the first place it is important that things get done and in the second place how they are done, i think that this bit information is essential and should be easy to do. I think, there is the [pd META] format in pd-extended, which could be reused for that. For dependencies, I'd prefer [declare], as that gives a bit more functionality and may give more in its evolution. For now it would just contain the meta-information. For a license I actually would prefer the same license for everything in that collection: the Pd license. But that's of course a hairy issue. In general I think, this META information would be good to have and it could be added or checked by the one checking in the abstractions to the CVS. Some other things: A tricky issue may be abstractions that use other custom abstractions. I think, a subdirectory for these sub-abstractions would be good to have, so that the namespace doesn't get polluted. And then: Should we discuss the namei? dsp may be a bit misleading or too specific. Some random ideas: sig, tilde, play. i'd vote for 'tilde', since this has a very open meaning. i forgot to mention, my and syntax' abstractions use a version tag of the format: [version x.x.x( (where x can be any integer number) this is used in netpd, though i am not sure if it makes sense to have it as a standard. if you think, that it makes sense to have a version tag at all, it'd be cool, if we could define it that way to define a version. where can i get info about [pd META] ? roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sCrAmBlEd?HaCkZ! any news?
On 19/06/2007, at 14.15, patrick wrote: ping sven Not long ago there was an announcement sent to this list about A Hack A Day which featured Sven talking about Scrambled Hackz, according to the program notes cf. http://www.dock18.ch/ahackaday.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (netpd)U(Pd-extended), Pd-ext bug-tracker (was Re: elitism, software and academia)
On Tue, 2007-06-19 at 11:47 -0500, Kyle Klipowicz wrote: On 6/18/07, Roman Haefeli [EMAIL PROTECTED] wrote: luckily just yesterday, i had a (very simple) idea, for which i waited for years: instead of opening the netpd-patches with the (for me) inconvenient 'open'-message, i want to load them as abstractions. this has the BIG advantage, that i can specify the location of a patch (now abstraction) relative to the parent patch (creator in this case). by doing that i can get rid of the very unwanted 'netpd-path' setting. AND this has a very nice side effect: when all patches are actually the same patch, i can add a search patch with only one [declare], that is valid for all loaded netpd-patches (now abstractions). in short: in future versions of netpd there will be no need for 'netpd-path' and for a -path flag anymore. there is one critical point left: having to have loaded the right externals. with [declare], each netpd-patch can define for itself, what it wants to have loaded. that means, the only thing, a user will have to care, is to have installed the needed externals (which is the case anyway in extended) This is great! I also like an additional feature of this method that you did not mention. When closing an instrument window, right now it will actually cause the instrument to disappear. I think that I actually inadvertantly crashed netpd a few times by doing this (since I am used to closing abstraction windows and subpatches to free visual space, but keeping them running still). Usually you should only see the gui of a patch, not the main patch itself (except when you are interested in seeing the internals of a certain patch). but it's true, that the patch gets closed then unintentionally, though this shouldn't crash pd. and if your pd crashes then, it doesn't harm the session at all. you can just restart pd/netpd and join the session, without the others noticing that you crashed. So now, with this new idea, you would be able to close these windows in the normal way without it affecting netpd sessions. yeah, true. i didn't think about this side effect yet. Sorry if I ruined your sessions ever by doing this!!! you certainly never did. and still if you did, nevermind, we are doing it for fun.. ;-) i actually don't have time to implement all these changes and afaik the actual stable release of pd-extended is based on 0.39, which lacks [declare]. but when pd-extended switches to 0.40 and i'll have made the necessary changes, things will be hopefully much easier than today for eveveryone, the pd-extended users and pd-vanilla/external users. You could actually start working on Pd-0.40-extended, as it is already auto building every night! i think, it doesn't need any extra work to make it work in pd-0.40-extended. so it is just a matter of finding free time (aah, i a few weeks we'll have summer vacation...yeah!) roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On 19/06/2007, at 18.48, Roman Haefeli wrote: i forgot to mention, my and syntax' abstractions use a version tag of the format: [version x.x.x( (where x can be any integer number) this is used in netpd, though i am not sure if it makes sense to have it as a standard. if you think, that it makes sense to have a version tag at all, it'd be cool, if we could define it that way to define a version. Version numbers i think is crucial. It is simply a dread when folks share there nice code and one don't have a simple system (version numbers) to keep track of what is what and what is newer. By all means, please! The x.x.x-system might be nice. How do you use it? Keep the first x=0 at all times as no code gets to version 1; bumb the second x when new features are added; bumb the last x when bugs are corrected? - Such info one how the version numbers makes sense is nice to add in a README, i think. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On 19/06/2007, at 1.06, Roman Haefeli wrote: On Tue, 2007-06-19 at 00:47 +0200, Steffen wrote: On 18/06/2007, at 23.21, Roman Haefeli wrote: one question still remains: how is it organized? If it is of any interest i've already voided my opinion, cf. http://lists.puredata.info/pipermail/pd-list/2007-06/051122.html absolutely. thanks for bringing this up again. i agree with you, though great. who does define the goals? I think you (pl.) are defining the goals and form of it in this email correspondence. It goes quite well. When you consider it dense, add it up in a README. Maybe even make a wiki page for it in http:// puredata.info/community/projects/ holding the README and pointing to the files in the lib, but keeping stuff in _a_ cvs might be nice over time. maybe you have already an idea about how the goals could look like? I have ideas and expectations to this project. I think it is a very nice idea that i've hoped to happen. The idea of having a shared lib with focus on (mid-level) dsp abstractions or sound modules i think might make it huge, as in lots of folks might use and like it. and add to it. Id like to see the orchestra lib too, but it might be nice as a separate project as it's easy to specify what it should consist of (ie. orchestra voices). And as it might make sense to have another form (where form means interface to the objects in the lib) then what it going to be the form in this lib. But i don't have any abs to share atm, and don't have much time to write down my ideas. Damn studies. Question. Will all the object be like: input: control data output: signal/audio, or will the also be (audio manipulators) objects like: input: signal/audio output: singal/audio? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
Hallo, Steffen hat gesagt: // Steffen wrote: Version numbers i think is crucial. It is simply a dread when folks share there nice code and one don't have a simple system (version numbers) to keep track of what is what and what is newer. By all means, please! I don't think it's necessary on CVS or Subversion, as you have the date of last change. I wouldn't want to make this an obligatory field. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On 19/06/2007, at 19.52, Frank Barknecht wrote: Steffen hat gesagt: // Steffen wrote: Version numbers i think is crucial. It is simply a dread when folks share there nice code and one don't have a simple system (version numbers) to keep track of what is what and what is newer. By all means, please! I don't think it's necessary on CVS or Subversion, as you have the date of last change. That is, of cause, true, that with in a versioning system there is a value that represents the version. The problem is, when it leaves the versioning system. I wouldn't want to make this an obligatory field. I don't think i would want to make anything obligatory. And I still use nice version-less code as it it better then bad code with version numbers or no code at all. I was just begging for a thing that i desire. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] How can i add binaries at FileStartup...?
HI, when i go to File Startup..., i see a list of binaries. How can i add one? I dont get it. br Javi _ Descubre la descarga digital con MSN Music. Más de un millón de canciones. http://music.msn.es/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On Tue, 2007-06-19 at 19:33 +0200, Steffen wrote: The x.x.x-system might be nice. How do you use it? Keep the first x=0 at all times as no code gets to version 1; bumb the second x when new features are added; bumb the last x when bugs are corrected? - yo, that is how i use them. but the main reason, why netpd uses it, is a purely technical one: patches and abstractions are shared between netpd clients. in order to make sure, that changes made to a patch or abstraction get to the other netpd clients as well, this versioning system was introduced. when loading a patch with creator, the version is checked by creator and compared with the version of the same patch on the other clients. if the patch to be opened has a higher version number than the on the other clients, the patch is uploaded instead of only opened, so that the patch on the other clients is overwritten. Such info one how the version numbers makes sense is nice to add in a README, i think. hm, since - as frank stated - a version number is not essential, i'd say, it wouldn't do it into the readme. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On Tue, 2007-06-19 at 19:44 +0200, Steffen wrote: who does define the goals? I think you (pl.) are defining the goals and form of it in this email correspondence. It goes quite well. When you consider it dense, add it up in a README. Maybe even make a wiki page for it in http:// puredata.info/community/projects/ holding the README and pointing to the files in the lib, but keeping stuff in _a_ cvs might be nice over time. a wiki-page for streamlining the idea and a little howto-guide (with the stuff we already discussed) would be nice, though i don't know how to create the page, respectively who as write acces to it. Question. Will all the object be like: input: control data output: signal/audio, or will the also be (audio manipulators) objects like: input: signal/audio output: singal/audio? i'd say both, any module that either generates or manipulates audio signals. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dumpOSC feature request
I just wanted to say, I definitely agree to this request. I think the dashed-outline should _exclusively_ reserved for objects that fail to load. They should not fail to create if they are loaded. If they have bad arguments, they should be created, but simply refuse to work properly. It would be far less confusing, otherwise you are stuck there wondering why Pd can't find the object when it is on the path... That said, I posted a patch against dumpOSC to have it create properly if another instance is already listening on the same port... but only for multi-cast ports, since logically it should work like that. I'd be happy to make further modifications to get dumpOSC working as requested here. I finally have a bit of time (just submitted my thesis yesterday!) so I might attack a few more OSC bugs. Steve On 6/18/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Richard Lewis wrote: Hello PD list, Further to that response I gave about problems with OSC. I'd like to make a feature request/bug report: when you try to create a dumpOSC object using a port which is already in use, PD acts as if the object cannot be created - it renders the box with a dashed outline and reports the error ...couldn't create. This is actually very confusing as the user then assumes that PD can't find the object code and tries to solve the problem by checking library paths etc. A better way of handling this error would be if the dumpOSC object, upon finding that it can't attach to a port, sends an error message to that effect to the PD console. Any thoughts? no thoughts, just remarks: [dumpOSC] behaves the same as [netreceive], so the behaviour is consistant (though annoying) with pd's default behaviour for many a year. then, doesn't [dumpOSC] write something to the PD console before it fails to create? (like: port already in use). then, i found [dumpOSC] to be buggy anyhow, and suggest using mrpeach's osc/net externals for the same purpose (you can easily create [dumpOSC] as an abstraction that is 100% compatible, but has less errors and the underlying code is still maintained). finally, it would be good to have a way to get notified (on a patch level, not just the console output) of objects that failed to create. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turning on/off an installation
enabling power on by lan (in the bios) should allow remote control (along with shutting down via ssh or telnet i expect) all the best adam ___ All New Yahoo! Mail Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On 19/06/2007, at 21.55, Roman Haefeli wrote: a wiki-page for streamlining the idea and a little howto-guide (with the stuff we already discussed) would be nice, though i don't know how to create the page, respectively who as write acces to it. I think it's a matter for proposing it to he pdweb list. Alternatively it could go into a README. Thats what they are for, i think. Question. Will all the object be like: input: control data output: signal/audio, or will the also be (audio manipulators) objects like: input: signal/audio output: singal/audio? i'd say both, any module that either generates or manipulates audio signals. Cool. Then that should be added too, i think. As i see it now, based on the discussion, the lazy-consensus principle, the fact that no one objected against that all abstractions in the lib should have a help file, a README could sound: - This lib, tilde, is focused on dps'ish abstractions that either generates or manipulates audio signals. To add to the lib either check it into _the_ cvs if you have access or ask someone that have access to check it in for you. All abstractions in the lib need have a corresponding help file documenting the inlet(s) and outlet(s). In case your abstraction have dependencies document it somewhere. In case the dependencies are not available anywhere and are in them self abstraction (ie. not externals) add them to a subfolder to not pollute the namespace of the lib. - eh? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
On Tue, 2007-06-19 at 17:11 +0200, Frank Barknecht wrote: Some other things: A tricky issue may be abstractions that use other custom abstractions. I think, a subdirectory for these sub-abstractions would be good to have, so that the namespace doesn't get polluted. personally, i don't support this idea. i believe, that there will be far too less abstraction for caring about namespace pollution. but my main argument is, that it is not always easy to decide, whether a certain abs is of general use (and deserves to be in the main-folder) or if it should go to a subfolder. why don't we put just everything into the main-folder, as long it has a help-patch? roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
Hallo, Steffen hat gesagt: // Steffen wrote: On 19/06/2007, at 21.55, Roman Haefeli wrote: a wiki-page for streamlining the idea and a little howto-guide (with the stuff we already discussed) would be nice, though i don't know how to create the page, respectively who as write acces to it. I think it's a matter for proposing it to he pdweb list. Alternatively it could go into a README. Thats what they are for, i think. IIRC the wiki generally can be edited by anyone with an account. Adding pages was a bit tricky, as there is (was?) a bug that you first had to create a PageLink on some other page, then follow that link to the non-existing page which would then be editable. I'll try to setup a Topic similar to http://puredata.info/community/patches etc. that automatically will collect all patches tagged with a specific keyword like tilde-lib or so. How to tag is described here: http://puredata.info/docs/tutorials/HowToContribute/ Question. Will all the object be like: input: control data output: signal/audio, or will the also be (audio manipulators) objects like: input: signal/audio output: singal/audio? i'd say both, any module that either generates or manipulates audio signals. Cool. Then that should be added too, i think. As i see it now, based on the discussion, the lazy-consensus principle, the fact that no one objected against that all abstractions in the lib should have a help file, a README could sound: - This lib, tilde, is focused on dps'ish abstractions that either generates or manipulates audio signals. To add to the lib either check it into _the_ cvs if you have access or ask someone that have access to check it in for you. All abstractions in the lib need have a corresponding help file documenting the inlet(s) and outlet(s). In case your abstraction have dependencies document it somewhere. In case the dependencies are not available anywhere and are in them self abstraction (ie. not externals) add them to a subfolder to not pollute the namespace of the lib. - eh? Perfect!! Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] documentation (was: DSP abstractions)
A bridge with automated service discovery could be nice, but I fear that it may also be too much bureaucracy and in the end may not help, I would especially like to say, beware of the bureaucracy and anything that looks like it. It has to do with what the values of pd are: $1 = nice colours $2 = nice layout $3 = helppatches have consistent colours and layout $4 = helppatches have consistent structure: every section that is supposed to be in every helppatch has at least something written in it $5 = helppatches are kept up to date $6 = helppatches communicate concisely, minimising the boilerplate copypasting that you have to learn to skip over in order to get to the actual information $7 = helppatches communicate the intent and the spirit of pd $8 = helppatches are complete, communicating everything you may have to know about pd So far, PDDP emphasises the top of the list. If I were (or rather when I will be) taking care of documentation I'd concentrate on the bottom of the list. I especially don't care about PDDP because it emphasises $1,2,3,4. By emphasising $1,2,3,4 it makes $5 that much more difficult and especially it makes it boring. At least if you're writing tricky documentation and you don't like writing documentation you can have a sense that you're doing something tricky which uses your intelligence, whereas applying $1,2,3,4 is not. Item $4 is especially infuriating because it puts the respect of top-down rules of documentation more important than effective communication, which may (and will) conflict with $5,$6,$7,$8, especially if $4 doesn't doesn't include provisions for straying away from mere form-filling. To be fair, $7 is partially covered by the all about patches, but it could be a lot more than that, especially considering $8. I would continue with $9, $10, and more important values that are completely foreign to PDDP, but this email is already long enough. That help-patch may be quick and dirty, but it must *exist*. That's very $8. And a service discovery bridge may also be built later as a decorator abstraction itself around the original abstractions. You mean like http://en.wikipedia.org/wiki/Decorator_pattern ? (original page at http://www.c2.com/cgi/wiki?DecoratorPattern ) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem mouse, how to get absolute coords?
danja wrote: p.s. i can't use [gemmouse] as i'm having five devices and need to read them individually. What about [hid]? d. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 38: Courage! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
I am curious, has anyone ever vandalized the netpd patches during a jam? ~Kyle On 6/19/07, Roman Haefeli [EMAIL PROTECTED] wrote: On Tue, 2007-06-19 at 19:33 +0200, Steffen wrote: The x.x.x-system might be nice. How do you use it? Keep the first x=0 at all times as no code gets to version 1; bumb the second x when new features are added; bumb the last x when bugs are corrected? - yo, that is how i use them. but the main reason, why netpd uses it, is a purely technical one: patches and abstractions are shared between netpd clients. in order to make sure, that changes made to a patch or abstraction get to the other netpd clients as well, this versioning system was introduced. when loading a patch with creator, the version is checked by creator and compared with the version of the same patch on the other clients. if the patch to be opened has a higher version number than the on the other clients, the patch is uploaded instead of only opened, so that the patch on the other clients is overwritten. Such info one how the version numbers makes sense is nice to add in a README, i think. hm, since - as frank stated - a version number is not essential, i'd say, it wouldn't do it into the readme. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [pd] SIMD
i keep getting SIMD messages in pd's console window. doesn't seem to be causing any harm, but there are a lot of them and they get a bit annoying. it's a new thing that only started happening since i switched to pd extended (hans installer) 0.39.2 RC 2 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
Another interesting approach is that taken by pdmtl, which uses a namespace-type separation of objects based upon their type and use. IIRC, it is not in Pd-extended yet either... ~Kyle On 6/19/07, Steffen [EMAIL PROTECTED] wrote: On 19/06/2007, at 21.55, Roman Haefeli wrote: a wiki-page for streamlining the idea and a little howto-guide (with the stuff we already discussed) would be nice, though i don't know how to create the page, respectively who as write acces to it. I think it's a matter for proposing it to he pdweb list. Alternatively it could go into a README. Thats what they are for, i think. Question. Will all the object be like: input: control data output: signal/audio, or will the also be (audio manipulators) objects like: input: signal/audio output: singal/audio? i'd say both, any module that either generates or manipulates audio signals. Cool. Then that should be added too, i think. As i see it now, based on the discussion, the lazy-consensus principle, the fact that no one objected against that all abstractions in the lib should have a help file, a README could sound: - This lib, tilde, is focused on dps'ish abstractions that either generates or manipulates audio signals. To add to the lib either check it into _the_ cvs if you have access or ask someone that have access to check it in for you. All abstractions in the lib need have a corresponding help file documenting the inlet(s) and outlet(s). In case your abstraction have dependencies document it somewhere. In case the dependencies are not available anywhere and are in them self abstraction (ie. not externals) add them to a subfolder to not pollute the namespace of the lib. - eh? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem mouse, how to get absolute coords?
well, for now i ended up by simply adding sequential delta values to each other: [inlet]___ | | [flow/valuechange]| | | [count/iter] or [accum] | [autoscale] | [int] | [outlet] doesn't feel very accurate, however gives me the right ranges. danja danja wrote: ... object [mouse] in gem outputs relative coordinates, between '-1' and '1' for each of the two coordinates. there are few reasons for such behaviour, first device itself reports only relative movements, second there are no physical boundaries for it to move (so where is the centre then?)... that's clear. however use of such streams is rather limited, in my case i use mice as measure devices so would like to get more or less absolute coords ... ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sCrAmBlEd?HaCkZ! any news?
He could just give it to other people who would be more interested in cleaning it up and releasing it. At least the guy has a good sense of humor though :) k On 6/19/07, David Powers [EMAIL PROTECTED] wrote: Looks like the code is still unreleased based on Sven's website. I'd also love to try playing with scrambled hackz, dope concept! ~David On 6/19/07, Steffen [EMAIL PROTECTED] wrote: On 19/06/2007, at 14.15, patrick wrote: ping sven Not long ago there was an announcement sent to this list about A Hack A Day which featured Sven talking about Scrambled Hackz, according to the program notes cf. http://www.dock18.ch/ahackaday.html ___ 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 -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
Hello, Kyle Klipowicz a écrit : I am curious, has anyone ever vandalized the netpd patches during a jam? It's true that things might be a lot more complicated if net-pd users starts to build net-pd objects with using pd-extended distro, and jam with people that are using net-pd distro. I guess you start to see how it might be important to have a kind of coordinator for the patch sharing. Best, Patko. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] match the closest number
Nice. That's what I was looking for to improve my closest-note abstraction. See http://wiki.dataflow.ws/PdMtlAbstractions/Contents#head-musical It is currently only flooring the values, I think. Closest is what it really means to be. (with floats, not just integers. If you need something that can work efficiently for a lot of intervals, what you ought to do is pre-sort them, then make a list of the averages of each two consecutive values. The result is a list of boundaries between the domains of each value; then you can find where is your closest value by a binary search in O(log n) time. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [dsplib]: how should it be maintained?
Here is a link to the pdmtl list of files. It has quite a few objects, and a lot of dsp ones too. I am all for adopting this framework, since it is already semi-established with users. http://wiki.dataflow.ws/PdMtlAbstractions/Contents Let's face it, it's difficult to find objects through the sorting of author libs right now, since a given author may have a bunch of different abstractions or externals in a sort of hodge-podged bundle. Not all authors do this of course, since we now have separate cvs entries for things like list-abs, etc. Taking from the pdmtl aesthetic would be the next step. ~Kyle On 6/19/07, Kyle Klipowicz [EMAIL PROTECTED] wrote: Another interesting approach is that taken by pdmtl, which uses a namespace-type separation of objects based upon their type and use. IIRC, it is not in Pd-extended yet either... ~Kyle On 6/19/07, Steffen [EMAIL PROTECTED] wrote: On 19/06/2007, at 21.55, Roman Haefeli wrote: a wiki-page for streamlining the idea and a little howto-guide (with the stuff we already discussed) would be nice, though i don't know how to create the page, respectively who as write acces to it. I think it's a matter for proposing it to he pdweb list. Alternatively it could go into a README. Thats what they are for, i think. Question. Will all the object be like: input: control data output: signal/audio, or will the also be (audio manipulators) objects like: input: signal/audio output: singal/audio? i'd say both, any module that either generates or manipulates audio signals. Cool. Then that should be added too, i think. As i see it now, based on the discussion, the lazy-consensus principle, the fact that no one objected against that all abstractions in the lib should have a help file, a README could sound: - This lib, tilde, is focused on dps'ish abstractions that either generates or manipulates audio signals. To add to the lib either check it into _the_ cvs if you have access or ask someone that have access to check it in for you. All abstractions in the lib need have a corresponding help file documenting the inlet(s) and outlet(s). In case your abstraction have dependencies document it somewhere. In case the dependencies are not available anywhere and are in them self abstraction (ie. not externals) add them to a subfolder to not pollute the namespace of the lib. - eh? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Teaching Pd
Hi List~ I'm curious about teaching Pd to interested people, and know that a number of you have given workshops on the subject. I could really use some collective wisdom on this. What methods do you use to structure and communicate your course material? How do you market it within the city that you are teaching? What sorts of materials do you use? I found this wiki page that has some tutorials http://wiki.dataflow.ws/PdMtlAbstractions/Contents. Is there any other information about teaching Pd that has been posted? It would be great if there were a space dedicated to Pd-educators to know the tried and true methods of communicating the ideas to new students. Thanks! ~Kyle -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Kansas City Area Pd Users?
Hi List~ I'm just doing a quick shout out to locate any or all Pd users in the Kansas City area. If there are any, please speak up! ~Kyle -- - - - -- http://perhapsidid.wordpress.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dumpOSC feature request
On Jun 19, 2007, at 3:53 PM, Stephen Sinclair wrote: I just wanted to say, I definitely agree to this request. I think the dashed-outline should _exclusively_ reserved for objects that fail to load. They should not fail to create if they are loaded. If they have bad arguments, they should be created, but simply refuse to work properly. It would be far less confusing, otherwise you are stuck there wondering why Pd can't find the object when it is on the path... I totally agree, this is a good outline of how it should work for all objects. If it loads and then doesn't do anything, at least you can open the help patch. That said, I posted a patch against dumpOSC to have it create properly if another instance is already listening on the same port... but only for multi-cast ports, since logically it should work like that. I'd be happy to make further modifications to get dumpOSC working as requested here. I finally have a bit of time (just submitted my thesis yesterday!) so I might attack a few more OSC bugs. Before putting too much effort into the messy dumpOSC/sendOSC, you should check out Martin Peach's OSC and network objects. .hc Steve On 6/18/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Richard Lewis wrote: Hello PD list, Further to that response I gave about problems with OSC. I'd like to make a feature request/bug report: when you try to create a dumpOSC object using a port which is already in use, PD acts as if the object cannot be created - it renders the box with a dashed outline and reports the error ...couldn't create. This is actually very confusing as the user then assumes that PD can't find the object code and tries to solve the problem by checking library paths etc. A better way of handling this error would be if the dumpOSC object, upon finding that it can't attach to a port, sends an error message to that effect to the PD console. Any thoughts? no thoughts, just remarks: [dumpOSC] behaves the same as [netreceive], so the behaviour is consistant (though annoying) with pd's default behaviour for many a year. then, doesn't [dumpOSC] write something to the PD console before it fails to create? (like: port already in use). then, i found [dumpOSC] to be buggy anyhow, and suggest using mrpeach's osc/net externals for the same purpose (you can easily create [dumpOSC] as an abstraction that is 100% compatible, but has less errors and the underlying code is still maintained). finally, it would be good to have a way to get notified (on a patch level, not just the console output) of objects that failed to create. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [pd] SIMD
My guess is that these are from zexy objects, perhaps IOhannes forgot to remove some debug messages before the release got branched: externals/zexy/src/0x3c0x7e.c: post(SIMD); I think 0x3c0x7e is [~], are you using that object? I suppose I could just remove this from the release branch. .hc On Jun 19, 2007, at 7:04 PM, hard off wrote: i keep getting SIMD messages in pd's console window. doesn't seem to be causing any harm, but there are a lot of them and they get a bit annoying. it's a new thing that only started happening since i switched to pd extended (hans installer) 0.39.2 RC 2 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list 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] match the closest number
On Tue, 19 Jun 2007, Mathieu Bouchard wrote: Nice. That's what I was looking for to improve my closest-note abstraction. See http://wiki.dataflow.ws/PdMtlAbstractions/Contents#head-musical It is currently only flooring the values, I think. Closest is what it really means to be. (with floats, not just integers. If you need something that can work efficiently for a lot of intervals, what you ought to do is pre-sort them, then make a list of the averages of each two consecutive values. The result is a list of boundaries between the domains of each value; then you can find where is your closest value by a binary search in O(log n) time. Sorry for messing up the quoting on that one. The top paragraph was written by Alexandre Quessy, who I was replying to. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
