・・・X3Fファイルのハナシ。データ展開のカギとなる値を含むのは、選りにも選って、ファイルの先頭部分と末端部分に分かれている。ツマり、画像やEXIFを適宜読み取るには、一旦全てのファイルをメモリへ読み込む必要性に迫られる。エクスプローラで情報を表示するだけでも時間を要すると云う構造だ。過去紹介したような、サムネイル表示プラグインツールが必要となる。それらで運用するだけなら、問題を認識することは無かったと思う。そんな折、支障があるコトが判ったのは、VBScriptでEXIF抜きを試行した際だ。先頭の1kB程度を読むだけで得られる撮影情報の先頭位置すらも、ココに記録されているのだ。末端部分も確保する必要があるのだ。その処理も、ローカルドライブで扱うには、そう大きな支障はないんだが、ネットワークを介する場合、困ったことが起こる。以前のログでも述べた通り、ADODBStreamでネットワークドライブ上のファイルを扱う場合、その意図が無くとも、一旦ローカルのテンポラリフォルダへ全容量確保された後、処理に利用されるのだ。大量のファイルから一気にEXIFを抜く、などと云った処理の場合、膨大な時間を要してしまう・・・ファイルの数次第では、ローカルで処理しても同様の問題を抱えてしまい、実用性に掛ける結果に見舞われた。実際は、コレもダメだった。元の情報として機能しない破損データとなってしまうのだ。Directoryつー資料掲載のサイトがあった。撮影後、本体内で出来たデータの順でファイルを書き込んでるのがロコツに判る、しかしSD14からのデータを覗くに、かなり変えてある可能性が高い。1と7と8は、あの位置で間違いがナイ。2.Dataコレなら、ファイルの必要な部分にのみ適宜アクセスする処理を容易に構築できる。DataコレならPhotoPRO等でのサムネイル表示も、不要な部分を読み込む必要から開放され、高速化が可能になる。