When I use the "spine -u 3.x.xx -i /path/to/a.skel -o /path/to/ -r " command,
it is normal for a single process to transfer skel files to spine files in batches,
but using multiple processes will prompt "an error occured reading the update file. please disable any antivirus or anti-malware and try again",
and spine files cannot be generated. there is no problem with the logic of checking too many processes, and there will be no multiple processes accessing the same file at the same time.
could it be something else?
an error occured reading the update file
Based on the contexts provided, it seems that issues related to Spine updates, file access, or operations involving multiple processes can often be attributed to interference from antivirus or anti-malware software. These security programs can sometimes modify, delete, or block access to Spine's files, causing various errors including issues with reading update files or executing commands that involve file operations. It's recommended to disable or whitelist Spine and its directories in your antivirus or anti-malware software to prevent such issues. Additionally, ensuring that permissions on your user directory are correctly set can help avoid access denied errors. If problems persist, checking the Spine log file for more specific error messages might provide further insights.
I also suspected firewall problems, so they were all added to the whitelist. It is important to point out that there will be no problem if a single process processes spine files. If more than 1000 files are processed by multiple processes, some files will fail to generate spine. And I also saw some people feedback on the export of multi-process spine in the forum.
Which exact Spine version are you trying to use?
This was a problem in older versions. If you use the latest launcher, 4.2.06, Spine should be able to run many instances simultaneously.
Nate Okay, let me have a try.
Nate Hello, Nate. I have downloaded version 4.2.06 for testing, but I still have the same problem. The specific error message is as follows：
A fatal error has been detected by the Java Runtime Environment:
EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x77d624a4, pid=4880, tid=9676
JRE version: OpenJDK Runtime Environment (10.0.2+13) (build 10.0.2+13)
Java VM: OpenJDK Server VM (10.0.2+13, mixed mode, emulated-client, serial gc, windows-x86)
Problematic frame:
V [jvm.dll+0x4824a4]
No core dump will be written. Minidumps are not enabled by default on client versions of Windows
If you would like to submit a bug report, please visit:
http://www.azulsystems.com/support/
--------------- S U M M A R Y ------------
Command Line: -Xmx1024m -Xms128m -Djava.net.preferIPv4Stack=true -Dhttp.keepAlive=false -Dsun.java2d.d3d=false -Dsun.java2d.opengl=false -Dsun.java2d.noddraw=true -Dsun.java2d.uiScale=1 -XX:+DisableAttachMechanism -Dfile.encoding=UTF-8
Host: Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz, 8 cores, 15G, Windows 10 , 64 bit Build 18362 (10.0.18362.329)
Time: Mon Mar 18 14:28:23 2024 ?D1ú±ê×?ê±?? elapsed time: 4 seconds (0d 0h 0m 4s)
--------------- T H R E A D ---------------
Current thread (0x46746c00): JavaThread "AWT-EventQueue-0" [_thread_in_vm, id=9676, stack(0x471a0000,0x472a0000)]
Stack: [0x471a0000,0x472a0000], sp=0x4729e63c, free space=1017k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0x4824a4]
V [jvm.dll+0x4399d2]
V [jvm.dll+0x48698a]
V [jvm.dll+0x19344e]
V [jvm.dll+0x33570e]
V [jvm.dll+0x3354f1]
V [jvm.dll+0x282df1]
V [jvm.dll+0x282506]
j LY.a(Ljava/lang/String)V+6
j java.lang.invoke.DirectMethodHandle$Holder.invokeSpecial(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)V+11 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.invoke(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)V+52 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.linkToTargetMethod(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)V+6 java.base@10.0.2
j com.esotericsoftware.spine.editor.Editor.main([Ljava/lang/String)V+2126
v StubRoutines::call_stub
V [jvm.dll+0x287170]
V [jvm.dll+0x3f499b]
V [jvm.dll+0x287009]
V [jvm.dll+0x430775]
V [jvm.dll+0x430ba3]
V [jvm.dll+0x2c9179]
C [java.dll+0x3bb7]
j jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object)Ljava/lang/Object;+100 java.base@10.0.2
j jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object)Ljava/lang/Object;+6 java.base@10.0.2
j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object)Ljava/lang/Object;+59 java.base@10.0.2
j java.lang.invoke.DirectMethodHandle$Holder.invokeSpecial(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)Ljava/lang/Object;+14 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.invoke(Ljava/lang/Object;Ljava/lang/Object)Ljava/lang/Object;+79 java.base@10.0.2
J 1100 c1 java.lang.invoke.LambdaForm$MH.invokeExact_MT(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)Ljava/lang/Object; java.base@10.0.2 (23 bytes) @ 0x037b42e4 [0x037b4260+0x00000084]
j com.esotericsoftware.spine.editor.launcher.InjectedInvoker.invoke_V(Ljava/lang/invoke/MethodHandle;[Ljava/lang/Object)Ljava/lang/Object;+2
J 953 c1 java.lang.invoke.DirectMethodHandle$Holder.invokeStatic(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)Ljava/lang/Object; java.base@10.0.2 (15 bytes) @ 0x037762fc [0x037762c0+0x0000003c]
j java.lang.invoke.LambdaForm$MH.invoke(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)Ljava/lang/Object;+62 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.linkToTargetMethod(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object)Ljava/lang/Object;+7 java.base@10.0.2
j com.esotericsoftware.spine.editor.launcher.Launcher._(Ljava/lang/String;Ljava/lang/String;J)V+1209
j java.lang.invoke.LambdaForm$DMH.invokeSpecial(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;J)V+16 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.invoke(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;J)V+75 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.linkToTargetMethod(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;JLjava/lang/Object)V+9 java.base@10.0.2
j com.esotericsoftware.spine.editor.launcher.Launcher.V(Ljava/lang/String;Ljava/lang/String;J)V+37
j java.lang.invoke.LambdaForm$DMH.invokeSpecial(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;J)V+16 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.invoke(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;J)V+75 java.base@10.0.2
j java.lang.invoke.LambdaForm$MH.linkToTargetMethod(Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;JLjava/lang/Object)V+9 java.base@10.0.2
j com.esotericsoftware.spine.editor.launcher.Launcher.<init>()V+1834
j s.Iey.run()V+4
j java.awt.event.InvocationEvent.dispatch()V+47 java.desktop@10.0.2
j java.awt.EventQueue.dispatchEventImpl(Ljava/awt/AWTEvent;Ljava/lang/Object)V+21 java.desktop@10.0.2
j java.awt.EventQueue.access$600(Ljava/awt/EventQueue;Ljava/awt/AWTEvent;Ljava/lang/Object)V+3 java.desktop@10.0.2
j java.awt.EventQueue$4.run()Ljava/lang/Void;+32 java.desktop@10.0.2
j java.awt.EventQueue$4.run()Ljava/lang/Object;+1 java.desktop@10.0.2
v StubRoutines::call_stub
V [jvm.dll+0x287170]
V [jvm.dll+0x3f499b]
V [jvm.dll+0x287009]
V [jvm.dll+0x2c0954]
C [java.dll+0x102f]
j java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Ljava/security/PrivilegedAction;Ljava/security/AccessControlContext;Ljava/security/AccessControlContext)Ljava/lang/Object;+18 java.base@10.0.2
j java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent)V+46 java.desktop@10.0.2
j java.awt.EventDispatchThread.pumpOneEventForFilters(I)V+78 java.desktop@10.0.2
j java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/awt/EventFilter)V+35 java.desktop@10.0.2
j java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component)V+11 java.desktop@10.0.2
j java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional)V+4 java.desktop@10.0.2
j java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional)V+3 java.desktop@10.0.2
j java.awt.EventDispatchThread.run()V+9 java.desktop@10.0.2
v StubRoutines::call_stub
V [jvm.dll+0x287170]
V [jvm.dll+0x3f499b]
V [jvm.dll+0x287788]
V [jvm.dll+0x287918]
V [jvm.dll+0x2bcdd2]
V [jvm.dll+0x4ac21c]
V [jvm.dll+0x4ab838]
V [jvm.dll+0x3f3fec]
C [msvcr120.dll+0x2c01d]
C [msvcr120.dll+0x2c001]
C [KERNEL32.DLL+0x16359]
C [ntdll.dll+0x67b74]
C [ntdll.dll+0x67b44]
C 0x00000000
Mario I used 4.2.03, and then followed the Nate prompt to use 4.2.06, but I still have the same problem.
4 mesi dopo
duanxian0621 Hi bro, I also encountered this problem when performing similar operations. Has this problem been solved?
krammor Unfortunately, the problem has not been solved. Even if the specified version of Spine is used. In the end, I gave up using multiprocess
With the latest launcher, 4.2.18, there should not be issues running multiple instances of Spine at the same time. We have stress tested this with scripts running 100+ instances at the same time and users who had issues previously have confirmed it is fixed.
Nate Thank you for your reply. I tested it and there is no problem. thank you so much.
Ah that is true. I should have mentioned that versions lower than 4.0 may fail if multiple instances are run at the same time. That can happen even with versions 4.0 and 4.1, but less often. Versions 4.2+ should be bulletproof.
For versions 3.8 and below (and possibly 4.0 and 4.1), I suggest running only a single Spine instance concurrently.