Ico (and listy),
In the meantime, here's the GOP abstraction as promised. It's for a basic stereo configuration and includes the most important controls, plus some other things I added (dry/wet, etc). Some of the functions are limited (# voices limited to 60, for example), some scaled differently (0-100 instead of 0-1) but again I just wanted to make a useful front end for it that would hopefully suit some people's needs. Feel free to include it with the software if you want to; otherwise I am planning on creating a website this afternoon/evening where I will host it along with some other GOP things I have done.
Please let me know if you find any mistakes in the patch - I've been using it for a couple hours and it seems fine to me. Of course, suggestions are welcome as well.
One thing - when the position is randomized with the orange toggle (on by default, as per your help patch), the hslider will have no effect (turned off with [spigot]). I don't think there are many other idiosyncrasies.
I've been having all kinds of fun this afternoon making some really wild sounds, this is really great to connect in chains of objects and patches.
Kevin
On 3/24/07, Ivica Ico Bukvic ico.bukvic@gmail.com wrote:
I'll look into this asap.
Thanks for the update!
Ico
-----Original Message----- From: Kevin McCoy [mailto:km.takewithyou@gmail.com] Sent: Saturday, March 24, 2007 3:33 PM To: Ivica Ico Bukvic; PD-list@iem.at Subject: Re: munger1~ binary for ppc
Ico,
This one won't build for me... I get the following output:
klangisch:/users/kmccoy/desktop/munger1~/source kmccoy$ sudo bash /volumes/audiowork/pdcvs/pure-data/externals/grill/flext/build.sh pd gcc make -f /volumes/audiowork/pdcvs/pure- data/externals/grill/flext/buildsys/gnumake-sub.mak PLATFORM=mac RTSYS=pd COMPILER=gcc BUILDPATH=/volumes/audiowork/pdcvs/pure- data/externals/grill/flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext TARGETMODE=release TARGETTYPE=multi THREADED=1 _build_ /volumes/audiowork/pdcvs/pure- data/externals/grill/flext/buildsys/mac/gnumake-gcc-targets.inc:22: warning: overriding commands for target
pd-darwin/release-multi' /volumes/audiowork/pdcvs/pure- data/externals/grill/flext/buildsys/mac/gnumake-gcc-targets.inc:18: warning: ignoring old commands for targetpd-darwin/release-multi' mkdir -p ./ g++ -c -ffast-math -Os -ftree-vectorize -arch ppc -maltivec -faltivec -mtune=G4 -DNDEBUG -DFLEXT_THREADS -DFLEXT_SYS=2 -DPD -I pd-darwin/release-multi -I/usr/local/include/stk -I/usr/local/include/flext -I/Users/kmccoy/Desktop/pd-0.39-2/src -I/usr/local/include -I/usr/local/include/sndobj -I/usr/local/include/flext munger1~.cpp -o pd-darwin/release-multi/munger1~.opp_ppc munger1~.cpp: In member function 'void munger1::munger_alloc()': munger1~.cpp:1397: error: expression in new-declarator must have integral or enumeration type make[1]: *** [pd-darwin/release-multi/munger1~.opp_ppc] Error 1 make: *** [build-release-multi] Error 2
Let me know what you think, Kevin
On 3/24/07, Ivica Ico Bukvic ico.bukvic@gmail.com wrote:
Excellent work Kevin!
Actually we have another, more cleaned-up version of the code (see attached), so if you could build that one also and then forward me the binary, then I'll include it in the next release. FWIW, there is no "behavioral" difference for the object but it has a cleaner
implementation
of some of the routines and therefore it is theoretically more stable
(even
though I have yet to experience any instabilities of the previous implementation). Simply replace the old cpp file with this one.
Regarding the messy help file, I agree. But that's why I said in the
first
place that this is the "Swiss-Army-knife" of granular synthesis ;-)
Ico
-----Original Message----- From: Kevin McCoy [mailto:km.takewithyou@gmail.com] Sent: Saturday, March 24, 2007 11:55 AM To: PD-list@iem.at; Ivica Ico Bukvic; Thomas Grill Subject: munger1~ binary for ppc
Hello all,
I finally got compilation of munger~ to work under OS X 10.4 on an iMac G5 against pd 0.39-2. I've attached the binary in another email to Ico, and if I recall correctly he said he would start to include it with the munger source. Of course you can email me for it as well.
Thomas and Ico, what I needed to do was copy the libstk.a file to my lib... I did not know about this file because STK's documentation says nothing about what it produces when you compile it, much to the frustration of beginners like myself!! When I read Thomas' new and improved flext documentation (very easy to understand) I knew what needed to be done, and everything went very smoothly!
Ico, thanks for all your work in porting this, it sounds *wonderful* and I am going to get started today on making a GOP abstraction to control it. This has been my "most-wanted-external" for a while now. The help patch, as was mentioned, is... well... dense and intimidating, but still usable. Maybe we can work together on a simplified version if you are interested.
Damn I'm excited, Kevin
--
--