結論から言うと、2時間程度の長時間音声に対する編集はApple Soundtrack Proの方がよりやりやすいと感じました。Adobe SoundBooth CS4は周波数スペクトルに対する編集のように、細やかな修正ができますが、ひとまずオートである程度ノイズを取るという用途には向かなそうです。そこで今回はApple Soundtrack Proでノイズ取りをしてiPhoneに入れることにします。Soundtrack Proはクリック音やホップ、無音区間などを解析して自動補正する機能がありこれを活用します。この効果は絶大で、気になるクリック音はかなりの割合で自動的に消去してくれます。

しかしながらしばらく試してみたところ、Soundtrack Proがメモリリークを起こしているらしく、大量の処理をさばききれずクラッシュしてしまいました。

Soundtrack Proは32bitアプリケーションのため、4GBの壁を越えることが出来ず2.4GB程度のメモリを確保したあたりでクラッシュしてしまいました。

on run
	activate
	set itemList to choose file with prompt "ムービーを選択してください" default location (path to home folder) with multiple selections allowed without invisibles
	my saveAsQuickTimeMovie(itemList)
end run

on open inputList
	my saveAsQuickTimeMovie(inputList)
end open

on saveAsQuickTimeMovie(movieList)
	activate
	tell application "QuickTime Player"
		launch
		activate
		stop every document
		close every document saving no
		repeat with aMovie in movieList
			open aMovie
			set new_file to (aMovie & ".mov") as string
			save self contained document 1 in new_file -- 独立再生形式で保存
			close document 1 saving no
		end repeat
		quit
	end tell
end saveAsQuickTimeMovie

オリジナルのソースでは独立形式にするか、参照形式にするかを選択しますが、ウチではとりあえず独立形式にしたかったのでダイアログを無くしました。あと、ファイル名を拡張子だけ変更するためにQuickTimeのドキュメント名からファイル名を取得していたのですが、Ricoh GX100のムービーだとドキュメント名が空になってしまい、うまく動作しませんでした。このため、新規ファイル名は強引に元ファイル名に “.mov”を追加するだけにしました。元スクリプトでは “.” ドットを探して拡張子を変えていましたが、このあたりでどうもディレクトリ名に “.”が入ってるとダメなケースがあるようでしたので、その問題も回避できるようになりました。

Thread 2 Crashed:
0   com.adobe.DistillerLib        	0x01147b80 DistillerFontFolders::GetFontCachePath(char**) + 32
1   com.adobe.DistillerLib        	0x01157695 DistillerPSRip::SetupPSParameters() + 767
2   com.adobe.DistillerLib        	0x01157aba DistillerPSRip::PSInit(void*) + 224
3   ...ple.CoreServices.CarbonCore	0x90662d41 CooperativeThread + 309
4   libSystem.B.dylib             	0x93a176f5 _pthread_start + 321
5   libSystem.B.dylib             	0x93a175b2 thread_start + 34

というようにGetFontCachePathという関数で毎回こけているようです。海外のフォーラムで同様の現象を報告している人の中で、$HOME/Library/Application Support/Adobe/ 以下にあるFontCacheディレクトリのパーミッションを変えたら直ったという人がいて、試してみましたがだめでした。もっといろいろ情報集めをしていたところAcrobatの8.1.2アップデートに更新しろと書いている人がいました。Creative Suiteを入れたときに2〜3回Adobe Updaterでアップデートしていたので当然Acrobatも更新されているものだろうと思っていましたが、バージョンを確認したら意外にも8.0.0・・・。

Adobe Updater、どこみとってん！一言愚痴を言わせてもらうと、Adobe Updaterの品質の低さは異常です。品質というか、ユーザアンフレンドリーさは、たくさんあるアップデートセンター系システムの中でも最低だと思います。まあ、そんな愚痴を心の中でつぶやきながらアップデート。

毎回Safariのプラグインを入れるかきかれますが、ブラウザ中にPDF表示するのって大嫌いなので必ずオフにしています。Acrobatを入れて最初にやることはブラウザ上に表示させないように設定することです。Mac OS XのPreviewもSafari内にいたがりますが、

$ defaults write com.apple.Safari WebKitOmitPDFSupport -bool true

というようにdefaultsコマンドで設定をオフにしています。さて、Acrobat 8.1.2にアップデートしたことでようやくDistillerが快調に動き始めました。テスト印刷もばっちりです。では、Illustratorで・・・。

あれ？各ページが1/2のサイズになって、しかも前後のページが半分ずつ各ページに入っています。2ページ目には1ページ目と3ページ目の上下が、3ページ目には2ページ目と4ページ目の上下が・・・。なにこれ。

Illustrator上では今回、ドキュメントサイズは幅297mm、高さ4200mm (A4横の用紙を縦方向に20枚並べた大きさ)に設定し、プリントの設定として用紙サイズA4横、セットアップでタイルに「用紙サイズで区分ける」、トンボと裁ち落としで裁ち落としを天地左右 0mmとしてページ分割されるように設定しました。あとはメニューの「表示」→「ページ分割を表示」とすれば印刷サイズにあった罫線が表示されそのようにデザインしやすくなります。ページ分割が表示されているとおり印刷結果が得られるだろうと考えていましたし、実際Tigerで使っていた頃はそう結果がえられたので何も疑問なくやっていましたが、いざおかしくなるとどうしていいかわかりません。

結局悩みに悩んでうまく行った方法が、プリンタをAdobe PDF 8.0ではなく、Adobe PostScriptファイルとして、PostScriptでの結果をまず得て、その結果をAdobe DistillerでPDFに変換する方法です。Adobe PDF 8.0プリンタも中身はDistillerのはずなので、釈然としませんが、とりあえずうまくいったのでこれでよしとします。そもそも、複数ページ(しかも20ページとか・・)のデザインをIllustratorでやることはあまり想定されていないのでしょうがないところですね。ああ・・InDesignがほしい。そういえば、Creative Suite 4が発売になりましたが、InDesignやAfter Effects・Premiereを含むMaster Collectionへのアップグレードが今持っているCreative Suite CS3 Web Premiumからだと$1,199なんですよね・・・。日本での値段はまだわかりませんが、ちょっとほしくなってきました。

• Adobe Acrobat Viewer – DownloadからJavaBean Interfaceと書かれているところからbean.zipをダウンロードして展開します。
• bean.zipに含まれているacrobat.jarとMRJToolkitStub.zipをクラスパスに追加します。
• あとは、com.adobe.acrobat.Viewerをアプレットとして起動するかフォームに貼付けて、Viewer#setDocumentURLでファイルを指定すればAcrobat Viewerがフォーム中に表示されます。

このAPI、手軽に使えてしかもAdobe純正ということでとても期待しているんですが、いかんせんいろいろな問題があり、今回どちらかというと「ボツネタ」として紹介しようと思いました。使いにくく思う点は次の通りです。

• com.adobe.acrobat.Viewerはjava.applet.Appletを継承している。このためNetBeansなどでパレットに追加して、貼付けようとしてもそのまま貼付けることができません(その他のコンポーネントとして張り付いてしまいます)。パレットから貼付けるのであれば例えば次のようなコードを書いて、このAcrobatPanelをパレットに追加すればうまく行きます。
  

  import java.awt.*;
  import javax.swing.*;
  import com.adobe.acrobat.*;
  public class AcrobatPanel extends JPanel {
  private Viewer viewer;
  public JPanel() throws Exception {
  viewer = new Viewer();
  setLayout(new BorderLayout());
  add(BorderLayout.CENTER, viewer);
  viewer.activate();
  }
  public void setDocumentURL(String url) throws Exception {
  viewer.setDocumentURL(url);
  }
  }

• 次にがっかりしたのは例外がおおざっぱすぎるところです。主要なAPIがスローするのはjava.lang.Exceptionなんです・・・。これではまともな例外処理ができません。せめて、ファイルが見つからないのか、書式がおかしいのかぐらいはユーザに通知するために教えてほしいものです。
• このアプリケーションを起動すると利用許諾に承諾するという旨のウインドウがでるのですが、これが手元の環境では毎回出てしまいます。最初の一回ということなら問題ないのですが、これが毎回でて回避方法が無いということであればちょっと使えない印象を持ってしまいます。
• 最後に、致命的だったのがフォントの読み込みに失敗して文字が表示されないということです。これは、環境に依存するのか何なのかはまだきり分けができていませんが、Windows XP + JDK 5.0_05/JDK 1.4.2_09、Solaris 9 + JDK 5.0_01/JDK 1.4.1ではうまく動作しませんでした。

このようにちょっと見た限り便利そうなAPIなんですが、まだまだこれを使いこなすにはいろいろなハードルを乗り越えなければ行けなさそうです。今後、リッチクライアント環境におけるJava/SWINGの需要が増えていけばおそらくAdobeさんも本腰でこのAPIを強化しようと思っていただけるのではと期待しています ;-)