UnityEngine.Keyframe is not serialized properly.

[Joel Clark]

1. We're building our game for iOS & the game crashes on startup, with the error SerializationAbortException: AOT serializer was missing for type 'UnityEngine.Keyframe'. Keyframe wasn't automatically picked up by the AOT scan, so I manually added it: "UnityEngine.Keyframe, UnityEngine.CoreModule". But the issue still persists.

2. I'm not sure. Our project is massive and we can't send it. I'm sorry for that :(

3. N/A

4. Unity 2019.1.0b6

5. 2.0.16

6. No.

7. macOS Mojave, 10.14

[Tor Esa Vestergaard]

Can you generate an AOT support dll using the button at the bottom of the AOT Generation preferences, and send me the resulting dll file?

[Joel Clark]

Here's the resulting AOTGenerated

[Tor Esa Vestergaard]

Hmm, that dll definitely contains support for the UnityEngine.Keyframe type. Have you enabled the AOT generation automation for builds? Are you sure the support dll is included in your iOS build?

[Joel Clark]

I haven't turned on the AOT generation automation -- I've just been relying on manually updating it periodically. As far as I know, the dll is included in our iOS build. We've been using Odin on this project for a while, and the AOT has been working before. It's just stopped working now.

[Tor Esa Vestergaard]

Opening the dll with ILSpy and taking a look at the code it contains shows clear references to all needed classes for Keyframe serialization: Keyframe itself, KeyframeFormatter, ReflectionFormatter<Keyframe> (as a fallback) and ComplexTypeSerializer<Keyframe> - so I can only surmise that something else is going on, preventing this from getting into your final iOS build. Try enabling automation for a build (and make sure your target platform is in the list of automation platforms), and see if that makes a difference.

[Joel Clark]

Everything is working when I build locally, so I'm starting to suspect it's an issue with our build pipeline somehow. I'll try enabling AOT build automation & see if that affects things.

Two questions on that: Is there some sort of logging that I can look for in the Editor.log (after a build) to ensure that the automation is happening? And is there a way I can manually call the scan, so I can work it directly into the flow of our build pipeline?

[Joel Clark]

Automating in the build didn't fix the issue. I'm still seeing the issue fixed when building locally, but not in our build pipeline.

I've attached the part of the build log where the AOT generation is done. The only thing that looks odd is that it requests to update the APIs, and skips it.

The only other thing odd that happens in the build is the following:

Begin MonoManager ReloadAssembly
Assembly 'Assets/Editor Default Resources/UMotionEditor/Plugins/Application/UMotionApplication.dll' will not be loaded due to errors:
Unable to resolve reference 'Assembly-CSharp'. Is the assembly missing or incompatible with the current platform?
Assembly 'Assets/Editor Default Resources/UMotionEditor/Plugins/Editor/UMotionEditor.dll' will not be loaded due to errors:
Unable to resolve reference 'Assembly-CSharp'. Is the assembly missing or incompatible with the current platform?
Unable to resolve reference 'Assembly-CSharp-Editor'. Is the assembly missing or incompatible with the current platform?
Assembly 'Assets/Plugins/Sirenix/Assemblies/AOT/Sirenix.Serialization.AOTGenerated.dll' will not be loaded due to errors:
Unable to resolve reference 'Main'. Is the assembly missing or incompatible with the current platform?

Although that's at the very very start of the log, before the build is actually being run, and the AOTGenerated.dll gets created & refreshed later on.

[Tor Esa Vestergaard]

You can indeed invoke the automation API yourself during your build pipeline, and see if everything looks right. It sounds like it's refusing to load the dll, perhaps because of some type references the scan caught and generated support for, that are not allowed to be in the build (whatever this 'Main' reference is)? Regardless, look at the contents of the Odin script file called BuildAOTAutomation.cs - you can see which APIs it invokes. It runs a scan and gets a list of types to support, then it generates a support dll for those types, and finally after the build is done, it deletes the dll again.

[Joel Clark]

Great. I'll look there & work that directly into our build pipeline.

On this issue -- I did a full reload of the project hosted on our build machine, and this issue finally went away. I think you're right that it was refusing to reload the dll (still not sure why), but forcing it to completely rebuild the library folder solved it. It makes our builds a lot longer, but hey, I'll take it.

Thanks for the support, even though it wasn't really a bug with the plugin!

[Tor Esa Vestergaard]

Great that you got it working! I'll mark this as resolved for now, then :)

[Joel Clark]

I need to re-open this. The same issue cropped back up.

Initially, our builds weren't doing a fresh, clean pull from Perforce. The fix I mentioned above was changing our builds to get everything fresh. I guessed that it had something to do with some cached information of some sort. There was also some odd messaging in the build log, and I mentioned that above as well. I had also switched to using the automation for our builds, and that seemed to be working for a while.

Eventually, we starting getting a new AOT bug even with all of that setup. Posting that below. I switched off the automation & went back to manually building our dll before each build. That worked for a bit, and then the original Keyframe serialization issue cropped back up.

Any ideas? Anything I can do to help you track this one down? We're near a deadline :/

[Joel Clark]

I checked, and the type it's complaining about here was definitely in our AOT config.

[Francesco Bizzini]

Same issue happening to me when compiling for Nintendo Switch.

I’m not using any automation
Unity 2020.3.30f, latest Odin Serializer.
Joel Clark how did u fix this?

‌

NullReferenceException: Object reference not set to an instance of an object.
at OdinSerializer.FormatterLocator.CreateFormatter (System.Type type, OdinSerializer.ISerializationPolicy policy, System.Boolean allowWeakFormatters) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.FormatterLocator.GetFormatter (System.Type type, OdinSerializer.ISerializationPolicy policy, System.Boolean allowWeakFallbackFormatters) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.FormatterLocator.GetFormatter (System.Type type, OdinSerializer.ISerializationPolicy policy) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.AnySerializer.GetBaseFormatter (OdinSerializer.ISerializationPolicy serializationPolicy) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.AnySerializer.ReadValueWeak (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.WeakReflectionFormatter.DeserializeImplementation (System.Object& value, OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.WeakBaseFormatter.Deserialize (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.AnySerializer.ReadValueWeak (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.ReflectionFormatter1[T].DeserializeImplementation (T& value, OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0 at OdinSerializer.BaseFormatter1[T].Deserialize (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.BaseFormatter1[T].OdinSerializer.IFormatter.Deserialize (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0 at OdinSerializer.AnySerializer.ReadValueWeak (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0 at OdinSerializer.ReflectionFormatter1[T].DeserializeImplementation (T& value, OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.BaseFormatter1[T].Deserialize (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0 at OdinSerializer.BaseFormatter1[T].OdinSerializer.IFormatter.Deserialize (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0
at OdinSerializer.AnySerializer.ReadValueWeak (OdinSerializer.IDataReader reader) [0x00000] in <00000000000000000000000000000000>:0

‌

Creating a serialization formatter for the type 'UnityEngine.Keyframe[]' failed due to missing AOT support.

Please use Odin's AOT generation feature to generate an AOT dll before building, and MAKE SURE that all of the following types were automatically added to the supported types list after a scan (if they were not, please REPORT AN ISSUE with the details of which exact types the scan is missing and ADD THEM MANUALLY):

UnityEngine.Keyframe[] (name string: 'UnityEngine.Keyframe[], UnityEngine.CoreModule')

IF ALL THE TYPES ARE IN THE SUPPORT LIST AND YOU STILL GET THIS ERROR, PLEASE REPORT AN ISSUE.The exception contained the following message:
Attempting to call method 'OdinSerializer.ArrayFormatter`1[[UnityEngine.Keyframe, UnityEngine.CoreModule, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null]]::.ctor' for which no ahead of time (AOT) code was generated.