glTF 顶点读出来隔一个错一个，怎样检查 accessor 步长与偏移

交错顶点数据中，每个顶点的位置后面可能还有颜色等属性，不能按紧密排列的12字节VEC3一直读下去。应结合bufferView.byteStride、accessor.byteOffset、componentType、type和count定位每个元素；第二个顶点起点取决于步长，不是只取第一个属性的大小。

环境和证据范围

附件限定未压缩、非稀疏、两个顶点的交错布局：FLOAT VEC3位置12字节加4字节颜色，stride为16。不是完整glTF加载器，不处理稀疏accessor、矩阵填充或压缩扩展。脚本实际读取32字节bin，未在渲染引擎加载或验证网格性能。

核对顺序

1. 先从componentType确定分量字节数，从type确定分量个数，算出单元素实际占用。位置FLOAT VEC3为4×3=12字节；不能把componentType的枚举编号5126当字节数。

2. 取bufferView与accessor两层偏移相加作为首元素地址，后续第i项加i×stride。若没有stride，才按该元素紧密布局；有stride时还需验证它不小于元素长度并满足适用对齐规则。

3. 计算最后元素的末端：start+(count-1)×stride+element_size，检查不越过bufferView和实际buffer。边界检查必须在读取之前，不能依赖struct.unpack偶然报错来说明是哪一层数据不对。

4. 分别提取位置与颜色，颜色原始字节和normalized后的值分开记录。绘制结果颜色怪也可能是归一化或色彩空间问题，位置错则先检查偏移和步长，避免一次改多个条件。

可复算的输入与预期

附件前顶点位置[1,2,3]、颜色[255,0,0,255]，后顶点位置[4,5,6]、颜色[0,255,0,255]。位置起点为0和16，颜色起点为12和28。脚本实际用小端FLOAT读取bin，并输出颜色字节；若误用stride12，第二个位置会从颜色字节开始，不能代表有效顶点。

下载与现场记录

下载本题合成输入与预期JSON、离线只读核验脚本和现场空白记录CSV。放在同一目录，用 Python 3 运行 python verify.py，逐项计算或解析后与预期比较，失败会显示差异。

另附interleaved.bin、layout.json，文件也需与脚本放在同目录。

现场字段包括 attribute、component_type、type、count、view_offset、accessor_offset、byte_stride、last_byte_end。合成样例保持原样，实测另存并填写型号、版本、证据路径，未采集处留空。本地核验不代表真实设备、代理、浏览器或长期稳定性已测。

失败分支与移交

只检查文件总长度会漏掉错误步长，错误解析仍可能得到有限浮点数而不抛异常。把颜色字节误读成浮点后，数值看似很小不等于合法；应与已知测试向量逐项比对。真实资产有压缩扩展时，应先由支持该扩展的解码器处理，不按本页直接读压缩字节。

移交应附每个属性的componentType、type、count、offset、stride与是否normalized，保留最小bin样例和正确输出。实际引擎是否使用相同数据、导出器是否改布局与GPU表现都未测，本页输出只证明指定的交错字节能被正确提取。

基础背景可看三维场景性能优化：先诊断瓶颈，再谈面数、LOD、实例化与 Draw Call。读取属性之前应先保证外部数据完整，见glTF 有文件却读不到几何，怎样核对外部 buffer 与 byteLength。更多资料在数字孪生技术方案。

需要项目联调时，可按上述字段整理资料，联系企服君核对实际接入范围。

一级资料

• 官方资料：§3.6.2 Accessors与数据对齐、byteStride规则

核对日期：2026-10-24。规范定义与本文应用约定分开，示例门限及脚本不自动代表产品原生能力。