Hi Jim.
That's not a bug. ofelia and some other external libraries such as GEM use
only one binary file which contains all objects in it.
When using these types of external libraries, you must create(or declare)
the base object first in order to use all other objects in the library.
To do this,
On 02/23/2018 07:00 PM, Jim Ruxton wrote:
> I found I have to put a [declare -lib ofelia] object in the patch, close
> it and then re-open it. From there on during that PD session all ofelia
> objects will load. This happens to me with some other externals as well
> even though I have the
I found I have to put a [declare -lib ofelia] object in the patch, close it and
then re-open it. From there on during that PD session all ofelia objects will
load. This happens to me with some other externals as well even though I have
the external location in my path.
Cheers,
Jim
|Hello
Hi Zack,
Yes that version works great. It is true that if I load an audio patch
the audio is sometimes glitchy . And yes I can fix it by increasing
delay. Using the testtone audio patch for example going from 25 msec to
50 msec when running the clonedParticleSystem fixes the glitches. Let me
Hi, I'm sorry for the delay Jim.
Since some people have reported that they could not see anything on the
graphics window on Linux, I just uploaded a test version external for Linux
which I disabled the threaded rendering.
If you search "ofelia" in the Deken, you will see "ofelia-v1.0.4test".
Hello Jim, I can I ask what machine are you using, I am running 17.1 too,
but I am not able to create the objects after compiling.
cheers
On Thu, Feb 22, 2018 at 5:40 PM, Jim Ruxton wrote:
> Thank you for this External. Some great objects in there. I am using
> Ubuntu
Thank you for this External. Some great objects in there. I am using
Ubuntu 17.10 . It appeared to install perfectly and I ran the script to
install dependencies. The non graphics objects I have tested are working
great but I don't get anything rendered to the Ofelia window when I try
out the