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

[過去ﾛｸﾞ] ファミコンの限界について語るスレVer.7 (820ﾚｽ)
上下前次1-新
通常表示 512ﾊﾞｲﾄ分割ﾚｽ栞
抽出解除必死ﾁｪｯｶｰ(本家) (べ) ﾚｽ栞あぼーん

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

48: 名無しの挑戦状 [sage] 2023/06/05(月) 21:16:11.27 ID:LDvRWFwJ

>>46 つづき
> 数倍＝三倍とするなら、256KBでは展開前の64KBと展開後の192KBが使われ、データとしては192KBしか使えないことになる。
> で64KBのロード時間は0.4秒程度192KBのロード時間は1.2秒程度。シークの遅いCD-ROM2においてこの程度の差なら圧縮する必要性はない。

その１、もしロード時間が0.8秒も縮むなら確実にその方式は採用される。その手が使える！と気がついたのが
マスターアップ直前とか、それをやったら何か大きなリスクがあると言う場合は見送るかもしれないが、
体感差があるのにやらないという手はない。

その２、展開前と展開後で別領域だと思ってるのが浅い。その気になれば、ごくわずかなワークを使い
ほぼすべての領域を展開先として利用できる圧縮データの展開コードくらいおそらく当時から使われている。
128バイトや256バイトくらいのサイズを使い切ることができないかもしれないが、64KB丸まる使えないというような
まぬけなコードが採用されてることは、当時のゲーム機と言えどもありえないだろう。
出来の悪いクソゲーとかなら知らんけどね。

そもそも展開済みとなった圧縮データは、上書きして展開して問題ないわけだ。
もし展開ルーチンが、圧縮データと展開先メモリを完全に別領域としなければ動かない仕様だったとしても
圧縮データのロード先をワークメモリの後ろのアドレスにしておいて、でかいデータから先頭のアドレスを指定して展開すれば良いだけ
そんな工夫をするだけで、最終的に使えない容量は、一番小さくパックされた圧縮サイズになる。

> 結局おまえの発言のとおり解釈すると「ロードしながら展開する」ということになる。

いや、全然そうなる理屈になってないけど？　お前の理屈からしたら「圧縮の必要はない」で終わりじゃないのか？
お前の頭はどうなってるの？

> メモリに圧縮したままで書き込んでるなら、CD-ROMだから圧縮しているわけじゃないだろ。

このレスの意味不明。こちらの主張は元々CD-ROMだから圧縮してるとは言ってないし。
脳内で勝手に補完して別の話をでっち上げるのはヤメロと言っても相変わらずやめないよなｗ

http://medaka.5ch.net/test/read.cgi/retro2/1685417676/48

49: 名無しの挑戦状 [sage] 2023/06/05(月) 21:22:22.59 ID:LDvRWFwJ

>>46 さらにつづき
> CD-ROMはほとんどが圧縮それも数分の一に、と言い出したおまえの方が根拠ないわ。
> ほとんどが圧縮されていると言い出したのはお前だろ。
> >>17で「CD-ROMに格納されているデータのほとんどが圧縮されている」といい、>>23では「展開すれば数倍のデータ量になる」と言ってるだろ。

この辺まとめて。まあ確かに、ほとんどがとは言ったようだな。
だが、実際には当たり前の処理を行ってないクソゲーなどもあるだろうから、
そこは「ほとんど」と言っても「真っ当な開発チームによる、メジャータイトルでのほとんど」が
ってのに限るだろう。つー訳でまずはこれどうぞ。

ttp://www.highriskrevolution.com/wp/gamelife/2017/01/14/pc%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E6%99%82%E4%BB%A3%E3%81%AE%E5%9C%A7%E7%B8%AE%E6%8A%80%E8%A1%93/

> 1988年に初めてプロとしてハドソンでゲームを作れることになったとき、ハドソンではゲームを作るときデータ圧縮をするのが当たり前だった。
> テキスト、グラフィック、マップ…ともかく圧縮できるものは全て圧縮するのが当たり前だった。

これだけだとハドソン一社に過ぎないが、別のエントリもどうぞ。って訳で

ttp://www.highriskrevolution.com/wp/gamelife/2017/01/28/%E7%B6%9A%E3%83%BBpc%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E6%99%82%E4%BB%A3%E3%81%AE%E5%9C%A7%E7%B8%AE/

> 8ビット時代の圧縮の話をブログに書いたところ、いろんな人が「俺も使っていた」とlzssについてゲロっているのを読んで笑ってしまったのだけど

って訳だ。みんな普通に使ってたってのが事実だ。

> 少なくとも二倍程度なら「数倍」とは言わんわ。

そしてこれ。2倍だったら数倍は言わんわってのは、いったいどんな根拠があるんだ？ｗ

それはともかく、さすがにすべてのデータがどれも数倍ってことにはならないだろうが、上記の記事では
「原理上1/8にしかならないハフマン符号圧縮を嫌い別の方法を使うようになった」って話からも数倍以上
というレベルでの圧縮を扱っていたことが察せられるだろう。
当時のゲームでは実写系はごく例外的存在で、多くは手書きのアニメ調がメインであり、
ランレングス系の圧縮でも数倍には縮むことが簡単に察せられるはずだし、
スプライトキャラにしても周囲が透明でそのあたりは０の羅列だから圧縮は効き易い。

そもそも圧縮自体は、そもそもHuカードでROMだった時代から行われていてノウハウがあるのだから、
メディアがCD-ROMになっても同様に使われるだろう。
PCエンジンのHuカードのゲームで展開速度がネックとなって、ワンテンポ遅れるようなソフトの例を知らない。
つまりHuカードの時点で、データ展開速度は十分速かったのだろう。

そしてブログ記事は、FC自体はたいした圧縮は出来なかったと言ってるが、DQ3のようにCHR領域にRAMを使用し
メインメモリから都度データ転送を行ってたソフトが出てきていたし、DQ3のメインプログラマだった内藤氏のYoutubeを見れば
圧縮はいろんなところで使われてたことが語られている。この話はレトロ板の本スレの方で何度も出ていた話だ。
この時代でも普通に使ってた訳だ。それを知らないのか、CD-ROMなら素で圧縮しないと思っているのか、
前々スレ49がどう思ってるのか知る由もないが、スレに出てるような話も把握してないニワカだってことだけは分かる。

http://medaka.5ch.net/test/read.cgi/retro2/1685417676/49

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

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 3.329s*