ja ja ja ja ja ja ja fr ca la ja de la zh ja ja en ja en ja ja sl en ja ja ja ja en ja ja fr ja ja en ja ja ja ja ja ja ja la en ja ja ja ja ja ja zh en ja ja en
スレッド一覧 | 新規書き込み | 新着一覧 | 使い方 | 過去ログ
http://blogs.msdn.com/b/e7jp/archive/2009/02/01/9387968.aspx
>エネルギー効率の大幅な向上が要求される領域は、デバイス以外にもあります。アプリケーションとサービス ソフトウェアも、電力消費に大きな影響を及ぼす可能性があります。たとえば、timeBeginPeriod API を使用してプラットフォームのタイマーの精度を向上させるアプリケーションについて考えてみましょう。その場合、プラットフォームのタイマー チックの精度が向上し、プロセッサが低消費電力のアイドル モードを効率的に使用できなくなります。1 つのアプリケーションでタイマー精度が 1ms まで向上した状態が保たれると、一般的なノートブック PC の場合は、バッテリの寿命に最大 10% の影響が及ぶことが観察されました。
2014/7/28(Mon) 01:59:58|NO.63142
普通はタイマーの精度なんて誰も気にしませんから、ゲーム用言語としては
精度を上げといたほうがいいのかもしれませんけど、たしかに気になりますね。
(今は知りませんがGoogle Chromeもタイマーの精度上げてましたし。)
現在出来る対策はHSPランタイムのソースコードをいじるかuserdef.asに
#uselib "Winmm.dll" #func __timeEndPeriod "timeEndPeriod" int __timeEndPeriod 1
って感じのソースコードを追加するかしかありませんね。
今後start.axのbootoptionあたりにでも設定を追加してくださればいいなと思います。
#packopt prectimer 0
みたいな感じに指定して。
2014/7/31(Thu) 22:20:52|NO.63250
ご指摘ありがとうございます。
タイマー精度の問題については、Tetr@podさんが書かれているように
起動時オプションとして別途設定できるよう進めていますが、
大きな変更となるため、今後のB版にて実験をしていきたいと考えています。
また、現在新しいHSPのバグトラッキングシステムを準備していますので、
この項目はそちらで今後取り扱っていく予定です。
2014/8/3(Sun) 07:20:46|NO.63343
今後対応してもらえるということで安心しました。
ただ、私が一番問題だと思うのはこういうグローバルに影響を与える設定変更を起動時に行っていることについてのアナウンスが全然ないことだと思います。
これだとHSPプログラマが全然自覚なしに、そういった影響を与えるプログラムを作って配布することになります。
プログラマは自分が作って配布するプログラムがグローバルな設定変更を行っているならちゃんと認識しておくべきだと思います。
ここまでの書き方だと誤解されそうなので言いますが、タイマーの精度を上げること自体は悪いことだとは思っていません。
ゲーム等ではタイマーの精度を上げるのは当たり前でしょうから、Tetr@podさんの言われるようにHSPをゲーム用言語として考えると起動時にタイマーの精度を上げるのは自然な考えなのは理解できます。
2014/8/3(Sun) 15:17:14|NO.63349
こういう無駄な事で容量増えるのはやだなー
トップ | HSP3ダウンロード | HSPTVで遊ぶ | HSPで作る | サイト情報 | プライバシーポリシー | お問合せ
ONION software Copyright 1997-2021(c) All rights reserved.