為什麼這些字體的細節（曲線）質量不盡人意（多圖）？

01-29

因為幫朋友做類似海報的東西需要用到較大的字型大小，把這些字放大的時候，曲線和某些筆畫銜接的質量讓人真的很驚訝，剛開始以為是放得太大也許失真或者要一條很長的平滑曲線很難，不過換了幾個日本字體發現沒有這些問題。是字體設計師不用心嗎，還是技術問題。（細節附圖如下，均為「人」字局部細節）
方正新秀麗

方正博雅宋
PMingLiu（甚至可以看到筆畫拼接的線）

A1 Mincho Std（這款日本字體就好很多，曲線平滑）
Mainichi NewspaperM（每日新聞明朝，和博雅宋都是用於報紙的字體）
當然我還是發現日本字體也有曲線不平滑的現象，比如花園明朝，不過這不是商業字體又是追求漢字全覆蓋，對它比較放鬆。

這與字體的文件格式及 UPM 有關.

如果檢查一下所安裝的字體文件會發現, 你所說的質量好的 A1 明朝及每日新聞明朝都是 OTF 格式的, 而新秀麗, 博雅宋等則為 TTF 格式. 手邊正好有方正粗活意的 TTF 版及 OTF 版, 我們不妨對比一下:

這是 TTF 版中的 "人" 字, 曲線真的好糟糕啊是不是, 特別是我圈出的兩處:

這是 OTF 版, 曲線明顯平滑了很多:

可能大家要以為這是兩種格式自身的差異所致了, 其實並非如此, 這主要與它們的精度有關. 我們首先看一下常用的矢量軟體, 例如 Illustrator, 新建一個 A4 幅面縱向的文檔, 它的工作區橫向尺寸為 210mm, 坐標精確到 0.001mm, 算下來橫向精度為 210000. 字體文件中也有確定其工作區精度的值, 即 UPM. OTF 格式的 UPM 通常為 1000, 因為字體的坐標都是不含小數的, 因此橫向精度即為 1000. 如果按相同精度計算, 在 Illustartor 中的 A4 幅面縱向文檔上, 可以橫向排列 210 個 OTF 格式字體中的文字. 而糟糕的 TTF 又如何呢, 由於一些歷史原因, TTF 的 UPM 通常為 256, 甚至 128, 想一想, 在上述的 A4 幅面文檔上, 橫向排列 820 個或者 1640 個字, 這還能看嗎?

當然了, 這麼理解比較誇張, 但 UPM 對字體的影響毋庸置疑. 另一方面, OTF 或者 TTF 這些格式都是最終生成出來的交付文件, 它們與字體在製作時的源文件是不同的, 而源文件的精度可能還要更高. 這就好比, 做了一個海報, 源文件是 AI 格式的, 而最終交給客戶的是 PDF 甚至是 JPG 格式. 那麼在將高精度的源文件生成為低精度的交付文件時, 曲線勢必會有一些損失, 精度越低則損失越嚴重.

至於題主所說的細明體與花園明朝的問題. 一般的字體在生成時會將筆畫合併, 但細明體採用了一些特殊的筆畫拼接技術, 為的是在存儲空間尚不富裕的年代儘可能減小字體文件體積, 因此不能將筆畫合併, 所以在某些情況下, 可以看到筆畫交叉部分的輪廓, 或者是反白. 這樣的細明體只存在於 Windows XP 及之前的版本中, 自 Vista 後的版本已經與一般的字體無異了. 而花園明朝則是利用一些程序演算法, 較為方便的將筆畫及部件拼接成字, 但目的與細明體不同, 是為了更有效率的開發出泛 Unihan 字體, 簡單地說就是為了更快的做出更多字. 因此為了遷就程序演算法, 曲線就比較糟糕了. 花園明朝存在 TTF 與 OTF 兩個版本, 但由於上述的原因, 其 OTF 版與 TTF 版的曲線一樣糟糕.

就知道一個，簡單說下。

花園的輪廓是用 CHISE 的 Kage 系統做的，那個東西是一套 js 寫的庫，目的是通過筆畫數據生成字體輪廓；而 Kage 自帶的曲線全都是渣……大概 2 年前我自己修改過一版 Kage，可以生成更佳的線條，結果那套代碼給我弄丟了，現在要是從頭做一次倒也做得出來，只是資料庫就不太好辦了。

新秀麗（XXL）是從方正早期照排系統里復刻出來的，當時字形輪廓描述方式是矢量多邊形，不是曲線。

按理說現在應該將它們做曲線平滑處理，但可能由於方正字型檔的人工作疏忽，一直沒有做，直接就拿來做成了 TrueType。

不光新秀麗，宋三（S3）也是如此。

為了這個事情我前段時間還專門給方正的人打了電話說過此事。