使用nanoemoji将Noto Emoji的SVG转为COLRv0时出错

问题根源 #

• 最终抛出的AssertionError是因为COLv0（glyf_colr_0）格式要求BaseGlyphRecord的字段必须是UShort类型（取值范围0-65535），但某个SVG生成的数值超出了这个范围，导致溢出。
• 大量affine_between failed警告是SVG变换矩阵计算异常，大概率对应那个触发溢出的SVG存在坐标或变换数据问题。

解决步骤 #

1. 定位问题SVG文件 #

进度卡在7154/7156，说明问题出在倒数几个SVG里，按以下方式排查：

• 先列出最后5个SVG文件：

  ls -1 ./*.svg | tail -5
  

• 逐个单独测试这些文件，找到触发错误的那个：

  nanoemoji --color_format=glyf_colr_0 可疑文件名.svg
  

2. 修复问题SVG #

打开触发错误的SVG，检查并修正以下内容：

• 检查是否存在超大坐标值（超过65535）或异常transform属性（比如极端缩放、偏移），将坐标缩放到合理范围（Noto Emoji SVG通常基于1024x1024画布）。
• 移除不必要的复杂变换或路径，简化SVG结构。
• 若涉及COLv0不支持的复杂渐变，转为纯色或简单渐变。

3. 临时绕过问题文件（可选） #

如果暂时没时间修复，可先将问题SVG移到临时目录，再执行原命令完成剩余文件处理，之后单独处理问题文件。

额外优化建议 #

• 处理Noto Emoji时，可添加参数提升稳定性，比如指定输出路径：

  nanoemoji --color_format=glyf_colr_0 --output_font=NotoColorEmoji.ttf ./*.svg
  

• 提前用svgo批量标准化SVG，减少异常格式概率：

  svgo --folder ./svg
  

内容的提问来源于stack exchange，提问作者Quick Maths