構図と現像を図で理解する写真の教科書

本ページにはアフィリエイト広告（プロモーション）が含まれる場合があります。

← 構図パターン一覧に戻る

根拠の強さで見る

構図と現像の解説として広く言われていることを、出典に当たって確かめた結果を、確かさの度合いごとに並べたものです。構図編と現像編の両方の主張が並びます。 出典が見つからなかったものは、見つからなかったと書いています。 グリッドの位置そのものの違いは4つのグリッド位置をくらべるにまとめています。

原典・実測で否定されている （13件）

  • 構図編 原典・実測で否定されている 「三分割法は黄金比に由来する（あるいはその近似である）」という説明は、原典に当たると成り立たない。初出とされるスミス『Remarks on Rural Scenery』(1797) の本文には、golden も φ も黄金比にあたる語も一度も出てこない。スミスが書いているのは「およそ 2/3 対 1/3、すなわち 1 対 2 の比率が、正確にちょうど半分（the precise formal half）よりも、また間延びした 4/5（the too-far-extending four-fifths）よりも、調和のとれた比率だと分かった」という趣旨であり、論点は 2:1 の分け方である。数値としても 1/3 ≒ 0.333 は 1/φ ≒ 0.618 と一致しない。 反証できるのは「原典が黄金比を根拠にしていない」ことまで。後世に誰がいつ黄金比と結びつけたのかは追えていない。該当の議論は pp.15 前後にあるが、この頁番号はスキャンのOCRから読み取ったもので厳密には確定していない。ただし「黄金比にあたる語が一度も出てこない」ことは、頁を限定せず書物全体の本文テキストに対して確かめている。 出典: John Thomas Smith『Remarks on Rural Scenery』(London, 1797) — Internet Archive 全文スキャン （構図編・三分割法の解説へ）
  • 構図編 原典・実測で否定されている 「オウムガイの殻は黄金螺旋（黄金比）で成長する」という説明は誤りである。数学者キース・デヴリンは、自分が2004年の記事でこの主張を書いてしまったことを2007年の記事で撤回し、「オウムガイは対数螺旋に従って殻を成長させるが、その一定角度は黄金比ではない」と明言している。 数学者個人によるコラム記事であり、殻の角度を実測した論文ではない。原URLは現在消えているため、Internet Archive の2020年11月12日保存版を参照している。 出典: Keith Devlin (2007)「The myth that will not go away」Devlin's Angle, Mathematical Association of America（Internet Archive 保存版） （構図編・フィボナッチ螺旋構図の解説へ）
  • 構図編 原典・実測で否定されている 「渦巻銀河は黄金螺旋の形をしている」という説明も実測と合わない。対数螺旋はピッチ角（腕の巻きの角度）が一定である曲線だが、Savchenko & Reshetnikov (2013) がスローン・デジタル・スカイサーベイから選んだ渦巻銀河50個を測定したところ、ほとんどの銀河の腕は単一のピッチ角では記述できず、約3分の2で20%を超えるピッチ角の変化が見られた。多くの銀河で、中心から離れるほどピッチ角は小さくなる。 対象は棒構造のない（または弱い）grand-design 型の渦巻銀河50個に限られ、渦巻銀河全体を代表するとは限らない。またこの研究が否定しているのは「一定のピッチ角＝対数螺旋で表せる」ことであって、黄金比を名指しで検証したものではない。 出典: Savchenko & Reshetnikov (2013)「Pitch angle variations in spiral galaxies」Monthly Notices of the Royal Astronomical Society 436(2), pp.1074–1083 （構図編・フィボナッチ螺旋構図の解説へ）
  • 構図編 原典・実測で否定されている 「三分割法は黄金比の簡略化である」という説は、原典で否定できる。三分割法の初出とされるジョン・トマス・スミス『Remarks on Rural Scenery』(1797) の本文には、golden も φ も黄金比という語も一切登場しない。スミスが論じているのは 2:1 の比率で、「the precise formal half」(1:1) と「the too-far-extending four-fifths」(4:5) の中間として 2/3 対 1/3 を提案している。数値としても 1/3 ≒ 0.333 は 1/φ ≒ 0.618 と一致しない。 出典: John Thomas Smith (1797) Remarks on Rural Scenery（Internet Archive） （構図編・フィボナッチ螺旋構図の解説へ）
  • 構図編 原典・実測で否定されている 「古代ギリシャ建築は黄金比に基づいて造られた」という説には実測による反証がある。Foutakis (2014) は神殿15棟・墓18基・石棺8点・石碑58点を実測し、古典期ギリシャ建築に黄金比は完全に不在であると結論している。 出典: Foutakis (2014) Did the Greeks Build According to the Golden Ratio?, Cambridge Archaeological Journal 24(1) （構図編・フィボナッチ螺旋構図の解説へ）
  • 構図編 原典・実測で否定されている 「三分割法は黄金比に由来する」という説明は、三分割法の初出とされる John Thomas Smith の Remarks on Rural Scenery (1797) の原典では確認できない。原典に golden・φ・黄金比にあたる語は現れず、Smith が論じているのは 2:1（2/3対1/3）の比率である。数値としても 1/3≒0.333 と 1/φ≒0.618 は一致しない。 頁は特定できていない。該当の議論はスキャン本文の「( 13 )」と「( 19 )」の頁マーカーの間にあるが、その区間（14〜18頁）の頁マーカーはOCRで復元されておらず、pp.15–17 と断定することはできない。ただし「黄金比にあたる語が一度も出てこない」ことのほうは、頁を限定せず書物全体に対して確かめてある。本サイトで archive.org の全文テキスト（40,810文字）を取得して数えたところ、golden は大文字小文字を問わず0件、phi は4件あったがすべて topographical・graphic（2件）・Phillips という語中一致で、黄金比とは無関係だった。原典が黄金比に言及していないことは示せるが、「後世に黄金比と結びつけられた経緯」までは追えていない。 出典: John Thomas Smith, Remarks on Rural Scenery (London, 1797) — Internet Archive 全文スキャン （構図編・黄金分割構図の解説へ）
  • 構図編 原典・実測で否定されている 黄金比が美術や建築に用いられているという通説の多くは誤りであると、Markowsky (1992) が数学教育の学術誌上で論じている。同論文は冒頭で「その数学的性質はおおむね正しく述べられているが、美術・建築・文学・美学について語られていることの多くは誤りか、著しく誤解を招くものである」と述べ、個別の例としてパルテノン神殿を検討している。挙げられている寸法から得られる比は 幅÷高さ ≒ 2.25、長さ÷幅 ≒ 2.25、また基壇から頂点までの高さを使った 101÷59 ≒ 1.71 で、いずれも黄金比（≒1.618）として認める許容範囲の外だとしている。 この PDF は紙面の画像スキャンでテキスト層がなく、そのままでは本文を抽出できない（抽出できるのは表題の58文字のみ）。本サイトでは各頁を画像として書き出して読んだうえで上記を書いており、根拠にしたのは p.2（導入）と p.9（パルテノン神殿）の記述である。全19頁のうち確認したのは p.2・p.5・p.9 の3頁で、論文全体を通読してはいない。なお DOI 10.2307/2686193 は doi.org 経由では出版社のエラーページに着地して本文に到達できないため、出典URLには著者サイトの全文PDFを挙げている。 出典: George Markowsky, "Misconceptions about the Golden Ratio", The College Mathematics Journal 23(1), 1992, pp.2–19（著者所属大学のサイトで全文公開。DOI: 10.2307/2686193） （構図編・ファイ・グリッド構図の解説へ）
  • 構図編 原典・実測で否定されている 古典期ギリシャ建築に黄金比が用いられているという主張は、実測によって否定されている。Foutakis (2014) は紀元前5世紀から紀元後2世紀までの神殿15棟・記念墓18基・石棺8点・墓碑58点の寸法を調べ、黄金比は古典期（紀元前5世紀）のギリシャ建築からは完全に欠落しており、紀元前3〜2世紀にごく稀に用いられたにすぎないと結論している。 本文は購読者向けだが、上記URLで抄録が公開されており、標本数と結論はその抄録で確認した。本文（pp.71–86）は未読。同論文は同時に、塔・祭壇・墓・墓碑の4例では黄金比の比例が見つかったとも報告しており、「古代ギリシャに皆無」ではなく「古典期には皆無で、後代にごく稀」という主張である。 出典: Patrice Foutakis, "Did the Greeks Build According to the Golden Ratio?", Cambridge Archaeological Journal 24(1), 2014, pp.71–86 （構図編・ファイ・グリッド構図の解説へ）
  • 現像編 原典・実測で否定されている 「RAW は常に無圧縮・無劣化の生データである」という説明は、メーカー純正の記録設定と矛盾する（不可逆圧縮の RAW が純正の選択肢として存在する） 一次資料（メーカーの取扱説明書）。同じ画面に「Lossless compressed（可逆）」「Compressed（non-reversible algorithm と明記）」「Uncompressed」が並ぶ。ただし否定できるのは「つねに無劣化」という全称の主張だけで、「無圧縮／可逆圧縮を選べば無劣化」という限定つきの主張は否定されない。ニコンは画質への影響を「ほとんどない」としているが、その程度を示す測定値はマニュアルに無い。またこれはニコンが自社の D850 について述べたものであり、全メーカー・全機種に不可逆圧縮 RAW があるという意味ではない。 出典: ニコン D850 オンラインマニュアル「NEF (RAW) Recording」 （現像編・RAWとJPEGは何が違うのかの解説へ）
  • 現像編 原典・実測で否定されている 「14bit だから階調が滑らかになる」は、ノイズを考慮した検証では成立しない 出典は査読論文でも規格でもなく、シカゴ大学の理論物理学者 Emil Martinec が個人の大学ページで公開している自主的な実測記事（2008年5月最終更新）。測定機種は Nikon D3 / D300、Canon EOS-1D Mark III / 1Ds Mark III / 40D の5機種で、いずれも2007〜2008年の製品。測定は dcraw で RAW 値を直接読み出し、IRIS / ImageJ / Mathematica で解析したと記事冒頭に記されている。refuted としたのは「14bit だから滑らか」という命題が、ノイズという反例メカニズムの実証によって条件つきでしか成り立たなくなるため。ノイズが量子化ステップより小さい状況では否定されない。2008年以降に読み出しノイズが下がった機種にそのまま当てはまるかを確認できる新しい実測は、本調査では見つけられなかった。 出典: Emil Martinec「Noise, Dynamic Range and Bit Depth in Digital SLRs」(2008) （現像編・ビット深度と階調の解説へ）
  • 現像編 原典・実測で否定されている 「ETTR が有利なのは明るい側に階調が多いから」という根拠は、実測にもとづく検証で否定されている 否定されているのは「ETTR が有効である」という結論ではなく「その理由は階調数の配分である」という説明部分である点に注意。ETTR を推奨する結論自体は同記事も別の理由（S/N 比）で支持している。出典は査読論文でも規格でもなく、Emil Martinec が個人の大学ページで公開している自主的な実測記事（2008年5月最終更新）。否定の根拠となった測定は Canon EOS-1D Mark III の ISO 1600 / ISO 3200 の比較で、読み出しノイズの実測値（13.4 / 26.2 raw levels）を用いている。記事全体の測定対象は Nikon D3 / D300、Canon EOS-1D Mark III / 1Ds Mark III / 40D の5機種（いずれも2007〜2008年の製品）で、この5機種を超えて一般化できるかは分からない。反証の対象（Reichmann の記事）を名指ししている点は明確である。 出典: Emil Martinec「Noise, Dynamic Range and Bit Depth in Digital SLRs」S/N and Exposure Decisions 節 (2008) （現像編・露出を右に寄せる（ETTR）の解説へ）
  • 現像編 原典・実測で否定されている 「ブルートーン（青調色）はコバルトによるものである」という呼称は誤りで、調色液にコバルトは一切含まれていなかった。 資料は「青調色はコバルト調色としても知られていた。この名前は像の色（コバルトブルー）を指すのであって、調色液にコバルトが存在することを指すのではない。調色液にはコバルトの痕跡すら含まれていなかった」と明記している。歴史的な呼称についての指摘であり、現代のデジタル現像に直接関係するものではない。ただし「調色の名前は化学ではなく見た目に由来することがある」という一般的な注意としては意味がある。 出典: Stulik & Kaplan「The Atlas of Analytical Signatures of Photographic Processes: Silver Gelatin」Getty Conservation Institute (2013) 鉄調色の節 （現像編・スプリットトーン（調色）の解説へ）
  • 現像編 原典・実測で否定されている ISO 感度を上げるとノイズが増える 否定されるのは「ISO を上げること自体がノイズの原因である」という広く流通した因果の説明であって、高 ISO で撮った写真がノイジーに見えること自体ではない。何が誤りかというと、ISO 増感は撮像後の信号に掛けるゲインであり、EMVA 1288 の SNR 式では信号もノイズも同じ倍率で増えるためシステム全体のゲインは約分されて消える（規格は「量子化ノイズによる小さな効果を除けば、SNR は量子効率と電子換算の暗信号ノイズだけで決まる」と明記している）。さらに Photons to Photos の実測では、入力換算読み出しノイズは ISO を上げるほど下がる（Nikon D850 は ISO100 の 4.11 e⁻ が ISO400 で 1.48 e⁻。https://www.photonstophotos.net/Charts/RN_e.htm ）。つまり同じ露光量なら ISO を上げたほうがノイズが少ない領域が実在する。では実際の原因は何かというと、ISO を上げる場面が「取り込む光が少ない場面」だからである。ショットノイズは光子数の平方根で決まるので、光が少なければ SNR は必ず下がる。ISO はその結果を表示しているだけで、原因ではない。限定条件として、EMVA 1288 は線形 RAW を前提とし、対象はマシンビジョン用カメラである。Photons to Photos は独立系測定者による機種あたり1個体の測定。また ISO 設定によって電子換算の読み出しノイズ自体は変わるので、「ISO はノイズと一切関係ない」わけでもない。 出典: EMVA Standard 1288 Release 4.0 Linear（2021-06-16）§2.6 Signal-to-Noise Ratio （現像編・ノイズ除去の解説へ）

裏付ける出典が見つからない （21件）

  • 構図編 裏付ける出典が見つからない 「日の丸構図は避けるべきだ」という規範について、その出どころを示す一次資料は見つけられなかった。同じ規範は英語圏にもあり、英語版Wikipedia「Composition (visual arts)」の Other techniques 節には「主役は、左右対称ないし儀礼的な構図を狙うのでないかぎり、中央から外すべきである（The prominent subject should be off-centre, unless a symmetrical or formal composition is desired）」と箇条書きされている。ただしこの節の9項目には、脚注が1つも付いていない。誰がいつ、どんな根拠でそう言い始めたのかが示されないまま、日本語でも英語でも初心者向けの決まり文句として流通している。 この出典は「そういう規範文が実在すること」と「そこに出典が付いていないこと」を確かめるためのもので、規範の正しさを裏づけるものではない。脚注の不在は記事のウィキテキスト（?action=raw）と表示用HTMLの両方を取得して確認した。記事全体には脚注が11か所付いている一方、この節の9項目には0か所である（2026年6月15日時点の版）。出どころを探した範囲は、CiNii Research の全文横断検索（「構図 対称」ほか）、立教大学学術リポジトリの検索API、構図を扱った査読論文2本（Chuang ほか 2024／Sancarlo ほか 2020）の本文と参考文献一覧まで。日本語の写真雑誌・教則本の原典には当たっていない。 参考（裏づけではない）: 規範文が無出典で載っている箇所 — 英語版Wikipedia「Composition (visual arts)」Other techniques 節 （構図編・日の丸構図の解説へ）
  • 構図編 裏付ける出典が見つからない この規範は今も英語圏でそのまま繰り返されている。英語版Wikipedia「Composition (visual arts)」の Other techniques 節には「画面をちょうど二等分することは避けるべきである（Exact bisections of the picture space should be avoided）」「水平線は作品を等しい2つに分けるのではなく、空か地面のどちらを強調するかに応じて置くべきである（The horizon line should not divide the art work in two equal parts...）」と2項目にわたって書かれている。ただしこの節の9項目には脚注が1つも付いておらず、二等分が実際に見づらいことを示す測定や実験は、たどれる範囲では見つからなかった。 この出典は「そういう規範文が実在すること」と「そこに出典が付いていないこと」を確かめるためのもので、規範の正しさを裏づけるものではない。脚注の不在は記事のウィキテキスト（?action=raw）と表示用HTMLの両方を取得して確認した。記事全体には脚注が11か所付いている一方、この節の9項目には0か所である（2026年6月15日時点の版）。上の fact が示すとおり、この言い方は少なくとも1797年のスミスまでさかのぼれるが、スミス自身も根拠は示していない。 参考（裏づけではない）: 規範文が無出典で載っている箇所 — 英語版Wikipedia「Composition (visual arts)」Other techniques 節 （構図編・二分割構図の解説へ）
  • 構図編 裏付ける出典が見つからない 「額縁構図」という日本語の名称が、いつ・誰によって写真の教則に持ち込まれたかは、裏付ける資料を見つけられなかった。 英語版Wikipedia「Framing (visual arts)」「Repoussoir」、日本語版Wikipedia「構図」とその参考文献一覧、そこから辿ったニコンの写真講座（斎藤勝則 2024）、および検索エンジンで日本語の構図解説記事を当たって見つけたタムロンの構図解説（2025年7月1日更新）を確認した範囲では、名称の初出や提唱者に触れた記述は見つからなかった。ニコンの講座は「トンネル（額縁）効果」という呼び方を用いているがその由来は説明しておらず、タムロンの記事は「トンネル構図」だけを挙げて「額縁」の語をまったく使っていない。写真雑誌・紙の教則本の原典には当たっていない。 （構図編・額縁構図の解説へ）
  • 構図編 裏付ける出典が見つからない 一方で、「四分割構図」を誰がいつ提唱したのか、名称の初出がどこかについては、裏付ける資料を見つけられなかった。 日本語版Wikipedia「構図」が挙げる構図の一覧（三角・額縁・対角・曲線・センタード／日の丸・放射状、および技法としての三分割法・二分割法）と、その参考文献一覧から辿ったニコンの写真講座（斎藤勝則 2024）には、画面を縦横4等分する構図法への言及自体がない。英語版Wikipedia「Composition (visual arts)」の compositional techniques 節にも対応する項目はない。検索エンジンで日本語の解説記事を当たると、上記のタムロンの記事をはじめ「四分割構図」を紹介する記事は多数見つかるが、いずれも用法を説明するだけで、名称の初出や提唱者には触れていない。写真雑誌・紙の教則本の原典には当たっていない。 （構図編・四分割構図の解説へ）
  • 構図編 裏付ける出典が見つからない 「サンドイッチ構図」という名称を誰がいつ使い始めたかは、裏付ける資料を見つけられなかった。 日本語版Wikipedia「構図」（名称の存在は確認できるが、その一文に出典が付いておらず由来の記述もない）、同記事の参考文献一覧から辿ったニコンの写真講座（斎藤勝則 2024。「サンドイッチ」の語は出てこない）、英語版Wikipedia「Framing (visual arts)」「Repoussoir」「Composition (visual arts)」を当たった範囲では、名称の初出や提唱者に触れた記述は見つからなかった。検索エンジンで日本語の解説記事を当たると、上記のマイナビニュースの連載をはじめ用例は多数見つかるが、どれも「その名の通り」と書くだけで由来を説明していない。トンネル構図・対比構図・フィボナッチ螺旋構図まで挙げているタムロンの構図解説（2025年7月1日更新）にも、サンドイッチ構図は載っていない。写真雑誌・紙の教則本の原典には当たっていない。 （構図編・サンドイッチ構図の解説へ）
  • 構図編 裏付ける出典が見つからない 「画面を2つに分けると対比感が生まれる」という説明の裏づけは辿れなかった。日本語版Wikipedia「構図」は二分割法について「安定したバランス感あるいは対比感覚を与えるとされる」と書いているが、その一文に付いている出典2件を実際に開くと、ニコンの写真講座（斎藤勝則）は「画面を二分割する線は画に安定感を与え視線も動かないため、落ち着いた印象、静寂を感じる写真になります」、関悠介 (2015) は「水平線により画面に安定感が生まれ」とあり、どちらも述べているのは安定感・静寂であって、「対比感覚」には触れていない。 日本語版Wikipedia「構図」の二分割法の記述と、そこに付された出典2件（ニコン「Lesson12：写真がより良くなるフレーミングと構図」、関悠介 (2015)「色彩調和と構図に基づく風景画像の審美的品質評価システム」日本知能情報ファジィ学会 31, pp.661-666）の該当箇所を確認した範囲では、「対比感覚」に対応する記述は見つからなかった。関 (2015) は本文PDFではなく、Wikipedia側に引用されている該当文で確認している。 （構図編・対比構図の解説へ）
  • 構図編 裏付ける出典が見つからない ただし「対比構図」を構図の型として扱うかどうかは資料によって分かれ、誰がいつこの名称を使い始めたのかは裏付ける資料を見つけられなかった。 日本語版Wikipedia「構図」の構図一覧（三角・額縁・対角・曲線・センタード／日の丸・放射状）、同記事の参考文献一覧から辿ったニコンの写真講座（斎藤勝則 2024。「対比」の語は「手前との対比で奥行きが出る」という額縁構図の説明の中に一度出てくるだけ）、および英語版Wikipedia「Composition (visual arts)」の compositional techniques 節では、対比はいずれも構図の「型」ではなく原則の1項目として扱われており、名前のついた構図としては挙げられていない。上に引いたタムロンの記事はこれを「対比構図」という名前で立てているが、名称の初出や提唱者には触れていない。写真雑誌・紙の教則本の原典には当たっていない。 （構図編・対比構図の解説へ）
  • 構図編 裏付ける出典が見つからない 「レイルマン比率」という名称を誰がいつ付けたのか、またこの比率の初出がどこかを示す資料は見つけられなかった。 上の Camtips は「中井精也氏が提唱している」と書いているが、その根拠となる資料は示していない。DuckDuckGo（html.duckduckgo.com への POST）で「レイルマン比率 中井精也」「レイルマン構図 中井精也」を検索し、中井氏本人が講師を務める上記 GANREF 記事に到達して全文を確認したが、同記事にも命名の経緯は書かれていない。同記事の講師紹介には中井氏が2000年に有限会社レイルマンフォトオフィスを設立したとあるが、社名と比率名を結びつけて説明した記述は確認できていない。 （構図編・レイルマン構図の解説へ）
  • 構図編 裏付ける出典が見つからない 「点構図」は日本語の写真解説で広く紹介されているが、この呼び方を最初に用いた人物や初出を示す一次資料は見つけられなかった。 DuckDuckGo で「点構図 写真 由来 提唱 語源」を検索した範囲では、上位に出るのは個人ブログとカメラ系メディアの解説記事、および写真そのものの語源を論じた記事だけで、写真用語辞典・学術資料・提唱者本人の記述には到達できなかった。英語圏に対応する定訳語も特定できていない。 （構図編・点構図の解説へ）
  • 構図編 裏付ける出典が見つからない 「パターン構図」は写真解説で広く紹介されているが、写真の構図技法としての初出や、この呼び方を定めた人物を示す一次資料は見つけられなかった。 DuckDuckGo で「パターン構図 反復 写真 由来 語源 研究」を検索した範囲では、上位は個人ブログとカメラ系メディアの解説記事、および構図一般を扱う論文・卒業論文で、写真用語としての初出を述べた資料には到達できなかった。美術用語としての「反復」は現代美術用語辞典に項目が立つが、写真の構図技法と結びつけた資料は確認できていない。 （構図編・パターン構図の解説へ）
  • 構図編 裏付ける出典が見つからない 「くの字構図」は日本語の写真・イラスト解説で紹介されているが、この呼び方を最初に用いた人物や初出を示す一次資料は見つけられなかった。 DuckDuckGo で「くの字構図 写真 由来 初出 提唱者」を検索した範囲では、上位に出たのは個人ブログ、日本語版 Wikipedia「構図」、および写真と無関係の記事（鉄道路線の形状・俗語解説）で、写真用語としての由来を述べた資料には到達できなかった。 （構図編・くの字構図の解説へ）
  • 現像編 裏付ける出典が見つからない 「カメラ内ヒストグラムは埋め込み JPEG プレビューから計算されている」と広く言われるが、これを裏づけるメーカーまたは規格の資料は見つけられなかった 探した範囲：DuckDuckGo に「camera histogram based on embedded JPEG preview not raw data」「camera manual histogram based on image recorded picture control JPEG raw not reflected」「Canon official histogram displayed is based on the JPEG image raw shooting」「"histogram" camera official manual "based on" "JPEG" raw preview manufacturer statement」の4クエリを投げたが、上位に出るのは個人ブログ・写真Q&Aサイト・フォーラム投稿ばかりで、メーカーの公式文書は1件も出なかった。そこでメーカー資料を直接確認した：ニコン D850 オンラインマニュアルの Photo Information 節は「目安である」と書くのみで算出元に触れていない。キヤノン EOS R5 の製品マニュアルも「The histograms show signal levels across the tonal range.」と述べるのみで、何のデータから作るかは書いていない。なお「カメラのヒストグラムが RAW と一致しない」こと自体はメーカーが認めており、そこは別の話である。 （現像編・ヒストグラムの読み方の解説へ）
  • 現像編 裏付ける出典が見つからない 「ヒストグラムの山が中央に来るのが正しい露出」と広く言われるが、これを規範として定めた規格・メーカー資料は見つけられなかった 探した範囲：ニコン D850 の取扱説明書の Histograms 節を全文取得して読んだが、書かれているのは記述的な内容のみだった——「明るさの幅が広い被写体なら分布は比較的均等になる」「暗い画像なら左に寄る」「明るい画像なら右に寄る」。どの形が正しいとは書いていない。キヤノン EOS R5 の製品マニュアルも同様に、左に寄りすぎるとシャドウのディテールが、右に寄りすぎるとハイライトのディテールが失われると両端の危険を述べるだけで、中央が正解だとは書いていない。ISO 12232（ISO 感度の規格）は有料規格で本文を入手できず未確認。逆に ETTR は右寄せを推奨しており、中央説と正面から衝突する。 （現像編・ヒストグラムの読み方の解説へ）
  • 現像編 裏付ける出典が見つからない 「メーカー純正ソフトのほうが色が正しい」と言われるが、その「正しさ」の基準を定義した規格・一次資料を見つけられなかった。 探した範囲: (1) カメラの色特性を扱う ISO 17321-1:2012 のスコープを確認したが（www.iso.org が 403 のため国家標準化機関のカタログ https://iss.rs/en/project/show/iso:proj:56537 で確認）、これは「デジタルスチルカメラの色特性評価のための色刺激・測定法・試験手順を定める」規格であって、「どの色が正しいか」を定義するものではなかった。(2) DNG 仕様書 1.6.0.0 の全109ページを pleasing / preferred / taste / aesthetic / artistic / subjective / look で全文検索したが、測色的な正解を定義する記述は無く、逆に「artistic control」「ユーザー調整の出発点としての既定の look テーブル」という記述しか見つからなかった。(3) キヤノン公式（en.canon-cna.com、personal.canon.jp、cweb.canon.jp）およびニコン公式（nikon-image.com）のページは本調査環境から 403／404／名前解決不可で本文を取得できなかった。(4) メーカー各社が「自社ソフトの色が測色的に正しい」と主張している公式文書は発見できなかった。したがってこれは「出典が見つからなかった」であって「否定された」ではない。純正ソフトの色が「メーカーが意図した色」であること自体は、DNG 仕様が look テーブルの存在を認めていることとも整合する。 （現像編・カメラプロファイルと「正しい色」の解説へ）
  • 現像編 裏付ける出典が見つからない 「ティール&オレンジはデジタル・インターミディエイト以降に広まった」「最初に使われたのは特定のこの作品である」という起源の主張は、裏付ける一次資料を見つけられなかった。 探した範囲: DuckDuckGo で「teal and orange color grading origin digital intermediate complementary skin tone history」「"orange and teal" OR "teal and orange" color grading American Cinematographer journal history digital intermediate」「teal orange look origin first film digital intermediate 2000s colorist history」「"digital intermediate" history O Brother Where Art Thou colour grading first feature」の4クエリを検索した。ヒットしたのはすべてブログ・制作会社のマーケティング記事・出典のない用語集で、いずれも根拠を示していない。American Cinematographer 誌や ASC の一次記事、カラリスト本人による記録は見つけられなかった。Blackmagic の公式マニュアルはこの配色を「モダンなシネマティックルック」と呼ぶが、いつから・なぜ広まったかには一切触れていない。配色そのものが業界の道具に組み込まれていることは確認できるが、その来歴として語られている物語は、いまのところ出典のない言い伝えである。 （現像編・ティール&オレンジの解説へ）
  • 現像編 裏付ける出典が見つからない 「LUT を当てれば映画の色になる」と言われるが、特定の LUT が特定の映画の色を再現することを検証した資料は見つけられなかった。 探した範囲: Blackmagic Design の公式リファレンスマニュアルの LUT の章（p.3544-3550 全文）、Adobe の Cube LUT 仕様書全文、ARRI の ALEXA Color Processing White Paper 全文。いずれにも、そうした主張も、それを裏づける検証データも見つからなかった。むしろ Blackmagic は LUT を「多くのことに使える単なる色変換操作にすぎず、ある使い方が他より重要ということはない」と位置づけ、Log 素材の正規化については「Log で符号化された素材は多くの画像データを保持しているが、最初は平坦でグレーディングなしでは使えない。グレーディングを始めるために、露出と色を調整して素材を正規化しなければならない」と、あくまで下ごしらえとして説明している。映画配布用の LUT が実際に本編の色と一致するかを測った公開データも見つけられなかった。逆に、LUT が前提とする入力エンコーディング（Log C、S-Log、REDFilmLog など）が合っていなければ意図した結果にならないことは、確認した各文書が共通して述べている。 （現像編・LUT（ルックアップテーブル）の解説へ）
  • 現像編 裏付ける出典が見つからない 「肌はオレンジだから、オレンジのスライダーだけ触れば肌が整う」と言われるが、肌の色が特定の色相帯に対応すると定義した公式資料は見つけられなかった。 探した範囲: Adobe 公式ヘルプ（Camera Raw の Color Mixer 解説、Lightroom Classic の Develop module options、Lightroom Web / Mobile の Adjust color）、Capture One 公式サポートの Color Editor overview、Blackmagic 公式マニュアルの ColorSlice / Secondary Qualifiers の章。いずれにも「肌はオレンジ帯に対応する」と定義した記述はなかった。むしろ Capture One は肌色専用の Skin Tone モードを、DaVinci Resolve は6色のベクトルとは別に7つ目の肌色ベクトルを用意しており、両社とも肌色を通常の色相帯とは別扱いしている。測色的にも、肌色クラスタを CIELAB 空間の楕円体で近似した研究では主軸パラメータが [38, 1.4, 2.5]、つまり3軸の長さが大きく異なる偏った形に広がっており、ひとつの色相帯にきれいに収まる形ではない。肌の色が特定のスライダー1本に対応することを示す測定データも見つけられなかった。 （現像編・色相別の調整（HSL / カラーミキサー）の解説へ）
  • 現像編 裏付ける出典が見つからない 「フィルムシミュレーションやフィルム風プリセットは、実際のフィルムの色を再現している」と言われるが、それを裏づける測定データは見つけられず、メーカー自身もそこまでは主張していない。 探した範囲: 富士フイルムの公式オンラインマニュアル（X-Pro2 の FILM SIMULATION 項）、fujifilm-x.com の Film Simulation ページ、Kodak / Kodak Alaris の技術資料、Blackmagic 公式マニュアルの Film Look Creator の章。いずれにも、デジタルのフィルムシミュレーションやフィルム風プリセットが対応する実フィルムと測色的に一致することを示すデータ（色差・スペクトル・比較測定）は見つからなかった。注目すべきは、メーカー自身もそうは言っていないことである。富士フイルムの公式マニュアルの表現は「各種フィルムの効果をシミュレートする」であり、各モードの説明も「標準的な色再現」「高コントラストで彩度の高いパレット」といった定性的なものにとどまる。Blackmagic の Film Look Creator も「Blackmagic Film Look」という自社の呼称を使い、特定のフィルム名との対応を主張していない。 （現像編・フィルムの色を再現するの解説へ）
  • 現像編 裏付ける出典が見つからない Adobe は「明瞭度」が具体的にどんな演算なのかを公開していない 探した範囲は次のとおり。(1) Adobe 公式ヘルプ（Camera Raw のカラー・階調調整ページ、Internet Archive 2025-01-14 保存版）を全文取得し、Clarity についての記述は前項に引いた説明の数文のみで、演算・パラメータ・処理空間の記述が無いことを確認した。(2) Google Patents の検索 API で譲受人を Adobe に絞り、clarity / local contrast / midtone contrast を検索した。local contrast ではヘイズ除去や画像スタイル変換の特許が並び、明瞭度に対応すると特定できる特許は見つからなかった（clarity 単独の再検索は Google 側の 503 で完遂できていない）。(3) DuckDuckGo で英語で明瞭度スライダーのアルゴリズム・特許を検索したが、上位に出た米国特許 US20130022287A1「Image contrast enhancement」を実際に取得したところ譲受人は個人で Adobe とは無関係だった。以上より「Adobe が明瞭度のアルゴリズムを公開している証拠を見つけられなかった」と結論した。存在しないことの証明ではない。 （現像編・明瞭度・かすみの除去の解説へ）
  • 現像編 裏付ける出典が見つからない レンズ補正をかけると画質が落ちる、と広く言われるが、劣化量を測定した一次資料は見つけられなかった 探した範囲は次のとおり。(1) DNG 仕様書 1.7.1.0（Adobe 配布サーバから取得、全126頁）を全文検索した。warp が再サンプリングを伴うこと、cubic spline のようなカーネルを推奨することは書かれているが、それによる解像度低下を定量した記述は無い。(2) lensfun 公式マニュアルの Corrections ページを取得した。補間しながら元画像を参照する仕組みの説明はあるが、劣化量の記述は無い。(3) darktable のレンズ補正モジュールのマニュアルを取得した。黒い隅を避けるための scale パラメータの存在は確認できたが、拡大による解像感低下の測定は無い。(4) RawTherapee の Toolchain Pipeline ページにも同様の記述は無い。(5) DuckDuckGo で英語で「lens distortion correction resampling resolution loss MTF measurement raw converter」および「"distortion correction" sharpness degradation measured MTF50 lens profile study」を検索した。返ってきた上位16件は、光学メーカーによる MTF の一般解説（Edmund Optics、Opto Engineering、FRAMOS など）か、マシンビジョン・計測分野の「歪みをいかに正確に測定・補正するか」を扱った論文（MDPI ほか）で、写真の現像における補正後の解像度低下を測った資料は1件も無かった。確認できたのは「補間が入るので画素値が作り直される」「黒い隅を消すために拡大が必要になることがある」までで、その結果どれだけ落ちるかは分からない。そのような資料が存在しないことの証明ではない。 （現像編・レンズ補正の解説へ）
  • 現像編 裏付ける出典が見つからない 「露出 → ホワイトバランス → トーン → 色 → ディテール」といった定番の現像手順に、実験的な裏づけを示した出典は見つけられなかった 探した範囲は次のとおり。(1) DuckDuckGo で英語で「RAW 編集手順の最適な順序に関する研究・実験・エビデンス」を検索したが、上位10件はすべて分子生物学・社会調査法の「editing」に関する論文で、写真現像の順序に関するものは1件も無かった（検索語の多義性の問題もある）。(2) darktable の公式マニュアル「the pixelpipe & module order」を全文取得したが、順序について書かれているのは「最良の出力品質が得られるよう慎重に選ばれた」という開発者の説明のみで、比較や測定のデータは示されていない。(3) RawTherapee の公式 wiki「Toolchain Pipeline」も同様に、順序を列挙するだけで根拠は示していない。(4) UPDIG のガイドライン（シャープニングの節）も、順序の指示はあるが実験の記載は無い。以上より「定番手順を実験で裏づけた資料を見つけられなかった」と結論した。そのような資料が存在しないことの証明ではない。また、順序に意味があること自体は別の主張として確認できている（入れ替えると結果が変わる／一部は物理的に動かせない）。 （現像編・現像の順番の解説へ）

出典によって食い違う （8件）

  • 構図編 出典によって食い違う 「サンドイッチ構図」が何を挟む形を指すのかは、資料によって食い違う。日本語版Wikipedia「構図」は画面の左右両端を挟んだ形と書いているが、ポートレート撮影講座の連載（マイナビニュース、関根いおん 2021）は「その名の通り被写体を何かしらで挟むように撮影します。被写体が挟まれることで、グッと強調されます」とだけ定義し、挟む向きを左右に限定していない。同記事が挙げている作例も階段の壁・建物の陰・公園の遊具の入口部分で、左右に限られていない。このページが図にしているのは前者、つまり左右両端で挟む形である。 どちらの資料も、その定義がどこから来たのかを示していない。撮影者本人の記事であって、どちらの用法が一般的かを調べたものではない。 出典: 関根いおん (2021)「印象的な1枚を撮影するときに使える『サンドイッチ構図』」僕でもできた！「最短で結果を出す」ポートレート撮影講座(19), マイナビニュース （構図編・サンドイッチ構図の解説へ）
  • 構図編 出典によって食い違う 黄金比が人の美的感覚において特別だという主張は、実証されているとは言えない。グスタフ・フェヒナーが1876年ごろに始めた一連の心理学的検証では黄金比付近の長方形への選好が報告されたが、その後の慎重な追試は「よくても決着がついていない（at best, inconclusive）」状態にある。 出典は百科事典の記述で三次資料。フェヒナー自身の実験報告と、その後の追試の原典には到達できていない。ただし上のデヴリンの記事にも「多くの検証は、大多数の人が好む長方形をひとつも見いだせていない」という同趣旨の記述がある。 出典: Wikipedia（英語版）「Golden ratio」Disputed observations 節 （構図編・フィボナッチ螺旋構図の解説へ）
  • 構図編 出典によって食い違う 「黄金分割点」という同じ語が、出典によって画面上の別の点を指している。キヤノンの写真用語集は対角線に別の頂点から垂線を下ろした交点（3:2の画面では各辺の約31%／69%）を「黄金分割点」と呼び、絵画の解説サイトは辺を 1:(1+√5)/2 に分割した点（各辺の約38%／62%）を「黄金分割点」と定義している。 食い違いは3点ある。(1) 作図法：キヤノンは対角線とそこへ下ろした垂線の交点を取る。坂元氏は辺の中点から作図して AΦ：ΦC＝1：(1+√5)/2 となる点Φを取り、これを「辺ACの黄金分割点」と呼んでいる（同ページには三平方の定理による証明が載っている）。(2) 位置：3:2の画面ではキヤノンの定義が各辺の約30.8%／69.2%、坂元氏の定義が約38.2%／61.8%で、差は各辺の約7.4%。三分割法（33.3%）との差がそれぞれ約2.6%・約4.9%であることを考えると、2つの「黄金分割点」どうしの差のほうが大きい。(3) 黄金比との関係：坂元氏の定義は黄金比そのものだが、キヤノンのページには「黄金比」という語も 1.618 という数値も一度も現れない（本サイトで同ページの本文を取得して数え、いずれも0件だった）。なお位置の百分率はどちらの出典にも書かれておらず、本サイトが各定義の作図から算出した値である。どちらの用法が正しいかを決められる規格・原典は見つかっていない。キヤノンの用語集は定義の出所を示しておらず、坂元氏のページは絵画講師個人による解説である。 出典: 坂元忠夫「当教室の公募展入選者の作品から、黄金比を使った構図を解説します」（坂元忠夫の絵画教室） （構図編・黄金分割構図の解説へ）
  • 構図編 出典によって食い違う 「黄金比が人間の美的な好みに関係する」という前提は、実証されているとは言えない。グスタフ・フェヒナー（1876年ごろ）は黄金比に近い長方形が好まれるという結果を報告したが、英語版 Wikipedia は、その後の慎重な検証は「よくてもはっきりしない（at best, inconclusive）」と記している。 出典は百科事典の記述で三次資料であり、この一文の典拠としては Livio (2002) が挙げられている。フェヒナー自身の実験報告と、その後の追試の原典には到達していない。「はっきりしない」は「否定された」とは違うため、strength は refuted ではなく disputed とした。なお同記事は、モナリザに黄金比が使われているという説についても「レオナルド自身の記述に裏付けられていない」と述べている。 出典: Wikipedia (English)「Golden ratio」— Disputed observations （構図編・ファイ・グリッド構図の解説へ）
  • 構図編 出典によって食い違う 同じ構図を二次資料が説明すると、本人の定義にあった限定が落ちることがある。カメラ系解説サイト Camtips は「画面を4分割する線と2つの対角線が交わるポイントを重心とする構成」と説明しており、中井氏の定義にある「縦に」4分割という限定と、「中心を除いた」4点という限定が、どちらも現れない。 本サイトで計算して確認した範囲では、4等分線を縦だけに引いても縦横に引いても交点の4点は同じ位置（25%／75%）になる。したがって両者の差は主題を置く4点の位置には出ず、中心の交点を数に入れるかどうかに出る。 出典: Camtips「構図の基本 －レイルマン構図－」 （構図編・レイルマン構図の解説へ）
  • 現像編 出典によって食い違う 「自然な彩度（vibrance）」に統一された定義はない。同じ darktable の中に、彩度の高い画素を優先する実装と、低クロマの色を優先する実装が並存していた。 現行モジュールのマニュアルは global vibrance を「画像全体の色のクロマ次元に作用し、クロマの低い色を優先する。これによりすでに色鮮やかな画素を誇張することなくニュートラルな色のクロマを上げられる」と説明しており、旧 vibrance モジュールのコード（彩度の高い画素ほど強くかかる）とちょうど逆である。対比対象は https://raw.githubusercontent.com/darktable-org/darktable/release-3.4.0/src/iop/vibrance.c 。どちらかが誤りだと主張しているのではなく（旧モジュールは deprecated、新モジュールが現行）、同じ名前の機能に共通の定義が無いことの証拠として並べている。他ソフト（Adobe / Capture One 等）の vibrance が両者のどちらに近いかは、アルゴリズムが公開されていないため確認できていない。なお color balance rgb は「このモジュールは CIE の chroma と saturation の定義に従う」とも述べている。 出典: darktable 4.6 ユーザーマニュアル「color balance rgb」（global vibrance の節） （現像編・彩度と自然な彩度（バイブランス）の解説へ）
  • 現像編 出典によって食い違う 「カラーコレクション（補正）とカラーグレーディング（演出）は別の工程である」という区別は、メーカー公式文書のあいだで一貫していない。 Blackmagic は同じ工程を指して「この、カラーコレクションあるいはカラーグレーディングと呼ぶ処理」と両語を併記し、同義に扱っている。Adobe の Premiere 公式ヘルプ（https://helpx.adobe.com/premiere/desktop/correct-color/color-correction-fundamentals/about-color-grading.html ）も両語を並べるだけで境界を定義していない。一方で Lumetri パネルは「Basic Correction」と「Creative」に分かれており、同じベンダーの中でも用語の扱いが揺れている。「補正＝技術的な帳尻合わせ、グレーディング＝演出的な味付け」という定義を規範として定めた規格・一次資料は見つけられなかった（探した範囲: Academy の CLF 仕様の Terms and Definitions 節、ASC CDL を参照する各社ドキュメント、Blackmagic 公式マニュアル、Adobe Premiere / Lightroom 公式ヘルプ）。この区別を明快に述べているのは書籍・ブログなどの二次資料である。 出典: Blackmagic Design「DaVinci Resolve 21 Reference Manual」p.3085 （現像編・カラーグレーディングとは何かの解説へ）
  • 現像編 出典によって食い違う 「補色どうしの組み合わせは調和する」という色彩調和論は、実験結果が食い違っている。色相が大きく対照的なペアは、好ましいとも調和的とも判定されなかったという報告がある。 論文の要旨自身が「色の組み合わせの好ましさと調和についての先行研究は混乱した結果を生んでいる。たとえば、色相の類似度が上がるほど調和が増すと主張する研究がある一方、減ると主張する研究もある」と食い違いの存在を明言し、この研究自身の結果として「色相が大きく対照的なペアは、一般に好ましいとも調和的とも判定されない」と述べている。本文は購読者限定で、確認できたのは要旨のみ。実験条件（色票の数・彩度・提示方法・被験者数）は確認できていない。また単色の色票ペアについての実験であり、写真や映画のフレーム全体の配色を扱ったものではなく、ティール&オレンジそのものを検証した研究でもない。 出典: Schloss & Palmer「Aesthetic response to color combinations: preference, harmony, and similarity」Attention, Perception, & Psychophysics (2011) （現像編・ティール&オレンジの解説へ）

二次資料でしか確認できていない （35件）

  • 構図編 二次資料でしか確認できていない 中央に主役を置く配置は、西洋絵画では何世紀も繰り返されてきた定型である。《最後の晩餐》の古典的な型では、キリストは細長い食卓の奥、使徒たちの対称の中心に座り、顔はすべて一本の水平線上に等間隔で並ぶ。この型はギルランダイオが用い、その数年後にレオナルドがサンタ・マリア・デッレ・グラツィエ修道院の壁画で踏襲した。 この記述が示すのは中央配置が長く使われてきたという事実であって、中央配置が写真で有効だという実証ではない。またこれは論文が測定した結果ではなく、実験の題材を説明するために書かれた美術史上の経緯である。ギルランダイオやレオナルドの作品そのもの、あるいは美術史の原典に当たって確かめたわけではない。 出典: Sancarlo, Dare, Arato & Rosenberg (2020)「Does Pictorial Composition Guide the Eye? Investigating Four Centuries of Last Supper Pictures」Journal of Eye Movement Research 13(2) （構図編・日の丸構図の解説へ）
  • 構図編 二次資料でしか確認できていない カメラメーカーの写真講座は、日の丸構図を避けるようには書いていない。ニコンの写真講座は「被写体を画面の真ん中に配置する『日の丸構図』」について「視線は真ん中へ、そのまま他へ移動することなく主役を強烈に印象づけます」と説明し、続けて「視線が動かず周辺に余白ができてしまう構図ではありますが、あえて使うことで見せたいものをストレートに表現することもできます」と書いている。同講座は構図の章の冒頭でも「もちろん、写真の撮りかたに決まりはなく、こうしなければダメという構図があるわけではありません」と断っている。 カメラメーカーの写真講座が1件そう説明している、というところまでしか確認できていない。ここで確かめられるのは「初心者向けの代表的な教則が、日の丸構図を避けるべきものとしては扱っていない」ことであって、日の丸構図が良いことの裏づけではない。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコンイメージングジャパン（2024年6月18日 文章改訂） （構図編・日の丸構図の解説へ）
  • 構図編 二次資料でしか確認できていない 学術側の資料でも、日の丸構図は避けるべきものではなく代表的な構図の1つとして数えられている。画像の審美的品質を自動評価するシステムを提案した論文は、基準とする代表的な7つの構図の筆頭に日の丸構図（Sun-like Composition）を挙げ、「画面のほぼ中心に主要な被写体を配置した構図。視線を主役1点に集中させる効果がある」と説明している。避けるべきだという記述はない。 この論文の主題は構図の自動評価システムであり、7つの構図を説明したこの箇所には文献参照が1つも付いていない（本文の他の箇所では[1]〜[17]の参照記号を使い分けている）。効果を測定した結果ではなく、システムを組むための前提として置かれた説明である。査読誌ではなくシンポジウムの講演論文集に収録されたもの。 出典: 関悠介・萩原将文 (2015)「色彩調和と構図に基づく風景画像の審美的品質評価システム」第31回ファジィシステムシンポジウム講演論文集, pp.661–666 （構図編・日の丸構図の解説へ）
  • 構図編 二次資料でしか確認できていない 現在の写真構図研究でも、シンメトリーは対立させるべき例外ではなく、リーディングラインや三分割法と並ぶ代表的な構図法のひとつとして扱われている。 この論文はシンメトリーを構図法の一覧に挙げているだけで、その効果を実験で測ってはいない。実験の対象はリーディングラインである。査読論文に載っていても、この一文自体は「そう分類している資料が1件ある」以上のものではない。 出典: Chuang, Tseng & Chiang (2024)「Impact of Leading Line Composition on Visual Cognition: An Eye-Tracking Study」Journal of Eye Movement Research 17(5) （構図編・シンメトリー構図の解説へ）
  • 構図編 二次資料でしか確認できていない 日本語の写真教則では、シンメトリー構図は「きっちり揃っていること」と「あえて崩すこと」の両方が同じ資料の中で肯定されている。ニコンの写真講座は「被写体を左右対称に切り取る『シンメトリー構図』はシンプルかつクールな印象の写真になり、建造物を撮る際はその美しさを強調することができます」としたうえで、「きっちり左右対称であることで安定感、バランスがとれる構図ですが、あえて少しずらすことで不安感をあおったり動きをつけたりといった効果を出すこともできます」と続けている。 カメラメーカーの写真講座が1件そう説明している、というところまでしか確認できていない。揃えた場合とずらした場合で見え方がどう変わるかを測った資料は見つけていない。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコンイメージングジャパン（2024年6月18日 文章改訂） （構図編・シンメトリー構図の解説へ）
  • 構図編 二次資料でしか確認できていない 測定の結果とは対照的に、「斜めに置くと動きが出る」という説明は資料の側では繰り返し書かれている。ニコンの写真講座は対角線構図を「三分割法と同様、どんな場面でも使えてまとまりある画になりやすい」構図とし、「ダイナミックな対角線構図は画面に動きやリズムが出て、風景写真では奥行きを感じさせることもできます」と説明している。 カメラメーカーの写真講座が1件そう説明している、というところまでしか確認できていない。測定や実験の裏づけは示されていない。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコンイメージングジャパン（2024年6月18日 文章改訂） （構図編・対角線構図の解説へ）
  • 構図編 二次資料でしか確認できていない 同じ説明は日本の学会の講演論文にも現れる。画像の審美的品質を自動評価するシステムを提案した論文は、基準とする代表的な7つの構図の1つに斜線構図（Diagonal-like Composition）を挙げ、「斜線によって静的な写真に動感が盛り込まれる」と説明している。 この論文の主題は構図の自動評価システムであり、7つの構図を説明したこの箇所には文献参照が1つも付いていない（本文の他の箇所では[1]〜[17]の参照記号を使い分けている）。効果を測定した結果ではなく、システムを組むための前提として置かれた説明である。査読誌ではなくシンポジウムの講演論文集に収録されたもの。 出典: 関悠介・萩原将文 (2015)「色彩調和と構図に基づく風景画像の審美的品質評価システム」第31回ファジィシステムシンポジウム講演論文集, pp.661–666 （構図編・対角線構図の解説へ）
  • 構図編 二次資料でしか確認できていない 「底辺が下にある三角形は安定して見える」という説明は、日本語の写真教則にも同じ形で出てくる。ニコンの写真講座は三角構図を「画面の中に三角形を意識して被写体を配置する構図」とし、「底辺が下にある三角形は重心が下に来るためとても安定感のある画になります。重厚感も表現できるため、建造物を撮影する際によく使われる構図です」と説明している。 カメラメーカーの写真講座が1件そう説明している、というところまでしか確認できていない。「重心が下に来るから安定して見える」という因果の説明に、測定や実験の裏づけは示されていない。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコンイメージングジャパン（2024年6月18日 文章改訂） （構図編・三角構図の解説へ）
  • 構図編 二次資料でしか確認できていない 同じ説明は日本の学会の講演論文にも現れる。画像の審美的品質を自動評価するシステムを提案した論文は、基準とする代表的な7つの構図の1つに三角構図（Triangle-like Composition）を挙げ、「どっしりとした安定感を与えるとともに、三角形の頂点に向かう力や運動性を感じさせる効果がある」と説明している。 この論文の主題は構図の自動評価システムであり、7つの構図を説明したこの箇所には文献参照が1つも付いていない（本文の他の箇所では[1]〜[17]の参照記号を使い分けている）。効果を測定した結果ではなく、システムを組むための前提として置かれた説明である。査読誌ではなくシンポジウムの講演論文集に収録されたもの。 出典: 関悠介・萩原将文 (2015)「色彩調和と構図に基づく風景画像の審美的品質評価システム」第31回ファジィシステムシンポジウム講演論文集, pp.661–666 （構図編・三角構図の解説へ）
  • 構図編 二次資料でしか確認できていない 現在の日本語の写真教則では、曲線は「視線をなめらかに運ぶもの」として説明されている。ニコンの写真講座は「画面の中にSやCなどの曲線、カーブを入れることで奥行きが表現できます。また曲線に合わせながら視線がスムーズに誘導されていくため、画面全体がまとまりやすくなります」とし、ポートレートでは曲線を意識したポージングを取ってもらうとよい、と続けている。 カメラメーカーの写真講座が1件そう説明している、というところまでしか確認できていない。曲線に沿って視線が動くことを測定した資料は見つけていない。上のホガース(1753)は曲線の美しさを論じたもので、視線の動きを論じてはいない点にも注意。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコンイメージングジャパン（2024年6月18日 文章改訂） （構図編・曲線構図の解説へ）
  • 構図編 二次資料でしか確認できていない この構図には日本語の写真教則で「トンネル（額縁）効果」という呼び名が与えられている。ニコンの写真講座は「門や窓枠、周辺の木や建物などで主役となる被写体を囲むことで視線を誘導し、主役を引き立てる」構図と説明し、その効果として「日の丸構図と同様に見せたいものが明確になり、さらに手前との対比で奥行きが出たり画面全体が引き締まった印象になったりする」と述べている。 カメラメーカーの写真講座が1件そう説明している、というところまでしか確認できていない。囲むことで視線が実際に中心へ向かうことを測定した資料は見つけていない。同講座は冒頭で「写真の撮りかたに決まりはなく、こうしなければダメという構図があるわけではありません」とも断っている。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコンイメージングジャパン（2024年6月18日 文章改訂） （構図編・トンネル構図の解説へ）
  • 構図編 二次資料でしか確認できていない 日本語版Wikipedia「構図」では、放射状構図は「収束領域から周辺に向かって広がるように要素群が配置される」構図と説明され、リーディングラインの効果によって視線を収束領域へ集める働きを持つ、と整理されている。 確認できているのは百科事典（三次資料）の記述だけで、この整理そのものを検証した実証研究には到達していない。この記述に同記事が付けている出典は、関悠介 (2015)「色彩調和と構図に基づく風景画像の審美的品質評価システム」、楊炫叡 (2019)「優雅風格における写真表現手法の研究」、および上記のニコンの写真講座で、いずれも放射線構図を分類・列挙している資料であって、視線が収束領域へ集まることを測定した研究ではない。 出典: Wikipedia（日本語版）「構図」 （構図編・放射線構図の解説へ）
  • 構図編 二次資料でしか確認できていない 西洋美術には repoussoir（ルプソワール、フランス語で「押し戻すもの」）という近い語がある。ただしその定義は「左右どちらか片側の前景に置かれ、縁を括る（額縁のように囲う）ことで見る者の視線を構図の中へ導き、奥行き感を強める人物や物体」であって、四方を囲む形ではなく片側に置く手法を指す。マニエリスム期・バロック期の画家に広まり、17世紀オランダの風景画に頻出する（ヤーコプ・ファン・ロイスダールが樹木を片側に置いて場面を囲い込む例など）。額縁構図と重なるのは「縁を括って視線を内へ導く」という部分までで、囲む範囲は一致しない。 確認できているのは百科事典（三次資料）の記事だけである。定義部分の根拠は Ian Chilvers『The Oxford Dictionary of Art and Artists』第5版（オックスフォード大学出版局, 2015）1点のみで、この辞典の原典は有料のため参照できていない。同記事には「この記事は単一の出典に依拠しています」というWikipedia側の整理タグ（2022年9月）が付いている。記事には他に Wind (1938) と Foa (2015) の出典もあるが、いずれも作例の説明に付いたもので、定義そのものを支えるものではない。 出典: Wikipedia（英語版）「Repoussoir」 （構図編・額縁構図の解説へ）
  • 構図編 二次資料でしか確認できていない 画面を等分するグリッドに要素を置く手法群について、日本語版Wikipedia「構図」は「要素間の相対的な位置関係は直接規定されないが、グリッド制約により要素間の関係性が縛られ、要素の配置が無秩序になってしまう事態を防ぐことができる」と説明している。四分割もこのグリッド配置の一種として位置づけられる。 確認できているのは百科事典（三次資料）の記述だけで、しかも同記事の「グリッド配置」の節のこの説明文には脚注が1件も付いていない（周辺の文には脚注番号が並び、記事全体では60件近い出典があるなかで、この導入文だけが無出典）。つまり出典側にも辿れる根拠がない。述べているのもグリッド配置一般の話であって、4等分に固有の効果ではない。 出典: Wikipedia（日本語版）「構図」 （構図編・四分割構図の解説へ）
  • 構図編 二次資料でしか確認できていない 日本語版Wikipedia「構図」では、額縁構図の囲いは「トンネルのように周囲を囲む形状が多いが、なかには画面の左右両端だけを挟んだサンドイッチ状の場合もある」とされ、その場合をサンドイッチ構図と呼んでトンネル状と区別することがある、と説明されている。 確認できているのは百科事典（三次資料）の記述だけである。さらに、同記事は全体では60件近い出典を付けているのに、このサンドイッチ構図に言及した一文にだけは出典が付いていない。同記事が参考文献に挙げているニコンの写真講座（斎藤勝則 2024）を確認したが、そちらに「サンドイッチ」という語は一度も出てこない。つまり、この呼び分け自体の裏づけは現時点で辿れていない。 出典: Wikipedia（日本語版）「構図」 （構図編・サンドイッチ構図の解説へ）
  • 構図編 二次資料でしか確認できていない 「左右から挟む」という形を西洋絵画の repoussoir（ルプソワール）に対応させることはできない。repoussoir は英語版Wikipediaでは「左右どちらか片側の前景に置かれ、縁を括ることで見る者の視線を構図の中へ導き、奥行き感を強める人物や物体」と定義されており、挙げられている作例も、ヤーコプ・ファン・ロイスダールが樹木を片側に置いた例のように片側に置くものである。両側から挟むこの構図とは、囲む範囲が一致しない。 確認できているのは百科事典（三次資料）の記事だけである。定義部分の根拠は Ian Chilvers『The Oxford Dictionary of Art and Artists』第5版（オックスフォード大学出版局, 2015）1点のみで、この辞典の原典は有料のため参照できていない。同記事には「この記事は単一の出典に依拠しています」というWikipedia側の整理タグ（2022年9月）が付いている。なお片側だけに前景を置く形は、このページが失敗例として挙げているもの（挟む働きが生まれない形）にあたる。西洋絵画で名前が付いているのは、そちらの側である。 出典: Wikipedia（英語版）「Repoussoir」 （構図編・サンドイッチ構図の解説へ）
  • 構図編 二次資料でしか確認できていない 英語版Wikipedia「Composition (visual arts)」の構図原則の一覧には、「小さく高コントラストな要素は、大きく鈍い要素と同じだけのインパクトを持つ」「細部のある領域と細部のない領域の対比をつくることは、どこを見ればよいかを助けるうえで重要である」という項目が挙げられている。 確認できているのは百科事典（三次資料）の記述だけで、しかもこの箇条書き（Other techniques 節）には出典が1件も付いていない。つまり出典側にも辿れる根拠がない。原則を列挙しているだけで、どの程度の差があれば効果が出るかを示す測定値や実証データも示されていない。 出典: Wikipedia（英語版）「Composition (visual arts)」 （構図編・対比構図の解説へ）
  • 構図編 二次資料でしか確認できていない キヤノンの写真用語集は「黄金分割」を、画面内に対角線を引き、別の頂点からその対角線に垂直線を引いた交点である4つのポイントに被写体を配置する構図と定義し、三分割法とは「厳密には違うもの」と明記している。 カメラメーカーの公式な用語集ではあるが、規格でも原典でもなく、この定義がどこから来たのかは示されていない。確認できたのはこの1件で、同じ定義を裏づける一次資料には到達していない。なおこの定義には黄金比（1:1.618）という数値そのものは出てこず、分割点は画面比によって移動する。 出典: キヤノン 写真用語集「黄金分割（おうごんぶんかつ）」 （構図編・黄金分割構図の解説へ）
  • 構図編 二次資料でしか確認できていない 一方で、三分割法を黄金比の近似として説明する解説もある。洋画家で絵画講師の坂元忠夫氏は「三分割法は単純な分割比による構図法ですが、最も美しい分割比といわれる黄金比から、それほどかけ離れているわけではありません」と述べている。 出典は写真ではなく絵画（油絵・水彩）の教室サイト1件で、著者は同サイトで自身を「洋画家／絵画講師」と記している。個人による解説であり、原典に基づく主張ではない。根拠として挙げられているのは、三分割法の分割比 1:2 の 1 と 2 がフィボナッチ数列の第2項・第3項にあたるという点だけである。なお同ページの本文が使っている語は「黄金比」で、「黄金分割」という語は本文に一度も現れない。三分割法と黄金比が同じものだとも述べておらず、「それほどかけ離れているわけではありません」という書き方にとどまっている。語そのものの食い違いについては次の主張で扱う。 出典: 坂元忠夫「構図の決め方・考え方 「三分割法」と黄金比との関係」（坂元忠夫の絵画教室 — 基礎から学ぶ油絵・水彩画） （構図編・黄金分割構図の解説へ）
  • 構図編 二次資料でしか確認できていない Phi Grid は、三分割法が画面を 1:1:1 に等分するのに対し、1:0.618:1 の比で分割するものとして説明されている（出典の原文は the Phi Grids divide in the ratio 1:0.618:1）。同じ記事は、分割線がより中央寄りになること、上下の帯だけが同じ大きさで真ん中の帯は大きさが違うことも書いている。 確認できたのは英語圏の写真解説サイト1件だけで、規格・学術文献・カメラメーカーの資料など、これを裏づける資料には到達していない。また本サイトが図で使っている分割線の位置 0.382／0.618 は、この 1:0.618:1 という比から計算した値（1÷2.618≒0.382）であって、出典にその数値は書かれていない。同じ記事は冒頭で Golden Spiral・Fibonacci Spiral・Phi Grid を「同じものの別名」として並べており、記事の内部でも名称と対象が一対一に対応していない。 出典: PhotographyAxis「Golden Ratio Photography Composition Guide」 （構図編・ファイ・グリッド構図の解説へ）
  • 構図編 二次資料でしか確認できていない 同じ「黄金比を使った構図」という括りの中に、まったく別の作図法がある。キヤノンの写真用語集は「黄金分割」を、画面内に対角線を引き、別の頂点からその対角線に垂直線を引いた交点である4つのポイントに被写体を配置する構図と定義しており、三分割法とは「厳密には違うもの」と明記している。辺を 0.382／0.618 で分けるファイ・グリッドとは、主題を置く位置が別の場所になる。 カメラメーカーの公式な用語集ではあるが、規格でも原典でもなく、この定義がどこから来たのかは示されていない。その意味では上のファイ・グリッドの説明と同じく、二次資料1件である。どちらが「正しい黄金比の構図」なのかを決められる資料は見つかっていないため、本サイトでは両方を別の構図として並べている（→黄金分割構図）。作図上の違いとして、キヤノンの定義による交点は画面比によって動くのに対し、0.382／0.618 の線は画面比が変わっても動かない。またキヤノンの定義には黄金比（1:1.618）という数値そのものが出てこない。 出典: キヤノン 写真用語集「黄金分割（おうごんぶんかつ）」 （構図編・ファイ・グリッド構図の解説へ）
  • 現像編 二次資料でしか確認できていない NEF（ニコンの RAW）ではホワイトバランス・色相・トーン・シャープネスが画像データに適用されず、設定値は「指示セット」として保持される ニコンの啓発記事であり、規格でもフォーマット仕様書でもないため secondary_only。これはニコンが自社の NEF について述べたもので、キヤノン CR3・ソニー ARW など他社の RAW が同じ扱いをしている保証はない。NEF の内部仕様書は公開されておらず、外部からは LibRaw / dcraw などのリバースエンジニアリング実装を通してしか確認できない。またこの記述は4項目を挙げるだけで、長秒時ノイズ低減・欠陥画素補正・レンズ補正などが RAW に適用されるかには触れていない。 出典: Nikon USA, Learn & Explore「Nikon Electronic Format (NEF)」 （現像編・RAWとJPEGは何が違うのかの解説へ）
  • 現像編 二次資料でしか確認できていない 「RAW」は単一のファイル形式ではなく、メーカー・機種ごとに構造も圧縮方式も異なる LibRaw プロジェクト自身の紹介文であり、規格でも一次仕様書でもないため secondary_only。「RAW ファイルとメタデータの形式、圧縮アルゴリズムの多様性」を存在理由として挙げているだけで、何形式あるかは示していない。ただし LibRaw はオープンソースで対応カメラ一覧とデコーダのソースが公開されており、記述の裏は第三者が取れる。逆に、各メーカーが公開した RAW 形式の仕様書は本調査では見つからなかった（Adobe DNG を除く。DNG 仕様書自体は未取得）。 出典: LibRaw（RAW デコーダライブラリ）公式サイト （現像編・RAWとJPEGは何が違うのかの解説へ）
  • 現像編 二次資料でしか確認できていない RAW の画素値はそれ自体では「色」ではなく、色として解釈するには外部のメタデータと処理が要る darktable（GPL）の公式マニュアルが、パイプライン初期の段階について「技術的には、この時点ではまだ色は存在せず、任意の3次元信号があるだけ」と述べている。secondary_only としたのは、その裏づけになるパイプラインの処理順を本調査ではソースコードまで確認していないため（実装ファイル src/iop/highlights.c の存在は確認したが、処理順の定義箇所は追っていない）。オープンソースなので原理的には検証可能だが、していない以上「darktable がそう説明している」以上のことは言えない。また他の現像ソフトが同じ順序である保証もない。 出典: darktable 4.6 user manual「highlight reconstruction」 （現像編・RAWとJPEGは何が違うのかの解説へ）
  • 現像編 二次資料でしか確認できていない S/N 比が露出とともに改善するのは、光子ショットノイズがポアソン統計に従い、標準偏差が光子数の平方根になるためである secondary_only としたのは、ポアソン分布の標準偏差が平均の平方根に等しいことは統計学の標準的な事実だが、本調査ではその原典（統計学の教科書・規格）まで遡っていないため。ここで示せるのは「Emil Martinec が個人の大学ページでそう説明している」ところまでである（査読を経ていない）。また光の到来がポアソン統計に厳密に従うこと自体を実証した一次文献も未確認。この節は光子ショットノイズのみを扱っており、実際のカメラでは読み出しノイズが加わる（同記事は両者が二乗和で加算されるとしている）。 出典: Emil Martinec「Noise, Dynamic Range and Bit Depth in Digital SLRs」(2008) （現像編・露出を右に寄せる（ETTR）の解説へ）
  • 現像編 二次資料でしか確認できていない Adobe Camera Raw のハイライト復元幅として公表されている数値は「露出 -1.00〜-2.00 程度」で、しかも復元されるのは輝度情報のみである secondary_only の理由は、Adobe が Camera Raw のアルゴリズムを公開しておらず、この数値は Adobe が自社製品について述べたものに過ぎないため。測定条件も示されておらず、「カメラによる」「もっと行くこともある」という留保がついている。さらにこの文書は Camera Raw 2.x 世代（2004〜2005年頃）を対象にしており、現行の Lightroom / Camera Raw に当てはまる保証はない。原本の URL（adobe.com）は現在アクセスできず、Internet Archive の2016年8月11日のスナップショットから取得した。これはオープンソースとの非対称性の実例でもある——RawTherapee / darktable では手法の名前・依拠する前提・適用範囲の目安がドキュメントとソースの両方で確認できるのに対し、Adobe については「Adobe がそう言っている」以上のことは分からない。 出典: Adobe ホワイトペーパー「Highlight Recovery in Camera Raw」 （現像編・ハイライト・シャドウの復元の解説へ）
  • 現像編 二次資料でしか確認できていない 「晴天は5500K」と一つの数値で語られることが多いが、メーカーごとの晴天プリセットの色温度は同じではない。RawTherapee の開発者はソースコード中に、Nikon=5200K / Olympus=5300K / Panasonic=5500K / Leica=5400K / Minolta=5100K と記録している。 これは RawTherapee の開発者がソースコードのコメントとして書き残した値であって、メーカー各社の公称値ではない。したがって「そう記録している第三者の資料がある」以上の強さは持たない。メーカー公式の一次資料は本調査では取得できなかった（キヤノン・ニコンの公式ページはいずれも 403／404／名前解決不可）。／同じコメント群には曇天（Nikon=6000K / Olympus=6000K / Panasonic=6200K / Leica=6400K / Minolta=6500K）と日陰（Nikon=8000K / Olympus=7500K / Panasonic=7500K / Leica=7500K / Minolta=7500K）の値も記録されており、RawTherapee 自身は直射日光の代表値として 5300K を採用している。年式・機種による違いも本調査では追えていない。 出典: RawTherapee ソースコード rtengine/colortemp.cc（Daylight5300_spect 直前のコメント） （現像編・ホワイトバランスと色温度の解説へ）
  • 現像編 二次資料でしか確認できていない ProPhoto RGB の原色は、人が見える色の範囲の外側にある「虚の原色」だと説明される。 「imaginary primaries（虚の原色）」という記述は、この色空間の定義文書（Kodak の白書）にも ICC のレジストリ仕様書にも書かれていない。根拠は同じ Kodak の研究者による査読付き会議論文の一文（「ROMM RGB の色符号化は、より広い色域を実現するために色域を拡張した虚の原色の組を用いる」）だけである。定義文書に無い以上、権威ある著者による記述であっても二次資料どまりとして扱う。／原色の座標そのもの（B の y = 0.0001 など）は規格資料で確認できるので、それが可視域の外かどうかは、スペクトル軌跡の座標表を一次資料で入手できれば自分で判定できる。本調査ではその座標表を入手できなかったため判定していない。 出典: Braun & Spaulding「Method for Evaluating the Color Gamut and Quantization Characteristics of Output-Referred Extended-Gamut Color Encodings」IS&T CIC 10 (2002) （現像編・色空間（sRGB / Adobe RGB / ProPhoto RGB）の解説へ）
  • 現像編 二次資料でしか確認できていない Adobe は Vibrance を「彩度の低い色を主に変え、肌色の過飽和を防ぐ」と説明しているが、そのアルゴリズムは公開されていない。オープンソースの同種機能ならソースコードで確定できる内容が、Adobe では「そう説明されている」以上には確認できない。 この引用が裏づけるのは「Adobe がそう説明している」ことだけで、実際に何が計算されているか（どの色空間で、どの量を、どういう関数で変え、肌色をどう判定しているか）は述べられていない。この記述からアルゴリズムを再現することはできないため、公式ヘルプという権威はあっても格付けは secondary_only にとどまる。Adobe の Vibrance / Clarity / Texture 等のアルゴリズムを記述した公開文書は本調査では発見できず、DNG 仕様書 1.6.0.0 の全文にも Vibrance の記述は無かった。／ヘルプページは Adobe の公式サイトから直接取得し、引用した3文がいずれも本文中に存在することを機械照合で確認した。 出典: Adobe Camera Raw ヘルプ「Make color and tonal adjustments in Camera Raw」 （現像編・彩度と自然な彩度（バイブランス）の解説へ）
  • 現像編 二次資料でしか確認できていない USM はぼけで失われた細部を復元しているのではなく、エッジ周辺のコントラストを上げて「シャープに見える」ようにしている darktable のマニュアルは USM の効果を「シャープさの印象（impression of sharpness）を高める」と書いているが、これは実装者による説明文であって測定による裏づけではない。「復元ではない」ことを実験・測定で示した一次資料は見つけられなかった。ImageMagick の公式ドキュメントにも「繰り返しても半径を広げても元には戻らない」という同趣旨の記述があり、RawTherapee の公式 wiki も acutance（エッジコントラスト）という語で同じ説明をしているが、いずれも作例つきの説明で定量的な検証ではない。したがって「複数のオープンソース実装の説明が一致している」以上のことは言えない。3件とも実際に取得して本文を確認した。 出典: darktable 4.6 ユーザーマニュアル — sharpen モジュール （現像編・シャープネスの解説へ）
  • 現像編 二次資料でしか確認できていない Lightroom / Camera Raw の「適用量・半径・ディテール・マスク」は Adobe のヘルプに定義があるが、Adobe 自身は「アンシャープマスクの変形」としか説明していない 出典は Adobe 公式ヘルプ。権威はあるが規格でも原典でもなく、アルゴリズムが非公開である以上「Adobe がそう説明している」以上のことは検証できないため secondary_only とした。各スライダーの効果は Adobe 自身の言葉で定義されているが、処理の中身は「a variation of Unsharp Mask（アンシャープマスクの変形）」としか書かれておらず、「ディテール」が高周波をどう扱うのか、「マスク」がどうエッジマスクを作るのかは公開されていない。本来の URL は https://helpx.adobe.com/camera-raw/using/sharpening-noise-reduction-camera-raw.html だが、本セッションの環境からは応答が得られなかった（TLS 接続は確立してリクエストも送信できるが、サーバ側が TLS 再ネゴシエーションを繰り返したまま本文を返さない。curl の2種類の TLS 実装と別経路の取得手段で計8回試行）。資料側の欠落ではなく環境側の問題なので、Internet Archive の 2020-12-25 保存版を取得して本文を確認した。 出典: Adobe Camera Raw ヘルプ「シャープとノイズ軽減」（Internet Archive 2020-12-25 保存版） （現像編・シャープネスの解説へ）
  • 現像編 二次資料でしか確認できていない 「シャープネスは最後にかける」は、業界のワークフロー指針（撮影時・編集時・出力時の3段階シャープニング）に由来する慣行で、実験による裏づけは示されていない 出典は写真業界団体が作ったガイドライン（Universal Photographic Digital Imaging Guidelines v4.0）であり、規格でも査読論文でもない。シャープニングを capture / process / output の3段階に分け、出力用シャープニングを「出力前の最終工程で」と指示し、その理由を最終サイズ・鑑賞距離・出力技術への依存として説明しているが、比較実験やデータは一切示されていない。「最後にかけたほうが良い」ことを実験で示した資料は見つけられなかった（DuckDuckGo で英語の検索を行ったが、上位はすべて写真ブログ・チュートリアルで実験の報告は1件も無かった）。GIMP 2.10 のマニュアルも根拠を示さず断言しているだけで、RawTherapee はリサイズ後にかけるための専用ツールを別に用意しており、ソフト側もこの順序を絶対視していない。 出典: UPDIG Photographers Guidelines — Sharpening （現像編・シャープネスの解説へ）
  • 現像編 二次資料でしか確認できていない ノイズは「輝度ノイズ（ざらつき）」と「カラーノイズ（色の斑点）」に分けて扱われる Adobe が、ノイズを輝度（グレースケール）ノイズとカラー（色）ノイズに分類し、それぞれ別のスライダーで扱うことを明示している。ただしこれは分類と UI の説明であって、なぜ両者を分けるべきかの根拠は示されておらず、アルゴリズムも非公開のため secondary_only とした。本来の URL は https://helpx.adobe.com/camera-raw/using/sharpening-noise-reduction-camera-raw.html だが、本セッションの環境からは応答が得られなかった（TLS 接続は確立してリクエストも送信できるが、サーバ側が TLS 再ネゴシエーションを繰り返したまま本文を返さない。curl の2種類の TLS 実装と別経路の取得手段で計8回試行）。資料側の欠落ではなく環境側の問題なので、Internet Archive の 2020-12-25 保存版を取得して本文を確認した。オープンソース側では darktable も同じ区別を実装しており、公式マニュアルが luma（明るさ）ノイズと chroma（色）ノイズの両方に対応すると書いている（こちらは実際に取得して本文を確認）。なお「輝度ノイズよりカラーノイズのほうが目につきやすい」という広く言われる説明については、それを測定した出典を見つけられなかったので主張として立てていない。 出典: Adobe Camera Raw ヘルプ「シャープとノイズ軽減」（Internet Archive 2020-12-25 保存版） （現像編・ノイズ除去の解説へ）
  • 現像編 二次資料でしか確認できていない Adobe の AI ノイズ除去（Denoise）は、デモザイクとノイズ除去を単一の機械学習モデルで同時に行い、Bayer / X-Trans のモザイク RAW にしか適用できない Camera Raw の開発チームが公式ブログで、Denoise がデモザイクとノイズ除去を1ステップで行うよう設計・学習されたモデルであること、対応形式が Bayer と X-Trans のモザイク RAW に限られること、高ノイズ／低ノイズの画像パッチを数百万組使って学習したことを明言している。Adobe 公式ブログだが、モデルの構造・学習データ・重みは公開されておらず「Adobe がそう説明している」以上のことは検証できないため secondary_only とした。記事は「大量のダークフレームを使った」とも書いているが規模や内容の数値は示されておらず、ショットノイズも「バケツで雨水を溜める」比喩で説明するだけでポアソン統計には触れていない。Adobe 公式ブログの本来の URL から直接取得し（HTTP 200、ページタイトル "Denoise Demystified | Adobe Blog"）、引用した3箇所が本文に存在することを機械照合で確認した。 出典: Adobe ブログ「Denoise Demystified」 （現像編・ノイズ除去の解説へ）
  • 現像編 二次資料でしか確認できていない 「明瞭度は中間調のコントラスト」という説明の出所は Adobe 自身のヘルプで、そこでは「大きな半径のアンシャープマスクのようなもの」と説明されている 日本語圏で流通している「明瞭度は中間調のコントラストを上げる機能」「大きな半径のアンシャープマスクのようなもの」という説明は、Adobe 公式ヘルプの一文（局所コントラストを上げて奥行きを加え、中間調に最も強く効く／大きな半径のアンシャープマスクのようなもの）がそのまま出所である。Adobe 公式ヘルプであっても secondary_only とした。ここに書かれているのは効果の言葉による説明と使い方の助言であって、アルゴリズムではない。特に「like a large-radius unsharp mask（〜のようなもの）」は比喩であり、実装がそうだとは書かれていない。この一文を「明瞭度＝大半径 USM である」と読み替えるのは出典の範囲を超える。本来の URL は https://helpx.adobe.com/camera-raw/using/make-color-tonal-adjustments-camera.html だが、本セッションの環境からは応答が得られなかった（TLS 接続は確立してリクエストも送信できるが、サーバ側が TLS 再ネゴシエーションを繰り返したまま本文を返さない。curl の2種類の TLS 実装と別経路の取得手段で計8回試行）。資料側の欠落ではなく環境側の問題なので、Internet Archive の 2025-01-14 保存版を取得して本文を確認した。 出典: Adobe Camera Raw ヘルプ「カラーと階調の調整」（Internet Archive 2025-01-14 保存版） （現像編・明瞭度・かすみの除去の解説へ）

実証はあるが条件が限定的 （13件）

  • 構図編 実証はあるが条件が限定的 「線が視線を導く」という説明は、構図の話としては珍しく実験で確かめられている。写真作品を見る参加者の眼球運動を視線計測装置で記録した研究では、リーディングラインの有無や被写体の有無によって、注視の回数・注視時間・サッケード（視線の跳躍）に統計的に有意な差が出た（被写体の有無による注視回数への主効果は p < .001、注視時間は p < .05）。 台湾の大学生34名（男性16名・女性18名、18〜25歳、全員が中国語母語話者）を有償で募り、リーディングラインを含む白黒写真15枚と、そこから被写体を消した15枚の計30枚を見せた単一の研究。年齢層も文化的背景も刺激の種類も限定されており、これだけで一般則とは言えない。 出典: Chuang, Tseng & Chiang (2024)「Impact of Leading Line Composition on Visual Cognition: An Eye-Tracking Study」Journal of Eye Movement Research 17(5) （構図編・リーディングラインの解説へ）
  • 構図編 実証はあるが条件が限定的 「絵の構図線に沿って目が動く」という美術文献の前提そのものを検証した研究もある。12〜16世紀の《最後の晩餐》14点について、参加者が「この絵の構図線」として描いた線と、同じ参加者の視線の跳躍とを比較したところ、偶然の水準を超えて一致した。ただし一致の度合いは絵によって大きく異なり、要素が単純な水平線・垂直線に沿って並ぶ絵ほど高かった。 ウィーン大学の美術史専攻の学部生から募集し、記録品質の問題で8名を除いた32名（性差を排すため全員女性、19〜51歳、平均25.7歳）が対象。刺激は《最後の晩餐》という単一主題の絵画14点のみ。著者ら自身、この結論は相関を否定した先行研究2件（Garbutt & Spehar、Kirtley）と食い違うと明記している。 出典: Sancarlo, Dare, Arato & Rosenberg (2020)「Does Pictorial Composition Guide the Eye? Investigating Four Centuries of Last Supper Pictures」Journal of Eye Movement Research 13(2) （構図編・リーディングラインの解説へ）
  • 構図編 実証はあるが条件が限定的 「対角線が視線を運ぶ」という説明は、視線計測にかけると素直には出てこない。《最後の晩餐》14点を用いた研究では、ティントレットの2点について、参加者の多くが遠近法空間の対角構造を「この絵の構図線」として描いたのに対し、同じ参加者の視線は対角線に沿うよりも水平方向に動き、対角線との重なりは部分的だった。バロッチの作品でも、描かれた対角線に対応する視線の跳躍はほとんど見られず、視線は顔・動きのある手・犬といった特定の点に集まり、その間を最短経路で結ぶ動き方をしていた。 ウィーン大学の美術史専攻の学部生32名（性差を排すため全員女性、19〜51歳、平均25.7歳）・刺激は12〜16世紀の《最後の晩餐》14点のみ、という限定条件下の単一研究。しかもこれは論文全体の結論ではない。この研究は総体としては「構図は視線を導く」という側の結論を出しており、対角線について一致が弱かったというのはその内側の観察である。著者ら自身、相関を否定した先行研究2件と結論が食い違うと明記している。 出典: Sancarlo, Dare, Arato & Rosenberg (2020)「Does Pictorial Composition Guide the Eye? Investigating Four Centuries of Last Supper Pictures」Journal of Eye Movement Research 13(2) （構図編・対角線構図の解説へ）
  • 構図編 実証はあるが条件が限定的 「線が視線を誘導する」という前提を実証的に確かめた研究は存在するが、対象はリーディングライン一般であり、放射状に線を配した画面を扱ったものではない。 台湾の大学生34名・白黒写真15組という限定条件下の単一研究。放射線構図に直接適用できるかは確かめられていない。 出典: Chuang, Tseng & Chiang (2024) Impact of Leading Line Composition on Visual Cognition: An Eye-Tracking Study, Journal of Eye Movement Research 17(5) （構図編・放射線構図の解説へ）
  • 構図編 実証はあるが条件が限定的 「黄金螺旋のほうが美しい」ことを実際に比べた実験はあるが、その差の理由は黄金比ではなく曲率の連続性だと説明されている。Hübner (2024) のオンライン実験では、黄金螺旋とフィボナッチ螺旋を並べて選ばせると 79.2% が黄金螺旋を選んだ（フィボナッチ螺旋は 20.8%）。ただし同じ実験でアルキメデス螺旋とデューラーの近似を比べても 81.1% 対 18.9% とほぼ同じ差が出ており、黄金比が関わらない組でも結果は変わらなかった。著者はこれを、曲率が連続的に変わる曲線のほうが好まれるため（fair curve）と解釈している。 SNSで募集した106名（平均31.4歳・18〜71歳・男性46名）に、1組あたり左右の並び順を入れ替えた計4試行を課した小規模な単一研究。上の定義と同じ論文（DOIリンク）。この結果は「黄金比だから美しい」ことの証拠ではなく、むしろ黄金比を含まない組でも同じ差が出た点が要点である。 出典: Ronald Hübner (2024)「Golden spiral or Fibonacci spiral: Which is more beautiful and why?」i-Perception 15(2), doi:10.1177/20416695241243319 （構図編・フィボナッチ螺旋構図の解説へ）
  • 現像編 実証はあるが条件が限定的 複数の実機で、ノイズが14bit単位で4レベルを超えており、12bit で記録しても画質の損失は生じないと測定されている limited の理由は、実証はあるが個人の大学ページで公開された単一の測定者による記事であり、査読を経ていないため。測定機種は Nikon D3 / D300、Canon EOS-1D Mark III / 1Ds Mark III / 40D の5機種（2007〜2008年の製品）で、この5機種を超えて一般化できるかは分からない。同記事は例外にも触れており、2種類の感度の画素を持つ富士のセンサーは13段以上のダイナミックレンジがあるため14bit 記録に意味があるとしている。また D300 の14bit モードは読み出しが3〜4倍遅く、そのぶん読み出しノイズが減って画質が向上しうるが「それは遅い読み出しの効果であってビット深度の効果ではない」とも書かれている。 出典: Emil Martinec「Noise, Dynamic Range and Bit Depth in Digital SLRs」(2008) （現像編・ビット深度と階調の解説へ）
  • 現像編 実証はあるが条件が限定的 量子化による段差（ポスタリゼーション）が見えるのは、量子化ステップがノイズより十分大きいときに限られる limited の理由は、実証はあるが個人の大学ページで公開された単一の測定者による記事であり、査読を経ていないため。検証機種は Nikon D3 / D300、Canon EOS-1D Mark III / 1Ds Mark III / 40D の5機種（2007〜2008年の製品）。「十分に大きい（substantially larger）」がどの比率を指すかは記事中で数値として定義されていない。同記事は逆向きの注意も述べており、ノイズリダクションやリサンプリングでノイズを量子化ステップより下げてしまうと、それまで見えなかった段差が現れうるとしている。 出典: Emil Martinec「Noise, Dynamic Range and Bit Depth in Digital SLRs」(2008) （現像編・ビット深度と階調の解説へ）
  • 現像編 実証はあるが条件が限定的 絞りとシャッター速度を固定した場合、白飛びしない範囲で ISO を上げるほうがよい——ただし利得はハイライトではなくシャドウ側に出る limited の理由は、実証はあるが個人の大学ページで公開された単一の測定者による記事であり、査読を経ていないため。測定機種は Nikon D3 / D300、Canon EOS-1D Mark III / 1Ds Mark III / 40D の5機種（いずれも2007〜2008年の製品）。またこの結論は読み出しノイズが ISO 増幅の後段にも存在する機種で成り立つもので、いわゆる ISO インバリアントな機種では利得が小さくなる。同記事自身、Canon EOS-1D Mark III の ISO 1600 と ISO 3200 についてはノイズプロファイルがほぼ同じでどちらを選んでも差が無かった例として挙げている。最新機種にそのまま当てはまるかは未確認。 出典: Emil Martinec「Noise, Dynamic Range and Bit Depth in Digital SLRs」(2008) （現像編・露出を右に寄せる（ETTR）の解説へ）
  • 現像編 実証はあるが条件が限定的 シャドウを持ち上げられる限界を決めているのは読み出しノイズであり、RAW のビット深度ではない limited の理由は、実証はあるが個人の大学ページで公開された単一の測定者による記事であり、査読を経ていないため。測定機種は Nikon D3 / D300、Canon EOS-1D Mark III / 1Ds Mark III / 40D の5機種（いずれも2007〜2008年の製品）。また出典が直接述べているのは「RAW のビット深度が原因になることは決してない」という否定形であって、「読み出しノイズが限界を決める」という肯定形は同記事全体の論旨から読み取ったものである点に注意（引用箇所そのものは読み出しノイズという語を含まない）。同記事は段差の原因をトーンカーブ・ガンマ補正・リサンプリング・ノイズリダクションといった後処理側に帰しており、ノイズリダクションやリサンプリングでノイズが量子化ステップを下回ると逆に段差が現れうるとしている。 出典: Emil Martinec「Noise, Dynamic Range and Bit Depth in Digital SLRs」(2008) （現像編・ハイライト・シャドウの復元の解説へ）
  • 現像編 実証はあるが条件が限定的 色域を広げると、同じビット深度なら量子化誤差が大きくなる。8ビットでの最大量子化誤差は、sRGB 色域内に制約した条件で sRGB が ΔE*94 = 0.92、ROMM RGB が 2.18 と報告されている。 単一の研究（Kodak 所属の著者2名、IS&T Color Imaging Conference 2002）の測定結果であって、規格や複数研究による裏づけではないため limited。条件は「sRGB 色域内に制約した場合」、評価指標は CIELAB ΔE*94（kL=kC=kH=1）。同論文は結論部で「色符号化の色域体積と量子化効率にはトレードオフがある。ただしビット深度が8ビットを超えると量子化誤差は急速に許容水準を下回る」とも述べている。「だから ProPhoto は16ビットで使え」という実務上の助言そのものを、この論文が述べているわけではない。 出典: Braun & Spaulding「Method for Evaluating the Color Gamut and Quantization Characteristics of Output-Referred Extended-Gamut Color Encodings」IS&T CIC 10 (2002), Table 5 （現像編・色空間（sRGB / Adobe RGB / ProPhoto RGB）の解説へ）
  • 現像編 実証はあるが条件が限定的 肌の色は CIELAB 色空間の上で、おおむね色相角 46〜49° 付近に集まる。 論文は実測した肌色クラスタを CIELAB 空間の楕円体で近似し、中心を (L*, a*, b*) = (59, 19, 20)、主軸パラメータ [a, a/b, a/c] を [38, 1.4, 2.5] としている。a*=19, b*=20 に対応する色相角 46.5° は CIELAB の定義に従って計算した値で、論文がこの角度を明示しているわけではない。別の心理物理実験（Peng ほか, CIC28, 2020, https://library.imaging.org/admin/apis/public/api/ist/website/downloadArticle/cic/28/1/art00017 ）は「好ましい」肌色中心の色相角を 46°（D65順応）と報告し、同論文が Zeng & Luo の結果を D50 順応で約 49° と要約している。限定条件が多い: (1) 46.5° はクラスタの中心であって、主軸パラメータが示すとおり肌色は広い範囲に散らばる。(2) Peng ほかの 46° は観察者が好む肌色であって実際の肌の色ではない。(3) その実験条件はスマートフォン画面・暗室・顔画像10枚・各民族30名。(4) CIELAB の色相角は Lightroom や Photoshop のカラーホイールの角度とは別物であり、そのまま読み替えてはいけない。 出典: Zeng & Luo「Modelling Skin Colours for Preferred Colour Reproduction」CIC17 (2009) p.177 （現像編・ティール&オレンジの解説へ）
  • 現像編 実証はあるが条件が限定的 被写体の色と背景の色相差が大きいほど、その被写体の色は好ましく評価される。対比の効果は「ペア全体の好ましさ」ではなく「図の色の好ましさ」に現れる。 要旨に「色相が大きく対照的なペアは一般に好ましいとも調和的とも判定されないが、背景との色相対比が大きくなるほど図（前景）の色の好ましさ評価は上がる」と、ペア全体の評価とは逆向きになる区別が同じ文中で述べられている。単一研究であり、かつ要旨のみで本文は未確認。色票を用いた実験であって、人物写真の肌と背景に一般化できるかは検証されていない。ティール&オレンジが有効であることを示した研究ではなく、構造が似ているというだけである。この結果を根拠にティール&オレンジを正当化するのは、出典の範囲を超える。 出典: Schloss & Palmer「Aesthetic response to color combinations: preference, harmony, and similarity」Attention, Perception, & Psychophysics (2011) （現像編・ティール&オレンジの解説へ）
  • 現像編 実証はあるが条件が限定的 実測データでは、多くのカメラで ISO 設定を上げると入力換算読み出しノイズ（電子数）はむしろ減る established ではなく limited。測定は独立系の測定者 William J. Claff 氏個人によるもので、規格（EMVA 1288）に基づく第三者認証データではなく、機種ごとに1個体の測定である。ページ自身も「これらの生の値は面積で補正していないため機種間の比較には適さない」と断っている。掲載チャートに埋め込まれた系列データから、ページ内に定義された変換式（縦軸は log2 の電子数）に従って数値を復元した。復元値の例は Nikon D850 が ISO100 で 4.11 e⁻・ISO400 で 1.48 e⁻・ISO6400 で 1.11 e⁻、Sony α7 III が ISO400 で 4.99 e⁻・ISO636 で 1.44 e⁻、Canon EOS 2000D が ISO100 で 10.27 e⁻・ISO12800 で 1.05 e⁻。ISO 400 前後の段差はいわゆるデュアルゲイン（回路の切り替え）によるものだが、ページ自体がそう明言していないため原因については主張していない。 出典: Photons to Photos — Input-referred Read Noise versus ISO Setting （現像編・ノイズ除去の解説へ）

原典で確認できる （84件）

  • 構図編 原典で確認できる 「rule of thirds（三分割法）」という表現は、1797年のジョン・トマス・スミスの著書 Remarks on Rural Scenery で初めて書き記されたとされる。 出典: Wikipedia「Rule of thirds」 （構図編・三分割法の解説へ）
  • 構図編 原典で確認できる 三分割法の後ろ盾としてしばしば持ち出される「古代ギリシャ建築は黄金比で造られた」という前提には、実測による反証がある。フランス文化省のパトリス・フトゥキスは紀元前5世紀から紀元後2世紀までの神殿15棟・記念墓18基・石棺8点・墓碑58点の寸法を調べ、「黄金比は古典期（紀元前5世紀）のギリシャ建築からは完全に欠落しており、紀元前3〜2世紀にごく稀に用いられたにすぎない」と結論している。 この研究が否定しているのは古代ギリシャ建築への黄金比の適用であって、三分割法そのものの有効性ではない。 出典: Patrice Foutakis (2014)「Did the Greeks Build According to the Golden Ratio?」Cambridge Archaeological Journal 24(1), pp.71–86 （構図編・三分割法の解説へ）
  • 構図編 原典で確認できる 「対称であることが美しさの主な源だ」という通念は、1753年の時点ですでに正面から否定されている。ウィリアム・ホガースは『美の分析』第3章「均一性、規則性、あるいは対称性について」で、この広く行きわたった考えには「ほとんど、あるいはまったく根拠がない（little or no foundation）」と書いた。対称は適切さ・適合性・用途という点ではより重要な性質を持ちうるが、美という点で目を楽しませる働きは小さい、というのが彼の主張である。左右がぴたりと合っていることに目は驚き楽しみもするが、それは常により強い「変化への好み」に道を譲り、すぐに飽きる、とも述べている。 ホガースが示しているのは論証と観察であって、測定データではない。彼の主張が正しいことの実証ではなく、「対称＝美という通念が昔から自明ではなかった」ことの記録として読むべきもの。 出典: William Hogarth『The Analysis of Beauty』(London, 1753) — Internet Archive 全文スキャン （構図編・シンメトリー構図の解説へ）
  • 構図編 原典で確認できる 三角形（ピラミッド形）の輪郭に構図を収めるという考えは、日本の写真教則に固有のものではなく、西洋美術の側に古い記録がある。ホガース『美の分析』(1753) は、ミケランジェロが弟子のマルコ・ダ・シエナに「常に図像をピラミッド状に、蛇のようにうねらせ、1・2・3と倍加させて描くように」と教えたという伝聞をロマッツォ経由で引いたうえで、「絵画・彫刻の構図の大半は、単純さと変化を兼ね備えた輪郭として、円錐またはピラミッドの形の中に収められている」と述べている。さらにラオコーン群像で息子たちが父の半分の大きさに作られているのは、構図をピラミッドの輪郭に収めるためだ、と具体例を挙げている。 確認できるのは「18世紀半ばの英語文献に、ピラミッド形の構図という考えが既にあった」ことまで。三角形に収めると安定して見えることを測定した資料には行き当たっていない。 出典: William Hogarth『The Analysis of Beauty』(London, 1753) — Internet Archive 全文スキャン （構図編・三角構図の解説へ）
  • 構図編 原典で確認できる S字の曲線を美の原理として名指した最初期の記録は、ウィリアム・ホガース『美の分析』(1753) の「美の線（the Line of Beauty）」である。命名の経緯はホガース自身が同書の序文に書いている。1745年に自作版画集の扉絵として、画家のパレットの上に横たわる蛇行線（serpentine line）を描き、その下に THE LINE OF BEAUTY と記した。「この餌にはすぐ食いついた。エジプトの象形文字もこれほど人を面白がらせたことはない」と、画家や彫刻家が意味を尋ねに来たさまを回想している。 ホガースが示しているのは主張と作例であって、曲線が視線を導くことの測定ではない。 出典: William Hogarth『The Analysis of Beauty』(London, 1753) — Internet Archive 全文スキャン （構図編・曲線構図の解説へ）
  • 構図編 原典で確認できる ホガースの「美の線」は、18世紀末には既に定説として扱われていた。三分割法の初出とされるスミス『Remarks on Rural Scenery』(1797) は、自分の 2 対 1 という比率の提案を締めくくるにあたって、「ホガースの線が曲線における最も美しい——言い換えれば最もピクチャレスクな——中庸だと認められているのと同じように」と、当然の前提のように引き合いに出している。 当時そう受け取られていたという記録であり、正しさの裏づけではない。 出典: John Thomas Smith『Remarks on Rural Scenery』(London, 1797) — Internet Archive 全文スキャン （構図編・曲線構図の解説へ）
  • 構図編 原典で確認できる 「画面をちょうど半分に分けるのは良くない」という言い方の出どころは、三分割法の初出とされるスミス『Remarks on Rural Scenery』(1797) までさかのぼれる。スミスは、光でも陰でも形でも色でも、およそ 2/3 対 1/3（1 対 2）の比率が「正確にちょうど半分（the precise formal half）」よりも、また間延びした 4/5 よりも調和すると書いている。ただしそこに根拠は示されていない。彼は「この点についてどなたかのご意見をいただければ光栄だが、もっとよく知るまでは、この 2 対 1 という比率を最もピクチャレスクな中庸だと結論しておく」と、あくまで自分の見立てとして述べている。 原典にそう書いてあることは確認できるが、二分割が実際に見づらいことを測定した資料は見つかっていない。「避けるべきだ」の根拠は、220年以上前の一個人の所感である。 出典: John Thomas Smith『Remarks on Rural Scenery』(London, 1797) — Internet Archive 全文スキャン （構図編・二分割構図の解説へ）
  • 構図編 原典で確認できる 「放射線構図」という名称と、その内容は、カメラメーカーが公開している写真講座で確認できる。ニコンの写真講座（斎藤勝則）は「1点から複数の線が延びる放射線を意識してフレーミングする『放射線構図』」と定義し、道路・階段・建造物・鉄道写真などの人工物を撮るときによく用いられること、奥行きや高さを強調するだけでなく手前に向かう広がりが感じられ、その場に立っているような臨場感が出ること、を挙げている。 カメラメーカーが公開している写真講座で、名称と技法の内容についてはこれが一次資料にあたる。ただし述べられている効果（奥行き・臨場感）に測定や実験の裏づけは示されておらず、効果の主張そのものが検証されたわけではない。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコン （構図編・放射線構図の解説へ）
  • 構図編 原典で確認できる 日本語の写真教則では、この構図は「トンネル（額縁）効果」として教えられている。ニコンの写真講座（斎藤勝則）は「門や窓枠、周辺の木や建物などで主役となる被写体を囲むことで視線を誘導し、主役を引き立てる」構図と説明し、日の丸構図と同様に見せたいものが明確になること、手前との対比で奥行きが出て画面全体が引き締まった印象になることを挙げている。 カメラメーカーが公開している写真講座で、名称と技法の内容についてはこれが一次資料にあたる。ただし「視線を誘導する」「引き締まって見える」といった効果に測定や実験の裏づけは示されていない。またこの出典は「トンネル」と「額縁」を同じものとして併記しており、両者を区別してはいない。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコン （構図編・額縁構図の解説へ）
  • 構図編 原典で確認できる 「四分割構図」という名称と、その内容は、レンズメーカーが公開している構図解説で確認できる。タムロンの記事は四分割構図を「縦と横を4×4に分割して各交点にポイントとなる被写体を配置したり、前景・光景の境目を配置する構図」と定義し、三分割構図と似ているが、広大な風景などスケール感に対して密度が少ない場合に安定感を生み出したり、画面内の距離感や余白をたっぷりと強調したい場合に使うとよい、と説明している。 レンズメーカーが公開している構図解説で、名称と内容についてはこれが一次資料にあたる。ただし署名がなく（執筆者・監修者の記載が見当たらない）、述べられている効果（安定感・距離感の強調）に測定や実験の裏づけは示されていない。この資料が確かめているのは「そう説明されている」ことまでで、効果そのものではない。 出典: 「【初心者の方必見！】上手な写真を撮るための構図・アングルの基本を分かりやすく解説！」タムロン（2025年7月1日更新） （構図編・四分割構図の解説へ）
  • 構図編 原典で確認できる 「対比構図」という名称と、その内容は、レンズメーカーが公開している構図解説で確認できる。タムロンの記事は対比構図を「大きさや色、明暗、形などを使って被写体を対比させる構図」と定義し、「同じ画面上に大きいものと小さいもの、明るい光と暗い光といったように対比関係にあるものを配置することで、主役をより引き立てることができます」と説明している。 レンズメーカーが公開している構図解説で、名称と内容についてはこれが一次資料にあたる。ただし署名がなく（執筆者・監修者の記載が見当たらない）、「主役をより引き立てる」という効果に測定や実験の裏づけは示されていない。またこの記事は対比構図を代表的な構図ではなく「その他の構図」の項に置いている。 出典: 「【初心者の方必見！】上手な写真を撮るための構図・アングルの基本を分かりやすく解説！」タムロン（2025年7月1日更新） （構図編・対比構図の解説へ）
  • 構図編 原典で確認できる 二分割法そのものについては、日本語の写真教則の記述を確認できる。ニコンの写真講座（斎藤勝則）は「画面を上下もしくは左右、2つに分けた『二分割法』という構図」とし、二分割する線は画に安定感を与えて視線も動かないため落ち着いた印象・静寂を感じる写真になること、主役がひとつ明確にある被写体ではなく分割した両方の画面を見せたいときに使えることを挙げている。 カメラメーカーが公開している写真講座で、技法の内容についてはこれが一次資料にあたる。ただし述べられている効果に測定や実験の裏づけはなく、またこの出典は二分割法を「対比」ではなく「安定・静寂」の側で説明している点に注意。 出典: 斎藤勝則「Lesson12：写真がより良くなるフレーミングと構図」ニコン （構図編・対比構図の解説へ）
  • 構図編 原典で確認できる 「フィボナッチ螺旋」と「黄金螺旋」は別の図形である。黄金螺旋は成長率が φ の対数螺旋で、4分の1回転ごとに φ 倍に広がり、曲率は途切れずなめらかに変化する。フィボナッチ螺旋はフィボナッチ数列（1, 1, 2, 3, 5, …）の正方形を継ぎ足し、各正方形の角を四分円でつないだ近似で、四分円の継ぎ目ごとに曲率が段階的に切り替わる。このページの図に引いてあるのは前者、つまり黄金螺旋のほうである。 定義は同論文の導入部の記述による。論文は対数螺旋 ρ = a·e^(bφ) の成長係数が b = 0.3063 のときを黄金螺旋と呼び、その値を Polezhaev (2019) に帰している。査読誌の記述ではあるが、この定義を最初に与えた原典そのものではない。 出典: Ronald Hübner (2024)「Golden spiral or Fibonacci spiral: Which is more beautiful and why?」i-Perception 15(2) （構図編・フィボナッチ螺旋構図の解説へ）
  • 構図編 原典で確認できる 「レイルマン比率」の定義は、鉄道写真家・中井精也氏が講師を務めた記事のなかに本人の言葉で示されている。中井氏は「画面を縦に4分割した線と、対角線の交点から中心を除いた4点に主題を置く方法。鉄道写真の場合はこれを参考に主題と副題を配置しましょう」と述べ、同じ枠内で三分割法（画面の縦・横それぞれの辺を3分割する線を引き、その交点に主題を置く考え方）と並べて示している。 この記事が示すのは定義までで、比率を誰がいつ考案したのか、「レイルマン」という名称がどこから来たのかは書かれていない。また記事は中井氏を講師として構成されたもので、本文は一貫して一人称で書かれているものの、この定義文そのものが本人の執筆か編集部による要約かは記事からは判別できない。なお同記事で中井氏が「僕が開発した」と述べているのは、主題と副題を動かして学ぶ「構図ドリル」についてであって、レイルマン比率そのものについてではない。 出典: 中井精也「写真が絶対うまくなる2つのルール Powered by Nikon College 特別補講 第1回」GANREF（同記事に「本記事は『デジタルカメラマガジン2010年1月号』に掲載されたものです」との注記あり） （構図編・レイルマン構図の解説へ）
  • 現像編 原典で確認できる JPEG のうち DCT にもとづく符号化方式は、規格そのものが「非可逆（lossy）」と定義している 一次資料（規格本文）。規格上の「非可逆」の定義は「復号結果が符号化前の入力と一致しないこと」。ただし T.81 は可逆モードも規定しており「JPEG は必ず非可逆」ではない（カメラが出力する JPEG は DCT ベースのベースライン／拡張プロセスで、そちらは非可逆）。1回の符号化でどれだけ情報が失われるかは規格に書かれておらず、量子化テーブル＝画質設定に依存する。 出典: CCITT Rec. T.81 (1992 E) = ISO/IEC 10918-1:1993, §4.2 Lossy and lossless compression （現像編・RAWとJPEGは何が違うのかの解説へ）
  • 現像編 原典で確認できる ベイヤー配列では、カラーフィルタが各受光素子と1対1で重なっており、1画素は1つの波長帯しか記録しない 一次資料（特許明細書の請求項）。請求項が「フィルタ素子が受光素子と1対1で重なる（one-to-one registry）」と規定しており、1つの受光素子に1種類のフィルタしか載らないことが構造上導かれる。ただし特許は「この配列でカラー撮像する装置」を主張する文書であって、現行のデジタルカメラがこの特許の実施であることを示す文書ではない。現行機がベイヤー配列であること自体はメーカーの啓発記事で確認できるにとどまる。 出典: US Patent 3,971,065「Color imaging array」(Bryce E. Bayer / Eastman Kodak, 1976), Claim 4 （現像編・デモザイク（ベイヤー配列）の解説へ）
  • 現像編 原典で確認できる 緑（輝度）素子が1つおきに配置されるのは、人間の視覚が輝度・緑に最も敏感だという設計判断による 一次資料（特許明細書）。請求項1が「輝度型素子が直交2方向で1つおきに現れる」と規定し、請求項2がその輝度型素子を緑域に感度を持つものと特定している。ただし「青は最も少なくサンプリングされる」という明細書本文の記述は FIG.6 の別実施例（緑1/2・赤3/8・青1/8）についてのもので、現在普及している RGGB（緑1/2・赤1/4・青1/4）では赤と青は同数である。「緑が半分」は両方に共通するが、「赤より青が少ない」は現行機には当てはまらない。この区別をせずに特許を引く二次資料が多い。 出典: US Patent 3,971,065「Color imaging array」Claim 1・Claim 2 および明細書本文 （現像編・デモザイク（ベイヤー配列）の解説へ）
  • 現像編 原典で確認できる 各色チャンネルは大半が欠損しており、デモザイクはそれを周囲から推定して埋める処理である RawPedia は RawTherapee 公式ドキュメント（wiki 形式）であって規格ではない。established としたのは、ここで挙げられている欠損割合（緑1/2、赤・青3/4）が特許の定める配列から算術的に導ける値であり、かつ補間処理の実装が GPL で公開されているため。文書の記述をソースコードで裏づけられる点が、アルゴリズム非公開の商用ソフトとの決定的な違いである。 出典: RawPedia（RawTherapee 公式ドキュメント）「Demosaicing」 （現像編・デモザイク（ベイヤー配列）の解説へ）
  • 現像編 原典で確認できる 光学ローパスフィルター（OLPF）はモアレ・偽色を抑える代わりに解像感を落とすトレードオフであり、これを外した機種が実際に製品化されている 自社製品の設計についてのメーカー公式の記述なので、その部分は一次情報として established とした。ただしこれはニコンが自社の D800（OLPFあり）／D800E（OLPFの効果を除去）という2機種について述べたものであり、他社機に OLPF があるか・その効果がどの程度かには一般化できない。「トレードオフは画像がわずかに軟らかくなること」という評価もニコン自身のもので、第三者の測定ではない。同ページのモアレ発生メカニズムの一般的な解説部分は啓発記事であり、それ単体なら secondary_only 相当。 出典: Nikon USA, Learn & Explore「Moiré and False Color」 （現像編・デモザイク（ベイヤー配列）の解説へ）
  • 現像編 原典で確認できる デモザイクのアルゴリズムは一つに定まっておらず、オープンソースの現像ソフト1本の中だけでも十数種類の実装が並存している established の射程は「複数の実装がソースツリーに実在する」という、第三者が同じ手順で再確認できる事実に限る。GitHub Contents API で rtengine 直下を列挙し、amaze / rcd / lmmse / vng4 / ahd / eahd / hphd / bilinear / xtrans / dual の各デモザイク実装ファイルが実在することを確認した。「選択によって結果が視覚的に有意に変わる」は RawPedia の記述であって測定ではなく、その部分だけなら secondary_only 相当。RawPedia が示すアルゴリズムの優劣評価も測定ではないため採用していない。またこれは RawTherapee の話で、Adobe Camera Raw / Lightroom がどのアルゴリズムを使っているかは公開されておらず、本調査でも該当文書を見つけられなかった。 出典: RawTherapee ソースツリー rtengine/（GitHub） （現像編・デモザイク（ベイヤー配列）の解説へ）
  • 現像編 原典で確認できる JPEG のベースライン方式はサンプルあたり8ビットのみを扱う（＝1チャンネル256階調） 一次資料（規格本文）。規格は12ビットの拡張プロセスも規定しているが、こちらはベースラインデコーダでは復号できない。一般的なカメラの JPEG・Web 上の JPEG はベースラインである。なお「表示デバイスが8ビット」という別の制約は T.81 の範囲外。 出典: CCITT Rec. T.81 (1992 E) = ISO/IEC 10918-1:1993, §4.7 Sample precision および §4.11 Table 1 （現像編・ビット深度と階調の解説へ）
  • 現像編 原典で確認できる ニコンは D850 の14bit 記録について、12bit よりファイルが大きくなる代わりに「記録される色データが増える」と説明している（記録されるデータ量についての記述であり、画質が向上するとは書いていない） 一次資料（メーカーの取扱説明書）だが、established の射程は「ニコンが D850 の14bit 設定についてこう規定している」という記録仕様の範囲に限る。これはニコンが自社の NEF について述べたものであり、他社の RAW 形式や他機種には一般化できない。ニコンは「increasing the color data recorded」の意味を定義しておらず、画質が向上するとも書いていない。額面どおりに読めば、ビット深度を上げれば記録される数値の個数が増えるという同語反復に近い記述である。したがってこれは「記録される数値の個数」についての主張であって、「見た目の階調が滑らかになるか」とは別の命題である。 出典: ニコン D850 オンラインマニュアル「NEF (RAW) Recording」NEF (RAW) Bit Depth （現像編・ビット深度と階調の解説へ）
  • 現像編 原典で確認できる カメラが表示するヒストグラムは目安であり、画像ソフトが表示するものと異なりうる——とメーカー自身が明記している 一次資料（メーカーの取扱説明書）だが、「なぜ異なるのか」「何を基準に計算しているのか」は書かれていない。同じページの白飛び警告についても「Flashing areas indicate highlights (areas that may be overexposed)」と、may be という留保つきの表現になっている。これはニコンが自社機（D850）のマニュアルに書いたものであり、他社カメラのヒストグラムが同様に「目安」なのかはこのソースからは言えない（同じ文言は他のニコン機のマニュアルにも繰り返し現れるが、確認したのはニコン機に限る）。 出典: ニコン D850 オンラインマニュアル「Photo Information」Histograms （現像編・ヒストグラムの読み方の解説へ）
  • 現像編 原典で確認できる 現像ソフトが表示するヒストグラムは「現像後の画像」の統計であって、RAW の画素値の分布ではない darktable（GPL）の公式マニュアル。established としたのは、これが「darktable のヒストグラムが何を表示しているか」についての開発元自身による仕様記述だから（自社製品についてのメーカー公式と同じ扱い）であって、ソースコードで確認したからではない（本調査ではソースまで追っていない）。同マニュアルはさらに、性能上の理由からスコープを低解像度のプレビューから計算しており最終的な現像結果と乖離しうるとまで明かしている。ただしこれは darktable の実装についての記述で、他の現像ソフトが何を基準にしているかは含まない。とくに Adobe Lightroom / Camera Raw のヒストグラムの算出元については、本調査では公式文書を確認できていない。 出典: darktable 4.6 user manual「scopes」 （現像編・ヒストグラムの読み方の解説へ）
  • 現像編 原典で確認できる 白飛び警告には「出力色空間でのクリップ」と「RAW でのクリップ」の2種類があり、前者は RAW の状態を表さない darktable（GPL）の公式マニュアルが、2つを別モジュールとして明示的に区別している（後者だけが「撮影時点で恒久的に失われた情報」を示す）。RAW 側の警告のしきい値はユーザーが変更可能で既定値はホワイトレベル1.0であり、つまり「RAW がクリップしているか」の判定自体がホワイトレベル設定に依存する。この2種類を区別している現像ソフトばかりではない点、およびカメラ内蔵の警告がどちらに相当するかは、本調査では確認できていない。 出典: darktable 4.6 user manual「clipping warning」 （現像編・ヒストグラムの読み方の解説へ）
  • 現像編 原典で確認できる ETTR を広めた2003年の元記事は、その根拠を「最も明るい1段に全階調の半分がある」という階調数の配分に置いていた これは「元記事がそう主張していた」という事実についての established であって、その主張の正しさについてではない。現行の luminous-landscape.com では同記事は会員限定で本文が読めないため、Internet Archive の2007年1月6日のスナップショットを取得して確認した。記事冒頭によれば内容は、著者が2003年7月にアイスランドで Thomas Knoll（Photoshop および Camera Raw の作者）と交わした会話にもとづくとされているが、Knoll 本人がこの説明を裏づけた一次資料は本調査では確認していない。 出典: Michael Reichmann「Expose (to the) Right — Maximizing S/N Ratio in Digital Photography」Luminous Landscape (2003) （現像編・露出を右に寄せる（ETTR）の解説へ）
  • 現像編 原典で確認できる クリップした画素について分かるのは「記録できる最大値以上である」ということだけで、実際の明るさは失われている darktable（GPL）の公式マニュアルによる、自ソフトの挙動と前提についての記述。同ページはクリップに2種類の原因（受光素子の飽和と、RAW ファイルが格納できる数値の上限）があること、両者が機種によってずれること、そして darktable がどちらでクリップと判定するかはカメラごとの white point 設定に依存し、その設定が誤っていると正常な画素までクリップ扱いになりうることまで明かしている。「何をもってクリップとするかが設定依存である」というこの事実は、アルゴリズムを公開していない現像ソフトでは外から確認できない。 出典: darktable 4.6 user manual「highlight reconstruction」 （現像編・ハイライト・シャドウの復元の解説へ）
  • 現像編 原典で確認できる ハイライト復元が成り立つのは、RGB の3チャンネルが同時にクリップするとは限らないためである RawTherapee 公式ドキュメントによる、自ソフトが依拠している前提の記述。実装は GPL で公開されており（rtengine/hilite_recon.cc、著者は Emil Martinec 2008-2011 および Ingo Weyrich 2019 とコード冒頭に明記）、同一の前提は darktable のマニュアルにも独立に記されている。重要なのは、原文が restore（復元する）ではなく guessed（推定される）という語を使っている点。3チャンネルが同時にクリップしない理由の一端は、ホワイトバランスのゲインがチャンネルごとに異なることにある。 出典: RawPedia（RawTherapee 公式ドキュメント）「Exposure」Highlight Reconstruction （現像編・ハイライト・シャドウの復元の解説へ）
  • 現像編 原典で確認できる 全チャンネルがクリップした領域の再構成は、実装者自身によって「復元」ではなく「もっともらしく見せかける処理」だと説明されている darktable（GPL）の公式マニュアルによる、開発側自身の限界の申告（「もっともらしい何かでクリップ領域をごまかす方法と考えるべきで、魔法のように修復する方法ではない」）。同ページは他の手法についても適用範囲を数値で書いており、guided laplacians は直径およそ256px 以下のクリップ領域に向き、512px を超える場合は別の再構成に切り替えることを勧めている。この 256px / 512px は darktable のこの実装に固有の値であって、一般的な限界値ではない。この種の自己申告された限界は、アルゴリズムを公開していないソフトでは得られない情報である。 出典: darktable 4.6 user manual「highlight reconstruction」segmentation based （現像編・ハイライト・シャドウの復元の解説へ）
  • 現像編 原典で確認できる 「色温度」は、その光源の色度が黒体（プランク放射体）と一致する場合に定義される量であり、一致しない光源には「相関色温度（CCT）」を使う。CIE は、色度が黒体軌跡から一定以上離れる場合には相関色温度の概念を使うべきでないとしている。 出典は CIE（国際照明委員会）が無料公開している e-ILV（国際照明用語集オンライン版）で、内容は国際規格 CIE S 017:2020 の用語定義そのもの。規格本体は有償のため、無償公開されている定義文のみを確認した。色温度の定義は別項 https://cie.co.at/eilvterm/17-23-067 にあり、「与えられた刺激と同じ色度をもつプランク放射体の温度」と書かれている。CCT 側の注記にある「どれだけ離れたら使うべきでないか」の具体値（Δuv）は、e-ILV の HTML で数式が画像化されておりテキストとして取得できなかったため、ここには書かない。 出典: CIE e-ILV 17-23-068「correlated colour temperature」（および 17-23-067「colour temperature」） （現像編・ホワイトバランスと色温度の解説へ）
  • 現像編 原典で確認できる RawTherapee と darktable では、色温度スライダーは「撮影時の光源の色温度」を指定するものとして実装されており、値を上げると画像は暖色（黄〜オレンジ）に寄る。 主張をこの2ソフトに限定してある。RawTherapee 公式ドキュメントは「スライダーを右に動かすと画像は暖かく（黄色く）なる」と明記し、darktable の公式マニュアル（https://docs.darktable.org/usermanual/4.6/en/module-reference/processing-modules/white-balance/ ）はスライダーの着色を「光源の色」で示すか「画像への効果」で示すかを切り替えられると説明している。後者は、この逆転が実装のクセではなく「何を指定しているか」の定義の問題であることを示す。／「どの現像ソフトでも同じ」という一般則としては裏づけていない。darktable マニュアルは「他の多くの RAW 現像ソフトも同じ表示方法である」と述べているが、これは開発側の主張であって個々のソフトを実測した結果ではなく、Adobe Camera Raw / Lightroom は本調査では確認していない。 出典: RawPedia「White Balance」（RawTherapee 公式ドキュメント） （現像編・ホワイトバランスと色温度の解説へ）
  • 現像編 原典で確認できる darktable のホワイトバランス処理が内部で使うパラメータは RGB チャンネルごとの乗算係数だけであり、温度とティントはその言い換えである。係数と温度の対応関係はカメラ機種固有なので、ある機種の設定を別機種の画像に適用しても一般に同じ結果にはならない。 主張を darktable に限定してある。公式マニュアルが「このモジュールの動作で内部的に使われる唯一のパラメータは rgb チャンネル係数である」「温度とティントのスライダーはそれを調整するための分かりやすい手段として提供されている」「係数と温度／ティントの関係は撮影に使ったカメラ固有の特性に依存する」「したがってあるカメラで作った設定を別のカメラの画像に適用しても一般に一貫した結果は得られない」と述べている。RawPedia も「ホワイトバランスは各原色に異なる量を掛けることで働く」と同趣旨を述べており、二つの独立した実装で一致するが、「すべての現像ソフトがそうである」という一般則はこの2件では担保されない。 出典: darktable 4.6 ユーザーマニュアル「white balance」 （現像編・ホワイトバランスと色温度の解説へ）
  • 現像編 原典で確認できる RawTherapee と darktable では、色被り補正（Tint）は色温度とは別の軸であるグリーン–マゼンタ軸の調整である。 主張をこの2ソフトに限定してある。darktable は数値の向きまで明示している（tint が 1 未満でマゼンタ寄り、1 を超えると緑寄り）。RawPedia も「ティントのスライダーはマゼンタ–緑の軸に沿って調整する」と同じ軸・同じ向きを記述しており、二つの独立実装で一致する。ただし「なぜもう一方の軸が緑–マゼンタなのか」（黒体軌跡に直交する向きだから、という説明）については、この2件の出典には書かれていない。他ソフトの Tint が同じ軸かどうかも確認していない。 出典: darktable 4.6 ユーザーマニュアル「white balance」 （現像編・ホワイトバランスと色温度の解説へ）
  • 現像編 原典で確認できる 現像ソフトの「色温度」は、温度域によって黒体軌跡と CIE 昼光（D）軌跡を切り替えて計算されている。RawTherapee は 4000K を境にしており、それ未満では黒体、それ以上では昼光を使う。 コメントではなく分岐そのものが根拠で、4000K を境に黒体スペクトルの積分と昼光の計算に分かれている。コード中のコメントは「4000K 未満には昼光の基準が存在しないため黒体を使う」と理由を述べている。GPL で公開されたソースコードであり、当該ソフトの挙動については一次資料。他のソフトが同じ閾値を使っているかは確認していない。なお同ファイルには 4000K 超で使う昼光軌跡の多項式も実装されているが、その原典（CIE 15 / ISO 11664-2）は有償のため直接確認していない。 出典: RawTherapee ソースコード rtengine/colortemp.cc（dev ブランチ） （現像編・ホワイトバランスと色温度の解説へ）
  • 現像編 原典で確認できる sRGB の原色と白色点はテレビ規格 ITU-R BT.709 のものと同一だが、伝達関数（ガンマ）は BT.709 とは別物である。 BT.709-6 は ITU が無償公開している勧告本体（一次資料）で、原色 R(0.640, 0.330) / G(0.300, 0.600) / B(0.150, 0.060)、白色点 D65 (0.3127, 0.3290) を規定している。ICC の解説資料（https://www.color.org/chardata/rgb/sRGB.pdf ）は sRGB について同じ座標を挙げたうえで「これらは ITU-R BT.709 で定義されたものである」と明記している。一方、伝達関数は BT.709 が V=1.099·L^0.45−0.099（線形部の傾き 4.5、切替点 0.018）、sRGB が C'=1.055·C^(1/2.4)−0.055（線形部の傾き 12.92、切替点 0.0031308）で、指数・傾き・切替点・オフセットのいずれも異なる。sRGB の定義規格 IEC 61966-2-1 本体は有償のため未確認で、sRGB 側の式は ICC の2つの資料が一致することで確認した。 出典: Recommendation ITU-R BT.709-6 (06/2015) p.3, 項目 1.2〜1.4 （現像編・色空間（sRGB / Adobe RGB / ProPhoto RGB）の解説へ）
  • 現像編 原典で確認できる Adobe RGB (1998) の伝達関数は指数 2.19921875 の単純なべき乗であり、sRGB と違って暗部の線形区間を持たない。 Adobe 自身が発行した仕様書で、この色空間については一次資料。「simple power-law function using a gamma value of 2.19921875」「NOTE The transfer function does not include a linear segment.」がいずれも規定文（shall）として書かれている。2.19921875 という半端な値は仕様書自身が「2 51/256、16進で 02.33」と説明しており、ICC プロファイルの固定小数点表現に由来する。／なお同じ仕様書は付録で、Adobe 自社の変換エンジン ACE が実装上 1/32 の傾き制限を掛けていること、それは「実装の都合であって Adobe RGB (1998) 色空間の属性ではない」ことも述べている。つまり仕様に線形区間が無くても、実装は暗部で別の扱いをしうる。 出典: Adobe RGB (1998) Color Image Encoding, Version 2005-05, §4.3.1.1〜4.3.1.2 (p.10) （現像編・色空間（sRGB / Adobe RGB / ProPhoto RGB）の解説へ）
  • 現像編 原典で確認できる ProPhoto RGB（規格名 ROMM RGB）は実在するデバイスの原色ではなく、「仮想的な加法混色デバイス」の色値として定義されている。 この色空間の定義文書そのもの（原典）が「以下の特性をもつ仮想的な加法混色デバイス（a hypothetical additive color device）に対応する色値によって定義される」と述べている。／出典URLは Kodak 自身が公開していた PDF の Internet Archive スナップショット。kodak.com の元URL（http://www.kodak.com/global/plugins/acrobat/en/professional/products/software/colorFlow/romm_rgb.pdf ）は現在 404 で、Adobe や ICC と違い一次配布元が消滅しているため。数値の裏づけとしては、ICC の3成分色符号化レジストリが公開している ROMM RGB 仕様書（https://registry.color.org/rgb-registry/files/ROMMRGB.pdf ）が同じ原色 R(0.7347, 0.2653) / G(0.1596, 0.8404) / B(0.0366, 0.0001) と白色点 D50 (0.3457, 0.3585) を挙げており、そちらが現行の公式資料である。現行の規格定義は ISO 22028-2:2013（有償・未確認）。 出典: Eastman Kodak「Reference Output Medium Metric RGB Color Space (ROMM RGB) White Paper」Version 2.1 (1999) §II （現像編・色空間（sRGB / Adobe RGB / ProPhoto RGB）の解説へ）
  • 現像編 原典で確認できる Web は、色プロファイルの付いていない色指定・画像を sRGB として扱わなければならない、と規定されている。 W3C 仕様が「HTML で指定された色とタグの付いていない画像は、別途指定がない限り sRGB 色空間にあるものとして扱わなければならない（must）」と規定文で述べている。直前の §3.4 は逆に、プロファイル等が有効なタグ付き画像は指定された色空間として扱わなければならない、とも規定しており、「タグがあればその色空間、無ければ sRGB」という二分法になっている。ただしこれはブラウザがどう解釈すべきかを定めたものであり、SNS やアプリが実際にどう処理しているかは別問題で、本調査では確認していない。 出典: W3C CSS Color Module Level 4 §3.5「Color Spaces of Untagged Colors」 （現像編・色空間（sRGB / Adobe RGB / ProPhoto RGB）の解説へ）
  • 現像編 原典で確認できる DNG の「カメラプロファイル」は単一の変換行列ではなく、複数の照明条件ごとの色変換行列、色相／彩度／明度の変換表、既定の look テーブルなどからなるタグの集合である。 仕様書が「カメラプロファイル」という語を定義し、それに属するタグ（BaselineExposureOffset / CalibrationIlluminant1〜3 / ColorMatrix1〜3 / ProfileHueSatMapData1〜3 など）を列挙している箇所そのもの。DNG フォーマットについては一次資料。DCP（DNG Camera Profile）というファイル形式は、ここに列挙されたタグを単独ファイルにしたものだが、DCP という語自体は仕様書本文には現れない。／仕様書 PDF は Adobe の公式配布元から直接取得し、引用文が本文中に存在することを機械照合で確認した（全109ページ）。 出典: Adobe「Digital Negative (DNG) Specification」Version 1.6.0.0 (December 2021)「Camera Profiles」pp.13-14 （現像編・カメラプロファイルと「正しい色」の解説へ）
  • 現像編 原典で確認できる 較正が2つ以上ある場合、現像ソフトはユーザーが選んだホワイトバランスの相関色温度の逆数を軸に線形補間しなければならない、と DNG 仕様が定めている。 仕様書は「DNG は1つ、2つ、または3つの較正タグ組を持てる」「2つ以上ある場合、RAW コンバータはユーザーが選んだホワイトバランスに基づいて較正のあいだを補間すべきである」「DNG 1.2.0.0 以降は特定の補間アルゴリズム、すなわち相関色温度の逆数を用いた線形補間を要求する」と述べている。同章は較正照明を低色温度側（Standard-A など）と高色温度側（D55 や D65 など）に分けることも推奨している。この規定は DNG を読む現像ソフトに対するものであり、メーカー純正ソフトが自社 RAW をどう処理しているかは対象外。仕様書 PDF は Adobe の公式配布元から直接取得し、引用文の存在を機械照合で確認した。 出典: Adobe「Digital Negative (DNG) Specification」Version 1.6.0.0, Chapter 6「Mapping Camera Color Space to CIE XYZ Space」p.85 （現像編・カメラプロファイルと「正しい色」の解説へ）
  • 現像編 原典で確認できる DNG 仕様書は、カメラプロファイルに含まれる look テーブルを「ユーザー調整の出発点として適用できる既定の look」と記述している。規格自身が、プロファイルには測色的な変換以外の作り込みが含まれうると認めている。 仕様書自身が "look" という語を引用符付きで使い、それが「ユーザー調整の出発点（a starting point for user adjustment）」であると述べている。この引用が示すのは「カメラプロファイルには測色以外の作り込みが含まれうる」ことまでで、実在するメーカーのプロファイルが実際にどれだけ作り込んでいるかを定量的に示すものではない。個々のメーカー・機種のプロファイル内容は本調査では検証していない。仕様書 PDF は Adobe の公式配布元から直接取得し、引用文の存在を機械照合で確認した。 出典: Adobe「Digital Negative (DNG) Specification」Version 1.6.0.0, ProfileLookTableData タグの説明 p.55 （現像編・カメラプロファイルと「正しい色」の解説へ）
  • 現像編 原典で確認できる DNG の色相／彩度／明度変換表は、XYZ(D50) を ProPhoto RGB の原色によるリニア RGB に変換し、それを HSV に直した空間で適用される。ここでの「彩度」は HSV の S であって、CIE が定義する知覚量としての彩度ではない。 仕様書は手順を番号付きで明記している。XYZ(D50) を ProPhoto RGB 原色のリニア RGB（仕様書は RIMM space とも呼んでいる）へ変換し、HSV に直し、3次元の表を三線形補間して「色相のずらし量（度）」「彩度の倍率」「明度の倍率」を得る、という流れ。彩度の倍率を掛けたあと 1.0 でクリップすることまで規定されている。なお仕様書は ValueDivisions を 1 にして色相と彩度だけで表を引くことを推奨するとも述べている。仕様書 PDF は Adobe の公式配布元から直接取得し、引用文の存在を機械照合で確認した。 出典: Adobe「Digital Negative (DNG) Specification」Version 1.6.0.0「Applying the Hue/Saturation/Value Mapping Table」p.88 （現像編・カメラプロファイルと「正しい色」の解説へ）
  • 現像編 原典で確認できる sRGB の伝達関数は指数 1/2.4 と暗部の線形区間からなる区分関数だが、対数軸で見たときの実効的なガンマは約 2.2 である。式に 2.2 が現れるわけではない。 白書は「式の指数に 2.4 とあるにもかかわらず、この非線形性に対応する実効ガンマは実際には約 2.2 である（実効ガンマは対数軸でプロットしたときの直線部の傾きから決まる）。これは式のオフセット項の効果による」と述べている。区分関数の式そのものは ICC の3成分色符号化レジストリ（https://registry.color.org/rgb-registry/srgb ）で確認した。sRGB の定義規格 IEC 61966-2-1 本体は有償のため未確認。／出典の所在について: この記述があるのは白書の Version 2.2（22ページ）で、Kodak 自身が公開していた PDF の Internet Archive スナップショットは Version 2.1（18ページ）であり、この節を含んでいない。そのため到達できる唯一の 2.2 版である第三者ミラーを出典にしている。内容の妥当性は、(1) Kodak 版 2.1 と数値・記述が矛盾しないこと、(2) 原色・白色点が ICC の公式仕様書と完全に一致すること、(3) 1996年の W3C sRGB 提案（https://www.w3.org/Graphics/Color/sRGB.html ）が sRGB を「equivalent gamma value of 2.2」と呼び、ITU-R BT.709 についても「指数は 1/2.222 だが、式の大きなオフセット 0.099 のため実際の符号化は 1/1.956 の CRT ガンマに近い」と同じ機構を説明していること、の3点で確認した。 出典: Eastman Kodak「ROMM RGB White Paper」Version 2.2 (1999-07-01) §IV (p.7) （現像編・トーンカーブとガンマの解説へ）
  • 現像編 原典で確認できる リニアで 18% の中間グレーは、ガンマ 2.2 の媒体上では符号値で約 45.87% になる。符号値の 50% は光量の中間ではない。 マニュアルは「ガンマ補正された媒体では実際のグレーはガンマ補正込みで計算されるので（middle-gray^(1/gamma)）、中間グレー18%・ガンマ2.2 なら実際の中間グレーの目標値は45.87%になる」と、式と具体値の両方を示している。この数値はべき乗則 0.18^(1/2.2) の計算結果であり、べき乗則そのものは各色空間の規格に定義されているので、規格の定義から一意に決まる帰結をマニュアルが数値として明示したものと言える。なお同マニュアルは別の箇所で「ガンマという語は撮像分野で意味が多すぎるので使うのをやめるべきだ」とも述べている。 出典: darktable 4.6 ユーザーマニュアル「filmic rgb」 （現像編・トーンカーブとガンマの解説へ）
  • 現像編 原典で確認できる トーンカーブを RGB の各チャンネルに独立に掛けると RGB の強度比が変わるため、色相がずれる。ニュートラルでは問題にならないが、高彩度の色や、ハイライトからシャドウへ連続する階調では無視できない大きさになる。 白書は現象・条件・影響の大小・機構をすべて述べている（「トーンスケール関数は通常非線形なので、ある色度のハイライトからシャドウへの系列を通すと色相ずれが起こりうる。ニュートラルでは問題にならず、ニュートラルに近い色では影響は最小だが、高彩度の色では有意になりうる。理由は非線形関数が RGB 強度の比を変えるからである」）。ただし測定は S 字コントラストカーブとマクベスチャート8色という限られた条件で、ずれの大きさを一般化する数値は示されていない。「S字を掛けると必ずどれだけずれる」という定量的主張には使えない。同白書は「どの原色を選んでも、すべての色で色相ずれを完全になくすことはできない」とも述べている。／出典の所在について: この Appendix A も白書の Version 2.2 にのみ含まれ、Kodak 自身が公開していた PDF の Internet Archive スナップショット（Version 2.1、18ページ）には無い。そのため到達できる唯一の 2.2 版である第三者ミラーを出典にしている。原色・白色点が ICC の公式仕様書（https://registry.color.org/rgb-registry/files/ROMMRGB.pdf ）と完全に一致することは確認した。 出典: Eastman Kodak「ROMM RGB White Paper」Version 2.2 (1999-07-01) Appendix A (pp.11-12) （現像編・トーンカーブとガンマの解説へ）
  • 現像編 原典で確認できる display-referred（表示基準）の処理は、黒を0・白を1・中間グレーを0.5に固定したうえでトーンカーブを不可逆に適用するため、画素の輝度と彩度の関係が早い段階で失われる（多くの場合、色相ずれも伴う）。 マニュアルは、固定される値（0 / 1 / 0.5）、トーンカーブが自動かつ不可逆に適用されること、その代償（輝度と彩度の関係の早期喪失、たいてい色相ずれも伴い、ダイナミックレンジが広い場面での「いかにも HDR」な見え方の原因になること）を明記している。これは darktable が scene-referred ワークフローを採用した理由の説明であり、開発側の立場からの記述である。他の現像ソフトが display-referred のままであることの是非や、両者を比較した独立の評価は本調査では見つけていない。同マニュアルは続けて、scene-referred では黒・白・グレーの定義が無効になるためトーンカーブやレベルといった従来のツールは有用な操作方法ではなくなる、とも述べている。 出典: darktable 4.6 ユーザーマニュアル「scene-referred workflow」 （現像編・トーンカーブとガンマの解説へ）
  • 現像編 原典で確認できる 「彩度」には互いに別の定義が並存している。CIE の saturation は「明るさに比して判断された colourfulness」という知覚属性だが、HSL の S は sRGB のガンマ符号化値の最大・最小から計算される幾何量であり、W3C 自身がその明度 L について「色相をまたいだ知覚的明度には対応しない」と明記している。 CIE 側は e-ILV（CIE が無料公開している国際照明用語集。内容は CIE S 017:2020 の定義そのもので、規格本体は有償のため定義文のみ確認）の colourfulness (17-22-072) / saturation (17-22-073) / chroma (17-22-074) で、いずれも「visual perception の属性」「judged（判断される）」という語で書かれた知覚量である。HSL 側は W3C の参照実装で、S = (max − L) / min(L, 1 − L)、L = (min + max)/2 という純粋に幾何的な式であり、入力はガンマ符号化された sRGB 値。W3C 自身が「青も黄色も HSL 明度は 50% だが、黄色のほうがはるかに明るく見える」と例示している。Photoshop など個々のアプリの「HSL」が同じ式を使っているかは確認していない。また HSV（HSB）は CSS 仕様が定義していないため、「HSL の S と HSV の S で同じ色の値が違う」ことは本調査では一次資料で確認できていない。 出典: W3C CSS Color Module Level 4 §7「HSL Colors」／§7.2 参照実装（および CIE e-ILV 17-22-072〜074） （現像編・彩度と自然な彩度（バイブランス）の解説へ）
  • 現像編 原典で確認できる darktable の（旧）vibrance モジュールは、Lab のクロマが高い画素ほど強く彩度を上げる実装になっており、肌色を保護する処理は含まれていない。「バイブランスは彩度の低い色を上げる」という一般的な説明とは逆向きである。 process() の中で重み sw = √(a²+b²)/256 を求め、a・b には ss = 1 + amount×sw を、明度 L には ls = 1 − 0.25×amount×sw を掛けている。sw は元のクロマに比例するので、彩度の高い画素ほど強くかかる。ファイル全体に肌色（色相範囲）の判定は存在しない。公式マニュアルの説明文「最も彩度の高い画素の彩度を上げて明度を下げる」もこれと一致する。ただしこのモジュールは darktable 3.6 以降 deprecated で、マニュアルにも「新規の編集には使うべきでない」と書かれている。したがって「現行の darktable の vibrance がこう動く」という主張には使えず、「vibrance という名前の実装のひとつはこう動いていた」という事実である。GPL で公開されたソースコード。 出典: darktable ソースコード src/iop/vibrance.c（release-3.4.0） （現像編・彩度と自然な彩度（バイブランス）の解説へ）
  • 現像編 原典で確認できる RawTherapee の「肌色を保護（Protect Skin Tones）」は自動的に働く処理ではなく、既定でオフの明示的なオプションである。 コンストラクタの初期値が protectskins(false) であり、この機能の既定値がオフであることを直接示している。公式ドキュメント（https://rawpedia.rawtherapee.com/Vibrance ）も「有効にすると、自然な肌の色に近い色はバイブランス調整の影響を受けなくなる」と条件付きで説明しており、常時働く処理でないことと整合する。実装本体（rtengine/ipvibrance.cc）では if (protectskins) の内側で肌色判定関数が呼ばれ、判定は Lab の明度・色相・クロマを引数に取るが、具体的な閾値までは本調査では追跡していない。なお同じコンストラクタで avoidcolorshift（色相ずれ回避）は既定でオンになっている。GPL で公開されたソースコード。 出典: RawTherapee ソースコード rtengine/procparams.cc（dev ブランチ、VibranceParams のコンストラクタ） （現像編・彩度と自然な彩度（バイブランス）の解説へ）
  • 現像編 原典で確認できる DaVinci Resolve の Lift / Gamma / Gain は、互いに大きく重なり合う3つの明度域を制御する。境界で切り分けているのではない。 マニュアルは Lift の効きが黒から始まって白でゼロになること、Gamma が中間調で最大になること、Gain が Lift の逆であることを述べ、続けて「これらのトーン域は非常に広く重なり合っているので、とても柔らかく自然な調整ができる」と重複が意図的な設計であることを明記している。Blackmagic Design の公式リファレンスマニュアル（無償公開PDF、v21、4444ページ）で、これは DaVinci Resolve という製品の挙動についての一次資料であって、「Lift/Gamma/Gain 一般はこう定義される」の一次資料ではない。同名のコントロールを持つ他ソフトが同じ演算をしている保証はない。マニュアルは各トーン域を数式では与えておらず、図と言葉での説明にとどまる。 出典: Blackmagic Design「DaVinci Resolve 21 Reference Manual」p.3203 （現像編・カラーグレーディングとは何かの解説へ）
  • 現像編 原典で確認できる ASC CDL の SOP 演算は out = CLAMP(in × slope + offset)^power であり、続く彩度は Rec.709 の輝度係数（0.2126 / 0.7152 / 0.0722）で求めた luma を基準に伸縮させる。 出典は Academy（AMPAS）の CLF 仕様であって、ASC 自身が発行した CDL 仕様書そのものではない。ただし CLF 仕様は References 節に「ASC-CDL Release 1.2, Joshua Pines and David Reisner, 2009-05-04」を規範参照として挙げ、本文でも「ASC CDL 仕様バージョン1.2 の演算を実装したものである」と述べている。ASC-CDL Release 1.2 の原本PDFは無償公開されておらず、今回取得できなかった（検索でヒットしたのは二次解説と、演算式を含まない Sony BVM-E 用ユーザーガイドのみ）。またクランプの有無には実装差があり、CLF 仕様自身がクランプしない style を「その方式を取る多数のアプリケーションとの互換のため」として定義している。 出典: Academy of Motion Picture Arts and Sciences「Common LUT Format (CLF) Specification」ASC_CDL ProcessNode （現像編・カラーグレーディングとは何かの解説へ）
  • 現像編 原典で確認できる ASC CDL の slope は gain に似ているが、「offset が決めた黒レベルを動かさずに傾きを変える」ものとして定義されている。Lift / Gamma / Gain と一対一に対応するとは書かれていない。 仕様の定義文は、slope を「gain に似ているが、offset が確立した黒レベルをずらすことなく伝達関数の傾きを変える」、offset を「傾きを保ったまま伝達関数を上下させて全体の明るさを上げ下げする」、power を「伝達関数の中間の形を変える」としている。「similar to gain」という慎重な言い方にとどまっており、Lift / Gamma / Gain との対応関係は述べられていない。実際 Lift と offset は挙動が異なり、DaVinci Resolve の公式マニュアル p.3204 は Offset を「全チャンネルをまとめて上下させる画全体の明るさ調整（setup と呼ばれることもある）」と説明している。 出典: Academy of Motion Picture Arts and Sciences「Common LUT Format (CLF) Specification」SOPNode の要素定義 （現像編・カラーグレーディングとは何かの解説へ）
  • 現像編 原典で確認できる Lightroom / Camera Raw の「カラーグレーディング」パネルは 2020 年に旧「スプリットトーン」を置き換えたもので、中間調ホイール・グローバルホイール・Blending スライダー・輝度スライダーが加わった。 記事は「スプリットトーンは無くなり、カラーグレーディングに置き換わった。カラーグレーディングは旧スプリットトーンと100%互換で、その拡張である」と明言し、追加されたコントロールとして色相環・中間調・Blending・輝度・グローバルを挙げている。Color Grading 機能のリード開発者本人による Adobe 公式ブログ記事で、Adobe 製品の仕様についての一次資料。対象は Camera Raw / Lightroom / Lightroom Classic / モバイルで、他社ソフトの「カラーグレーディング」機能とは無関係。なお日本語版を含む helpx の同等ページ（helpx.adobe.com/lightroom-classic/help/color-grading.html）は現在 404 で存在しない。 出典: Adobe Blog「Introducing Color Grading」(From the ACR Team, 2020-10-20) （現像編・カラーグレーディングとは何かの解説へ）
  • 現像編 原典で確認できる ハイライトにオレンジ、シャドウにティールを入れるスプリットトーンは、プロ用グレーディングソフトの公式機能として「よりモダンなシネマティックルック」の名で実装されている。 マニュアルは「これらのコントロールは、向かい合う色相角を使ってシャドウとハイライトに色を加える。たとえばハイライトにオレンジ、シャドウにティールを入れると、よりモダンなシネマティックルックが得られる」と記している。これが裏づけるのは「この配色が業界の道具に定型として組み込まれている」という事実であって、「この配色が客観的に美しい／効果がある」ことではない。Blackmagic はこの記述の根拠を示していない。またこの機能（Film Look Creator）は DaVinci Resolve Studio（有償版）専用である。 出典: Blackmagic Design「DaVinci Resolve 21 Reference Manual」p.3632（Resolve FX Film Look Creator / Split Tone） （現像編・ティール&オレンジの解説へ）
  • 現像編 原典で確認できる セピア調は、銀でできた像を硫化銀（Ag2S）に変換する硫黄調色によるものである。20世紀初頭にもっとも一般的だった調色でもある。 資料は「20世紀初頭にもっとも一般的に使われた調色は褐色の硫黄調色だった」と述べ、調色された銀像が Ag2S であることを本文で明記している。ゲッティ保存研究所が発行した保存科学の技術文献（無償公開PDF、64ページ）だが、分析化学（XRF）による同定を主題とした資料であって調色の作業手順書ではない。上記の記述は「XRF で硫黄が検出されても、その多くはバライタ層の硫酸バリウム由来であって硫化銀由来ではない」という分析上の注意を述べる文脈で出てくるもので、硫化銀であること自体は前提として扱われている。処方の詳細は「直接的あるいは間接的な調色手順」とあるだけで、具体的な薬品名はこの節にない。 出典: Stulik & Kaplan「The Atlas of Analytical Signatures of Photographic Processes: Silver Gelatin」Getty Conservation Institute (2013) （現像編・スプリットトーン（調色）の解説へ）
  • 現像編 原典で確認できる 青（ブルー）調色は、銀をいったん銀塩に変えてから鉄塩と反応させ、プルシアンブルーの顔料に置き換えるものである。 資料は「銀粒子を銀塩に変換し、次に鉄塩溶液との反応で青い像を形成することに基づく、銀像の青調色の処方が数多く発表された。これらの反応の化学機構は異なるが、しばしばプルシアンブルー顔料からなる青い像が得られる」と述べている。「しばしば（often）」とあるとおり、処方によって生成物が異なりうることを原文も認めている。同節では XRF で最高濃度部の鉄濃度が最低濃度部より高いことを根拠にプルシアンブルーの存在を判定できるとしている。 出典: Stulik & Kaplan「The Atlas of Analytical Signatures of Photographic Processes: Silver Gelatin」Getty Conservation Institute (2013) 鉄調色の節 （現像編・スプリットトーン（調色）の解説へ）
  • 現像編 原典で確認できる デジタルのスプリットトーンは「画素の明るさに応じて色を乗せる」操作であり、像そのものを別の化合物に置き換える化学調色とは原理が異なる。 記事は「画素の明るさに基づいて画像に色のティントを適用できる。明るい画素は暗い画素と違う色に着色できる」とデジタル側の原理を説明し、同じ段落で「これはデジタル画像に始まったものではない。調色とスプリットトーンは伝統的な暗室技法であり、調色はプリントを漂白してからトナーを適用することで行われていた」と対比している。Adobe 公式ブログ（Color Grading 機能のリード開発者による記事）で、Adobe 製品の実装についての一次資料。他社ソフトの実装を述べたものではない。記事は「デジタル版のほうが簡単だ」と実用面を比較しているだけで、両者の色再現が一致するかどうかには触れていない。したがってこれは「デジタル調色は化学調色と同じ色にならない」という主張の出典ではない。 出典: Adobe Blog「Introducing Color Grading」(From the ACR Team, 2020-10-20) （現像編・スプリットトーン（調色）の解説へ）
  • 現像編 原典で確認できる 旧「スプリットトーン」は、カラーグレーディングパネルで Blending を 100 にし、中間調・グローバル・輝度のコントロールをすべて 0 にした状態と同一の結果になる。 記事は「スプリットトーンは Blending を制御できず、常に現在 Blending = 100 と呼んでいる状態を使っていた。Blending スライダーを 100 にすれば旧スプリットトーンの見えが得られる。他の新しいコントロールはすべてゼロに設定される（具体的には中間調のコントロール全部、グローバルのコントロール全部、輝度のコントロール全部）」と設定値を列挙し、手動で同じ状態を作れば「同一の結果」になるとしている。この等価性は Lightroom / Camera Raw に限った話であり、他社ソフトのスプリットトーン機能とは無関係。 出典: Adobe Blog「Introducing Color Grading」(From the ACR Team, 2020-10-20) Split Tone compatibility の節 （現像編・スプリットトーン（調色）の解説へ）
  • 現像編 原典で確認できる .cube の 3D LUT は N×N×N の格子点（N は 2 から 256 の整数）を持ち、データ行は赤がもっとも速く、青がもっとも遅く変化する順に並ぶ。 仕様書は「各次元のサンプル点の数は N でなければならず、合計 N×N×N のサンプル点となる。N は [2, 256] の範囲の整数でなければならない」「テーブルデータの行は昇順のインデックス順でなければならず、最初の成分インデックス（赤）がもっとも速く、最後の成分インデックス（青）がもっとも遅く変化する。等価な C のインデックスは r + N*g + N*N*b である」と、いずれも shall（必須要件）として定めている。テーブルサイズを指定するキーワードは LUT_3D_SIZE（1次元版は LUT_1D_SIZE で N は [2, 65536]）。この仕様書は現在 Adobe のサイトからは 404 で消えており、取得できたのは Internet Archive 経由のコピーである（オリジナル URL は wwwimages2.adobe.com/content/dam/acom/en/products/speedgrade/cc/pdfs/cube-lut-specification-1.0.pdf）。仕様書自身が「Cube フォーマットはもともと 2003 年に IRIDAS が開発した」と述べており、Adobe は買収後に既存実装を文書化した立場である。 出典: Adobe Systems「Cube LUT Specification Version 1.0」(2013年9月) 第7章 （現像編・LUT（ルックアップテーブル）の解説へ）
  • 現像編 原典で確認できる 3D LUT の補間方式は .cube 仕様上「推奨（should）」であって必須ではないため、同じ LUT ファイルでもソフトによって結果が変わりうる。 仕様書は「読み手は、定義域内にあってサンプル点に一致しない入力値に対して補間を使わなければならない（shall）。読み手は1次元テーブルには線形補間を、3次元テーブルには四面体補間を使うべきである（should）」と書き、第2章で「shall / shall not はこの文書への適合のために従うべき要件を示し、should / should not はこの仕様が提供する推奨を示す」と定義している。つまり補間すること自体は必須だが、四面体補間を使うことは推奨にとどまり、三線形補間を使う実装も仕様に適合する。これは仕様の文言から導かれる論理的な帰結であって、実際に各ソフトの出力が食い違うことを実測した資料ではない。差がどの程度になるかは検証していない。 出典: Adobe Systems「Cube LUT Specification Version 1.0」(2013年9月) 第2章 Conventions・第8章 Application Requirements （現像編・LUT（ルックアップテーブル）の解説へ）
  • 現像編 原典で確認できる 3D LUT の格子点が少ないと結果がずれる。DaVinci Resolve は 17 点をグレーディング用途には非推奨とし、ARRI は ALEXA の Log C 素材に 32³ 以上を推奨している。 マニュアルは「3D LUT は 17x17x17、33x33x33、65x65x65 のキューブとして 32bit 浮動小数点処理で書き出せる」「17 点の LUT はグレーディングに使うことは推奨されないが、現場モニタリング用に書き出すときには有用である」と用途を分けている。もう一方の ARRI の技術白書（ALEXA Color Processing White Paper, 2011, p.16, https://www.samys.com/images/pdf/ALEXA-Color-Processing-White-Paper.pdf ）は「この補間の結果として、3DLUT の格子点数が少ない（たとえば 16³ や 17³）と画像がわずかに変化しうる」「ALEXA SUP 2.x の Log C 画像には 32³ 以上の格子点を持つ 3DLUT を強く推奨する」と記す一方、「65³ や 33³ の格子点を持つルックアップテーブルの結果と元画像の差は見て分からないだろう」とも述べている。ARRI の白書は arri.com から直接取得できず、販売代理店（Samy's Camera）がホストするコピーを取得した。無関係の第二のホスト（epoka.tv）から取得したPDFとバイト単位で同一サイズ・同一本文であることを確認しているが、ARRI 自身が現在も公開している文書であることは確認できていない。ARRI の推奨値は ALEXA SUP 2.x の Log C 素材についてのもので、あらゆる LUT に一般化できる数値ではない。 出典: Blackmagic Design「DaVinci Resolve 21 Reference Manual」p.3546 （現像編・LUT（ルックアップテーブル）の解説へ）
  • 現像編 原典で確認できる 3D LUT は設計された入力範囲の外にある値をクリップする。Log 素材のような広い範囲を扱うために、1D LUT と組み合わせたシェイパー LUT が使われる。 マニュアルは「処理効率のため、3D LUT は扱うデータに対して妥当な下限と上限を持つように設計されている。3D LUT がその設計範囲外の値を与えられると、範囲外のデータはクリップされることはよく知られている」「シェイパー LUT はこの問題を、まず 1D LUT で範囲外データを持つ映像信号を処理し、3D LUT がクランプしない範囲へ収めることで扱う」と述べている。Adobe の .cube 仕様書も入力域を DOMAIN_MIN / DOMAIN_MAX で宣言でき、「DOMAIN_MAX がファイルから省略された場合、上限は 1 1 1 でなければならない」と規定している。つまり多くの LUT は暗黙に 0〜1 の入力を前提としている。 出典: Blackmagic Design「DaVinci Resolve 21 Reference Manual」p.3546 （現像編・LUT（ルックアップテーブル）の解説へ）
  • 現像編 原典で確認できる 色相帯の数と区切りはソフトごとに異なる。Capture One の基本カラーエディターは8色（赤・緑・青・シアン・マゼンタ・黄・オレンジ・ピンク）、DaVinci Resolve の ColorSlice は7つのベクトル（RGB + CMY + 肌色）である。共通の規格はない。 Capture One は「ありふれた色調整には基本カラーエディターが便利で、色域ごと（赤・緑・青・シアン・マゼンタ・黄・オレンジ・ピンク）に1組の調整ができる」と記している。DaVinci Resolve 公式マニュアル p.3267（https://documents.blackmagicdesign.com/UserManuals/DaVinci_Resolve_21_Reference_Manual.pdf ）は「ColorSlice ツールは7つの異なるベクトル空間スライスで構成される。各スライスはベクトルスコープ上の慣習的なベクトル（赤・緑・青・シアン・マゼンタ・黄）に基づく色の範囲を制御する。加えて7つ目のベクトルが肌色のために追加されている」と記す。いずれも各社が自社製品について書いた一次資料。ただし両者は同じ種類のツールではなく、Capture One の基本カラーエディターはスライダー式、Resolve の ColorSlice はベクトルスコープの軸に沿ったスライスである。Adobe の Lightroom / Camera Raw が持つ色相帯の一覧を公式ヘルプ本文から確認することはできなかった。 出典: Capture One 公式サポート「The Color Editor overview」 （現像編・色相別の調整（HSL / カラーミキサー）の解説へ）
  • 現像編 原典で確認できる Adobe は、カラーミキサー／白黒ミキサーの調整がバンディング（階調の段差）を生じることを認め、Process Version 6 で軽減したと記載している。 ヘルプは「Process Version 6 — Process version 6 はカラーミキサーと白黒ミキサーの調整を使うときのバンディングを軽減する」と一文で記している。Adobe 公式ヘルプ（Lightroom Classic、最終更新 2024-07-29）であり、Adobe 製品についての一次資料。他社ソフトにも同じ問題があるとは書かれていない。どの程度の調整量で起きるか、なぜ起きるかも書かれていない。またこれはバンディング（階調の段差）についての記述であって、「ハロー（縁の光り）が出る」という別種の破綻を裏づけるものではない。 出典: Adobe「Lightroom Classic ヘルプ / Develop module options」Process versions の節 （現像編・色相別の調整（HSL / カラーミキサー）の解説へ）
  • 現像編 原典で確認できる 色相帯の境界をなめらかにつなぐための専用パラメータがメーカーによって用意されている（Capture One の Smoothness）。境界が不連続になりうることが、道具の側でも前提にされている。 記事は「4つ目のパラメータである Smoothness は、選択した色域と関連する色とのあいだの変化の度合いを調整し、色が自然な見た目になって色どうしのあいだが滑らかに移行するようにする」と述べている。Capture One 公式サポート記事で、自社製品についての一次資料。このパラメータの存在は「境界が問題になりうる」ことの傍証であって、「HSL 調整は必ず破綻する」ことの証明ではない。同記事には、Skin Tone モードには Uniformity スライダーが3本追加されていることも記されており、肌色は別扱いされている。 出典: Capture One 公式サポート「The Color Editor overview」 （現像編・色相別の調整（HSL / カラーミキサー）の解説へ）
  • 現像編 原典で確認できる カラーネガの乳剤にはカラードカプラーによるマスクが入っており、これはプリントでの色再現を良くするためのものである。現像後のネガがオレンジ色に見えるのはこのためである。 データシートは「この乳剤には、リリースプリントで良好な色再現を得るためのカラードカプラーのマスクが含まれている」と記している。現像後のネガの透明部がオレンジ色に見えること自体は、Springer の学術書の章「Colored Couplers」（https://link.springer.com/chapter/10.1007/978-3-662-09130-2_12 ）の要旨が確認しているが、こちらは購読者限定で本文は読めず、確認できたのは要旨のみである。そのため「なぜオレンジなのか」の化学的な説明（不要吸収の補正）は主張として立てていない。またこの資料は kodak.com から直接取得できず、第三者アーカイブ（125px.com）がホストするコピーを取得した（文書内に「TECHNICAL INFORMATION DATA SHEET / TI0835 / Revised 6-93 / Copyright, Eastman Kodak Company, 1993」の記載あり）。kodak.com 上の PDF を検索したが、カラードカプラーやマスクに言及するものは見つからなかった。これは映画用ネガ 5247 についての記述であり、スチル用カラーネガ一般に自動的に一般化はできない。 出典: Eastman Kodak「Technical Information Data Sheet TI0835」EASTMAN Color Negative Film 5247 (Revised 6-93) （現像編・フィルムの色を再現するの解説へ）
  • 現像編 原典で確認できる プリントフィルムは、カラーネガの層ごとのガンマの違いを補償するように設計されている。多くのネガでは赤に感じる層のガンマがもっとも低く、プリントフィルムはシアン色素を作る層のガンマを高くしている。 白書は「映画用プリントフィルムはカラーネガのために設計されていることを承知しておくべきだ。カラーネガはデジタルカメラとは違う見方で色を捉える。まずカラーネガはバランスが取れておらず、3つの層が同じガンマを持たない。ほとんどのネガでは赤い光に感じる層のガンマがもっとも低い。プリントフィルムは、シアン色素を作る層のガンマを高くすることでこの特性を補償している」と述べている。この記述はデジタル素材をプリントフィルムへ焼き戻す際の注意として書かれたものである。白書は arri.com から直接取得できず、販売代理店（Samy's Camera）がホストするコピーを取得した。全ページに「ARRI | TECHNOLOGY」のヘッダがあり、PDF メタデータの作成日は 2011-03-30。ARRI 公式 URL は Internet Archive でも見つけられなかったため、ARRI 自身が現在も公開している文書であることは確認できていない。ただし無関係の第二のホスト（epoka.tv）から取得した PDF がバイト単位で同一サイズ（3,076,771 バイト）・同一本文であることを確認しており、内容が改変されている可能性は低い。この引用は「フィルム名を冠したデジタルプリセットが実物と一致しない」ことの反証ではなく、フィルムの色が単一の要素で決まらないことを示す一例である。 出典: ARRI「ALEXA Color Processing White Paper」(2011) p.15 （現像編・フィルムの色を再現するの解説へ）
  • 現像編 原典で確認できる 白黒撮影用のカラーフィルターは、選んだ色の補色にあたる階調を暗くする。黄は紫と青を、赤は青と緑を、緑は赤と茶（肌を含む）を暗くする。 マニュアルは「フィルターは、選んだ色の補色にあたるグレーの階調を深くする。黄（Ye）フィルターは紫と青を、赤（R）フィルターは青と緑を深くする。緑（G）フィルターは赤と茶（肌の色を含む）を深くするので、ポートレートに向く」と一般則と具体例を記している。ただしこれはカメラ内のフィルムシミュレーション（デジタル処理）の説明であって、実物のガラスフィルターの測光的な効果を測ったデータではない。「補色の階調を暗くする」という一般則自体は Kodak の公式フィルター一覧（https://www.kodak.com/en/motion/page/wratten-2-filters/ ）の記述と整合する（「15 — 深黄。風景写真で空を暗くする」「21 — 橙。青と青緑の吸収用コントラストフィルター」）。Kodak のページは各フィルターの用途を1行で述べたカタログで、透過率曲線は別ファイルとして提供されている。 出典: FUJIFILM X-Pro2 公式オンラインマニュアル「FILM SIMULATION」 （現像編・フィルムの色を再現するの解説へ）
  • 現像編 原典で確認できる 白黒撮影用フィルターには露出倍数（フィルター係数）があり、Kodak TRI-X 400 では昼光で黄 No.8 が2倍、赤 No.25 が8倍である。係数はフィルムごとに異なる。 データシートは「フィルター補正 — 通常の露出時間にフィルター係数を掛ける」と定義し、TRI-X 400 について昼光／タングステン別の表を載せている（昼光: No.8 黄 2、No.11 黄緑 4、No.12 深黄 2.5、No.15 深黄 2.5、No.25 赤 8、No.47 青 6、No.58 緑 6、偏光 2.5。タングステン: それぞれ 1.5 / 3 / — / 1.5 / 5 / 12 / 6 / 2.5）。Kodak Alaris の公式サイトがホストする資料。フィルター係数はフィルムごとに違い、同じ資料内でも TRI-X 320 の No.58 は昼光8倍、TRI-X 400 は6倍である。同シリーズの T-MAX 100 のデータシート（F-4016）には「注: 他の Kodak 白黒フィルムのフィルター係数は異なる」と明記されている。橙（オレンジ）フィルター（No.16 / 21 / 22）の係数はこの表に載っておらず、Kodak の公式 WRATTEN 2 フィルター一覧にも係数の記載はなく、定性的な用途説明のみだった。 出典: Kodak Alaris「KODAK PROFESSIONAL TRI-X 320 and 400 Films」F-4017 (2016年12月) （現像編・フィルムの色を再現するの解説へ）
  • 現像編 原典で確認できる アンシャープマスクとは、元画像にぼかしをかけた複製を作り、それを元画像から差し引くことでエッジのコントラストを上げる演算である 出典はオープンソース実装（ImageMagick）の公式ドキュメントであって、規格でも原典でもない。ただし同ページは -sharpen 演算子が「ガウスカーネルを負のスケールで畳み込む＝ぼかしを元画像から引く」処理そのものであることを、再現できるコマンドとして示しており、実装が公開されているため記述と実装を突き合わせられる。同じ定義は GIMP 2.8 の公式マニュアルにも独立に書かれ、レイヤーの減算・加算で手作業再現する手順まで載っている。両方とも実際に取得して本文を確認した。 出典: ImageMagick 公式ドキュメント Examples — Convolution （現像編・シャープネスの解説へ）
  • 現像編 原典で確認できる USM は半径を大きくすると差分が負に振れ、エッジに沿って明暗の縁（ハロー）が出る この主張を established としている根拠は、GIMP というプロジェクトの権威ではなく、1つ前の主張で示した公開演算の定義から必然的に導かれることである。すなわち「元画像からぼかした複製を引く」演算では、エッジの手前側で引かれる量が元の値を上回れば差は負に振れるので、エッジに沿った暗い縁・明るい縁は演算の定義から1手で導ける。GIMP の公式マニュアルは、その導出結果（引き算の結果が負になり、明るい背景の中の星の周りに黒い輪が出る「black eye effect」が生じる）を明文で確認できる資料として引いている。プロジェクト文書そのものは一般論の原典ではない。ただし「どの半径から目に見えるハローになるか」を定量した出典は見つけられなかった。RawTherapee の wiki は低 ISO で 0.5〜0.7 という半径を勧めているが、これは推奨値であって閾値の測定ではない。 出典: GIMP 2.8 ユーザーマニュアル — アンシャープマスク （現像編・シャープネスの解説へ）
  • 現像編 原典で確認できる ショットノイズは光子（電子）の到来がポアソン分布に従うことから生じ、その分散は蓄積電子数の平均に等しい。読み出しノイズはこれとは別に、信号量に依存しない加算ノイズとして乗る 出典は EMVA（European Machine Vision Association）が発行する規格で、ショットノイズを「物理の基本法則で決まり、あらゆる種類のカメラで等しい」ポアソン分布（分散＝蓄積電子数の平均）と定義し、読み出し回路由来のノイズを信号非依存の正規分布ノイズとして別に定義している。主張そのものが規格の本文である。ただしこの規格が対象とするのはマシンビジョン用カメラの特性評価であり、参照したのはセンサーが線形応答であることを前提とした線形モデル版。写真用カメラは JPEG 出力時に非線形処理が入るため、直接あてはまるのは RAW（線形データ）の領域である。PDF は PyMuPDF で本文抽出し、該当ページを目視で確認した。 出典: EMVA Standard 1288 Release 4.0 Linear（2021-06-16）§2.4 Noise Model （現像編・ノイズ除去の解説へ）
  • 現像編 原典で確認できる 同じ露光量なら、増感（ゲイン）を上げること自体は SNR をほとんど変えない。SNR を決めるのは光子数と、電子数に換算した読み出しノイズである 規格は SNR の式を導いたうえで「量子化ノイズによる小さな効果を除けば、システム全体のゲイン K は約分されて消え、SNR は量子効率と電子換算の暗信号ノイズだけで決まる」と明記している。ISO 増感はこの K を変える操作なので、K が消えるということは増感そのものが SNR を決めていないということである。ただしこの結論は「電子換算の読み出しノイズが一定なら」という条件つきで、実際のカメラでは ISO 設定によってこれが変わる（次の主張を参照）。また EMVA 1288 は線形の RAW データを前提としている。重要な限定として、これは露光量（絞り・シャッター速度・被写体輝度）が同じ場合の話であり、実際の撮影で ISO を上げるのは露光量を減らすためなので、結果としてノイズが増えるのは事実である。両者を混同しないこと。 出典: EMVA Standard 1288 Release 4.0 Linear（2021-06-16）§2.6 Signal-to-Noise Ratio （現像編・ノイズ除去の解説へ）
  • 現像編 原典で確認できる darktable の「local contrast」は、local laplacian filter か bilateral grid のどちらかを使うと公表されており、実装のソースも公開されている 公式マニュアルが使用アルゴリズム（既定は local laplacian、もう一方は正規化しない bilateral filter）を名指しし、処理する色空間（Lab の L チャンネルのみ）まで明示している。実装は src/iop/bilat.c にあり、モードの列挙を実際に取得して確認した。ただしこれは「darktable の local contrast モジュールがどう動くか」の established であって、「明瞭度とは一般にこうである」の根拠ではない。Adobe の明瞭度が同じことをしている保証はまったくない。なお local laplacian filter という手法自体は Sylvain Paris ら（当時 Adobe Systems 在籍）が SIGGRAPH 2011 で発表した論文として公開されているが、darktable のソースコード（src/common/locallaplacian.c および .h）を全文取得して確認したところ、この論文への引用は一件も無かった。また論文の第一著者が Adobe 所属であることは、Adobe の明瞭度がこの手法を使っている証拠にはならない。 出典: darktable 4.6 ユーザーマニュアル — local contrast モジュール （現像編・明瞭度・かすみの除去の解説へ）
  • 現像編 原典で確認できる darktable の「かすみの除去」は、He・Sun・Tang による Dark Channel Prior（暗チャネル事前分布）の実装であるとソースコードに明記されている ソースコードのファイル冒頭コメントに、実装した論文（Kaiming He, Jian Sun, Xiaoou Tang, "Single Image Haze Removal Using Dark Channel Prior", IEEE TPAMI vol.33 no.12, 2011, DOI: 10.1109/TPAMI.2010.168）が DOI 付きで明記されている。ソース自体が公開されているので実装と論文の対応も検証できる。これは「darktable のかすみ除去がどう動くか」の established であって、他社製品の実装の根拠ではない。元論文（CVPR 2009 版 PDF）も実際に取得し、「かすみのない屋外画像では、たいていの局所領域に少なくとも1色が極端に暗い画素が含まれる」という中心的な観察を確認した。記述が将来変わらないよう release-4.6.1 タグに固定した URL を引いている（master でも同じ記述であることを確認済み）。 出典: darktable ソースコード src/iop/hazeremoval.c（release-4.6.1） （現像編・明瞭度・かすみの除去の解説へ）
  • 現像編 原典で確認できる Adobe はヘイズ除去について、多解像度の暗チャネルを含む4種類の特徴量を使う方法で特許を取得しており、その中で He らの論文を引用している 特許は公開文書であり、記載内容（多解像度暗チャネル・多解像度局所最大コントラスト・色相のずれ・局所最大彩度という4種類の特徴量モジュール、He らの CVPR 2009 論文の引用文献欄への記載、譲受人が Adobe Systems Incorporated であること）はそのまま検証できる。ただしこれは特許に書かれている内容についての established であって、「Lightroom の『かすみの除去』がこの方法を使っている」ことの根拠ではない。特許は出願時点でこういう方法を考えていたという記録にすぎず、製品の実装とは別である。Adobe は他にもヘイズ除去関連の特許を複数持つ（US10692197B2 / US9646364B1 / US9508126B2 / US9031345B2 を確認）が、どれが製品に使われているかを述べた Adobe の公表資料は見つけられなかった。なお Google Patents のページは本文取得時（HTTP 200）に上記の記述を確認したが、後刻の再検証では Google 側の 503 で再取得できなかったため、公報 PDF（patentimages.storage.googleapis.com、全16頁）でも同一内容を確認している。 出典: 米国特許 US9305339B2「Multi-feature image haze removal」（Adobe Systems Incorporated） （現像編・明瞭度・かすみの除去の解説へ）
  • 現像編 原典で確認できる DNG 仕様は、歪曲収差と倍率色収差を補正する WarpRectilinear オペコードを、係数付きの数式として定義している 公開されているファイル形式仕様の本文で、オペコードの目的・パラメータ（半径方向 kr0〜kr3、接線方向 kt0・kt1、光学中心）・処理手順が定義されている。歪曲収差と倍率色収差が同じ warp で扱われること、色収差は画像プレーンごとに別の係数を与えて補正することが明示されている。PDF は Adobe 自身の配布サーバ（download.adobe.com）から直接取得した（HTTP 200・1,176,100 バイト・全126頁、表紙に「Digital Negative (DNG) Specification / Version 1.7.1.0 / September 2023 / Adobe Inc. / 345 Park Avenue, San Jose, CA」と印字されていることを確認済み）。PyMuPDF で全頁のテキストを抽出し、引用した各文が本文に存在することを機械照合で確認した（該当は 105〜106 頁）。なお WarpRectilinear は DNG 1.3.0.0 で導入され、より高次の多項式に対応した WarpRectilinear2 が DNG 1.6.0.0 で追加されている。これは DNG というファイル形式の仕様であって、各社の現像ソフトが同じモデルを使っている保証ではない。 出典: Adobe「Digital Negative (DNG) Specification」Version 1.7.1.0（2023-09）WarpRectilinear （現像編・レンズ補正の解説へ）
  • 現像編 原典で確認できる 周辺光量落ちの補正は、光学中心からの距離に応じたゲイン（掛け算）を画素値に適用する処理として DNG 仕様に定義されている 仕様書は周辺光量補正を、パラメータ (k0, k1, k2, k3, k4) が定める半径対称なゲイン関数 g = 1 + k0r² + k1r⁴ + k2r⁶ + k3r⁸ + k4r¹⁰ を画素値に掛ける処理として定義している（すべての k が 0 なら恒等変換、つまり何も起きない）。r は光学中心から最も遠い画素までの距離で正規化された 0〜1 の値。前項と同じく Adobe 自身の配布サーバから取得した PDF で、該当箇所（110 頁）に引用文が存在することを機械照合で確認した。なお「周辺光量補正をすると周辺のノイズが目立つようになる」ことは、この掛け算の性質から自然に想像がつくが、それを明示した出典・測定は見つけられなかったので事実主張としては立てていない。仕様書が定義しているのは「ゲインを掛ける」ところまでである。 出典: Adobe「Digital Negative (DNG) Specification」Version 1.7.1.0（2023-09）FixVignetteRadial （現像編・レンズ補正の解説へ）
  • 現像編 原典で確認できる 歪曲収差の補正は画素を並べ直して補間する処理であり、DNG 仕様も「適切な再サンプリングカーネル（たとえば cubic spline）」の使用を推奨している 仕様書は warp の実行にあたって再サンプリング（補間）が必要であることを前提に、cubic spline のような適切なカーネルの使用を推奨している。つまり補正後の画素値は元の画素値そのものではなく、周囲から作り直された値である。ただし「補正すると画質が落ちる」を定量した出典は見つけられなかった。言えるのは「補間が入る＝画素値が作り直される」ところまでである。オープンソース側でも lensfun の公式マニュアルが同じ構造（元画像を参照して補間しながら引く）を説明している。加えて、補正後に生じる黒い隅を消すために画像を拡大する必要がある点も複数のソフトが明記しており、darktable のレンズ補正モジュールには黒い隅を避けるための scale パラメータがあり、Photoshop のヘルプも自動拡大の設定を案内している（後者は helpx.adobe.com が本セッションの環境から応答を返さなかったため、Internet Archive の 2024-12-17 保存版で確認した）。拡大によってどれだけ解像感が落ちるかを測定した資料は見つけられなかった（次の主張を参照）。 出典: Adobe「Digital Negative (DNG) Specification」Version 1.7.1.0（2023-09）Notes and Restrictions （現像編・レンズ補正の解説へ）
  • 現像編 原典で確認できる Adobe のレンズプロファイル（LCP）は、実写した校正チャートの画像を解析して、歪曲収差・色収差・周辺光量の補正情報を生成したものである この主張の射程は、Adobe が定義した LCP という形式についてのみである。レンズ補正一般が実写チャートから作られる、という意味ではない（メーカーが RAW に埋め込む補正データの作り方や、lensfun のデータベースの作り方については、この文書は何も述べていない）。established としたのは、LCP という形式の定義者自身による文書＝この件についての原典だからであり、第三者の規格ではない点は注意が必要。ガイドは、校正チャートの PDF を印刷し、プロファイルを作りたいボディとレンズの組み合わせで実写すること、撮影した画像を解析して歪曲収差・色収差・周辺光量を補正するプロファイルを作ること、LCP がカメラボディとレンズの特定の組み合わせについての補正情報を持つファイルであることを述べている。ただしこれは手順書であって、補正モデルの数式は載っていない（数式は DNG 仕様書のオペコード定義のほうにある）。PDF は PyMuPDF で本文抽出し該当ページを目視確認した。Adobe 公式ドメインへ到達できなかったため、Adobe Labs の配布ドメイン（download.macromedia.com）から取得した。 出典: Adobe Lens Profile Creator User Guide, Version 1.0（2010-04-14, Adobe Systems Inc.） （現像編・レンズ補正の解説へ）
  • 現像編 原典で確認できる RAW ファイルにはメーカーの補正データが埋め込まれていることがあり、現像ソフトはソフト側のプロファイルとそれを選んで使える マニュアルは、補正データの供給元として「RAW ファイルに埋め込まれたレンズ補正データ（存在し対応している場合）」と「外部の lensfun ライブラリが提供する補正データ」の2系統があることを明示し、前者は対応するメタデータが見つかった場合にのみ選べると書いている。実装側でも src/iop/lens.cc に2つの方式が列挙されていることを確認した。これは「darktable がどう動くか」および「そういうデータが RAW に入っていることがある」の established であって、どのメーカーがどの形式で何を埋め込んでいるかの根拠ではない。DNG については前述のオペコードがその仕組みだが、各社独自の RAW 形式については公開された仕様を確認できていない。またマニュアルは「カメラが既に内部で一部の補正（周辺光量など）を済ませている場合は設定を変えること」とも書いており、RAW が完全に無加工とは限らないことを示している。ソースコードは release-4.6.1 タグに固定した URL で取得した。 出典: darktable 4.6 ユーザーマニュアル — lens correction モジュール （現像編・レンズ補正の解説へ）
  • 現像編 原典で確認できる レンズ補正の各処理（周辺光量・色収差・歪曲）は可換ではなく、順序を変えると結果が変わる lensfun の公式マニュアルが「これらの画像操作は可換ではないので、正しい順序で適用することが重要である」と明言したうえで、その順序（周辺光量補正 → 倍率色収差補正 → 歪曲補正 → 投影方式の変更 → パースペクティブ補正 → 拡大縮小）を示し、なぜその順序でなければならないかまで説明している。理由は、周辺光量落ちが「無加工の画像」で測定されているため、画素を動かす処理より前に補正しないと測定条件と合わなくなる、というもの。lensfun はオープンソースで実装も検証できる。これは「lensfun のレンズ補正処理がどう動くか」およびその設計根拠についての established であって、現像処理一般が可換でないと言っているわけではない。なお同ページは、実装上は逆順で座標を逆算していることも説明しており、「概念上の順序」と「実装上の順序」が別であることも明記している。 出典: lensfun 公式マニュアル — Corrections （現像編・現像の順番の解説へ）
  • 現像編 原典で確認できる darktable では、モジュールの実行順はユーザーインターフェイス上の並び順そのもので、並べ替えると処理結果が変わる。しかも順序を変えられない依存関係が存在する 公式マニュアルが、処理モジュールの実行順は UI 上の並び順と完全に一致すること、UI での並び替えが処理内容を変えること、そして一部のモジュールには動かせない前後関係（ハイライト再構成は RAW データ上でデモザイクの前に行う必要があり、デモザイクは入力カラープロファイルの適用より前でなければならない）があることを明示している。これは「darktable がどう動くか」の established で、他のソフトが同じ順序を採用している保証ではない。RawTherapee も同様に固定のツールチェーンを持ち、GUI のタブの並びとは別の順序で処理することを公式 wiki に明記している（実際に取得して本文を確認）。同ページによれば RawTherapee ではレンズの歪曲補正がデモザイクより前、ノイズ除去とかすみ除去はデモザイクより後に置かれており、具体的な順序はソフトによって異なる。「darktable の順序が正しい」という主張はしていない。 出典: darktable 4.6 ユーザーマニュアル — the pixelpipe & module order （現像編・現像の順番の解説へ）
  • 現像編 原典で確認できる 非破壊（パラメトリック）編集の「編集履歴」は、処理される順序ではなく、操作した順序の記録である 公式マニュアルが「履歴スタックはモジュールが実行される順序を表したものではなく、変更が加えられた順序である。実行順は右パネルのモジュールの並び順で表される」とわざわざ注記している。これは「先にトーンをいじってから色をいじったから、その順に処理された」という直感がそのまま誤りであることを意味する。これは「darktable がどう動くか」の established。ただし、パラメータを保存して毎回元データから再計算する方式である以上、履歴順と実行順が別になるのはこの方式に共通の性質である。それを一般論として述べた一次資料は見つけられなかったので、主張は darktable の範囲に限定してある。なお非破壊編集が保証するのは「元の RAW ファイルが書き換わらないこと」と「いつでもパラメータを変更できること」であって「操作した順に処理されること」ではないが、この区別自体を明言した出典は、この注記以外に見つけられなかった。 出典: darktable 4.6 ユーザーマニュアル — history stack （現像編・現像の順番の解説へ）