[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[WitchTech 00634] Re: 画面更新について



> そもそも本当に処理時間オーバーなのですか?

サンプルプログラムも示されているので、試してみればわかりますね。
VBLANK をポーリングしているなら、前回との tick の差が 1 より大きければ
間に合ってない、VBLANK フックでやっているなら、一定 tick 走らせて、
75tick/sec より大幅に時間がかかるようなら間に合ってない、って感じで。

> TurboC2.0 が利用できる環境で、b.bat を実行することでコンパイルができます。

libwwc.h って何? って思ってしまった。カラーライブラリですか。
# せっかくなんで make もマスターしません?

付いてきた .fx を白黒スワンで見てみましたが、

> 横スクロール時に、画面上部にフレームがずれた線が見えます。

が本当にそうなのかよくわかりませんでした。
単に残像で線がつながって見えているだけだったりしませんか?
画面下方のブロックも同じように見えるし。

> バックグラウンドを2枚重ね合わせで、フルに画面表示を行う場合、
> ダブルバッファリングを行うことができません。

Witch というモノも screen 1,2 というモノも、もともとダブルバッファリン
グなんてするためのモノじゃないように思うんですが、何作ろうと好きずきで
すからそこは突っ込まないことにしておきます。

パレットの変更で書き換わったように見せるとか、そういうワザはだめですか?
結局どんな絵を作りたいのかよくわからなかったのでハズしているかもしれま
せんが。っていうか、そんなことするくらいなら screen 1,2 でやっても同じ
ですね。

本気でやるなら「描画ライン番号検知割り込み」を画面のまん中あたりに設定
して、そこを通過したらそこより上を書き換え、VBLANK でそこから下を書き
換え、でしょうか。
# さらにラスタスクロールしたい、とか言われると困りますけどね。

> スワンは75フレーム/秒も出るのですか?スペックで保証され
> ているとしたらすごいことですが。

マニュアルp.79 「垂直同期(VBLANK)」
同じく p.124 「VBLANK周期(およそ1/75秒)」
ということで、画面のリフレッシュは 75fps なんでしょう。
# はっきりと書いてないのが WW のドキュメントの困ったところ。

あとは「出る」という言葉の意味なんですが。
全キャラクタ書き換え、という意味では当然「出ない」でしょうね。
「保証されているとすごいこと」とは何でしょうか。

>(普通のプログラムには、75フレームもいらないです。25フレームあれば十分です。

つまり元質問は「どうせ液晶なんだし、垂直同期を 25fps にできないか?」
という意味? (違うか)
# 画面を1/3 ずつに分けて、VBLANK ごとに3回に分けて書き換えるとか。
# って、新旧の画像が同時に出てたら意味ないっすね。失礼。

> これでは技術的な疑問を持ったとしても、
> 疑問を持つこと自体が悪いことのように思えてしまいます。
> そういうユーザーはWitch Techに投稿してはいけないのでしょうか。

決してそうではないことは判っているのですから、そんな余計なことを
いちいち言わなくてもいいんですよ。

-- 
おおくぼ


ML Archives