[PD] rough beat quantization attempt
The attached patch is my attempt at beat quantization. I'm curious how others have approached this. JN quantize.pd Description: application/pd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] svn:externals
Hans-Christoph Steiner wrote: On Dec 12, 2008, at 3:44 PM, IOhannes m zmölnig wrote: Chris McCormick wrote: On Fri, Dec 05, 2008 at 01:06:32AM -0500, Hans-Christoph Steiner wrote: What about the idea of having a separate section like /pure-data/svn- externals? hmm, i'm trying (not so) hard to remove the ./abstractions folder in favour of a grand unified ./externals folder... That will take a lot of political organizing, as we saw before. In the mean time, I don't see much harm in having /pure-data/svn-externals i am more a fan of gradual migration than of sudden switches. this allows people to adapt changes at their own pace. sometimes it is a bit hard to do (e.g. when migrating from cvs to svn), othertimes it is simpler. if we agree that it might be a good idea to merge ./abstractions and ./externals because all of them contain external objects (as explained in your other mail), then i don't see a reason to introduce yet another directory that has to be migrated when the time is nigh. in some other projects i noticed packages which are modules containing both the local code plus dependencies (the latter handled solely via svn:externals) Using svn:externals for dependencies means that using --ignore-externals would then break. indeed it does! the two things are unrelated; i was jus trying to add another viewpoint (though i might have forgotten that i already mentioned that). packages in this context meant small packages (e.g. libraries) rather than te entire shebang. Do you have an example of such a project? I am currently using OpenEmbedded a lot for the Reware ARM disk images. OpenEmbedded tracks hundreds of external projects. It uses git, which has nothing like svn:externals. Instead, the build system, bitbake, which handles downloading the source code to package. If we really want to make a distributed build system, then someone should build it from i do not oppose to explicitely downloading external dependencies at all. via bitbat or whatever mechanism. bitbake or some other proven tool, not kludge it with svn:externals. however to claim that bitbake is a 'proven tool' opposed to the 'ugly kludge' svn:externals is a bit euphemistic. unless of course you compare all the millions of openembedded developers to the handful of people using subversion. but anyhow: what do we want to solve with all this external stuff (be it pushed into the repo, pulled implicitly or pulled explicitly)? adding new Pd-libraries (1st level packages) or build-dependencies (2nd level packages). this 2 might well be handled differently. fgmsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Apéro Codelab, Nantes , 20 December 2008
===December 20th, 2008 :: APERO CODELAB 01 in Nantes (Fr)=== * chat, mix performances * free entrance Saturday December 20th, 2008 from 7:00PM until 11:00PM at the [http://tinyurl.com/6xkxtk Canotier], 21 quai de Versailles, in Nantes (France) contact : +33 (0)2 40 16 86 78 – i...@crealab.info L’apéro Codelab 01 is a meeting dedicated to experiments in the audio-visual and musical fields which use programming languages or electronic experimentation, in the spirit of open source. This meeting is organized and moderated by the members of the Crealab network Apo33 /PiNG / Lolab /la Fabrique du Libre /Ecos. who take the occasion to invite Emoc, founder of the [http://www.codelab.fr codelab.fr] forum , a leading resource in the french-speaking online world on the topic experimental practices. Program * introduction to codelab.fr, short presentation of books such as ”Making things talk” by “Computer Music with examples in SuperCollider 3”, “Designing sound” by andy Farnell) and artworks (”Reflet” by Thomas Thomas Fourmond Quentin Drouet, “Topodio”, by Dominique Leroy Jean-François Rolez / la fabrique du libre) * Puredata news: the Pdmtl abstractions, Pdpédia is back... * particiaptive audio performance by Stivy GS, audio performance by Gary Glitcher * mix of images sounds from the community ! open to anyone ! really ! even if you can't blatter in French...! ! no free stout ! lots of free patches and software Call for submission If you're interested in having us play audio or video recordings of your performances/installations/coding parties, drop us a line at ap...@crealab.info with a link to files we can download, and a second line mentioning the authors and license of the documents that should appear. Supported filetypes and codecs: everything but WMV, WMA, Real and things too proprietary. = L’apéro Codelab est une rencontre consacrée aux pratiques expérimentales de création d’image, de vidéo, de son et de musique qui utilisent des langages de programmation ou l’expérimentation électronique, en privilégiant l’aspect open source. Cette rencontre organisée et animée par les assos membres du réseau Crealab Apo33 /PiNG / Lolab /la Fabrique du Libre /Ecos est l’occasion d’inviter Emoc, le fondateur du forum codelab.fr, espace ressources en ligne aujourd’hui référent sur ces pratiques expérimentales. Au programme : présentation de codelab.fr, d’ouvrages (”Making things talk”, “Computer Music with examples in Super Collider 3”, “Designing sound”) et de travaux d’artistes (”Reflet” de Thomas Fourmond Quentin Drouet, “Topodio”, de Dominique Leroy et Jean-François Rolez / la fabrique du libre) actualité autour de Puredata: les abstractions Pdmtl, Pdpédia le retour... performance audio participative par Stivy GS, performance audio par Gary Glitcher mix d’images et de sons glanés au sein de la communauté Appel à participation Si vous souhaitez voir des des enregistrements de vos performances, installations/ coding parties diffusés lors de cet événement, écrivez-nous à ape...@crealab.info en mentionnant l'adresse où l'on peut télécharger vos fichiers, ainsi que les crédits devant être mentionnés lors de la diffusion. Types de fichiers et codecs acceptés: tout sauf du WMV, WMA, Real et autres machins trop propriétaires pour être honnêtes. ! ouvert à tous ! ___ 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] ehu abstractions to be released
On Sun, Dec 14, 2008 at 12:15:26PM -0500, Hans-Christoph Steiner wrote: On Dec 14, 2008, at 6:38 AM, Chris McCormick wrote: On Thu, Dec 11, 2008 at 01:33:41PM -0500, Hans-Christoph Steiner wrote: On Dec 11, 2008, at 4:19 AM, IOhannes m zmoelnig wrote: altern wrote: Hans-Christoph Steiner(e)k dio: You can force the version by using the namespace prefix: [cyclone/counter] [cyclone/prepend] [iemlib/gate] this is what i am doing. i think that solves the issue. i think even better would be to use built-in objects. in the case of [gate] and [prepend] this maps to one (or 2) built- ins, so no need for strange prefixes. Except [list prepend], which I consider a stranger prefix. :) I still prefer [cyclone/prepend] since you don't need to add [list trim] to keep things in the same format they came in as (at least for the things I seem to do regularly.) Thereby rendering even the simplest of your patches completely useless to me, or anyone else who is a Pd-vanilla fan. I can understand using externals when they are neccessary, such as doing something with weird hardware, or some algorithm that is slow in pure Pd, but I really can't understand using an external in a situation like this. Your choice though, I guess. Myself, I prefer to make my patches as portable as possible to the widest range of Pd users (pd-extenders included). Sorry if I sound grumpy; not getting too much sleep here in Berlin. :) If you compile cyclone as a libdir and stick it in 'extra', then using [cyclone/prepend] is fully compatible with Pd-vanilla. Great. Any objectclass that is not included in Pd-vanilla is an external, whether it is written in C, Pd, etc. For example, even if s- abtractions or list-abs use only pd-vanilla object, when someone uses them, they then have an external dependencies. Yes, for sure, but are a couple of big difference between using s-abstractions or list-abs in your composition and spreading [cyclone/prepend] willy-nilly throughout your patches. First, using abstractions is a simple matter of copying a folder, whilst cyclone requires compilation and linking of bloating 3rd party software into my sleek, pristine Pd binary, or using pd-extended, which I choose not to do. It also means that if I use your patches in my own work, I am straight away demanding that my users install pd-extended, or go through the painful compilation exercise. They probably don't even have a compiler installed. This issue escalates rapidly if every Pd user follows the advice you are giving out. Soon we have all kind of people using all kinds of crap, and forcing everyone else who wants to use their patches to do the same. It's a bad way to make software. Second, and a much more important reason, is that a perfectly good prepend exists in vanilla. As soon as you start using cyclone/prepend for the very dubious advantage of having to make one less [list trim] object, you instantly alienate me and others like me. My aim is to make my code as compatible as possible, while taking advantage of all the good code that other people have written, like s- abstractions and list-abs. But there is no standard way to set up externals when using pd-vanilla, so it is not really possible to support. Read the archives to see all of the problems running other people's patches. That's why Pd-extended was started, to have a standard platform. Pd-extended is great. It's excellent to have that standared platform. All I am advocating is preferring the 'lowest common denominator' as far as possible. I am saying that you should follow Occam's Razor when making patches, and make them as simple and widely portable as possible. I am definately not saying that you shouldn't use externals, libdirs, other libraries or whatever when you need to. I understand completely the need for externals in many situations, but I also think that it's bad practice to use an external when a builtin will do. I am actually just putting forward a very common computer science precept; reuse. Spare a thought for us poor chumps in vanilla land. :) Best, Chris. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Open Lab at the 11th Cairo Bienale
doohh! Thought this was at the Hanger in bcn... too bad. Hope its fun, I wish I was there! cheers, Rich On Thu, Dec 11, 2008 at 2:56 PM, yves degoyon ydego...@gmail.com wrote: *Open* *Lab at the 11*^*th* * Cairo Bienale* *21*^*st* * to 27*^*th* * of December 2008* *Bab Gallery of the Museum of Modern Egyptian Art* In the context of the 11^th Cairo Bienale, in cooperation with the Fine Arts Sector of the Ministry of Culture, the Embassy of Spain in Cairo and LABoral Centro de Arte, Hangar has the honour to present an Open Lab in the Bab Gallery, a week of intensive workshops for artists and technicians interested in working with DIY hardware, free software and tactical cartographies. Program : 21-27/12/08 10h-13h Software - Pure Data : Yves Degoyon 21-27/12/08 14-19h Hardware - DIY Electronics : Diego Rodriguez Gomez 24/12/08 10h-19h Tactical Cartography : Pablo de Soto 27/12/08 20h Presentations Lives Free Entry. Limited places. Reserve by email : _asistente.cultu...@gmail.com mailto:asistente.cultu...@gmail.com_ Bab Gallery of the Museum of Modern Egyptian Art Guezira Grounds (Cairo Opera House Complex) ___ 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] distortion of gem visuals
hello list, i want to project some gem visuals to a concave surface, and i was wondering if there is a way to distort the gem window in a way that it can fix the distortion generated by the surface, for example if i distort the gem windows as fisheye and i project to the concave surface the image is gonna appear fine . Which do you think is the best way of doing this in puredata? is it possible to use pixel shaders to do this? or which ideas do you have for doing this? maybe theres a program designed or libraries for doing this? any idea would be appreciated many thanks pun. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] distortion of gem visuals
hello, i think the best it to draw whatever you want in a framebuffer. then, use this framebuffer as a texture on a primitive that have the same shape as your screen. or use it on a rectangle + a pixel shader to distort it. Cyrille punchik punchik a écrit : hello list, i want to project some gem visuals to a concave surface, and i was wondering if there is a way to distort the gem window in a way that it can fix the distortion generated by the surface, for example if i distort the gem windows as fisheye and i project to the concave surface the image is gonna appear fine . Which do you think is the best way of doing this in puredata? is it possible to use pixel shaders to do this? or which ideas do you have for doing this? maybe theres a program designed or libraries for doing this? any idea would be appreciated many thanks pun. ___ 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] distortion of gem visuals
Id say probably a shader as you thought. Depending on the type of distortion you want to correct it could be pretty simple :) On Dec 15, 2008, at 12:45 PM, punchik punchik wrote: hello list, i want to project some gem visuals to a concave surface, and i was wondering if there is a way to distort the gem window in a way that it can fix the distortion generated by the surface, for example if i distort the gem windows as fisheye and i project to the concave surface the image is gonna appear fine . Which do you think is the best way of doing this in puredata? is it possible to use pixel shaders to do this? or which ideas do you have for doing this? maybe theres a program designed or libraries for doing this? any idea would be appreciated many thanks pun. ___ 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] pdPod binaries
Hans, Thanks! Finally got pdpod working on my 4th gen 'photo' ipod. I had to reformat it from fat32 first, and then I had to find an osx machine because the ipod wouldn't move from being read-only in linux (though this might be my inexperience with linux as well). I only tried the 'from scratch' option. There are two downloads I had to search to find: http://www.ucc.asn.au/~rvvs89/ipl/nightly/pzmodules.tar.gz http://rvvs89.ucc.asn.au/ipl/nightly/appearance.tar.gz cheers! martin On Sun, Dec 14, 2008 at 5:22 AM, Hans-Christoph Steiner h...@eds.org wrote: The files are up: http://sourceforge.net/project/showfiles.php?group_id=236704package_id=302437 Or you could try our first attempt at an end-to-use installer. But be warned, the instructions are rough and some of things could format your disk, if they are not run correctly, so only try this if you understand the steps: http://dev.eyebeam.org/projects/reware/wiki/pdPod%20Howto http://dropbox.at.or.at/dropbox/reware-pdpod-0.0.tar.bz2 .hc On Dec 7, 2008, at 1:39 PM, Martin . wrote: Hi Hans, all, has anyone got these files? http://ipodlinux.org/images/7/79/Pdpod_podzilla.gz http://ipodlinux.org/images/b/b8/PureData.zip http://ipodlinux.org/images/3/39/Pdpod_kernel.bin.gz The links seem to be down although the ipodlinux.org page is finally up again :) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] trying to figure out limiter~ (zexy)
hello all, I was trying to make myself understand how zexy's limiter works but I can't get any sound out of it. In a very basic set-up like this: [osc~ 440] | [dac~ 1] I do get sound. But when routing the audio through the limiter there is no sound any more [osc~ 440] | [limiter~] | [dac~ 1] I tested this with an [env~] object. My osc~ sends out 96.98 dB, and the limiter~ 99.80 dB. If I send a message [limit 80 to the limiter, i see the env~ changing to 79.80 db, which seems like normal. Only I do not hear a thing. I guess I am doing something wrong here, but what? I read the help message, I have these message with print: 1-channel limiter @ 44.08kHz output-limit= 80.00dB hold= 30.02ms release = 138.942510ms amplify = 79.800240dB This all seems very logical though. I someone could point out where i am going wrong, I would be a very happy musician tomorrow :-) Thanks! yvan -- Copyright only exists in the imagination of those who do not have any. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] trying to figure out limiter~ (zexy)
Hi, Yvan Vander Sanden wrote: I was trying to make myself understand how zexy's limiter works but I can't get any sound out of it. In a very basic set-up like this: [osc~ 440] | [dac~ 1] I do get sound. But when routing the audio through the limiter there is no sound any more [osc~ 440] | [limiter~] | [dac~ 1] As the help patch states limiter~ does not output the limited signal itself (as a standard limiter hardware would do), but the multiplication factor for getting the limited signal. So, your patch has to look something like [osc~] | \ [limiter~] [z~ 64] | / [*~] | [dac~] cu Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Open Lab at the 11th Cairo Bienale
ydegoyon wrote: hi, thanks for these contacts, of course, we are invited by Roman, btw, it was Ramon, not Roman, no spanish guy would be called Roman... what happens in arab countries in terms of interaction, well they just throw their shoes at Bush, junior so that he would get out and let people breathe.. some parts will be streamed on giss.tv, dunno when and how, but surely the ending performance on 27/12, 20h, egyptian time and no egyptian disguise saludos, sevy ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tracking down segfault in dssi~
OK, I traced it down to one plugin csladspa.so which is a csound ladspa plugin I never used before and I assume is a wrapper for csound code that can run in a form of a ladspa plugin or something along those lines. I uninstalled it since I currently have no need for it but as it stands right now, this thing reliably brings down dssi~ together with pd whenver it is within the ladspa search path. Hope this helps in tracking this problem down. (btw this is still on Ubuntu 8.10 with pd-extended). Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tracking down segfault in dssi~
On Mon, 2008-12-15 at 23:21 -0500, Ivica Ico Bukvic wrote: OK, I traced it down to one plugin csladspa.so which is a csound ladspa plugin I never used before and I assume is a wrapper for csound code that can run in a form of a ladspa plugin or something along those lines. I uninstalled it since I currently have no need for it but as it stands right now, this thing reliably brings down dssi~ together with pd whenver it is within the ladspa search path. Great! Thanks for your help with this. I'll now have a look into why csladspa is causing the crash -- I don't yet have it on my system, but as it happens it's something that I'm likely to use. The net result will be that I'll either make a change to dssi~ or file an upstream bug report. best, Jamie -- www.postlude.co.uk http://www.linkedin.com/in/jamiebullock ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list