ファミコンの限界について語るスレ Ver.5

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/06(火) 13:28:31.51

色々ゲームが出てたファミコンだが、
ファミコンの限界でどれくらいのゲームができたかどうか語り合ってくだされ
ファミコン以外のハードも可

過去スレ
ファミコンの限界について語るスレ
http://game12.2ch.net/test/read.cgi/retro/1138378086/
ファミコンの限界について語るスレ Ver.2
http://schiphol.2ch.net/test/read.cgi/retro/1177592025/
ファミコンの限界について語るスレ Ver.3
http://schiphol.2ch.net/test/read.cgi/retro/1242948085/
ファミコンの限界について語るスレ Ver.3.1
https://medaka.5ch.net/test/read.cgi/retro/1244481206/
ファミコンの限界について語るスレ Ver.4
https://medaka.5ch.net/test/read.cgi/retro/1600624599/

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/07(水) 04:36:16.24

カートリッジによる拡張(バンク切り替え含む)が無い状態。いわゆる素のFCだけで限界まで頑張っているソフトって何だろう？
デビルワールド辺りかな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/07(水) 07:11:12.37

>>2
バンゲリングベイとかチャレンジャーとかああいう8方向自由スクロール関連もかなりがんばってたな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/07(水) 13:24:38.81

前スレのハイライト
https://video.twimg.com/ext_tw_video/1388324373220642816/pu/vid/1280x720/qExZEobPHxlEkOm-.mp4
https://youtu.be/_kwO5HLvwEA

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/07(水) 15:08:06.37

>>2
そりゃスーパーマリオだろ
あとはポートピアとか
１６ｋ限定ならスターフォースあたりか

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/07(水) 18:42:15.17

てす

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/08(木) 13:54:01.59

ゼビウスのアンドアジェネシスは、技術を駆使すれば浮遊させられただろうか？

DQ4の船出のようなイメージ書き換えでできるかもしれないけど、
森や砂漠との合成が必要な部分があるから難しいかもしれない。

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/08(木) 17:05:51.24

ゼビウスの発売当時のままで考えると、バンク切り替えするほどの容量を使うのは無理
バンク切り替え技が使えたとしても、DQ4の船出シーンが全体としては水面だったように
背景は完全移植で入り組んだ地形ではなく、ほとんどを森とかにするとか
マップ的には割り切りが必要だろうね

ただ、元のFCのゼビウスのままの背景チップだと、平原や砂地は黄緑や黄色１色なベタなチップだったから
そのままでやっちゃうと本当に意味ないけど

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/08(木) 17:43:03.41

てす

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/08(木) 18:16:31.27

前スレでゾーマに真ん中歩かせれば、って話があったけど
延長編!ドラクエ３のデバッグしてたら新バグ発生方法見つけたの巻 - YouTube
ttps://www.youtube.com/watch?v=oZbCe38mnu0
ここでまさに些細な演出を開発終盤につけたからバグが入ってしまったって話をしてるね
岩押しフラグの初期化処理ですら、後で付けるつもりで最初につけずにしばらく経った後では
今度はそれを追加するという余計なことをしない方が安全かも？という理も生まれたりもする

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/09(金) 00:09:29.83

てす

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/09(金) 01:40:46.18

トロッコのシーンやけどこんなスムーズに動かせるもんなんやな
https://youtu.be/HVPtVQSSpBY

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/09(金) 03:22:14.76

後で、ってのが絶対良くない
後で見たら何が何やらってなるんだから
まあそんだけ時間が無かったんだろうけど

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/09(金) 19:33:12.34

てす

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/10(土) 01:52:28.87

>>10
そうそう。開発終盤やデバッグ中になるとちょっとしたことでもリスクが高い
前スレで座標いじるだけなのが難しい訳ないだろって言ってる奴いたけど、そいつは判ってない

マップとかキャラ配置のデータ作成なんてプログラマ以外の人がやってるんだろうけど
ドラクエのシステムはどう見てもブロック単位の指定なので半端な位置にするのは
データ作成者ではどうにもならなかったはず。序盤ならともかくラスボスのとこだし
それをもし開発終盤でプログラマが専用の処理書いて対応するなんてのは相当なリスクになるはず

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/10(土) 18:21:45.17

てす

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/11(日) 05:19:46.47

>>10
逆に言うとゾーマのデザインはかなり後ってことだろうか
当初は16×16の通常キャラサイズだったけど急遽大きくしたとか
いっそ通路パンパンのサイズにしたら良かった

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/11(日) 13:20:50.01

単純にそんな気にしてなかっただけな気がするがなあw
サイズに関しては両サイドにスプライトの炎があるんであれ以上横に広げるのはちょっと困難なような
そもそもそんなでかいグラフィックを格納できるエリア残ってるかどうかも怪しい

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/11(日) 23:33:34.33

迫力が欲しいから四倍にしよう、ずれちまうけどまあいいか
程度の話じゃないのか

>>15
見た目だけ半キャラずらして6キャラの扱いにすればできん事はないとは思う

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 01:24:12.99

>>19
多分そんな感じだろうね。元々そんなに位置関係に厳密な表現してないしねドラクエって

半キャラずらしに関しては、あえて言えば
・キャラデータ容量もカツカツで半キャラの空白分すら残ってなかった
・データ作成者が半キャラずらしたデータを作ればいいってアイデアに気がつかなかった
→プログラマに相談してたら半キャラアイデアは多分でてきただろうけどね
・プログラマにラスボスサイズを32×32で発注しちゃって気がついたらこうなった
→致命的じゃないし、直してくれとは後から言いにくかったとか、みんなが別にこれでいいと言ったか

こんなようなこと、どれかがあったんじゃないかな？と想像する

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 02:06:57.55

ああそうか炎もスプライトか…
通路を4キャラ分にすると今度は勇者が真ん中じゃなくなるし
ゾーマは欠陥魔王

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 07:05:30.63

ゾーマのX座標に+8するだけでも
他に影響出るんかな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 09:17:35.68

半キャラずらしの特別なプログラムを作る容量も惜しかった

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 09:43:22.00

>>22
影響が出ないと思うよね？　たったそれぽっちなら、と。
そう思う時ほど、出るんだなぁ。
こんなの絶対出ないだろ～、と甘く見る奴のことをバグは好き。
可能性が無視できないから、最初からその話をしてるんだよ
スプライトをセットする部分でキャラがゾーマだったらXを-8して書き込む、
これだけの追加なら10バイト前後の追加でできるけど、こんな単純そうに見える追加でも
開発終盤ではバグが入るかもしれないリスクと利益が見合わない。
キャラがゾーマという判定をミスる可能性、左端からはみ出したときの処理がどうなるか考えるのを忘れる可能性、
また処理速度が変わるから重い場面でどうなるかとか、
究極には行を追加したことでプログラムのアドレスがずれることの影響
（今まではたまたま顕在化しなかったバグが出てくるかもしれない）、みんな怖い。
少なくとも変えたらその後ゲーム全編を何度も通しプレイしないと製造に入れない
開発初期ならいくつものバグ出しを同時に並行してやれるから気にならないけど
終盤に追加するとそれだけのために完成が何日も伸びるか、回収のリスクを負って見切り発車するかになる
開発終盤になるほどバグチェックのコストが上がるということだよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 14:20:57.76

>>22
そりゃでるぞ。システム自体は16×16のブロックでしかいろんな判定してない

>>24 も言ってるけど、ゾーマだけ特別扱いするってことは、ゾーマフラグが必要
>>10 の動画のシリーズで言ってるけどワークエリアに空きがないからセーブエリアにフラグを作るしかない
もうその時点で岩バグと同じリスクがある

さらに主人公パーティーとのヒットはどうする？話しかけ時の隣にいるかどうかの判定はどうする？
表示だけずらしたのではいろいろとほころびが出る。それも特殊処理で対応すんの？
作業が芋ずる式に増える

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 14:24:06.98

そんなにいろんなとこ変更するなら、>>19 の6キャラサイズの扱いにした方が簡単だろうし
ゾーマの両脇に、松明でも置いといて左右からは近づけないようにしとくのもありだろう

でも、マップをイジるのありなら最初から通路を偶数サイズにしとけばいいだけだし
そこまで苦労してやるほどか？って話になる

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 17:16:07.80

>>26
時間あったらやったかもね
個人的な推察だけど、絵的に察するにこれ最初はゾーマも16x16のサイズで描いて
真ん中に配置してたんじゃないか？でもそのサイズじゃラスボスの威厳が無いから
後から急遽即興でキャラ枚数ｗｐ増やして32ｘ32のサイズにしたんじゃなかろうか？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 20:19:25.61

この中にひとり、岩崎がおる!
お前やろ!

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 20:33:54.66

たぶん当時のドラクエの画面ルールだと半キャラずらしの方が美しくなかったのだろう

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/12(月) 21:05:41.57

岩崎ならこのテーマだけであることないこと裏取りせず盛りながら3～4ページのコラム書くだろうな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 00:09:28.54

座標をズラすくらいならバグなんかでないだろよ、と思うなら甘いのよね
アセンブラをやったことがある人間ならわかる

下手に弄るとバグが怖いっていうケースはプログラムに変更・追加をしようとしたときに、その追加（変更）処理のなかの演算で使用するレジスタがその時持ってる値をそのまま弄っていいかどうかがすぐにわからないケースがある
そのままいじっていいレジスタがすぐに判明したらいいけど（プログラム内のコードを見て倫理的に大丈夫だとわかるケース）、論理的にみてそのまま弄っていレジスタがわからない場合は、
一次的に使いたいレジスタの値をメモリのどこかに退避させなきゃいけない（演算後にもとに戻す）

座標をズラすだけでもそれは加算処理でレジスタを使うわけだから、上記のような問題がでてくるのよ

RAM内で、その退避させたい値を置く場所も本当にそこに上書きしていいかどうかを調べなきゃいけないし面倒くさい
とはいえ　やれ！って言われたらそれでもやるだろうけど（そこまで難しいものでもないしｗ）、　ゾーマのアレはただただもう面倒くさかっただけでしょな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 11:40:38.64

ゾーマもがんばれば直せただろうけど、他にも直した方がいいところ(父親が覆面パンツとか)が沢山あるから、見送られたのだろう。

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 19:38:05.47

直すって表現が腹立つ
ドラクエ３，４の文法では32×32のキャラがマップからズレてたらその方がおかしい
他国の言語の法則を直せとかおこがましすぎるって分からないか？
いいことも悪いことも味もあるんだ
せめて変えると言えよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 21:41:29.60

よし、分かったな
お前らこれからは「変える」と言えよ
いいことも悪いことも味があるんだ
キャラがマップからずれてたらおかしいだろ
あんまり俺を怒らせるんじゃねーぞ！

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 22:16:01.64

スプライトの出現位置変えただけでバグとかあるわけない
最初のスプライトの位置情報の数値（初期値）を変更するだけでいいんだぞ
プログラムのどこかでその数値入れてるところあんだから、そこを変更すればいいだけのことだ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 22:36:04.94

それだけでいいならそうしてたんだよなぁ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 22:43:44.92

>>36
単に制作陣はまったく気になってなかっただけだろ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 23:22:17.48

まあ十中八九バグは出ないよ
どんな追加仕様でもそれは同じ
でも開発終盤にそれを追加したら充分なテストをせずに何百万本ものロムの製造はありえない
バグが入ってないことをテストするには日数がかかる
他の作業と並行してやれるなら問題じゃないが
開発終盤にやるとこれまでのバグチェックのテストが水泡に帰す
テストのために発売時期も逸する
割りに合わない
ただそれだけのこと

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/14(水) 23:34:18.89

バグにも色々あって、特定の状況下では症状が出ないってバグも多いのよ
それまでも本当は論理的にはバグってたんだけど、
今まではたまたまタイミングが合ってたり参照するメモリが好都合な状態だったりして症状が出ないだけだったりする
これが他のルーチンをいじると、いじってないルーチンのバグが顕在化しだす
だから新規追加したルーチンがいくら完璧でミスが入りようがないくらい小さくても全体のチェックが必要になる

もちろんバグを見つけるために様々なハードやソフトがあるから十中八九大丈夫なんだけど
それでも100万本生産するソフトの最後の最後につまらん演出追加して通しチェックもせずにマスターアップはあり得ない

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:10:05.06

>>33
言わんとすることは分からないでもないが、表現として非自然だとして
引っかかってるところを自然な感じに変えて欲しいのだから
「直してくれ」は、割とそのままだろ。気にしすぎでは？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:10:40.09

>>35
それは具体的にどこをどうすれば

気になったんでちょっとFC版ドラクエ3覗いてみたんだけど
NPCの配置データにはマップタイルを基準にした座標の情報しか入ってなさげ
まあ当然っちゃ当然
つまり特定のNPCの初期位置だけをドット単位で指定できるような作りになってない
だから、そりゃやろうと思えばできなかないだろけど「数値を変更すればいいだけ」とはいかないんじゃないかな

……と思うんだけど実は単に俺がアホだからわかってないだけで「ここいじれば簡単にできるよ」というのであればぜひ教えてほしい
もし仮にどっかでスプライトを半歩状態で止められるような処理が組んであればそれ使えばいいんだろうけど

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:13:47.90

>>35
それは浅すぎる。FCドラクエのキャラの座標位置なんて１６×１６を単位とした
ブロック位置での座標でしか管理されてないはず

すべての配置キャラの表示位置がドット単位でデータがどこかにあると
思ってる時点でド素人でしかない

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:25:22.90

>>42
主人公キャラの表示位置とかそういう基準点になるようなものはドット単位でここ、って指定してそうだけど
大量のNPCの初期位置をドット単位で個別に指定する意味まあないよね
立体感出すためにスプライトをマップタイルから数ドット上にズラして表示してるけど
あれも一括でそうしてるだけだろうしなあ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:31:04.74

>>41
のぞいてみた？　どうやって？
まさか違法DLしたROMですかぁ？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:31:48.78

>>42
> FCドラクエのキャラの座標位置なんて１６×１６を単位とした
> ブロック位置での座標でしか管理されてないはず

それ貴方の想像ですよね？ｗ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:46:00.72

おーい、ID:VWjqsPtd0が真相を語ってくれるようだぞ～

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:51:29.63

>>43
確かに、スプライトで表現してるので最終的にはドット単位にはなるけどね
ただ表現上、NPCは実際ブロック単位でしか出てこないのに、ドット単位で管理するとか
そうとう技量の低いプログラマじゃない限りありえないと言っていいと思う

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 00:56:49.24

>>46
真相なんか俺が知るわけないだろ
この手の真相なんか当時の関係者、特にプログラマーに聞く以外知りようがないにきまっとるだろうに、頭沸いてるんか？

当時のプログラマー以外がいくら「推測」したって意味ないんだよ、答え合わせのしようがないんだから

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 01:13:40.25

>>45
解析までしてないから断定はできないけど、ほぼ間違いなくそういう構造になってるはず
ブロック単位で管理すれば街のマップが２５６×２５６サイズ以下である限りキャラの座標は
ＸＹの２バイトで済む。街マップが１６×１６以下ならドット単位でも済むけどそうなってないしね

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 01:18:41.49

>>41
> NPCの配置データにはマップタイルを基準にした座標の情報しか入ってなさげ
> まあ当然っちゃ当然

ここまでは良いとして、

> つまり特定のNPCの初期位置だけをドット単位で指定できるような作りになってない

なんで”つまり”になるのかつながりがイミフなんだけど…

一般的なNPCの配置データの初期値はそりゃズレるわけにはいかないんだから必然的にマップタイルを基準としたX,Y座標になってるだけと考えたら、
特定のNPC（ゾーマ）の初期値データだけ違うのにしたって別に問題ないだろう

もう本当に容量がカツカツのカツカツのカツカツすぎて、ゾーマのX.Y座標の初期値データ自体を他のNPCの初期値データの流用をしてまかなっている、みたいなことになってたら話はわかるんだけどなｗ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 01:42:41.81

>>48
「推測したって意味がない」とかただの逃げじゃん。発端は >>35 のこの発言じゃん

> スプライトの出現位置変えただけでバグとかあるわけない

プログラムの構造として、だいたいどうなってるかは当事者じゃなくても、見た目と挙動からある程度類推できる
こんな発言したからにはその推測を意見として出さないと、むしろ当てずっぽうで適当言いました、としかならんだろ

だいたい >>10 の動画のシリーズで当時のプログラマが配置キャラの構造がどうなってるかとか
一端が伺い知れる説明がされてるんだけど。街のキャラが一斉に動かないようにフラグ管理してるとかね
キャラをそのままでズラそうとするとその辺のシステムに手を入れる必要が出てくるのは間違いない

そんなことするなら、６キャラ分のサイズして両脇空白にした方が簡単ってのはすでに何度も出た話
むしろ表示だけ８ドットずらすってのは手法として考えにくいんだよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 02:05:07.59

>>50
えーっと、これはゾーマも他のNPCと配置データの構造自体はいっしょ、ということです
ゾーマはサイズこそ大きいですが、同フロアの炎のスプライトなんかとまったく同じ構造で格納されてます
4体ぶんのNPCがタテヨコに並んでるだけ
（構造が同じなだけであってデータを兼用とかはとくにしてないと思います）

なので
＞特定のNPC（ゾーマ）の初期値データだけ違うのにしたって別に問題ない
これは「ゾーマの配置がドット単位で調整できるようになっていたとしてもおかしくない」ということを仰っているだと思うのですが
配置は他のNPCと同様マップタイル単位になっており、そのままではドット単位の調整は不可、ということです

すみません、説明がヘタで申し訳ないです
というかまああくまで素人の解析なんで「違う！こうだ！」とかあったら詳しい方ぜひツッコんでいただきたく

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 02:20:34.00

>>52
あ、書いててわかりづらいかなと思ったのでひとつ補足

> つまり特定のNPCの初期位置だけをドット単位で指定できるような作りになってない

ここで「特定のNPCだけ」と書いたのは、「全NPCの表示位置をマップタイルに対してドット単位で一括でズラす」のは可能かも、ということです。
もともとタテに数ドットズレて表示するようにしてるので、ここはどこかで直接数値で指定してると思います。たぶん
ただそれ仮にできたとしてもなんの解決にもならんのですがｗ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 02:43:33.81

>>53
>> つまり特定のNPCの初期位置だけをドット単位で指定できるような作りになってない
そこまで理解できてどうしてゾーマだったらXを８ずらすという処理を入れられることが分からないの？
スプライトパターン番号からハードコーディングでゾーマ検出してXを８ずらすだってできる
「作りになってない」って言うけど、だったらそういう作りにすればいいんだよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 02:47:08.58

>>54
横レスする
その特定のNPCだけイジるって処理入れるのが開発終盤だったりすると、それだけでリスク

演出とかイベント用の個別ルーチンだったらまだいいんだけどね
ゲーム全体でどこでも使ってる表示ルーチンに特殊処理を後から入れちゃうってのは結構なリスク
それもこれまでに別の条件の特殊処理がいくつも入ってて、条件もバラバラで判定が複雑怪奇な状態に
なってるとするとそんな処理を終盤で１つ追加するのは相当なリスクでしかない

あとはデータ管理上の問題。マップ上にブロック単位で管理してる箇所と
最終的にスプライトの座標に展開してる箇所が別々な場合（というか、ほぼ間違いなく別々なはず）、
このスプライトがゾーマかどうかってのは直接得られる情報じゃない可能性が高い

その場合フラグ追加してルーチン間で判別できるようにしたりとか、面倒な処理を追加しなければ
ゾーマだけズラすなんてことが不可能。そんな構造なら変更はやめとこうってなる可能性が高い

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 02:49:25.85

>>54
あ、たぶんそれはできるんじゃないかと私も思いますよ
絶対ムリって話じゃないです
>>35に対して「数値を変更して」っていうだけじゃムリなんじゃないっすか、とそういう話です

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 02:49:28.41

内部的にマップ上移動しかしないからマップと同単位の座標しか持ってないにしても、
スプライトである以上、どっかでPPUに渡すスプライトの表示座標（0～255で、マップのXY座標じゃない）に変換してるわけだ
最悪そのバッファなりPPUなりに書き込む場所で土壇場で横入りして
ゾーマだったら無理やりXを8減らすか増やすかして書き込んでやればいいんだよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 02:56:01.24

>>54
もう一つレス

> スプライトパターン番号からハードコーディングでゾーマ検出して

これは相当なリスク。本当に最後の最後でそこだけ修整してマスターって確定してるなら
そういうパッチ当てみたいなことも可能だけど、普通やらない

そんなやり方で処理を追加しちゃうと、その後でキャラデータにバグが見つかって修正するなんてことがあれば
スプライト番号が変化して、そのハードコーティングした箇所がキャラ化けを起こすようなバグになったりする

相当致命的なバグで最後の最後の手段で使うようなことはあっても、挙動上は何の問題もなく
誰もがそのままで仕様にしようと妥協としそうな修整をするときに使うような手じゃない

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 03:04:23.94

>>57
>>58 でも言ったけど、そんなのは完成済みのゲームにパッチを当てて改造しよう
ってレベルのアイデアだよ

開発の終盤や最終段のデバッグではその手の情報はバグを次々に修整した結果、刻々と変化するもの
その変化の可能性あるデータを判定して処理を変えるなんてのはありがち過ぎなダメな例なんで普通やらない

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 08:23:53.19

フィールドにスプライトを表示するためのプログラムなんてカツカツのメモリの中でフィールドで動いてるほかの全ての処理と絡み合ってるからそこだけ変えて終わりとはならないな
ゲーム全編で使ってるんだから全編テストをし直さないと
ゾーマの位置を調整するだけのために二か月延期とか嫌じゃろ？

最近の開発環境だったらちょちょーと追加する事もできるかもしれないけどね

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 08:32:43.15

いい加減このゾーマの座標ネタの長文はウザい！
そんなに気になるなら直接当時のプログラマーの1人だった内藤に聞けばいいじゃん
今は本人に聞ける場があるんだから積極的に利用すべきだ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 08:39:18.68

FC DQ4のデスピサロも32×32で主人公はどっちかに寄って声かけるんだったはずつまり制作陣は気にしてない

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 08:49:03.86

https://i.imgur.com/1tUrDPg.jpg
https://i.imgur.com/MrrNdzw.jpg
https://i.imgur.com/zBkmKMw.jpg
https://i.imgur.com/dfuRIhI.jpg

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 09:43:02.38

死んだと思っていた親父が
カンダタそっくりだったことに比べたら
位置のずれとかどうでもいいレベル

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 11:14:36.11

そんなに容量足んないんだったら
マップ用のゾーマグラなんか最初から省略して
画面暗→台詞表示→エンカウンターの流れで良かったのではと思う

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 12:44:39.40

何十年後のあとだしとかなら何でも言えるのでは

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 13:35:40.65

>>63
期間も容量もカツカツの一作目と
最初から全容が見えてて容量も余裕ある移植版ではそうなる罠

>>65
それだと、バトル前に回復と補給ができないじゃん
キャラ位置がズレるくらいで、全部消す必要あるか？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/15(木) 20:16:20.40

>>52
データ的には、4人組のNPCが隊列組んで歩調合せて移動している感じか。
これなら、専用にルーチン用意する必要もなく、リーズナブルな実装ですね。

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 02:30:28.26

ttps://www.youtube.com/watch?v=oFmOED_MyHI

いまさらだけど、前スレで出てた「実機でグラディウスの長いレーザーを動かしてみた」
の解説動画ってとっくの昔にあったんだな

実現方法はほぼ想像通り。別領域に8ドット幅で書いといてラスター割込みで
１ラインずつのスクロールだけど、自分はX方向だけを使ってるのかと思いきや
Y方向も指定してるっぽいね。HBLANK中ならできるのか？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 03:14:59.15

>>63
上から二番目は何版ですか？
画像検索しても判りませんでした

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 04:06:54.61

それこそ内藤寬に言ってみれば？
容量内でゾーマを真ん中歩かせられるのか
それやったら別の場所でバグが発生するのか検証
暇そうだし

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 04:16:20.83

>>71
できるっちゃできるんじゃないかな
というかたぶん誰もできないとは言ってない
手間かかるもしくはリスキーだよねって言ってる人と
いや簡単にできるって言ってる人がいるだけで

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 10:38:18.76

>>70
ドラゴンクエスト3ダブルプライムっていう所謂ファンメイドの二次創作ゲーム
大きな特徴の一つが6人編成できることでその画面もよく見るとパーティ6人になってる

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 11:52:08.53

>>73
残念ながらFC互換機やエミュレータで動く代物ではなく、プラットフォームはPCでFCっぽく作った二次創作だけどな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 13:21:47.80

もちろん知ってるよ。
だからFC版の改造とは言わなかった

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 14:07:29.22

>>71
ここまでの話だって、 >>72 も言ってるように無理って話じゃなくて
１、開発終盤のプログラマの忙しさやリスクを考えたら、「やらない」と判断した可能性が高い
２、プログラムで修正するなら、元からある座標指定を1箇所変えるだけってことはまずない
３、律儀にプログラム修整するより、キャラサイズやマップをデータでいじった方がおそらく簡単
と言ってるだけだからな

もし内藤寛本人にやらせたら、YouTubeの岩バグよりもあっさり直すんじゃないかな
ただ、製品作業だったらそれで終わりじゃないからな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 14:35:44.24

>>73-74
そんなの全然知らなかったけど
BGがFC風でも会話ウィンドウが半透明だからその辺がヒントだったかもね
昔X68k用にあったTDQ（ドラゴンオエスト）っていう２次創作も似たような画面だった

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 18:37:35.84

>>69
すごい、しかも２重スクロールしてる、
と思ったけど、ラスターでのY方向の指定は8ドット単位で、画面にゴミが見える、という制限があるんじゃなかったかな。
回避方法があるのかな？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 18:52:37.59

>>71
時間というコストを度外視してやるっていうんなら
容量なんか全体から少しずつかき集めれば作れるだろうし
バグチェックだって何日かやればいいんだから技術的に難しいことはなんにもない
ゾーマをズラすことができないような力量のプログラマーだったら市販ソフトなんか作れない
ただ当時、開発終盤にそのしょうもない演出を思いついて入れるのは費用対効果が悪すぎて下策だという話

>>69みたいにコスト度外視してでもできないと思われてたことをやるのとは全く別の話

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 21:29:07.00

ゾーマの為だけに半キャラずらして動かすとか地形を書き換える位なら…
その容量をオルテガのグラフィックに使っていると思うよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 22:05:49.98

そういや海外版ではオルテガの絵とかデモが入ってたっけか
海外版ゾーマも位置はそのままなの？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 22:15:24.78

>>81
いっしょ。変わってない

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 22:18:21.77

時間経ても直さないということは何かしら事情があってそのままなんだろうかね

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 22:22:25.61

>>59
>その変化の可能性あるデータを判定して処理を変えるなんてのはありがち過ぎなダメな例なんで普通やらない

ドラクエ4のボス戦8逃げ会心はその「普通やらない」ことをやった結果ではないかと言ってみる

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 22:32:06.70

>>84
全然違う
そのバグの解説はとっくに内藤チャンネルでやっただろが

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/16(金) 23:43:43.97

>>73
ありがとうございますです

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/17(土) 03:35:18.60

だから
>別の場所でバグが発生するのか検証
って書いてるだろ
直すのが難しいなんて一言も書いてない
ID違うのに全員同じ間違いしてるのは何故なんだろう(すっとぼけ)

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/17(土) 04:59:26.24

>>87
> >別の場所でバグが発生するのか検証
> って書いてるだろ

別の場所とは具体的にどこ？　検証内容はどんなこと？
しかも「暇そうだから検証しろ」って内藤寛に頼むの？
そこまで言うならお前が依頼してみろよ

だいたいそれがどういう事なのか、お前こそ自覚して言ってるか？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/17(土) 11:28:44.05

特にカツカツのメモリと処理能力でやり繰りしてるようなプログラムは何を変えたら何に影響が出るか予測しがたいね
全く考えもしなかったとこに問題起きたりするから困る

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/17(土) 14:28:24.79

1992年の本日7月17日発売のファミコンソフトの「三つ目がとおる」は
ファミコンなのに結構な多重スクロールをやってて開発側のこだわりを感じた

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/17(土) 17:03:03.68

>>87
>>88 は言い方がキツかったな。なのでもう少し冷静に補足する
普通、バグの修整は関係ありそうなところは全部確認して必要なら全部直す
それが当たり前。関係がありそうと想定できる時点で、確認と修整は作業的にセット
大抵のバグは想定内に収まってくれるので、それで済む

なのに、「別の箇所でバグが発生するのか検証」の具体性が乏しすぎる

想定外に起きるのがバグなので、想定外の箇所を想定するなんて普通に無理
だからバグ修整とはどういうものなのか、わかってる奴ほどこの部分をスルーしたんだろう
ジエンを疑うのは無知ゆえの浅さだな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/17(土) 17:07:18.79

岩バグの動画にしろ８回逃亡バグなど、取り切れなかったバグが
いかにゲーム内容的に無関係なところで発生してるのかってのも分かりそうなもんだ

それをどうやって「検証するべき別の場所」を特定するのか？
それが無茶振りだって気がつかないものかな？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 04:01:34.51

その程度は分かって書いてる
だから「暇そうだし」で結んでるんだろ

前スレでも癇癪起こしてたようだが
お前は普段全く他人と会話してないんだろうな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 05:34:12.99

>>93
> 前スレでも癇癪起こしてたようだが

「罪を憎んで人を憎まず」って言葉を出しておいて、みごとに真逆の内容でレスしてた奴か？

今回もそれをわざわざそれをやりに来たわけか？
懲りないねえお前

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 06:57:06.16

>>90
ようつべで見たけど凄い凝ってるね
背景の影のとこもスクロールどうやってるんだろ？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 09:49:01.91

ゾーマネタで不毛な議論をするいい歳こいた大人達

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 12:26:11.65

一人だけすぐ喧嘩腰になるのが居着いてるんだよな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 18:11:35.88

>>95
2重スクロールはBGパターンの書き換えで、
影のところはカラーパレットを変えてるのかな？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 18:29:13.29

>>98
元からその影の付いたようなカラーのパーツを配置でしょ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 21:04:28.01

>>99
最初は自分も、影の部分は別のパーツかと思った
でも、よく見ると影の位置自体は表側のスクロールと位置関係がまったくズレないし
１６ドット単位のブロックで置かれてるっぽいんだよね
となると >>98 の言うように別パレット使ってるだけじゃないかな
その面の構成的にも4パレットで間にあってるっぽいし

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 21:10:53.57

その他のところとしては、トラックは普通に分割スクロールだし
ラスボスの上の雲もラスタースクロールって感じかな

トラックは、フロントガラス前の石垣がアニメせずにそのままなのは
普通のブラウン管テレビなら見えない箇所ってことでご愛嬌か

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 21:16:41.42

>>96
不毛かどうかは、ゲームの開発現場に興味があるかどうかの問題だろうな

それ以外にも仕事として物を作ったり客に届けたりってことに関わってるなら
ある程度は察することができると思うんだよね

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 21:54:14.82

おもちゃメーカー、キャラゲー、さらにキャラが古いって事で当時敬遠したきり何も知らんかったが三つ目すごく丁寧に作ってあるね

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/18(日) 22:14:35.09

>>102
半ば相手を言い負かすことが目的の議論になってるから不毛と言ってるだけで
解明するために議論すること自体を不毛と言ってるわけじゃないと思うよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/19(月) 00:41:38.42

>>104
普通に技術的に考えたり当時の現場を推測して、「それはまずないだろう」と否定したら
それをマウントとか人格否定とか、斜め上に受け取られるとなかなか面倒臭い

もし「それ、技術的でもなんでもないじゃん」って箇所があるなら
横槍でも何でも、それを突いてくれればいいと思うけど

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/19(月) 13:47:55.88

もう毛の話しは止めないか？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/23(金) 11:13:16.93

スーファミのレースゲーム等でニ軸回転使って二画面対戦プレイをする時
PPUとVRAMで処理が完結する方の画面と、
外部DSPに計算を任せ結果をPPU経由でVRAMに書き出す側の画面で
FPSに差が出たりしないのかな。
遅い方に合わせれば、見た目の違いは出ないとは思うけれど。

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/24(土) 18:29:12.51

エフ-シータってこのスレで見たんだっけ？
発売したとか見て驚いた、販売向けだったのかよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/25(日) 00:53:38.91

販売向けって、同人サークルが作ってた同人ソフトでしょ？
正確には頒布なのかもしれんが、そりゃ売るでしょ

って言うか、１週間くらい前にリリースされてたのか

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/25(日) 07:34:15.29

ディスクならともかくロムは生産のハードルが高いと思う。

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/27(火) 21:22:28.26

>>107
今さらでかつスレ違いだけど、
マリオカートとかは1P2Pとも普通のモード7の拡大縮小で処理が完結しているのかと思ってた。
どっちかは外部DSPで処理しないといけないって制約があったっけ？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/27(火) 22:53:12.84

>>111
ないよ
普通のモード7の拡縮で処理完結しとるよ

マリオカートはBG一枚にコースの全景を納めているからね、これが二人用の為にできた制約
F-ZEROは一人用なんでBG一枚のコースの画をストリーミングで更新している、だからマリカーよりコースが長く複雑にできる

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 01:52:32.42

マリオカートはDSP有り版と無し版があってDSP無し版は処理落ちが多いと聞いた

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 02:02:06.74

マリカは最初っからDSPありでしょ
モード7を強化するやつ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 02:16:01.89

初期のパイロットウイングスからDSP積んでたしな
開発中からドラゴンフライというフライトゲームで作ってたわけだし
多分スーファミ本体の価格を抑える目的でコスト削減で製品版の仕様にして
通常より処理の負担がが大きいゲームならDSP積んで演算を補助という設計だったんだろうね

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 07:58:34.79

そもそもモード7で画面分割2人対戦する2軸回転が必須になるんで、素のSFCでは仕様的に無理でしょ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 10:42:33.53

ハイパーゾーンみたいに画面上下で別の角度で表示させるだけなら特殊チップなくても可能だよね。
マリオカートやパイロットウィングスは地平線まで見える、つまり、座標計算を遠くの物までしないといけなくて大変だからDSPを使ってるのかな？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 10:56:14.06

マリオカートにDSP-1は必須だろうね
DSP1採用ゲーム最初期のミリオンセラーだから、修正版の1B搭載後期ROMで動作が違ってくるのでは？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 11:02:55.15

パイロットウイングスのDPS-1無し版を持ってるが、動作がやや遅い気がするな。

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 12:49:44.57

へぇ、初期ロットはDSPないのに、後期ロットで付けるとかそういうパターンもあるんか

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 12:52:09.84

と思ったら初期ロットからDSP付いてると主張してる人もちらほらいるな
どっちが正しいのだろう

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 14:52:34.92

パイロットウイングスは何本か吸い出したけどDSP載ってない版は無かったな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 17:13:27.53

>>119
なにをもって「無し版」だと判別しているのか教えてもらっていいかな？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 17:50:35.17

DSP-1
NEC製の固定小数点演算の高速化プロセッサ(3.58MHz)
スプライトとモード7の背景が多数存在することでの速度低下を軽減
および2軸回転処理やベクトル計算の高速化

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 21:13:02.74

何となくだけど、パイロットウイングスのDSPなし版ってのは存在しない気がするね
写真とかまったく上がってないし、1本足なので勘違いした人が多かったんじゃないかな？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 21:22:59.28

パイロットウイングスのプロトタイプ版であるドラゴンフライはDSP無しで動いてたからな
DSP無しでも動く設計なのだろう

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 21:26:23.73

>>125
一時期中古で買い漁って動作確認してみたけど、DSP無しっぽいバージョンは有るよ
wikiにも「初期ロットには非搭載」という記載がされてるし

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 21:45:08.60

>>127
無しっぽいとかWikipediaとか言われてもね
上で質問してる人もいるけどな、何をもって無しと判断してたの？
とにかくネット上には存在するというまともなドキュメントは見つけられない

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 22:52:07.09

>>125
過去のバッ活のスーファミ発売後の分解記事見たけど
パイロットウイングスは発売時のロットからDSP1搭載だったよ
他のカセットには搭載してないのでバラせば明確に分かる

>>128
wikiなんかマニアが妄想でウソを平気で記述するしねｗ
開発者がSNSでいつからそういうことになってたんだ？とか苦笑したり苦言を呈してる

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 23:34:30.92

バッ活的にはデジタルサウンドプロセッサーだったけどな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/28(水) 23:44:14.70

そうそうあれ記事書いたライターが複数いて分解写真の解説で
DSP1がサウンド用だとかとんちんかんなこと書いてのがいたなｗ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/29(木) 03:06:15.68

https://www.nintendolife.com/news/2019/05/random_the_captivating_mystery_of_pilotwingsr_crashing_plane
パイロットウイングスのDSP1は世代によって3種類あるらしいな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/29(木) 03:21:17.19

話が全く関係ないけど、wikipediaの嘘と言ったらファミコンの項

> また、この四角ボタンの最初期の出荷分（発売日から半年分）に関しては[要出典]
> コントローラのケーブルが灰色になっているロットがある。RFスイッチは黒いままである。

ってあるけどこれ嘘なんだよな。俺が持ってる初期型付属のRFスイッチはケーブルが灰色
ヤフオクで未使用品の初期ロット売ってる詐欺っぽい業者がやってんじゃないかと勘ぐってしまう

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/29(木) 03:29:33.57

>>132
興味深い。

3行で説明すると
・３バージョンあるがROMは全部同じ。違いはDSP
・2番目バージョンは DSP-1a は初期バージョン DSP-1 のコストダウン版で動作に差異なし
・3番目の DSP-1b は挙動が変わっててデモで着陸に失敗する

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/29(木) 03:51:41.11

>>134
DSP-1bは後から作られたマイナーチェンジ版で1a動作クロックが異なる上位互換だそうだから
多分DSP-1bを使用してたマリオカートの発売時期に再販製造されたパイロットウィングスに使われてたんじゃなかろうか？

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/29(木) 08:26:39.61

修理戻りでPPUだけ新型とかザラにあるからなぁ
長寿ハードだけに例外が多い

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/29(木) 10:01:07.76

スーファミで画面4分割のレースゲームは存在するけど
流石にモード7は使っていなかった
ただトップギア3000は
このゲームにしか使っていない特殊チップを使っていたな

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/31(土) 11:11:33.88

二軸回転と同様にカートリッジ内補助プロセッサで、本来出来ない
スプライトの拡縮回転も行っていた例もあったけど、あれって
サイドビューのゲームで一発芸的な演出に使うのではなく、
スペハリみたいな多数のスプライトを同時に拡縮するような擬似3Dの
ゲームでも実用に耐えうる性能があったのだろうか。

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/31(土) 11:16:45.83

まあ多数のキャラを同時にはできないと思う

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/31(土) 16:44:11.24

スーパーFX2チップなら出来たと思うよ＞多数のキャラを同時　スプライトの拡縮
チップの演算性能からみて

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/31(土) 16:45:46.09

GBAのスペースハリアーがあるが
少なくともアレと同等以上のものは出来たと思われ

**ＮＡＭＥ ＯＶＥＲ** · 2021/07/31(土) 22:49:48.27

デザエモンの通信機能を解析した人が出たみたいだね
SFCのコントローラーポートで送受信プロトコルを仕込んだ開発者はかなり先を見てたんだな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 03:29:35.35

ラズパイ載せるみたいな反則技を使わずとも、当時の拡張チップでも
その気になればX68000以上のスペハリがスーファミで出来たのかも
しれないのか。
もし地面の市松模様まで再現できてたらすごいけど、SFX2が使える頃には
既に32X版が存在したので、実際には見向きもされないだろうなぁ。

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 08:41:19.89

スーファミでスペハリを再現するとして仮に拡張チップで多数のスプライトを同時に拡縮可能だったとしても
スケイラとかゴダーニとかああいった多数のスプライトを使用する箇所は個数制限で中々辛そうだな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 09:03:11.96

GBAで出来てるんなら出来るでしょ
GBAってなんというか仕様的にスーパーFXチップの簡易版をつんだSFCって感じだし

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 09:32:07.57

SFCってセガゲー出てないよね？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 13:45:29.45

ぷよぷよとコラムスは微妙かい？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 14:49:32.32

サンダーフォース出てるよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 15:50:59.66

>>148
サンダーフォースは元々ぱPCゲームだし開発はテクノソフト
セガオリジナルじゃないよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 17:59:07.33

>>143
SA-1とそこらの演算チップで本体自体強化してほしかったな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 19:23:58.11

http://pubs.iir.hit-u.ac.jp/admin/ja/pdfs/file/2265
まさに限界の話　リコー

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 19:30:16.86

SFCとGBAはあくまで別物だろ
(もちろんGBAの方が性能は高い)

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/01(日) 21:16:36.13

昔ゲーラボかなんかのインタビューで任天堂のハード設計の責任者？な人がGBAは中身はSFCなんです、って言ってた

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/02(月) 01:35:51.10

理論性能が同等ってだけで中身は別物だからなぁ
65c816とARM、音源もPCM8chとGB音源+PMW2ch
双方できることできないことがあるからこそ、FF移植の惨事が起きたわけで……

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/02(月) 05:48:37.45

誰もチップなどが同じだとは言ってないと思うがｗ

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/02(月) 08:59:03.38

>>155
>>153

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/02(月) 09:10:30.73

>>153
それはマスコミ向けのトークでスーファミレベルの表現を目標ラインに設定して開発してたという意味合いだろうな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/09(月) 10:04:25.89

>>115
コスト削減というより単純にFCの互換取ろうとしてた頃の負の遺産なのでは？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/09(月) 11:15:04.14

>>158
拡縮回転機能を使用のモード7に関しての問題だから
メインCPU側の問題よりPPU側の都合だろう

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/09(月) 23:36:53.63

神トラのダンジョンクリアしたときのクリスタルが回る画像ってどうやって作ってるの？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 05:09:34.11

自前で計算
タイトルのトライフォースも同様

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 06:55:00.51

自前っていうのは？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 08:43:15.04

あれぐらいの3DならPPUで演算できる
たぶんsuperFXとかに頼らない事を自前って言いたかったのでは？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 08:53:09.67

そもそもリアルタイムで計算しないといけない理由は無い
ユーザーが好き勝手操作できる類のものじゃないんだから
プリレンダムービーに近いもんでしょ
ポリゴンの頂点計算は事前にやって結果だけデータとして持っていて、それを使ってポリゴン描画だけスプライトかなにかですればいいからね

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 09:03:43.93

へー

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 13:08:00.74

>>162
>>163
そういうこと。スーファミ本体のみの機能で表現という意味ね

>>164
トライフォースのクルクル回る描画は16x16のスプライトを4x4枚の計16枚を敷き詰めて
合計64x64の1セルに見立ててその範囲内で描画をやってた。フレーム数は24かな？
画面上はトライフォースx3枚なので計48枚のスプライトを使用してることになる

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 13:36:53.68

プチコンちょっといじってみようと思ってとりあえず３ＤＳ版買ったんだがなにせリファレンス不足で活用までいかないわｗ
16bit風ローポリゴンとかやってみたいのに

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 14:01:21.22

>>167
今日日ネットでググりゃいくらでも情報転がってるだろ

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/10(火) 22:03:56.33

ppuに計算機付いてるの？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/11(水) 11:08:03.35

スーファミのスプライトってサイズ定義が8x8、16x16、32ｘ32、64ｘ64使えるけど
ゲーム中に使用できるのがその内の2つまでという制限が勿体なかったな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/11(水) 22:56:41.74

そんな制約初耳

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/12(木) 12:50:47.73

知らないと恥ずかしいレベル

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/12(木) 13:03:18.58

この編の時代でスプライトのサイズ定義が1番柔軟だったのはメガドラだったね
8x8～32x32の範囲内でなら可変できてゲーム中なら24種類定義できた
その代わりパレットが16色ｘ4本（スプライトとBGで共有）しかなかったけど

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/12(木) 13:10:53.94

> 8x8～32x32の範囲内でなら可変できてゲーム中なら24種類定義できた
まちがえた、24じゃなく16種類だった
正確には縦と横を8、16、24、32ドットで可変で組み合わせ可能で16種類まで定義
ベルスクアクションとか多数のキャラが出るゲームでキャラ作るのに色々と便利

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/16(月) 10:11:59.29

GBAのHomebrew
見てると酔う…w
https://youtu.be/jPxiaai-7nI

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/18(水) 14:01:52.03

スーファミが拡張チップ前提の設計なのは
コピー対策が大きい
もちろんハードの寿命を延ばす意図もあるけど

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/18(水) 18:01:14.35

最初から大ヒットを約束されてたようなハードだったし
長期的な市場形成を見越しての拡張に柔軟性を持たせてたのもあろうな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/18(水) 22:19:15.21

ACアダプター流用の為本体のマシンスペックが半端になったとも言える

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/19(木) 00:46:12.06

当時のハードのレベルならACアダプターの流用程度でマシンスペックはそんなに下がらんだろ

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/19(木) 01:08:51.76

ファミコン互換を考えたCPUがダメだった
せめてSA-1クラスの周波数なら……と思う

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/19(木) 11:07:25.78

本体登場の4～5年後に投入されたものと同レベルの周波数を要求するなんて
i486DXが初めから486DX4の周波数だったらよかったって言ってるようなもんやで

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/19(木) 15:20:13.90

メガドライブの場合だと本体発売から3年後に発売のメガCDでは
CD-ROM側に搭載のMC68000の周波数は12.5MHzだったりはしたね
SA-1の周波数も年数見れば妥当な進歩

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/19(木) 23:20:57.85

ファミコンじゃなくってスーパーファミコンでもなくGBAの作品なんだけど、

https://www.youtube.com/watch?v=Ha-t75nfypc
Advance Rally

https://www.youtube.com/watch?v=Z8AyfLxWONM
GT advance 2: Rally Racing

これどういう技術かわかる人いる？　一見F-ZEROと同じヤーツにみえるけど、コースの起伏がしっかり表現できている…
F-ZEROと同じBGの拡縮回転モードじゃこういうのできなかったよね？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 01:18:21.68

単にY方向に拡大率を変えて坂っぽく見せてるだけじゃないかな？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 05:24:54.29

>>183
起伏は奥行き方向でしか表現してないみたいだし
ラスター処理で倒し込みの角度のパースを変える事で起伏だしてるっぽい

起伏のあるところで車をわざと横向きにしたりすると表示がおかしくなりそう

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 06:45:48.15

ハードにあるBGの変形を使っているはずだが
いまちょっと探してもそれを書いてあるページが見当たらんな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 06:55:52.52

これもGBAだけと凄いね

ATV - Thunder Ridge Riders
https://www.youtube.com/watch?v=fZd2rHfyob0

なんか昔懐かしのフラクタルエンジンみたい

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 09:57:57.42

GBAは結構色々と無茶できて面白いハードだったな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 11:11:05.15

なんかボクセルっぽいな

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 15:50:08.52

GBAのポリゴン系はV-RALLY3が到達点かな？
https://youtu.be/YOevNrQ-hh4

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 21:32:36.70

>>187
最近のキッズはボクセルを知らんのか？
90年代はPCゲーを中心に頻繁に使われていた技術だし割とメジャーだと思うんだが

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 21:43:33.57

>>191
そのボクセルが使われていた90年代のPCゲーを数個紹介してくれ

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/20(金) 22:08:16.32

>>192
https://www.youtube.com/watch?v=h9NMvv9TxvQ
ここで複数紹介されてるからこれみて勉強しろ

https://youtu.be/A0yMZ6DBvjQ?t=325
サターンのアモックのように家庭用ゲームでも採用例がある

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/21(土) 02:49:03.49

今ではボクセルってなるとマインクラフトみたいなゲームを指すような風潮になってるね

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/21(土) 02:57:33.20

https://www.youtube.com/watch?v=WWU8t0CpNQA

3Dポリゴンより2Dドット絵のほうが何か良く見えることあったけどこれ見たら似たような感覚を感じた
なんだろう？　ドット感があるほうが「すごく頑張ってる感」があって好きだなｗ

これくらいの粗さの画だと3D空間走りまわるタイプの今風のゲーム性でも、人物キャラを2Dドット絵でやっても違和感なく良い感じに落とし込めそう…

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/21(土) 05:18:35.69

>>194
現状ではボクセルのメリットを生かしたゲームの筆頭はマインクラフトだろうから
デファクトスタンダードってところだろうね

90年代のボクセルは、2Dバッファに対して3D表現するためのいくつかある表現方法の一つって程度だったかと
その範囲である限りポリゴンハードが一般化したらいらない子になってしまったのは当然

それよりも >>195 の動画のように物理演算を乗っけたり、地形を動的にガンガン変えてくくらいに
PCの能力が上がってきたことで、ボクセルにやっとポリゴンとは別のメリットが生かせるようなった感じ

こういう見解もなしにボクセル知らねーのかとイキるだけのおっさんとか完全にただの老害じゃんよ

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/21(土) 08:43:45.08

195の動画のなかのボクセルでの森の3Dフィールドも、普通にポリゴンで似たようなのを作るより処理的にはかなり軽いのか？

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/21(土) 08:52:44.42

マクセルしか知らねーな
GBAとかスレチにも程がある

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/21(土) 09:09:56.13

モデリングは楽そうだよねボクセル

**ＮＡＭＥ ＯＶＥＲ** · 2021/08/21(土) 09:42:16.46

その動画の中でポリゴンの方が遥かに効率的だと言っているだろ