[過去ﾛｸﾞ] PC-FXは何故失敗したのか？ Pert6 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
994(2): 04/30(火)06:08 ID:/LE4X11N(1) AAS
>>989
3コマ打ちだかなんだか知らんけど、たったそれだけのバッファでムービーデータの瞬時取り出し管理がどうとかできるわけないじゃんｗ 最大で3コマ分程度でなにすんの？ｗ
しかもムービー以外のBGだなんだ他の必要なものに使えなくしてｗ
995(2): 04/30(火)07:52 ID:BAB5ew9J(1) AAS
>>994
nコマ打ちというのは同一のコマを複数回撮影するアニメーションの技法です
https://www.filmart.co.jp/pickup/25111/
バトルヒートの場合待機モーションが数コマ×２シーンっぽいので、待機モーションを常駐させて数秒のバッファを確保できる計算になるので、それくらいあれば入れ替えは十分ですね
（ただ>>991を勘案すると、HuC6271へのデーターをHuC6272が転送する作りになったのはそのほうが低コストな設計だったからで、コマデーター常駐が可能になっているのはは副次的なものっぽいですが）
＞他の必要なものに使えなくして
常駐コマ・再生バッファ・ADPCMバッファ2秒でメモリを埋めても「7upBGのみ使うなら※」と記載したようにBGは別に描画できますので必要なものが使えないことはありませんがどこを読んでそう取られましたか？
※ 恐らくバトルヒートの枠やゲージ、カットインは7up側のBGとスプライトでの描画でしょう
またKRAMだけで全てを賄えるなんて主張は誰もしていないと思いますが、どこをどう解釈してそう取ったのでしょう？ 具体的に示して下さると幸いです
998: 05/01(水)09:30 ID:MFdkVuHr(1) AAS
いや、どういうも何も
PC-FXはHuC6270で背景２枚とスプライト128枚、とHuC6272とHuC6271で背景４＋１枚を担当していてHuC6272の背景面を使わなくてもHuC6270のほうで描けるという話ですが、何が疑問なのですか……？
あと、計算間違い（桁違い）は修正してますよ
内訳は 800KiB を動画用に割り当てて80コマ分※、160KiBを音声用に、40KiB をその他で振り分け、KINGのBG4枚は非表示で動画面のみ表示、動画以外は7up側のBGとスプライトで表示
※ バトルヒートの240x160サイズの画像を圧縮してみると確認したシーンでは10KiB以下だったのでそれベースで算出
というか986=988=994=997としたら、ひとつもまともな話しようという考えを持っているようには見えないのですが……、そうでないというなら良く考えてから投稿ボタンを押しましょう
ちなみに、「どういう計算」と言うことでしたら>>994の「最大で3コマ分」というのはそれこそどういう計算なのでしょうか
320x240x24bit=225KiB をベタで持っているとすると3コマ分になりますが、そういう想定だったりします？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 2.392s*