『やっぱり気になる、逆転現象』のクチコミ掲示板

[食べ過ぎ注意]

A　画像番号5540　撮影時刻09：00：28：10	B　画像番号5541　撮影時刻09：00：28：21	C　画像番号5539　撮影時刻09：00：28：50？

今日は生憎の天気のため出掛けるのを諦め、あまり手応えを感じられずに放置していた先週末の在庫の現像を始めました。

「1枚目は、少しピンが甘いし、形もイマイチだなぁ。」
「なんだ2枚目は形はいいのに、ピンが完全に抜けてるなぁ。」
「おっ、3枚目は形はまあまあでピンも来てるのに、被りまくりじゃないか。」
などとブツクサ言いながらSILKYPIXで現像し、JPEG画像をZoomBrowserEXで確認すると、またです。

画像番号と撮影時刻の逆転、というか撮影時刻がおかしいのは明らかです。

普段よく使うSILKYPIXやLrでは、ABCの順（記録されている撮影時刻順）で画像が表示されます。
純正のDPPやZBEXでは、CABの順（画像番号順）で画像が表示されます。
表示設定は、どのソフトも撮影日時順に設定しています。
背景の枝を見れば、撮影順はCABの順が正しいハズです。
しかし記録されている撮影時刻がおかしいため、SILKYPIXやLrでは表示順が逆転していると思われます。

画像データ自体の信憑性が疑われてしまいますね。

連写を多用するユーザーが多いと思われますので、今頃キヤノンさんでは、
電話は鳴りっぱなし、メールサーバーはダウン寸前なのでしょう。
私は大人しく、ファームで改善してくれるのを待つことにします。

絵的にはつまらない画像ですが、ごちゃごちゃしてるおかげで時間経過を確認しやすいのでアップします。
ノートリ、リサイズのみです。

書込番号：18601616

[ＭｉＥＶ]

画像の順不同ですか、自分は、経験はありません。
いつも、1DXで撮影後、DPPやZoomBrowserで、見ています。

書込番号：18601649

[PPモデル]

何故現像がSILKYPIXかは分かりませんがいや気に入っているからでしょうが、純正のDPPやZBEXでは順番に表示されるのであれば気付く人は少ないしクレームはもしかしたらまだ出ていないかも。

野暮かもしれませんがDPPで現像しても結果は同じ？

書込番号：18601675

[食べ過ぎ注意]

ＭｉＥＶさん

私も、7D2でしか経験した事が無いんですよ。

PPモデルさん

ついつい使い慣れたソフトを使っちゃうんですよね。
DPPも進化してるようなので、使わないと損ですかね。
1/100秒単位で撮影時刻を確認できるソフトなんか使うから、
ですかね？

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

[しんちゃんののすけ]

スレ内容とは関係無いですが、、、ヨンヨンいいですね(汗)。せめて30万円台ならなあ〜〜。

書込番号：18601844

[食べ過ぎ注意]

しんちゃんののすけさん

私のは旧型なので、中古なら30万円台で普通に手に入ると思います。

書込番号：18601937

[konno.3.7]

背景の枝と鳥の位置関係を見るに、
C>A>Bの時刻順で、画像番号の順番は正しいですね。
時刻情報が前後するとのことですが、露光された時刻ではなく、
カメラ内で画像ができ上がった時刻になっているのではないでしょうか。
先のデータがバッファに入っているうちに後のデータの処理が完了。
暗いところでss=1/10程度で連写した場合にはどうなるでしょうか？

EXIF情報の例
Create Date : 2015:03:21 16:02:35.57
Date/Time Original : 2015:03:21 16:02:35.57
この中の、.57については、Macのプレビュー.appでは
デジタル化日時のサブセック: 57
原画像生成日時のサブセック: 57
と表示されています。つまり、撮影時刻ではなく、データが生成された時刻。

EXIF情報を確認したいので、もしよろしければ画像をphotohitoにもアップしてください。

書込番号：18602232

[食べ過ぎ注意]

konno.3.7さん

考察いただきありがとうございます。
photohitは使ったことがないので、取り敢えずiMAGEGATEWAYにアップしました。

http://opa.cig2.imagegateway.net/s/FApttusmBen

以前の書き込みにアップした画像も、入れてあります。

書込番号：18602617

[konno.3.7]

iMAGEGATEWAYからダウンロードしてみましたが、
EXIFが落ちており、原因を調べることができません。
photohitoはカカクコムのアカウントでそのまま使えます。
フォト蔵でもokです。

書込番号：18602653

[食べ過ぎ注意]

konno.3.7さん

PHOTOHITOにアップしましたが、
後は機種等から勝手に探していただくしかないのでしょうか？

明日は早いので、そろそろ寝ます…

書込番号：18602840

[PPモデル]

食べ過ぎ注意さん

iMAGEGATEWAYとPHOTOHITOのどちらの画像も確認しましたが、EXIFで秒までデータはあるものの、1/100秒の単位の時間はどちらも確認できませんでした。

どのようにすれば1/100秒の単位の時間は確認できるのでしょうか？
SILKYPIXやLrであれば撮影時刻は確認できるのでしょうか？


1/100秒の単位は、現在時刻とは別の項目でRAWに記録されていると思われるのですが、SILKYPIX現像によってCanonの定めたサブセックに相当する値をうまく読み取れていない可能性はありませんか？

書込番号：18603097

[konno.3.7]

画像拝見しました。きれいに撮れてますね。
exif の以下の項目は、全て同じ数値で、
　Sub Sec Time
　Sub Sec Time Original
　Sub Sec Time Digitized

値は、
551A5539_SPro6　⇒　50
551A5540_SPro6　⇒　10
551A5541_SPro6　⇒　21

つまり、この順になっています。
現像ソフトのせいではないのですが、
同時記録されたJPEGがもしあれば、
“Image Unique ID”の値も参照できるので参考になります。
こちらからは見れませんが、RAW.CR2にもその値は記録されているはずです。
この値の時刻依存部分がたぶん、Sub Sec Time の順になっているはずです。
もしそうでない場合は、“Image Unique ID”から撮影時刻を拾えるかもしれません。

いずれにせよ、“Sub Sec Time Original”は露光開始時刻であって欲しいものですね。

書込番号：18603153

[PPモデル]

サブセック読み取れましたね。失礼しました。

このサブセックですが、単位は1/100秒です。
551A5539と551A5540のコマ間は引き算すると0.60秒となって、実際の画像とは異なり連続性が感じられないのですが？
※秒間0.60秒は連写10コマ/秒の設定に当てはまらない

書込番号：18603236

[PPモデル]

×※秒間0.60秒は連写10コマ/秒の設定に当てはまらない

○※コマ間0.60秒は連写10コマ/秒の設定に当てはまらない

書込番号：18603245

[食べ過ぎ注意]

おはようございます。

PPモデル

上に挙げた4種類のソフトでは、SILKYPIXなら1/100秒まで表示されます。
SILKYPIXでもLrでも、RAWの段階でABCの順に表示されるので、ソフトのせいではないと思います。

konno.3.7 さん

ご確認いただきありがとうございます。
JPEG同時記録は、していません。

ノスリの様な状況なら、画像からも撮影順を確認出来るのですが、
カワセミのホバなんかだと、パッと見分かりません。
困ったものです。

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

[PPモデル]

もし可能であれば以下の事を確認してもらえないでしょうか。

連続した10コマの1/100秒はどの様に変わっていくのか。
単位は1/100で桁が上がるが、1/60になっていないか。(0.60〜0.99秒は存在するか)
DPPでRAWの情報(I**何とかのタブ)ではどうなっているのか。

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

[食べ過ぎ注意]

PPモデル さん

高速連続撮影時に正常？に記録されたと思われるケースでは、
コマ間は概ね0.10〜0.11秒になります。
DPPでRAWの画像情報を開いても、1秒未満の単位は表示されません。
推測ですが、Exifの規格では1/100秒単位まで記録することになっているが、
純正ソフトではそこは無視している。所詮無料なので。
因みに、逆転現象が起きるのは、高速連続撮影時の1枚目限定です。

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

[PPモデル]

食べ過ぎ注意さん


DPPでも見れるはずです。
画像情報＞付帯情報＞IPTCイメージ＞作成日

連写1枚目限定ですか。であれば初期の書込みで遅れて記録されているのでしょうか。

書込番号：18603803

[食べ過ぎ注意]

PPモデル さん

DPPでも見れるのですね。
教えていただきありがとうございます。
純正ソフトは、撮影時の設定の確認程度でしか、
使って無いものですから。
家に帰ったら、確認してみます。

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

[食べ過ぎ注意]

PPモデルさん

DPPで見てみようと思ったのですが、分かりませんでした。
DPP4ではなくて、旧DPPでしょうか？

書込番号：18605028

[PPモデル]

私はDPP4は持っていませんので、DPP3です。

DPP4でもどこかで見れるかと思ったのですが見れないのですかね。

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

[食べ過ぎ注意]

やっと、ファームで改善するみたいです。
これで、スッキリします。

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

[tametametame]

〉4. Fixes a phenomenon in which, in very rare cases, the first still image captured in live view mode may not record the correct date and time.
〉�C ライヴビュー撮影時、極々稀に最初の１枚目の日時が正常に記録されない不具合修正を実施

ライブビュー時の不具合の修正のようですが、スレ主の現象が発生するのは、ファインダーでの高速連続撮影時ではなかったですか？

修正されてるといいですね。

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

[食べ過ぎ注意]

日本のサイトには、ライブビューの但書きはないですね。
結果良ければ、いいんです。

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

[横道坊主]

そんなに時系列にこだわる必要有るのかな？
俺は使える奴以外、こういう連写画像はshiftキー押しながら複数選択して
大量に削除しちゃうから、時系列が狂ってても気づかないだろうなあ
「ここがこうだったら」なんてやってたらキリが無いから現像もしない

書込番号：18773906

[野鳥三昧]

＞そんなに時系列にこだわる必要有るのかな？

こだわる必要があるからファームアップで修正したんでしょ

書込番号：18774138

[食べ過ぎ注意]

横道坊主さんのように、達観できればいいんですけどね〜

私の場合、PCに取り込んだ時点で、そのうちのほとんどが死蔵されることになると分かっているので、
取り込み前にせっせと削除するんですよ。
で、手応えが少ないと、ひと月ぐらいPCに取り込まないなんてこともよくあります。

それでも、機材は二流、腕は三流だと、ついついゴミみたいな画像も残してしまうんですよ^^

気付いた切っ掛けは、コマ速の検証用にバッファいっぱい打った時の連写時の画像を、
取り敢えず残しておいたからなんです。

こだわる人だと、絞りもシャッターもISOも、テキトーに記録してんじゃねぇのって、
思うかもしれませんね。

書込番号：18774160