AU plugins not being validated by Logic until OSX High sierra is restarted

out + login) it all starts working fine. We are installing the components manually using a custom installer, so I wonder, is this a bug in Logic, or is there some specific step needed to "finalize" a component or something? Cheers! Vojtech www.meldaproduction.com Facebook <https://www.

Re: Deleting files extremely slow since OSX High sierra

Interesting! Cheers! Vojtech www.meldaproduction.com Facebook <https://www.facebook.com/MeldaProduction>, Twitter <http://twitter.com/meldaproduction>, Youtube <http://www.youtube.com/user/meldaproduction> 2018-04-27 19:34 GMT+02:00 Jens Alfke : > > > On Apr 27

Re: Deleting files extremely slow since OSX High sierra

Unfortunately unicode could be quite a problem with that I think. Cheers! Vojtech www.meldaproduction.com Facebook <https://www.facebook.com/MeldaProduction>, Twitter <http://twitter.com/meldaproduction>, Youtube <http://www.youtube.com/user/meldaproduction> 2018-04-27 15:01

Re: Deleting files extremely slow since OSX High sierra

ks, may not be ideal, but let's face it, several times slower file delete because of backwards compatibility? That's a joke... Cheers! Vojtech www.meldaproduction.com Facebook <https://www.facebook.com/MeldaProduction>, Twitter <http://twitter.com/meldaproduction>, Youtube <

setWantsBestResolutionOpenGLSurface and flickering with multiple overlaying windows on retina

Hi, I'm using setWantsBestResolutionOpenGLSurface to enjoy the high DPI on retina. Everything works now except that if I have multiple windows overlaying each other (these are AU plugins), the drawing in the partially plugins randomly draws over the foreground windows causing a severe flickering.

NSOpenGLContext destroying textures of another context

(sorry for double post, forgot the subject) Hi, I'm using NSOpenGLContext to optimize drawing AU plugins. There are multiple plugins and each can have multiple instances. So each plugin creates a global NSOpenGLContext and attach particular NSView contexts to it, so that the textures do not need

NSOpenGLContext destroying textures of another context

Hi, I'm using NSOpenGLContext to optimize drawing in AU plugins. There are multiple plugins and each can have multiple instances. So each plugin creates a global NSOpenGLContext and attach particular NSView contexts to it, so that the textures do not need do be duplicated. Problem: When I open on

Re: Collision between Cocoa classes for AU and VST plugins

hanks! >> Vojtech >> >> > > > > __**_ > Do not post admin requests to the list. They will be ignored. > Coreaudio-api mailing list (coreaudio-...@lists.apple.com**) > Help/U

Re: Collision between Cocoa classes for AU and VST plugins

12/9/7 Uli Kusterer > > On 06.09.2012, at 23:16, MeldaProduction wrote: > > Aaaah, ok ;) thanks. But now - will this actually help? I mean this > > basically takes one class and creates another class from it realtime. But > > if plugin A is created, then plugin B is created

Re: Collision between Cocoa classes for AU and VST plugins

_osx_ObjCHelpers.h;h=6f643705923e6a0319ddcb7b4dd616a303500df7;hb=refs/heads/master > > > On Thu, Sep 6, 2012 at 10:58 PM, MeldaProduction > wrote: > >> Create cocoa class at runtime >>>> >>>> You can check how this is done in Juce, especially in the AU wra

Re: Collision between Cocoa classes for AU and VST plugins

> > Create cocoa class at runtime >> >> You can check how this is done in Juce, especially in the AU wrapper. >> http://www.rawmaterialsoftware.com/juce/ >> >> HTH >> > > Thanks. One trouble - I checked and I didn't find any runtime cocoa class > creation - they seem to have special Cocoa views fo

Re: Collision between Cocoa classes for AU and VST plugins

> > there are hosts that can use both AU and VST (and potentially VST3) > interfaces for plugins. But there's a big catch - crappy Cocoa design. My > plugins are obviously the same for all the interfaces and simply provide > all interface implementations, so the they can be both AU and VST, just >

Re: the first mouseDown message of NSWindow

__ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > >