Skip to content

Just Taking a look - #1

Open
PassivePicasso wants to merge 35 commits into
PassivePicasso:masterfrom
foonix:master
Open

Just Taking a look#1
PassivePicasso wants to merge 35 commits into
PassivePicasso:masterfrom
foonix:master

Conversation

@PassivePicasso

Copy link
Copy Markdown
Owner

No description provided.

foonix added 30 commits June 8, 2024 09:37
branch.

Comment out and annotate broken/unused iteams that needs more evaluation before
cleanup.  I'm not sure if there is some required implicit behavior that happens in these, so
keep them for reference until the processes are actually fixed.

Potential process fix for RemoveAllBundleAssets (untested)
I'm adding these separately to be easier to remove from git history later.
I don't want the full dependency tree, but for now it's the easiest way
to make things work.
Most of the functionality is working at this point.
the infos were).  Whoops.  Fix that and remove the last references to
the assetsReplacers list.

Loading the bundle now tends to crash unity now that it has actual data
to parse, but will work on that.
that they don't clutter the debugger window when not releavant.
…r bundle container from scratch.

WIP work to create the bundle's inner AssetsFile from scratch as well. (This
happens to smooth over problems with the provided template for now.)
representation until it's actually needed.

This simplifies keeping track of when to generate the replacer and the
associated AssetFileInfo, while potentially reducing peak memory usage when writing files.
There are still some more arrays like this, so working on a more generic
solution.
to fix issues with missing dependencies on objects not specifically
requested.
foonix added 5 commits June 20, 2024 11:11
Add branding to the catalog json name to make conflicts less likely.
The tree is large, and it only has few m_PathIDs that seem to be related
to the source project.
Separate filtering concern a bit from dependency gathering, and rework
it.

Avoid full graph walk for dependency-only objects.  Their dependency
graphs are subgraphs for the root objects graphs, so we only need enough
information to remap their PPtrs.
If an object like Transform is added as a sub-object, unity can
consider it orphaned and destroy it, which invalidates the object that
uses it.  That kind of problem may need to be fixed in the importer
eventually, but removing objects we didn't want to browse anyway reduces the problem.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants