[過去ﾛｸﾞ] PCエンジンvsメガドライブ Part.29 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
981(1): 2019/06/15(土)10:37 ID:/DnJyhyfx(3/4) AAS
>>973
文面を普通に読めばMDに比べて機能はないがCPUだけは馬鹿っ速ととれる。
当時の開発者がCPUに関して誉めてるということは、やはり16ビット演算はそれほど必要なかったということでは？
982: 2019/06/15(土)10:39 ID:/0Vse7Mi0(2/2) AAS
大きなキャラが動かせた？
それにしてはショボかったなぁ
983: 2019/06/15(土)10:42 ID:3cQewdwp0(2/3) AAS
PCEに関してはクリエーターがはじめから高度な処理を諦めてたからこんくらいの速度で十分ってのがあったんだろうね
ダライアスも大半の部分で1枚絵が背景だったりね
これをSFCやMD並みに動かそうとしてもできないからね
984(1): 2019/06/15(土)10:54 ID:QeKynXP+0(1) AAS
>>979
おまえさぁ、空想スペック書くのいい加減やめてくんない？
当時プログラマーは工夫をこらして容量と戦いながらプログラムを組んでたのに、デタラメな事を書くせいで工夫じゃなくマシンスペックでPCエンジンはなんでも出来たみたいになってるじゃねえか。
それは当時、限られたスペックの中で一生懸命プログラム組んでたプログラマーを馬鹿にしている行為なんだよ。
バンク切り替えで背景をアニメさせたり、色の切り替えで雲と草使い分けて容量節約したり、パレットで同じ色二つ使って顔の変化を1キャラで済ませたり、そういう行為をお前は馬鹿にしてるんだよ。
いい加減きずけ！
985: 2019/06/15(土)10:57 ID:iaCikd2G0(6/11) AAS
『週刊ファミ通2019年6月27日号』に関するお詫びと訂正
2019年6月13日発売『週刊ファミ通 2019年6月27日号』掲載の記事“メガドライブミニ 全タイトル完全カタログ”において、
一部の仕様の解説に誤りがありました。
■『コラムス』（82ページ）
“対戦では連鎖を決めると相手の地面をせり上げ、追い詰めることができる。”との記述がありますが、
本作には“対戦で相手の地面をせり上げる”という仕様はありません。
■『テトリス』（100ページ）
“対戦プレイでテクニックを競う”、“ふたりでの対戦もまた楽しい”との記述がありますが、
本作の2P同時プレイには、相手とスコアを競い合うような対戦要素はありません。
読者の皆様、ならびに関係各位にご迷惑をおかけしましたことをお詫びするとともに、ここに訂正させていただきます。
省2
986(1): 2019/06/15(土)10:58 ID:/DnJyhyfx(4/4) AAS
>>973
32x32のスプライトはVRAMの効率が悪いからデカキャラとしてはあまり使われてないんじゃないの？
シミュレーションゲームなんざ数がしれてるし。
なんとなく、8ビットに不利な状況が多いような印象付けしてるように感じるなぁ。
16ビットの演算でホントに多かったのかな。
987(1): 2019/06/15(土)11:05 ID:e1v1MP+Ux(2/2) AAS
>>986
目に見えるところではイースI・IIの経験値が上限65535で16bit必要とか結構8bitじゃまかなえない情報ってあるよ
ロープレはシビアな処理速度は求められてないけど
シューティングは1フレ表示更新までに次のフレーム分の計算は済ませておかないと処理落ちの原因になる
なのでほとんどのゲームでは座標系が8bitに収まる水平解像度256ドットモードに逃げている
320ドットモードってR-TYPEくらい?
988: 2019/06/15(土)11:11 ID:iaCikd2G0(7/11) AAS
>>981
どちらかと言うと16bit演算も速さでカバーできるって感じかな。
>>984も書いてるけど当時のプログラマーだと職人気質なのが多いし、
型にはめたプログラムが出来るとかそういった事だと思う。
というか・・・>>984詳しいね・・・。ファミコンのキャラパターンはプレーン方式で2枚あるから、
文字キャラクタみたいに1色しか使わないキャラはプレーンごとに違うキャラにして
パレットでキャラクタを切り替えたりしてるんだよね。
## パレットで同じ色二つ使って顔の変化を1キャラで済ませたり
こんなことしてるのあったんだ。凄いな。
989: 2019/06/15(土)11:32 ID:iaCikd2G0(8/11) AAS
>>973
32x32はあくまでも一例だよ。16x16でもオフセットは必要だし。
8x8で構成するのであれば・・・テレビの画面枠に隠れて気にしなくて済むかもしれない。
と書いた所で・・・PCEって8x8のスプライトってないんだよね。
最低サイズが16x16だから8x8でも16x16分のキャラパターンが必要になる。
スプライトの座標が8bitを超えてるからどう転んでも最後は16bit演算。
ただ、ギリギリまで8bitで演算して最後だけ16bitにするって事もできるしね。
ただ、PCE版グラディウスのように空中戦でショットを打つと処理落ちするのもあるし。
アーケードのグラディウスは68Kの9.2MHｚだからねぇ。>>979は寝言だろうね。
VRAMについては効率を優先するか、スプライトの枚数を優先するかでも違ってくると思う。
省2
990: 2019/06/15(土)11:35 ID:iaCikd2G0(9/11) AAS
>>987
PCEのゲームは256x224の方が多かった印象。
MDのゲームはどちらも使われてるけど、
320ｘ224の縦シューティングは右側が黒帯になって残機とかスコア表示するものが多かったね。
横スクロールのシューティングは320x224がメインじゃないかな。
991: 2019/06/15(土)11:41 ID:Kqx7oEdhM(1) AAS
ＰＣエンジンは８ｂｉｔでも横512ドットも使えたというのに１６ｂｉｔ演算だの３２０ドットでドヤるＭＤ
992: 2019/06/15(土)11:46 ID:iaCikd2G0(10/11) AAS
横512ドットモードを使ったシューティングゲームってあったっけ？
993: 2019/06/15(土)12:03 ID:GJOhNGk70(2/2) AAS
マジで教えて欲しいんだが、信長の野望って何でPCEの方が思考時間が激遅なのか教えて欲しい。SFCよりはマシだったけど。
994: 2019/06/15(土)12:04 ID:OQ5Ldght0(1/4) AAS
ド素人質問で悪いんだけど詳しい人教えてくれぃ
縦シューとかでアイテムが一定の挙動で漂ったりしてるじゃない？
究極タイガーだと四角形を描いたり雷電なら円だったり
あれって座標計算？だか分かんないけど難しいもんなのかな
PCE版の究タイは挙動が変で拾いにくいし、雷電は円を描くもぎこちない感じ
あとガンヘッドのアイテムも変だな
横方向に反復運動するアイテムが左右スクロールに引っ張られて動いちゃうっていうか
・・・説明ヘタクソですまん
995(1): 2019/06/15(土)12:05 ID:bPkAiI8Ca(1) AAS
ダライアスはメガドラの勝ちだな
996(1): 2019/06/15(土)12:09 ID:OQ5Ldght0(2/4) AAS
そういえばガンヘッドは敵弾も左右スクロールにつられて動いてた気がするな
997: 2019/06/15(土)12:15 ID:OQ5Ldght0(3/4) AAS
あ、アイテムとか敵弾が出現した瞬間の座標を中心に動き続けてくれないっていうか・・・＾＾；
998(2): 2019/06/15(土)12:24 ID:3cQewdwp0(3/3) AAS
コンピュータならπ・sin・cos・tanを1命令で計算する命令があるからそれ使ってるんじゃね？
中高卒プログラマじゃ変数に足し算引き算掛け算割り算して計算してるかもしれんがｗ
999: 2019/06/15(土)12:33 ID:OQ5Ldght0(4/4) AAS
>>998
そこら辺関数の命令がPCEには荷が重いのかどうなのかなって話なんだ
MDだと同じような現象を見ない気がするからさ
ああ、スレが終わってしまう・・・
1000: 2019/06/15(土)12:43 ID:iaCikd2G0(11/11) AAS
>>998
アセンブラだと68Kでは四則演算。6502は足し算と引き算のみだよ。
それでも割り算と掛け算は実行速度が遅いからできる限り足し算と引き算だけで処理するようにしてると思う。
多分移動する為のテーブル(円状の座標)が有ってアイテムの座標+移動テーブルの中身って感じで表示してるんだと思う。
演算するよりもテーブル化した方が処理時間はかからないから。その分メモリは食うけどね。
>>996
たぶん・・・見た目でそう感じるだけかも？自機が移動するだけじゃなく背景も動くから錯覚を起こすというか。
対象の移動速度とスクロール速度が同じになると張り付いて見えるようになるから。
上下前次1-新書関写板覧索設栞歴
あと 2 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.043s