どんな新人の質問でも、フォーラムを乱雑にしないように。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 6. - ページ 660

 
evillive:
インジケーターバッファに線が引かれているのであれば、はい、問題ありません。しかし、線ではなく、モノで。インジケータがテストの後にのみオブジェクトを描画する場合、テスターでインジケータから来るオブジェクトをどのように読み取ることができますか? 。


インジケーターでは線もオブジェクトとして描画されるので、オブジェクトの矢印アイコンと線などの違いはないと思います。テスターの仕組みは分かりませんが、可視化でテストを行い

テスターの仕組みはわかりませんが、可視化ではインジケータがチャートにくっついていて、新しいバーが 来るのに対応してすべて描画・削除されます。

 
supernyb:

このような場合は、それぞれ個別に対応する必要があります。触って語るべき対象がない以上、誰も具体的な答えを出すことはできない。
 
valeryk:

このようなケースは、それぞれ個別に検討する必要があります。触れる対象がなくなるまでは、誰も具体的な答えを出すことはできません。

Feel it )

インジケーターはルービック式で、手動では壊せなかったそうで、オリジナルのものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。

ファイル:
 
supernyb:

ここで、感じてください )

インジケーターはルービックインジケーターで、手動では壊せなかったそうで、元のものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。





5フォーラムを直にノックする。
 
supernyb:

ここで、感じてください )

インジケーターはルービック式で、手動では壊せなかったそうで、オリジナルのものをそのまま使うことになりました。それを元にした攻略法が欲しいのですが、ルービックシステムとは関係ありません。

一時期、このインジケーターに注目したことがありました。私の意見ですが、これは開発者のジョークです。たくさんの空(使われていない変数、変数に値が代入されても最終結果には何の影響もない)の変数、無駄なプログラムブロックです。:)))
 
TarasBY:
一時期、このインジケーターに注目したことがありました。私の意見ですが、これは開発者のジョークです。たくさんの空(使われていない変数、変数に何らかの値が代入されていても最終結果には影響しない)変数、無駄なプログラムブロックがあります。:)))
もしかしたら、オリジナルを再現しないハッキングされたコードだったのかもしれませんね。
 
supernyb:
もしかしたら、オリジナルを再現しないハッキングされたコードだったのかもしれません。

私も経験ありますけど...。ハッキングされたコードがオリジナルを再現しないとは?:)

ハックしたコードがコンパイルできなかったのは(私の記憶では)、コンパイラの故障が原因ではありません(当時、開発者はそのような禁止令を導入していませんでした)。一部の編集とコードがコンパイル可能になった(コードの同一性は両バージョンの並行インストールで確認)。

P.S. 周りには下手なダンサーがたくさんいる...。:)))

P.P.S. ああ、しかし......イマイチ。

 
TarasBY:

ハッキングされたコードが元のコードを再現しないのはなぜ?:)

ハックしたコードは(私の記憶では)コンパイルできませんでした。コンパイラの失敗が原因ではありません(当時、開発者はそのような禁止事項を導入していませんでした)。一部の編集とコードがコンパイル可能になった(コードの同一性は両バージョンの並行インストールで確認)。

P.S. 周りには下手なダンサーがたくさんいる...。:)))


すべてのレトリック。意味が違うのは、事実です。オリジナルに忠実に再現できなかった、あるいは100%再現できるバージョンがなかったということです。これしかないんです。
ファイル:
 
supernyb:

すべてのレトリック。価値観が違う、これは事実です。オリジナルを正確に再現できなかった、あるいは100%再現できるバージョンが見つからなかったということです。あるのはこれだけ
私は同意する - どこに始まり、どこに終わりを見つけるために - 簡単ではありません(と私はしなければならないのでしょうか)。そして、あなたのバージョンは、私が言ったことを確認します:インジケータは、いくつかのDLLライブラリを呼び出しますが、そこからインポートされた リストの2つの関数だけを 使用し、deinit()だけです。そのため、コードを修正した人は、このライブラリへの参照を削除しています。
 

こんにちは、この問題を解決する方法をアドバイスしてください。

フクロウで使っています。

double  iMAOnArray(
   double       array[],          // массив
   int          total,            // количество элементов
   int          ma_period,        // период
   int          ma_shift,         // сдвиг средней
   int          ma_method,        // метод усреднения
   int          shift             // сдвиг
   );

フクロウは、すべてのティックで 実行され、そうでない場合は基本的な条件が満たされません。iMAOnArrayでは20本しか使っていませんが、テスターではowlが考えるのに非常に時間がかかります。スタートブロックにセットして呼んでいます。

このツールの使用方法を最適化することで、主要な条件を毎ティック確認し、テスターの速度を低下させないようにする方法です。4時間足のチャートでフクロウを1年間テストしても、2時間しかかかりませんから。どれだけの最適化が必要なのか、想像するのが怖いです)))