> For the complete documentation index, see [llms.txt](https://docs.m-xr.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.m-xr.com/marso-studio/help-and-support/troubleshooting.md). # Troubleshooting Most issues fall into one of the categories below. If none of these solve it, see [Contact Support](/marso-studio/help-and-support/contact-support.md). ## My scene didn't detect the right objects | What you see | Fix | | ------------------------------------ | ------------------------------------------------------------------- | | Objects missing entirely | Run **Detect Objects** again and name them explicitly in categories | | One object split into several pieces | Re-run with a broader category for that object | | Several objects merged into one | Re-run with the individual categories named | | Too much scenery detected | Just deselect the extras — that's free | If two runs don't improve things, the scene image is the problem rather than the detection. A clearer image with better-separated objects, each reasonably large in frame, detects better than any category list. See [Detecting & selecting objects](/marso-studio/scenes/detecting-and-selecting-objects.md). ## Some objects in my scene failed This is normal on larger scenes. One object failing doesn't stop the rest and doesn't invalidate the ones that worked. * **The object probably didn't fill enough of its reference image.** This is the most common cause. 3D generation needs the object to take up the majority of the frame, so anything small, distant or heavily occluded in the original scene tends to fail. Deselect those at detection rather than paying for them. * **Retry the individual object**, not the whole scene. You're only charged for the object and the stage you re-run, not for the whole pipeline again. * **If a retry fails the same way twice, go back a stage.** A bad mesh is usually a bad reference image, and a bad reference image is usually an object that was too small in the scene to begin with. * **Thin, wiry or transparent objects** are the other common failures at the 3D stage. Chains, wire fencing, glassware. * **Try a different 3D generator** on that object. Where the reference image is fine and the mesh still isn't, the reconstruction model is the variable worth moving — see below. See [Working with scene results](/marso-studio/scenes/working-with-scene-results.md). ## The mesh came out wrong, but the image was fine Reconstruction is the stage where the model matters most, and no single generator handles every subject. **Generate 3D Model** offers **Hunyuan 3.1** (the default), **Tripo H3.1**, **Meshy 6** and **Meshy 7**. * **Re-run the same reference image through a different generator** before you go back and re-prompt. Hard-surface props, organic shapes and cluttered references all favour different models. * **The generators cost different amounts**, and switching re-runs the generation at the new generator's rate — so check the cost before you switch a whole scene rather than one object. * The generator only decides geometry and base colour. If the *materials* are the problem rather than the shape, that's the PBR stage — see **My results don't look right** below. See [Choosing a generator](/marso-studio/reference/nodes-reference.md#choosing-a-generator) and [Credits & billing](/marso-studio/reference/credits-and-billing.md). ## I ran out of credits partway through a scene **Objects that already completed are kept** — they're yours, and you won't be charged for them again. But the run doesn't resume on its own: **the remaining objects in that run won't complete.** Top up, then re-run the ones that didn't finish. To avoid it next time, work out the cost before you start — every object you keep is charged for all three generation stages, and your choice of 3D generator changes what each object costs. The selection step and the generator are where you control this. See [Credits & billing](/marso-studio/reference/credits-and-billing.md). ## My scene is taking a long time A scene runs every stage across every object you selected, so a large scene is a long run. Objects are processed in parallel, so it won't take the sum of its parts, but it will take considerably longer than a single asset. Objects appear as they finish — you can review the early ones while the rest are still running. ## My file was rejected | Cause | Fix | | ---------------------------------------------- | --------------------------------------------------------------------------------------------------------- | | No base-colour texture | Add an image-based base-colour texture before uploading | | Coloured with vertex data only | Vertex colours aren't textures — bake to a texture map | | Textures referenced externally (URI/file path) | Embed textures in the file, or bundle them (see below) | | FBX zip not following the naming convention | Name the base-colour map `game.color.png`, `color.png`, `albedo.png`, `basecolor.png` or `base_color.png` | | A material with no texture | Make sure every material has a base-colour texture | Full rules: [3D file support](/marso-studio/preparing-your-assets/3d-file-support.md). ## My results don't look right * **Check the input first.** Marso Studio enhances materials but can't fix bad geometry, overlapping UVs, or a poor scan. * **Remove any existing PBR.** Bring a clean, base-colour asset — assets that already carry PBR work against the prediction. * **Flat-shaded AI assets predict poorly.** Generative meshes work best when shading and lighting cues are baked into the base colour. * **Complex geometry** can produce coverage artefacts on some surfaces — try a cleaner or simpler asset to compare. See [Sourcing & preparing assets](/marso-studio/preparing-your-assets/sourcing-and-preparing-assets.md). ## It looks wrong in the viewer The web viewer is still being refined during early access. If a result looks off **in the viewer**, download and check the exported maps before assuming the generation failed. ## Generation failed or timed out * Keep files **under 100 MB**. * Run **one generation at a time** during early access. * Retry once — if it fails again, grab a screenshot of any error and contact us. *** Still stuck? → [Contact Support](/marso-studio/help-and-support/contact-support.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.m-xr.com/marso-studio/help-and-support/troubleshooting.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.