Biotronique

Login

 

Articles

Applied Acoustic Systems Lounge Lizard の紹介

Author
tomo
Authorised Time
2012-05-02 21:49:00+09:00
Category
調査批評

Applied Acoustic Systems社による、電気ピアノに特化したソフトウェア音源です。

Lounge Lizard EP-3はサンプリング波形やウェーブテーブルを一切含まない純然たる物理モデリング音源です。 ハンマーやトーンジェネレータ、トーンバーなどの機械振動系の数学的モデルに基づきリアルタイム演算で出音を生成しているので、サンプル波形のループに出がちな妙なうねりも無く、ヴェロシティ・スイッチにありがちな大雑把な不連続性もありません。 Rhodesに特有の強打時の歪感も本物に肉薄しています。

物理モデリング音源だけに音色パラメータの追い込み次第で音色は大幅に変わります。 当サイト管理者所有のStageモデル(Mark-1 73鍵仕様)に肉薄する音色は残念ながらプリセットには無かったものの、パラメータを編集すると容易にそっくりな出音のキャラクターが出来上がりました。 特に、高音部を弱めに弾いた時の倍音は豊富ではないがコモって聞こえる訳でもないコロコロ感が見事に際限できたのが驚くところ。 サンプル波形ベースのタイプではハードウェア音源含めその種のキャラクターを実現したものにはこれまで出会ったことが無かったので、Lounge Lizard EP-3の素晴らしさと特異性が如実にわかります。

Camel Audio Alchemy, Cameleon 5000 の紹介

Author
tomo
Authorised Time
2012-05-02 21:32:00+09:00
Category
調査批評

Alchemyは英 Camel Audioが開発した正弦波加算方式ソフトウェア・プラグイン型シンセサイザです。

先代のCameleon 5000が基本的にはPCM波形からの再構築をベースにしていましたが、Alchemyはそれに留まらずにグラニュラー・シンセシスやモーフィング、クロスフェード合成等も利用でき、PWMやアナログの減算方式シンセサイザーに肉薄するアナログ・モデリング・フィルターも利用出来るので、シンセサイザーとしてはかなり広範囲をカバーしています。 カバーしていないのはFM位でしょうか。

Microtonal

Author
tomo
Authorised Time
2011-09-20 23:52:00+09:00
Category
ツール公開

対応楽器、ソフトウェアを追記。

設定ファイル

Authorised Time
2011-09-17 14:13:59+09:00

HALion 4用のチューニングスケールを追加。

VAZ Plus 1.5 tuning map file

AnaMark / VAZ 1.5 Plus-compatible tuning file format準拠のマイクロチューニング設定ファイルにまとめたもの。 Virsyn Cube 2のアプリケーションフォルダ内のサブフォルダ“Tuning”内にpart1.scl~part8.sclの名称で保存すると1~8の各チャンネルにこの調律曲線が適用されます。

Scala scale format file

Scala scale file format準拠のマイクロチューニング設定ファイルにまとめたもの。 Pianoteq Pro 3, 4Lounge Lizard 3で使用可能なことを確認済み。

HALion 4 tuning scale file

Steinberg HALion 4準拠のマイクロチューニング設定ファイルにまとめたもの。 C:\Users\[your ID]\Documents\Steinberg\HALion\Sub Presets\Midi\Tuningscale上にこのファイルを置いた上でMIDI moduleとして適用したい音色に適用します。

Tuning

Author
tomo
Authorised Time
2011-09-20 23:52:00+09:00
Category
調査批評

基準ピッチや調律曲線について。 10年前の記事に一部追記したものを改めて投稿。

実は異体字セレクタに対応済のWindows 7

Author
tomo
Authorised Time
2009-12-02 23:03:27+09:00
Category
調査批評

Windows Vistaの時点で既に、Opentype Feature Tagに対応したフォント『メイリオ』等と同タグを受け付ける同時期以降のOffice等アプリケーションの組み合わせで、文字鏡的なフォント使い分けに頼らずに包摂された字形の違いを表現することは出来ていた。 しかしこの方法ではプレーンテキストデータでは包摂された字形の違いを表現できず、従ってファイル名やフォルダ名、漢字変換辞書登録などでは折角の字形バリエーションを使いこなせなかった。

UTF-8エンコードのテキストに対する文字化けテスト

Author
tomo
Authorised Time
2008-03-15 10:09:02+09:00
Category
調査批評

UTF-8エンコードのテキストに対する文字化けテスト。

円記号にまつわるテスト

Shift_JISとASCIIとでは同じコードポイント005Cに対する文字割当が異なるので、Shift_JISに於ける同ポイントはUnicodeの円記号00A5に変換するのが本来正しい。 しかし、005Cは単なる字形としてのみならず、ソースコード上で制御文字としても用いられてきたため、正しく変換するとコンパイラーを通らなくなる不具合があります。

そのため、例えばMicrosoft社ではShift_JISの005CをUnicodeの005Cに変換した上で、日本語用フォントの、本来バックスラッシュがあるべき同位置に円記号を置くことで表示に対応しています。 日本語圏だけでの互換性を考えるとこれで一見事足りますが、実際にはUnicodeを介した国際文字セット変換プロセスで「円記号がバックスラッシュに誤変換される」という不具合が生じます。

名称Unicode コードポイントテキスト
全角円記号0xFFE5
半角円記号0x00A5¥
バックスラッシュ0x005C\

今更変化しようとするHTMLへの戸惑い

Author
tomo
Authorised Time
2008-03-02 22:51:03+09:00
Category
調査批評

今年とうとう開設満10年を迎えてしまった当サイト。 当時丁度HTML4の練習がてらに立ち上げたサイトで、最初の記事が時事ネタ小噺という体たらくだがそれはさておき、当初はHTML4.01 FramesetとTransitional辺りを採用していた様に記憶している。 そして程なくしてからHTML4.01 Strictに移行して、HTML Lintで採点してバナーを貼っ付けたりもしていたっけ。

携帯電話のマナー問題‐米国編

Author
tomo
Authorised Time
2003-02-16 21:31:38+09:00
Category
調査批評

公演中の携帯電話使用禁止:ニューヨーク市条例が成立だそうな。 迷惑な携帯電話ユーザーには電気ショックで警告(上)に拠れば、そもそものきっかけになった事件の1つに「ケビン・スペイシー氏が演技の真っ最中、携帯電話に出た観客に向かって「忙しいと言って断りなさい」と注意した事件」があったとか。 ケビン、カコイイ!