Re: [PD] no pd?? WTF ????
Oh oh oh... I just can't imagine there is an other motivation than their call to be buzzed... (sorry if it doesn't mean anything in english) I'm naive, for sure... but it's a survival question... :-p 01ivier 2012/1/4 Marco Donnarumma de...@thesaddj.com Well, that's weird enough. I actually know those guys through different channels. This is not the first call they send, and, although they work in Max, I think this is the first time I notice such a counterproductive requirement. The weirdest issue imho is why BEK published this call on their blog. Probably they just aggregate calls and news without reviewing the material. Besides, they received negative feedback also on the Sonic Arts Network List. Obviously. -- Marco Donnarumma Independent New Media and Sonic Arts Practitioner, Performer, Teacher ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | http://www.flxer.net Director: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Une petite envie de pixels ? http://grilledelamour.labomedia.org/image/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] expr alternative
2011/11/4 i go bananas hard@gmail.com apple just rang me. as andy predicted, they are still being highly cagey and will not give a yes/no answer to me. grrr. however, what they told me, was to go part of the way through developer registration, so i could read the ios_program_standard_agreement, in which case i would find what i need to know. here's the clause that pertains to FOSS licensing: 3.3.20If Your Application includes any FOSS, You agree to comply with all applicable FOSS licensing terms. You also agree not to use any FOSS in the development of Your Application in such a way that would cause the non-FOSS portions of the Apple Software to be subject to any FOSS licensing terms or obligations. so, to my simple mind, it appears that LGPL IS allowed in iOS applications, as long as you make the source available in a way that is LGPL compliant. the only thing that bothers me, is this section of the iOS agreement: 7.1Delivery of Freely Available Licensed Applications via the App Store; Certificates If Your Application qualifies as a Licensed Application, it is eligible for delivery to end-users via the App Store by Apple and/or an Apple Subsidiary. If You would like Apple and/or an Apple Subsidiary to deliver Your Licensed Application or authorize additional content, functionality or services You make available in Your Licensed Application through the use of the In App Purchase API to end-users for free (no charge) via the App Store, then You appoint Apple and Apple Subsidiaries as Your legal agent pursuant to the terms of Schedule 1, for Licensed Applications designated by You as free of charge applications. If Your Application qualifies as a Licensed Application and You intend to charge end-users a fee of any kind for Your Licensed Application or within Your Licensed Application through the use of the In App Purchase API, You must enter into a separate agreement (Schedule 2) with Apple and/or an Apple Subsidiary before any such commercial distribution of Your Licensed Application may take place via the App Store or before any such commercial delivery of additional content, functionality or services for which you charge end-users a fee may be authorized through the use of the In App Purchase API in Your Licensed Application. i'm not sure if those clauses have any effect on using LGPL code? Anyway, this is the information i have so far, and i thought i should share it. It appears to me that if Mr Yadegari and IRCAM are willing to license expr under the LGPL, then there's a good chance that the 'full' vanilla distribution would be allowed in iOS applications. it's very hard for me to continue looking into this matter, because there are some fairly significant moral issues and despite my laughing at people a little bit, i actually do think these things through, and it's a bit of a difficult situation. if people are following this issue, and just not saying anything, then it would help to get a clearer consensus of the 'community view' here, as i feel very uncomfortable about pushing this issue if i am going against the general consensus. to outline so far, there seem to be 3 main options: 1) leave expr as GPL 2) take up Mr Yadegari's offer to re-license under the LGPL 3) raise some money or incentive for Mr Yadegari to re-write expr code to be BSD compliant 3) I offer 10€... who's next ? On Fri, Nov 4, 2011 at 8:50 AM, Olivier B lamouraupeu...@gmail.comwrote: 2011/11/2 Jonathan Wilkes jancs...@yahoo.com From: Olivier B lamouraupeu...@gmail.com To: i go bananas hard@gmail.com Cc: PD-List pd-list@iem.at Sent: Wednesday, November 2, 2011 8:01 AM Subject: Re: [PD] expr alternative Hi list... Just to say that, even if my patchs are published under GPL, as I definitely need my lines to be straight (or not aliased), I would prefer [expr] to be under BSD, like Pd-Vanilla is... What does the license have to do with straight lines and aliasing? Sorry list... I've certainly done a private joke only to myself... :-/ I just wanted to say that I like my Pd patches to be tidy... to have their lines (or wires, I don't know the word used in english) perfectly straight... And for the same reason, it disturbs me to know that Pd-vanilla doesn't offers the same license for all of its code... it makes disorder... (but don't worry for me... every day, I'm getting better (damed, how it's hard to try to make humor in a foreign language :-p ) ) Cheers... 01ivier... -Jonathan Cheers... 01ivier 2011/10/31 i go bananas hard@gmail.com that's what i have just asked about. if you read back about halfway up the thread, max posted a mail saying that IRCAM are willing to change the license to LGPL. so i'm now wondering, that of course it is a hassle to contact all the original authors, but if none of them have moral views against
Re: [PD] expr alternative
2011/11/2 Jonathan Wilkes jancs...@yahoo.com From: Olivier B lamouraupeu...@gmail.com To: i go bananas hard@gmail.com Cc: PD-List pd-list@iem.at Sent: Wednesday, November 2, 2011 8:01 AM Subject: Re: [PD] expr alternative Hi list... Just to say that, even if my patchs are published under GPL, as I definitely need my lines to be straight (or not aliased), I would prefer [expr] to be under BSD, like Pd-Vanilla is... What does the license have to do with straight lines and aliasing? Sorry list... I've certainly done a private joke only to myself... :-/ I just wanted to say that I like my Pd patches to be tidy... to have their lines (or wires, I don't know the word used in english) perfectly straight... And for the same reason, it disturbs me to know that Pd-vanilla doesn't offers the same license for all of its code... it makes disorder... (but don't worry for me... every day, I'm getting better (damed, how it's hard to try to make humor in a foreign language :-p ) ) Cheers... 01ivier... -Jonathan Cheers... 01ivier 2011/10/31 i go bananas hard@gmail.com that's what i have just asked about. if you read back about halfway up the thread, max posted a mail saying that IRCAM are willing to change the license to LGPL. so i'm now wondering, that of course it is a hassle to contact all the original authors, but if none of them have moral views against BSD, then maybe that would be an easier course of action that code rewrite. On Tue, Nov 1, 2011 at 12:31 AM, Jonathan Wilkes jancs...@yahoo.com wrote: Wouldn't you need to get permission from Ircam, too? They are listed as a copyrightholder, for example, in vexp.c. There is also the following list of authors: * Authors: Maurizio De Cecco, Francois Dechelle, Enzo Maggi, Norbert Schnell. -Jonathan From: i go bananas hard@gmail.com To: Hans-Christoph Steiner h...@at.or.at Cc: PD-List pd-list@iem.at; Georg Bosch k...@stillavailable.com Sent: Monday, October 31, 2011 11:04 AM Subject: Re: [PD] expr alternative i just got a reply and they are reviewing my question, so hopefully we can find out if they currently allow LGPL. however, even if the do, i PERSONALLY still think a BSD [expr] would be much better. i know there were a lot of heated comments in this thread defending GPL, but if the author of the object would prefer to go with BSD, and if all that keeps him from doing the work is a little time and motivation, well, i can't really give him any time, but i can maybe help with motivation. Am i on my own if i try to do that? On Mon, Oct 31, 2011 at 11:58 PM, Hans-Christoph Steiner h...@at.or.at wrote: Another side of it is that the GPL and LGPL do not allow additional restrictions to be placed on the code. The VLC and GNU Go complaints as I understood them were specifically about the Apple App Store placing additional restrictions on the code. So that would affect LGPL and GPL alike. An app that includes some LGPL code might be a grey area since there is no possible expectation of producing a binary exactly like the original, since not all the code's licenses require that, so distributing the LGPL part separate might be enough. With the GPL, the whole app needs to be GPL compatible, so therefore there is an easy test: every user must be able to freely recreate the binary, and freely install, run, and modify it. That's something that the Apple App Store definitely restricts. I don't think this will really be resolved until Apple drops those terms or the FSF makes a statement on the LGPL in the Apple App Store. .hc On Oct 31, 2011, at 10:49 AM, i go bananas wrote: i just called a couple of apple numbers. first one had me on hold for 10 minutes so i gave up, 2nd one was useless. BUT third one was a rather helpful lady whose name i now have and she has issued me a 'case number' so my question is now listed in their system at least, so hopefully i can get the 'yay or nay' from apple on LGPL code in iOS applications. Also, i have already contacted a friend who works for a company making high profile iOS applications, and from what he is saying LGPL is OK. it seems the main problem with plain GPL is that apple doesn't want to release their own surrounding code, which the GPL would force them to do. As far as i can see, LGPL doesn't have this strict requirement. You just need to make the LGPL part available to anyone who wants it. Will keep hammering away here. LGPL sounds like it might be a better option, but i still reckon if Mr Yadegari is in favour of BSD, then that would be the best outcome. Personally i'd be happy to donate a couple of hundred dollars even to see a unified license for PD, but as this thread has shown, it sounds like i may get hippies camping on my lawn waving their GPL
Re: [PD] expr alternative
Hi list... Just to say that, even if my patchs are published under GPL, as I definitely need my lines to be straight (or not aliased), I would prefer [expr] to be under BSD, like Pd-Vanilla is... Cheers... 01ivier 2011/10/31 i go bananas hard@gmail.com that's what i have just asked about. if you read back about halfway up the thread, max posted a mail saying that IRCAM are willing to change the license to LGPL. so i'm now wondering, that of course it is a hassle to contact all the original authors, but if none of them have moral views against BSD, then maybe that would be an easier course of action that code rewrite. On Tue, Nov 1, 2011 at 12:31 AM, Jonathan Wilkes jancs...@yahoo.comwrote: Wouldn't you need to get permission from Ircam, too? They are listed as a copyright holder, for example, in vexp.c. There is also the following list of authors: * Authors: Maurizio De Cecco, Francois Dechelle, Enzo Maggi, Norbert Schnell. -Jonathan -- *From:* i go bananas hard@gmail.com *To:* Hans-Christoph Steiner h...@at.or.at *Cc:* PD-List pd-list@iem.at; Georg Bosch k...@stillavailable.com *Sent:* Monday, October 31, 2011 11:04 AM *Subject:* Re: [PD] expr alternative i just got a reply and they are reviewing my question, so hopefully we can find out if they currently allow LGPL. however, even if the do, i PERSONALLY still think a BSD [expr] would be much better. i know there were a lot of heated comments in this thread defending GPL, but if the author of the object would prefer to go with BSD, and if all that keeps him from doing the work is a little time and motivation, well, i can't really give him any time, but i can maybe help with motivation. Am i on my own if i try to do that? On Mon, Oct 31, 2011 at 11:58 PM, Hans-Christoph Steiner h...@at.or.atwrote: Another side of it is that the GPL and LGPL do not allow additional restrictions to be placed on the code. The VLC and GNU Go complaints as I understood them were specifically about the Apple App Store placing additional restrictions on the code. So that would affect LGPL and GPL alike. An app that includes some LGPL code might be a grey area since there is no possible expectation of producing a binary exactly like the original, since not all the code's licenses require that, so distributing the LGPL part separate might be enough. With the GPL, the whole app needs to be GPL compatible, so therefore there is an easy test: every user must be able to freely recreate the binary, and freely install, run, and modify it. That's something that the Apple App Store definitely restricts. I don't think this will really be resolved until Apple drops those terms or the FSF makes a statement on the LGPL in the Apple App Store. .hc On Oct 31, 2011, at 10:49 AM, i go bananas wrote: i just called a couple of apple numbers. first one had me on hold for 10 minutes so i gave up, 2nd one was useless. BUT third one was a rather helpful lady whose name i now have and she has issued me a 'case number' so my question is now listed in their system at least, so hopefully i can get the 'yay or nay' from apple on LGPL code in iOS applications. Also, i have already contacted a friend who works for a company making high profile iOS applications, and from what he is saying LGPL is OK. it seems the main problem with plain GPL is that apple doesn't want to release their own surrounding code, which the GPL would force them to do. As far as i can see, LGPL doesn't have this strict requirement. You just need to make the LGPL part available to anyone who wants it. Will keep hammering away here. LGPL sounds like it might be a better option, but i still reckon if Mr Yadegari is in favour of BSD, then that would be the best outcome. Personally i'd be happy to donate a couple of hundred dollars even to see a unified license for PD, but as this thread has shown, it sounds like i may get hippies camping on my lawn waving their GPL flags and trying to bum my goldfish. Just casually browsing through a bunch of PD patches this afternoon though, [expr] and especially [expr~] are undeniably useful and show up in so many patches. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ 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 -- Envie de tisser ?
Re: [PD] Can GEM select a color from an image?
Yes... you're completely right Mathieu... I've made a bad link between his question and my pix_knowledge (maybe because it was 1h30 AM :-p ) Cheers. 01ivier 2011/9/11 Mathieu Bouchard ma...@artengine.ca On Sun, 11 Sep 2011, Olivier B wrote: I think [pix_mean_color] is what you need. This only finds the average colour, which is usually not the same as the most prevalent colour, even though it is the best estimator. The best estimator means that it's your best guess when someone asks you to predict pixels picked randomly in the image. It leads to least square error : (predicated - random)² is as low as it can be, on the long term. In statistics, we learn about Average, Median and Mode, usually all 3 at once, as 3 basic approaches, three kinds of «middles» of the data. What Sebastian is looking for is more like Mode, which looks like the easiest of the 3, but is actually the hardest of the 3, especially when doing in multidimension spaces (such as red,green,blue) and on continuous scales (256 values per dimension is continuous enough for what I'm talking about). There are several gotchas about peaks in statistical distributions. __**__** ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Can GEM select a color from an image?
Hi, I think [pix_mean_color] is what you need. Cheers. 01ivier 2011/9/11 Sebastian Valenzuela svalenzuelamu...@gmail.com I am in the process of writing an algorithmic piece where I take pictures, determine the most prevalent color in that picture, then store that as a number in an array. I would then call on these numbers to determine the triggering of samples. Is there an object in Pure Data that can determine the most common color in an image? If so, how does it work? Thanks for taking the time to read this, -Sebastian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Patching Circle in Nantes [FR]
Oui pour un Patching circle à Nantes... Oui pour un rendez-vous national bimestriel dématérialisé ... Oui pour un rendez-vous national annuel matérialisé... Oui pour la Victoire... :-p Bzzz 01ivier Le 1 septembre 2011 11:17, Oli44 oliv...@heinry.fr a écrit : ** Hello/Bonjour si vous êtes intéressés pour la création d'un Patching circle à Nantes, rendez-vous cet après-midi lors de l'Open Atelier de PiNG , 2ème étage, 38 rue du Breil à Nantes-Nord. Comment venir ? Tramway : ligne 3, arrêt Longchamp - Bus : ligne 70, arrêt Stade SNUC / ligne 54, arrêt Petit Carcouet Les Open Ateliers http://www.pingbase.net/wordpressfr/lieux-2/lieux/salle-ateliers Si vous êtes intéressés par la création d'un rendez-vous national, la discussion se passe là : http://codelab.fr/2688 àdtal! -- oliv...@heinry.fr Portfolio: http://olivier.heinry.fr Blog 2.0 http://www.heinry.fr/olivier Social? http://identi.ca/OlivierHeinry ___ 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 -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.0
Thanks a lot... 01ivier 2011/8/26 IOhannes zmölnig zmoel...@iem.at after long years of waiting (foir you) and hard labour (for me), Gem 0.93 has been released today. large parts of the underlying engine have been re-written to give you a better experience! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes ___ 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 -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sing like the stars
Oh, I've missed this post... How to sing like a star until 10h25 instead of starting working at 10h00... :-p Thanks a lot. :-)) 01ivier 2011/8/18 Jonathan Wilkes jancs...@yahoo.com (attached) -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dynamic patching with audio - review
2011/8/19 IOhannes zmölnig zmoel...@iem.at On 08/18/2011 08:07 PM, abel.jer...@free.fr wrote: b) do [; pd dsp 0; pd dsp 1( right after your creation to fix the dsp-graph But audio clics may occur for all sounds, not just for the new one, right ? no, this is wrong. (at least not, if you computer is fast enough to calculate the DSP-graph within the buffertime). Good to know. I've done my tests with my intern laptop sound card... however, you will have the same problem if you do any weird cut clicks. ... but it's with the same sound card I don't have the same problem with weird cut clicks. To be continued... Cheers. 01ivier mgfasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dynamic patching with audio - review
Well... Thanks a lot to Jérôme for this long review... (by the way, what about the game you've talked about ?) So... does anyone has find a proper solution to this ? : # 10 - PURE DATA - CREATE AUDIO ABSTRACTIONS -- There is a problem when I create an audio abstraction. The sound of the abstraction is not working while other previous audio objects are working. We have to send a mouseup and cut message to simulate mouse activity ! http://abel.jerome.free.fr/newatlantis/AudioDynamicPatching/images/dyn-audio-paths-abstraction-problem-2.png # For info : With dsp on, I've tried to : [dsp 1( | [pd-subpatch] // the one containing the audio abstractions dynamically created The last created abstraction produce sound as wanted. But the previous ones seems to be in a double sample rate or something like that... If I put and cut a box, everything becomes fine... For now, I use the Jérôme's trick of dynamically put an cut a box. And it works fine in my case. Cheers. 01ivier 2011/3/22 Mathieu Bouchard ma...@artengine.ca On Tue, 22 Mar 2011, Rich E wrote: Thanks for the insight into more pd internals, although I think I prefer an approach that does not heavily rely on public pointers floating around, like pd_newest pd_newest is a function returning a pointer, not a pointer itself. that's an easy mistake to do, especially as the return value of it gets almost always cast to a more specific type such as : t_my_something_tilde *stuff = (t_my_something_tilde *)pd_newest(); (it is funny that it is declared in m_pd.h, but then there is a comment above its implementation that it is a hack, maybe be removed or redesigned). No, it's not funny. Miller will call hacks things that are quite normal to be doing, and then forget about them entirely, and 15 years later, people like you still assume that the comments mean something, even though in the meantime 13 or 42 developers had to call pd_newest() somewhere because it's the only way to do a rather basic thing. By the way, if I call pd_newest after glob_evalfile(), will it give me a reference to the patch? From what I know and from what I can read quickly, you wouldn't get it, you'd get the last object created in the patch, but I didn't try it. However, canvas_popabstraction does set pd_newest, so you can already use pd_newest() if you pretend that the patch is an abstraction. About namecanvas, there were two issues that I found when I had a system for dynamically loading/unloading and linking together patches that contained audio: 1) DSP had to be shut off and then turned back on once the linking was done. Sometimes I wouldn't even get audio out of an object until this happened. Ah ok, this is not the responsibility of [namecanvas], but I know what you mean. 2) closing a patch that had audio receivers containing $ variables via the menuclose message was unstable, and would sometimes crash pd. I don't see how this could ever happen. Is there a way to make a very small patch that causes that crash to happen ? I didn't ever get to the bottom of these issues, but from what I understand, [namecanvas] doesn't handle deallocation too well. I lost all this code anyway, What do you mean you lost it ? so the new approach I am using for patch maintainence is through libpd and an object oriented language (objective C at the moment, although I think I would prefer python for running pd on a laptop/desktop). So why don't you use libpd's python bindings ? __**__** ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dynamic patching with audio - review
2011/8/18 IOhannes m zmoelnig zmoel...@iem.at -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-08-18 13:49, Olivier B wrote: The last created abstraction produce sound as wanted. But the previous ones seems to be in a double sample rate or something like that... If I put and cut a box, everything becomes fine... ??? Try, you'll see... :-p No need dynamic patching for that... Send [dsp 1( to a subpatch playing audio and let it be... ;-) a) you shouldn't dynamically create abstractions while dsp is running, as it slows down significantly. b) do [; pd dsp 0; pd dsp 1( right after your creation to fix the dsp-graph I've tried it as proposed on previous posts but as Jérôme said, it makes click... And as the trick to put and cut box works fine I'm gonna do it in that way. For curious, I've posted my work here : http://yamatierea.org/papatchs/#quaudriolatere It a sampler control by the corners of a polygon. For no-francophone : Each left-click makes a square and records 2 seconds. Right-clik to move corner. Red corner : level pan Blue : dry/wet on Y axis Greens : Fx Cheers. 01ivier fmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5NIJsACgkQkX2Xpv6ydvT3/wCdHlcA6bYOPoY4LTvG4ZtvDWMq VHkAoLoLqfTr0dQ9+q9R8wTXou2JENzY =EOPG -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] positioning the camera in specific point
Hi... It's not exactly what you want, but [camera] may be solve your problem. Cheers. 01ivier 2011/7/29 adam sanches adam.sanc...@gmail.com Hi, I been working in a project with gem, i need to positionate the camera in a specific point of the 3d scene. I know i can translate by hand the position in x/y/z of the camera, but magine that i have a cube in my 3d scene , i need to automatically positionate the camera in a specific point of the cube. I would like to see the 3d scene from each side of my cube. Is there is a way of calculating this automatically? thanks A. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Envie de tisser ? http://yamatierea.org/papatchs/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
