Showing posts with label 問題. Show all posts
Showing posts with label 問題. Show all posts

Saturday, February 13, 2010

メモリ増設と Logic Studio

ショッキングなことが・・・・

何故か自分の iMac を early 2008 モデルだと思い込んでたのですが、
メモリを増設しようと調べてたら mid 2007 モデルであることが判明!
プロフィールの機材紹介を修正した次第です(^ ^;

もう3年たったんだ。
アルミとガラスの iMac は3年の月日を感じさせないぐらい、
いまだに綺麗ですね。いいことです(^ ^)

そうそう、それで今回はメモリ増設について書くことにしました。
2GBから4GBへの増設です。
すでに多くの方が4GB以上のメモリを持っていらっしゃるかも
しれませんが、私と同じような状況の方がいたらお役に立つかも
しれません。

■メモリの選択

増設前にキャプチャ取るの忘れてしまいました。





「この Mac について」で見ると、メモリは・・

667 MHz DDR2 SDRAM となっています。

DDR2 SDRAM といのはメモリの規格だそうで、
DRAM -> SDRAM -> DDR SDRAM -> DDR2 SDRAM
と長い進化の歴史があるようですね。

667 MHz は このスピードの外部クロックに
同期して動作するということで、これら全ての
規格を満たすものを探さなければです。

あと、Mid 2007 モデルはメモリのスロットが2つあって、500MB が2枚で
1GB になっています。なので 4GB にするのであれば、2GB が2枚必要ですね。

安いのを探していたら、2GB の 667 MHz DDR2 SDRAM が1枚5千円未満で
販売しているお店を楽天で見つけました。
http://item.rakuten.co.jp/mjsoft/061782/



メモリの規格で色んなところを検索すれば、もっと安いところも見つかる
かもしれません。
667 MHz DDR2 SDRAM だけでなく、さらに細かな仕様があるようなので、
iMac 対応であることは要確認です!

■メモリの増設

増設方法はやっぱり Apple のサポートサイトですね
http://support.apple.com/kb/HT1423?viewlocale=ja_JP

わかりやすくメモリの増設方法が書かれているので、
あまり困ることはないと思いました。

500MB をそれぞれ抜いて、購入した 2GB に入れ替えるのですが、
注意点があるとすれば・・・

メモリの挿入側に切り込みが入っていて、中心からずれたところに
ありますので、500MB を抜いた時にどこに切り込みが位置するか
要確認ですね。

■増設 Before After

・Before

Logic を立ち上げる前に、ユーティリティフォルダに入っているアクティブモニタ
でメモリの使用状況をチェックしてみました。



あえていつも起動中の Safari や iTunes、Mail などはそのままにしておきました。
実はこの時点で結構メモリを使っているのですね・・・

次に既に録音済みの10トラックぐらいのファイルを使って、Logic Pro を
立ち上げてみました。



Logic の実メモリが 438.7MB で、仮想メモリが 503.6MB になっています。
とりあえず2GBに収まっているじゃないですか・・・というわけには
いきません(笑

このキャプチャを取る前にリブートしておけば良かったのですが、
仮想メモリサイズが 181.39GB ということで、実際には実メモリ以上の
メモリ+ハードディスクでの仮想のメモリ領域を使って処理が行われて
いるので、メモリのスワップが沢山発生しているのですね。

・After

メモリを増設後にもう一度同じファイルを読み込んでみました。



すると、Logic の実メモリが 737.7MB で、仮想メモリが 766.9MB に増えています
空き容量とかに応じて、自動的に最適化するのでしょうかね?

本当は、増設前もリブートして、Logic で同じファイルを再生した後にページイン、
ページアウトを比較して、どのくらいスワップの度合いに差があるのかチェック
すればよかった(ToT)

目に見える効果としては・・・

ある大きめのプロジェクトで、メモリ増設前ではシステムのオーバーロードが
たまに発生していたものが、増設後は今のところ発生していません。



それから、ファイルの読み込み(ソフト音源のメモリ展開など)も早くなって
今までの半分程度の時間で読み込めるようになりました。

欲を言えばキリがないのでしょうが、少なくとも2GBより4GBの方が快適に
なるのは間違いないですね。

もしかしたら2GBの方も、他のソフトを立ち上げないでおくことで、こういう
問題は少し改善されるのかもしれません。
メモリ仮想化の技術がなかった頃はメモリ不足の場合はそもそもソフトが
立ち上がらなかったですが、今は仮想化で 180GB も確保されてたら、なんでも
とりあえず立ち上がってしまいますよね。

----

もっと早く増設しておけば良かった・・・の巻でした(^ ^)

Saturday, August 29, 2009

M-Audio の Snow Leopard 対応状況

さぁ Snow Leopard を今日インストールするぞぉ!と一応問題が出てないか
色々サイトをチェックしていると・・・

M-audio のホームページのトップニュースにしっかりとドライバ系に問題が
あると出ていますね(^_^;
対応中なのでSnow Leopard のインストールを待ってくれということです。

http://www.m-audio.jp/index.php?do=support.faq&ID=e27a7952a1a8e63c26cb37276be04f73

「現在(2008/8/28)の時点で、弊社製品用のOS X 10.5.x対応最新ドライバーは
 OS X 10.6と互換性がありません。
 それらのドライバーをMac OS X 10.6上にインストールしようとされた場合、
 ポスト・フライト・スクリプト・エラーが発生しインストールは完了いたしません。」

ほぼ間違いなく、私のProjectMix I/Oは動きそうにありません。

残念!

OSの機能を使ったドライバを不要とする、クラス・コンプライアント デバイスは
当然のことながら問題ないようですね。

Roland や Apogee のサイトをチェックすると、Snow Leopard 用のドライバーが
既にアップされているようで、M-Audio の対応の遅さが気になります。

オーディオインターフェースが使えなくなるのは問題が大きいので、断腸の思いで
少し待つことにします。

とりあえず 今日はMacbook にインストールして色々と試してみたいと思います。
FirewireのポートがあるMacbook Pro を購入しておけばProjectMix I/O も試せた
のですよね(^ ^;

残念!!

Wednesday, April 1, 2009

サンプルレート問題(フリーズ)

サンプルレートを92KHzにした場合の、雑音+エラーの
問題解決に向けての試み第3弾です。

■フリーズ

どんなに高いCPU処理が必要なソフトシンセやエフェクトでも、
フリーズすることで、CPU負荷なく再生できるという優れものです。

イメージ的にはフリーズすることでオーディオデータを再生の前に
演算処理をして作ってしまうようです。

これによって、再生の時には、単純なオーディオファイルの再生
のみにとなり、CPUの負荷を劇的に減らせるということです。

演奏データ、ソフトウェアシンセの設定変更、エフェクトの変更等
をする為には、一旦フリーズを解除して、変更後に再度フリーズ
するということが必要になります。

このため、ある程度トラックが固まってからフリーズをかける
ということが現実的なようです。

また、ライブ演奏では当然使えませんので、今回の問題については
補助的な役割を期待できるというレベルに止まります。

■設定方法

サンプルレート問題(分散処理)と同じ方法で、トラックヘッダの設定
を行います。


今回は「フリーズ」にチェックをして、トラックヘッダに「フリーズ」ボタン
が表示されるようにします。


フリーズしたいトラックのフリーズボタンをクリックすると、
ボタンの色が緑色に変わり、フリーズの対象となります。

設定後、再生を行うと直後にフリーズファイルの作成が
開始され、以下のようなダイアログボックスが表示されます。



再生時のCPUの使用状況を比べると、CPU負荷が大きく減りました。

<フリーズ前>

<フリーズ後>


■サンプルレート問題のまとめ

スケッチ的に録音したいときは、プロジェクト設定のサンプルレート
を44.1KHz にしたいと思います。

作品として完成する予定がある場合は96KHzして、
サンプルレート問題(バッファ)で選択したバッファ関連の設定を
用いることにします。

トラック数が増えて処理に問題が出てくるようであれば、今回の
フリーズかもしくはトラックのミュートで対応することにします。

こんな感じでこの件は終わりです!

■フリーズ(おまけ1)

フリーズしているトラックを変更する際に、フリーズデータに影響が
ある場合は、かならずメッセージでフリーズを解除するか聞かれる
のですが、グローバルな変更(テンポの変更など)を行った場合は
メッセージが表示されず、自発的に以下の手順でフリーズファイルの
更新が必要になるようです。

メニューから
「オプション」-「オーディオ」-「フリーズファイルをすべて更新」

■フリーズ(おまけ2)

正確には、フリーズはトラックに対してではなく、チャネルストリップ
に対して行われるようです。

1つのチャネルストリップに複数のトラックを割り当てることができ
ますので、このケースでは一つのトラックをフリーズすると、同じ
チャネルストリップを共有しているトラックは全てフリーズされる
ようです。

Monday, March 30, 2009

サンプルレート問題(分散処理)

前回に続いて、サンプルレートを92KHzにした場合の雑音+エラーの
問題解決に向けての試み第2弾です

実は、自宅に Mac が複数台あるので、Logic Pro が提供する
「分散オーディオ処理」試してみることにしました。

■分散オーディオ処理

まさにCPUを酷使する ソフトウェア音源のSculpture や デジタルリバーブの
Space Designer 等のために、他の Mac の CPU を拝借して、今回私が経験
したようなCPUのオーバーロードを解決するというもののようです。

これは期待できます!

■システム要件

Logic Pro が動いているマシンをプライマリと呼んで、CPUを貸す側のマシンを
ノードマシンと呼ぶそうです。

1.プライマリとノードマシン双方がギガビットイーサのポートを持っていて、
  ギガビットの通信が行える環境であることが必要です。
  最近のAppleのマシンはギガビットが標準ですし、ルータで使っている
  Time Capsule もギガビット対応なので私の環境ではOKです。

2.ノードマシンはG5かIntelベースのプロセッサを使用していること。
  今回は、Mac book/2.0GHz Intel Core 2 Duo を使いますので、
  これもOKです。

■ノードマシンの設定

Logic Pro のインストールDVDに「Logic Pro Node」が含まれている
とのことですが、私の場合、Logic Studio がインストールされている
プライマリマシンのアプリケーションフォルダのなかのユーティリティ
フォルダに最新の「Logic Pro Node」のインストーラあったので、それを
使いました。


このインストーラをノードマシンにコピーして、通常のアプリケーションと
同様にインストールします。

そして「Logic Node Pro」をダブルクリックで起動・・・で終わり
みたいです・・・簡単で拍子抜けですが。

■プライマリマシンの設定

アレンジウィンドウのツールバーの環境設定をクリックして「オーディオ」
を選択し、さらに「ノード」タブをクリックします。


ノードマシン名がちゃんと表示されていますね。
ネットワークでつながっていて、ノードマシンの「Logic Pro Node」
が起動していれば問題なく表示されるようです。
ただ、OS X のソフトウェアファイアウォールは無効にする必要が
あるので、この点は要注意です。

ここで、上の図のように「Logic Nodes を有効にする」と、該当の
マシンにチェックを入れれば基本的な設定が完了です。

■トラックの設定

最後にどのトラックを分散処理の対象とするのかを指定する
必要があります。
幾つか方法があるようですが、私はトラックヘッダの上で、
Control キーを押しながらクリックして以下のメニューから
「トラックヘッダを設定」選択します。


そこで「ノード」をチェックして、「トラック・ノード・ボタン」
がトラックヘッダに表示されるように設定します。



そして該当のトラックでこのボタンをクリックすると表示が以下の
ように変わります。


上の「トラック・ノード・ボタン」は分散処理の対象になっていない
状態で、クリックすると下の様にアイコンが変わり、さらにノードでの
処理が可能な場合は緑が点灯します。

さて実際に演奏です。
CPUの状況は・・・



ノードのメータが新たに表示されて、見事に分散されてCPUの
オーバーロードが解消されているのがわかります!

これで解決です・・・と言いたいところですが(^ ^;

レイテンシーが少し高くて、録音したものをプレイバックするときは問題
ないのですが、ライブ演奏では発音が結構遅れますね。
ちょっと気になります。

有効だということは分かりましたが、私のケースでは夢のような解決策
ではなかったようです。

■Logic Node の注意点

マニュアルに記載されていますが、サンプリング系のシンセは、サンプリング
データをプライマリ-ノード間でやり取りすることがそもそも現実的ではない
とういことで、ノードで処理できないようです。(EXS24 と Ultrabeat)
他にもノードで処理できないケースがあるので注意が必要ですが、このような
ものは逆にCPUを酷使しないのであまり問題ではないように思いました。

以上になりますが、この方法もレイテンシの問題があることがわかりましたので、
あともう一つだけ試してみることにします。

それはまた次回に・・・

Sunday, March 29, 2009

サンプルレート問題(バッファ)

今回は、前回お伝えしたサンプルレートを92KHzにした場合の
雑音+エラーの問題解決に向けての試みについてです。

まずは環境設定から見てみます。

■環境設定(I/Oバッファサイズ)

今回はアレンジ画面のツールバーからアクセスしてみます。
このツールバーはコントロールキー+マウスクリック、もしくは
マウスの左クリックでカスタマイズメニューを選択し、カスタマイズ
することができますので、よく使うツールを表示しておくと良いですね。



「環境設定」は、Logic アプリケーションの設定で、その右の
「設定」はプロジェクトの設定を指しています。

今回は「環境設定」をクリックしてポップアップするメニュー
から「オーディオ」を選びます。



今回の注目は「I/Oバッファサイズ」です。

オーディオ機器が入出力の両方で使用するバッファのサイズ
とのことです。

プルダウンからバッファサイズを選択して環境設定画面下の
「変更を適用」をクリックします。

I/Oバッファサイズを大きくすることでCPUへの負荷を軽減
することができるそうですが、その副作用としてレイテンシー
が高くなるという問題があるようです。
バッファサイズを小さくすると、読み込んで、処理してという
サイクルが非常に短い時間で繰り返されるので、確かにCPUに
負荷が大きいような気がしますね。詳しいことは分りませんが・・

レイテンシーとは、オーディオ機器やMIDIインターフェース
から入力信号を受けて、デジタル処理後に信号が出力される
までの時間差のことを指していて、例えばMIDIキーボードを
弾いて(入力)から音が出る(出力)までにタイムラグが発生する
ケースがこれに該当します。

高くなるということは、遅れがひどくなるということで、演奏に
よるリアルタイムの入力の際には演奏に支障が出てきます。

64、128サンプルでは、96KHzでSculptureを演奏した場合
雑音が酷く、256サンプル以上では雑音は発生しませんでした。

ただ、CPUの負荷は負荷メータ上はあまり変化がなく、決定的な
対応かはよくわかりません。

256サンプルではレイテンシもそれほど酷くなく、個人的には
問題は感じませんでした。

■環境設定(プロセス・バッファ・レンジ)

同じ環境設定画面にある「プロセス・バッファ・レンジ」は
ミックスやエフェクトの処理に使用するバッファサイズだそうです。

これは大・中・小から選択するもので、やはり小はCPUに対する
負荷が高くなり、レイテンシが高くなってしまうようです。

少し重ためのエフェクトをかけて同様に録音してみましたが、
あまりこの変更が大きく雑音に影響してくるという感じはしません
でした。
とりあえず「中」にして様子を見てみることにします。


ここまでの方法で、雑音は解消しましたが、CPU負荷が変わらない
ことを考えると、沢山のトラックを使うことは絶望的に思えますので、
なんとかCPU負荷を減らしたいのですが。

(次回に続く)

Monday, March 23, 2009

サンプルレート問題

先週末、新しいテンプレートで曲作りにトライしてみたのですが、
高いサンプルレートに苦戦です(^ ^;

・リズムトラックに簡単なリズムを打ち込んで

・EXS24 という Logic に付属するソフトシンセ(サンプラー)でピアノを
 リアルタイム入力して

・ボーカルを続けて3トラック録音して

・Sculpture という Logic に付属するソフトシンセでパッド系の音を
 リアルタイム入力しているときに問題が発生です!

Sculptureでの音数を増やしていくと、デジタル特有の雑音が聞こえ
はじめ、ブツブツと音が切れる状況になり、さらには以下のような
ダイアログボックスが・・・


■原因は何?

以下の方法で、CPUへの負荷がオーバーロードしていることが原因か
確認です。

デフォルトで画面下部にある、トランスポートバーのCPUと書かれた
メータ部分をクリックすると次の「負荷メータ(CPU/HD)」が表示されます。


CPUが振り切っているではないですか!

次に96KHzを48KHz、44.1KHzに下げてみると、この通り。
やっぱりサンプリングレートは大きくかかわっていますね。



次にサンプリングサイズを24ビットから16ビットに変更たところ、
CPUへの負荷がオーバーロードしているところは変わらないのですが、
雑音及びメッセージの表示はありませんでした。

■どうしよう?

「Sculptureは、高度な振動弦の音響モデルに基づいてサウンドを生成します。」
とのことで、きっとものすごく大変な演算をしているのでしょうね。

この分だと、高機能なデジタルリバーブ Space Designer やデジタルディレイの
Delay Designer も同様の問題が出そうです。

やっぱり 48KHz か 44.1KHz に下げようかなと色々試していたら、
サンプルレートによって Sculpture の音が明らかに違うことにびっくりしました。
96KHzの方が音の輪郭、ニュアンスがはっきりしているのです。

アップロードまでの様々な過程で劣化していますが、即興で作ったサンプルを
聞き比べてみてください。

* 44.1KHz sample


*96KHz sample

様々な演算処理が行われることにより、誤差が拡大して
音の輪郭を変えてしまっているように思えます。

うーん、こりゃ 96KHz でがんばりたいなぁ(>_<)

次回は色んな解決方法をトライしてみます!

それでダメだったらあっさり48KHzにします(笑