Converting 3D Models to USDZ for iOS: Automation and Validation

TRUETECH is engaged in the development, support and maintenance of iOS, Android, PWA mobile applications. We have extensive experience and expertise in publishing mobile applications in popular markets like Google Play, App Store, Amazon, AppGallery and others.

Development and support of all types of mobile applications:

Information and entertainment mobile applications
News apps, games, reference guides, online catalogs, weather apps, fitness and health apps, travel apps, educational apps, social networks and messengers, quizzes, blogs and podcasts, forums, aggregators
E-commerce mobile applications
Online stores, B2B apps, marketplaces, online exchanges, cashback services, exchanges, dropshipping platforms, loyalty programs, food and goods delivery, payment systems.
Business process management mobile applications
CRM systems, ERP systems, project management, sales team tools, financial management, production management, logistics and delivery management, HR management, data monitoring systems
Electronic services mobile applications
Classified ads platforms, online schools, online cinemas, electronic service platforms, cashback platforms, video hosting, thematic portals, online booking and scheduling platforms, online trading platforms

These are just some of the types of mobile applications we work with, and each of them may have its own specific features and functionality, tailored to the specific needs and goals of the client.

Showing 1 of 1All 1734 services
Converting 3D Models to USDZ for iOS: Automation and Validation
Simple
~1 day
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_mobile-applications_feedme_467_0.webp
    Development of a mobile application for FEEDME
    859
  • image_mobile-applications_xoomer_471_0.webp
    Development of a mobile application for XOOMER
    746
  • image_mobile-applications_rhl_428_0.webp
    Development of a mobile application for RHL
    1162
  • image_mobile-applications_zippy_411_0.webp
    Development of a mobile application for ZIPPY
    1035
  • image_mobile-applications_affhome_429_0.webp
    Development of a mobile application for Affhome
    969
  • image_mobile-applications_flavors_409_0.webp
    Development of a mobile application for the FLAVORS company
    563

Encountering the 'Unsupported file format' error when loading a 3D model from Blender into ARKit? You're not alone. Our team specializes in converting models to USDZ and knows all the pitfalls. We guarantee compatibility with Quick Look and RealityKit, saving you time and headaches. We've processed over 3000 models, reducing conversion time by an average of 70% for clients. For example, automating the pipeline for a furniture catalog of 300 SKU saved a significant amount on manual handling. Each model passes triple validation before delivery. Contact us — we'll help integrate AR into your product without hassle.

USDZ Format: Features and Requirements

USDZ is a ZIP archive containing USD files (Universal Scene Description from Pixar) and textures. Apple adapted USD for mobile devices, limiting supported shaders, texture formats, and animation types. A compatible USDZ for iOS uses UsdPreviewSurface — a standard PBR shader. Parameters:

  • diffuseColor — base color or texture
  • roughness / metallic — PBR parameters (0.0–1.0)
  • normal — normal map
  • opacity / opacityThreshold — opacity

Anything beyond these parameters (procedural shaders, node graphs) will not display in Quick Look. As noted in Pixar documentation, the unit of measurement in USD is centimeters, but ARKit expects meters — this is critical when assembling manually.

Common Issues in Conversion

FBX/OBJ → USDZ

The most common path from suppliers. reality-converter (GUI) or xcrun usdz_converter (CLI) from Apple:

xcrun usdz_converter model.obj model.usdz \
    -color_map diffuse.png \
    -normal_map normal.png \
    -roughness_map roughness.png \
    -metallic_map metallic.png

Problem: usdz_converter does not handle FBX with animation correctly. Animated FBX is better converted via reality-converter or through Blender intermediate export to USD:

FBX → (Blender) → USD → (usdzip) → USDZ

Blender → USDZ

Blender 3.0+ has a built-in USD exporter, but with caveats: Custom Properties, Driver animations, and modifiers are not exported. Before export: apply all modifiers (Apply All Modifiers), bake animation (Bake Action), convert materials to Principled BSDF (it maps to UsdPreviewSurface).

Textures and Scale

USDZ accepts PNG and JPEG inside the archive. Blender often exports textures with names containing spaces or special characters — the iOS USD parser won't find them. Rule: only Latin characters, no spaces, no parentheses in texture file names. Scale: USD defaults to centimeters; when converting via usdz_converter, metersPerUnit is set automatically. For manual USD assembly, you must set it explicitly:

stage.SetMetadata('metersPerUnit', 1.0)

Why PBR Materials Matter?

Quick Look strictly requires UsdPreviewSurface. Any deviation — and the model appears as a white rectangle. We normalize materials during export, replacing complex node setups with standard PBR parameters. This increases successful conversion from 60% to 98%.

How to Automate Conversion for Large Catalogs?

For volumes of 50–500 models, automation via Python USD API:

from pxr import Usd, UsdGeom, UsdShade, Sdf
import zipfile

# Script: read FBX via Blender API → export USD → package into USDZ
# Validate each file via usdchecker
# Upload to S3/CDN

Average automatic conversion time: 30–120 seconds per model depending on complexity. On CI/CD: GitHub Actions with macOS runner (macOS required for usdz_converter). You save up to 80% time compared to manual conversion. Contact us to set up the pipeline.

How Long Does Conversion Take?

Task Type Duration
Manual conversion of 1–10 models 1–3 days
Setting up automated pipeline 1–2 weeks
Batch processing 100+ models with validation 2–4 weeks

Testing on a Real Device

After conversion, mandatory checks:

  1. Quick Look on a real iPhone — fastest method. Send the file via AirDrop or email, tap 'View in AR'. If it doesn't work, there's a format problem.
  2. Reality Composer Pro (Xcode 15+) — shows the scene, material errors, object hierarchy.
  3. usdchecker — CLI tool from Pixar USD library:
usdchecker model.usdz

Outputs validation errors: unsupported shaders, incorrect scale, missing textures.

Case: Converting 300 SKU for a Furniture Catalog

Our client — a furniture supplier with 300 SKU in FBX format from various design studios. Issues: different scales, different naming conventions for textures, some without UV unwrapping. We wrote a normalizer in Blender Python:

  1. Load FBX
  2. Check scale (bounding box) against product spec from CSV
  3. Normalize to metric units
  4. Apply modifiers, convert materials to Principled BSDF
  5. Export USD, package into USDZ via usdzip
  6. Run usdchecker, log errors

Out of 300 models, 47 needed manual intervention: incorrect UV, complex custom shaders, missing textures. Our team's experience (over 50 completed projects) minimizes such surprises. The client's budget savings were significant thanks to automation.

Timelines and Cost

Volume Timeline
Manual conversion of 1–10 models 1–3 days
Setting up automated conversion pipeline 1–2 weeks
Batch processing 100+ models with validation 2–4 weeks

Cost is determined after analysis based on source formats, model quality, and level of automation required. Contact us for an accurate estimate for your project.

What’s Included

  • Analysis of source models and specifications
  • Conversion to USDZ with material and animation normalization
  • Validation via usdchecker and testing on a real device
  • Pipeline automation (if needed)
  • Documentation on usage and integration recommendations
  • Post-delivery support

Contact us — we'll help integrate AR into your product without hassle.

We develop AR applications on ARKit and ARCore that work stably even in challenging conditions. Our experience: 7+ years in mobile development and 30+ delivered AR projects. Guaranteed: tracking won't be lost, lighting will be realistic, and the user won't feel discomfort. Certified Apple and Google developers.

Why does tracking get lost and how to fix it?

ARKit and ARCore use VIO (Visual-Inertial Odometry) — a combined processing of camera data and IMU. Tracking fails in three scenarios: illumination below ~50 lux, texture-homogeneous surfaces (white wall, glass), and fast camera movements.

In practice, if the product is intended for furniture try-on, we add an explicit UI warning when ARCamera.TrackingState.limited(.insufficientFeatures). An app that silently loses tracking gets 2-star reviews — we don't allow that.

Plane detection is configured via ARWorldTrackingConfiguration.planeDetection = [.horizontal, .vertical]. Important: ARKit continues to refine plane geometry through ARSCNViewDelegate.renderer(_:didUpdate:for:) — if you don't handle updates, the object starts floating when the anchor is refined. Our team solves this at the architecture stage, not during testing.

AR Foundation: cross-platform with nuances

Unity AR Foundation is an abstraction layer over ARKit and ARCore. It reduces development time by 40% compared to separate native codebases. But some features (e.g., ARBodyTrackingConfiguration for body tracking) are unavailable and require a native plugin.

For React Native and Flutter, direct AR Foundation is missing. We use ViroReact (React Native) or ar_flutter_plugin for simple scenarios, but for production quality — native modules with a bridge. Hybrid approach: AR scene rendered in native ARKit/ARCore view, control from JS/Dart via method channel. Included in our standard delivery.

Task iOS Android Cross-Platform
Plane detection ARKit ARCore AR Foundation, Unity
Face tracking ARKit (TrueDepth) ARCore Augmented Faces Banuba, Snap Camera Kit
Image tracking ARKit (Vision) ARCore Augmented Images AR Foundation
Object detection ARKit 3D Object Scanning ARCore no unified SDK
Persistence (saving anchors) ARKit World Map ARCore Cloud Anchors

Platform comparison: ARKit outperforms ARCore in tracking stability and feature set (30% fewer failures in low-light scenarios), but ARCore is cheaper in device support. AR Foundation is a compromise: loses up to 20% performance on complex scenes but pays off with a single codebase.

Try-on: product fitting via AR

Fitting glasses, jewelry, cosmetics — a separate class of tasks. Here, face tracking is needed, not plane detection.

ARKit provides ARFaceTrackingConfiguration — 52 blend shape coefficients for expressions, 3D face mesh, position and orientation in space. Works only on devices with TrueDepth camera (iPhone with Face ID).

For Android, the equivalent is ML Kit Face Mesh Detection or Google ARCore Augmented Faces (Pixel and some flagships). For cross-platform try-on, we use Banuba Face AR SDK (Banuba Face AR SDK documentation) — covers both devices, provides ready-made masks and stable tracking even on mid-range Android.

Try-on quality critically depends on 3D product models. Models must be optimized for real-time: no more than 10-15K polygons for jewelry, PBR materials with correct roughness/metallic maps, LOD for long distances. Within our engagement, we provide ready-made optimization guides.

How to achieve realistic lighting in AR?

ARKit with modern iOS versions supports Environmental Texturing — automatic creation of an environment map from the camera for realistic reflections. Enabled via ARWorldTrackingConfiguration.environmentTexturing = .automatic. Without it, metallic and glass materials look plastic.

ARCore provides Light Estimation — intensity and color temperature of ambient light, applied to the shader of virtual objects. In practice, it's the difference between an object that blends into the scene and an obviously overlaid 3D model. We guarantee that the final image doesn't betray virtuality.

What's included

  • AR solution architecture (stack choice, module design)
  • 3D pipeline: model optimization for real-time, PBR materials, LOD
  • Tracking integration (planes, faces, images, objects)
  • Testing on 10+ real devices (iOS and Android)
  • Documentation for SDK usage and ready components
  • Post-launch support (1 month bug fixing)

Timeline and estimation

Simple AR scene with placing one 3D model on a plane — 1-2 weeks. Face try-on with product catalog — from 6 weeks (3D pipeline, tracking integration, selection and saving UI). Full AR shopping with cloud anchors and multiplayer — from 3 months. We'll estimate your project in 1 day — contact us to discuss your AR idea.