darktableマニュアルは、すべてのRAWファイルに鮮明化が必要であることを示唆していますか?


7

darktableマニュアルの初期(pdfの p13 )には次の行があります。

「生の画像からワークフローを開始する場合は、最終出力をシャープにする必要があります。」

これは私を少し混乱させました。次の解釈の1つは正しいですか、それともより適切な理由がありますか?

  • 「カメラのjpeg変換には少しシャープが含まれているので、それを複製する必要があります」
  • 「人間はカメラが「見る」よりもシャープな画像を好むため、すべてをシャープにすることで全員が順応します。
  • 「RAWには、暗黙的にシャープネスを低下させるものがあり、補正する必要があります。」

同様の質問がありますがこれはすべてのデジタルファイルの一般的な鮮明化に焦点を当てています。この興味深い質問は、ステップの順序についてです)


2
現在尋ねられているように、これはおそらくマニュアルの著者にとってより良い質問だと思いませんか?:)
junkyardsparkle

回答:


4

ステートメントやコンテキスト(説明したとおり)にはそれらを暗示するものがないため、すべての「解釈」は技術的に正しくありません。 あなたはそれが実際に言っていること以上にステートメントを読んではいけません。 それは、陳述の根本的な理由がないと言っているのではなく、その理由が何であるかについてあなたが神聖ではないということだけです。

そうは言っても、提案されたステートメントは真実である場合多いため、ほとんどのアナログからデジタルへの画像キャプチャは、いくつかの鮮明化から利益を得ます。 補間は本質的に「ぼやけて」おり、シャープネスはある程度妨げられる可能性があります。


ええ、私はそれを一般的な確認として読みましたが、多くの人々が探している結果を得るためには、通常、デモザイキング後にいくらかの鮮明化が必要です、darktableはこれを焼き付きの目に見えない方法では行いません。 。ただし、デフォルトでシャープモジュールを有効にします。
junkyardsparkle

0

数年前に、1:1で画像が以前ほど鮮明ではなかったことに気付いたので、これを調べました。

私が思いついた理由は、RAW画像を処理するときのDarktableでの画像処理、およびHQオプションを選択してエクスポートすると、RAW画像がエクスポートオプション全体でフル解像度に保たれ、処理が少しだけ遅くなるためです。 1:1でしか目立たなかった詳細。

これについてソフトウェア開発者と会話したことを思い出し、これが彼の説明でした。

これは、プロセスを高速化するためにデフォルトで無効にされていると思います。

しかし、私はもはやダークテーブルを使用していませんが、それは依然として最も論理的な説明であり、したがって免責事項の理由のようです。

Darktableがダウンサンプリングアルゴリズムを使用してプロセスを高速化している場合、画像はそれほど鮮明ではなく、開発の終わりに鮮明化が必要です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.