[過去ログ]
PCエンジンvsメガドライブ Part.29 (1002レス)
PCエンジンvsメガドライブ Part.29 http://medaka.5ch.net/test/read.cgi/retro/1558562511/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
974: NAME OVER [sage] 2019/06/15(土) 08:29:42 ID:/DnJyhyfx >>967 分かりやすい説明ありがと。 当時はテレビ自体がオーバースキャンだから8ビット座標で充分だったということか。 8ビットで問題ないなら馬鹿っ速CPUが生きてくるな。 当時の開発者からすれば、なるべく8ビット演算にしたという訳ではなく、必ずしもスプライト座標が16ビット必要ということではなかったんだな。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/974
975: NAME OVER [sage] 2019/06/15(土) 08:57:53 ID:/0Vse7Mi0 >>970 価格はROM2の半分以下なのに同程度しか売れなかったゴキドライブと言うゴミがあるんだよw http://medaka.5ch.net/test/read.cgi/retro/1558562511/975
976: NAME OVER [sage] 2019/06/15(土) 09:14:49 ID:jPg9ZowmM >>973 字がいっぱいで読みにくいしわかりづらい。 MDの負けが確実だからとごまかす気が満々。 汚い、さすが赤がにじむMDは汚い。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/976
977: NAME OVER [sage] 2019/06/15(土) 09:23:05 ID:GJOhNGk70 >>976 何言ってるか分からない馬鹿は黙ってればいいのに http://medaka.5ch.net/test/read.cgi/retro/1558562511/977
978: NAME OVER [sage] 2019/06/15(土) 09:23:20 ID:iaCikd2G0 >>976 ごめんね?ハードやソフトの事を説明するとなるとこうなっちゃうんだよ。 読み飛ばしてくれて結構でございます。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/978
979: NAME OVER [sage] 2019/06/15(土) 10:20:22 ID:Wqee16D50 当時最もCPUが高速だったのがPCE 68000は16ビットだが遅いCPUとして有名。 MDに搭載された7Mhzの68kはACでは5年前の水準のもので、骨董品レベルの時代遅れだった 10Mhzの68000を搭載したX68kも、5年間はスペックを変えないという縛りのせいでCPUが足かせになっていた http://medaka.5ch.net/test/read.cgi/retro/1558562511/979
980: NAME OVER [sage] 2019/06/15(土) 10:30:00 ID:iaCikd2G0 「5年間スペックを変えない」はNECへの当てつけだなw 非常に分かりやすいw CPUは早いけど、VRAM転送速度はMDがSFCを抜いてトップだったりする。 だから大きなキャラが動かせた。スト2もターボモードが付いた。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/980
981: NAME OVER [sage] 2019/06/15(土) 10:37:55 ID:/DnJyhyfx >>973 文面を普通に読めばMDに比べて機能はないがCPUだけは馬鹿っ速ととれる。 当時の開発者がCPUに関して誉めてるということは、やはり16ビット演算はそれほど必要なかったということでは? http://medaka.5ch.net/test/read.cgi/retro/1558562511/981
982: NAME OVER [sage] 2019/06/15(土) 10:39:05 ID:/0Vse7Mi0 大きなキャラが動かせた? それにしてはショボかったなぁ http://medaka.5ch.net/test/read.cgi/retro/1558562511/982
983: NAME OVER [sage] 2019/06/15(土) 10:42:44 ID:3cQewdwp0 PCEに関してはクリエーターがはじめから高度な処理を諦めてたからこんくらいの速度で十分ってのがあったんだろうね ダライアスも大半の部分で1枚絵が背景だったりね これをSFCやMD並みに動かそうとしてもできないからね http://medaka.5ch.net/test/read.cgi/retro/1558562511/983
984: NAME OVER [sage] 2019/06/15(土) 10:54:53 ID:QeKynXP+0 >>979 おまえさぁ、空想スペック書くのいい加減やめてくんない? 当時プログラマーは工夫をこらして容量と戦いながらプログラムを組んでたのに、デタラメな事を書くせいで工夫じゃなくマシンスペックでPCエンジンはなんでも出来たみたいになってるじゃねえか。 それは当時、限られたスペックの中で一生懸命プログラム組んでたプログラマーを馬鹿にしている行為なんだよ。 バンク切り替えで背景をアニメさせたり、色の切り替えで雲と草使い分けて容量節約したり、パレット
で同じ色二つ使って顔の変化を1キャラで済ませたり、そういう行為をお前は馬鹿にしてるんだよ。 いい加減きずけ! http://medaka.5ch.net/test/read.cgi/retro/1558562511/984
985: NAME OVER [sage] 2019/06/15(土) 10:57:32 ID:iaCikd2G0 『週刊ファミ通2019年6月27日号』に関するお詫びと訂正 2019年6月13日発売『週刊ファミ通 2019年6月27日号』掲載の記事“メガドライブミニ 全タイトル完全カタログ”において、 一部の仕様の解説に誤りがありました。 ■『コラムス』(82ページ) “対戦では連鎖を決めると相手の地面をせり上げ、追い詰めることができる。”との記述がありますが、 本作には“対戦で相手の地面をせり上げる”という仕様はありません。 ■『テトリス』(100ページ) “対戦プレイでテクニッ
クを競う”、“ふたりでの対戦もまた楽しい”との記述がありますが、 本作の2P同時プレイには、相手とスコアを競い合うような対戦要素はありません。 読者の皆様、ならびに関係各位にご迷惑をおかけしましたことをお詫びするとともに、ここに訂正させていただきます。 https://www.enterbrain.co.jp/weeklyfamitsu/info190614.html こんないい加減な雑誌のレビューをこれ見よがしに持ってくるとか・・・。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/985
986: NAME OVER [sage] 2019/06/15(土) 10:58:00 ID:/DnJyhyfx >>973 32x32のスプライトはVRAMの効率が悪いからデカキャラとしてはあまり使われてないんじゃないの? シミュレーションゲームなんざ数がしれてるし。 なんとなく、8ビットに不利な状況が多いような印象付けしてるように感じるなぁ。 16ビットの演算でホントに多かったのかな。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/986
987: NAME OVER [sage] 2019/06/15(土) 11:05:22 ID:e1v1MP+Ux >>986 目に見えるところではイースI・IIの経験値が上限65535で16bit必要とか結構8bitじゃまかなえない情報ってあるよ ロープレはシビアな処理速度は求められてないけど シューティングは1フレ表示更新までに次のフレーム分の計算は済ませておかないと処理落ちの原因になる なのでほとんどのゲームでは座標系が8bitに収まる水平解像度256ドットモードに逃げている 320ドットモードってR-TYPEくらい? http://medaka.5ch.net/test/read.cgi/retro/1558562511/987
988: NAME OVER [sage] 2019/06/15(土) 11:11:38 ID:iaCikd2G0 >>981 どちらかと言うと16bit演算も速さでカバーできるって感じかな。 >>984も書いてるけど当時のプログラマーだと職人気質なのが多いし、 型にはめたプログラムが出来るとかそういった事だと思う。 というか・・・>>984詳しいね・・・。ファミコンのキャラパターンはプレーン方式で2枚あるから、 文字キャラクタみたいに1色しか使わないキャラはプレーンごとに違うキャラにして パレットでキャラクタを切り替えたりしてるんだよね。 ## パレットで同じ色
二つ使って顔の変化を1キャラで済ませたり こんなことしてるのあったんだ。凄いな。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/988
989: NAME OVER [sage] 2019/06/15(土) 11:32:37 ID:iaCikd2G0 >>973 32x32はあくまでも一例だよ。16x16でもオフセットは必要だし。 8x8で構成するのであれば・・・テレビの画面枠に隠れて気にしなくて済むかもしれない。 と書いた所で・・・PCEって8x8のスプライトってないんだよね。 最低サイズが16x16だから8x8でも16x16分のキャラパターンが必要になる。 スプライトの座標が8bitを超えてるからどう転んでも最後は16bit演算。 ただ、ギリギリまで8bitで演算して最後だけ16bitにするって事もできるしね。 ただ、PCE版グラディウス
のように空中戦でショットを打つと処理落ちするのもあるし。 アーケードのグラディウスは68Kの9.2MHzだからねぇ。>>979は寝言だろうね。 VRAMについては効率を優先するか、スプライトの枚数を優先するかでも違ってくると思う。 塗りつぶすようなキャラだったら大きいスプライトを使うだろうし、 スト2のように体のパーツが細分化されてる場合は小さいスプライトを組み合わせるだろうし。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/989
990: NAME OVER [sage] 2019/06/15(土) 11:35:31 ID:iaCikd2G0 >>987 PCEのゲームは256x224の方が多かった印象。 MDのゲームはどちらも使われてるけど、 320x224の縦シューティングは右側が黒帯になって残機とかスコア表示するものが多かったね。 横スクロールのシューティングは320x224がメインじゃないかな。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/990
991: NAME OVER [sage] 2019/06/15(土) 11:41:17 ID:Kqx7oEdhM PCエンジンは8bitでも横512ドットも使えたというのに16bit演算だの320ドットでドヤるMD http://medaka.5ch.net/test/read.cgi/retro/1558562511/991
992: NAME OVER [sage] 2019/06/15(土) 11:46:44 ID:iaCikd2G0 横512ドットモードを使ったシューティングゲームってあったっけ? http://medaka.5ch.net/test/read.cgi/retro/1558562511/992
993: NAME OVER [sage] 2019/06/15(土) 12:03:50 ID:GJOhNGk70 マジで教えて欲しいんだが、信長の野望って何でPCEの方が思考時間が激遅なのか教えて欲しい。SFCよりはマシだったけど。 http://medaka.5ch.net/test/read.cgi/retro/1558562511/993
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 9 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.153s*