2019.1 migration?

Unity Engine
1

After migrating to 2019 and updating all the packages I found dozens of strange errors like this:

NullReferenceException: Object reference not set to an instance of an object
UnityEngine.Experimental.U2D.Animation.SpriteSkin.Awake () (at Library/PackageCache/com.unity.2d.animation@2.1.0-preview.2/Runtime/SpriteSkin.cs:74)
UnityEngine.GUIUtility:processEvent(Int32, IntPtr)

It seems like SpriteSkin requires a SpriteSkinEntity using RequireComponent, but the migration to the new package version (2.x) doesn’t fix it, it just breaks everything.

It also seems like you can’t stay on the old version when you use Unity 2019 because the internal APIs have changed.

Is there any plan for a migration path for this, or is it just ‘tough luck, this is a preview package?’

2

Just trying to be a bit more specific here.

So, given this dependency list running in 2018.3:

{
  "dependencies": {
    "com.unity.2d.animation": "2.0.0-preview.2",
    "com.unity.2d.ik": "1.0.8-preview.1",
    "com.unity.2d.psdimporter": "1.0.0-preview.3",
    ...
}

Upgrading to 2019 results in:

There are inconsistent line endings in the 'Packages/com.unity.2d.animation/Tests/Editor/SkinningModule/CopyTest.cs' script. Some are Mac OS X (UNIX) and some are Windows.
This might lead to incorrect line numbers in stacktraces and compiler errors. Many text editors can fix this using Convert Line Endings menu commands.

Library/PackageCache/com.unity.2d.common@1.0.11-preview.1/Runtime/InternalBridge/InternalEngineBridge.cs(1,32): error CS0234: The type or namespace name 'UIElements' does not exist in the namespace 'UnityEngine.Experimental' (are you missing an assembly reference?)

Library/PackageCache/com.unity.2d.common@1.0.11-preview.1/Runtime/InternalBridge/InternalEngineBridge.cs(33,43): error CS0246: The type or namespace name 'VisualElement' could not be found (are you missing a using directive or an assembly reference?)

Library/PackageCache/com.unity.2d.common@1.0.11-preview.1/Runtime/InternalBridge/InternalEngineBridge.cs(38,44): error CS0246: The type or namespace name 'VisualElement' could not be found (are you missing a using directive or an assembly reference?)

At which point you can’t even launch the package manager, and are basically screwed.

This can be worked around by deleting the entire Library/PackageCache folder temporarily, and then launching the package manager.

Then you can upgrade to these versions:

{
  "dependencies": {
    "com.unity.2d.animation": "2.1.0-preview.2",
    "com.unity.2d.ik": "1.1.0-preview.1",
   ...
}

Which generates this error:

An error occurred while resolving packages:
  Package com.unity.entities@0.0.12-preview.29 has invalid dependencies:
    nuget.mono-cecil: Version [0.1.6-preview] is incompatible with the selected version [0.1.5-preview]

A re-import of the project may be required to fix the issue or a manual modification of /Users/doug/dev/now/relay-dev/unity-relay-titan/test.2019/Packages/manifest.json file.

^ this is a dependency of 23 Animation 2.1.0

ie. Long story short:

  • You don’t appear to be able to use the 2.0.0 line on 2019
  • The 2.1.0 package is broken because it has an invalid dependency

ie. Basically, you don’t seem to be able to use this on unity 2019.

1 Like
3

You can. Install cecil 0.1.5 and it will work.

1 Like
4

What is cecil 0.1.5 and how does one find it?

5

Hi, I have exactly the same issue. I have an animation made with Unity 2018. I upgrade everything to 2019 and I got

NullReferenceException: Object reference not set to an instance of an object
UnityEngine.Experimental.U2D.Animation.SpriteSkin.Awake () (at Library/PackageCache/com.unity.2d.animation@2.1.0-preview.2/Runtime/SpriteSkin.cs:74)

When I open the Awake function of Sprite skin, I have this weird lines of code

        private void Awake()
        {
            spriteSkinEntity.enabled = false;
            spriteSkinEntity.enabled = true;
        }

I installed, Entities and got another issue :

Library\PackageCache\com.unity.2d.animation@2.1.0-preview.2\Runtime\PrepareSkinningSystem.cs(19,32): error CS0029: Cannot implicitly convert type 'Unity.Entities.ComponentGroup' to 'Unity.Entities.EntityQuery'

Please share your solution if you found one. Thanks

6

Launch your package manager, search MonoCecil and install it

2 Likes
7

So, can we migrate a project from 2018.3 to 2019.1 without a total meltdown? No luck over here.

1 Like
8

I don’t really understand why manually installing the conflicting dependency fixes anything, but at least that allows the package to compile.

Back to the original problem:

NullReferenceException: Object reference not set to an instance of an object
UnityEngine.Experimental.U2D.Animation.SpriteSkin.Awake () (at Library/PackageCache/com.unity.2d.animation@2.1.0-preview.2/Runtime/SpriteSkin.cs:74)

NullReferenceException: Object reference not set to an instance of an object
UnityEngine.Experimental.U2D.Animation.SpriteSkin.Awake () (at Library/PackageCache/com.unity.2d.animation@2.1.0-preview.2/Runtime/SpriteSkin.cs:74)

NullReferenceException: Object reference not set to an instance of an object
UnityEngine.Experimental.U2D.Animation.SpriteSkin.Awake () (at Library/PackageCache/com.unity.2d.animation@2.1.0-preview.2/Runtime/SpriteSkin.cs:74)

It appears existing animations cannot be used with the upgraded package.

Too bad so sad I guess, my fault for using an experimental preview. :frowning:

Incidentally, semantic versioning for developers:

  • 2.0.0 → 2.1.0 indicates a non breaking upgrade that adds features.
  • 0.x.x is suitable for constant breaking changes.
  • A mandatory upgrade that breaks backwards compatibility should be tagged as 2.x.x → 3.0.0.

0/5 stars. Would not use again.

9

I was actually able to migrate my project in the stupidest way I can possibly imagine. As a test, I took my 2018.3.11 project, removed the 2D animation and PSD import packages, and re-added them to see if this would break anything. Short answer, nope. Turns out, whatever metadata these packages use is NOT removed when the packages themselves are removed. So, armed with that info, I tried this:

  1. Before upgrading to 2019.1, I removed all packages from the project and hit “reset packages to default” for good measure.
  2. Upgraded this package-less project to 2019.1.
  3. Once in 2019.1, I installed the latest versions of the 2D animation and PSD importer packages, and was greeted by some errors because my project’s scripting runtime version was still on .NET 3.5. I switched it to 4.0, and restarted unity.
  4. Success! Mostly. Errors were gone, my PSD’s imported correctly and all of their old bones and skinning information was still intact. Yay! But none of my prefabs were animating anymore - the reference to the PSDs was broken. Fortunately, my project is still very simple so I was able to repair the prefabs by simply dragging new instances of the PSDs into position and I was done. The old animations played correctly, provided the names of the underlying transforms matched, and that was that.

This experience is not confidence inspiring. Can we get some assurance that you’re going to stop breaking shit going forward? I read that these packages are supposed to exit preview status once we get to 2019.3, but are we going to get 2 more hideous transitions before that happens?

1 Like
10

This is possibly due to you have a package that depends on on nuget.mono-cecil:0.1.5-preview and one of the 2D Animation package depedency (com.unity.entities) requires nuget.mono.cecil:0.1.6-preview. You will then have to indicate which version you want to use

11

Dunno.

The only packages I have installed are the default ones and the animation ones:

{
  "dependencies": {
    "com.unity.2d.animation": "2.1.0-preview.2",
    "com.unity.2d.ik": "1.1.0-preview.1",
    "com.unity.2d.psdimporter": "1.1.0-preview.1",
    "com.unity.multiplayer-hlapi": "1.0.2",
    "com.unity.package-manager-ui": "2.1.2",
    "com.unity.timeline": "1.0.0",
    "nuget.mono-cecil": "0.1.6-preview",   <---- WITH OUT THIS IT BREAKS
    "com.unity.modules.ai": "1.0.0",
    "com.unity.modules.animation": "1.0.0",
    "com.unity.modules.assetbundle": "1.0.0",
    "com.unity.modules.audio": "1.0.0",
    "com.unity.modules.cloth": "1.0.0",
    "com.unity.modules.director": "1.0.0",
    "com.unity.modules.imageconversion": "1.0.0",
    "com.unity.modules.imgui": "1.0.0",
    "com.unity.modules.jsonserialize": "1.0.0",
    "com.unity.modules.particlesystem": "1.0.0",
    "com.unity.modules.physics": "1.0.0",
    "com.unity.modules.physics2d": "1.0.0",
    "com.unity.modules.screencapture": "1.0.0",
    "com.unity.modules.terrain": "1.0.0",
    "com.unity.modules.terrainphysics": "1.0.0",
    "com.unity.modules.tilemap": "1.0.0",
    "com.unity.modules.ui": "1.0.0",
    "com.unity.modules.uielements": "1.0.0",
    "com.unity.modules.umbra": "1.0.0",
    "com.unity.modules.unityanalytics": "1.0.0",
    "com.unity.modules.unitywebrequest": "1.0.0",
    "com.unity.modules.unitywebrequestassetbundle": "1.0.0",
    "com.unity.modules.unitywebrequestaudio": "1.0.0",
    "com.unity.modules.unitywebrequesttexture": "1.0.0",
    "com.unity.modules.unitywebrequestwww": "1.0.0",
    "com.unity.modules.vehicles": "1.0.0",
    "com.unity.modules.video": "1.0.0",
    "com.unity.modules.vr": "1.0.0",
    "com.unity.modules.wind": "1.0.0",
    "com.unity.modules.xr": "1.0.0"
  }
}

So if something depends on 0.1.5 and you depend on 0.1.6, it’s because one of your core packages is broken.

To be fair; I don’t know why any of these packages are installed, but they’re the default 2019 ones, I certainly didn’t pick any of them.

/shrug

12

SpriteSkin requires SpriteSkinEntity component. It will be added automatically on add component or on psb reimport. Any other case you will have to add SpriteSkinEntity component manually.

2 Likes
13

We sincerely apologies for the upgrading difficulty. We are still learning how to let our users try out the new features that we are still in development. This is not excuses for making mistakes but rather to seek your understanding and patience while we get better with our processes.

As we are releasing these as Preview packages, there are certain limitations we still need to overcome. Thus we advice that these packages should not be used in your production but as a sneak peak on the features we are developing and help us shape these features that fulfill your needs. Nonetheless, we still welcome all feedbacks and issues posted by you and we will look into them as much as we can.

Once again, thank you for your involvement in our preview journey and helping us to become better for you.

1 Like
14

I want to add that after further investigation, my biggest issue with migrating may have simply been that the package manager was no longer accessible in my project after updating to 2019.1. It wouldn’t show up in the “windows” menu until I chose “reset packages to default”, but after doing that and installing the latest packages, my existing PSB’s weren’t importing and their joints etc. were lost. For whatever reason, doing this in 2018.11 first avoided these issues.

I’m eager to see these packages hit a fully released form so I can commit to using them. I fully understand why you don’t want to worry about maintaining compatibility with prior versions until these tools “ship”, so I won’t be making much more with them until we get the green light. The trouble is, bugs/issues with these tools’ workflow may only be apparent when used for real production work, so you may want to have a soft release at some point where changes/features may still be coming, but forward compatibility is committed to?

15

We had written a custom render pipeline on unity 2017.3 and boy it has been a messy upgrade!

Post-resolving 1000+ errors in shaders and in our custom render pipeline, everything is working great, except nothing opaque or transparent is being rendered, out sky pass, ui pass and Post-Processing pass is fine, but for some reason everything seems to be getting culled.

My guess is its due to the drastic change in the render pipeline API, and just resolving errors and updating method calls, etc wasn’t enough. Anyone who can point us to a guide on upgrading from the older render-pipeline API it would be much appreciated :slight_smile:

16

I had the incompatibility issue and this resolved it, thanks!

1 Like
17

Had the Same issue and Going into PacMan and Hunting down Cecil and picking a version (first i chose 1.5 and then when that gave no errors i installed the 1.6 with no errors as well) worked for me! thanks a lot for this kind of stuff.

18

When upgrading from 2019.1.0f to 2019.3.0f6 I also encounter the error: The type or namespace name ‘Animation’ does not exist in the namespace ‘UnityEngine.Experimental.U2D’
After installing MonoCecil through the nuget package manager in Visual Studio I still have the error. There’s no MonoCecil in the Unity Package manager. It’s just seems that SpriteSkin, SpriteSkinEntity and Animation are missing. Actually the complete UnityEngine.Experimental.U2D is missing. How would I go about fixing this?

19

In the new Unity version it seems that the SpriteSkin, SpriteSkinEntity and Animation is moved from UnityEngine.Experimental.U2D.Animation to UnityEngine.U2D.Animation but I can not use SpriteSkinEntity anymore because the class is internal and inaccessible due to its protection level