このままお蔵入りするのも勿体無いので、アップしておきます。

ファミコン程度のクオリティなら楽勝でしょ！なんて思って作り始めたのですが、これがなかなか難しくてけっこう制作に時間が掛かっています（ファミコンの発音数は超えていますしね（＾＾；）。

こういうメドレーはどこかの合作に参加させてもらうのが良いかな～。
誰かPerfumeアレンジメドレーの合作募集してません？？

はじめまして、takaboさんの動画をみて感動しました。
最近dominoとsc-8850という同じ環境で作曲を始めたのですが、
まずtakaboさんが再現しているような音が出せないのと、
ニコニコ動画にアップするにあたってどのようにこのような高音質の音を
出力ができたのか、もし差し支えなければ是非ご教授いただきたく
ご連絡させていただきました。
お忙しいと思いますが、ご連絡くだされば幸いにございます。

すみません、連絡方法が解らなかったので、こちらにて回答させていただきます。

①最近dominoとsc-8850という同じ環境で作曲を始めた

おめでとうございます。
SC-8850は高音域が出ないのがたまに傷ですが、音色数も多く、とても良い音源だと思いますので、是非ともお楽しみください。

ただ、昨今のDTMはこうしたハードウェア音源一台で完結させる方法から、ソフトウェア音源（VST）やハードウェア音源、それから生演奏を録音した音などを組み合わせて制作する手法が主流かと思いますので、機会があればDAWと呼ばれる音楽統合ソフトにも挑戦してみてください。

②takaboさんが再現しているような音が出せない

ちょっと質問の意味が曖昧すぎて回答しづらいのですが、同じ音源なので、同じ音は出せますし、同じエフェクトは使えます。
音圧のような事を言っているのでしたらちょっと私では力不足です。

③ニコニコ動画に高音質の音をアップするには

これは特に意識した覚えは無いのですがニコニコムービーメーカーで作った動画でも結構良い音質だったと思います。
私が投稿した当時からそうとう時間が経過していますから、google等で高音質のアップ方法を検索された方が良いかと思います。
どちらかと言えばSC-8850はアナログ出力しかできないので、録音するときにいかに音割れせず録音するかがポイントかと思います。

今回も細かな要望対応と不具合修正がメインです。

ダウンロードはこちらからどうぞ。
→http://takabosoft.com/edge2

変更点一覧

• [キャプチャフレーム]→[エクスポート]→[フレーム毎に連番で書き出す]にて、各フレームに含まれるパーツが全て透過かつ同じパレットかつ同じ背景色の場合に限り、透過して書き出すようにしました。
• 描画系ツールを選んだときに、選択範囲を自動解除する機能を実装しました。
  [環境設定]画面の[編集]から設定できます。
• [可視レイヤモード]に[編集グループのみ」を追加しました。
  編集レイヤが属しているグループのレイヤすべてを可視にします。
• 編集レイヤをグループ単位で切り替えることができるようになりました。
  [レイヤ]メニューの[編集レイヤ変更]内にショートカットキーを割り当ててお使いください。
• パレットに[使用場所の確認]ツールを追加しました。
  [色の使用場所を確認]機能を、頻繁に使う方はこちらをツールバーに登録しておくと便利かと思います。
  パレット上の色をクリックし続けている間、画像側で使われている箇所を点滅させます。
• バー位置の固定が出来るようになりました。ツールバーが動いてしまう方はご利用ください。
  [表示]メニューの[バー位置の固定]から切り替えられます。
• EDGE2パレット形式(*.pal)にコメントも保存するようにしました。
• カラーパレットの[未使用色の削除(減色)]は[ページ毎にパレットを指定する]がオンの時（かつ複数パレットを持つ場合）に無効になるようにしました。
• カラーパレットの[重複色の統合]は複数パレットを持つ場合でも[ページ毎にパレットを指定する]がオンの時は実行できるようにしました（編集パレットのみ影響を受けます）。
• [多角形の描画]ツールで[図形を閉じる]がオフの場合にアンドゥ情報が残らない場合がある不具合を修正しました。
• 透過GIFを読み込んで上書き保存したときに、透過にならない不具合を修正しました。
• カラーパレットの[カラーツールチップ]がオンになっている際、ツールチップが必要以上に再描画されていた不具合を修正しました（Vistaで確認しましたがOS依存の可能性有り）。
• [他のパレットから色のコピー]画面にて、不正終了する事がある不具合を修正しました。

ダウンロードはこちらからどうぞ。
→http://takabosoft.com/domino

今回も細かい要望対応と不具合修正です。

変更点一覧

• 曲線式にて、「tempo」変数を使えるようにしました。
  その時点でのテンポの値を参照することができます。
• トラックリスト画面でのみ、CtrlキーまたはShiftキーによるトラック（トラック名部分）の複数選択が出来るようになりました。
  今のところ複数操作に対応しているのは、ドラッグによる移動、トラックの追加、トラックの削除です。

• 音源定義ファイルの変数で「#PCH」を実装しました。
  Aポートの場合、チャンネルを元に00H～1FHまでの値を作ります。
  同様にBポートは10H～1FH、Cポートは20H～2FH、Dポートは30H～3FHの値を作ります。
  Eポート以降は常に00Hとなります。
  汎用的な音源定義ファイルでは使用しないでください（ポートの影響を受けるため）。

• トラックツールのクォンタイズ種類、Tickクォンタイズ、Gateクォンタイズ、トラックリストツールのクォンタイズ種類、Tickクォンタイズを、dmsファイルに格納するようにしました。
• リアルタイム録音時でもMTCメッセージを出力するように変更しました。
• [曲のプロパティ]画面にメモ欄を設置しました。
  dmsファイルでのみ記憶されます（SMFには出力されません）。
• 同梱の定義ファイル「XG2K」「XGb」「GSm」を更新しました（逃亡者さんありがとうございました）。
• [環境設定のインポート]および[環境設定のエクスポート]機能で、一部の設定が即座に反映されない不具合を修正しました。
• MIDI OUT/INデバイス名の後ろに空白が入っていると、設定の保存・読み込みがうまくいかない不具合を修正しました。
• トラックリストで複数トラックをまたいでVel/Valueの補正（Ctrl+Num'+'）を行ったときに例外が発生する不具合を修正しました。
• 保存→アンドゥ→ノート置く→終了、などとすると保存確認されない不具合を修正しました。
• 分解能を変更した時に演奏位置がおかしくなる不具合を修正しました。

昨年は健康に気をつけて運動を始めたりもしていましたが、後半はいろいろと忙しすぎて休み無しで活動→精神崩壊(笑)という悲惨な状況に陥ってしまいました。

今年はいよいよ三十路に突入します。
これから自分がどう生きるのか悩みも多くなる年頃ですが、心身の健康を優先させ、楽しい人生にしていきたいと思っています。
周りの皆様、こんな自分ですがまた1年お付き合いくださいませ。

原曲はこちら。
http://www.youtube.com/watch?v=63Pa5ZHF3Eo

マイケル版はこちら。
http://www.youtube.com/watch?v=Xlp87tVwCDY

removeFromSuperviewやreleaseなどをして破棄したつもりでも、タイル部分のアニメーションが残り、場合によって黒い（何も描画されていない）タイルが出てくるのだろうと思われます。

しかしこれがまた、どうやって治すかが調べてもさっぱりでして、いろいろ試したところ、
removeFromSuperviewする前ぐらいで
_tiledView.layer.contents = nil;
などとしておくと、黒いブロックは出なくなりました。

ちなみに、UIViewのdeallocでnilを突っ込むと、場合によってタイル更新処理が止まってしまう事もありましたので、タイミングに要注意です。

タイルの更新処理が、ごくまれに止まってしまう現象を確認しました（↑の処置が原因かは確定していませんが）。
黒タイルは放置の方向で・・・。

以下再現ソースです。

package com.test;

import android.app.Activity;
import android.content.Context;
import android.database.DataSetObserver;
import android.os.Bundle;
import android.os.Handler;
import android.util.Log;
import android.view.View;
import android.view.ViewGroup;
import android.widget.LinearLayout;
import android.widget.ListAdapter;
import android.widget.ListView;
import android.widget.TextView;

public class Test000Activity extends Activity {

	private LinearLayout layout;
	private int count = 0;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        layout = new LinearLayout(this);
        setContentView(layout);
        next();
    }

    private class Next implements Runnable {

		public void run() {
			layout.removeAllViews();

			count++;
			if (count == 10) {
				Log.d("test", "おわり");
				return;
			}
			else {
				Log.d("test", "next:" + count);
			}

			MyListView listView = new MyListView(Test000Activity.this);
			listView.setAdapter(new MyListAdapter());
			layout.addView(listView);
			next();
		}
    }

    private void next() {
    	new Handler().postDelayed(new Next(), 500);
    }

    private static class MyListView extends ListView {
		public MyListView(Context context) {
			super(context);
		}
    }

    private static class MyListAdapter implements ListAdapter {
		public int getCount() {
			return 50;
		}
		public Object getItem(int arg0) {
			return null;
		}
		public long getItemId(int position) {
			return 0;
		}
		public int getItemViewType(int position) {
			return 0;
		}
		public View getView(int position, View convertView, ViewGroup parent) {
			if (convertView != null) {
				return convertView;
			}
			TextView tv = new TextView(parent.getContext());
			tv.setText("test");
			tv.setMinimumHeight(40);
			return tv;
		}
		public int getViewTypeCount() {
			return 1;
		}
		public boolean hasStableIds() {
			return false;
		}
		public boolean isEmpty() {
			return false;
		}
		public void registerDataSetObserver(DataSetObserver observer) {
		}
		public void unregisterDataSetObserver(DataSetObserver observer) {
		}
		public boolean areAllItemsEnabled() {
			return true;
		}
		public boolean isEnabled(int position) {
			return true;
		}
	}
}

これを実行すると、500msおきにMyListViewを作ったり消したりします。
10回繰り返すと終わります。

このあとで、DDMSのガベコレボタンを連打してDump HPROF fileしてみたのがこちら。

残っちゃっています。

ただ、デバッグ実行ではなく、通常の実行だとこのリークは検出されないので、実害は無いのですが、なんだか気持ち悪いのでなんとかしたいところです。
この辺ご存知の方はこっそり教えてもらえると助かります！

お問い合わせ方法ですが、お手数ですが私に一度メールを送って下さい。
（折り返し担当からご連絡させていただきます。）
メールはこのサイトの一番下の「お問い合わせ」をクリックすると送ることができます。

（クリックで拡大）

なんて書いたは良いですが、うちのサイト見ている人で浜松周辺かつお花に興味が有る方っていらっしゃるかなあ（＾＾；

これどうやら、カスタムコントロールのコンストラクタがpublicでないと起こるみたいです。
http://stackoverflow.com/questions/5684784/custom-user-control-not-initialized-in-auto-generated-code

interfaceの実装もpublic固定ですし、デザイナで表示させるプロパティもpublicである必要がありますし（うろ覚え）、データバインディングを行わせるためのプロパティもpublicでないといけません。

外部に公開する気は無いのでinternalをよく使っているのですが、結構こういう制限があって統一しきれないのが残念です。

MFCならラジオボタンのどこにチェックが入っているかインデックス値を取得・設定出来るのですが、WinFormsはその辺のサポート機能が一切無いんですよね。
コンボボックスならデータバインディング等も使えていろんなサイトでも紹介されているのですが、ラジオボタンの記事はほとんど見かけた事がありません。

いろいろ試した結果、なんとか着地できたようなので、晒してみたいと思います。

まず、MFCと違い、WinFomrsでは「ラジオボタンのグループ化＝どっかのコンテナにまとめて乗せる」というのが大前提です。
（これ最初は違和感有ったのですが。）

逆に言えば、コンテナに対してラジオボタンの便利関数を実装出来れば良さそうです。
C#は拡張メソッドが使えますから、以下のような関数を実装してみました。

/// <summary>
/// ラジオボタンを抽出
/// </summary>
/// <param name="parent"></param>
/// <returns></returns>
internal static IEnumerable<RadioButton> GetRadioButtons(this Control parent)
{
    return parent.Controls.Cast<Control>().Select(x => x as RadioButton).Where(x => x != null);
}

/// <summary>
/// Tagを元にラジオボタンにチェックを入れる
/// </summary>
/// <param name="parent"></param>
/// <param name="tag"></param>
internal static void CheckRadioButtonByTag(this Control parent, object tag)
{
    foreach (var radio in parent.GetRadioButtons())
    {
        if (radio.Tag.Equals(tag))
        {
            radio.Checked = true;
            break;
        }
    }
}

/// <summary>
/// チェックが入ったラジオボタンのタグを取得する
/// </summary>
/// <param name="parent"></param>
/// <returns></returns>
internal static object GetCheckedRadioButtonTag(this Control parent)
{
    foreach (var radio in parent.GetRadioButtons())
    {
        if (radio.Checked)
        {
            return radio.Tag;
        }
    }
    return null;
}

/// <summary>
/// ラジオボタンのチェックイベントを設定
/// </summary>
/// <param name="parent"></param>
/// <param name="action"></param>
internal static void SetRadioButtonCheckedEvent(this Control parent, Action<RadioButton> action)
{
    foreach (var radio in parent.GetRadioButtons())
    {
        radio.CheckedChanged += (sender, _) =>
        {
            RadioButton r = (RadioButton)sender;
            if (r.Checked)
            {
                action(r);
            }
        };
    }
}

あとはFormのLoadイベント辺りで

sizeB5RadioButton.Tag = PaperKind.B5;
sizeA4RadioButton.Tag = PaperKind.A4;
sizeB4RadioButton.Tag = PaperKind.B4;
sizeA3RadioButton.Tag = PaperKind.A3;
sizeGroupBox.CheckRadioButtonByTag([デフォルトの用紙サイズ]);
sizeGroupBox.SetRadioButtonCheckedEvent(radio => [ラジオボタンにチェックが入った時の処理]);

などと呼べば、良いかと思います。
この例は、フォーム上のグループボックスに用紙サイズのラジオボタンがいくつか並んでいるものです。

ラジオボタンのTagにコードであらかじめEnum値などを入れておき、それをやりくりするのがミソです（Enumで無くとも数値でも文字列でも何でも良いのですが）。
イベントに関してもデザイナで一つ一つに割り当てるのは面倒くさいので、コードで一気にやってしまいます。

後からチェックの入った情報を取り出したい時は

(PaperKind)sizeGroupBox.GetCheckedRadioButtonTag()

などとすれば良いです。

タイプセーフ的にあんまりなコードですが、いちいちフォームでラジオボタンのチェックプロパティを見に行ってチェックされていたら云々、と書くよりは良いと思うのですがどうでしょうかね。

ラジオボタンの定石をご存知の片がいらっしゃいましたら、こっそり教えてもらえると助かりますm(_ _)m

（ちょっと憶測も入っていますが）Activityを呼び出したり戻したりすればonSaveInstanceStateとonRestoreInstanceStateが呼ばれるので、コードは一応通るのですが、大抵の場合はストレージ（？）への書き出し・読み込み処理は走らず、メモリ内のキャッシュデータを読み書きしているだけです。

ですが、いざという時（メモリ不足時？）には実際にストレージへの書き出し・読み込み処理が走り、いままで何の問題も無かった箇所で落ちる、何てことが起こりえます。

特に、カスタムViewを作り、Parcelオブジェクトを使って読み書きしている部分は、普段は処理が走らないので厄介です。
参考：
Viewの状態を保存する
http://ym02.blogspot.com/2010/08/view.html

iPhoneだとシミュレータでメモリ不足時のシミュレートが出来るようになっていますが、Androidはそのような事が出来るのでしょうか？
（知っている人いたら教えて下さい）

そこで、擬似的にこの辺りのテストを行うコードを書いてみました。

private void test()
{
	Parcel p1 = Parcel.obtain();
	Bundle b1 = new Bundle();
	onSaveInstanceState(b1);
	p1.writeBundle(b1);

	byte[] bytes = p1.marshall();

	Parcel p2 = Parcel.obtain();
	p2.unmarshall(bytes, 0, bytes.length);
	p2.setDataPosition(0);
	Bundle b2 = p2.readBundle();
	b2.setClassLoader(getClassLoader());
	onRestoreInstanceState(b2);
}

ただ、このコードによる保存・復元処理が正常時と同じかどうかは保障できません（＾＾；
また、私自身javaの経験が浅く、ClassLoader辺りはよく理解していません・・・。
（でもsetClassLoaderしないと、うまくparcelが取り出せないんですよね）

Rectangle rc = new Rectangle(10, 10, 10, 10);
Debug.WriteLine(Rectangle.Union(rc, Rectangle.Empty));

出力結果：
{X=0,Y=0,Width=20,Height=20}

矩形の合成って結構頻繁にやると思うのですが、上のコードのようにEmptyとUnionしたとき、期待する結果になりません。
Emptyは矩形が何もないという意味合いで使いたいのですが、合成するとEmptyのLeft, Top, Right, Bottomも影響を与えてしまっています。

特にMFCのCRectの感覚で使っていると痛い目を見ます（CRectはEmptyと合成したときには、Emptyは合成結果に影響を与えない）。

なので、これを回避するには、以下のような処理をする必要があるかと思います。
（このコード実行してないので、うまく動かないかもしれませんが（＾＾；）

public static void Union(ref Rectangle rc1, Rectangle rc2)
{
    if (rc1.IsEmpty)
    {
        rc1 = rc2;
    }
    else if (!rc2.IsEmpty)
    {
        rc1 = Rectangle.Union(rc1, rc2);
    }
}

// 拡張メソッド版
public static Rectangle Union(this Rectangle rc1, Rectangle rc2)
{
    if (rc1.IsEmpty)
    {
        return rc2;
    }
    else if (!rc2.IsEmpty)
    {
        return Rectangle.Union(rc1, rc2);
    }
    return rc1;
}

これと同じことをWinFormsのToolStripでやろうとすると、何故か挙動が違い、選択状態になりません。

しかも同じツールバーに乗ってるコントロール上にフォーカスが有るときだけ、選択状態にならず、別のツールバー上にマウスカーソルを持っていけば、そちらではちゃんと選択状態になるという中途半端っぷりです。

こうなっているのは何かしら理由があるのかもしれませんが、気持ち悪いのでVisual Studioのような挙動にしたいところです。

.NET frameworkのソースを見た感じだと切り替えられるようにはなっていないようなので、こんな感じでどうでしょう。

private void Form6_Load(object sender, EventArgs e)
{
    Bugfix(toolStrip1);
}

private static void Bugfix(ToolStrip toolStrip)
{
    foreach (var item in toolStrip.Items)
    {
        if (item is ToolStripButton || item is ToolStripSplitButton || item is ToolStripDropDownButton)
        {
            ((ToolStripItem)item).MouseEnter += (sender, _) =>
            {
                var i = (ToolStripItem)sender;
                if (i.Enabled)
                {
                    i.Select();
                }
            };
        }
    }
}

副作用とかはあるかもしれません。

しかし実際に使ってみると、希望していたバウンズとは違う結果が取得されてしまいました。

using (Pen pen = new Pen(Color.Black, 20))
using (Pen redPen = new Pen(Color.Red))
using (Pen bluePen = new Pen(Color.Blue))
using (GraphicsPath path = new GraphicsPath())
{
    path.AddLine(30, 30, 120, 120);
    e.Graphics.DrawPath(pen, path);

    RectangleF rc = path.GetBounds(null, pen);
    e.Graphics.DrawRectangle(redPen, rc.X, rc.Y, rc.Width, rc.Height);

    path.Widen(pen);
    rc = path.GetBounds();
    e.Graphics.DrawRectangle(bluePen, rc.X, rc.Y, rc.Width, rc.Height);
}

ソースを見てもらえれば判ると思いますが、赤で囲った矩形がGetBounds(Matrix, Pen)で取得したバウンズ、青で囲った矩形がWidenでペンをパス化した結果に対してGetBounds() したバウンズです。
結構余白が大きく入りますね。
ペンの太さが太かったり、矢印等のアンカーが付いていたりするとより顕著です。

より正確にバウンズを取得したい場合はGetBounds(Matrix, Pen)は使わないほうが良さそうです。
（動作速度もそこそこ差がありそうですが、今回は計っていません）