アカウント名:
パスワード:
どうもWindowsの場合A:割り込み回数を増やして秒を表示する。これが原因だと思うけど
B:タイマーチップから今の時間を表示するであれば秒のカウントはまちまち、もしくは本体のスペックに依存するが時間は正確に表示され消費電力も変わらない。Bを改良すると、タイマーチップ読む回数を減らし。割り込みカウンターから適当に内部カウントを行い表示する。適度にタイマーチップから読む場合、遅いハードでも全体に影響は少ないと思うけどこの辺は工夫でなんとかなりそうだけどね。
Apple的に作ればBに近いのだろうと思うけど全ては推測です。iPhoneにしてもiPadにしてもアイコンの秒針は動いてるからね。
そもそも「時計の秒を低コストで滑らかに表示する」がOSの設計として優先度が全く高くないだろうし、時刻表示が重要なデバイスならともかく、汎用OSで時計機能のためのAPIなんて作らないんじゃないの。
秒表示を実現するために、秒が切り替わった瞬間からなるべく早くそれを表示に反映しなきゃならないわけだけど、専用の時計アプリであればコストを消費してチェック頻度を十分高めていいし、ミリ秒単位で画面更新するユースケースもある。
「時刻の秒が切り替わったタイミングで呼び出される」インターフェースがOSにあれば時計の秒表示は最小のコストで実装できるだろうけど。
それもうあるんですよ。SetWaitableTimerっていうAPIなんですけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
作りの問題じゃないのかな？ (スコア:0)
どうもWindowsの場合
A:
割り込み回数を増やして秒を表示する。
これが原因だと思うけど
B:
タイマーチップから今の時間を表示するであれば
秒のカウントはまちまち、もしくは本体のスペックに依存するが
時間は正確に表示され消費電力も変わらない。
Bを改良すると、タイマーチップ読む回数を減らし。
割り込みカウンターから適当に内部カウントを行い表示する。
適度にタイマーチップから読む場合、遅いハードでも全体に影響は少ないと思うけど
この辺は工夫でなんとかなりそうだけどね。
Apple的に作ればBに近いのだろうと思うけど
全ては推測です。iPhoneにしてもiPadにしてもアイコンの秒針は動いてるからね。
Re: (スコア:0)
そもそも「時計の秒を低コストで滑らかに表示する」がOSの設計として優先度が全く高くないだろうし、
時刻表示が重要なデバイスならともかく、汎用OSで時計機能のためのAPIなんて作らないんじゃないの。
秒表示を実現するために、秒が切り替わった瞬間からなるべく早くそれを表示に反映しなきゃならないわけだけど、
専用の時計アプリであればコストを消費してチェック頻度を十分高めていいし、ミリ秒単位で画面更新するユースケースもある。
「時刻の秒が切り替わったタイミングで呼び出される」インターフェースがOSにあれば時計の秒表示は最小のコストで実装できるだろうけど。
Re:作りの問題じゃないのかな？ (スコア:1)
それもうあるんですよ。SetWaitableTimerっていうAPIなんですけど。