Log映像が白っぽく見えるのはなぜ?

Log映像が平坦でグレーがかって、彩度も低く見えるのは、Logプロファイルが広い明るさの範囲を低いコントラストで記録するためです。その範囲が、グレーディングで使えるハイライトとシャドウのディテールを残します。AppleのFinal Cut Cameraユーザガイドも、未処理のLog映像は淡く見えると説明しています。壊れているわけではなく、変換やカラーグレーディングで通常のコントラストになります。

Mehmet Ali Kisacik 15 分で読めます 更新 2026年10月1日
Log映像が白っぽく見えるのはなぜ?
写真:dlxmedia.hu(Pexels)

この記事の要点

  • Log映像が淡く見えるのは、記録方式によるものです。AppleのFinal Cut Cameraユーザガイドも同じ見た目を説明しており、変換やカラーグレーディングで通常のコントラストになります。
  • 壊れているわけではありません。ARRIのカラーに関するFAQはこの疑問に直接答え、エラーではないと述べています。logの画を、見るためではなくプリントするためのカメラネガにたとえています。
  • Logカーブは標準プロファイルより広いハイライトとシャドウの範囲を符号化するように設計されているため、映像が平坦に見えます。
  • PanasonicのV-Logは反射率90%の白カードを0〜1023の尺度でコード値602に置き、Rec.709は公称ピークの白を940に置きます。白が下がり黒が持ち上がるため、変換していないV-Logは標準的なディスプレイでは平坦に見え、コントラストが低く色も淡くなります。
  • logで見えるノイズは、たいてい新しいノイズではありません。logカーブがシャドウを持ち上げることで、暗さに隠れていたノイズが見えます。カラーグレーディングで暗部を戻せば、見えるノイズの大半も目立たなくなります。
  • あるアプリでは平坦で別のアプリでは自然に見える場合は、別の問題です。LUTを追加する前に、各アプリの色管理と、LUTがファイルに焼き込まれていないかを確認してください。

未調整のLog映像が淡く見える理由

Log映像とは、カメラが対数トーンカーブを通して記録する映像です。このカーブは標準的なピクチャープロファイルより広い明るさの範囲を保持します。その代わり、ファイルそのもののコントラストと彩度は低くなります。平坦で灰色がかった画は編集でカラーグレーディングするための状態であり、そのまま鑑賞するための画ではありません。コントラストを記録時に固定しないからこそ、ハイライトとシャドウの細部を編集まで残せます。

ARRIはカラーに関するFAQで同じ疑問に答えています。 “This is not an error! You have chosen to record in "Log C" – ARRI's native color encoding. Opposed to a "video" image (in REC 709 color space) Log C maintains more details in the lowlight as well as in the highlight areas. Log C is also referred to as the camera negative as it is unprocessed footage.”

モニタリング用のLUTやRec.709のプレビューは撮影中の見え方を変えるだけで、クリップにはグレーディング用のLog信号が残ります。もう一つの方法はLUTの焼き込みで、アプリはLUTを適用した映像をクリップそのものに書き込みます。この変更は元に戻せません。

logカーブは明るさをどう収めるか

センサーが捉える明るさの範囲は、通常の映像ファイルが収められる範囲よりはるかに広いものです。ピクチャープロファイルは、その範囲をファイルにどう収めるかを決めます。標準プロファイルは記録した時点で判断し、すぐ自然に見えるコントラストカーブを加えます。収まりきらない部分、たとえば白く飛んだ空や椅子の下の黒は、そこで恒久的に失われます。

PanasonicのV-LogとV-Gamutの仕組みの説明は、画面の画がなぜ不自然に見えるのかを明快に示します。 “To store this wide range of exposure in the recorded image, a log (logarithmic) contrast curve is utilized. However, displaying this huge range of image contrast (the darkest shadows to the brightest highlights) in Log format on a conventional monitor will result in an image that looks flat and dull to the eye, with colors appearing desaturated. These Log-recorded images are used to provide the greatest possible flexibility for later color correction; they are not intended to be viewed directly.”

AppleのMotionユーザガイドの用語集は、平坦な記録から仕上がった画までの流れを説明しています。 “A method of encoding video that preserves shadow and highlight details. A log recording takes the dynamic range (exposure range) of the source image and maps it across a logarithmic curve. This allows you to flexibly manipulate the shadows and highlights in post-production. Initially, a log recording looks flat, desaturated, and lacking in contrast. But when you apply a camera LUT or make manual color corrections, the video reflects the natural vibrancy and contrast of the original scene.”

白っぽさを数値で見る

PanasonicはV-Log/V-Gamutリファレンスマニュアル(Rev 1.0、28 November 2014)で、V-Logの10ビットのコード値を正確に公開しています。 “Gray output code with reflection of 18% is defined as 433, black output code with reflection of 0% as 128, and white output code with reflection of 90% as 602.”

表のIREは信号レベルを0から100で表す尺度で、波形表示で確認できます。コード値はカメラがファイルに書き込む数値です。10ビットのファイルには0から1023まで、1024個のコード値があります。入力反射率は、黒いカード、標準グレーカード、白いカードといった被写体の性質を表します。

入力反射率 IRE 10ビットのコード値
0%(黒) 7.3 128
18%(標準グレー) 42 433
90%(白) 61 602

V-Logでの階調の記録方法

V-Logでは、反射率90%の白カードのコード値は602です。一方、ITU-R BT.709-6は、標準的な映像の公称ピーク白を940と定めています。そのため、変換せずに標準的なディスプレイで表示すると、V-Logの白カードは最大の明るさよりかなり低い、上の表にある61 IREの位置に表示されます。

602より上の値は、窓や空など、シーンのより明るい部分を表します。PanasonicのV-Log/V-Gamutリファレンスマニュアルは、特定のVaricam機種と設定で信号がクリップするコード値を896または911としています。これらのカメラでは、そこがハイライトのディテールの上限です。

V-Logは黒も持ち上げます。BT.709-6では黒が64ですが、V-Logは黒カードをコード値128で記録するため、変換していないクリップの最も暗い部分は濃いグレーに見えます。

白が下がり、黒が持ち上がるため、変換前のV-Logはディスプレイの表示範囲のうち、仕上がった映像より狭い部分しか使いません。変換を適用するまで、コントラストと彩度は低く見えます。

ここにはビット深度も関わります。8ビットのファイルはチャンネルごとに256個、10ビットのファイルは1024個の値を持ちます。logカーブは同じ数の値に、より広い明るさの範囲を収めるため、各段階が受け持つ明るさも大きくなります。

ARRIは、自社カーブについてLogC4仕様書(23 January 2025)で、その結果を説明しています。文書には、このカーブが “was designed for 12-bit encoding as its minimum quantization level” とあり、10ビットのLogC4は “should not be used for archival or interchange” と述べられています。これはLogC4だけについての記述で、すべてのlog形式に当てはまる規則ではありません。ただし、logカーブが標準プロファイルより多くのビット数を必要とする傾向は、ほかのlog形式にも共通します。

シャドウのノイズが目立つ理由

平坦さの次によく聞かれるのが、シャドウのノイズです。理由は同じです。

REDはRED 101のREDlogFilmとREDgammaに関する記事で、こう説明しています。 “REDlogFilm images will initially appear flat, with lighter and noisier shadows, along with darker and more abrupt highlights. Tones retain the full dynamic range and are not actually any noisier though they are just being displayed differently.”

ノイズが新たに生じたのではありません。logカーブは画の暗部を持ち上げ、真っ黒にせずシャドウの細部を記録します。その持ち上げにより、暗さが隠していたノイズも見えるようになります。カラーグレーディングでコントラストを戻せば、シャドウは再び暗くなり、見えていたノイズの大半も一緒に目立たなくなります。

ただし、露出不足はノイズを悪化させます。暗く記録した画を編集で持ち上げると、信号の最も弱い部分を増幅することになります。ノイズはその弱い部分にあります。Logプロファイルを疑う前に、露出を確認してください。

iPhoneでLog映像を撮るときの注意点

Apple独自のLog記録には、端末の条件があります。Final Cut Cameraユーザガイドには “Log recording requires iPhone 15 Pro or later.” とあります。

この条件は、AppleのカメラアプリにおけるApple独自のLog記録に関するものです。iPhone上のLog映像一般、あるいは他社製カメラアプリ全般の条件ではありません。Logプロファイルは、アプリが画像に適用するトーンカーブです。アプリはカーブを自ら持ち、記録中に各フレームへ適用できます。その方式なら、Appleが端末でApple Logを提供するのを待つ必要はありません。

Log Cam: RAW 4K Video Cameraは後者の方式で動作します。独自のlog符号化を行い、独自のGPUパイプラインでカーブを適用します。AppleのLogを要求しないため、このアプリのLogプロファイルはApple独自のLogが使えるiPhoneだけに限られません。必要なOSはiOS 17.6以降です。先ほどの引用はAppleの機能についての事実です。

AppleはApple Logのダイナミックレンジをストップ数で公表していません。出回っている12ストップや13ストップという数値は、すべて第三者による推定です。

平坦なクリップを仕上げる方法

記録したLogクリップは、編集アプリで通常のコントラストに仕上げます。記録したプロファイル用の変換を使う方法と、手作業でグレーディングする方法があります。カメラが残したハイライトとシャドウのディテールはファイルに入っているので、グレーディングで明るい窓を暗くしたり、影を持ち上げたりできます。舞台照明や夕日など明暗差の大きい場面でこうして調整できる余地があることが、Logで記録する理由です。

  • 変換してから調整する。 LUT(ルックアップテーブル)は、記録したLogプロファイルを自然な画へ戻すための準備済みの変換です。記録したプロファイルに合うLUTを適用します。一度の操作で適切な出発点ができ、残りは好みの調整になります。
  • クリップを手作業でカラーグレーディングする。 黒レベルを決め、白レベルを決め、コントラストを加えます。その後に彩度を上げます。時間はかかりますが、カーブへの理解は深まります。

Log映像が向いていない場面

グレーディングする予定がなく、iPhoneから仕上がったクリップをそのまま使いたい場合は、標準プロファイルで記録するか、LUTを焼き込む設定にして、LUTを適用した状態で各クリップを保存してください。

よくある質問

Apple Logに対応していないiPhoneでもLog映像を記録できますか?
はい。アプリが独自にlog符号化を行い、AppleのLogを要求しない方式なら可能です。Apple内蔵のLog記録にはApple独自の対応条件がありますが、その条件はAppleの機能だけに関するものです。アプリが各フレームに独自のトーンカーブを適用するなら、iOSにLogを求めません。このアプリはその方式で、7種類のLogプロファイルを記録でき、iOS 17.6以降が必要です。特定のiPhoneにおける解像度、フレームレート、ビットレートの上限は別の問題です。
Log映像に妙なノイズが出るのはなぜですか?
logカーブはシャドウを持ち上げるため、以前からあったノイズが見えるようになります。REDもREDlogFilmとREDgammaの説明で同じ点を述べています。階調はダイナミックレンジを保っており、表示のされ方だけが変わっています。クリップをカラーグレーディングすればシャドウは再び暗くなり、見えていたノイズの大半も目立たなくなります。それでもノイズがひどいなら、Logプロファイルではなく露出不足を疑ってください。暗い記録ほど持ち上げる量が増え、持ち上げるほどノイズも増幅します。
Log映像があるアプリでは平坦で、別のアプリでは自然に見えます。同じ問題ですか?
必ずしも同じではありません。どのアプリで見ても平坦なクリップは、多くの場合、未処理のLogで、変換かグレーディングで解決します。あるアプリでは平坦で別のアプリでは自然に見える場合は、色管理の問題です。片方のアプリがファイルの色情報を無視しています。LUTでは直らないので、まず別のプレーヤーでファイルを開いてみてください。また、同じ変換をもう一度かける前に、その変換がすでにファイルに焼き込まれていないかも確認してください。