[最新] ■[前年|前月|前日|2015/03/01|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

03/01 13:13 (@gorry5) ついったグループDM、未対応クライアントでも(送信は不可でも)受信くらいは対応しててくれればな…
03/01 14:26 (@gorry5) @kugimoto0715 サウンドのビブラートがおかしいのは実機だと大丈夫だったりするんでしょうか?
03/01 14:31 (@kugimoto0715) @gorry5 作りが悪いので実機でも変ですw、OPNではF-Numberを揺らしてビブラートしています。OPMで再現するためにF-NumberをテーブルルックアップでKCとKFに変換していて微妙に周波数の誤差が出てしまっています。 (nepi)
03/01 14:33 (@kugimoto0715) @gorry5 KFだけを揺らすようにするとスッキリと鳴るんですがOPMでOPNのレジスタアクセスをリアルタイムに変換して鳴らすという実験にこだわってしまいました。 (note)
03/01 14:42 (@gorry5) @kugimoto0715 F-number/blockってたかだか14bitしかないので、丸ごと全部KC/KFに開いてしまえば誤差はない気がします…
--------
03/01 14:43 (@gorry5) @kugimoto0715 実際はblock=オクターブなので、11bit分のテーブルで十分かとは思いますが
--------
03/01 14:46 (@kugimoto0715) @gorry5 実際にはF-Number/block→KCKFテーブルを作っているんですがその精度も悪いんです(汗 (hisu)
03/01 14:46 (@beautyplanets) @kugimoto0715 @gorry5 PI.が作ったテーブルは、割と精度ありました。 (hina)
03/01 14:51 (@gorry5) @beautyplanets @kugimoto0715 普通に計算すれば誤差が生じる範囲ではない&聴感は誤差どころではない(2桁セント単位でずれてるはず)ので、テーブル生成式に問題があるかな…?
03/01 14:53 (@gorry5) @beautyplanets @kugimoto0715 ビブラートがちゃんとした波になってないので、音程の中間部のテーブル生成値がずれているか、そもそもエミュレーションに問題があるのか
03/01 14:55 (@kugimoto0715) @gorry5 @beautyplanets テーブル生成ルーチンが怪しそうなので研究してみます・・・おろおろ (hune)

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2015/03/01|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]