Re: [PD] Pure Data Patching Circle in San Francisco
I would be interested in being in an SF patching circle, although, honestly, I probably wouldn't have much time to participate. I'm definitely interested, though. Check out em411.com as well, as I know there were a few people on there that were interested in learning taking a Pd course, so they'd probably be interested in this, too. Matt Logan/MattyBoJangles On Sun, Jun 20, 2010 at 11:10 AM, Kim Cascone wrote: > is there a patching circle in SF? > if not, anyone interested in possibly starting one? > > > ___ > 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] Tracking color with GEM+Pdp
Hi, I moved this external to: http://www.jaimeoliver.pe/archives/645 I could make linux 64 and osx binaries though... If you compiled gem, throw it in your Pixes folder and recompile... best, J On Tue, Jun 22, 2010 at 6:21 PM, William Brent wrote: > I'm sure someone on the list will have a better solution, but what I > did to compile this was to throw it into Gem's src/Pixes directory, > then just make a clean build of Gem. > > > > On Tue, Jun 22, 2010 at 12:46 PM, Olivier Baudu > wrote: >> Thank you Yves, >> Even if your [pdp_ctrack] seems to be more powerfull in my situation than >> [pdp_opencv_colorfilt], I've discovered Open CV library... great... >> >> Thank you too, William, >> [pix_colortrack] looks intersting but I'm in the same situation as Pedro... >> Whithout more informations in the "src" folder of this external's source, I >> realy don't know how to compile it... >> (But I confess that my knowledge in compilation is very poor...). >> >> 01vier. >> >> >> 2010/6/22 Pedro Lopes >>> >>> By the way: Does anyone have compiled binaries of that pix_colortrack >>> external? (linux 32 or win 32?) >>> >>> Best regards, >>> Pedro >>> >>> On Tue, Jun 22, 2010 at 6:32 AM, William Brent >>> wrote: Jaime Oliver did this color tracking extern a couple years ago: http://www.realidadvisual.org/jaimeoliver/research_colortrack.htm On Mon, Jun 21, 2010 at 9:51 AM, Olivier Baudu wrote: > Hi, > > I would like to track different colors at the same time with my web cam > so > I've try different way. > I begun in GEM with [pix_movement] and/or [pix_alpha] and/or > [pix_background]. It was quite good until I wanted only one tracking. > With two, it begun more complicate to configure [pix_alpha] in RGBA to > dissociate the spots. > So, I've tried [pdp_ctrack] which is very powerful but in some > situations it > would be better to process only with moving pixel. > > I thought [pix_2pdp] would be the solution to use [pix_movement] before > [pdp_ctrack] but it seem not to work with [pix_video] in RGBA > colorspace, > and in YUV I loose the color information after the [pix_movement] > process... > (By the way, I can't have simultaneously my webcam in GEM and in Pdp > with > [pix_2pdp], but, maybe, it's normal) > > What can I do ? > > Is there a [pix_movement] for Pdp I didn't find yet ? > Is there a way to chose precisely the color to configure [pix_alpha] ? > (maybe by converting the colorspace with > [pix_rgb2hsv] but what to do after ?). > > Of course, if you have a solution for tracking color without answering > my > questions, I'm still interested. :-p > > Thanks. > > 01ivier > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >>> >>> >>> >>> -- >>> Pedro Lopes >>> contacto: j...@radiozero.pt >>> website: http://web.ist.utl.pt/Pedro.Lopes >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > > > > -- > William Brent > www.williambrent.com > > “Great minds flock together” > Conflations: conversational idiom for the 21st century > > www.conflations.com > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- Jaime E Oliver LR www.jaimeoliver.pe 858 750 0924 (cel) 858 202 1522 (home) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Puredata for windows mobile 2003 (wm2003)
Hi all! A dell axim x50 came to mi hands recently. It has the following characteristics: intel pxa270 520 mhz processor 64Mb RAM 128 Mb ROM windows mobile 2003 second edition version 4.21.1088 Is there any puredata version capable of running in such a device? How should I do to install it (I understand that the installer for this device are of the CAB type (whatever it means). I have been looking for info about installing linux in this dell, but apparently the actual proved buids had failed to recognize the sound interface, leaving the device uncapable of recording or producing sound. So the puredata version I am looking for is for wm2003. Thankyou in advance for any tip. Fernando ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] New Blankets Exhibit/Reception, Fri 6/25, NYC
Friday June 25, 2010 6:30 - 8:30 PM Gottesman Libraries Teachers College/Columbia New Blankets Welcomes its first Artist-in-Transit Fellow Hans-Christoph Steiner Everyone welcome! -- But RSVP/reservation is REQUIRED to: jde...@ucsd.edu OR libr...@tc.edu 525 W. 120th St. New York, NY 10027 New Blankets is a non-profit organization founded to re-invent the Free Public Library. Its current focus is on expanding read/write computer literacy, and creating new ways to circumvent barriers in order to make computers more accessible. New Blankets is a voluntary coalition of artists, musicians, scientists, engineers, librarians, parents and community activists throughout the country dedicated to the networked support of mutually enriching learning communities. Please join us Friday, June 25, from 6:30pm-8:30pm at the Gottesman Library, Teachers College, Columbia University where we will be describing and brainstorming about New Blankets' progress in the past two years, and welcoming Hans-Christoph Steiner as our First Artist-in- Transit Fellow. You can also look forward to strumming the Suitcase Supercomputer and viewing other exhibits exploring artworks and technologies. Hans-Christoph brings with him years of experience of sharing, teaching and and collaborating with an eye towards building community. He has been involved in designing interactive software with a focus on human perceptual capabilities, building networks with free software, and composing music with computers, He has been instrumental in the development and distribution of Pure Data, a graphical programming language. He sees Pd as an intuitive way 'in' to read/write computer literacy and will be furthering New Blankets mission by teaching free and fun Pure Data workshops at the South Queens Boys and Girls Club. ___ 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] Fwd: readanysf~ error
On Tue, 22 Jun 2010, Mathieu Bouchard wrote: It would actually help a lot, if August stepped in. sorry, didn't see his mail at first. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: readanysf~ error
On Tue, 22 Jun 2010, Pierre Cage wrote: [in_file] Error: Cannot open /foo1.wav: Too many open files Could not open file /foo1.wav /foo2.wav [in_file] Error: Cannot open /foo2.wav: Too many open files Could not open file /foo2.wav Btw if you want those things to be printed to the console instead, then [readanysf~] would have to be recompiled with : #define printf startpost This should go above the first use of printf. Despite what the name says, startpost doesn't have to be finished by a post or endpost, it's just that if you use startpost, you don't have to remove the \n nor suffer from pointless « doubles interlignes » in the console. open: open: open: open: This comes from a lack of sync between one way of reporting errors and another. It looks like it doesn't come from [readanysf~], but rather, from a component used by [readanysf~]. In any case, this is usually a bad practice, because it prevents the user of a component to be in control of what's going on. In this case, the user of the component is [readanysf~] itself (I'm not counting the separate cpp files as really separate here). But it routinely happens... I remember some particularly infuriating linux codecs that were not designed for anything else than the Terminal because they would only report problems to the Terminal. Well, that's the case with readanysf~, but if you can add the line I was talking about above, most of the problem will be gone. However, I don't know what happens to the actual error messages that go with "open:". It's possible that they are already being printed in some other manner. (???) So, do you ever get the message that says : "Still opening a file what to do?" Because that looks like a self-avowed filehandle-leak and thread-leak bug (both at once). If there is not this message anywhere, then it looks like there is another bug on top of that. But I don't really know enough to be able to help here. It would actually help a lot, if August stepped in. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Tracking color with GEM+Pdp
I'm sure someone on the list will have a better solution, but what I did to compile this was to throw it into Gem's src/Pixes directory, then just make a clean build of Gem. On Tue, Jun 22, 2010 at 12:46 PM, Olivier Baudu wrote: > Thank you Yves, > Even if your [pdp_ctrack] seems to be more powerfull in my situation than > [pdp_opencv_colorfilt], I've discovered Open CV library... great... > > Thank you too, William, > [pix_colortrack] looks intersting but I'm in the same situation as Pedro... > Whithout more informations in the "src" folder of this external's source, I > realy don't know how to compile it... > (But I confess that my knowledge in compilation is very poor...). > > 01vier. > > > 2010/6/22 Pedro Lopes >> >> By the way: Does anyone have compiled binaries of that pix_colortrack >> external? (linux 32 or win 32?) >> >> Best regards, >> Pedro >> >> On Tue, Jun 22, 2010 at 6:32 AM, William Brent >> wrote: >>> >>> Jaime Oliver did this color tracking extern a couple years ago: >>> >>> http://www.realidadvisual.org/jaimeoliver/research_colortrack.htm >>> >>> >>> >>> >>> On Mon, Jun 21, 2010 at 9:51 AM, Olivier Baudu >>> wrote: >>> > Hi, >>> > >>> > I would like to track different colors at the same time with my web cam >>> > so >>> > I've try different way. >>> > I begun in GEM with [pix_movement] and/or [pix_alpha] and/or >>> > [pix_background]. It was quite good until I wanted only one tracking. >>> > With two, it begun more complicate to configure [pix_alpha] in RGBA to >>> > dissociate the spots. >>> > So, I've tried [pdp_ctrack] which is very powerful but in some >>> > situations it >>> > would be better to process only with moving pixel. >>> > >>> > I thought [pix_2pdp] would be the solution to use [pix_movement] before >>> > [pdp_ctrack] but it seem not to work with [pix_video] in RGBA >>> > colorspace, >>> > and in YUV I loose the color information after the [pix_movement] >>> > process... >>> > (By the way, I can't have simultaneously my webcam in GEM and in Pdp >>> > with >>> > [pix_2pdp], but, maybe, it's normal) >>> > >>> > What can I do ? >>> > >>> > Is there a [pix_movement] for Pdp I didn't find yet ? >>> > Is there a way to chose precisely the color to configure [pix_alpha] ? >>> > (maybe by converting the colorspace with >>> > [pix_rgb2hsv] but what to do after ?). >>> > >>> > Of course, if you have a solution for tracking color without answering >>> > my >>> > questions, I'm still interested. :-p >>> > >>> > Thanks. >>> > >>> > 01ivier >>> > >>> > >>> > >>> > ___ >>> > Pd-list@iem.at mailing list >>> > UNSUBSCRIBE and account-management -> >>> > http://lists.puredata.info/listinfo/pd-list >>> > >>> > >>> >>> >>> >>> -- >>> William Brent >>> www.williambrent.com >>> >>> “Great minds flock together” >>> Conflations: conversational idiom for the 21st century >>> >>> www.conflations.com >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >> >> >> >> -- >> Pedro Lopes >> contacto: j...@radiozero.pt >> website: http://web.ist.utl.pt/Pedro.Lopes > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: readanysf~ error
Sorry for the typo, no aiff here ! /foo1.wav [demuxer] Info: Detected Microsoft WAV format opened /foo1.wav /foo2.wav [demuxer] Info: Detected Microsoft WAV format opened /foo2.wav /foo1.wav [in_file] Error: Cannot open /foo1.wav: Too many open files Could not open file /foo1.wav /foo2.wav [in_file] Error: Cannot open /foo2.wav: Too many open files Could not open file /foo2.wav Début du message réexpédié : > De : Pierre Cage > Date : 22 juin 2010 23:28:19 HAEC > À : Mathieu Bouchard > Cc : pd-list > Objet : Rép : [PD] readanysf~ error > > > Le 22 juin 2010 à 23:13, Mathieu Bouchard a écrit : > >> On Tue, 22 Jun 2010, Pierre Cage wrote: >> I've tried all (prior "pause", "stop" and straight "open") and haven't noticed any change. >> >> Do you get any messages in the Terminal, when you start Pd from the Terminal >> ? >> >> (the "open" command of the Terminal doesn't count, as it only asks the >> Finder to open a file.) > > Terminal showing first errors : > > /foo1.wav > [demuxer] Info: Detected Microsoft WAV format > opened /foo1.wav > /foo2.wav > [demuxer] Info: Detected Microsoft WAV format > opened /foo2.wav > /foo1.wav > [in_file] Error: Cannot open /foo1.wav: Too many open files > Could not open file /foo1.wav > /foo2.wav > [in_file] Error: Cannot open /foo2.wav: Too many open files > Could not open file /foo2.aiff > > > Terminal when trying to save four times : > > open: open: open: open: > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
Le 22 juin 2010 à 23:13, Mathieu Bouchard a écrit : > On Tue, 22 Jun 2010, Pierre Cage wrote: > >>> I've tried all (prior "pause", "stop" and straight "open") and haven't >>> noticed any change. > > Do you get any messages in the Terminal, when you start Pd from the Terminal ? > > (the "open" command of the Terminal doesn't count, as it only asks the Finder > to open a file.) Terminal showing first errors : /foo1.wav [demuxer] Info: Detected Microsoft WAV format opened /foo1.wav /foo2.wav [demuxer] Info: Detected Microsoft WAV format opened /foo2.wav /foo1.wav [in_file] Error: Cannot open /foo1.wav: Too many open files Could not open file /foo1.wav /foo2.wav [in_file] Error: Cannot open /foo2.wav: Too many open files Could not open file /foo2.aiff Terminal when trying to save four times : open: open: open: open: ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Tracking color with GEM+Pdp
Thank you Yves, Even if your [pdp_ctrack] seems to be more powerfull in my situation than [pdp_opencv_colorfilt], I've discovered Open CV library... great... Thank you too, William, [pix_colortrack] looks intersting but I'm in the same situation as Pedro... Whithout more informations in the "src" folder of this external's source, I realy don't know how to compile it... (But I confess that my knowledge in compilation is very poor...). 01vier. 2010/6/22 Pedro Lopes > By the way: Does anyone have compiled binaries of that pix_colortrack > external? (linux 32 or win 32?) > > Best regards, > Pedro > > > On Tue, Jun 22, 2010 at 6:32 AM, William Brent wrote: > >> Jaime Oliver did this color tracking extern a couple years ago: >> >> http://www.realidadvisual.org/jaimeoliver/research_colortrack.htm >> >> >> >> >> On Mon, Jun 21, 2010 at 9:51 AM, Olivier Baudu >> wrote: >> > Hi, >> > >> > I would like to track different colors at the same time with my web cam >> so >> > I've try different way. >> > I begun in GEM with [pix_movement] and/or [pix_alpha] and/or >> > [pix_background]. It was quite good until I wanted only one tracking. >> > With two, it begun more complicate to configure [pix_alpha] in RGBA to >> > dissociate the spots. >> > So, I've tried [pdp_ctrack] which is very powerful but in some >> situations it >> > would be better to process only with moving pixel. >> > >> > I thought [pix_2pdp] would be the solution to use [pix_movement] before >> > [pdp_ctrack] but it seem not to work with [pix_video] in RGBA >> colorspace, >> > and in YUV I loose the color information after the [pix_movement] >> process... >> > (By the way, I can't have simultaneously my webcam in GEM and in Pdp >> with >> > [pix_2pdp], but, maybe, it's normal) >> > >> > What can I do ? >> > >> > Is there a [pix_movement] for Pdp I didn't find yet ? >> > Is there a way to chose precisely the color to configure [pix_alpha] ? >> > (maybe by converting the colorspace with >> > [pix_rgb2hsv] but what to do after ?). >> > >> > Of course, if you have a solution for tracking color without answering >> my >> > questions, I'm still interested. :-p >> > >> > Thanks. >> > >> > 01ivier >> > >> > >> > >> > ___ >> > Pd-list@iem.at mailing list >> > UNSUBSCRIBE and account-management -> >> > http://lists.puredata.info/listinfo/pd-list >> > >> > >> >> >> >> -- >> William Brent >> www.williambrent.com >> >> “Great minds flock together” >> Conflations: conversational idiom for the 21st century >> >> www.conflations.com >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > > > -- > Pedro Lopes > contacto: j...@radiozero.pt > website: http://web.ist.utl.pt/Pedro.Lopes > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
On Tue, 22 Jun 2010, Pierre Cage wrote: I've tried all (prior "pause", "stop" and straight "open") and haven't noticed any change. Do you get any messages in the Terminal, when you start Pd from the Terminal ? (the "open" command of the Terminal doesn't count, as it only asks the Finder to open a file.) _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] readanysf~ error
> Hi Mathieu, > > > Le 22 juin 2010 à 22:30, Mathieu Bouchard a écrit : > >> On Tue, 22 Jun 2010, pierre cage wrote: >> >>> On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel binary), >>> and no matter the format and the size of the files, 240 successive openings >>> lead to: "Invalid file or unsupported codec. Current file is either invalid >>> or an unsupported codec" >> >> Looks like this error message is wrong and the correct message is the one >> reported by Pd, isn't it ? > > > I guess so. > > >> >>> Then Pd refuses to save and reports : >>> "error: /Users/me/Documents/PD/stress.pd: Too many open files" >>> I join a simple "stress patch" that tries to isolate the error. >> >> I can't try the patch at this point, but can you try whether sending "pause" >> before re-sending "open" makes any difference, and whether sending "stop" >> before re-sending "open" makes any difference. this would be a useful hint >> to know, for people who want to try solving the problem. > > > > I've tried all (prior "pause", "stop" and straight "open") and haven't > noticed any change. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
On Tue, 22 Jun 2010, pierre cage wrote: Seems that my first post has been truncated ... I didn't see any truncation in the first post. Actually, your second post was the shorter one, because it quoted much less text from previous mails. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
On Tue, 22 Jun 2010, pierre cage wrote: On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel binary), and no matter the format and the size of the files, 240 successive openings lead to: "Invalid file or unsupported codec. Current file is either invalid or an unsupported codec" Looks like this error message is wrong and the correct message is the one reported by Pd, isn't it ? Then Pd refuses to save and reports : "error: /Users/me/Documents/PD/stress.pd: Too many open files" I join a simple "stress patch" that tries to isolate the error. I can't try the patch at this point, but can you try whether sending "pause" before re-sending "open" makes any difference, and whether sending "stop" before re-sending "open" makes any difference. this would be a useful hint to know, for people who want to try solving the problem. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
Hi August, Well, no unexpected noise here. I've tested with many various files (pd/doc/sound/voice.wav & bell.aiff included !) and the behaviour is always the same. At 240th opening, readanysf begins to report "invalid etc..." and then (after 2 or 3 more iterations) playback just stops. As already mentioned, when trying to save the patch, pd reports "error: /Users/me/Documents/PD/stress.pd: Too many open files". I've run the same test patch with readsf and errors went away. Sorry to sound redundant but I can't see extra clues ... Anyway, thanks for your reactivity. Cheers, Pierre Le 22 juin 2010 à 18:48, august a écrit : >> Seems that my first post has been truncated ... >> >> -- Forwarded message -- >> >> Hi everyone, >> >> Sorry to interfere but I'm experiencing similar issues and cleaning up >> the headers doesn't seem to solve the problem ... >> >>> From user's point of view (no dev skills in here !), it seems that pd >> gets overloaded by too many file's openings. >> >> On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel >> binary), and no matter the format and the size of the files, 240 >> successive openings lead to: >> >> "Invalid file or unsupported codec. >> Current file is either invalid or an unsupported codec" >> >> Then Pd refuses to save and reports : >> >> "error: /Users/me/Documents/PD/stress.pd: Too many open files" >> >> I join a simple "stress patch" that tries to isolate the error. >> >> Thanks for helping a bit more ! >> >> Cheers, >> >> Pierre > > > Pierre, > > thanks for the report and for the test patch. However, I cannot > produce your error. > > I am using ubuntu, pd 0.42.5 > your test patch seems to work like it should here. > > The "Too many open files" error is also not from readanysf~ > > can you explain a little further? Are you hearing noise like Derek > reported? > > > best -august. > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Tracking color with GEM+Pdp
By the way: Does anyone have compiled binaries of that pix_colortrack external? (linux 32 or win 32?) Best regards, Pedro On Tue, Jun 22, 2010 at 6:32 AM, William Brent wrote: > Jaime Oliver did this color tracking extern a couple years ago: > > http://www.realidadvisual.org/jaimeoliver/research_colortrack.htm > > > > > On Mon, Jun 21, 2010 at 9:51 AM, Olivier Baudu > wrote: > > Hi, > > > > I would like to track different colors at the same time with my web cam > so > > I've try different way. > > I begun in GEM with [pix_movement] and/or [pix_alpha] and/or > > [pix_background]. It was quite good until I wanted only one tracking. > > With two, it begun more complicate to configure [pix_alpha] in RGBA to > > dissociate the spots. > > So, I've tried [pdp_ctrack] which is very powerful but in some situations > it > > would be better to process only with moving pixel. > > > > I thought [pix_2pdp] would be the solution to use [pix_movement] before > > [pdp_ctrack] but it seem not to work with [pix_video] in RGBA colorspace, > > and in YUV I loose the color information after the [pix_movement] > process... > > (By the way, I can't have simultaneously my webcam in GEM and in Pdp with > > [pix_2pdp], but, maybe, it's normal) > > > > What can I do ? > > > > Is there a [pix_movement] for Pdp I didn't find yet ? > > Is there a way to chose precisely the color to configure [pix_alpha] ? > > (maybe by converting the colorspace with > > [pix_rgb2hsv] but what to do after ?). > > > > Of course, if you have a solution for tracking color without answering my > > questions, I'm still interested. :-p > > > > Thanks. > > > > 01ivier > > > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > -- > William Brent > www.williambrent.com > > “Great minds flock together” > Conflations: conversational idiom for the 21st century > > www.conflations.com > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- Pedro Lopes contacto: j...@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
This may or may not be related or useful, but: I got this 'too many files open' error a while ago in a patch with many readsf~ (without 'any') objects. I did this: edit /etc/security/limits.conf and add : [username] soft nofile 4096 [username] hard nofile 4096 (see http://ubuntuforums.org/showthread.php?t=638597 ) or some variation of it... It seemed to help a bit, but still it happened now and then. The problem went away when I transfered the patch to a computer with more ram. But it is strange that playing a few sound files would require so much memory. I'm not sure if it's related at all to readsf~ or readanysf~. I got this error when using pix_image a few times too... gr, Tim 2010/6/22 august > > Seems that my first post has been truncated ... > > > > -- Forwarded message -- > > > > Hi everyone, > > > > Sorry to interfere but I'm experiencing similar issues and cleaning up > > the headers doesn't seem to solve the problem ... > > > > >From user's point of view (no dev skills in here !), it seems that pd > > gets overloaded by too many file's openings. > > > > On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel > > binary), and no matter the format and the size of the files, 240 > > successive openings lead to: > > > > "Invalid file or unsupported codec. > > Current file is either invalid or an unsupported codec" > > > > Then Pd refuses to save and reports : > > > > "error: /Users/me/Documents/PD/stress.pd: Too many open files" > > > > I join a simple "stress patch" that tries to isolate the error. > > > > Thanks for helping a bit more ! > > > > Cheers, > > > > Pierre > > > Pierre, > >thanks for the report and for the test patch. However, I cannot >produce your error. > >I am using ubuntu, pd 0.42.5 >your test patch seems to work like it should here. > >The "Too many open files" error is also not from readanysf~ > >can you explain a little further? Are you hearing noise like Derek >reported? > > >best -august. > > > ___ > 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] readanysf~ error
> Seems that my first post has been truncated ... > > -- Forwarded message -- > > Hi everyone, > > Sorry to interfere but I'm experiencing similar issues and cleaning up > the headers doesn't seem to solve the problem ... > > >From user's point of view (no dev skills in here !), it seems that pd > gets overloaded by too many file's openings. > > On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel > binary), and no matter the format and the size of the files, 240 > successive openings lead to: > > "Invalid file or unsupported codec. > Current file is either invalid or an unsupported codec" > > Then Pd refuses to save and reports : > > "error: /Users/me/Documents/PD/stress.pd: Too many open files" > > I join a simple "stress patch" that tries to isolate the error. > > Thanks for helping a bit more ! > > Cheers, > > Pierre Pierre, thanks for the report and for the test patch. However, I cannot produce your error. I am using ubuntu, pd 0.42.5 your test patch seems to work like it should here. The "Too many open files" error is also not from readanysf~ can you explain a little further? Are you hearing noise like Derek reported? best -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
Seems that my first post has been truncated ... -- Forwarded message -- Hi everyone, Sorry to interfere but I'm experiencing similar issues and cleaning up the headers doesn't seem to solve the problem ... >From user's point of view (no dev skills in here !), it seems that pd gets overloaded by too many file's openings. On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel binary), and no matter the format and the size of the files, 240 successive openings lead to: "Invalid file or unsupported codec. Current file is either invalid or an unsupported codec" Then Pd refuses to save and reports : "error: /Users/me/Documents/PD/stress.pd: Too many open files" I join a simple "stress patch" that tries to isolate the error. Thanks for helping a bit more ! Cheers, Pierre stress.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] readanysf~ error
Hi everyone, Sorry to interfere but I'm experiencing similar issues and cleaning up the headers doesn't seem to solve the problem ... >From user's point of view (no dev skills in here !), it seems that pd gets overloaded by too many file's openings. On my system (osx 10.6, Pd-Ext 0.42.5-RC2, hcs' readanysf intel binary), and no matter the format and the size of the files, 240 successive openings lead to: "Invalid file or unsupported codec. Current file is either invalid or an unsupported codec" Then Pd refuses to save and reports : "error: /Users/me/Documents/PD/stress.pd: Too many open files" I join a simple "stress patch" that tries to isolate the error. Thanks for helping a bit more ! Cheers, Pierre 2010/6/21 august : > > Okay, glad to hear you have it solved. > > If you can, please post an example of the soundfile that didn't work so > that I can test it. > > thanks-august. > > >> Hi August, >> >> thanks for your quick reply and sorry for my slow one ;-) The short >> answer is that cleaning up the headers of the soundfiles by re-encoding >> with sndfile-convert did the trick. Celine, the student I am working >> with, promised to write you a bit later with more details. >> >> Best! >> Derek >> >> On 6/15/10 5:31 PM, august wrote: >>> >>> Derek, >>> >>> Are you using MacOS X? What version of readanysf~? What version >>> of gavl and gmerlin_avdec are packaged with it/used with it? >>> >>> I don't suspect it is the soundfile itself, but just in case, can you >>> put an example online for me. This is going to be a tough bug to >>> find, unless you see some sort of regularity in how the sound turns >>> to noise for you and can report that to me? >>> >>> can you make a simple patch that isolates the bug? >>> >>> Also, when the sound goes to noise, is it just that one particular >>> soundfile that is used in readanysf or is it PD's entire output. In >>> other words, when you hear noise, can you also hear the other >>> readanysf's playingor can you also make a simple osc~ and hear it >>> play correctly? >>> >>> The "Current file is either invalid or an unsupported codec." warning >>> can also come if you send "play" to the readanysf object without it >>> having a file loaded. I assume this is what is happening. >>> >>> -a. >>> Hello August, list I'm helping a student's installation, and we have created a patch which uses 24 instances of readanysf~ to read from 24 different soundfiles between 15min and one hour in length. All sound files are mono, 16 bit, 44.1KHz WAV_PCM format. The problem is that, after a length of time, the readanysf~ objects output noise rather than the soundfile. It is not the result of any single soundfile, and many or all of the readanysf~ objects can be affected by this simultaneously. I have attached the abstraction in question. The object is instantiated as [readanysf~ 1], in other words the block size and and buffer size are defaults. Sample terminal output is as follows while the patch is running: Created new readanysf~ with 1 channels and internal buffer of 24 * 64 = 1536 Current file is either invalid or an unsupported codec. Current file is either invalid or an unsupported codec. Current file is either invalid or an unsupported codec. Current file is either invalid or an unsupported codec. Current file is either invalid or an unsupported codec. Current file is either invalid or an unsupported codec. Current file is either invalid or an unsupported codec. Opening each soundfile individually with readanysf~ and sending "play" and "pause" messages reports no errors whatsoever, however. I have sndfile-info data for all of the soundfiles. The only irregularity I see in this is one file which reports: Unknown chunk marker at position 6087587. Resynching. Besides that, most of the files report something like this: File : F_DOK6.wav Length : 146725772 RIFF : 146725764 WAVE bext : 602 fmt : 16 Format : 0x1 => WAVE_FORMAT_PCM Channels : 1 Sample Rate : 44100 Block Align : 2 Bit Width : 16 Bytes/sec : 88200 *** minf : 16 (unknown marker) *** elm1 : 7506 (unknown marker) data : 140114520 *** regn : 92 (unknown marker) *** umid : 24 (unknown marker) *** DGDA : 6602919 (unknown marker) End Sample Rate : 44100 Frames : 70057260 Channels : 1 Format : 0x00010002 Sections : 1 Seekable : TRUE Duration : 00:26:28.600 Signal Max : 11627 (-9.00 dB) Someone suggested the noisy output may be the result of a buffer problem, but I am not sure wh
Re: [PD] Mr. Porres in a new clip with vuvuzelas
Do a skid Porres!!! On 18 June 2010 22:08, Renato Fabbri wrote: > http://www.youtube.com/watch?v=ThZWL2ydtYo > > -- > GNU/Linux User #479299 > skype: fabbri.renato > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- John http://www.myspace.com/solenband ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Tracking color with GEM+Pdp
Jaime Oliver did this color tracking extern a couple years ago: http://www.realidadvisual.org/jaimeoliver/research_colortrack.htm On Mon, Jun 21, 2010 at 9:51 AM, Olivier Baudu wrote: > Hi, > > I would like to track different colors at the same time with my web cam so > I've try different way. > I begun in GEM with [pix_movement] and/or [pix_alpha] and/or > [pix_background]. It was quite good until I wanted only one tracking. > With two, it begun more complicate to configure [pix_alpha] in RGBA to > dissociate the spots. > So, I've tried [pdp_ctrack] which is very powerful but in some situations it > would be better to process only with moving pixel. > > I thought [pix_2pdp] would be the solution to use [pix_movement] before > [pdp_ctrack] but it seem not to work with [pix_video] in RGBA colorspace, > and in YUV I loose the color information after the [pix_movement] process... > (By the way, I can't have simultaneously my webcam in GEM and in Pdp with > [pix_2pdp], but, maybe, it's normal) > > What can I do ? > > Is there a [pix_movement] for Pdp I didn't find yet ? > Is there a way to chose precisely the color to configure [pix_alpha] ? > (maybe by converting the colorspace with > [pix_rgb2hsv] but what to do after ?). > > Of course, if you have a solution for tracking color without answering my > questions, I'm still interested. :-p > > Thanks. > > 01ivier > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
