マルチタイムフレーム・インディケーター - ページ 1148 1...114111421143114411451146114711481149115011511152115311541155...1222 新しいコメント Mladen Rakic 2016.10.24 16:35 #11471 pati9191: はい、先生、おっしゃることがわかりました、ありがとうございます。 ここにあります。試してみてください ファイル: pinx_alert 1.1.mq4 11 kb yoppy 2016.10.24 17:07 #11472 こんにちは、mladenです。このインジケーターについて教えてください。このインジケータは動作しません...しかし、私は時間枠をcangeした後、再び表示することができます...あなたに感謝します...。 ファイル: before.jpg 78 kb after.jpg 76 kb SHI_SilverTrendSig.mq4 4 kb Mladen Rakic 2016.10.24 17:26 #11473 yoppy: こんにちは、mladenです。このインジケータについて教えてください。 ヨッピーshi シルバーのトレンドシグナルはリペインティングです。このインジケータは、いわゆる "古典的リペイント "です。 tampa 2016.10.24 18:25 #11474 ビッグタイムフレーム ダイナミックトレンド ファイル: Dynamic_Trend.mq4 3 kb Dynamic_Trend_MTF.mq4 9 kb albry 2016.10.24 20:17 #11475 Tampa_さん、こんにちは。HTFのトレンド画像は面白そうなので、試してみました。しかし、最初のパスでTrendx[(i+N)*multiplier]にアクセスするとき、範囲 外のインデックスが原因でクラッシュしています。どのTFが選択されたかに応じて、+N= 1、2または3のトレンドxで失敗します。単純な修正として、H4, D1, W1 TFがH1チャートに表示されるように600 (つまり >3*168) を引いただけだが、より思慮深い解決策が必要である。つまり、int limit = Bars-counted_bars -600。また、チャートがある時間枠にあるとき、あるいはインジケータに設定された3つのMTFトレンドのいずれかに≧する時間枠に切り替えたとき、警告を送りますが（それはOK）、まだ、バッファの割り当てや設定（対 return(0) (or -1) ）を行っており、すべてのTFが正しく設定されたときに適切に掃除されないため、たくさんのゴミが残っていることに気づきました。また、H1より低いチャートのTF（H4, D1, W1が選択されている）に移動すると、適切なコード処理ではなく、上記の-600のクイックフィックスのために、クラッシュすることもあります。このテスト/フィードバックがお役に立てれば幸いです。ありがとうございました。 Fausto Nunziante Del Gaudio 2016.10.24 22:03 #11476 tampa_: ビッグタイムフレーム ダイナミックトレンド 設定を覚えていますか？ albry 2016.10.24 22:30 #11477 mrtools:これを持っているmrtoolsさん、こんにちは。はい、これはまさに私が探していたものです。チャートからチャート、タイムフレームからタイムフレームへのフリップを可能にするためのいくつかの機能は、バー表示の制限（CPU/帯域幅の節約）と相対TF選択のためのパラメータ、例えば、現在のTF+1、TF+2、現在の/特定のTF選択を補うために表示する1、2などでしょうか。しかし、このままでは、これは非常に素晴らしいインジケータであり、多くの感謝を！！！。 tampa 2016.10.24 23:33 #11478 thefxpros:設定を覚えていますか？ デフォルトのパラメータ＋1時間、4時間、日足のタイムフレーム Mladen Rakic 2016.10.25 09:10 #11479 profitabl: Tampa_さん、こんにちは。HTFのトレンド画像は面白そうなので、試してみました。しかし、最初のパスでTrendx[(i+N)*multiplier]にアクセスするとき、範囲外のインデックスが原因でクラッシュしています。どのTFが選択されたかに応じて、+N= 1、2または3のトレンドxで失敗します。単純な修正として、H4, D1, W1 TFがH1チャートに表示されるように600 (つまり >3*168) を引いただけだが、より思慮深い解決策が必要である。つまり、int limit = Bars-counted_bars -600。また、チャートがある時間枠にあるとき、あるいはインジケータに設定された3つのMTFトレンドのいずれかに≧する時間枠に切り替えたとき、警告を送りますが（それはOK）、まだ、バッファの割り当てや設定（対 return(0) (or -1) ）を行っており、すべてのTFが正しく設定されたときに適切に掃除されないため、たくさんのゴミが残っていることに気づきました。また、H1より低いチャートのTF（H4, D1, W1が選択されている）に移動すると、適切なコード処理ではなく、上記の-600のクイックフィックスのために、クラッシュすることもあります。このテスト/フィードバックがお役に立てれば幸いです。ありがとうございます。 有益いつ「圏外」のクラッシュが発生するのでしょうか？ 私が見る限り、そのインディケータコードはストリクトモードを使用しておらず、使用するパラメータ（およびタイムフレーム）にかかわらず、ストリクトモードがそのコードに呼び出されない限り、その種のクラッシュ/エラーは発生しないはずです（少なくとも、あなたが述べたクラッシュを再現しようとすると、それはクラッシュしません）。 albry 2016.10.25 17:33 #11480 mladen: 利益率いつ「範囲外」のクラッシュが発生するのですか？ 私が見る限り、そのインジケータコードはストリクトモードを使用しておらず、使用するパラメータ（およびタイムフレーム）に関係なく、ストリクトモードがそのコードに呼び出されない限り、その種のクラッシュ/エラーは発生しないはずです（少なくとも、あなたが説明したクラッシュを再現しようとしたときにはクラッシュしませんでした）。 mladenさん、こんにちは。私はMetaEditorデバッガでコードをステップスルーするとエラーが発生します。しかし、そういえば、MetaEditorのデバッガは自動的にストリクトモードを有効にするので、デバッガ使用時にOOB（out of bounds）エラーやクラッシュが発生するのでしたね。そこで、デバッグモードではなく、インディケータをコンパイルしてオープンチャートに適用したところ、問題なく動作しました。MT4の非厳密モードは、このようなOOBの問題を何らかの方法で補正しているのでしょう。そのように使用してもクラッシュしませんが、補正されたOOBデータが表示された場合、まだ「疑わしい」かもしれません。おそらく、一般的には直近のデータを見るので、ちょうどいいのでしょう・・・。 1...114111421143114411451146114711481149115011511152115311541155...1222 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
はい、先生、おっしゃることがわかりました、ありがとうございます。
ここにあります。試してみてください
こんにちは、mladenです。
このインジケーターについて教えてください。
このインジケータは動作しません...しかし、私は時間枠をcangeした後、再び表示することができます...あなたに感謝します...。こんにちは、mladenです。
このインジケータについて教えてください。
ヨッピー
shi シルバーのトレンドシグナルはリペインティングです。このインジケータは、いわゆる "古典的リペイント "です。
ビッグタイムフレーム ダイナミックトレンド
Tampa_さん、こんにちは。
HTFのトレンド画像は面白そうなので、試してみました。
しかし、最初のパスでTrendx[(i+N)*multiplier]にアクセスするとき、範囲 外のインデックスが原因でクラッシュしています。
どのTFが選択されたかに応じて、+N= 1、2または3のトレンドxで失敗します。
単純な修正として、H4, D1, W1 TFがH1チャートに表示されるように600 (つまり >3*168) を引いただけだが、より思慮深い解決策が必要である。
つまり、int limit = Bars-counted_bars -600。
また、チャートがある時間枠にあるとき、あるいはインジケータに設定された3つのMTFトレンドのいずれかに≧する時間枠に切り替えたとき、警告を送りますが（それはOK）、まだ、バッファの割り当てや設定（対 return(0) (or -1) ）を行っており、すべてのTFが正しく設定されたときに適切に掃除されないため、たくさんのゴミが残っていることに気づきました。
また、H1より低いチャートのTF（H4, D1, W1が選択されている）に移動すると、適切なコード処理ではなく、上記の-600のクイックフィックスのために、クラッシュすることもあります。
このテスト/フィードバックがお役に立てれば幸いです。
ありがとうございました。
ビッグタイムフレーム ダイナミックトレンド
設定を覚えていますか？
これを持っている
mrtoolsさん、こんにちは。
はい、これはまさに私が探していたものです。
チャートからチャート、タイムフレームからタイムフレームへのフリップを可能にするためのいくつかの機能は、バー表示の制限（CPU/帯域幅の節約）と相対TF選択のためのパラメータ、例えば、現在のTF+1、TF+2、現在の/特定のTF選択を補うために表示する1、2などでしょうか。
しかし、このままでは、これは非常に素晴らしいインジケータであり、多くの感謝を！！！。
設定を覚えていますか？
Tampa_さん、こんにちは。
HTFのトレンド画像は面白そうなので、試してみました。
しかし、最初のパスでTrendx[(i+N)*multiplier]にアクセスするとき、範囲外のインデックスが原因でクラッシュしています。
どのTFが選択されたかに応じて、+N= 1、2または3のトレンドxで失敗します。
単純な修正として、H4, D1, W1 TFがH1チャートに表示されるように600 (つまり >3*168) を引いただけだが、より思慮深い解決策が必要である。
つまり、int limit = Bars-counted_bars -600。
また、チャートがある時間枠にあるとき、あるいはインジケータに設定された3つのMTFトレンドのいずれかに≧する時間枠に切り替えたとき、警告を送りますが（それはOK）、まだ、バッファの割り当てや設定（対 return(0) (or -1) ）を行っており、すべてのTFが正しく設定されたときに適切に掃除されないため、たくさんのゴミが残っていることに気づきました。
また、H1より低いチャートのTF（H4, D1, W1が選択されている）に移動すると、適切なコード処理ではなく、上記の-600のクイックフィックスのために、クラッシュすることもあります。
このテスト/フィードバックがお役に立てれば幸いです。
ありがとうございます。
有益
いつ「圏外」のクラッシュが発生するのでしょうか？
私が見る限り、そのインディケータコードはストリクトモードを使用しておらず、使用するパラメータ（およびタイムフレーム）にかかわらず、ストリクトモードがそのコードに呼び出されない限り、その種のクラッシュ/エラーは発生しないはずです（少なくとも、あなたが述べたクラッシュを再現しようとすると、それはクラッシュしません）。
利益率
いつ「範囲外」のクラッシュが発生するのですか？
私が見る限り、そのインジケータコードはストリクトモードを使用しておらず、使用するパラメータ（およびタイムフレーム）に関係なく、ストリクトモードがそのコードに呼び出されない限り、その種のクラッシュ/エラーは発生しないはずです（少なくとも、あなたが説明したクラッシュを再現しようとしたときにはクラッシュしませんでした）。
mladenさん、こんにちは。
私はMetaEditorデバッガでコードをステップスルーするとエラーが発生します。
しかし、そういえば、MetaEditorのデバッガは自動的にストリクトモードを有効にするので、デバッガ使用時にOOB（out of bounds）エラーやクラッシュが発生するのでしたね。
そこで、デバッグモードではなく、インディケータをコンパイルしてオープンチャートに適用したところ、問題なく動作しました。MT4の非厳密モードは、このようなOOBの問題を何らかの方法で補正しているのでしょう。
そのように使用してもクラッシュしませんが、補正されたOOBデータが表示された場合、まだ「疑わしい」かもしれません。おそらく、一般的には直近のデータを見るので、ちょうどいいのでしょう・・・。