『私の失敗談！！』のクチコミ掲示板

[ピノキッス]

不具合のあるメニュー画面	設定リセット後のメニュー画面

「非圧縮ＲＡＷと連射枚数の検証」[19241014」を行ったピノキッスです。

その後、単写で撮っても圧縮・非圧縮のファイルサイズが17ＭＢ前後と35ＭＢになってしまったので、一人悶々としていました。
設定を変えたり、バッテリーによるリセットも行いましたが、直りませんでした。(´；ω；`)ｳｩｩ

最終手段として、設定値を別カメラで撮影した後、「設定リセット」を行うことによって、ようやく本来のファイルサイズに戻ることが出来ました。＼(^o^)／

原因を究明したところ、私が動画で「super 35mm]を使用し、元に戻さなかったことでした。・・・つまり、ＡＰＳ−Ｃモードで撮っていたんですｗ。(´；ω；`)ｳｩｩ

皆さんもこのような初歩的ミスが無いよう、恥ずかしながら失敗談として注意喚起いたします。


ＰＳ.その後、非圧縮ﾓｰﾄﾞでの連射もおこないましたが、5枚/秒で7枚撮れ、ファイルサイズは81.9ＭＢなので、14ｂｉｔ非圧縮RAWであることが確認出来ました。＾＾

書込番号：19252297

[ミスター・スコップ]

ピノキッスさん

ピノキッスさんが試されたのがAPS-Cである事は、既に10/20に以下でコメントさせて頂いています。でも、ピノキッスさんご自身がご納得されたようで良かったですね。

http://bbs.kakaku.com/bbs/K0000789764/SortID=19241126/#19242581

不完全ですが、それより前からコメントさせて頂いています。

http://bbs.kakaku.com/bbs/K0000789764/SortID=19241126/#19242441

> ＰＳ.その後、非圧縮ﾓｰﾄﾞでの連射もおこないましたが、5枚/秒で7枚撮れ、ファイルサイズは81.9ＭＢなので、14ｂｉｔ非圧縮RAWであることが確認出来ました。＾＾

そうなのですか。参考になりました。

書込番号：19252453

[orange]

＞ピノキッスさん
>>皆さんもこのような初歩的ミスが無いよう、恥ずかしながら失敗談として注意喚起いたします。


うんうん、ありがとう。
でも、私たちは昔からαを使ってAPS-Cとフルサイズを撮り分けていますので、間違うことはありません。
ときたま、ポカをして変え忘れますが、すぐに気づきます。

スレ主様も、切り替えの回数が増えるにつれて、忘れなくなりますよ。
確かに、４K動画は暗くなるとSuper35mmモードがフルサイズよりも高画質になりますね。
私も、広間はフルサイズ４K、夕方から夜はSuper35mmモード４Kで撮っています。

正直言って、切り替えは静止画と動画を別々にしてほしいですね。
　　静止画はフルサイズで撮り、４K動画はSuper35mmモードで撮りたい場合が多いですよね。
同じ場面をビデオと静止画で撮りたいですよね。カシャカシャと切り替えながら。
　　フルサイズモードで写真を撮っているときに、録画ボタンを押すだけでSuper35mmモードで４Kを撮りたいです。
だって、夜になると
　　静止画はフルサイズが高画質
　　４K動画はSuper35mmモードでが高画質
　　高画質なモードが違うのだから。

ソニー様、ご一考を。
　　本当につかえば、別設定のほうが良いとわかるはず。
でもダメだろうね。ソニーはカメラを撮る人が少なすぎるから、私の言うことを理解できない。特に企画者はカメラを撮らずに机上の仕事ばかりしている。

われわれリアルなユーザーは、不便しつつ、色々と撮りましょう。

書込番号：19252714

[苦楽園]

連写しない場合の1枚のサイズは85.6MBです。81.9MBにはまだ何かあるんじゃないですか？例えば14bitじゃなくて12bitだとか。

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

[estevez]

非圧縮、長秒NRオフ、単写、Lサイズで撮影してみましたが
あれ？
81.5MB〜81.6MBですね。

書込番号：19253380

[けーぞー＠自宅]

1024と1000の違いとか？

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

[ミスター・スコップ]

どこに書き込むべきか悩みましたが、ここに書き込みます。一番下に付けた記事では、非圧縮14bit-RAWを16bitフォーマットで保管しているとしています。何故、16bitフォーマットと判断したのかは良く分かりませんが、ストレージ、レスポンス、連写に悪影響があるとしています(連写に関しては、ソニーの説明通りなら12bit、ピノキッスさんのご報告だと14bitですね)。

16bitとして、ファイルサイズを計算してみました。フルサイズLです。M(メガ)を2通りで場合分けしてあります。

[非圧縮14bit-RAW]←16bitとして計算。
・M=2^20とした時：80.4MB
・M=10^6とした時：84.4MB

実際のファイルサイズはいくつか挙がっていますが、仮に以下だと、上記の単純計算との差はほぼ一緒になります。JPEGサムネイル、Exif等の付与程度とすれば妥当で、辻褄は合うと思います。ご報告のファイルサイズが81.6MBと85.6MBで分かれているのは、Mにどちらを用いているか(*)によって生じていると思われます。

(*)
申し上げるまでもありませんが、エクスプローラーで見た場合、括弧内で読めば10^6、括弧外(左側)で読めば2^20です。

・M=2^20とした時？：81.6MB(単純計算の1.2MB増)
・M=10^6とした時？：85.6MB(単純計算の1.2MB増)←括弧内はM=2^20に換算。

ついでに、D810についても同様の検討をしてみました(M=2^20で統一)。ニコンも非圧縮14bit-RAWを16bitフォーマットで保管しているようです。

[非圧縮14bit-RAW]←16bitとして計算。
・70.0MB
カタログ値
・73.2MB(単純計算の4.2MB増)

[非圧縮12bit-RAW]←12bitのまま計算。
・51.7MB
カタログ値
・55.9MB(単純計算の4.2MB増)

・Understanding Compression of the Sony A7R II Uncompressed ARW Raw Format (Diglloyd).
http://www.sonyalpharumors.com/understanding-compression-of-the-sony-a7r-ii-uncompressed-arw-raw-format-diglloyd/

書込番号：19263279

[orange]

何を揉めているのか不思議です。
14ビットを格納するのはコンピュータのメモリーです。
人類のコンピュータはバイトマシンが勝利しましたので、現在は全てバイト単位に格納されます。
すると、14ビットを格納するには２バイト使われることになる。
ソニーのOSはLinuxですので、その意味でも２バイトが妥当ですね。
ソニーのTVは最近、Linux＋自社製の開発システム　から　Android(Linux + 標準開発システム）に鞍替えしましたが、基本はLinuxで、同じです。

結局、Linux OSという基本部分を見れば、２バイトは自明の理です。つまり、議論の余地はないということです。

書込番号：19266061

[けーぞー＠自宅]

暗算苦手です。
１４ビット×４=５６ビットです。
ＲＧＧＢの４画素とすれば切りがいい？
８ビットを１バイトとすると、７バイトになるのかな。
ラッキーセブンではありますが、ちょっと中途半端ですね。

４バイト、８バイト単位で入出力するのが３２ビット、
６４ビットマイコンです。

もう一声、一越えしたほうがいいのかな。
メモり使用効率、入出力処理、内部処理などなど悩ましいですね。
６４ビットマイコンならば、３２ビットの演算を一度に２つ実行
できる？１６ビットの演算を４つ実行できる？

# ７ビットを１バイトとする処理系を出すと年がばれるか。

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

[ミスター・スコップ]

orangeさん

> 何を揉めているのか不思議です。

何も揉めていませんけれど‥‥

> 14ビットを格納するのはコンピュータのメモリーです。
> すると、14ビットを格納するには２バイト使われることになる。

目茶目茶短絡的ですね！(*)

> 結局、Linux OSという基本部分を見れば、２バイトは自明の理です。つまり、議論の余地はないということです。

こう言い切ってしまう方からは、有益な事はあまり伺えないように思えます‥‥

(*)
非圧縮●bit-RAWの場合、いくつかの画素のデータを纏める手法があり得ます。bit数が偶数なら、4画素を纏めれば必ず8の倍数になります。例えば12bit×4画素＝48bit＝6Byte。少なくとも、D810の12bitはこのような処理(bit数のまま格納)を行っているはずです。ただ、この手法はハードウェアに組み込んでおく必要がありそうです(単に処理時間の問題なので、ファームウェアでの対応も論理的には可能)。一方、α7Riiの場合は、ピノキッスさんが単写と連写でファイルサイズに差がなかったとコメントされているので、単写(14bit)も連写(12bit)も16bitフォーマットに格納されている可能性があります。この手法なら、ファームウェアで対応可能と思います。疑問が生じるのは、D810の14bitです。bit数は偶数なので、14bit×4画素＝48bit＝7Byte。ハードウェアでは1通りの画素纏めしか出来ないと考えれば、ニコンが16bitとの差を考え14bitではなく12bitに画素纏め手法を取り入れたのかもしれませんね。

書込番号：19266732

[gintaro]

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

＞・73.2MB(単純計算の4.2MB増)

＞・55.9MB(単純計算の4.2MB増)

すごい、ぴったり！
14bitRAWは16bitだけど12bitRAWは12bitだなんて・・・ミスター・スコップさんの説明がなければ、なんのこっちゃって感じでした。

書込番号：19267519

[ミスター・スコップ]

gintaroさん

ありがとうございます。多少なりともお役に立てたようで良かったです。

D810の14bitで、転記ミスがありました(表計算ソフトの数値を頭の中で四捨五入した時、しっかり間違えてしまいました)。申し訳ありません。

【誤】
[非圧縮14bit-RAW]←16bitとして計算。
・70.0MB　　　　　　　　　　　　　　　　　　　　　　←　ここです！
カタログ値
・73.2MB(単純計算の4.2MB増)

【正】
[非圧縮14bit-RAW]←16bitとして計算。
・69.0MB
カタログ値
・73.2MB(単純計算の4.2MB増)

書込番号：19267581

[けーぞー＠自宅]

Rawファイルには、ＪＰＥＧも貼ってありますからね。
サムネイルと呼ぶにはちょっと大きいかも。

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