GLB и glTF: ключевые различия, размер файла и когда использовать каждый формат

“

• GLB и JSON glTF — два представления формата ресурсов glTF 2.0.
• JSON glTF может хранить ресурсы отдельно или встраивать их; раздельное хранение упрощает проверку и итерации.
• GLB упаковывает ресурс в один удобный файл для передачи, когда все его зависимости включены в контейнер.
• По размеру файла нет однозначного победителя; сравнивайте эквивалентные экспорты и оптимизируйте данные под целевую среду выполнения.
• Выбирайте упаковку, которую поддерживает целевая платформа, затем валидируйте итоговый ресурс в нужном просмотрщике или движке.

Вы экспортируете 3D-модель и видите два варианта: .gltf и .glb. Какой выбрать? Краткий ответ: GLB и glTF — две версии одного открытого 3D-формата от Khronos Group. Файл .gltf использует JSON и может ссылаться на внешние ресурсы или встраивать их; GLB — это бинарная контейнерная форма того же формата ресурсов. В этом руководстве разбираются реальные различия в структуре, размере файла, редактировании, веб-доставке и указывается, когда применять каждый формат.

Что такое glTF?

glTF, сокращение от GL Transmission Format, — открытый стандарт 3D-ресурсов, поддерживаемый Khronos. Спецификация описывает сцену и все ресурсы, необходимые для её рендеринга: меши, материалы, анимации, камеры, освещение и изображения.

Файл .gltf использует JSON для описания сцены. Его буферы и изображения могут храниться в виде отдельных файлов — например, .bin, .png или .jpg — либо встраиваться как data URI. Таким образом, JSON glTF-ресурс не является автоматически многофайловой папкой.

Это делает glTF удобным для проверки, редактирования и использования в автоматизированных конвейерах. Формат широко поддерживается браузерами, three.js, Babylon.js, игровыми движками и AR-фреймворками.

Что такое GLB?

GLB — бинарная контейнерная форма glTF-ресурса. Он упаковывает JSON-описание сцены и бинарные данные в один файл .glb, что делает автономную передачу удобной, когда все зависимости включены в контейнер.

Это делает GLB идеальным для дистрибуции: один файл достаточно загрузить, поделиться им, встроить или предварительно просмотреть. Кроме того, это помогает избежать проблем с отсутствием текстур, которые могут возникнуть при загрузке файла .gltf без связанных ресурсов.

Файл GLB может быть сопоставим по размеру с эквивалентным glTF-дистрибутивом, однако фиксированного преимущества по размеру нет. Результат зависит от способа кодирования буферов и изображений, от того, встроены ресурсы или внешние, а также от применённых настроек сжатия. GLB обычно предпочтителен для веб-доставки, AR-просмотрщиков, маркетплейсов и платформ, таких как 3D Viewer от Tripo AI.

Ключевые различия между GLB и glTF

Практическое различие заключается в упаковке, а не в качестве рендеринга. JSON glTF может использовать внешние ресурсы или встроенные данные, тогда как GLB хранит JSON- и бинарные чанки вместе. Раздельные ресурсы могут быть полезны в производственном конвейере; передача в виде GLB позволяет избежать проблем с относительными путями, когда ресурс упакован в один файл.

Сравнение размеров файлов

GLB и glTF могут представлять одну и ту же сцену, однако ни одно из расширений не гарантирует меньший объём загрузки. JSON-накладные расходы, кодирование data URI, выравнивающее заполнение чанков GLB, форматы изображений, сжатие геометрии и неиспользуемые ресурсы — всё это влияет на итоговый размер.

Для ресурсов с большим количеством текстур основную долю объёма обычно определяют разрешение и сжатие изображений. Для ресурсов с простой геометрией и малым числом текстур более значимыми могут оказаться данные мешей. Сравнивайте фактически экспортированные файлы, не полагаясь на фиксированное соотношение текстур и геометрии.

Если нужны файлы меньшего размера, оптимизируйте ресурс, а не выбирайте расширение по названию. Draco или meshopt могут сократить объём геометрических данных, а KTX2/Basis Universal — снизить нагрузку текстур, если целевая среда выполнения поддерживает эти расширения. Удалите неиспользуемые материалы и изображения, затем протестируйте итоговый ресурс в просмотрщике или движке, где он будет использоваться.

Почему упаковка может изменить объём загрузки

При использовании JSON glTF буферы и изображения могут запрашиваться как отдельные ресурсы или встраиваться как data URI. Раздельные ресурсы поддаются кешированию и независимому обновлению, тогда как data URI упрощают самодостаточный JSON-файл, но добавляют накладные расходы Base64. GLB избегает отдельного запроса JSON, храня JSON- и бинарные чанки в одном контейнере, однако его бинарные чанки могут содержать выравнивающее заполнение. Именно эти детали реализации объясняют, почему расширение само по себе не является надёжным ориентиром по размеру файла.

Оптимизация под среду выполнения, а не ради абстрактной метрики

Используйте просмотрщик или движок, в котором будет работать ресурс, в качестве тестовой среды. Расширение сжатия помогает только тогда, когда целевая платформа поддерживает его декодер, а меньший файл бесполезен, если материалы, анимации или текстуры не загружаются. Сохраняйте исходные ресурсы для редактирования, экспортируйте кандидата для доставки, проверяйте упакованные ресурсы и сравнивайте поведение при загрузке и итоговый размер на целевой платформе. Это даёт командам воспроизводимый критерий выбора вместо процентного эмпирического правила.

Компромиссы развёртывания, которые стоит проверить

Единый GLB может упростить дистрибуцию, поскольку получатель скачивает один ресурс и не обязан сохранять структуру каталогов. JSON glTF-доставка может быть полезна, когда сборочный процесс требует добавления хеша, кеширования или замены изображения без перепаковки всего ресурса. Ни один из вариантов не снимает необходимости проверять относительные пути, HTTP-доставку, поддержку декодеров и текущие ограничения платформы на импорт. Воспринимайте документацию платформы назначения и реальную тестовую загрузку как финальный критерий принятия решения.

Когда использовать GLB, а когда glTF

Используйте glTF, если вы всё ещё работаете внутри производственного конвейера. Этот формат лучше подходит, когда художникам нужно менять текстуры, разработчикам — просматривать JSON, или когда система сборки обрабатывает геометрию, текстуры и метаданные по отдельности.

Используйте GLB, когда нужно передать модель как готовый ресурс. Он лучше подходит для загрузки на платформы, встраивания на сайты, отправки клиентам, использования в AR-просмотрщиках или экспорта из Tripo AI Studio для немедленного применения.

Удобный подход по умолчанию: сохраняйте JSON glTF, когда раздельные ресурсы и человекочитаемый JSON помогают рабочему процессу, и упаковывайте GLB, когда удобнее передавать один файл. Результат рендеринга может быть идентичным; практическое различие — в упаковке ресурсов и требованиях целевого инструмента.

Практический рабочий процесс GLB и glTF

1. Начните с целевой платформы: проверьте, документирует ли просмотрщик, игровой движок, AR-платформа, маркетплейс или клиентский портал обязательное расширение или поддерживаемый glTF-рабочий процесс.
2. В процессе итераций сохраняйте раздельные ресурсы только тогда, когда команде полезно проверять JSON, заменять текстуры или версионировать файлы независимо.
3. Экспортируйте кандидата в GLB, когда загрузка одним файлом, ссылка для совместного доступа или передача снижают риск потери относительных путей.
4. Оптимизируйте фактическое содержимое: уменьшайте разрешение чрезмерно больших текстур, выбирайте подходящий формат изображения, удаляйте неиспользуемые ресурсы и применяйте сжатие геометрии или текстур только при наличии поддержки в целевой среде выполнения.
5. Валидируйте итоговый экспорт в целевой среде выполнения. Проверьте материалы, анимации, размер файла, поведение при загрузке и наличие всех связанных ресурсов перед передачей.

Для рабочего процесса со статичными мешами можно конвертировать GLB в OBJ перед передачей ассета в программу, предпочитающую формат OBJ.

Часто задаваемые вопросы

Что лучше — glTF или GLB?

Ни один не лучше в абсолютном смысле. Выбирайте JSON glTF, когда раздельные ресурсы или читаемый JSON помогают рабочему процессу; выбирайте GLB, когда удобнее загружать, передавать или делиться одним файлом.

glTF и GLB — это одно и то же?

Это два представления формата ресурсов glTF 2.0. Файл .gltf основан на JSON, тогда как GLB — бинарный контейнер для glTF-ресурса.

В чём разница в размере файлов GLB и glTF?

Фиксированной процентной разницы нет. Сравнивайте эквивалентные экспорты, поскольку кодирование изображений, data URI, выравнивающее заполнение, сжатие и неиспользуемые ресурсы — всё это влияет на результат.

Можно ли использовать GLB для 3D-печати?

GLB не является типичным финальным производственным форматом. Рабочий процесс 3D-печати обычно предполагает конвертацию или экспорт модели в формат, принимаемый принтером или слайсером, с последующей проверкой целостности меша, масштаба и требований к материалам.

Какой формат three.js использует по умолчанию?

three.js загружает ресурсы glTF 2.0 с помощью GLTFLoader, поддерживая как файлы .gltf, так и .glb. Выбирайте упаковку, соответствующую вашему конвейеру ресурсов и требованиям развёртывания.

Какой формат предпочитают AR-платформы — GLB или glTF?

Поддержка зависит от платформы. Сверяйтесь с актуальной документацией по импорту целевой платформы; GLB часто удобен, когда платформа его принимает, поскольку ресурс передаётся одним файлом.

Заключение

GLB и JSON glTF — два представления одного формата ресурсов glTF. JSON glTF может хранить ресурсы модульно для удобства проверки и итераций, тогда как GLB делает доставку одним файлом более удобной. Выбирайте исходя из поддерживаемого рабочего процесса на целевой платформе, а затем валидируйте фактически экспортированный ресурс перед передачей.

Создавайте и экспортируйте 3D-модели напрямую из Tripo AI Studio.

Ознакомьтесь с доступными функциями и вариантами экспорта на странице Tripo AI Pricing.