Some proposals about podtool

podtoolの開発者にメールを書いてみることにした。
相変わらずの翻訳エンジンだよりのヘタレ英語だけど、何事も練習というわけだ。
Hi,

わたしはpodtoolを試している。すばらしいツールをありがとう。
I have tried podtool. Thank you for a cool tool.

動作に必要なlibgpodは、debianではsid(unstable)にしか入っていないので、ubuntu dapper(testing) を使っている。
ubuntu dapperでもlingpodのpython binding がパッケージ化されていなかったので、debian sid からパッケージを持ってきて再ビルドして使っている。
Since libgpod required for operation is only contained in sid (unstable version) in debian, I'm using ubuntu dapper (testing version). Although I wanted to use it by "Sarge" (stable version in Debian), I can not backport libgpod package. There is no python binding for libgpod in dapper. But I could build it from sid package.

podtool は iPod mini 4G で dump コマンドを使うことができた。それ以外はまだ試していない。いくつか問題のある動作があったので報告する。
"podtool" also can do dump command for iPod mini(4GB). I would test more. But I have some problem and report it for you.

1.
iPodにはAACフォーマットのデータが入っているのだが、podtoolでは拡張子は全てmp3になってしまった。iPodにはいろいろな音楽フォーマットでデータが格納されているので、podtoolもそれに配慮してくれるとありがたい。
My iPod installed many AAC music data, but dump command renamed it to "mp3". iPod has many music format data. like mp3, m4a, m3u, wav. I want to keep extension of files.

2.
~/.gtkpod/ に格納される音楽ファイルは、ディレクトリを作成せずにアルバム名、アーティスト名、曲名の順でファイル名を付けられ単一の階層に保存される。これはファイルシステムによっては極端なアクセス速度の低下をもたらす。アーティスト名、アルバム名でディレクトリを作成し、その階層配下に曲名のデータを入れるとファイルシステムによらず、素早いアクセスが可能になる。さらにアルバムの曲順を維持するために、itdbの曲順で曲名の先頭に番号を付けてくれると言うことはない。

podtool rename files to album-artist-song.mp3 and put it ~/.gtkpod/musicdump/ flatly. In a file system like ext2, putting much file on a flat causes a big speed fall. I think, put it ~/.gtkpod/musicdump/artist/album/song.mp3 is better.
With the occasion, iTunes manage song order in album to song file name performed by numbering the head of a music name. Probably, it will be good to have podtool make it the same, also when dumping from ITDB file.

3.
いくつかのファイルでdumpしている時にエラーが発生した。原因はまだわからない。これは調べてみるつもりだ。
When having dumped by some files, the error occurred. A cause is not known yet. I plans to investigate this. Since it has written on my blog about this if information is required to a slight degree, I want you to see there.
http://d.hatena.ne.jp/kinneko/20060516/p6

4.
In FHS 2.3, /media is mount point for removeable media. Ubunt mount iPod /media/ipod automatically. Probably, /media/ipod of mountpoint will be better.
http://www.pathname.com/fhs/pub/fhs-2.3.pdf

5.
利用者や開発者が気軽に情報交換ができるようなメーリングリストかWikiを用意するつもりはないだろうか。
Don't you plan to prepare the mailing list or Wiki for which a user and a developer can do information exchange freely?

Best,