feat: Hierarchical Model Importer #2898

noa7 · 2025-09-17T04:32:34Z

This PR adds an “Split hierarchy” workflow for model import: when enabled, Stride imports one Model per mesh (named after the mesh) and automatically generates a Prefab that mirrors the FBX node hierarchy. When disabled, the import produces a single combined Model (no “(All)” suffix).

What’s in this PR-

Split hierarchy checkbox in Add asset → 3D model dialog.

Remembers last value per project.

Behavior (per mode)

Split hierarchy = ON

Imports N Model assets (one per mesh) named:
"-" (sanitized; auto-uniquified with -1, -2, …).

Creates a Prefab named " Prefab" that replicates the FBX hierarchy (one Entity per node, correct parent/child relationships).

Each Entity that hosts a mesh gets a ModelComponent referencing the corresponding per-mesh Model.

Each per-mesh Model keeps only the material(s) it actually uses\

Split hierarchy = OFF

Imports a single Model named exactly ""

. 1. Changes to MeshConvertor and MeshAssetImporter to be able to import sub meshes in model as individual models in project assets

Checkbox option for split at time of import

With all fixes suggested stride3d#2553 (comment)

noa7 · 2025-09-17T20:08:46Z

@noa7 please read the following Contributor License Agreement(CLA). If you agree with the CLA, please reply with the following information.
@dotnet-policy-service agree [company="{your company}"]
Options:

(default - no company specified) I have sole ownership of intellectual property rights to my Submissions and I am not making Submissions in the course of work for my employer.
@dotnet-policy-service agree
(when company given) I am making Submissions in the course of work for my employer (or my employer has intellectual property rights in my Submissions by contract or applicable law). I have permission from my employer to make Submissions and enter into this Agreement on behalf of my employer. By signing below, the defined term “You” includes me and my employer.
@dotnet-policy-service agree company="Microsoft"
Contributor License Agreement

@dotnet-policy-service agree

Eideren · 2025-09-18T10:25:12Z

Looks like materials are not handled properly: every individual object is set to the same material.

The prefab's hierarchy is almost right, there is an additional RootNode created and a weird parenting issue, see the following comparison:

Here's the file I used for testing - this is not CC0, do not use in projects.

noa7 · 2025-09-19T08:18:27Z

Thanks for sharing the test file. I’ve checked in updates, and both issues are now fixed:

The prefab in Stride now exactly replicates the FBX hierarchy as seen in Blender- no extra "RootNode"
Material assignments on individual sub-meshes remain intact after import

@Eideren

Eideren · 2025-09-19T12:09:12Z

We're back to the previous issue with the materials, we need to only have the materials that are assigned to an object on that object, not every material that was contained in the original scene.

Also, the pivot position for individual models is not retained, they all have their pivot set to the origin instead of wherever it actually is in the file.

noa7 · 2025-09-19T12:48:36Z

are you on latest? it imports fine my side

Eideren · 2025-09-19T12:57:45Z

The vertices are at the right position in world space, but each mesh's pivot point is not right below the model, like it is in the file, it is set to the origin.
For example, if you only place the bookends model in the world, setting its entity's position to 0,0,0 should center the object around the origin

The prefab entity for a given model should have its position moved to match wherever the model is in the imported file, the model asset itself should not have any transformation applied.

noa7 · 2025-09-21T03:33:58Z

Makes sense, thanks for pointing out, This is now fixed.

With this latest-

Only the material applied on mesh are visible in inspector
The relative positiong of each item in prefab based of entity data in scene by storing each mesh's TRS data at its nodeinfo object that prefab is constructed with. And each mesh pivot in scene matches to that in source model

@Eideren

Eideren

You haven't thoroughly gone through the LLM's work there it seems, there's a fairly large amount of redundant logic, and comments that are clearly targeted at someone interacting with an LLM, not at describing the logic being implemented.

I'm okay with reviewing someone's work, not going over what an LLM spit out, that is your burden to carry - and you're definitely capable of that, I have seen you write better stuff than this.

I haven't gone through the whole thing yet, but do go over your entire PR and clean things up, there's a lot of low hanging fruits I have not marked.

You could also look into using/enabling nullable, there's a bunch of null checks and tests that are redundant or definitely should throw in the null case.

Eideren · 2025-09-21T15:45:18Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+                if (splitHierarchy)
+                {
+                    var entityInfo = importer.GetEntityInfo(file, parameters.Logger, importParameters);
+                    if (entityInfo != null && (entityInfo.Models?.Count ?? 0) > 0)


Can be simplified if (entityInfo?.Models?.Count > 0)

Eideren · 2025-09-21T15:51:24Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+
+
+                            // No combined "(All)" model when splitting; Prefab is the combined representation
+                            AssetItem allModelAsset = null;


fixed, no longer needed

Eideren · 2025-09-21T15:54:45Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+                            // Build prefab using the per-mesh models in the same order we created them
+                            var perMeshModels = perMeshAssets;
+
+
+                            for (int i = 0; i < entityInfo.Models.Count; i++)
+                            {
+                                var item = perMeshModels[i];
+                                if (item?.Asset is ModelAsset modelAsset)
+                                {
+                                    TrimModelAssetToSingleMaterialByIndex(modelAsset,
+                                        entityInfo.Models[i].OriginalMaterialIndex);   // <- the index from step 1
+                                }
+                            }


Looks like splitting into a new loop is unnecessary, you could just append that logic at line 212 ? And then remove perMeshAssets ?

fixed with new mesh to material mapping

Eideren · 2025-09-21T16:12:50Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+            asset.Materials.Add(keep);
+        }
+
+        private static AssetItem BuildPrefabForSplitHierarchy(string baseName, EntityInfo entityInfo, IList<AssetItem> perMeshModels, AssetItem allModelAsset, UDirectory targetLocation)


Annotate return type with CanBeNull, remove AssetItem allModelAsset parameter

Eideren · 2025-09-21T16:21:11Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+                else
+                {
+                    // Split OFF: keep a single Model named exactly after the source file (no "(All)")
+                    var idx = assets.FindIndex(a => a.Asset is ModelAsset);
+                    if (idx >= 0)
+                    {
+                        var old = assets[idx];
+                        assets.RemoveAt(idx);
+
+                        // Assign a fresh Id to the single model to avoid any Id collisions
+                        ((ModelAsset)old.Asset).Id = AssetId.New(); // <<—— ensure unique Id
+
+                        var uniqueFile = MakeUniqueFileName(baseName, assets);
+                        var renamed = new AssetItem(UPath.Combine(parameters.TargetLocation, uniqueFile), old.Asset);
+                        assets.Insert(idx, renamed);
+                    }
+                }


Shouldn't the case for splitHierarchy == false be left untouched, what is this fixing exactly ?

it was only there to seperate account for (all) model when in prefab and the legacy flow, but since thats not needed so removed

Eideren · 2025-09-21T16:36:45Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+        private static void TrimModelAssetToSingleMaterialByIndex(ModelAsset asset, int keepIndex)
+        {
+            if (asset?.Materials == null) return;
+            if (keepIndex < 0 || keepIndex >= asset.Materials.Count) return;
+
+            var keep = asset.Materials[keepIndex];
+            asset.Materials.Clear();
+            asset.Materials.Add(keep);
+        }


A single model should be able to have more than one material assigned to it, this is not the source of the issue obviously, something else earlier in the call chain doesn't handle it appropriately. Here an example where I simply assigned a second material to the bookend mesh:

Here's the file

Fixed, by storing material to mesh mapping at entityinfo level as ground truth

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

Eideren · 2025-09-21T16:48:07Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+                    if (!nodeNameToIndex.TryGetValue(meshInfo.NodeName, out var nodeIndex))
+                        continue;


Shouldn't this be an exception ? If this fail we would silently ignore one of the models ?

Eideren · 2025-09-21T16:49:22Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+                        {
+                            if (!extraChildCountByNode.TryGetValue(nodeIndex, out var k))
+                                k = 0;
+                            k++;


rename k to something more explicit

fixed, renamed it to counter

Eideren · 2025-09-21T16:52:29Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+            var firstName = firstNode.Name ?? string.Empty;
+            bool looksLikeWrapper =
+                string.IsNullOrWhiteSpace(firstName)
+                || firstName.Equals(baseName, StringComparison.OrdinalIgnoreCase)
+                || firstName.Equals("RootNode", StringComparison.OrdinalIgnoreCase);


Redudant firstName, you're already testing for null in looksLikeWrapper, change to

bool looksLikeWrapper = string.IsNullOrWhiteSpace(firstNode.Name) || firstNode.Name.Equals(baseName, StringComparison.OrdinalIgnoreCase) || firstNode.Name.Equals("RootNode", StringComparison.OrdinalIgnoreCase);

stride3d#2898 (review)

noa7 · 2025-09-23T10:31:35Z

You haven't thoroughly gone through the LLM's work there it seems, there's a fairly large amount of redundant logic, and comments that are clearly targeted at someone interacting with an LLM, not at describing the logic being implemented.

I'm okay with reviewing someone's work, not going over what an LLM spit out, that is your burden to carry - and you're definitely capable of that, I have seen you write better stuff than this.

I haven't gone through the whole thing yet, but do go over your entire PR and clean things up, there's a lot of low hanging fruits I have not marked.

You could also look into using/enabling nullable, there's a bunch of null checks and tests that are redundant or definitely should throw in the null case.

Got it. I was focusing on getting it fully functional before moving on to cleanup and optimization, since the prefab generation feature is a bit tricker than I anticipated. I’ve removed any mechnical commets. Committed the latest version with fixes and a cleaner codebase @Eideren

Eideren · 2025-09-23T20:54:38Z

Throws in ResetMaterialsOnPrefabItems when importing into a folder, that method definitely required a second cleanup pass anyway.
How about you replace those strings and pass references or ids around, this goes for other methods too. So many string manipulation and lookups, it's no wonder the whole thing throws if we so much as look at it.

…shConvertor Level

noa7 · 2025-09-26T17:04:11Z

No more string manipulations by storing source mesh name variable in ModelAsset, checked in latest @Eideren

Eideren · 2025-09-27T11:48:19Z

Most of my comments have not been addressed, moving this to draft while you take care of those. Feel free to set it to ready once it is actually ready for review.

noa7 · 2025-09-27T12:34:35Z

Yes, I got that, but you haven't gone through the review I made below the message I linked here #2898 (comment) This stuff:

I really can't see that list my side of github :)

Eideren · 2025-09-27T12:35:13Z

Ah, okay, my bad, that's on me. Give me a sec.

Eideren

Well, I did mention ResetMaterialsOnPrefabItems requiring a cleanup, it hasn't changed much, I'll leave these few comments for now

Eideren · 2025-09-23T17:07:57Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

            var importAnimations = parameters.Tags.Get(ImportAnimationsKey);
            var importSkeleton = parameters.Tags.Get(ImportSkeletonKey);
            var skeletonToReuse = parameters.Tags.Get(SkeletonToUseKey);
+            var splitHierarchy = parameters.Tags.Get(SplitHierarchyKey);   // <-- you read it here


Remove this comment

Eideren · 2025-09-23T17:08:47Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs


            foreach (var file in files)
            {
-                // TODO: should we allow to select the importer?


No reason to delete this comment

Eideren · 2025-09-23T18:30:25Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+            return new AssetItem(UPath.Combine(targetLocation, prefabUrl), prefab);
+        }
+
+        private static string SanitizePart(string s)


string? for both parameter and return type

Eideren · 2025-09-23T18:41:28Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+            var underlyingModel=entityInfo.Models.Where(C=>C.MeshName==underlyingMeshName).FirstOrDefault();
+            var nodeContainingMesh=entityInfo.Nodes.Where(c=>c.Name== underlyingModel.NodeName).FirstOrDefault();
+
+            var materialIndices=entityInfo.NodeNameToMaterialIndices?.Where(c=>c.Key== nodeContainingMesh.Name)?.FirstOrDefault().Value;


NodeNameToMaterialIndices is never null, the first ? is unnecessary. A Where Linq call never returns null so the second ? is unnecessary as well, Where(x).FirstOrDefault() can be simplified like mentioned above but ... it is a dictionary ... you can replace the Where with a try get, but should you even do a try get, wouldn't this being null be a bug, in which case it should just be a direct access which would throw when it doesn't find the key.

This method is very fragile, would it even work properly after the making the names unique ?

Fixed, The FBX as format doesn’t enforce unique mesh names. Adding an extra identifier simply ensures uniqueness. It should work fine, and if there is edge case realted to this not taken into account and might fail, should be easy to take care of!

For every mesh in model there would always be a fbx node and storing mapping directly at node level instead of mesh is to account for multiple materials on mesh

Eideren · 2025-09-23T18:47:03Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+
+            var materialIndices=entityInfo.NodeNameToMaterialIndices?.Where(c=>c.Key== nodeContainingMesh.Name)?.FirstOrDefault().Value;
+
+            if(materialIndices?.Count()< 1)  


Count() is the Linq method, use the property Count instead. Also, this will not return if materialIndices is null, which would cause the execution to throw at line 267 in that case.

only to account for edge case if theres is no material imported for mesh

Eideren · 2025-09-27T12:43:01Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+                return;
+
+            var underlyingModel=entityInfo.Models.Where(C=>C.MeshName==asset.MeshName).FirstOrDefault();          
+            var nodeContainingMesh=entityInfo.Nodes.Where(c=>c.Name== underlyingModel.NodeName).FirstOrDefault();


Where(x).FirstOrDefault() can be simplified to FirstOrDefault(x), but if nodeContainingMesh or underlyingModel are null, the line below would throw, so best use First(x).

Eideren · 2025-09-27T12:44:47Z

sources/editor/Stride.Assets.Presentation/Templates/ModelFromFileTemplateGenerator.cs

+            List<ModelMaterial> materialsToApply = null;
+            for (int i = 0; i < asset.Materials.Count; i++)
+            {
+                if (materialIndices.Contains(i))
+                {
+                    (materialsToApply??=new List<ModelMaterial>()).Add(asset.Materials[i]);
+                }
+            }
+
+            asset.Materials.Clear();
+            materialsToApply?.ForEach(_mat => asset.Materials.Add(_mat));          


This is more complicated than necessary, do reverse for loop and remove from asset.Materials when materialIndices.Contains(i) == false instead

Eideren

Can you test your PR more thoroughly, started reviewing again and found another issue on the first thing I checked.

sources/tools/Stride.Importer.3D/MeshConverter.cs

noa7 · 2025-10-12T02:31:35Z

Removed the filename-based mesh selection and made it an explicit part of the asset data. The chosen mesh now comes from ModelAsset.MeshName, which is passed via ModelAssetCompiler > ImportThreeDCommand to MeshConverter.KeepOnlyMeshByName. The old DecideKeptMeshIndexFromOutput logic is removed @Eideren

Eideren · 2025-10-12T17:20:29Z

Did you test your changes ?

noa7 · 2025-10-12T21:33:40Z

Yes tested with the room model file

…

On Sun 12. Oct 2025 at 20:20, Eideren ***@***.***> wrote: *Eideren* left a comment (stride3d/stride#2898) <#2898 (comment)> Did you test your changes ? — Reply to this email directly, view it on GitHub <#2898 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AF5T3BZKSPMEKIHDVGZGS2T3XKEXHAVCNFSM6AAAAACGW4SEGGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTGOJUHE3TCNZVGE> . You are receiving this because you were mentioned.Message ID: ***@***.***>

Eideren · 2025-10-12T21:56:28Z

Well, not sure what you did test, but I can still repro the naming issue I mentioned

noa7 · 2025-10-12T22:25:22Z

@Eideren can you point which naming issue?

Eideren · 2025-10-13T08:57:01Z

The one I mentioned there as I said #2898 (comment) - Changing the name of a model asset in the editor changes the actual mesh that gets imported

noa7 · 2025-10-13T14:32:37Z

My mistake, overlooked that part. I’ve checked in updates, storing mesh ID as a key pointer in ModelAsset, which is set only once at time of creation and remains unchanged on renaming etc. @Eideren

Eideren · 2025-10-13T18:29:09Z

If I select this option from the context menu, the model has a bunch of new entries created for its materials instead of just the ones used

noa7 · 2025-10-14T03:47:48Z

Fixed. It still reimports the mesh upon update from source but will not add extra materials @Eideren

Eideren · 2025-10-14T09:10:11Z

If a model has multiple materials assigned it ends up being split across two models
Untitled.zip - assigned a different material for one of the cushion on the bed.
See what I mean by saying you should test your PR more thoroughly, we shouldn't be having this much back and forth.

noa7 · 2025-10-14T09:25:28Z

Can you tell which mesh to look for in structure? And you mean if material has multiple materials its only applying first one?

Eideren · 2025-10-14T09:30:23Z

There are two cushions on the bed, one of them is of the same material as the bed, while the other has a different one assigned to it, both of them are part of the bed model in the original fbx file.
When imported as a split, the bed gets separated into two model asset, one for the bed and cushion of material A and another with only the other cushion with material B

noa7 · 2025-10-17T08:36:27Z

Fixed material mapping mismatch between Stride and Assimp.
Stride importer has one material per mesh, while Assimp exports multiple submeshes for multi-material meshes is what makes this tricky. Updated the mesh conversion logic to merge these correctly so materials now display correctly. @Eideren

Eideren · 2025-10-18T08:56:21Z

There's another fairly obvious issue you've introduced with the latest changes, didn't even have to do anything this time around, import your model and test things out properly.

noa7 · 2025-10-18T09:23:02Z

Just tested, its loading fine for me, can you tell whats the problem? @Eideren

Eideren · 2025-10-18T09:27:23Z

It's visible on your screen, half of the furniture is not on the right spot in the prefab

noa7 · 2025-10-18T13:52:33Z

I see, its going in circle, if I try to match exact materials than meshs dont position correctly if set mesh then materials dont set up correctly, ideally classes should have set up keeping multiple material in mind, i can try some more but not sure. If its acceptable to have only one material material imported like it is now, it will require only more additional stepon users part to assign the extra material on mesh in user interface?

Eideren · 2025-10-18T15:05:46Z

If it's not a bug but a limitation in the design, sure, but that's not really the case here. You'll figure it out I'm sure !

noa7 added 4 commits September 14, 2025 19:33

Base Commit for strip hierarchy

2972fa8

. 1. Changes to MeshConvertor and MeshAssetImporter to be able to import sub meshes in model as individual models in project assets

UI checkbox to split or not split

206fb84

Checkbox option for split at time of import

Introducing prefab

f329664

Prefab + naming

3242841

With all fixes suggested stride3d#2553 (comment)

noa7 mentioned this pull request Sep 17, 2025

Hierarchical FBX Importer #2553

Open

Eideren added the area-Asset label Sep 17, 2025

Eideren changed the title ~~Split Heirarchy Feature Complete~~ feat: Hierarchical Model Importer Sep 17, 2025

Eideren linked an issue Sep 17, 2025 that may be closed by this pull request

Hierarchical FBX Importer #2553

Open

Eideren self-requested a review September 17, 2025 08:49

noa7 added 2 commits September 18, 2025 22:36

Fix extra node "RootNode" Parent

a894997

Material Fix

cc374e3

Material + clean up

8303aaf

noa7 added 2 commits September 19, 2025 21:53

Material Fix

6695a6b

TRS @ nodeinfo -> Entity

fb77b7a

duplicate name fix

bef4618

Eideren reviewed Sep 21, 2025

View reviewed changes

Fixing issues raised on PR

049d132

stride3d#2898 (review)

Clean ResetMaterialsOnPrefabItems and applying TRS prefab items at Me…

52775d2

…shConvertor Level

cleanup

46e4edf

Eideren reviewed Sep 27, 2025

View reviewed changes

noa7 added 2 commits September 27, 2025 06:59

Addressing PR issues Eideren stride3d#2898

d1bc01a

More Fixes stride3d#2898

93f5a34

noa7 marked this pull request as ready for review September 28, 2025 13:14

Eideren reviewed Sep 30, 2025

View reviewed changes

sources/tools/Stride.Importer.3D/MeshConverter.cs Outdated Show resolved Hide resolved

Remove Filename based import determination

34112cd

Fixing naming issues, storing mesh id as key

0bf7e42

noa7 added 2 commits October 14, 2025 03:40

comm

02ae3cc

Mesh ModelAsset reimport

3a40756

Fixing multiple material issue

cd779bf



		// No combined "(All)" model when splitting; Prefab is the combined representation
		AssetItem allModelAsset = null;

		if (!nodeNameToIndex.TryGetValue(meshInfo.NodeName, out var nodeIndex))
		continue;


		var materialIndices=entityInfo.NodeNameToMaterialIndices?.Where(c=>c.Key== nodeContainingMesh.Name)?.FirstOrDefault().Value;

		if(materialIndices?.Count()< 1)

Uh oh!

feat: Hierarchical Model Importer #2898

Are you sure you want to change the base?

feat: Hierarchical Model Importer #2898

Uh oh!

Conversation

noa7 commented Sep 17, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

noa7 commented Sep 17, 2025

Uh oh!

Eideren commented Sep 18, 2025

Uh oh!

noa7 commented Sep 19, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Eideren commented Sep 19, 2025

Uh oh!

noa7 commented Sep 19, 2025

Uh oh!

Eideren commented Sep 19, 2025

Uh oh!

noa7 commented Sep 21, 2025

Uh oh!

Eideren left a comment • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

noa7 commented Sep 23, 2025

Uh oh!

Eideren commented Sep 23, 2025

Uh oh!

noa7 commented Sep 26, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Eideren commented Sep 27, 2025

Uh oh!

noa7 commented Sep 27, 2025

Uh oh!

Eideren commented Sep 27, 2025

Uh oh!

Eideren left a comment

Choose a reason for hiding this comment

noa7 commented Sep 17, 2025 •

edited

Loading

noa7 commented Sep 19, 2025 •

edited

Loading

Eideren left a comment •

edited

Loading

noa7 commented Sep 26, 2025 •

edited

Loading