ShivaVGは、パス レンダリングのオープン ソースの代替手段です。OpenVG 実装のリストについては、このスタック オーバーフローの質問を参照してください: Best OpenVG Implemenation
基本的に、いくつかのオプションがあります: OpenVG実装 ( ShivaVG など) を使用するか、OpenGL 実装または拡張機能 ( NV_path_rendering など) を使用するか、 Direct2Dなどの別のものを完全に使用します。
ただし、NV_path_rendering の他の代替手段は、その機能セットとレンダリングの品質に近づくことさえできません。NV_path_rendering は、フォントをネイティブに処理し (これは大したことです。フォントがないと乾杯します)、真の遠近法でスケーリングなどを行い (Illustrator で試してみてください!)、3D とうまく混合し、sRGB を使用し、フラグメント シェーダーを使用し、このすべてが信じられないほど高速です。また、OpenVGがAFAIKを指定していないユーザーインタラクションも実装しています。
ユニークなことに、NV_path_rendering は新しい標準を発明しません。むしろ、 PostScriptやSVGなどのいくつかの業界標準を実装しており、現在他のどこにも見られない品質と速度 (両方を備えていることはまれです) に重点を置いています。
(さらに、Mark Kilgard がプロジェクト リーダーです。さあ、彼は素晴らしいです。)
スタンダードになるの?わかりにくい。何を使用するかについては、現時点での目的/ニーズによって異なります。アプリの高品質なパス レンダリングをお探しですか? 確かにNV_path_rendering。アプリ (特にモバイル) で基本的な解像度に依存しないグラフィックスをお探しですか? OpenVGの方が良いかもしれません。Nvidia のソリューションが完全に移植可能ではないのは残念ですが、私はそれを使うことを躊躇しません。私は質の高い解決策を望んでいます。移植性がすべてではない場合もあります。
Nvidia は自社のソリューションを OpenVG と比較しましたが、残念ながら OpenVG にはあまりメリットがないことがわかりました。そうですね、それが標準になるという希望はあるかもしれません。しかし、IBMによれば、将来はすべてが組み込まれるため、標準化を望むよりも、オープンであることを望んだ方がよいかもしれません。
「規格の良いところは、たくさんの選択肢があることです。」-- コンピュータ ネットワーク、第 2 版、p. 254
NV_path_rendering featuresの詳細については、こちらをご覧になることをお勧めします: An Introduction to NV_path_rendering .