[Clam-devel] Re: GSoC proposal for CLAM: Real-time synthesizer using SMS models
Pau Arumí
parumi at iua.upf.edu
Tue Apr 15 10:20:59 PDT 2008
El dt 15 de 04 del 2008 a les 12:47 -0400, en/na Han, Yushen va
escriure:
> Hi, Pau and Greg.
>
> I installed the .dmg of Network Editor to my friend's Mac OS X 10.4.9.
> I had only a couple of minute to test but SDIFDatabaseProcessing was
> not supported.
> (other processings seemed to work.)
> I did not install any plugin at that moment.
> What else did you install to make SDIFDatabaseProcessing work after
> installing CLAM and Network Editor?
> Hopefully I can try again tonight. Thank you!
>
> Best regards,
> Han, Yushen
Hi Han,.
I've taken a new look to the code and realized that the
SDIFDatabaseProcessing factory registration was badly done. Just fixed
in revision 11309.
To see how the processings registration is done now (and how it was done
*before*) look at this diff
$ svn diff -r11308:11309
Now we store metadata in form of key-value string values in each
processing factory entry. We use the "category" and "description"
entries to show the processings in the NetworkEditor processing tree
panel.
I'm attaching a shot of how the processing tree looks here. Note that I
have the spacialization, osc and continuousExcitationSynthesizer plugins
installed. And CLAM_PLUGIN_PATH points to the installation dir. However
some system dirs
like /opt/loca/lib/clam, /usr/local/lib/clam, /usr/lib/clam are
automatically searched besides the value of CLAM_PLUGIN_PATH. More info
about that in the wiki.
About the released .dmg: It does not contain (dynamic loadable) plugins,
only processings contained in the libclam_processing. So you need to
compile plugins yourself.
Tell us how it works there.
Best,
Pau
> On Mon, Apr 14, 2008 at 10:11 AM, Han, Yushen <yushen.han at gmail.com> wrote:
> > That's an interesting point, Pau.
> > This evening I can borrow a Mac with OS X 10.4.9.
> > Then I can try to compile and see if I can have SDIFDatabaseProcessing.
> >
> > As long as I don't touch this module(either in Network Editor or in
> > SMSTools->Save Analysis), everything else works well.
> >
> > Earlier I was trying to compile it in my red hat linux but I failed to
> > find all the drivers and dependencies for red hat in my Mac.
> >
> >
> > Best regards,
> > Han, Yushen
> >
> >
> >
> > On Sun, Apr 13, 2008 at 4:10 PM, Pau Arumí <parumi at iua.upf.edu> wrote:
> > >
> > > On dg, 2008-04-13 at 21:07 +0200, Greg Kellum wrote:
> > > > Hi Pau,
> > > >
> > > > I haven't been able to get the SDIFDatabaseProcessing to load in the
> > > > NetworkEditor either, and I'm wondering whether it might be because
> > > > both Yushen and I are using Mac OS 10.5.2. I tried everything that
> > > > occurred to me. I compared the way that my plugin was calling
> > > > FactoryRegistrator to the way that other plugins were doing so, and I
> > > > made sure that the CLAM_PLUGIN_PATH variable was set. But the
> > > > NetworkEditor still wasn't finding the plugin... What OS are your
> > > > running on your MacBook nowadays? Do you know if anyone else has been
> > > > able to get the NetworkEditor running with plugin support on 10.5.2?
> > >
> > > I'm using Mac OS 10.4.9 (intel). And we had no reports of people running
> > > 10.5.2 apart of those from Yushen and you.
> > >
> > > I assume that all other plugins loads well for you. Adding this to the
> > > fact that SDIFDatabaseProcessing loads ok in my Mac makes the issue very
> > > puzzling. I'd debug into the plugins loading code *. If you have time to
> > > do it i'll follow up and help interpreting traces.
> > >
> > > Pau
> > >
> > > * CLAM/src/Processing/Plugins/RunTimeLibraryLoader.*xx
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > > Best,
> > > > Greg
> > > >
> > > >
> > > > On Apr 4, 2008, at 6:10 PM, Pau Arumí Albó wrote:
> > > >
> > > > >
> > > > > El dv 04 de 04 del 2008 a les 11:36 -0400, en/na Han, Yushen va
> > > > > escriure:
> > > > >
> > > > >> To be able to see how Greg's synthesis looks like, now I am having a
> > > > >> problem with
> > > > >> the Processing "SDIFDatabaseProcessing"
> > > > >> (Greg's example network "synth_with_sliders.clamnetwork" needs
> > > > >> SDIFDatabaseProcessing)
> > > > >>
> > > > >> I was able to compile SDIFDatabaseProcessing.hxx and .cxx and got .o
> > > > >> and .ox file.
> > > > >> Greg's example network "synth_with_sliders.clamnetwork" needs
> > > > >> SDIFDatabaseProcessing
> > > > >>
> > > > >> However, I could not add the processing "SDIFDatabaseProcessing" in
> > > > >> the Network Editor.
> > > > >> It simply complained "The processing type 'SDIFDatabaseProcessing' is
> > > > >> not supported,
> > > > >> even though I manually put SDIFDatabaseProcessing.hxx to my
> > > > >> /usr/local/include along with other working .hxx files.
> > > > >> (I noticed that I can only add a processing if it is listed on the
> > > > >> left of NetworkEditor,
> > > > >> apparently SDIFDatabaseProcessing is not there.)
> > > > >
> > > > > It loads here. Have you issued scons install?
> > > > > libplugins_continuous_excitation_synth.so needs to be either in
> > > > > /usr/lib/clam
> > > > > /usr/local/lib/clam
> > > > > or in a directory pointed by CLAM_PLUGIN_PATH
> > > > > See last section of this page for more info:
> > > > > http://clam.iua.upf.edu/wikis/clam/index.php/Building_a_processing_library
> > > > >
> > > > >
> > > > > I think this GSoC project is well defined enough for the time being.
> > > > > Further definition and planning should be done once, and if, the
> > > > > project
> > > > > is accepted and have an assigned mentor. Of course, this will depend
> > > > > on
> > > > > how many slots Google give us and how we prioritize all the projects.
> > > > >
> > > > > Of course, if you feel like working out the project independently on
> > > > > getting a GSoC grant, then let's keep discussing - that's perfectly
> > > > > fine.
> > > > >
> > > > > Best,
> > > > > Pau
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Clam-devel mailing list
> > > > Clam-devel at llistes.projectes.lafarga.org
> > > > https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel
> > >
> > >
> > > _______________________________________________
> > > Clam-devel mailing list
> > > Clam-devel at llistes.projectes.lafarga.org
> > > https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel
> > >
> >
>
> _______________________________________________
> Clam-devel mailing list
> Clam-devel at llistes.projectes.lafarga.org
> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NEplugins.png
Type: image/png
Size: 44842 bytes
Desc: not available
URL: <http://lists.clam-project.org/pipermail/clam-devel-clam-project.org/attachments/20080415/deb73395/attachment-0004.png>
More information about the clam-devel
mailing list