アカウント名:
パスワード:
タレコミの文章自体、ちょっと誤訳というか誤解してる感じですね。
Graphics workstations, and OpenGL applications may benefit from this, since it gives the lowest framerate-jitter
(グラフィックワークステーションはOpenGLアプリケーションにおいて、フレームレートのジッタを軽減するという利点がある)
ということだそうで。実際に秒2000回も表示しなければならないとか言ってるわけでなく、表示間隔のぶれ(ジッタ)を問題にしているのでしょう。
たとえば、割り込み周期が1000Hz だとすると、60Hz のリフレッシュレートの画面表示1回あたり、16.67回の割り
NTSCのフレームレートは59.97Hzではなく、29.97Hzの倍の59.94Hzになりますね。理由は、この辺がわかりやすい(かな?)http://www.ite.or.jp/study/musen/tips/tip05.html [ite.or.jp]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
3956 Hzの根拠 (スコア:5, 参考になる)
タレコミの文章自体、ちょっと誤訳というか誤解してる感じですね。
(グラフィックワークステーションはOpenGLアプリケーションにおいて、フレームレートのジッタを軽減するという利点がある)
ということだそうで。
実際に秒2000回も表示しなければならないとか言ってるわけでなく、表示間隔のぶれ(ジッタ)を問題にしているのでしょう。
たとえば、割り込み周期が1000Hz だとすると、60Hz のリフレッシュレートの画面表示1回あたり、16.67回の割り
Re: (スコア:2, 参考になる)
業務用では違う周波数を使います。
日米の放送など業務用途では 59.97Hz や 23.97Hz を使うのが一般的です(欧州は知らない)。
60ちょうどや24ちょうどの規格も存在しますが、ほとんど使われません(SMPTE-292Mなどを参照)。
# 59.97=60*1001/1000, 23.97=24*1001/1000で、なぜ1001なのかは、NTSCカラー化の時代に由来するんだったかな。
3956Hzでそれらの周期を表すと、
59.97Hz ≒ 3956Hz/66 (1周期の誤差185ns)
23.97Hz ≒ 3956Hz/165 (1周期の誤差4.6ns)
となって、けっこうよく一致します。
59.97Hzの場合1時間半で1msずれる計算ですが、そのような微妙な周波数(位相)ずれは別の方法で補正します。
Re:3956 Hzの根拠 (スコア:0)
NTSCのフレームレートは59.97Hzではなく、29.97Hzの倍の59.94Hzになりますね。
理由は、この辺がわかりやすい(かな?)
http://www.ite.or.jp/study/musen/tips/tip05.html [ite.or.jp]