表5+6のルックアップチャートでどのトレーディングスクエアを使用しているかを検出するために、エレガントなコードを考えてみる必要がありますが、もし誰かが良い方法を知っていれば、私は興味があります。現在考えているのは、時間を表すintの配列と、価格を表すdoubleの配列を作成することです。それぞれの配列は8個(オクターブ単位)または12個(オクターブで±1/2)の値を持つことになります。それから、64個の値を持つ配列(bound_gridと呼ぶことにします)を書き込むforループを作り、クリックの各ティック(M1、M5、何でも)をチェックして、その現在の境界を確認します。各タイムプロットはMT4から価格を読み込み、適切なbound_gridの値に書き込まれます。どの値が適切であるかは、他の配列からの時間と価格データに基づいて判断します。各 bound_grid 配列の値は int で、適切な値で各価格ごとに増加します。
テンプレートはtemplateフォルダに、残りはindicatorフォルダにコピーしてください... Xard777
まず最初に、私はちょうどこのスレッドを読み直したところです。 非常に有益で、使い勝手の良いシステムです。 しかし、私は質問があります、あなたは指標を再投稿することができます、しかし、それらを.zipファイルに保存しますか? .rarを開くことができません。
Xard777さん、CJAさん(そして他の皆さん)、この素晴らしいスレッドに貢献してくださってありがとうございます。
を使う。
アサム
でも質問があるのですが、インジケーターを再投稿しても、.zipファイルで保存してくれませんか? .rar スレッドを開くことができないのです!
現在では
お二人ともありがとうございました 本当にありがとうございました!
待ってみよう。
こんにちは、私は4時間足のケーブルでオクターブインジケーターを使用し、成功していますが、質問があります。他のペアでも使えるのでしょうか?私はユーロドルのようなペアで正しく動作させることができませんでした。ケーブルの範囲に合った価格の固定範囲にラインをプロットするようですが、他は何もしません。同じ問題を抱えた方はいらっしゃいますか?
私もこの問題を抱えており、TKNotes1.html ファイルに解決策を見つけました。私はその修正版でOctave_v4を修正し、今ではEURUSDを正しくマッピングしています。
このバグは価格が1.5625以下のすべての通貨に存在します。この問題はスケールベースです。回避策は、最初の桁を落として、10,000倍してから、もう一度試してみることです。私は手っ取り早くコードに相当するハックを見つけ、それを実行しました。コードを投稿する前に、原作者であるXard777からのフィードバックを待っているところです。
TKNotes1.htmlとTKNotes2.htmlのファイルをよく見ています。私は、対立の円、計算に基づく期間、そしてその結果として生じる他の非常に素晴らしい追加機能(反転の可能性%など)を含むインジケータを書くことは非常に可能であると思います。
表5+6のルックアップチャートでどのトレーディングスクエアを使用しているかを検出するために、エレガントなコードを考えてみる必要がありますが、もし誰かが良い方法を知っていれば、私は興味があります。現在考えているのは、時間を表すintの配列と、価格を表すdoubleの配列を作成することです。それぞれの配列は8個(オクターブ単位)または12個(オクターブで±1/2)の値を持つことになります。それから、64個の値を持つ配列(bound_gridと呼ぶことにします)を書き込むforループを作り、クリックの各ティック(M1、M5、何でも)をチェックして、その現在の境界を確認します。各タイムプロットはMT4から価格を読み込み、適切なbound_gridの値に書き込まれます。どの値が適切であるかは、他の配列からの時間と価格データに基づいて判断します。各 bound_grid 配列の値は int で、適切な値で各価格ごとに増加します。
これは非常にブルートフォースな方法で、64個の価格値だけをチェックする場合、最小で512個のIFルックアップと比較が必要になり、最大で2048個になります。もし、チェックする代わりに時間配列をウォークすれば、配列のルックアップと比較の回数を64分の1に減らすことができます。高解像度や長時間の回答では、指数関数的な時間増加が非道いことになります。ブルートフォースメソッドを書くこともできますが、エレガントなソリューションの方が常に優れています。
私の現在のコードプロジェクトは、EAで使用するためのマリーレベルを提供するために設計された関数です。これは静的なTP/SLレベルを置き換えるかもしれない。
その後、MQ4用のMurrey Mathの完全な実装を書くか、シンプルなMurrey Price (MML)と他の確認指標をベースにしたEAを書くかのどちらかのプロジェクトになるでしょう。
私が書いたXard777によるOctaveの改変版では、少なくとも90%の確率でMMLを突き破るのは非常に鋭いスロープで行われるようです。これは重要なことだと思います。また、0/8 4/8 8/8を突き抜けた後に反転する確率が非常に高いようです。私は、ストップロスを 売りの場合は+1/8のすぐ上に、買いの場合は-1/8のすぐ下に置くことを考えていました。積極的なEA/戦略はMMLにぶつかる前に買い、慎重なEAは-1/8 +1/8の後の反転を待つかもしれません。
どう思う?提案は?本当に不可能なのでしょうか?すべてのコメントを受け付けています。
コーディングはできませんが、MMシステムについての進展があれば教えてください。
私もこの問題を抱えており、TKNotes1.html ファイルに解決策を発見しました。Octave_v4を修正し、EURUSDを正しくマッピングできるようになりました。 このバグは、価格が1.5625以下のすべての通貨に存在します。この問題はスケールベースです。回避策は、最初の桁を落として、10,000倍してから、もう一度試してみることです。私は手っ取り早くコードに相当するハックを見つけ、それを実行しました。コードを投稿する前に、原作者であるXard777からのフィードバックを待っているところです。
よくできた仕事だ、投稿してくれ...。
Xard777
ダラクナー
あなたの改造で、すべてのペアで精度が出せるようになったのでしょうか......。
この問題に取り組み、解決策を共有することは素晴らしいことです......。