紧接上文

WebGL作为通用的标准，屏蔽了一些硬件厂商的高级特性，有舍就会有取，那么在一些比较常用的功能上，如果硬件无法满足通用，那么就会通过CPU来弥补硬件的不足。

图片的纹理格式，就是其中的一个点。

常见的纹理格式

我们引用12章：的图片:

这些在OpenGL平台都是支持的，但在WebGL中做了裁剪。

裁剪了纹理格式

这些格式在FireFox中严格的不支持，但在WebKit中，WebKit虽然在代码上支持了这些格式，最终是否支持，看各个平台的硬件特性了。

裁剪了纹理的类型

没想到纹理还有浮点数格式。。

仅支持以下格式和类型

上图列出的是主要支持的纹理格式和类型，其他类型也可能支持，最好不要使用。

纹理的扩展格式

在WebGL的使用中，我们会经常使用以下三种纹理参数:

UNPACK_FLIP_Y_WEBGL

众所周知，OpenGL的原点坐标在屏幕的左下角，X轴向右，Y轴向上，Z轴向外。

在OS的世界中，坐标原点在屏幕左上角，X轴向右，Y轴向下，Z轴向外。这样导致我们使用一张图片的时候，默认是从左上角为bitmap的起始点。这样到了OpenGL的世界，就变成了上下颠倒的图片，本质就是Y轴翻转导致。

UNPACK_PREMULTIPLY_ALPHA_WEBGL

为了提供OpenGL的性能，我们在CPU中提前把颜色的alpha乘以RGB，OpenGL在显示时，无需每次实时技术RGB颜色通道，进一步提升GPU性能。

UNPACK_ALIGNMENT

纹理像素的对齐参数，比如上图中我们提到GL_RGB是3个字节的长度，如果图片是3x3大小，那么数据在内存中，以GL_unsigned_byte为单位存储，大小为：9*9。

在OpenGLES1.0的时代，纹理大小只能是2的整数倍，这样的图片在OpenGL中是无法识别的。就要做转换：

1. GL_RGBA：转换后，每个像素成为4个字节
2. GL_RGB：不转换，图片的每行，我们增加一个byte。在增加一个空白行，成为10x10的图片
3. ALIGNMENT：在OpenGL ES2.0以后可以设置UNPACK_ALIGNMENT，它表示像素对齐最小公因子，我们设置为1，告诉GPU只要是1的整数倍即可。（这点会影响GPU的性能，因为GPU也像CPU一样，喜欢字节对齐的数据）

总结

看完了WebGL的纹理格式，就会发现，很多已经成熟的技术制作的3D模型，如果格式或者类型不匹配，就会导致WebGL出现兼容性问题，无法显示图片，甚至会出现崩溃。

遇到问题的同学，请牢记以上信息。

下一回

看完了这些，感觉很简单的样子。仔细看看：

UNPACK_FLIP_Y_WEBGLUNPACK_PREMULTIPLY_ALPHA_WEBGL是不是末尾都添加了WebGL得标志？对的，这些不是OpenGL的功能，是CPU帮忙我们实现的，如果同学们直接使用OpenGL开发，那么就有可能在WebGL上不兼容。另外，还记得上一节中我们提到的吗:

void glTexImage2D (GLenum target, GLint level, GLint internalformat, GLsizei width, GLsizei height, GLint border, GLenum format, GLenum type, const GLvoid *pixels);

internalformat和format到底存在什么关系？如果他们真的必须保持一致，那么这个接口只需要写一个参数就好了，何必要预留两个入参呢？难道程序员脑袋秀逗了？

想要弄清楚，请持续关注下一章，我们一起看看CPU是如何做格式转换的。