[過去ﾛｸﾞ] 【PCEngine】PCエンジン総合スレ避難所【CD-ROM2】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
296: 08/05(月)16:33 ID:6jbNh9+8(2/2) AAS
>>293
修理できたのならよかったね
コンデンサ交換とかもやったの？
297: 08/05(月)19:16 ID:TKWy5Hgw(1) AAS
この際コンデンサはすべて交換した
液漏れで導通していない穴があるのに気付くまでが本当に一苦労だった…
298: 08/08(木)16:01 ID:X9wiTjZz(1) AAS
>>294
エミュレータのOotakeで遊ぶとちらつかずに遊べて良いで
299: 08/11(日)04:13 ID:mcutXLKd(1) AAS
オルディネスも場面によってはチラつくんだよな
振り分け工夫しても最大で横256ドットの倍（つまり32枚分）しか並べられないというのはオブジェクトの重なりが多く発生するゲームデザインにどうしても弱いわけだね
最大128枚って当時の家庭用としてだいぶ多くて良いことなんだが、やはりラインバッファ方式の制約は厳しい
300: 08/11(日)10:34 ID:2ltdL+1d(1) AAS
フレームバッファなTOWNSだとCPUは486から本領発揮な感じで33MHz以上で死角無しな感じだったな
301(1): 08/11(日)16:17 ID:iTckv0NO(1) AAS
フレームバッファは1フレーム遅延するからなぁ
302(1): 08/12(月)20:43 ID:eBN6suNR(1/2) AAS
ゴジラの格ゲー詳しい人いる？
このゲーム、VSモードみたいにcpu戦でも自由にキャラ組める裏技とかないの？
303(1): 08/12(月)21:33 ID:wRNoe+bS(1) AAS
>>302
裏技で調べたらコマンド出てきたよ。
304: 08/12(月)22:54 ID:eBN6suNR(2/2) AAS
>>303
キャラ開放とか、1pモードでステージ選択とかはあるけど、VSモードでCPU戦はできなくない？
305: 08/13(火)12:11 ID:TOe4LFKF(1) AAS
>>301
ラインバッファでも表示データー自体は前フレーム中にきめているわけなので状況的には変わらないよ
たとえば、ファミコンは基本的には垂直帰線期間でしか描画できないので必然的に前フレームで決めた位置に表示することになるし、WonderSwanも垂直帰線機関にラッチした情報で描画する（書き換えは随時できるが繁栄は次の表示タイミング）
また随時反映可能な機種であってもティアリングを避けるために属性テーブルを二重化して垂直帰線割り込みで切り替えるとか、垂直帰線期間中に反映するとかはしているわけなので
306: 08/15(木)19:40 ID:RLQCymP1(1/3) AAS
表示遅延はソフトの組み方次第ではないかな
パッド入力を取り込むタイミングが通常はVsynq直後だとして、PCEの場合はその時点でスプライトの表示内容は決定してしまうが（SATバッファ転送が始まるのがそのタイミングなので、前フレーム中に決めた内容でしか表示ができない）、背景つまりBATは表示期間中にもある程度書き換えできてしまうので、入力に対する当たり判定処理とそれに応じたキャラクタ書き換えは同フレーム内に行えることになる
まあそこまでする必要あるのか？という話ではあるし、急がないゲームジャンルなら考える意味もない。
F1サーカスのようにクソ速い動きのゲームでも、車両はスプライト表示なので1フレームだけ遅延するはずだがそれが原因でゲームバランスに問題が起きることもない。
パッド入力を表示期間中に確認しに行くことは理論上は可能だけどそういうふうに組んだタイトルが実在するかどうかは分からない
（確認中は割込みを停止させるので色々とリスクがある）
307: 08/15(木)19:44 ID:RLQCymP1(2/3) AAS
なお表示は1フレーム遅延しても、入力とそれに対する座標関係等の処理は同フレームで行うから、内部的には遅延は起きないように組むのが普通のはず
処理能力あるゲーム機なら内部的には複数フレームを参照しつつ動的な処理することもできるのかも。
PCEでそれに近いことやってたのはコマンド入力がある格ゲーくらいかねえ
308(2): 08/15(木)21:44 ID:RLQCymP1(3/3) AAS
あ、大事なこと忘れてた
PCEは当時のブラウン管テレビ向けに作ってあるから、毎秒約60フレームで頑張って表示画面構成してビデオ信号を送り出しても、テレビの方ではインターレース表示しかできんのだった
まあRGBモニタなら素早い動きのオブジェクトでも残像が出ないのかもね
今のテレビも、独特の遅延があるんだっけか。厄介だね
309: 08/16(金)04:31 ID:+DC2Fqp7(1) AAS
>>308
今のってよりブラウン管末期のHDブラウン管TV(ソニーのWEGAやパナソニックのタウが筆頭例)から映像用のチップ介在するようになって遅延発生してる
310: 08/16(金)08:08 ID:ny0V9kGL(1) AAS
>>308
テレビ映像は２フィールドインターレース表示で約30フレームですが、ゲーム機は１フィールド半フレームで表示するので約60fpsであってますよ
311(1): 08/16(金)14:57 ID:WEijD0MU(1) AAS
テレビの方で垂直走査線480本以上あってPCEの有効垂直解像度240ドットだとするとテレビが1フィールドごとに走査線を半分間引いてても表示画面の要素的には間引かれていない（画像がまったく動かない場合）ということで合ってますかね
画像が動いていると1フレームとして見た時に残像が出る。しかしPCEで毎秒30コマで画像を変化させる遅延プログラムを書いてもやっぱり残像は出るし、要素の動きも余計ガタついて見えてしまいダメと。
312: 08/16(金)20:11 ID:X2TlyJ+C(1/2) AAS
>>311
前提としてアナログディスプレイの表示はディスプレイ外から入力された映像信号に含まれる同期信号によって制御されます（とはいっても追従可能な限度はありますが）
＞テレビの方で～
合っています。
アナログ地上波放送では、映像信号中に含まれる水平同期信号と垂直同期信号の発生タイミングが水平同期信号の【半周期分だけずれて】いるために 1/59.94秒毎に、半ライン表示位置がずれるという
インターレース表示になりますので（偶数フィールド＋半ラインずれた奇数フィールド） が、59.94/2=29.97Hz で表示されます
＞画像が動いていると～
いいえ、アナログ地上波放送で車が動いているようなシーンを思い出していただけるとお分かりだと思いますが、特に動きがぶれていたりはしていませんでしたよね？
これは偶数フィールドと奇数フィールドで別のコマを出力しているためで、ざっくりいうと動きのある箇所では垂直解像度が半分になると思えばよいです
PCE では垂直同期と水平同期はチップへの設定により変動しますが、垂直同期は水平同期のズレはなく、アナログ地上波放送と異なり、偶数フィールド、奇数フィールドの別がない画像になります
省3
313: 08/16(金)20:30 ID:X2TlyJ+C(2/2) AAS
＞画像が動いてると～
補足
ブラウン管だと電子ビーム照射から輝点が消えるまでの時間は（超残光ディスプレイでない限り）長すぎないのでコーミングノイズは発生しませんが、PCで再生した時などは偶数フィールドと奇数フィールドが同時に表示されるのでコーミングノイズ（残像と表現しているのは恐らくこれだと思いますが）が出てしまいますね
多分PCEの画面をアップスキャンコンバーターで最近のディスプレイに表示可能な形に変換した場合はプログレッシブ表示に変換されると思いますので、コーミングノイズは発生しないかと
314: 08/17(土)14:06 ID:wvIxrNCX(1) AAS
詳しい解説ありがとうございます
アナログテレビに表示させるのにPCE側で水平同期信号が垂直同期と特に干渉しないなら、ラスター割込で水平解像度（ビデオチップのクロック）を表示期間途中で切り替えてもテレビ側は送られてくる水平信号なりの水平表示をするだけで、フレームレートが狂うとかノイズが走るとかは（PCE側でノイズ出してなければ）起きないと考えて良さそうですかね
垂直同期のタイミングが合わなくて画面が縦に滑るなんてのは昔のテレビではよくありましたが、PCE側でよほど変な垂直解像度を設定しなければ、そういうことも基本的には起きないか。
315: 08/18(日)20:45 ID:3L2bS9ER(1) AAS
龍虎を見るとHSYNCの間に上手く切り替えれば問題なさそうですね
（仮に１ラインくらい不安定なタイミングがあったとしても、切り替えラインの前後含めて輝度0＝黒にしておけば見えない筈ですし）
＞画面が縦に滑る～
一般的なテレビで同期がとれないようなパラメーター設定してしまうと回収騒ぎになるでしょうから、複数の表示装置で確認するでしょうし、無茶な設定にもしないでしょう
上下前次1-新書関写板覧索設栞歴
あと 687 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s