hello Krzysztof and all
cyclone library is very powerfull pack of objects and i'm happy to use this one. but using this library i have found out a couple things which may be not so pleasant (perhaps only for windows)
first - if you use vst and cyclone libs simultaneously. in start.bat file -lib vst has to be placed before -lib cyclone. if otherwise, vst lib won't loaded. but this is not so big problem, just note.
second - the counter object. Cyclone library has counter object which exists in GEM lib also with the same name. It means that counter object from GEM in all patches was replaced with Cyclone-counter. but counter from cyclon works in another way and unfortunetly i need to change all patches with this object. how to fix it?
best wishes, andrey
i have tried the new version of cyclone-0.1-alpha44-dll37. pd was crashed on start.
Hallo, Andrey Savitsky hat gesagt: // Andrey Savitsky wrote:
second - the counter object. Cyclone library has counter object which exists in GEM lib also with the same name. It means that counter object from GEM in all patches was replaced with Cyclone-counter. but counter from cyclon works in another way and unfortunetly i need to change all patches with this object. how to fix it?
Actually this is nor really fixable: You have to decide, which counter object to use. As cyclone is compatible to Max's counter, in the end it will probably survive. What I would do is to emulate GEM's counter with an abstraction that in turn uses cyclones counter (or is a pure abstraction) then save that as e.g. gem-counter.pd and search and replace all occurences of counter in your patches to read "gem-counter".
Name clashes are a problem in Pd and should be avoided. The Gem lib will probably loose more of its not Gem-related externals as well, for example its reson~. At least they should (and will sooner or later, or maybe already are?) be moved out of Gem into the pd-externals area.
Frank Barknecht _ ______footils.org__
hi Andrey,
Andrey Savitsky wrote: ...
first - if you use vst and cyclone libs simultaneously. in start.bat file -lib vst has to be placed before -lib cyclone. if otherwise, vst lib won't loaded.
perhaps, I need to find a better way of disabling all the dummies, while keeping the operators and the import, instead of loading hammer and sickle separately. For the time being, the trick for canceling specific dummy declarations, hence, unmasking true externals, is to put an empty <dummy>.pd file (vst~.pd in this case) in a cyclone's binary directory (or any other dir listed on a Pd path). Having it done, the order of -lib options would not matter.
...
i have tried the new version of cyclone-0.1-alpha44-dll37. pd was crashed on start.
this was compiled against Pd 0.37 test6, which is not compatible with test10, I believe.
The good news is some of the changes introduced into test10 will actually make the task of maintaining cyclone easier (from now on, separate builds for different Pd versions will not be necessary so frequently).
It seems, however, that I will not be able to keep up with windows builds anymore. Hopefully, the sourceforge will serve as the source for the winbinaries too, some day.
Krzysztof