デブネコ ミサのフィンランド語備忘録

MP3エンコーダのドロップレットを作ろうと思ったのですが、これがなかなかうまくいきません。最初に数メガバイトエンコードした後に止まってしまいます。AppleScriptのdo shell scriptを経由するとLAMEはうまく動くんですが．．．

なぜAutomatorアプリにしたいかって言うと、LAMEの画面が目に入るとなんかこう催眠状態に陥って見とれてしまって仕事の速度が落ちるからなんです。見なければ良いんですけどつい視線が．．．

グローバル変数を使ったら（on idleより前に入れたモノは全て無駄でした．．．）大幅に無駄が省けました。前回のはあまりにもダサかったので削除しました。今回のは監視対象ファイルのmodification dateだけでコピーを取るかどうかを判断します。それでもシェルスクリプトやPerlだけをを使った方がマシンのリソースを食わないものができます。

常駐型Intelアプリとして保存するにはスクリプトエディタからフォーマットでアプリケーションバンドルを選択し、「実行後、自動的に終了しない」をチェックします。

というようなものを作ってみました。初めてAppleScriptでアプリを作ってみましたが、色々と実験が楽しくてのめり込みますねえ。共有フォルダにある監視対象のブツとデスクトップ上の比較フォルダにあるブツのコピーのファイルのmodification date（変更日）を1秒ごとに比較して、違っていたらデスクトップ上の倉庫にチェックした時間をファイル名としてブツを保存し、比較フォルダにあるコピーも最新のものに更新するという単純なものです。監視対象のブツのmodification dateが刻々と変化するという前提です。modification dateは秒まで取得できますので、1秒ごとの巡回でもしっかり差をチェックできます。当然のことながら1秒以内の変化は把握できませんが。あとmodification dateは内容に違いがなくても保存時刻によって変わってしまいますので、無駄なコピーが多くなるかもしれませんね。実はシェルスクリプトでも同じようなのを書いてみたんですが、やはりと言うか予想通りと言うかシェルスクリプトの方がコンピュータのリソースを使わなくて効率良いです。AppleScriptアプリの唯一の利点はファインダからアプリを終了できることでしょうか。ところで、本当に1秒おきにコピーを取ると突然Spolightがインデックスを作成し始めてファンがブンブン回ることになってもー大変．．．

まあUNIXのdiffと同じことをしようとしたんですが、適当な例が見つからなかったので、二つのファイルを読み込んで = かどうかで判断すると言うめちゃくちゃなスクリプトで例の常駐型ファイル監視アプリを作ったらプロセッサの使用率が50パーセント以上（！）の大変なアプリになってしまいました。こういうのはやはりUNIXコマンドとのキメラにするかmodification dateの比較なんかで処理すべきなんでしょうねえ。

AppleScriptのon idleを使ってcronもどきの常駐型ファイル監視アプリを作ったのですが、AppleScriptのアプリってPowerPCアプリとして認識されてしまうんですね。実際はどの程度PowerPCアプリなのかわかりませんが、マウスのカーソルが色付きではなくて懐かしい白黒の丸に変わってしまいます。do shell scriptを使って中身はPerlで処理しているんですが、Perlだけで無限ループを使って同じことした方がAppleScriptでアプリにするよりもバーチャルメモリで半分、プロセッサの負荷で13分の1ですみました。PowerPCアプリということが影響しているんでしょうかね。ということでわざわざAppleScriptを使うことはなかったという間抜けな結果になりました．．．まあいつものことか．．．

と書いた後にネット検索したらユニバーサルバイナリにする方法がしっかり見つかりました。保存をアプリケーションではなくてアプリケーションバンドルにすれば良いだけでした。結果として0.3パーセント程プロセッサの負荷が減り、バーチャルメモリの使用量が200MBぐらい減りましたが、カーソルの白黒の丸は変わりませんし、ただのPerlスクリプトの方が効率が良いというのも変わりません。わざわざkillコマンドで殺す必要がないのは手軽ですけどね。

今ファイルの変更をチェックして変更があった場合にはファイル全体のコピーを保存先のフォルダに送るというようなものを作っているんですが、やはり一定時間ごとに（例えば1秒ごとに）チェックするしか方法が見つかりません。ファイル保存のイベントハンドラがあれば良いのですが、ないみたいですねえ。

このシリーズも読み返してみると最初の頃は我ながらすごくとろいことやっていますね (^^;

Automatorで作った古いアプリを書き直してみました。ドロップしたテキストファイルをISO-8859-1からUTF8にエンコードするアプリです。

久々のAutomatorネタ（と言えないかもしれません）。Automatorのワークフローはコマンドラインからでも使えるので色々実験しているのですが、これはこれで難しいですねえ。

わたしが使ってみた簡単な実験用のワークフローでのやり方を説明しておきます。

ワークフローの内容
指定されたPDFファイルをページごとのイメージとして「画像」フォルダに保存する。

1．Automatorを立ち上げ、アクションの中から「PDFページをイメージとしてレンダリング」を選び右側にドロップ。同様に「新規フォルダ」のアクションも続けてドロップ。

2．このワークフローをデスクトップ等任意の場所にワークフローとして保存。

3．後はターミナルを立ち上げてautomatorコマンドで使うだけです。わたしの例の場合は i オプションでインプットに語彙集のPDFファイルを指定、その後に使うワークフローを指定しています。形としては「automator -i インプット ワークフロー」というような感じです。

4．結果

繰り返し文等を使おうとするとエラーが出てしまいます。まあ、何かに使えるかもしれませんけど、もしかしたら全く役に立たないかもしれません。