[
最新
] ■[
前年
|
前月
|
前日
|
2015/03/01
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
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)
03/01 15:01
(
@beautyplanets
)
@kugimoto0715
@gorry5
昔うpってたこれは、PI.のOPN+PSG→OPMのテーブル使って、Z80→68000→VC++と持ってきた奴です。原作者から、ピッチベンド、LFO、ポルタメントとも大体合ってるとコメントいただきました。
(heko)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2015/03/01
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]