線形回帰チャネル - ページ 5 123456789101112...18 新しいコメント fxsaber 2019.07.28 09:26 #41 Dmitry Fedoseev: ここで、加速する性病。しかし、それは性病に見えるだけで、性病ではない。 ありがとうございました。ソースの中で何が計算されているのかを把握しようとする。 Nikolai Semko 2019.07.28 09:31 #42 Dmitry Fedoseev: 1.この速度を得るには、計算を可視ウィンドウに限定すれば十分である。奇跡が見えない。 2.騙されるのと、理解されないのと、どっちがいいのかさえわからない。 3.xとyが直線でないことがまだ理解できていないのですが? 好きなように考えろ、不信心者トーマス。 気にしない。 y=f(x)は直線である - 明らかです。 が、xとyは直線である、それは......。 あなた以外の人がそれを理解していたら驚きです。 Nikolai Semko 2019.07.28 09:34 #43 fxsaber: アニメーションをありがとうございました。残念ながら、テストチャンネルとして何が使われているかはわかりません。 実効値偏差に1.41を乗じたものを保証します。もし、誰かが反証してくれたら(反証なら簡単です)、コードを掲載します。 正確には、RMS偏差の根にチャネル幅係数(このgifでは1.41)を掛けたものである。 Dmitry Fedoseev 2019.07.28 09:49 #44 fxsaber: ありがとうございました。ソースの中で何が計算されているのかを調べようとしている。 int OnCalculate(const int rates_total, const int prev_calculated, const datetime &time[], const double &open[], const double &high[], const double &low[], const double &close[], const long &tick_volume[], const long &volume[], const int &spread[]) { int start; if(prev_calculated==0){ start=period; double ms=0; for(int i=0;i<period;i++){ ms+=close[i]; } ma[period-1]=ms/period; } else{ start=prev_calculated-1; } for(int i=start;i<rates_total;i++){ ma[i]=ma[i-1]+(-close[i-period]+close[i])/period; double sm=0; for(int j=i-period+1;j<=i;j++){ sm+=MathPow(close[j]-ma[i],2); // вот это правильная стд, ее не ускорить, а если ma[i] заменить на ma[j], то можно ускорить, что и сделано } Label1Buffer[i]=MathSqrt(sm/period); } return(rates_total); } fxsaber 2019.07.28 09:53 #45 Nikolai Semko: 実効値偏差に1.41を掛けたものです。もし、誰かが反論してきたら(そうでないなら簡単です)、そのコードを掲載します。 正確には、実効値偏差の根にチャネル幅係数(このgifでは1.41)を掛けたものである。 標準のオブジェクトチャンネルを使用すると、間違った幅が表示されます。 fxsaber 2019.07.28 10:01 #46 Dmitry Fedoseev: アイデアを得た、ありがとう!さて、この幅の計算方法が結果にどう影響するかを分析する必要があります。 Dmitry Fedoseev 2019.07.28 10:31 #47 Nikolai Semko: 標準偏差に1.41を掛けたものです 保証しますもし、反証する人がいれば(いなければ簡単)、コードを掲載します。 正確には、実効値偏差の根にチャンネル幅係数(このgifでは1.41)を掛けたものである。 「より正確にはRMSのルート」、つまりstd指標?チャネル幅は、stdインジケータに1.41を掛けた値と同じにすればよいのでしょうか? 私はそのように考えていません。どちらかというと、私の標準偏差の計算が間違っていたようです。 どのようにチェックし、確認するのか、正確なステップバイステップのアルゴリズムを教えてください。今のところ、この、証明するための説得力のない方法ですら、うまくいっていないのです。 fxsaber 2019.07.28 10:39 #48 理解できない。LRの真ん中はMAと同じになるはずです。MT5では、標準のLRでもそのような偶然性はありません。 そして、テストした指標はMAとも一致しない。 Dmitry Fedoseev 2019.07.28 10:52 #49 fxsaber: 理解できない。LRの真ん中はMAと同じになるはずです。MT5では、標準のLRでもそのような偶然性はありません。 そして、テストした指標もMAと一致しない。 標準的なMAと重なってはならない。 fxsaber 2019.07.28 10:55 #50 Dmitry Fedoseev: 通常のMAと重なってはいけない。 LRセグメントのちょうど真ん中に位置する点が、元の点の平均となる。これはLRの定義から導かれる。 123456789101112...18 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ここで、加速する性病。しかし、それは性病に見えるだけで、性病ではない。
ありがとうございました。ソースの中で何が計算されているのかを把握しようとする。
1.この速度を得るには、計算を可視ウィンドウに限定すれば十分である。奇跡が見えない。
2.騙されるのと、理解されないのと、どっちがいいのかさえわからない。
3.xとyが直線でないことがまだ理解できていないのですが?
好きなように考えろ、不信心者トーマス。
気にしない。
y=f(x)は直線である - 明らかです。
が、xとyは直線である、それは......。
あなた以外の人がそれを理解していたら驚きです。
アニメーションをありがとうございました。残念ながら、テストチャンネルとして何が使われているかはわかりません。
実効値偏差に1.41を乗じたものを保証します。もし、誰かが反証してくれたら(反証なら簡単です)、コードを掲載します。
正確には、RMS偏差の根にチャネル幅係数(このgifでは1.41)を掛けたものである。
ありがとうございました。ソースの中で何が計算されているのかを調べようとしている。
実効値偏差に1.41を掛けたものです。もし、誰かが反論してきたら(そうでないなら簡単です)、そのコードを掲載します。
正確には、実効値偏差の根にチャネル幅係数(このgifでは1.41)を掛けたものである。
標準のオブジェクトチャンネルを使用すると、間違った幅が表示されます。
アイデアを得た、ありがとう!さて、この幅の計算方法が結果にどう影響するかを分析する必要があります。
標準偏差に1.41を掛けたものです 保証しますもし、反証する人がいれば(いなければ簡単)、コードを掲載します。
正確には、実効値偏差の根にチャンネル幅係数(このgifでは1.41)を掛けたものである。
「より正確にはRMSのルート」、つまりstd指標?チャネル幅は、stdインジケータに1.41を掛けた値と同じにすればよいのでしょうか?
私はそのように考えていません。どちらかというと、私の標準偏差の計算が間違っていたようです。
どのようにチェックし、確認するのか、正確なステップバイステップのアルゴリズムを教えてください。今のところ、この、証明するための説得力のない方法ですら、うまくいっていないのです。
理解できない。LRの真ん中はMAと同じになるはずです。MT5では、標準のLRでもそのような偶然性はありません。
そして、テストした指標はMAとも一致しない。
理解できない。LRの真ん中はMAと同じになるはずです。MT5では、標準のLRでもそのような偶然性はありません。
そして、テストした指標もMAと一致しない。
標準的なMAと重なってはならない。
通常のMAと重なってはいけない。
LRセグメントのちょうど真ん中に位置する点が、元の点の平均となる。これはLRの定義から導かれる。