Re: [PD] Fwd: Simple tutorial on using Lua with PD
Claude Heiland-Allen wrote: Note: the next version of pdlua will change the filename extensions from .lua to .pdlua and .luax to .pdluax to avoid polluting Lua's namespace with the names of Pd objects written in Lua. svn co https://devel.goto10.org/svn/maximus/pdlua pdlua So, is your SVN different from the one that Pure Data is using? I downloaded the latest version this morning at about 11:30am Central time. I don't know who/how/why my code is in pd's SVN, but it's fine as long as whoever imported it tracks my changes, I guess (which is what the special SVN features are designed for). anyone objects if i remove pdlua from the pure-data repository and include an external reference to claude's upstream repository? it shouldn't make a difference, and pdlua will stay automatically in sync. fgamsdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Google SoC: call for mentors and project ideas
Hallo! I'd like to apply for some Mentos. I like mixed fruit or grape. As for Pd, I can't think of something major enough to call for Google SoC, but I'll keep thinking. I think the projects should not be too big. This is maybe something we can learn from last year. It would be nice to have compact projects which would be e.g. also manageable by people new to the pd community ... [...] Dunno if that's worth a Summer of Code commission though. If it is, I hope at least one of the mentors will fill out the application as The Freshmaker. Do you want to apply as student or as mentor ? I don't know if a Freshmaker is suggestive, maybe try to formulate it in a more compact way with some definitive points which should be done. Thanks, LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Google SoC: call for mentors and project ideas
On Mon, 3 Mar 2008 22:25:02 -0500 Chris McCormick [EMAIL PROTECTED] wrote: On Mon, 03 Mar 2008 14:30:20 +0100 Georg Holzmann [EMAIL PROTECTED] wrote: We discussed at the LAC that we would like to apply again this year for google's summer of code project, which is about to start today (http://code.google.com/soc/2008/). On Mon, Mar 03, 2008 at 01:41:00PM +, Andy Farnell wrote: I'd be happy to join any team that has a games+audio+Pd proposal as a mentor. I have added this: http://puredata.info/dev/summer-of-code/LibPd Which is my proposal to make it easier to compile the audio-engine part of Pd as a library and link it into your own projects. This has been asked about numerous times on the list, almost always to do with games related projects, and we all know that it's happening already in Spore. Mark Danks left me with the impression that EA found it rather easy and that, far from being trivial, there were no weird hiccups. Also, this could really help with some of the other SOC projects like PluggoPd, PdVST, etc. so it's highly re-useable. The only problem here is the confusing name; there is already a PdLib project, which in my opinion should be called 'PdExternals' or something, but LibPd seems a very appropriate name for a project for using Pd as a library. libpd is perfect I guess I'm happy to mentor this but Andy is probably a better candidate than me if he's interested! Or we could co-mentor - whatevs. You've written the proposal and librification (sorry I couldn't help making up that word) isn't exactly a strong point for me. Neither is cross platform thinking. And if this were a project I'd like to see it done well. If I can support you Chris of course I will. I'm glad we already have one student interersted, this is an important step for Pd imho. -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] invisible py/pyext objects in windows XP (again)
hi matteo, there are even newer versions at http://g.org/ext/beta marius. matteo sisti sette wrote: Hi, I downloaded the latest version of pyext precompiled for windows XP from http://g.org/ext/py/ and python 2.4.4 from its official site. Installed everything, and when I open any of the example patches, py objects are invisible, just as in the screenshot from an old post in the archives: http://132.205.142.12/screenshot.PNG If I don't set the -path option correctly so he cannot find the scripts, then the objects are visible (but obviously won't work). I found many threads about this in the archives, but no solution (apart maybe recompiling something). Windows XP, PD Vanilla 0.41.2 Is there any fix? Thanks m. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] parallel processing
hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-ext paths, libs and help
Hallo! let's say I want to use OSCroute... I put an object [import oscx]. but OSCroute ... couldn't create only oscx/OSCroute works, and then I can also use OSCroute. I can import OSCroute, but only after I imported oscx. Okay, which pd-extended version do you use ? I use the autobuild Pd version 0.40.3-extended-20080224 and I can do a [import oscx] and [OSCroute]. (of course you have to load the library libdir first, because thats the library loader - so yes, libdir should be loaded automatically) Alternatively I can do [declare -lib oscx] and then [OSCroute] which should work with any pd version which supports [declare]. almost all the help patches that rely on one of these libraries are broken. I changed the makefile at some time that all the helpfiles are also installed into the extra/library path. So everything worked basically. But I think these changes are not yet in the official released pd-extended ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
No, I missed LAC, but it is not surprising that people research in that direction. I was looking through some papers yesterday, but not the one from jürgen, will catch up on that. marius. Andrée Préfontaine wrote: Le 08-03-04 à 11:14, marius schebella a écrit : hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. Where you at Lac 2008? because Jürgen Reuter gave a lecture on the topic with who you are interested. I do wonder too in this regard and where very interested in his presentation : exploiting multi-core architectures for fast modular synthesis Andrée ___ 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] parallel processing
Along with the question posed by Marius, how does PD currently scale on SMP systems with 2, 4, or 8 cores? Cheers, ~Brandon On Mar 4, 2008, at 11:39 AM, marius schebella wrote: No, I missed LAC, but it is not surprising that people research in that direction. I was looking through some papers yesterday, but not the one from jürgen, will catch up on that. marius. Andrée Préfontaine wrote: Le 08-03-04 à 11:14, marius schebella a écrit : hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. Where you at Lac 2008? because Jürgen Reuter gave a lecture on the topic with who you are interested. I do wonder too in this regard and where very interested in his presentation : exploiting multi-core architectures for fast modular synthesis Andrée ___ 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] parallel processing
pd is only using one of 2, 4 or 8. is that what your question was? marius. bsoisoi wrote: Along with the question posed by Marius, how does PD currently scale on SMP systems with 2, 4, or 8 cores? Cheers, ~Brandon On Mar 4, 2008, at 11:39 AM, marius schebella wrote: No, I missed LAC, but it is not surprising that people research in that direction. I was looking through some papers yesterday, but not the one from jürgen, will catch up on that. marius. Andrée Préfontaine wrote: Le 08-03-04 à 11:14, marius schebella a écrit : hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. Where you at Lac 2008? because Jürgen Reuter gave a lecture on the topic with who you are interested. I do wonder too in this regard and where very interested in his presentation : exploiting multi-core architectures for fast modular synthesis Andrée ___ 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] LAC2008 in German radio
Hi, just discovered two pieces that were broadcasted about the LAC2008 on Deutschlandfunk: Linux Audio Conference Sendezeit: 03.03.2008 15:11 Autor: Steins, Hubert Programm: Deutschlandfunk Sendung: Corso Länge: 05:17 Minuten http://ondemand-mp3.dradio.de/file/dradio/2008/03/03/dlf_20080303_1511_78d48f47.mp3 TUX macht die Musik Linux Audio Conference 2008 in Köln präsentiert Musikproduktion mit Linux Von Thomas Reintjes http://www.dradio.de/dlf/sendungen/computer/747434/ (txt) http://ondemand-mp3.dradio.de/file/dradio/2008/03/01/dlf_20080301_1645_4f8ea045.mp3 All in German only. If you find more media or blog coverage of LAC2008, please send them to [EMAIL PROTECTED] for collecting on the site. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
marius schebella wrote: pd is only using one of 2, 4 or 8. is that what your question was? marius. well, it uses 2, as Pd is really 2 applications (pd-gui and pd-core); not big gains however, due to the bad separation between pd-gui and pd-core. dfamdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Wii remote controller and Mac OS X
Hello everybody, when I last checked the mailing list (about 1 year ago...) I remember there was a wiiremote external by Hans-Christoph Steiner. However at that time I couldn't get it to work. Currently, the latest revision from sourceforge (http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/io/wiiremote/) seems to be broken (I got it from the logs). I'm looking for an external allowing to interface a Wii remote controller with pd under Mac OS X (Intel). Is there any reliable way to do that? Thanks, Stefano ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
It is my impression, at least, that on my MacBookPro, the audio engine is running on one core, while the graphics run on the other. I could be wrong about this, but I've never noticed a degradation of audio due to graphics in my setup, and assumed that this was the reason. Obviously, this is not really parallel processing in the sense we're discussing, but every little bit helps. Phil Stone pkstonemusic.com marius schebella wrote: pd is only using one of 2, 4 or 8. is that what your question was? marius. bsoisoi wrote: Along with the question posed by Marius, how does PD currently scale on SMP systems with 2, 4, or 8 cores? Cheers, ~Brandon On Mar 4, 2008, at 11:39 AM, marius schebella wrote: No, I missed LAC, but it is not surprising that people research in that direction. I was looking through some papers yesterday, but not the one from jürgen, will catch up on that. marius. Andrée Préfontaine wrote: Le 08-03-04 à 11:14, marius schebella a écrit : hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. Where you at Lac 2008? because Jürgen Reuter gave a lecture on the topic with who you are interested. I do wonder too in this regard and where very interested in his presentation : exploiting multi-core architectures for fast modular synthesis Andrée ___ 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] parallel processing
yes, you're right. sorry, I was not thinking of the gui when I posted my reply, but of course that is an important aspect. marius. Phil Stone wrote: It is my impression, at least, that on my MacBookPro, the audio engine is running on one core, while the graphics run on the other. I could be wrong about this, but I've never noticed a degradation of audio due to graphics in my setup, and assumed that this was the reason. Obviously, this is not really parallel processing in the sense we're discussing, but every little bit helps. Phil Stone pkstonemusic.com marius schebella wrote: pd is only using one of 2, 4 or 8. is that what your question was? marius. bsoisoi wrote: Along with the question posed by Marius, how does PD currently scale on SMP systems with 2, 4, or 8 cores? Cheers, ~Brandon On Mar 4, 2008, at 11:39 AM, marius schebella wrote: No, I missed LAC, but it is not surprising that people research in that direction. I was looking through some papers yesterday, but not the one from jürgen, will catch up on that. marius. Andrée Préfontaine wrote: Le 08-03-04 à 11:14, marius schebella a écrit : hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. Where you at Lac 2008? because Jürgen Reuter gave a lecture on the topic with who you are interested. I do wonder too in this regard and where very interested in his presentation : exploiting multi-core architectures for fast modular synthesis Andrée ___ 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] parallel processing
It's funny reading old predictions that didn't quite work out (yet). One nuclear power station supplying all the planet with 3 giant supercomputers (presumably running with less than 640k or RAM) managing all human problems while we live a life of leisure and swan about in our flying cars... Yeah. Right. We were also taught something in computer science classes back in 88 that unlike Moores Law and other popularised concepts isn't quite so widely talked about. If it were a) these predictions wouldn't seem so riduculous b) people wouldn't be so quick to make them It's called the wheel of life. If you could see it, technological development might look like a toroidal vortex. Things migrate away from the main CPU to become independent subsystems as they mature and specialise. Then they are subsumed back into the main area (be it motherboard vs peripheral card or specialised instruction sets on co-processors) Then the cycle repeats. You can see it in everything, DRAM and DMA controllers, sound and video chips/cards, maths co-processors, network controllers. We are already on the second rotation in sound. Once there were special sound chips that used hybrid AD synthesis, like the SID. Then it went native. Then it went to DSPs. Then DSPs were obsoleted by cost and lack of flexibilty and it went native again. No doubt we will see another turn giving us massively parallel specialised SPU (sound/signal processors) that can run 100 instances of Pd or something, before that too gets folded back in to the silicon as an integrated faculty. A new influence on the block is green/environmental considerations. It's no good having power hungry specialised subsystems running idle for most of the time if it can be done natively. I don't want to embarrass the authors, because we all make bold judgements that come back to haunt us (and that's a good thing to venture an opinion and risk being wrong rather than have nothing to say), but I've read plenty of similar comments that trumpet the amazing parallel flexibility of dataflow programming. Of course this misses the point that writing parallel programs requires analysis and algorithm development with that in mind, it isn't just a bonus you get for free when you have more than one processor. IRCAMS experimental multi-processor synthesisers and things like the Kyma and MARS were stepping stones along the way. Lessons learned can be incorporated into new implementations of Pd-like dataflow languages. The good thing is the establishment of a language and method that has potential to hide implementation. Presumably Pd would not look very different to the programmer if it were to have parallel scheduling and would scale seamlessly from one to many processors. On Tue, 04 Mar 2008 11:14:25 -0500 marius schebella [EMAIL PROTECTED] wrote: hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wii remote controller and Mac OS X
This seems like it could be promising http://www.osculator.net/wiki/ Not an external for pd, but does send over osc so could use the osc libraries in pd to digest. I havnt' tried it yet so let me know if you get it to work. Nils Stefano Papetti wrote: Hello everybody, when I last checked the mailing list (about 1 year ago...) I remember there was a wiiremote external by Hans-Christoph Steiner. However at that time I couldn't get it to work. Currently, the latest revision from sourceforge (http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/io/wiiremote/) seems to be broken (I got it from the logs). I'm looking for an external allowing to interface a Wii remote controller with pd under Mac OS X (Intel). Is there any reliable way to do that? Thanks, Stefano ___ 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] parallel processing
Martin Peach wrote: IOhannes m zmoelnig wrote: marius schebella wrote: pd is only using one of 2, 4 or 8. is that what your question was? marius. well, it uses 2, as Pd is really 2 applications (pd-gui and pd-core); not big gains however, due to the bad separation between pd-gui and pd-core. And if an external starts its own thread will it run on another core? Does in theory yes. any OS allow a programmer to control which processor the code runs on? e.g. linux? sched_setaffinity pthread_setaffinity_np (NPTL-pthreads) and i just found a linux-journal article: http://www.linuxjournal.com/article/6799 fgmasdr. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd performance practice
Dear all, A while ago I was trying to find 'good houskeeping tips' for using Pd in performance and couldn't find any (what to avoid, how to organize patches, etc.). does anyone know of something like this? If not where would be a good place to put such a resource? I presume that the collective (good as well as bad) experience could provide a useful resource for starting to use Pd in performance. -- ___ Oded Ben-Tal http://ccrma.stanford.edu/~oded [EMAIL PROTECTED] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wii remote controller and Mac OS X
Quoting Stefano Papetti [EMAIL PROTECTED]: Hello everybody, when I last checked the mailing list (about 1 year ago...) I remember there was a wiiremote external by Hans-Christoph Steiner. However at that time I couldn't get it to work. Currently, the latest revision from sourceforge (http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/io/wiiremote/) seems to be broken (I got it from the logs). I'm looking for an external allowing to interface a Wii remote controller with pd under Mac OS X (Intel). Is there any reliable way to do that? I have written a wiimote external for linux. Of course the easiest thing (and probably best too) is to use an existing library that supports the wiimote on your platform. I don't have a Mac, so I can't help you with that. But starting from that library, it cannot be very hard. You should be able to use my external as a starting point and rewrite the parts that need the wii library on your platform. If you do, it would be nice to keep in touch. It would be nice if the PD interface works the same way on both platforms. BTW. I'll put a 0.2 version of my library online next week. I'll have concert with some wii's at the end of the week and found a bit of room for improvement. Regards, yvan This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
sched_setaffinity pthread_setaffinity_np (NPTL-pthreads) and i just found a linux-journal article: http://www.linuxjournal.com/article/6799 OK, thanks. Here's one about the MS version: http://msdn2.microsoft.com/en-us/library/ms684251(VS.85).aspx It mentions the function SetThreadAffinityMask(). Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
But on the Mac, it's not so hopeful: Mac OS X does not export interfaces that identify processors or control thread placementexplicit thread to processor binding is not supported. Instead, the kernel manages all thread placement. Applications expect that the scheduler will, under most circumstances, run its threads using a good processor placement with respect to cache affinity. (http://developer.apple.com/releasenotes/Performance/RN-AffinityAPI/) Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
isn't the problem of pd right now, that the audio chain can't be chopped into different threads? if the pd audio chain would support threads for every object, would it be as easy as to add a (or some) line(s) of code for every dsp object? is it correct that some soundcards compute part of the audio chain on the soundchip? which parts? I only ask out of interest, I would not be able to implement any of the solutions :(, so feel free to ignore the questions, if you think this is more a developer discussion and to much theoretical right now... marius. Martin Peach wrote: sched_setaffinity pthread_setaffinity_np (NPTL-pthreads) and i just found a linux-journal article: http://www.linuxjournal.com/article/6799 OK, thanks. Here's one about the MS version: http://msdn2.microsoft.com/en-us/library/ms684251(VS.85).aspx It mentions the function SetThreadAffinityMask(). Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
More specifically, my question is: How does PD's performance scale when the number of available processing units increases from 2 to 4 and to 8 cores? Is the main engine written in such a way as to take advantage of this, or is it primarily a single-threaded? Possible scenarios could be: 1. I have a patch with 8 very intense sub patches. Do all of these sub-patches run on the same core or are they spread out across available processors? 2. Assume I have an 8 CPU system (dual quad opterons etc). I have 8 patches open within one Pd instance, do all 8 patches run on the same core or 2, or do they spread out across all the available 8 cores? Besides running multiple copies of Pd, how does Pd scale on many-cpu systems? Cheers, ~Brandon On Mar 4, 2008, at 11:53 AM, marius schebella wrote: pd is only using one of 2, 4 or 8. is that what your question was? marius. bsoisoi wrote: Along with the question posed by Marius, how does PD currently scale on SMP systems with 2, 4, or 8 cores? Cheers, ~Brandon On Mar 4, 2008, at 11:39 AM, marius schebella wrote: No, I missed LAC, but it is not surprising that people research in that direction. I was looking through some papers yesterday, but not the one from jürgen, will catch up on that. marius. Andrée Préfontaine wrote: Le 08-03-04 à 11:14, marius schebella a écrit : hi, I am reading an old interview with james moorer (with curtis roads in CMJ/6 1982). one funny thing is that he says, 'software synthesis is either dead or dying[...] I am hoping it's demise will be quick and relatively painless.' in return he predicted all computation being done on special dsp chips. in part he was right, but on the other hand the main cpu got more than fast enough to survive (gfx is slightly different), but - and I am coming to my point - he also was thinking about hundreds or thousands of parallel processing elements. right now, we are going to have several and in the future many many parallel CPUs, and the need for parallel processing is back. miller was talking about that in montreal. so I wonder how pd will survive that evolution? afaik the current situation is poor in this regard. can anyone give an outview for the future? would it be a jump from pd (I) 0.43 to pd II 0.1? marius. Where you at Lac 2008? because Jürgen Reuter gave a lecture on the topic with who you are interested. I do wonder too in this regard and where very interested in his presentation : exploiting multi-core architectures for fast modular synthesis Andrée ___ 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] Improved bug report: [expr] on Windows 2000 (XP non-professional)
I haven't been able to figure out how to make windows-style makefiles call each other, so I have a batch file, 'build' that I call from the source directory, to call the other makefiles in other directories. (Of course, I haven't even tried again since 1999 or so to figure this out and it's probably easy now!) cheers Miller On Mon, Mar 03, 2008 at 12:39:32AM +0100, Patrice Colet wrote: Okay, it's definitively a bug, the makefile.nt in pd-0.41-2 doesn't build externals at all, so if it's not corrected, the bug will stay in further versions. Also, I'm sure it's possible to use Makefile.in, for all platforms. David F. Place a ?crit : On Mar 2, 2008, at 5:03 PM, Patrice Colet wrote: Hello, did you check if the expr.dll is present in extra folder? expr.dll is not present in the extra folder. In fact, there are no .dll files in the extra folder. ___ (---o---o-o-o---o-o-o( David F. Place mailto:[EMAIL PROTECTED] ___ 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] parallel processing
Brandon Zeeb wrote: More specifically, my question is: How does PD's performance scale when the number of available processing units increases from 2 to 4 and to 8 cores? Is the main engine written in such a way as to take advantage of this, or is it primarily a single-threaded? Pd's engine is a single thread, it will use at most 100% of *one* core. Pd's gui is a single thread, it will use at most 100% of *one* core. The communication between engine -- gui is suboptimal, which might limit things, but unlikely. Besides running multiple copies of Pd, how does Pd scale on many-cpu systems? It doesn't. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Wii remote controller and MAC O SX
I've been using DarwiimoteOSC talking to OSC in PD. If you prefer midi, WiiToMidi works a treat. Kilshaw~ -Original Message- From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED] Sent: Tue 3/4/2008 7:24 PM To: pd-list@iem.at Subject: PD-list Digest, Vol 36, Issue 16 Send PD-list mailing list submissions to pd-list@iem.at To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of PD-list digest... Today's Topics: 1. Re: Wii remote controller and Mac OS X (nils) 2. Re: parallel processing (IOhannes m zmoelnig) 3. Re: Wii remote controller and Mac OS X (Yvan Vander Sanden) 4. Pd performance practice (Oded Ben-Tal) 5. Re: parallel processing (Martin Peach) 6. Re: parallel processing (Martin Peach) 7. Re: parallel processing (Brandon Zeeb) 8. Re: parallel processing (marius schebella) 9. Re: Improved bug report: [expr] on Windows 2000 (XP non-professional) (Miller Puckette) 10. Re: parallel processing (Claude Heiland-Allen) -- Message: 1 Date: Tue, 04 Mar 2008 11:07:30 -0700 From: nils [EMAIL PROTECTED] Subject: Re: [PD] Wii remote controller and Mac OS X To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed This seems like it could be promising http://www.osculator.net/wiki/ Not an external for pd, but does send over osc so could use the osc libraries in pd to digest. I havnt' tried it yet so let me know if you get it to work. Nils Stefano Papetti wrote: Hello everybody, when I last checked the mailing list (about 1 year ago...) I remember there was a wiiremote external by Hans-Christoph Steiner. However at that time I couldn't get it to work. Currently, the latest revision from sourceforge (http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/io/wiiremote/) seems to be broken (I got it from the logs). I'm looking for an external allowing to interface a Wii remote controller with pd under Mac OS X (Intel). Is there any reliable way to do that? Thanks, Stefano ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Message: 2 Date: Tue, 04 Mar 2008 19:14:59 +0100 From: IOhannes m zmoelnig [EMAIL PROTECTED] Subject: Re: [PD] parallel processing To: Martin Peach [EMAIL PROTECTED] Cc: pd-list@iem.at, [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-15; format=flowed Martin Peach wrote: IOhannes m zmoelnig wrote: marius schebella wrote: pd is only using one of 2, 4 or 8. is that what your question was? marius. well, it uses 2, as Pd is really 2 applications (pd-gui and pd-core); not big gains however, due to the bad separation between pd-gui and pd-core. And if an external starts its own thread will it run on another core? Does in theory yes. any OS allow a programmer to control which processor the code runs on? e.g. linux? sched_setaffinity pthread_setaffinity_np (NPTL-pthreads) and i just found a linux-journal article: http://www.linuxjournal.com/article/6799 fgmasdr. IOhannes -- Message: 3 Date: Tue, 04 Mar 2008 19:12:05 +0100 From: Yvan Vander Sanden [EMAIL PROTECTED] Subject: Re: [PD] Wii remote controller and Mac OS X To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; DelSp=Yes; format=flowed Quoting Stefano Papetti [EMAIL PROTECTED]: Hello everybody, when I last checked the mailing list (about 1 year ago...) I remember there was a wiiremote external by Hans-Christoph Steiner. However at that time I couldn't get it to work. Currently, the latest revision from sourceforge (http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/io/wiiremote/) seems to be broken (I got it from the logs). I'm looking for an external allowing to interface a Wii remote controller with pd under Mac OS X (Intel). Is there any reliable way to do that? I have written a wiimote external for linux. Of course the easiest thing (and probably best too) is to use an existing library that supports the wiimote on your platform. I don't have a Mac, so I can't help you with that. But starting from that library, it cannot be very hard. You should be able to use my external as a starting point and rewrite the parts that need the wii library on your platform. If you do, it would be nice to keep in touch. It would be nice if the PD interface works the same way on both
Re: [PD] parallel processing
Perfect, thanks a bunch Claude. So, back to the first message from Marius, what are we going to do about this? I regret that I have not yet mastered parallel programming, but would be game to help out in any way possible (even QA/testing if need be). ~Brandon On Mar 4, 2008, at 2:38 PM, Claude Heiland-Allen wrote: Brandon Zeeb wrote: More specifically, my question is: How does PD's performance scale when the number of available processing units increases from 2 to 4 and to 8 cores? Is the main engine written in such a way as to take advantage of this, or is it primarily a single-threaded? Pd's engine is a single thread, it will use at most 100% of *one* core. Pd's gui is a single thread, it will use at most 100% of *one* core. The communication between engine -- gui is suboptimal, which might limit things, but unlikely. Besides running multiple copies of Pd, how does Pd scale on many- cpu systems? It doesn't. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
marius schebella wrote: isn't the problem of pd right now, that the audio chain can't be chopped into different threads? if the pd audio chain would support threads for every object, would it be as easy as to add a (or some) line(s) of code for every dsp object? well, you wouldn't want to do that. you would get a lot of overhead for inter-thread communication, which would decrease performance. as jürgen has shown in his talk at lac, the optimal number of threads is (not very surprisingly) the same as the number of CPUs the system has. is it correct that some soundcards compute part of the audio chain on the soundchip? which parts? well, not within Pd proper. if your soundcard has a DSP on-board (like the RME HDSP line), you can use it as an additional mixer (you could control the DSP-mixer via acontrol from within Pd - but wouldn't that be cheating?) fgmadsrö IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] jö [OT] (was: Re: parallel proce ssing
fgmadsrö IOhannes typo, or what, going creative? ö ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Lua and PD
Wow Claude, last night I rewrote several of my old externals that were originally in C, in Lua last night... And they required about 1/4 of the code that C requires. I am pretty much sold on using Lua now... I guess one of the things that seemed to scream out at me was How would Lua and PD work together? While I know this is a pretty broad and general question, I was wondering, with you as the developer of the Lua stuff, just how do you see Lua fitting in with PD? What sorts of things would be best done in each language? One of the things that I like (if I understand this correctly) about using Lua, as that everything is now accessible programmatically. I do have a couple of questions... 1. Is it possible to access from Lua, the elements of a table object that is defined in PD? 2. Can data struct's be accessed from Lua? 3. Is it possible to load Lua objects using a path? (ie [my-lua-directory/my-lua-external.lua]) If something written in Lua is supposed to look like other PD externals, then I would think this would work with Lua externals as well. 4. Are there things that you wouldn't do in Lua? For performance reasons? Other reasons? I guess I am asking these things because I could see it possible that I could rewrite almost everything in Lua, and then passing on the control data to the PD objects to generate the sound. One of the line of division that I was thinking about for my own stuff would be to write all the control stuff in Lua, and then feed that data to PD for the audio generation. Thanks for this work you have done (and to others, as well). Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
Hallo, marius schebella hat gesagt: // marius schebella wrote: isn't the problem of pd right now, that the audio chain can't be chopped into different threads? if the pd audio chain would support threads for every object, would it be as easy as to add a (or some) line(s) of code for every dsp object? There was an interesting talk about this on the LAC last weekend. It was at the same time as Miller's workshop, so I would recommend to check out the paper: Exploiting Multi-Core Architectures for Fast Modular Synthesis by Jürgen Reuter Recently, CPU speed increases only slowly, while the number of transistors per chip keeps growing exponentially. Consequently, processors with multi-core architectures are pervading the market. Unfortunately, most existing software still can not exploit the parallelism. Since modular software synthesis implementations typically simulate parallel hardware, they are designated to run on parallel hardware. We examine different approaches for parallelization of a modular software synthesizer and discuss their advantages and disadvantages with respect to both the performance gain and the impact on the software architecture. Paper: http://lac.linuxaudio.org/download/papers/8.pdf Slides: http://lac.linuxaudio.org/download/slides/8/ -- Frank Barknecht ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD
Mike McGonagle wrote: Wow Claude, last night I rewrote several of my old externals that were originally in C, in Lua last night... And they required about 1/4 of the code that C requires. I am pretty much sold on using Lua now... Cool :-) I guess one of the things that seemed to scream out at me was How would Lua and PD work together? While I know this is a pretty broad and general question, I was wondering, with you as the developer of the Lua stuff, just how do you see Lua fitting in with PD? What sorts of things would be best done in each language? I use C for things requiring lots of numerical computations. I use Lua for things requiring a more dynamic language, for example handling multi-modal keyboard input. Also for processing small arrays in ways that would be awkward with Pd-implemented loops. I use Lua for string processing in general, as C is horrid for that. One of the things that I like (if I understand this correctly) about using Lua, as that everything is now accessible programmatically. I think you mean that you can change things within Lua at runtime more readily than in C? This is true, it's also true that dynamic typing can lead to more subtle bugs than C's static typing. I do have a couple of questions... 1. Is it possible to access from Lua, the elements of a table object that is defined in PD? Not yet, but it's pretty high on the TODO list (at least the one in my head). 2. Can data struct's be accessed from Lua? Not yet, and I'm not sure if that will ever be safe, even if it is possible. There was a prominent warning in an earlier version of pdlua that stated pointer atoms are untested/unsafe, but I removed it by request, as other externals are in the same category but don't warn the user. 3. Is it possible to load Lua objects using a path? (ie [my-lua-directory/my-lua-external.lua]) If something written in Lua is supposed to look like other PD externals, then I would think this would work with Lua externals as well. Have you tried it? I have a hunch that it might Just Work (TM), if not then let me know and I'll investigate. 4. Are there things that you wouldn't do in Lua? For performance reasons? Other reasons? Vast amounts of number crunching, for performance reasons. This includes DSP at the moment, although hopefully Frank's port of Lua~/Vessel~ is a viable alternative (not sure what the current status of that is). System calls, for Lua doesn't have C structs reasons - you'd have to write C code for them to call them from Lua anyway, so not much point. I guess I am asking these things because I could see it possible that I could rewrite almost everything in Lua, and then passing on the control data to the PD objects to generate the sound. One of the line of division that I was thinking about for my own stuff would be to write all the control stuff in Lua, and then feed that data to PD for the audio generation. Yes, that seems a sensible approach. Just in case, note that it's no sin to split the Lua code into multiple classes and connect them together as separate objects inside a Pd patch - modularity is a good thing. Thanks for this work you have done (and to others, as well). Thanks for the feedback, Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-ext paths, libs and help
On Tue, 2008-03-04 at 12:09 -0500, marius schebella wrote: declare -path oscx is also doing nothing. oh, wait! as written in the declare-help.pd, -path is relative to pd, so you have to use: [declare -path oscx] (assuming the folder is pd-path/extra/oscx) roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino and the AD5206 digital potentiometer
It would be possible to add support to Firmata for this, but it's not currently there. I don't have any of these chips, any volunteers? Patches welcome :D .hc On Feb 26, 2008, at 8:54 AM, nick burge wrote: Dear PD list. I would like to be able to control the AD5206 chip (a 6 channel digital potentiometer) from within the Pduino object written by Hans-Christoph Steiner. The idea comes from one of the tutorial exercises in the C++ arduino program. http://www.arduino.cc/en/Tutorial/SPIDigitalPot Is this relatively simple to do, or simply impossible? The aim in the long run is to be able to be able to calibrate 6 force sensors remotely using the digital potentiometers for an art installation project. I have got the above mentioned tutorial project up and running succesfully using the arduino program, and I am also able to get Pduino communicating with the arduino quite happily on my Windows Vista system, but I would imagine to have control over the the digital potentiometer device from within PD would require a revision to the Firmata firmware would it not? I would be most grateful for a clue. thank you for your attention, sincerely, Nick Burge. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd performance practice
On Tue, 2008-03-04 at 10:52 -0800, Oded Ben-Tal wrote: Dear all, A while ago I was trying to find 'good houskeeping tips' for using Pd in performance and couldn't find any (what to avoid, how to organize patches, etc.). does anyone know of something like this? If not where would be a good place to put such a resource? I presume that the collective (good as well as bad) experience could provide a useful resource for starting to use Pd in performance. in a performance context you probably want to avoid audio drop-outs. you can find some hints here (at the bottom of the page): http://puredata.info/docs/tutorials/TipsAndTricks roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] parallel processing
On Tue, 2008-03-04 at 19:38 +, Claude Heiland-Allen wrote: Brandon Zeeb wrote: More specifically, my question is: How does PD's performance scale when the number of available processing units increases from 2 to 4 and to 8 cores? Is the main engine written in such a way as to take advantage of this, or is it primarily a single-threaded? Pd's engine is a single thread, it will use at most 100% of *one* core. Pd's gui is a single thread, it will use at most 100% of *one* core. The communication between engine -- gui is suboptimal, which might limit things, but unlikely. Besides running multiple copies of Pd, how does Pd scale on many-cpu systems? It doesn't. this probably get's a bit OT, but i really wonder: let's say i am running pd on a multicore box running linux. let's say i run several (two or more) instances of pd in order to distribute the load on several cores, is it possible to run them all on the same instance of jack? if yes, this at least would allow some kind of userspace multithreaded pd. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A couple new list-abs
hi all and frank i just made another abstraction today, which might be useful for others as well. i called it [list-match]. it finds a given sequence of numbers in a number stream and outputs a bang on a match. http://romanhaefeli.net/software/pd/list-match.tar.gz however, i am not quite sure, if it really deserves the list- prefix, since it expects a number stream and not a list on its left inlet. though, it could be easily modified to find a certain sequence in a list of numbers instead of a number stream. don't know what is generally more useful. roman On Mon, 2008-03-03 at 03:30 +0100, Patrice Colet wrote: Hello, thank you for this usefull [list-range], unfortunately [list-zip] isn't pd-vanilla compatible, I tried to replace [initbang] with [loadbang], but you might know that it wouldn't work in a parent patcher. PC. Luke Iannini (pd) a écrit : Hallo, Here're two new list-abs, list-range and list-zip. list-range spits out sequences from n1 to (n2 - 1), optionally separated by a positive or negative step interval m. It's based on Python's range() function[1]. You can either use it as a shortcut by specifying creation arguments and [bang(ing it, or send in one, two or three arguments to get a new sequence (n1 (for 0...n1-1), n1 n2, or n1 n2 m). list-zip interleaves lists of equal length to produce a new list. It defaults to two lists, but uses dynamic patching to modify its inlets to accept an arbitrary number of lists. So, for example, [1 2 3 4( and [A B C D( would become [1 A 2 B 3 C 4 D(. list-zip is based on Python's zip() function[also 1]. Regrettably[2] list-zip requires [initbang] for its dynamic inlet creation, but list-range is a purely vanilla affair, requiring only the existing list-abs from Frank's library. Inside the help for list-zip, you'll find a recreation of list-enumerate using 4 objects. Cheers Luke [1] http://docs.python.org/lib/built-in-funcs.html (sorry, they don't have links to the individual functions) [2] only regrettable that this isn't included in vanilla yet! ___ 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 ___ Der fr�he Vogel f�ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Improved bug report: [expr] on Windows 2000 (XP non-professional)
One way to figure this out is switch over to building Pd with MinGW. :) Then we can use the same makefiles and configure.in on all platforms. I just streamlined the MinGW setup process by checking things into SVN and writing a script which builds and installed everything needed. Then makefile.nt can be left in place for those who want to suffer thru MSVC .hc On Mar 4, 2008, at 2:34 PM, Miller Puckette wrote: I haven't been able to figure out how to make windows-style makefiles call each other, so I have a batch file, 'build' that I call from the source directory, to call the other makefiles in other directories. (Of course, I haven't even tried again since 1999 or so to figure this out and it's probably easy now!) cheers Miller On Mon, Mar 03, 2008 at 12:39:32AM +0100, Patrice Colet wrote: Okay, it's definitively a bug, the makefile.nt in pd-0.41-2 doesn't build externals at all, so if it's not corrected, the bug will stay in further versions. Also, I'm sure it's possible to use Makefile.in, for all platforms. David F. Place a ?crit : On Mar 2, 2008, at 5:03 PM, Patrice Colet wrote: Hello, did you check if the expr.dll is present in extra folder? expr.dll is not present in the extra folder. In fact, there are no .dll files in the extra folder. ___ (---o---o-o-o---o-o-o( David F. Place mailto:[EMAIL PROTECTED] ___ 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 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] Improved bug report: [expr] on Windows 2000 (XP non-professional)
OK, re-download it and you should get expr OK, also all the others in pd/extra EXCEPT bonk~ which turns out not to compile on the version of VC I'm using (so will have to update the source and make a new version number for that one). Thanks for flagging that... my bad. M On Sun, Mar 02, 2008 at 05:25:18PM -0500, David F. Place wrote: On Mar 2, 2008, at 5:03 PM, Patrice Colet wrote: Hello, did you check if the expr.dll is present in extra folder? expr.dll is not present in the extra folder. In fact, there are no .dll files in the extra folder. ___ (---o---o-o-o---o-o-o( David F. Place mailto:[EMAIL PROTECTED] ___ 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