カテゴリー: MacBook / Air / Pro

巷ではオリンピックなどをTwitterなどで会話しながら視聴するソーシャルビューイングが流行ですが、むしろローカルに保存してある動画ファイルを使ってできないか検討。まぁ、利用シーンは色々あるでしょう。録画したアニメを見る、ホームビデオを見る、ユーザテスト記録ビデオを遠隔協調分析する、etc.、etc.。

検証したビデオチャットのプラットフォーム

• Skype
• iChat
• Hangout (Google+)

動画の送信方法

• ManyCamを使って動画ファイルを仮想Webカメラ入力に見せかける
• 画面共有機能を使う
• iChat Theaterで送信する（iChat）

といった方法を比較検証してみました。ManyCamはWebカメラ映像にリアルタイムにエフェクトをかけたりするソフトですが、映像ソースとして動画ファイルを指定することで再生映像を流すことができます。またiChat Theaterとは、ビデオチャット中に相手映像に動画やPDFファイルをドロップすると画面共有できる機能で、動画の場合は再生映像と音声が相手にそのまま送信されます。

結果としては、

• iChat Theaterはお手軽だし音声も自動ミックスされるが、解像度が低く見るに堪えない
• Webカメラとして送信する場合もやはりあまり解像度が高くならない
• またWebカメラ扱いだと場合によっては左右反転処理が必要
• 画面共有するのが画質的には有利
• ただし画面共有だと動画の音声は送信されないので、別途細工が必要
• Skypeの画面共有はモニタ単位しか共有できない（昔はウインドウ単位できなかったっけ？）
• iChat、Skypeの画面共有はテキストチャットウインドウとの併用ができない

ということで、画質及び使い勝手の面でHangoutが一歩ぬきんでていました。ただし音声をなんとかしないとね、って感じ。Hangoutも全画面表示はできないものの、左サイドにテキストチャット欄を出して併用できたり、他の面子のWebカメラ映像を下部に並べられるなど、レイアウト的にはよく練られています。画面共有単位もウインドウ単位の指定ができるので、無駄がありません。

■動画の音声ストリームを扱う

問題は音声です。当然ローカルではスピーカーから音声が再生されるので、それをマイクが拾えば一応相手にも聞こえます。ただかなり遠くなるので実用的とは言えません。

次に、音声チャットを諦めて、会話はテキストチャットだけということあれば、イヤホン端子とマイク端子をケーブルで直結する手もあります。

ですがやはり、気軽にダベるには音声による会話を並行してしたいところです。ハードウェア的なアプローチとしては、

• 外部にミキサーを用意する
• もう一台のマシンとGoogleアカウントを用意し、そちらからもHangoutに参加する

というのもアリでしょう。

しかしここではなんとかMac一台でホストする方法を検討してみました。今回はSoundflowerという仮想オーディオデバイス生成ツールと、LadioCastという仮想ミキサーツールを用いました。仮想仮想と書いてますが、要は実際には存在しない周辺機器をソフト的にあるように見せかけるツール、とでも思って下さい。今回実験に使用したハードはMacBook Pro 15″ Early 2011とヘッドフォンです。あとマイクとしてLogicoolのWebカメラを使いましたが、これは多分内蔵でも大丈夫でしょう。OSはMountain Lionです。

2020.07.03追記：最新のmacOSではSoundflowerが使えないそうで、BlackHoleというのがいいみたいですね。私自身はまだ試せてませんが参考にリンク貼っておきます。

【やじうまミニレビュー】 Macのオーディオ拡張ドライバでプレイ動画、ビデオ会議...

https://pc.watch.impress.co.jp/docs/column/yajiuma-mini-review/1262744.html

　Macには画面を録画するためのOS標準機能が2つある。1つは「QuickTime Player」を使う方法。QuickTime Playerを起動してから「ファイル→新規画面収録」で画面を録画(収録)することが可能だ。

PC Watch

 

38 Users

138 Pockets

まず両ソフトをインストールします。Soundflowerのインストールは再起動を要請しませんでしたが、実際には再起動しないと機能しませんでした。インストールすると「Soundflower (2ch)」と「Soundflower (64ch)」という２つの仮想デバイスが生成され、OSのサウンド設定パネルの「出力」「入力」タブにそれぞれ出現します。実のところ64chの意義はあまりよくわかっていませんが、まぁ今回はとにかく２つの仮想オーディオデバイスが増えたと捉えておきます。

まずはここ「出力」タブで「Soundflower (64ch)」を選んでおきます。これで本来はスピーカーから聞こえるはずの動画の再生音がリダイレクトされます。

次にLadioCastを起動します。左の３つが入力系、右の３つが出力系です。入力に「Soundrflower (64ch)」（＝動画の音声）とWebカムマイクや内蔵マイク（＝自分の声）を選択し、それを「Soundflower(2ch)」に出力するようにします。動画音声とマイク音声のバランスは、それぞれの設定パネル内のスライダーを使って調整できます。次に動画音声だけは自分も聞きたいので、右の二段目「出力Aux 1」に内蔵出力を指定し、入力１パネルの「Aux 1」ボタンを選択した状態しておきます。これで「Soundflower(2ch)」という仮想サウンドデバイスに、動画とこちらのマイクの音声をミックスしたものが流れ、同時に「内蔵出力」には動画音声のみが流れる状態になります。

次にブラウザでGoogle+にログインし、Hangoutの画面右上にある歯車アイコンをクリックして設定画面を呼び出します。ここでは入力ソースとして「Soundflower (2ch)」（動画音声とマイク音声がミックスされたもの）を指定。出力（相手の声）は内蔵出力（スピーカーまたはヘッドフォン）に出すようにセットします。

互いにヘッドフォンを使えば動画や自分の声がエコーバックすることもなくとてもクリアに動画音声と相手の声が聞き取れました。

Mac OS X Mountain LionでiOSのような音声入力ができるようになりましたが、デフォルトのトリガキーはFnキーの二回押しになっています。普段連打なんてしなさそうなキーなのでアリなんですが、MacBookをクラムシェルモードなどにして外付けの、しかもWindows用キーボードを使ってる場合、Fnキー自体が存在しません。さて困った。

OS側でできる回避策としては、上記のようにCommandキーにアサインし直すことが可能です。右Commandキーなんて普段使ってないのでまぁそれでも良かったんですが、なんかもうFnで覚えちゃったので悔しい。なんとか外付けキーボードからFnキー相当のキー入力はできないものか？

キーを眺めてみると、ちょうど良い位置に使ってないキーがありました。我が家のREALFORCEでは右ALTと右Ctrlの間。アプリケーションキーというようです（名前すら知らなかったｗ）。

名前さえわかってしまえば、PCKeyboardHackなりKeyRemap4MacBookなりでキーコード調べてアサインしてやれば、、、と思ったら最初からKeyRemap4MacBookに設定項目が存在してました。これをチェックするだけです。

関連記事：MacBook Proのキーボード周り環境整備覚え書き

発売と同時に購入しておいた「Thunderbolt – ギガビットEthernetアダプタ」をMacBook Air Mid 2011で試してみたので、USBタイプとの簡易比較ベンチを載せておきます。手頃なベンチマークソフトを知らなかったので、1.09GBの動画ファイルをFinderコピーしてストップウォッチ計測。しかも面倒なので１回ずつ。参考までに。

■仕様機材

クライアント： MacBook Air 11” (Mid 2011) MC969J/A w/OSX 10.7.4

ファイルサーバー: Synology DS1511+ (RAID5)

比較アダプタ: BUFFALO LUA3-U2-AGT (USB接続Gigabit Ethernetモデル)

WiFiアクセスポイント: AirMac Extreme (300Mbps世代) 5GHzで接続

■速度どん！

予想以上の差にビビった！やはりUSB2.0はボトルネックになってたんですねぇ。

■MacBookがThunderbolt対応モデルならこれ一択

写真の通り、サイズも大幅に小型化されてますし、実売価格もほぼ同じ。これから買うならUSBタイプを買う理由はほぼない気がします。ただ今後Thunderboltを使う外付けストレージやモニタが一般化してくると、MacBook AirやRetina以外のProだと取り合いになりそうですね。ハブは出ないのかなぁ…

我が家のMacBook Pro Early 2011はだいぶ前からSpotlightが不調でした。よくあるmdsの暴走でCPU占有率が上がったりファンがうなりつづけたり。で、ググると無効化したりインデックス再構築する方法が出てくるんですが、ついにウチは正常化にいたらずしばらく放置してありました。

ところが今日になってMac AppStoreのアプリの更新で通知されていないものがあることに気付き、どうもSpotlightでアプリのインデックスができてないとそうなるということらしい。ということでもういちど気合いを入れてSpotlight正常化に挑戦しました。

現象としては、「コンソール」にspotlight関連のエラーが延々と表示。

そして左サイドバーから「システム診断レポート」を開くと、十数秒置きに下記エラーが作成されていました。

赤字部分に注目。/System/Library/PrivateFrameworks/SpotlightIndex.framework/Versions/A/フォルダにあるSpotlightIndexというフォルダが正常に読み込めないっぽい。ということで、とりあえず、このファイルをデスクトップに待避。

$ sudo mv /System/Library/PrivateFrameworks/SpotlightIndex.framework/Versions/A/SpotlightIndex ~/Desktop

すると次は当該部分が下の様に変化。

SpotlightIndexファイルが「読み込めない」よ、から「無いよ」に変わったわけです。まぁ当たり前ですね。この状態でOSを再起動したり、インデックス再作成コマンドを打ったりしてみてもSpotlightIndexファイルは再作成されませんでした。

そこで最後の手段とばかりに、別のMacから同ファイルをコピーｗ。そしたら数秒後にはインデックス作成が始まりました！

待避したものと持って来たものではサイズが全く違うので、このファイルがインデックスの実態っぽいですね。だとするともってきた方のMacのファイル情報が無駄に含まれていてトラブルの元になる可能性があるので、念のため「システム環境設定」->「Spotlight」->プライバシー」で除外する場所にMacintosh HDを追加。これでインデックス再作成が中断されたので、少し間を置いてから除外指定を解除。これでまた再作成が始まりました。多分これで一旦リセットされたんじゃないかなぁ、と期待。

なんとかOS再インストールは免れそうです。