JD,
First, thank you for your previous help with plugins. I have already made a few to help teach some of the introductory CTS courses.
Getting to the point, I believe I have discovered an error in the plugin manager service. The error occurs when the user opens the project file directly (not through the program executive), and they do not have the plugin for that project. The prompt occurs, asking if the user would like to download the plugin, but then throws an exception.
Likewise, if you first load up the ARC.exe and open the same file, the plugin will download. I have added a short video to help illustrate the error since I may lack the finesse to articulate it correctly.
I ran into a similar issue when working on one of the plugins. I was trying to reference external photos and using the following code to find the plugin dir:
System.IO.Path.GetDirectoryName(filename)
I noticed when loaded through project file directly it would reference the ARC dir (The folder where ARC is installed in), but when ARC was loaded first and then the project was selected, it would reference the plugin dir.
I am not sure if they are completely related, but from reading the error, is seems it is not able to find a particular file.
-Mike
I'll take a look about the auto-download for you. It'll be an easy fix i'm sure :)
As for finding the plugin folder to reference files within it, use this step from the tutorial: https://synthiam.com/Tutorials/UserTutorials/146/16 under the heading Files & Sub Folders
In the next release the path for the plugin installer is hard coded.
However, is your plugin changing the working directory? If so, don't do that. It will cause way more problems than just the plugin loading error. Use the method stated in my above.
If the current working directory of the ARC.exe (parent application) is changed by a plugin, it will not be able to find other dependencies.
Thanks for the reply,
Do you sleep? Anyways, no, I did not change the working directory and can reproduce the error with all plugins I have tested (mostly mine and yours).
Thanks for the tip on the constant, I thought I read the tutorial, but I guess I missed that! I also noticed that my reference EZ_B.dll was grossly out-dated.
So much more to player with now. :D
Excellent - needed to check to ensure the working directory isn't changed. That's a scary command :)
The ezb.dll assembly version is different than the file version. The assembly version is from 2015 and will not change until the framework changes for the plugin.
The file version can continue to change and introduce new features / long as it doesn't change the assembly.
I grabbed my ezb.dll from the windows SDK download. I assume that was a mistake at this point because it had no constants in the EZ_Builder.Constants (which make sense since it wouldn't have them being an SDK) class as well as other things, but I haven't played around with it too much yet.
That's right. EZ_Builder.Constants comes from EZ_Builder.exe, not the SDK anyway.
To create a plugin, the SDK is not used. Plugins require the installation files of ARC. The SDK and ARC are very different things, even though there are dependencies.
If you are making a standalone .exe (Executable) program, use the SDK
If you are making a plugin for ARC, use the ARC skill plugin tutorial, which uses the ARC installation files
Yeah, I just wrongly assumed they were the same file. My bad. Thanks again, always a wealth of knowledge.
Anytime
BTW, the latest ARC release has the plugin installer resolved
Awesome, just tested and it and it worked. Thanks again!