マウスのお供。 Windows版
個人で上記OS上のcursorとして利用する限り無償。 (ただし、日本国籍の女性に限っては1カーソル毎に56,000円のレディス料金を設定するものです。) 事前の許可無しに再配布、転載、改造、他環境への移植は禁ず。
Applied Acoustic Systems社による、電気ピアノに特化したソフトウェア音源です。
Lounge Lizard EP-3はサンプリング波形やウェーブテーブルを一切含まない純然たる物理モデリング音源です。 ハンマーやトーンジェネレータ、トーンバーなどの機械振動系の数学的モデルに基づきリアルタイム演算で出音を生成しているので、サンプル波形のループに出がちな妙なうねりも無く、ヴェロシティ・スイッチにありがちな大雑把な不連続性もありません。 Rhodesに特有の強打時の歪感も本物に肉薄しています。
物理モデリング音源だけに音色パラメータの追い込み次第で音色は大幅に変わります。 当サイト管理者所有のStageモデル(Mark-1 73鍵仕様)に肉薄する音色は残念ながらプリセットには無かったものの、パラメータを編集すると容易にそっくりな出音のキャラクターが出来上がりました。 特に、高音部を弱めに弾いた時の倍音は豊富ではないがコモって聞こえる訳でもないコロコロ感が見事に際限できたのが驚くところ。 サンプル波形ベースのタイプではハードウェア音源含めその種のキャラクターを実現したものにはこれまで出会ったことが無かったので、Lounge Lizard EP-3の素晴らしさと特異性が如実にわかります。
Alchemyは英 Camel Audioが開発した正弦波加算方式ソフトウェア・プラグイン型シンセサイザです。
先代のCameleon 5000が基本的にはPCM波形からの再構築をベースにしていましたが、Alchemyはそれに留まらずにグラニュラー・シンセシスやモーフィング、クロスフェード合成等も利用でき、PWMやアナログの減算方式シンセサイザーに肉薄するアナログ・モデリング・フィルターも利用出来るので、シンセサイザーとしてはかなり広範囲をカバーしています。 カバーしていないのはFM位でしょうか。
基本的には面白い。 フジテレビが関与する映画にありがちなTVバラエティ的はっちゃけがかなり抑えられていて真面目に作られておりじっくり楽しめます。 主要ローマ人役を日本人俳優が演じるのも、下手にMr. Bater的な異人種強調メイクなどをしてしまうこと無くそのまま演じる方針も成功しています。 日本人のディレクションでイタリア人が演じて日本語に吹き替えてコメディとして成立させるのは相当に無理があるでしょうし。 イタリアで撮影されたローマ市内の屋外のシーンと日本で撮影されたそれ以外のローマのシーンの色合い、空気感の整合性も見事なものです。
しかし、作品を大きくぶち壊す難点があります。 それはオリジナルキャラとして設定されたヒロイン。 勿論、原作と違うからダメだなんて話ではありません。 ましてや、演者がダメだとか言うつもりなぞ微塵もありません。 問題はもっと別の処にあるのです。
気分屋なもので、音色やミックスバランスは随時変更中。
対応楽器、ソフトウェアを追記。
HALion 4用のチューニングスケールを追加。
AnaMark / VAZ 1.5 Plus-compatible tuning file format準拠のマイクロチューニング設定ファイルにまとめたもの。 Virsyn Cube 2のアプリケーションフォルダ内のサブフォルダ“Tuning”内にpart1.scl～part8.sclの名称で保存すると1～8の各チャンネルにこの調律曲線が適用されます。
Scala scale file format準拠のマイクロチューニング設定ファイルにまとめたもの。 Pianoteq Pro 3, 4、Lounge Lizard 3で使用可能なことを確認済み。
Steinberg HALion 4準拠のマイクロチューニング設定ファイルにまとめたもの。 C:\Users\[your ID]\Documents\Steinberg\HALion\Sub Presets\Midi\Tuningscale上にこのファイルを置いた上でMIDI moduleとして適用したい音色に適用します。
基準ピッチや調律曲線について。 10年前の記事に一部追記したものを改めて投稿。
別にDVDでも良いのだけど。 私がこの世で一番好きなハリウッド映画、Robin Williams, Shelley Duvall主演、Robert Altman監督の実写映画『POPEYE』は出演者も監督も高名なのに何で全くディスク化されないのでしょう。 VHS化されたっきり…と思ってたら実はDVD化されていたのを発見。
Windows Vistaの時点で既に、Opentype Feature Tagに対応したフォント『メイリオ』等と同タグを受け付ける同時期以降のOffice等アプリケーションの組み合わせで、文字鏡的なフォント使い分けに頼らずに包摂された字形の違いを表現することは出来ていた。 しかしこの方法ではプレーンテキストデータでは包摂された字形の違いを表現できず、従ってファイル名やフォルダ名、漢字変換辞書登録などでは折角の字形バリエーションを使いこなせなかった。