We have prepared a "test_ext38.zip" file.
Overwrite this with the extension for building "Data\Runtime\Unicode"
Please experiment to see if the DLL is called by the built executable.
This is a slightly modified version of the program regarding DLL calls.
(Since this is for experimental use, only the stand-alone data for building for spine 3.8)
If the data inside the binary is not called even though it is registered inside the binary, it is thought that there is a mismatch between the information required for the call and the information recorded inside the binary.
If you can provide us with an mfa and resource file that can confirm what is happening, we can conduct a deeper investigation.
Of course, we only need to be able to confirm the event, so the resources you use can be copyright-cleared.
(e.g. filled images, etc.)
The binary is not extracted, maybe the mfa file of the project is corrupted.
The sample you gave me failed to read the binaries when I built it over here.
In the project where I copied the frames from the sample into a new project, the binaries also worked.
(There is no visible difference, so it is a very strange behavior.)
http://ugken.com/ext/Spine/sample2_mfa.zip
I am able to assemble your project properly. But when I transfer from it to the new one, it stops working. It also doesn't work if I transfer my material to your project. It looks like my program or computer can't create a relevant project or material initially. Some of the system configurations allow the utility to work only partially. The situation repeats on different computers and engines. It looks like the reason is at a low level of the system.
I also found that when transferring a scene to another project, the file does not detect itself. We have to hand replace it in the event editor with another one, then back.
