どんな新人の質問でも、フォーラムを乱雑にしないように。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 6. - ページ 660 1...653654655656657658659660661662663664665666667...1178 新しいコメント supernyb 2014.07.08 20:17 #6591 evillive: インジケーターバッファに線が引かれているのであれば、はい、問題ありません。しかし、線ではなく、モノで。インジケータがテストの後にのみオブジェクトを描画する場合、テスターでインジケータから来るオブジェクトをどのように読み取ることができますか? 。 インジケーターでは線もオブジェクトとして描画されるので、オブジェクトの矢印アイコンと線などの違いはないと思います。テスターの仕組みは分かりませんが、可視化でテストを行いテスターの仕組みはわかりませんが、可視化ではインジケータがチャートにくっついていて、新しいバーが 来るのに対応してすべて描画・削除されます。 Valeriy Korobeynik 2014.07.09 04:20 #6592 supernyb: このような場合は、それぞれ個別に対応する必要があります。触って語るべき対象がない以上、誰も具体的な答えを出すことはできない。 supernyb 2014.07.09 06:18 #6593 valeryk: このようなケースは、それぞれ個別に検討する必要があります。触れる対象がなくなるまでは、誰も具体的な答えを出すことはできません。 Feel it )インジケーターはルービック式で、手動では壊せなかったそうで、オリジナルのものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。 ファイル: rubiconmindicator.ex4 39 kb Valeriy Korobeynik 2014.07.09 06:25 #6594 supernyb: ここで、感じてください )インジケーターはルービックインジケーターで、手動では壊せなかったそうで、元のものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。 5フォーラムを直にノックする。 TarasBY 2014.07.09 06:59 #6595 supernyb: ここで、感じてください )インジケーターはルービック式で、手動では壊せなかったそうで、オリジナルのものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。 一時期、このインジケーターに注目したことがありました。私の意見ですが、これは開発者のジョークです。たくさんの空(使われていない変数、変数に値が代入されても最終結果には何の影響もない)の変数、無駄なプログラムブロックです。:))) supernyb 2014.07.09 07:19 #6596 TarasBY: 一時期、このインジケーターに注目したことがありました。私の意見ですが、これは開発者のジョークです。たくさんの空(使われていない変数、変数に何らかの値が代入されていても最終結果には影響しない)変数、無駄なプログラムブロックがあります。:))) もしかしたら、オリジナルを再現しないハッキングされたコードだったのかもしれませんね。 TarasBY 2014.07.09 07:30 #6597 supernyb: もしかしたら、オリジナルを再現しないハッキングされたコードだったのかもしれません。 私も経験ありますけど...。ハッキングされたコードがオリジナルを再現しないとは?:)ハックしたコードがコンパイルできなかったのは(私の記憶では)、コンパイラの故障が原因ではありません(当時、開発者はそのような禁止令を導入していませんでした)。一部の編集とコードがコンパイル可能になった(コードの同一性は両バージョンの並行インストールで確認)。P.S. 周りには下手なダンサーがたくさんいる...。:)))P.P.S. ああ、しかし......イマイチ。 supernyb 2014.07.09 07:36 #6598 TarasBY:ハッキングされたコードが元のコードを再現しないのはなぜ?:)ハックしたコードは(私の記憶では)コンパイルできませんでした。コンパイラの失敗が原因ではありません(当時、開発者はそのような禁止事項を導入していませんでした)。一部の編集とコードがコンパイル可能になった(コードの同一性は両バージョンの並行インストールで確認)。P.S. 周りには下手なダンサーがたくさんいる...。:))) すべてのレトリック。意味が違うのは、事実です。オリジナルに忠実に再現できなかった、あるいは100%再現できるバージョンがなかったということです。これしかないんです。 ファイル: gann_hilo_activator_v2.ex4 3 kb rubiconxindicator.mq4 30 kb TarasBY 2014.07.09 07:50 #6599 supernyb: すべてのレトリック。価値観が違う、これは事実です。オリジナルを正確に再現できなかった、あるいは100%再現できるバージョンが見つからなかったということです。あるのはこれだけ 私は同意する - どこに始まり、どこに終わりを見つけるために - 簡単ではありません(と私はしなければならないのでしょうか)。そして、あなたのバージョンは、私が言ったことを確認します:インジケータは、いくつかのDLLライブラリを呼び出しますが、そこからインポートされた リストの2つの関数だけを 使用し、deinit()だけです。そのため、コードを修正した人は、このライブラリへの参照を削除しています。 削除済み 2014.07.09 09:42 #6600 こんにちは、この問題を解決する方法をアドバイスしてください。フクロウで使っています。double iMAOnArray( double array[], // массив int total, // количество элементов int ma_period, // период int ma_shift, // сдвиг средней int ma_method, // метод усреднения int shift // сдвиг );フクロウは、すべてのティックで 実行され、そうでない場合は基本的な条件が満たされません。iMAOnArrayでは20本しか使っていませんが、テスターではowlが考えるのに非常に時間がかかります。スタートブロックにセットして呼んでいます。このツールの使用方法を最適化することで、主要な条件を毎ティック確認し、テスターの速度を低下させないようにする方法です。4時間足のチャートでフクロウを1年間テストしても、2時間しかかかりませんから。どれだけの最適化が必要なのか、想像するのが怖いです))) 1...653654655656657658659660661662663664665666667...1178 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
インジケーターバッファに線が引かれているのであれば、はい、問題ありません。しかし、線ではなく、モノで。インジケータがテストの後にのみオブジェクトを描画する場合、テスターでインジケータから来るオブジェクトをどのように読み取ることができますか? 。
インジケーターでは線もオブジェクトとして描画されるので、オブジェクトの矢印アイコンと線などの違いはないと思います。テスターの仕組みは分かりませんが、可視化でテストを行い
テスターの仕組みはわかりませんが、可視化ではインジケータがチャートにくっついていて、新しいバーが 来るのに対応してすべて描画・削除されます。
このような場合は、それぞれ個別に対応する必要があります。触って語るべき対象がない以上、誰も具体的な答えを出すことはできない。
このようなケースは、それぞれ個別に検討する必要があります。触れる対象がなくなるまでは、誰も具体的な答えを出すことはできません。
Feel it )
インジケーターはルービック式で、手動では壊せなかったそうで、オリジナルのものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。
ここで、感じてください )
インジケーターはルービックインジケーターで、手動では壊せなかったそうで、元のものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。
5フォーラムを直にノックする。
ここで、感じてください )
インジケーターはルービック式で、手動では壊せなかったそうで、オリジナルのものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。
一時期、このインジケーターに注目したことがありました。私の意見ですが、これは開発者のジョークです。たくさんの空(使われていない変数、変数に何らかの値が代入されていても最終結果には影響しない)変数、無駄なプログラムブロックがあります。:)))
もしかしたら、オリジナルを再現しないハッキングされたコードだったのかもしれません。
私も経験ありますけど...。ハッキングされたコードがオリジナルを再現しないとは?:)
ハックしたコードがコンパイルできなかったのは(私の記憶では)、コンパイラの故障が原因ではありません(当時、開発者はそのような禁止令を導入していませんでした)。一部の編集とコードがコンパイル可能になった(コードの同一性は両バージョンの並行インストールで確認)。
P.S. 周りには下手なダンサーがたくさんいる...。:)))
P.P.S. ああ、しかし......イマイチ。
ハッキングされたコードが元のコードを再現しないのはなぜ?:)
ハックしたコードは(私の記憶では)コンパイルできませんでした。コンパイラの失敗が原因ではありません(当時、開発者はそのような禁止事項を導入していませんでした)。一部の編集とコードがコンパイル可能になった(コードの同一性は両バージョンの並行インストールで確認)。
P.S. 周りには下手なダンサーがたくさんいる...。:)))
すべてのレトリック。意味が違うのは、事実です。オリジナルに忠実に再現できなかった、あるいは100%再現できるバージョンがなかったということです。これしかないんです。
すべてのレトリック。価値観が違う、これは事実です。オリジナルを正確に再現できなかった、あるいは100%再現できるバージョンが見つからなかったということです。あるのはこれだけ
こんにちは、この問題を解決する方法をアドバイスしてください。
フクロウで使っています。
フクロウは、すべてのティックで 実行され、そうでない場合は基本的な条件が満たされません。iMAOnArrayでは20本しか使っていませんが、テスターではowlが考えるのに非常に時間がかかります。スタートブロックにセットして呼んでいます。
このツールの使用方法を最適化することで、主要な条件を毎ティック確認し、テスターの速度を低下させないようにする方法です。4時間足のチャートでフクロウを1年間テストしても、2時間しかかかりませんから。どれだけの最適化が必要なのか、想像するのが怖いです)))