腾讯地图基于 WebGL实现自定义栅格图层踩坑实录

以下内容转载自totoro的文章《WebGL-Y轴翻转踩坑实录》

作者:totoro

链接:https://blog.totoroxiao.com/webgl-flipY/

来源:https://blog.totoroxiao.com/

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

前言

自定义栅格图层 是指用户可以通过特定软件,将自定义的图像按照上文所述的方式切割为瓦片,并生成图片,然后按照瓦片坐标拼接形成地图的图层。常用于手绘地图、卫星图、地形图等。

案例背景

基于 WebGL 的地图渲染API,实现自定义栅格图层(将地图切分为等大的正方形,并以图片进行拼接渲染)时,为了节省纹理上传的开销,将栅格瓦片集中绘制到一张纹理上,然后绘制时根据瓦片各自的纹理坐标取各自的纹理,大概示意图如下:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mWWYvLYd-1594004226296)(https://blog.totoroxiao.com/webgl-flipY/schematic.png)]

瓦片根据加载的先后顺序依次排列绘制到大纹理上,占位宽度一致,竖向排列。比如若瓦片大小为256px,那么瓦片1的位置为{x:0, y:0}, 瓦片2的位置为{x:0, y:256}

然后出现了一系列问题:

  1. 瓦片错乱:瓦片1的位置显示了瓦片4的内容;
  2. 瓦片内容倒置。

问题分析

根据调试定位,发现问题的根源在于Y轴翻转。

问题1: Y轴翻转是什么?为什么要翻转?

先看看没有任何处理的情况下如何绘制纹理,我们绘制瓦片的基本顶点模型是一个中心在原点的正方形,对于每个顶点坐标,需要映射到一个纹理坐标(下图左),传给片元着色器,再使用 texture2D()取纹理像素,这种情况下左上角顶点(-1,1)对应的纹理坐标为(0,0)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TGoPIwEZ-1594004226300)(https://blog.totoroxiao.com/webgl-flipY/flipY.png)]

纹理坐标系与顶点坐标系的Y轴方向不同,进行坐标映射的时候会不方便,所以如果将纹理坐标系的Y轴翻转则能使坐标映射更容易(上图右)。

WebGL 也提供了相应接口实现该功能, WebGLRenderingContext.pixelStorei()是 WebGL 中用于描述像素存储模式的函数,其中 UNPACK_FLIP_Y_WEBGL可以用于设置Y轴是否翻转:

// 1表示翻转,0表示不翻转
gl.pixelStorei(gl.UNPACK_FLIP_Y_WEBGL, 1);

问题2: 为什么Y轴翻转会导致瓦片错乱呢?

如上文所述,首先需要通过 texImage2D 创建一个大纹理,然后使用 texSubImage2D 将瓦片绘制到大纹理上:

// x, y 表示偏移量
gl.texSubImage2D(gl.TEXTURE_2D, 0, x, y, gl.RGBA, gl.UNSIGNED_BYTE, image);

这个接口用于改变纹理中指定子区域的数据,可以类比于 CanvasRenderingContext2D.drawImage(),我们平常使用drawImage时都是以左上角为原点进行偏移,所以想象中的大纹理是如下图所示的那样,瓦片1的左上角对应纹理坐标(0, 1),左下角为(0, 0.75),以此类推。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-H5IScw3d-1594004226308)(https://blog.totoroxiao.com/webgl-flipY/imagine.png)]

但实际上Y轴翻转并不只作用在片元着色器的纹理中,使用 texImage2D创建大纹理时其像素存储模式就已经确定了,当执行texSubImage2D时也会对image的像素存储位置进行反转,其执行过程是这样:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WZaIrXfL-1594004226318)(https://blog.totoroxiao.com/webgl-flipY/texSubImage2D.png)]

所以实际上大纹理应该长如下这样:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sKUdTueH-1594004226321)(https://blog.totoroxiao.com/webgl-flipY/reality.png)]

所以当使用纹理坐标左上角(0, 1)+左下角(0, 0.75)时,我们取到的是瓦片4的纹理,最终导致了瓦片错乱。

问题3: 为什么瓦片会倒置?

正确取得纹理坐标后,又出现了新的问题:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GxI1jIB4-1594004226324)(https://blog.totoroxiao.com/webgl-flipY/bug.png)]

瓦片在屏幕上显示出来是上下颠倒的,且这种情况只出现在chrome/firefox里,因为在这两个浏览器中我们使用了 createImageBitmap将blob格式的图片转为了位图,而在safari浏览器(不支持 createImageBitmap)中我们将blob格式转为了Image对象,最终导致了这种差异,所以我们从ImageBitmap着手去定位问题原因。

ImageBitmap表示位图图像,用于在canvas中绘制图像,相比较于Image其延迟较低,因为在执行texSubImage2DImage绘制到纹理上时也会先将其转为ImageBitmap

不论是在 canvas 里绘制2d图像,还是在 WebGL 中创建纹理,当使用图像时浏览器会把图像做一次解码(decode)处理。这个解码也就是把图像的原始格式(比如 jpeg、png 等)统一转换为位图,即每个像素使用 RGB 或 RGBA 来描述。当图片尺寸比较大的时候,解码也会有一定的消耗,而且这个耗时是同步的。——《高性能 WebGL —— 使用 ImageBitmap 提升纹理性能》(http://www.jiazhengblog.com/blog/2019/03/24/3407/)

同时 WebGL 规范里对 ImageBitmap有一些特殊的描述,当介绍 pixelStorei 的三个参数:UNPACK_FLIP_Y_WEBGLUNPACK_PREMULTIPLY_ALPHA_WEBGL、UNPACK_COLORSPACE_CONVERSION_WEBGL时,明确说明了其对ImageBitmap无效,只能在创建 ImageBitmap的时候就进行相应设置:

If the TexImageSource is an ImageBitmap, then these three parameters will be ignored. Instead the equivalent ImageBitmapOptions should be used to create an ImageBitmap with the desired format.

所以可以大胆猜测,pixelStorei所指定的像素存储模式其实作用于将图像解码转为位图的预处理过程。当我们直接将位图绘制到纹理上时就没有这个预处理过程了,所以UNPACK_FLIP_Y_WEBGL参数失效了。

小结

  • UNPACK_FLIP_Y_WEBGL参数用于设置纹理像素存储模式中是否将Y轴翻转,翻不翻取决于你的顶点模型的坐标系方向,适合自己就好。在我们的应用场景里,顶点模型和图像坐标系是反的,所以需要将该参数设为1。
  • 使用 texSubImage2D上传图片时同样受到UNPACK_FLIP_Y_WEBGL参数的影响。
  • 如果上传的图像是ImageBitmap对象,则在其创建时可通过 ImageBitmapOptions中的 imageOrientationpremultiplyAlphacolorSpaceConversion三个参数让其与pixelStorei中所设置的参数保持一致。

最终使用自定义栅格图层实现手绘图叠加到地图上,完成效果如下:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6tHxPr6o-1594004226328)(https://blog.totoroxiao.com/webgl-flipY/imageTileLayer.png)]

产品推广

腾讯位置服务已经支持个性化图层使用,如需接入请查看:个性化图层编辑平台,更多示例与开发文档,您也可以官网搜索个性化图层查看!!!

你可能感兴趣的:(自定义地图,地图瓦片,地图切图,腾讯地图)