LostSmile level0 some of MonoBehaviour can not be exported

[YuriSizuku]

Code

import os
import UnityPy
from UnityPy.helpers.TypeTreeGenerator import TypeTreeGenerator

GAME_ROOT_DIR: str = os.path.dirname(__file__)
GAME_UNITY_VERSION: str = "2018.4.15f1"

env = UnityPy.load(os.path.join(GAME_ROOT_DIR, "LostSmile_Data/level0"))
generator = TypeTreeGenerator(GAME_UNITY_VERSION)
generator.load_local_game(GAME_ROOT_DIR)
env.typetree_generator = generator

for obj in env.objects:
    if obj.type.name == "MonoBehaviour":
        try:
            tree = obj.read_typetree()
            print(f"success {tree['m_Name']}, pathid{obj.path_id}")
        except Exception as e:
            print(f"fail {e}, pathid{obj.path_id}")

Bug
It seems that some of monobehaviour read_typetree don't have correct size.

success , pathid840
success , pathid841
success , pathid842
success , pathid843
success , pathid844
success , pathid845
fail Expected to read 76 bytes, but only read 32 bytes, pathid846
success , pathid847
fail Expected to read 140 bytes, but only read 32 bytes, pathid848
success , pathid849
fail Expected to read 112 bytes, but only read 32 bytes, pathid850
fail Expected to read 60 bytes, but only read 32 bytes, pathid851
fail Expected to read 160 bytes, but only read 32 bytes, pathid852
success , pathid853
fail Expected to read 376 bytes, but only read 32 bytes, pathid854
fail Expected to read 112 bytes, but only read 32 bytes, pathid855

To Reproduce

LostSmile_Data.tar.gz

• following data:
  • Python version 3.8
  • UnityPy version 1.22.4
  • Unity version 2018.4.15f1

@isHarryh Thank you very much for fixing previous texture problem. Do you have any ideas about this ?

Here's the value by assetstudiomod

[isHarryh]

TypeTree parsing for this game needs to load additional DLLs.

You have successfully loaded the DLLs via generator.load_local_game. But UnityPy failed to use the generated typetree to load resources.

Forcibly throw this exception in ObjectReader.py could be helpful for debugging:

    def _get_typetree_node(
        self,
        node: Optional[NodeInput] = None,
    ) -> TypeTreeNode:
        ...
            if node.m_Type == "MonoBehaviour":
                try:
                    node = self._try_monobehaviour_node(node)
-                except Exception:
-                    pass
+                except Exception as e:
+                    raise e
        if not node:
            raise TypeTreeError("There are no TypeTree nodes for this object.")
        return node

Where I got AssertionError: failed to dump nodes raw raised from the module typetreegeneratorapi-0.0.5.

PS: Your PR 323 incorrectly referred this issue.

[K0lb3]

The issue is caused by the AOT compilation of the C# typetree generator.
The generator produces the nodes that fails just fine in C# itself.

Edit:
Looks like the issue is caused by Mono.Cecil, which somehow fails to hande mscorlib correctly.
Solved, the mscorlib mismatches the expected fullname of the other dlls, reducing the resolver check from fullname to name fixes the issue.

Edit 2:
The WIP AssetRipper typetree node generator backend works just fine, as it doesn't rely on Mono.Cecil
The other two backends work with the fix above now as well, just have to publish them.

[K0lb3]

@YuriSizuku update TypeTreeGeneratorAPI to 0.0.6, it should work now

[YuriSizuku]

@YuriSizuku update TypeTreeGeneratorAPI to 0.0.6, it should work now
Thank you for solving this problem.
I'm trying git pull --rebase; python -m pip install -e .. But this time, some error occur.
I also delete the venv and create a new venv. It appears the same.

  Installing build dependencies ... done
  Checking if build backend supports build_editable ... done
  Getting requirements to build editable ... error
  error: subprocess-exited-with-error

  × Getting requirements to build editable did not run successfully.
  │ exit code: 1
  ╰─> [89 lines of output]
      configuration error: `project.license` must be valid exactly by one definition (2 matches found):
     
          - keys:
              'file': {type: string}
            required: ['file']
          - keys:
              'text': {type: string}
            required: ['text']
     
      DESCRIPTION:
          `Project license <https://peps.python.org/pep-0621/#license>`_.
     
      GIVEN VALUE:
          "MIT"
     
      OFFENDING RULE: 'oneOf'
     
      DEFINITION:
          {
              "oneOf": [
                  {
                      "properties": {
                          "file": {
                              "type": "string",
                              "$$description": [
                                  "Relative path to the file (UTF-8) which contains the license for the",
                                  "project."
                              ]
                          }
                      },
                      "required": [
                          "file"
                      ]
                  },
                  {
                      "properties": {
                          "text": {
                              "type": "string",
                              "$$description": [
                                  "The license of the project whose meaning is that of the",
                                  "`License field from the core metadata",
                                  "<https://packaging.python.org/specifications/core-metadata/#license>`_."
                              ]
                          }
                      },
                      "required": [
                          "text"
                      ]
                  }
              ]
          }
      Traceback (most recent call last):
        File "d:\Make\proc\github_galgame\UnityPy\.venv\lib\site-packages\pip\_vendor\pyproject_hooks\_in_process\_in_process.py", line 389, in <module>
          main()
        File "d:\Make\proc\github_galgame\UnityPy\.venv\lib\site-packages\pip\_vendor\pyproject_hooks\_in_process\_in_process.py", line 373, in main
          json_out["return_val"] = hook(**hook_input["kwargs"])
        File "d:\Make\proc\github_galgame\UnityPy\.venv\lib\site-packages\pip\_vendor\pyproject_hooks\_in_process\_in_process.py", line 157, in get_requires_for_build_editable    
          return hook(config_settings)
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\build_meta.py", line 482, in get_requires_for_build_editable      
          return self.get_requires_for_build_wheel(config_settings)
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\build_meta.py", line 333, in get_requires_for_build_wheel
          return self._get_build_requires(config_settings, requirements=[])
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\build_meta.py", line 303, in _get_build_requires
          self.run_setup()
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\build_meta.py", line 319, in run_setup
          exec(code, locals())
        File "<string>", line 110, in <module>
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\__init__.py", line 117, in setup
          return distutils.core.setup(**attrs)
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\_distutils\core.py", line 157, in setup
          dist.parse_config_files()
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\dist.py", line 655, in parse_config_files
          pyprojecttoml.apply_configuration(self, filename, ignore_option_errors)
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\config\pyprojecttoml.py", line 71, in apply_configuration
          config = read_configuration(filepath, True, ignore_option_errors, dist)
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\config\pyprojecttoml.py", line 139, in read_configuration
          validate(subset, filepath)
        File "C:\Users\yurisizuku\AppData\Local\Temp\pip-build-env-az0341qs\overlay\Lib\site-packages\setuptools\config\pyprojecttoml.py", line 60, in validate
          raise ValueError(f"{error}\n{summary}") from None
      ValueError: invalid pyproject.toml config: `project.license`.
      configuration error: `project.license` must be valid exactly by one definition (2 matches found):
     
          - keys:
              'file': {type: string}
            required: ['file']
          - keys:
              'text': {type: string}
            required: ['text']
     
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error

× Getting requirements to build editable did not run successfully.
│ exit code: 1
╰─> See above for output.

note: This error originates from a subprocess, and is likely not a problem with pip.

Edit1:
I tried to git checkout 2a0025d, this error didn't happen. Then python -m pip install typetreegeneratorapi, it seems the level0 issue has been fixed.

[isHarryh]

Upgrade Python to >=3.9 and update the setuptools will solve the build error.

[YuriSizuku]

Upgrade Python to >=3.9 and update the setuptools will solve the build error.

That would be difficult. I need to support win7, so that the target version of python is 3.8.

[isHarryh]

Upgrade Python to >=3.9 and update the setuptools will solve the build error.

That would be difficult. I need to support win7, so that the target version of python is 3.8.

For a temporary solution, you can edit the pyproject.toml file in UnityPy, change the license = "MIT" field to license = { text = "MIT" } (the old style). You can also just downgrade your UnityPy version to 2a0025d to avoid this error.

While @K0lb3 mentioned in #324 that the 3.8 support might be removed in the future version of UnityPy.

[K0lb3]

There are workarounds like VxKex and other workarounds and also python forks to install newer python versions on old Windows versions.

The whole license string issue is pretty messed up, not just because of the python versions, but also because some projects might pin old setuptool versions, which expect the old format.
By February 2026 support for the old format will be dropped.

This effectively means, that all projects either have to pin a setuptools version from before that date, drop 3.8 support and potentially come into conflict with other projects, or use a different build system, which might have a compatibility patch.

For now I will revert my changes to the license field in my projects and set the current setuptools version as max version.
This should solve the issue for now.

That said though, the next UnityPy major version, which I'm planning to finally get done at the end of this year, will require python 3.11 or even 3.13.
Some new language features, like walrus operators (3.9) and match/case (3.10), as well as the addition of PyBuffer to the limited api (3.11), and generally handy stuff in typing (3.9 and 3.13), simply offer cleaner code while also yielding better performance.