UWP 手绘视频创作工具技术分享系列 – 文字的解析和绘制

本篇作为技术分享系列的第二篇，详细讲一下文字的解析和绘制，这部分功能的研究和最终实现由团队共同完成，目前还在寻找更理想的实现方式。

首先看一下文字绘制在手绘视频中的应用场景

文字是手绘视频中很重要的表现形式，应用场景很广，比如字幕、旁白和一些重要的文字说明提示。和普通视频，如 MV、电影等使用某一种固定字体，如宋体、微软雅黑字体不同的是，在手绘视频中，我们通常会使用一些很有个性化的字体，如毛笔字体、卡通字体和很多手写字体。另一个很大的区别，电影等中的问题，是整体出现的，不存在绘制的过程，所以只需要按照字体显示；而手绘视频中的文字，通常是以手绘的形式展出来的。下面两张图片分别是一个电影截图中的字幕和手绘视频中的一种火柴字体。

接下来介绍文字绘制的几种方案

文字的静态显示过程，是通过读取特定字型的字体文件（ttf）中对应文字的矢量路径数据，以显示在屏幕上对应像素上的。对于不同的字型，文字的形状是不一样的，所以对应文字的路径数据也是不同的。因为是矢量路径数据，所以在放大和缩小时，文字才不会失真。

文字的绘制，实际上是把文字对应的某种路径，按照时间和某种顺序描绘出来。下面介绍的几种市面上常见的方案都是基于这种方式：

1. InkScape 等文字转换路径的软件的绘制方式

Inkscape是开源的矢量图像编辑软件，与Illustrator、Freehand、CorelDraw 等软件很相似，它使用 W3C 标准的 SVG 文件格式。它支持把输入的文字，按照字体大小，轮廓粗细，文字颜色等生成一个 SVG 文件。上一篇我们介绍了 SVG 的绘制方式，所以这里不赘述，我们主要来分析一下 InkScape 生成的 SVG 的数据来源和构成。虽然 InkScape 是比较主流的处理软件，但是它对文字的路径数据处理其实还是比较初级的方式：它会直接获取文字在 ttf 中存储的路径数据，未做特殊处理。而这种路径数据，虽然能准确的勾勒出文字，但是缺点也很明显，首先 ttf 路径是文字的边缘路径，换句话说它是围着文字的周边描绘的，而不是正常的笔迹；其次 ttf 中的路径是完全没有顺序可言的，完全没有正常笔迹构成的文字笔画和笔顺，所以整体来说它是不理想的。

下面是一个文字 ”二“ 和 ”四“ 在 Inkscape 中绘制的原理，它会直接获取如图中蓝色箭头组成的路径，而最终绘制时的顺序也如蓝色箭头一样。因为 ”二“ 字由两个简单的横组成，所以笔顺还算正常；再来看 ”四“ 字，它的路径顺序跟笔顺完全不同，而是简单的把一些封闭图形勾勒出来，所以对于文字来说，这种绘制方式不够理想。

2. VideoScribe 的文字绘制方式

VideoScribe 是一个老牌的英国公司，所做的事情也是手绘视频软件。它在文字绘制方面的表现，和真实的笔迹基本吻合，但是只针对英文字母和数字，并不支持汉字和其他文字。这里说明一下为什么英文和数字会更容易实现，其实也很好理解，英文字母大小写加起来只有 52 个字母，而数字一共只有 0-9 十个数字。所以针对英文字母和数字的绘制，可以预先针对每种字体，准备好这 52+10 个特定的路径，绘制时获取对应的文字和字体来绘制和显示。之所以不做汉字的适配，一方面是 VideoScribe 并没有重点推广中国市场，最主要的还是，汉字远比英文的情况复杂，汉字常用字就超过 3500 个。虽然它们都是由固定的十几个偏旁部首组成的，也有一些途径可以拿到每个汉字的笔画和笔顺，但是想得到某个汉字的每个笔画的相对位置，就没有办法了，所以想按照部首来组成汉字的路径，也就行不通了，这也是我们目前遇到的瓶颈。

3. 我们目前的实现方式

我们的实现方式，是基于文字的边缘路径，通过算法得到边缘中央的路径，也就是笔迹的路径，然后进行一定的重新排序和分组，得到最终绘制的路径进行绘制。