ネイティブのサンプリングカラー関数

ネイティブ Cairo レンダラは、複数の tint 入力と複数の代替色出力を含め、Order 1 または Order 3 の FunctionType 0 サンプリングカラー関数を評価します

3 次評価は、既存のスカラー 4 ノード補間規約を、入力次元にわたるテンソル積に拡張します。テーブル端では窓が内側へ移動し、サンプルが 4 未満の次元は既存の線形フォールバックを保持し、Size 1 は定数のままです

1 入力・1 出力のスカラー転送関数パスは既存の動作を保ちます

サンプル処理

入力は Domain にクリップされ、Encode でマップされ、テーブル境界にクリップされます。補間は、最上位ビットから並ぶ連続サンプルを読み、Decode を適用し、完成した成分を Range にクリップします

サンプル深度は 1、2、4、8、12、16、24、32 ビットをサポートし、最初の入力次元が最速で変化します

ISO 32000-1 セクション 7.10.2 が、サンプリング関数のレイアウトと処理順を定義します。数値受け入れ式は、標準が一意な 3 次カーネルを選択すると主張せずに、ライブラリの既存 4 ノード規約を記録します

リソース上限

テンソル評価は入力次元ごとに 4 分岐を訪れ得ます。訪問ノードと 3 次サンプルビットはそれぞれ合計操作上限とキャンセルポーリングに参加し、重みゼロの分岐はサンプル作業を行いません

デコードされたストリーム、保持された関数データ、評価ストレージは、デコードバイトとアクティブ作業バイトの許可に参加します。大きな妥当なテーブルは、呼び出し側が選択した操作上限を要求し得ます

失敗は PNG 公開の前に発生し、後続のレンダリングは同じスレッドとロード済みドキュメント API を再利用できます

受け入れ

独立したテンソル方程式が Vandermonde 系を通じて補間重みを解き、パックされたサンプル深度、多次元窓、短い次元、エンコーディング、出力クリッピングについてネイティブピクセルを検証します

MuPDF と Poppler のソース差異は、ネイティブテンソル受け入れとは別に保持されます。両リーダは明示的な RGB 方程式コンパニオンも検証します

焦点を絞ったフィクスチャと予算の再現には Tests/Linux/HeadlessSampledCubic.en-us.md を、レンダリングと所有権の契約には ネイティブ Linux Cairo レンダラを参照してください