ミリ秒単位で処理する関数を作るには? - ページ 2 123456789...19 新しいコメント Yuriy Vins 2018.09.12 11:25 #11 Реter Konow:OnInit()内に一行を追加する。 で、OnDeinit() で その後、OnTick()関数からOnTimer()関数に 描画関数の呼び出しを移します。OKやってみます!) Yuriy Vins 2018.09.12 11:28 #12 Реter Konow:OnInit()内に一行を追加する。 で、OnDeinit() で その後、描画関数の呼び出しを関数 OnTick() から関数 OnTimer() に移す。うわー、効いてる!!! でも、何もわからなかったよ。でも...が機能します。 Yuriy Vins 2018.09.12 11:29 #13 Yuriy Vins:OKです。試してみます!)レグ・コノウ ご教示いただき、本当にありがとうございました。まあ、「何がどうなって、なぜそうなるのか!」を考えていきますよ。)) Mykola Demko 2018.09.12 11:33 #14 Yuriy Vins:うわー!効いてるー!!何もわからなかったけど。でも...効くんです。ChartRedraw関数の コストは40ミリ秒なので、16回目以降にタイマーを更新しても意味がない。 40ミリ秒は、人間の知覚速度に相当する1秒間に25フレームに相当します。 Реter Konow 2018.09.12 11:34 #15 Nikolay Demko:ChartRedraw関数の コストは40ミリ秒なので、16回目以降のタイマー更新は意味がありません。 40ミリ秒は1秒間に25フレームに相当し、これは人間の知覚速度と同じである。今までグラフィックをやってきて、ChartRedraw()を使ったことは一度もありません。なぜ必要なのかもわからない。) しかし、40msの遅延については考えもしませんでした。本当はもっと使っても意味がないのかもしれませんが...。 Yuriy Vins 2018.09.12 11:36 #16 Nikolay Demko:ChartRedraw関数の コストは40ミリ秒なので、16回目以降のタイマー更新の意味がありません。 40ミリ秒は1秒間に25フレームに相当し、これは人間の知覚速度に等しい。ありがとうございました。私も調べてみます!便利かもしれませんね。)) Taras Slobodyanik 2018.09.12 11:38 #17 Nikolay Demko:ChartRedraw関数の コストは40ミリ秒なので、16回目以降のタイマー更新の意味がありません。 40ミリ秒は1秒間に25フレームに相当し、これは人間の知覚速度に等しい。いや、本当の意味での滑らかさを求めるなら、最低でも50fpsは必要だ。 アナログテレビが50〜60枚のハーフフレームを描いたのには理由があります。 Реter Konow 2018.09.12 11:53 #18 Yuriy Vins:タグコノウ。 ご教示いただき、大変感謝しておりますまあ、"何がどうなって、なぜそうなるのか "を考えていきますよ))喜んでお手伝いします。必要な方はお気軽にご連絡ください。 Alexey Volchanskiy 2018.09.12 14:20 #19 Yuriy Vins: 今のところうまくいっていない。もう少し読み込んでみないと...。すでに述べたように、最小間隔は16ms以上であり、CPU負荷やOS内のプロセス数に大きく依存する。WindowsはリアルタイムOSではありません。 Dmitry Fedoseev 2018.09.12 16:19 #20 Taras Slobodyanik:いや、本当の意味での滑らかさを求めるなら、最低でも50fpsは必要です。 アナログテレビが50〜60枚のハーフフレームを描いたのには理由があります。24fpsは子供の頃にテレビの本を読んでいなければ十分です)))) 123456789...19 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
OnInit()内に一行を追加する。
で、OnDeinit() で
その後、OnTick()関数からOnTimer()関数に 描画関数の呼び出しを移します。
OKやってみます!)
OnInit()内に一行を追加する。
で、OnDeinit() で
その後、描画関数の呼び出しを関数 OnTick() から関数 OnTimer() に移す。
うわー、効いてる!!! でも、何もわからなかったよ。でも...が機能します。
OKです。試してみます!)
レグ・コノウ
ご教示いただき、本当にありがとうございました。まあ、「何がどうなって、なぜそうなるのか!」を考えていきますよ。))
うわー!効いてるー!!何もわからなかったけど。でも...効くんです。
ChartRedraw関数の コストは40ミリ秒なので、16回目以降にタイマーを更新しても意味がない。
40ミリ秒は、人間の知覚速度に相当する1秒間に25フレームに相当します。
ChartRedraw関数の コストは40ミリ秒なので、16回目以降のタイマー更新は意味がありません。
40ミリ秒は1秒間に25フレームに相当し、これは人間の知覚速度と同じである。
今までグラフィックをやってきて、ChartRedraw()を使ったことは一度もありません。なぜ必要なのかもわからない。)
しかし、40msの遅延については考えもしませんでした。本当はもっと使っても意味がないのかもしれませんが...。
ChartRedraw関数の コストは40ミリ秒なので、16回目以降のタイマー更新の意味がありません。
40ミリ秒は1秒間に25フレームに相当し、これは人間の知覚速度に等しい。
ありがとうございました。私も調べてみます!便利かもしれませんね。))
ChartRedraw関数の コストは40ミリ秒なので、16回目以降のタイマー更新の意味がありません。
40ミリ秒は1秒間に25フレームに相当し、これは人間の知覚速度に等しい。
いや、本当の意味での滑らかさを求めるなら、最低でも50fpsは必要だ。
アナログテレビが50〜60枚のハーフフレームを描いたのには理由があります。
タグコノウ。
ご教示いただき、大変感謝しておりますまあ、"何がどうなって、なぜそうなるのか "を考えていきますよ))
喜んでお手伝いします。必要な方はお気軽にご連絡ください。
今のところうまくいっていない。もう少し読み込んでみないと...。
すでに述べたように、最小間隔は16ms以上であり、CPU負荷やOS内のプロセス数に大きく依存する。WindowsはリアルタイムOSではありません。
いや、本当の意味での滑らかさを求めるなら、最低でも50fpsは必要です。
アナログテレビが50〜60枚のハーフフレームを描いたのには理由があります。
24fpsは子供の頃にテレビの本を読んでいなければ十分です))))