Test plan · Generators
Multi-View vs Single Image to 3D: What Vendors Document and How to Check the Back
What vendors document on multi-view vs single-image 3D: plan limits, credit costs and benchmark claims, plus a protocol to measure back-side error yourself.
From one image, a generator has to invent the back and sides; from several, it can use them. Vendors say the second is better, but the question you pay for is how much better, on which tool, and at what extra cost. This page collects what is documented about multi-view input and gives a protocol you can run to measure back-side error against known geometry.
What each tool documents
Multi-view input is gated and priced differently by vendor, which affects whether you can run the comparison on a free account at all.
- Meshy (tutorial, posted August 11, 2026, updated September 8, 2026): up to four images, a main photo plus left, back and right slots; Multi-View requires Pro or above, runs on Meshy 7 only, is unavailable in Smart Topology mode, and costs 20 credits at Standard or 25 at Ultra 2K, which it gives as the default. The tutorial says a single image is “faster and usually enough” for symmetric or front-only objects, and that Multiview Texture is base color only (“This release covers base color textures”). It also says enabling Texture adds 10 credits and Split another 10, and that a pre-composited character sheet can be uploaded as the main image.
- Tripo: the developer docs list Image to Multiview at 10 credits and Multiview to 3D at 20 to 30 credits (H-series, no or standard texture; P2 is 100 to 130).
- Hunyuan3D (hosted): an earlier reading of Tencent Cloud’s billing page recorded a MultiViewImages add-on at +10 credits on top of the base generation. The page served a bot check to our last automated check, so this could not be reconfirmed. Check it before budgeting.
- Rodin / Hyper3D: Gen-2.5 takes one to five images. The web app’s plan table marks Multi-image to 3D as “Limited” on Free, with full access from Creator up.
- TRELLIS: the v1 README notes multi-image conditioning was added in December 2024 for TRELLIS-image, using a tuning-free method that it says “may not give the best results for all input images”.
Use the credit cost calculator to compare what four views cost on your plan.
Input rules differ as well, and they change how you set up the run:
| Tool | Views accepted | How views are identified | Route to synthetic views |
|---|---|---|---|
| Meshy web app | 1 to 4 | Main image plus labeled Left, Back and Right slots | A Generate link fills missing slots from the main image, free per its tutorial |
| Meshy API | 1 to 4 | With meshy-7.1 or latest, the first image is the front view and the others can be in any order |
Reuse a multi-view image task through input_task_id |
| Tripo API, H series | 2 to 4, front required | Keyed front, left, back, right |
Pass an Image to Multiview task ID (that step lists at 10 credits) |
| Rodin Gen-2.5 API | 1 to 5 | First image is used for material generation; optional image_label gives each image’s direction (F, FL, FR, B, BL, BR, L, R, U, D) and defaults to unknown |
None described on the page |
The listed price does not always rise with the view count. Meshy’s tutorial gives the same 20 or 25 credits for a Multi-View generation that its web app credit table lists for Image to 3D, and Tripo’s developer site shows the same 20 to 30 credit band (H-series; P2 is 100 to 130) for Image to 3D and Multiview to 3D. On those two, the real costs are the plan gate and your capture time. Hunyuan3D’s hosted add-on, as last read, is the case where an extra charge is itemized.
What the benchmark and the FAQ claim
Meshy’s 12 August 2026 post benchmarks geometry from front, top-quarter and four-view renders of held-out reference models. It reports that Meshy 7 leads all tested models under single top-quarter input. With four views it says Meshy 7 “remains among the leading models”: Hi3D 2.1 and Tripo 3.1 both score higher on overall proportion and on surface details, and spatial distribution is tied with Hi3D 2.1. The post is run by a vendor that is one of the contestants, inputs are renders only, and it does not cover back-side error on real photos. For the four-view results it says the gap between leaders is “small relative to the variation across individual test objects”.
3D AI Studio’s guide on single versus multiple photos claims 70 to 80 percent overall accuracy for a single photo and 90 to 95 percent for 3 to 8 angles, with no stated method, sample or sources; the publisher sells 3D generation. We do not treat the percentages as findings. For tests of your own, see the tests hub.
Where the published guidance disagrees
Vendor guidance agrees that extra views help and diverges on nearly everything a person would act on.
- Whether every model benefits. A caption in Meshy’s benchmark post says “Every model improves on its single-view scores”. Its own results table does not fully match when four views are set against the top-quarter single view: Meshy 6 Lite falls on overall proportion (78.2% to 76.3%) and spatial distribution (75.2% to 74.2%), and Hunyuan3D 3.1 slips on spatial distribution (73.7% to 73.5%). The largest overall-proportion gain in the table is Rodin 2.5’s (72.0% to 82.6%). All of these are Meshy’s numbers on Meshy’s benchmark. Its scoring code is now public in the meshybench repository, but the repository we read ships one example asset, not the held-out reference set, so the published tables cannot be rerun from it. The practical point stands anyway: more views are not automatically better on every model, so test the one you would buy.
- Whether the back is still guessed. Meshy’s tutorial says the back and sides “come from your actual photos, not AI guesswork”. Its benchmark still scores Meshy 7 at 60.6% on surface details with four views, where 100% is the reference measured against itself. Four views reduce inference. The published numbers do not show they remove it.
- How many views. Meshy says even two photos noticeably improve the result. One 3D AI Studio guide says fewer than three is not enough to work with reliably and calls three to five the sweet spot; its other guide gives that label to six to eight. Tripo requires at least two. Rodin takes up to five, and Neural4D’s product page advertises six angles. None publishes a view-count curve.
- How to shoot. Meshy’s tutorial says to “rotate the object, not the camera”. 3D AI Studio’s guide says the opposite: “Don’t rotate the object between shots - rotate yourself around the object.” The two instructions affect lighting and background differently, so pick one and record it as
capture_method. - Whether views need labels. 3D AI Studio’s guide says “You don’t need to label them”. Meshy’s web app and Tripo’s API both identify views by slot or key, and Rodin’s API offers optional direction labels.
The synthetic-view trap
A four-view run is only a four-view test if four real views went in. Meshy can fill empty slots from your main image, and Tripo can build a view set from one image. Those are one image plus generated guesses, which is a third condition rather than a cheaper version of the second. A paper on single-image pipelines (Jun, Ko and Kang, August 2026) describes the underlying issue: when views are synthesized from one image, projective ambiguity can produce visual discontinuities between them and inaccuracies in the reconstruction. That paper proposes its own fix, and its abstract, the part we read, names none of these commercial tools. Log which slots were real.
Test design
You need geometry you know to measure error. Two ways to get it:
- Render-based: take a 3D model you own, render front, left, back and right views and a three-quarter single view from known cameras. The reference mesh is the truth.
- Photo-based: photograph a physical object from the same four angles; use a scan of it (or careful caliper measurements of height, width and depth) as truth.
Run for each object, per tool that supports it, on default settings in one date window: (a) single view, (b) four real views, and (c) one real view plus synthetic views where the tool offers them. Render-based tests are the cleaner start, because the camera is known and the reference is exact, but they flatter tools trained on similar renders; add at least one photographed object before trusting the result.
Choose objects that can show a difference:
- A symmetric control, such as a mug or vase without a logo. Multi-view should change little here, and Meshy’s tutorial says a single image is usually enough for this kind of object. A large change suggests alignment or capture error.
- An object with an asymmetric back, such as a backpack with straps or a device with a rear panel. This is the case the extra credits are for.
- A thin or repeating structure. Meshy’s post names loose hair and exact repetition, such as tower floors and window grids, as two recurring limits.
- A character turnaround, if you make characters. Meshy accepts a composited sheet as a single main image, so run the sheet and the separated views as different conditions.
Set the back hemisphere before measuring. After alignment, split the reference with a plane through its bounding-box center, perpendicular to the front axis. Sample points on the reference’s back half and measure each to the generated surface, then repeat from the generated back half to the reference. The first direction catches missing detail; the second catches invented detail. MeshLab’s Hausdorff Distance filter samples one mesh and finds the closest point on the other, and trimesh.proximity.closest_point does the same in a script. Report the mean and a high percentile, divided by the reference bounding-box diagonal so objects of different sizes compare.
Fit the alignment on the front half only, in every arm. A whole-object fit lets the transform compromise between front and back and hides part of the error you are trying to measure.
Fields
| Field | Definition |
|---|---|
| views_input | 1, 2 or 4, with which angles |
| views_source | real, synthetic or mixed, per slot |
| capture_method | object rotated, or camera moved |
| reference_type | render-known-mesh, scan, calipers |
| bbox_error_pct | Difference of each bounding-box dimension to the reference after uniform scaling |
| back_deviation | Distance between generated and reference back hemispheres in both directions, using a closest-point measurement (Blender, MeshLab or a script) after best alignment with translation, rotation and uniform scale only, as a share of the bounding-box diagonal |
| detail_kept | 0 to 2: asymmetric features (handles, logos) present on the back |
| mirrored_artifact | yes/no, back is a mirror of the front |
| credits_extra | Extra credits vs single-view run |
| triangles, loose_pieces, open_edges | From the script on the prompt set page, or any one mesh tool used for every run |
Reporting the alignment convention matters: Meshy’s own benchmark aligns using translation, rotation and uniform scaling only; use the same so results are comparable.
Pass or fail
Multi-view is worth its extra credits for a tool when back_deviation drops and detail_kept rises on at least most of your objects, and the credits_extra fits your budget. Judge the plan upgrade too: on Meshy, the Multi-View feature needs Pro or above, so a free account cannot run arm (b) at all. Treat synthetic views as a separate verdict; they pass only if they beat the single-view run by more than your symmetric control moved. If four views improve nothing for symmetric objects, use one image, as Meshy’s own tutorial suggests.
The result also depends on where the asset goes. A back-facing wall prop or a fixed-camera game may never show the hemisphere you paid to fix. A figurine or a character the player orbits will show it from the first second, and that is where this test earns its time. Where the back is wrong even with four views, the cause may be the input quality rather than the tool; see preparing images for image-to-3D and photo vs concept art. For character sheets, concept art to a 3D character covers turnarounds.
Sources
- Tripo API pricing
- Meshy multi-view tutorial
- Meshy: Meshy 7 image-to-3D geometry alignment
- 3D AI Studio: single vs multiple photos
- Meshy API pricing
- Tripo developer docs
- Tencent Cloud Hunyuan 3D billing
- Meshy API: Multi-Image to 3D
- Tripo API: Multiview to 3D Model, H Series
- Rodin Gen-2.5 API specification
- 3D AI Studio: best way to use multiple images
- Neural4D: Multi-View to 3D
- View-Adaptive Renderer for View-Consistent 2D-to-3D Generation
- PyMeshLab filter list (Hausdorff Distance)
- trimesh.proximity
- Meshy web app credit costs
- Rodin / Hyper3D pricing
- TRELLIS README
- meshybench repository