A1-a? 勇敢な男。A1-b は十分に煩わしいものでした...ここで、すべてを RGB に押し込みました。エレガントではありませんが、効果的です。
IIRC、何か他のものが指定されていない場合、出力インテントが引き継ぎます。したがって、RGB インテントがある場合、使用する deviceRGB カラーはすべてそのインテントに該当します。
厳密に論理的な観点から言えば、白黒の画像に色補正は必要ないと思います。それは... 黒と白です。そこを間違うのは難しい。その時点では、色の精度はあまり重要ではありません。
OTOH、PDF/A1仕様では、すべての色に適切な出力意図があることが必要です:
「すべての色は、デバイスに依存しない色空間を使用して直接、または OutputIntent を使用して間接的に、デバイスに依存しない方法で指定する必要があります。」
デバイスに依存しない BW 色空間のようなものはありますか? ばかげているようです。
ああ、これは有望ですね。
- 「6.2.4 画像: .... インテント キーの使用は、6.2.9 で指定された規則に従うものとします」
- 「6.2.9 レンダリング インテント レンダリング インテントが指定されている場合、その値は、 PDF リファレンス RelativeColorimetric、AbsoluteColorimetric、Perceptual、またはSaturationで定義されている 4 つの値のいずれかになります。注: デフォルトのレンダリング インテントはRelativeColorimetricです。」
エラー、待ってください。これはレンダリング インテントであり、出力インテントではありません。フーイー。
ああ、画像の色を特定の色空間にマッピングする方法がありますよね? したがって、既存の OutputIntent にマップするだけです。参照を切り替える時間...
ああ、画像辞書、一般、表 89。ColorSpace。名前または配列。/DeviceGray でうまくいくはずです。
それでもうまくいかない場合は、使用している検証システムに合格する /Indexed 色空間を DeviceGray または DeviceRGB 値で作成する必要がある場合があります (おそらく、Acrobat pro 9 のプリフライト チェック、それが私が使用したものです)。
簡単な答え: 画像の ColorSpace を DeviceGray に設定します。それができない場合は、バリデーターが受け入れる色空間内で定義された値を使用して、/Indexed 色空間を作成します。