MQL4、MQL5に関する初心者からの質問、アルゴリズムやコードに関するヘルプ、ディスカッションなど。 - ページ 1759 1...175217531754175517561757175817591760176117621763176417651766...1953 新しいコメント Andrei Sokolov 2021.11.26 08:41 #17581 Nikolay Ivanov #:何を、どこで、いつから、どこからどこまで、答えは明らかです。 チャートのサイズ(ピクセル)、表示されるローソク足の数、日付、インデント、最高/最低価格の取得が可能です。何が問題なのか? Nikolay Ivanov 2021.11.26 08:41 #17582 Vitaly Muzichenko #:より具体的に説明します。 ラインは0か1のどのバーで極限をチェックすべきか、それとも他のどのバーでチェックすべきか? Nikolay Ivanov 2021.11.26 08:45 #17583 Andrey Sokolov #:チャートのサイズ(ピクセル)、ローソク足の数、日付、インデント、最大/最小価格を取得します。何が問題なのか? 一目で分かる2つの問題点...。 1)1ピクセルが10ポイントに相当する場合(例)。15点をカバーするには、何ピクセル必要ですか? 2) チャートの最小値、最大値をスクロールで変更したり、TFを変更したり、スケールを変更した場合、円が所定の点数に対応していなければならないという要件は満たされるのでしょうか。 Andrei Sokolov 2021.11.26 08:48 #17584 Nikolay Ivanov #:2つの問題が考えられる...1)10点に対応する1画素がある場合(例)・・・。では、15点をカバーするためには何画素が必要でしょうか。2) 最小値、最大値のグラフをスクロール、TFの変更、スケールの変更で変更する場合、円が所定の点数に対応していなければならないという要件を満たすか。1 - 整数に丸めることができますか?2 - チャート上のイベントに応じて再計算することは禁じられていません。 現実の問題なのか、それとも作為的な問題なのか? Igor Makanu 2021.11.26 08:48 #17585 Vitaly Muzichenko #:もっと具体的に説明するようにします。現在の状況:上部に2本、下部に2本の線が見えています。上の1人が合図を出し、下の1人が合図を出した。下から2番目のものだ(骨折) で、ZigZagのどこが悪いんだ?- 常に最後のブレークの方向が表示されます。 をクリックすると、すぐに次のタスクが取り除かれます - ポイントのカップルで休憩をフィルタリングする - デビエーション設定 そして、あなたのTSのような人々のための別の将来のタスク - 何バー前のブレークを見つける - 私の例では、そのような値を返すこともできます。 そしてもう一回、私のZZのコードは別の関数にする必要があり、すべてのティックで各行のZZを計算 し、各行のZZの最後の方向と最後の計算が行われたバー番号を記憶します - 計算は速くなります、あなたはそれをテスターで実行できます もし必要なら、フォーラムで言われているように、もし Buf[1] >Buf[2] &&Buf[2] >Buf[3]...を実行することです。 おそらくMAが下がっているのだろう...。 Tretyakov Rostyslav 2021.11.26 08:49 #17586 Nikolay Ivanov #:いや、誰もフィッティングとは言っていない。 円の直径が常にある点の数に等しいことが必要なのだ。 誤解しているかもしれませんが、直径をpipsで設定することの何がそんなに難しいのでしょうか? Vitaly Muzichenko 2021.11.26 08:49 #17587 Nikolay Ivanov #:ラインは0か1のどのバーで極限をチェックすべきか、それとも他のどのバーでチェックすべきか? ゼロで。 2本の安値ラインのうちの1本=Bar[1]<Bar[0]、2本の 高値ラインのうちの 1本=Bar[1]>Bar[0]。 上2行と下2行にそって検索する いつでも、最高値の2番目と最安値の1番目、最安値と最高値、最高値と最安値の1番目でブレークしている可能性があるのです。あるいは両方同時に。 Nikolay Ivanov 2021.11.26 08:56 #17588 Andrey Sokolov #:1 - 整数に丸めることができますか?2 - チャート上のイベントに対して再計算することは禁じられていません。 1) 四捨五入ではなく、誤差です...しかも非常に大きな誤差です...私の例では10ですが、楽器によっては100、1000、10000などです...素晴らしい丸め方です...。 2) それで、顧客にそれが可能であることを伝え、そのプロセッサに24時間365日、すべてのチャートのすべてのアイコンを毎秒チェックさせ、そこで円の大きさが変わることが可能かどうかを確認する......というわけです。+ 彼はあなたのコードが常にオンになっていることを確認する必要があります。サボタージュだと思います :) 結論から言うと...最初は「課題は解決できる」と言っていたのに、値が近似値で誤差が大きいことが判明し、ウォッチドッグコードがプロセッサをハングアップさせて値を修正・調整する作業をしなければならない......。 そして、これを問題解決と呼ぶのだと?何も考えずに掴んで、それが正しいと納得・証明・疑問するという...。 Vitaly Muzichenko 2021.11.26 08:56 #17589 Igor Makanu #:で、ZigZagのどこが悪いんだ?- 常に最後の破砕の方向を表示します。をクリックすると、すぐに次のタスクが取り除かれます - ポイントのカップルで休憩をフィルタリングする - デビエーション設定そして、あなたのTSのような人々のための別の将来のタスク - 何バー前のブレークを見つける - 私の例では、そのような値を返すこともできます。そしてもう一回、私のZZのコードは別の関数にする必要があり、すべてのティックで各行のZZを計算 し、各行のZZの最後の方向と最後の計算が行われたバー番号を記憶します - 計算は速くなります、あなたはそれをテスターで実行できますもし必要なら、フォーラムで言われているように、もし Buf[1] >Buf[2] &&Buf[2] >Buf[3]...を実行することです。 おそらくMAがダウンするのでしょう...。 私の問題にどう適用するか、もう一度調べてみたのですが、まだわかっていません。 Nikolay Ivanov 2021.11.26 09:00 #17590 Vitaly Muzichenko #:ゼロで。2本の安値線のうちの1本=Bar[1]<Bar[0]、2本の 高値線のうちの 1本=Bar[1]>Bar[0]です。 上2行と下2行にそって検索します。いつでも最高値と最安値、最安値と最高値、最高値と最安値でブレークする可能性がある。あるいは両方同時に。 1)すべての線上に亀裂があるかどうか。 2) ブレイクしたものから、0 barの極値を持つものを選択する... このアルゴリズムはうまくいくのでしょうか? 1...175217531754175517561757175817591760176117621763176417651766...1953 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
何を、どこで、いつから、どこからどこまで、答えは明らかです。
チャートのサイズ(ピクセル)、表示されるローソク足の数、日付、インデント、最高/最低価格の取得が可能です。何が問題なのか?
より具体的に説明します。
ラインは0か1のどのバーで極限をチェックすべきか、それとも他のどのバーでチェックすべきか?
チャートのサイズ(ピクセル)、ローソク足の数、日付、インデント、最大/最小価格を取得します。何が問題なのか?
一目で分かる2つの問題点...。
1)1ピクセルが10ポイントに相当する場合(例)。15点をカバーするには、何ピクセル必要ですか?
2) チャートの最小値、最大値をスクロールで変更したり、TFを変更したり、スケールを変更した場合、円が所定の点数に対応していなければならないという要件は満たされるのでしょうか。
2つの問題が考えられる...
1)10点に対応する1画素がある場合(例)・・・。では、15点をカバーするためには何画素が必要でしょうか。
2) 最小値、最大値のグラフをスクロール、TFの変更、スケールの変更で変更する場合、円が所定の点数に対応していなければならないという要件を満たすか。
1 - 整数に丸めることができますか?
2 - チャート上のイベントに応じて再計算することは禁じられていません。
現実の問題なのか、それとも作為的な問題なのか?もっと具体的に説明するようにします。
現在の状況:上部に2本、下部に2本の線が見えています。
上の1人が合図を出し、下の1人が合図を出した。下から2番目のものだ(骨折)
で、ZigZagのどこが悪いんだ?- 常に最後のブレークの方向が表示されます。
をクリックすると、すぐに次のタスクが取り除かれます - ポイントのカップルで休憩をフィルタリングする - デビエーション設定
そして、あなたのTSのような人々のための別の将来のタスク - 何バー前のブレークを見つける - 私の例では、そのような値を返すこともできます。
そしてもう一回、私のZZのコードは別の関数にする必要があり、すべてのティックで各行のZZを計算 し、各行のZZの最後の方向と最後の計算が行われたバー番号を記憶します - 計算は速くなります、あなたはそれをテスターで実行できます
もし必要なら、フォーラムで言われているように、もし Buf[1] >Buf[2] &&Buf[2] >Buf[3]...を実行することです。 おそらくMAが下がっているのだろう...。
いや、誰もフィッティングとは言っていない。 円の直径が常にある点の数に等しいことが必要なのだ。
誤解しているかもしれませんが、直径をpipsで設定することの何がそんなに難しいのでしょうか?
ラインは0か1のどのバーで極限をチェックすべきか、それとも他のどのバーでチェックすべきか?
ゼロで。
2本の安値ラインのうちの1本=Bar[1]<Bar[0]、2本の 高値ラインのうちの 1本=Bar[1]>Bar[0]。
上2行と下2行にそって検索する
いつでも、最高値の2番目と最安値の1番目、最安値と最高値、最高値と最安値の1番目でブレークしている可能性があるのです。あるいは両方同時に。
1 - 整数に丸めることができますか?
2 - チャート上のイベントに対して再計算することは禁じられていません。
1) 四捨五入ではなく、誤差です...しかも非常に大きな誤差です...私の例では10ですが、楽器によっては100、1000、10000などです...素晴らしい丸め方です...。
2) それで、顧客にそれが可能であることを伝え、そのプロセッサに24時間365日、すべてのチャートのすべてのアイコンを毎秒チェックさせ、そこで円の大きさが変わることが可能かどうかを確認する......というわけです。+ 彼はあなたのコードが常にオンになっていることを確認する必要があります。サボタージュだと思います :)
結論から言うと...最初は「課題は解決できる」と言っていたのに、値が近似値で誤差が大きいことが判明し、ウォッチドッグコードがプロセッサをハングアップさせて値を修正・調整する作業をしなければならない......。
そして、これを問題解決と呼ぶのだと?何も考えずに掴んで、それが正しいと納得・証明・疑問するという...。
で、ZigZagのどこが悪いんだ?- 常に最後の破砕の方向を表示します。
をクリックすると、すぐに次のタスクが取り除かれます - ポイントのカップルで休憩をフィルタリングする - デビエーション設定
そして、あなたのTSのような人々のための別の将来のタスク - 何バー前のブレークを見つける - 私の例では、そのような値を返すこともできます。
そしてもう一回、私のZZのコードは別の関数にする必要があり、すべてのティックで各行のZZを計算 し、各行のZZの最後の方向と最後の計算が行われたバー番号を記憶します - 計算は速くなります、あなたはそれをテスターで実行できます
もし必要なら、フォーラムで言われているように、もし Buf[1] >Buf[2] &&Buf[2] >Buf[3]...を実行することです。 おそらくMAがダウンするのでしょう...。
私の問題にどう適用するか、もう一度調べてみたのですが、まだわかっていません。
ゼロで。
2本の安値線のうちの1本=Bar[1]<Bar[0]、2本の 高値線のうちの 1本=Bar[1]>Bar[0]です。
上2行と下2行にそって検索します。
いつでも最高値と最安値、最安値と最高値、最高値と最安値でブレークする可能性がある。あるいは両方同時に。
1)すべての線上に亀裂があるかどうか。
2) ブレイクしたものから、0 barの極値を持つものを選択する...
このアルゴリズムはうまくいくのでしょうか?