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

[過去ﾛｸﾞ] ファミコンの限界について語るスレVer.5 (823ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

572(1): 2023/01/20(金)13:10 ID:vb52gBpv(1/2) AAS
>>569
容量無制限で作ったらそのハードらしさみたいなのは無くなるんじゃないかな。
FF7みたいに背景全部一枚絵もいけるとして、それがスーファミっぽいか？ていう。
実はバカ食いする要因がBGMで、どこぞの誰かの作った曲を内蔵音源使わずドカンとストリーム、とかスーファミである必要性ある？

573(1): 2023/01/20(金)16:54 ID:rEAiu7ga(3/6) AAS
>>568
> 問題なければ49発言に噛みつく必要はありませんね。

噛み付いてないし。49の「容量があれば」と言ってるけど現実的でないとツッコミを入れただけ。

> また、製品化の話などしていない、で一貫してますが何か？

全然一貫してなかったけどなｗ

> 50では10倍も100倍もと言ってますね。数倍とは文字通り桁違いですよ？
省27

574(8): 2023/01/20(金)17:05 ID:rEAiu7ga(4/6) AAS
>>570
なるほど。49は馬鹿確定だなｗ

> スペックの話に製品化の話は必須ではない。

製品化の可能性の話に、スペックの話は必須だ。
製品化の可能性の話をしてる相手に、「製品化の可能性は度外視」と言いたいならば
「スペックの話だから関係ない」と言っても理屈として通らない。スペックの話は関係があるからｗ

まず49は、必要条件と十分条件を理解してない。その上で
それを相手の立場になって話さないと意味が通じない話になってしまうことが理解できてない

という意味で本当に馬鹿だってことだね。もしかしたら49はアスペなのかもな
だとしたらゴメンなｗ

575: 2023/01/20(金)17:18 ID:rEAiu7ga(5/6) AAS
>>569
どんなROMをサポートしてるかのエミュ次第なのでは？
ただ容量無制限は無理かと。バンク切換えを指定する値の最大値を
無限大にはできないはずなので最大容量は決まる。

エミュ自体の改造まで含めた話ならもっと変わってくると思うけど。

>>571
> という流れが必要だろう。

569が６MBを超えた容量をサポートするエミュの話をしてるならそんなの不要だよ

さらにそっから下の話については >>537 でも言った通りのなんか変な話をしてると思うが、
横レスなのでいちいち言わないでおく
省3

576(1): 2023/01/20(金)17:40 ID:vb52gBpv(2/2) AAS
スドンコってマップ画面とか一枚絵だっけ。
タイトルとかも。
町の各部屋が一枚絵になればサガフロくらいのは作れるんかね。

577(2): 2023/01/20(金)18:10 ID:alSLBoOF(2/4) AAS
皆さんレスありがとう。
容量無制限って自分の書き方がよくなかったですね。
確かにエミュの仕様にもよる、ごもっともです。

マッパーの種類が限られているので、既存ロムの中で最大容量のものを基準に質問すべきだったかもしれません。
例えば、、、、ちょっと今手元に資料がないんですが、海外のソフトで最大容量が８MBでしたっけ
低容量のソフトを、別容量のマッパーに移し替えて容量を増やすことは可能でしょうか。（ロム内データの配置を変える必要はありますが）
あ、でもこれその対象マッパーの情報は企業秘密なんでしたっけね…

ファミコンらしさがなくなるかどうかは、何をファミコンらしいと捉えるかと、考え方次第ですかね…
限られた容量の中で作っていたからこそ生まれたテキストの味や創意工夫は確かにありました。
一方で、容量が限られていたがために失われたものもありました。

578: 2023/01/20(金)18:15 ID:alSLBoOF(3/4) AAS
>>576
色数が限られているので、一枚絵にするということが難しいと思います
仮に一枚絵を作ったとしてもかなり工夫しないとロード地獄になるんじゃないでしょうか

579(1): 2023/01/20(金)20:09 ID:rEAiu7ga(6/6) AAS
>>577
あれ？スーファミの話？それともファミコン？

ファミコンなら公式ソフトは８MBじゃなくて８Mビット（＝１MB）だよ
スーファミなら、国内版で実在するソフトは６MBで海外版は知らないけど。

マッパーの情報は、任天堂が自ら明かすことはわざわざしないはずだろうけど
とっくに解析されてマニアには周知のものにになってるのでその手のサイトで調べれば分かるかと

どちらにせよ、エミュ用だったらマッパーと容量を変えるにはROMイメージのヘッダを書き換えれば
いいだけだから、その辺調べれば分かるんじゃない？
メジャーなエミュレータなら、公式に存在するソフトのサイズをサポートしてるのがほとんどだろうし

580(1): 2023/01/20(金)20:47 ID:vCNj67Qi(2/2) AAS
>>573
>>>噛み付いてないし。49の「容量があれば」と言ってるけど現実的でないとツッコミを入れただけ。

スペックの話をしているのに、製品化は現実的でないとはどこがツッコミなのでしょう？

スペックの話なのに製品化の話と勘違いしてボケてみました、ならわからないではないですが。

>>>> また、製品化の話などしていない、で一貫してますが何か？
>>全然一貫してなかったけどなｗ

50お得意の思い込みですね。
どこかに｢製品化を前提として｣などという発言はしてませんよ。
｢スペック的に移植できるか｣という話と｢ビジネス的に製品化できるか｣という話は別次元のはなしですし。｢移植｣は｢製品化｣ではありませんしね。
また、製品化されようとされまいと本体スペックは変わりませんよ。
省27

581(1): 2023/01/20(金)21:02 ID:6n0OTL8v(1) AAS
>>574
>>>>製品化の可能性の話に、スペックの話は必須だ。
>>製品化の可能性の話をしてる相手に、「製品化の可能性は度外視」と言いたいならば
「スペックの話だから関係ない」と言っても理屈として通らない。スペックの話は関係があるからｗ

スペックの話に製品化の話は必須ではない。
製品化の可能性の話をしているのは50だけ。
かまって欲しければ態度を改めたらいかが？

まず、50は49が何の話をしているのかを理解すべき。
それを理解しようとせず思い込みだけの発言である50の内容だけの正当性を主張するからこじれている。

50はレス50があくまでも49のレスでしかないということを理解できていない。

582: 2023/01/20(金)21:32 ID:alSLBoOF(4/4) AAS
>>579
ありがとう。NesDevでも見てみますね。
8Mbit...ｺﾞﾒﾝﾈ

583(2): 2023/01/21(土)01:18 ID:f5HAt+Qf(1) AAS
>>580
> スペックの話をしているのに、製品化は現実的でないとはどこがツッコミなのでしょう？

49の時点で「スペックだけに限ってて製品としての可能性は完全に度外視な話」
と完全に分かる表現があるなら示してくれ。
50へのレスで「製品化は度外視だと返してたら終わってた」って話と
タイミングが違うだけで結果的に同じ話でしかないけど

> どこかに｢製品化を前提として｣などという発言はしてませんよ。

これも繰り返しだ。ただの「移植」なら「製品化」とは限らないと思っても不思議じゃないが
「容量があれば、で、機種間の移植ができる」と表現されたら、「製品化可能な移植の話だと思っても普通だ」って言ってる。

結局、「容量があれば」という前提で製品化の可能性度外視な移植ってどういう話なのか？
省24

584: 2023/01/21(土)01:43 ID:1uZml/Au(1/7) AAS
>>583
> 直近で言えば、 >>547 のレスそのものの問題。意味無し。

アンカーをミスってた。
これは必要条件と十分条件の話をしてる方の >>574 が本来したかったアンカー。
ちなみに >>547 は49が答えずにスルーしてるレスでもあるんだがｗ

585(1): 2023/01/21(土)01:50 ID:1uZml/Au(2/7) AAS
>>581
> スペックの話に製品化の話は必須ではない。

必須ではない、ってことは製品化の話をしても問題がある訳じゃない。
下手すりゃ話の齟齬すら起きない可能性だってある訳だ。
そうなると「製品化は度外視」という情報はなおさら伝える必要があるってことだ。

> 製品化の可能性の話をしているのは50だけ。

50が製品化の可能性を探る話なのは、その表現から明らか。
なのに、49が「製品化の可能性の話をしてない」と言い出したのは >>178 だろ？

それ以前に、そうだと分かる箇所があるなら示せば？
それを示すことができたら、「お互いに前提が狂ったまま話をしていた」という証拠になる。
省13

586(1): 2023/01/21(土)07:53 ID:nYjhDG0F(1) AAS
>>585
>>必須ではない、ってことは製品化の話をしても問題がある訳じゃない。

結局50が見当違いのレスを返した言い訳をしているだけ。

>>50が製品化の可能性を探る話なのは、その表現から明らか。
49がスペックの話をしているのはその表現から明らか。それに対する50は見当違い。

>>非があるってことを認められない人間の方が、態度を改めるべきなのは明らかだろう。

これ、50のことだな。
省14

587(1): 2023/01/21(土)12:21 ID:kArI/Icw(1/2) AAS
>>583
>>>> スペックの話をしているのに、製品化は現実的でないとはどこがツッコミなのでしょう？
>>49の時点で「スペックだけに限ってて製品としての可能性は完全に度外視な話」
と完全に分かる表現があるなら示してくれ。

スペックの話をしているのに関係ない製品化の話について、わざわざ｢製品としての可能性は完全に度外視な話｣などと言うことはありませんね。それを求める方がおかしいです。
逆にスペックの話に対するレスとして50には｢製品化の話｣と明示的な記載は見当たりません。
これを製品化の話だったと主張する方がおかしいですね。

>>これも繰り返しだ。ただの「移植」なら「製品化」とは限らないと思っても不思議じゃないが
>>「容量があれば、で、機種間の移植ができる」と表現されたら、「製品化可能な移植の話だと思っても普通だ」って言ってる。

普通は製品化などとは思いませんよ。｢ROM容量があれば移植できる｣と｢ROM容量があれば製品化できる｣が異なることは常識があればわかりますね。
省28

588(1): 2023/01/21(土)13:24 ID:O1Kpq7no(1) AAS
>>577

>>マッパーの種類が限られているので、既存ロムの中で最大容量のものを基準に質問すべきだったかもしれません。

既存ROMでエミュレータで動作する容量なら、動作するだろうね。

重要なのは大容量ROMを扱うための仕様が確立されているか、その仕様に基づいてエミュレータがROMカートリッジをエミュレートしているか、だね。

ROM容量だけでなく、ROMカートリッジ側にDSP積んでいる場合も同じことが言える。
省8

589(3): 2023/01/21(土)14:52 ID:luACQqbO(1/2) AAS
>>588
＞16ビット機のSFCやMDはバンク切り替えするどころかROM容量の上限が問題になる前に世代交代
MDの68000のリニア16MBは兎も角、SFCの65C816カスタムは
CPU本体内でバンク切り替えに等しい手法で64kBを256バンクしてて、
インデックス、スタック、プログラムカウンタなどレジスタが16bitな点でこの説明はもにょる。
追加ハードでバンク切り替えを必要としなかったというべきかな

590(2): 2023/01/21(土)15:30 ID:cfDqKXv1(1) AAS
エミュ側の改造ありなら、例えばマッパーごとに本体の持つ色を変える。
マッパー1なら赤系64色、2なら青系、としてフレームごとにマッパー変えながら画面の一部だけ描画して、
前フレームの描画を残して10フレームで絵を完成させる。それを10倍速度で実行する。
もちろんスプライトの横並び制限、全体数制限は無限もなくなる。

591(1): 2023/01/21(土)15:58 ID:Yy2dsrA+(1/2) AAS
>>589
>>追加ハードでバンク切り替えを必要としなかったというべきかな

そうだね。

>>CPU本体内でバンク切り替えに等しい手法で64kBを256バンクしてて、
>>インデックス、スタック、プログラムカウンタなどレジスタが16bitな点でこの説明はもにょる。

どういう意味？

上下前次 1-新書関写板覧索設栞歴

あと 232 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.023s