From: Tim E. R. <ter...@ro...> - 2012-04-19 01:58:36
|
On April 17, 2012 6:07:38 AM Jeffrey Hubbard wrote: > > Hm, not using your GIT yet so no LMS plugins. > > But no trouble with Calf plugins. > > Tried Calf Organ synth, with Calf Flanger, Chorus, and two instances of > > Delay in the rack. > > I assume you're using the CALF effect plugin DSSI variants, I couldn't see > the plugin format specified in the screenshot. I looked through the > src/calf/ladspa_wrap.h file, and I saw that they don't have the > LADSPA_PROPERTY_INPLACE_BROKEN > property, but they conditionally have the > LADSPA_PROPERTY_HARD_RT_CAPABLE > property. Might this be a factor? > > >So I'm guessing, timing issue somehow? > > That's what I was thinking, but I'm not quite sure how. Mm, don't think so. This is more of a gui loading issue, right? Do you still get those exact same OSC errors as before? Then I believe something would still be fishy with our oscMessageHandler which I just tried to fix ... Errors didn't look right. Looked like timing within the routine. But I optimized it. Not enough? ... [snip] > > Also, there is one possible area of contention that the DSSI developers > warned me about; All of my plugins use the following label: > LADSPADescriptor->Label = "LMS"; > The GUI's ELF binary much match the name of the label or the GUI > fails to launch. I made them all the same for the sake of simplicity, but > the DSSI developers told me they should be unique. Whoa, hang on folks. Robert has made a change which replaces the synth names (the displayed track name) with their descriptions. Sorry for the CC! I think it really ought to be names. The names are meant to be nice short, and unique, succinct identifiers. Whereas the descriptions are the long-form identifiers. They can be quite long, they don't really belong as a track name. (Granted, the user can enter any long track name they want.) > I have not fixed it yet > because it didn't seem to be causing any problems in any of the hosts I had > tried it in. Do you think that could be part of the problem? IIRC In our song files we store the library name and the plugin name (but not description). Then when loading the song we use them to search for plugins. Probably taken together that is why MusE can distinguish LMS plugins. Now, the trouble starts when you put all your plugins into a library ! The single library would be ex. LMS_plugins, and they'd all be named LMS. MusE would not be able to distinguish them, I believe. I'd uniquely name them to be safe... At least you're forced to have your own unique library name. Why not take it a step further with unique names for safety... I remember in old LAD/Jack discussions that identifying by LADSPA unique ID number is a bad idea. We don't. Case in point: Robert I mentioned a while back that two of MusE's built-in plugin ID's are 'stolen' by external plugins: 1051 + 1052. FIXME. (After all, how would they know we took those IDs unless we tell them? Is there a 'master' LADSPA registry somewhere? ladspa.org?) Why have I always assumed that all plugin IDs have to be four-digits? Jeff I noticed your plugins use a sort of full UUID. I've never seen before. Wow, just checked, Calf, too. So there's a good solution to our built-in plugin problem, big unique IDs. Must remember to revisit and change it. But the name of the ui file must change too... Thanks. Tim. > > Thanks, > Jeff |