# Sandbox GLB exporter question

**URL:** <https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856>\
**Category:** Questions\
**Created:** [April 9, 2020, 10:21am UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856 "2020-04-09T10:21:09Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![paleRider](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/palerider/32/7774_2.png) [@paleRider](https://forum.babylonjs.com/u/paleRider)\
**Post date:** [April 9, 2020, 10:21am UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/1 "2020-04-09T10:21:09Z")

</div>

Hi there:

At the moment, We’re using the superb **BJS Sandbox** as a main tool in our work with AR apps pipeline (native and web), as we use GLTF/GLB as the standardized 3D assets format.

The case is that we’ve detected that, in certain occasions, the GLB generated by **Sandbox** doesn’t work in apps (don’t crash but it shows nothing in the AR layer). Using instead Cesium’s **gltf-pipeline** command line tool over the same GLTF generates GLB files that _always work perfect_ with the aforementioned apps.

Said that, can anyone come up with any idea about the cause(s) for this inconsistent behavior experimented with the Sandbox exporter? Certainly We’d prefer to use **Sandbox** instead of the Cesium command line tool, because with Sandbox we have a very convenient bundle of tools all in one.

By the way, are you planning to include Draco compression ability in **Sandbox** GLB export?

Best regards.

---

<div class="post-metadata">

**Author:** ![Deltakosh](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/deltakosh/32/26635_2.png) [@Deltakosh](https://forum.babylonjs.com/u/Deltakosh)\
**Post date:** [April 9, 2020, 4:12pm UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/2 "2020-04-09T16:12:17Z")

</div>

> [@paleRider](#):
>
> We’re using the superb **BJS Sandbox**

Thanks 😉

Adding @bghgary and @Drigax

---

<div class="post-metadata">

**Author:** ![Drigax](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/drigax/32/16585_2.png) [@Drigax](https://forum.babylonjs.com/u/Drigax)\
**Post date:** [April 9, 2020, 4:51pm UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/3 "2020-04-09T16:51:41Z")

</div>

> [@paleRider](#):
>
> The case is that we’ve detected that, in certain occasions, the GLB generated by **Sandbox** doesn’t work in apps (don’t crash but it shows nothing in the AR layer).

Can you expand on this please? In what occasions do the glb files not work? is there a specific object in scene that is causing an invalid glb to be exported? can you create a minimal playground scene that can reproduce this?

---

<div class="post-metadata">

**Author:** ![bghgary](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/bghgary/32/48532_2.png) [@bghgary](https://forum.babylonjs.com/u/bghgary)\
**Post date:** [April 9, 2020, 6:54pm UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/4 "2020-04-09T18:54:04Z")

</div>

> [@paleRider](#):
>
> By the way, are you planning to include Draco compression ability in **Sandbox** GLB export?

We don’t have any plans for this, but it shouldn’t be hard to add. We would welcome a contribution for this.

---

<div class="post-metadata">

**Author:** ![paleRider](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/palerider/32/7774_2.png) [@paleRider](https://forum.babylonjs.com/u/paleRider)\
**Post date:** [April 10, 2020, 7:20am UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/5 "2020-04-10T07:20:12Z")

</div>

Hi **Drigax** :

We’re working intensively with the pipeline _ **BJS Sandbox** _ - _ **ARCore/Sceneform/Filament** _ these days, so we’ll try to identify some kind of pattern with the specificities of the models that give problems.

I’ll be in touch.

---

<div class="post-metadata">

**Author:** ![paleRider](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/palerider/32/7774_2.png) [@paleRider](https://forum.babylonjs.com/u/paleRider)\
**Post date:** [April 10, 2020, 7:28am UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/6 "2020-04-10T07:28:11Z")

</div>

Hi **Gary** :

Well, I think _ **Draco compression** _ is a must-have in a real-world pipeline these days, both for web and cloud-based-native apps.

Of course, at the final iterations of a project the CG-artist must deliver a properly mesh-optimized model, and then _ **Draco** _ will not be so useful; but in the early iterations, with still not quite worked models, Draco will help a lot in terms of downloading speed.

Best regards.

---

<div class="post-metadata">

**Author:** ![paleRider](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/palerider/32/7774_2.png) [@paleRider](https://forum.babylonjs.com/u/paleRider)\
**Post date:** [April 19, 2020, 4:09pm UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/7 "2020-04-19T16:09:27Z")

</div>

Hi **Nicholas** :

About the apparent problem with the exportation of some GLBs within **ARCore/Sceneform/Filament** developments, as stated in this [issue](https://github.com/google-ar/sceneform-android-sdk/issues/1055), it could be a problem of that Google’s technology.

Best regards.

---

<div class="post-metadata">

**Author:** ![paleRider](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/palerider/32/7774_2.png) [@paleRider](https://forum.babylonjs.com/u/paleRider)\
**Post date:** [April 19, 2020, 4:19pm UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/8 "2020-04-19T16:19:53Z")

</div>

Hi there, **Gary** :

Certainly, It would be very convenient to have incorporated the “draced” GLB export, in order to not be forced to use other tool, as the aforementioned gltf-pipeline.

Keep in mind that, from a practical point of view, other very useful feature to be included in Sandbox is the ability to **save to GLTF**. This way you can tweak parameters here and there in meshes, textures, materials, and so on; and have the option to generate a “fixed” scene, without the need to go back to the 3D authoring tool.

Best regards.

---

<div class="post-metadata">

**Author:** ![bghgary](https://sea2.discourse-cdn.com/flex024/user_avatar/forum.babylonjs.com/bghgary/32/48532_2.png) [@bghgary](https://forum.babylonjs.com/u/bghgary)\
**Post date:** [April 20, 2020, 4:42pm UTC](https://forum.babylonjs.com/t/sandbox-glb-exporter-question/9856/9 "2020-04-20T16:42:49Z")

</div>

> [@paleRider](#):
>
> very convenient to have incorporated the “draced” GLB export

Sure. Open a feature request on [GitHub](https://github.com/BabylonJS/Babylon.js/issues)?

> [@paleRider](#):
>
> other very useful feature to be included in Sandbox is the ability to **save to GLTF**

I’m not sure if you are asking for a feature. There is already a way to save a GLB from the sandbox using the inspector.

 ![image](https://us1.discourse-cdn.com/flex024/uploads/babylonjs/original/2X/1/116247dbb4012f452088fc979f7cca46d983547a.png)

That said, the loading of a glTF into Babylon Sandbox and exporting it back out is inherently a lossy step. Babylon doesn’t keep all the information from a glTF when loaded since it isn’t able to represent exactly what glTF files do, so this kind of process may not be the best. glTF is intended as the last mile format.
