http://audiohologram.sblo.jp/ AudioHologram the multi channel sound performance. ja http://audiohologram.sblo.jp/article/54106369.html リズムトラックの構築が一段落した。130bpm前後の素材は、倍テンポ扱いとなって使い難いことが判明。140bpmは問題なかった。素材によっては、シャッフル限定とかイロイロあって混乱する。結局は自分でシステムに最適化したものを合成するのが得策っぽい。 testingRandReversePlayback.movあと、一昨年から継続していた大きな懸案、ランダム再生回路のリバース再生出来ない不具合が解決した。これは、文字道理「逆転の発想」で、サンプル再生オブジェクトの再生方向設定チ.. AudioElectronics Yasuski 2012-02-22T12:14:54+09:00


あと、一昨年から継続していた大きな懸案、ランダム再生回路のリバース再生出来ない不具合が解決した。これは、文字道理「逆転の発想」で、サンプル再生オブジェクトの再生方向設定チェックボックスをReverseにして、スイッチoffで正転するように回路を組み替えればよかった。オブジェクト単体時には再現されずTimeline上で必ず発生する現象だったが、バグはバグなりに対処すればなんとかなるという良い経験となった。 ]]> http://audiohologram.sblo.jp/article/54102778.html sequenceInfoToLemur.movここで、本日行った作業の備忘録を。AudioHologramでは旧来のmidi機材の使用を可能とする為に通信プロトコルにmidiとoscを混在させている。　その棲み分けだが、録音スイッチなど「実体の存在する」インターフェイスが絡む場所は基本midiでハンドリングを行っている。ただし、ここで単純にmidi信号を返すとLemurとの間にループ回路が出来上がって不具合が生じる。この現象から逃げるためには、kyma側にmidi→osc変換.. AudioElectronics Yasuski 2012-02-22T07:03:50+09:00 extVideoConfig = {"width":"320","url":"http://www.youtube.com/watch?feature=youtube_gdata&v=5gqaW7rVsis","height":"240"};

ここで、本日行った作業の備忘録を。AudioHologramでは旧来のmidi機材の使用を可能とする為に通信プロトコルにmidiとoscを混在させている。　その棲み分けだが、録音スイッチなど「実体の存在する」インターフェイスが絡む場所は基本midiでハンドリングを行っている。

ただし、ここで単純にmidi信号を返すとLemurとの間にループ回路が出来上がって不具合が生じる。この現象から逃げるためには、kyma側にmidi→osc変換のオブジェクトを仕込み、表示専用のデータストリームを製作し、これをLemur側に返す。Lemurのオブジェクトはmidi送信のみを行い、ステイタス設定はkymaからのoscデータで受ける。

MotorMixと同様にosc環境下では事前に状態をスキャンするためのバーストを行うようだが、これが誤動作の原因となるので、リセット可能な本番前に接続を確立しなければならない。もしくは、スキャン時にデータをミュートし、デフォルトの状態で設定が立ち上がるような仕組みを構築すれば良いんだが、これは自分程度の技量にはハードルが高そう。 ]]> http://audiohologram.sblo.jp/article/53507054.html Arpeggiatorに外部入力から拾ったピッチ情報を反映させてみた。GuitarPitchDrivenArpeggiator.mov現在のピッチ受け設定の問題点のまとめ：　Arpeggiatorへのピッチ入力はmidiNoteとオーディオ入力をF/Vしたものの切り替えとなっているが、F/V入力の場合もNoteOnのトリガーはmidi経由で受ける必要がある。これは、Arpeggiatorのコントロールをmidi受け優先で構築したため、Objectへの直接入力がKymaによって.. AudioElectronics Yasuski 2012-02-08T19:01:04+09:00


現在のピッチ受け設定の問題点のまとめ：　Arpeggiatorへのピッチ入力はmidiNoteとオーディオ入力をF/Vしたものの切り替えとなっているが、F/V入力の場合もNoteOnのトリガーはmidi経由で受ける必要がある。これは、Arpeggiatorのコントロールをmidi受け優先で構築したため、Objectへの直接入力がKymaによってオミットされた結果と思われる。この仕様には良い点もあって、Arpeggiatorのオン・オフを外部のmidi機器でコントロールできる点で、arc4の出力パラメーターとリンクすれば、アルペジエーターのフレーズやピッチ幅等のコントロール端末として活用できそう。


]]> http://audiohologram.sblo.jp/article/53506213.html 年末に行ったライヴの経験を踏まえて、年始からAudioHologramのSystemUpdateを久々に行っている。まずは、monomeから出力される4ch分のmidiNoteに対応させるべく、新たに3種類の音源を追加した。monomeDrivesKYMA.movこの時点で追加したシステムは、1）リズムトラックのトリプレット機能　2）ベースとバスドラのタイミングを同期する機能　3）arc4 対応の音源3種　（GASynthe、設定が異なるCloudSynthe x2）で、主に.. AudioElectronics Yasuski 2012-02-08T17:35:12+09:00
まずは、monomeから出力される4ch分のmidiNoteに対応させるべく、新たに3種類の音源を追加した。



この時点で追加したシステムは、

1）リズムトラックのトリプレット機能　
2）ベースとバスドラのタイミングを同期する機能　
3）arc4 対応の音源3種　（GASynthe、設定が異なるCloudSynthe x2）

で、主にリズム面の機能を充実させる方向で改良を進めた。　



基本構造が、16chのアナログシーケンサーは3連系に代表されるビートチェンジ機能の実装が難しく、複雑な動作を仕込むには限界がある。　例えば、1クロックを3クロックに置き換える場合、プレイバックするサンプルに任意の周波数への辺倍が可能なトリガージェネレーター(基本周波数はBPMに同期)を噛ませるのが正解なのだが、この方法ではオブジェクトの規模が大きく複雑になってしまう。



実際のシステム構築は以下のような手順で行った。

まず、!DrumLoopDuration s : BPM でドラムループの尺からBPMを算出し、その結果に3を掛けた値でPulseTrainを駆動する。

一時作業がスタックした原因は、AnalogSequencer オブジェクトから発生する！KeyDown 信号の「解釈」で、設定したステップ分のパルスを　 ！KeyDown 　を使ってコントロールできるとの思い込みだった。　実際の仕様は、用意したch分のTriggerが発生するので、ステップ毎のオンオフを！KeyDownで行うことはできない。つまり、Pulse発生器のトリガーは !Velocity で行うのが正解ということになる。　

周波数の逓倍は可変としたが、現状ではトリガーをEXORしている為に、連符が裏で入ってしまうのが欠点。ANDすれば良いのだが、その場合は、連符機能をオフった場合の手当が必要となる。

その後の実験で判明したことは、トリガーを単純にANDするだけではダメで、本来は不可視であるAnalogSequencerからの !Velocity と !KeyDown 信号を可視化させたものを抽出し、そのトリガーを使って操作対象の音源オブジェクトへの信号を整理すれば良い事が解った。

トリガーの処理は以下のように記述している。

(!Keydown * (1 - !TriggerTriplet)) + ((!KeyDown asLogicValue * !TripletEvent asLogicValue ) * !TriggerTriplet)

!KeyDown はAnarogSequencerから出力されるトリガー。

!TripletEvent は、連符専用のトリガーで、AnalogSequencerの1Step内に任意の回数トリガーを挿入する。

!TriggerTriplet はAnalogSequencerの任意のSTEPにイベントを発生させるための信号。要は、「連符発生タイミングをジェネレートしているシーケンサー」における各StepのOn/Off情報を反映している。

ループ尺からのBPM算出は、以下のような条件分岐で行った。計測レンジは60BPMから120BPM。

(
(((!AutoDrumLoopDuration ) gt: 64) true: !AutoDrumLoopDuration * 1/128 false:
(((!AutoDrumLoopDuration ) gt: 32) true: !AutoDrumLoopDuration * 1/64 false:
(((!AutoDrumLoopDuration ) gt: 16) true: !AutoDrumLoopDuration * 1/32 false:
(((!AutoDrumLoopDuration ) gt: 8) true: !AutoDrumLoopDuration * 1/16 false:
(((!AutoDrumLoopDuration ) gt: 4) true: !AutoDrumLoopDuration * 1/8 false:
(((!AutoDrumLoopDuration ) gt: 2) true: !AutoDrumLoopDuration * 1/4 false:
(((!AutoDrumLoopDuration ) gt: 1) true: !AutoDrumLoopDuration * 1/2 false:
(((!AutoDrumLoopDuration ) gt: 0.5 ) true: !AutoDrumLoopDuration * 1 false:
0)))))))))

s bpm removeUnits

Triplet機能追加の過程でSequence部に組込んだトリガーの外部表示機能を応用して、Bassのタイミングにバスドラが自動追従する機能を追加した。バスドラの音色の選択が効果を演出するための要となる。



ライヴ演奏中に感じることはarc4の制御の難しさで、ともすれば無秩序になりがちな出音のパターンに、出来ることなら規則性を演出したいところ。　そこで、思い付いたのが効果的なフレーズ生成装置としてのArpeggiatorだ。　

試しに専用音源をセットしたオブジェクトをTimeline上に展開したところ、midiStreamの増加が原因でDSPがパンクして仕舞った。

その後、Sound(object)の展開順を変更して多少の安定度を得たが、DSP#1に処理が集中する傾向は改善されず。処理の割り振りはブラックボックス状態なので、ユーザー側に出来る事は例の黒魔術的な閃きに頼って、Timelineの要素を配分するしか無い。



この映像は外部接続したUSB/midiインターフェイスBitstreamX3に実装されているハードウエア系アルペジエーターを同期させて、Kymaの音源をドライヴする実験。midiNoteのアサインはch4のGAシンセに固定している。スケールが可変出来るもう一つのアルペジエーターは、kymaに内装している。

外部機器との連携は、realTimeMidi系のコマンドを送信して行う。アルペジエーターが受ける信号は、リアルタイムクロックの16rのF8、スタートのFA、ストップのFC。外部トリガーを受信状態とすることで、kyma側から直接コントロールしている。一般的なnote情報やccと違ってチャンネル情報が無いことに注意。F8の周期はbpmの24倍が仕様らしい。

以下、参考文献から。やはり24倍が正解。

System Real-Time Messages

11111000 Timing Clock. Sent 24 times per quarter note when synchronization is required (see text).
11111001 Undefined. (Reserved)
11111010 Start. Start the current sequence playing. (This message will be followed with Timing Clocks).
11111011 Continue. Continue at the point the sequence was Stopped.
11111100 Stop. Stop the current sequence.
11111101 Undefined. (Reserved)
11111110 Active Sensing.
Use of this message is optional. When initially sent, the receiver will expect to receive another Active Sensing message each 300ms (max), or it will be assume that the connection has been terminated. At termination, the receiver will turn off all voices and return to normal (non- active sensing) operation.
11111111 Reset.
Reset all receivers in the system to power-up status. This should be used sparingly, preferably under manual control. In particular, it should not be sent on power-up.

気になったのはテンポの捩れる感じで、人間っぽいとは言えるんだけどタイトな雰囲気は得られない。一方、x24のパルス送信によるデータトラフィックのオーヴァーフローが発生している。



実験の結果、ハードウエア制御／ソフトウエア制御の両方がプリセットタイプなので、仕込みの余地がなく選択肢が狭くて動作の安定度が低いハードウエア制御は諦めることになりそうだ。　ソフト制御のダイレクトな反応は予想のレベルを超えていた。

次に、追加分のArpeggiatorをソフトウエアで実装してみた。



シーケンスパターンの仕込みが、「使えるシステム」を構築できるかどうかのポイントとなるだろう。




]]> http://audiohologram.sblo.jp/article/50135062.html コンフリクトの発生によりアプリが両方落ち、同時展開は不可能。　それぞれのアプリ単独の起動は行えるものの、同一のFWルーティンに接続すると動作が不安定になる。　よって、残念ながら物理的な共存の可能性も怪しい。　また、Windows7環境下でのTC/Near単独起動時には、PCとハードウエアがLockしない案件が発生している。XP環境下ではとりあえず稼動しているものの、こちらも動作が不安定。　Macではどうなんだろうか？と、VMWareFusion経由で試してみたが、VMはFW接.. AudioElectronics Yasuski 2011-11-10T06:50:14+09:00

コンフリクトの発生によりアプリが両方落ち、同時展開は不可能。　それぞれのアプリ単独の起動は行えるものの、同一のFWルーティンに接続すると動作が不安定になる。　よって、残念ながら物理的な共存の可能性も怪しい。　

また、Windows7環境下でのTC/Near単独起動時には、PCとハードウエアがLockしない案件が発生している。XP環境下ではとりあえず稼動しているものの、こちらも動作が不安定。　

Macではどうなんだろうか？と、VMWareFusion経由で試してみたが、VMはFW接続には対応していない模様。まあ、Macを使っていてVM経由で音を出そうなんて奇特なことは普通考えないか。　ということで、手詰まりが確定。　別PCで駆動するほかはなさそう。

Virtual Machineに関しては、Parallelsも一緒の状況みたいなので、「同一PCから複数OS立ち上げてコントロール」という可能性は無くなった。

ちなみに、Mac上でFWリンクしてCapyとSK48をチェインすると、何故かPacarana上のUSB/midiデバイスを見失う模様。　PacaranaとCapyをリンクした環境でSK48絡めるのは不可で、これも確定事項となった。

TCのMLでは、Mac上でも結構な確率で食い合せの問題が発生しているみたいで、トラブルの報告が一杯あった。　卓として使うには安定度というか信頼性が低いと思われる。　

おまけ：　VMwareFusionとParallelsの比較 ]]> http://audiohologram.sblo.jp/article/49473771.html そもそも、このデバイスを購入した動機は、マルチチャンネル音源のパン・コントロールを、巨大なポーテーションメーター4基というとても判り易い形状で、行えそうだということにあった。 しかし、OSC準拠のプロトコルに不案内な旧世代な人間なので、ここはとりあえず「他人様」のMaxPatchを拝借することにして、それをチョコっと改造。OSC/MidiCCを吐き出す機構を追加してみた。 Patchの中身を精査すると、FM音源コントロール用の信号が、音源とArc4の「表示用OSCコマンド生.. AudioElectronics Yasuski 2011-10-28T14:08:44+09:00


しかし、OSC準拠のプロトコルに不案内な旧世代な人間なので、ここはとりあえず「他人様」のMaxPatchを拝借することにして、それをチョコっと改造。OSC/MidiCCを吐き出す機構を追加してみた。



Patchの中身を精査すると、FM音源コントロール用の信号が、音源とArc4の「表示用OSCコマンド生成部」に分岐しているポイントが利用できそうだ。結果が原因となるのは本末転倒だが、Arc4の状態をPANコントローラーに反映させることになる。　midi送信用の回路は、ここから分岐点を作ってctloutというオブジェクトを介在させ、コントロールチェンジ信号を出力する方法を取った。



また、折角のFM音源を使わない手はないので、４つの音源をそれぞれ8chアウトに振り分けられる機構にDACオブジェクトを変更。その際、何故か音声アウトが1chに反映しない現象を体験したので、ひとまずDAを10ch仕様にして、2〜8chから音声を出力している。これでPatchを稼動させているPCに外部ADを接続した場合、パラで信号を送ることが可能となった。

一方のmidi信号の取り扱いだが、外部への接続にはOsculatorを介在させることになる。ただし、Note情報を送ろうとするとイロイロとややこしいことになるようで、この件に関してOsculatorのMLを検索しても簡単に解決できる方法はなさそうだと判断。そこで、ひとまず行って見たのは、Pan情報を送信しているcc信号のハンドリングで、ご覧のように8ch分のデータを連番で吐き出すことを確認している。



ただ、Osculatorが介在することで、どうしても「遅れ」と「データの欠損」が生じて仕舞うようで、Capybaraを使用した場合にはPan動作中に結構な確率で音飛びが生じていた。　後ほど「発見」した解決法は非常に単純で、Pacaranaにルーティンを直結するだけ。これにより、データの欠損は大幅に改善されている。



その後に実装した機能は、個別の音源毎に配置したディレイ・エレメント、PanOutのデータ幅を制限するプリセット機構、コントローラーの角度情報（固定値）の出力、音源毎のnoteNumberの並列出力といったところで、特にkymaとの併用に特化している。　

ついでに、他に接続したmonome128のデータ入出力ポートを追加している。　今までは、MonomeSerialというスタンドアロン・アプリが存在していたが、OSXの10.6.8環境では動作が不安定になっているという噂があった。　実証のためにmonomeを接続してみたところ、アプリのクラッシュが再現されたため機能の追加を試みた。　現在これのフラッシュ機能（kymaから送信される店舗情報を表示するコケ脅かし用のおまけ）の受信chを#15で固定しているが、これも汎用性を考えて変更可能な仕様とした方が良さそうだ。

]]> http://audiohologram.sblo.jp/article/49466751.html monome/arc4の到着を機に、Kymaを包括した音響システムの再構成を行った。これは、その時に経験したTipsの覚え書き。 Kymaとは、広義にはDigitalAudioWorkstation、略してDAWにカテゴライズされる楽器だが、どちらかと言うと「楽器」寄りの音響制作支援システムといえる。　ここは、「音楽制作寄り」でないことに注意しよう。 今回の目的は、Kymaを主幹としつつも「弱い分野」をヘルパーアプリケーションで補完できる統合的な環境を構築することにある。 作.. AudioElectronics Yasuski 2011-10-28T11:16:53+09:00


これは、その時に経験したTipsの覚え書き。

Kymaとは、広義にはDigitalAudioWorkstation、略してDAWにカテゴライズされる楽器だが、どちらかと言うと「楽器」寄りの音響制作支援システムといえる。　ここは、「音楽制作寄り」でないことに注意しよう。

今回の目的は、Kymaを主幹としつつも「弱い分野」をヘルパーアプリケーションで補完できる統合的な環境を構築することにある。

作業に入る前にKymaの具体的な欠点を抽出してみた。　

まず、弱いのがリズムシーケンスや音楽の小節単位の展開で、シーケンサーとの対局にあるような不便さが目に付く。　KymaにはTimelineという機能があって、これは一見するとMusicalSequencerに非常によく似たトラック別にデータを貼り付ける形をとっている。　注意すべきポイントは、貼り付けられるデータが、Midiや音声ファイルのような「音楽情報」ではなく、音楽情報を含めた、音響的な要素を構成するオブジェクトそのものであることだ。



例えば、エコープレックスのようなものを想像して欲しい。通常この手の機材から想像するのは筐体を持った「現物」であるのだが、Kymaでは動作をシミュレートしたオブジェクトを時間軸に沿って展開していく。　これは、プロセッシングパワーの消費を抑える意味もあって、喩えるならばシーンごとに機材を「作っては壊す」という行為を仮想空間で実行していることになる。

この方法には色々と利点があって、その一番のポイントは、音声データ・Midi等の制御データ・音響オブジェクトそのものを生成するコンパイル用のデータ、以上の情報を全く同じ土俵で扱う点にある。　つまり、エフェクトボードにエフェクターを並べるよりも遥かに自由度が高いレベルでシステムを有機的に統合できるのだ。

ユーザー側に、ある程度の電子/音響工学の知識がある場合、直感的に回路の構成を行いつつ、まとめを巨視的に行うことができる。

一方、一般的なシーケンスソフトのようにGUIを駆使してMidiや音声データ等を手軽に扱うことは苦手で、どちらかと言うと、「機材」や「楽器」を製造する感覚に近い。　故に音楽家、特に演奏家には敬遠される傾向がある。

今立ち上中のシステムは、これらの弱点をカヴァーしつつ、音響や操作面で出来るだけ妥協を行わずに、ライヴシーンにおける操作性と即興性の向上を狙っている。

まず最初に問題となるのは、オーディオ系の結線（仮想を含めた）で、構造がシンプルであるほど、現場のサービス性と信頼性が向上する。手持ちの駒の中では、RME系インターフェイスとT.C.のデジタル・オーディオ・ハブの組み合わせが有力な候補である。





あと、システムを構築する上での制約事項として、時代遅れのDSPボックスを有効利用することが挙げられる。制限された機能の中で、シンプルな構成で有用な仕組みを構築しなければならない。

KonnektX32はSPDIF,AES,ADAT,Firewireと、現存する殆のオーディオ伝送フォーマットに対応していて、拡張性が高い。このハブを中心にデータのやり取りを行なっていく。　想定される使い方は二通りあって、Capyを使用する場合は、単なるデータ変換器として、Pacaranaを使用する場合は、Kymaの直接的な端末となる。



実はこの機材を購入した理由は単純で、Kyma/Pacaranaが対応していないRME製のAD/DAを導入する目的があった。

実は、RMEの通信プロトコルは特殊な独自仕様のために一般には公開されていない。　故にPacaranaとの直結が行えない。そこで、デジタル音声規格の物理的変換が可能な機材の介在が必要となる。

RMEの特徴は音質の良さだけではなく、コンパクトさに相反した拡張性にあり、デジタル端子を含めた60近い入出力数を誇る。さらに、RMEを使う利点はPC直結の卓として機能することで、音声終端回路としてオーディオ回路を纏める役割が期待される。　



Fireface800をコントロールするFirefaceMonitorは外部からmidi制御を行うことが可能で、データ形式はMackie/HUIのプロトコルに準拠する。　ただし、これは卓モニター中段のSoftwareAudioの先頭8chのみの対応なので、FirefaceMonitorのポテンシャルを使いこなすには役不足である。　

他にSimple MIDI Controlというモードがあって、kymaとのコンビネーションではこちらのモードを推奨する。　各フェーダーに対応するmidi/cc#は以下のとおり。　

上段から、ch02/cc102〜cc117、ch03/cc102〜113、中段が、ch05/cc102〜cc117、ch06/cc102〜cc113、下段が、ch08/cc102〜cc117、ch09/cc102〜113　となっている。

その他、コントローラーへのアサインは、midi/noteNumberを使用する。以下、そのラインアップを列挙しておく。

Monitor Main: 3E / 62 / D 3
Dim: 5D / 93 / A 5
Mono: 2A / 42 / #F 1
Talkback: 5E / 94 / #A 5
Monitor Phones 1: 3F / 63 / #D 3
Monitor Phones 2: 40 / 64 / E 3
Monitor Phones 3: 41 / 65 / F 3
Preset 1: 36 / 54 / #F 2
Preset 2: 37 / 55 / G 2
Preset 3: 38 / 56 / #G 2
Preset 4: 39 / 57 / A 2
Preset 5: 3A / 58 / #A 2
Preset 6: 3B / 59 / B 2
Preset 7: 3C / 60 / C 3
Preset 8: 3D / 61 / #C 3

残念ながら、使用頻度の多そうなSolo/Muteスイッチには対応していない。よって、kyma側でMute/Solo機能を実装する必要がある。



旧モデルのCapybaraとは違って、最新型のPacaranaはオーディオインターフェイスを内装していないため、外付けのハードウエアが必須となっている。

ところが、このハードウエアには「食い合せ」が存在するため、選考には神経質にならざるを得ない。Kymaの特殊性はこのインターフェイスの運用ルールで、通常必要な「端末とPCとの通信」を禁止するところにある。　つまり、AD/DAはPCと切り離された状態、つまりハードウエアとして認識されないことが大前提なのだ。

先述したように、RMEはKyma側のデータ通信プロトコルとの互換性がなく、それ故に、独立したAudioMixerとしての使用が可能だ。PCでコントロールされるDigitalドメインのAudioMixerの利点は、PCのからの音声データを直接卓に送り込めること、つまり、PC上のヘルパーアプリケーションとの連携を行うために複数の回線を確保できる点にある。



ヘルパーアプリ側では、予めトラック毎に出力ソースの要素を分解しておき、それをマルチパスで連携する。Kyma側に送り込みたい音源を並列化することで、ヘルパーアプリが不得手なパン・コントロールを容易に実現できるのだ。

具体例として、今回試験的に採用した音声ルーティンを挙げておく。

PCからFirewire800規格でRME・Fireface800に接続：FirefaceからKyma/CapybaraにFW400規格で接続・CapybaraのAES端子とT.C.KonnektX32を接続（キャノンコネクター8本による）KonnektX32とFireface800をADAT規格（TOSLINK）で接続・　といった布陣となった。　今回、KonnektX32は、PCのデータバスからはフローティングされている。

リンクは、monome/arc4でkymaをコントロールした音声データの記録。Fireface800の導入によって、midiデータでkymaの音源を直接コントロールするだけでなく、MacBook上で稼働するアプリケーションの音声をルーティンすることが可能となった。



Pacaranaを導入する場合、KonnektX32がKymaの直接的な端末となる。Fireface800との結合はADAT規格で行う。他のPCとKyma系の処理を分担する場合、2つ目のADAT端子を使用する予定。 KonnektX32単体には、Midi I/Oが付属しないところに注意すること。Pacaranaの背面にはmidiポートが実装されているので、ここにM-Audio等のUSB/midiインターフェイスを接続するとよい。

作業の過程で、Konnekt48を簡易卓としてCapybaraと組み合わせることを思いついた。



この場合、Konnekt48はkymaからスタンドアロンなデバイスとして使用するので、Mac側に外部機器として認識させる必要があるが、認識に必要なkextファイルの扱いがネックで、Pacaranaとの混用を行う場合には起動時に読み込むkextファイルを変更しなければならない。Terminal駆動用の簡単なマクロを組むとしても、機種を変更する場合は、必ず再起動を要求される。　従って、Capybaraの運用そのものをWindowsに限定して行うことが解決策だと思われる。　　Windows側では、OSの変更が容易なので、OS毎に対応機種を設定しておけば問題は生じないだろう。 ]]> http://audiohologram.sblo.jp/article/47536120.html 何故デジタルアンプに軍用防水スピーカーを採用したのかというと、正直に言って「ネタ」だった。　完全防水構造のアンプって格好良さそうでしょ。BulletCaseAmpもともと、このスピーカーはAN/GRR5等の野戦用受信機に使用されていたものと思われる。AN/GRR5は水に浮くラジオとしても有名。スピーカーの仕様は、3インチ径で、コーンはマイカっぽい光沢のある赤いプラスティック製。　コイルはショボそうなのが付いているんだが、マグネットがやたらとデカイ。ユニットは、ゴム製のブッシュ.. AudioElectronics Yasuski 2011-08-24T22:58:57+09:00




もともと、このスピーカーはAN/GRR5等の野戦用受信機に使用されていたものと思われる。AN/GRR5は水に浮くラジオとしても有名。



スピーカーの仕様は、3インチ径で、コーンはマイカっぽい光沢のある赤いプラスティック製。　コイルはショボそうなのが付いているんだが、マグネットがやたらとデカイ。ユニットは、ゴム製のブッシュを介してパネルに取り付ける防水構造となっている。



音を出し始めた当初は、低音のカットが足りずにユニットから変なビビリ音が発生して往生したが、ラジオの出力のように低域がカットされた音源を再生した場合、意外と了解度の高い音が得られることに気付く。　そのまま数日間エージングを行ってみたが、楽器を繋いでみてもソコソコの音質が確保できていた。

ビックリしたのは、予想外に音の解像度が高く、カーステでの再生では気付かなかった細かい音が聞き取れること。Jazzやテクノ系のソースを聞くと新しい発見がある。



このスピーカーの弱点は、低音を突っ込むと飽和してしまうこと。そもそも、殆ど再生できません、、、というトホホな仕様ではあるものの、守備範囲というか再生目的の「ヴォイスレンジ」に関しての情報量は侮りがたく、音が「聞こえてくる」現象に驚かされることになる。　

必ずしもHiFiとは言えない出音なんだが、なんか説得力があるというのか、音に対して無意識に集中させられる、そんな感じの音色。

今回は、最盛期のアメリカの底力というか、無駄にハイスペックな製品を乱発していた時代の残滓を体感するという、得難い経験をさせてもらえたと思う。

ちなみに、80年代以降の米軍製通信機の音はクソである。国力の低下が「スピーカーの出音」にも如実に現れているといったら良いだろうか。デジタル化以降のそれはことさら酷いんだが、これがライン出力となると途端に状態が改善されるところが不思議といえば不思議だ。　

技術屋にも「譲れない線」っていうのが、存在するのだろうか。

ちなみに、日本製のDSP機の音は「鳴ってりゃいい」ってレベルで聴くと疲れることで有名だったりする。
]]> http://audiohologram.sblo.jp/article/46155131.html 昨日は、半年以上放置していたCapy系音響システムに久々に火を入れてみるも、頻発するDSP側のクラッシュに悩まされる。 明けた今日昼過ぎ、筐体をバラして内部コネクターの接点のチェック（実は抜き差しするだけ）を行った後、起動にトライしてみた。　当初は問題なさそうな雰囲気だったのだが、1時間余りフリーランさせたところ、熱ダレが原因？のクラッシュが発生。　現在、イニシャライズ後に再起動を行ってテストを継続中だ。 現在、iPad導入の関係で、OSC系コントローラーがいろいろとヤヤコシ.. AudioElectronics Yasuski 2011-06-20T17:54:22+09:00


明けた今日昼過ぎ、筐体をバラして内部コネクターの接点のチェック（実は抜き差しするだけ）を行った後、起動にトライしてみた。　当初は問題なさそうな雰囲気だったのだが、1時間余りフリーランさせたところ、熱ダレが原因？のクラッシュが発生。　現在、イニシャライズ後に再起動を行ってテストを継続中だ。



現在、iPad導入の関係で、OSC系コントローラーがいろいろとヤヤコシイことになっているので、ついでにCapy系システムの設定をおさらいしておく。

Capyは旧タイプのDSPユニットなので、OSCサーバーとしての能力は無い。iPadベースのDelora系及びSymbolic純正アプリの直結は行えない。　よって、CapyでOSCを扱う場合は、Osculatorを介在することになる。　

ちなみに、Deloraが発表しているCapybara用接続アプリ　”CapyLink”　は、Pacarana使用時にのみ稼動状態になることに注意。　このアプリはあくまでPacaranaにCapyを接続するためのツールである。

また、システムのより深い理解のために、Capyの物理的な接続環境を、ついでに整理しておく。

手持ちのCapyはFirewireInterfaceを内蔵させる改造を行ってあるので、Capy本体にFWを直結しできる。FWはここからRMEのAD/DAユニット、Firefaceにチェインしてある。　FirefaceはMacbook側でコンフィグ設定及び、ヴァーチャル卓によるルーティンアサインメントを行っている。　RME系オーディオインターフェイスはFWを採用しているものの、特殊な通信プロトコルを使用しているために、Pacaranaとは直結できない。従って、デジタルデータの翻訳を行うために T.C.Electronic の digitalkonnekt x32 を介してデータのやり取りを行っている。Fireface との間は、ADATプロトコルのトスリンクでチェインしている。

一方、Capyの方は、AES規格のデジタルアウトを選択、これを digitalkonnekt x32 のAES・I/Oに接続している。　マスタークロックは、Capy側のInternalで、これを digitalkonnekt x32 側で受けたものを、Firefaceに流している。　本来はクロックソースが優秀なFirefaceを親機とすべきなんだろうが、何故かロックが安定せず、実験の結果、比較的安定度が高いこの方式の採用となった。

OSCのチェインに話題を戻す。　OSCはOsculatorをサーバーとしてデータストリームをまとめている。サブ機能として物理MIDI系との信号のやりとりが必要になることがあるので、ヘルバーアプリケーション、MidiPatchBayを同時に使用して、FirefaceのMIDI端子をデータストリームに組み込んである。これは、キーボードなどのレガシー系コントローラーの使用を目的としている。　　

TCP/IP系のコントローラーLemurの同時展開も可能だが、こちらは、Pacarana系ハードウエアシステムに組み込んでしまったので、今回は接続実験を割愛した。

Osculatorでは、iPadのOSCアプリ毎に設定ファイルを製作しておくと、混乱が少なく便利だろう。OSC系アプリの中では、TouchOSCが比較的安定していて、使い勝手が良さそうなので、このアプリベースで専用インターフェイスの製作を考えたほうが良いだろう。 ]]> http://audiohologram.sblo.jp/article/44451180.html アコースティック・ギターとかヴァイオリン等の箱楽器は繊細に設計されていて、箱の構造イコール楽器の歴史みたいなところがある。　 で、同じ箱物でも数段格落ちのプリミティヴな楽器「親指ピアノ」でも気になりだしたら予想外に大変なことになってしまった。 最初に気になるのは、パーツのビビリ。特にエレキ系の基板が悪さをする。これを防止するには、、、 １）基板のサイズを小さくして ２）マウント方法を、共振を抑えた方法に、例えばゴム部品を介して行う という、大雑把には２種類のアプローチがある。.. MusicalInstruments Yasuski 2011-04-20T06:24:08+09:00
で、同じ箱物でも数段格落ちのプリミティヴな楽器「親指ピアノ」でも気になりだしたら予想外に大変なことになってしまった。

最初に気になるのは、パーツのビビリ。特にエレキ系の基板が悪さをする。これを防止するには、、、

１）基板のサイズを小さくして
２）マウント方法を、共振を抑えた方法に、例えばゴム部品を介して行う

という、大雑把には２種類のアプローチがある。　自分が、電気的な音質がイマイチしょぼい表面実装パーツを多用する理由は、基板のマスを極力小さくすることが目的なのだ。

次に気になってくるファクターは配線材の共振と干渉。これは出来るだけ細かい配線材を使ったり、逆に極太の線を使ったりと、カットA&トライを行って最適値を探りだしていく。

特に、ピックアップの感度に直接影響する「センサーからの引出線」には、極力細い材を使わないと、これの振動がモロに音質に影響してしまう。また、取り回すラインを間違うと、線材自体がピックアップに変身してしまうので、配線にも最新の注意を払わされる。

そして、重要なのが箱自体の構造だ。楽器を作り始めて最初に意外に感じたのは、バックがオープンの状態でパーツを配置し、裏板を取り付けて箱が閉じた瞬間に楽器の音質が変わることだった。　

後に、いろいろと試行錯誤をした結果、リジッドな形で箱を形成してしまうと、振動が箱全体に食われてしまうことが判明する。　特に、比重の高い材を使った場合や、箱の強度が高かったりすると、楽器の鳴りが悪くなる傾向が顕著となる。

その解決方法だが、まずは箱のような形のレンガを想像してみて欲しい。レンガに振動体をくっつけて鳴らしてみても、振動体の共振はレンガのマスに食われてしまって、リッチな音にはならない。これが、レンガと同じサイズの「箱」の場合は、箱の容積に見合った周波数が強調されて、リッチな音が出力される。　ところが、箱の共振が強過ぎる場合、ある特定の周波数が強調されてしまったり、逆に振動を食い合う「デッドポイン」トが正じることで、楽器として必要なフラットな音響特性を得ることが難しくなってくる。

今回のようにアルミ製の箱を選んだ場合は後者の現象が強くなる一方、前回作った分厚い材を使ったセミリジッド構造の場合、前者のようにボディーがレンガ化してしまう危険性が生じる傾向にある。

何れの場合も解決法は意外と単純で、機械的に裏蓋を浮かせつつ、空気的には密閉するという手法が有効だった。　つまり、裏板をゴムなどの緩衝材を使って振動からフローティングさせることで、音響的な妥協が行えるのだ。

まあ、音質を突き詰めていくと、コレ以外にも「ブリッジのマウント方法」や「接着方法」、「ボディーの材質」、「ピックアップの取り付け方」、、、などなど、いろんなファクターが絡んでくるので、楽器の製作は難しいのでした。 ]]> http://audiohologram.sblo.jp/article/44015334.html nonTgirlk古い記録ですが、2000年にIAMASの卒業制作で演奏したAudioHologramの記念すべき第一回公演です。画面左に見える不気味な頭はダミーヘッドマイクです。ヘッドフォンで聞くと360度音が回って聞こえます。左肘の大怪我上がりなので、演奏はイマイチですが、やる気だけは十分ですね。当時、卒業制作のインスピレーションで作ったシステムなので、怪談スイッチはその構想さえ存在しておりませんでした。PAに使ったd&bのクリアなサウンドは一生忘れることがないでしょう。.. MusicReview Yasuski 2011-03-28T01:05:38+09:00 extVideoConfig = {"width":"320","url":"http://www.youtube.com/watch?feature=youtube_gdata&v=LShWoYsA4uQ","height":"240"};



古い記録ですが、2000年にIAMASの卒業制作で演奏したAudioHologramの記念すべき第一回公演です。

画面左に見える不気味な頭はダミーヘッドマイクです。ヘッドフォンで聞くと360度音が回って聞こえます。

左肘の大怪我上がりなので、演奏はイマイチですが、やる気だけは十分ですね。

当時、卒業制作のインスピレーションで作ったシステムなので、怪談スイッチはその構想さえ存在しておりませんでした。

PAに使ったd&bのクリアなサウンドは一生忘れることがないでしょう。

]]> http://audiohologram.sblo.jp/article/43573145.html 今回は、手の小さな人向けに、筐体の厚みを薄く、角に大きなRを付けたデザインを採用。AnalogDevices製MEMsセンサー、ADMP404を使用している。振動ピックアップ用のセンサーは、ブリッジ直下に取り付けられたL型金具にセットする。仮組みした函と、格納用のソフトケース。アウトプットは、Hirose/6pinとヘッドフォン端子。　左側の充電端子には、専用ケーブルを使ってUSB端子から5Vを入力する。中央の目玉スイッチには、LEDが封入してある。MbiraskiTest0.. MusicalInstruments Yasuski 2011-02-24T23:35:32+09:00

今回は、手の小さな人向けに、筐体の厚みを薄く、角に大きなRを付けたデザインを採用。



AnalogDevices製MEMsセンサー、ADMP404を使用している。



振動ピックアップ用のセンサーは、ブリッジ直下に取り付けられたL型金具にセットする。



仮組みした函と、格納用のソフトケース。



アウトプットは、Hirose/6pinとヘッドフォン端子。　左側の充電端子には、専用ケーブルを使ってUSB端子から5Vを入力する。



中央の目玉スイッチには、LEDが封入してある。

MbiraskiTest02.aif

ライン録音したAIFFファイル。



YouTube版はこちら。 ]]> http://audiohologram.sblo.jp/article/43359128.html 小型の表面実装白色LEDを目玉スイッチに組み込んでみた。　ベースとなるプッシュ・スイッチは、基板実装タイプのもの。これを楽器の中心に設置する。ピンぼけだけど、こんなふうに光ります。暗闇の中ではこんな感じ。実物は電球色に近い雰囲気。目玉とスイッチとの接着には、強度を増すための補強材として、4ミリ程の長さに切った自転車のスポークを使っている。　 MusicalInstruments Yasuski 2011-02-11T10:32:25+09:00


ピンぼけだけど、こんなふうに光ります。



暗闇の中ではこんな感じ。実物は電球色に近い雰囲気。



目玉とスイッチとの接着には、強度を増すための補強材として、4ミリ程の長さに切った自転車のスポークを使っている。　
]]> http://audiohologram.sblo.jp/article/43284989.html MusicalInstruments Yasuski 2011-02-07T14:38:44+09:00




















]]> http://audiohologram.sblo.jp/article/42781529.html 今回は、楽器＆SoundEffectと盛り沢山な内容。先週から取り掛かっているシステムアップの成果が出せるか！？ 「雪百景　１８　＜こ惑＞～高野聖より」 深山に棲む美女と白痴。迷い込んでしまった若い僧は不思議な体験をすることになる。泉鏡花の名作が、語りと舞で展開する舞台。５人の演奏家達が幻想的な世界へと観客たちを運んでゆく。 古澤侑峯（舞）、人村朱美（語り）、ジャンティン（中国琵琶）、阿部慶子(笛）、水田光世（地唄三絃）、福本卓道（尺八）、ヤススキー（ギター他） プラザ萬象能.. LiveInformation Yasuski 2011-01-22T04:05:44+09:00
「雪百景　１８　＜こ惑＞～高野聖より」
深山に棲む美女と白痴。迷い込んでしまった若い僧は不思議な体験をすることになる。泉鏡花の名作が、語りと舞で展開する舞台。５人の演奏家達が幻想的な世界へと観客たちを運んでゆく。
古澤侑峯（舞）、人村朱美（語り）、ジャンティン（中国琵琶）、阿部慶子(笛）、水田光世（地唄三絃）、福本卓道（尺八）、ヤススキー（ギター他）
プラザ萬象能楽堂
15時開演
一般前売2000円、当日2500円。学生前売1000円、当日1500円　全席自由
福井県敦賀市東洋町1-1 　<< 経路検索できます
TEL.0770-22-9711
敦賀市文芸協会 ぽーとあい
TEL：0770-20-1311 FAX：0770-20-1319
営業時間：11:00～14:00 休業日：日曜日・月曜日

楽器は、GuitarとMbiraski、それにBassを持ち込みます。　スピーカーは暫定で５発使用する予定。

ということで、これからWindows系にデータを仕込みます。 ]]>