[過去ﾛｸﾞ]
スーファミのプログラム (455ﾚｽ)
上
下
前
次
1-
新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
444
: 2016/08/07(日)19:46
ID:BFS2eMZo(1/2)
調
AA×
>>410
>>443
2chｽﾚ:gameurawaza
[240|
320
|
480
|
600
|
原寸
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
444: [sage] 2016/08/07(日) 19:46:07.53 ID:BFS2eMZo >>410 >>443 聖剣３やったことないけど 例え以下の制約を打破できたとしても、高度過ぎてやりたくないというのが本音だろう。 アセンブリ言語主流で、C言語すら使われていないだろうし。 スポットライトや空間に開いた穴みたいな効果を出すには、 BGに（全画面規模で？）、マスクだとかウインドウを転送しなきゃならないと思う。 画面を表示しながらVRAMに転送するには、 1回あたり垂直帰線期間（VBlank）の1ミリ秒間程度の短い時間内しかできない。 VBlank以外の最中に裏画面に描画して、表画面とすりかえるなんて、無理なはず。 演出に使うスプライトを展開しないといけないかもしれない。 http://game14.2ch.net/test/read.cgi/gameurawaza/1146439237/272 おおげさに書いたここまでの処理、たいしたことはない。1〜数フレームあれば完了するだろう。 ただ、この状況でプレーヤーに動かれたらプログラムは糞面倒になる。 演出のBGのスクロール値、すべての表示中のスプライトの座標を再計算することになるだろう。 美的な破綻や、アニメーションの管理も難しくなるだろう（敵が動いて当たってないじゃん！などの発生）。 乗除算すらまともにない最大3.58MHz動作のCPUだ。 プレーヤーが動くということは、マップの展開や転送、地形やイベントオブジェクトとの当たり判定、 敵の発生？（乱数など）、スプライトを画面外に追いやる処理なども発生する可能性がある。 http://mevius.5ch.net/test/read.cgi/gamedev/1095063252/444
聖剣３やったことないけど 例え以下の制約を打破できたとしても高度過ぎてやりたくないというのが本音だろう アセンブリ言語主流で言語すら使われていないだろうし スポットライトや空間に開いた穴みたいな効果を出すには に全画面規模で？マスクだとかウインドウを転送しなきゃならないと思う 画面を表示しながらに転送するには 回あたり垂直帰線期間のミリ秒間程度の短い時間内しかできない 以外の最中に裏画面に描画して表画面とすりかえるなんて無理なはず 演出に使うスプライトを展開しないといけないかもしれない おおげさに書いたここまでの処理たいしたことはない数フレームあれば完了するだろう ただこの状況でプレーヤーに動かれたらプログラムは糞面倒になる 演出ののスクロール値すべての表示中のスプライトの座標を再計算することになるだろう 美的な破綻やアニメーションの管理も難しくなるだろう敵が動いて当たってないじゃん！などの発生 乗除算すらまともにない最大動作のだ プレーヤーが動くということはマップの展開や転送地形やイベントオブジェクトとの当たり判定 敵の発生？乱数などスプライトを画面外に追いやる処理なども発生する可能性がある
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 11 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.049s