![]() The easiest way around all that as I see it now is to write a Java wrapper around the existing ImageJ, launch a separate JVM via System Exec and then, say, establish a TCP/IP to localhost communication to get the image data out of it. My limited knowledge of JNI tells me that this DLL will be callable only from within the JVM (first parameter of each JNI interfaced function is a pointer to some internal JVM structure). This dll is written using JNI to provide some methods for one of the java classes inside the ImageJ plugin. It all comes down to interface with a windows DLL nd2sdkwrapperi6d.dll. I checked inside the ImageJ ND2 reader plugin ( ). Unfortunately, identify.exe tells me "no decode delegate for this image format" which, probably means it is not supported.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |