Re: Missing Cocoa GUI
Re: Missing Cocoa GUI
- Subject: Re: Missing Cocoa GUI
- From: Vojtěch Meluzín <email@hidden>
- Date: Fri, 04 Nov 2011 02:24:22 +0100
Ok, I fixed it, somehow, don't really know what caused it. I basically modified the code slightly according to sources from the default XCode AU project.
Anyway now I have an interesting problem - [NSCursor set] doesn't work, until I open a window :). When the plugin GUI gets open, it just shows "arrow" all the time (I also have custom cursors, so it's pretty easy to see if it does something). Then when the plugin opens a modal window, the cursors miraculously start working. Since then I can even close the plugin GUI and when I open it back, the cursors are working fine. But when I open another instance, it doesn't work again, until I show a window.
It seems to me like the host's container is not set properly, or maybe tries to set its own cursors etc. But why does it stop when I open a modal window? Any ideas? Btw. when I use the same GUI code in a simple application, the cursors work properly. This weird behaviour occurs in AU Lab and Reaper, the only 64-bit AU hosts I have here at the moment.
Vojtech
Dne 2. listopadu 2011 20:18 Michael Hopkins
<email@hidden> napsal(a):
Vojtěch,
Are you seeing any messages in your console? Usually AU Lab will print any errors it receives.
Michael Hopkins
Core Audio Engineering
On Oct 31, 2011, at 2:36 PM, Vojtěch Meluzín wrote:
Thanks Michael,
I found out that it probably was caused by visibility. Anyway now I fixed it, checked the AU Lab and it still doesn't work. Now it creates the view creation class, calls init, then description and that's all. In my case "description" only returns NSString containing "View". Is that wrong or something? After that AU Lab uses AU GetProperty a few times and as the last one it retrieves Cocoa view info once more, no idea why, but it doesn't even create the class again. What is going on?
Thanks!
Vojtech
Dne 31. října 2011 21:24 Michael Hopkins
<email@hidden> napsal(a):
Vojtěch,
AU Lab will work in 64-bit mode. By default it runs in 32 bit, so you need to use the Get Info command in the finder to switch to 64-bit. You should then be able to test to make sure your view is working correctly. AUVal checks the property, but it will not instantiate the class.
Hope this helps,
Michael Hopkins
Core Audio Engineering
On Oct 30, 2011, at 5:17 PM, Vojtěch Meluzín wrote:
Hi,
I'm working on 64-bit AU support, hence I created a Cocoa interface. Now when kAudioUnitProperty_CocoaUI is used, the plugin successfuly returns the info about the class, which creates the NSView, but that class is then never instantiated, why? AUVal says it's ok, that's it, I guess it just checks if the method returns something.
Is there some 64-bit AU testing host, which will give me some report?
Btw. I'm using "-fvisibility=hidden" for gcc, because I want to minimize size of the binary and because I also use static std libraries.
Thanks in advance.
Vojtech
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
This email sent to email@hidden
--
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden