白 Be（はくび）　［翔星 Be ランド］

白 Be　2011 年 5 月

　BeOS 及びパソコン関連の日記です。といっても毎日書いているわけではありませんが(^^;)。タイトルは「はくび（白眉）」と読んで下さい。BeOS が最も優れた OS になってくれたらいいなぁ、などと期待しながら……。
　各日記の日付の部分は、その日記のアドレスへのリンクになっています。他の雑談や日記からこの日記へリンクを張る際の URL 取得用としてご利用下さい。

［ << 前の白 Be ］　［翔星 Be ランド　Home ］　［次の白 Be >> ］

PR

2011/05/29 B　Mode 2 用ピッチエディタの開発

　うたりすをバージョンアップして、UTAU Mode 2 用のピッチエディット機能を搭載予定。

　というか、Mode 2 のピッチエディタがメインで、これまでのうたりすの機能は、ピッチエディット機能の一部の位置づけ（WAVE トレース機能として提供）。

2011/05/29 A　TScrollBar の謎

　C++Builder XE のスクロールバーコンポーネント（TScrollBar）の挙動がなんだか妙な感じ。

Min: 0
Max: 100
PageSize: 30
LargeChange: 30

にした場合、スクロールバーのノブ（スライドバー）をつまんで動かした場合、Position が 71 になったところでノブが一番右端に到達し、それ以上は右に行かない。

　ところが、アロー（三角の部分）を押すと、Position はさらに増え、100 まで行く。71 から 100 まで、GUI 上のノブの位置は変わらない。

　これは TScrollBar がバグってるんじゃないのかな？　それとも何か根本的に考え方が違うのだろうか。

2011/05/28　C++Builder XE で自作コンポーネントを作る時の要点

　以下の手順で、自作コンポーネント（カスタムコンポーネント）の新規作成、プロジェクトでの使用、コンポーネントの更新ができる。

【　パッケージの作成　】

C++Builder 起動直後（プロジェクトを閉じた状態）で［ファイル⇒新規作成⇒パッケージ］メニューをクリック。
一見変化がないが、プロジェクトマネージャーにはパッケージが登録されている。
プロジェクトオプションのディレクトリと条件定義で、最終出力ディレクトリ（ビルドするパッケージの保存場所）を確認しておくと良い。
［プロジェクト⇒メイク］でパッケージを構築する。その際、プロジェクトファイルの保存を求められる。

【　コンポーネントの作成　】

続いて（パッケージのプロジェクトを開いたまま）、［ファイル⇒新規作成⇒その他］とし、ツリーから［C++ Builder プロジェクト⇒C++ Builder ファイル］を選び、コンポーネントを選んで OK。
継承元のコンポーネントを選ぶ。
- ビジュアルコンポーネントは TObject⇒TPersistent⇒TComponent⇒TControl⇒TWinControl⇒TCustomControl の順に派生している。
- コンポーネントを一から作るなら TCustomControl を継承元にする。
- 既存のコンポーネントに改良を加えるならそのクラスを継承元にするが、TCustomXXXX がある場合は TCustomXXXX を使うのが良い。
［プロジェクト⇒メイク］でパッケージを構築する。その際、ユニットファイルの保存を求められる。

【　コンポーネントのテスト　】

パッケージのプロジェクトを閉じ、VCL フォームアプリケーションのプロジェクトを新規作成する。
プロジェクトオプションのパッケージで、ビルドしたパッケージを追加する。
ツールパレットに自作コンポーネントが追加されているので（デフォルトでは Samples ページ）、VCL フォームに貼り付ける。
アプリケーションをビルドすれば、コンポーネントの動作も確認できる。

【　コンポーネントの更新　】

パッケージのプロジェクトを開き、コンポーネントを修正してビルドする。
VCL フォームアプリケーションのプロジェクトを開き、ビルドすると、コンポーネントも更新される。

【　メモ　】

［コンポーネント⇒コンポーネントの新規作成］で「既存のパッケージへインストール」を選ぶと、ステップ数が少なくコンポーネントの作成ができる模様。ただ、今開いているプロジェクトとパッケージのプロジェクトをまとめたプロジェクトグループも作られてしまう。

【　ソースコードの書き方　】

　コンポーネンの開発（機能追加）をするには、コンポーネントのユニットファイル／ヘッダファイルに以下のような変更を加える。

継承元のプロパティ（デフォルトではユーザーからは見えない）をオープンにするには、ヘッダファイルの __published の所にプロパティ名を記述する。ユニットファイルは変更不要。

__published:
	__property	Caption;

継承元のイベントをオープンにするのも、__published にイベント名を記述すれば良い。

__published:
	__property	OnMouseDown;

新しくプロパティを追加するには、プロパティ名の記述の際に、実体となる変数名や、あるいはアクセサとなる関数名を併記する。ユニットファイルでは、コンストラクタでの変数初期化や、アクセサを定義などを行う。

__published:
	__property bool	ShowLimit	// ShowLimit というプロパティを新設する
		= {read=FShowLimit,		// プロパティ読み出しの時は特に処理をしないので、実体の変数名を指定する
		write=SetShowLimit,		// プロパティ変更の時はアクセサとして SetShowLimit() 関数を呼ぶ
		,default=true};			// デフォルト値は true
private:
	bool	FShowLimit;	// ShowLimit の値を格納する変数名
	void __fastcall	SetShowLimit(bool);	// アクセサの宣言。引数はプロパティの型に合わせる

マウスダウンなどのイベントを（ユーザーにイベントハンドラとして登録させることを可能にするのではなく）コンポーネント内で処理するには、仮想関数をオーバーライドする。
仮想関数の名前は、だいたい、イベントハンドラの先頭を削った名前。
引数は、だいたい、イベントハンドラから TOjbect を除いた引数を指定すれば OK（とりあえずコンパイルしてみて、引数が違うと、基底クラスの関数を隠すという警告になるので修正すれば良い）。
DYNAMIC キーワードを付けておく。
関数を定義する際には、基底クラスの同名関数を呼んでおく方が何かと無難。

private:
	DYNAMIC void __fastcall MouseDown(TMouseButton Button, TShiftState Shift, int X, int Y);

　試行錯誤と過去の経験でまとめているので、間違っている部分とかもっと良い方法とかあったら教えて下さい。

2011/05/22　Lib UTAU Ver 2.11

　Lib UTAU の更新版を公開しました。

　TUtauData::InsertSectionNote() などのバグを修正しました。

2011/05/18　すっぴんプラグインのソースコード

　公開しました。

　Lib UTAU に UTAU プラグインとしての定型処理を任せているということもあり、すっぴんプラグイン本体部分のソースコードはわずか 130 行程度です。開発速度が超遅い私としては異例の、45 分程度という速さで開発しました。

　以下、少々の解説。

　当初の実装では、

PBS=0;-12

というようなプロパティを受け取ったら、

PBS=

というように空欄にして返却していましたが、この方法ですっぴんになるプロパティは少ないことが分かりました（空欄返したらデフォルトに戻して欲しいところですが）。

　そこで発想を変えて、すべての音符を削除することにしました（セクション名を DELETE にする）。その代わり、必要最低限のプロパティを持った音符を新たに INSERT しています。

　DELETE/INSERT をすることにより、パイプファイル上では擬似的にすっぴん化を実現しています（ユーザーから見れば本当にすっぴんになっているように見えます）。

2011/05/17　すっぴんプラグインのスクリーンショット

　公開しました。

2011/05/15 B　Lib UTAU Ver 2.10

　Lib UTAU の更新版を公開しました。

　TUtauSection を少しだけ強化し、SetSectionName() を実装するなどしました。

2011/05/15 A　すっぴんプラグイン Ver 2.01

　UTAU の音符データに施した調整をすべて除去し、「ベタ打ち」状態に戻す「すっぴんプラグイン」を公開しました。

　すっぴんプラグインは Lib UTAU を用いて開発しています。

2011/05/14　UTAU でコンソールに出力されない

　コンソールアプリを作って、UTAU からプラグインとして起動した場合、コンソールに文字列が出力されない。普通にコマンドプロンプトから起動した場合は出力されるのに。

　C++ Builder XE の場合、コンソールアプリを作成する時のウィザードのオプションは、「VCL を使用する」「マルチスレッド」「コンソールアプリケーション」の 3 つ。

　このうち、VCL は使わないからチェックを外し、コンソールアプリケーションはチェックを入れないと Win アプリになってしまう模様なので（ _tWinMain が生成される）チェックを入れるとすると、調整できる選択肢はマルチスレッドのみ。しかし、これを有効にしようがしまいが、UTAU には出力されない。

　C++ Builder だけではなく、Visual C++ 2010 Express で作っても結果は同じ。なんでだろ。

2011/05/08　Lib UTAU Ver 2.01

　UTAU プラグイン開発支援用 C++ クラスライブラリ「Lib UTAU」をリリースしました。

　UTAU 本体とプラグインとのデータの授受を手軽に行えるようにすることで、プラグイン開発の手間を軽減し、開発者の負担を軽減します。

　Lib UTAU でできることの例：

UTAU 本体から渡される一時ファイル（パイプファイル）のパース（解析）
セクション（音符）の追加・削除・置換
エントリ（音符のプロパティ）の取得・設定
エンベロープやピッチを親しみやすい形式でアクセス可能にする
食い込み補正を考慮した音符の長さ、先行発声、オーバーラップの算出
変更結果の UTAU 本体への返却（パイプファイルへの書き戻し）
UTAU 本体のバージョンによって変わる、パイプファイルの仕様の違いを吸収
原音設定のパース（解析）
先行発声やオーバーラップを扱う際は、原音設定の値も考慮

　プラグイン開発で必ず使う基礎的な機能を一通り盛り込んであります。データを生の形式で扱える他、使いやすい形にアレンジしてアクセスできるようにもしてありますので、プラグインを一から開発するよりもだいぶ開発に要する時間を短縮できるのではないかと思います。

　詳細はヘルプをご覧ください。

2011/05/05 B　うたりす Ver 4.03

　UTAU 用の WAVE トレース方式自動調声プラグイン「うたりす」をバージョンアップ。Ver 4.03 を公開。

　内部構造を再構築。ほぼ一から作り直している。

　とはいえこれは外部から見ると何が変わっているかは分からないのだけど。

　外部から見えるバージョンアップのポイントとしては、

UTAU 0.2.90 でも動作するようになった。
Windows 7 に対応し、見た目が今風（笑）になった。
ログを UNICODE（UTF-16）で出力するようにした。
採譜モードは鼻歌採譜プラグインに任せることにしたので廃止。

が挙げられる。

2011/05/05 A　C++Builder XE の atof() / _wtof() がバグってる

　C++Builder XE で以下の簡単なコードを実行するとクラッシュする。

void __fastcall TForm1::ButtonTestClick(TObject *Sender)
{
	setlocale(LC_CTYPE, "japanese");
	double a = atof("20");
	double b = _wtof(L"10");
}

　表示されるデバッガ例外通知は、「プロジェクト Test01.exe は例外クラス EAccessViolation （メッセージ 'モジュール 'Test01.exe' のアドレス 004DF900 でアドレス 00000004 に対する読み取り違反がおきました。'）を送出しました。」。

　ちなみに、setlocale() を

	setlocale(LC_ALL, "japanese");

にするとクラッシュしない。

　当方の環境は、Windows 7 64bit 上での C++Builder XE update1。たぶん update1。

　たぶんというのは、アップデート作業時にエラーが出て正常終了しなかったものの、バージョン情報では update1 になっているから。もしかしたら、購入したのがわりと最近だから、最初から update1 になっていて、アップデート作業はできなかった、という意味なのかもしれない。

　EDN (Embarcadero Developer Network) にバグレポは出してみたが、契約っぽい画面が 2 回も出てきた割には、投稿した記事のステータスが draft になっているから、うまく投稿できていないかも。

　同様の症例に出会った方はバグレポ出しておいてもらえると幸いです。

［ << 前の白 Be ］　［翔星 Be ランド　Home ］　［次の白 Be >> ］