画像ファイル属性管理ソフト AtPictureのスレ

画像ファイル属性管理 ..

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

76:名無しさん＠お腹いっぱい。
 06/12/07 23:47:55 XHV7Rv0n0
>>75 
＞とりあえずDB自体は修復できたっぽいのかな？ 
今のところ問題なく動作している模様 
ありがとう 
 
＞なぜ重複ファイルとして登録されてしまっていたのか 
確か.1.10にバージョンアップした頃、 
何千枚かの画像を別のフォルダに移動して再登録したことがある 
＞.1.9までのDBは問題なかった 
とも符合するから、これが関係しているかも 
 
その時の手順は、 
1. 属性あり、ハッシュチェック済みの画像を移動 
2. フォルダを開く　から移動先のフォルダを開き新しいパスを登録 
3. 画像を全選択してハッシュチェック -> 以前付けた属性が復帰

77: ◆cTzcVzYvME 
 06/12/08 02:50:16 DUA5sLA60
>>76 
> 今のところ問題なく動作している模様 
了解。とりあえずは一安心。 
 
あと、報告いただいた手順から原因が特定できた気がします。 
おそらく、>>71の手順を行う以前は、[Option]キーの maxPathCount値は 
重複検索でのヒット数、つまり3799以下だったんじゃないでしょうか？ 
 
とりあえず、重複登録がされたのは 
> 何千枚かの画像を別のフォルダに移動して再登録したことがある 
このときで間違いないと思います。 
 
報告いただいた手順の場合、３のハッシュチェックの時点では 
ファイルが移動されたことを認識していないので、 
このときに重複登録がなされるのは正しい動作です。 
 
で、このあと本来なら、重複検索時にパスの有効性チェックではじかれ、 
重複登録が解除されるのですが、パスの有効性チェックは、 
リストアップ数が maxPathCount に達した時点で処理を打ち切るため、 
いつまでたっても重複情報が消えずに残っていたんだと思います。 
 
一応、パスの有効性チェックを最後まで行うようにもできますが、 
重複数が maxPathCount を超える事はめったにないと思いますので、 
そんな場合のみ、一時的に maxPathCount を弄ってやればOKだと思います。 
 
ちなみに、リストアップ数に上限を設けているのは adbtest 側の事情です。 
正式版では上限をなくした上、表示を待たさないようにするつもりなので、 
この問題は起きないはずです。

次ページ