PCエンジンvsメガドライブ Part.22
レス数が1000を超えています。これ以上書き込みはできません。
好きに語って良いけど、他スレ荒らすのは違反ですから。いい歳したおっさんが懐かしむスレ
荒らし・自演行為を防ぐ目的でﾜｯﾁｮｲ有りの当板に立ててみました。
※次スレは>>970を踏んだ者がすぐに宣言して立てること。
踏み逃げ野郎はハチ助メガトンパンチの刑。
規制等で立たなかったら後任を安価で指名すること。
立てる際は1行目にコマンド
!extend:checked:vvvvv:1000:512
を忘れずに！
PCエンジンvsメガドライブ Part.21
http://mevius.5ch.net/test/read.cgi/gsaloon/1592635237/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured 各ゲーム機の家庭内保有率ランキング『2004CESA一般生活者調査報告書』より
1位プレイステーション2
2位スーパーファミコン
3位ゲームボーイ
・
・
・
13位PCエンジン
14位ビジュアルメモリ
15位Xbox
16位メガドライブ 【Wiiのバーチャルコンソールではどのハードのソフトを遊びたい？（2006TGS会場調べ）】
1 SFC…28.6%
2 FC…23.7%
3 N64…16.3%
4 PCE…13.6%
5 MD…11.3%
6 MSX…6.5%
ちなみにこのアンケートをとったTGSでは
テレビゲームミュージアムでMDが展示れており
未協賛のNECのハードは展示されていないという
MD優位の状況があった中での結果であることも付け加えておこう 我が家で現役稼働中のレトロゲーム機ランキング
gooランキング2011年05月08日
1.スーパーファミコン
2.プレイステーション
3.ファミリーコンピュータ
4.ゲームボーイアドバンス
5.ゲームボーイ
6.ゲームボーイカラー
7. NINTENDO64
8. ニンテンドーゲームキューブ
9.セガサターン
10.ドリームキャスト
11.64DD
12.ディスクシステム
13.PCE
14.xbox
15.CD-ROM2
16.VB
16.メガドライブ
16.ワンダースワン 1998年500号 週刊ファミ通 通巻500号記念企画 読者が選ぶ心のベストゲーム
1位ＦＣ「ドラゴンクエストⅢそして伝説へ」'88 2/10
2位ＰＳ「ファイナルファンタジーⅦ」'97 1/31
3位ＳＦＣ「ファイナルファンタジーⅣ」'91 7/19
4位ＳＦＣ「ドラゴンクエストⅤ天空の花嫁」'92 9/27
5位ＳＦＣ「ファイナルファンタジーⅤ」'92 12/6
6位ＳＦＣ「ドラゴンクエストⅣ導かれし者たち」'90 2/11
7位ＦＣ「ファイナルファンタジーⅢ」'90 4/27
8位ＳＳ「サクラ対戦」'96 2/27
9位ＳＦＣ「ファイナルファンタジーⅥ」'94 4/2
10位ＰＣＥ「天外魔境Ⅱ 卍ＭＡＲＵ」'92 3/26 ファミ通900号記念
読者が選ぶ 心のベストゲームTOP100(2006年)
1位 ファイナルファンタジーⅩ PS2
2位 ファイナルファンタジーⅦ PS
3位 ドラゴンクエストⅢ FC
4位 ドラゴンクエストⅧ PS2
5位 街 SS
6位 ファイナルファンタジーⅣ SFC
7位 タクティクスオウガ SFC
8位 ファイナルファンタジーⅢ FC
9位 ドラゴンクエストⅦ PS
10位 ゼルダの伝説 時のオカリナ N64
11位 ドラゴンクエストⅤ SFC
12位 天外魔境Ⅱ 卍MARU PCE
49位 ソニック・ザ・ヘッジホッグ MD
52位 イースⅠ・Ⅱ PCE ファミ通１０００号
「読者が選ぶ 未来に伝えたいゲーム」
62位 天外魔境Ⅱ 卍MARU（PCECD-ROM2/ハドソン）
91位 イースⅠ･Ⅱ（PCECD-ROM2/ハドソン）
MDタイトル100位内に無し セガ社長 入交昭一郎「メガドライブは国内200万台」（週刊東洋経済 1998年2.28号）
－－サターンはビジネスとして失敗だと言われていますが。
『国内は良い。前のハード（メガドライブ）の２００万台に比べサターンは５００万台で利益も出ている。海外でサターンは利益が出なかった。』
ゲーム業界人の足跡をたどるトークイベント 「ゲームビジネスアーカイブ」
http://live.nic ovideo.jp/watch/lv308025200
キャメロット（元ソニック）高橋社長
・当時(91年)メガドライブは国内で180万台普及していると聞いていたが
実は180万台のうち約半分はアジアに出荷していたと後から聞いた
国内で販売したのは60～70万台程度 そろそろスレの存在に気が付いたアイツが糞の役にも立たない勝利表()を書くに違いない。
MDミニスレに書くもスルーされた哀れな奴ｗ >>1
乙
>>9
欲しがりだなぁw
ここにも欲しいならわざわざ待たずに、自分でコピペして来ればいいじゃんww
【SEGA】メガドライブミニ 総合スレ【16-BIT】56面
https://medaka.5ch.net/test/read.cgi/retro/1593965487/
◆PCEvsMD PCEの勝利のまとめ（暫定版）◆
◇PCEvsMD PCEの勝利のまとめ（暫定版・補足）◇
◆PCEvsMD MDの勝利のまとめ（暫定版）◆ >>11
要らねぇよｗ
あんなゴミ以下の汚物なんざｗｗｗｗｗｗ メガドライブ(CD)とPCエンジン(CD)で同タイトルのソフトがいくつかるけど、どちらの出来が良いのか気になる。
<タイトル> <メガドライブ(CD)版販売メーカー> <PCエンジン(CD)版販売メーカー>
コズミックファンタジーStories 日本テレネット 日本テレネット
プリンス・オブ・ペルシャ ビクター音楽産業 リバーヒルソフト
ブライ 八玉の勇士伝説 セガ リバーヒルソフト
サイキック・ディテクティブ・シリーズVol.3 AYA データウエスト データウエスト
シムアース セガ ハドソン
三國志III 光栄 光栄
アルシャーク サンドストーム ビクターエンタテインメント
マイト アンド マジックIII CRI ハドソン
サイキック・ディテクティブ・シリーズVol.4 オルゴール データウエスト データウエスト
真・女神転生 シムス アトラス
ぽっぷるメイル セガ NECホームエレクトロニクス
餓狼伝説SPECIAL ビクターエンタテインメント ハドソン
同じメーカーが出しているタイトルは流石に違いは少ないかな。
餓狼伝説SPECIALはPCエンジン版(アーケードカード専用)の方が出来が良いのは知っている。
ブライは下巻も出ているPCエンジン版かな。
アルシャークとぽっぷるメイルが特に気になるな。 >>13
MD(CD)とPCE(CD)のマルチなら他にもあるぞ。
デス・ブリンガー
ブラックホールアサルト
クイズ殿様の野望
シュヴァルツシルト
蒼き狼と白き牝鹿・元朝秘史
爆伝 アンバランスゾーン
スーパーCD-ROM2とメガCDならスペック的にはメガCDの方が上だが、
アーケードカードになるとRAM容量のおかげで良質なソフトになるな。餓狼伝説SPECIALのみの話になるけど。 かなり前にSGの半透明モドキの話が有っただろ？
そしてMDのハイライトシャドーを使った半透明の話があったからそれに付随する話だよ。
FCの手法をMDやPCEでも真似できるかどうかってな。
まぁ、アホには分らんか。 メガドライブやPCエンジンでは普通のテクニックだからなぁ 結果は同じでもやってる事はMDやPCEではできない事なんだよね。
FCはBGでキャラクタ番号とパレット番号を別々に指定するから。 MDのハイライトシャドーに対する機能をPCEは持っていない。
SGならそれを疑似的に表現する事は出来るが機能として持ってるわけじゃない。
だから上げたFCの個人作のゲームの手法を真似できるかどうかの話に繋がる。
VSって意味ではちゃんと成り立ってるんだよね。お前さんには残念な話だろうが。 >>19
MDではできるけどPCEでは厳しいと思うぞ。
真っ黒で一部に穴が開いて背景が見えるって事は出来るけど。 セガのチー牛発言を知って久々に来たんだけど
なんだか随分書き込み減ってるな >>1
スレ立てありがとうございます。
全スレ>>970より。 過疎ってるじゃねーか！脂身猿人と猿人の自演キャラ中立ですなじじいとかどこ行ったんだよ！！ 脂身連呼の自演ドライバーってまだ生きてたんだなwww DUOを掃除と修理しようと100円ショップでヘッド交換がいっぱいできるセット買ってきたが本体の方は真ん中に突起があってこれじゃ開けられねえｗ
最初はネジが合わないのか何回も交換してやっと気が付いたっていう 「エンジニア 特殊ネジ用ドライバー ラインヘッドネジ LHネジ用 DTC-27」
こう言うのが必要だね。 ふと思いついて買ったせいもあるけど開けようとするまで真ん中の突起には全く気付かなかったわ
ドライバーの方には真ん中に穴があるのは知ってたけどそういう種類だとばっかりｗ
まあカチャカチャ音がしてた電源の方は開けられたしそこまで無駄じゃなかったのが救いか >>35
あぁ、トルクスネジの方か。あれもダイソーでは売ってるらしいな。 アストロシティミニスレがIP表示になってから
ここに書き込めなくなったですな猿人ワロタ
やっぱあいつ一人がレトロゲーム板界隈の癌だったな 伝統あるクソスレがずいぶん静かになってるじゃねーか
どうした 某岩崎氏曰くX68Kのスプライトを設計した人物がハドソンに入りPCEのスプライトを設計したとかなんとか 自称中立派（一名）"ですな君"(ｱｳｱｳｶｰ Sa5d-HHIp)は、
自演で賛同者がいるふりをし、別IDで相手に暴言浴びせ続けていないと
まともに議論できない卑怯な小人物だからな。
人に対して失礼で、常識が無いうえ捏造をし、不利な質問をされると好き勝手に無視してうやむやにするのを繰り返す。
更に頭が弱いので相手が何を言っても理解する事ができないときている。
こいつはこのスレで害悪でしかない。
様々な意見を持つ人達に対して、身勝手な自分の基準だけが正しいと信じ無理やり相手に押し付け、
有能な人達が去っていく原因を作り続けているのだから。 >>43
MD派はテクニカルには詳しいがビジネス面での冷静な評価ができず、PCE派はテクニカル面に疎いからMD派に押されっぱなし、というのがこのvsスレ住人の実情といったところですな。
MD派がどう主張しようが国内出荷はPCEの方が上、PCE派がどう主張しようがパレット数を除きスペックはMDの方が上。
基本スペックが上だからと言っても必ずしもソフトの出来が良いというわけではないし、ソフトの出来が良いからといっても必ずしも売上が高いというわけではない、ということですな。 このスレが廃れた原因、
このスレ最大の害悪「ですな君」の必殺技
・必殺技その１．捏造
・必殺技その２．詭弁
・追い詰められた時、既に負確の時の最終奥義．無視、沈黙
要するに相手するだけ時間の無駄 >>45
ゲームビジネス的の話ができなければゲームビジネスの話は続かないし、
テクニカルな話ができなければMD派から押されっぱなしのPCE派は話が続かない。
当然のことですな。
大竹まことや高橋名人でPCE勝利を声高々に叫んでいるようでは、みんな呆れて発言する気力も失われますな。 >>47
つまらん発言してないで、PCEなりMDの話でもしたらいかがですかな。
あんたの相手をするのは時間の無駄なのでこのへんにしときますが。 話のすり替えはアンチMDが良くやるよな。技術的話をしてると「でも販売台数が～」ってなる。
印象操作云々は当人がそう思ってるだけだからどうでもいいわ。 話のすり替え＝悪ってわけじゃない
PCエンジンとメガドライブの総合的な勝負の話をしてるなら
Aで負けててもBでは勝ってるなんてのは当たり前に起こる事
悪くて卑怯な話のすり替えはえてしてメガドライバー >>44
その色不足に散々苦い思いをしたのがメガドライブだし
それ以外はメガドライブとか馬鹿言うな
CPUなんて互角に等しいし
本体のコンパクトさもりっぱな性能だ
メガドライブなんざ2P標準にしたせいで多人数プレイには面倒な仕様になってしまった
PCエンジンはパッド端子を一つに絞った事で既成概念を破った
結局プレステ以降にパッド端子を１つにするゲーム機は出なかったが
PCエンジンにはこの判断は正解だった、勇気ある選択が道を開いたのだ
メガドライブなんかのサルマネゲーム機と違ってな Huカードを選択したのも勇気
どこぞの負け犬企業がカードをやめても、それに流されたりはしなかった
セーブユニットの用意が遅くなってしまったのは擁護しようがないけどな >>46
大竹まことや高橋名人相手に話が続くような話をメガドラ残党がすればいいじゃん
PCエンジンに勝てないからって
「メガドライブの得意分野でだけ勝負しろ！苦手分野は卑怯だからね！」
通るかよそんなメガドラ残党丸出しの言い草 メガドラ残党は技術だ知識だ自信あるようなこと言ってるけど
アーケードカードは2メガビットずつを切り替えないと使えないなどと
珍説を垂れ流してたメガドラ残党の2メガくんには
ガロスペの例を挙げたら「メガCD版を作った腕が悪かっただけ」
とか言ってるのみて底が知れたよ
「岩崎って誰？」もこいつだしな品性すら無かった… まあそんなメガドライブの大金星は2重スクロールだな
もしメガドライブがBG一枚でそのままの性能だったら
FM音源だの16ビットCPUだのスプライトだのじゃ話にもならん
圧倒的大差でPCエンジンの勝利だったろう ただ、メガドラのBGが1枚だったら
色数の苦労は格段に減っていたよな
せっかく背景が2枚あるのに色数が少ないジレンマ察するに余る
PCエンジンも逆のジレンマに悩まされたはずだ
どちらもハード開発者は承知の上であえてその尖った性能を選択したのだろうけどさ >>52
アホだ。
性能の話で勝ち負け決めようとしているのに販売台数の話に切り替えたら会話が成り立たんだろｗ >>56
アーケードカードは2Mbitずつ切り替え？そんな馬鹿なな話をした奴なんていないんだけど？
お前がそう解釈したというのは伝わったｗｗｗｗｗｗｗｗ
アーケードカードは2Mbitと16Mbitに分かれている。
更に2Mbitは8KB毎に区切られ、16Mbitは1バイト毎に区切られてる。
何をどう理解すると2Mbitずつの切り替えになるんだろうか？ｗ
こんな奴と会話が成り立つ訳があるまいｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
何も理解していなかったｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ >>57
そしてBG1枚のメガドライブと言う謎の機種を持ち出しての妄想大会ｗ
1人でやってろよｗ ◆PCEvsMD PCEの勝利のまとめ（暫定版）◆
【基本スペック】
・最大同時発色数VS（512色）
・音質VS（ノイズが少ない。対MD比）
・本体のコンパクトさVS（140mm×135mm×40mm）
・ソフトの携帯性・収納性VS（HuCARD。約12g）
・パッドの操作性VS（誤操作が少ない。対MD比）
・多人数プレーVS（4人・5人同時プレー50本以上）
【メディア、宣伝】
・TV番組VS（大竹まことのただいま！PCランド※）
・TV番組MC VS（大竹まこと）
・イベントVS（ハドソン全国キャラバン）
・宣伝担当者VS（高橋名人）
【CD-ROM機】
・CD-ROM機VS（1988年。家庭用ゲーム機では世界初）
・CD-ROMドライブ単体動作VS（CDプレーヤーとして使用可能）
・デザインVS（PCE Duo、グッドデザイン賞受賞）
【販売数・その他】
・携帯型ゲーム機VS（PCE GT、世界150万台）
・タレントゲームVS（カトちゃんケンちゃん、国内36万本※）
・RPG VS（天外魔境II、国内50万本※）
・PCパーツ互換性VS（CD-ROM2ドライブ※）
・個人向け公式開発ツールVS（でべろBOX）
【その他（復刻版ミニ）】
・ミニ収録タイトルVS（CD-ROM2、スーパーグラフィックス）
・ミニ サプライズタイトルVS（near Arcade版等、6本※）
・ミニ ストレージ容量VS（4GB）
・ミニ パッドのケーブル長VS（約3m） ◇PCEvsMD PCEの勝利のまとめ（暫定版・補足）◇
※大竹まことのただいま！PCランド
1989年4月から3年間放送。最高視聴率9%
※カトちゃんケンちゃん
PCE本体発売の1カ月後にリリース。
実質的なローンチタイトルとして、初期のPCE本体の普及に貢献。
※天外魔境II
ファミ通32点、ゴールド殿堂入り。
※CD-ROM2ドライブ
PC-8801 MC（model2）に搭載のものと同等品。
別売のCD-ROMインターフェースセット（PC-8801-31）を使用する事で、MC以外のPC-8801にも接続可能。
※ミニ サプライズタイトルVS
・グラディウス near Arcade
・沙羅曼蛇 near Arcade
・ファンタジーゾーン near Arcade
・ソルジャーブレイド スペシャルエディション版（非売品）
更に、「ときめきメモリアル」のミニゲーム「フォースギア」と「ツインビーりたーんず」の、個別起動が可能。 ◆PCEvsMD MDの勝利のまとめ（暫定版）◆
・CPUビット数VS（16-BIT）
・CPUクロック数VS（7.67MHz）
・CPU個数VS（2個。68000、Z80A）
・BG枚数VS（2枚）
・パッドの端子数VS（2個。ただし付属パッドは1個）
・最大同時プレー人数VS（江川卓のスーパーリーグCD。8人）
・電話回線用モデムVS（メガモデム） >>58
FCからの流れでPCEが出来てるからBG1枚でもその当時は良かったんだろうけどな。
BG2枚+ウィンドウを持ったMDが出た後だと物足りなさは出るだろ。
>>57
逆に言えばPCEが勝てるのは色だけだったって事になるな。
MDが最後までアクションゲームのスタイルを貫き通せた背景には
VRAMの転送速度が3機種中最速と言う一番大事なキーポイントが有るんだよなぁ。
FM音源にPCM機能がありZ80と言うサブCPUがあったからこそあそこまでのゲームができるわけで。
別にBGだけの問題じゃないんだけどねぇ。能書き垂れたいのならゲームの事をもっと調べた方が良いんじゃね？ >>67
PCEは餓狼とかスト2とかも体力ゲージの所が背景黒だったからなぁ
あくまでも「ファミコンのバージョンアップ版」なんだよね
まあそんなハードで、540MbitのCD-ROMの大容量や16MbitDRAM増設などあったとはいえ
よく龍虎とかあれだけの移植度で出せたもんだなとは思うけど あそこまでって具体的に何を指してるの？
転送速度さんがそんなにご自慢ならz80なんて今更だろw
どうせ転送速度とz80は用途が違うと言って逃げるんだろうけどさ
ご自慢の転送速度も胡散臭いわ
なにせ同じタイトルが無いから比較しようがない
ま、お前がなんと言おうが
もしメガドライブからひとつ機能をランクダウンさせなきゃいけないとしたら
お前もきっと2重スクロールを最優先で死守すると確信してるよ
2重スクロールに比べたら転送速度の使いみちなんて8メガ以上の容量にならんと無いしな △アクションゲームのスタイルを繋ぎ通せた
○アクションゲームで生き残るしか無かった >>62
落ち着けよ
そんなやついないと言っても実際そう言い張る馬鹿なMD残党がいたんだよ
まあお前の事だけどw
お前がそんなしょうもない知識でイキッた所で
PCE版ガロスペはキャラパターン全収録でお前の説を完全に粉砕してる
その事実を前にお前はピエロでしかない >>63
おう好きにやらせてもらうぜw
もしメガドラのBGが一枚だったら定価は16800～18800円くらいか？
マスターシステムが16800円だったからこれならPCエンジンよりずっと安いよ！
と社長をそそのかして大ゴケさせてやりたいなｗ VRAMの転送速度が最速とか言ってる割には
ファイナルファイトCDはとてもそうは思えない出来だったよね
多関節どころかパンチスピードひとつ再現できないなんて如何なさったので？ >>69
逃げるも何もお前が勝手にそう解釈してるだけだろ？簡単に言えば分散処理が出来てるって事よ。
DMAの転送速度とZ80のBGMサポート、だからBGの枚数だけがMDの良さじゃねぇよ？と言ってるわけでｗ
で、何でランクダウンの話が出たの？その代わり何かのランクが上げられるの？
>>73
それ、逆に質問するけど、「パンチの速度が再現できていない」じゃなく
「再現しようとしてない」と言う可能性についてお前はどう思う？
「再現しようとしていない」って事を否定しないと再現できていないとは言えんのよね？
>>70
PCEがRPGやADVで生き残れるなら同じ道をたどれば同じ事だろ。 >>71
いや？お前の勘違いだろ？もしくはお前自身がそう解釈してただけの話。
お前が2メガ君とか言ってるのは間違いなく俺の事だからｗ
やっぱりその程度の理解力だったわけだろ？
話について来れる訳がないわな・・・。 >>75
で、PCE版ガロスペの事はどう説明すんの？
全キャラパターン収録してる移植度の前に
２メガビットずつ切り替えないと使えないとかお前の説明に何の意味があるの？
そろそろ自分が間違ってることを疑う気になった？ >>74
パンチの速度を再現できなかったんじゃなくて
しなかっただけですかｗへー
何でしなかったの？？？
しなかったメリットは？？？ ランクダウンうんぬんの話は正直そんなのに絡まれてもなあ
愉しいからしてみただけだからそんなカリカリドライブすんなよw
色眼鏡のお前は２重スクロール以外でも優れてると思うんだろうけど
PCエンジンユーザーの俺にとって脅威だったのはとにかく２重スクロールだけだったよ
それに比べたら他の点なんざカタログスペックで負けてる程度の誤差でしかない
いちいち買い換える手間や武器を比較したらPCエンジンの勝ちは明々白々
FM音源なんて一般人にゃどうでもいい >>74
「再現しようとしてない」って、それもっとダメじゃんｗ
ソフトの出来が良ければそのハードの性能も高く評価される事実を無視してはいけないぞ。
PCEガロスペだってアーケードカードのおかげでキャラアニメパターン数が完全再現されていても、
プログラムがSFC版ガロスペみたいにヘボくて動きの挙動が再限度低かったら
アーケードカードと共にPCEはヘボハード扱いされていただろうしな。
例えハードの性能でVRAMの転送速度が3機種中最速でも、
それを100%活かしたソフトが出て脚光を浴びなければ、そのハードの性能は評価されないのだよ。 仮にお前の「再現できなかったんじゃない、しなかっただけ（平易に言い直させてもらった）」
説に乗るとしたら、一番考えられる理由はこれだなｗ
カプコンが「セガごときにパンチスピードが快適なファイナルファイトは勿体ない」
と考えたというお前にゃ屈辱的な理由だw
根拠はあるぜ、コナミやナムコもメガドライブには消極的だったからだ
カプコンもそうだったと考えてもむしろ当然だろうなｗ MDのFFもSFCのFFもパンチはゆったり
理由はグラ書き換えが間に合わないんじゃなくて敵の表示数が少ないから時間調整するため
FFごときでグラ書き換えができなかったらSF2なんて移植できないだろｗ
グラ自体はVRAMに全パターン入っててパンチするたびにロードしてるわけじゃないんだからｗ >>83
MD版チキチキボーイズの斬り攻撃もゆったりだが
それも時間調整か？
つーか時間調整って何だ
数が少ないぶんパンチを遅くすることでゲーム速度そのものを下げる事で
プレイタイムを水増しって事か？情けねえ理由だな ああPCE版チキチキは確かもっと遅いんだよな
さっきも書いたんだが推敲した時消しちまってたようだ >>83
SFCのFFパンチめっちゃ速いぞ
https://youtu.be/MGzFkVGyQeg?t=95
SF2は同時に登場するキャラは2人だが、
FFはもっと多人数出るからグラ書き換えはFFのほうが大変だろうな ご自慢の転送速度でパワードリフトを移植できなかったのも不可解だなぁw
パワードリフトのあのカートの迫力は
魂斗羅やガンスターの高速ヌルヌルを彷彿とさせるんだけどなあ >>78
だからなんで「2Mbit切り替え」と言う話がお前の頭に刷り込まれてるんだよｗ
何処をどう解釈したらそんな話になるんだよｗｗｗｗｗｗｗ
誰がそんな話をしたんだよｗｗｗｗｗｗ >>84
敵の最大出現数はAC版よりも少ないから
AC版のように連打で倒されてしまうと難易度が下がる。そのぐらい想像できないの？ｗ
>>87
そのパワドリがPCE版の事を指しているなら、同じ移植なら当然MDでもできるぞ？
MD版のパワドリは電波が許諾を受けたまではいいが担当者が見つからなかっただけだ。
そうやって妄想だけで話を進めるから恥をかく事になる。いい加減学習してくれｗ >>80
MDの事どころかPCEの事すら理解できていなお前さんが脅威に思うことなど、それこそ
【 ど う で も い い 】
だなｗ ACカードを使ったゲームは良くできてると思うよ？
それこそ、ああいったゲームを移植する為に作ったカードなんだろうし。
ただ、最後にはSNKから梯子を外された感じになってしまって
ある意味裏切られたような終わり方だったからな。 >>86
こう見てるとやっぱり物足りなさはあるな。
ちなみにファイナルファイトの場合だとパンチを出す時は直立のままだから
歩いている時よりもパンチを出している時の方がパターンの書き換えは少なく済んでる。
だからよく言われてる「転送速度が遅いから」ってのは成り立たない。
誰かが言った事がそのまま広がってしまった感じだろうな。
「テラドライブはIBM-PCとMDを1つにしただけのマシン」と同じような感じ。
あれもそれが正しいみたいな感じで広まってしまってるけどさ。 そもそも>>79に「MDのファイナルファイトを叩く前に
PCEのベルトスクロールアクションはどうなんだ？」と聞きたいわけですが >>88
なんだ自分で言った事ももう忘れたのか？
本当にそう思うなら昨日から焦って草伸ばすばかりじゃなく
具体的に反論したらどうかな >>89
わかった
要するに時間うんぬんは話が脱線って事だな
パワードリフトは随分長い間発売予定に入ったままお蔵入りになったと記憶してるんだけど
ずいぶん長い間担当者が見つからなかったんだねえｗｗｗ
みっともないから認めろよ
電波ですらパワードリフトの移植は無理だったってな。
無論PCEレベルの移植なら可能だろう、お前のような馬鹿に言われるまでもない
でもさんざん待たせてメガCDでPCEレベルの移植じゃ許されない
でもご自慢の拡大縮小もパワードリフトには使えるレベルじゃない、役に立たない
だから移植されなかったんだろう
お前は知識はあるんだろうがそうやって自分の都合悪いことには目をつぶるクズ >>90
その言から察するに自称PCE派もお前さん？
かっこつけんなよBGが一枚しか無いメガドライブなんて100万台も怪しかったろう >>90
聞きたきゃ勝手に聞けだが
俺がしてるのはあくまでファイナルファイトCDのパンチの遅さから察する転送速度の胡散臭さだぜ
お前がPCEの転送速度をくさした所で
ファイナルファイトCDのパンチの遅さが事実であることはまったく揺るがない >>94
お前の記憶違いじゃね？勘違いをこちらに押し付けられても困るんだがなぁ・・・。
>>95
電波ですら移植が無理なもの？
お前が勝手にそう決めつけた話に何故こちらが責任を持たねばならないんだ？ｗ
>>97
だからその遅さが意図的であるのかハードの性能によるものなのか分からないだろ？
と書いてるんだがｗ
理解できない話を無理やり自分の知識の中の物と置き換えて
壊滅的な内容にすり替えるのいい加減やめてくれｗ
しかもそれをこちらが言ったの如く押し付けるとか、会話にならんよｗ 俺はよく覚えてるけどなぁw
ちなみに「岩崎って誰？」ってのもお前だったよな パワードリフトの移植もムリ
決めつけて何が悪い？
「パワードリフトを移植できないことは俺が確かめた」と言ったらそれはウソになるけどな パンチの遅さについてもお前の言う通りそれがハードの性能のせいかははっきりしない
だから俺も「メガドラの高速転送とやらは疑わしい」と言ってるだけだぜ。
それがなにか問題なのか？オイ？
すり替えとか言ってない事を言った呼ばわりとかお前こそが反論前から決めつけんなよ >>101
念の為携帯で煽る所がビビリなんだなお前 2メガくん、お前は岩崎って誰発言の件があるからな
過去ログでお前の発言を引っ張ってきた所でしらばっくれるだけ
信用に値しないんだ、お前の言う話すだけムダってやつだ
俺も元々メガドライブ残党に２メガくんという馬鹿がいたなあと話をしただけで
２メガくん本人のお前と話をするつもりだったわけじゃない >>98
電波は版権だけ取って来た状態で誰が移植すんのよって感じで塩漬け放置
PCE版の無理やり移植は好きです。音楽もメドレーだし >>103
お前MDアウトランのビッグゲートにびびって
「マークⅢアウトランに出来るんだからPCEでも出来る（ｷﾘｯ」
とかトチ狂ってたPCEの伸びしろ君じゃんw
いっぱい書き込みなんかしてそんなびびんなよw
元気出してくれよな！ >>104
岩崎って誰ってのは俺が言ってるがそれがどうかしたか？
最近ツイッターを本格的に始めて岩崎氏のツイートも見るが・・・。
他人の過去を暴露してあーだーこーだ文句言ってるだけの人にしか見えんが・・・。 悪いが>>56のような頓珍漢な事を言った覚えはねぇよ？ｗ
誰かさんのようにハードの事に関して嘘をいった所で何の意味もない。そんなもん調べればわかるからな。
自分の発言で間違った事が有れば訂正する。誰かさんのように話をすり替えたりはしない。
でアーケードカードって2Mbitずつの切り替えなんだｗ
2Mbitしかないのに何をどう切り替えるんだよ？
2MBのDRAMは1バイトずつの切り替えだから2Mbitにはならんし。
結局お前の頭の中でそう解釈してしまったって事じゃね？お前の中で正確に仕様を理解しているならら
真っ先に反論するはずだしなぁ。それそしていないという事はPCEの事すら理解できていないという事。
少なくとも今までは。な？今こうやって書いたから少しは学習できただろ？ >>102
パンチの遅さだけで高速転送は疑わしいと思うなら別にそれでも構わんよ。
それが正解みたいに吹聴して回らなければ。ね？
MDのVRAMへの転送速度はSFCよりも早い。それだけだし。
お前が疑おうが何だろうが事実だから仕方ない。
>>105
個人的にはああいった無理矢理移植は嫌いなじゃない。
タイトルが同じ違うゲームだと思えば遊べる範囲だろうし。 >>109
> MDのVRAMへの転送速度はSFCよりも早い。
で、その転送速度を活かしたゲームのタイトルをあげてみろよ >>106
話をアウトランにはぐらかしかよ
5時間ずらして別人アピールもクソダサい >>108
言った覚えはないならお前は痴呆症だな
その調子ではMCDガロスペは移植の腕が低かっただけみたいな言い訳も忘れてるんだろう
便利な脳みそだ >>109
正解みたいに吹聴してまわった覚えはないけど
お前らは高速転送が正解のように吹聴してるよね
魂斗羅の例があればファイナルファイトCDのような怪しい例もある
公平・公正に客観的に見ないとね
チキチキボーイズや結局出なかったパワードリフトもあるしな >>110
いや、それが魂斗羅ハードコアとかって話だろ >>110
分りやすいのはスト2だろうな。PCE版にはターボが無い。
ベアナックル2以降は分りやすいな。ファイナルファイトもSFC版より敵が多いし。
メガCDのLD取り込み系のゲーム、シルフィード、スターブレード、夢見館、ナイトトラップなどの背景が取り込み系の物。
バーチャレーシング。PCEではあのサイズであのフレームレートは出せない。
つか、アクション、シューティングなんて全般的にそうだろ。
DMAの高速性はBGの書き換えだけじゃないからな。
書き換えに余裕ができるからエフェクトも増やせる。 >>112
痴呆症なのはお前じゃね？何度も言うがゲーム機の仕様で間違った事を書けば指摘が来るからねぇ。
それが来ないって事は書いた内容に間違いが無いって事。
お前が書いてるのはこちらが即訂正できるぐらいの間違った内容だし。
その間違いを自分で訂正できていないならお前の知識その程度だったて事。
そして、人の言った事すらまともに理解できない人だって事だな。 >>114
魂斗羅とか、どちらかと言うと68Kの演算能力の凄さだろうな。
画面書き換えよりも動きのダイナミックさの方がポイントになってる。 116に捕捉で仮にその2Mbitずつの切り替えと言った内容が書かれていたとしたら、
それを書いたのは俺じゃなくお前が勝手に同一人物として認識しているほかの誰かだろうな。
仮にその書き込みがあったとしたら、その人に対して訂正してると思うぞ？
読み飛ばしてなければ、だがな。 >>116
何いってんだ、今まさにお前は俺に指摘されてんじゃねえか
>お前が書いてるのはこちらが即訂正できるぐらいの間違った内容だし。
具体的にどれ？
>その間違いを自分で訂正できていないならお前の知識その程度だったて事。
そっくり返すよ
アーケードカードの存在を根底から否定するような2メガ理論を垂れ流して
じゃあPCE版ガロスペの全キャラパターン収録はどう説明するの？と訊いたら
そんな2メガ論言った覚えないと逃げた2メガくん >>118
お前自分で俺がその2メガの男だと言っただろ
「健忘症」か？ >>115
SFCでも出来る高速モードをPCEでは出来ないとぬかすのかよ。
お前は>>74ではファイナルファイトCDのパンチスピードについて
「パンチの速度が再現できていない」じゃなく
「再現しようとしてないだけの可能性もある」と言い逃れしたくせに
PCEはダッシュの例だけで、高速が無いのは性能のせいとぬかすのか、ほんと都合のいい脳みそだな
はっきり言ってやる
PCE版ダッシュに高速モードを付けようと思えば付けられた事を証明できるソフトは無いが
PCE版ダッシュの高速モードこそ性能上は可能で
ファイナルファイトCDのパンチスピードは性能上の問題だ >>114
キャラが小さい、敵が１体の事が多い、
と、転送速度が活用されているようには見えないのだが。
キャラの動きは凄いが、それはCPUの性能によるものだろうな。
いったいこれのどのシーンがVRAMへの転送速度が活用されているんだ？
>>115
スト2のゲームスピードは関係ないだろ。
MDより転送速度が遅いSFCでも裏技により難なくスピード10段まで高速化できるからな。
PCE版は単にダッシュの移植だからターボが無いだけだろう。
ベアナックル2のどこに転送速度が活用されているんだよ？
ファイナルファイトは単にCPUの差だろ。
シルフィード、スターブレードは、背景の動画再生が凄いだけで、
ゲーム部分のポリゴンはSFCスターフォックスのほうが上じゃん。
夢見館、ナイトトラップは、PCEガリバーボーイのHuVIDEOと大差ない。
バーチャレーシングはスーパー32Xだから「MDのVRAMへの転送速度」の話とは別だろ？
>>109
まず、「MDのVRAMへの転送」とは具体的に何をする事を指すのかを述べろよ。 元々カプコンの参入してないPCエンジンに
参入ハードのSFCをさしおいて四天王解禁一番乗りなんて
サービスしすぎだからな
その代償が高速モード無しだ
SFC版ターボを出すって時に、ダッシュといえど高速化まで先乗りさせたら
ターボの売上に影響しかねない
つーか高速モードのあるPCE版ダッシュを見て
「ターボだと思ったらヨガテレポートが使えなかった」
なんてクレームが来かねないからね
他にもスト２は３機種それぞれ発売時期やらなにやらで
意図的に棲み分けされてるのがわかる カプコンという会社
SFC 参入してる
PCE 実は参入してない
MD 実は参入してた >>116
もうひとつ。
指摘されないって事にはそれが間違いではないから以外にもう一つある
それは専門知識で誤魔化して誰もその正しさがわからない場合だ >>125
MD派が専門用語で誤魔化そうとするとですな君が出てくるが、今回は出てこないからMD派の言ってることが正しいんじゃないか。 >>120
お前が勝手にそう名付けただけだろうにｗ
始めの頃は確か2MBと読んでたのがいつの間にか2Mbitに変わったようだがｗ
>>121
あのさ、VRAMの転送速度はMD、SFC、PCEの順なんだよね。
SFCで出来てもPCEじゃできない事もある訳よ。
「高速が無い」ってまた意味不明な言葉を使い始めたな。
そういう事をするから自分の言葉に飲まれて訳の分からん事を言い始めるんだよｗ 専門知識で誤魔化すワロタww
伸びしろ君は元々こんな発想だから口先だけで誤魔化そうとするのが分かったw
専門知識が無いから相手の主張を認められないとか、議論するとき無知は武器になりませんよwwww >>122
もう、なんか話のすり替えに必死過ぎて笑えるを通り越して呆れるわ・・・。
ベアナックル2とファイナルファイトについて。キャラクタのパターンはVRAMに入りきらない。
だからモーションを変えるたびにVRAMを書き換える都合でVRAMへの転送能力の高さは必須。
出現するキャラの多さにも影響する。もちろんCPUの処理能力の高さも必要だけどな。
「シルフィード、スターブレードは、背景の動画再生が凄いだけで」ってアホですか？
動画の再生能力が高い = BG書き換え能力が高い = VRAMの高速書き換えでしょうに。
確かに動画を展開する能力も必要だけどな。しかしPCEと比較せずSFCを持ってくるとはｗ
しかもスターブレードの場合は動画の上にワイヤーフレームを重ねるという2画面構成。
ガリバーボーイと・・・全然違うじゃんｗ
ゲームを進行させながら動画を表示させるのと、ビデオ再生してるだけの物を比較するなよｗ
それとフレームレートも違うしアニメ画像と自然画と言う差もある。
「バーチャレーシングはスーパー32Xだから「MDのVRAMへの転送速度」の話とは別だろ？ 」
はい？何の事を言ってるんですか？MD版は「バーチャレーシング」32X版は「バーチャレーシングデラックス」
このゲーム、カートリッジ内のDSPでポリゴンからBGチップのデータに変換している。
その後、DMAでVRAMに転送する事で表示してる。これも他のゲームと同じでDMAの転送能力をフルに使ってる。 >>128
やっぱり、これ、伸びしろ君だよねぇ。それっぽい語句を使って話すから
こちらが「その言葉を知ってるぐらいならこのぐらいの会話の内容は理解できるだろう」と
そのレベルで話を進めようとすると全く理解できてない。
前のアウトランの時も全く同じ。 ちなみにこちらが「高速書き換え」と言ってるのは
MDのVRAM転送能力は他の2機種よりも早いから「高速な～」と言ってるだけで
そういったモードがある訳じゃない。 おっついに自演IDと直接会話するふりに踏み込んだかw
今までは万が一ID切り替え失敗した時の恥ずかしさを考えて
自分自身に話しかけるまでには至れなかったようだったのにな
勇気を出したんだねw
まあPCとドコモだもんなそうそう失敗しないわなw SVP版のバーチャレーシングの内部処理はメガCDに近い。
カートリッジ内のメモリを疑似VRAMとしてガンガン書いて、1フレーム分が出来上がったら本体VRAMに転送する。
速いと言ってもフルスクリーンだと秒15コマが限界だったりする。
ファイナルファイトCDのパンチ連打は書き換え面積が狭いから問題無いはずなんだけど。 いやいや、都合が悪くなるとわざと英語で話すようなやつは信用に値しないでしょw
自分が正しいなら平易な言語で説明しろよ
ここはプログラマ板じゃないんでな >>133
カートリッジの場合はROM→VRAM、
メガCDの場合はメガCD内メモリ→MDメガCD共用メモリ→VRAM
とワンクッションあるのでは？
また、キー入力情報についてもメガCD内のCPUは一旦MD内のCPUを経由する必要があるからそこにもワンクッションありますな。
VRAMへの転送が早くても、VRAMへ転送するためのデータを用意するのに時間を要するのではありませんかな？ このスレ最大の害悪「ですな君」の必殺技
・必殺技その１．捏造
・必殺技その２．詭弁
・必殺技その３．話の擦り替え
・必殺技その４．印象操作
・最終奥義．無視、沈黙
要するに相手するだけ時間の無駄 >>129
>ベアナックル2とファイナルファイトについて。キャラクタのパターンはVRAMに入りきらない。
ベアナックルはSFCファイナルファイトよりキャラが小さいだろ。
SFCファイナルファイトより凄い事をやっているようにはとてもじゃないが見えないんだよ。
MDファイナルファイトもあのパンチ速度じゃ説得力ないぞ。
>動画の再生能力が高い = BG書き換え能力が高い = VRAMの高速書き換えでしょうに。
アホはお前だろうに。
スターフォックスのポリゴン描画はもろVRAM高速書き換えだぞ。
しかも背景を一枚絵として描画しているシルフィード、スターブレードと違い背景もポリゴンで描画している。
スターフォックスのようにZソートでポリゴンを描画する場合、
ポリゴンが重なったときに同じVRAMのアドレスへの多重描画が発生するから、
VRAMが高速書き換えできないと、とてもじゃないが描画が間に合わなくなる。
>しかしPCEと比較せずSFCを持ってくるとはｗ
>>109 で
>MDのVRAMへの転送速度はSFCよりも早い
と言っていたのはお前だろうが。
>ゲームを進行させながら動画を表示させるのと、ビデオ再生してるだけの物を比較するなよｗ
MotionJPEGのようにデコードが重い動画形式を使っているわけじゃないんだから、
ガリバーボーイだってCPUに余裕があるぞ、つまりゲームを進行させながら動画の表示も十分可能。
>MD版は「バーチャレーシング」32X版は「バーチャレーシングデラックス」
32XじゃないMDのバーチャレーシングの話か、勘違いして悪かったな。
>その後、DMAでVRAMに転送する事で表示してる。これも他のゲームと同じでDMAの転送能力をフルに使ってる。
要するにSFCのスーパーFXチップと同じような事をやっているわけだろ。
この程度じゃ「MDのVRAMへの転送速度はSFCよりも早い」とは言えないな。 >>132
ほら、そうやってすぐ自演にしたがる。
「自分が分からない事は他の人も分からない。だからわかる人は同一人物だ」
とか言う思考回路が働いているんだろうけど、分る人には分かるってだけ。
分らないのに首を突っ込んでくるお前さんがダメなだけよｗ >>136
やってる事は同じだよ。
カートリッジと言ってもバーチャレーシングの場合はカートリッジ内でRAMを持ってるから。
バーチャレーシングの場合256x224のモードを使っていて、仮にこの画面全てを違うBGチップで埋め尽くすとしてパターンの総容量は
32(横解像度) x 28(縦解像度) x 32バイト(1チップあたりの容量) = 28,672バイト
バーチャレーシングのフレームレートは15fps(4フレーム1画面)だから、28,672 / 4 で 1フレーム辺り7168バイト転送してる事になる。
そして、メガドライブのDMA転送能力は1フレーム辺り7KBだから計算上でも辻褄は合う。
BzHawkってエミュでVRAMの内容がリアルタイムで分かるから確認してみるといいよ。
BG1面を2分割して片側を表示している間に4フレーム掛けて次に表示する画面のデータをDMA転送。
全て転送が終わったらその画面に切り替えて、今まで映していた画面を次の画面に書き換えてる。
メガCDの場合は2MbitのRAMを2つに分けて1MbitずつMDとMCDのCPUに割り振って
それをそのまま入れ替える事が出来るからデータのやり取り自体は一瞬で終わる。 >>138
ベアナックル2はファイナルファイトよりもキャラが小さいから出てくる敵の数が多いんだよｗ
で、スターフォックスの話は今回関係ないよね？
自分がこちらを言い負かせたい一心でその話を持ち出してるようにしか見えんが。
「この程度じゃ「MDのVRAMへの転送速度はSFCよりも早い」とは言えないな。 」
「ガリバーボーイだって～」
それ余裕があるってどうやって判断したの？自分がそう思うってだけだよね？
素直にマシンスペックを調べて見なさいって。
もうね、ゲームでこうやってるからとかこう見えるからと言っても無駄だし。
ファイナルファイトのパンチとVRAM転送能力の関係をまず書いてみな？
少なくとも歩いている時よりもパンチを出している時の方が書き換えは少ないんだよね。
実際、どちらもVRAMの書き換えで表現してるけど。
そしてパンチを出している時も歩いている時も他のキャラが止まる訳じゃない。
どこかの掲示板で見た事をそのまま鵜呑みにして書いてるだけじゃねぇの？ ゲーム画面から処理を判断しないでマシンスペックか処理を判断しないと
【 P C E に は 半 透 明 機 能 が あ る 】
とかまた馬鹿な事を言い始める羽目になるぞ？ｗ >>140
こちらはMDのVRAM転送が低速だ、と言っているわけではありませんよ。
ファイナルファイトのパンチモーションを削った理由について、推測しているだけですよ。
バーチャレーシングやシルフィードなどはそもそも画面書き換えに数フレーム要するので、フレーム単位の遅延については許容の範囲内。
ファイナルファイトなどの格闘系はフレーム単位の遅延を気にする人も多い。
MD側CPUでパッド入力、メガCD側CPUで画像パターン処理、再びMD側でVRAMへの転送といったフローになるので、それぞれのCPUは非同期なのでタイミングがシビアになるのでは、と思われますな。
だからパンチのパターンを減らして、対策を図ったということでは？
一方のPCEはCPUが1つでありCPU間のタイミングを合わせる必要がないので、CPU性能が許す限りモーションパターンを増やせたという感じではないですかな。 >>139
お前がどう屁理屈並べた所で「分かる人には解る」じゃ
その分かる人だけのオナニーにしかならないな
それは「お前にはこの漫画の良さがわからないだけ！○○最高！」と自分の殻に閉じこもる奴とかわらねーよ >>141
>ベアナックル2はファイナルファイトよりもキャラが小さいから出てくる敵の数が多いんだよｗ
そりゃキャラが小さいんだから、出てくる敵の数は多くできるだろうな、当たり前の事。
それだけじゃ「SFCと同等」とは言えても、「SFCよりも早い」とは言えないのだよ。
>で、スターフォックスの話は今回関係ないよね？
なぜそう思うんだ？
>素直にマシンスペックを調べて見なさいって。
>もうね、ゲームでこうやってるからとかこう見えるからと言っても無駄だし。
じゃあマシンスペックのどこを見て余裕が無いと判断したのか説明してもらおうか？
>ファイナルファイトのパンチとVRAM転送能力の関係をまず書いてみな？
だから前に言っただろ。
ソフトの出来が良ければそのハードの性能も高く評価される事実を無視してはいけないぞ。
それを100%活かしたソフトが出て脚光を浴びなければ、そのハードの性能は評価されないのだよ。 >>145
あんたの言う「ソフトの出来が良くてハードが評価される」では、高いのは評価であって、性能ではありませんよ。
あんたの言う「MotinJPEGのようにデコードが重くない(動画形式)」では、重くにないのは(動画形式)であって、それがPCEのCPUにとって重くない、ということではありませんよ。
また、wikiを見る限り、superFXチッブがVRAM書き換えをやっているようには読み取れないのですがいかがですかな？ >>144
分る人だけのオナニーに首を突っ込んできた自分が悪いんじゃね？
>>145
評価云々ってお前さんの意見でしかないから意味ないんだよな。 >>143
>>140で書いたのはバーチャレーシングのSVPとMCDの回転拡大縮小の動作についてだけ。
ファイナルファイトの事に関しては一切触れてないよ。
ファイナルファイトではサブ68K側のパターンの処理は必要ないと思うよ。
何が何でもサブ68Kを使う必要はなく、メモリだけ利用するのも有りだし。
サブ68K用4Mbitメモリにキャラパターンを置いてそれをDMA転送してるだけだろうね。
だからこの場合においては普通のカートリッジのゲームと同じとみなして問題は無いよ。 >>147
アホか
VSする場で独り語りして、VSしない方がスレチで出て行くべき >>147
なんだ？まともにVS議論できないという事は負けを認めたのかい？
>評価云々ってお前さんの意見でしかないから意味ないんだよな。
俺の意見だって？
客観的に誰が見ても早さが活用されていると実感できるゲームを提示しろと言っているだけだが？
そうすれば自ずと皆の評価に繋がるからな。
それができないのなら、
「VRAMの転送速度が3機種中最速」
「MDのVRAMへの転送速度はSFCよりも早い」
などとこのスレで喚くのも意味ないぞ。 >>150
客観的に見た所でお前さんの判断じゃどうにもならんでしょｗ
その変化に目が追い付くのかどうかすら疑問なわけだしねぇ。 >>143
エミュ使ってモーション短縮できるか試してみたんだけど、それっぽい所は見つけた。
もし、ワークRAMを固定できるエミュを持っているなら$FFAAD4を$01に固定してみて。
$FF8457が機数設定。BCD扱いで$99で99機。
ただ、パンチの速度は変わらんね。なんか始めからこの速度で作ってる感じがするわ。
ワークRAMの書き換えじゃなくプログラム本体を書き換えないとダメっぽいな。
武器を持った場合はパンチ速度と同じ速度で武器を振る。ガイやコーディがパイプを持った場合でもナイフと同じ速度。
面白いのは投げ。パンチのモーションよりも早くぶん投げるｗ >>150
単純にスペックを調べてね？で終わる話だからねぇ。
スペックが理解できないから見た目で分かる物をご所望のようだけど、
こっちとしてはスペックの問題だけでけりが付く話なので。
それを生かしたゲームが～とか別な問題ですのですり替えないでね？ >>149
1人語りであっても内容的にはVSだからねぇ。理解できないからVSに思えないんだろうけどさ。 >>151
>客観的に見た所でお前さんの判断じゃどうにもならんでしょｗ
なんだ、結局VRAMへの転送速度を活かしたゲームなど存在しなかったわけか。
というより全てのゲームでVRAMへの転送速度を活かしているが、
他の部分の速度が足をひっぱりMDではこの程度のゲームしか出せなかったって事なんじゃないのか？
なんとまぁ情けない話だわな。
>>その変化に目が追い付くのかどうかすら疑問なわけだしねぇ。
つまりMDのVRAMへの転送速度など、目に見えるほどの物ではなかったと認めたな。
VRAMの転送速度VS 引き分け（SFCも含め互角、誤差程度でしかない）
>>153
スペックなど、実際にその機能を使用したソフトに比べれば何の意味もないよ。
セガモデル2のスペックは30万ポリゴン/秒。
プレイステーション1は36万ポリゴン/秒で、PS1のほうが沢山ポリゴンを表示できる事になるが、
実際は圧倒的にモデル2のほうが上だからな。 スーファミやメガドラのカタログスペックは胡散臭かったからな
メガドラで言えば512色なんかがその典型
雑誌ではたいてい基本色数までしか載せないのを突いて
同時発色数は64色にケチった
巧い事したつもりだろうがそれが命取りになった そうそう、PS1やセガサターンのスペックで同時発色数：1677万色というのがあるが、
実際のゲームでは殆どが32767色の15bitカラーが使用されていたしな。
SSバーチャ2なんかは256色の8bitカラーだったらしいし。 ファイナルファイトスレはここですか。
改造してるのかパンチがちょっと速いFFCD
やろうと思えばこのくらいできるのかね。
https://youtu.be/4MLl_T3cpwA?list=WL >>142
それこそ3機種のゲーム画面を見るだけでも分かりそうなもんだけどね
ベアナⅡは最高8キャラがモリモリ動くのに対しPCEとSFCのベルトACTは基本4～5体
PCEの金斧とかクレストオブウルフなんて60fpsですらない
マシンスペックやプログラミングに疎い自分自身でも、量的な差くらいは当たり前に判断出来るってもんでw
そもそも伸びしろ君はVSしてないんだよなw
ファイナルファイトCDとPCEの何を比べてんだろって言う
まあだから関係ないタイトル持ち出して誤魔化すんだろうね >>155
既に書いたのに理解できないんじゃ何を話しても【無駄】でしょ？ｗ
「足を引っ張って～」PCEじゃそれ以下になるだけだけどね。 >>158
多分これノーマルじゃないかな？ハガーのパンチ速度を基準に調整されてるような感じ。
敵の数から考えるとこのぐらいがちょうどいいとは思うんだけどね。
AC版やSFC版は空振りが高速で当たった時は若干間がある。
この若干間がある状態でMD版は空振りしてる感じだな。 >>159
>ベアナⅡは最高8キャラがモリモリ動くのに対しPCEとSFCのベルトACTは基本4～5体
SFCファイナルファイトよりキャラが小さいうえCPUが高速なんだから多く出せて当然だろ。
VRAMの転送速度の恩恵とは言えないな。
>>160
なんだ、負け惜しみか、みっともない。 >>152
キャラが多くなった時に処理落ちしないようにあらかじめパターンを減らしているとか？ >>159
いやそこまで厳密に拘ったらPCEの源平すごいぜ！つったらそれもダメなん？
お前らPCE版源平はアーケード忠実移植じゃないと散々言ってたけど
これもvsじゃないじゃん SFCはともかくPCEはベルトアクションが不作で、数も少なければクオリティも低かった。
BG1面でも問題無いゲームデザインだし、なぜ苦手なのか長らく不思議がられてたけど、
それがVRAM書き込み速度が遅いせいだとすれば、綺麗に納得する話だろう。
SFCはMD以下だが、PCEより上でベルトアクションを実現できる最低限の書き込み速度はあったと言う事だな。 >>166
何がなんでもMDのVRAM書き込みがPCEより高速な事にしたいようだが、そうとも限らないぞ。
ファイナルファイトのようなベルトアクションはキャラが大きいうえ同時出現数が多く、
更に奥行きがある為スプライトの重なりが発生しやすいので、
横320ドット時に1ラインあたり14個しか表示できないPCエンジンには不向きだったのだろう。
1ラインあたり20個表示できるメガドライブのほうが有利な点だな。 >>162
「VRAMの転送速度の恩恵とは思えない」で否定して終わりでしょ？
【思えない】ってお前さんの感想でしかない。だからお前さんに説明する意味がないんだよ。
技術的な話に対して自分の感想述べて違うと否定するだけ。
>>138でも外部チップを積んだゲームの話を持ち出していて、しかも見た目だけの判断でしかない。
それがどういう流れで演算され画面に出力されているのか説明できるかい？
ポリゴンが～とかSFC本体にポリゴンを処理できる能力は無い。
だからVRAMが～とかいった所でそれがどういう流れでVRAMに書かれているのか分かるかい？
それが分からなければVRAM転送が～とか想像でしかなく何の意味も持たない。 >>167
だったら256x224を使えばよくね？
PCEのゲームってシューティングでさえ256x224の方が多い気がするぞ。
源平討魔伝も256x224を使い更に両端8ドットマスクして240ｘ224にしてるぐらいだし。
実際にPCEのブロック転送命令はVRAMに1バイト転送するのに
6クロック掛かる(PCEをASICで自作しようとして解析した人の記事より)らしい。
対してMDは1バイト3クロック未満(確か68Kのクロック換算で2.7クロックだったかな？)
その時点で2倍以上の差が出来てるから。 アウトランは分りやすいよな。特にビッグゲートｗ
PCE版はスカスカ、MD版はPCE版よりもかなり密度が高い。
単純にBGの枚数の問題もあるのだろうけど、ゲートの上をBGにして表現してる。
これもただBGを使うだけじゃなくBG-AとBG-B両方書き換えてるからねぇ。
クラウディマウンテンも同様。
BGが有るだけじゃなく、ちゃんと書き換える能力が無いとできんよ。
スターブレードも背景BGとワイヤーフレームBGを両方書き換える事で表現してるしねぇ。 >>147
アホか
VSする場で独り語りして、VSしない方がスレチで出て行くべき >>170
>特にビッグゲートｗ
特に？
お前は壊れた馬鹿みたいに、
「ビッグゲート」ばかり無限ループで
連呼してるだけじゃねーか
頭おかしいし何しろキモい >>168
おいおい、落ち着けよ、俺は【思えない】なんて言っていないぞ。
>>159 の考えに対して、それだけではそうとは【言えない】ぞ、と言っているだけだ。
言いがかりはよしてくれ。
>外部チップを積んだゲームの話を持ち出していて、しかも見た目だけの判断でしかない。
話の流れが読めないなら黙っていてくれ。
>>169
>だったら256x224を使えばよくね？
それでも16個と、MDより少ない事にかわりはないから、作り難いだろうな。
>実際にPCEのブロック転送命令はVRAMに1バイト転送するのに6クロック掛かる
CPUの種類も動作周波数も違うのに、クロック数だけで比較するってアホですか？
クロック削りで最適化していたらどうするんだ？
>>170
>BGが有るだけじゃなく、ちゃんと書き換える能力が無いとできんよ。
VRAM書き換えが高速ならワイヤーフレームなんて使わずにちゃんとフラットシェーディングできるはずだろ。
SFCスターフォックスはしっかりポリゴン描画されているぞ。 シェーディングってポリゴン面の明るさを光源との角度で変えてやる処理の事だぞ、何を言ってるか意味不明。 >>170
それしか言えないって事は、
逆に言うと特定の1ゲームの特定の1物体でしか
取り柄が無いって事なんだがw
極度の馬鹿が自分で墓穴掘ってやがるw >>174
読解力のない奴も黙っていてくれ。
>（フラットシェーディング）
> オブジェクトを構成する各ポリゴンをシェーディングする際、個々のポリゴンをすべて均一の輝度で描画する方法。 >>176
だからワイヤーフレームを使わずにフラットシェーディングを使えるはずって意味不明だろ？ >>179
まともに議論もせず、VSする気もないならスレが流れるだけで迷惑なんで消えてくれないか？ >>180
悔し紛れの最後の最後の卑怯な印象操作で、
一方的にVS打ち切ってるのはお前じゃん
>あちゃー、ダメだこりゃｗ >>173
wikiを読む限りスターフォックス(というかsuperFX)はポリゴン演算結果をVRAMに書き込んでいるようには思えませんが？ >>181
VRAM転送速度VSはもうとっくに決着ついたのよ、残念でした～ｗ >>162
だからPCEのベルトACTと比較してやれよw
PCEがかわいそうだろ
>>165
だから関係ないタイトル持ち出してくるなよw
源平の何が凄いのか知らんが多関節表現に絞って見てもアーネストエバンスの方がモリモリ動いてて凄いじゃんw
技術論で対抗出来ないなら詳しい人の解説を大人しく拝読してればいいと思うぞ
>>173
だから俺みたいな素人の見解を素人のお前が「そうとは言えない」と言ったところで何になるんだよw
技術論で対抗出来ないなら詳しい人の解説を大人しく拝読してればいいと思うぞ >>185
あのなあ、
>>159 の
>それこそ3機種のゲーム画面を見るだけでも分かりそうなもんだけどね
などと画面を見ただけで判断したいい加減な意見を、
理論で否定する事は必要だろうに、お前にはそれが分からないのか？
というかあっさり否定されたのがよほど悔しかったんだな、あーかわいそうにｗ
>詳しい人の解説を大人しく拝読してればいいと思うぞ
アホか？いったいどこにそんな人がいるんだよ？
アホ共の相手をする気はないので、俺は引き上げるとするよ。
まあせいぜい悔いが残らないよう無い知恵を絞り理解を深めあってくれ、じゃあな。
結論
VRAMの転送速度VS 引き分け（SFCも含め互角、誤差程度でしかない） >>186
ベアナⅡに比べてPCEのベルトACTが見た目圧倒的にショボいよねって話に
猿「SFCファイナルファイトよりキャラが小さい！」
これが理論wwwww
PCEはどこに行ったんですかwwwwwwwww
>アホか？いったいどこにそんな人がいるんだよ？
じゃあ専門知識で誤魔化さず平易な言語（）で説明しろとか抜かしてた伸びしろ君がアホの極みみたいじゃん
あんまりだろwwwwwwwwwww >>173
PCEのブロック転送命令を知らないんだね。どこからどこへ何バイト分一気に転送する
HuC6280に追加された命令で1バイトを6クロックで転送するという物。
始めの指定分が無ければ100バイト600クロックで転送する。
MDのDMAはVDPが処理を行うので
CPUクロックで表したら2.7クロック相当で1バイト転送。100バイトなら270クロック。
PCEのクロックは7.16MHｚ、MDのCPUクロックは7.67MHzだから若干MDのクロックの方が早い。
そういう事。
シェーディングとかポリゴンとか外付けのチップで演算している物とそれを表示する為の機構はまた別でしょうに。
例えばポリゴン演算を行うチップがSFCのビデオチップとカートリッジ経由で直結されていれば
VRAM転送ていう手間が省ける。SFCについては全く知識がないから何をどう処理してるのか分からん。
だからその処理手順を聞いてるんだけど、頓珍漢な返しをされてもねぇ・・・。 >>188
静止画だからね。PCEの方がそりゃ強いよねｗ 例えばサンダーホークのように2軸回転と1軸回転を同時に行って表示するとかDMA有っての力技だしねぇ。
こうやって書くと「16色しか使えない」とか「動きが荒いじゃん」と言いそうだけど、
DMAの転送能力あってのゲームだって事には違いないし、その回答もまた論点ずらしでしかない。
SFCのFZEROなんかの動きは滑らかだし綺麗だけど、DMA転送ってのとはまた別な話だからね。 >>188
PCE版ってば多重スクロールしないよねぇ >>173
ちなみにブロック転送命令って言うのはその命令を実行したら転送終了まで終わらないハードウェア転送。
MDのDMAと同じ機能だよ。ただ、CPUの命令として存在しているからDMAと言う言葉にはそぐわないってだけ。
6クロック毎に1バイト自動転送してくれる。
そもそも命令で1バイトの転送していたら6クロックで済まなくなるだろ。
メモリの読み取り、VRAMへの書き込み、ループ回数減算、ループ終了確認、ループへ戻る、で最低でも5命令掛かる。
6502クロックサイクルは最短で2クロックだから既にオーバーだよ。
ただ、ブロック転送を始める前に各レジスタへの書き込み処理が必要になるから
数バイトの書き換えだったらブロック転送を行わずに命令を並べて書き換える事もあるそうだ。 >>176
MDがワイヤーフレームなのはそのワイヤーフレームを計算しているのが専用チップじゃなくCPUだからだよｗ
シェーディングをやるとなると面で演算しなければならないからCPUでは厳しい。
けど、これはVRAM転送速度とは全く関係のないお話。
PCのようにグラフィック画面を持つ物なら直接VRAMに内容を書き込めばいいが、
MDやPCEはBGチップを並べて背景を描く仕組みだから「どんなパターンでBGを描くか」と言う事と
「描き終わった内容をVRAMに転送する」事は分離して考える必要がある。。
ワイヤーフレームだろうがフラットシェーディングだろうが一度BGパターンとして組み立てておいて
その後にそのBGパターンをVRAMに転送して表示してる。
それがワイヤーフレームになっているのがスターブレード、フラットシェーディングになってるのがVRだわな。
けど、スターブレードやシルフィードの背景もムービーではあるが結局やってる事は同じ。
それがリアルタイムなのかプリレンダなのかの違いなだけ。ついでに言うとメガCDの回転拡大縮小もやってる事は同じ。
更に言えばスト2なんかのキャラクタパターンもやってる事は同じ。
>>178
お前が一番「ダメだこりゃ」を言われる立場の人間だよｗｗｗｗｗｗｗｗｗｗ ブロック転送うんぬんはその６クロックとかってのはどこから生えてきた情報なのよ
どっかの外国のアマチュアが測定しましたってのを鵜呑みにして
それをまたお前みたいのが鵜呑みにしあってるだけじゃないのかね
仮にそうだとして、そんな都合の良いデュアルポートなんて技術
なんでメガドラだけ？持ってるんだ
デメリット隠してるんじゃないの？ 結局は実際に実機でやってみないとわからんからな
ファイナルファイトCDだって机上の空論ならスーファミ以上のパンチスピードだろうが
現実は無残な結果
事実の前にはどこのファンサイトの馬の骨が調べた転送速度など屁にもならん >>195
PCEのカスタムチップを全て自作して自作PCEを作ろうとしていた人の解析結果だよ。
動くCPUは作れたがサウンドを再現するする為のチップリソースが無くて頓挫したらしい。
MDのDMAの転送量はSEGAの開発マニュアルに書いてある事。7KBの転送量。
1ライン当たりのCPUクロックも当然記載されてる。そしてそれを元に計算したのがクロック数。
デュアルポート云々は、そりゃチップ開発がいかに効率よく転送を行えるか考えた結果だろうに。
PCEはFCを参考にCPUに転送機能を持たせたんだろ？FCもスプライト様にDMAを持ってるからね。
だからFCよりも転送量を増やした。MDはそれよりも後発だから技術も上がるだろ？
SFCはカートリッジに支援チップを積む事を念頭に置いて作った結果じゃねぇの？
デメリットは散々言われてるじゃん。PCMの扱いが難しくなる事。
ROMが1つしかないのに68Kのメインプログラム、DMA用転送データ、PCMデータを持たせてるから
DMA動作中は当然68Kは止まるしPCMデータも取り出せない。結果的に初期のソフトはPCMがノイズ交じり。
後発のゲームはDMA転送中でもPCM再生を正確に行えるようにZ80のワークRAMにPCMデータを転送してる。
元々再生レートはPCEよりも高いから音も綺麗にできる。 MDのネタをこちらが提示して、
それに対抗するような形で相手がPCEのネタを提示してくれればVSが成り立つんだが、
こちらが書いたネタに対してアンチMDがPCEの対抗ネタを出してくれないから
結果的に一人語りになっちゃうんだよねぇ。
VSしないならスレ違いとか言うけどVSが成り立たんのよ。
だから、こちらが知ってる範囲のPCEの内容を書くしかない。
アンチはそれに対して文句をつけるだけ。
VSが成り立たないのは自分たちの問題でもある事にいい加減気が付いて欲しいわｗ
ちなみに上でDMA動作中は68Kが止まると書いたけど、
PCEもブロック転送中はCPUがそれに専念するから処理が止まるのは同じ。 >>198
アンチMD？www
お前の脳内の、架空のイマジナリーフレンドか？www
MD拗らせオジサンは大変だなwww メガドラのPCMは最後までノイズ混じりだっただろ
コンパイルのプログラマーが高音質化の技術を思い付いたがぷよぷよ通には
間に合わず結局その技術を使えたのは魔道物語Iだけだったと語ってる >>200
https://www.youtube.com/watch?v=2W4yTL-9gZE
PCMは音声だけじゃないんだよｗ
どこぞの馬鹿がPCMを鳴らすとBGMがフリーズする(ハングアップずる)とか
馬鹿な事を言ってるから騙されたのかもしれんがｗ
FM音源のBGMにPCM音を重ねて曲を鳴らしてる物はかなりあったりする。
しかも、「その技術を使ったのは～」てのはコンパイルの話だろうに・・・。
だから「魔道物語Iだけ」と言ってるだけだ。パノラマコットンとか聞いてみ？
ちなみに「その技術を～」てのはVRAMへのDMA転送を使わずに
全てCPUで書き込むというこれまた別な意味の力技の事だよ。 PCMは音声だけじゃないってそれが一番分かりやすいのに除外する理由がないな
てかパノラマコットンもボイス再生するときはBGM停めてるな(それかガビ声の選択) >>203
BGM有でもそれほど音質は悪くならんぞ？ PCEの場合確かに頑張ってるけどPCMドラムはやっぱりバリバリと音割れ目立つし。
MDのPCMドラムと比べるとやっぱり差は出るでしょ。 糞みたいな言い訳だなぁ
大方Soundmodを勘違いしてたのに遅まきながら気づいたんだろうけどなぁ草 メガドラが8ビットPCMでエンジンは5ビットPCMだろ？ miniの沙羅曼蛇ボイス聞く限り明らかに音声はPCエンジンに軍配だね >>189
おいおい、俺が去った途端にでかい声で悠々と語り出し、人を馬鹿にするのはいったいなんなんだ？お前性格悪いな。
俺が居るときだと反論されるので、恐くて言えなかったのかい？
要するにまともに議論をする自信がないんだね君は、卑怯者のやる事だな。
もし違うというなら、逃げてないで>>145の俺の質問にも答えてみろよ？
以下俺の質問。
>で、スターフォックスの話は今回関係ないよね？
なぜそう思うんだ？
>素直にマシンスペックを調べて見なさいって。
>もうね、ゲームでこうやってるからとかこう見えるからと言っても無駄だし。
じゃあマシンスペックのどこを見て余裕が無いと判断したのか説明してもらおうか？
あと、お前もMDのVRAMの転送速度はSFC、PCEと比べて速いと考えているのか？ >>208
何が言いたいのか分からんｗ
>>209
PCEは5bitで7KHｚ、MDは8bitでサンプリングはソフト次第。ソニックの「せ～が～」は21KHｚだった。 >>211
お前がいる時？なにそれ？お前の存在なんてどうでもいいんだけど？ｗ
今頃そんな事を言いだすお前に言われたくはないわｗｗｗｗｗ
てっきり、こっちの質問に答えられずに逃げたとばかり思っていたわｗ
で、今更ノコノコ出てきたという事はSFCの外部チップを積んがカセットが
どのように画面に反映しているのか調べてきたんでしょ？書いてよ。
スターフォックス云々～は、
元々この話が「VRAMの転送速度」の話であって「ポリゴンの処理の仕方」を問題にしてるわけじゃないからな。
スターブレードのワイヤーフレームの話をしたからレンダリングの話だと勘違いしたらしいが、
こちらが言ってるのはスターブレードの背景ムービーとワイヤーフレームを同時に転送しているという話だ。
お前が勝手に話を変えたのが原因だわな。 >>211
MDはV_INT期間中に転送できるのは7KB。SFCは5KB。PCEは恐らく3～4KB。
そのスペックを踏まえた上でどういう方法で画面を書き換えてるかを考えないとダメ。
お前さんのように「見た目が～」とかじゃ、とんでも理論しか出てこない。
そして最後には人格否定した上に「～してるからと言って面白いゲームじゃない」捨て台詞で逃げるしｗｗｗｗ 突然ドヤ顔でフラットシェーディングが～とか言い始めた時には
何を言ってるんだ？とは思ったがｗ あ、そうそう、転送速度で言うなら、PCE版ワルキューレのBIGの術を使った時。
コントローラー思いっきりギルグル回してみ？
キャラクターの書き換えが間に合わずにパターンが分断するから。
けど、あれはリアルタイムで拡大してるんだろうから仕方ないかもしれんけどね。
演算が間に合ってないのか転送が間に合ってないのかどちらかになるとは思うが。
https://youtu.be/3kC-H8kqP6c?t=1928
よく作ったと思うわ。できればメガドラでやってほしかったとは思うが。 >>216
>あ、そうそう、転送速度で言うなら、
>PCE版ワルキューレのBIGの術を使った時。
>コントローラー思いっきりギルグル回してみ？
どこがVS？
しかも口調がキモい >>213
>今頃そんな事を言いだすお前に言われたくはないわｗｗｗｗｗ
今頃って、人が見てないのをいい事に好き放題言ってくれたからだろ。
なぜ去る前に言わなかったんだい？
言い負かされる予感がしていたからじゃないのかい？
>SFCの外部チップを積んがカセットが
SFCの外部チップの画面反映の手順の何が知りたいんだ？
まずお前がどこまで理解しているのかわからないので知っている範囲で手順を書いてくれ。
>元々この話が「VRAMの転送速度」の話であって「ポリゴンの処理の仕方」を問題にしてるわけじゃないからな。
やはりな、お前は根本的に話を理解していないのだな。
>>214
>MDはV_INT期間中に転送できるのは7KB
V_INT期間外では何KBなんだい？
>どういう方法で画面を書き換えてるかを考えないとダメ
どういう方法って、メモリコピー以外に何があるというのさ？
>「～してるからと言って面白いゲームじゃない」捨て台詞で逃げるし
何の話だ？ 俺はそんな事言った覚えはないぞ、誰か別の人と勘違いしているんじゃないのか？ >>217
PCEのVRAM処理の遅さが体験できるかもよ？と言う事でVSだわな。
>>218
お前は何様なの？人が去る時とかお前の行動を逐一伺わせるとかｗｗｗｗｗｗ
てっきりお前が余りにも的外れな事を言ったので恥ずかしくて出てこられなくなったんだと思ってたよｗｗｗｗｗ
あれ？理解できなかった？SFCで特殊チップを積んでいるカセットの画面出力の流れだよ。
カセットの特殊チップでレンダリングを行った後、それをどうやって画面に出力しているのか？
特殊チップと画像処理チップの接続方法だな。
メモリコピー以外に何が有るか？簡単な事じゃん。2つの画像を合成すればいい。
PCE-SGがやってるだろ。2つのVDCの出力をVPCがデジタル信号で合成して出力してる。
MD+32Xの場合はアナログで合成してるけどな。
V_INT期間外に画面書き換えしたらティアリングを起こすから通常はやってない事ぐらい理解できん？ ＞＞219
>お前は何様なの？人が去る時とかお前の行動を逐一伺わせるとかｗｗｗｗｗｗ
いやいや、それだけの知識を持っているなら、もっと早くに言えただろって話だよ。
以前俺と議論するのを避けるような発言をしていたくらいだしな。
以下お前の議論を避ける発言の例
>>151
>客観的に見た所でお前さんの判断じゃどうにもならんでしょｗ
>その変化に目が追い付くのかどうかすら疑問なわけだしねぇ。
>>153
>単純にスペックを調べてね？で終わる話だからねぇ。
>>160
>既に書いたのに理解できないんじゃ何を話しても【無駄】でしょ？ｗ
>>168
>「VRAMの転送速度の恩恵とは思えない」で否定して終わりでしょ？
>【思えない】ってお前さんの感想でしかない。だからお前さんに説明する意味がないんだよ。
################################
>カセットの特殊チップでレンダリングを行った後、それをどうやって画面に出力しているのか？
全てのポリゴンのレンダリングが完了したら、DMAで本体のVRAMに転送しているぞ。
これで理解できたかい？
>メモリコピー以外に何が有るか？簡単な事じゃん。2つの画像を合成すればいい。
2つの画像ってどこから出てきた話だよ？
>>141 のガリバーボーイの動画再生の話だぞ？
どうしてガリバーボーイの動画再生に2つの画像を合成する必要があるんだよ？
PCE-SGでもないし、なんかとんちんかんな事言ってるって事は、話の流れが読めてないんだな。
>V_INT期間外に画面書き換えしたらティアリングを起こすから通常はやってない事ぐらい理解できん？
ダブルバッファリングすればティアリングなど起きないぞ。
いいからV_INT期間外では何KBなのか教えてくれよ？ >>219
32XはRGBレベルでミキシングしてるから、同期信号はデジタルな。 >>221
なぜ「RGBレベルでミキシングしていること」が「同期信号がデジタル」であることの根拠になるのか説明よろしく。 RGBってTTLレベルのデジタル同期信号にアナログのカラー信号を載せる仕様なので。 だいたい32Xはピクセル単位でプライオリティの設定が可能なんだぜ。
アナログ映像信号での合成でそれができる訳無いだろ。 >>220
スターフォックスのカセットの中に64KBのSRAMを積んでいて
レンダリングした内容をVRAMに転送しているって事か。
が、これだけだとどのぐらいの転送量が有るか分からんし、
フラットシェーディング云々の文言は全く意味がなくね？
2つの画像を～手のはスターフォックスの画面表示の手順が分からなかったから
「FXチップ内で既に表示可能な画像を持っていたとしたら」って事だ。
PPUの画像とFXチップの画像を合成すればVRAM転送は必要ないんじゃね？と考えてからな。
V_INT期間外ってMDでいいのか？他は知らんぞ？3.5KBだな。
スーファミって画面描画中にVRAM書き換えたらウェイト掛からんの？
MDやPCEは描画にぶつかるとウェイトを掛けてくるんだがな。 >>225
32Xのビットマップグラフィック(1ドット16ビット)のbit15の0/1で
MDのA/V出力のアナログRGB画像と32Xビットマップグラフィックどちらを表示するか決めてる。
同期信号もA/V端子の物を使ってるらしい。A/V端子の出力を32Xに接続しないと映像が映らん。 >>226
>2つの画像を～手のはスターフォックスの画面表示の手順が分からなかったから
ああ、そういう事か、スターフォックスもMD+32Xの様に画面を合成していると推測していたわけか。
>V_INT期間外ってMDでいいのか？他は知らんぞ？3.5KBだな。
なるほど、やはり7KBというわけにはいかないのだな。
>スーファミって画面描画中にVRAM書き換えたらウェイト掛からんの？
そこまでは俺も知らないな、ウェイトかかりそうなものだけどな。
>MDやPCEは描画にぶつかるとウェイトを掛けてくるんだがな。
PCEで「描画にぶつかると」っていうのは描画に使用しているVRAMのアドレスにCPUが書き込むとって意味か？
それ以外のアドレスならウェイトかからないという事？ >>228
## なるほど、やはり7KBというわけにはいかないのだな。
ん？勘違いしてね？7KBはV_INT期間中だぞ？お前さんが聞いたのはV_INT期間外だろ？
V_INT期間外でVRAMが書き変えられるのはH_INT期間になる。そのH_INT期間中に書き換えられるのが3.5KBだぞ？
MDもPCEもV_INT期間外でもH_INT中なら書き換えは出来るが、
VDP(VPC)が画面描画を開始してしまうと次のH_INTまでCPUに対してウェイトが掛かるから
やってるソフトが有るって話は聞いた事がない。
「描画中にぶつかると」てのはアドレスとか関係なしにVDPやVDCがVRAM使用中にって事。
ちなみに
http://archives.dcemulation.org/berodc/www.geocities.co.jp/playtown/2004/sfc-2.txt
によるとスーファミのDMAの転送能力は6KBだそうだ。昔別な所で見た記事には5KBと合ったんだがなぁ。
MDだとやる気になれば1フレーム中に10KBの書き換えができるんだな・・・。
まぁ、H_INT割り込みを多用するとかなりの負荷だから実用的ではないだろうが。 >229
>ん？勘違いしてね？
大丈夫だ、理解している。
V_INT期間中は7KB、V_INT期間外は3.5KB。
>VDP(VPC)が画面描画を開始してしまうと次のH_INTまでCPUに対してウェイトが掛かるから
この話は確かな情報なのか？ ソースがあるなら提示してくれ。
https://kikb.web.fc2.com/PCE/cpucore.html
こちらのページによると、
>VDC が DMA を実行している場合は、 DMA が完了するまで CPU にウエイトがかけられます。
とだけあるのでスプライト単位ごとにDMA転送が開始され、その合間ならCPUがアクセスできるんじゃないのか？
>「描画中にぶつかると」てのはアドレスとか関係なしにVDPやVDCがVRAM使用中にって事。
そういう事か、分かった、ありがとう。
>スーファミのDMAの転送能力は6KB
なるほど、6KByte強と書いてあるな。
更にSFCにはH-DMAもあり、これも利用するとSFCも合計9KBくらいは書き換えができそうだな。 また長文合戦かよ
区切りに################################ を使うのもこいつの特徴だったよな >>197
悪いがそんなデメリットは初めて聞いた
>SEGAの開発マニュアルに書いてある事。7KBの転送量。
こういうのもサボらないで画像貼れってんだよ つーか公式だってアテにならんからな
「64ビット級」だの「最大7500万ポリゴン」だのな
かといって、そんな事言いだしても埒が明かんからあくまで公称値だ つーか公式だってアテにならんからな
「64ビット級」だの「最大7500万ポリゴン」だのな
かといって、そんな事言いだしても埒が明かんからあくまで公称値だ >>230
ソースはどこだったか忘れたわ。まぁ、単なるSRAMをアクセススピード限界まで使っているんだから
VDCアクセスとCPUのアクセスが重なったらどうなるかぐらいは予想付くだろ。
メガドライブの場合は4ワード(8バイト)のFIFOを持ってるからFIFOに空きが有ればウェイトは避けられるが。
>>232
MDのデベロップメントマニュアルはネットに転がってるから検索してくれ。
デベロップメントマニュアルに嘘は書けないだろ。開発用の資料なんだから。
実際にプログラムを作っても7KBは送れてるし。
VINT期間のVRAM書き換えは非効率過ぎてやってないから分らん。
CRAM(カラーパレット)はH_INT毎に変更して遊んでるけどな。
書き換えについてはBzHawkとVRを持ってれば分るよ。あのエミュならVRAMの中身をリアルタイムで覗けるから。
エアブラスターのアイキャッチ表示中にVRAMの書き換えをやってるのも分かる。
ロード時間とは言われてたけど、本当にロードしてたわｗ
サボらないでとかお前さんの都合でこちらがが動くと思うか？
信じなきゃそれでもいいわ程度にしか思ってない。 >>235
>VDCアクセスとCPUのアクセスが重なったらどうなるかぐらいは予想付くだろ
その予想が、「スプライト単位ごとにDMA転送が開始され、その合間ならCPUがアクセスできるんじゃないのか？」
なんだが、お前さんは違うと言うのか？
H_INTまでウェイトってかかりすぎだろ、SRAMをアクセススピード限界とはいっても
DMA転送はスプライト1つ転送する度に終了するわけだからな。
http://www.highriskrevolution.com/gamelife/index.php?e=358
ここの説明によると、横幅32ドットのスプライトを16個表示できる事になるが、
VDCのスプライトの扱いは16x16が基本だから、2倍の合計32回のDMA転送が行われる事になる。
更にPCEはプレーン方式を採用しているので、1プレーンごとにDMA転送が終了するとして4プレーンあるから4倍の合計128回のDMA転送が行われる事になる。
つまりH_INT期間外でもCPUからは最低でも128回以上はアクセスする機会があるという事。
>デベロップメントマニュアルに嘘は書けないだろ。開発用の資料なんだから。
>>197
>MDのDMAの転送量はSEGAの開発マニュアルに書いてある事
その転送量は本当に正確なRAMtoVRAMの転送量で間違いないのか？
実はVRAMtoVRAMのDMA転送量って事はないか？
また、SEGAはMDのコストダウンの為に、発売間近にスペック下げたりしていたから、マニュアルまでは更新されていない可能性もあるぞ。
運用上支障のない範囲でマニュアルがいいかげんな事はよくある話だからな。
>実際にプログラムを作っても7KBは送れてるし。
それはMDのROMを焼いて、実機で確認したって事か？ >>236
すまん・・・お前さんが何をどう解釈しているのか全く分からんｗｗｗｗｗ
VRAMは排他的な利用しかできんぞ？しかもVDPやVDC(以下VDPとして書く)が優先。
そしてCPUがVRAMをいじれるのはVDPがVRAMを使用していない期間だけ。
使用していない期間と言うのがVINTとHINT中しかない。もしくは画面表示をオフにしている時。
そんなデタラメなスプライトの解釈の仕方とかあり得んよｗｗｗｗｗｗ
スプライトの描画は先ず1枚8バイトの情報を枚数分ワークRAMに用意しておく。
(MDなら8バイトx80で640バイト、PCEなら8バイトx64で512バイト)
VRAMにスプライトアトリビュートと言うエリアが有り
V_INT中に640バイトもしくは512バイトを【まとめて】書き込む。
その後、VDPがその情報を元にスプライトの描画を行う。
おまえさん・・・実は・・・SFCもどこかの資料を適当に書いただけだろｗｗｗｗｗｗ MDのDMAの転送量について。
MDのDMAはROM/RAMからVRAM、VRAMからVRAM、VRAMのFILL(指定データで埋め尽くし)の3種類だよ。
それと・・・デベロップマニュアルにいい加減な事を書くのはよくあるって言い切ったよな？そのソースはどこだ？
開発者が使うマニュアルにデタラメ書いてゲームが作れると思うか？
発売間直にスペック下げてマニュアルが更新されない？そんなマニュアルでゲームが組めるか？
てめぇの無知を棚に上げて寝言を言うのもたいがいにしとけ。
ちなみに・・・ROMまでは焼いていないが・・・まぁ焼いても動くだろうが。
エバドラ+実機、エミュ各種で操作確認済み。
実機の場合だとブラウン管テレビをいじってアンダースキャン状態にするかブラウン管RGBモニターを使う事で描画範囲外も見る事が出来る。
MDの場合だと描画範囲外であってもパレットの変更が画面に反映されるから確認するのは容易。
VINT期間中でも特定の処理が終わった時点で背景色を変えれば
あとどれだけ余裕があるのか目視する事が出来るんだよ。 SFCでそれっぽい事を書いてるから知識は本物かと思ったらとんでもない奴だったなｗ
(補足)DMA転送でROM/RAMが元の場合、送り先は
VRAMとVSRAM(垂直スクロール用RAM)とCRAM(パレット)の3つになる。 >>237
お前さんは俺が >>230 で書いたページを読んでいないのか？
https://kikb.web.fc2.com/PCE/cpucore.html
こちらのページによると、
>VDC が VRAM にアクセスしている間に CPU が VRAM にアクセスしようとすると(CPU は必ず VDC のレジスタを介して VRAM にアクセスする)、
>VDC の VRAM アクセスが完了するまで VDC によって CPU にウエイトがかけられます。
>とくに、 VDC が DMA を実行している場合は、 DMA が完了するまで CPU にウエイトがかけられます。
>よって VDC が DMA 中のときに CPU から VRAM にアクセスしようとすると無駄に時間を浪費してしまうため注意が必要です。
と書いてあるんだが、お前さんはVDCのDMA転送がHINT期間外では途切れる事がなく常に続いているとでも言うのか？
>そんなデタラメなスプライトの解釈の仕方とかあり得んよｗｗｗｗｗｗ
どこがデタラメなのか引用してくれないとわからないぞ。
>SFCもどこかの資料を適当に書いただけだろｗｗｗｗｗｗ
wikiにも書いてある事だが？これじゃ不満だったのかい？
https://en.wikipedia.org/wiki/Super_FX
>The data in this frame buffer is periodically transferred to the main video memory inside of the console using DMA in order to show up on the television display.
>>238
>MDのDMAはROM/RAMからVRAM、VRAMからVRAM、VRAMのFILL(指定データで埋め尽くし)の3種類だよ。
じゃあVRAMからVRAM、VRAMのFILLの転送量も教えてくれ。
>開発者が使うマニュアルにデタラメ書いてゲームが作れると思うか？
「運用上支障のない範囲で」って書いてあるのが読めなかったのかい？
>エバドラ+実機、エミュ各種で操作確認済み。
なるほど、エバドラなら実機でROMを焼いたのと同じと思って良さそうだな。
>>239
>SFCでそれっぽい事を書いてるから知識は本物かと思ったらとんでもない奴だったなｗ
>>235 で
>ソースはどこだったか忘れたわ
などと言っているお前さんがよくそんな事言えるな。 【PCエンジン】PCエンジンのCDROM2の登場、そして、ハドソンの悪戦苦闘のゲーム開発
ttps://youtu.be/slltPUkeUV0 >>240
すまん、何を書いても構わんが今後一切お前さんの書き込みは無視するわ。
自分が勝ったと思うならそれでも良し。ただしデタラメだけはアンカー無しで訂正させてもらう。
自分の中で理解できず、ただ他所に書いてある内容だけを転載されてもな。
どっちにしてもDMAやブロック転送能力はMD > SFC > PCEなのは確定したわけだし。
ちなみにPCEはVRAMからVRAMがDMA、CPUメモリ空間からVRAMへの転送はブロック転送。 【PCエンジン】限界を超えた！神ゲー50選
ttps://youtu.be/ZcBJDF5kA2c >>239
> SFCでそれっぽい事を書いてるから知識は本物かと思ったらとんでもない奴だったなｗ
専門用語ってググれば意味くらいは分かるんだけど、仕様やプログラムを体系的に理解出来てないから頓珍漢なことを言い出すんだと思うよ
しかしこのとんでもない奴、色彩士とかほざいてた奴にそっくりなんだよね
用語並べ立てるだけで色彩の基礎中の基礎も知らない専門家様w
まさかなあw PCエンジン入門 Huカード編 [TurboGrafx-16 for beginners]
ttps://youtu.be/XL0b52mtX3s >>242
>すまん、何を書いても構わんが今後一切お前さんの書き込みは無視するわ。
それはなぜだい？俺が突っ込む事で何かお前さんを困らせてしまったのかい？
俺が去ったときはイキがって俺の事を馬鹿にしてきたくせに、俺が戻ってきたら完全敗北宣言とは。
やはり俺の言った通りお前は卑怯者だったな。
お前は俺と議論するのを意図的に避けている。
それは俺に言い負かされ、お前の理論がデタラメである事が証明されるのを恐れているからだ。
お前は結局俺の質問に答えられなかったうえ、話も理解できなかったんだからな。
俺はVDCのスプライトの描画の話をしているのに、お前はCPUからアトリビュートエリアにスプライトの情報を設定する話をしだす始末。
もう逃げるしかないよね、あーかわいそうにｗ
それにしても、素直に「自分が間違っていました、ごめんなさい」と言えばすむものを、「無視するわ」と言って逃げるとは、なんて卑怯な人間なんだ。
>ただしデタラメだけはアンカー無しで訂正させてもらう。
お前がデタラメだと思っていても、実際には正しい事かもしれないだろ？
お前の考えが間違っているからデタラメに見えてしまうだけなんだからな。
議論する気もない、VSする気もないなら、スレが流れるだけで迷惑なんでお前のデタラメな訂正などしないでくれ。
>自分の中で理解できず、ただ他所に書いてある内容だけを転載されてもな。
俺は理解できているよ、お前が人の発言を根拠もなくデタラメなどと言いだした理由は、
お前のデタラメ理論が間違っている事が証明されてしまったので、よっぽど悔しかったからだろｗ
>どっちにしてもDMAやブロック転送能力はMD > SFC > PCEなのは確定したわけだし。
確定してないよ。
俺はちゃんとソースを提示しているが、お前はマニュアルに書いてあると言うだけで
MDのDMA転送 7KB、VINT期間外 3.5KBが書いてあるURLを提示できていないのだからな。
PCEのVRAMアクセスも「HINTまでウェイトかかる」などと、俺の提示したページに書いてある内容とは異なるとんちんかんな理論なうえ「ソースは忘れた」などと裏付けが全くできていないしな。
実機で7KB確認したってのも嘘くさいな、どうやって測定したのか書いてないし。
>パレットの変更が画面に反映されるから確認するのは容易。
と言っていたが、VBLANK期間が終わってから表示領域が来るまでVBLANK期間の31%程無効領域があるから、確認できないしな。 ＞＞242
ついでに、MDにファイナルファイトのキャラ達を高速に書き換える性能はないよ。
せいぜい1フレームに1～2キャラくらいが限界なんじゃないかな。
パンチが遅いのもそれが原因。
つまりPCEと大差ないというわけさ、笑えるね～ｗ
それにしても、＞＞74 ＞＞83 ＞＞89 では、MD版は、
「パンチの速度を再現しようとしてない」
「敵の表示数が少ないから時間調整するため」
「AC版のように連打で倒されてしまうと難易度が下がる」
などと戯けた事を言い出す始末。
そんなわけないに決まってるじゃん、ファイナルファイトはパンチ連打に爽快感があるゲームなのに、
それを犠牲にするような事はよほどの事がない限りはあり得ないのだよ。
SFCだって敵の最大出現数はAC版より少ないのにパンチ速いんだからなｗ
苦し紛れの言い訳ばかり考えて、必死すぎるぞｗ
＞＞242 (ﾜｯﾁｮｲ 6f10-vPRm)＝(ﾜｯﾁｮｲ 1710-tnte)＝(ﾜｯﾁｮｲ 6d10-JWCb)はこんな事もわからないなんて、ほんとに馬鹿なんじゃないの？
あらためてお前にも言ってやるよ。
お前が一番「ダメだこりゃ」と言われる立場の人間だよｗｗｗｗｗｗｗｗｗｗ PCエンジン mini / 全収録タイトル渡辺浩弐氏解説付トレーラー
ttps://youtu.be/qRMRZDdZEng >>247
プログラマーさんの推論を否定したいなら彼と同じ土俵で反証しなきゃ意味ないんだよね
「仕様上～だから、プログラムを～してもパンチ連打を速くできない」
って具合に明確にさ
彼には十分な専門知識がある上で仮説を立ててるに過ぎないんだから
で、お前の言えることが結局のところ
「高速に書き換える性能はない（根拠なし）」
「SFCの方がパンチ速い！」
お粗末過ぎだろ・・・ Top 50 PC Engine CD / Turbografx CD Games of All Time (Commentary Version)
ttps://youtu.be/nmVLvj2ViVg >>249
実機で動くプログラムを書けると既に書いたんだけど、
仕様やプログラムを体系的に理解できていないと言われてもねぇ。
体系的に理解できていない人間がMD上で動くプログラムをどうして書けるんだろう。とｗ
スプライトを1枚1枚DMA転送するとか意味不明な事を書いてる奴に何が理解できようかｗ
本当に無駄な時間でした・・・。
本来なら、SFCよりもMDの方が転送能力が高いのに何でパンチが遅くなっているんだろう。と考える所なんだよね。
スペックをきちんと理解しているなら。そもそもあいつ自身が持ち出した資料に
SFCのDMA転送能力は6KBと書いてあるのにそれが理解できな時点で終わってるんだけどさｗ 【アニキ春号】高橋名人が耳・鼻・顔・気・舌でPCエンジン8台を利き分ける!? 「第1回全日本利きPCエンジン選手権」開催!! | コロコロオンライン｜コロコロコミック公式
ttps://youtu.be/29TCVO-30nY >>251
体系的に理解できていないのはPCE派と>>244は言ってますな。
MD派のあんたが理解できていないと言っているわけではありませんよ。 渡辺浩弐のゲーム実況『PCエンジンmini』#01
ttps://youtu.be/v_6X9AlJp3Y >>251
ですな君がフォローしてくれてるけど244と249はどちらも俺だよｗ
もちろん「仕様やプログラムを体系的に理解できてない」のは、君が言う「とんでもない奴」のこと
大変失礼な誤解をさせてしまったようで申し訳ない・・・
>>253
フォローありがとねｗ >>253
誤解を招くような書き方をしてすまん。>>249氏に愚痴っただけ。
実験？動画上げてみた。良かった見てくださいな。
https://www.youtube.com/watch?v=5wSoEL1Th-o >>255
誤解を招くような書き方をしてすまん。奴ではない事を理解してるから。
むしろ援護ありがとう。 おまけ。ハードを知らなければこんな無駄な遊びは出来ませんわ。
https://i.imgur.com/6nGkBdL.jpg
メガCD用のバックアップRAMカートリッジを1Mbitから4Mbitに拡張。更にそれを無改造の実機で認識させるお遊び。
ノーマルは2000ブロックなのでちゃんと4倍認識してる。
そこまでゲームを持ってないので本当に無意味。けど、これでまたMDのハードを少し知る事が出来たので満足。
1MbitのSRAMも5個で400円だから遊びとしては安い物ですわ。 どれだけ屁理屈こねようが画面が汚いのとボイスがノイズまみれな事実は変わらないんだよなぁ メガドラ メガCD ３２X マルチメガ レーザーアクティブ
PCエンジン アーケードカード DUO-R を持っていた俺には
みんなちがってみんないい としかいえん 【フジタの3分~5分ゲームアーカイブ】#1 R-TYPE アールタイプ 1988年 ハドソン HUDSON IREM アイレム PCエンジン Huカード【ゲーム紹介】【ゲーム実況】【ゲーム芸人フジタ】
ttps://youtu.be/2RO3gPE7puM
【フジタの3分~5分ゲームアーカイブ】#2 スペースハリアー 1988年 NEC SEGA セガ HUDSON PCエンジン Huカード【ゲーム紹介】【ゲーム実況】【ゲーム芸人フジタ】
ttps://youtu.be/vlOAV4y2lLk >>249
>プログラマーさんの推論を否定したいなら彼と同じ土俵で反証しなきゃ意味ないんだよね
意味ならあるぞ、専門知識を持っているというだけで人より優位に立ちたがり、
自分の間違いを認められず代わりに相手の理論を根拠もなくデタラメだと言い放ち、
影で他人を馬鹿にするような卑怯な考えを持った>>242のような人間を黙らせる効果がある。
>彼には十分な専門知識がある上で仮説を立ててるに過ぎないんだから
だったらその専門知識を使って俺に反論すればいいだけの話、専門知識を持っているほうが議論を有利に進められるはずだしな。
彼にはそれが出来なかったのだから、専門知識だけではどうにも説明のつかない事項に出会ってしまったという事だろう。
君も客観的かつ論理的な反論があるならいつでも歓迎するよ、何か言ってみたらどうだい？
>>251
>スプライトを1枚1枚DMA転送するとか意味不明な事を書いてる奴に何が理解できようかｗ
お前まさかPCEでHINT期間外にCPUのRAMからVRAMにスプライトを1枚1枚DMA転送するとかとんちんかんな理解をしてたんじゃないだろうな？
俺が言っているのはVDCのスプライトの描画でVDCがVRAMからラインバッファへDMA転送するって話だぞ？
もし違うと言うなら、泣きべそかいて逃げてないでお前が知っているVDCがラインバッファへのスプライトを描画する手順を書いてみてくれよ？
>>255
>もちろん「仕様やプログラムを体系的に理解できてない」のは、君が言う「とんでもない奴」のこと
なぜそう思うんだい？ 具体的に言ってみなよ。 >>249
>プログラマーさんの推論を否定したいなら彼と同じ土俵で反証しなきゃ意味ないんだよね
んな事はない
学校の先生が1＋１は３だと言ったらそんなの先生でなくともおかしいとわかるはずだが
先生でないと反証出来ないとでも言うのか？
相変わらず職業・知識に依る批判封じしか頭にない卑怯者なんだなお前って。 >>256
これは興味深いね
〆のアッパーと投げモーションがパンチより速いってことはやっぱ書き換え速度の問題じゃなさそう
それにしても武器振りが元気過ぎて笑えるｗ
そんな軽々と鉄パイプ振り回せるなら素手のパンチもっと速く出せるだろってｗ PCエンジンミニでしか出来ない裏技を紹介！
ttps://youtu.be/T2sTi4WPsL4 >>235
「メガドライブ デベロップメントマニュアル」で検索しても
それらしいの出てこないんだが？
そんな門外不出みたいなのを皆知ってるのが当然のようにいわれてもなあ
>サボらないでとかお前さんの都合でこちらがが動くと思うか？
>信じなきゃそれでもいいわ程度にしか思ってない。
どうぞどうぞ
しょせん実際に見たものがすべて、『百聞は一見にしかず』
ファイナルファイトCDは改造しても上にあったコーディのパンチが限界なんだよね 【PCE】スーパーグラフィックス全タイトルを一挙紹介!【PCエンジン mini収録タイトルあり】
ttps://youtu.be/OYF-71teTTw >>262
VDCのスプライト描画でVDCがVRAMからラインバッファへ～
って、だったら初めからそう書けばよかろうｗ
後付けで説明されても、あぁ、どこかで調べてきたんだな。程度にしか思わんよ。マウントを取る為に。
で、話の元になった各ゲーム機のCPUメモリエリアからのVRAM転送能力はどうなった？
余計な事を書く前に本題のケリをつけてくれや。
それとデベロップメントマニュアルに運用上支障のない程度に～っていい加減な事を書くとか言うくだりについても
運用上支障ないない情報ってなんだ？デベロップメントマニュアルにそんな冗談を書くメーカーなんてあるのか？
で、言い切ってるんだからその例を挙げてくれよ。 >>267
限界とは書いてないがなんで限界になったんだろう・・・。
改造と言っても動画にある通りワークRAMの書き換えしか行ってないしな。
妄想癖ヤバいね。 >>264
アッパーは数モーション使ってるけどパンチを出してひっこめる時間よりも早いし、
投げは一瞬で吹っ飛んでるからね。投げの場合だと自キャラと敵キャラを同時に書き換えるわけだし。
まぁ、謎は深まるばかり。素直にプログラム解析した方がよさそうだなぁ。 >>262
専門知識のある人がお前のような知識も知見もないような奴より優位なのは当然じゃん、知性すらなさそうだし
繰り返すがお前がすべきなのは
「仕様上～だから、プログラムを～してもパンチ連打を速くできない」
と、具体的かつ明確な文章でもって反論することのみ
>>263
プログラマーに反論するならプログラマーじゃなきゃ駄目とか言っとらんだろ
「仕様上～だから、プログラムを～してもパンチ連打を速くできない」
と、具体的かつ明確に論じてみろってだけ
>職業・知識に依る批判封じしか頭にない
お前知ってるか？
「俺は色彩士だ！」
などと威勢よく言い放った割に、中学美術教科書に載ってるような超基本的な事すら知らなかった奴がいたんだよ
そいつに聞かせてやってくれｗ ネタ扱いされるクレストオブウルフだが及第点はあるのではないだろうか
https://youtu.be/MkfmjJuReBE >>263
例えがおかしい。
お前さんがやってるのは1+1の話をしている時に1x1の話を持ち出しているって事。
で、1+1の答えを出さないまま1x1の話に切り替えようとしているってだけ。 >>271
確かに投げの巻き込みでも一瞬で敵キャラがダウンポーズに切り替わってるね
まあ、とんでもない奴は放っておきつつ引き続きの検証楽しみにしてますｗ >>264
それはおかしい
アッパーや投げはパンチより出番がずっと少ないから
処理落ちしても被害は少ないってだけの話。 >>269
>どこかで調べてきたんだな。程度にしか思わんよ。マウントを取る為に。
やはり図星だったか、>>230 で俺が書いたページの引用した辺りを読んでいて、かつ話の流れを把握していれば、
VRAMからラインバッファへのDMA転送の話だなと検討がつくだろうに。
H_INT期間外のVDCのDMA転送といったらVRAMからラインバッファ以外に考えられないのだから。
お前さんはDMA転送にVRAMからVRAMへの転送がある事を知っていたんだから理解してくれると思ったんだがな。
前から思っていたがお前さんどんだけ読解力が無いんだよ？ｗ
何かおかしな事を言っているなと感じたら、自分の勘違いも疑わないからこういう目にあう。
>話の元になった各ゲーム機のCPUメモリエリアからのVRAM転送能力はどうなった？
それは俺が質問している最中だろう？
PCEのCPUがVRAMに書き込むときのウェイトは、お前さんが言うH_INTまで待たされるではなく、
VDCがラインバッファへのDMA転送が完了するまでって事で理解してくれたんだよな？
>運用上支障ないない情報ってなんだ？
例えばCPUのRAMからVRAMへのDMA転送が、7.2KBだった場合に7KBと表記しても支障ないって事だよ。
>>272
なんだ？難癖つけるだけで議論できないの君？
だったら邪魔なだけだから黙っていてくれよ。 >>272
なんで「そいつに聞かせてやってくれ」なんだよ
「そいつに"も"聞かせてやってくれ」ならまだわかるが。
要するにお前は職業・知識に依る批判封じしか頭にない人間である事に反論はないって事でいいんだな >>278
は？MDのDMAとPCEのブロック転送の話をしているのに別なDMAの話を持ち出したら混乱するに決まってるじゃんｗ
まして、PCEにはVRAMからVRAMへのDMAも持っている訳だからな。
お前の頭の中では成立してる話かもしれんが、それはお前の頭の中だけ。
お前の頭の中を100%理解していなければ成立せんよｗ
そもそも>>240の紹介ページ書かれているDMAは
お前さんの言ってるDMAではなくVDCのVRAMtoVRAMのDMAの事だろ。
ちなみにこちらが言ってるMDのDMAもお前さんが話しているようなDMAではなく、
VDPの機能としてプログラマが弄れるDMAの話だ。
## 例えばCPUのRAMからVRAMへのDMA転送が、7.2KBだった場合に7KBと表記しても支障ないって事だよ。
そもそもこのマニュアルの内容を見た事無いだろ？マニュアルに書いてあるのは1ライン当たりの転送能力と
V_INT期間中は何ライン分あるかって情報だけ。7KBと言うのはそれを計算してこちらが出した数字だ。
で、お前さんが言ういい加減な事が書いてあるというのは具体的何なのの？
何のマニュアルを見たらそんな事が書かれてたの？言い切ってるんだから具体例が有るんだよね？ >>280
>は？MDのDMAとPCEのブロック転送の話をしているのに別なDMAの話を持ち出したら混乱するに決まってるじゃんｗ
は？PCEのブロック転送の話じゃないぞ、PCEのVRAMアクセスウェイトの話をしていたんだぞ？
それすらも理解してなかったってダメすぎじゃんｗ
お前は俺がおかしな事を言ってると思ったわけだろ？
その時に相手がおかしいと決め付けず、自分が何か見落としていないかと考えようとしなかったお前の浅はかさが原因だわな。
>そもそも>>240の紹介ページ書かれているDMAは
>お前さんの言ってるDMAではなくVDCのVRAMtoVRAMのDMAの事だろ。
なぜそう思う？
>そもそもこのマニュアルの内容を見た事無いだろ？
じゃあ俺にも見せてくれよ？ なんで今まで見せてくれなかったんだい？
>で、お前さんが言ういい加減な事が書いてあるというのは具体的何なのの？
https://r-kobayashi.at.webry.info/201110/article_2.html
この辺りでも読んで少しは現実を学べよ。 >>275
また更にワークRAMのなかを覗いてみたんだけども…。数字はフレーム数。
コーディ、ボタンを押す・・・3の間パンチが出る・・・3戻り・・・3待機・・・ボタンが押されての繰り返し。
ガイ、ボタンを押す・・・4パンチ・・・3戻り・・・3待機・・・ボタンが押されて・・・
ハガー、ボタン押す・・・4のパンチ振り・・・4パンチ・・・3半戻り・・・3戻り・・・ボタンが押されて・・・
パンチの間隔が違うのは恐らくダメージの強さによるものかと。ダメージが大きいほど振りに時間がかかる。
コーディとガイは2パターンしかないんだけど、内部的には3パターンあって3パンチと6戻りの繰り返し。
ハガーだけ1パターン多い。コーディとガイに関しては3待機を削る事が出来れば33%カットできるなぁ。
よくよく考えたら1でモーションは完成しているのだから元に戻すモーションも1で完了するんだよね。
PCE版ワルキューレのように数フレームにまたがってキャラを書き換えてるわけじゃないし。
うーむ。やっぱりプログラム解析するかな。メガCDのビルド方法を調べねば。 >>281
「ここを読め」じゃなくて、お前が言い切ったんだから具体例を出してよ。
いい加減が通じる時と通じない時がある。そのぐらい理解できん？
あとさ、人のHPを紹介するならここを読めじゃなく、お前が理解した内容をお前の口で説明しな。
その上でこのネタはここから引用したものだと書きな。
単に紹介するだけじゃ責任は全部他人に押し付けてるだけじゃね？
自分が間違ったんじゃない。ここに書かれた事が間違っていたんだってさ。
だからまずは自分の責任において物事を書きな。 「百聞は一見にしかず」なんだろ？だったらお前さんもPCEで何か実験してみれば？
今の状態は他人の書いた内容を紹介してるだけだからな。
こちらはPCEでプログラムする事には全く興味がないんでそれはお前さんに任せるよ。 >>283
まじか！あれを読んでも理解に至らないとは、どんだけ読解力が無いんだよ？
>お前が理解した内容をお前の口で説明しな。
はぁ？DMAについて俺は説明しただろ？
それより俺がお前に何度か説明を求めても、お前は何も説明できなかったじゃないか。
まずは自分がやってから他人にもそういう事を求めるもんだぞ。
>こちらはPCEでプログラムする事には全く興味がないんでそれはお前さんに任せるよ。
笑わせるなｗ 「興味がない」んじゃなくお前には「できない」が正解だろ？
PCEで個人がプログラムを開発する環境はMDほど整っていないからな。
アセンブリ言語も圧倒的にX68000のほうが楽だし。 実験と一口に言っても、エミュだの解析だのという通常の遊び方の範疇を超えたものは
あくまで参考程度・自己満足が相応ってこった
そんなに解析とかで戦いたいならゲーム製作板でスレ建ててやってろ
ここはPCEには源平があるぞーという次元の客層が集う場所だよ >>278
議論？ｗ
必死こいて調べてきたソースを元に
「これ知ってるか？あれ知ってるか？？」
って、プログラマー氏に的外れなクイズを出すのが議論ｗｗ
お前は有能社員に先輩風吹かせたいだけの無能な窓際ジジイかよｗ
反証したいならお前が先にファイナルファイトCDのプログラム解析すればいいじゃん
んで処理落ち回避のためとか書換速度に問題があるって証拠を見つけたらそれを書くだけよ
アセンブリ言語も圧倒的にX68000のほうが楽（）なんだろ？ｗｗｗｗ
・・・いかん腹痛いｗｗｗｗｗｗｗ >>282
待機のフレームを削って33%ならそれだけでもかなり速く感じられるね
それで動作に支障がなければ開発者の意図を読み解くのに近づけるってことか
まあ単純な設定ミスってのは考えにくいのかな・・・テストプレイするんだし
成功したらカラーハックのパッチも当てた動画を見てみたいｗ >>286
VRAM転送速度はMDの方が速いよねって言うVS話に
「ぴーしーえんじんとそんな変わらないやい！」
つって何の理論も証拠も示せないまま駄々こねてるアホに言ってやれ
単純な仕様上の数値だけで決着ついてるじゃんｗ
あー、転送速度が遅いからPCEのベルトACTはMDに比べて圧倒的にショボいんだな～とかもれっきとしたVSだ
こないだもそうだったがお前は何と比べるでもなく源平の話がしたいのか？
それこそ専用スレで思う存分独り言書いてろよｗ >>259
MDの滲みとボケは事実であるが、VRAM転送速度とは無関係ですな。
ここでそれを持ち出すのは負け犬の遠吠えにしか見えませんな。 で、そのご自慢のVRAM転送速度でいったい何ができるの？
いくら屁理屈こねたところでファイナルファイトのパンチが遅い事実は覆らないよ？
おまけにグラフィックも汚い草 【PCエンジンミニ】裏技！セレクトボタンを押しながら起動で出来る事。【レトロゲーム】
ttps://youtu.be/YYqou5724MY >>285
いや興味がない。今更6502なんてやってられんし。本体に魅力も感じない。だから環境を揃える気もない。
お前さんが言う通り68000の方が数段楽だし。今更アキュムレータ1個に戻る気はしない。
まぁ、PICのように必要に迫られた場合なら別だが・・・。
で、読解力とかいう問題じゃなく具体例を挙げてくださいな。あれだけハッキリ言い切ったんだから。
誰かの言葉におんぶで抱っこの乗っかったままとか。 >>291
PCEでファイナルファイトを作って貰いたいものだけどね？ PCエンジン F1サーカス'92 7年目開幕戦アメリカGP
ttps://youtu.be/0zMk33DjZTo >>278
VRAMへの転送速度(書き込み)の話をしているのにVRAMからVDCへの転送(読み込み)の話を持ち出すこと自体が、全体的な構造と話の流れを理解しているとは思えませんが、いかがですかな？ >>287
>プログラマー氏に的外れなクイズを出すのが議論ｗｗ
あれ、話の流れが読めてないの君？
>反証したいならお前が先にファイナルファイトCDのプログラム解析すればいいじゃん
それを知りたいのは君なんじゃないの？ だったら君がすればいいんじゃないかな？
>>289
>単純な仕様上の数値だけで決着ついてるじゃんｗ
君今まで何を読んでたの？
スレ1から読み直しなよ。 >>289
>転送速度が遅いからPCEのベルトACTはMDに比べて圧倒的にショボいんだな～とかもれっきとしたVSだ
>>169
>だったら256x224を使えばよくね？
PCEで256x224 を使えない理由に、320x224と比べてVRAMのアクセス速度が75%に下がってしまう弊害もあるようだな。
キャラのグラフィックパターン書き換えが遅くなってしまうんだよ。
＞＞185 ＞＞187 ＞＞294
>だからPCEのベルトACTと比較してやれよw
>ベアナⅡに比べてPCEのベルトACTが見た目圧倒的にショボいよねって話に
>PCEでファイナルファイトを作って貰いたいものだけどね？
VRAMアクセス速度低下又はスプライト横14個の制限もあり、ベルトアクションが作り難いハード相手に何いってんの？
比較するまでもなく性能的にPCEが不利じゃないか。
そもそも>>109 が
>MDのVRAMへの転送速度はSFCよりも早い
などと言い出すからSFCファイナルファイトを持ち出してあげたんじゃないか、感謝しろよ？
>>293
具体例をあげる事にいったい何の意味があるのか説明してみろよ？
VSと何の関係があるんだ？ >>298,299
お前の言う通り、知識は無いわてめえで調べもしないわでSFC持ち出してきたのは他でもない「お前」じゃんｗｗ
さんざプログラマー氏が説明してたのに今更何言ってんだｗｗｗｗ尊大にも程があるだろｗｗｗｗｗｗｗｗｗｗｗ
ﾜｯﾁｮｲ 7f3d-F8K1
「あれ、話の流れが読めてないの俺？」
「それを知りたいのは俺なんじゃないの？ だったら俺がすればいいんじゃないかな？」
「俺今まで何を読んでたの？スレ1から読み直しなよ。」
自問自答はお前の空っぽな頭の中だけでお願いしますｗｗｗｗｗｗｗｗｗｗｗｗｗ >>293
DMAは、転送を開始するまでの手続きに時間を要するが、
お前はその時間について全く言及していないのはなぜなんだい？
>>193 で
>ブロック転送を始める前に各レジスタへの書き込み処理が必要になるから
と言っているのだから、MDのDMA転送の場合にも同じ問題がある事に、お前は気づいているはずだ。
都合の悪い事項には言及しないなんて、卑怯な奴の考える事だな。
まあ、お前の大好きなマシンスペックを調べれば簡単にわかることなんだろ？
「スペックの問題だけでけりが付く話」と言っていたもんな、教えてもらおうじゃないか。
察するに、１つにまとまった大きなサイズの転送なら良いが、キャラ単位やBGチップ単位に細切れに転送する場合はかえって時間がかかるんじゃないのかい？ >>299
PCEで256x224に下げたら75%低下するなら、MDよりも遥かに差が付くだけじゃんｗ
ここは何を比較するスレだっけ？MDとPCEだよね？
とりあえず、転送速度についてはMD＞PCEだって事でいいんだよな？
更にスプライト機能がMDよりも弱いからやっぱりベルトアクションは作り難いと。
PCEに不利も何もMD版のファイナルファイトに文句をつ行けておきながら
PCEでは不利だからそんな事言わないでくださいってか？
もう一度聞くよ？ここは何を比較するスレだっけ？ SFC版のファイナルファイトも持ち出して、それがどうかしたのかい？
同じゲームでも作りが違うから判断のしようがないんだが？
それこそ自技術的な観点を全て放り投げて見た目だけの問題にしてるだけだろうに。
MDの転送量とSFCの転送量で出てきた資料を非アックスる限りではこれもMDの方が上。
お前さんの予想妄想の範疇でしかない話だけで比較されてもね。それが何の意味があるのやら。 >>302
>とりあえず、転送速度についてはMD＞PCEだって事でいいんだよな？
よくないよ、まずは>>301 の俺の質問に答えてもらおうか？
>もう一度聞くよ？ここは何を比較するスレだっけ？
今はVRAMの転送速度を比較しているんだぞ？忘れたのかい？
>お前さんの予想妄想の範疇でしかない話だけで比較されてもね。それが何の意味があるのやら。
だったらお前さんの持っているマシンスペックの知識を使って俺に反論すればいいだけの話、簡単な事だろ？ でかい口は姐さんのパンチ速度に勝ってからにしようぜ>>297 >>301
さて、これまた何が言いたいのやら。解釈を捻じ曲げてまたこちらに苦情ですか・・・。
面倒なお人だねぇ。相変わらず。
そこで書いてるのはブロック転送が1バイトを6クロックで送ってくれるのに対して、
命令で送ったらどれだけ時間がかかるかって比べた時の話。
ただ、じゃなぁ何でもかんでもブロック転送を使えばいいかと言ったら、そうでもないよ。と言う注釈に過ぎん。
その部分でMDと比較してるつもりは全くないんだがなぁ。
ちなみにMDの場合もDMAの動作前には手続きは必要だぞ？
それとまた難癖付けて歪曲されるのも面倒だから書いておくが・・・。
MDのDMAもPCEのブロック転送もSFCのDMA転送も一回のV_INT内でどれだけ送れるのかしか考えていない。
それと、殆どの場合H_INTでVRAMの書き換えを行う事もしてないと思われるので除外してる。
しかし・・・ラインバッファだ何だと言ってる割に
基本的な機能DMAやブロック転送の事を知らないのがどうも引っかかるんだが。 御託はいいからファイナルファイトのパンチ速度速くしてくるんだろ？ >>304
比較するのはいいが、PCEとSFCの資料がないじゃん。
その資料の代わりになる物がお前さんの予想妄想だからなぁ。
使う予定のないPCEの資料を集める気にはならんし。
デベロを持ってる人でもいてくれれば多少はマシになるんだろうけどな。 >>307
御託も何も早くすると断言した覚えはないんだが？
勝手に話を進めないでくれ。早く出来るかどうか調べるだけだ。 >>306
答えになってないぞ。
>ちなみにMDの場合もDMAの動作前には手続きは必要だぞ？
MDでその手続きにかかる時間がどのくらいなのかを聞いているんだよ、早く答えてくれよ？ 煮詰まってる人たちは置いといて
じぇみに広野氏のツイまとめでも
https://togetter.com/li/753309 煮詰まるの意味＝行き詰まるは誤用!正しい例文や対義語は? | ちょいため
ttps://choitame.com/nitsumaru/ Top 50 TurboGrafx-16 / PC-Engine games of all time in 1080p / 60FPS!
ttps://youtu.be/Myd864pCzlA >>310
5命令だっけかな。
でさ、V_INT期間中の転送量が分かって、H_INT期間中の転送量が分って、
およびお前さんが言うラインバッファに対してDMAがうんたらかんたらが終わったとするわな。
ラインバッファ～てのはお前さんの予測でしかなく、それがPCEだけに当てはまる話なのかどうかが分からんし、
仮にMD、SFC、PCEがすべて同じ方式であったとするなら、結局差は縮まらんのだが。
その辺りはどう考えているんだろうね。 PCエンジンミニ特集 @TGS2019
ttps://youtu.be/o6CEaUk-jNM >>314
>5命令だっけかな。
クロック数は？
5命令実行後、実際にDMAが開始されるまで時間を要するんじゃないの？
その時間もクロック換算で教えてくれ。 【ゆっくり解説】ゲーム機列伝「PCエンジン」
ttps://youtu.be/jA_UryKs25w ～クソ猿人残党vsMD ビッグゲートまとめ～
アウトラン移植比較でビッグゲートの再現度の話題になる。
https://medaka.5ch.net/test/read.cgi/retro/1574152440/464
ちなみにアウトラン名物ビッグゲートというのはこんな演出
https://youtu.be/J7tZFW4WedI?t=884
＜PCE版＞
PCEのスペックはBG1枚。BGにラスタースクロールをかけ、道路のカーブや起伏を表現。
ビッグゲートは縦の柱、横の柱ともにスプライトのみで表現。柱がスカスカ気味な印象。
https://youtu.be/psLioBTTs84?t=84
＜MD版＞
MDのスペックはBG2枚。BG-Bにラスタースクロールをかけ、道路のカーブや起伏を表現。
ビッグゲートの柱は縦の柱をスプライトで、横の柱はBG-AとBG-Bを組み合わせてそれぞれに別のラスタースクロールをかけて表現。そこそこ密度が高い印象。
https://youtu.be/2EJdB3Hw8xE?t=991
https://imgur.com/9OUI3wZ
クソ猿人残党「だったらPCEは柱全部をBGで表現すればMDに負けない表現が出来る」
MD派「いやいや、BG1枚で道路とビッグゲートの柱、両方を描画したら、道路のカーブや起伏を表現するためBGにラスタースクロールかけた時、同じBGに描いてある柱（特に縦の柱）が、曲がっちゃうだろ？」
というやり取りが延々と続き、満を持して？
クソ猿人残党がマーク３版を例に主張する。
937 名前：ＮＡＭＥ ＯＶＥＲ[sage] 投稿日：2019/12/06(金) 21:56:43.51 ID:ZQ09kGXP0
>つーかここまできてマーク３版を話さないのはなぜ？
>無茶移植だけどビッグゲートやってるよね、BGで。
>マーク３ができるならPCEならできるだろ、こんな大雑把な回答でも結論は「可能」で済むはずだが？
940 名前：ＮＡＭＥ ＯＶＥＲ[] 投稿日：2019/12/06(金) 22:32:51.65 ID:ZQ09kGXP0
>ほれマーク３版ビッグゲートな
>次は何を言う気かな
https://youtu.be/pxw4X6WvKAk?t=120
↑ちなみにこのマーク３版はBG1枚でビッグゲートを表現するために
ビッグゲート通過時の道路はカーブも起伏もしないなど、地味な演出に抑えたケースで、参考にならない
という指摘を受けたにも関わらず、引き続きクソ猿人残党が発言
947 名前：ＮＡＭＥ ＯＶＥＲ[] 投稿日：2019/12/07(土) 04:10:47.15 ID:jg/sj8TK0
>おいおいそりゃあ違うだろ、苦しい言い訳だな
>他ならぬ同じセガのマシンがBG一枚でビッグゲートを実現してる事に
>おまえらMD残党が気づかないとかお前らの赤っ恥じゃねえかよw
>何の参考にもならない動画ってどこが？
>ID:Guq9X6Tv0諸々のMD残党がテンプレに残すレベルのマヌケでしたって事じゃん
>はっきり言ってやろうか？
>俺はわざと泳がせていたんだよ、マーク３版を出せばすぐ終わるこの話で
>お前らをなるべく恥を書かせるためにな
>曲げるのが何でしたっけえ？踊ってくれてありがとう＾＾
実はラスタースクロールとか理解せずに噛みついてたクソ猿人残党....
その後大いに叩かれ、失笑され、最後はなんだかよくわからない
憎まれ口を吐きながらスレ終了。
998 名前：ＮＡＭＥ ＯＶＥＲ[] 投稿日：2019/12/07(土) 14:38:44.87 ID:jg/sj8TK0
なんだゴキブリ埋めないのか
生むのは多い下等生物のくせにｗ
999 名前：ＮＡＭＥ ＯＶＥＲ[] 投稿日：2019/12/07(土) 14:39:03.01 ID:jg/sj8TK0
９９９
1000 名前：ＮＡＭＥ ＯＶＥＲ[] 投稿日：2019/12/07(土) 14:39:16.82 ID:jg/sj8TK0
１０００ >>316
自分で調べてくれ。お前さんの妄想の為に情報を提示するほど暇じゃない。
ちなみにレジスタに書き込んだ後即発動する。
逆にそれを利用する手もあるがな。
前の処理でレジスタ4つまで書き込む。割り込みと同時に5つ目のレジスタを書き込む。
DMA終了後にレジスタ4つ書きこむ。これの繰り返し。PCEでも使えるんじゃね？
あとそのお前さんの知識がどこから来たものなのか知らんが
MDやPCE、恐らくSFCもSPキャラジェネ、BGキャラジェネ、BGネームテーブルは全てVRAM内。
恐らく(MDは確定)スプライトアトリビュートもVRAMだろうしな。
アーケードのようにキャラパターンがROMにある訳じゃない。 >>319
>ちなみにレジスタに書き込んだ後即発動する。
それは5命令実行後、0クロックでDMAによるメモリコピーが開始されるという意味かい？
デベロップマニュアルに書いてあったのか？
俺にも見せてくれよ？ 自分で探しな。
自分の好きなマシンを貶される為に情報与えるバカがいると思うか？ >>321
>自分の好きなマシンを貶される為に情報与えるバカがいると思うか？
なんだ、見せられないのか、察するに相当時間がかかるのでDMAの転送が開始するまでの遅さがバレてしまうのが悔しいんだな。
>>319
>自分で調べてくれ。お前さんの妄想の為に情報を提示するほど暇じゃない。
つまりお前さんは、DMACのレジスタにデータをセットするのにどれだけのクロック数がかかるのかを知らないわけだ。
普通の5命令よりは相当時間がかかるだろう。
そんな事も知らずに、DMAが動き出してからの最大転送速度だけが早いという理由だけで
VRAMの転送速度が早いだなんて断言するのはお粗末すぎやしないかい？ >>322
ファイナルファイトのパンチモーションだけを取り上げて「MDのVRAM転送はPCEより遅い」という輩よりは>>321はまともだと思われますな。 ファイナルファイトCDのパンチが遅いという事実があり
その理由としてVRAM転送速度が遅いという仮説がある
それが真実かは知らないが今のところその仮説の反証はできてない パンチ連打より投げの方が書き換え面積多いって指摘されてるのに、
転送速度がネックとする仮説はとっくに否定されてるでしょ。 そもそも仮説ってのは立てた本人がそれを立証するもんなんだよね
「ファイナルファイトCDがSFCよりパンチが遅い！だからMDの転送速度が遅い！」
これ伸びしろ君が勝手に言い出したことじゃん
当の伸びしろ君は只管質問コーナーを展開するという基地外ムーブに突入してるけどｗ 大学教授の講義中にアホな生徒が
「お前の専門知識は疑わしい！俺が疑わしく思ってることをお前自身が証明してみろ！」
伸びしろ君がやってることってこれなんだよな
意味が分からんｗ ゴキがどんなに吠えたところでノロノロパンチはどうしようも無い訳で・・・ 人に要求するばかりでこちらの問いかけにはまともに応じない姿勢もどうかと思うんだよね
PCEの最大発色タイトル聞いても小川範子の捏造画像しか出てこなかったし
ちなみに俺調べではアーティストツールの140色だった
https://i.imgur.com/WZO3WSw.png
何故か512色のカラーチャートみたいな同人デモ出してきたアホがいたが、市販タイトルも似たような画面なのが残念なところ
PCEにはもっと頑張って欲しい ◆PCEvsMD PCEの勝利のまとめ（暫定版）◆
【基本スペック】
・最大同時発色数VS（512色）
・音質VS（ノイズが少ない。対MD比）
・本体のコンパクトさVS（140mm×135mm×40mm）
・ソフトの携帯性・収納性VS（HuCARD。約12g）
・パッドの操作性VS（誤操作が少ない。対MD比）
・多人数プレーVS（4人・5人同時プレー50本以上）
【メディア、宣伝】
・TV番組VS（大竹まことのただいま！PCランド※）
・TV番組MC VS（大竹まこと）
・イベントVS（ハドソン全国キャラバン）
・宣伝担当者VS（高橋名人）
【CD-ROM機】
・CD-ROM機VS（1988年。家庭用ゲーム機では世界初）
・CD-ROMドライブ単体動作VS（CDプレーヤーとして使用可能）
・デザインVS（PCE Duo、グッドデザイン賞受賞）
【販売数・その他】
・携帯型ゲーム機VS（PCE GT、世界150万台）
・タレントゲームVS（カトちゃんケンちゃん、国内36万本※）
・RPG VS（天外魔境II、国内50万本※）
・PCパーツ互換性VS（CD-ROM2ドライブ※）
・個人向け公式開発ツールVS（でべろBOX）
【その他（復刻版ミニ）】
・ミニ収録タイトルVS（CD-ROM2、スーパーグラフィックス）
・ミニ サプライズタイトルVS（near Arcade版等、6本※）
・ミニ ストレージ容量VS（4GB）
・ミニ パッドのケーブル長VS（約3m） ◇PCEvsMD PCEの勝利のまとめ（暫定版・補足）◇
※大竹まことのただいま！PCランド
1989年4月から3年間放送。最高視聴率9%
※カトちゃんケンちゃん
PCE本体発売の1カ月後にリリース。
実質的なローンチタイトルとして、初期のPCE本体の普及に貢献。
※天外魔境II
ファミ通32点、ゴールド殿堂入り。
※CD-ROM2ドライブ
PC-8801 MC（model2）に搭載のものと同等品。
別売のCD-ROMインターフェースセット（PC-8801-31）を使用する事で、MC以外のPC-8801にも接続可能。
※ミニ サプライズタイトルVS
・グラディウス near Arcade
・沙羅曼蛇 near Arcade
・ファンタジーゾーン near Arcade
・ソルジャーブレイド スペシャルエディション版（非売品）
更に、「ときめきメモリアル」のミニゲーム「フォースギア」と「ツインビーりたーんず」の、個別起動が可能。 ◆PCEvsMD MDの勝利のまとめ（暫定版）◆
・CPUビット数VS（16-BIT）
・CPUクロック数VS（7.67MHz）
・CPU個数VS（2個。68000、Z80A）
・BG枚数VS（2枚）
・パッドの端子数VS（2個。ただし付属パッドは1個）
・最大同時プレー人数VS（江川卓のスーパーリーグCD。8人）
・電話回線用モデムVS（メガモデム） >>326
異議がある者が反証すべきだね
何しろパンチが遅いという事実が全てであって
理由なんて本来こちらには関係ない話だからな
>>330
ライザンバーシリーズじゃないの？
まあ最大表示数なんか誇らなくても
スト2辺りを見比べるだけでも差は歴然だがな草 >>334
伸びしろ君「ファイナルファイトCDはSFCよりもパンチが遅い！」
メガドライバー「うん、確かに遅いね」
伸びしろ君「それはMDのVRAM転送が遅いからに違いない！」
メガドライバー「？」
伸びしろ君「俺には専門知識がないからそれをお前らが証明しろ！」
メガドライバー「？？？」
パンチ遅いｗｗｗｗｗｗとか頭悪い煽りだけならともかく、自ら理由を上げてるから関係ないは通らないんだよね
事実は事実として「そうですね、で？」としか言いようがない訳じゃん
まあ伸びしろ君が自分の尻拭いすればいいだけの話だけどさｗ そのどうでもいいことに噛みついたのが一息いれましょう君だろ
噛みついた以上は自分で立証しないとな 長すぎでざっと見ただけだが要はPCE信者側はプログラムを知らない低レベルってことか >>334
じゃないの？って言われてもなあ
悪いけど見た目からして140色以上も使ってるように映らないんだよね
実際ネットで適当に拾った画像計測したら5～60色だったし
ゲーム機の性能を誇るって感覚もよく分からんが最大発色数の候補、引き続き頼んだぞ！ >>336
伸びしろ君にしちゃMDのVRAM転送が速くてPCEが遅いって事実はどうでもよくないみたい
以前は知識をひけらかすだの平易な言葉で説明しろだのプログラマー氏に噛みついてたんだけどさ
その内どっかから仕入れてきたニワカ知識で果敢に挑むようになったんだよね
それがいつしか
「アセンブリ言語も圧倒的にX68000のほうが楽だし（ｷﾘｯ」
なんて言い切るほどに進歩してたんだ
何とも頼もしい限りじゃないｗ
PCEに伸びしろは全く無かったけど、伸びしろ君自身は成長著しい・・・ちょっと皮肉だよねｗ
ともあれ彼の動向にはこれからも注目していきたいと思ってるよ >>322
ライン1本当たりのCPUクロックが書いてある、そのうちH_INT発行から画面描画開始までのクロック数が書いてある、
画面描画中のクロック数が書いてある、、V_INT期間中に何本のラインが有るか書いてある、
そこから転送量を計算している、実機でその転送量を確認している、
実際に販売されているゲームでも、その通知に見合った書き換えをしている物がある。
これで転送量が嘘だというなら、お前さんの頭を疑うしかないのだが・・・。
もし覆したいというなら、お前さんが【PCEの転送量を書けばいいだけ】じゃね？
そしてPCEの方が転送量が有る事を照明すればいいだけ。
違うか？ >>340
おっと、照明は違うわな。証明だｗ
>>324
パンチが遅い事がVRAMの書き換えに由来していると言う事実がない。
仮説は仮設のままなんだよね。
コーディはパンチを出すのに3フレームだが、パンチを収めるまでに6フレーム。
収める側だけ3フレーム余計にある事もまた不自然。同じフレーム数でできるだろう。
実際にハガーの方は全て4フレームで成り立ってる。 まぁ、3フレーム以下に出来るかどうかはやって見ないと分からんが。
比較するにはSFCが何フレームで書き換えをしてるのかも分からんけど。 >>340
>これで転送量が嘘だというなら、お前さんの頭を疑うしかないのだが・・・。
俺がいつ転送量が嘘だなんて言ったんだい？
そもそも転送量の話ではないのだがまた話が読めてないの？
ちなみにSFCスターフォックスは20fpsでVRAMへDMA転送しているから、
MDバーチャレーシングの15fps（1フレーム辺り7KB）よりも高速じゃん。
SFCスターフォックス2では30fpsも性能的には可能だったが、余裕をみて20fpsにしたらしいしな。
圧倒的SFCの勝利。
MDでDMAを使用しない、CPUのRAMからVRAMへの直接アクセスは何クロックなんだい？
お前の大好きなマシンスペックを調べて教えてくれよ？
「スペックの問題だけでけりが付く話」なんだろ？
>>325
否定されてません。もっと頭を使おうな。
>>326
>>321自身が証明してくれたも同然じゃないか。
「貶される為に情報与えるバカがいると思うか？」
と言っているのだからな。 すっかりMDvsSFCに。今迄も散々言われてるけど、一切学習しない。そりゃPCEじゃ戦えないもんなぁ >>345
ノロノロパンチすら出すことができなかった機械とは戦えないということですかな？ >>346
で、PCEvsMDのスレで、SFCの方が凄いんだーってマウント取り。いや、PCEは？頭悪いなぁ >>343
そもそもスターフォックスがBGに展開されてる物かどうかが疑問なのだが？
それにデータをDMA転送しているというのもお前さんが言ってるだけ。
表示方式が違えば比較にはならんぞ？
スターフォックスの件についてもお前さんの予測でしかない。
しかもDMAで転送できるのは6KBだと書かれた記事もある。
先ずはそれを否定するような物を持って来なければダメだろ？
先ずはSFCのDMA転送能力がどのぐらい有るのか正確に提示してよ。
それとPCEの転送能力についても正確な数字の提示はなされていない。 スターフォックスに使われているスーパーFXチップについてwikiの記述。
## スーパーファミコンのバックグラウンド画面を適当なサイズに切り抜き、いわゆるポリゴンの面と見立てて扱うという方法で立体空間を描画する。
## 例えばスーパーファミコンの画面上で八面体を表示するためには、8枚のバックグラウンドを組み合わせる事によって擬似的にこれを再現する。
## スーパーFXチップは、スーパーファミコンが本来持つバックグラウンド描画枚数（8枚）を大幅に増加させ、
## その演算補助を行う。ジャギーの問題を別とすれば、いわゆる「透明色」を用いることで、複雑な形状をした平面を作ることも可能である。
この説明を見る限りではBG1枚を1枚のポリゴンとみなして変形させていく。
スーパーFXチップはこのBGを増やす事でポリゴンの枚数を増やしている。
となるとDMA転送やらは行ってないよな？
じゃぁ、お前さんの言うDMA転送は何に使われてるんだ？ >>349
superFXチップはポリゴン処理すらやってない、ということですかな。 >>348
ほらな、結局答えられないじゃないか。
デベロップマニュアルを読んでマシンスペックの知識を持っていても所詮この程度のもの。
実際に試してみない事にはわからない事だってあるのだよ。
まったく、「スペックの問題だけでけりが付く話」などと抜かしていたくせに話になりませんな。
>>348
>スターフォックスがBGに展開されてる物かどうかが疑問なのだが？
アホか？SFCでBGに展開せずにどうやってビットマップを表示するんだよ？
>それにデータをDMA転送しているというのもお前さんが言ってるだけ。
>>349
>となるとDMA転送やらは行ってないよな？
wikiにも書いてあるって前に教えただろ、もう忘れてるの？
>しかもDMAで転送できるのは6KBだと書かれた記事もある。
>先ずはそれを否定するような物を持って来なければダメだろ？
>先ずはSFCのDMA転送能力がどのぐらい有るのか正確に提示してよ。
お前はいったい何を読んでいるの？ アホなの？ スレ1から読み直したほうがいいぞ。
>それとPCEの転送能力についても正確な数字の提示はなされていない。
>>169 で、「PCEのブロック転送命令はVRAMに1バイト転送するのに6クロック掛かる」ってお前が提示したではないか。
＞＞344 ＞＞347
アホか？ SFCを持ち出したのは>>109 が先だぞ。
>MDのVRAMへの転送速度はSFCよりも早い FXチップすげぇ！何となく理解した。
座標自体は3次元で持っていても表示されるのはブラウン管だから平面。
なら平面上で最終的に表示される形を演算し、増やしたBGを回転拡大縮小で変形させて幾重にも重ねて作る。
元はBGだからそのBGに絵をかいて回転拡大縮小で変形させれば疑似的にテクスチャーの貼り付けにもなる・・・。
ポリゴンで描かれた画像を折り紙を切り張りして完成させるような感じ。
スーパーFXチップがその辺りの演算とBG増加を行い、
SFCにしてみればBGを重ね合わせるだけと言う。
すげぇ発想ｗｗｗｗｗｗｗｗｗｗｗ >>350
ポリゴンの座標計算とBGの変形についてはFXチップが行ってるんじゃなかろうかと。
SFCは増えたBGの重ね合わせとか基本的な処理を行ってるんだろうね。
と言うかPPUの拡張性が半端ねぇな・・・。
これを当時知ってたらSFCは買ってたかもしれんなぁ。そういう目で見たら楽しいマシンだわ。 つーかWikipediaのスーパーFXチップの頁かなり胡散臭いよな
例の色分け動画ではヨッシーアイランド(スーパーFXチップ使用)は普通にパターン書き替えしてた FXチップの使い方のバリエーション？が分からんから何とも言えんなぁ。
BG面を増やすとか、背景エフェクトの演算に使われてる可能性もあるし。
通常のキャラパターンなんかはパターン書き換えで対応するんじゃね？
ポリゴンの使い方については更に記述が有って、
## このような仕組みのため、スーパーファミコンとスーパーFXチップによる三次元描画はポリゴンとは呼べないとする解釈もある。
とあるし、この仕組みだとポリゴンに見えるけどポリゴンじゃないなぁとは思う。 >>340
そもそもDMA転送が早いだけでは、PCEのスペースインベーダー ジ・オリジナルゲームのような半透明描画ができないじゃないか。
単純なメモリコピーではなく、ピクセル単位で演算しながら読み書きするのだからな。
MDでこんな事をしているゲームはあるのかい？
また、BGのチップを跨った描画が必要な場合、MDだとDMA転送を細切れに実行しなければならなくなり時間のロスが発生するだろう。
つまりDMA転送が早いだけの限定的な早さだけではダメってことだよ。
DMA開始手続きと、CPUからVRAMへの直接アクセスも早くないと、VRAM転送速度が早いとは言えないな。
そしてMDはVRAM転送専用のDMAを持たせた代償として、CPUからVRAMへの直接アクセスはPCEより遅い可能性が高いぞ。
通常CPUからVRAMへのアクセスは、RAMより遅くなる事が多いが、
MDの場合はDMAで転送する事を前提に設計されているので、CPUからVRAMへのアクセス速度を早くする必要性が無いからだ。 >>356
あれ半透明じゃなくパターン書き換えじゃね？
ワークRAM側で背景とキャラパターンを合成してそれをVRAMに送ってるだけ。
BGチップを跨って書き換えするならそのチップパターン全てをワークRAMに持たせて
纏めて書き換えすればいいだけ。わざわざ手間と時間がかかる様な事をする必要は無いだろ。
ピクセル単位で～と言うのなら割と初期に出たヴォルフィード(クイックス)がそうだな。
ついでに言えばシルフィードやスターブレードのムービーなんかも結局動画だから同じ事。
スターブレードのワイヤーフレームなんかもピクセル単位だろ。ポリゴン系のゲームはすべてそうだし。
ちなみにMDのVRAMアクセスは全てVDP経由だよ。
インベーダーに関して言えばオリジナルは敵の動きが一律じゃなく上から順に書き換えていくから
それを真似るのであれば、その部分だけを書き換えればいいからねぇ。
ソフトの動きからハードの構成を予測するのもいいけど
基本的にハードの構成からソフトの動きを予測しないとロクな事にならんと思うぞ。 >>353
何をもってポリゴンというのかは微妙ですが。
サターンの変形スプライトもポリゴンと言うのだからポリゴンと言っても良いかも。 >>357
>あれ半透明じゃなくパターン書き換えじゃね？
>ワークRAM側で背景とキャラパターンを合成してそれをVRAMに送ってるだけ。
>基本的にハードの構成からソフトの動きを予測しないとロクな事にならんと思うぞ。
なんでPCEのハードの構成からソフトの動きを予測すると、ワークRAMでパターン書き換えって結論になるんだよ？
そこのところ説明よろしく。
CPUからVRAM読み書きできるのだから、わざわざワークRAMを用意する必要もないだろうに。
もしメモリが足りなくなっても問題ないぞ。
>BGチップを跨って書き換えするならそのチップパターン全てをワークRAMに持たせて纏めて書き換えすればいいだけ。
チップが左右隣ならそれでも良いが、1つ上や下のチップの場合は8x8ドットで1チップとして横に512ドット分並んでるから65チップも書き換えが必要になるじゃないか。
更にワークRAMを持つのが必須になるし、無駄が多すぎてダメダメじゃんｗ
>わざわざ手間と時間がかかる様な事をする必要は無いだろ。
お前さんの提案のほうが無駄が多すぎて時間がかかるじゃないか。
>ピクセル単位で～と言うのなら割と初期に出たヴォルフィード(クイックス)がそうだな。
ピクセル単位でっていうのは演算しながら（半透明処理）って意味だぞ。
ヴォルフィードで半透明なんか使ってないでしょ？
>ちなみにMDのVRAMアクセスは全てVDP経由だよ。
それはCPUのmove命令等ではVRAMアクセスできないって意味かい？ >>359
あんたはパソコンのVRAMをイメージしているのではないですかな？
ゲーム機のVRAMはパソコンのVRAMとは違いますよ。 >>359
http://pspd.ichicat.com/segamd/
MDで半透明「風」にする場合は、BG用データを作って、VDPによりVRAMに DMA転送し、VDPがVRAMからデータを読み込んで画面表示。
わざわざそんな事しなくてもシャドウハイライトでマスクに相当する部分で絵を描けば、半透明風に見えますな。 >>358
最終的にはパネル？の集まりで画像を構成している事を考えるとポリゴンなのかな？
かなり特殊な部類だとは思う。サターンの場合とはまたちょっと違う気もするけど。 >>359
お前さん、その話題に入る前に先ずは自分の間違いを訂正しようか？
スターフォックスの画像がDMAで転送されてるとかなんとか。
あれだけ大見得を切って話してるんだから自分の尻ぐらい自分で拭こうか？
まぁ、その程度の奴だと思って今後は接しようかね。
で、本題。MD,SFC,PCEはずっと書いてきたようにVRAMのアクセス時間には制限がある。
その制限の中でVRAMの読み出しをCPUで行った後に演算して書き戻すとか時間の無駄。
わざわざVRAMに読みにいかなくてもROMを読めばよかろうｗ
ROMならVRAMに比べてはるかに自由度がある。それとV_INT期間外でパターンを用意する事も可能だ。
纏めてパターンを用意して一気に書き込む。こういったゲーム機ではセオリーだな。
インベーダーって言うゲームを知らないのかな？キャラの動きをよく見てみ？
V_INT毎に一列纏まって動いているか？お前にはインベーダーが動く時に波を打ってる事が見えないのかな？
あれ、V_INT毎に1匹ずつずらしてるだけだぞ？1匹は16x8ぐらいで書かれているから横移動でチップ跨ぎをしても24ｘ8だぞ？
やり直しｗ >>359
PCEのインベーダーを真似したければ、PCEと同じ事をすればいいだけだ。
お前さんの頭の中ではVRAMの読み出しってのが頭から離れなくなっていそうだけどなｗ
ROMにある背景パターンとROMにあるインベーダーパターンの合成をV_INTが来る前に行い、
V_INTが来たらBGチップ3枚・・・1チップあたり32バイトだから96バイト転送するだけ。
肝心な事忘れてね？VRAMに書かれたパターンは既に背景とインベーダーを合成したパターンだぞ？
そんなもん読み出してどうする？背景からインベーダーを消し去った後にまたインベーダーを合成するのか？ｗ
だったら、ROMから背景パターンとインベーダーパターンを合成する方が手間もかからないだろ。 >>361
MDの機能を使ってやるとしたら輝度を落とした背景を描いて
ハイライトマスクパターンで書いたスプライトのインベーダーを並べるだけでいいね。 >>363
>その話題に入る前に先ずは自分の間違いを訂正しようか？
>スターフォックスの画像がDMAで転送されてるとかなんとか。
お前ほんとにアホなの？間違いって何がだよ？ 俺は何も間違えてないぞ、お前が勘違いしているだけだろ、言いがかりはよしてくれ。
>>351 で
>wikiにも書いてあるって前に教えただろ、もう忘れてるの？
と言っているじゃないか。
>PCEはずっと書いてきたようにVRAMのアクセス時間には制限がある。
PCEはDMA転送前提の設計じゃないからCPUからのVRAMアクセスはMDより高速だろ。
>わざわざVRAMに読みにいかなくてもROMを読めばよかろうｗ
何言ってるんだ？直接VRAM読み書きならワークRAM、背景用メモリ(CD-ROMだから)が不要になってメモリの節約になるじゃないか。
それこそ無駄ってもんだ。
>V_INT毎に1匹ずつずらしてるだけだぞ？1匹は16x8ぐらいで書かれているから横移動でチップ跨ぎをしても24ｘ8だぞ？
その通り、それこそワークRAMなど用意するだけ無駄ってもんだ。
VRAM直接読み書きで十分事足りる。
>>364
>そんなもん読み出してどうする？背景からインベーダーを消し去った後にまたインベーダーを合成するのか？ｗ
その通り。
お前はアホだから気づかないようだが、色付き半透明は、背景パターンを読まなくても演算するだけで元の背景が復元できるのだよｗ
>だったら、ROMから背景パターンとインベーダーパターンを合成する方が手間もかからないだろ。
そっちのほうがメモリを消費するだろ、手間は大して変わらないぞ。
>>365
>ハイライトマスクパターンで書いたスプライトのインベーダーを並べるだけでいいね。
インベーダー程度のものにスプライト使うつもりなの？ だっさｗ
話そらしてないでさっさとお前の矛盾した発言への俺からの質問に回答しろよ。
>あれ半透明じゃなくパターン書き換えじゃね？
>ワークRAM側で背景とキャラパターンを合成してそれをVRAMに送ってるだけ。
>基本的にハードの構成からソフトの動きを予測しないとロクな事にならんと思うぞ。
なんでPCEのハードの構成からソフトの動きを予測すると、ワークRAMでパターン書き換えって結論になるんだよ？
そこのところ説明よろしく。 >>366
は？スターフォックスの画面はDMA転送で描かれてるってあれだけ言った事をもうお忘れですかｗｗｗｗｗｗｗ
他の人も念を押していたけどなぁ。「DMA転送とは書かれてないよ？」って。でもお前は言い張ったｗｗｗｗｗ
合成前の画像を持っているのにわざわざV_INTまで待って読み出しパターン剥離して書き込むとかｗｗｗｗｗ
で、PCEって96バイトもケチるほどワークRAMが小さいんだねｗｗｗｗｗｗ
「PCEのハード構成から」ってどこに書いてあるんだ？
「基本的にハード構成から」とは書いたが。
やっぱり、これ、アウトランの時の伸びしろ君だろ・・・。 で、1列纏まって動かない事は理解したのかな？
YouTubeの動画をコマ送りで見ても分かるレベルだぞ？ WikipediaのスーパーFXチップの記述の真偽について「なんとも言えんなぁ」と言ったのは忘れたの？ >>367
>スターフォックスの画面はDMA転送で描かれてるってあれだけ言った事をもうお忘れですかｗｗｗｗｗｗｗ
その通りだが？ スターフォックスの画面はポリゴンをレンダリング後にVRAMへDMA転送している。
ほんとにアホなの？ なんか相手するのがバカらしくなってきたわ。
>他の人も念を押していたけどなぁ。「DMA転送とは書かれてないよ？」って。
他の人って誰だよ？ アンカー付けないとわからないぞ。
>PCEって96バイトもケチるほどワークRAMが小さいんだねｗｗｗｗｗｗ
お前さんろくに計算もできないの？
背景用に320 x 240 x 4bit = 307200bit = 38.4KByte 必要になるだろ。
PCE時代のプログラムはメモリとの戦いだったからこれは大きいぞ。
>合成前の画像を持っているのに
アホか？ 俺の説明した手順では合成前の画像（背景）はCD-ROMにしか持ってないぞ。
>「PCEのハード構成から」ってどこに書いてあるんだ？
>「基本的にハード構成から」とは書いたが。
話の流れが読めないアホはこれだから困る。
俺が最初にPCEの色付き半透明の話をしだしただろ。
そしたらお前さんが
「ソフトの動きからハードの構成を予測するのもいいけど」
「基本的にハードの構成から」とレスしただろ。
俺が>>356 でソフトの動きを話しているのはPCEだぞ。
だから「PCEのハード構成から」という意味になる以外考えられないじゃないか。
お前さん少し頭を冷やしたらどうだ？
言っている事が滅茶苦茶だぞ。 >>370
スターフォックスに使われているスーパーFXチップの動作を調べてきなよ。>>349にも書いたけどさ。
レンダリング後にVRAMへDMA転送とかｗｗｗｗｗｗｗｗｗｗｗｗ
あぁ、インベーダーってCDROM2のもあるのか。そりゃ失礼。だが！
CDROMにしかないデータが何故画面に書かれてるんだよｗ
そのデータがどこかに読み出されているからVRAMに転送できるんだろ？
じゃぁ、そのまま持ってればいいじゃんｗ
SUPERCDROM2って38KBが大容量と言えるほどRAMが小さいの？
で、結局、パターン書き換えに必要な量量は変わらんわな。
予想を立てるのは結構なのだがそれが真実のように語らないでもらえるかな？
じゃないと>>349のように恥をかく事になるよ？ スーパーFXチップってスターフォックス、ヨッシーアイランド、ワイルドトラックスで全部チップが違うんだな。
呼び方の総称であって支援機能がみんな違うんだろうな。 >>371
>>レンダリング後にVRAMへDMA転送とかｗｗｗｗｗｗｗｗｗｗｗｗ
やれやれ、いったい何がおかしいのやら、詳しく説明してみなよ？
>じゃぁ、そのまま持ってればいいじゃんｗ
アホか？それじゃあメモリが無駄だろ。
VRAMに転送したら用済みなんだから他のデータをCD-ROMから更に読み込んで上書きしたほうがいいわ。
>SUPERCDROM2って38KBが大容量と言えるほどRAMが小さいの？
小さいですが何か？ RAMがたったの256KBなんだぞ、全体の15%も消費してしまうじゃないか。
お前さんそんな事言うならSUPERCDROM2のプログラムを作って1993年以降のアーケードゲームの移植でもしてみなよ。
>じゃないと>>349のように恥をかく事になるよ？
恥をかいているのはお前さんのほうだというのに、それにすら気づかないとは、もう救いようがないですな。
>>240 で既に俺が教えただろうに、お前さん読んでなかったのかよ？
>programmed to act like a graphics accelerator chip that draws polygons to a frame buffer in the RAM that sits adjacent to it. The data in this frame buffer is periodically transferred to the main video memory inside of the console using DMA in order to show up on the television display. >>371
話そらしてないでさっさとお前の矛盾した発言への俺からの質問に回答しろよ。
>あれ半透明じゃなくパターン書き換えじゃね？
>ワークRAM側で背景とキャラパターンを合成してそれをVRAMに送ってるだけ。
>基本的にハードの構成からソフトの動きを予測しないとロクな事にならんと思うぞ。
なんでPCEのハードの構成からソフトの動きを予測すると、ワークRAMでパターン書き換えって結論になるんだよ？
そこのところ説明よろしく。 ネット上の文献漁りから前に進んでないじゃん伸びしろ君
ハード仕様の専門用語を個別に理解したつもりになっててもさ、構成全体をどう効率良く運用するかは同時にプログラムも知ってなきゃ分からないんじゃないかな？
でないと君の言うVRAM転送に大差ないって結論にいつまでたっても辿り着けそうにないからさ
論より証拠、実践あるのみだよ！
まあ今回「俺はプログラマーだ！」とかうっかり書かなかったことだけは評価してる
もっと精進してくれよな！ >>373
256KBもあってそのうちに背景はたった38KB。残りは何に使ってるの？
インベーダーの話がアーケードゲームに拡大されちゃったよ。何で話を広げたのやら。
むしろ逆にインベーダーを移植するに当たっては
「メモリが余ったから背景を追加しようぜ」みたいな事になってるんじゃねぇの？
>>374
だからなんで「PCEのハード構成から」って事に変わったんだよｗ
その一文はPCEに限らず全体的な話の事を指してるんだが？
お前の解釈の違いをこっちに押し付けんなよｗ >>373
じゃぁ、そのDMAはどちらに搭載されている物なんだろうな。
本体側？それともFXチップ側？その記述が無いと何とも言えんだろ。
仮にFXチップ側にDMA機能が有ってバスマスタになれるならSFC本体の機能じゃないからな。 ワークRAMでの書き換えになるか・・・単純じゃん。
既に書いた通りMDもSFCもPCEもVRAMが読み書きできる期間は決まってる。
画面の書き換えを行うのはV_INT期間になるのがセオリーだから
出来る限りそのルーチンは短く書くようにしている。
ROMやRAMからパターンを取り出せばV_INTに期間内外に関わらずVRAMへ書き込むデータは生成できる。
逆にVRAMからの読み出しではV_INT期間内に処理を終わらされる事が必須。
画面書き換えはV_INTを待ってから行う物だから、書き込みデータを用意しておいてからV_INTで書く方が
V_INTが来てから書き込みデータを作るよりも効率がいいだろ？
プログラムの処理が一巡した後にはどんなに速く処理が終わってもV_INT待ち。
ゲームでのプログラムのループはV_INTまでに終わらせておいて、
V_INT後に画面更新して更新が終わった時から直ぐにまたメインループの処理だからな。 結局、SFCの転送能力についてはお互いがまた聞きの情報を出してるに過ぎねぇから
話を続けたところで何の生産性もないけどなｗ ＞＞375
>全体をどう効率良く運用するかは同時にプログラムも知ってなきゃ分からないんじゃないかな？
＞＞376はプログラムを知っているわりにはとんちんかんな事ばかり言ってるけどなｗ
話の読解力もないし、相手するのも疲れますわｗ
>>376
>インベーダーの話がアーケードゲームに拡大されちゃったよ。何で話を広げたのやら。
広げたもなにも、インベーダーはあくまで一例として話してるんだぞ。
PCEでゲーム作る場合の話をしているんだよ。
>だからなんで「PCEのハード構成から」って事に変わったんだよｗ
お前その理由は>>370 に書いただろ、理解できなかったの？
話の理解できない奴はこれだから困る。
俺が最初にPCEの色付き半透明の話をしだしただろ。
そしたらお前さんが
「ソフトの動きからハードの構成を予測するのもいいけど」
「基本的にハードの構成から」とレスしただろ。
俺が>>356 でソフトの動きを話しているのはPCEだぞ。
だから「PCEのハード構成から」という意味になる以外考えられないじゃないか。
何度も同じ事言わせんな、本当にアホなの？
逃げてばかりいないでさっさと質問に答えろよ。
>>377
>SFC本体の機能じゃないからな。
なんで突然本体に限定されてるんだ？
勝手に条件を変えるのは卑怯者のやる事だぞ。
そんな事より、お前さんが間違っていた事を素直に認めて謝罪する事もできないのかい？
間違いを認められないのは人間として問題ありだぞ。
「恥をかく事になるよ？」などと言っておいて恥をかいていたのはお前さんのほうだったな、あーはずかしいｗ
>>378
>V_INTが来てから書き込みデータを作るよりも効率がいいだろ？
インベーダー程度の書き換えならV_INT期間中に十分間に合うじゃないか。
効率もワークRAMにデータ作成->VRAMにコピーと2度手間かかるからお前さんのほうが効率悪いぞ。 >>373
お前、BGやスプライトを重ね合わせ後VRAMに転送すると思ってるだろ？ >>380
>インベーダー程度の書き換えなら
>V_INT期間中に十分間に合うじゃないか。
>効率もワークRAMに
>データ作成->VRAMにコピーと
>2度手間かかるからお前さんの
>ほうが効率悪いぞ。
自分から言い出した半透明風処理を忘れてますな。
時間的な余裕がない垂直復帰期間内で半透明風処理とVRAM書き換えするぐらいなら、画面表示中に半透明風処理を終わらせておき垂直復帰期間内にVRAM書き換えだけする、というのが>>378の発言ですな。 御託はいいからさっさとファイナルファイトCDのパンチを早くする作業に戻るんだ >>380
あのさ、とりあえずSFCのVRAM転送能力が6KBと言う記述以外は見つかってないんだよね。
もし、それ以上あるというのならそういった記述を見つけてから何か言いなよ。
何かのゲームの処理を持ってきて「この画面処理は見た目で～以上あるはずだ」じゃ何の意味もない。
自分たちが想像できない事をやってその転送能力内で処理している可能性もあるわけよ。
だから、先ずは6KBを超える転送能力がある事をスペックから証明してよ。 >>380
で、インベーダーの件。データの制作、VRAMへのコピーで二度手間と言ってるが・・・時間効率も考えて見なさいって。
てか・・・ブロック転送が有るのにわざわざ1バイトずつ演算して書き込むの？
RAMから背景データの読み込み、RAMからインベーダーパターンの読み込み、半透明処理兼合成、VRAMにまとめて書き込み。
VRAMから背景データの読み込み、剥離用のインベーダーパターンの読み込み、剥離処理、インベーダーパターンの読み込み、半透明処理兼合成、VRAMに書き込み。
工数はお前さんの言ってる作業の方が多いし、剥離処理とか手間のかかる事までやってる。
これを96ドット分すべて行う訳だろ？しかも1バイトずつチマチマと。V_INT期間は他の処理もあるのに間に合うか？
そもそも一度合成したものってカラーが飛ぶから元に戻せないんじゃね？
剥離とか糞面倒な処理はやった事がないしやるつもりもないからどんな処理なるか知らんがｗ
あとさお前さん肝心な事忘れてね？6502は演算用レジスタが一個しかないから演算結果は常にメモリへ保存するしかないぞ？
だからその保存が一括転送までになるか、その場の保存になるかの違いでしかない。 >>385
SVPと同じでカートリッジ側のフレームバッファにレンダリングした後、DMAを使って本体VRAMに転送してるようだな。 >>385
日本版と英語版で書いてる内容が違うんだな。
で、ファイナルファイトなのだがなんかだんだん面倒になってきた。
いい逆アセンブラが見つからんのよ。X68K上で動くものはかなりあるんだけどねぇ。
とりあえず確認できたのは
2人同時プレイで2人が同時にパンチを出す場合は2P側が1フレーム遅れて出るようになっている。
同じフレームで2人同時に動かす余裕はないらしい。2人のモーションがフレーム毎に交互に動く事は出来るから
1人ならフレーム毎にパターンを書き換える事は可能って事にはなる。
途中参加が出来るゲームだからプレイヤー数に応じてパンチ速度を変化させる事は出来ない。
だから理論上は15回/秒がMAXになるな。 >>387
そう見るのが妥当だろうなぁ。64KBのSRAMも積んでるし。後はどういう形式で本体に送っているかが分からん。
ベタでBGパターンをそのまま送ってるのか、それともBGパターンとネームテーブルに分けて送っているのか。
ネームテーブルも送るなら同じBGパターン(例えば塗りつぶしとか透明とか)は端折る事が出来るから転送量は減らせるんだよね。 結局仮説が正しかったと言う訳だな
検証乙と言っておこう スターフォックスはよく見るとフルスクリーンじゃないんだよな
2は知らん こちらには日本語wikiについておかしいとありますな。
https://mjt.hatenadiary.com/entry/20130901/p3
パイロットウィングスの二軸回転も同様の手法なんですかね？ >>388
おー、お疲れさまでした！
同時プレイの帳尻合わせのために余分なフレーム増やしてたのか…面白いね
やっぱキャラサイズやパターン、表示数の多さとのトレードオフなのかな
>>390
MDとPCEのVRAM転送速度が大差無いってのが伸びしろ君の仮説じゃん
彼は何も証明してないんだけどw >>390
SuperFXもSVPも処理結果をVRAMに転送するということはわかったが、MDのVRAM転送が遅いからファイナルファイトのパンチモーションが少ない理由にはなっておりませんな。 異議を唱えて検証した本人が認めてるんだからしゃあない >>395
ああ、難易度調整のためにパンチが遅いって言うプログラマー氏の推測のことかw
それ主題じゃないじゃんw
MDの転送速度が遅い（＝PCEと差がない）てのが伸びしろ君の仮説であり主張してきたことなんだからさ
そのために彼は分かりもしない専門用語を必死に勉強してるんだろ
伸びしろ君がいつかスーパープログラミングでPCEのスペックを超越するVRAM転送を見せつけてくれるのを俺は待ってるよ >>384
>それ以上あるというのならそういった記述を見つけてから何か言いなよ。
記述などなくても計算で求まるだろうに。
お前さんそれでもプログラマか？
>何かのゲームの処理を持ってきて「この画面処理は見た目で～以上あるはずだ」じゃ何の意味もない
推論が可能なら議論もできるし意味あるだろ。
お前さん俺に反論できないからって必死すぎるぞｗ
世の中には記述のない事柄は沢山あるんだからな。
>インベーダーの件。データの制作、VRAMへのコピーで二度手間と言ってるが・・・時間効率も考えて見なさいって。
時間効率もインベーダー程度なら何の問題もないだろ。
心配ならテストプログラム作って実機で確認してみれば？
>ブロック転送が有るのにわざわざ1バイトずつ演算して書き込むの？
ブロック転送使ってもいいよ。
まあ大した面積じゃないからブロック転送開始手続きが不要なので効率も大差ないだろうな。
>剥離用のインベーダーパターンの読み込み
そんな物不要だぞ、もっと頭を使って考えような。
>V_INT期間は他の処理もあるのに間に合うか？
他の処理を具体的に述べてね。
>そもそも一度合成したものってカラーが飛ぶから元に戻せないんじゃね？
心配するな、ちゃんと戻せるから。
>だからその保存が一括転送までになるか、その場の保存になるかの違いでしかない。
何が言いたいのか意味不明。
>>381
スプライト？なぜそう思うんだい？
そもそも君はいったい何の話をしているんだ？ >>388
>同じフレームで2人同時に動かす余裕はないらしい。2人のモーションがフレーム毎に交互に動く事は出来るから
ほらな、俺の言った通りだろ、そのくらい検討つくだろうに。
それにしても、俺の話にあれこれケチをつけたかったようだが、全て論破されてしまったなｗ
お前それでもプログラマーなの？情けない奴だなぁ～ｗ
それよりもスーパーFXチップについてお前さんが誤解していた事への謝罪はまだかい？
あと話そらしてないでさっさとお前さんの矛盾した発言への俺からの質問に回答しろよ。
>あれ半透明じゃなくパターン書き換えじゃね？
>ワークRAM側で背景とキャラパターンを合成してそれをVRAMに送ってるだけ。
>基本的にハードの構成からソフトの動きを予測しないとロクな事にならんと思うぞ。
なんでPCEのハードの構成からソフトの動きを予測すると、ワークRAMでパターン書き換えって結論になるんだよ？
そこのところ説明よろしく。 >>133 で、
>ファイナルファイトCDのパンチ連打は書き換え面積が狭いから問題無いはずなんだけど。
と指摘されているが、確かにパンチ部分だけなのでそう見えるのだが、
面積が小さくても先ほどのBGチップを跨っての書き換えのように、
スプライトが連続したメモリになっていなければ複数回のDMA転送が必要になり、
DMA開始手続きに何度も時間を要してしまう。
それだけならまだ良いが、自キャラだけじゃなく全ての敵キャラも含めたスプライトが同一フレーム内に同時書き換えが発生した場合、
転送量はかなりのものとなり、いくらMDのDMAが高速とはいえ間に合わなくなってしまうだろう、更にDMA開始手続き回数も増えるおまけつきだ。
MDファイナルファイトではそれを防ぐため、同時書き換えが発生しても大丈夫なように、1フレーム中に書き換えるのは約1キャラのみに制限をかけ、
残りのキャラは次のフレームに、更に残ったキャラは次のフレームにと遅延させて書き換えているのだろう。 パンチはBGじゃなくスプライトだろ。
マスターシステム版ゴールデンアックスじゃあるまいし。 >>392
あれは普通にmode7
そもそも二軸回転は処理能力的にきついと言うだけでできないと言うわけではない >>398
>ほらな、俺の言った通りだろ、そのくらい検討つくだろうに。
伸びしろ君さあ、同時プレイに起因した問題でフレームをずらしてるなんて具体的に推測してたっけ？w
wwwwwwww >>403
>>247
>ついでに、MDにファイナルファイトのキャラ達を高速に書き換える性能はないよ。
>せいぜい1フレームに1～2キャラくらいが限界なんじゃないかな。 >>388(ﾜｯﾁｮｲ 2310-fdHX)＝(ﾜｯﾁｮｲ 6f10-vPRm)＝(ﾜｯﾁｮｲ 1710-tnte)＝(ﾜｯﾁｮｲ 6d10-JWCb)！！！完全敗北！！！
いや～残念でしたぁ～ｗｗｗｗｗ >>404
はあ、全然具体的じゃないじゃん
パンチ以外にも敵キャラのヒット、ダウンモーションまで書き換えてるんだからさ
MDの転送速度じゃ間に合わないことを起点に推測すれば大雑把なことは書けるでしょ… >>406
>パンチ以外にも敵キャラのヒット、ダウンモーションまで書き換えてるんだからさ
君話をちゃんと理解してる？ MDファイナルファイトを見ると、ACと比べてパンチ速度だけでなく、全体的に敵キャラの動きがもっさりしており、アニメーションにスピード感が感じられない事がある。
敵が立ち状態でダメージを受けたグラフィック等、まるで遅延して数フレームかけてグラフィックが書き換えられているように見える。
1フレームづつコマ送りで見ると、敵を3人同時に殴っているのに敵の食らいグラフィックへの書き換えが1フレームごとに1人づつ順番に書き換わっている、ACではほぼ3人同時に書き換わるのだが。
特に、敵を3人同時にガイのA連打の最後の回し蹴りを当てたときや、刀で斬りつけ吹っ飛ばしたときは敵が空中に浮くので縦座標が一気に上へ移動するが、
グラフィック書き換えが間に合わず、ACと異なり立った状態のグラフィックのまま空中に浮くという不自然な表示になってしまっている。
その後、1フレーム進むごとに1キャラづつ吹っ飛びグラフィックに変わっていく。
刀や鉄パイプを振るモーションも、1フレームづつ見るとキャラの動きと同期がズレる事があり、遅延してグラフィックが書き換えられているのがわかる。
つまりMDファイナルファイトは、キャラのグラフィックをVRAMまで転送するメモリコピーが低速で間に合わない為、
グラフィックの書き換えが大量に発生する引き金となるパンチは致し方なく遅くせざるを得なかったというわけだ。
>>121 >>196 の言った通りだったな。
この人達は、>>388 (ﾜｯﾁｮｲ 2310-fdHX)＝(ﾜｯﾁｮｲ 6f10-vPRm)＝(ﾜｯﾁｮｲ 1710-tnte)＝(ﾜｯﾁｮｲ 6d10-JWCb)よりもずっと賢いよ。
「ファイナルファイトCDのパンチスピードは性能上の問題だ」
「事実の前にはどこのファンサイトの馬の骨が調べた転送速度など屁にもならん」
まさにその通り。 >>407
うんうん、全然具体的じゃないよね
さらに人様が調べたことを>>399で何故か君がドヤ顔で解説してるだけだよね
悲しい人生だね… >>409
>さらに人様が調べたことを>>399で何故か君がドヤ顔で解説してるだけだよね
とっくの昔に俺が調べた事を見せてやってるだけだが？
そもそも>>247 のような発言を、何も調べもしないでできるわけないだろｗ ACファイナルファイト
https://f.easyuploader.app/eu-prd/upload/20201003002803_58487978684c34757675.gif
MDファイナルファイト
https://f.easyuploader.app/eu-prd/upload/20201003002548_77347537727a73445a68.gif
これはACとMDで3人の敵相手に攻撃を同時にヒットさせたものを、コマ送りで再生したものである。
ACは攻撃がヒットする度に、グラフィックの書き換えが3人同時に行われている事がわかる。
一方MDでは、攻撃が3人同時にヒットしているにもかかわらず、グラフィックの書き換えがフレーム単位で遅れて1人づつ書き換わっていくのが見える。
このように、MDではキャラのグラフィックの書き換えは、1フレーム中には約1キャラ分しか書き換える性能がないので、
同時にグラフィック書き換えが発生した際には後回しにし、次のフレーム、更に次のフレームへと遅延させて書き換えている事がわかる。 MDファイナルファイトを改造してパンチをAC同様に早くする事はできるだろう。
ただしその実験は、敵を4人同時に殴った食らいモーションの自然さが保たれていなければ意味がない。
なぜなら、製作者はその食らいモーションの不自然さを理由にパンチの速度を遅く設定したと推測できるからだ。
全てのキャラのモーションの自然さに加え、ティアリング、処理落ちが発生しない事が条件だな。 >>410
はいはい
その>>247で君はもろにPCEと大差ないって書いてるんだけど…
自分自身が何を主張してたのか分からなくなると言ういつもの伸びしろ君でした >>398
半透明については散々説明してんじゃん。
一定時間内に処理を終わらせる必要のあるゲーム機なら時間効率優先になるだろ？って。
>>399
スプライトが連続したメモリになっていなければって、連続したメモリになってるに決まってるじゃんｗ
MDのスプライトサイズはPCEと違って8x8～32x32で8ドット区切りの任意だ。
だからキャラパターンを連続させる代わりスプライトを細切れにしてる。
スプライト側はテーブルで一括管理できるから細切れになった所で何の問題もない。
>>411
お前さんファイナルファイトのMD版とAC版持ってたんだね。 一体ずつ書き換えてたとして転送能力が遅いって事にはならんだろ。
結局、そういう仕様で作られたゲームってだけだからな。で、SFCの転送能力はどうなったの？
まぁ、レンダリング後のDMA転送についてはこちらが見た物が間違っていたらしいな。
それだけは謝っておくわ、すまんね。
>>408
悪いが勝手に同一人物扱いにしないでもらえるか？それぞれの人に対してもな。 伸びしろ君、結局見た目から推測するだけのレベルから脱却出来なかったんだな
前々からgif画像も用意してたんだとしたら悲しすぎるよ
彼が成長すればSG大魔界村のアーサーがジャンプで座標がズレる謎も解明してくれる日が来ると思ってたんだけどな
残念 >>414
>だからキャラパターンを連続させる代わりスプライトを細切れにしてる。
>スプライト側はテーブルで一括管理できるから細切れになった所で何の問題もない。
そうなのか、じゃあガイのパンチが全身書き換えだから、そのプログラムを流用してコーディも全身書き換えてるってところだろうな。
>>414
>お前さんファイナルファイトのMD版とAC版持ってたんだね。
持ってないが？ 動画なら以前貰ったものがあったよ、あと動画サイトに上がってるものも使わせてもらった。
>>415
>一体ずつ書き換えてたとして転送能力が遅いって事にはならんだろ。
じゃあお前さんは何が原因で１体づつ書き換えていると思う？
>それだけは謝っておくわ、すまんね。
お前さんなら間違いを認めてくれると思っていたよ。
誰かさんとは違い、話の通じる人間だったからな。
>>416
伸びしろ君っていったい誰だよ？ 知らねーな。 >>417
何と比べて遅い？って事になるだろ。
「間に合わないから遅い」って事でも結局当時のゲーム機では最速だ。
少なくとも今有る資料の中ではな。
>>419
MD版もできるぞ？ >>420
あのモッサリパンチでできるぞって・・・
爽快感0
パンチの効果音がモサって聞こえるレベルなのに ＞結局当時のゲーム機では最速だ。
根拠無しなんだよなぁ SNES Super Road Blaster (HOMEBREW)
https://youtu.be/KvrGKu5mUko >>415
>>一体ずつ書き換えてたとして転送能力が遅いって事にはならんだろ。
>じゃあお前さんは何が原因で１体づつ書き換えていると思う？
な、他に考えられないだろ。
転送能力が早ければわざわざ1フレームに1キャラづつ書き換えず、ACと同様に同時に書き換えれば済む話だからな。
>>420
>何と比べて遅い？って事になるだろ。
SFCファイナルファイトだな。
詳細は調べてないが、PCEの姐(あねさん)もその可能性あるかもしれん。
https://youtu.be/wiUd8eqkoxI?t=142
>少なくとも今有る資料の中ではな。
そう、これなんだよ俺がさんざん言ってきた事は。
実機の動作やハードの資料から推測すると、MDは資料にない部分で遅い可能性が高いという事。 ところで、PCEのスペースインベーダー(NECアベニューのCD版)はBGだけでインベーダー描画しているようですな。
半透明風重ね合わせもBG書き換えのようですな。 【ワイルドガンズ配信記念トリビア 7】
ワイルドガンズのゲージの上部には２ピクセルの黒いラインが入っています。
実はここで映像信号をオフにして64色分のパレットをDMA転送しています。
この技により256色の同時発色数を超える320色を実現しています。
プログラマ：宮部
#ワイルドガンズ
https://twitter.com/TENGO_PROJECT/status/1310411694166876162
https://twitter.com/5chan_nel (5ch newer account) ここまで
～去年～
伸びしろ君「PCEには伸びしろがあった！MDのVRAM転送は速くない！」
メガドライバー「伸びしろ無いしMDは速いよ」
～今年～
伸びしろ君「ファイナルファイトのパンチ遅い！だから転送も遅い！」
メガドライバー「見たままじゃ理由にならないよ」
伸びしろ君「スーパーFXチップ！インベーダー！」
メガドライバー「？」
伸びしろ君「動画で確認した！やっぱりパンチ遅い！」
メガドライバー「？？？」
伸びしろ君「伸びしろ君て誰だよ」 >>428
あはははｗ うける～ｗ
君には話しの内容が難しすぎてそんなふうに見えていたんだねｗｗｗｗ >>430
伸びしろ君「平易な言語で説明しろ！」
メガドライバー「専門的な話だから無理」
伸びしろ君「スーパーFXチップ！インベーダー！姐！」
メガドライバー「？？？」
伸びしろ君「君には難しかったかな（ｷﾘｯ」
君が難しい話だと苦悩してたのは分かったよw
これからもじゃんじゃん動画（）で真実を探求してくれよな！ >>431
だって君議論にぜんぜん参加してこなかったじゃんｗ
明らかに君にとっては話が難しすぎて、ろくに何もいえない状態が続いたのがよっぽど悔しかったんだねｗ
かわいそぅ～ｗ 転送速度が原因でないことを証明しようとして逆に転送速度が原因だったのを証明してしまったのは皮肉だったな >>431
>構成全体をどう効率良く運用するかは同時にプログラムも知ってなきゃ分からないんじゃないかな？
>もちろん「仕様やプログラムを体系的に理解できてない」のは、君が言う「とんでもない奴」のこと
などと言って馬鹿にしてきた相手が、実は正しい事を言っていたと証明されてしまったからなぁｗ
そりゃ悔しくて必死になるのも無理ないわｗ
あーっはっはっはｗ 愉快愉快ｗ >>433
SFC版ファイナルファイトは二人同時プレイが削除されているが、メガCD版は二人同時プレイが可能。
二人同時プレイではVRAM書き換えが間に合わないのでモーションを削った。
プログラムは一人でも二人同時でも同じだから一人プレイの時はモーションが削られたまま、というだけではないですかな？ >>411を見るに二人同時プレーを削っただけでは無理だろう >>436
ACに比べMDの性能が劣るのは当たり前。
比較したいのならAC版ではなくSFC版にするべきですな。 >>434
うんうん、動画（）を切り抜いてもう一度推測することが君にとっての証明と言いたいなら分かったよ
PCEと大差ないことを示せないまま話をループさせるのが何の証明になるのか、確かに俺には難しい話だったみたいだw
まあその調子で頑張ればいつか水からの伝言みたいな本も書けるようになるさ！
ファイト！ >>438
君にそう言ってもらえて嬉しいよｗ
難しい話で悔しい思いをさせてしまったかもしれないが許してくれｗ
君もいずれ議論に参加できるくらいの知識が身についてくるだろう。
お互い更なる向上を目指してがんばろうな、君の事を応援しているよｗ
>PCEと大差ないことを示せないまま
姐(あねさん)の動画見てないの？
パンチ早いぞ。 >>439
悔しい悔しいってお前相当悔しい思いをしてきたんだな
当たり前だけどw
・根拠とするサンプルがパンチ速度のみ
・「こう考えたからこうに違いない」と結論付け＝願望
・MDが不利になりそうな情報で願望を補強する
・プログラムを書き換えるなどの実証は0
俺は出鱈目なアプローチを笑ってるだけなんだよね
その姐もまたパンチって…そういやですな君も指摘してたじゃんw
水からの伝言、読む必要は全く無いけど概要調べてごらんよ >>421
ダメージが有った時はAC版も一瞬の間が空くようになってるから変わらんよ。 >>424
資料にない部分で遅いってのは無いわ。
載っているのは最大の転送量であってあとは各々の使い方次第になる。
DMAの動作にしてもDMA用レジスタに最後の値を書き込んだ後は
VDPが即68Kに対してバスリクエストを掛けてCPUを止めDMA転送に取り掛かるから。
その書き込むレジスタは全部で5つ。
決まり事があるから更にmoveが前後に１つずつ追加されてmoveが7個連続で並ぶ。
連続でDMAを動作させたいのなら 連続でMOVE命令が並ぶだけ。
仮にどこかで遅延が有るとすると連続でDMAのレジスタを書き換えた場合は
動作に何かしらの不具合が起きるだろ。
SFCのファイナルファイの取場合は敵の出現数が少ない事と2人同時プレイが無い事で書き換えを抑えてあるから
ゲームが同じでも仕様が違う物を比べてSFCの方が早いとはいかんだろう？と思うんだがな。 >>435-436
結局、どっちを取るかってだけだろうな。
2人同時プレイをカットし敵の出現数を減らして敵をまとめて倒す爽快感を犠牲にして動きの機敏さを取るか、
2人同時プレイとそれに合うだけの敵の出現数を稼ぐ代わりに機敏さを犠牲にするか。 MDのDMAが何に使われているか多分分からないだろうから一応書いておく。
VRAM、CRAM(カラーパレット)128バイト、VSRAM(縦ラスター)80バイト。
VRAMの内訳：キャラクタージェネレーター、スプライトアトリビュート、
SCROLL-A,Bパターンネームテーブル、WINDOWパターンネームテーブル、水平ラスター
変更のない物は書き換える必要は無し。使わない物はデータをセットする必要は無し。
縦横ラスターについてはラスターさせる必要が無ければ各1ワードのみ。 >>440
>出鱈目なアプローチ
ってどれの事さ？ 詳しく説明してみなよ。
出鱈目と断言するからには、根拠があるんでしょｗ
君には俺の話が難しすぎて理解できなかったのだから仕方ないが、俺の話は筋は通っているんだよｗ
悔しかったら君も推測して反論すればいいだけなのにねｗ
あ、それができないからこうやってケチつける事しかできないのかｗ ごめんごめんｗ
プログラムなんか書き換えなくても動作原理を理解していれば誰でも予想できる事なのにね～ｗ >>442
>資料にない部分で遅いってのは無いわ。
なぜそう断言できる？
今ある資料に全ての事項が載っていて、しかも完璧な資料だとでも思っているのか？
じゃあDMA開始手続き7命令でVDPレジスタに値を書き込むが、その合計クロック数を教えてくれよ？
ついでにそのクロック数を求めるのに使用した資料も一緒に見せてくれ。
あとDMAを使用しないCPUから直接VRAMへのアクセスクロック数もな。
>VDPが即68Kに対してバスリクエストを掛けてCPUを止めDMA転送に取り掛かるから。
DMA用レジスタに最後の値を書き込んだ後は、DMA転送を開始する為に制御バス、アドレスバス、データバスをCPUからVDPに切り替えるから時間がかかるでしょ。
DMA転送終了時にも同じく切り替えに時間がかかる。
>SFCのファイナルファイの取場合は敵の出現数が少ない事と2人同時プレイが無い事で書き換えを抑えてあるから
残念でした～、SFCファイナルファイトもAC同様、パンチを3人同時に当てたら1フレーム中に3キャラが同時に書き換えられているよ。
MDのように書き換えが1キャラに制限されていないからSFCは書き換え超高速！
敵の出現数はVRAM書き込み速度とは無関係だぞ、スプライト表示数とCPUの性能次第だからな。
>ゲームが同じでも仕様が違う物を比べてSFCの方が早いとはいかんだろう？と思うんだがな。
仕様が違っても性能を見る為に、キャラ達の書き換えに限って見れば比べられるじゃないか。
>>443
>結局、どっちを取るかってだけだろうな。
>2人同時プレイとそれに合うだけの敵の出現数を稼ぐ代わりに機敏さを犠牲にするか。
デタラメを言うな、MD版は1人プレイでも2人プレイでも敵の最大出現数は4人で変わらないぞ。
あとお前さんの理解が足りないようだが、MD版は1人プレイだろうが2人プレイだろうが1フレーム中に書き換えるのは1キャラのみに制限されているから
グラフィック書き換え量は結局変わらないのだよ。
つまりMD版は例え最初から1人プレイ専用で製作されていたとしても、パンチの遅さはSFC版には及ばないという事さ。
MDのVRAM書き換え速度なんて所詮その程度の物という事が証明されただけだったな。 >>443
アーケードからの移植は本体の性能差を考慮して取捨選択をしなけりゃなりませんからな。
PCE派の「パンチモーションが少ないからVRAM転送が遅い」という主張が通るなら「二人同時プレイができないからVRAM転送が遅い」という主張も通ることになりますな。
パンチモーションだけではMDのVRAMが遅いということにはなりませんわ。 >>446
二人同時プレイを前提としてプログラムを組んでいるなら、一人プレイでも二人同時プレイでも同じ動きになるのは当然ですな。
一人プレイと二人同時プレイとプログラムを変えているなら別ですがね。 >>445
お前がやってることは目に見えた現象の原因を考察してるに過ぎないんだよね
それを肝心の実証をすっ飛ばして「MDのVRAM転送はPCEと大差ない」と結論付けてる
出鱈目じゃんw
>プログラムなんか書き換えなくても動作原理を理解していれば誰でも予想できる事なのにね～ｗ
>予想できる
>予想できる
>予想できる
正に考察の段階でしかないw
ループ芸はもういいからさっさと実証してくださいwwwwwww >>449
何もできない君よりは100倍マシだから無問題ｗ
そもそも、君のような事を言い出したら宇宙の誕生を研究している人達をバカにしているも同然だよｗ >>449
実証をすっとばしても、それが本当に正しければデタラメではないだろｗ
デタラメと結論づけるなら、客観的かつ論理的な反論をしなければ何の意味もないぞｗ
やっぱ頭が弱い人ってかわいそうだな～ｗ >>451
小保方さんのSTAP細胞理論ですね、わかります >>452
全然違います。
STAP細胞は実証を試みた人達から作れないのでは？という反論があったが、
俺の話の実証を試みて反論してきた人は誰もいないからなｗ
更に、STAP細胞は客観的に不正、ねつ造が明らかになったが、
俺の話は不正、ねつ造が客観的に明らかにされてはいないからなｗ >>451
MDのパンチのモーションカットはVRAM転送が遅いからだ。
⇒MDのVRAM転送は遅いからバンチのモーションがカットされる。
これでは何の証明になってないな。 >>450
お前にとっては30年前のゲーム機を動かすプログラムが宇宙の誕生並みに未知なのか
バカそうだから一応説明してやるが、プログラムで実証出来るのが分かりきってることと観察すら出来ない事象を探求することがお前の中では同列なんだな
それこそ学者に失礼過ぎるだろw
>>451
>実証をすっとばしても、それが本当に正しければデタラメではないだろｗ
バカそうだからもう一度説明してやるが、そのプロセス自体を出鱈目と言ってんの
そしてそんな奴の言うことは信用に値しないし社会的な扱いも同じ
「水からの伝言」は調べたか？小保方さんの名前も出てるけどお前自身を客観視するいい機会だぞ
他にも自分で土器かなんか埋めて掘り起こしてた考古学者もいたよな
お前のような精神構造の人間が行き着く先だよ >>454
お前俺の話ちゃんと読んだ？
スレ1から読み直してこいよ。
>>455
>プログラムで実証出来るのが分かりきってること
そこまで言うなら君が実証すればいいんじゃないかなｗ
>>455
これだけ客観的かつ論理的にMDのVRAM転送が遅いと説き伏せられ、
それを裏付ける事実の動画も提示されて、
それでもデタラメな事を実証して確認したわけでもない君が、
デタラメかどうかもわからないのに人の考えを根拠もなくデタラメなどと言い放つ行為は、
もはや負け犬の遠吠え以外の何者でもないｗ
いや～俺余裕で勝っちゃったわ～ｗ、愉快爽快ですなぁ～ｗｗｗｗｗ
>>455 >>452
お前らもっと無い頭を使って、俺を客観的かつ論理的に言い負かせるような事を言ってきてくれよｗ
お前らじゃ全然物足りね～わｗｗｗｗ >>446
## 残念でした～、SFCファイナルファイトもAC同様、
## パンチを3人同時に当てたら1フレーム中に3キャラが同時に書き換えられているよ。
意味が違う。MD版は敵4体にプレイヤー2体。SFC版は敵4体にプレイヤー1体だろ。
MD版は1人プレイも可能だが途中参加が出来るから1人だろうが2人だろうが動きを変える事が出来ない。
だからそれに合わせた設計を行うしかないって事だよ。
## 敵の出現数はVRAM書き込み速度とは無関係だぞ、スプライト表示数とCPUの性能次第だからな。
いやいやいやいやいや・・・。お前、一体どういう理解してる？
このゲームにおいてはVRAM転送能力が全てと言っても過言じゃ無いぐらい重要な要素だぞ？
キャラクタパターンはVRAMの中に入っている物だけしか使えない。けど全パターンはVRAMに入りきれない。
だからキャラのモーションに変化が有ればVRAMの中のキャラクタパターンを書き換えなければならない。
そういう仕組みだからV_INTの期間だけでどれだけROMからVRAMへ転送できるかがカギになるんだが？
ちなみに・・・スト2なんかだと2体同時に書き換えられてるよ。 あと、SFCのH-DMAって、お前さんが持ってきた？スペックの説明では
「基本的にはメモリからPPUレジスタへを転送します」とあるんだが？
これってVRAMへのデータ転送じゃなくスクロール位置書き換えによるラスタースクロールや、
その他PPUレジスタを使ってのエフェクト用のDMAじゃね？
>>446のDMAに必要な命令に掛かるクロック数。単純にmove命令が7つ並ぶだけだから自分でも計算できるんじゃね？
面倒だから自分でやってくれ。
CPUから直接VRAMへって、これは出来ないと言わなかったっけ？常にVDP経由になると言ったはずだが？
これについてはPCEも同じだろうな。VRAMはメモリマップドI/Oにはなっていない。
MDの場合、予めインクリメント値をVDPに知らせる。その後読み出しするVRAMアドレスをVDPに書き込んだ後、
VDPがI/OポートにVRAMの内容を書き込むからそれをCPUが読み取る事になる。
その後はインクリメント値によってアドレスが加算されるから連続してI/Oポートを読み取るだけで済む。
インベーダーの件なんだが・・・PCEもVRAMはVDC経由でアクセスする事になると思うんだが、
それだとどう転んでも読み出したデータは一度RAMに書き出さないとダメだろ。6502はメモリを読めるレジスタが1個しかないからねぇ。
お前さんの言っている方法でもどうしたってメモリ保存は必須なわけで・・・。こちらが書いた方法にメモリに保存するのが無駄と言っていたが・・・。
あれはどうするんだろうな。6502でプログラムは書いた事ぐらいあるんでしょ？ MOVE命令が7つ並ぶと書いたけど、
これはRAMからVRAMの場合でROMからVRAMの場合だと5つで済む。
DMA動作開始時にソースデータの1バイト目が壊れる事があるから予め保存しておいてくれとの事。
だから読み取って戻す為にmove2命令増える。ROMの場合は壊れようがないから必要なし。
そして・・・MDの方が遅いというのならSFCのDMA転送能力を書けばいいだろうに。なぜやらない？
ひたすらMDの転送能力に疑問符を投げつけるだけでは解決にならんぞ？
もしくはお前さんが何とか資料を見つけ出し必死に問題点を探せばあるいはひっくり返せるのかもしれんがな。
もう一度念を押しておくぞ？お前さんに見せる資料など持ってはおらん。 これはSFCファイナルファイトで3人の敵相手に攻撃を同時にヒットさせたものを、コマ送りで再生したものである。
https://f.easyuploader.app/eu-prd/upload/20201004221445_57354f4c5155766a5437.gif
敵キャラのグラフィクがAC同様、3人同時に書き換えられているのがわかると思う。
>>442
>2人同時プレイが無い事で書き換えを抑えてあるから
書き換えは抑えてないよ、ACと同様1フレーム中3人同時に書き換えられている。
むしろ書き換えを抑えているのはMD版の2人同時プレイのほうだ。
2人同時にパンチを出しても片方のプレイヤーは1フレーム遅れて書き換えられるって>>388 でお前さん自信が言っていたもんな。
>同じフレームで2人同時に動かす余裕はないらしい
これはパンチモーションやプレイヤーキャラに限らず、敵キャラも含めた全てのキャラで同じフレーム中に2人同時に動かす余裕はないという事。
1フレーム中に書き換えられるキャラ数が少ないから、MDはVRAM書き込みが遅いと言えるわけさ。
例えMD版が1人プレイ専用で製作されていたとしても、1フレーム中に書き換えられるのは1キャラのみって事ね。
だからMDのパンチの速度と敵3体の食らいモーションの自然さは、SFCのように高速とはいかないのだよ。
>>443
>2人同時プレイをカットし敵の出現数を減らして敵をまとめて倒す爽快感を犠牲にして動きの機敏さを取るか、
SFC版に2人同時プレイが無いのはCPUの性能が足りないのが理由であって、VRAM書き換え速度とは全く無関係だよ。 >>457
>だからそれに合わせた設計を行うしかないって事だよ。
だから言ってるじゃん、MD版は例え1人プレイに合わせた設計をしていても、
1フレーム中に書き換え可能なキャラは1人が性能的に限界なんだから、
どうあがいてもSFCには勝てないよ。
>いやいやいやいやいや・・・。お前、一体どういう理解してる？
お前さんの説明通りに理解しているが？
MDファイナルファイトは1フレーム中のV_INT期間内では1キャラしか書き換えられないだろ。
これがMDファイナルファイトの限界なんだよ。
>ちなみに・・・スト2なんかだと2体同時に書き換えられてるよ。
MDファイナルファイトは解像度横320ドット、ストIIは横256ドットと、80%程度の転送量で済むからだろう。
>>458
>その他PPUレジスタを使ってのエフェクト用のDMAじゃね？
「基本的には」って書いてあるじゃん、VRAMの大きなグラフィック書き換えは、1回のH_INTでは転送完了しないのでマイナーな使い方って事だろう。
>純にmove命令が7つ並ぶだけだから
VDPレジスタへのアクセスが発生するから、普通のCPUのメモリとは異なりウェイトが発生するだろ。
>常にVDP経由になると言ったはずだが？
それはDMA転送のみって事かい？
DMA転送ではVRAMからRAMへの逆転送はできないよな？
>PCEも同じだろうな。VRAMはメモリマップドI/Oにはなっていない。
メモリマップドI/Oになっていないのに、どうやってCPUのブロック転送命令が使えるんだよ？
>6502はメモリを読めるレジスタが1個しかないからねぇ。
だからブロック転送でもいいよって前に言ったじゃん。
>MDの方が遅いというのならSFCのDMA転送能力を書けばいいだろうに。なぜやらない？
資料にあるDMA転送能力だけの話じゃないからだよ。
>お前さんに見せる資料など持ってはおらん。
それはどういう意味だい？お前さんMDのデベロップマニュアル読んでるんじゃないの？ >>461
解像度と256だろうが320だろうが、書き換えるキャラのパターンが同じならVRAM書き換えのデータ量は変わらんだろ。
お前やはりPCのVRAMとゲーム機のVRAMの構成の違いをわかってないだろ。 >>462
>書き換えるキャラのパターンが同じならVRAM書き換えのデータ量は変わらんだろ。
同じなわけないだろ、解像度低ければキャラのパターンが小さくて済むからな。
そんな事もわからないなんてアホですかい？ >>463
じゃそのキャラは何ドットで構成されているというんだよ。 PCエンジンで追加されたブロック転送命令って、中身はI/Oポート経由でアクセスするマイクロコードでしょ？
まさかVRAM側にVDPとCPUの2ポートある訳でもあるまいに。 >>464
そのくらい自分で調べろよ。
人を便利な道具か何かだと思っているのか？
>>465
ソースよろしく。
じゃあCPUのRAMからRAMへの転送には使えないという事かい？ ファイナルファイトのパンチのモーションはMD版がカットされているようだが、歩行時のモーションはSFC版がカットされているようですな。
また、MD版は横320ドットだがSFC版は横256ドットのようですな。
さらにPCE「姐」は256ドットの上にキャラも一回り小さいだけでなく、敵キャラは2種類に限られてますな。
画面サイズやキャラサイズも異なるのにパンチモーションだけでVRAMが遅いというのは考慮不足にも程がありますな。 >>460
## 書き換えは抑えてないよ、ACと同様1フレーム中3人同時に書き換えられている
だからさ、意味が違うってのｗ
最大の出現数だよ。全出現数が4体のSFC版と6体のMD版。出現数が抑えられてるだろ？って事だよ。
4体を書き換える前提で作られたものと、6体を前提で作られたものでは処理が変わるだろ？って事だよ。
>>461
## これがMDファイナルファイトの限界なんだよ。
そうMDのファイナルファイトではそういう設計されてるってだけ。
ファイナルファイト【だけ】を見て転送能力は語れんよ？で、解像度がどうかした？
## 「基本的には」って書いてあるじゃん、VRAMの大きなグラフィックの書き換えは～
VRAMについて言及されてたっけ？
## メモリマップドI/Oになっていないのに
自分が提示した資料に書かれてるだろ。
https://kikb.web.fc2.com/PCE/cpucore.html
【VDC が VRAM にアクセスしている間に CPU が VRAM にアクセスしようとすると(CPU は必ず VDC のレジスタを介して VRAM にアクセスする)】 >>461
## 資料にあるDMA転送能力だけの話じゃないからだよ。
だったら、それもお前さんが調べてくればいいよな？無い物を勝手に想像して言うのはやめてくれ。
## それはどういう意味だい？お前さんMDのデベロップマニュアル読んでるんじゃないの？
お前さんに見せる資料は無いよ？って文字通りの意味だが？
実際に7KBの転送能力がある事は既に確認済みだから、
それに対してあーだこーだ言われたところでそれがどうかした？としか思わんけどね。
実際よく考えてみな？VRが15fps出ている事をね。あれは完全にBG書き換えで行ってる。 >>461
## お前さんの説明通りに理解しているが？
だったらこの一文はどう解釈すればいいんだ？
## 敵の出現数はVRAM書き込み速度とは無関係だぞ、スプライト表示数とCPUの性能次第だからな。
スプライトの表示数はSFCの方が上だが、CPU能力はMDの方が上だ。
書き換えで表示してるならVRAM書き込み速度次第だろ？
PCEのブロック転送の内容も知らずにずっと騒いでいたわけなんだね・・・。 >>466
お前はキャラサイズも無視してVRAM転送が遅いとか言っていたのか？ >>468
>4体を書き換える前提で作られたものと、6体を前提で作られたものでは処理が変わるだろ？って事だよ。
何も変わらないが？
じゃあどう処理が変わるのか具体的に説明してみなよ？
>そうMDのファイナルファイトではそういう設計されてるってだけ。
MDでファイナルファイトを作るなら、そういう設計にせざるをえないという意味だ。
>VRAMについて言及されてたっけ？
そこのDMA転送の説明では汎用DMAもVRAMについて言及されていないではないか。
だが実際はVRAMに転送できるぞ。
>自分が提示した資料に書かれてるだろ。
じゃあブロック転送じゃないSTA等の命令はどうなんだよ？
I/Oポート経由でアクセスするマイクロコードだとでも言うのか？
>無い物を勝手に想像して言うのはやめてくれ。
勝手に想像じゃないぞ、実際のゲームの動作を検証し結果を確認しながら推論しているのだからな。
>実際に7KBの転送能力がある事は既に確認済みだから、
それは1回のDMA転送で7KBって事だろ？
2回のDMA転送ではもっと下がるだろと俺は言っているんだよ。
>VRが15fps出ている事をね。
スターフォックスは20fps出ているし、スターフォックス2は性能的には30fpsも可能だったそうだが？
>>470
>書き換えで表示してるならVRAM書き込み速度次第だろ？
まだ俺の解説が理解できてないのかい？ 書き換えているのは1フレーム中に1キャラのみなんだから、
いくらキャラが増えても関係ないだろ。
>>471
ちゃんと自分で調べてから反論してね。
それが正しい可能性だってあるのに、「それだけではそうとは言えない」などとケチをつけるだけなのは愚か者のする事。
「こういう推論があり、検証して結果がこうだから、こういう反論ができる」でないと、
負け犬の遠吠えと変わらんぞ。 >>472
１フレーム中に１キャラしか書き換えられないなら6キャラ出たら秒間10コマになるな。 https://m.youtube.com/watch?v=_NqYqGE6Fvk
解像度はどちらも256x224だったはず
ワイルドトラックス
10fps
動的な描画範囲はV.R.比で2/3も無さげ、半分に近いかも
コースと地続きの地形がほぼ無く切り立った崖や壁程度
脇に設置された書き割り的なオブジェも少ない
コース自体の構造は大味で実際に遊んでも操作が重く大味、スピード感もない
V.R.
15fps
コースと地続きの地形が緩やかな勾配や大きい岩山など描写に広がりがある
地形に連続して設置された木々などのオブジェも多い
アップダウンが細かくちゃんとしたライン取りが必要だから、コース自体を構成するポリゴン数も多いんじゃないかな
操作は軽くスピード感もある スターフォックスねえ
比較対象の選別から既に間違ってるんだよね
そもそものスターフォックス、ポリゴンの密度的に大して高くないでしょあれ
現行機やPCでも高精細な画質かfpsパフォーマンスどちらを取るかが課題だったりするしさ
体良く「30fps」の文言を見つけて仮説（妄想）の補強にはもってこいだったんだろうな
こんな大学とかの基礎研究すらおぼつかなそうな頭で論理的な思考が出来る訳がないw >>476
うっわ～君まじで話の流れが読めてないの？頭悪そう～ｗ
ポリゴンレンダリング性能の話をしてるんじゃなくて、
レンダリング後のビットマップをSFC本体のVRAMへ書き込む転送速度の話をしているんだぞｗ
だんだん君の事がかわいそうになってきたわぁ～ｗｗｗｗｗ >>402
パイロットウィングスには二軸回転用のチップDSP-1が搭載されたとwikiにはありますな。
これも一軸演算結果をVRAM転送し本体でもう一軸演算したのか、二軸をDSP-1で演算した結果をVRAM転送したのかわからりませんがね。 >>477
じゃあVRAM転送速度の具体的数値、その他本体性能の差、補助チップの仕様の違い
これらを論点にワイルドトラックスがショボい理由を説明してみなよ
SFCとMDが大差ないのにどうして方やゲーム&ウォッチを眺めてるみたいな画面になるのかさ
「VRAM転送速度は～だが、本体性能の～がボトルネックになり、またスーパーFXチップの仕様上～だから見た目上でのパフォーマンスとして活かせない」
例えばこんな感じで頼むわw >>479
>ワイルドトラックスがショボい理由を説明してみなよ
なんで俺が君程度の低レベルな人間相手のために説明してあげなきゃならないの？
少しは彼 >>468 (ﾜｯﾁｮｲ 2310-fdHX) を見習ってみれば？ >>480
おいおい、>>479はお前に説明を依頼した訳じゃないだろ。
お前に説明できる程度の知識があるか確認しただけだろ。 >>480
説明出来ないなら説明出来ないって言えばいいじゃん
資料集めも選別もまともに出来ない、小論文も書けないんじゃ単位貰えないぞw
>少しは彼 >>468 (ﾜｯﾁｮｲ 2310-fdHX) を見習ってみれば？
プログラマー氏に答え合わせしてもらってる分際で何言ってんだこいつ
腰巾着にでもなりたいのかよw >>478
なぜ「2人用F-ZERO」ができなかったのか
http://gyuque.はてなブログ.com/entry/2018/06/02/133812 >>481
>>479 程度の人間相手に俺の知識を確認される為なんかに説明する気は毛頭ないね。
>>482
あっはっは～ｗ
また負け犬がワンワン吼えてら～ｗ
いやぁ～愉快痛快ですなぁ～～～ｗｗｗｗ >>484
はいはい
説明出来ないことをさも出来るように周りを欺くような奴が「水からの伝言」みたいなゴミ書いちゃうんだよね
STAP細胞の人とか捏造考古学者とかさ
「説明は出来る」が「相手が俺だからしたくない」なら明確にそう書けばよろしい
まあそれでもそんな態度の奴は研究室に入れてすら貰えないけどw >>485
そんな程度じゃ物足りないなぁ～、君に言われたんじゃ何とも思わないわぁ～ｗ
もっと俺を客観的かつ論理的に言い負かすような事は言えんのかい？もっとがんばれよぉ～～ｗ
君の無い頭をフル回転させて、これからもどんどん俺に挑戦し続けてくれよなｗ >>472
## じゃあどう処理が変わるのか具体的に説明してみなよ？
簡単な事。SFCで6体動かそうとしたどうする？同じ処理で動かせると思うか？
何も変わらないというのならそのまま動かせると思ってるんだろ？
## じゃあブロック転送じゃないSTA等の命令はどうなんだよ？
STAやLDAはメモリに対してだろ？当たり前じゃん。
ブロック転送はVDCに対して働きかける特殊な命令なんだろ。
確かPCE-SGではブロック転送はどちらのVDCに行うかのレジスタがあったはず。
つかさ・・・PCEの基本的な動作も知らずにインベーダーの半透明処理について言及するってどういう事？
そしてこっちの言った事を完全否定してた訳だけども。
## スターフォックスは20fps出ているし
わざと話をずらしたのか？VRで15fps出ているが、
15fps出すにはどれだけの転送量が不必要なのか計算してみろって事だよｗ もしかしてMDのVRAMも68Kのメモリマップ上にあるとか勘違いしてね？ >>486
はいはい
「説明は出来る」とも言えないんだったら説明できませんと言うだけですよw
あと何を勘違いしてるのか知らんが資料集めも選別も精査も出来ないようなアホと論理的な会話が出来る訳ないじゃん
素人の素朴な疑問を感情で流そうとする未熟な人間に「論理」はまだまだ難しいと思うし
ところで他人の書いたネット文献を読み上げるよりアサガオの観察から始めたらどうだろうか？
ちゃんとやり切れば「たいへんよくできました」のハンコ貰えるぞw >>487
>SFCで6体動かそうとしたどうする？
いやいや、SFCじゃCPUの性能不足で無理があるにきまっているじゃないか。
そうではなく、同じMDで処理内容をどう変更するのかを聞いているんだよ？
>ブロック転送はVDCに対して働きかける特殊な命令なんだろ。
ソースあるなら見せてくれ。
>わざと話をずらしたのか？VRで15fps出ているが、
なんか話がかみあってないな、
俺は別にMDのVRAMへのDMA転送が7KBある事については否定はしていないよ。
>>489
>あと何を勘違いしてるのか知らんが資料集めも選別も精査も出来ないようなアホと論理的な会話が出来る訳ないじゃん
君それ自分自身の事を言っているって自覚ある？ｗｗｗｗ >>489
>あと何を勘違いしてるのか知らんが資料集めも選別も精査も出来ないようなアホと論理的な会話が出来る訳ないじゃん
それどころか、君はスーパーFXチップのDMA転送の件で資料集めも選別も精査もできなかった、
>>415 (ﾜｯﾁｮｲ 2310-fdHX) の事を馬鹿にしたも同然の発言だぞｗ
なんて酷い奴なんだ君はｗｗｗｗ >>490
はあ
「MDのVRAM転送速度はSFC・PCEと大差ない」
つったのはお前なんだけどw
なんでお前の結論ありきな仮説のために俺やプログラマー氏が資料集めしなきゃならんのよ
>>475のことならこっちの方が比較対象として適当じゃない？って意図なんだがなあ
夏休みにアサガオの観察とか言いながら関係ない植物観察してる奴がいたら一応つっこむだろ？
お前はアサガオの観察をお母さんにやらせてたのか？
いい加減自分の尻は自分で拭けるようになれよな
お母さんはワイルドトラックスがショボい理由を説明してくれないぞ >>492
>俺やプログラマー氏が資料集めしなきゃならんのよ
そんな事頼んだ覚えはないが？ｗ
>>>475のことならこっちの方が比較対象として適当じゃない？って意図なんだがなあ
全然適当じゃありませんｗ 馬鹿はこれだから困るな～ｗ
そんな事より君、彼 >>487 >>415 (ﾜｯﾁｮｲ 2310-fdHX) を結果的に馬鹿にしてしまった事について、
早く彼に謝罪したほうがいいんじゃないの？ｗｗｗｗ
俺が議論相手として認めた彼を馬鹿にする事は、俺自信も君の事を許さないぞ。 >>484
ほんと、お前はワンワン吠えるやつだな。
少しはマシな情報提供しろよ。 >>483
リンク先の記事は二人用F-ZEROができなかったというのはわかるが、二軸回転ということではありませんな。 >>490
## いやいや、SFCじゃCPUの性能不足で無理があるにきまっているじゃないか。
そんな事は聞いてないんだが？SFCで6体出すとして画面処理はどうするって事だよ。
恐らく、SFCの転送能力は超える。その場合はどうしたって書き換えを交互に行うしかないんじゃね？
ついでに言うとSFCのファイナルファイトが全てVRAM書き換えでキャラを表示しているのか根本的な疑問もある。
MDの場合は6体表示するから6体分のキャラジェネを必要としてる。
表示する敵の数が減れば一部のパターンはVRAMに残してある可能性もある。
ベアナックル2なんかだと主人公はVRAM書き換え。雑魚はVRAM書き換えじゃなくパターンをVRAMに持ったままになってるしな。
(MD場合はVRAMの内容が全て見れるエミュがあるからそれで確認は取れるのだが)
## 俺は別にMDのVRAMへのDMA転送が7KBある事については否定はしていないよ。
じゃぁSFCとMDのVRAMへの転送能力について何が気に食わないんだよ。
MDは7KB有る。SFCは6KB有ると言われてる。MDの方が転送能力は高い。で終わる話じゃね？
それが気に入らないのならSFCが7KBを超える転送能力がある事をお前さんが証明すればいいだけだろうに。
態々MDの転送能力を低く換算しようとしてるのが見え見えなんだよ。
だから一々DMAを動作させるまでのクロック数を聞いてくる訳だろ？ ちなみに・・・ベアナックルはmodが盛んでスパ2のT.HAWKが出てきたりするんだが
あの糞デカいキャラが敵をバタバタとなぎ倒すシーンは圧巻だよｗ スターフォックスが20fpsなら、今ある情報でどう画面を構成するのを考えるのが筋じゃね？
3フレーム1画面なら、6KBx3で18KB。一画面を18KBで構成するなら？
BGネームテーブルが何KB必要か分からんが256x224ならMDの場合は2KB弱。
ポリゴンなら当然塗りつぶしがある訳だからBGチップの内容は同じ。
だったら、BGチップとして出力する場合、同じパターンは端折ってBGネームテーブルの方を書き換える。
これならある程度情報量は押さえられるだろ。まぁ、その分演算が複雑になるが・・・。
個人製作だがBadApple!!なんかはその手法で30fpsでアニメーションを行ってるしな。
スターフォックスを例に出したいのなら「こんな画面だからMDを上回るだろ」じゃなく、
「スターフォックスはこんな画面でDMAの転送能力もこれだけあるんだ」と数値を出さなきゃ意味は無いぞ？
見た目だけじゃ分らんと言うのはそういう所だよ。 >>496
>そんな事は聞いてないんだが？
おいおい、話の発端は、>>442 の
>SFCのファイナルファイの取場合は敵の出現数が少ない事と2人同時プレイが無い事で書き換えを抑えてあるから
>ゲームが同じでも仕様が違う物を比べてSFCの方が早いとはいかんだろう？
だぞ。
MDのファイナルファイトを1人プレイにして敵の出現数をSFCと同じにすれば、仕様が同じになるだろって話だよ。
そのほうが同じ仕様に合わせるのは一番簡単だろ？
同じ仕様でもMDのファイナルファイトのパンチの速さはSFCには及ばないがな。
>MDは7KB有る。SFCは6KB有ると言われてる。MDの方が転送能力は高い。で終わる話じゃね？
だから前に言ったじゃん、お前さんの話だと、例えばMDで3.5KBのDMA転送を2回行えば7KBの転送が可能だって事になってしまうだろ。
だが実際はDMA開始手続きで相当時間を消費するから、7KBとはいかないだろ？
更にSFCはスターフォックス2で30fpsが可能な性能を持っている、なのでSFCの6KBが間違いの可能性だってある。
ネットの情報の信憑性が低い事は、お前さんもスーパーFXチップのwikiで痛いほど経験しただろ？
>BadApple!!なんかはその手法で30fpsでアニメーションを行ってるしな。
BadApple!!ってMDであるのか？
動画を見せてくれよ。 >>499
SFCの仕様に合わせて作るならMD側のプログラムの作りも変わるだろうから、パンチの速度が変わらないということはありませんな。
何をもってパンチの速度が変わらないと言っているのかさっぱりわかりませんな。 >>499
全画面ではなく必要部分だけ書き換えれば6kbでも30フレームだせるよ。
その分、描画は軽くなるが演算は重くなるが。 >>501
>描画は軽くなるが演算は重くなるが。
重くなったらポリゴン描画のほうが30fps維持できなくなるからまずありえないな。 あり得なくも無いだろ。
非力な8ビット非スプライトPCでは当たり前にやってた技法だし。 >>503
>非力な8ビット非スプライトPCでは当たり前にやってた技法だし。
そのPCって何さ？
グラフィック画面のビット深度と解像度も教えてくれ。 >>503
あと何fpsで動いていたのかも教えてくれ。
動画はないのかい？ >>502
256x256画面を秒間30フレーム(＝１フレーム0.5画面分)のVRAM転送ができなければ、必要部分のみの書き換えということになりますな。
そんな速度がSFCのVRAMにありますかな？ >>502
いや、現状どれだけの演算能力が残っているのか未知数だから言い切れんぞ？
30フレーム出せるポリゴン数にすればいいだけだしな。
実際スターフォックス2ではフレームレートが上がってるんだろ？
FXチップの能力も上がってるみたいだしな。
MD版BadApple!! 動画ではブロックノイズが出ているが、
これはビデオオンコード側の問題であって実機では出ない。
https://www.youtube.com/watch?v=2vPe452cegU
これ実機で見た時は感動したわ。PCMはソフトウェアADPCMらしいな。
曲丸々PCMで鳴らしてこれだけの音質を保ってるのが凄い。
ちなみに制作時は8MBに収まる事を前提にしていたらしいから音質もそれに合わせているんだろうな。
実際にファイルは8MBだった。 >>499
## だから前に言ったじゃん、お前さんの話だと、例えばMDで3.5KBのDMA転送を2回行えば7KBの転送が可能だって事になってしまうだろ。
何でMDだけ分割した話になるんだよ。だったらSFCにも同じ事を適応させなきゃダメじゃね？
6KBの転送だとしてもそれを分割すれば当然レジスタの設定で時間を消費するから6KBにはならんだろ。
6KBを超える可能性があるならお前さんがそれを証明すればいいだけであって、
なんでMDの転送量を減らす話になるんだよ。そのつながりが分からんわｗ
スターフォックス2で30fps出るならその方法をお前さんが探ればよかろう。
ファイナルファイトの件。CPU負荷を考えなければいいだけだろ。
単純にVRAMの転送量だけ考えればいい。
実際ファイナルファイトのどのぐらいのCPU負荷が有るか分からんしな。 20fpsから30fpsに上げられるって事を考えると
案外日本版Wikiの記述の方が正しい可能性も出てくるな。
確かに64KBのワークRAM？は持っているが、
よくよく考えたらスーパーFXチップ用のプログラム本体と3D演算用の頂点データだけでも結構な容量を食いそうなんだよなぁ。
結局はまずその辺りから真偽を探らないとダメだな。 >>509
高音質化のアンプ回路を使わせてもらいました。いい音出てます。 >>507
>30フレーム出せるポリゴン数にすればいいだけだしな。
それじゃあせっかくポリゴンを沢山描画できるチップを搭載したのに本末転倒じゃないか。
>>508
>何でMDだけ分割した話になるんだよ。だったらSFCにも同じ事を適応させなきゃダメじゃね？
SFCファイナルファイトは分割していると思わないかい？ 1フレーム中に複数のキャラ単位で書き換えられているのだから。
>当然レジスタの設定で時間を消費するから6KBにはならんだろ。
SFCはDMA転送開始手続きがMDよりも高速な可能性も考えられるな。
>>507
MD版BadApple!!、これは凄いな、ここまで滑らかに動画の再生ができるものなのか。
使用色数は2bppの4色。
1フレームのグラフィックの容量を約11KB以下で済むように作成しておき、
その他は単色塗りつぶしチップを選択して容量を抑えているわけか。
MDのBGは最低でも6フレーム分のバッファリングが可能だから、
1フレームの容量が瞬間的に14KBを超えてしまう場合にも対応可能だな。
ところで最初に「Video : 320x224 @ 30FPS, 2bpp」と書いてあるけど、
MDのBGチップは色数2bppの4色のモードがあるの？ 転送速度なんてまだやってたのかよ
ファイナルファイトCDのパンチが遅いのは事実だし
理論上は速くできるらしいが、あくまで机上の空論
それにこういうのは他の敵キャラや2P同時・ステージ構成など
厳しい条件で検証しなきゃ意味なんざない。 スプライトサイズ可変のPCエンジン16ドットから64ドットまで自由に指定できる。
これは当時のゲーム機では最大でSFCよりも大きなサイズを扱える。
属性テーブルにも余裕があるので、SGのようにVDCを2個に増やしてプライオリティ等の機能拡張をすることもできた。
メガドライブは32ドットが最大サイズであり、PCEの半分の大きさしか表示ができない。
また、属性テーブルを限界まで詰めてるから、
パレット用に使えるのがたったの2ビットしか無い。だから色数がしょぼい。
パターンRAMの使用効率も含めてギリギリまで効率化をしているので拡張の余地がない。
MCDのファイナルファイトはプレイヤーキャラ2人、敵キャラ4体で最大6体が画面上に表示される。
ゲーム中で6体を同期させ、MDの性能に合わせてRAMパターンを動的に転送し書き換える事をを前提としているから、
1キャラあたりの転送にウェイトが掛かり、パンチや武器使用時のモーションがもたついてしまう
敵キャラクターを3体までにする、あるいは1P専用ゲームにするか、
若しくはキャラクターサイズを縮小してRAMへの負荷を軽減する等の措置を取れば高速パンチも再現できたかもしれないけどね。
キャラクターの見た目の大きさを優先したのと、MDのRAMの転送速度が追いついていなかったのが
ゲーム性が損なわれてしまった原因。 キャラクター数が少ないときだけ転送に余裕があるのでパンチ速度を早くするとなると
ゲームとして成立しないからね。
6体動時出現を前提としてるので、どうしてももたついてしまう。 >>514
ちょいまって
SFCのスプライトって最大64x64だろ
色分け動画でもグラディウスⅢが使ってたはずだ >>517
確かにSFCは64x64が扱えるので最大サイズはSFC＞PCE＞MDになる。訂正。
しかし、SFCのスプライトはゲーム中にスプライトサイズを2種類しか指定できない制限があるので、
大抵は8×8、16x16、32x32の何れかを選択している。
64ドットスプライトを多用しているPCEと違い、SFCではほぼ皆無と言っていいほど使ってないと思う。
グラディウスIIIも、8x8と16x16の2種類を選択しているので、64ドットスプライトは一切使ってないと記憶しているが。 >>512
メガドライブやPCEのBGはパックドピクセル(1バイト2ドット)だから色が減っても転送量は変わらんよ。
圧縮した時の容量と動画を展開する為の時間を稼ぐ為だろうな。
>>514
PCEのスプライトサイズは16x16、32x32、32x64だけじゃね？
MDのスプライトなら8x8～32x32まで8ドット刻みで指定できるけど。 >>515-516
結局ファイナルファイトは結局ゲームの作り次第って事だな。
MDと同じキャラ数にしたらSFCも同じような事をしなけれ対応できないだろうな。
>>518
PCEの32x64で反転を使う場合は
キャラクタパターンを置く為のアドレスに自由度がなくなるからあまり使われていないって事になってるな。
VRAMが虫食い状態になるから管理が面倒になるそうだ。
8x8ドットのパターンでも16x16を使うしかなくVRAMにはやはり無駄が出来てしまう。
同じキャラパターンををBGとSPで使う場合もSPがプレーン方式なのにBGがパックドピクセルだから
それぞれ登録しないとならないのも無駄の要因だな。
MDのVDPの拡張の余地がないのは確かだな。外部からVRAMを追加する事も出来ない。
内蔵なら128KBまで対応していたから勿体無かったなと言うしかないな。コスト削減なんだろうな・・・。 >>518
BG面が複数使えるSFCやMDでは64ドットスプライトはあまり必要ではなかったのでは？ そもそもファイナルファイトなんてクソゲーに、何を必死になってるんだか
劣化版ストリートファイター 独り言
16x16ドット単位で通し番号順にスプライト用のキャラジェネを定義して
32x32サイズを表示する際にスプライトテーブルに
０１
２３
みたいに定義して、左右反転する際は反転フラグを立てて
１０
３２
という風にして、上半分をすげ替える場合は
５６
２３
という風にする
上記はファミベのDEF SPRITE命令がこういう作りなんだけど
PCエンジンのスプライトはそういう仕様「ではない」という事なのかしら >>515
>敵キャラクターを3体までにする、あるいは1P専用ゲームにするか、
敵キャラクターを3体までにし、1P専用ゲームにしてもSFCの高速書き換えには及ばないと思うよ。
>>519
>メガドライブやPCEのBGはパックドピクセル(1バイト2ドット)だから色が減っても転送量は変わらんよ。
そうなのか、2bppモードがあるわけじゃないんだな。
>>520
>MDと同じキャラ数にしたらSFCも同じような事をしなけれ対応できないだろうな。
CPUの速度を無視するなら、SFC版はMDと同じような事をすれば2人プレイとキャラ数6人も対応可能だが、
MD版はSFCと同じく1人専用、キャラ数4人にしてもキャラ書き換え速度はSFCに及ばないよ。
MD版BadApple!!
ワークRAM内で以前のBGとの差分だけを書き換える事で、書き換え面積を減らして高速化もしているのだろうな。
グラフィックのチップは使用順に並べておき、後で使用箇所が見つかる度にアドレスをインクリメントしながら書き込んでいけば書き換えを高速化できるな。
単色塗りつぶしチップ以外のビットマップチップの使用色数は2bppの4色だが、
単色塗りつぶしチップの色数は1bppで黒と白の2色だけだから、画面全体の使用チップの情報は、黒、白、グラフィック、書き換えなしの4パターンの2bitで事足りるな。
これなら1フレームのデータ容量が小さくなり、比較的高速に書き込むチップの選択ができるだろう。
これはフレームのデータを予め展開が高速になるように、エンコード時に時間をかけて調査しているからできるのであって、
リアルタイムにチップの情報を調査しながら使用チップを割り当てていくのは時間がかかり難しいだろうな。
また、スターフォックスのように色数が多いと厳しいと思うよ。
実際、BadApple!!も灰色の面積が多いシーン(1:37.83 2936フレームから10フレーム)は半分の15fpsまで落ちている。 >>507
モノクロだから書き換え対象は基本的に輪郭部分だけ。
データ転送量が多いのは桜？吹雪あたりかな。 >>524
ROMから差分パターンを順々に読み出して該当するパターンテーブルを書き換えてるだけだろ？ >>526
チップのグラフィックは1回のDMA転送でまとめて書き換えないと速度が出ないんだよ。 >>524
## 高速書き換えには
その高速書き換えって何？V_INT1回あたり6KBを超える情報は見つかったのかな？
無いのに想像で書いてるだけ？ >>523
PCは32x32のスプライトを持っているから始めからワンセット。64x64を作るなら32ｘ64を2セット使えばいいし。
ただ、既に書いたけど反転させる時はキャラクタパターンを置く場所に決まりが出てくるから、それを避ける為に
32x32を4枚使うようになると>>523書かれたような事になる。 >>528
>その高速書き換えって何？
SFCファイナルファイトが1フレーム中に3キャラ同時にグラフィックが変わっただろ。 メガドライブ版のBadApple!!はVRAM転送速度とか参考にならない事が分かった・・・
https://youtu.be/VeQRGAmBiok
ベンチマークモードと言うのが有ってそれをONにすると30fpsで安定化させる事をしないので
MDがフルパワー状態で動画再生していくんだけど、
VRAM転送能力云々よりも動画展開で重くなってるような感じだな。これ。 >>521
仮に大きなサイズのスプライトが有ってもあまり使われなかったかもしれんね。
64x64を使った場合で完全に塗りつぶしされていない場合は8x8ドットの空白が結構できてくると思う。
VRAMを書き換える場合は空白もキャラパターンとして転送しなければならず無駄が出るし。 >>531
https://forums.nesdev.com/viewtopic.php?f=12&;t=10696&sid=896d9564dd8346171c737dc3ae1031fd
つべに15fpsのSNES版badappleもあったから、そこからちょっと調べてみた
SNES版を30fpsにするにはグラフィックパターンをどう6KBに収めようか書いてるっぽいね
英語は自信無いけどw >>489 (ｽｯｯﾌﾟ Sd1f-fM6A)
おいおい、逃げる気かよ？
さっさと謝罪しろよ。 >>534
お前が何をしたいのか最早分からないんだけどさ
仕様のこと知りたいんだったらhomebrew界隈当たった方が早いんじゃないかな
>>533のリンク先のトピックは14ページもあって読む気がしないから任せるよ
スーファミのVRAM転送について新しいことが何か分かるかも知れないし分からないかも知れない
誰も聞いてないのに公開されてる情報をダラダラ解説するよりは勉強になると思うんだ
基礎研究だと思って真面目に取り組んでくれよな >>535
お前さんは >>489 (ｽｯｯﾌﾟ Sd1f-fM6A) と同一人物なのかい？ >>527
１フレーム毎に１画面分のVRAM書き換える訳じゃないだろ。 >>537
そんなの当たり前じゃん。
話が理解できていないのか？ >>538
たまに「ビットマップ」って言葉を引っ張り出すのはやめてほしい。
BGマシンをビットマップとして扱ってる意味だとしても混乱する。
あくまでも8x8ドット1チップだからさ。まぁ、こっちも「チップ」とか「セル」とかいろいろ言うけども。
一応言っておくわ。日本語版のwikiに有るFXチップの機能説明。こちらはあれが本当に間違いかどうか決めかねてる状態なんで。
スターフォックスの20fpsからスターフォックス2の30fpsで10fps分の差が出てる。
VRAMはPPU管理下だろうし。転送能力はそう簡単に上げられるわけがないんで。
こうなってくるとVRAMの転送能力よりもポリゴン？の演算速度の問題じゃないかと思う訳で。
4色動画であっても60fps出してくるBadApple!!を見てるとますますそう思えてくる。
もしかするとBadApple!!同様に以前のフレームとの差分だけを送ってくるとしたら？
結局画面の動きだけじゃ転送能力なんて分からんわな。
スターブレード、シルフィード、夢見館を見てもそうだけどさ。 MDの場合はBGネームテーブルが2KB弱で
残り5KBを変化の有ったBGチップに回すとすると160個の書き換えになる。
これだけあれば結構な部分の書き換えが可能になるな。
動画展開の方で負荷を受けるなら、速度出す為には外部チップに任せればいい訳だし。
それをやってるのが動画系のゲームって事だわな。
この場合外部チップはMCD内の68KやDSPって事になるが。 >>539
1チップ内のグラフィックはビットマップじゃないか
>もしかするとBadApple!!同様に以前のフレームとの差分だけを送ってくるとしたら？
それは無いと>> 524 で否定しただろ。
ポリゴンレンダリングしているのにどうやって差分を見つけるんだよ？
更にDMA転送が細切れになり、かえって遅くなってしまうじゃないか。
>結局画面の動きだけじゃ転送能力なんて分からんわな。
MDファイナルファイトは画面の動きだけで分かってしまったがな。 >>542
SFCが6KBなのは確定したんだから次行ってくれ
いつまでもぐだぐだ言ってないでPCEがMDと大差ない証拠探しな >>542
＞MDファイナルファイトは画面の
＞動きだけで分かってしまったがな。
画面の動きだけではわかるはずもないのに、根拠らしい根拠もなくただ言いたいだけではありませんかな？ >>543
答えられないって事は同一人物なんだな。
>>543 (ｽｯｯﾌﾟ Sdea-IjbD) ＝ >>489 (ｽｯｯﾌﾟ Sd1f-fM6A)
>SFCが6KBなのは確定したんだから次行ってくれ
確定してないだろ、SFCファイナルファイトの実例もあるし、
スターフォックス2が14KB相当の転送量がある事になるんだからな。
>いつまでもぐだぐだ言ってないで
そんな事言いだしたら、
スターフォックスではBadApple!!と同様の転送ができないと>>524 で説明したのに
理解できずいつまでもぐだぐだ言ってる>>539 も含まれるぞ。
お前また彼を馬鹿にしたな、いいかげんにしろよ、さっさと彼に謝罪しろ？ >>545
謝罪と言えば>>533のトピック内容適当に読んでたわ
MDの7KBのグラフィックパターンをSFCでDMA転送する6KBに当てはめてプログラムまでは書いたけどエンコード方法が分からない、か
訂正してお詫びするよ
そしてSFCが6KBなのが改めて確定しましたってことで >>546
違うだろ、彼 >>539(ﾜｯﾁｮｲ 1b10-cyUp)を馬鹿にした事について謝罪しろと言っているんだよ。
頭悪いの君？
>そしてSFCが6KBなのが改めて確定しましたってことで
ネットの情報提示するだけで確定していたら、
今頃スーパーFXチップのポリゴンはBGを変形させているだけで、
本体VRAMにDMA転送なんかしていないって事が確定してしまっていたんだぞ。
彼は以前ネットの情報を鵜呑みにしてこんな発言をしていたんだからな。
>>349 (ﾜｯﾁｮｲ 1b10-cyUp)
>この説明を見る限りではBG1枚を1枚のポリゴンとみなして変形させていく。
>スーパーFXチップはこのBGを増やす事でポリゴンの枚数を増やしている。
>となるとDMA転送やらは行ってないよな？
そんなに確定させたいなら、SFCファイナルファイトとスターフォックス2の話を覆してからにしてごらん？
まずは謝罪が先だがな。 >>547
はあ、>>533はSFCのプログラム組んでる人達のコミュニティだから信頼出来るじゃん
リンク先で他のレス斜め読みしても6KB前提で話が進んでるようだし
少なくともパンチ速い！とか御託並べてるだけでなんも実践しない奴よりは信頼できるかな
それはそれで比べるのも失礼か
ごめんな >>548
その人達が、ネットの間違った情報(6KB)を見て語っているだけの可能性だってあるだろ？
その速度前提でプログラムを組んでいるだけであって、実機で測定したわけではないだろうからな。
そんな事よりさっさと謝罪しろよ？
彼>>539(ﾜｯﾁｮｲ 1b10-cyUp)は自分が間違っている事に気がついたらしっかり謝罪して誠意を見せてくれたが、
君は知識が無いので議論する事もできず、他人の知識を借りて人の事を平気で馬鹿にし、しかも一切謝罪なしとは。
君という奴は人間性が最悪だな、悲しい人生だねｗ >>542
## MDファイナルファイトは画面の動きだけで分かってしまったがな。
何にも分かって無くね？SFCは6KBでMDは7KB。じゃぁなんでお互いがあそこまで違う処理になったのか。
結局お前さんは見た目だけでMDが遅いって言ってるだけで原理としての違いは全く説明してないしな。
>>545
## スターフォックス2が14KB相当の転送量がある事になるんだからな。
お前さんがそう思ってるだけで根拠が全くないのだが？
>>547
## ネットの情報提示するだけで確定していたら、
少なくともネットの情報だけで語ってるお前さんよりは実際にプログラムを書いてる人の話の方が信憑性はあるわな。 >>549
悪いが実際にプログラムを組んだり行動を起こしてる人間の方が口だけのお前さんよりは信憑性が高い。
この人たちがどこから情報を得てるのかもお前さんには判断しかねるはずだしな。
実際にプログラムを書いたとなると動作させながら調整も行ってるだろうから。
面白いのは7KBと6KBとと言う数字。お前さんが持ってきたSFCのスペックを解説しているサイトでも6KBの数値。
更に自分が散々言ってきた7KBと言う数字も上がってる。
その外人さんたちが日本語サイトを見た可能性もあるが
SFCのプログラムマニュアルを持っている或いはみた可能性もある訳だ。
お前さんの妄想と実際にやってる人たちの数字どっちが正しいんだろうな？ >>550
>SFCは6KBでMDは7KB。じゃぁなんでお互いがあそこまで違う処理になったのか。
それがなぜかを考えもせずに、「MDのVRAMへの転送速度はSFCよりも早い」などと考えているお前さんに言われてもな。
>お前さんがそう思ってるだけで根拠が全くないのだが？
お前さんにとって都合の悪い事なので信じたくない気持ちもわかるよ、だが、
「根拠が全くない」だけじゃなく、
「こういう推測ができ、実際の動作もこうなので、こういう理由でその主張は根拠が全くない」と語らないと誰も納得しないよ。
>少なくともネットの情報だけで語ってるお前さんよりは実際にプログラムを書いてる人の話の方が信憑性はあるわな。
>>551
>実際にプログラムを組んだり行動を起こしてる人間の方が口だけのお前さんよりは信憑性が高い。
実際にプログラムを書いているのに、スーパーFXチップの件でとんでもない間違いを犯したお前さんが言っても説得力ないわな。 >>549
そうそう可能性
6KBと言う数値の出どころを考えるとSFCやSNES実機を解析した人だと思うんだよね、エミュの作者とか
そう言った人達が公開した情報がプログラマーの共通認識になったんじゃないかな
ハードを解析出来るような人は当然プログラマーも兼ねてるだろうしさ
そこで仮に6KBがどこからとも無しに現れたデタラメ数値だとしたら、ネット上でいつかつっこみは入るでしょ
お前が14KBだの可能性を語るのは勝手だけどお前しか言ってないことじゃん
一方で6KBはプログラマーの共通認識としてある
どちらが正しいかの可能性を考えりゃ6KBとするのが妥当も妥当なんだよね ((1364-40）* 38）/ 8 = で6289バイトらしい。 >>553
>6KBと言う数値の出どころを考えるとSFCやSNES実機を解析した人だと思うんだよね、エミュの作者とか
>そこで仮に6KBがどこからとも無しに現れたデタラメ数値だとしたら、ネット上でいつかつっこみは入るでしょ
じゃあSFCの5KBという数値の出どころはどこなんだよ？
>>214 で>>551 (ﾜｯﾁｮｲ 1b10-cyUp) が語っていただろ？
>お前が14KBだの可能性を語るのは勝手だけどお前しか言ってないことじゃん
それが何か？地動説を最初に唱えたのは1人だっただろう？
>どちらが正しいかの可能性を考えりゃ6KBとするのが妥当も妥当なんだよね
そんなものは、ここでそちらの可能性が正しい事を客観的かつ論理的に語れば済むだけの話だろうに。
そうはせず、一方的に俺の話が根拠もなく間違っていると決め付ける行為は、
そうでなくては困る君達が、必死になって「正しいのは俺達だ」と主張しているだけにしか見えないぞ。
そんなんで皆が納得するとでも思っているのかい？
悔しかったらSFCファイナルファイトとスターフォックス2について皆が納得できる理由を示したらどうだい？
まずお前は謝罪が先だがな。 >>552
## それがなぜかを考えもせずに、「MDのVRAMへの転送速度はSFCよりも早い」などと考えているお前さんに言われてもな。
何が言いたいのか分からんが単純にスペックからだろ？
スペックが有ってそれに沿ったソフトウェアがあるから。だから先ずはスペックから予測する。当然の流れじゃね？
見た目でスペックを超えるような事をしているように見えるのなら、処置手順を考える。
お前さん、見た目から処置手順を無視してスペックを語ってるだろ？
## お前さんにとって都合の悪い事なので信じたくない気持ちもわかるよ、だが
否定する側が見た目だけで判断してるからねぇ。根拠の薄い否定のされ方をすれば同じ返しをするしかないだろ。
## 実際にプログラムを書いているのに、スーパーFXチップの件でとんでもない間違いを犯したお前さんが言っても説得力ないわな。
SFCでプログラムを書いた事があるとは一言も言ってないのだが？
こちらが書いた事があるのはファミコンとメガドライブだけだぞ？
SFCに関しては知識は殆ど無いのでスペックが書いてあるwikiを参考にした。それだけだ。 >>555
自分に対してのレスじゃなさそうだが、5KBの文言が有ったのでレスしとく。
## じゃあSFCの5KBという数値の出どころはどこなんだよ？
確かここじゃね？かなり前にそう言ってた人が居たな。むしろMDよりも遅い事に驚いて覚えてるだけ。
## そんなものは、ここでそちらの可能性が正しい事を客観的かつ論理的に語れば済むだけの話だろうに。
理論的に話しても「見た目が～」で返されるだけだろ。
お前さんがSFCのDMA転送が実際に6KB以上ある事を証明すれば全部終わる話なんだけどね？
それが出来ないから言葉だけで相手をねじ伏せようとしてるだけじゃね？
お前さんがやってるのは「見た目で6KB以上ありそうだろ？」だけなんだよな。 あと、H_DMAでメモリ転送しているソフト名を教えてくれる？
もしくはそれを説明しているサイト。何を参考にしてそういってるのか知りたい。
かなり前の話だけど、「スペックで適当な事が書いてある」と言った内容。その具体例を聞いてないんだよね。
お前さんは「そんな感じで」みたいな曖昧な返し方をしてきたが。体験した事が有るんでしょ？だったら具体例がが書けるよね？
「 ～ のスペック表に ～ といった書き方がされていたが実際は ～ だった」と言えるでしょ？
まさかそれすら妄想って事はないだろうから。 デモ動画だけ見て「PCE SGには半透明機能がある」とか、
ファイナルファイトのパンチだけを見て「MDのVRAMは遅い」だとか、
スターフォックスだけ見て「SFCのVRAMは高速だ」と推測にするのは自由だが、それを主張したいならより多くの事例をあげるべきですな。 そーだそーだ、「ですな」は
詭弁・捏造・印象操作・話の擦り替えで
邪魔なだけだから黙ってろよ >>561
「より多くの事例をあげよ」と言われるのはPCE派にとってそんなに不都合なことですかな？ そーだそーだ、「ですな」のその無駄な難癖が邪魔なんだよ >>563
難癖と言いたいほど「より多くの事例をあげよ」というのはPCE派にとって不都合なことなんでしょうな。 >>564
いーやいーや、
PCE派ではないし、お前こと「ですな」が邪魔なだけという単純な話
そんな簡単な事も分からないのか SFCは、モード7があるので本体の拡大縮小回転機能を使う場合画面を書き換える必要がない
転送速度に縛られず、256色で、60フレームの拡大縮小が出来る設計
MCDの拡縮回転の場合、CPU演算の後
VRAMに転送を行って画面の書き換えを行っているので
MCDの拡縮はフレームレートが低い メガCDの拡大縮小回転は専用DSPが演算するのでCPUはかかわらないぞ。 >>556
>何が言いたいのか分からんが単純にスペックからだろ？
>スペックが有ってそれに沿ったソフトウェアがあるから。だから先ずはスペックから予測する。当然の流れじゃね？
そのスペックだけでは説明のつかない事象があるから、さんざん突っ込まれているんだろうに。
突っ込まれたらちゃんと皆が納得するよう理由を説明をすればいいだけの話なのに、
お前さんは「それは間違っている」と言うだけでまともな理由を説明できていないからな。
>根拠の薄い否定のされ方をすれば同じ返しをするしかないだろ。
俺はMDファイナルファイトで動画を見せながら根拠のある説明をしただろ？
それを見て俺の説明に納得してくれた人もいたしな。
お前さんは「俺の話の根拠が薄い」とか理由をつけて逃げてるだけじゃないか、プログラム作ってる人間ならしっかりと根拠のある理由を説明しなよ。
それができないならプログラム作ってない人間と同レベルだぞ、情けない。
つまりお前さんの話の信憑性は俺と同じだと認めている事になってしまうというわけだ。
根拠の薄い返しを続けていても、誰も納得してくれないぞ。
>SFCでプログラムを書いた事があるとは一言も言ってないのだが？
だからって、スーパーFXチップの件ではお前さんの話が正しくて俺の話のほうが間違いだと決め付けていたじゃないか。
どうしてSFCでプログラムを書いた事ないのに俺のほうが間違いだと決めつけられたんだ？
要するに同じ事なんだよ、たまたま間違っていたのがSFCだっただけで、
MDのwikiに同じように間違いが書いてあり、お前さんがそれに関連するプログラムに関わっていなければ、それを鵜呑みにしてしまうだろ。
そしてお前さんが言ったのは、
>悪いが実際にプログラムを組んだり行動を起こしてる人間の方が口だけのお前さんよりは信憑性が高い。
>実際にプログラムを組んだり行動を起こしてる人間の方が口だけのお前さんよりは信憑性が高い。
と言っていたのだから、お前さんは実際にプログラムを組んでいるし行動も起こしている。
そして俺は口だけなんだろ？
SFCじゃなくても当てはまるじゃないか。
MDファイナルファイトについてはお前さんの考えが間違っていて、プログラムを改造してパンチを早くしようとしていたな。
だが実際は、俺の>>247の「MDにファイナルファイトのキャラ達を高速に書き換える性能はないよ。」のほうが正しかったじゃないか。
「実際にプログラムを組んだり行動を起こしてる人間の方が口だけのお前さんよりは信憑性が高い」
はずなのに、どうして間違えちゃったのかな～？信憑性高いってのはこの程度の事だったの？
なんかお前さんの発言を聞いていると、
「プログラムを組んでいる人のほうが偉くて話にも信憑性があるんだ」
「だからそうではない凡人共の発言など、間違っているに決まっているから黙って俺様に従えばよいのだ」
と、他者を見下しているように聞こえるんだが、そういう事でいいか？ >>557
>## じゃあSFCの5KBという数値の出どころはどこなんだよ？
>確かここじゃね？かなり前にそう言ってた人が居たな。
おいおい、ちょっと待てよ、お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)とは別人だとでも言い出すのか？
>理論的に話しても「見た目が～」で返されるだけだろ。
いったい何の話だ？いつ俺が「見た目が～」で返したんだよ？
お前さんは議論する気がないのか？
だったら素直に負けを認めて黙っていなよ。
お前さんの主張は明らかに矛盾が生じているのだからな。
>お前さんがSFCのDMA転送が実際に6KB以上ある事を証明すれば全部終わる話なんだけどね？
証明などしなくても、お前さんの矛盾した主張に突っ込むには必要十分だからな。
お前さんのほうこそ、「MDのVRAMへの転送速度はSFCよりも早い」などと先に言い出してきたのだから、
それを裏付ける理論を提示し、俺の突っ込みに対して、「お前の話は信憑性が無い」ではなく、
客観的かつ論理的な反論をすれば済む話じゃないか。
それが出来なければ、お前さんの主張が間違っていたのを認める事になるんだからな。
>お前さんがやってるのは「見た目で6KB以上ありそうだろ？」だけなんだよな。
見た目じゃないだろ、スターフォックス2の画面（30fps）を計算すれば6KBを超えるだろ。
皆が疑問に思っている事なのだから、否定するなら納得のいく理論を述べるかお前さん自身が証明してくれないとな。
調べたところ、スターフォックスの画面解像度は256x224ではなく224x192のようだ。
1フレームは、224 x 192 x 4bit = 172032bit = 21504Byte
30fpsだとこの半分の、約10.75KB で、計算上でも明らかに6KBを超えているぞ。
>あと、H_DMAでメモリ転送しているソフト名を教えてくれる？
FF6の敵の魔法で味方キャラのスプライトがラスタースクロールしていたから、
スプライトアトリビュートにメモリ転送しているだろ。 同一ゲームで比較
スーパーファミコン ロードブラスター
https://youtu.be/KvrGKu5mUko?t=155
メガCD ロードブラスターFX
https://youtu.be/g8oU6ZrqGq8?t=210
色数は当然として、
秒間の書き換え枚数でもSFCの方が圧倒的に上回っているように見える
MCDでここまで滑らかな動画は見たことがない >>570
マスクROMとCD-ROMの差だろ？
標準速度CD-ROMじや150KB/s止まり。１フレーム2.5kB。 >>565
過去にやり込められた恨みでもあるのですかな。 >>572
今まさにですなが邪魔なだけだが？
本当に理解力が無い馬鹿だな >>572
そもそもですなが誰かをやり込めた事などあったか？ソースよろしく
逆パターンは幾らでもあるけどな >>574
そうですか？
全く記憶にありませんな。 >>569
ファイナルファイトもスターフォックスも見た目だけじゃね？
見た目から判断した感想の述べてるだけ。
具体的な仕組みが出されてない以上、見た目だけとしか言いようがないんだが？
>>見た目じゃないだろ、～
ソフトやハードがどういう事をしているのか分らない限り、お前さんの導き出した計算は見た目からの予想でしかない。
実際にどうなっているのかが説明されてないんだよね。だから「見た目だけの判断」としか言えない。
>>FF6の敵の魔法で～
その魔法は本当にスプライトだったのかな？仮に書き換えていたとしてもDMAを使わなくても同じ動作はできるのでは？
「～ライン目に～のデータを送る」と言うピンポイントのDMA転送は出来るのかね。
これだと、逆にDMAを使うよりもH_INTの本数を数えてCPUでアトリビュートを書き換えた方が楽じゃね？
MDの場合だと～本毎にH_INTを発行するみたいな事が出来るから良いけど。 >>571
SFC版は個人製作らしくROMが有ったけど730MB有るんですがｗ お前さんは知らないかもしれんが、ちょっと前にPCEには半透明処理が有る！とほざき始めた奴がいた。
そいつはYoutubeに有る動画を持ってきてた息巻いていた。
けど、その動画の説明には、
PCE-SGにはVDCが2つあり更に２つのVDCのどちらを優先表示するかコントロールするチップ(=VPC)積まれている。
VPCにはWINDOWと言う機能が有り、手前の画像に穴をあけて下の画像を表示する機能がある。
と書かれていた。2つのVDCで色違いで同じ画像を表示させ、上の画像にに穴をあける事で色違いの下の画像が見えるから
見た目上はセロファンを重ねて色を変えているようにも見える。
結局、半透明に見える処理をしてるだけだったわけだが、そいつはかたくなに半透明機能があると言い張っていた。
今お前さんがやってるのはそれと同じだから、ここの住人はお前さんに疑問を投げつけてる訳よ。
やってる事は違うのに見た目ではそう見えるからそういう機能がある。と言い張ってるだけなんだよね。 ただ念の為に言っておくと、今話してるのはV_INT期間中の転送量であってH_INT期間の転送量は含めていない。
もし、H_INT期間もDMAなり、メモリ転送なり行っているならそれは超えるだろうな。
但し、それはMDもSFCも同じだという事はお忘れなく。
そもそもSFCのH_DMAの使い方も分からん、どのぐらいの転送量が有るのかも不明。
MDの場合は、そこまでの転送はやったことが無いから分らん。
マニュアルには書いてあるから前にその数字出したが。
30fpsなら1フレーム分の処理は捨てられるからH_INT時の転送量は相当稼げそうだけどな。両者とも。 >>576
おい、質問に答えろよ？
・お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)とは別人だとでも言い出すのか？
・いつ俺が「見た目が～」で返したんだよ？
・お前さんは議論する気がないのか？
>ファイナルファイトもスターフォックスも見た目だけじゃね？
見た目だけでSFCとMDの処理の違いがわかり、他の人も納得する説明ができるのだから十分だろ。
いったい何が悪いと言うんだ？ 説明してみなよ。
スターフォックス2は計算で転送量が求まるから見た目だけじゃないだろ。
>実際にどうなっているのかが説明されてないんだよね。
どうなっているのかって、何の説明が足りないと言うんだい？
お前さんのほうが「お前の話は信憑性が無い」やら、「デタラメだ」などと言うだけで、
根拠のある理由を説明していないじゃないか。
>その魔法は本当にスプライトだったのかな？仮に書き換えていたとしてもDMAを使わなくても同じ動作はできるのでは？
スプライトだが？
SFCはCPUから直接VRAMにアクセスできるとでも言うのか？
>30fpsなら1フレーム分の処理は捨てられるからH_INT時の転送量は相当稼げそうだけどな。両者とも。
じゃあなんでSNES版badappleは6KB前提で話が進んでるんだよ？
MD版badappleは30fps以下だっただろ？ >>575
なるほど！
だから「ですな」はアホな無限ループを
永遠に繰り返してるのか
漸く謎が解けたわ！
自白乙
詭弁→論破される→忘れる
→捏造→論破される→忘れる
→印象操作→論破される→忘れる
→話の擦り替え→論破される→忘れる
以下、無限ループ。。。 >>581
ではあんたが論破したとかいう案件をあげてくださいな。
まさか忘れたとはいうとは思いませんが。 >>578
WINDOWではなくSP1 BG1 SP2 BG2を並び変えているだけでは？
VDCから出力されるデータはドット単位でSPかBGか判断つきますからな。 >>580
他の人も納得させる説明はできてませんよ。
納得させるなら仕組みをちゃんと説明しないといけませんな。 >>577
こんなもん当時の製品じゃないし何の参考にもならん >>582
どうせ忘れるのに、教えて何の意味があるんだよw
不毛な無限ループに巻き込まれるのは勘弁
根本的な事として、過去ログも読めませんか？
そして次は「ですな」の最終奥義、無視・沈黙ですか？w て言うか、もう既に「ですな」お得意の話の擦り替えが始まってるしwww >>586
具体的な情報は出せない、所詮はその程度ということですな。 スターフォックスなんて追加のチップが載ってるゲームなんだからスーファミ本来の性能ちゃうがな それ言ったらバーチャレーシングもそうだしメガCDもそう このスレ最大の害悪「ですな君」の必殺技
・必殺技その１．捏造
・必殺技その２．詭弁
・必殺技その３．話の擦り替え
・必殺技その４．印象操作
・最終奥義．無視、沈黙
要するに相手するだけ時間の無駄 >>593
時間の無駄と言いつつ執拗に絡んでくるあたり、やはり恨みでもあるのでしょうな。 >>594
恨み？w
「ですな」の無限ループに呆れてるだけだぞw >>595
やはり無駄に絡んでくる。
呆れてものも言えませんな。
このくらいで情報量ゼロのあんたの相手は止めときますわ。 >>596
全く同意見だぞw
お前以外全員に、「ですな」の取り扱い注意事項を知らせてるだけだから、
お前は一切返答しなくて構わないぞ！w >>597
結局ですな君に絡んでいるのはお前だろ。
お前が黙ってればつまらんレス消費は発生しない。 >>598
つまらんレス消費？
双方碌な証拠も出ずに延々と続いてる、
VRAM転送速度論争の事か？ >>599
VRAMは少なくともMDに関する話。
お前のですな君に対する粘着はPCE・MDと全く関係ない無駄なレス消費。 >>600
とんだ言い掛かりだし、やけに「ですな」の肩を持つな >>600
しかし高々10レスにも満たない程度で突然「レス消費！」だとか、
俺はお前にとって余程都合の悪い事でも言っちゃったのかねぇ？ >>602
そりゃそうだろ。
お前と違ってですな君は少なくとも情報提供してるからな。 >>555
コペルニクスが星のひとつふたつ見ただけで「ぴこーん！閃いた！」とか言う訳ないじゃん、お前じゃあるまいし
ゲーム機のプログラムと宇宙誕生の神秘を同列に語るお前らしいけどさ
皆が納得するも何もお前の想像に疑問持ってる人しかいないのは確認出来るかな
6KBてのは謂わば定説な訳でしょ？
SFCを扱うプログラマー達がそれを前提にしてる以上、納得するには十分なんだよね
例えば二重スリット実験を聞いて「不思議なこともあるもんだ」と、それはそう言うものとして納得する訳じゃん
そこで「そんな結果はありえない！証拠は無いがありえない！」と素人が騒いだところでそいつが基地外なだけだし
あと謝罪謝罪ってなんか傷付いてるんだ
まあ今回もお前を基地外扱いしてるみたいな内容になってしまったな
反省するよ >>603
情報提供？
捏造・詭弁・話の擦り替え・印象操作・無視・沈黙の繰り返しがか？
邪魔な害悪でしかないんだが >>604
>コペルニクスが星のひとつふたつ見ただけで
地動説を最初に唱えたのはコペルニクスだとでも思っているの？ｗ
>6KBてのは謂わば定説な訳でしょ？
何を言っているのかな君？SFCは5KBという話が出ていただろう？
そんな事より早く彼に謝罪しろよ？
彼を馬鹿にしてしまったんだぞ君はｗ
君にとっては彼なんてどうでもいい事なのかい？ｗ >>580
## 見た目だけでSFCとMDの処理の違いがわかり、他の人も納得する説明ができるのだから十分だろ。
アホだろ？処理の違いは分かって理由が分からなければ意味がない。
理由が有ってもそれが机上の空論ではやっぱり意味がない。
スターフォックスにしてもお前さんが出した数字は
お前さんが予測した動きから計算した数字だからやっぱり意味がない。
こっちの言ってる意味が分かってないだろ？「見た目からハードの性能を予測する」のではなく、
確認が取れているハードの性能を書けって事だよ。
## スプライトだが？
BGの可能性は？もしくはスプライトパターンの書き換えの可能性は？
態々スプライトをラスタースクロールさせるような手間を掛けるならスプライトパターンを書き換えた方が楽だろ。
## MD版badappleは30fps以下だっただろ？
態々動画を作ってやったと言うのに・・・。>>531 >>583
一部Windowを使ったデモが無かったっけ？煙が揺れてるみたいな奴。 >>607
## 何を言っているのかな君？SFCは5KBという話が出ていただろう？
あれは前に見た資料がそう書かれたからそう覚えてただけだ。
それよりも新しい記事で6KBになってるから6KBに訂正したはずだが？
そんな昔の話を引っ張り出してどうした？
で、お前さんが見た、いい加減な数字が書いてるという資料は何だったの？適当に言っただけ？
SFCやPCEの開発資料でも見た事あるのかな？
こう言ったプログラム系の話でいい加減な事を書けばサードパーティに迷惑が掛かるだろｗ
ライセンス料を取って資料を渡してるんだから。
ちなみに何か問題が出た場合は注意書きが追加されるから「いい加減な事」なんてものはどんどん排除されていく。 >>608の補足でお前さんがやっているのはそれっぽい画面の物を持ち出して
お前が計算してその結果をこちらに押し付けて誤認させようとしてるだけ。
「こういう見た目だから、こういう計算が成り立つだろ、だからこういうスペックだ」
てのがお前さんがやってる事。お前さんの予測したスペックの話なんてしてないし興味もない。
こちらが求めているのは
「こういう見た目だけど、こういうスペックだから、こういう処理をしている」
って事。だからいつになっても話がかみ合わない。
スペックを予測するのはまた別な楽しみが有るんだが、今はそれを求めているわけじゃない。 >>610で書いた「いい加減な事」ってのは「新しく発見された問題」の事な？
SEGAが想定していなかった事態がサードパーティによって発見された場合は
「～と言う機能を～と言う使い方をすると～と言う問題が起きる。～を行う事で問題は回避される」と追記される。
お前さんが想定してる様な温い世界じゃない。 >>608
だから質問に答えろよ？
お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)と同一人物だろ？
いつ俺が「見た目が～」で返したんだよ？
お前さんは議論する気がないのか？
>処理の違いは分かって理由が分からなければ意味がない
>理由が有ってもそれが机上の空論ではやっぱり意味がない。
どうして意味がないのか説明してごらんよ？
>確認が取れているハードの性能を書けって事だよ。
なぜそんな事をする必要があるんだい？
>BGの可能性は？もしくはスプライトパターンの書き換えの可能性は？
そんなに気になるなら自分で調べてみなよ。
縦ラスタースクロールでスプライトが拡大縮小しているから、スプライト書き換えじゃ面倒な事になる。
>態々動画を作ってやったと言うのに・・・。>>531
答えになってないぞ、SNESでbadappleを再現するなら30fps以下で問題ないだろって意味だよ。
そしてH_INT時の転送量は相当稼げるんだろ？
それなのになんでSNES版badappleは6KB前提で話が進んでるんだよって質問だ。
ちゃんと答えてくれよ。
>>610
>いい加減な数字が書いてるという資料は何だったの？
人間が作っているものに完璧なんてあると思っているのか？
CPUの開発ですら間違いが発生する事もあるというのに。 >>614
「ですな」が「記憶」とかw
都合の悪い事は全部忘れるんだろ？w
程度の低い印象操作乙w >>608
>スターフォックスにしてもお前さんが出した数字は
>お前さんが予測した動きから計算した数字だからやっぱり意味がない
俺が予測した動きとは、何の事を言っているんだい？ ずっと、確固とした「証拠」に基づいてVSしようぜって言ってるのに、
曖昧な「記憶」でくだらん茶々を入れるとか、
「ですな」ガチの馬鹿なんだな >>607
さあ？違うなら誰でもいいよ
星のひとつふたつ見て「ぴこーん！閃いた！」つっただけの基地外が最初かも知れないしな
そいつの名前にでも書き直しといてくれ
さあ？6KBはSFC専門コミュでの話だから疑問がありゃそこで聞けばいいじゃん
何せ>>533のトピ主が「MDデモと競争だ！」って掲げれば、それに参戦したプログラマー達で知恵を寄せ合う激アツ空間なんだしさ
ついでにお前も「パンチ速くて14KB！メガドライバーは謝罪しる！」つって熱く語るのも一興だと思うし
是非がんばってくれよな しかし色んなハードのbadapple動画あるけどPCEのは見当たらないな
寂しいね >>618
これでわかっただろ、6KBが定説などではないって事が。
そんな事より、彼を馬鹿にしておいて謝罪なしとはどういう事だよ？
君は理由もなしに人を馬鹿にして何とも思わない人間なのかい？
もしそうなら最低な奴だな君は、MD派って所詮この程度のものかｗ >>603
おーい、これがお前が有難がってる、
「ですな」発信の情報か？w >>621
お前にその記憶があるならがお前がその証拠を出せばいいだけ。
俺もSGでWINDOW機能があるなどというのは聞いたことないけどな。 いい加減ちゃんとPCEで戦って欲しい。ジャイアンの後のスネ夫のようだ >>623
それは>>109 でMD派が
>MDのVRAMへの転送速度はSFCよりも早い
などと言ってきたのが悪い。
>>109＝>>608 (ﾜｯﾁｮｲ 1b10-cyUp) >>614
自己レス。
そう言えば
https://youtu.be/75IdGO1I1o4
がwindow機能とBGSPの再優先度再並べ替えががあればできる、とありましたな。
ただ、このデモはWindow機能がなくてもできなくはなさそうですな。
煙(雲)部分はBG1 キャラと煙境目の通常背景はSP1、その他の煙裏境目の背景とその他の煙はBG2、煙裏キャラはSP2としておき、VDC1はBG1 SP1の順、VDC2はSP2 BG2の順、VPCでSP1 SP2 BG1 BG2 で並び替えればいい。
あとはBG1の煙の幅だが、VRAM書き換えでもなんとかなるのでは？ >>625
デモ2もデモ3もウインドウ機能等なくても実現できそうだったので、ウインドウ機能については既に忘れてましたわ。 >>626
×ウインドウ機能等なくても
○ウインドウ機能などなくても そういや姐とか言うクソゲーの話はどうなったんだろうな
動きがモッサリ過ぎてとてもMDのベルトACTと比べていいものには見えなかったんだが
それでもパンチ速い（）からPCEは10KBくらいあるのかも知れない
伸びしろ君には早く実証して貰いたいところ >>628
姐はスクロール対象が画面の上に半分で、しかもBG1面。
キャラサイズが小さく敵キャラのパターンも少ない。
わざわざVRAMのパターン書き換えしなくてもネームテーブル書き換えだけで充分かもしれませんな。 >>613
## いつ俺が「見た目が～」で返したんだよ？
お前さんがやってる事が既に見た目じゃん。SFCのDMA転送能力は6KB。その事実を無視してる。
お前さんの場合はそれを覆す仮説を立ててるが、その仮説の拠り所がは見た目。
だからお前さんがやってるのは「見た目での返しだ」って事だよ。
第三者がその仮説を事実とするような実験を行っていたりするならいいけど、
現在あるのは6KBを基準にプログラムを組んでる人の話だけ。
## 人間が作っているものに完璧なんてあると思っているのか？
くだらない返しだな。お前さんはそういった事を体験した体で書いてるんだから
それを書けって言っただけなんだが。結局、そういった事実はなく、お前さんの感想を述べただけって事でいいのか？
## それなのになんでSNES版badappleは6KB前提で話が進んでるんだよって質問だ
DMAの転送能力が6KBだって事じゃねぇの？2フレーム掛けて12KBを送りたいんだろ？
MD版は場合によっては60fps出してる所もあるしなぁ。結局badappleでは転送速度は関係なさそうだがｗ >>625
つまらない事を言えばBG書き換えで何とでもなりそうな気がするよね。
結局それっぽく見せるデモってだけだから。ただ初見では感動するかも？ >>624
現在ある情報ではそれで間違ってないからな。
それを覆せないからイライラしてるだけじゃね？ >>613
## 縦ラスタースクロールでスプライトが拡大縮小しているから、スプライト書き換えじゃ面倒な事になる。
縦ラスター？1枚のスプライトを縦に分割する事は無理だろ。水平ライン書いてる時にスプライトの位置を上下にブラすとか。
そもそも縦ラスターでも横ラスターでも予めスプライトを複数枚使えばいいだけじゃね？ >>630
いったい何度言わせるつもりだよ？ はやく質問に答えろよ。
お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)と同一人物だろ？
質問に答えられないという事は、お前さんにとって都合の悪い事でもあるのかい？
>スターフォックスにしてもお前さんが出した数字は
>お前さんが予測した動きから計算した数字だからやっぱり意味がない
俺が予測した動きとは、何の事を言っているんだい？
>処理の違いは分かって理由が分からなければ意味がない
>理由が有ってもそれが机上の空論ではやっぱり意味がない。
どうして意味がないのか説明してごらんよ？
>確認が取れているハードの性能を書けって事だよ。
なぜそんな事をする必要があるんだい？
>DMAの転送能力が6KBだって事じゃねぇの？2フレーム掛けて12KBを送りたいんだろ？
H_INT時の転送量は相当稼げるんだから6KBで話が進むのはおかしいだろって言ってるんだよ。
なぜなのか説明しなよ。
縦ラスターとは、H_INT毎にスプライトの位置を上下にズラす事だよ。
スプライトを複数枚用意するよりよっぽど楽だぞ。 そもそもこの転送速度論争の論点は何なんだよ？
争点整理しろよ >>634
ウダウダと何時まで話していてもしょうがない。手っ取り早く簡単に聞くわ。
6KBを超える転送能力があると記述されたHP又は資料を持っているのか？
持ってないなら証明できてないって事で終わりになる話なんだが？
それが出来ないから「このゲームでは～」「あのゲームでは～」って繰り返してるだけじゃね？
## 縦ラスターとは、H_INT毎にスプライトの位置を上下にズラす事だよ。
いやいやいやいや、H_INTじゃこれから描画するラインよりも上に移動できないだろｗｗｗｗｗｗｗ
縦方向に移動させるのであれば、V_INT時にその場所を決めて置かなければ無理だろ・・・。
走査線を考えて見なさいってのｗ 争点が定まっていないのでは、他の参加者がVSに参加出来ないのだが？ 「ぼくのかんがえたガンダムはすごいつよい！」
「いーや、ぼくのかんがえたガンダムのほうがもっとつよいぞ！！」
って子供が言い合ってるレベル >>636
わざと答えないようにしているのか？
はやく質問に答えろって何度言わせるんだ？
お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)と同一人物だろ？
>H_INTじゃこれから描画するラインよりも上に移動できないだろｗｗｗｗｗｗｗ
できますが？縦ラスターやった事ないの？
>>637
定めるから暫くまってくれ。 >>638
ラスタースクロールは横ライン毎にBGの開始位置を変えるスクロールだろ。
それに倣って縦ラスターは縦ライン毎にスクロール位置を変えるスクロール。
単に上下に間延びさせたりするのは縦ラスターとは言わんだろ。
また、>>636は縦ラスター（横１ドット単位）に近いMDの縦分割スクロール（横16ドット単位）の事を言っているのだから、これはv-int単位に設定だろ。 >>641
>単に上下に間延びさせたりするのは縦ラスターとは言わんだろ。
じゃあH_INT毎にスプライトの位置を上下にズラすのは何て言うのか言ってみなよ？
>縦ラスターは縦ライン毎にスクロール位置を変えるスクロール。
https://www.weblio.jp/content/%E3%83%A9%E3%82%B9%E3%82%BF%E3%83%BC
>ラスター 走査線そのものを意味する場合もある。
とあるだろ、SFCは縦ライン毎に位置をズラす事などできないのだから、
そんな話ではない事ぐらい見当つくだろうに。 >>642
「H_INT毎にスプライトの位置を上下にズラす」でいいだろ？
スプライトの表示位置を変えるのに縦ラスタースクロールと言うことがおかしいだろ、というだけ。 >>642
「じゃあH_INT毎にスプライトの位置を上下にズラすのは何て言うのか言ってみなよ？」
「じゃあ高橋名人は何VSだ」を彷彿させる発言だな。 MDが多数のキャラ・マップを表示するゲーム画面でパレットが足りないのはわかる
しかし一枚絵をペラっと出すだけのビジュアルシーンでも色が少ないのはなぜだ
BG2に背景で16色、人物を15色でBG1に、瞳や衣服の小物とかをスプライトで15色
2人以上を同時表示したらまた足りなくなるのでそこはコンテの工夫で1人だけに
PCEだってビジュアルシーンは50色とかだから勝負になったはずだ >>643
>「H_INT毎にスプライトの位置を上下にズラす」でいいだろ？
なんじゃそりゃ、そのままじゃないかｗ 君頭悪そうだね。
>スプライトの表示位置を変えるのに縦ラスタースクロールと言うことがおかしいだろ
スプライトのラスタースクロールである事は既に伝わっているんだぞ。
そしてラスターは、TVの走査線そのものを意味するんだからおかしくないだろ。
なぜおかしいのか説明してみなよ？ >>646
そのままでいいだろ。
そのままで何が問題なんだ？
また、指摘されたにも関わらず「スプライトのラスタースクロールだ」と主張するあたり、アホだな。
お前の独自解釈用語を一般用語のように語るな。 >>647
既にスプライトのラスタースクロールである事は伝わっているんだから、
縦ラスターと言えば簡潔に伝わるじゃないか。
>>641
>縦ラスターは縦ライン毎にスクロール位置を変えるスクロール
そんなスクロールは一般的じゃないぞ。
https://ja.wikipedia.org/wiki/%E3%83%A9%E3%82%B9%E3%82%BF%E3%83%BC%E3%82%B9%E3%82%AF%E3%83%AD%E3%83%BC%E3%83%AB
>縦ラスタースクロール
>各ラインを縦方向にスクロールさせると、画像を縦方向に引き伸ばしたり縮めたり、各走査線の表示内容を入れ替えられる。
つまらん揚げ足取りで本筋の議論を妨害するのはやめろよな。 >>648
なるほどな。
これからもオレオレ理論なしでよろしくな。 縦分割スクロールはPCエンジンにはできないっぽいね
それらしい処理があっても大抵スプライトを使ってる 縦ラスターって上下方向に伸び縮みするヤツだろ。
縦分割スクロールって2分割くらいならファミコンでもやってるヤツあるんじゃないか。
PCエンジンでもやればできそうな気がするが。 ファミコンで本当に縦分割スクロールやってるのはクライシスフォースぐらいじゃね
あれも支援チップ使ってるよね ディーバとか、上下左右にスクロールしても画面右側が固定のステータス画面になってるじゃん。 本当のと決めつけるのは早計だったな
パターン書き換えかも知れん
ただMMC5とか使えば可能ではあるんだろう でPCエンジンだが色分け動画を見てもそれらしいものは大体スプライトを使ってる >>639
走査線ってさ、上から下に順番に降りてくる。縦ラスターと言うのは対象となる画像のY座標をずらす事。
H_INTでY座標を変えたとしても既に描かれたラインより上には移動できないだろｗ
仮に上に移動できたとしても既に描画済みの位置には表示できないだろｗ
SFCって時間の流れを超越できるのか？ｗ
お前さんが言いたいのはラスターじゃなく、H_INT毎にY座標を変化させて上下に伸ばしたり縮めたりする事だろ？ｗ
MD版のナイストがやってる事だわな。ナイストはBGだけど。試した事はないがMDはスプライトではできないらしい。
>>648
伝わったというか、無理やり解釈しただけだわｗ
ラスターと言うから横方向にウネウネと波打つと事かと思ったら縦方向だし、それこそ「なんじゃそりゃ？」だわｗ そうか、MDの場合は16ドット単位の垂直分割スクロールを持ってるから混同するんだな。俗に「縦ラスター」って呼ばれてるし。
ついでに言えば水平ラスターは割り込み使わず予め設定できるからH_INTとの結びつきが無いんだよな。
>>639
こちらに質問する前に、先ずはこちらの質問に答えてもらおうか？
お前さんの見たいい加減な事が書いてある資料って結局なんなんだよ？
で、SFCのDMAが6KBを超える転送量を持つ資料って見つかったのか？
ちなみにMDのレジスタの中では記述が無く「値を固定しろ」しか書いてない物は有る。
それと「使うな」しか書いてないメモリ領域もある。
こう言うのもお前の中ではいい加減になるんかねぇ。
まぁ、先ずはこちらの質問に答えてもらおうか。 >>656
>仮に上に移動できたとしても既に描画済みの位置には表示できないだろｗ
次の走査線に位置を変更した結果が表示されるではないか。
>お前さんが言いたいのはラスターじゃなく、H_INT毎にY座標を変化させて上下に伸ばしたり縮めたりする事だろ？
お前さん縦ラスタースクロールを知らないの？
https://ja.wikipedia.org/wiki/%E3%83%A9%E3%82%B9%E3%82%BF%E3%83%BC%E3%82%B9%E3%82%AF%E3%83%AD%E3%83%BC%E3%83%AB
>縦ラスタースクロール
>各ラインを縦方向にスクロールさせると、画像を縦方向に引き伸ばしたり縮めたり、各走査線の表示内容を入れ替えられる。
>>657
>お前さんの見たいい加減な事が書いてある資料って結局なんなんだよ？
仕事で関わったマニュアルだが、ここで教えるつもりはないよ。VSとは無関係だからな。
>で、SFCのDMAが6KBを超える転送量を持つ資料って見つかったのか？
SFCのデベロップマニュアルになら書いてあるんじゃないの？
>こう言うのもお前の中ではいい加減になるんかねぇ。
それは別にいいんじゃないか？
じゃあ早く答えてくれよ。
お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)と同一人物なんだろ？ 1b10-cyUpと 6f10-vPRmは両方自分だがどうかしたか？
## 仕事で関わったマニュアルだが、ここで教えるつもりはないよ。VSとは無関係だからな。
ふ～ん。
## SFCのデベロップマニュアルになら書いてあるんじゃないの？
じゃぁ、現時点では見つかってないって事ならVRAMの転送能力はMD＞SFC＞PCEで問題ないじゃん。
何でゴネてるの？お前さんがゴネねて無ければそれで終わりな話なんだがなぁ。
新しい資料が見つかった時にそれを書けばよかろう。
ついでに言っておくとスーパーFXチップの動作はもしかすると日本語wikiの内容の方が正しんじゃないかと思い始めてるんで。
スターフォックスからスターフォックス2でフレームレートが上がってるらしいが、
それって単にチップの演算能力が上がってポリゴンの演算速度が上がったことが理由なんじゃないかと。
日本語wikiの書き方も気になる。wikiを書いた人以外の意見も取り込まれているような書き方をしてるからな。 >>658
お前さんが言う所の縦ラスターを知らないんじゃなく、その縦ラスターが他の意味を持ってるんだよ。
と書いたんだが理解できなかったようで。その手法はMD版ナイトストライカーで使われてる。
MDのTITAN DEMOでもかなり使われてるしな。ガンスターヒーローズのOPもそれだろ？
wikiの説明ではスプライトでやってるのもあると書かれているな、それについては訂正するが、
それをH_DMAで行われているかは不明なので訂正はしない。 >>659
やはりお前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)と同一人物だったんだな。
なんでもっと早くに認めなかったんだい？
>VRAMの転送能力はMD＞SFC＞PCEで問題ないじゃん。
問題ありだろ、MDは資料にない部分で遅い可能性が高いって話をしているんだぞ。
そして現実ではMDよりもSFCが早いと思われる結果を出している物もある。
>単にチップの演算能力が上がってポリゴンの演算速度が上がったことが理由なんじゃないかと。
本体のVRAMにグラフィックスを変換するエンジンを作り直したからだそうだよ。
>>660
>その縦ラスターが他の意味を持ってるんだよ。
それは一般的ではないと>>648 で既に言っただろ。
そもそも縦1ライン単位でスクロールが変わっているのかい？
動画があるなら見せてくれ。
>それをH_DMAで行われているかは不明なので訂正はしない。
H_DMAで行わないって事は、SFCはCPUから直接VRAMアクセスできるって事かい？ 争点
・VRAM転送速度(本体や、最高速度や、書き込みのみに限らず)
・資料にない部分で遅い又は早い可能性（MDは資料にない部分で遅い可能性がある、SFC、PCEは資料にない部分で早い可能性がある）
・プログラム組んでる人達の話の信憑性
以下は>>660 (ﾜｯﾁｮｲ 1b10-cyUp)の口から直接聞き出したい事なので、他の人は回答しないでくれ。
・スターフォックス2の計算の何が「PCE派が予測した動き」と言っているのか。
・理由が分からなければ意味がない理由
・理由があっても机上の空論では意味がない理由
・確認が取れているハードの性能を書かなければいけない理由
・H_INT時の転送量は相当稼げるのに、SNES版badappleはなぜV_INT時のみの6KB前提で話が進んでいるのか？ >>662
資料にない部分で遅い可能性がある
←根拠は見た目
資料にない部分で早い可能性がある
←根拠は見た目
まずは資料にある部分の範囲でどうして遅くなるのか、どうして早くなるのか理由を考えるべきだと思われますな。
資料にない部分を前提に結論付けていては議論になりませんわ。
でなければ「PCE SGには半透明機能がある」というデマと同じことになりますな。 >>663
まずは争点を明確にしろと、ずっと言ってるだろ
「ですな」は本当に馬鹿だな >>664
MDもSFCも資料にない部分の可能性があるという結論ありきで話を進めては議論にならんということですな。
資料の範囲で実現方法を検討した結論として可能性があるというならわからなくもないですがね。 >>666
争点が無ければ、議論も結論も無いだろ
「ですな」は本当に馬鹿だな >>667
？
争点とやらは>>662に出てますよ。
今さら何を言ってるのですかな？ >>667
あんた、「本当に馬鹿」男でしたか。
どうりで粘着してくるわけですな。 >>668,669
争点の案であって、これで完全に決定した訳では無いだろ
それにお前はこれを完全に理解して、納得もしたと言うのか？
「ですな」は本当に馬鹿だな >>670
争点の案？
今度は争点が何かを争点にしたいのですかな。
そるなら>>665で「おまえの発言は争点の案に過ぎん」とでも言えば良いのでは。
「本当に馬鹿」男の発言内容に全く価値などありませんな。 >>671
「争点整理手続」って知ってる？
「ですな」は本当に馬鹿だな >>672
整理させたいのであれば、>>665の際にに直接本人に言えば良いだけですな。
「本当に馬鹿」男は言うべき相手をを間違えてますわ。本当に馬鹿なら仕方ありませんが。 >>673
争点整理は最初の立案者や、俺だけで行う物では無いのだが？
「ですな」は本当に馬鹿だな >>674
そう思うなら、他の方に問いかけたらいかがですかな？
口だけ達者で行動が伴わない「本当に馬鹿」男の発言は全く価値がありませんな。 >>675
>そう思うなら、他の方に問いかけたらいかがですかな？
問い掛けるまでも無く、「争点整理」ってそう言う物だぞ？
「ですな」は本当に馬鹿だな
>「争点整理手続」って知ってる？
しかし、「争点整理手続」を知ってるかと言う非常に単純な質問にYES/NOで答えない挙げ句、
自分が良く分かっていない「争点整理手続」について調べようともしないとは、
昔から「無知の知」とはよく言った物だが、
「ですな」は本当に馬鹿だな MDはデュアルポートVRAMでVイント以外の描画中でもDMA転送できる。
SFCはVイント＆Hイント期間中だけ転送可能。
MDは横320ドットのNTSC環境でVイント中7.5KBそれ以外で4KBトータル11.5KB転送できるのでSFCに負ける要素は無い。 >>652
クライシスフォースはキャラジェネ書き替えでそれっぽく見せてるやり方じゃないかしら？
3面と7面(最終面)を通しで見ればよく解る
更に7面ボス(※ラスボスではない)はスクロールが止まっているのに割り込みで書き替え処理を常時行っているので
背景が逆スクロールしているように見える >>677
>MDはデュアルポートVRAMでVイント以外の描画中でもDMA転送できる。
じゃあなんでMDバーチャレーシングはV_INT期間中しか転送していないんだい？ >>662、及び＞ALL
2行目と3行目は1行目の補足で、
要するに争点は「（実質的な）VRAM転送速度」
って事でOK？
あとこれは争点整理ではなく意見になるが、
争点が↑なら、数値さえ示せれば、
あっさり・すんなり片が付きそうなものだが？ >>680
いいけど、今ある資料の数値だけでは説明のつかない事項があるから、2行目、3行目がでてきたんだよ。 >>681
OK。
「実質的なVRAM転送速度（数値とは限らない）」
と言う事で俺は了解した
他の参加者は？＞ALL
>説明のつかない事項があるから
↑がいまいち良く分からんから、
暫くの間VS見て理解を進めるわ 何が「争点」だw
>>155
>VRAMの転送速度VS 引き分け（SFCも含め互角、誤差程度でしかない）
伸びしろ君がこう思いたいばかりに手段が目的になって自分で収拾つけられなくなっただけなんだよね
悪いけどアウトランの時からまるで進歩してないじゃん
それが分かったら誤差程度でしかないPCEのVRAM転送速度とやらをさっさと実証してくれよな >>683
君は何も言う資格はないよ。
さっさと謝罪しな。 >>684
実践が全く伴わない伸びしろ君の技術論より、SFCプログラマーが6KBでやり繰りしてるソースの方がよっぽど有益じゃん
なんか知らんけどプライドを傷付けてしまったんだったらごめんな
MDと誤差程度でしかないPCEのVRAM転送速度の件も頼んだぞ！ >>685
彼を馬鹿にしておいて謝罪なしとはどういうつもりだ？
君は彼を軽視しているのか？ 自称プログラマーがイキって自爆しただけ
それがことの顛末 >>686
しつこいなあ
実践が伴う人の想像混じりの話とお前の妄想話を一緒くたにしてる訳ないじゃん
お前が他人をダシにして謝らせたいのは分かったけどさ
まあ他人に自己投影して謝らせたいってことは、お前自身想像だけで適当こいてると認めてるに等しいんだよね
それが分かったらPCEのプログラムを真面目に勉強してくれよな
頑張れよ！ >>688
君程度の人間が彼のような有能な人間を馬鹿にして許されると思っているのか？
御託並べてないでさっさと謝罪しろよ？ 自称プログラマー君は>>256の実験動画で舞い上がってしまったんだろうね、速くなるぞと
だが彼は疑問に思うべきだった、なぜパンチは遅いままなのかを >>676
結局、争点とも争点(案)とも決まってないということですかな。
「本当に馬鹿」男の求めている争点とやらはいつになったら決まるのやら。
馬鹿だからしょうがないですな。 >>689
俺程度の素人にバカにされて謝って欲しいのは分かったよ
でも有能な他人にいくら自己投影してもお前が賢くはならないことくらい理解してくれよな
くだらないレスしてる暇があるならPCEのプログラムを勉強した方が有意義だぞ
ファイト！
>>690
それ、伸びしろ君自身は実質的なことを一切してないのに鬼の首獲ったように騒いでたから笑ったよ
元を辿ればパンチが遅い理由の「予想が当たってるか」を競う話じゃ無いのにさ
しかも他人任せでその理由の確証が取れた訳でもないしw
論旨を自らみみっちい勝ち負けの話にすり替えていく
いかにも伸びしろ君らしいとは思ったけど >>692
あはは～負け犬の遠吠えがまた始まったかｗ
俺の動画を見れば普通の人ならどっちが正しかったか理解できるのに、
君はいつまでも認める事ができないんだね、しかもまともな反論すらできないとは、かわいそうにｗ
君はまず謝罪から始めなさい。 >>693
動画を見れば理解できると言っているということは、
見た目ではVRAM転送速度はわからない、ということが相変わらずわからんようですな？ >>691
誰からも異論が出ないようであれば、
「実質的なVRAM転送速度（数値とは限らない）」だが？
「ですな」は本当に馬鹿だな もっとも、一旦決まったからと言っても、今後も改訂等はあり得るがな
それとも「ですな」はもう既に、異論でもあるのか？ 異論とかが無いなら、「ですな」は
VSを妨げるような無駄なガヤは控えてろよ
「ですな」は本当に馬鹿だな >>698
お前馬鹿だな。>>696から>>698まで4分間でですな君からレスがつくと思ってるのか？
常識の無さが伺えるな。
で、その争点だが、流れを見る限り実質的なVRAM速度などどうでもよく、「見た目でSFCのVRAMは早くMDのVRAMは遅い可能性がある。その可能性の是非」だろ。
転送速度と言いながら数値とは限らない、って速度は数値でなければ比較出来ないだろ。 >>698
>お前馬鹿だな。>>696から>>698まで4分間でですな君からレスがつくと思ってるのか？
思って無いけど？
イミフ しかし、数値で測るのかどうかすら、
VSの双方が共通認識していないのだから、
やはり争点整理はしっかりしておくと言うのは正しいな
そりゃあ、VSが混乱するのも当然
・数値だけ
・数値とは限らない
・その両方それぞれ
いったい争点としてどれが正しいのか？ >>661
## なんでもっと早くに認めなかったんだい？
その言葉そっくりそのまま返すわ。
## 問題ありだろ、MDは資料にない部分で遅い可能性が高いって話をしているんだぞ。
資料にない部分で遅いって何？SFCも同じ可能性は考えずに？MAX速度は変わらんだろ。
## そして現実ではMDよりもSFCが早いと思われる結果を出している物もある。
起因するのがソフトの書き方なのかDMAなのか判断不能のまま話を進められてもねぇ。
## H_DMAで行わないって事は、SFCはCPUから直接VRAMアクセスできるって事かい？
VRAMはCPUからDMAを使わずにPPU経由で書き換えもできるだろ。 ですな君が書いてるけど>>661の否定方法は、
こういう画面だから、こういう処理をしているだろうから、こういうハードに決まってる。
と、見た目から、処理方法を予測して、ハード構成を決めつけてる。
目視、予測、結論。事実として認められる部分が何もない。 >>679
描画中のVRAMは書き換えはFIFOが空の状態で8バイト。それ以上書き換えるとCPUにウェイトが掛かる。
CPUが止まる時間が無駄になるからV_INTに集中させてるんだろ。
それとDMAを動作させるのはCPUの仕事になるから負荷も上がる。
で、SFCのDMA転送が6KB以上の話は見つかったの？
それと、MDのDMA転送についてV_INT中に別な処理を挟んで7KB以下になるって事を指摘するなら
SFCが同様の事をして6KB以下にならないって情報も気つけてきなよ？
お前さんが真っ先にやらなければならない事だろ？
「このゲームはこんな事してるから～」なんてお前さんの予測なんて要らないしどうでもいい。 自分が考えた方法が間違ってるって事は微塵も考えてない所は感心するけどな。 >>695-697
最も無駄なのは「本当に馬鹿」男「本当に馬鹿だな」発言ですな。
何を語ったとしても人としてのレベルの低さが伺えますな。 >>705
本当に馬鹿な奴の事を、「本当に馬鹿」以外に何と呼称すればいいんだ？
「ですな」は本当に馬鹿で訳が分からないな >>700
「数値とは限らない」と勝手に解釈して争点が定まらない等と言い出す顛末。
見た目だけを頼りに可能性を語らず、まずは公に知られている仕様をもとに実現方法を検討すべきでしょうな。 >>706
本当に馬鹿なやつ、つまりあんたのことなら「本当に馬鹿」男で充分通じますよ。 >>707
現在全参加者による争点整理中だが？
「ですな」は本当に馬鹿だな >>708
お前の呼称の事を話してるのに、
お得意()の話の擦り替え・詭弁ですか？
「ですな」は本当に馬鹿だな >>707
それで争点について、お前の答えはどれなんだ？
ほら、選べよ
・Ａ．数値だけ
・Ｂ．数値とは限らない
・Ｃ．その両方それぞれ >>708
しかし、お前は本当に手口がワンパターンだな
・必殺技その１．捏造
・必殺技その２．詭弁
・必殺技その３．話の擦り替え
・必殺技その４．印象操作
・最終奥義．無視、沈黙
つまり、「ですな」は本当に馬鹿だな >>701
>その言葉そっくりそのまま返すわ。
いったい何の事を言っているんだい？
>資料にない部分で遅いって何？
本気で言っているの？ 今まで何の話をしてきたと思っているんだ？
>起因するのがソフトの書き方なのかDMAなのか判断不能のまま話を進められてもねぇ。
ソフトの書き方って何さ？
>目視、予測、結論。事実として認められる部分が何もない。
MDファイナルファイトが1フレーム中1キャラしか書き換えられないのは事実だし、
スターフォックスの転送速度も事実だが？
>>703
>描画中のVRAMは書き換えはFIFOが空の状態で8バイト。それ以上書き換えるとCPUにウェイトが掛かる。
H_INT期間中は描画中じゃないだろ？
>MDのDMA転送についてV_INT中に別な処理を挟んで7KB以下になるって事を指摘するなら
そんな事指摘した覚えはないが？ >>711
そもそも争点とやらが違いますな。
>>698が言ってるように実質的な速度は問題ではなく、PCE派の言う「見た目ではSFCのVRAMの方がMDより高速の可能性がある。」を否定できるか？ですな。
どれだけ数値を積み上げようと、可能性があることを否定できなければ永遠に続く。
「SGに半透明処理がある」という妄想発言と同じですな。 >>712
あんたも手口は全く同じ。
だから「本当に馬鹿」男と呼ばれるわけですがね。 >>714
>PCE派の言う「見た目ではSFCのVRAMの方がMDより高速の可能性がある。」を否定できるか？
「争点整理」なのに、全然整理出来て無いぞ
「争点整理手続」って知ってる？
「ですな」は本当に馬鹿だな
何度も言わせんな、恥ずかしい >>701
SFCのDMA転送速度について、お前さんは>>229 で、
>昔別な所で見た記事には5KBと合ったんだがなぁ。
と言っていたな。
それなのにその後の俺の質問、「じゃあSFCの5KBという数値の出どころはどこなんだよ？」に対して、>>557 では、
>確かここじゃね？かなり前にそう言ってた人が居たな。
と、前とは違う事を言っていたではないか。
お前さん5KBの情報元を、>>557で嘘をついて5chの書き込みだった事にしようとしたな。
俺の突っ込みで嘘がバレると気づいたのでその後>>610で訂正したようだが。
都合が悪くなると嘘をついて5chの書き込みだった事にするなんて、なんて卑怯な奴なんだ。
これでプログラム組んでる人の話の信憑性が地に落ちたな。
5KBという情報も資料の記事に書かれていたとお前さんが言っていたのだから、
6KBと言ってる人達も、実機で測定したわけでなくネットで読んで信じているだけだろう。
結局ネットの情報などその程度の物って事が証明されてしまっただけだったな。 >>716
会話を見てればわかるが、PCE派は「見た目でSFC のVRAMは早い可能性がある」と「見た目でMDのVRAMは遅い可能性がある」を主張したいだけ。
どちらのVRAMが実質的に早いかは問題ではない。
ここはPCE vs MDスレであってSFC vs MDスレじゃない。どちらのVRAMが早かろうと関係ないが、技術的にどう実現しているかは参考になる。
見た目で早い(遅い)可能性がある、などという主張は参考にならないが、MD派のテクニカル情報を引き出すという点ではまるで無駄ということではない。
それがわからない「本当に馬鹿」男はいつまでたっても争点争点の繰り返し。
無駄なのは「本当に馬鹿」男の「本当に馬鹿」発言。いい加減無価値な発言はやめてもらいたいところですな。 >>718
>MD派のテクニカル情報を引き出すという点ではまるで無駄ということではない。
どんな適当な思いつきも相手に証明させればいいって発想に繋がるからケースバイケースじゃないかなあ
先ずVRAM転送速度に異議を唱えたのが伸びしろ君で、SFCが6KBと言うのは第三者による資料やディスカッションがソース
異議があるなら6KBでは無いことが明確に記された、同じく第三者による文献を示して初めて「争点になった」とも言える訳でさ
思いつき以外のことを示せなけりゃこちらが新たに何かを用意する道理はないんだよね
伸びしろ君、それすら出来ないからネットは信用できないとか全否定し始めてるじゃん
分かりやすいね だんだんボロが出てきたな。結局前と同じ。本当の学習なんか何もしてない。勘違いの知識ならまだしも、意図的にウソまでついてるのか。よくも相手を貶す為だけにこんなに時間を使えるもんだ
MDはダライアスの実カートリッジが出たりとまだまだ話題が尽きないな。PCEは好きだけど、こんな人が居ると思うとなぁ。誰も追従してないから特殊な一人だと思うけど
あ、MD派の技術話は分からないなりにも楽しいです。MDこそ数値以上、スペック以上の事をやってくれたから >>719
「本当に馬鹿」と延々吠えてるだけの輩よりはマシですな。
「本当に馬鹿」男からMD PCE に絡む話は出てきませんからな。 >>721
そうなんだ、俺は「本当に馬鹿男」を伸びしろ君の別回線として見てるからね
ですな君はPCE派なのに伸びしろ君には厳しいから別回線使って君を排除したがってるのかとも思っててさ
まあ自演じゃないにせよPCEのピの字も出てこないのは寂しいことだよね >>721,722
平日のこんな時間に仲良く会話とは、
自作自演疑うなら、お前らの方が100倍怪しいのだが >>721,722
禄に「争点整理」もせずに、VSスレでVS続けてる馬鹿ってのは確定だな >>719
>SFCが6KBと言うのは第三者による資料やディスカッションがソース
SFCが5KBと言うのも第三者による資料がソースだろ。
頭悪い君は無意味な難癖つける事しかできないんだね。
まさに負け犬の遠吠えですな、いや～愉快愉快ｗ
いつまでも無意味な事してないで早く謝罪しろよ？ >>724
お前のように人を馬鹿にするようなやつは何を言っても信用されんよ。ネットに於いても実社会に於いてもな。 >>725
ですな君も言ってるが、お前が勝手に空想するのは構わんが、それを主張するなら根拠を示せ。
根拠が示せないなら多くの事例を出せよ。
パンチ一つでVRAMが早いだの遅いだの決めつけるな。 >>721,726
はいはい、
そもそも「争点整理」もせずに、もし仮にVSに勝利したとして、
それっていったい何に勝利した事になるんだい？
「ですな」の言う争点()の通り、
「ボクはPCEvsMDスレで、PCE派の言う
「見た目ではSFCのVRAMの方が
MDより高速の可能性がある。」
を否定できるか？対決に勝利したんだぞ！」
とでも言うつもりなのかと
「ですな」は本当に馬鹿だな >>728
あんたが争点争点といくら吠えようが、肝心のPCE派は見た目が根拠と言うから仕方ありませんな。
あんたがPCE派に見た目じゃ根拠にならないと説得したらいかがですかな？ >>727
君は今まで何を読んできたの？
パンチ1つじゃなく、1フレーム中にキャラの書き換えできるのが1体のみという事例があるからだぞ。
そしてスターフォックス2も、画面の描画を計算すると早いんだから根拠があるだろ。 >>729
また話の擦り替えか
「ですな」は本当に馬鹿だな >>730
「書き換えできるのが一体のみ」ではなく「書き換えしているのが一体のみ」だろ。
書き換えできる、というのは見た目を元にしたお前の想像。 >>732
アホなの？
2体以上書き換えできる性能があるなら、そうするに決まっているだろ？
1体に制限するのに何の意味があるというんだい？
説明できる？ >>733
二体以上を書き換える性能があるならそうするにきまっている、というのがお前の勝手な想像。
お前の想像を主張するならもっと事例を出せよ。 >>734
結局君は何も説明できないのだな。
俺が話している事は、ファイナルファイトの性質や事柄から推測したものだから、ただの想像ではないぞ。
反論したいなら皆が納得できる理論を語らないと負け犬の遠吠えと変わらんぞ。 >>735
ですな君に言わせると歩行時モーションはSFC版カットされているらしい。お前の主張にあわせりゃSFCはVRAMが遅い可能性がある、ということになるな。
一部の見た目だけで性能を語るな、ということだ。 >>736
「カットされているらしい。」などと曖昧な事を言わず、自分で確認した事を語ろうな。
そもそも歩行時なんてグラフィック書き換え間隔は長いんだから、VRAM速度とは無関係だぞ。
単にメモリが足りなくてアニメーションの枚数が減らされただけだろ。 >>735
二人同時プレイができないSFC版は性能が低い、と捉えることができますな。
ファイナルファイトだけでも二つの見方ができるのだから、一方的に決めつけるのはよろしくありませんな。
MDのVRAMが遅いと主張するなら、速いと感じさせるタイトルがひとつも存在しないことを示す必要がありますな。でないと「MDのVRAMは速い可能性がある」と言えますからな。 >>738
喚く前に、宿題をお忘れですよ？
ほら、選べよ
・Ａ．数値だけ
・Ｂ．数値とは限らない
・Ｃ．その両方それぞれ >>737
お前と同じように見た目だけでSFCのVRAMが遅いと判断しただけだがどこが問題なんだ？
メモリが足りなかったから、というのはお前の勝手な想像だろ。メモリが多ければ書き換えることができたという根拠を示せよ。 >>740
アホか？
SFCファイナルファイトはメモリが足りない為、ガイが削除され、ステージ4も削除された。
推測するまでもなく誰でもメモリが足りない事ぐらい容易に想像つく事だが？ ちなみに言い方を変えると現在の状況だと、
誰もが「俺の勝ち！」って言いたい放題なんだよなぁ、、、
何せ、争点が定まっていないんだから、
個人個人それぞれが自由に思う争点で
勝利すればいいんだからな
もっと簡単に言うと「何でもあり」
プロレスの場外乱闘みたいな物
「ですな」は本当に馬鹿だな >>741
それはお前の勝手な想像に過ぎんな。タイトルデモや背景などカットしようと思えばまだまだいくらでもある。
歩行モーションが少ないのはVRAM性能が低いから、というのを否定するには至ってないな。
具体的なバイト数を提示するなら少しは信憑性もわくがな。
見て目だけでは性能は判断できないということに気付けよ。 >>743
話を理解できないアホはこれだから困る。
>>737
>歩行時なんてグラフィック書き換え間隔は長いんだから、VRAM速度とは無関係だぞ。 MDは同時発色数が極端に少ないので、
見た目上の画面の変化が乏しいという点が、書き換え能力の過小評価につながっているのだろう
4パレット16色のMDで秒間11フレーム書き換え
256色同時発色のSFCで秒間10フレーム書き換え
MDがわずかに転送速度で上回っているのが事実だとして、
後者のほうがユーザーの目には圧倒的に綺麗に見えるだろうね
あと、MDは横256ドットモードの場合、VRAMの転送速度に制限がかかるので
VRや動画を使用した256ドットモードだとそもそもSFCより劣っているのでは >>745
お前の論法を借りれば、その長い書き換え間隔ですら書き換えができないほどSFCのVRAMは遅い可能性がある。
ということだな。 >>743
>歩行モーションが
>少ないのは
>VRAM性能が
>低いから、
>というのを
>否定するには
>至ってないな。
日本語でおk 256ドットモードの場合転送速度がさがるが、
画面が狭い分、書き換え面積を抑えられるので秒間の動画枚数は増やせる
320ドットの場合、性能通りの速度が出るが
画面の面積が広いので全体を書き換える場合秒間フレームは256ドットモードに劣る
動画やポリゴン系には不向き
MCDの動画では専ら256ドットモードが使用され、320ドットは使用されず
320ドットの転送速度をもとにして、SFCと比較するからややこしくなる >>747
>その長い書き換え間隔ですら書き換えができないほどSFCのVRAMは遅い可能性がある。
君何も調べもしないで語ってると、とんちんかんな事言うはめになるぞ。
1フレーム中に3キャラも同時に書き換える性能がある事を>>460 の動画で俺が説明しただろ。
>>749
>画面が狭い分、書き換え面積を抑えられるので秒間の動画枚数は増やせる
MDのスプライトは横256ドット時は1ラインあたり16個までに下がってしまう制限があるから、
多数のキャラが出現して重なるベルトアクションでは横320ドットを使わざるを得ないんだよ。 MDは横256ドットモードだとDMA転送速度も6.1KBまで落ちる。
この速度はSFCよりちょっと下。 >>750
とんちんかん？
見た目ではSFCのVRAMは遅い可能性がある、というだけ。
あんたの論調を真似たに過ぎん。 >>752
>あんたの論調を真似たに過ぎん。
俺の論調を真似るだけで、中身が全く伴わないんじゃ誰も納得してくれないぞ。
俺のように自分で調査して、動画を上げるなりしてくれればいいんだがな。
>>687 >>690
>自称プログラマーがイキって自爆しただけ
>自称プログラマー君は>>256の実験動画で舞い上がってしまったんだろうね、速くなるぞと
まあ彼も彼なりの持論を信じて行動を起こしたのだから、褒めてあげたいくらいだよ。
あとはちゃんと俺の突っ込みに対して皆が納得できる答えをしてくれればいいんだけど。
＞＞746 ＞＞749 ＞＞751
そうなのか、MDの横256ドットモードは色々制限がきついな。 >>753
そりゃ納得しないだろうな。
お前の論調だからな。 >>754
君には難しい話すぎて理解できなかったんだね。
かわいそうにｗ >>725
？
プログラマー氏が5KBは訂正するって書いてたじゃん
6KBは第三者による資料やディスカッションがソース、客観的な情報で信頼に足りる
お前はMDと大差ないとしてみたり14KBと想像するだけでソース無し、主観的で信憑性0
んで無意味な難癖ってどれかな？
誰も賛同してくれないからって刺々しくなるのは分かるけどさ
それともお前の思いつきに
「なるほどそうかも知れないね！みんなで考えよー！」
とかなるのを期待でもしてたのかな？
だったら勘弁してくれよな！
お前の思い通りになるのはお前の頭の中だけだぞ！ >>756
>プログラマー氏が5KBは訂正するって書いてたじゃん
訂正しようがなんだろうが、5KBの資料があった事実に変わりはないだろ。
信憑性0なのは、>>717 の説明通り、プログラム組んでるのに嘘をついてしまった彼自身>>701 なのだがな。
>誰も賛同してくれないからって刺々しくなるのは分かるけどさ
無理やりにでも賛同者がいない事にしたいんだね、そんなに悔しいの？ｗ
君が心配しなくても全て俺の思い通りになっているよ、あっはっは、愉快愉快～ｗｗｗｗ
そんな事より君はさっさと謝罪しろよ。 >>757
また他人をダシにしてるよ
5KBだろうが6KBだろうが上書き出来そうなソースを出しゃいいだけじゃんw
しかしまあ、そこまで言うならお前はネットを信用しないスタンスでやればいいと思う
リンクは当然NG、ネットの引用でないことを客観的に証明するID付き写真とかでさ
さらにお前の信念に従って、これまでお前がネットで覚えたことを書いてたならそれも全て却下だw
覚えたことの真偽はお前自身で確かめようもないだろ？
そうでないんだったら引用元のマニュアル現物なりプログラムを証拠写真付きで改めて紹介してくれ
大変な作業だとは思うけど頑張ってくれよな！
あとどれが無意味な難癖だったのかも頼んだぞ！
ファイナルファイトの話にループさせて思い通りになってると思ってるのもお前だけだから気をつけてくれよな！ なんだ>>753で早速他人の書き込みに納得してるけど駄目だろw
そこは「実機で測定したのか？」とつっこむか伸びしろ君自身が実機で測定して確かめないとww
～5chにて～
伸びしろ君「ネットの情報などその程度の物（ｷﾘｯ」
名無しA「MDは横256だとパフォーマンスが落ちるね」
名無しB「だね」
伸びしろ君「ふむふむなるほど」
5chはネットですよwwwwwwwwwwwwwwwww >>739
「ですな」の最終奥義、「無視・沈黙」が発動！
>>>738
>喚く前に、宿題をお忘れですよ？
>
>ほら、選べよ
>
>・Ａ．数値だけ
>・Ｂ．数値とは限らない
>・Ｃ．その両方それぞれ
>>このスレ最大の害悪「ですな君」の必殺技
>>
>>・必殺技その１．捏造
>>・必殺技その２．詭弁
>>・必殺技その３．話の擦り替え
>>・必殺技その４．印象操作
>>・最終奥義．無視、沈黙
>>
>>要するに相手するだけ時間の無駄 >>713
## ソフトの書き方って何さ？
仕様だよ。MD版ファイナルファイトとSFC版ファイナルファイトを見りゃわかるじゃん。
敵の最大人数4と同時プレイのMD版、敵の最大人数3とシングル専用のSFC版。
同じマシンで作って同じ動作が出来る思うか？
あとさ、お前さん、こちらが書いたPCEのインベーダーの処理手順に対して非効率とか言っていたが、
お前さんはPCEのVRAMの扱い方を知らなかった。これで、こちらの方法が非効率とかよく言えたよな？
ハードを知らずに自分で考えた処理手順の方が効率が良いとほざいた上にそれを訂正せず、謝りもせず。
結局のところ、自分で考えたソフトの方式を当てはめられるようにハード側の仕様を勝手に妄想したって事だろ？
SFCのDMAについてもそれがうかがえる。自分で考えたソフトの方式にハードの方を合わせてるだけ。
そんな奴が言う事を誰が信用するんだよｗ >>717
単純な話だ。お前さんがここに書き込みするかなり昔にも同じ問題が上がってた。
その時誰かがSFCの転送能力は5KBだと言っていた。
>>229を書いた時点ではどこで読んだ記事なのか思い出せなかった。
>>557を書いた時には、ここに書かれていたんじゃないか？とおぼろげに感じだ。
ただそれだけの事だが？未だあいまいではあるが。本で読んだのか誰かのブログなのか。
## 6KBと言ってる人達も、実機で測定したわけでなくネットで読んで信じているだけだろう。
だから散々書いてるだろ？お前が証明すればいいじゃん？って。
ただ、証明すると言っても画面の動きで予想するのではなく、プログラム解析や実機の資料を探さなければ信じんよ？
お前さん、前科があるから。 >>751
V_INT期間だけ320ｘ224に切り替える事でDMAの速度は落とさずに済むよ。 >>764
320ｘ224の場合は何KB？
320ｘ224以外の場合は何KB？ >>763
それと始めに書いたはずだが？SFCの知識は無いと。
誰かさんのように「しったか」するつもりはないんで。
もしかするとお前さん、こういったBG+SPマシンの描画手順も知らないんじゃね？
BGマシンでフルグラフィックをやる時の糞メンドさとか。
PCEのSPはプレーンなのにBGはパックドピクセルな事も・・・。 >>766
落ちるって、何KBから何KBに落ちるの？ >>755
見た目の映像をいくら解析したところで性能は判断できんよ。
なぜそうする必要があったのか、なぜそうしたのかそれは開発側でないとわからない。
お前はそれを無視して「見た目」つまり映像だけで決めつけている。
お前の論法に従う限り、移動モーションが少ないからSFCのVRAMは遅い可能性がある、は有効だな。 >>758
>そこまで言うならお前はネットを信用しないスタンスでやればいいと思う
はぁ？何いってるの？ ネットに5KBと6KBの両方の資料があった事実があるから突っ込んでるだけだぞｗ
馬鹿はこれだから困るな～ｗ
そんな事より早く謝罪しろよ、彼に申し訳ないとは思わないのか？
>>762
>敵の最大人数4と同時プレイのMD版、敵の最大人数3とシングル専用のSFC版。
おいおい、話がループしてるぞ。
たとえMD版が最大人数3人とシングル専用だったとしてもSFCには及ばないと前に言っただろ。
>お前さんはPCEのVRAMの扱い方を知らなかった。
お前さんは知っていたとでも言うのかい？
>>763
>>>229を書いた時点ではどこで読んだ記事なのか思い出せなかった。
苦しい言い訳だな、だったら俺が、お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)と同一人物なのかという質問にすぐ答えられただろ？
俺が(ﾜｯﾁｮｲ 6f10-vPRm)を出した事で、お前さんは自分の発言を検索し、前に「別な所で見た記事」と言ってしまっていたので、
同一人物だった事をなかなか認められなかったんだろ、言い訳を思いつくまでは。
>>768
>なぜそうする必要があったのか、なぜそうしたのかそれは開発側でないとわからない。
それを推測する事はできるのに、「開発側でないとわからない」などと言うのは思考の停止した人の考えだな。
君は無理して議論に参加しなくていいよ。
何も理論を語れず、まともに俺に反論する事もできないのだからな。 >>769
開発者しかわからないのだから「可能性がある」に対してそれを否定できるのは開発者のみ。
にもかかわらず「可能性がある」を主張したいのなら本来なら主張する側で証拠を揃えるべきだな。
お前の論法なら「歩行モーションの少ないSFCはVRAMが遅い可能性がある」は有効だな。 「開発者！」「開発者！」って、
開発者は全知全能の神か何かかよw
もうね、アホかと。馬鹿かと。
開発者だって元々は誰もが知識ゼロだったと言う、
当たり前の事すら分からない馬鹿が居るな >>770
>「可能性がある」を主張したいのなら本来なら主張する側で証拠を揃えるべきだな。
「可能性がある」どころか、「誰が考えてもそれ以外考えられない」なのだが？
証拠などなくても第三者が納得できる理論を展開できれば十分なんだよ。
VSスレは裁判じゃないんだからな。
そもそもそんな事言い出したら、SFCのVRAMが遅い証拠も、
ネットのような信憑性の低い情報源じゃない、もっと確実な所から見つけて提示しなければならなくなるぞ。
>お前の論法なら「歩行モーションの少ないSFCはVRAMが遅い可能性がある」は有効だな。
君本当の馬鹿なの？全然有効じゃないだろ、俺の話を覆せていないのだから。 そして「ですな」は最終奥義「無視・沈黙」の発動後、
暫くしてからまるで何事も無かったかのように
しれっと復帰すると言うパターンがお決まりのワンセット >>772
>証拠などなくても第三者が納得できる理論を展開できれば十分なんだよ。
なるほど、お前はずっと科学や論理では無く、
オカルトや宗教を喚いていたんだな >>776
証拠は必須だし、お前はいったい何を言ってるんだ？ >>772
俺はお前の論法で「歩行モーションの少ないSFCはVRAMが遅い可能性がある」と言っているだけだからな。
反論するなら「SFCのVRAMが遅い可能性」がないことを証明しろよ。「遅い」ではなく「遅い可能性がある」だぞ、間違えるなよ。 >>777
じゃあ証拠を提示して俺に反論してみなよ。
もちろんネットのような信憑性の低い情報源じゃダメだからな。
>>778
>「歩行モーションの少ないSFCはVRAMが遅い可能性がある」と言っているだけだからな。
その理由を述べてみなよ？ 同じPC-98用の24kHzブラウン管でも、機種によってピンボケ気味な走査線のものと、
シャープに表示されるものとがあったな。
前者では走査線は見えなかったが、後者では走査線が目視できた。
ゲームには前者のほうが、ディザリングの中間色が混ざってくれて綺麗に見えたな。 >>779
「じゃあ」？
何がどう「じゃあ」何だ？
米でも炊くのかよ
証拠でVSする気が無い奴に証拠を示すと、
何かいい事でもあるのか？ >>782
あれれ？「証拠は必須だ」と言ってるくせに、証拠を提示できないの？
君話にならないな～
>証拠でVSする気が無い奴に証拠を示すと、
>何かいい事でもあるのか？
あるよ、俺が君に謝罪してあげる。 >>783
だからお前は証拠は要らないんだろ？
質問だけど、俺は頭がおかしい奴の介護をしないといけないのか？ >>779
お前の論法に会わせると、VRAM書き換えが間に合わなかったからモーションの削ったということだな。 >>784
君が「証拠は必須だ」と言っているのだから、
今回に限り証拠は要るよ。
>俺は頭がおかしい奴の介護をしないといけないのか？
家族にそんな人がいるなら、介護しないといけないんじゃないかな。
>>785
>VRAM書き換えが間に合わなかったからモーションの削ったということだな。
なぜ間に合わなかったと結論づける？
俺の説明を読めば、キャラ書き換えが間に合わない事などまず無いのが理解できると思うが、
君には難しい話すぎて理解できなかったという事かな？ >>786
お前の論法に合わせて、「SFCのVRAMは遅い可能性がある」と言ってるだけ。
お前が「パンチのモーションがカットされたからMDのVRAMは遅い可能性がある」と言っているのと同じこと。 >>787
>「パンチのモーションがカットされたからMDのVRAMは遅い可能性がある」と言っているのと同じこと。
そんな事俺は言っていないのだが？
やはり君には俺の説明が難しすぎて理解できていなかったんだね、哀れな人だ。 >>788
「パンチモーションがカットされているからといって、MDのVRAMが遅いというわけではない」と考えている、ということか？ >>789
その通り、そもそもパンチモーションは本当にカットされているのかい？ >>771
老婆心ながら言っておくと書き込みに罵詈雑言を含ませるって
負け犬の遠吠え見たくなるから止めた方が良いよ？ >>769
## ネットに5KBと6KBの両方の資料があった事実があるから突っ込んでるだけだぞｗ
どっちか分からないからとりあえず転送量の多い数字を採用した。それだけだ。
少ない数字よりも文句は出にくいだろ？ｗ
## たとえMD版が最大人数3人とシングル専用だったとしてもSFCには及ばないと前に言っただろ。
お前さんの感想だよね？
## お前さんは知っていたとでも言うのかい？
少なくともお前さんよりはマシな知識はあると持ってるよ？
## 苦しい言い訳だな、だったら俺が、お前さん(ﾜｯﾁｮｲ 1b10-cyUp)は、(ﾜｯﾁｮｲ 6f10-vPRm)と同一人物なのかという質問にすぐ答えられただろ？
お前さんがこちらの質問を無視し続けたからねぇ。取引材料になるじゃんｗ
それに議論で採用するなら多い方、5KBよりは6KBバイトを採用する方が楽じゃん。大きい数値なら文句も出にくいだろｗ >>769
## それを推測する事はできるのに、「開発側でないとわからない」などと言うのは思考の停止した人の考えだな。
お前さんの場合は推測を超えちゃってるんだよね。推測の上に推測を重ねてそれを事実のように扱ってる。
だから、これだけ色々な人がお前さんの発言に疑問を抱いてるんだよ。
そもそもＳＦＣ版のファイナルファイト、あれがVRAM書き換えでキャラ表示をしているのかどうかも不明だわな。
予めパターンを持っていて表示するキャラパターンだけを変えてる可能性がある。
動きのパターンが少ないならその可能性も増えるわな。
SFCのVRAMがリアルタイムで覗けるエミュでもあればわかるんだけどね。
スターフォックスについてもFXチップの動作が不明、英語版よりも日本語の方が正しかったら？
お前さんこの可能性も捨ててるだろ？自分の意見を通す為だけに。
英語版の説明が正しいとした前提、256x224全書き換えする前提、で6KBを超えると言ってしまってる。そりゃ信用されんわ。
スターフォックスはポリゴン枚数も少なくベタ塗りの面積も広いからその部分は書き換えなくても済む方法はある。
あとちょっと前にBadappleは予め圧縮されてる。スターフォックスはリアルタイムだから圧縮は無理みたいな事も書いてたが
動画じゃないんだから前フレームとの差異なんて必要無いだろ。常にリアルタイムで演算されて描画されてるのなら
描画していない場所も分かるだろ。その部分を端折る事は可能。
ついでに書くMDの7KBの転送能力は疑っていないと書いているから、
現時点ではSFCよりもMDの方が高いだろ？と言うとMDのV_INT中の動作を未だにネチネチと言ってくる。
疑ってるじゃんｗ
だから話が延々とループするんだよｗ >>769
あとBGマシンでフルグラフィックを書くとしたらどういう手順になるか分かった？ >>769
インベーダーの半透明は簡単に出来るとは思うが
よくよく考えるとインベーダーだけじゃなく、UFO、砲台(自機)、敵の弾、自分の弾の書き換えも必要になってくるから
V_INT期間中にその動作をするにはやっぱり非効率だな。
この辺りを考えてない事もあって、
お前さんPCのプログラムは書けてもゲーム機のプログラムのアルゴリズムって知らないんじゃね？
自分の場合は独学だったからこの辺りの違いはかなり苦労したな。
ついでにプログラムがROMなのも苦労した原因ではあるが。 >>792
>どっちか分からないからとりあえず転送量の多い数字を採用した
そんな事を言っているのではない、2つの異なった資料が存在した事自体が問題なのだ。
>お前さんの感想だよね？
感想ではない、推論だ。
もしSFCに勝てると言うなら、どのような処理に変更するのか書いてごらんよ。
>お前さんがこちらの質問を無視し続けたからねぇ。
無視してないだろ、そもそも俺のように何度も再度質問し直してないじゃないか。
そうやって誤魔化そうとしても無駄だぞ。
>>763 では
> >>229を書いた時点ではどこで読んだ記事なのか思い出せなかった。
と言っているが、思い出せないのに、
>昔別な所で見た記事には5KBと合ったんだがなぁ。
なんて普通言わないだろ、更にその後、
>確かここじゃね？かなり前にそう言ってた人が居たな。
と言っているではないか、そしてその後、
>あれは前に見た資料がそう書かれたからそう覚えてただけだ。
と、「そう覚えていた」としっかり記憶していた事を認めているじゃないか、「思い出せなかった」んじゃないの？
言っている事が矛盾しているぞ。
どちらにせよ、プログラム組んでいる人の話の信憑性が無い事には変わりないな。 >>794
>スターフォックスについてもFXチップの動作が不明、英語版よりも日本語の方が正しかったら？
SFCのBGは1軸回転と拡大縮小する機能しかないんだぞ、それをラスタースクロールと組み合わせて2軸回転を再現している。
それなのに3軸回転が発生するテクスチャーマッピング描画ができるわけないじゃないか。
>256x224全書き換えする前提
はぁ？何言ってるの？ 224x192だと前に言っただろ。
>スターフォックスはポリゴン枚数も少なくベタ塗りの面積も広いからその部分は書き換えなくても済む方法はある。
それは無理だと前に否定しただろ、MDのBadappleで灰色の面積が多い場面で15fpsまで落ちていたじゃないか。
>リアルタイムで演算されて描画されてるのなら描画していない場所も分かるだろ。
お前さんポリゴンレンダリングルーチン組んだ事ないでしょ？
>MDの7KBの転送能力は疑っていないと書いているから
疑っていないのは、1回のDMA転送でできる最大転送速度だけだぞ。
複数回のDMA転送の場合は転送開始手続きに時間をとられるから、もっと下がるだろうな。
>あとBGマシンでフルグラフィックを書くとしたらどういう手順になるか分かった？
スターフォックス2では通常のフレームバッファにレンダリングして、その後BG形式に変換しているよ。
>UFO、砲台(自機)、敵の弾、自分の弾の書き換えも必要になってくるから
>V_INT期間中にその動作をするにはやっぱり非効率だな。
非効率でも間に合えばどうという事はない。 >>798
FXチップのwikiの記述について、英語版の記述ではFXチップ演算後VRAMに転送、
日本語版の記述ではVRAMのBGデータをFXチップがポリゴン風加工して合成して表示、
と読み取れるということ。
ラスタースクロールを持ち出す時点でwikiの記述の違いを理解できていないだろ。
また、スターフォックス2についてもお前が開発したわけでもないのに何故断言できるんだ？ >>799
>ラスタースクロールを持ち出す時点でwikiの記述の違いを理解できていないだろ。
お前さんほんとに読解力ないんだな、理解できてないのはお前さんのほうだろ。
日本語wiki には、
>スーパーファミコンが持つバックグラウンド画面の拡大縮小および回転機能を駆使することによって、擬似的に三次元空間を描画する処理を担当していた。
と書いてあるだろ、どこに「BGデータをFXチップがポリゴン風加工」するって書いてあるんだよ？
F-ZEROのような、スーパーファミコンが持つバックグラウンド画面の拡大縮小および回転機能を駆使して2軸回転をするには、
ラスタースクロールと併用しなければならないんだよ。
明らかに日本語wikiの記述内容がおかしいって言っているんだよ。
>スターフォックス2についてもお前が開発したわけでもないのに何故断言できるんだ？
そういう記述を以前読んだからだよ。 >>797
推論でも変わらんよ。お前さんの想像した本体に
お前さんの想像したカスタムチップが乗りお前さんの想像したソフトが乗っている。
あやふやだから「だがなぁ」って付けたんだけど通じなかったんだ。ごめんね？分り難くて。
>>798
## SFCのBGは1軸回転と拡大縮小する機能しかないんだぞ
お前さん日本語の解説ページ読んだ？それで十分だろ、先ず「ポリゴンだから3次元」て考え方を捨てましょう。
表示されるのはブラウン管の上。つまり平面。最終的に表示されて見える面だけを表示すればいい。
折り紙を重ねて同じ絵が出来るようにしてあるだけ。
で、仮にこの説明が違うとなるとその内容を元に書いてあるそれ以降の内容が全て間違いと言う事になるのだが・・・。
## はぁ？何言ってるの？ 224x192だと前に言っただろ。
夫失礼。まぁ、でも変わらんから良いや。 >>798
## それは無理だと前に否定しただろ、MDのBadappleで灰色の面積が多い場面で15fpsまで落ちていたじゃないか。
否定はお前さんがしただけで、こちらはそうですかとは思っていないんで。
MDの場合は1パレ15色のパックピクセルだから色が多くなったところで転送する為のデータ容量は変わらん。
1色でも15色でも2ドットで1バイト。
だから30fpsを下回る原因が動画のデコードなのかVRAM転送の能力なのか判断が付かない。
逆に60fpsまで上がる部分もあるしな。もしかしてMDのBGがプレーン方式だと勘違いしてね？
## 複数回のDMA転送の場合は転送開始手続きに時間をとられるから、もっと下がるだろうな。
何故MDだけにそれを言う？SFCも同じじゃね？だから最大転送能力を話しているのだが？
DMAの使い方はソフトによってまちまちだからねぇ。
>>800
## F-ZEROのような、スーパーファミコンが持つバックグラウンド画面の拡大縮小および回転機能を駆使して2軸回転をするには、
開発者？SFCの仕様書を読んだ？ネットの情報？自分で解析した？
## そういう記述を以前読んだからだよ。
何故今更それを言う？お前さんは実は知らない事を先走って言った後に調べてるだろ？
思考停止とか言ってたけど、お前さんの方がよっぽど思考停止してね？
推測、想像、するのがいいが、自分の考えが浮かんだら他の事を一切考慮しなくなる。 >>800
やはりわかってないだろ。
日本語wikiの説明ではVRAM→FXチップ→（本体ビデオチップ→）画面
英語wikiの説明ではFXチップ→VRAM→本体ビデオチップ→画面
の違いがある。
後者の場合はVRAMの性能が問われるが前者の場合はさほどでもない。
ラスタースクロールのキーワードを出す時点で日本語wikiと英語wikiの動作の違いを理解していないということだ。 >>801
>推論でも変わらんよ
お前さんだって大して変わらないだろうに。
ネットの適当な資料の本体に、ネットの適当な資料のカスタムチップが乗り、MDファイナルファイトを1人専用化する際の処理の変更の説明すらできないのだから。
>それで十分だろ、先ず「ポリゴンだから3次元」て考え方を捨てましょう。
じゃあ1軸回転と拡大縮小だけで、どうやって画面の奥から手前に向かって立っている垂直の壁（F-ZEROの地面を90°回転させたもの）を描画できるのか説明してごらんよ？
>>802
>否定はお前さんがしただけで、こちらはそうですかとは思っていないんで。
単に俺の説明をお前さんが理解できてなかっただけじゃんｗ 笑わせるなよｗ
>MDの場合は1パレ15色のパックピクセルだから色が多くなったところで転送する為のデータ容量は変わらん。
ほら、こんなとんちんかんな事言ってるのが、お前さんが理解できてない証拠だな。
>もしかしてMDのBGがプレーン方式だと勘違いしてね？
してませんが、なぜそう思うんだい？
>何故MDだけにそれを言う？
ファイナルファイトを見比べるに、MDはDMA開始手続きに相当時間がかかってそうに思えるからだよ。
>開発者？SFCの仕様書を読んだ？ネットの情報？自分で解析した？
あれ？ お前さんはSFCの2軸回転の仕組みすら理解できてないの？
俺よりゲーム機の知識は「少なくともお前さんよりはマシな知識はあると持ってるよ？」と言っていたのに？
マシな知識とはこの程度の事だったの？
>お前さんは実は知らない事を先走って言った後に調べてるだろ？
違いますが何か？お前さんが先に聞かなかったからではないのか？
>>803
>ラスタースクロールのキーワードを出す時点で日本語wikiと英語wikiの動作の違いを理解していないということだ。
お話になりませんねぇ～、もっと学んでくれよな。 >>804
お話にならないのはお前のことだな。
相手が言っていることを理解できてない。 >>806
ザコ？お前のことか。
確かに黙ってた方がいいぞ。 >>808
その通り、更にラスタ毎にパースをかけて描画するラインを選択する。
あとY軸回転も適用されるな。 >>809
では、マリオカートでのVS画面が横二分割ではなく、縦二分割となった理由もよろしくお願いいたしますわ。 773 ゲーム好き名無しさん (ｵｯﾍﾟｹ Sr0f-Aoc8) [sage] 2020/10/15(木) 18:33:08.58 ID:c8euen7Tr
そして「ですな」は最終奥義「無視・沈黙」の発動後、
暫くしてからまるで何事も無かったかのように
しれっと復帰すると言うパターンがお決まりのワンセット >>812
マリオカートのvsって縦二分割でしょ？
SFCについて詳しいのだから、BG1枚のモード7で上下でそれぞれの回転する画面を並べる技術ぐらい当然わかるはず、と思いましてな。 今度は捏造・詭弁・話の擦り替え・印象操作を織り交ぜた複合技か
「ですな」はマウント取りたくて必死だな
他人に無意味に絡んで難癖を付けて、
周りに迷惑ばかり掛けるこのスレ最大の害悪
137 ゲーム好き名無しさん (ｵｯﾍﾟｹ Srbd-mgRN) [sage] 2020/09/15(火) 23:02:08.34 ID:CbglOqT4r
このスレ最大の害悪「ですな君」の必殺技
・必殺技その１．捏造
・必殺技その２．詭弁
・必殺技その３．話の擦り替え
・必殺技その４．印象操作
・最終奥義．無視、沈黙
要するに相手するだけ時間の無駄 >>804
## MDファイナルファイトを1人専用化する際の処理の変更の説明すらできないのだから。
そもそもSFC版の処理が分かってないのにそれに合わせるとか言う無茶振りｗ
前にも書いたがSFC版は同時出現数が少ない。これだと敵の一部をVRAMに置いたままにしてる可能性も出てくる。
それだとVRAMの転送能力とは別な話になってくるからな。
## ファイナルファイトを見比べるに、MDはDMA開始手続きに相当時間がかかってそうに思えるからだよ。
どう見たらそういう話になるのかが分からん。
## あれ？ お前さんはSFCの2軸回転の仕組みすら理解できてないの？
あれ？言わなかったっけ？SFCの知識は殆どないよ？って。 で、まぁ、MD版のBadApple!!をテラドライブの10MHｚで動作させてみたわけですが30fpsを下回る事は無かった。
と同時に当然60fps出るシーンも増えるわけですが。
VRAM転送速度云々よりも動画としてデコードするのにCPUパワーが足りてないって事だな。 >>815
時間の無駄と言うならお前さんの相手をする方がよっぽど無駄だと思うぞ？ｗ
ですな君はちゃんと理屈に乗った話だから。
必殺技一覧って自分の必殺技ですか？ｗ >>814
縦方向に分割しているので縦二分割ですな。 >>818
フォローありがとう。
だがゲームに関する情報を全く提供することのない「本当に馬鹿」男は無視するに限りますな。
相手にするだけ無駄。 >>816
>SFC版の処理が分かってないのにそれに合わせるとか言う無茶振りｗ
それに合わせろなんて言っていないぞ、SFC版なんか存在しなかったとして、MDで1人専用で作ってみろと言っているんだ。
>これだと敵の一部をVRAMに置いたままにしてる可能性も出てくる。
敵の一部って何？ 敵1体って意味？
そんなんでVRAMが少し空いたくらいでうまくいくと思っているの？
どうやるのか詳細を詳しく説明してみなよ。
>どう見たらそういう話になるのかが分からん。
SFC版は1フレーム中3キャラ同時書き換え可能、MD版は1フレーム中1キャラしか書き換えられないからだよ。
>あれ？言わなかったっけ？SFCの知識は殆どないよ？って。
SFCに限った話じゃないぞ、2軸回転の話だぞ。
あとお前さんPCEの話のときに言ってきたじゃないか、まさかPCEの知識もほとんど無いなんて言わないよな？
>テラドライブの10MHｚで動作させてみたわけですが30fpsを下回る事は無かった。
なんでテラドライブで動作させてるんだよ？ 通常のメガドライブで動作させろよ？
あとfpsの確認はどうやったんだ？ 左上に表示できるfpsは実際15fpsの場面でも30と表示されていたからあてにならんぞ。 >>820
フォローも何も、お前の挙動がまとめリストの通りなんだがw
そして早くも再度最終奥義「無視・沈黙」が発動！w
最終奥義乱用し過ぎだろw >>818
>ですな君はちゃんと理屈に乗った話
PCEvsMDスレで、SFCのマリカの分割話のどこが
ちゃんと理屈に乗った話なんだよw
810 ゲーム好き名無しさん (ｱｳｱｳｶｰ Sa8f-o9T2) [sage] 2020/10/17(土) 21:08:01.39 ID:Vwjyba63a
>>809
では、マリオカートでのVS画面が横二分割ではなく、縦二分割となった理由もよろしくお願いいたしますわ。 >>821
「敵の一部をVRAMにおいたまま」というのはネームテーブル書き換えでモーション再現するということでは？ て言うか逆に、「ですな」の言ってる事がまともだと言うなら、
じゃあ誰でもいいから早く「ですな」のSFCに関する質問に答えてやれよ
810 ゲーム好き名無しさん (ｱｳｱｳｶｰ Sa8f-o9T2) [sage] 2020/10/17(土) 21:08:01.39 ID:Vwjyba63a
>>809
では、マリオカートでのVS画面が横二分割ではなく、縦二分割となった理由もよろしくお願いいたしますわ。 伸びしろ君、SFCプログラマーが信用出来ないくせに何処の馬の骨とも分からん奴の書き込み信用したり迷走しまくりじゃん
実質的なことが何も出来ないから仕方ないとは思うけどさ
さっさと実機で測定してこいよw >>827
嘘をついてまで都合の悪い事実を隠そうとして、話の信憑性が地に落ちた「プログラム組める人」よりは信用できるからな。
そんな事より君はさっさと彼に謝罪しろよ、彼を愚弄したまま謝罪もなしで、いい加減にしないと彼の怒りを買う事になるぞ。 >>828
SFCプログラマーは>>533のリンク先のことなんだけど話逸らさないでくれるかなw
より専門的にSFCを扱っている人達に比べて、お前がレスしてる
>>746,749,751,808
がどうして信用できるのか詳しい説明よろw >>829
話がループしてるぞ。
君は
「プログラム組んでる人達のコミュニティだから信頼出来るじゃん」
と言っていた、なぜプログラム組んでる人達は信頼できるんだ？
プログラム組んでいるのに嘘をつく人間はいくらでもいるんだぞ？
いいから君はさっさと謝罪しなさい、話はそれからだ。 >>830
MDのbadappleをSFCで再現しようと集まった人達が何の目的で嘘を書くんだよw
snes vramやsnes dmaで検索すれば他でも6KBの記述は出てくるしさ
蓋然性の話な
話題逸らしはいいからお前がレスした書き込みがどうして信用できるのか説明よろ
プログラムを組んでるとか実機で測定したとかを保証できる内容が俺には全く見当たらないんだけどw >>831
言っただろ、まずは謝罪しな、話はそれからだ。 >>831
>MDのbadapple
>MDのbadapple
>MDのbadapple
>SFC
>SFC
>SFC
何言ってるんだこいつ？ >>821
## 敵の一部って何？ 敵1体って意味？
書き方が悪かったな。主人公のみ書き換えで雑魚のパターンを置きっぱなしにしてVRAMの書き換えを減らす。
と言う可能性。モーションが減ってるならその可能性も出るわけだ。
## SFC版は1フレーム中3キャラ同時書き換え可能、MD版は1フレーム中1キャラしか書き換えられないからだよ。
SFC版が書き換えと決めつけてるしなぁ。キャラ一体のデータサイズって知ってるのかな？
## なんでテラドライブで動作させてるんだよ？
テラドライブなら10MHｚの動作が出来るからだよｗ
MDのクロックアップはCPUのみが上がる。これならVRAM転送能力と切り分ける事が出来る。
仮にVRAM転送が遅くてフレームレートが落ち込むならCPUのクロックを上げてもフレームレートに変化は出ないだろ？
てか、この動画をエンコードする時はVRAM転送能力を意識して作るだろ・・・。
## あとfpsの確認はどうやったんだ？ 左上に表示できるfpsは実際15fpsの場面でも30と表示されていたからあてにならんぞ。
だったらお前さんが言う30fpsを下回るも当てにならんなｗｗｗｗｗｗｗｗｗｗｗｗｗ >>828
お前さんがそれを言うかねｗｗｗｗｗｗ
ちなみに謝罪って何？こちらに何か謝罪するような事でも書いたの？別に気にしてないから良いんじゃね？ 常時30fpsで安定している動画ならフレームレートに変化が有れば即分るわ。流石に舐め過ぎ。
それと60fpsをキープする場面も増えてるからなぁ。
CPUクロックの変化で画像の再生レートが変わる時点でVRAM転送能力云々じゃない事ぐらい分るだろ・・・。 >>834
>主人公のみ書き換えで雑魚のパターンを置きっぱなしにしてVRAMの書き換えを減らす。
敵のパターンをVRAMに置くなんて無理だろ、3人もいるんだぞ？量が多すぎる。
MDを1人専用、敵3人にしても空くのは2パターン分だけだしな。
どう考えても無理だが、万が一書き換えを減らせたとしてもせいぜい1フレーム中2キャラが限界だろう。1フレーム中3キャラのSFCには及ばない。
>キャラ一体のデータサイズって知ってるのかな？
MDは1フレームに1体しか書き換えられないのだから、DMA 7KBから考えると少ないだろ。
PCEでもそのくらいならできそうだぞ。
>テラドライブなら10MHｚの動作が出来るからだよｗ
テラドライブのVRAM転送能力が通常MDより高くされていない保障はないだろ。
そもそもMDのbadappleを出してきたのはVRAM転送能力の差の話が元じゃないだろ。
スターフォックス2のVRAM転送が、塗りつぶしチップの差分のみの転送で高速化している可能性があるとかいうのが理由だろ？
>だったらお前さんが言う30fpsを下回るも当てにならんなｗｗｗｗｗｗｗｗｗｗｗｗｗ
はぁ？俺は動画を1コマづつ確認したから間違いないぞ。
>>835
>お前さんがそれを言うかねｗｗｗｗｗｗ
いったい何の事を言っているんだい？
俺が嘘をついたとでも？
>>836
>常時30fpsで安定している動画ならフレームレートに変化が有れば即分るわ。流石に舐め過ぎ。
こういう事言う人間の発言こそあてにならんな。
単純な動きの映像ならともかく、場面により高速だったり低速だったりぐりぐり動く動画に対しての人間の目視などいくらでも錯覚を起こすわ。
ところでMDの32x32スプライトのグラフィックデータはどういう構造になっているんだ？
32x32で一塊の連続したデータが続いているのか？
それとも8x8ごとに一塊なの？ >>832
お前を基地外扱いしてることについては時々謝ってるじゃん
>結局ネットの情報などその程度の物って事が証明されてしまっただけだったな。
>>717で言ってる通り、お前は実機で測定したかも分からないことは信用しないんだろ？
こんな調子で喝破しといて>>746,749,751,808には何の疑いもなく納得してるから頭おかしいのかと思ってさ
だから信用するしないの判断基準を聞いてるだけなんだよね
と言う訳で、引き続きお前がレスした先の書き込みをどうして信用したかの説明よろ >>838
>時々謝ってるじゃん
彼に謝罪しろと言っているんだ、あと、あんなのは謝罪とは言えないよ、もっと誠意をこめて謝罪しな。
話はそれからだ。 >>839
本人が「謝罪しろ」と言い続けるならともかく、関係ないあんたが「彼に謝罪しろ」とは全くもって余計なお世話ではありませんかな？ >>840
つまり「ですな」は完全に余計なお世話だな
「ですな」は本当に馬鹿だな >>837
## 敵のパターンをVRAMに置くなんて無理だろ、3人もいるんだぞ？量が多すぎる。
VRAMの中身観察した事あるの？
## MDは1フレームに1体しか書き換えられないのだから、DMA 7KBから考えると少ないだろ。
キャラクタの大きさを確認した事あるの？ちなみにMD版よりもSFC版の方が若干キャラが小さい。
255x224だから小さくても横に引き延ばしがあるから見た目では大差ないが。
それに伴って背景も狭くなる。ネームテーブルも減らせるだろ。
## テラドライブのVRAM転送能力が通常MDより高くされていない保障はないだろ。
使われているチップセットが同じ。MD完全互換。
## はぁ？俺は動画を1コマづつ確認したから間違いないぞ。
どうやって？
## ところでMDの32x32スプライトのグラフィックデータはどういう構造になっているんだ？
そんな事も知らずに今まで話してたの？ ## テラドライブのVRAM転送能力が通常MDより高くされていない保障はないだろ。
VDPのマスタークロックがMDと同じだから早くならん。ちなみにこれを変えると全ての速度が変わってしまう。
1秒間のフレーム数自体上がる。テラモニターなら変則的な周波数にも対応してるから映せるが。
VRAMを倍にすれば転送能力も倍にはなるがVDPのレジスタ操作が必要で
MDのソフトの場合は128KBに関するレジスタはは全てオフになるように初期化されてる。
VRAMの扱い方が変わるから偶然動くような事も・・・ない。
スプライトに関しては全て詰まる。32x32なら8x8単位で16個。32ｘ24なら8x8で12個。
大きなキャラは複数枚のスプライトに分割して8x8ドット内で空白が出来ないようにされてるな。
だからVRAMはギッチギチに詰め込んである。
## こういう事言う人間の発言こそあてにならんな。
常時30fpsで動いているのに途中で突っかかればわかるだろｗ
クロックアップできるエミュもあるはずだから自分で試せばよかろう。 >>842
>VRAMの中身観察した事あるの？
MDファイナルファイトはVRAMが足りないって話だったじゃないか。
それとも空きが沢山あるとでも言うのかい？
>キャラクタの大きさを確認した事あるの？ちなみにMD版よりもSFC版の方が若干キャラが小さい。
キャラの大きさが原因なら、MDでも1フレーム中2キャラは書き換えできるはずだろ？
それができないんだから、DMA開始手続きに相当時間がかかってしまうと考えるのが妥当。
>使われているチップセットが同じ。MD完全互換。
それはどこの資料の情報？
>どうやって？
AviUtlでDLした動画ファイルを開き、1フレームづつ確認したんだよ。
>>843
>32x32なら8x8単位で16個。32ｘ24なら8x8で12個。
つまり32x32のスプライトは8x8を基準として、横に4個並んだ後は一段下へ進み左端へ戻るという事か？
MDファイナルファイトはそれなりに大きなキャラだから、32x32のスプライトを使っているんだよな？ >>844
## MDファイナルファイトはVRAMが足りないって話だったじゃないか。
何度も言ってるだろ？同時出現数が違うって。それとキャラの大きさも違う。
更に背景の大きさも違うからVRAMの使い方が同じになる訳がなかろう。
そもそもSFCのVRAMの使い方も分からん。
## キャラの大きさが原因なら、MDでも1フレーム中2キャラは書き換えできるはずだろ？
MD版の方がキャラが大きい。仮にSFC版も転送で行っているとすると転送量はMD版の方が多い。
8x8のパターン数で数えたわけじゃないが仮に1体が4KB(128セル)を超えたとしたら2体同時に動かすのは無理だろ。
BGの書き換えも当然VRAM転送だ。
## AviUtlでDLした動画ファイルを開き、1フレームづつ確認したんだよ。
その動画が30fpsで作られたとしてエンコード中にフレームのずれで欠落してたら？
## MDファイナルファイトはそれなりに大きなキャラだから、32x32のスプライトを使っているんだよな？
人の書いた事を理解していないだろ？大きなキャラを書く場合はスプライトを複数枚使うが、
その際、パンチで伸ばした腕や頭なんかをそのまま32x32で描けば全くドットの存在しないセルが生まれる。
そうならないように色々な大きさのスプライトを組み合わせて転送時の無駄を省くんだよ。
MDは8x8～32x32まで8x8単位で大きさが自由に設定できる。8x32も可能だし32x8も可能。 「上で1体が4KBを～」と書いたけどスプライトアトリビュート、
背景やスコア表示などのBG書き換えも考えると1体3KB以下(96セル)だろうな。
まぁ、大雑把な考え方ではあるが。 >>845
>何度も言ってるだろ？同時出現数が違うって。
だから、MDファイナルファイトはVRAMをフルに使ってるんだろ？
そこから1人専用、敵3体にすればVRAMが2キャラ分空くだろ？
そしてSFC版なんか存在しなかったと思えって前に言っただろ。
この条件でお前さんがMD版を作ればいいだけの話。
俺の言い分は、「MDにファイナルファイトのキャラ達を高速に書き換える性能はないよ」なんだからな。
>MD版の方がキャラが大きい。仮にSFC版も転送で行っているとすると転送量はMD版の方が多い。
おいおい、計算してみろよ。
MDのほうがキャラが大きいといってもSFCの1.25倍程度だぞ。(横320 / 256 = 1.25)
SFC版が3体で仮に合計6KBだとすると、1体は2KB、MDのサイズにするため1.25倍しても1体2.5KB。
1体3KB以下に収まるじゃないか。
>その動画が30fpsで作られたとしてエンコード中にフレームのずれで欠落してたら？
お前さん動画の事よく知らないんだね、よほど圧縮率を高くしない限りエンコード中にフレームのずれで欠落なんかしないぞ。
そもそも俺の理論通りなら重くなると予想できる場面にピンポイントでフレームのずれが発生するなんて、まずありえないじゃないか。
そんなに気になるなら60fps無圧縮で動画をキャプチャして自分で調べてみなよ。
>大きなキャラを書く場合はスプライトを複数枚使うが、
>その際、パンチで伸ばした腕や頭なんかをそのまま32x32で描けば全くドットの存在しないセルが生まれる。
>そうならないように色々な大きさのスプライトを組み合わせて転送時の無駄を省くんだよ。
MDファイナルファイトではそうしている事を、お前さんが確認したという事で間違いないんだな？
どうやって確認したのか説明してくれよ。
あとお前さんの話の理屈は分かるんだが、転送時の無駄って何？
VDPの負荷が増えてもCPUには何の影響もないだろ？ >>847
>この条件でお前さんがMD版を作ればいいだけの話。
>俺の言い分は、「MDにファイナルファイトのキャラ達を高速に書き換える性能はないよ」なんだからな。
MDに書き換える性能がないことを先ずお前が実機で測定して証明しなきゃ駄目じゃん
お前はアサガオの観察日記を想像で書いて先生に見破られたら、「お前が書けばいいだけの話」とか先生に言うのか？
さっさと小学生からやり直してくれよな！ >>848
アホか？ 先にPCE、SFCよりもMDの方が早いと言ってきたのは彼>>845なんだから、彼が実機で測定して証明しなきゃダメだろ。
そんな事より君はさっさと謝罪しな。
話はそれからだ。 >>849
信憑性、信頼性、蓋然性、定説
発言者やソースが持つ説得力の話を散々してやったのに今更何言ってんだお前はw
MDは7KB、SFCは6KB、PCEはもっとショボいんだっけ？
ネットに転がってる情報だけでも納得いく話に勝手に疑問持って騒いでるのがお前
だったらてめえで勝手に証明しろ、そんだけの話じゃん
お母さんはやってくれたかも知れないけど先生はお前の代わりにアサガオの観察をしてくれないんだ
そこんとこ頼んだぞ！ >>850
何言ってるんだ？彼は最初SFCは5KBとネットの情報にあったと言っていたんだぞ。
話になりませんな。
いいから君はさっさと謝罪しろよ。 負け犬の遠吠えしかできないこいつは本当にどうしようもない奴だなｗ
何の理論も語れない、頭ん中が空っぽなんだろうｗ お母さんがかわいそうだよｗｗｗｗｗ >>851
だからさあ、お前は物事の蓋然性すら理解出来なくてプログラマー氏もSFCプログラマーも信用しないんだろ？
尚更てめえでやれとしか言いようがないじゃんw
>>852
理論？
プログラム言語で何か理論書いてたっけ？w
実証するためのコードの一つや二つ書いたって言いたいならレス番指定よろ
ネットを信用しない筈のお前が>>746,749,751,808には速攻納得した理由もまだ待ってるぞ
コード共々ビシッ！と叩きつけてくれよな！ ## 俺の言い分は、「MDにファイナルファイトのキャラ達を高速に書き換える性能はないよ」なんだからな。
そう、お前さんのいい分ね。見た目で判断しただけの。
## SFC版が3体で仮に合計6KBだとすると、
だから何度も言ってるじゃん。全て書き換えで作られてる事を確認したんですか？って。
だから、小間さんの言い分。見た目で判断しただけの。
## 1体3KB以下に収まるじゃないか。
3KBに収まるかどうかは全ての敵を見なければ分からんだろ？あくまでも3KBは目安として出しただけで、
実際にVRAMを利用するのはキャラクタデータだけじゃない。と書かなかったか？
BGやスプライトアトリビュートもVRAMだぞ？
## お前さん動画の事よく知らないんだね
まぁ、知らんね。エンコード中じゃなく、キャプチャ中かもしれんが。何処から持ってきた動画なのかも分からんし。
けど、ここで言いたいのはCPU速度で動画の再生速度が変わるという事。
単純にCPUの動画再生能力がデータに追いついていないという事実。VRAMの転送能力じゃないな？と思える挙動。
## どうやって確認したのか説明してくれよ。
散々言ってるだろ？VRAMの中身をフレーム毎に確認できるエミュが有るって。いま作ってるゲームの動作確認にも利用してる。
## 転送時の無駄って何？
単純な事だ。極端な事を言えば8x8のでキャラクタを表示するのに16x16のスプライトしか使えなければ32バイトx4で128バイト必要になる。
しかし実際には4セルの内3セル(96バイト)分は透明となる。それが無駄。8x8のスプライトを使うなら32バイトで済む。
同様に人物を描く場合、体よりも頭の方が小さい。体全体を内包する四角のスプライトで描けば当然空白が増える。
ならば、胴体と頭をそれぞれ別な大きさのスプライトで描き、組み合わせればキャラパターンのデータは縮小できるだろ。 >>849
お前が「SFCの方がVRAM速度は早い」という信頼できる情報を提供すればいいだけ。
お前の根拠は全て見た目。動画を解析したところでそれも見た目。
見た目だけでVRAMが速いだの遅いだのでは何の根拠にもならん。 >>854 >>856
また負け犬の遠吠えが始まったかｗ
俺の推論にまともに反論できなくて悔しいんだねｗ、みっともないなぁ～～ｗ
>>855
見た目での判断でも推論通りの結果が確認でき、第三者が納得できる説明ができれば十分だろ。
矛盾があればお前さんのMDの知識を活かして俺に反論すればいいだけの話だからな。
どうして「見た目で判断」じゃダメなのか説明してもらおうか？
>全て書き換えで作られてる事を確認したんですか？
>>845 で お前さんが
>仮にSFC版も転送で行っているとすると転送量はMD版の方が多い。
と言っていたから、仮にSFC版も転送で行っていたとしても矛盾点があると指摘しただけだが？
間違っていた事を認めずに話をそらすとは卑怯な奴の考える事だな。
>3KBに収まるかどうかは全ての敵を見なければ分からんだろ？
全ての敵ってなんだよ？敵は3体で全てだろ？自分の間違いを誤魔化そうとしているのか？
詳しく説明してもらおうじゃないか。 >>855
>BGやスプライトアトリビュートもVRAMだぞ？
はぁ？お前さんBGやスプライトアトリビュートを含めなければ4KB、含めたら3KBと>>846で言っていたじゃないか。
>何処から持ってきた動画なのかも分からんし。
お前さんが >>507 で貼ったこれだよ。
https://www.youtube.com/watch?v=2vPe452cegU
>単純にCPUの動画再生能力がデータに追いついていないという事実。VRAMの転送能力じゃないな？と思える挙動。
そりゃVRAMへのグラフィックデータ転送量が変わるのだから、場面によって早くなったり遅くなったりするだろうな。
お前さんそれだけでCPUの処理能力不足と決め付けるなんて浅はかだぞ。
俺の説明理解できるまで読み直せよ、VRAMへの転送量が多いときに重くなっているから。
>VRAMの中身をフレーム毎に確認できるエミュが有るって。
VRAMの中身がわかってもスプライトの組み合わせで描画されているかは、
スプライトの大きさがわかるよう画面に矩形を表示する機能がないとわからないだろ？
どのエミュでそんな機能があるのさ？
>8x8のスプライトを使うなら32バイトで済む。
それではVRAM使用量の無駄の説明であって、転送時の無駄の説明になってないぞ。 >>857
見た目で推論と言うなら、歩行モーションのパターンが少ないSFCはVRAMが遅いという推論も成り立つ。 >>858
お前、仕組みを理解してないから>>855の言ってる意味がわからないだけ。
>>855
発言の際はなるべく主語述語をつけ方がいい。>>858は仕組みを理解していないアホだから勝手な解釈をして頓珍漢な文句を言いまくる。というか、わざと頓珍漢な文句を言っているのではないかと思えるほど。 >>858
>>そりゃVRAMへのグラフィック
>>データ転送量が変わるのだから、
>>場面によって早くなったり遅く
>>なったりするだろうな。
見た目で判断するのなら、それこそ遅くなるような場面でフレーム毎に何チップ分が更新されているかを具体的に示したらいかがですかな？ >>861
だから見た目で判断するのは何の証拠にもならないと、
ここで何度も繰り返し言われてツッコまれてるだろ
「ですな」は本当に馬鹿だな ｃｐ１のram合計466KB位か
でもSFCの２倍もないんだな 単純な動画再生であるBadAppleであれば、前フレーム次フレームとの差分が発生している部分が、VRAM上更新された部分と言えますな。
だから更新された部分をチップ単位でカウントすればおおよそのVRAM更新量がわかりますな。
見た目重視の>>858は具体的なチップ数を提示すれば、ファイナルファイトのパンチモーションを例に出すよりVRAMの性能に近しい値になるの思われますな。
ゲーム画面ではスプライトとBGを重ね会わせたりネームテーブルを変更したりとスクロールしたりと、VRAM更新量と画面の見た目の更新量とのギャップは大きくなるので、そういうわけにはいきませんがね。
その辺がわからず単に「馬鹿」と吠えてる輩は全くもって存在価値ゼロですな。 >>864
もしかして簡単な事でも分かり難く説明すれば、
マウント取れると思っちゃってる？
「ですな」は本当に馬鹿だな 「本当に馬鹿」男が相手にすべきは争点とやらをハッキリさせられない>>858であって、ですな君ではないだろ。
おそらく実世界で誰にも相手にされないからここに来てるんだろうが、ゲームハードの知識がないからPCE派にもMD派にも相手にされない。その結果中立を名乗るですな君に粘着するしかないんだろうな。
いずれにせよ気が狂ってるとしか思えない。 >>859 >860 >866
あははｗ、ごめんごめんｗ、君には難しすぎる話だったねｗｗｗｗｗ
君にとってはつらい事かもしれないけど、暫く黙っていてねｗｗｗｗｗ >>867
お前の発言は妄想に妄想を重ねるからまともな人間にとって難しいということは否定しない。 >>868
君がまともな人間だって？
笑わせるな、他人を馬鹿にしておいて謝罪もできない奴がまともとか言ってるよｗ
残念だけど君以外は皆理解しているから、さっさと謝罪しなよ？ >>869
誰に何を謝罪しにゃならんのか全くわからんな。 >>870
君(ｱｰｸｾｰ Sx11-JbEW)は、 (ｽｯｯﾌﾟ Sda2-fERm)とは別人だとでも言うのかい？ >>871
お前日本語わかる？
誰に何を謝罪しろと言ってるんだ。 >>872
まず>>871の質問に答えてもらおうか？
話はそれからだ。 >>873
なに偉そうに言ってるんだ。
まずは>>871で勝手に難癖つけてきたお前が答えるべきだろ。 >>874
なぜ別人かどうかくらい答えられない？
なにか君にとって都合の悪い事でもあるのかい？
俺が偉そうなのはいつもの事だろ、気にするだけ無駄だぞ。 「本当に馬鹿」男といい>>873といいいいかげんにしてほしい。
さすがに腹が立つ。 >>875
誰に言ってるの？
>>874はですな君だろ。
ですな君が同一人物かどうか答えられるわけないだろ。
お前はテラ男とですな君と俺を相手にしてるわけ。
お前と「本当に馬鹿」男日同一人物かもしれんがな。 >>874
(ｱｳｱｳｶｰ Sa89-s4Ks)「ですな君」の論調が突然変わった！
(ｱｰｸｾｰ Sx11-JbEW)は「ですな君」の別IDだったのか！
>>876 >>877
誤魔化そうとしてももう遅いぞ。
なぜ全く関係ない「ですな君」が>>874で突然怒りだして出てくる？
本当に自演で賛同者がいるふりをしていたとはな、情けない人だ。 >>878
あれだけ「本当に馬鹿」男が繰り返し「本当に馬鹿」を繰り返せば腹も立ちますわ。>>877は以前から東方をフォローしてくれてますからな。多分実機確認の彼ではないかと思う。 >>857
## 全ての敵ってなんだよ？敵は3体で全てだろ？自分の間違いを誤魔化そうとしているのか？
MD版の話だが？各種の敵がいる。同時出現する全ての組み合わせで一定の容量を超えてしまえば転送できんだろ。
## 見た目での判断でも推論通りの結果が確認でき、第三者が納得できる説明ができれば十分だろ。
お前さんの場合は結果から推論してるだけで、その推論に根拠がないからダメなんだよ。
お前さんが根拠として書いてるのも推論でしかない。いい加減その事を理解しろよｗ
## はぁ？お前さんBGやスプライトアトリビュートを含めなければ4KB、含めたら3KBと>>846で言っていたじゃないか。
3KB、4KBはあくまでもその数字は推測であって結論じゃねぇよ？
## VRAMへの転送量が多いときに重くなっているから。
これも見た目でしょ？VRAMの転送量が多いという事はデコードするデータ量も多いという事をお忘れなく。
それとfps表示なくても見た目で遅くなると分かっている7.67MHz時と、
遅さを感じない10MHzと言う差が出てるという事が欠落してるな。 俺は本当に馬鹿な発言をしている奴に対して、
「本当に馬鹿だな」と言ってるだけの事
別に「ですな」に照準を定めている訳では無い あとまぁ、ものすごく根本的な問題でSFC版ファイナルファイトが60fpsで表示されているかと言う疑問。
画面表示は60fpsだろうが仮に2フレーム毎に画面を更新してたら？と言う問題もあるわな。
MD版の場合は60fpsで画面更新は行われていて1フレーム毎に1体書き換えてる。
ちょっと言い方を変えると、
「転送速度が遅いからSFC版は同時プレイができない。敵が3体しか出ない」ともいえるわな。
この辺りはどう捉えるんだろうな。 >>881
馬鹿な発言をしている奴に馬鹿としか言えないという事ですね？ >>883
俺は医者でもカウンセラーでもないし、
本人の馬鹿を治してやる事は出来ないな
出来るのは周囲への注意喚起（相手するだけ時間の無駄）ぐらい
このスレ最大の害悪「ですな君」の必殺技
・必殺技その１．捏造
・必殺技その２．詭弁
・必殺技その３．話の擦り替え
・必殺技その４．印象操作
・最終奥義．無視、沈黙
要するに相手するだけ時間の無駄 >>878
で、結局のところお前は俺は誰に何を謝罪しろと言ってるんだ。 >>886
あなたの感想ですよね？
ttps://assets.st-note.com/production/uploads/images/29892310/rectangle_large_type_2_a731c99b6a7e420e05d36c6753ddb1b0.jpg >>887
感想ではなく発言数。
PCEvsMDにおいてPCEとMDに全く関係ない発言はお前が一番多い。だからお前が一番無駄。 >>888
どれがどう無駄かどうか（カウント対象）も含め、
あなたの勝手な感想・判断ですよね？ >>880
BadAppleのデモの映像データはどのような構造になってるんでしょうな。
秒間30コマとして225秒あるから総容量8MBなら１コマ1.2KB程度。
圧縮されたデータを伸長しながらVRAMに書き込む必要がありますな。
１コマ毎の差分がドット(ピクセル単位)だとすれば差分を座標から各セル(チッブ)に座標変換が面倒臭そうですな。
差分がチッブ単位なら圧縮されたチップをひたすら解凍(伸長)してVRAMに書き込めば良いが、圧縮率は低そうですな。
いずれにせよ、画面で変化のあった部分のチップがVRAMが書き換えられたところなので、それを数えれば書き換えられたVRAMの量はざっくり算出できる。
重くなっていると言われるのシーンのVRAM更新量が巷で言われるVRAMの速度の上限に達していればVRAMの性能はそこまで、達していなければ圧縮データの伸長が間に合わない＝CPUパワーが足りない、と言えますな。 >>880
>同時出現する全ての組み合わせで一定の容量を超えてしまえば転送できんだろ。
そうしたらSFC版でも6KBを超えて転送できなくなるだろ。
お前さんの主張では、SFCは6KB以上の転送能力がある事をお前さん自身が認めた事になるぞ。
>その推論に根拠がないからダメなんだよ。
また話がループしてるぞ、馬鹿なの？
「根拠がない」だけじゃなく、
「こういう推測ができ、実際の動作もこうなので、こういう理由でその主張は根拠がない」と語らないと誰も納得しないよ。
>3KB、4KBはあくまでもその数字は推測であって結論じゃねぇよ？
自分の主張の矛盾を指摘されたからって言い訳してないで、素直に間違いを認めたらどうなの？見苦しいぞ。
>遅さを感じない10MHzと言う差が出てるという事が欠落してるな。
お前さんテラドライブの資料の情報の出所を言えないんだから、そんな結果などあてにならんよ。
>>882
>画面表示は60fpsだろうが仮に2フレーム毎に画面を更新してたら？
だんだんお前さんの主張が苦しくなってきたな。
>>460の動画の2～4フレーム目を見てみろよ？
青い敵が1フレーム毎に書き換えられているから、しっかり60fpsだぞ。
そもそも2フレーム毎に書き換えられていたらキャラ単位で書き換えがズレるかティアリングが発生するじゃないか。
お前さん人の話に根拠がないとか言ってくるくせに、お前さんの話のほうが根拠が全くないじゃないか、どういうつもりなんだい？
>>608
>スターフォックスにしてもお前さんが出した数字は
>お前さんが予測した動きから計算した数字だからやっぱり意味がない
俺が予測した動きとは、何の事を言っているんだい？
質問に答えてもらおうか？ >>891
見た目だけで推論立てて推論通りの見た目になるのは当たり前だろ。
誰も納得などしないわ。
見た目で推論たてたなら、技術的裏付けが伴って初めて納得がいく。
その技術的裏付けが根拠だろ。
心霊写真があるから幽霊は存在すると推論を立て、心霊写真があるのは幽霊が存在するからだ、と主張しているのがお前。
心霊写真が撮れるカラクリを明確にならなければ誰も納得しない。 >>880
動画を圧縮する際に展開時に7KB以内に収まるようにはしてるんだろうなとは思う。
それやらないとフレームレートを安定させる事が出来ないし。
ただ、ほんと単純な事で、7.67MHzのMDでは表示が遅くなっていた部分が10MHｚのMDでは殆ど遅くなっていない。
MDのクロックアップはCPUに外部クロックを直結するだけの単純なものでDP側は通常通りのクロックで動作してる。
DMA転送はVDPがバスマスタとなってROMからVRAMにデータを転送する物。
これだけでVRAMの転送能力の問題じゃないなってのは分るんだけどね。 >>891
## お前さんの主張では、SFCは6KB以上の転送能力がある事をお前さん自身が認めた事になるぞ。
ほらな？お前はSFC版がキャラ書き換えで表示する事を決めつけた上での発言をしてる。
それ以外の可能性を排除しちゃってるんだよ。
## 「こういう推測ができ、実際の動作もこうなので、こういう理由でその主張は根拠がない」と語らないと誰も納得しないよ。
お前さんの場合は「実際の動作もこうなので」の部分が推測なんだよｗ
お前さんの言う「実際の動き」は「 見た目ので判断した動き」だから。
こちらの言う「実際の動き」とはソフトとハード共に裏が取れた物の事を言う。
そしてそれは、6KB以上あるという第三者からの報告または開発資料なんだよ。
お前さんの中だけで完結してしまっている物は「実際の動き」としては認めてないんで。 >>891
## お前さんテラドライブの資料の情報の出所を言えないんだから、そんな結果などあてにならんよ。
分りやすい例でいえば・・・メガドライブミニのロックマンだわな。
テラドライブモードとか言う何とも苦しい言い訳でクロックアップしたゲームを収録してるｗ
まぁ、これに関してはクロックアップしたMDでも同じ事が体験できるよ？
できるなら試してみれば？と言い切ってあげようｗ
ついでに・・・検索すればクロックアップしたMDでスタークルーザーやハードドライビンを動かしている動画が出てくるから見てくれば？
そのクロックアップ方法にしても細かく解説してくれてる。VDPのクロックをいじってるかどうかも追えばわかるだろ？
16MHｚのスタクルやドライビンは圧巻だな。
VDPのクロックをいじると1/60秒じゃなく1/70秒で1コマとかになったりする・・・が！処理落ちは従来通り発生するという何とも不思議体験をできる。
当たり前と言えば当たり前なんだけどね。
## 俺が予測した動きとは、何の事を言っているんだい？
あれ？前に書いてなかった？解像度が幾つだからそれをてんそうするにはこのぐらいのてんそうのうりょくがひつようだー！とか？ >>891
>>892が分かりやすく書いてくれてるね。延々と1人でループしてる。
内容を要約すると・・・
お前「SFCはこれだけの表示をしているのだから6KBを超えている」
当方「じゃぁ、6KBを超えるという資料を出してよ」
お前「SFCは6KBを超えてるからこれだけの表示をする事ができる」
当方「じゃぁ、6KBを超えるという資料を出してよ」
始めに戻る・・・の繰り返しｗ >>893
>これだけでVRAMの転送能力の問題じゃないなってのは分るんだけどね。
だからなぜテラドライブの資料の情報の出所を言えないんだ？
>>894
>お前はSFC版がキャラ書き換えで表示する事を決めつけた上での発言をしてる。
何言ってるの？>>845 で お前さんが
>仮にSFC版も転送で行っているとすると転送量はMD版の方が多い。
と、仮の話をしだしたから、それに合わせてやってるだけじゃないか。
そうやって誤魔化してないで、お前さんの主張が明らかに間違っていた事を素直に認めようとは思わないの？
お前さんは、誰かさんと同じくその程度の人間だったのかい？
>「実際の動作もこうなので」の部分が推測なんだよ
はぁ？何言ってるの？
MDファイナルファイトで1フレームごとに1キャラづつ書き換えられていたのが確認できただろ？
それが実際の動作だぞ、推測じゃない。
裏がとれるもなにも、ソフト的にも1キャラづつの書き換え処理を行っているし、ハード的にもDMA転送で書き換えているのは明白だろ。
それともお前さんは違うとでも言い出すのかい？
そうやって逃げてないで、プログラム作ってる人間ならしっかりと根拠のある理由を説明しろよな。
お前さんはなんでそれができないの？
お前さんの主張に矛盾があるからじゃないのかい？
>6KB以上あるという第三者からの報告または開発資料なんだよ。
アホなの？ SFCは今ある資料にない部分で早い可能性があるって話をしているんだぞ？
存在しない物を出せとか、頭おかしいの？
それこそお前さんが自分で測定すればいいだけでは？ >>895
>メガドライブミニのロックマンだわな。
そんなんじゃ資料にならんだろ。
メガドライブミニのエミュレータのCPUをオーバークロックしてるだけにすぎないんだから。
そもそもエミュレータではDMA転送開始手続きにかかる時間、制御バス、アドレスバス、データバスを切り替える時間までは正確にエミュレートされていないだろ。
>解像度が幾つだからそれをてんそうするにはこのぐらいのてんそうのうりょくがひつようだー！とか？
だからそれのどの部分が「予測した動き」かと聞いているんだよ？
解像度はスクリーンショットから計ったから間違いないぞ。
ちゃんと質問に答えろよ？
>>896
だから、今ある資料にない部分の話をしているのに、お前さんは資料、資料って、話の流れが理解できてないんだな。
そもそもネットにある資料にはSFCは5KB という物もあったではないか、wikiですら間違った事が書いてあるし、ネットの資料などあてにならんね。
お前さんプログラマなら俺の話を否定する推論を考えて、俺よりも客観的かつ論理的で皆が納得できる理論を述べればいいだけじゃないか。
お前さんにはそれができないから話がループしているんだろ。
SFCファイナルファイトとスターフォックスは事実なのだから、事実の前にはネットのいい加減な資料など紙くずに等しいんだよ。
つまりお前さんの負けって事だな。 >>898
>解像度はスクリーンショットか
>ら計ったから間違いないぞ。
結局見た目かよ。 PCエンジンminiの開発裏話を収録、同人誌「PCエンジンmini 製作裏日記」が店頭販売中 （取材中に見つけた○○なもの） - AKIBA PC Hotline!
ttps://akiba-pc.watch.impress.co.jp/docs/wakiba/find/1284753.html
ttps://akiba-pc.watch.impress.co.jp/img/ah/docs/1284/753/mpceminiuraniki1.jpg 見た目と中身が違い過ぎる例
同人誌ではよくある事だが >>902
公式（？）にサンプルページあり
ttps://www.beep-shop.com/ec/products/detail/5701 >>903
別に普通だろ。>>901は何が言いたいんだ？ >>905
今時普通にあるだろ。>>901はわざわざ何が言いたいんだ。 >>906
だから、お前の感覚で普通なのは分かったよ >>907
お前のような旧石器時代は口を出すなよ。 >>908
お前が黙ってればいいだけだ。
ザコはおとなしくしていろ。 >>908
たかが同人誌の話で、いったい何を沸騰してるんだか。。。
何で苛ついてるの？
正直分からないのだが >>910
たかが同人誌でお前は何を言いたいんだ？ 「ですな君」は別IDだと態度でかいという小物感が凄いね >>912
お前、さては三人が同一人物に見えてのか？ なんだ伸びしろ君、結局見た目で推論してるだけと認めたのか
そんなんで通る話なら>>475も伸びしろ君が言う「理論」として有効じゃんw
「ワイルドトラックスはV.R.に比べfpsが2/3、描画範囲は半分程度
よってSFCのVRAM転送量はMDの2/3に満たないと思われる」
これを否定したいなら客観的かつ論理的で皆が納得できる理論とやらを述べてくれよな
期待してるぞ！ >>912
×別IDだと態度でかいという小物感が凄い
○常に小物感が凄い テクニカルな話についていけず、同人誌あたりの話題で茶を濁す方がよほど小物感が凄いと思われますな。 >>897
テラドライブの資料は要らんよ。テラを分解すればわかる。メガドライブと同じだから。
そしてメガドライブをクロックアップした時の挙動も同じ。
ちなみに資料が無くてもお前さん自身が動いて確認すれば同じ動作になるから試してみれば？
で、仮に何かしらの資料が有ったとしておもお前さんに見せるつもりはないしそこまでの手間を掛ける気もない。
資料を提示した所で「いい加減な事が書いてある」「出所が怪しい」「間違った事が書いてある」と
難癖をつけてくるのも見え見え。だから無駄。
## 解像度はスクリーンショットから計ったから間違いないぞ。
測った後はどうしたの？その測った寸法から動きを予測したんでしょ？ダメじゃんｗ
ゴチャゴチャとこちらの言ってる事を否定しまくってマウントを取りたいようだけど、
お前さんが自分の主張を通したいのなら6KB以上あるという資料を見つけてくればいいだけだ。
もしくは第三者の解析記事を出せばいい。 >>917
延々と続く泥仕合いがどうかしましたか？ >>>721,726
>はいはい、
>そもそも「争点整理」もせずに、もし仮にVSに勝利したとして、
>それっていったい何に勝利した事になるんだい？
>
>「ですな」の言う争点()の通り、
>「ボクはPCEvsMDスレで、PCE派の言う
>「見た目ではSFCのVRAMの方が
>MDより高速の可能性がある。」
>を否定できるか？対決に勝利したんだぞ！」
>とでも言うつもりなのかと
>
>「ですな」は本当に馬鹿だな 761 ゲーム好き名無しさん (ｵｯﾍﾟｹ Sr0f-Aoc8) [sage] 2020/10/15(木) 06:46:48.22 ID:aeef3RnJr
>>739
「ですな」の最終奥義、「無視・沈黙」が発動！
>>>738
>喚く前に、宿題をお忘れですよ？
>
>ほら、選べよ
>
>・Ａ．数値だけ
>・Ｂ．数値とは限らない
>・Ｃ．その両方それぞれ
>>このスレ最大の害悪「ですな君」の必殺技
>>
>>・必殺技その１．捏造
>>・必殺技その２．詭弁
>>・必殺技その３．話の擦り替え
>>・必殺技その４．印象操作
>>・最終奥義．無視、沈黙
>>
>>要するに相手するだけ時間の無駄 宿題を放ったらかして喚くとは、「ですな」は本当に馬鹿だな 争点整理とやらはID:Ugj7SMVx0に言うべきことですな。
言うべき相手が違うということにわからないとは「本当に馬鹿」男は困った奴ですな。
加えてPCE MDに関係ない無駄に発言を長々と繰り返す始末。存在価値ゼロですな。 >>923
必殺技、「詭弁！」＆「話の擦り替え！」 自らのスタンスを（何故か）ひた隠しにして、
上から目線の邪魔な発言でVSの邪魔をし続けるとは、
「ですな」は本当に馬鹿で邪魔でしかないな 相手にするだけ時間の無駄といいながら粘着してくる頭のおかしな二人。
ID:Ugj7SMVx0
ID:pA8mN08M0
少しはPCE MDに関する発言でもしたらいかがですかな？ >>918
>テラドライブの資料は要らんよ。テラを分解すればわかる
なんだ、資料がないのに言ってたのかよ。
分解すればわかるってお前さん電子回路について詳しいのかい？
よほど詳しい人でもオシロやロジアナで調べないとわからないだろうに。
>測った寸法から動きを予測したんでしょ？
計った寸法から計算で解像度を求め、fpsから転送量を計算したから予測じゃないだろ。
お前さんの言っている「予測した動き」とは何の事だよ？
早く質問に答えろよ？
>6KB以上あるという資料を見つけてくればいいだけだ。
話が通じない人ですか？
>>897 で言っただろ、今ある資料にない部分の話をしていると。
存在しない物を出せとか、頭おかしいの？
それこそお前さんが自分で測定すればいいだけでは？
>>845
>MD版の方がキャラが大きい。仮にSFC版も転送で行っているとすると転送量はMD版の方が多い。
1体3KB以下に収まるのだからMDでも1フレーム中2キャラ書き換え可能な計算になるだろ。
つまりDMAの転送量7KB という数値だけでは実際の動作は判断できないというわけだ。
DMA転送開始手続きに相当時間を消費するからな。
お前さんの主張が間違っていたのに自分の間違いを認めないつもりなのかい？
それは人間として問題ありだぞ。 「ですな君」は反論されて言い負かされるのを恐れている小心者なんだよ。
だから自分がどちら側なのかも知られたくないし、
別IDを使って暴言、罵倒を繰り返さないとまともに議論すらできない。
そして別IDがバレたら必死に別人アピール、ご苦労さまです。 >>926
SLIPの通りどちらも俺だが、
SLIP確認する余裕も無くなったか？
「ですな」の必殺技その１～最終奥義が
その通りである事を、
実際に実例で示してるのですが何か？ >>927
「図った寸法から計算で解像度を求めfpsから転送量を求め…云々。」
って結局見た目から推測ということですな。 >>930
単純な三択すら未回答の奴が「結局」とか「見た目」とか、
「ですな」は本当に馬鹿だな
>ほら、選べよ
>
>・Ａ．数値だけ
>・Ｂ．数値とは限らない
>・Ｃ．その両方それぞれ >>927
なあなあ伸びしろ君よw
ワイルドトラックスの見た目から推測すればSFCのVRAM転送量はMDの2/3未満になってしまうぞw
お前の主張通りだと矛盾してしまう訳だが詳しい説明よろ
客観的かつ論理的で皆が納得できる理論とやらを述べてくれよな！ 「本当に馬鹿」男は>>927が見た目でしか判断していないということが理解できないようですな。
得意の争点とやらを>>927に問うこともなく、ゴミ発言ばかり繰り返しす愚行も救いようがありませんな。 >>933
なるほど、「ですな」は本当に馬鹿だな
714 ゲーム好き名無しさん (ｱｳｱｳｳｰ Sacf-o9T2) [sage] 2020/10/14(水) 10:43:44.63 ID:n7rTlz0Sa
>>711
そもそも争点とやらが違いますな。
>>698が言ってるように実質的な速度は問題ではなく、PCE派の言う「見た目ではSFCのVRAMの方がMDより高速の可能性がある。」を否定できるか？ですな。
どれだけ数値を積み上げようと、可能性があることを否定できなければ永遠に続く。
「SGに半透明処理がある」という妄想発言と同じですな。 >>927
## 計った寸法から計算で解像度を求め、fpsから転送量を計算したから予測じゃないだろ。
転送するまでの間に何かしらの処理を加えていたら？と言う事が抜けてる。
そこには「何もしていない前提」と言うお前さんの推測が含まれるんだよね。
## 存在しない物を出せとか、頭おかしいの？
だったらお前さんの推測を実証する物が存在しないわけですが？
お前さんがネットの情報を嫌う理由は自分の話を実証する内容が見つからないから。だろ？
で、間違った内容を掴まされるなら俺の言う事を信用しろと？酷い話ですねｗｗｗｗｗｗｗｗｗｗｗ >>927
お前さんには残念な情報かもしれないが、TiTAN と言うデモが存在してその中で512色を表示するという物がある。
この動作はしばらく謎だったんだけど、昨日、そっち方面の方やほりいなおいき氏(MDミニなどを手掛けるM2のボス)とツイッターで話す機会がった。
MDのDMAに対してオートインクリメント(データ転送後アドレスを加算する機能)を0にして
カラーパレットのに行うと同じカラーアドレスを連続で変えていくんだそうだ。
これを表示期間中に行うと2ドットに1回色の変更ができる。と。MDのカラーパレットは1色1ワード。つまり2バイト。
320ドットの半分で160回の書き換え。320バイトx224ライン分のデータを転送してる事になる。
71KB・・・乾いた笑いしか出てこなかったわｗ
当然実機で動く。もしそれが間違っているというのなら
TiTANデモはダウンロードできるからエミュで実行して何やってるか説明してくれｗ
ちなみにのこのデモをエミュで動かすなら実機の動きを完璧にトレースしている物じゃなければ実行不可能と言う事で
エミュごとにパッチされたイメージも同時に配布されてる。
これも転送能力の一部だろ？ｗ >>927
>>935の補足でどういう内容のデータをDMAで送っているのかが不明と言う事無だ。
そもそもDMAで送っているのかどうかも諸説紛々になってしまって事実不明。
だからお前さんの書いてる内容は推測でしかない。
それを不明なままお前さんの持論を展開されても「さて何の事やら？」となるのは当然だと思わん？ >>936
まとめると、
「MDでは１ライン中にVRAMのパレット情報を書き換えて多色表示をしているデモもある。
開発者はテクニックを駆使して本来のスペック以上の【見た目】を再現している。
【見た目】だけではスペックを決めつけるのは早計以外の何物でもない。」
ということですかな？
また、ライン走査中にパレットを書き換えられるということは実用的かどうかは別として背景色だけで絵を描ける可能性もあるということですかな？ >>938
争点は
「実質的な速度は問題ではなく、
PCE派の言う「見た目ではSFCのVRAMの方が
MDより高速の可能性がある。」
を否定できるか？」
だぞ！と意味不明な独自の主張をしている「ですな」が、
いったい何を喚いてるんだ？
「ですな」は訳が分からなくて支離滅裂で、
本当に馬鹿だな 見た目が遅くなっている理由や速くなっている理由は実際に開発した人でなければわからないと当の昔に言われていることですな。
また、見た目ではスペックはわからないとも言われている。
にもかかわらず未だに見た目を主張し続けるのはアホであり、それを諭すどころかむしろ擁護する「本当に馬鹿」男はそれ以上に愚かということですわ。 >>940
三択の回答を拒み続けてる馬鹿が、何を言ってますか？
931 ゲーム好き名無しさん (ｵｯﾍﾟｹ Sr11-r3Jf) [sage] 2020/10/25(日) 17:45:37.83 ID:lFYc+Pu/r
>>930
単純な三択すら未回答の奴が「結局」とか「見た目」とか、
「ですな」は本当に馬鹿だな
>ほら、選べよ
>
>・Ａ．数値だけ
>・Ｂ．数値とは限らない
>・Ｃ．その両方それぞれ 「本当に馬鹿」男は>>927同様相変わらず「【見た目】からではスペックの判断はつかない」ということが理解できないようですな。
その上で「SFCの方がMDよりVRAMが高速」を主張するなら見た目以外の根拠を提示すれば良いだけ。
動画をいくら解析しようと動画自体が「見た目」の産物だから原理とスペックには到達しませんわ。
そもそも全ての可能性を否定することなどできないのだから「「可能性がある」を否定できるか」を争点と認めるあたり「本当に馬鹿」男は頭が膿んでいるとしか思えませんな。 >>942
PCEvsMDスレで、争点に恥ずかしげも無く「SFC」なんて
入れて喚いちゃうとか、「ですな」は本当に馬鹿だな >>943
SFCの話を持ち込んだのはこちらではなくあんたのお仲間ですよ。
「本当に馬鹿」男は掻き回すだけしか能がなく全く存在価値はありませんな。 自称中立派（一名）"ですな君" (ｱｳｱｳｶｰ Sa89-s4Ks)は、
自演で賛同者がいるふりをし、別IDで相手に暴言浴びせ続けていないと
まともに議論できない卑怯な小人物だからな。
人に対して失礼で、常識が無いうえ捏造をし、不利な質問をされると好き勝手に無視してうやむやにするのを繰り返す。
更に頭が弱いので相手が何を言っても理解する事ができないときている。
こいつはこのスレで害悪でしかない。
様々な意見を持つ人達に対して、身勝手な自分の基準だけが正しいと信じ無理やり相手に押し付け、
有能な人達が去っていく原因を作り続けているのだから。 >>944
最初の発端の発言さえ自分で無ければ、いくら引用して喚こうが何の責任も関係も無いとか、
「ですな」は本当に馬鹿だな
リツイートの責任認定 最高裁、ツイッター社に対応促す：朝日新聞デジタル
ttps://www.asahi.com/amp/articles/ASN7P6QJYN7PUTIL02H.html
リツイート者の責任
ttps://minatokokusai.jp/blog/12060/
犯罪になっちゃう？知っておきたいSNSやミニブログの注意点 | J:PLUS - たのしいこと、全力応援
ttps://cs.zaq.ne.jp/jpluszaq/articleDetail?cn=20170224172200 >>944
>あんたのお仲間ですよ。
因みに「お仲間」とはいったい誰を指してるのだか
必殺技の「捏造・印象操作」とは言え、
「ですな」は本当に馬鹿だな 別にSFCを比較対象に出しても良いんだよ。興味深いし。ただMDだけSFCと比べて、PCEは一切比較しないとか
卑怯でしょ？とういわけでPCEクレストオブウルフと比較してみる。PCEが一番駄目。勿論見た目から想像した。あと誰も反論出来ない皆の総意 >>948
ぱっと見あんたのSLIPが見当たらないのだが、いきなりあんた誰？
MD派って事でいいのか？
>勿論見た目から想像した。
あんたも馬鹿の仲間入りか？ >>935
>転送するまでの間に何かしらの処理を加えていたら？
処理が加えられていたら、もっと転送速度が遅くなって30fps出なくなるだけじゃん。
逆に処理が加えられていて現在の転送速度 30fps になっているとも言える。
つまり「何もしていない前提」なんて推測はしていないぞ。
お前さんの言っている「予測した動き」とは何の事だよ？
早く質問に答えろよ？
>だったらお前さんの推測を実証する物が存在しないわけですが？
だから実証など今は必要ないって事だよ、必要ならいずれ誰かが測定してくれるだろ。
俺の推論を誰も反証できなかったのだから、概ねそれで間違いないという事だろう。
>間違った内容を掴まされるなら俺の言う事を信用しろと？酷い話ですねｗ
俺の言う事を信用しろじゃなく、もし違うと言うならお前さんも客観的かつ論理的な反論をして、俺の主張を覆してくれと言っているんだ。
そこまでしても俺の考えを否定できなければ、俺の話の信憑性がより高くなるわけだからな。
>>936
>これを表示期間中に行うと2ドットに1回色の変更ができる
お前さんMDでVRAM書き換えられるのはV_INT期間外ではH_INT期間中のみで3.5KBと>>229 で言っていたな？
>V_INT期間外でVRAMが書き変えられるのはH_INT期間になる。そのH_INT期間中に書き換えられるのが3.5KBだぞ？
これはいったいどういう事だい？
お前さん実際のMDではH_INT期間外でもVRAM書き換えできるのに嘘をついていたな？
>320ドットの半分で160回の書き換え。320バイトx224ライン分のデータを転送してる事になる。
>71KB・・・乾いた笑いしか出てこなかったわｗ
いったい何がおかしくて残念な情報なのやら、お前さんプログラマのくせにろくに計算もできないって事がよくわかったよ。
MDのDMAはV_INT期間中に7KBって話なんだから、
V_INT期間外ならもっと転送できてあたり前じゃないか。
NTSCのVBLANK期間は20ライン、表示期間の224ライン中に、VBLANK期間がどのくらい入るのかを求めると、
224 / 20 = 11.2
となる。VBLANK期間が11.2回分入るのだから、この値にMDのDMA転送7KBを掛けると、
11.2 * 7KB = 78.4KB
となり、71KBを超えるから転送量的には何の不思議も無い、当たり前の話じゃないか。
ドットクロックに同期してパレットを書き換えできるのだから、MDの転送能力と言えるかもしれないが、
今議論をしているのは「転送能力」ではなく「転送速度」だ、全く関係ない話だったな。
いったい何がそんなにおかしかったんだい？何が残念な情報だったんだい？教えてくれよ？ >>937
>そもそもDMAで送っているのかどうかも諸説紛々になってしまって事実不明
いったい何の話だい？ スターフォックス2の話ならDMAじゃなくてもデータ転送量は10KB以上あるのだから何の問題もないぞ。
>MD版の方がキャラが大きい。仮にSFC版も転送で行っているとすると転送量はMD版の方が多い
1体3KB以下に収まるのだからMDでも1フレーム中2キャラ書き換え可能な計算になるだろ。
お前さん自分が間違っていた事を認めずうやむやにするつもりかい？
お前さんは誰かさんのような、その程度の人間じゃないだろ？
自分に誇りを持てよ。
>>948
>PCEは一切比較しないとか
PCEとも比較したよ。
DMAを使用しないVRAM読み書き速度はPCEのほうがMDより早いって前に言ったじゃん。 >>950
メガドラはH_INT期間中に限定しなくてもいい、表示中でもVRAMの書き換えが可能。
SFCはダメ。 どうでもいいけどTITANって欧州版メガドライブ(PAL)でしか動かないんじゃなかったか 512 Colour Video Playback on Sega Genesis | Sega Mega Drive
https://m.youtube.com/watch?v=vW_7yUyBNto
仕組みはよく分からんが凄いなw >>950
>だから実証など今は必要ないって事だよ、必要ならいずれ誰かが測定してくれるだろ。
>俺の推論を誰も反証できなかったのだから、概ねそれで間違いないという事だろう。
実証が必要ないならワイルドトラックスが反証なw
逃げ回ってないでワイルドトラックスがV.R.に比べてショボい理由を説明してくれよ
お前「だけ」が見た目でハードの仕様が分かるみたいだしさw >>945
つまりここに残っているあんたは無能だということですな。 >>949
PCE派はあくまでも見た目を根拠とし、
MD派はアーキテクチャを根拠としている。
MD派がPCE派に倣って見た目ベースで語ると「馬鹿の仲間入り」ということはPCE派が馬鹿であることを認めたということですな。 >>957
何の根拠も無い妄想・捏造・印象操作だけで必死に語るとか、
「ですな」は本当に馬鹿だな >>956
横からだが、言ってる意味が意味不明だぞ！w
「ですな」は本当に馬鹿だなw >>938
MDのパレットはVDPの中にあるRAMを使ってるからVRAM転送とは違うんだけどDMA転送ではあると言う事で。
例えばTiTANデモなんかもそうだけど、パッと見では謎技術の応酬。
ぶっちゃけ見た目じゃ何してるのか全く分からん。
VRAMを覗く事で、ここはスプライトで、ここはBGで、この変形は書き換え&ラスタースクロールで～、と言うのがやっとおぼろげに見えてくる。
それなのに見た目だけで、「これはこういう処理をしているからこうだ！」とか
「実はこんなスペックなんだ！」と勝手に決めつけるのはいかがなものか？と言いたいのは有るやね。
>>939
いやいやいや、そんな事言ってないからｗ
ハードの性能がどういった物なのか？この一点だけだぞｗ >>950
## 処理が加えられていたら、もっと転送速度が遅くなって30fps出なくなるだけじゃん。
転送できる期間は決まっている。じゃぁこの期間外ではFXチップは止まっているんですか？
そんなわけないよね？レンダリングをして次に送るデータの準備をするよね？
## 俺の推論を誰も反証できなかったのだから、概ねそれで間違いないという事だろう。
否定だらけじゃんｗ
## お前さんMDでVRAM書き換えられるのはV_INT期間外ではH_INT期間中のみで3.5KBと>>229 で言っていたな？
よく読んでみ？限定してないからｗ
## NTSCのVBLANK期間は20ライン、表示期間の224ライン中に、VBLANK期間がどのくらい入るのかを求めると、
何この式。表示ラインとVBLANK中のラインは別だぞ？ なんで混ぜた？ オマケ
https://segaretro.org/Sega_Mega_Drive/DMA
まぁ、こっちが出した数字と同じだわな。数字の出所が同じだから同じなのは当たり前なのだが。 >>950
## 俺の言う事を信用しろじゃなく、もし違うと言うならお前さんも客観的かつ論理的な反論をして、俺の主張を覆してくれと言っているんだ。
SFCのDMA転送能力が分かってないのに何をしているのかなんて分かるわけないじゃんｗ
逆に何してるかもわからないんだからDMAの転送能力も変わらない。
前に言われたろ？お前さんがしてるのは「幽霊がいるから心霊写真が有る」「心霊写真があるから幽霊がいる」と言ってるのと同じだって。
仮説から仮説を言ってるだけなんだよね。
完全にどちらかの内容が分らないと結論は出せない。欠けたままで結果を予測した所で結局欠けた答えしか出てこない。
そんなもの誰が認めるんだよｗ
スーパーFXチップの動作が分かってないのにどうやって転送している内容を把握するんだよｗ
どんなデータをどうやって送るのか分からないのにDMAがどのぐらいの転送能力があるかなんてわかるわけないじゃんｗ
お前さんのは全てお前さんの仮説でしか成り立ってない。 MDのVRAMはデュアルポートVRAM。
VDPがアクセス中でも書き換えは可能。
BadAppleデモや>>954デモはVDPが画面上を描画中に画面下部分のVRAMパターンを、画面下を描画中に画面上部分VRAMのパターンを書き換えているのかもしれませんな。
これなら結構なアニメーションが可能かも。むしろ動画データの方が問題でしょうな。数分間の動画なら32MbitのROMに入るよう圧縮を考えなければならないし、CD-ROMなら150KB/s内に納めなければならない。
ただ、動画なら上記の方法が使えるがゲームプレイでは単純にはいかない。VDPがスプライト描画中にその描画中のパターンを書き換えることなど普通はしないだろうから背景はならともかくパンチモーションなどはv-int中に書き換える必要があるでしょうな。 https://light.dotup.org/uploda/light.dotup.org677256.png
色数が少ないメガドラでも絵を表示するだけならこれだけ描けるのに
なぜADVやRPGのビジュアルシーンにこの手法を使わなかったのか？ VDPに積むべきは回転縮小じゃなくて
解凍機能だったんだろうな
あれば歴史が変わってただろうな >>965
マスクROMが高価だったから、に尽きますな。
MD本来のスペックを生かすには大容量ROMが必要だったということですわ。 >>961
>転送できる期間は決まっている。じゃぁこの期間外ではFXチップは止まっているんですか？
何が言いたいのか意味不明。
誤魔化してないで、お前さんの言っている「予測した動き」とは何の事だよ？
早く質問に答えろよ？何度言わせるんだ？
>否定だらけじゃんｗ
すべて俺に論破されて反証には至っていないが？
しかも「ですな君」が自演で複数人のふりしているだけだったしな。
つまり否定しているのは基本お前さんと「ですな君」の2人だけだぞ。
しかも「ですな君」はとんちんかんな事しか言えなくて否定にすらなっていないｗ
お前さんは「ですな君」の後ろ盾がないと、まともに議論できないのかい？
そうでないなら、「ですな君」に別IDも含め黙っているよう言いなよ。
言わなかったら、お前さんは「ですな君」の後ろ盾がないと、ろくに議論すらできない人間だという事を認めた事になるからな。
>よく読んでみ？限定してないからｗ
無理ありすぎだぞｗ 俺の「V_INT期間外の転送速度はどのくらいだ？」の質問に対して、
「V_INT期間外でVRAMが書き変えられるのはH_INT期間になる」
とお前さんははっきりと言っているのだからな。
また嘘をついていた事を誤魔化そうとしているな、卑怯な奴だ。
お前さんMDについては詳しいんだろ？MDのプログラム組んでいる人の信憑性は高いんじゃなかったのかい？
>表示ラインとVBLANK中のラインは別だぞ？ なんで混ぜた？
別に決まっているじゃないか、混ぜてないだろ。
VBLANK中は7KBの転送量を基準として、表示期間中にどれだけの転送量が導き出されるか計算しただけだが？理解できなかったのかい？
>>963
>SFCのDMA転送能力が分かってないのに何をしているのかなんて分かるわけないじゃんｗ
>逆に何してるかもわからないんだからDMAの転送能力も変わらない。
わからないなら仮説を立てて推論すればいいだけ、それができないなら黙っていろって事だね。
少なくとも解像度とfpsから転送量は計算できるのだから、仮説の域を超えているぞ。
>欠けたままで結果を予測した所で結局欠けた答えしか出てこない。
だったらここの情報が欠けている等、具体的に指摘すればいいだろ。
お前さんは「根拠がない」だけで何の説明もないから誰も納得しないんだよ。 >>963
>スーパーFXチップの動作が分かってないのにどうやって転送している内容を把握するんだよｗ
BG形式に変換していると前に言っただろ。
>お前さんのは全てお前さんの仮説でしか成り立ってない。
だが、お前さんはその仮説を否定する仮説すらまともに展開できていないｗ
MDファイナルファイトのキャラ書き換えが1フレーム中1体のみの理由を語ってごらんよ？
これは仮説ではなく事実だぞ。
MDの知識を持っている人のほうが議論を有利に進められるはずなのに、何やってるのかな～？
>>608
>確認が取れているハードの性能を書けって事だよ。
なぜそんな事をする必要があるんだい？
質問に答えてもらおうか？
>MD版の方がキャラが大きい。仮にSFC版も転送で行っているとすると転送量はMD版の方が多い
1体3KB以下に収まるのだからMDでも1フレーム中2キャラ書き換え可能な計算になるだろ。
間違っていたのはお前さんのほうなんだから、素直に認めろよ？
お前さんは、自分の間違いを認めないという、質が悪い行為をするつもりかい？ >>968
また同一人物に見える病気が始まりましたな。 >>970
↑そして「ですな」の定番の謎技、
「>>970踏んでもスレ立てしない」が炸裂！ あー、俺のレスを無視するってことは伸びしろ君自身無理筋を認めてると受け止めておくとしようw >>970
周りに迷惑ばかり掛ける「ですな」は本当に馬鹿だな >>970
何でスレ立てしないの？
規制で立てられないなら、一言代理を頼めばいいだけだろ？
馬鹿なの？ >>968
そもそもお前さんの話が全てお前さん自身の過程だけで成り立ってる。
その内容を証明するものもない。その時点で仮説の一つでしかない。
SFCのVRAM転送速度は6KBを超える。その証明が「実際のゲームでそう見えるから」
お前さんがやってるのは「そう見えるから」の理由付けなわけだけど、その理由付けにお前さんの想定が含まれる。
その想定の中身はやはりお前さんの想定。
で、「誰かの実験結果でもあればね」とこちらが言えば「ネットの情報には間違いがあるから」と拒否。
せめて自分が実験してその実験方法でも書かれてればいいがそれもない。
そんなの誰が、「あぁ、そうですか」って納得するんだよｗ
散々書いてるじゃんスターフォックスはスーパーFXチップの処理方法が不明。
ファイナルファイトについてはVRAMの使用方法が不明。これが分からないのに話が先に進むわけないじゃんｗ
それ無視して勝手に持論展開して反証されてないってｗｗｗｗｗｗ
数字に弱いとか言われてるわけだけど、まぁ、時間が無い時にざっと読んでざっと返してるだけなんで
その中身の理解の仕方はかなりいい加減で適当。正直まともに取り合う気すらなくなってる。
数字に弱いのは確かにあるかもしれんがｗｗｗｗｗｗ
こちらが各数字もどんぶり勘定すぎるぐらいザックリしたもんだし。
こういう話をしていて自分の仮説を証明するものが自分の仮説って奴は初めて見たけども。
そりゃ、こっちもいい加減な対応になりますわ。 >>968
お前さんが第三者の意見を探す事を投げた時点で
この話はそういう物だと結論付けてるんで何を言っても無駄だぞ？
「何か実験した」とか「こんな話があった」とか出てこない限りは。 >>976
三時間程度スレ立てが遅れただけで何か問題ありましたかな？
しかも次スレ立てた後でわざわざ無駄に2レスも使うとはやはり「本当に馬鹿」男の発言は価値ゼロですな。 >>979
何で>>973と>>974だけいきなり口調が違うの？
普通「ですな」だとは思わんだろ
読み手にどう思われるかがまるで分からない（相手の信条を察する事がまるで出来ない）とは、
「ですな」は本当に馬鹿だな て言うか、「ですな」口調がどうでもいいアイデンティティなら、
いつだってやめていいんだぞ？w 「本当に馬鹿」男や>>968は本人を別人と勘違いしたり、別人を同一人物と勘違いしたり困ったものですな。
また即レスが返ってくる上3時間程度スレ立てが遅れただけで目くじらを立てるあたり「本当に馬鹿」男は5ちゃんしかやることないようですな。
少なくとも価値のない無駄な発言を慎むべきですわ。 >>982
そもそもの原因が何故か「ですな」口調が変わった事であり、
その事を聞いてるのに口調には一切触れずに
結局必殺技の「話の擦り替え」に終始するとは、
「ですな」は本当に馬鹿だな >>983
あんたが無駄な発言を止めればそれで終わりですな。 >>983
お前が不要な発言繰り返すのがそもそもの原因だろ。
次スレからは黙ってろ。
お前の発言が相手にされるのは「発言するな」と言われる時だけ。 >>980
「ですな君」は別IDで口調を変えているので、その癖がついてしまっているから、
うっかり口調を間違えてしまったのでしょう。
必死に別人アピール、ご苦労さまです。
「ですな君」がID間違えて発言してしまった証拠
>>872 ＞＞874 ＞＞878 >>984
「話の擦り替え」に、更に重ねて「話の擦り替え」とは、「ですな」は本当に馬鹿だな
口調の質問の回答はまだですか？ >>985
「ですな」のVS上邪魔な発言に対して邪魔だと言ってるのだが？ PCE派が事実かどうかわからない主張する。
事実かどうかは実際に当時開発した人でなければわからないのに、MD派が答えられないもしくは100％否定できないと、PCE派はそれを勝手に事実とする。
その繰り返し。
どれだけ動画を分析しようとそれは「見た目」で判断しているに過ぎないということですな。
また、これを言われると突然「本当に馬鹿」男が出てきてPCE派のフォローに回るという始末。 >>989
>PCE派のフォローに回るという始末。
いったい俺のどの発言が「PCE派のフォロー」なんだ？
捏造・印象操作とは、「ですな」は本当に馬鹿だな >>977
>そもそもお前さんの話が全てお前さん自身の過程だけで成り立ってる。
それの何が問題なんだ？ 他人の過程が含まれないといけない理由を説明しなよ？
>その内容を証明するものもない。
MDファイナルファイトのキャラが1フレーム中1体しか書き換えていないのは証明されただろ。
>SFCのVRAM転送速度は6KBを超える。その証明が「実際のゲームでそう見えるから」
スターフォックスは計算で求まるだろ、想定じゃないぞ、事実だぞ。
いったい何が想定だというんだ？説明しなよ。
>そんなの誰が、「あぁ、そうですか」って納得するんだよｗ
お前さんが納得できないのはわかったから、他の人も納得できる理論を展開して反論しろよな。
それができないなら負け犬の遠吠えだぞ、ワンワンうるさいだけだから黙ってな。
>これが分からないのに話が先に進むわけないじゃんｗ
つまりお前さんは議論を先に進める気がないんだな。
そういう人は無理して議論に参加する必要はないよ。
>自分の仮説を証明するものが自分の仮説
お前さんはMDファイナルファイトのキャラが1フレーム中1体しか書き換えられない事が仮説だと言うのかい？
どうして仮説なのか説明してもらおうじゃないか。 >>977 >>978
>そりゃ、こっちもいい加減な対応になりますわ。
>この話はそういう物だと結論付けてるんで何を言っても無駄だぞ？
じゃあなに？ 俺とまともに議論する気がないって事かい？
こちらは誠意をもってお前さんと話をしているのに、そっちはそういう態度なんだな。
察するに、俺に言い負かされ続けて論破されまくりで、もう嫌になったんだね。
だったらスレが無駄に流れるだけで皆に迷惑なだけだから黙っていてくれよ。
お前さんは「ですな君」の後ろ盾がないと、ろくに議論すらできない人間だという事を認めてしまったのだからな。
>>608
>確認が取れているハードの性能を書けって事だよ。
なぜそんな事をする必要があるんだい？
無視してないで質問に答えろよ？
>MD版の方がキャラが大きい。仮にSFC版も転送で行っているとすると転送量はMD版の方が多い
1体3KB以下に収まるのだからMDでも1フレーム中2キャラ書き換え可能な計算になるだろ。
間違っていたのはお前さんのほうなんだから、素直に認めろよ？
間違いを認めないのは人間として問題ありだぞ。 >>989
おいおい、質問してるんだから、
早く「レス番」で答えてくれよw
990 ゲーム好き名無しさん (ｵｯﾍﾟｹ Src5-GCu2) [sage] 2020/10/28(水) 18:05:15.79 ID:PN/uYM3ar
>>989
>PCE派のフォローに回るという始末。
いったい俺のどの発言が「PCE派のフォロー」なんだ？
捏造・印象操作とは、「ですな」は本当に馬鹿だな >>989
言っておくが、こっちの件もまだ未回答だぞ
最終奥義の「無視・沈黙」をこうもたやすく乱用するとは、
「ですな」は本当に馬鹿だな
980 ゲーム好き名無しさん (ｵｯﾍﾟｹ Src5-GCu2) [sage] 2020/10/28(水) 08:01:07.33 ID:PN/uYM3ar
>>979
何で>>973と>>974だけいきなり口調が違うの？
普通「ですな」だとは思わんだろ
読み手にどう思われるかがまるで分からない（相手の信条を察する事がまるで出来ない）とは、
「ですな」は本当に馬鹿だな 本スレも終わろうとしているが、「本当に馬鹿」男は最後まで頭がおかしいままでしたな。
黙ってれば馬鹿を露呈することもなかったろうに。 >>995
スレの最後の最後まで「詭弁」と「話の擦り替え」とは、
「ですな」は本当に馬鹿だな >>992
あんたは二人同時プレイ時の動作を確認してますかな？
見た目を言うなら、条件の異なる場合の動作についても確認すべきですな。 間髪をいれずに無駄なレスをするほど「本当に馬鹿」男は暇なようですな。
他にやることがないのかね。 >>997
調べたければ自分で調べろよ
「ですな」は本当に馬鹿だな 次スレでは「本当に馬鹿」男が少しはまともな生活を送るであろう事を期待しますわ。 このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 102日 19時間 41分 44秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
