『RAWファイルのサイズに関する質問』のクチコミ掲示板

[FM1]

RAWで記録したCR3ファイルの容量が30〜56MBあります。
取説上の理論値は26.1MBのようですが、この相違の原因は何でしょうか？
同時に記録したJPEG(L)ファイルは、7〜9MBで、理論値（8MB）と大きな差はありません。
ファイルサイズが大きい理由をご存じの方がいらっしゃいましたら、ご教示ください。

書込番号：25987020

[hirappa]

＞FM1さん

真っ白とか、真っ暗な写真だと、小さくなりますよ。

書込番号：25987048

[でそでそ]

記録される情報量の差かと。

hirappaさんがお書きのように、真っ白／真っ黒、逆にカラフルで複雑なももの、など幾つか試してみると、何となくわかるのではないかと。

書込番号：25987079

[ほoち]

ザラザラしたノイズも情報量増やしますね
NRかけられるjpegではすっと少なくなるなら主要因これかも

書込番号：25987083　スマートフォンサイトからの書き込み

[くらはっさん]

実容量＝３０〜５６ＭＢ
理論値＝２６．１ＭＢ

理論値をイメージセンサーの画像データ＋日付やら時間やら位置情報やらボディ＋レンズの状況情報やら、とすると、カメラ側で設定されている『味付け情報』＝先鋭度や彩度、明度、コントラスト、他諸々の画像関連の設定情報が、

３．９ＭＢ〜２９．９ＭＢを占めるんじゃないかと推察。…ＲＡＷでも圧縮可能な保管もできるのなら、そのサイズも効いてるんでしょうかね？


ただ、一回の撮影行で
　　『全て同じファイルサイズを期待したのに、撮った画ごとにファイルサイズがバラバラだった』

のであれば、画毎に『味付け情報』のサイズが変わる、と言うことでこりゃ原因は判りません。
その画にだけ補足の情報がくっついたのか、そもそも画像の素性に伴う可変要素的な情報が付帯するのか、これはもう設計者さんに聞くしかないように思います。



因みにJPEGの場合、画面に色・コントラスト等の顕著な変化点がないような真っ青な空、単調な壁面、画面の１〜２割程度にしか被写体が写ってないような単調な画面では『絶大な圧縮効果』が期待できて、ほぼ理論値に近くなるように思います。

絢爛艶やかな紅葉、キラッキラなイルミネ夜景、『色とりどり』に咲き誇る花畑等は結構データサイズがデカくなる筈です。お試しになられては？

書込番号：25987085

[holorin]

一般に、カメラのRAWデータには、サムネイル用のJPEG画像データが埋め込まれています。そういった理由もありそうです。

書込番号：25987098　スマートフォンサイトからの書き込み

[湘南MOON]

＞FM1さん

＞RAWファイルのサイズに関する質問

画像の状態（細かい模様・荒い模様）では容量が違います。
JPEGでも容量は変わりますよ。

書込番号：25987373

[ミスター・スコップ]

FM1さん

全く圧縮を行っていない「6000*4000」のRAWデータの容量(bit数＝階調度)は、以下のようになります。

8bits：22.9MB
10bits：28.6MB
12bits：34.3MB
14bits：40.1MB
16bits：45.8MB

R8のRAWは、多分、14bitsだと思いますが、R8の取扱説明書に記載されている26.1MBと上記との比較から、「compressed RAW」でない場合でも、可逆圧縮が行われている事になります。圧縮は、0 or 1 が連続する等の箇所で大きく掛かるので、単調なパターンと複雑なパターンとでは、圧縮後の容量に差が出ます。一方、メタデータは、せいぜい数MBしかないので、容量を何十MBも増加させる要因にはならないと思います。

書込番号：25987654

[ミスター・スコップ]

補足です。

56MBは、いくらなんでも大き過ぎる気がします。
DPRAWで記録なさったのではないでしょうか？

書込番号：25987664

[FM1]

データ容量の相違に関するいろいろな可能性をご紹介いただき、ありがとうございます。
ただ、５０MBを超えるのは、説明がつきにくいようですね。

これまで、EOS 6Dを使ってきましたが、これほど大きくなることはありませんでした。
R8を購入し、６Dと同じように撮影したのですが、SDカードの残量と撮影枚数をみてファイルサイズが大きいのに気づきました。撮影可能枚数が半分になったと感じています。

ノイズのこととか、圧縮（14bits）とかだと、撮像素子の使い方やエンジンが進歩した（複雑になった）ことで、６DよりR8がより大きい情報を取り込むのではないかと、素人ながら考えます。こんな考えでよろしいのでしょうか？

もっぱら、RAW・現像ソフトの使用にて、余計な画像関連の設定はOFFにしているつもりですが、何か、容量を食う設定が残っているのでしょうか？
DPRAWは”しない”設定にしていました。

ミラーレスになって、機能が増え、設計も一新しており、ちょっとついていけていません。
エンジンの相違、多機能と片付けてしまえばよいのかもしれませんが、
何か、設定や使用法で見落としているのではないかと気がかりです。

今少し、お付き合いください。

書込番号：25987968

[kooth]

＞FM1さん

まず、「理論値」が認識違いかと。
「キヤノン試験基準」で「測定」した値で、
撮影条件
(クロップ/アスペクト、被写体、ISO感度、
ピクチャースタイル、カスタム機能など)により
異なると、マニュアルに書かれています。

試験基準のりも細かい風景などを撮れば、
サイズが膨らみます。

書込番号：25987982　スマートフォンサイトからの書き込み

[pmp2008]

＞holorinさん

＞一般に、カメラのRAWデータには、サムネイル用のJPEG画像データが埋め込まれています。そういった理由もありそうです。

別機種（α7C）ですと、サムネイル用のJPEG画像サイズは 1080 x 1616 （約2M）です。これは、α7Cの非圧縮RAWデータ（約40M）と比べるとだいぶ小さいです。

おそらく、R8のサムネイル用のJPEG画像も同様の大きさであって、RAWファイル全体のサイズには大きな影響はない、と思います。

書込番号：25987993

[hirappa]

＞FM1さん

2400万画素ｘ3colorｘ2byte=137MBなので、

圧勝率によっては50MBもあり得るのでは。

書込番号：25988016

[pmp2008]

＞ミスター・スコップさん

＞全く圧縮を行っていない「6000*4000」のRAWデータの容量(bit数＝階調度)は、以下のようになります。
＞14bits：40.1MB

そうですね。

＞R8のRAWは、多分、14bitsだと思いますが、R8の取扱説明書に記載されている26.1MBと上記との比較から、「compressed RAW」でない場合でも、可逆圧縮が行われている事になります。

なるほど。

書込番号：25988047

[pmp2008]

＞hirappaさん

＞2400万画素ｘ3colorｘ2byte=137MBなので、

これは計算間違いです。

ミスター・スコップさんの書込番号：25987654の数値が正しいです。

書込番号：25988049

[でそでそ]

＞FM1さん
疑問点、不安事項（設定面の見落としの可能性など）、を整理してサポートの問い合わせフォームから投げた方がスッキリするのでは。
https://canon.jp/support/contact/eos-d

書込番号：25988050

[hirappa]

＞pmp2008さん
＞ミスター・スコップさんの書込番号：25987654の数値が正しいです。

そっか、この機種は、モザイクセンサーでしたね。
ご指摘ありがとうございます。

書込番号：25988073

[FM1]

いろいろ、ありがとうございます。

50MBというのは、以前、3レイヤーのFOVIONで45MB、ファイル変換して50MB越えのファイルを扱ったことがありますが、当時のPCでは読み書きにかなり時間を要したことがありました。
この度は、幸運にも、13年ぶりにPCを新調したこともあり、取り込み時にはファイルが大きくなった弊害は感じなかったとこところです。
RAW使用のユーザーさんで古いPCをお使いの方、あるいは５D・６D世代からR８を購入された方の中には、ファイルの整理でかなり苦労されている方もいらっしゃるのではないでしょうか。

撮像素子については、素子の設計、サイズ、その構成など、特に色の階調について興味があるので気にはなるのですが、情報も少なく理解もできない始末。ブラックボックスとして横に置いています。
さらに、ミラーレスに移行して、目まいのする状況ではあります。
RAWは生のデータ、とはいうものの、エンジンで処理されているんですね。こエンジンまた、ブラックボックス。

６D（５D）とR８との相違という点で、ファイルサイズに影響する相違点は？
ちなみに、６DのRAWデータの容量(bit数)は14bitsでしたか。

相違点、撮像素子やエンジンがまず第一ですが、少々難しいので、
その他、留意すべき点はありますでしょうか？

かなり出尽くしたのかとは思いますが、よろしくお願いします。
メーカー問い合わせ、難しい答えが返ってきたらと、思ったり・・・・・(笑)

書込番号：25988085

[でそでそ]

＞FM1さん
>メーカー問い合わせ、難しい答えが返ってきたらと、思ったり・・・・・(笑)

何らかの設定起因でファイルサイズが大きくなりすぎるのではないか、というのがご不安点かと思うのでそのことだけ聞いてみては。
そうしたら原理的な難しい内容の返答にはなりにくいかと。

原理的な部分をどの程度気になさっているのか読み取りづらかったので、ひっくるめてサポートへ自分が知りたい点を問い合わせてはという主旨でした。
手間もあると思うので、どうするかはお任せします。

度々失礼しました。

書込番号：25988106

[pmp2008]

＞FM1さん

手元にあるRAWファイルのサイズを見てみました。

・カメラ：α7C
・画素数：4000 x 6000
・RAWビット数：14
・RAW形式：非圧縮

・RAWサイズ理論値
- 画像データ：40.1 MB
- 付属JPEG（1080 x 1616）：1.7 MB

・RAWファイルのサイズ（少数サンプル）：46.7MB から 47.3 MB

＞RAWで記録したCR3ファイルの容量が30〜56MBあります。

R8(画素数：4000 x 6000)のRAWが14ビットとして、RAWファイルサイズ56MBの場合は、つぎのことが考えられます。
・画像の付加情報が15MB程度あり、データがほとんど圧縮されていない
・画像の付加情報が15MBよりもっと大きくて（例えば30MBとか）、データは圧縮されている

書込番号：25988121

[FM1]

ミスター・スコップさんの『14bits：40.1MB』について、
少し調べてみましたら、以下のような解説がみつかりました。

『仕様書上のRAWファイルの容量はどうやって求めたのでしょうか？
圧縮率を求める計算式でもあるのでしょうか？
・・・・・謎です
RAWファイルの容量は以下の式で求められる。
RAWファイルの容量（MB）＝画素数×14bit÷8bit/Byte÷10⁶ bit/MB
ただし今どきのカメラでしたら、可逆圧縮もしくは非可逆圧縮RAWが一般的なので、計算式よりも小さくなる。』　
　　　　　　　　　　←　　https://photo-cafeteria.com/raw-file-capacity/#google_vignette

『謎です』とは、（笑）
でも、今回は大幅に大きくなっているので？

50MBは、仕様書上４40Bの上振れというところでしょうか。
まあ、６DよりR８の方がブレ幅が大きいというところでしょうか。

でそでそさん
ありがとうございます。
画像による相違や容量の幅など、今一度検証して問い合わせてみます。

書込番号：25988134

[FM1]

pmp2008さん
ありがとうございます。
『RAWファイルのサイズ（少数サンプル）：46.7MB から 47.3 MB』
理論値より大きくなるのですね。これだと、50MB超えでも大きな差ではありませんね。
付加情報、意外と大きいものかも、ですね。

そろそろ閉めようかと思いますが、新たに見ていただけるかもしれませんので、
今しばらく開けておきます。
ひとまず、皆様、ありがとうございました。

書込番号：25988145

[くらはっさん]

＞相違点、撮像素子やエンジンがまず第一ですが、少々難しいので、
＞その他、留意すべき点はありますでしょうか？

『何が一番心配なのか』がサッパリ判らないことでしょうな。


ファイルサイズが理論値より掛け離れてデカイ事なのか、
ファイルサイズを決める要素が何か判らない事が問題なのか、
メディアの何枚用意しときゃ良いのか…


ぶっちゃけて言えば、ファイルサイズは設計側が諸々仕様を決めた時点で完全に数式で算出可能な事ですから、カイシャの設計陣に質問すりゃ良いんでしょうが、まあ答えは

　　非公開につきご了承をお願いします。今後とも弊社製品を宜しくお願いします。

で御終いでしょう。


取り敢えずは128GBでも256GBでも多目に持参して、PCもそれなりのスペック持ったのを用意しとけば暫くは大丈夫なんじゃないでしょうか。

書込番号：25988320

[pmp2008]

＞FM1さん

細かいことですが、JPEG画像データは圧縮されていますので、書込番号：25988121 の内容を一部訂正します。

誤）- 付属JPEG（1080 x 1616）：1.7 MB

正）- 付属JPEG（1080 x 1616）：1.7 MB以下

書込番号：25988358

[FM1]

くらはつさんさん、ご意見、ありがとうございます。

少し論点がずれそうなので、今一度整理させていただきます。
質問の趣旨は、R8のRAWファイルの容量が大きく、その原因をご存じないかというものです。
６Dと画素数がそう変わらないR8で50MBを超えた、その原因に関する質問です。

おそらく、撮像素子にかかわるシステム、そしてエンジンの処理など、設計側が決めた”諸々仕様”が主因かとは思いますが、その中で、皆さんにいただいたご回答から付加情報にかなりの容量を使っているようにも感じられました。

なお、古いカメラから最新のシステムに変更して、新しいシステムがよく理解できていない状況でもあるので、ファイル容量を食う設定をしている可能性も否定できず、あわせて質問となったものです。

今少し整理・熟考し、”会社”への質問の仕方も考えてみます。

書込番号：25988426

[FM1]

pmp2008さん
情報提供、ありがとうございます。

書込番号：25988427

[スッ転コロリン]

こんばんは。EOS R8 は持ってませんが・・・

「RAWで記録したCR3ファイルの容量が30〜56MBあります。」の56MBのRAWファイルを
特別な味付けをしないでRAW現像したJPEGファイルをココにアップロードしてみませんか。

<余談>

RAWデータの圧縮には、その効果が好ましくない画像があるかもしれません。
たとえばレンズキャップをしたままオートモードで撮影、
意味のある被写体は写ってなくただ真っ暗を写して高感度ノイズ出まくりの画像とか。


imaging-resource のR8のサンプル画像RAWファイル、
Y-JG-CANON-R8-0015.CR3 が 33.6 MB でした。

https://www.imaging-resource.com/PRODS/canon-r8/canon-r8GALLERY.HTM

Webページには 41,616,530 bytes と書いてありますが、
ダウンロードした Y-JG-CANON-R8-0015.CR3 は
Windows11 のファイルエクスプローラーでは 33.6 MB でした。
理由はわかりません。
同じ画像のカメラJPEGもWebページ表記とダウンロードのソレは違うようです。

書込番号：25989024

[cbr_600f]

すいません私も持ってないので一般論ですが…。
縮小ではなく全画素サイズのJPEGがRAWデータに埋め込まれているカメラもあります。
この場合、シーンによるファイルサイズの差分が増える方向かと思います。

それと、可逆圧縮を使った場合、ノイズの多い画像では元のファイルサイズより大きくなる場合があります。
一般的に圧縮には近隣画素との差分を利用するので、絵柄が単純でノイズが少ない方がファイルサイズが小さくなる傾向があります。

書込番号：25989075

[ミスター・スコップ]

pmp2008さん

実際の情報提供等、ありがとうございます。


FM1さん

私は、以下のように考えています。

［仮説］
(A) 56MBのCR3ファイルは、DPRAWで記録されている。
(B) (A)が正しい場合、(今回問題視なさっている)30〜56MBのCR3ファイルの全て/一部は、DPRAWで記録されている。

［検証］
DPPで、DPRAWで記録されているかどうかを、以下の順で確認。
(1) 56MBのCR3ファイル
(2) 30MBのCR3ファイル
(3) 30〜56MBの任意のCR3ファイル

［補足］
・デュアルピクセルRAWオプティマイザ
(DPPでのDPRAWの取り扱い。以下が可能 → 開いたRAWファイルはDPRAWで記録されている)
https://cam.start.canon/ja/S002/manual/html/UG-05_Synthetic_0070.html
・R8でのDPRAW設定
(↓はオンライン/HTMLの取扱説明書、PDFの取扱説明書ではp.158~159が該当)
https://cam.start.canon/ja/C013/manual/html/UG-04_Shooting-1_0040.html


【おまけ・その1】
RAWのファイルサイズは、非圧縮の場合、
「長辺画素数」*「短辺画素数」*「階調度(bits)」*「重畳数(注)」　(bits)
MB表示への換算は、
「ファイルサイズ(bits)」/「8(bits/byte) * 2^20」　(MB)

(注) 重畳数＝撮像1画素当たりの受光部数
1： (例)色情報を、カラーフィルターの平面配置(ベイヤー配列、X-Trance配置等)を用いて取得しているイメージセンサー
2： (例)DPRAW
3： (例)色情報を、透過率の波長依存性(Foveon)、カラーフィルターの垂直配置等を用いて取得しているイメージセンサー
4： (例)QPRAW


【おまけ・その2】
像面位相差検出データは、キヤノンのDPに限らず、depth map取得に用いる事が出来ます。DPRAWのように撮像データと位相差検出データを同時に記録出来れば、後処理にて、light field cameraのように、フォーカス位置や被写界深度の変更が可能です。

スマートフォンにて同じレンズで撮影しても、ポートレート・モードを用いると、背景のボケが大きくなります。これは、撮像データと(LiDAR等による奥行きデータとパターンマッチングから得られる)depth map等から、演算によって得られた結果です。一方、Digital Lens Optimizer(DLO)は、レンズの収差補正では補正できない、結像性能に関わる残存収差や物理現象である回折現象(例：小絞りボケ)による解像劣化を、それぞれのレンズの設計値を用いて除去して、画像の解像感を上げる機能です。

ボケを大きくする/解像度を下げる演算を「掛け算」とすると、ボケを小さくする/解像度を上げる演算は「割り算」に当たります。上記では、スマートフォンのポートレート・モードが「掛け算」、DLOが「割り算」に当たります。プロを含む写真家には、RAW現像ソフトウェアで小絞りボケ低減機能等を用いる(「割り算」を用いる)事は認めているのに、「掛け算」を否定なさる方が少なくありません。

キヤノンには光学メーカーとしての矜持があるので、何処まで現実するか分かりませんが、既存機種にて、スマートフォンのポートレート・モードと同様、「掛け算」を適用する事も可能です(当然ですが、純正レンズ使用が必須条件です)。キヤノンは、DPRAWをユーザーに丸投げしても、他社との大きな差別化に繋がっていない(＝宝の持ち腐れ)と考え出したようで、ソリューション提供へ方向転換をしつつあるようです。以下の動画では、既存機種からの出力(撮像データ、位相差検出データ)から、擬似的な3D映像を得ています。このデモは、Canon EXPO 2023で初披露されました。

・EOS画質3D体験　(大川優介さん、キヤノンMJ、2024/02/28)
https://youtu.be/U3zdJ52Ah_U?si=R6GIzDfPPjQj_SS7&t=1032

書込番号：25989372

[FM1]

＞スッ転コロッリンさん

貴重なご意見、ありがとうございます。
　　　　『特別な味付けをしないでRAW現像したJPEGファイルをココにアップロードしてみませんか。
　　　　　・・・・・意味のある被写体は写ってなくただ真っ暗を写して高感度ノイズ出まくりの画像とか』
　　　　少し差しさわりもあるので、画像のアップはご容赦ください。

皆さんのご意見をもとに、画の種類でファイルサイズに何らかの傾向があるか、
また、ご指摘いただいた暗い画像という点を踏まえて見直しています。
参考として、特徴のあるものをあげておきます。
　　　　　・　室内の猫（比較的単純な画・やや高感度）；20MB　これが一番小さいファイル
　　　　　・　快晴下のやや紅葉した林・青空僅か（明るい画）；62MB　というのもありました
　　　　　・　参拝者の多い神社（先の林とほぼ同条件）；55MB
　　　　　・　夜明け前の駅（ほとんど真っ暗・好感度撮影）；42MB。
暗い画でも結構高い値ですが、葉っぱ一面の画で容量を食っているので、この辺りに要因がありそうです。


＞cbr_600fさん

”全画素サイズのJPEG”、なるほどです。
ありがとうございます。


＞ミスター・スコップさん
ファイルサイズにかかわる視点、ありがとうございます。

DPRAWは”しない”設定です。
D6の設定内容をもとに、R8で新たに導入された項目は基本的にOFFとし、各項目を設定したつもりでしたが、
再度見直したところ、ピクチャーモードを”オート”設定にしており　（D6はスタンダード）、
ひょっとしたらこの辺りも影響があったのかもしれませんね。

皆さんのおかげで、ファイル容量を増やす要因のいくつかがみえてきたようで、
あわせて、R８の理解が深まり、感謝、感謝です。

書込番号：25990846

[FM1]

多くの方に貴重な情報やご意見を賜り、ありがとうございました。

古い一眼レフ（D6）と新しいミラーレス（R8）のRAWファイル比較で、R8の方が容量が大きい；
　　・　RAWデータの容量(bit数＝階調度)は、40.1MB（14bits）で、上下に振れる
　　・　取扱説明書に記載されている26.1MBと上記との比較から、可逆圧縮が行われている事になるが、
　　　　単調なパターンと複雑なパターンとでは、圧縮後の容量に差が出る
　　・　（高感度）ノイズの多い画像
　　・　付加情報（補足の情報）の大小
　　・　設定
　　　　　　　DPRAW設定
　　　　　　　ピクチャーモード

単純な疑問でしたが、皆さんのおかげで、技術の進歩を大きく感じました。
幸いにも、現像用のPCを初級ゲーマーレベルに上げていたので、処理には苦労はなく、
SDカードも容易に対応できるので、問題はありせん。

多くのご意見、情報提供、ありがとうごいました。

書込番号：25990912

[くらなる]

R3とR6で同一日に撮影したデータで最大は33.891KBでした。
画素数は殆ど変わらない両機ですが、若干画素数の低いR3の方が圧倒的にデータ量が大きくR6は最大29107KBでした。

>容量が30〜56MB
30MB前後は他機種と比べて普通にあり得る値かと思いますが、56MBはちょっと大きすぎますね。
高感度でノイズの多い画像ならデータも大きくなったりすると思いますが、普通なら倍近くにはならないと思いました。

参考まで

書込番号：25992014

[ミスター・スコップ]

FM1さん

> DPRAWは”しない”設定です。

とのご回答に、大変申し訳なく思っていたにも拘わらず、Goodアンサーを頂戴し、とても恐縮しています。

DPRAWで記録なさっていない事を知ってから、CR3のファイルフォーマットに関し、ちょっと調べ出しています。ただ、踏み込んだ事がほぼない世界なので、今回のご質問と関連する情報にきちんとアクセス出来るかどうか、かなり怪しいのが実態です。

R8と(くらなるさんが言及なさっている)R3の取扱説明書に記載されている各ファイルサイズは、以下の通りです。記録画素数は、R8もR3も、キヤノン機では良くある「6000*4000」なのですが、ファイルサイズが微妙に異なるのは、bit数/階調度が、R8は14bits、R3は16bitsだからなのかも？？

RAW： (R8)26.1MB、(R3)29.3MB
JPEG： (R8)8.2MB、(R3)8.7MB
RAW+JPEG： (R8)34.3MB、(R3)38.0MB

DPReviewによるR8サンプル画像では、RAWファイルは、取扱説明書に記載されたファイルサイズにかなり近似しています。

・DPReviewによるR8サンプル画像
https://www.dpreview.com/reviews/canon-eos-r8-review#SG

一方、スッ転コロリンさんがご紹介下さったImaging ResourceによるR8サンプル画像では、CR3ファイルは、概ね[30台]MBとなっています。

ここで、またまた大胆な仮説を立ててみたいと思います　‥‥　またまたFM1さんから速攻で否定されるかもですが‥‥
以下の仮説の「RAWのみ」がFM1さんの(40MB~の)場合に相当し、「RAW+JPEG」がImaging Resource等の一般的な場合に相当します。実際、Imaging ResourceによるCR3ファイルは、取扱説明書に記載された「RAW+JPEG」のファイルサイズに近いですよね。一方、DPReviewによるRAWファイルには、フルサイズのJPEGが格納されていないものと思われます。

［仮説］
CR3ファイルには、プレビュー(サムネイル)用のJPEG以外に、フルサイズ(R8/R3なら6000*4000)のJPEGが格納されるが、圧縮方式が保存方式によって異なる。
・(保存)RAWのみ： (格納されるJPEG)可逆圧縮/Lossless
・(保存)RAW+JPEG： (格納されるJPEG)非可逆圧縮/Lossy


何故、この仮説に至ったのかは、CR3のファイルフォーマットに対する、私の現状認識と大きく関わっています。FM1さんが「RAW+JPEG」で保存なさっていたとしても、CR3のファイルフォーマットに関する情報は、ご紹介する積りです。

書込番号：25992106

[ミスター・スコップ]

補足。

DPReviewによるRAWファイルも、CR3ファイルです。

書込番号：25992164

[FM1]

追加の情報、ありがとうございます。

『RAW＋JPEG(L)』　設定して撮影しています。
Windowsでの画像確認をJPEGで、現像はRAWを市販現像ソフトで行っています。

ミスター・スコップさんの情報、今回は本当に勉強になりました。
RAWファイルにJPEGなどの情報が格納されているとは、
ファイルサイズの相違に関していうと、CR2とCR3との相違も考えられるということですね。

Ｒ８のＣＲ３、現像していて、あまり手を加える必要がない画像が多いように感じています。
ＲＡＷ現像を楽しんでいたものにとっては、少し寂しい気がしますが、
この辺りにも新しいテクノロジーが詰まっているんでしょうね。

いろいろ、ありがとうございました。

書込番号：25992639

[ミスター・スコップ]

FM1さん

外し捲ってしまい、お恥ずかしい限りです。
改めて、CR3のファイルフォーマットを見た所、「RAWのみ」と「RAW+JPEG」のどちらで保存しても、CR3自体に影響はありませんでした。現時点で、CR3のファイルサイズが極端に大きくなる要因としては、DPRAW以外考えられません。その為、以降の記載内容に、備忘録以上の意味はありません。また、理解不足が著しいので、誤り等が多々あると思いますが、ご容赦下さい。

まず、概要から。
今回参考にしたのは、有志による「Describing the Canon Raw v3 (CR3) file format」で、当然ながら、記載内容にキヤノンは一切関わっていません。
CR3は、M50(日本名称：Kiss M、発売：2018/03)にて、cRAWと同時に、導入されました。ベースとなるファイルフォーマットは、CR2がTIFFだったのに対し、CR3は(MP4等と同様)「ISO base media file format (ISO/IEC 14496-12)」となっています。どちらもコンテナフォーマットですが、「ISO base media file format」の方が、柔軟性/拡張性等に優れています。ただし、CR2とCR3とでファイルサイズが大きく異なるのは、cRAWを用いた場合とかなのでは？と「個人的には！」思っています。

ここからは、個々の説明からの抜粋です。なお、Wikipediaも、日本語版より英語版の方が、より客観的/詳細な情報が得られると思われます。

「The Canon CR3 format is based the ISO Base Media File Format (ISO/IEC 14496-12), with custom tags, and the Canon 'crx' codec: a mix of JPEG-LS (Rice-Golomb + RLE coding) and JPEG-2000 (LeGall 5/3 DWT + quantification). Some tags contains TIFF structures : IFDs, Makernotes.

The CR3 file format and its new CRX codec support both lossless 'raw' and lossy 'craw' compressions. CR2, the TIFF based format is no more used by the M50 or EOS R, even with lossless 'raw' compression.

'craw' means 'compact raw'. The CR3 format also supports dual pixel pictures, sequence of images ("roll" created using Raw burst mode) and movie (Cimena Raw Movie).」

・Describing the Canon Raw v3 (CR3) file format (Laurent Clevyさん)
https://github.com/lclevy/canon_cr3


以下で説明されているMP4は、「ISO base media file format」から拡張されたファイルフォーマットで、コンテナフォーマットの理解の助けになると思います。

「ボックス構造
ISOベースメディアファイルフォーマットのボックス構造は木構造をとるが、ここでは主なボックスについて述べる。実際には多数の木構造のボックスが含まれ、さまざまなレベルの情報を柔軟に格納することができるようになっている。
・ftyp： ファイルタイプの記述。ファイルの先頭にただ一つだけ含まれる。
・moov： 全てのメタデータを含むコンテナ。ファイル中にただ一つだけ含まれる。メタデータとして含まれる情報としては、各トラック(動画、音声など)のヘッダ情報やコンテンツの内容のメタ記述、時刻情報などが含まれる。
・mdat： トラックのメディアデータ本体のコンテナ。ファイル中のmdatボックスの数は任意である。すなわち、動画と音声、動画だけ、音声だけ、あるいは複数の種類のトラックを同時に含む、などのように、任意のトラック構成を持てるようになっている。

格納できるメディアの種類
MP4ファイルは以下に示す映像・音声コーデックのメディアデータを組み合わせて(多重化して)格納し利用できる。
・ビデオ： MPEG-1、MPEG-2、MPEG-4 Visual (MPEG-4 Part 2)、H.264/MPEG-4 AVC (MPEG-4 Part 10)、H.265 (H.265/HEVC)、AV1 など
・オーディオ： AAC、HE-AAC、MP3、MP2、MP1、MPEG-4 ALS、TwinVQ、CELP(QCELPとは異なるので注意)、Opus など
・静止画： PNG、JPEG
・テキスト」

・MP4 (Wikipedia日本語版)
https://ja.wikipedia.org/wiki/MP4


CR3のmoov/mdatは、以下の通り(数値はM50の例)で、DPRAWでは(1)~(5)、それ以外は(1)~(4)にデータが格納されます。

(1) full size, lossy jpeg version of picture(s) (6000x4000)
(2) small version of picture(s) in raw or craw (1624x1080) (preview in DPP)
(3) full size version of picture(s) in raw or craw (6288x4056)
(4) for Canon Time Metada
(5) for dual pixel picture(s) in raw or craw (6288x4056)

書込番号：25993097