周辺機器を使ういろいろなOSでデジタルカメラを使ういろいろなOSでデジタルカメラを使うPC周辺機器の1つにデジタルカメラ(デジカメ)があります。デジカメとは、言うまでもなく、撮った写真をデジタルデータとして保存できる機器です。デジカメも当初こそ専用機でしたが、ケータイやスマホ、タブレットでも当然の如く搭載されるのが当たり前かのように標準機能と化しています。そんなデジタルデータ、つまり、撮った写真も多くなればなるほどパソコンで管理できる方が楽でしょう。Xなど製品としてのデジカメが対応を謳っているものは、一般に付属のCD/DVDなどの媒体やインターネットを介して当該デジカメ用のデバイスドライバを明示的にインストール、場合によっては、接続すれば、自動的にインストールされ、即利用できるケースも多いことでしょう。StarageなどUSB接続を前提としたプロトコルに対応していて自動認識され、Fedoraのように即利用できるでしょうし、ウィンドウマネージャ単体をデスクトップ環境として使っている場合などにおいては、明示的にマウントすればアクセスできるもの、場合によっては、更にひと手間必要となるものなどがあります。KD-310Zを使用する例を挙げますが、結果から言うとこれは、「更にひと手間必要」でした。Vistaでは、USB接続で自動認識、自動マウントされ、ちゃんと動いている代物です。Install]した状態でNetBSDマシンに直接デジカメを接続するものとします。ROX-FilerとGQView実際にやってみる前は、うすらぼんやりと新旧問わず、USB接続できるデジカメなら、BSD/PC-UNIX/Linuxでも特別なソフトを使わなくてもPCに接続すれば、自動認識され、接続時の表示、または、[dmesg]などでデバイスを特定し、マウントしてGQViewのような画像ファイラで見ればよいのだろうと考えていました。Filerなどで一覧できないこともないでしょうが、もう少し、気の利いたものがあるとより嬉しい、そこで画像ビューワについては、既にNetBSDに入れてあったGIMPとの連携を意図したGQViewを利用することにしようなんて思っていました。KONICA]で確認してみるとscsiエミュレーションされ、デバイスとしてsd0が割り当てられていました。KD-310Z]の文字が。ところが、(後にある意味当たり前と気づくのですが、)なぜか、マウントできません。そこで以前、スキャナの時にインストールしたsaneにもデジカメを認識する機能としてxcamというのがあったみたいだし、他の方法を使うのが普通なのかな?というわけで、ざっと調べてみました。10.1含む以降は対応、BSD/PC-UNIX/Linuxでも使える可能性がありそうということなどがわかりました。Revioも残念ながら、ありませんでした。Starage]となっており、libgphoto/libgphoto2/libptpには対応していないというか、はっきりわからないという見解のようであるものの、メモリスティックやSDカードを読み込ませることはできそうですし、更にUSB接続によるマウントもできそうな気配です。え?と思ったのは、USB接続できるデジカメに入っているメモリスティックやSDカードが使える一方、自動検出されず、しかもマウントもできないということになるとUSB経由だとできないという意味にもなり、それは、矛盾していると言うか、おかしいと思ったからです。Revioではないものの、調べている間にも普通にmountコマンドで、しかも中には[-t]オプションでタイプ指定すらすることなく、マウントができたという情報もいくつか見かけたこともあり、そうだよね、マウントできないはずないよね。いうことで、もう一度、落ち着いてマウントしてみることに。fdisk]とすると当然のことながら(仮想)HDD全体に1つだけ入れてある使用中のNetBSDのディスク情報しか出てきません。Revioとしては認識できている模様。fdiskにある[offset]や[size]とdisklabelの[offset]や[size]を(もちろん[offset]の差を考慮して)比べてみるとfdiskのサイズの方が若干大きく、disklabelにおいて当該パーティションを表わすラベルaの[fstype]は[4.2BSD]となっていますが、BSD対応であるとは考えづらく。SE/XP/Vistaで使えていたカメラであることから、そこは、vfatやmsdosと考えられます。sd0]として変更しました。/mnt/camera]としてカメラ用のマウントポイントを用意。/mnt/camera]としてみると。マウントでき、GQViewでパスを追うと。6.1.4のデスクトップ画面です。KD-310Z接続直後のデフォルトのdisklabel内容(ラベルaのoffsetが0、sizeが124065、fstypeが4.2BSDのもの)がなかったりしますが、参考画像(クリックすると元のサイズで表示)で確認できます。ラベルaの変更ってなんとなくイレギュラーな感じがしたので、試しにFAT32でフォーマット済みのUSB接続の外付けHDDを接続し、disklabelを確認してみるとNetBSDにおいては、ディスク全体を表わすラベルdと1つめの追加ディスクを表わすラベルeの2つから成っており、当該パーティションサイズを表わすラベルaはありませんでした。結果どちらでも可能なわけですが、今回のデバイスsd0については、追加ディスクではなく、ディスク(デジカメ)そのものなのでラベルaを対応させる方が個人的には妥当だと思う一方、NetBSDのお作法的にどっちが正解なのか、どっちでもいいのかはわかりません。言えば、近所の知人の子どもが撮影しまくり、いじり倒していたということも忘れていたし、深く考えもしなかったこともあり、デジカメ内の写真を整理していなかった上、作業前に事前に確認しなかったのではっきりしませんが、NetBSD上のGQViewで見た時も、後からWindowsでデジカメをマウントしてみた時もいくつかの写真が真っ黒だったのが、初めからあった写し損ないなのか、NetBSD上でfdiskとdisklabel上のサイズを微妙に違うままマウントしてしまったからなのかは、わかりません。KD-310ZをNetBSDで利用できた今となっては、そんなことは、どっちでも良く、とても些細なこと。/mnt/camera]としておくとよいでしょう。KD-310Z)はできた。970Cxi)での日本語出力です。|webzoit.net2004-someday。