PC-FXは何故失敗したのか？ Pert7 (706ﾚｽ)
上下前次1-新
622(1): 12/03(火)07:16 ID:cvHVTY7E(1) AAS
>>621
> PC-FXへの偏見を無くしたい
> 1.動画性能がPSと同等
> fpsやバトルヒートで見える動画切替の早さなど、性能は異なる。
fpsなどの仕様上は完全に同じだし、動画切り替え（呼び出し）の速さも同じくらいだぞｗ
PS1でも動画呼び出し速いからかの有名なクーロンズゲートでJPEGダンジョンっていうのが出来てるわけで
それどころかPS1のほうは動画をテクスチャとして扱えるのでゲームへの応用さはむしろ負けちゃってるｗｗ
623: 12/03(火)08:25 ID:d1uPp/gN(2/4) AAS
>>621
> 2.音源がPCEと同等
> 3.GPUがPCエンジンSGと同等
こんな偏見もともと無いよ
言われてたのは「同等」じゃなくって「PCEに毛の生えた程度」だよｗ
624: 12/03(火)09:15 ID:0xdbk7q9(1) AAS
偏見て
むしろ知名度の低さ故に過大評価されてると思うけど
ここまで低性能なゴミハードだとは思われてない
625: 12/03(火)10:39 ID:/4qGndFx(1) AAS
とあるサターンのゲームでは
2Dグラフィックに数秒のプリレンダリングムービーで作ったエフェクトを重ねるという手法で
派手な魔法描写とドット絵を起こす手間の削減を両立していた
これが1995年の中頃だったはず
代償として技を使う度にムービー読み込みが発生してもっさりという欠点もあったが
サターンやプレステの2Dゲーではこういうハイブリッドな手法が主体になっていく
626(1): 警備員[Lv.61][苗] 12/03(火)11:40 ID:EA77EHwX(1/4) AAS
FXの展開済みコマはフレームバッファ上で二次加工できないというのが本当ならかなりダメな仕様
フレームバッファ方式のメリットを捨ててしまっている
627: 12/03(火)12:43 ID:nRDAKrVR(1) AAS
FXはラインバッファ方式だけど、仮にHuC6273が搭載できたとしても駄目だったって話か
628: 12/03(火)13:48 ID:td0ffqQt(2/6) AAS
>>622
FXについてはハドソン(高橋名人)が30フレームフル画面アニメーションとうたっていて
実際天外が瞬間最大60フレーム出すなど嘘は言ってないと分かるけど
これと同様なことをPSができるかは正直知らない。
629(1): 12/03(火)14:35 ID:td0ffqQt(3/6) AAS
>>621
>バトルヒートで見える動画切替の早さ
これは技をかけてる最中にキャンセルされて、敵の別の技になることを言ってる。
A動画→B動画に代わるパターン。
切替えの早さでもう1例挙げると
ファイアーウーマンの夏休み動画で好感度パラメータに応じて別の動画流すなど。
A動画→B動画→C動画と連続して切り替わるので、動画切替えが早くないとできないよね。
PSのゲームで画面が止まった状態でボタン押して数パターンの動画が流れるのとは違うよ。
分かり難くてごめんね(*'ω'*)
630(1): 警備員[Lv.62][苗] 12/03(火)16:01 ID:EA77EHwX(2/4) AAS
FXはCD読み取りバッファも使ってシークタイム埋める工夫してるんだろうけどドライブが劣化してくると動画のつなぎがガタガタになるのかね
631(1): 12/03(火)16:27 ID:d1uPp/gN(3/4) AAS
>>629
>>630
それこそ”違う動画ファイル”に切り替えてるのではなくて、”一つの動画ファイル（MJpeg）”に各パターン色々収めてるだけだと思うよ
正直あんなCD極小バッファごときでシークタイム隠ぺいなんかできないでしょ、ほんの2,3コマ分の絵を事前にバッファに入れたとしてもそれで稼げるの0.5秒も無いんだよ？
そんなんでシークタイムなんかどうしようもないでしょ
632(2): 12/03(火)16:33 ID:d1uPp/gN(4/4) AAS
別個の動画ファイルに切り替えるのではなく、”一つの動画ファイル”を呼び出しにとどめておいて常に磁気ヘッドをその動画ファイルのトラックに合わせておくことでシークタイムを限界まで小さくしているだけでしょ？
モーションJPEGだから一つの動画ファイルからなら動画全体の好きな箇所から再生することが可能なわけで、実質読みだしにかかる時間はトラック頭から該当コマまでのセクタまでのシークで済む
モーションJPEGだからこそ出来る手法
633: 12/03(火)17:26 ID:td0ffqQt(4/6) AAS
>>632
それは映像だけの話だと思うけど、ボイスや効果音はどうするの?
634(1): 12/03(火)18:58 ID:DPJyeh7r(1) AAS
色チップは新調できたのにスプライトチップは間に合わんかったとかちぐはぐすぎる
635: 12/03(火)19:44 ID:Kc8HIjsT(1) AAS
発売時期を固守したNEC側のせいだわ
客を舐め腐ってた
636: 12/03(火)19:47 ID:yDqLFpoS(1) AAS
>>634
多分作れる人材が居なかったんじゃないかなNECにもハドソンにも
637: 12/03(火)20:01 ID:QQ+OL1GT(1/3) AAS
>>620
1フレーム毎というと……？ 何か話がずれているかも？
上下分割と言っているのは、256x120の動画を画面上と下に表示するお話ですよ？ 同じ表示フレームの上と下で別の動画を流すって話です
638(1): 12/03(火)20:05 ID:QQ+OL1GT(2/3) AAS
>>626
PC-FXのHuC6271はラインバッファのスプライトみたいな処理を行います
HuC6271で展開した結果をHuC6272の背景面に展開するという仕様ではなく毎表示フレームリアルタイムに展開し、そのままHuC6261で合成して表示するみたいな動き
HuC6271には16ライン分x2のバッファRAMを接続しますがPC-FXではCPUには繋がっていないので展開結果は参照できません、展開データーのラスタースクロールくらいならできますが、詳しくは後述
ところで、フレームバッファ方式というのは？ HuC6271はフレームバッファを持ちませんし、HuC6272のビットマップ面のことでしょうか？
一応ビットマップ面を使えばフレームバッファ方式のスプライトをソフトウェアで実装は出来ますが、それとも違う話っぽいですし、どういうことでしょう？
639(1): 12/03(火)20:07 ID:QQ+OL1GT(3/3) AAS
HuC6271（画像展開チップ）について
１）垂直表示位置を１ラスタ単位で移動可能（データー転送タイミングを調整することによる制御）
２）水平位置はスクロールレジスタで１ドット単位で移動可能、左右ループ表示か透明化を選択可能、スクロールレジスタの反映は１ラスタ単位（＝動画のラスタースクロールも可能）
３）基本処理単位は16ラスタ単位（水平位置を変更した場合は左右をループでつなげるか透明にするかを選択可能）
４）対応圧縮方式は離散コサイン変換＋ハフマン符号、またはランレングス符号（16ラスタ単位で切替可能、16ラスタ単位で圧縮率も変更可能、JPEGの高圧縮時のノイズを軽減する機能もある）
５）処理単位16ラスタ同士の間に任意ラスタの非表示区間を設けることが可能（データー転送を一時停止し、指定ラスタ経過後に再開することによる）
６）HuC6271には16ラスタ分のバッファメモリx2が接続され、片方が出力中にもう片方のバッファを埋めるというダブルバッファ動作を行っている
（よって処理単位が16ラスタとなるわけです、なおこのバッファメモリはPC-FXではCPUから見えないので展開結果を加工することは不能、たとえ見えていても表示期間中常に書き換わっているので扱いは大変でしょうね）
７）データー転送が16ラスタ表示に間に合わなかったり、転送自体が生じていない場合は透明になる
３～５の特徴により16ラスタ単位で最大15個の別の動画を再生可能となっています
省3
640: 637-639 12/03(火)20:38 ID:17qzzVGs(1) AAS
もしもしから
au-net.ne.jp 規制されたと出て続き書けなくなったみたいです……
641: 警備員[Lv.62][苗] 12/03(火)21:04 ID:EA77EHwX(3/4) AAS
>>631
概算で1コマあたり12kBのjpgなら10枚入るから30fpsでも0.3秒は持たせられそう
動画をつなぐ場面のfps落とすようにするか圧縮率高くなる絵にするともっと時間稼げそう
倍速300kB/sの半分にも足りないバッファでやりくりするのは無理そうだしKRAMの他にメインメモリも動員した先読み溜め込みをしないと遠距離シークは苦しい気もする
上下前次1-新書関写板覧索設栞歴
あと 65 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s