エリオット波動理論に基づくトレーディング戦略 - ページ 11 1...456789101112131415161718...309 新しいコメント Forex Trader 2006.03.14 20:07 #101 先生のお話は、職業柄、とても身近な方法なので、より興味深く読ませていただきました。微力ながら、貢献させてください。<br /> translate="no">。私はスムージングアルゴリズムを使いません。 回折コアを使ったDCT変換を試してみると、非常によく滑らかになり、ラグも全くありません。IMHOでは、従来のLCFよりも効果的だと考えています。以下は、C++のコードの一部です。使い方は、コメントを見れば一目瞭然だと思います。 ありがとうございます - 試してみます。 頑張って、流行を当ててください。 Forex Trader 2006.03.14 21:02 #102 Alexjouさん、比較のために、通常のムービンと DCTによるスムージングを、同じ「窓」で、同じチャート上に表示してください。スタジオで撮った写真など :)これが最高品質のテストだと思っています。 Forex Trader 2006.03.14 21:16 #103 一対一対応ではないので、まったく同じパラメータではできない。パラメータが近いと、試せるんです。 Forex Trader 2006.03.14 21:26 #104 "MQL4:DCTスムージング" Forex Trader 2006.03.14 23:13 #105 美しいDCTグラビアですが、それだけ美しいポストファクトリーであるという前提があります。それとも私が間違っているのでしょうか? Forex Trader 2006.03.14 23:57 #106 美しいグラビックDCTだが、「こんなに美しいのは後付け」という前提がある。それとも私が間違っているのでしょうか? 一般的には正しいです。問題は、それを描画するために、与えられたバー 数の配列全体を毎回再計算しなければならないこと、すなわちIndicatorCountedが機能しないことです。問題は、この計算された配列を、後から履歴を修正しないために、どのように正しく描画するかということです。配列全体を再描画すると履歴が修正されますが、最後のバーだけを再描画すると、全体の美しさが失われてしまいます :((( 別ウィンドウで見ると、特に印象的です。 TCの方法論が明示的に配列の再計算を必要とするならば(私が彼の考えを理解する限り、Vladislavのように)、この欠点はあまり重要ではないと思います。 Forex Trader 2006.03.15 00:28 #107 全体を再描画すると、履歴を微調整することになり、最後のバーだけを再描画すると、すべての美しさが失われてしまいます :((( 別ウィンドウで見ると、すべてが特に印象的に見えますね。<br/ translate="no"> TC の手法が明示的に配列の再計算を必要とするならば(私が Vladislav のアイデアを理解したように)、この欠点はあまり重要ではないでしょう。 おっとっと...こんなことして何になるんだ?ポストファクトのアーティストとして誰が一番優れているかという問題ではありません:)。問題は、与えられた方法論によって、高い確率で解答の示唆を得ることができるかどうかである。 私の理解では、この美しい曲線の先端は、 刻々と 揺れ動き、極限とその不在を交互に表すことになる。図面は、(事後的に美しい)線の終わりの「痕跡」を示すものであれば意味がある。このトレースは、MAと大きな違いはないと思います。 ラグが出るか、ひずみが出るかのどちらかです。 Forex Trader 2006.03.15 00:52 #108 その通り...さらに悪いことに、微分した後の「この美しい曲線の先端」は、交互にゼロを横切ったり、横切らなかったりするのです。私にとっては、ある回廊でゼロクロスが安定しているという事実が非常に重要なのです。私は完全に形成されたバーで作業しているので、緩和策として、そのバーに対してのみインジケータを再計算しています。言い訳になりますが、適応型LCF生成器を組み込んだインジケーターの説明をどこかで見たことがあるとしか言いようがありません(残念ながら、正確な場所は思い出せません)。生成されたフィルターは価格の動きによって変化し、確かバーの配列全体を再計算していました。ソースコードがなかったので、体験版はダウンロードしませんでした。機能的には十分なのに、高い金を要求された。 Forex Trader 2006.03.15 02:31 #109 ついでに言うとどなたか、SetIndexDrawBegin(...)関数の意味と使い方を説明していただけると幸いです。 参考文献はこちら。 <br / translate="no"> void SetIndexDrawBegin( int index, int begin) (インデックス・ドロービギンを設定する。 指定された指標線の描画を開始するために使用されるべき、チャート内のバーの番号を設定します。指定されたバー番号より小さいインデックスを持つインジケータ配列の値は、チャートに描画されず、DataWindowに表示されます。初期値は0である。 ... "何度実験しても、チャートで目に見える結果が出なかった。例えば、「指定したバー番号」を「10」に設定したとします。質問:このバーの前(つまり、+Infからバーまで)、または後(つまり、バーから0まで)、どこに描かれてはいけないのでしょうか?なぜかどこにでも描かれている。また、MT座標系で未来を見ようとしているのでなければ、デフォルトで設定されているゼロより小さい指数になることはないのでは?何か見落としているのかも? Forex Trader 2006.03.15 02:42 #110 ついでに言うとどなたかSetIndexDrawBegin(...)関数の意味と使い方を説明していただけると幸いです。 隣のスレッドで"インジケーターの塗り方がわからない" ニープ 13.03.06 20:56さん この機能があるだけで、便利なんです。 1...456789101112131415161718...309 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
回折コアを使ったDCT変換を試してみると、非常によく滑らかになり、ラグも全くありません。IMHOでは、従来のLCFよりも効果的だと考えています。以下は、C++のコードの一部です。使い方は、コメントを見れば一目瞭然だと思います。
ありがとうございます - 試してみます。
頑張って、流行を当ててください。
一般的には正しいです。問題は、それを描画するために、与えられたバー 数の配列全体を毎回再計算しなければならないこと、すなわちIndicatorCountedが機能しないことです。問題は、この計算された配列を、後から履歴を修正しないために、どのように正しく描画するかということです。配列全体を再描画すると履歴が修正されますが、最後のバーだけを再描画すると、全体の美しさが失われてしまいます :((( 別ウィンドウで見ると、特に印象的です。
TCの方法論が明示的に配列の再計算を必要とするならば(私が彼の考えを理解する限り、Vladislavのように)、この欠点はあまり重要ではないと思います。
おっとっと...こんなことして何になるんだ?ポストファクトのアーティストとして誰が一番優れているかという問題ではありません:)。問題は、与えられた方法論によって、高い確率で解答の示唆を得ることができるかどうかである。 私の理解では、この美しい曲線の先端は、
刻々と 揺れ動き、極限とその不在を交互に表すことになる。図面は、(事後的に美しい)線の終わりの「痕跡」を示すものであれば意味がある。このトレースは、MAと大きな違いはないと思います。 ラグが出るか、ひずみが出るかのどちらかです。
参考文献はこちら。
指定された指標線の描画を開始するために使用されるべき、チャート内のバーの番号を設定します。指定されたバー番号より小さいインデックスを持つインジケータ配列の値は、チャートに描画されず、DataWindowに表示されます。初期値は0である。
...
"何度実験しても、チャートで目に見える結果が出なかった。例えば、「指定したバー番号」を「10」に設定したとします。質問:このバーの前(つまり、+Infからバーまで)、または後(つまり、バーから0まで)、どこに描かれてはいけないのでしょうか?なぜかどこにでも描かれている。また、MT座標系で未来を見ようとしているのでなければ、デフォルトで設定されているゼロより小さい指数になることはないのでは?何か見落としているのかも?
隣のスレッドで"インジケーターの塗り方がわからない"
ニープ 13.03.06 20:56さん
この機能があるだけで、便利なんです。