[
最新
] ■[
前年
|
前月
|
前日
|
2012/08/24
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
08/24 13:41
(
@namauni_7u3
)
@gorry5
音ゲーの場合、入力するタイミングがスタートからのタイムライン(+遅延差分)に合っていれば良いだけなので「画面オブジェクトは飾り」だからこそできる芸当なんだろうと思いますよw
(pidu)
08/24 13:41
(
@gorry5
)
@namauni_7u3
まさにその通り
08/24 13:44
(
@nnk_osn
)
@gorry5
入力履歴をリングバッファとかで管理するよりは、楽譜の表示をミリ秒単位で早めに表示する方が楽な気がする。
(puti)
08/24 13:45
(
@gorry5
)
@nnk_osn
いや、入力をバッファする必要はないんです。むしろ入力が遅れてくることのほうの対策なので
08/24 13:46
(
@gorry5
)
@nnk_osn
太鼓の場合、譜面データ上での「表示用のシークポイント」と「判定用のシークポイント」をずらすだけで成立するんですよ
--------
08/24 13:48
(
@nnk_osn
)
@gorry5
あー、例えば「5フレーム前の楽譜」と比較するのか…。
(puzu)
--------
08/24 14:03
(
@drepoxy
)
@gorry5
太鼓の達人は音が基準なので。
(pomu)
08/24 14:06
(
@gorry5
)
@drepoxy
実装上はむしろ「音を遅延させる」ことで成立させています。ゲームをする側からみれば「音が遅延=絵が先行」ではあるのですが
08/24 14:13
(
@drepoxy
)
@gorry5
実装見たんですか?
(mu)
08/24 14:15
(
@gorry5
)
@drepoxy
ゲームの実装をみたわけではないですが、一般的なビデオプレイヤーやTVの実装では表示遅延対処としての「音声を遅延させる仕組み」が入っています。ゲームも同じロジックでいいはずで
08/24 14:37
(
@gorry5
)
@silpheed_kt
とはいえデジタル放送受信以外にも使う用途があるのがいまのTVだからね
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2012/08/24
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]