『Image Countが0になった』のクチコミ掲示板

[観客A]

Image Count 0	Image Count 32767

Image Countが32767になった後、0になりました。
XnView MPで確認しています。
現在のImage Countは18959です。

Image Countはリセットされるものですか？

FWは1.20です。

再度32767を超えるか確認中です。（いつになるかわかりませんが）

気にしなくて良いのでしょうか？

書込番号：26463864

[くらはっさん]

＞Image Countが32767になった後、0になりました。

イメージカウンタを１ワード＝１６ビットの符号付き整数で定義したプログラムなんでしょうな。

32767＝ビットで言えば０１１１　１１１１　１１１１　１１１１　です。
ここにイメージが一つ加わると、
　　１０００　００００　００００　００００　　になります。

即ち、３２７６８です。
ところが大抵のプログラム言語と言うかＣＰＵ界隈では、符号ビットがMSB=先の説明で一番左側、と決められているので『数字だけ』に着目すれば、

　　−０００　００００　００００　００００　　となります。即ち『０』です。


＞再度32767を超えるか確認中です。（いつになるかわかりませんが）

このトラブル？の課題が画面表示側にあるのなら、その整数カウントアップ処理と表示処理を修正してなければ恐らく再発するでしょう。

では符号なんてほぼイメージのカウントには無意味なので取っ払ってしまったら、恐らく無事に３２７６８に到達するでしょう。しかし６５５３５の次にめでたく００００になる、に一票。


XnView MPが何の情報を表示しているものかは知りませんが（恐らくEXIFとかメジャーなもの？）、そもそもの元データ特にイメージカウント数が何ビットか何ワードで構成されているか、またそれをカウントアップするのに符号付き／無し処理をしているか、にも依りけりでしょう。


…では手っ取り早くImageCountのデータ幅を16ビットから32ビット、若しくはそれ以上の例えば64ﾋﾞｯﾄにすりゃ良えやん、と考える訳ですが、そうしますとデータをデータ構造体内で『ベタ詰め』にしてしまって居たら、隣接の別枠データをぶっ壊してしまう可能性があります。

キチンとタグ情報などで『そのデータは何ビットで符号あり／なし、整数か浮動小数点か』みたいな定義が為されていれば救いようはあるのでしょうが、細かい事は設計者しか知り得ないでしょう。

書込番号：26463914