Re: [PD] [PD-announce] Pd-0.39.2-extended-test7 released
here's my patch where I use del-read~ and del-write~ (just open revb.pd) I use pd0.39.2-extended-test7 on 1.8 Intel Core Duo MacBook Pro reverb-echo.pd Description: Binary data revrb.pd Description: Binary data On Jan 19, 2007, at 4:16 AM, Hans-Christoph Steiner wrote: (let's keep this on the list since it's of interest to others) That's odd, so I guess it is hard to pin down. Do you have an example patch that you used to test it? .hc On Jan 18, 2007, at 7:42 AM, Miguel Cardoso wrote: delread~ and delwrite~work great on my macintel using test7 on macbookpro On Jan 15, 2007, at 2:19 AM, Hans-Christoph Steiner wrote: Strange, works for me on Mac OS X 10.4.8/PowerPC/G4. Any other Mac/Intel users? .hc On Jan 14, 2007, at 3:04 PM, dafydd hughes wrote: Hey Hans-Christoph Just installed test 7 on a MacBook Core 2 Are delwrite~/delread~/vd~ broken? I can't get any sound from them... Maybe I'm missing something specific to the new computer. cheers dafydd On 1/6/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Ok, this should be approaching release readiness, let's stress test! This is the last test release before release candidates, so report bugs now! * Gem should be installed and working on all platforms * the MSD (Mass-Spring-Damper) externals are included * included Thomas Grill's Mac/Intel fixes for iemlib and cyclone * Universal binaries for flext externals * working 10.3 build http://at.or.at/hans/pd/installers.html .hc -- -- I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-announce mailing list PD-announce@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 -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Patchmatrix Execution Order Issues
Frank – sorry I didn't get a chance to respond earlier; I found a solution and have been coding that instead of reading the list in my free time : ). First, your patch is reversed from what you explained, no? M inlets by N outlets? Anyhow, only a technicality. My patch was indeed intended to do just what you described/coded, but again I think my unique implementation might have been confusing : ). I just used spigots instead of the [sel 1]/[route] idiom you used here. Now, the issue I was having crops up when routing the result of a single inlet matrixed to multiple outlets back into an inlet. I think it occurs in your copy as well: the first outlet to recieve the input (let's say it was 10101 again) transmits it to the top of the chain, and before your list drip has completed, a new input/row is received that overrides the first (also replacing the contents of the list append at the bottom). I have attached a modified copy of your patch demonstrating this. Most mods are in the lower left; use my element definitions to see the issue in action. If you disconnect the loopback sends (outputs YZ inputs BC in the lower left) it works fine, but when they are connected only one output makes it out. So! My solution was to make as many patchbays as there are inlets (all configured identically). They are put in a stack, and each new input is sent to an open patchbay. When an inlet is received by a patchbay, it is removed from the stack until it finishes outputting to all its outlets, at which point it adds itself back to the top of the stack. My dreaded loopback test functions now : ). I think I am correct that the number of matrix voices needed for worst case scenario is the number of inlets, but I have not thought it through completely yet, perhaps it is the number of outlets after all. There are 9 in the attached patch only because that is the number of inlets in my actual setup. Oh, and Frank, I learned everything I know about patching from your patches, so a huge thanks to you!! The actual version of this patchbay is fully Memento enabled (as you can perhaps see some evidence of in the patmatel abstraction) : )). On 1/18/07, Phil Stone [EMAIL PROTECTED] wrote: Luke Iannini writes: Sorry if I'm losing everyone : ), hopefully at least the idea of a Pd-Message-Patchmatrix makes sense to everyone and I'm just losing everyone with my implementation and explanation thereof! I don't yet understand the details of what you propose, but I certainly see the value of your goal; it's something I've dreamed about, too -- dynamic patching. Best of luck to you, and I will follow your progress with interest. Phil Stone UC Davis ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list message-patchbay-modified.pd Description: Binary data sft.patmatel.pd Description: Binary data Polymatrix.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] PureData Montréal Users Group, 2 3rd gathering
moin moin everybody :) time for the 23rd gathering of the pd club. = PUREDATA MONTRÉAL #23 = '''20 janvier 2007 13:00''' '''at RATS, salle 401 du 6545 Durocher, Montréal.''' Carte routière : http://artengine.ca/pdmtl/rats_map.jpg == 1. La librairie d'abstractions PdMtl == Patrick Coulombe, Alexandre Quessy et Thomas Ouellet Fredericks présenteront la librairie d'abstractions pdmtl: La première partie portera sur la librairie en général. La deuxième plus particulièrement sur le format sample. === Première partie === Le concept central de la librairie d'abstractions pdmtl est de classer les abstractions par ce qu'elles font, et non par leur auteur! La librairie propose aussi des méthodes pour uniformiser l'utilisation des GOP (graph on parent), des échantillons et du state saving, etc. La librairie intègre déjà et intégrera aussi davantage d'abstractions, tel LEM de Patrick et MUZAQ d'Alexandre. Contrairement à d'autres logiciels du genre, Pure Data est conçu pour offrir des outil très flexibles, de bas niveau, plutôt que des objets englobant plusieurs fonctions, de haut niveau. C'est pourquoi nous croyons qu'il est nécessaire d'encapsuler ces objets dans des abstractions afin de faciliter leur utilisation. Ceci permet d'accélérer l'appropriation des possibilités qu'offre Pure Data, par une mise en boîte noire de détails plus compliqués. L'utilisateur peut tout-de-même retirer les algorithmes qui lui plaisent de ces abstractions pour les inclure directement dans ses propres patches. === Deuxième partie === Le format sample tire son origine du projet 8teen qui a été morcelé en modules qui communiquent avec des sample id. C'est similaire à Gem, mais pour l'audio. Le format sample permet de : * Charger des fichiers wav en mémoire sans glitchs audio. * Alterner immédiatement entre plusieurs fichiers différents. * Afficher graphiquement le sample, ainsi que de réagir à des interconnections/déconnections en temps réel. * D'interconnecter facilement toutes les abstractions sample entre elles. * De gérer les fichiers mono et stéreo automatiquement (le multicannal pourrait être supporté). * Fixer le samplerate des différents fichiers à celui de Pure Data. * etc... Bref, rendre la gestion des échantillons audio beaucoup plus facile. == 2. Congrès PureData == Mise à jour par Marc Fournel, Darsha Hewitt, Andrew Brouse et Alexandre Castonguay. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-announce mailing list PD-announce@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] sflist equivalent?
If not, it shouldn't be too hard to do in an abstraction, I would guess... no, it would be really easy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] sort of pluggo for pd?
is there any development of some sort of pluggo for pure data? it would be great to use our patches as audiounits for other audio software. thaks miguel ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sort of pluggo for pd?
If you're on Linux or OS X, see Jack: http://jackaudio.org Kevin On 1/19/07, Miguel Cardoso [EMAIL PROTECTED] wrote: is there any development of some sort of pluggo for pure data? it would be great to use our patches as audiounits for other audio software. thaks miguel ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.com -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sort of pluggo for pd? and vst~ (pthreadVC.dll)
Hallo! It warns me that pthreadVC.dll wasnt found, so I cant use vst~, does anyone out there has the same problem and know what I should do? okay - I guess because in PD extended an other version of pthread is used (the one for gcc/mingw) - but maybe hans knows more about this problem ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] (pthreadVC.dll) was vst~ , was pluggo for pd
where should this dll be? the only ones I have are in pd instalation folders (not even in the installed directoty [program files/pd]), there are none in my system 32 folder. thanks cheers Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! It warns me that pthreadVC.dll wasnt found, so I cant use vst~, does anyone out there has the same problem and know what I should do? okay - I guess because in PD extended an other version of pthread is used (the one for gcc/mingw) - but maybe hans knows more about this problem ... LG Georg - Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games.___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (pthreadVC.dll) was sort of pluggo for pd? and vst~
http://www.dlldll.com/pthreadvc.dll_download.html I did download a pthreadvc.ddl at the link above... not sure what it could be good for more that the other I have, or if it is the same... and where to put it... cheers alex Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! It warns me that pthreadVC.dll wasnt found, so I cant use vst~, does anyone out there has the same problem and know what I should do? okay - I guess because in PD extended an other version of pthread is used (the one for gcc/mingw) - but maybe hans knows more about this problem ... LG Georg - Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster.___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] jack
since im on macintel, pdvst doesn't work. i downloaded jack, but it isn't compiled. can anyone help on compiling jack for macintel? On Jan 19, 2007, at 3:45 PM, Kevin McCoy wrote: If you're on Linux or OS X, see Jack: http://jackaudio.org Kevin On 1/19/07, Miguel Cardoso [EMAIL PROTECTED] wrote: is there any development of some sort of pluggo for pure data? it would be great to use our patches as audiounits for other audio software. thaks miguel ___ 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] sort of pluggo for pd?
hmm, great, I see... actually, I cant see much as Im a begginer.. so, hehe, again, if it does not do that automatically, what does it do without much work? Well, I guess that we got the tools needed to compile a box of tools like pluggo after all... huh? It's up to a comunity to get the toolboxes and do so... huh? cheers Roman Haefeli [EMAIL PROTECTED] wrote: hi alexandre On Fri, 2007-01-19 at 08:27 -0800, PORRES wrote: and keeping the original query, is there a possibility of making vst modules out of our pd patches? there is pdvst from joseph sarlo: http://crca.ucsd.edu/~jsarlo/pdvst/ i used to use it 2 years ago myself. note: pdvst does NOT turn your pd-patches into vst-plugins directly, but is a special 'distro' of puredata. also you cannot use the gui of the patches directly as a VST-gui, but you need to build the gui in gripd, that is kind of a toolkit, i think (is that correct?). so turning a patch into a vst-plugin works, but it needs a bit of work done. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de - Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta.___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] jack
On Fri, 2007-01-19 at 17:48 +, Miguel Cardoso wrote: since im on macintel, pdvst doesn't work. i downloaded jack, but it isn't compiled. can anyone help on compiling jack for macintel? there is http://www.jackosx.com/ ( i posted the link two days ago). though, i don't know if that works also on intel-macs. 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] jack
Version 0.74 now available, as Universal Binary, for Intel or PPC Macs! Running without any problems on my MBP. /mattias On Jan 19, 2007, at 7:04 PM, Roman Haefeli wrote: On Fri, 2007-01-19 at 17:48 +, Miguel Cardoso wrote: since im on macintel, pdvst doesn't work. i downloaded jack, but it isn't compiled. can anyone help on compiling jack for macintel? there is http://www.jackosx.com/ ( i posted the link two days ago). though, i don't know if that works also on intel-macs. 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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] beyond the mouse
Hi Felt that this might be of interest to the list I have just discovered that there are a few places left on these two workshops (makes a good 2 day grounding in the field). They will be run at FACT, Liverpool UK at the start of February. Though the blurb says Director (!) and MAX/MSP (!!) there is the opportunity or individuals to explore other software such as SuperCollider, PD, P5 or even Flash. Please feel free to contact me directly about content enquiries, otherwise book a place via the email below. Best Steve BEYOND THE MOUSE INTRODUCTION TO INTERACTIVE SYSTEMS 01 FEBRUARY 2007 | TUTOR: STEVE SYMONS Many artists have found that the only way to construct the interactive environments they need is to work with sophisticated programming tools such as MAX/ MSP and to build control devices directly into programmable integrated circuits. This session aims to support an understanding of these fairly esoteric tools and to demonstrate the devices and processes that have been used by others. The workshop will be based around hands on demonstrations of a range of systems (physical interfaces and video sensing devices) and the technical overview required to build them. 1 DAY 10.30-5PM, COST £35/£105 + VAT BEYOND THE MOUSE MAKING ALTERNATIVE INTERFACES 02 FEBRUARY 2007 | TUTOR: STEVE SYMONS This one-day practical workshop will focus on the electronics (and coding) required to turn objects and small spaces into interactive systems. It is aimed at the practitioner/trainer with working knowledge of Director or MAX/MSP and an awareness of the possibilities of alternative interface systems. Participants should bring a small number of short Quicktime Movies or sounds with them on a CDROM. To book please contact [EMAIL PROTECTED] or 0151 707 4433 ___ PD-announce mailing list PD-announce@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] sort of pluggo for pd? and vst~ (pthreadVC.dll)
Use Pd-0.39.2-extended-test7, it should have the dll, and have lots of bugs fixed too. .hc On Jan 19, 2007, at 11:55 AM, PORRES wrote: so, jack works for Mac OS? Yes, I guess I kinda gave it away I'm a windows user, hehe... anyway, it sure does make more sense to get the softwares talking to each other than wasting time worrying about vst plugins, but not all out there are into pd, so it could be a way of spreading the work and reaching this folks... about the vst~, I think it does the exact opposite, it lets you use vst~into pd, right? Anyway, I dont know why vst~ never really worked for me and I even tried several versions... for I keep with the 39.2 test 4 extended- version for windows. It warns me that pthreadVC.dll wasnt found, so I cant use vst~, does anyone out there has the same problem and know what I should do? CHEERS alex Kevin McCoy [EMAIL PROTECTED] wrote: I believe that's what the external [vst~] was supposed to do - make your pd patch into a vst module usable in other programs. I am not sure what the state of that one is though.. maybe someone more knowledgeable can chime in. I don't know of anything like jack for Win32 (I assume this is what you mean, since OS X is unix-based too). Sorry! Kevin On 1/19/07, PORRES [EMAIL PROTECTED] wrote: yes, but jack is something different than cardoso mentioned... putting it the other way around, is there anything like jack for non-linux systems? and keeping the original query, is there a possibility of making vst modules out of our pd patches? cheers! alexandre torres porres Kevin McCoy [EMAIL PROTECTED] wrote: If you're on Linux or OS X, see Jack: http://jackaudio.org Kevin On 1/19/07, Miguel Cardoso [EMAIL PROTECTED] wrote: is there any development of some sort of pluggo for pure data? it would be great to use our patches as audiounits for other audio software. thaks miguel ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- http://pocketkm.blogspot.com -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Any questions? Get answers on any topic at Yahoo! Answers. Try it now. -- http://pocketkm.blogspot.com Never Miss an Email Stay connected with Yahoo! Mail on your mobile. Get started! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] polypoly's second inlet
Hallo,
Phil Stone hat gesagt: // Phil Stone wrote:
Frank, if you have a few moments, could you explain a little about how
this wiring works in [polypoly]? I see in the [pd init] subpatch of
[polypoly] where the connections are made, but I don't understand why
the first inlet goes only to the current [poly]-selected voice, while
the second goes to all second inlets of all the cloned abstractions.
It's hard to envision what the final patch would look like, or why it
would look that way, at least.
Hm, I think, you're misreading the automatically generated instances
of the wrapper abstractions a bit. You'll probably see it a bit better
if you move around the abstractions in [pd $0-poly] a bit, otherwise
the patchcords and objects are on top of each other.
Basically [pd init] only sets up the basic stuff in [pd $0-poly], that
is, first it clears this subpatch, then it creates fake inlets and
outlets as senders rsp. receivers.
Then the wrappers are created and connected like this:
[r in1]
|
[polypoly-wrap whatever 0 ...]
|
[polypoly-wrap whatever 1 ...]
|
[polypoly-wrap whatever 2 ...]
|
[polypoly-wrap whatever 3 ...]
|
...
[r in2] then is connected to every second inlet of polypoly-wrap and
both signal outlets (second and third outlets) of polypoly-wrap are
connected to the fake signal outlets: [throw~ out0] and [throw~ out1]
It may be nice if [poly]
would support note amp foo bar etc. lists.
I agree; that would make [polypoly] useful for any conceivable kind of
abstraction cloning, not just synth voices constrained to a {note, amp}
model. But you can only work with what you have, of course.
Btw.: My proposed [list] trick is almost directly taken from Miller's
example and explanation in 3.audio.examples/D11.sampler.poly.pd only
Miller uses a [pack 0 0 0 0 0 0 0] instead of [list] probably just
because the patch was written when Pd didn't have [list]. You could
study this patch and the respective part in Miller's book as well to
get a feel for the idiom I'm referring to.
I know sometimes it's hard to hear tone in email, so I just want to
make it clear that I am not criticizing [polypoly]. I think it's
awesome, and am very grateful for your work on it. I'm trying to
understand it better, though.
I think I understood you quite well and I definitely welcome your kind
of constructive feedback and suggestions.
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] polypoly's second inlet
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: Hallo, Phil Stone hat gesagt: // Phil Stone wrote: Frank, if you have a few moments, could you explain a little about how this wiring works in [polypoly]? I see in the [pd init] subpatch of [polypoly] where the connections are made, but I don't understand why the first inlet goes only to the current [poly]-selected voice, while the second goes to all second inlets of all the cloned abstractions. It's hard to envision what the final patch would look like, or why it would look that way, at least. Hm, I think, you're misreading the automatically generated instances of the wrapper abstractions a bit. You'll probably see it a bit better if you move around the abstractions in [pd $0-poly] a bit, otherwise the patchcords and objects are on top of each other. Ah, sorry, ignore this above. You have a correct understanding of the wiring already. The additional thing is this: Inside of [polywrap] there's a [route $2] which filters out only the messages whose first element matches the voice number. The voice number is automatically generated by [poly]! Matching messages are sent to the actual custom abstraction. The non-matching messages are sent further along the first outlet to the next [polywrap] where another [route] is waiting for the correct voice number and so it goes on. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
