Re: [PD] Gridflow on mac osx and linux ubuntu...works fine!
Of course... work very nice in Linux and Mac osx...hehehehe Best regards José 2010/9/6 Jose Luis Santorcuato > > Friends, I've done, installing on mac osx 10.5.8 gridflow and the latest > official version of Pure Data, I did well in Ubuntu Linux ... the problem > is that I tried to make the path from the gui should be done from > org.puredata.pd.plist file and then copy the files and create the folder PD > ...then copy the gridflow library inside.. > > Thanks to all > > José > -- > > http://arselectronicachile.blogspot.com > http://www.myspace.com/santorcuato > > > -- http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Gridflow on mac osx and linux ubuntu...works fine!
Friends, I've done, installing on mac osx 10.5.8 gridflow and the latest official version of Pure Data, I did well in Ubuntu Linux ... the problem is that I tried to make the path from the gui should be done from org.puredata.pd.plist file and then copy the files and create the folder PD ...then copy the gridflow library inside.. Thanks to all José -- http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] sonyfing chaotic functions
On Tue, 31 Aug 2010, ronni montoya wrote: But not mapping the values from the functions into sound parameters, but instead using the resulting values for generating waveforms. What's the difference ?... I don't get the difference. What's a « sound parameter » ? Do anybody have tried something like this in pd? Maybe theres some example patches i could begin studying? I put a small subpatch that does this, inside of examples/spectrogram.pd in recent versions of GridFlow. So many different functions behave chaotically, if you put them in a feedback loop. With delwrite~/delread~, for example, you can make chaotic signals in various ways, and unlike what you seem to imply, the chaoticness can come from the signal itself, and not from outside of the signal. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] soundhack pd & max externals
I agree - that would be fun. It would make them all a bit more CPU intensive though. In the meantime, you could sample a re-ranged oscillator at control rate and send that into +decimate~'s folds inlet, e.g: [osc~ 0.25] | [*~ 3] | [+~ 4] | |[bang~] |/ [snapshot~] Not the perfectly smooth control change you're looking for, I know. But the folds parameter causes distortion anyway, so you can get away with it :) William On Sat, Sep 4, 2010 at 8:49 AM, Pierre Massat wrote: > Hi, > I just wanted to give some feedback on the soundhack externals. > I think they're amazing. There's a couple of them that i'll use extensively > in the future for sure. So thanks again for making these available. > I'd like to suggest something if you plan on developping these pd externals > further (you said it's a beta release). One very cool thing about some pd > object is there ability to be controlled by audio signals in a smooth and > inaudible way (like [vcf~]'s center frequency). I have no idea how much work > would be needed to do this, but it would be really nice to make some inputs > controllable by audio signals. I'm thinking about the fold parameter in the > +decimate~ object for instance, which would be awesome if it could be > controlled by an oscillator. > > Pierre > > 2010/9/2 Pierre Massat >> >> Thanks! >> >> Pierre >> >> 2010/9/2 Tom Erbe >>> >>> its still in beta stage... once it is solid and stable we will look at >>> full docs. in the meantime, you can check out the spectral shapers >>> documentation for info on morphfilter. it is identical to the plugin. >>> >>> http://www.soundhack.com/shapers.php >>> >>> chebyshev simply brings up the various chebyshev polynomials as >>> waveshapers - giving you different flavors of harmonic distortion. put a >>> osc~>*~ into it and play with the faders, also play with the level of osc~. >>> very handy if you want to cut through a mix :-) >>> >>> On Sep 2, 2010, at 6:59 AM, Pierre Massat wrote: >>> >>> > Hi Tom, >>> > >>> > Thanks for making this available, i think i'm gonna love these >>> > externals. I was wondering whether there is any documentation about these >>> > patches. I am a little confused with two objects, the chebishev distortion >>> > (i don't really know how to use the sliders, that is i'm not able to >>> > predict >>> > what the sound will be if i move a slider) and the morphfilter (what is >>> > interesting to feed the two tables with? the spectrum of two different >>> > sounds? it doesn't sound particularly interesting if i drawn something. I >>> > guess that's one of the reasons it reads that it's complex external...). >>> > >>> > Thanks again anyway! >>> > >>> > Pierre >>> > >>> > 2010/9/1 Hans-Christoph Steiner >>> > On Wed, 2010-09-01 at 10:07 +0200, Frank Barknecht wrote: >>> >> On Tue, Aug 31, 2010 at 07:44:57PM -0700, Tom Erbe wrote: >>> >>> We have just released the first complete version of the SoundHack >>> >>> externals for PD & Max. >>> >>> ... >>> >>> This package is available (free) at >>> >>> http://www.soundhack.com/externs.php >>> >> >>> >> Thanks for making these avaiable. Am I right in assuming that this is >>> >> "free as in beer" or can we expect the source code as well? >>> >> >>> >> Ciao >>> > >>> > Fun stuff! I hope the source will also be available so we can make >>> > Android/iPhone builds, etc. >>> > >>> > I notice that on the site, it says "drop into pd/extra". But since >>> > Miller included my patch in 0.43 with the standardized user-install >>> > locations, I think most users will want to do it like this: >>> > >>> > >>> > http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files-with-pd-extended >>> > >>> > >>> > .hc >>> > >>> > >>> > ___ >>> > Pd-list@iem.at mailing list >>> > UNSUBSCRIBE and account-management -> >>> > http://lists.puredata.info/listinfo/pd-list >>> > >>> >>> /> tom erbe | soundhack | 608 carla way la jolla, ca 92037 >>> /> tre at soundhack dot com | http://www.soundhack.com >>> /> http://music.ucsd.edu/~tre | http://www.facebook.com/soundhack >>> >>> >>> >>> >>> /> tom erbe | soundhack | 608 carla way la jolla, ca 92037 >>> /> tre at soundhack dot com | http://www.soundhack.com >>> /> http://music.ucsd.edu/~tre | http://www.facebook.com/soundhack >>> >>> >>> >>> >>> >>> ___ >>> 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 > > -- 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
Re: [PD] [PD-announce] soundhack pd & max externals
On Wed, 1 Sep 2010, Frank Barknecht wrote: On Tue, Aug 31, 2010 at 07:44:57PM -0700, Tom Erbe wrote: We have just released the first complete version of the SoundHack externals for PD & Max. This package is available (free) at http://www.soundhack.com/externs.php Thanks for making these avaiable. Am I right in assuming that this is "free as in beer" or can we expect the source code as well? getting the source code isn't the same as getting the rights to do whatever you want with it. http://www.gnu.org/philosophy/free-sw.html ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
On Sep 5, 2010, at 5:16 PM, Mathieu Bouchard wrote: On Tue, 24 Aug 2010, Hans-Christoph Steiner wrote: On Aug 22, 2010, at 12:34 PM, Mathieu Bouchard wrote: On Sat, 21 Aug 2010, Hans-Christoph Steiner wrote: Yeah, the IEMGUI font size issues are still very present. I think the best way forward is to write a new GUI lib, the IEMGUI code is really hard to follow and/or modify. Come on. It only has with the use of the -%d in the sys_vgui calls, whereever the "fs" variable appears. We introduced that to fix a certain problem about sizes, but for some reason, it didn't produce the result we expected (the use of pixel sizes). It will be a small fix like this, by search-and-replace in a few files or so. Please fix it and submit a patch, that would be awesome! What I mean is that the part of changing the IEMGUI code is simple. What I don't know, is what needs to be done so that -%d gets replaced by something that is considered cross-platform in Tk. The fudge factor I used is the same value as the [tk scaling] value I have on my computer, which is 1.332... ; but the font sizes I use are not big enough to make sure that it's the right constant to use. tk scaling is set to a fixed size in Pd 0.43, so it should work cross- platform. I suppose its really a matter of testing it. .hc Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Font weirdness with 0.43test
On Tue, 24 Aug 2010, Hans-Christoph Steiner wrote: On Aug 22, 2010, at 12:34 PM, Mathieu Bouchard wrote: On Sat, 21 Aug 2010, Hans-Christoph Steiner wrote: Yeah, the IEMGUI font size issues are still very present. I think the best way forward is to write a new GUI lib, the IEMGUI code is really hard to follow and/or modify. Come on. It only has with the use of the -%d in the sys_vgui calls, whereever the "fs" variable appears. We introduced that to fix a certain problem about sizes, but for some reason, it didn't produce the result we expected (the use of pixel sizes). It will be a small fix like this, by search-and-replace in a few files or so. Please fix it and submit a patch, that would be awesome! What I mean is that the part of changing the IEMGUI code is simple. What I don't know, is what needs to be done so that -%d gets replaced by something that is considered cross-platform in Tk. The fudge factor I used is the same value as the [tk scaling] value I have on my computer, which is 1.332... ; but the font sizes I use are not big enough to make sure that it's the right constant to use. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM Shear / angle relationship - sinusoidal error
Le dimanche 05 septembre 2010 à 13:27 -0400, Mathieu Bouchard a écrit : > On Wed, 1 Sep 2010, Ed Kelly wrote: > > > But, I have noticed a sinusoidal error with the graphics in my patch. > > So, here is the real thing! > > 1. [abs] just before [pow 2] is completely useless. Wrong, that depend : float -2 -> pow 2 doesn't give 4 but 0. So [abs] can be useful to get 4. I can' open the .rar archive of Ed, therefore i can't test to see if you get negative value. ++ Jack > > 2. using pow(opposite/hypotenuse,2) as an angle to [tan] doesn't make any > sense whatsoever. > > 3. what you need there is just opposite/adjacent, no square, no tan. > the opposite/adjacent is already the tangent of an angle, and you don't > need make that angle explicit at all. > > 4. even if you just compute that ratio with [/] and [swap], there is still > a sign error in half of the cases (do you know how to fix this ?). > > 5. why do you need to shear two rectangles, instead of shearing a single, > longer one ? > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC > ___ 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] pix_share_ and shared memory
Hi at all, I would to have some additional infos about pix_share_write and pix_share_read objects... i would to know what mean "shared memory region", is this the video card frame buffer or the RAM? and what mean the ID field (how many id can i use? how can i calculate shared memory dimension and maximum ID?) Thank you for the help and excuse for my bad english :-) Luca aka Lupin3rd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [#see] doesn't work everytime when you click on it in a subpatch
[#see] doesn't work everytime when you put it in a subpatch (or abstraction) with GOP and, then, click on it. I expected the same behaviour when you put it in a subpatch or in the main patch. GF 9.10, pd 0.42.5, Ubuntu 10.04 ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] FTM for PD
Hi Thomas, On 3 sept. 10, at 13:42, Thomas Grill wrote: Hi all, i'd like to ask about the current state of FTM for PD. From looking into the SVN repo it's obvious that a considerable amount of work has already been put into it, but it doesn't compile right away, so i'm not sure if it's still maintained or if there's anything more fundamental missing. Yes, I think the latest state of the development of FTM for Pd was already pretty close (since the last adaptations to Max 5 we probably took back a little distance). But no, we have currently no plans to develop this further. In fact, I didn't have the impression, that Pd "needs" FTM very much, since there are other approaches for handing "complex" data structures. For what concerns the Gabor and MnM libraries, that have certainly some interesting functionalities that would be worth having in Pd, I also could imagine alternative ways to integrated them into Pd (as well as into Max/MSP/Jitter) relying on the data structures that are already existing in these environments. For me, only the underlying FTMlib and the ftm.object and ftm.mess objects are really required. Can you develop more on this point? Best N. thanks, gr~~~ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [#see] doesn't work everytime when you click on it in a subpatch
[#see] doesn't work everytime when you put it in a subpatch with GOP and, then, click on it. I expected the same behaviour when you put it in a subpatch or in the main patch. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM Shear / angle relationship - sinusoidal error
On Sun, 5 Sep 2010, Jack wrote: 1. [abs] just before [pow 2] is completely useless. Wrong, that depend : float -2 -> pow 2 doesn't give 4 but 0. So [abs] can be useful to get 4. right. [pow] really sucks... however, [expr pow($f1,2)] does it correctly... and so does [t a a] [*]. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pix_share_ and shared memory
Hi at all, I would to have some additional infos about pix_share_write and pix_share_read objects... i would to know what mean "shared memory region", is this the video card frame buffer or the RAM? and what mean the ID field (how many id can i use? how can i calculate shared memory dimension and maximum ID?) Thank you for the help and excuse for my bad english :-) Luca aka Lupin3rd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] FTM for PD
Hi Norbert, > Yes, I think the latest state of the development of FTM for Pd was already > pretty close (since the last adaptations to Max 5 we probably took back a > little distance). > But no, we have currently no plans to develop this further. > > In fact, I didn't have the impression, that Pd "needs" FTM very much, since > there are other approaches for handing "complex" data structures. Well, the basic built-in possibilities may be there but they haven't been developed into a convenient higher-level system. The VASP modular system that i have been developing for a while is similar to FTM but i don't have the time to maintain it any more and i would rather port the higher-level portions to FTM. I think that Pd needs FTM as much as Max needs it and i would appreciate patcher-level cross-platform compatibility a lot. > > For what concerns the Gabor and MnM libraries, that have certainly some > interesting functionalities that would be worth having in Pd, I also could > imagine alternative ways to integrated them into Pd (as well as into > Max/MSP/Jitter) relying on the data structures that are already existing in > these environments. > Certainly, but do you plan to open-source them? >> For me, only the underlying FTMlib and the ftm.object and ftm.mess objects >> are really required. > > Can you develop more on this point? It means that at this point i personally don't need mnm or gbr externals. The basic FTM functionality is sufficient - i would probably make a Python binding and use numpy/scipy for higher level stuff. gr~~~ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_share_ and shared memory
On 2010-09-06 12:02, Lupin3rd wrote: > Hi at all, > I would to have some additional infos about pix_share_write and > pix_share_read objects... i would to know what mean "shared memory > region", is this the video card frame buffer or the RAM? it refers to "POSIX shared memory objects" or equivalent (thus RAM) > and what mean the ID field (how many id can i use? how can i calculate > shared memory dimension and maximum ID?) ID is an identifier for the shared-memory. the important thing to know is, that both [pix_share_read] and [pix_share_write] need to use the same ID, in order to access the same piece of memory. i would recommend to use values that are covered by "unsigned short". ghm,asdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [#see] doesn't work everytime when you click on it in a subpatch
I forgot : it happens when you open your main patch. You have to open the subpatch (or abstraction) where you have put [#see] inside and, then, close it to have a normal behavior (with mouse). ++ Jack Le lundi 06 septembre 2010 à 12:05 +0200, Jack a écrit : > [#see] doesn't work everytime when you put it in a subpatch (or > abstraction) with GOP > and, then, click on it. I expected the same behaviour when you put it in > a subpatch or in the main patch. > GF 9.10, pd 0.42.5, Ubuntu 10.04 > ++ > > Jack > > > ___ > 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] Digital Delay Patch
Hello all, Forgive me if it is a crime to just outright ask for a patch... but I've been trying to make a digital delay stombox emulator with delwrite~ and delread~ to no avail. I've searched and apparently I want to use the vd~ object, however, I am a total n00b when it comes to digital audio and can;t understand half of the terminology in the patch help box. If someone has a patch I could dissect, I would be forever grateful. I'm looking to make a digital delay with feedback and delay time knobs. Any help at all would be great, but a working example I could inspect would be awesome. Thanks much, Tyler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Jordi Sala quiere mantener el contacto en LinkedIn
LinkedIn Jordi Sala requested to add you as a connection on LinkedIn: -- Barry: Me gustaría añadirte a mi red profesional en LinkedIn. - Jordi Sala Accept invitation from Jordi Sala http://www.linkedin.com/e/-24tqmf-gdqavu8v-23/Z-E7tbU-3QZNZY3MUQJPpadq/blk/I77784134_7/6lColZJrmZznQNdhjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfPtvd3cNd3wTdPt9bTpRlyR1czthbP4OdPsMcjsPdz4LrCBxbOYWrSlI/EML_comm_afe/ View invitation from Jordi Sala http://www.linkedin.com/e/-24tqmf-gdqavu8v-23/Z-E7tbU-3QZNZY3MUQJPpadq/blk/I77784134_7/dRYQcP4Qe3sTdQALqnpPbOYWrSlI/svi/ -- Why might connecting with Jordi Sala be a good idea? Have a question? Jordi Sala's network will probably have an answer: You can use LinkedIn Answers to distribute your professional questions to Jordi Sala and your extended network. You can get high-quality answers from experienced professionals. http://www.linkedin.com/e/-24tqmf-gdqavu8v-23/ash/inv19_ayn/ -- (c) 2010, LinkedIn Corporation___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Digital Delay Patch
Here you go. I don't know if you need something more complex. This could be a good start. Pierre 2010/9/5 Tyler Leavitt > Hello all, > > Forgive me if it is a crime to just outright ask for a patch... but I've > been trying to make a digital delay stombox emulator with delwrite~ and > delread~ to no avail. I've searched and apparently I want to use the vd~ > object, however, I am a total n00b when it comes to digital audio and can;t > understand half of the terminology in the patch help box. > > If someone has a patch I could dissect, I would be forever grateful. I'm > looking to make a digital delay with feedback and delay time knobs. Any help > at all would be great, but a working example I could inspect would be > awesome. > > Thanks much, > Tyler > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > Delay_stompbox.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ftm] Re: FTM for PD
On 6 sept. 10, at 12:12, Thomas Grill wrote: Hi Norbert, Yes, I think the latest state of the development of FTM for Pd was already pretty close (since the last adaptations to Max 5 we probably took back a little distance). But no, we have currently no plans to develop this further. In fact, I didn't have the impression, that Pd "needs" FTM very much, since there are other approaches for handing "complex" data structures. Well, the basic built-in possibilities may be there but they haven't been developed into a convenient higher-level system. The VASP modular system that i have been developing for a while is similar to FTM but i don't have the time to maintain it any more and i would rather port the higher-level portions to FTM. I think that Pd needs FTM as much as Max needs it and i would appreciate patcher-level cross-platform compatibility a lot. Unfortunately, the development of FTM has similar resource issues. For the moment, we maintain FTM & Co in it's current state and add very minor features when they don't add anything that makes the maintenance more difficult. For what concerns the Gabor and MnM libraries, that have certainly some interesting functionalities that would be worth having in Pd, I also could imagine alternative ways to integrated them into Pd (as well as into Max/MSP/Jitter) relying on the data structures that are already existing in these environments. Certainly, but do you plan to open-source them? "Plan" is certainly not the right word, but I think, open source licensing has to be seriously (re-)discussed in this context. For me, only the underlying FTMlib and the ftm.object and ftm.mess objects are really required. Can you develop more on this point? It means that at this point i personally don't need mnm or gbr externals. The basic FTM functionality is sufficient - i would probably make a Python binding and use numpy/scipy for higher level stuff. Ok. Currently, we don't have the resources for this, but of course we would continue to support whoever who would like to continue to work in this direction as good as I can. N. gr~~~ FTM & Co wiki: http://ftm.ircam.fr/ mailing-list: http://listes.ircam.fr/wws/info/ftm bug reports: mailto:ftm-b...@ircam.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gridflow on mac osx and linux ubuntu...works fine!
On Mon, 6 Sep 2010, Jose Luis Santorcuato wrote: the problem is that I tried to make the path from the gui should be done from org.puredata.pd.plist file I don't understand. You mean you were not able to add the path using the GUI ?... Did you try following the instructions ? ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gridflow on mac osx and linux ubuntu...works fine!
On Mon, 6 Sep 2010, Mathieu Bouchard wrote:
On Mon, 6 Sep 2010, Jose Luis Santorcuato wrote:
the problem is that I tried to make the path from the gui should be done
from org.puredata.pd.plist file
I don't understand. You mean you were not able to add the path using the GUI
?... Did you try following the instructions ?
Actually, there's no -path option to be added in the GUI, only a -lib
option ("Startup...") for the name "gridflow", unless you want something
nonstandard on purpose.
___
| Mathieu Bouchard -- Villeray, Montréal, QC___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gridflow on mac osx and linux ubuntu...works fine!
Hi Mathieu... the point is that you can not path with gui on mac osx ...
I should make in console and editing a file in user/lib/preferences... all
the process...editing text file and console...On liux ubuntu no
problems...another question why some patchs not works
(camera)?chrashes... and terminal says: error not openthe other patchs
works fine... great work...congrats
Best regards
José
2010/9/6 Mathieu Bouchard
> On Mon, 6 Sep 2010, Mathieu Bouchard wrote:
>
>> On Mon, 6 Sep 2010, Jose Luis Santorcuato wrote:
>>
>>> the problem is that I tried to make the path from the gui should be done
>>> from org.puredata.pd.plist file
>>>
>> I don't understand. You mean you were not able to add the path using the
>> GUI ?... Did you try following the instructions ?
>>
>
> Actually, there's no -path option to be added in the GUI, only a -lib
> option ("Startup...") for the name "gridflow", unless you want something
> nonstandard on purpose.
>
>
> ___
> | Mathieu Bouchard -- Villeray, Montréal, QC
>
--
http://arselectronicachile.blogspot.com
http://www.myspace.com/santorcuato
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] audio settings problem
I'm a facing another audio setting weirdness I am now using pd-extended-0.41.4 (osx 10.5.8) I configured the audio settings for an external sound card (m-audio fast track pro) with 4 channels out and it worked fine but now, if I don't use the sound card, when I open pd the outputs channels are set to 4 by default + no device selected, if select built-in output + 2 channels out, pd crash am I doing something wrong ? 2010/9/5 stéfan piat > done.. > > > 2010/9/3 Hans-Christoph Steiner > >> >> Hmm, ok, my guess is that its something with the portaudio update. Could >> you file a bug report on this and I'll check on portaudio. Then we can have >> a place to track all this info. As much info as possible is good, including >> screenshots. To report the bug, go to Help -> report bug. >> >> .hc >> >> On Sep 2, 2010, at 6:48 PM, stéfan piat wrote: >> >> it was working one month ago with the same hardware and >> pd-0.42.5-extended-rc-4 >> I tried to re-install rc-4 but it's not working any more (strange) >> >> but, as I said already, it works with pd-extended 0.41.4 >> >> 2010/9/3 stéfan piat >> >>> it don't work if the m-audio is plug, or not >>> >>> 2010/9/3 Hans-Christoph Steiner >>> >>> Does it work if you plug in the m-audio? .hc On Sep 2, 2010, at 6:06 PM, stéfan piat wrote: no jack or sound-flower audio drivers but maybe a driver for a m-audio fast track pro soundcard ? 2010/9/2 Hans-Christoph Steiner > > Something very strange is going on there. Do you have some audio > drivers installed, or like soundflower, or jack, or something like that? > > .hc > > On Sep 2, 2010, at 5:09 PM, stéfan piat wrote: > > I have a MacBook (2.1) > and I have not this problem with pd-0.41.4-extended > > s. > > 2010/9/2 Hans-Christoph Steiner > >> >> That's pretty strange, can you send a screenshot of it? What hardware >> are you using? (MacBook, Mac Pro,e tc.) Here's what mine looks like: >> >> .hc >> >> >> >> >> On Sep 2, 2010, at 8:51 AM, stéfan piat wrote: >> >> hello, >>> >>> I have installed pd0.42.5-extended rc-5 on osx 10.5.8 >>> and on my audio settings I see only input device #1, #2 (no build-in >>> input//output) >>> >>> I can't succeed to hear any sounds >>> when I change channels to 2, I have in the console the following >>> message : unknown API >>> and pd crash >>> >>> any idea ? >>> >>> >>> thanks >>> stéfan >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >> >> >> >> >> >> "A cellphone to me is just an opportunity to be irritated wherever you >> are." - Linus Torvalds >> >> >> > > > > > > > > Access to computers should be unlimited and total. - the hacker ethic > > > Mistrust authority - promote decentralization. - the hacker ethic >>> >> >> >> >> >> >> >> There is no way to peace, peace is the way. -A.J. Muste >> >> >> > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [#see] doesn't work everytime when you click on it in a subpatch
On Mon, 6 Sep 2010, Jack wrote: Le lundi 06 septembre 2010 à 12:05 +0200, Jack a écrit : [#see] doesn't work everytime when you put it in a subpatch (or abstraction) with GOP and, then, click on it. I expected the same behaviour when you put it in a subpatch or in the main patch. GF 9.10, pd 0.42.5, Ubuntu 10.04 I forgot : it happens when you open your main patch. You have to open the subpatch (or abstraction) where you have put [#see] inside and, then, close it to have a normal behavior (with mouse). But did you try with GF 9.11 ? There are new fixes about both [#see] and [display] (they share some code together), and it needs some testing before the release). ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] gridflow: can't produce grid from pix format 34233 (0x85b9)
hello, I'm using some gridflow objects to have a preview of gem pix_film I #from_pix I #scale I #see but with osX 10.5.8 I have the following error message in the pd-console can't produce grid from pix format 34233 (0x85b9) what does this mean ? on ubuntu it work fine with the same video files (.mov photo-jpeg (720x405)) best, stéfan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [#see] doesn't work everytime when you click on it in a subpatch
Le lundi 06 septembre 2010 à 15:03 -0400, Mathieu Bouchard a écrit : > On Mon, 6 Sep 2010, Jack wrote: > > Le lundi 06 septembre 2010 à 12:05 +0200, Jack a écrit : > >> [#see] doesn't work everytime when you put it in a subpatch (or > >> abstraction) with GOP and, then, click on it. I expected the same > >> behaviour when you put it in a subpatch or in the main patch. GF 9.10, > >> pd 0.42.5, Ubuntu 10.04 > > I forgot : it happens when you open your main patch. You have to open > > the subpatch (or abstraction) where you have put [#see] inside and, > > then, close it to have a normal behavior (with mouse). > > But did you try with GF 9.11 ? There are new fixes about both [#see] and > [display] (they share some code together), and it needs some testing > before the release). I have updated GF with svn. then ./configure > This is the GridFlow 9.10 configurator > [gcc3] GNU C++ Compiler 3 (or 4): > > found > [stl] C++ Standard Template Library: > -> found > [gcc64] GNU C++ in 64-bit mode: > --> missing (runtime error) > [pentium] Pentium-compatible CPU: > > found > [mmx] MMX-compatible CPU (using NASM): > ---> missing (return false) > [x11] X11 Display Protocol: > --> found > [x11_shm] X11 acceleration by shared memory (XSHM plugin): > ---> found > [sdl] Simple Directmedia Layer (experimental support): > ---> missing (where is SDL/SDL.h ?) > [objcpp] GNU/Apple ObjectiveC++ Compiler: > > missing (where is objc/Object.h ?) > [quartz] Apple Quartz/Cocoa Display: > -> disabled (would need objcpp) > [aalib] Ascii Art Library: > ---> missing (where is > aalib.h ?) > [jpeg] JPEG Library: > -> found > [png] PNG Library : > --> found > [videodev] Video4linux Driver Interface Version 1 (kernel): > --> found > [libv4l1] Video4linux I Driver Interface Library: > > found > [libv4l2] Video4linux II Driver Interface Library: > ---> found > [dc1394] DC1394 for Linux : > --> missing (where is libdc1394/dc1394_control.h ?) > [dc1394] DC1394 for Linux : > > missing (where is dc1394/control.h ?) > [mpeg3] HeroineWarrior LibMPEG3 : > ---> missing (where is libmpeg3/libmpeg3.h ?) > [mpeg3] HeroineWarrior LibMPEG3 : > > found > [quicktimeapple] Apple's QuickTime: > --> missing (gcc compilation error) > [quicktimehw] Plaum's LibQuickTime (try #1) : > ---> missing (gcc compilation error) > [quicktimehw] Plaum's LibQuickTime (try #1) : > -> missing (where is quicktime/quicktime.h ?) > [quicktimehw] Plaum's LibQuickTime (try #2) : > ---> missing (gcc compilation error) > [quicktimehw] Plaum's LibQuickTime (try #2) : > -> missing (where is quicktime/quicktime.h ?) > [quicktimehw] Plaum's LibQuickTime (try #3) : > ---> found > [puredata] PureData (or DesireData): > -> found > [desiredata] DesireData: > -> missing (gcc: error: > ‘gobj_subscribe’ was not declared in this scope) > [opencv] Intel OpenCV: > ---> missing (gcc > compilation error) > [fftw] FFTW (Fastest Fourier Transform in the West): > -> missing (gcc compilation error) > [opengl] OpenGL (for GEM support, etc): > --> found > [gem] GEM support (versions 91, 92, 93, 92/93 hybrid): > ---> found > > generating ./config.make > generating config.h > See ./config.log if you want the details of the configuration tests. > If you are satisfied with that configuration, you may go on, > and do "make". "make install" is not needed anymore, > just move your gridflow directory to "lib/pd/extra". > If you get stuck, you could contact the author about it, > but first make sure you read "doc/install.html". > then make i get : In file included from src/gridflow.cxx.fcs:22: src/gridflow.hxx.fcs:30:26: error: bundled/m_pd.h: Aucun fichier ou dossier de ce type In file included from src/gridflow.cxx.fcs:22: The ./configure find Pd, but GF can't find m_pd.h ? I have missed something ? Thanx. ++ Jack > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC _
Re: [PD] [#see] doesn't work everytime when you click on it in a subpatch
On Mon, 6 Sep 2010, Jack wrote: This is the GridFlow 9.10 configurator The current version really says 9.11. You have the wrong version of ./configure In file included from src/gridflow.cxx.fcs:22: src/gridflow.hxx.fcs:30:26: error: bundled/m_pd.h: Aucun fichier ou dossier de ce type You're supposed to have bundled/m_pd.h now, because starting with GF 9.11, GF doesn't care anymore which Pd you have or haven't on your system, it builds anyway, and builds the same regardless of vanilla-vs-extended issues. I have missed something ? I bet that you only updated the «src» folder. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gridflow: can't produce grid from pix format 34233 (0x85b9)
On Mon, 6 Sep 2010, stéfan piat wrote: but with osX 10.5.8 I have the following error message in the pd-console can't produce grid from pix format 34233 (0x85b9) what does this mean ? There's no easy way to find the name of pix formats automatically, but if you look for a file named gl.h on your computer, you can find that it contains 0x85b9 on the same line as it says #define GL_YCBCR_422_APPLE. I suppose that this is what GEM uses when it's in "YUV mode" on OSX. (YCBCR is another way to say YUV). Therefore you need to use [pix_rgba]. (GF doesn't do this automatically.) I could put a better error message, but I'd rather make it do an automatic conversion, when I get to address the issue (probably in 9.12). on ubuntu it work fine with the same video files (.mov photo-jpeg (720x405)) It's normal, as the movie decoders are completely different, so, they don't necessarily have the same abilities (or at least, not the same defaults). ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [#see] doesn't work everytime when you click on it in a subpatch
Yes, thanx, i was in src folder. ++ Jack Le lundi 06 septembre 2010 à 17:58 -0400, Mathieu Bouchard a écrit : > On Mon, 6 Sep 2010, Jack wrote: > > >> This is the GridFlow 9.10 configurator > > The current version really says 9.11. You have the wrong version of > ./configure > > > In file included from src/gridflow.cxx.fcs:22: > > src/gridflow.hxx.fcs:30:26: error: bundled/m_pd.h: Aucun fichier ou > > dossier de ce type > > You're supposed to have bundled/m_pd.h now, because starting with GF 9.11, > GF doesn't care anymore which Pd you have or haven't on your system, it > builds anyway, and builds the same regardless of vanilla-vs-extended > issues. > > > I have missed something ? > > I bet that you only updated the «src» folder. > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gridflow on mac osx and linux ubuntu...works fine!
On Mon, 6 Sep 2010, Jose Luis Santorcuato wrote: Hi Mathieu... the point is that you can not path with gui on mac osx ... That's weird. Are you running a test-version of 42 ? Is it a bug that has been reported and fixed already ? I don't recall that one. another question why some patchs not works (camera)?chrashes... and terminal says: error not openthe other patchs works fine... Normally, you had to click on each [#camera] box to open the dialogue (just an abstraction's apparent contents) to pick your camera. But some patches say [#camera 0] instead, which automatically picks device 0 instead of doing nothing. But it's not been used uniformly in GF's examples. If you find any patch(es) that cause pd to shutdown, please make a list of them and send it on the pd-list and/or gridflow-dev mailing-list. (it doesn't have to be an exhaustive list, but sometimes a single bug can cause problems in many places at once, and it's easier to catch the problem if I can see a pattern in it). ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ok, gridflow in linux but not in osx
On Fri, 3 Sep 2010, Jose Luis Santorcuato wrote: false, the problem is: when i did the path in ubuntu i could see the pd folder, but when i like path in osx i see a pd icon executable...gray...i cant select the pd folder...ridiculous, any idea??? Do you mean that you accidentally put a pd file named "Pd" in place of your /Library/Pd folder ? and/or the file or folder belongs to the administrator persona and is read-protected ? ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [#see] doesn't work everytime when you click on it in a subpatch
Hmm, very strange, when i load a picture with [#in] to [#see], all the links around [#see] disappear ! It was not the case with GF 9.10. Do you know why ? Thanx. ++ Jack Le mardi 07 septembre 2010 à 00:16 +0200, Jack a écrit : > Yes, thanx, i was in src folder. > ++ > > Jack > > > Le lundi 06 septembre 2010 à 17:58 -0400, Mathieu Bouchard a écrit : > > On Mon, 6 Sep 2010, Jack wrote: > > > > >> This is the GridFlow 9.10 configurator > > > > The current version really says 9.11. You have the wrong version of > > ./configure > > > > > In file included from src/gridflow.cxx.fcs:22: > > > src/gridflow.hxx.fcs:30:26: error: bundled/m_pd.h: Aucun fichier ou > > > dossier de ce type > > > > You're supposed to have bundled/m_pd.h now, because starting with GF 9.11, > > GF doesn't care anymore which Pd you have or haven't on your system, it > > builds anyway, and builds the same regardless of vanilla-vs-extended > > issues. > > > > > I have missed something ? > > > > I bet that you only updated the «src» folder. > > > > ___ > > | Mathieu Bouchard -- Villeray, Montréal, QC > > > > ___ > 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] [#see] doesn't work everytime when you click on it in a subpatch
Mathieu, for information, I have 10 [#see] in an abstraction (with GOP) and i load 10 different pictures with a [until]. At the beginning, i have the links but after the loading they disappear. Pd 0.42.5, GF 9.11, Ubuntu 10.04. Thanx. ++ Jack PS : if i keep the instance of the abstraction open, it is working fine. Therefore, if it is closed when i load, there is no more links. Le mardi 07 septembre 2010 à 00:40 +0200, Jack a écrit : > Hmm, very strange, when i load a picture with [#in] to [#see], all the > links around [#see] disappear ! It was not the case with GF 9.10. > Do you know why ? > Thanx. > ++ > > Jack > > > > Le mardi 07 septembre 2010 à 00:16 +0200, Jack a écrit : > > Yes, thanx, i was in src folder. > > ++ > > > > Jack > > > > > > Le lundi 06 septembre 2010 à 17:58 -0400, Mathieu Bouchard a écrit : > > > On Mon, 6 Sep 2010, Jack wrote: > > > > > > >> This is the GridFlow 9.10 configurator > > > > > > The current version really says 9.11. You have the wrong version of > > > ./configure > > > > > > > In file included from src/gridflow.cxx.fcs:22: > > > > src/gridflow.hxx.fcs:30:26: error: bundled/m_pd.h: Aucun fichier ou > > > > dossier de ce type > > > > > > You're supposed to have bundled/m_pd.h now, because starting with GF > > > 9.11, > > > GF doesn't care anymore which Pd you have or haven't on your system, it > > > builds anyway, and builds the same regardless of vanilla-vs-extended > > > issues. > > > > > > > I have missed something ? > > > > > > I bet that you only updated the «src» folder. > > > > > > ___ > > > | Mathieu Bouchard -- Villeray, Montréal, QC > > > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [#see] doesn't work everytime when you click on it in a subpatch
Le mardi 07 septembre 2010 à 00:56 +0200, Jack a écrit : > Mathieu, for information, I have 10 [#see] in an abstraction (with GOP) > and i load 10 different pictures with a [until]. > At the beginning, i have the links but after the loading they disappear. > Pd 0.42.5, GF 9.11, Ubuntu 10.04. > Thanx. > ++ > > Jack > > PS : if i keep the instance of the abstraction open, it is working fine. Sorry, i dicover an other strange behavior : When my instance of abstraction is open, it is working fine BUT when i close it and reopen it, there is no more links around [#see] ! ++ Jack > Therefore, if it is closed when i load, there is no more links. > > > > Le mardi 07 septembre 2010 à 00:40 +0200, Jack a écrit : > > Hmm, very strange, when i load a picture with [#in] to [#see], all the > > links around [#see] disappear ! It was not the case with GF 9.10. > > Do you know why ? > > Thanx. > > ++ > > > > Jack > > > > > > > > Le mardi 07 septembre 2010 à 00:16 +0200, Jack a écrit : > > > Yes, thanx, i was in src folder. > > > ++ > > > > > > Jack > > > > > > > > > Le lundi 06 septembre 2010 à 17:58 -0400, Mathieu Bouchard a écrit : > > > > On Mon, 6 Sep 2010, Jack wrote: > > > > > > > > >> This is the GridFlow 9.10 configurator > > > > > > > > The current version really says 9.11. You have the wrong version of > > > > ./configure > > > > > > > > > In file included from src/gridflow.cxx.fcs:22: > > > > > src/gridflow.hxx.fcs:30:26: error: bundled/m_pd.h: Aucun fichier ou > > > > > dossier de ce type > > > > > > > > You're supposed to have bundled/m_pd.h now, because starting with GF > > > > 9.11, > > > > GF doesn't care anymore which Pd you have or haven't on your system, it > > > > builds anyway, and builds the same regardless of vanilla-vs-extended > > > > issues. > > > > > > > > > I have missed something ? > > > > > > > > I bet that you only updated the «src» folder. > > > > > > > > > > > > ___ > > > > | Mathieu Bouchard -- Villeray, Montréal, QC > > > > > > > > > > > > ___ > > > Pd-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ok, gridflow in linux but not in osx
Hi Mathieu, problem solved...in mac osx i cant see the pd folder... only a executable... in the olds version of pd, pd entered a folder...now...i decided to do everything in text mode and terminal...works well... in linux too... but some patches dont work...crashes...like motion detect... the console of pd says: error to open... why?, other patchs with camera works Thanks Mathieu José 2010/9/6 Mathieu Bouchard > On Fri, 3 Sep 2010, Jose Luis Santorcuato wrote: > > false, the problem is: when i did the path in ubuntu i could see the pd >> folder, but when i like path in osx i see a pd icon executable...gray...i >> cant select the pd folder...ridiculous, any idea??? >> > > Do you mean that you accidentally put a pd file named "Pd" in place of your > /Library/Pd folder ? and/or the file or folder belongs to the administrator > persona and is read-protected ? > > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC > -- http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [pdgst] how to start a new stream ?
Hello IOhannes, It would be nice if [pdgst] could have the same 'function' as [switch~] in a subpatch : you can start or stop only the stream in the subpatch when you send the message [1 ( or [0 (to it. Other thing : Is there a way to stop/play the stream when you read it (as a player) ? Last thing : Do you have some news or something else to dig about my last problem (how to start a new stream when you finish one) ? Thanx for your help. ++ Jack Le dimanche 05 septembre 2010 à 17:56 +0200, Jack a écrit : > I'm trying to start a new stream with [pdgst]. I send [0 ( to [pdgst] > and then a new message [location( to [gnomevfssrc] at the end of the > first video stream. After, i send [1 ( to [pdgst] but get no stream. > Do you know why ? > Thanx. > ++ > > Jack > > PS : evn with a bang message after [0 ( to [pdgst], it doesn't work. > > > ___ > 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] Gridflow on mac osx and linux ubuntu...works fine!
Hi Mathieu, all solved, but the path and stratup I could not do in graphical mode, I should have text and terminal, but it works very well, do not think is a bug, others would have noticed, but osx will not let me select the pd folder, just as I did. In Linux all good, I found before in osx, hehehe, I appreciate the support. Best regards José 2010/9/6 Mathieu Bouchard > On Mon, 6 Sep 2010, Jose Luis Santorcuato wrote: > > Hi Mathieu... the point is that you can not path with gui on mac osx ... >> > > That's weird. Are you running a test-version of 42 ? Is it a bug that has > been reported and fixed already ? I don't recall that one. > > > another question why some patchs not works (camera)?chrashes... and >> terminal says: error not openthe other patchs works fine... >> > > Normally, you had to click on each [#camera] box to open the dialogue (just > an abstraction's apparent contents) to pick your camera. But some patches > say [#camera 0] instead, which automatically picks device 0 instead of doing > nothing. But it's not been used uniformly in GF's examples. > > If you find any patch(es) that cause pd to shutdown, please make a list of > them and send it on the pd-list and/or gridflow-dev mailing-list. (it > doesn't have to be an exhaustive list, but sometimes a single bug can cause > problems in many places at once, and it's easier to catch the problem if I > can see a pattern in it). > > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC > -- http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ok, gridflow in linux but not in osx
On Mon, 6 Sep 2010, Jose Luis Santorcuato wrote: Hi Mathieu, problem solved...in mac osx i cant see the pd folder... only a executable... in the olds version of pd, pd entered a folder...now...i decided to do everything in text mode and terminal...works well... in linux too... but some patches dont work...crashes...like motion detect... the console of pd says: error to open... why?, other patchs with camera works "error: not open" is because the [#camera] is in closed mode, and so you need to click on it and then click on device 0 or similar. You can also do this with a "device 0" messagebox, or edit the object to become [#camera 0]. motion_detect.pd is an old patch that will probably be removed (merged into another example patch), but you have to do this [#camera] click in many (perhaps most ?) patches that use [#camera], because they don't say [#camera 0]. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] problem compiling pdp 0.12.5 unde GNU/Gentoo Linux
Hello. When i compile pdp from http://zwizwa.be/pd/pdp/pdp-0.12.5.tar.gz, i have an error : i simply do as recommended ./configure make And i have this : wi...@localhost ~/develop/pdp-0.12.5 $ ./configure checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking m_pd.h usability... yes checking m_pd.h presence... yes checking for m_pd.h... yes checking for sin in -lm... yes checking linux/videodev.h usability... yes checking linux/videodev.h presence... yes checking for linux/videodev.h... yes checking for main in -lgslcblas... yes checking for main in -lgsl... yes checking for png_read_image in -lpng... yes checking for XOpenDisplay in -lX11... yes checking for XvPutImage in -lXv... yes checking for lqt_decode_video in -lquicktime... yes checking for glXSwapBuffers in -lGL... yes checking for SDL_Init in -lSDL... yes target is linux used configure options: --enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=yes --enable-gsl=yes --enable-png=yes --enable-debug=no configure: creating ./config.status config.status: creating Makefile.config config.status: creating bin/pdp-config config.status: creating include/pdp_config.h config.status: include/pdp_config.h is unchanged wi...@localhost ~/develop/pdp-0.12.5 $ make make -C system make[1]: Entering directory `/home/willy/develop/pdp-0.12.5/system' make -C net make[2]: Entering directory `/home/willy/develop/pdp-0.12.5/system/net' gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5\" -I. -I/usr/X11R6/include -I../include -I../../include-o pdp_net.o -c pdp_net.c make[2]: Leaving directory `/home/willy/develop/pdp-0.12.5/system/net' make -C X11 make[2]: Entering directory `/home/willy/develop/pdp-0.12.5/system/X11' gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5\" -I. -I/usr/X11R6/include -I../include -I../../include-o pdp_xwindow.o -c pdp_xwindow.c gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5\" -I. -I/usr/X11R6/include -I../include -I../../include-o pdp_xvideo.o -c pdp_xvideo.c make[2]: Leaving directory `/home/willy/develop/pdp-0.12.5/system/X11' make -C png make[2]: Entering directory `/home/willy/develop/pdp-0.12.5/system/png' gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5\" -I. -I/usr/X11R6/include -I../include -I../../include-o pdp_png.o -c pdp_png.c pdp_png.c: In function '_open_read': pdp_png.c:99: warning: ignoring return value of 'fread', declared with attribute warn_unused_result make[2]: Leaving directory `/home/willy/develop/pdp-0.12.5/system/png' make -C type make[2]: Entering directory `/home/willy/develop/pdp-0.12.5/system/type' gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5\" -I. -I/usr/X11R6/include -I../include -I../../include-o pdp_bitmap.o -c pdp_bitmap.c gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5\" -I. -I/usr/X11R6/include -I../include -I../../include-o pdp_image.o -c pdp_image.c gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointer -ffast-math -DPDP_VERSION=\"0.12.5\" -I. -I/usr/X11R6/include -I../include -I../../include-o pdp_matrix.o -c pdp_matrix.c make[2]: Leaving directory `/home/willy/develop/pdp-0.12.5/system/type' make -C kernel make[2]: Entering directory `/home/willy/develop/pdp-0.12.5/system/kernel' rm -f pdp.o gcc -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -fPIC -O2 -funroll-loops -fomit-frame-pointe
Re: [PD] Ok, gridflow in linux but not in osx
Thanks again Mathieu, as you say I could run the cameras, but osx is pixelated, probably an error or a problem with the graphics card in my mac intel gma the infamous ... I've been working hard with the gridflow and opencv and I greatly appreciate your work and support. Best regards José 2010/9/6 Mathieu Bouchard > On Mon, 6 Sep 2010, Jose Luis Santorcuato wrote: > > Hi Mathieu, problem solved...in mac osx i cant see the pd folder... only a >> executable... in the olds version of pd, pd entered a folder...now...i >> decided to do everything in text mode and terminal...works well... in linux >> too... but some patches dont work...crashes...like motion detect... the >> console of pd says: error to open... why?, other patchs with camera >> works >> > > "error: not open" is because the [#camera] is in closed mode, and so you > need to click on it and then click on device 0 or similar. You can also do > this with a "device 0" messagebox, or edit the object to become [#camera 0]. > > motion_detect.pd is an old patch that will probably be removed (merged into > another example patch), but you have to do this [#camera] click in many > (perhaps most ?) patches that use [#camera], because they don't say [#camera > 0]. > > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC > -- http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
