エリート指標 :) - ページ 218 1...211212213214215216217218219220221222223224225...1108 新しいコメント fxmaxx 2010.10.29 15:10 #2171 ムラデンです。 ありがとう! 削除済み 2010.10.30 07:07 #2172 ムラデン... こんにちは、Mladenです。 RE: "nonlagma multi time frames trend" インディケータ 164行目を見ると、こんなコーディングが ありますね。 limit = MathMin(Bars-counted_bars,Bars-1); 私はコーダーではないので、私の無知をお許しください。 M5-TFにM30のような1TFに設定した場合でも、2本後ろにジャンプするのは、このせいではないでしょうか? この不具合が改善されれば、このインジケーターには大きな可能性を感じています。 週末にご返信いただきありがとうございました。 よろしくお願いします。 Mladen Rakic 2010.10.30 08:41 #2173 ValeoFX 私はあなたの質問を完全に理解していないことを認めなければならないが、私はあなたが困惑していると思ういくつかの事柄を説明しようとします。 _________________________ メタトレーダーは配列をC++のように扱います:10要素の配列の最後の要素にアクセスするとき、要素のインデックスに10を使用せず、9を使用します。したがって、この式の "Bars-1" の部分は、配列の境界から出るのを避けるためです。最初の部分(Bars-counted_bars)は、どれだけのバーが効果的に変化したか、計算する必要があるかという単純なものです(変化したバーは、変化した入力のために再計算する必要があります) counted_barsは0にできるので、この式は計算するバーの数としてのBarsを得ることができますが、その後「Bars-1」の安全性が入っています。 それだけである。間違った計算をすることはない。これは、何本目のバーを再計算すべきかを決定しているだけです(再計算が再塗装であるという罠にはまらないでください:そうではありません。何度も言うように、再塗装はコーディング・エラーであり、再計算は、同じ入力で同じ結果になるはずのコードの正常な状態です。) _________________________ 一方、マルチタイムフレームは慎重に扱わなければなりません:それは完全に別のデータセットであり、変更されたバーの数は完全に別であり、すべてが別です。これが、ターゲットタイムフレームを呼び出して変更されたバーの数を取得する理由です:そうでなければ、それは単なる仮定に過ぎません。しかし、ターゲットタイムフレームを呼び出すと、メタトレーダーがそのタイムフレームに割り当てた、「知っている」値が返されるので、仮定は成り立たないのです。そして、すべての時間枠のバーの数が結合されたとき、最も長い結果を使用しなければなりません。しかし、ご存知のように、1分足チャート上の1時間のバーは、1時間のバーに対して最大60本かかるので(どの時間枠のバーも見逃すことがあるので、「最大」と表現しました)、すべての時間枠のバー数は、ターゲット時間枠が現在のチャート上で占めるバー数を示す比率で掛け合わされるのです。 つまり、ターゲットタイムフレーム(最終的にはメタトレーダー端末)から受け取った「答え」とターゲットタイムフレームの計算(これもメタトレーダー端末と再計算したバーの数)に完全に依存します。私の経験では、メタトレーダーはいくつかの処理を小さな「塊」に分割する傾向があります。そして、他のタイムフレームのカスタムコールは完全に別のインディケータとスレッドとして扱われるため、その時間を「彼流」に分配することがあります(プロセスの順番ではなく、ヒストが開始したスレッドの順番で、プロセスの順番と同じである必要はまったくありません)。最終的に、それは安定し、仮定なしで、全体として計算のどの部分も無視することなく、正しい計算の目標である、正しい結果を与えます。 _________________________ ここでお話ししたことが意味をなしていれば幸いです。これ以上簡単には説明できませんが(教えるのは得意ではありません )。 よろしくお願いします。 Mladen ValeoFX: Mladenさん、こんにちは。RE: "nonlagma multi time frames trend" インジケータ 164行目を見ると、以下のようなコーディングが あります。 limit = MathMin(Bars-counted_bars,Bars-1); 私はコーダーではないので、私の無知をお許しください。 M5-TFにM30のような1TFに設定した場合でも、2本後ろにジャンプするのは、このせいではないでしょうか? この不具合が改善されれば、このインジケーターには大きな可能性を感じています。 週末にご返信いただき、ありがとうございました。 よろしくお願いします。 削除済み 2010.10.31 14:19 #2174 mladen: ValeoFX正直なところ、私はあなたの質問を完全に理解しているわけではありませんが、あなたが困惑していると思われるいくつかの事柄を説明しようと思います。 _________________________ メタトレーダーは配列をC++のように扱います。10要素の配列の最後の要素にアクセスするとき、要素のインデックスに10を使用せず、9を使用します。したがって、この式の "Bars-1" の部分は、配列の境界から出るのを避けるためです。最初の部分(Bars-counted_bars)は、どれだけのバーが効果的に変化したか、計算する必要があるかという単純なものです(変化したバーは、変化した入力のために再計算する必要があります) counted_barsは0にできるので、この式は計算するバーの数としてのBarsを得ることができますが、その後「Bars-1」の安全性が入っています。 それだけである。間違った計算をすることはない。これは、何本目のバーを再計算すべきかを決定しているだけです(再計算が再塗装であるという罠にはまらないでください:そうではありません。何度も言うように、再塗装はコーディング・エラーであり、再計算は、同じ入力で同じ結果になるはずのコードの正常な状態です。) _________________________ 一方、マルチタイムフレームは慎重に扱わなければなりません:それは完全に別のデータセットであり、変更されたバーの数は完全に別であり、すべてが別です。これが、ターゲットタイムフレームを呼び出して変更されたバーの数を取得する理由です:そうでなければ、それは単なる仮定に過ぎません。しかし、ターゲットタイムフレームを呼び出すと、メタトレーダーがそのタイムフレームに割り当てた、「知っている」値が返されるので、仮定は成り立たないのです。そして、すべての時間枠のバーの数が結合されたとき、最も長い結果を使用しなければなりません。しかし、ご存知のように、1分足チャート上の1時間のバーは、1時間のバーに対して最大60本かかるので(どの時間枠のバーも見逃すことがあるので、「最大」と表現しました)、すべての時間枠のバー数は、ターゲット時間枠が現在のチャート上で占めるバー数を示す比率で掛け合わされるのです。 つまり、ターゲットタイムフレーム(最終的にはメタトレーダー端末)から受け取った「答え」とターゲットタイムフレームの計算(これもメタトレーダー端末と再計算したバーの数)に完全に依存します。私の経験では、メタトレーダーはいくつかの処理を小さな「塊」に分割する傾向があります。そして、他のタイムフレームのカスタムコールは完全に別のインディケータとスレッドとして扱われるため、その時間を「彼流」に分配することがあります(プロセスの順番ではなく、ヒストが開始したスレッドの順番で、プロセスの順番と同じである必要はまったくありません)。最終的に、それは安定し、仮定なしで、全体として計算のどの部分も無視することなく、正しい計算の目標である、正しい結果を与えます。 _________________________ ここでお話ししたことが意味をなしていれば幸いです。これ以上簡単には説明できませんが(教えるのは得意ではありません )。 よろしくお願いします。 ムラデン ================= 私はあなたの優れた知識に頭を下げる、SIR!。 貴重な教訓を得るために時間を割いていただき、ありがとうございます。とても感謝しています。 あなたが先に素晴らしい週を願っています。 mikepearce 2010.10.31 22:48 #2175 mladenさん、こんにちは。 ノン・ラグドット・インディケータのヒスト版を作っていただけませんか? とてもありがたいです。 ありがとうございました。 ファイル: nonlagdotalert.mq4 6 kb Mladen Rakic 2010.11.01 07:01 #2176 マイク ColorBarBackを削除しました(このパラメータは全く必要ありません - この方法で再描画することは、線描画(ドット描画ではない)モードの名残です) よろしくお願いします。Mladen mike pearce: ノン・ラッグドット・インジケーターのヒスト版を作っていただけないでしょうか?とても感謝しています。 ありがとうございました。 ファイル: nonlag_ma_dot_alert.gif 29 kb nonlagdotalert_-_histo.mq4 6 kb mikepearce 2010.11.01 12:22 #2177 mladenさんありがとうございました。 dada455 2010.11.01 22:38 #2178 ノンラグドットインジケーター 要望があります。 チャート全体にドットを描くのではなく、ドットを描かずに色が変わったときに上下に矢印を描くことはできないでしょうか? そうすれば、チャートはよりきれいになり、また、私の意見では、"目 "のバックテイスティングでそれを評価するのに非常に有用です。 このインジケータはリペイントしますか? よろしくお願いします。 Dada. mikepearce 2010.11.01 23:05 #2179 再塗装はしていません。 mikepearce 2010.11.02 00:17 #2180 mladenさん、こんにちは。 mladen: マイクはい、どうぞ。 ColorBarBackを削除しました(このパラメータは全く必要ありません - この方法で再描画することは、線描画(点描画ではない)モードの名残です) Mladenさん、ありがとうございました。 もう一つお願いがあります。 Averages-mtf-alertsのHISTO VERSIONです。 お時間をいただき、ありがとうございました。 ファイル: averages_-_mtf_amp_alerts.mq4 16 kb 1...211212213214215216217218219220221222223224225...1108 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ムラデンです。
ありがとう!
ムラデン...
こんにちは、Mladenです。
RE: "nonlagma multi time frames trend" インディケータ
164行目を見ると、こんなコーディングが ありますね。
limit = MathMin(Bars-counted_bars,Bars-1);
私はコーダーではないので、私の無知をお許しください。 M5-TFにM30のような1TFに設定した場合でも、2本後ろにジャンプするのは、このせいではないでしょうか?
この不具合が改善されれば、このインジケーターには大きな可能性を感じています。
週末にご返信いただきありがとうございました。
よろしくお願いします。
ValeoFX
私はあなたの質問を完全に理解していないことを認めなければならないが、私はあなたが困惑していると思ういくつかの事柄を説明しようとします。
_________________________
メタトレーダーは配列をC++のように扱います:10要素の配列の最後の要素にアクセスするとき、要素のインデックスに10を使用せず、9を使用します。したがって、この式の "Bars-1" の部分は、配列の境界から出るのを避けるためです。最初の部分(Bars-counted_bars)は、どれだけのバーが効果的に変化したか、計算する必要があるかという単純なものです(変化したバーは、変化した入力のために再計算する必要があります) counted_barsは0にできるので、この式は計算するバーの数としてのBarsを得ることができますが、その後「Bars-1」の安全性が入っています。
それだけである。間違った計算をすることはない。これは、何本目のバーを再計算すべきかを決定しているだけです(再計算が再塗装であるという罠にはまらないでください:そうではありません。何度も言うように、再塗装はコーディング・エラーであり、再計算は、同じ入力で同じ結果になるはずのコードの正常な状態です。)
_________________________
一方、マルチタイムフレームは慎重に扱わなければなりません:それは完全に別のデータセットであり、変更されたバーの数は完全に別であり、すべてが別です。これが、ターゲットタイムフレームを呼び出して変更されたバーの数を取得する理由です:そうでなければ、それは単なる仮定に過ぎません。しかし、ターゲットタイムフレームを呼び出すと、メタトレーダーがそのタイムフレームに割り当てた、「知っている」値が返されるので、仮定は成り立たないのです。そして、すべての時間枠のバーの数が結合されたとき、最も長い結果を使用しなければなりません。しかし、ご存知のように、1分足チャート上の1時間のバーは、1時間のバーに対して最大60本かかるので(どの時間枠のバーも見逃すことがあるので、「最大」と表現しました)、すべての時間枠のバー数は、ターゲット時間枠が現在のチャート上で占めるバー数を示す比率で掛け合わされるのです。
つまり、ターゲットタイムフレーム(最終的にはメタトレーダー端末)から受け取った「答え」とターゲットタイムフレームの計算(これもメタトレーダー端末と再計算したバーの数)に完全に依存します。私の経験では、メタトレーダーはいくつかの処理を小さな「塊」に分割する傾向があります。そして、他のタイムフレームのカスタムコールは完全に別のインディケータとスレッドとして扱われるため、その時間を「彼流」に分配することがあります(プロセスの順番ではなく、ヒストが開始したスレッドの順番で、プロセスの順番と同じである必要はまったくありません)。最終的に、それは安定し、仮定なしで、全体として計算のどの部分も無視することなく、正しい計算の目標である、正しい結果を与えます。
_________________________
ここでお話ししたことが意味をなしていれば幸いです。これ以上簡単には説明できませんが(教えるのは得意ではありません )。
よろしくお願いします。
Mladen
Mladenさん、こんにちは。
RE: "nonlagma multi time frames trend" インジケータ
164行目を見ると、以下のようなコーディングが あります。
limit = MathMin(Bars-counted_bars,Bars-1);
私はコーダーではないので、私の無知をお許しください。 M5-TFにM30のような1TFに設定した場合でも、2本後ろにジャンプするのは、このせいではないでしょうか?
この不具合が改善されれば、このインジケーターには大きな可能性を感じています。
週末にご返信いただき、ありがとうございました。
よろしくお願いします。ValeoFX
正直なところ、私はあなたの質問を完全に理解しているわけではありませんが、あなたが困惑していると思われるいくつかの事柄を説明しようと思います。
_________________________
メタトレーダーは配列をC++のように扱います。10要素の配列の最後の要素にアクセスするとき、要素のインデックスに10を使用せず、9を使用します。したがって、この式の "Bars-1" の部分は、配列の境界から出るのを避けるためです。最初の部分(Bars-counted_bars)は、どれだけのバーが効果的に変化したか、計算する必要があるかという単純なものです(変化したバーは、変化した入力のために再計算する必要があります) counted_barsは0にできるので、この式は計算するバーの数としてのBarsを得ることができますが、その後「Bars-1」の安全性が入っています。
それだけである。間違った計算をすることはない。これは、何本目のバーを再計算すべきかを決定しているだけです(再計算が再塗装であるという罠にはまらないでください:そうではありません。何度も言うように、再塗装はコーディング・エラーであり、再計算は、同じ入力で同じ結果になるはずのコードの正常な状態です。)
_________________________
一方、マルチタイムフレームは慎重に扱わなければなりません:それは完全に別のデータセットであり、変更されたバーの数は完全に別であり、すべてが別です。これが、ターゲットタイムフレームを呼び出して変更されたバーの数を取得する理由です:そうでなければ、それは単なる仮定に過ぎません。しかし、ターゲットタイムフレームを呼び出すと、メタトレーダーがそのタイムフレームに割り当てた、「知っている」値が返されるので、仮定は成り立たないのです。そして、すべての時間枠のバーの数が結合されたとき、最も長い結果を使用しなければなりません。しかし、ご存知のように、1分足チャート上の1時間のバーは、1時間のバーに対して最大60本かかるので(どの時間枠のバーも見逃すことがあるので、「最大」と表現しました)、すべての時間枠のバー数は、ターゲット時間枠が現在のチャート上で占めるバー数を示す比率で掛け合わされるのです。
つまり、ターゲットタイムフレーム(最終的にはメタトレーダー端末)から受け取った「答え」とターゲットタイムフレームの計算(これもメタトレーダー端末と再計算したバーの数)に完全に依存します。私の経験では、メタトレーダーはいくつかの処理を小さな「塊」に分割する傾向があります。そして、他のタイムフレームのカスタムコールは完全に別のインディケータとスレッドとして扱われるため、その時間を「彼流」に分配することがあります(プロセスの順番ではなく、ヒストが開始したスレッドの順番で、プロセスの順番と同じである必要はまったくありません)。最終的に、それは安定し、仮定なしで、全体として計算のどの部分も無視することなく、正しい計算の目標である、正しい結果を与えます。
_________________________
ここでお話ししたことが意味をなしていれば幸いです。これ以上簡単には説明できませんが(教えるのは得意ではありません )。
よろしくお願いします。
ムラデン=================
私はあなたの優れた知識に頭を下げる、SIR!。
貴重な教訓を得るために時間を割いていただき、ありがとうございます。とても感謝しています。
あなたが先に素晴らしい週を願っています。
mladenさん、こんにちは。
ノン・ラグドット・インディケータのヒスト版を作っていただけませんか?
とてもありがたいです。
ありがとうございました。
マイク
ColorBarBackを削除しました(このパラメータは全く必要ありません - この方法で再描画することは、線描画(ドット描画ではない)モードの名残です) よろしくお願いします。Mladen
ノン・ラッグドット・インジケーターのヒスト版を作っていただけないでしょうか?
とても感謝しています。
ありがとうございました。mladenさんありがとうございました。
ノンラグドットインジケーター
要望があります。
チャート全体にドットを描くのではなく、ドットを描かずに色が変わったときに上下に矢印を描くことはできないでしょうか?
そうすれば、チャートはよりきれいになり、また、私の意見では、"目 "のバックテイスティングでそれを評価するのに非常に有用です。
このインジケータはリペイントしますか?
よろしくお願いします。
Dada.
再塗装はしていません。
mladenさん、こんにちは。
マイク
はい、どうぞ。
ColorBarBackを削除しました(このパラメータは全く必要ありません - この方法で再描画することは、線描画(点描画ではない)モードの名残です) Mladenさん、ありがとうございました。もう一つお願いがあります。
Averages-mtf-alertsのHISTO VERSIONです。
お時間をいただき、ありがとうございました。