[アーカイブ!】どんなルーキーの質問でも、フォーラムを散らかさないように。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 2. - ページ 136

 
artmedia70:
まだ行われていないバーの変更をいじくる場合、ループにチェックを加える必要があります。
このコードは質問する前に書きました)
 
Reshetov:
答えは、戦略テスターの日誌の中にある


のみ " 2011.02.21 12:26:59 TestGenerator: unmatched data error (volume limit 2727 at 2011.02.17 19:00 exceeded) "

なんじゃそりゃ

 
eddy:
このコードは質問する前に書きました)

数学的な結果に差はなく、実行速度や コーディングのしやすさ、変数の数などを考えると、算術平均という単純な数学的計算が、あなたの、論理的なものに勝つという意味です。

それ以外は、あなたの好きなようにすればいいのです...。

 
を、変化しない場合もあるので、結果には差があります。
 
eddy:
変化がない場合もあるため、結果には差がある

具体的に質問をし、その条件を明示する。

すべては計算の目的次第です。取引日の結果が変わっていなければ、数学的にはゼロであり、計算に含まれるべきものです。もし、その日に軽薄な娯楽にふけるなら、その日は取引と計算から除外されるべきです。

 

こんにちは、皆さん。

質問は以下の通りです。

Service-Archive_quotes」を選択し、「nzdusd」をペアにして、M15の履歴を見ます。1999年までの歴史があるんですね。

しかし、2006年のテスターでExpert Advisorをテストしていたところ、M15のバー(OCHL価格)にアクセスするとすべてゼロが返されます。

履歴の最大バー数」の設定を検索してみました。値は10 000 000で、「Max bars in history」は250 000に設定されています。

どうすれば戦えるのか?

 

10,000,000では、お使いのコンピュータのアーカイブに、その機器に関するすべての可能な履歴をダウンロードすることができます。

250 000 000は、テスターが動作するために、アーカイブからコンピュータのメモリに抽出されるバーの数です。

履歴を深く必要とするほど、メモリにダウンロードする必要があります。25 000 000を10 000 000に変更することができます。

履歴に問題のある穴がある場合は、再度履歴のアップロードを試みてください。

そのためには、「history」フォルダからアーカイブのあるフォルダをすべて削除し、端末を 起動して履歴をダウンロードすることが望ましい。

というくらいにシンプルです。

 
Bicus:

こんにちは、皆さん。

質問は以下の通りです。

Service-Archive_quotes」を選択し、「nzdusd」をペアにして、M15の履歴を見ます。1999年までの歴史があるんですね。

しかし、2006年のテスターでExpert Advisorをテストしていたところ、M15のバー(OCHL価格)にアクセスするとすべてゼロが返されます。

履歴の最大バー数」の設定を検索してみました。値は10 000 000で、「Max bars in history」は250 000に設定されています。

どうすれば戦えるのか?


写真やアドバイザーを貼る

 
Bicus:

こんにちは、皆さん。

質問は以下の通りです。

Service-Archive_quotes」を選択し、「nzdusd」をペアにして、M15の履歴を見ます。1999年までの歴史があるんですね。

しかし、2006年のテスターでExpert Advisorをテストしていたところ、M15のバー(OCHL価格)にアクセスするとすべてゼロが返されます。

履歴の最大バー数」の設定を検索してみました。値は10 000 000で、「Max bars in history」は250 000に設定されています。

どうすれば戦えるのか?


端末設定を 25万以上にすることも可能ですが、その場合はより高速なプロセッサが必要になります...。私見ですが、増やしても意味がないと思います。
 

グラフィックオブジェクトの名前とエラー4200に関する質問です。

1) ターミナルで複数のウィンドウ(実際の見積もりウィンドウと複数のテスターウィンドウを含む)を開いている場合、あるウィンドウのグラフィックオブジェクトが他のウィンドウのオブジェクトと同じ名前にならないことがあるというのは本当ですか?

2) もし(1)への答えが「はい」なら、もし前回のテストのウィンドウが閉じられていなければ、EAの再テスト時に衝突(エラー4200)が現れることがわかりますか(すなわち、もしEAが固定名のオブジェクトを作成し、テスターの新しい実行ごとに、その名前はすでに以前のウィンドウの対応するオブジェクトによって占められている)?

3)作成されたグラフィックオブジェクトの 名前は明確に管理されており、例えば「1l」、「2l」、「3l」...のように、それらの間に交差がないにもかかわらず、定期的に「エラー4200」が表示されます。これが何に起因するのかは全く不明です。すべてのウィンドウを閉じたり、端末を再起動しても、解決しません。フォーラムで過去のディスカッションを見ると、開発者が「4200には問題があった」「修正した」と言っていますね。この状態は現在のビルド(229)でも続いているのでしょうか?

ありがとうございます。