リアルタイム予測システムのテスト - ページ 53 1...464748495051525354555657585960...93 新しいコメント Evgeniy Gutorov 2009.10.17 19:44 #521 grasn писал(а)>> toYurixx 私は古き良きシンブルをプレイすることをお勧めします、あなたはどのような戦略を使用し、どこでも見ることができます:o)EURUSD M15の300サンプル（月曜日から水曜日を含む）の予測。 オプション1: プロセスエントロピー：13.84 バリエーション2。 プロセスエントロピー：13.01 オプション3． プロセスエントロピー：14.36 どのシンブルを拾っているのか？:о) この状況はずっと前から進化しており、継続を待っているだけなので、私は選択肢1に傾いています Сергей 2009.10.17 19:55 #522 forte928 >> : 私は、この状況が長く続いており、継続を待っている状態であることから、選択肢1に傾倒している つまり、価格は今、ある種の反転ゾーンを通過しているのでしょうか？興味本位ですが、もしご迷惑でなければ、詳しく教えてください。 Evgeniy Gutorov 2009.10.17 21:09 #523 grasn писал(а)>> では、価格は今、ある種のピボット・ゾーンを通過しているのですか？興味本位ですが、差し支えなければ、詳しく教えてください。 現時点では、EUR/USDペアの横ばいについて結論付けることができる最初の要因がある。 1.3437と1.3937では、0.382、0.618、1.00のレベルに対応する後続のロールバックと正確に同じ変動が観察された。 1.4162と現在1.4951とあなたはこの価格チャートレベル1.4951と1.4851に基づいて取る場合は、価格はちょうどこれらの指標の変動の平均レベルで最後の2日間のバランスポイントにあることを見ることができます... さらに、チャートダウン指標で反転が起こるはずで、飽和レベルを示しています。 しかし、これを許さないものが2つほどある。 1）日足チャートはマイナス成長の動きを見せている（下段の指標） 2)日足チャートでは、第1指標1.4877で0.382の統合水準に到達している 3）日足チャートでは、第2指標でCOPの1.4892で統合レベルに到達。 4) H4チャートで上昇に積極的な反対勢力があること 5）9月末OP安値と0.236（1.4931と1.4933）の相対する2つの統合水準が存在し、これは長期にわたる調整の存在を強く示唆するものである。 続きはこちら... Evgeniy Logunov 2009.10.17 21:59 #524 グラサン、質問していいですか？時系列でティッピングポイントを探したことはありますか？ update: この方向で掘っている（何かが上向きになっている）ので、質問させていただきました。私が行ったクリティカルポイントの検索は、こんな感じです。 クリティカルポイント ご覧のように、系列の挙動が変化する前に、指標の振動の性質が急激に変化します（大きな振幅のバーストがあり、より正確には、最大値/最小値が関数f(x)=a^xのグラフに完全にフィットし始めます）。スパイクは、シリーズの挙動が変化するよりも少し前に（通常 : ）発生します。しかし、今のところうまく使いこなせていません。倍精度の限界で作業しなければならない（数値が非常に小さい）＋方向性の予測が足りない。 Yurixx 2009.10.18 12:59 #525 grasn писал(а)>> 仮にそのような構成があるとします。 私の理解では、何らかの条件が発生したときに、動的に配列memRow[]を増加させるのだと思います。つまり、あらかじめ配列の長さを知っているわけではありません。うまくいったかな？ 1.MKL4では、サイズが定義されていない配列は操作できません。配列の宣言時にサイズを指定しなかった場合は、init()で指定する必要があります。さらに、作業中に必要に応じてこのサイズを変更することができます。 2.2.Leaの アドバイスはかなり実践的で、聞く価値がある。一般的に、適切なアドバイスをするためには、アレイを何に使うのか、なぜそのサイズを変更する必要があるのかを明確に説明した方がよいでしょう。スペースを確保し、最後の要素のインデックスを持つ変数を持つだけで満足する可能性は十分にあります。そうすると、必要な要素の数がわかっているかどうかは、あまり重要ではなくなります。 . シンブルな演奏はしない。しかし、私はvariant 2が好きです。 それとも、euRを成長させたいだけなのでしょうか？:-) でも、バリエーション1や3も、それぞれほとんど違いはないのですが、OKです。 Mykola Demko 2009.10.18 13:21 #526 Yurixx >> : 1.MKL4では、サイズが設定されていない配列は操作できません。配列のサイズを指定しない場合は、init()で指定する必要があります。 1 全く義務ではありません。 サイズを定義せずに配列を宣言すると、配列の準備のプロセスが3つに分かれる。 この手続きにより、プログラマはコンパイラに配列がグローバルなのかローカルなのかを伝えることができます。 2 ArrayResize()でサイズを設定する - この手順の後、配列は実際に動作する準備が整います。 3 初期化 - 指定がない場合、配列はそのまま（過去の開始時の値も保存）、配列作成時に自動的に0に初期化されます。 Mykola Demko 2009.10.18 14:06 #527 grasn >> : ありがとうございます。試してみますが、どれが最適か評価できません。一方、小さな配列の場合は、その次元もわかりませんし、さらにこの実装では、まず小さな配列、次に大きな配列と、計算値が蓄積される配列を2重化する必要があります。でも、実験してみますね、ありがとうございました。 私の経験では、私は定義し、彼らが使用する必要がある配列を直接使用することをお勧めします、そのような配列はほとんどローカルであり、彼らは風がスワップファイルにそれらを移動したい、またはしない静的配列と比較して優れている動的にメモリを使用して、したがって、彼らの仕事は、配列が小さい場合は特に、それはそれらのために多くのスペースを確保するために静的に意味がないRAMからよりも何倍も遅くなる。MQL-4コンパイラは、配列を明示的にサイズ指定して宣言した場合と、遅延させて宣言した場合の違いを感じさせないように設計されています。 Evgeniy Logunov 2009.10.18 14:54 #528 Urain писал(а)>> 私の経験では、私は宣言し、彼らはほとんどの部分のためにそのような配列を使用する必要がある場合、直接配列を使用することをお勧めしますローカルであることが判明それら動的にWindowsはスワップファイルにそれらを置くため、彼らの仕事は何倍も遅くなることを静的配列と比較して良いメモリ、小さな配列の場合、より多くの彼らは多くのスペースを確保するため静的に意味がない場合です。 意味がわからない...。スワップファイルでは、なぜローカルアレイはプリエンプトできないのですか？実は、メモリ不足になるとそこでプリエンプトされるんです。ローカル配列もグローバル配列も、まったく同じようにプリエンプトされると思いますね。何が違うの？ Mykola Demko 2009.10.18 14:59 #529 lea >> : よくわからないことが...スワップファイルでは、なぜローカルアレイはプリエンプトできないのですか？一般的には、メモリ不足のときにそこにプッシュされます。ローカルもグローバルもまったく同じようにプッシュされるのでしょう。何が違うの？ 静的配列は、プログラム呼び出しのたびに生成され、スワップ時に新しく生成された配列に圧迫される可能性があります。ただし、RAMが十分すぎるほどある場合は、このようなことは起きないかもしれません。 Stanislav Korotky 2009.10.18 16:31 #530 Urain >> : 1 全く必要ない。 サイズを定義せずに配列を宣言すると、配列の準備のプロセスが3つに分かれる。 この手続きにより、プログラマはコンパイラに配列がグローバルなのかローカルなのかを伝えることができます。 2 ArrayResize()でサイズを設定する - この手順の後、配列は実際に動作する準備が整います。 3 初期化-指定しない場合、配列はそのまま（過去の開始時の値を格納）、配列を作成すると、自動的に0に初期化されます。 init()でArrayResize()でサイズを指定すると、start()ではこの配列はサイズを持たないので、配列を使用する関数でサイズを指定する必要がありますし、ユーザー関数で配列を使用する場合も同様です。配列がパラメータとして渡される場合、そのサイズはユーザ定義関数内ではなく、start()内（initiateによって関数が呼ばれる場合はinit()内）、そして呼び出される関数内で指定する必要があります。例外はインジケータ配列で、SetIndexBuffer()で配列名にインジケータの状態を代入すると、そのサイズはBarsと同じになり、Barsの変化に合わせて変化します。 だから、あなた、あなたの説明は役に立たないだけでなく、人々が真実を知るための時間を奪ってしまうので、有害です。 ウレインさん、誤解を招きますよ。ローカル配列を含むMQL配列には永続性があり、そのサイズと内容は関数呼び出しとティックの間でも保持されます。ヘルプをお読みください。グローバル配列も同じように動作します。唯一の違いは、グローバルスコープを持つことです。init関数で配布された配列は、startなどで読むことができる。MQLプログラミングのいくつかの側面について質問がある場合は、新しいスレッドを開くことをお勧めします。ここでは、予測についてもっと実質的な話をしたいと思います。;-) 何か質問があれば、このフォーラムから情報をフィルタリングしてください ;-)。もっと詳しく問題を書いていただければ（直接でも構いません）、私たち（私）がより良い実装方法を考えます。 1...464748495051525354555657585960...93 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
toYurixx
私は古き良きシンブルをプレイすることをお勧めします、あなたはどのような戦略を使用し、どこでも見ることができます:o)EURUSD M15の300サンプル（月曜日から水曜日を含む）の予測。
オプション1:
プロセスエントロピー：13.84
バリエーション2。
プロセスエントロピー：13.01
オプション3．
プロセスエントロピー：14.36
どのシンブルを拾っているのか？:о)
この状況はずっと前から進化しており、継続を待っているだけなので、私は選択肢1に傾いています
私は、この状況が長く続いており、継続を待っている状態であることから、選択肢1に傾倒している
つまり、価格は今、ある種の反転ゾーンを通過しているのでしょうか？興味本位ですが、もしご迷惑でなければ、詳しく教えてください。
では、価格は今、ある種のピボット・ゾーンを通過しているのですか？興味本位ですが、差し支えなければ、詳しく教えてください。
現時点では、EUR/USDペアの横ばいについて結論付けることができる最初の要因がある。
1.3437と1.3937では、0.382、0.618、1.00のレベルに対応する後続のロールバックと正確に同じ変動が観察された。
1.4162と現在1.4951とあなたはこの価格チャートレベル1.4951と1.4851に基づいて取る場合は、価格はちょうどこれらの指標の変動の平均レベルで最後の2日間のバランスポイントにあることを見ることができます... さらに、チャートダウン指標で反転が起こるはずで、飽和レベルを示しています。
しかし、これを許さないものが2つほどある。
1）日足チャートはマイナス成長の動きを見せている（下段の指標）
2)日足チャートでは、第1指標1.4877で0.382の統合水準に到達している
3）日足チャートでは、第2指標でCOPの1.4892で統合レベルに到達。
4) H4チャートで上昇に積極的な反対勢力があること
5）9月末OP安値と0.236（1.4931と1.4933）の相対する2つの統合水準が存在し、これは長期にわたる調整の存在を強く示唆するものである。
続きはこちら...
グラサン、質問していいですか？時系列でティッピングポイントを探したことはありますか？
update: この方向で掘っている（何かが上向きになっている）ので、質問させていただきました。私が行ったクリティカルポイントの検索は、こんな感じです。
クリティカルポイント
ご覧のように、系列の挙動が変化する前に、指標の振動の性質が急激に変化します（大きな振幅のバーストがあり、より正確には、最大値/最小値が関数f(x)=a^xのグラフに完全にフィットし始めます）。スパイクは、シリーズの挙動が変化するよりも少し前に（通常 : ）発生します。しかし、今のところうまく使いこなせていません。倍精度の限界で作業しなければならない（数値が非常に小さい）＋方向性の予測が足りない。
仮にそのような構成があるとします。
私の理解では、何らかの条件が発生したときに、動的に配列memRow[]を増加させるのだと思います。つまり、あらかじめ配列の長さを知っているわけではありません。うまくいったかな？
1.MKL4では、サイズが定義されていない配列は操作できません。配列の宣言時にサイズを指定しなかった場合は、init()で指定する必要があります。さらに、作業中に必要に応じてこのサイズを変更することができます。
2.2.Leaの アドバイスはかなり実践的で、聞く価値がある。一般的に、適切なアドバイスをするためには、アレイを何に使うのか、なぜそのサイズを変更する必要があるのかを明確に説明した方がよいでしょう。スペースを確保し、最後の要素のインデックスを持つ変数を持つだけで満足する可能性は十分にあります。そうすると、必要な要素の数がわかっているかどうかは、あまり重要ではなくなります。
.
シンブルな演奏はしない。しかし、私はvariant 2が好きです。 それとも、euRを成長させたいだけなのでしょうか？:-)
でも、バリエーション1や3も、それぞれほとんど違いはないのですが、OKです。
1.MKL4では、サイズが設定されていない配列は操作できません。配列のサイズを指定しない場合は、init()で指定する必要があります。
1 全く義務ではありません。
サイズを定義せずに配列を宣言すると、配列の準備のプロセスが3つに分かれる。
この手続きにより、プログラマはコンパイラに配列がグローバルなのかローカルなのかを伝えることができます。
2 ArrayResize()でサイズを設定する - この手順の後、配列は実際に動作する準備が整います。
3 初期化 - 指定がない場合、配列はそのまま（過去の開始時の値も保存）、配列作成時に自動的に0に初期化されます。
ありがとうございます。試してみますが、どれが最適か評価できません。一方、小さな配列の場合は、その次元もわかりませんし、さらにこの実装では、まず小さな配列、次に大きな配列と、計算値が蓄積される配列を2重化する必要があります。でも、実験してみますね、ありがとうございました。
私の経験では、私は定義し、彼らが使用する必要がある配列を直接使用することをお勧めします、そのような配列はほとんどローカルであり、彼らは風がスワップファイルにそれらを移動したい、またはしない静的配列と比較して優れている動的にメモリを使用して、したがって、彼らの仕事は、配列が小さい場合は特に、それはそれらのために多くのスペースを確保するために静的に意味がないRAMからよりも何倍も遅くなる。MQL-4コンパイラは、配列を明示的にサイズ指定して宣言した場合と、遅延させて宣言した場合の違いを感じさせないように設計されています。
私の経験では、私は宣言し、彼らはほとんどの部分のためにそのような配列を使用する必要がある場合、直接配列を使用することをお勧めしますローカルであることが判明それら動的にWindowsはスワップファイルにそれらを置くため、彼らの仕事は何倍も遅くなることを静的配列と比較して良いメモリ、小さな配列の場合、より多くの彼らは多くのスペースを確保するため静的に意味がない場合です。
意味がわからない...。スワップファイルでは、なぜローカルアレイはプリエンプトできないのですか？実は、メモリ不足になるとそこでプリエンプトされるんです。ローカル配列もグローバル配列も、まったく同じようにプリエンプトされると思いますね。何が違うの？
よくわからないことが...スワップファイルでは、なぜローカルアレイはプリエンプトできないのですか？一般的には、メモリ不足のときにそこにプッシュされます。ローカルもグローバルもまったく同じようにプッシュされるのでしょう。何が違うの？
静的配列は、プログラム呼び出しのたびに生成され、スワップ時に新しく生成された配列に圧迫される可能性があります。ただし、RAMが十分すぎるほどある場合は、このようなことは起きないかもしれません。
1 全く必要ない。
サイズを定義せずに配列を宣言すると、配列の準備のプロセスが3つに分かれる。
この手続きにより、プログラマはコンパイラに配列がグローバルなのかローカルなのかを伝えることができます。
2 ArrayResize()でサイズを設定する - この手順の後、配列は実際に動作する準備が整います。
3 初期化-指定しない場合、配列はそのまま（過去の開始時の値を格納）、配列を作成すると、自動的に0に初期化されます。
init()でArrayResize()でサイズを指定すると、start()ではこの配列はサイズを持たないので、配列を使用する関数でサイズを指定する必要がありますし、ユーザー関数で配列を使用する場合も同様です。配列がパラメータとして渡される場合、そのサイズはユーザ定義関数内ではなく、start()内（initiateによって関数が呼ばれる場合はinit()内）、そして呼び出される関数内で指定する必要があります。例外はインジケータ配列で、SetIndexBuffer()で配列名にインジケータの状態を代入すると、そのサイズはBarsと同じになり、Barsの変化に合わせて変化します。
だから、あなた、あなたの説明は役に立たないだけでなく、人々が真実を知るための時間を奪ってしまうので、有害です。
ウレインさん、誤解を招きますよ。ローカル配列を含むMQL配列には永続性があり、そのサイズと内容は関数呼び出しとティックの間でも保持されます。ヘルプをお読みください。グローバル配列も同じように動作します。唯一の違いは、グローバルスコープを持つことです。init関数で配布された配列は、startなどで読むことができる。MQLプログラミングのいくつかの側面について質問がある場合は、新しいスレッドを開くことをお勧めします。ここでは、予測についてもっと実質的な話をしたいと思います。;-)
何か質問があれば、このフォーラムから情報をフィルタリングしてください ;-)。もっと詳しく問題を書いていただければ（直接でも構いません）、私たち（私）がより良い実装方法を考えます。