スルトノフ型差分計 - ページ 23 1...161718192021222324252627282930...49 新しいコメント Yousufkhodja Sultonov 2017.09.12 16:53 #221 Artyom Trishkin: 計算を修正する必要があります。インジケーターではありません。計算がおかしいぞ。これは、インジケーターのエラーではありません。新しいバーを 開くと、レポートポイントが移動します。それにともない、金額も変動します。そのことを気にせず、これまでの分はすべて引き終えているのに、ゼロのバーだけ金額を計算すればいいということですね。しかし、タイムフレームを変えて遡ると、まったく別の絵が表示されます。ラインは新しい出発点から再計算されます。自分のミスを私のせいにしないでくださいよ。 アーテム そのような言い方でなかったら、お許しください。指標計算の結果が計算されてファイルに保存されているのであれば、決して変更されるべきではなく、0本目のバーが終了した後の結果を1本目のバーに記録し、最後のバーを1点の形で指標の運用履歴から削除しても、履歴上の線の文字や位置が変更できないことを申し上げているのですが、いかがでしょうか?現在の0本目のバーで変化があったにもかかわらず、以前のインジケーターの読みは永久に固定されなければならないというアプローチを最初から変えていないのに、計算のアプローチを変えるとはどういうことでしょう。 Artyom Trishkin 2017.09.12 16:58 #222 Yousufkhodja Sultonov: アルテム そのような言い方でなかったら、失礼しました。インジケーターの計算結果が計算されてファイルに保存されているのであれば、決して変わらないはずなのに、0本目から1本目のバーが終了した後の戦いの結果を記録しながら、最後のバーを1点という形でインジケーターの運用履歴から削除することは、履歴上の線の文字や位置を変えることができないと言っているだけなのです。 たった3本のバーの出現を、無理やり手動で再計算させたのです。3回の計算で3種類の線が出た。何でもないと言っていたのに......そんなことは気にせず、ゼロバーだけを描き終えてください。それで、そうしました。時間軸の変化だけが、すべてを壊してしまう。 Yousufkhodja Sultonov 2017.09.12 17:00 #223 Artyom Trishkin: たった3本のバーの見た目を手動で再計算させたのです。3回の計算で3種類の線が出た。デタラメだーと言いながら、無視してゼロバーだけ描けばいいのでは?それで、そうしました。時間軸の変化だけが、すべてを壊してしまう。もちろん、TFを変更すればすべてが壊れるはずですし、そうなるのは当然ですTFによって入力が異なる。同じTFの中で変化してはいけません。ここでは、新しいバーが開かれるたびに、ステップ・バイ・ステップで変化 していきます。バー9876543210Б0,40,850,850,850,850,70,70,80,80,8М000,20,150,20,20,2750,2750,240,4833バー109876543210Б0,40,850,850,850,850,70,70,80,80,80,9833М000,20,150,20,20,2750,2750,240,48330,5857バー11109876543210Б0,40,850,850,850,850,70,70,80,80,80,98330,6М000,20,150,20,20,2750,2750,240,48330,58570,5857計算のどこが変わるのでしょうか?最初の表とその後の2つの表を比較する際に、履歴上のB行とM行の変化を指摘してください。ここでは、計算周期をN=10とする。新品のバーのみで変化が発生します。Barsの代わりにCloseの価格をとっても、状況は変わりません。価格を閉じる。1,27041,27171,27151,27141,27111,27151,27101,27211,27201,2703Б0,40,850,850,850,850,70,70,80,80,8М000,20,150,20,20,2750,2750,240,4833価格は終了しました。1,27041,27171,27151,27141,27111,27151,27101,27211,27201,27031,2691Б0,40,850,850,850,850,70,70,80,80,80,9833М000,20,150,20,20,2750,2750,240,48330,5857価格は終了しました。1,27041,27171,27151,27141,27111,27151,27101,27211,27201,27031,26911,2694Б0,40,850,850,850,850,70,70,80,80,80,98330,6М000,20,150,20,20,2750,2750,240,48330,58570,5857 Sultonov differential indicator Cost Averaging System 最後の改革 削除済み 2017.09.12 18:01 #224 このように簡単なチェックをします。1)TF1分。1本目のバー(固定値)に縦 線を入れる。チャートの最初のスクリーンショットを撮る。2)他のTFに切り替える。10~20分待ちます。3)再びTF1分に切り替えます。2枚目のチャートのスクリーンショットを撮ってみてください。4) 垂直線の下にあるスクリーンショットのチャートの読み取り値を比較します。 Artyom Trishkin 2017.09.12 18:12 #225 Yousufkhodja Sultonov:もちろん、TFを変更すれば、すべてが壊れるはずですし、そうなって当然ですTFによって入力が異なる。同じTF内では変更しないこと。新しいバーをオープンするように、段階的に 変更します。..計算のどこが変わるのでしょうか?最初の表とその後の2つの表を比較する際に、履歴上のB行とM行の変化を指摘してください。ここでの計算周期はN=10である。新品のバーのみで変化が発生します。バーではなく終値をとっても、状況は変わりません。...Yusufさん、まあ、面食らいますよね(笑)。前回計算したバーのデータを、再計算したテーブルのオフセットに置き換え、新しいデータを使ってゼロバーを再計算したことになります。でも...データを代用するのではなく、再計算すれば、すでに違うものになります。そして、あなたはそれを知っている。だから、計算されたデータではなく、すでにあるデータをそのまま持ってこいと言われたんですね。さて、インジケーターのロジックは、すでに計算された値は再描画されず、現在のバーだけが計算されるように設計されています。しかし、時間軸を前後にずらしたとたんに、すべてが変わってしまうのです。インジケータは履歴全体を再計算した後、再びゼロバーだけの計算を開始します。しかし、最初の計算の後、ある程度の小節数が経過してからthefを切り替えると、再計算される履歴は違ってきます - thefを切り替える前に、最初の計算の瞬間からすでに新しい小節数だけ計算開始点がずれているため。 Yousufkhodja Sultonov 2017.09.12 18:21 #226 Artyom Trishkin:ユスフ、君は冗談を言っているんだよ;)前回計算したバーのデータをオフセットして再計算したテーブルに入れ、新しいデータを使ってゼロバーを再計算したのですね。でも...データを代用するのではなく、再計算すれば、すでに違うものになります。そして、あなたはそれを知っている。だから、計算されたデータではなく、すでにあるデータをそのまま持ってこいと言われたんですね。さて、インジケーターのロジックは、すでに計算された値は再描画されず、現在のバーだけが計算されるように設計されています。しかし、時間軸を前後にずらしたとたんに、すべてが変わってしまうのです。インジケータは履歴全体を再計算した後、再びゼロバーだけの計算を開始します。しかし、最初の計算の後、ある程度の小節数が経過してからthefを切り替えると、再計算される履歴は違ってきます - thefを切り替える前に、最初の計算の瞬間から受け取った新しい小節数だけ、すでに計算開始点がずれているので。 Artemさん、タイムフレームを切り替えてもデータが変わらないように保存して、上でやったのと同じように使ってください。再描画しないインジケータは、TFを切り替えるとチャートのプロファイルが変化します。これは問題ではなく、同じTF、同じ期間でインジケータをリセットするとプロファイルが変化するのは良くないことです。これが問題なのです。 Yousufkhodja Sultonov 2017.09.12 18:25 #227 Олег avtomat:このように簡単なチェックをします。1)TF1分。1本目のバー(固定値)に縦 線を入れる。チャートの最初のスクリーンショットを撮る。2)他のTFに切り替える。10~20分待ちます。3)再びTF1分に切り替えます。2枚目のチャートのスクリーンショットを撮ってみてください。4) 垂直線の下にあるスクリーンショットのチャートの読み取り値を比較します。 Oleg理論的には変わらないはずなのですが、インジケーターは新しいデータから履歴を復元し、正しく表示します。与えられたTPで何も変更しないのに、時間によってグラフのプロファイルが変わるようなことはないはずです。そして今、線は互いに相対的に移動し、起こらなかった交差をシミュレートしています。 Artyom Trishkin 2017.09.12 18:25 #228 Yousufkhodja Sultonov: アーテム、TFを切り替えてもデータが変わらないように保存してください。再描画しないインジケータは、切り替え時にチャートのプロファイルを変更します。これは問題ではありませんが、同じ期間の同じTFでインジケータをリセットしたときにプロファイルが変更されると困ります。これが問題なのです。 問題は、あなたの計算です。まず言われたことを理解し、計算を変換し、そして何かできるようになる。でも、間違った計算を迂回するための松葉杖は作らない......それは本気じゃない。 Yousufkhodja Sultonov 2017.09.12 18:28 #229 Artyom Trishkin: 問題は、あなたの計算です。まず言われたことを理解し、計算を変換し、そしてどうにかする。しかし、間違った計算を迂回するための松葉杖は作らない-それは深刻なことではない。 アルテムさん、私の計算の不正確さは、私が理解していない、あるいは私に届いていないということですが、どこだと思いますか? Artyom Trishkin 2017.09.12 18:29 #230 Yousufkhodja Sultonov: アーテム、私の計算がおかしいのはどこだと思う? 39周目? 1...161718192021222324252627282930...49 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
計算を修正する必要があります。インジケーターではありません。計算がおかしいぞ。これは、インジケーターのエラーではありません。新しいバーを 開くと、レポートポイントが移動します。それにともない、金額も変動します。そのことを気にせず、これまでの分はすべて引き終えているのに、ゼロのバーだけ金額を計算すればいいということですね。しかし、タイムフレームを変えて遡ると、まったく別の絵が表示されます。ラインは新しい出発点から再計算されます。
アルテム そのような言い方でなかったら、失礼しました。インジケーターの計算結果が計算されてファイルに保存されているのであれば、決して変わらないはずなのに、0本目から1本目のバーが終了した後の戦いの結果を記録しながら、最後のバーを1点という形でインジケーターの運用履歴から削除することは、履歴上の線の文字や位置を変えることができないと言っているだけなのです。
たった3本のバーの見た目を手動で再計算させたのです。3回の計算で3種類の線が出た。デタラメだーと言いながら、無視してゼロバーだけ描けばいいのでは?それで、そうしました。時間軸の変化だけが、すべてを壊してしまう。
もちろん、TFを変更すればすべてが壊れるはずですし、そうなるのは当然ですTFによって入力が異なる。同じTFの中で変化してはいけません。ここでは、新しいバーが開かれるたびに、ステップ・バイ・ステップで変化 していきます。
計算のどこが変わるのでしょうか?最初の表とその後の2つの表を比較する際に、履歴上のB行とM行の変化を指摘してください。ここでは、計算周期をN=10とする。新品のバーのみで変化が発生します。Barsの代わりにCloseの価格をとっても、状況は変わりません。
このように簡単なチェックをします。
1)TF1分。1本目のバー(固定値)に縦 線を入れる。チャートの最初のスクリーンショットを撮る。
2)他のTFに切り替える。10~20分待ちます。
3)再びTF1分に切り替えます。2枚目のチャートのスクリーンショットを撮ってみてください。
4) 垂直線の下にあるスクリーンショットのチャートの読み取り値を比較します。
もちろん、TFを変更すれば、すべてが壊れるはずですし、そうなって当然ですTFによって入力が異なる。同じTF内では変更しないこと。新しいバーをオープンするように、段階的に 変更します。
..計算のどこが変わるのでしょうか?最初の表とその後の2つの表を比較する際に、履歴上のB行とM行の変化を指摘してください。ここでの計算周期はN=10である。新品のバーのみで変化が発生します。バーではなく終値をとっても、状況は変わりません。
...Yusufさん、まあ、面食らいますよね(笑)。前回計算したバーのデータを、再計算したテーブルのオフセットに置き換え、新しいデータを使ってゼロバーを再計算したことになります。でも...データを代用するのではなく、再計算すれば、すでに違うものになります。そして、あなたはそれを知っている。だから、計算されたデータではなく、すでにあるデータをそのまま持ってこいと言われたんですね。さて、インジケーターのロジックは、すでに計算された値は再描画されず、現在のバーだけが計算されるように設計されています。しかし、時間軸を前後にずらしたとたんに、すべてが変わってしまうのです。インジケータは履歴全体を再計算した後、再びゼロバーだけの計算を開始します。しかし、最初の計算の後、ある程度の小節数が経過してからthefを切り替えると、再計算される履歴は違ってきます - thefを切り替える前に、最初の計算の瞬間からすでに新しい小節数だけ計算開始点がずれているため。
ユスフ、君は冗談を言っているんだよ;)前回計算したバーのデータをオフセットして再計算したテーブルに入れ、新しいデータを使ってゼロバーを再計算したのですね。でも...データを代用するのではなく、再計算すれば、すでに違うものになります。そして、あなたはそれを知っている。だから、計算されたデータではなく、すでにあるデータをそのまま持ってこいと言われたんですね。さて、インジケーターのロジックは、すでに計算された値は再描画されず、現在のバーだけが計算されるように設計されています。しかし、時間軸を前後にずらしたとたんに、すべてが変わってしまうのです。インジケータは履歴全体を再計算した後、再びゼロバーだけの計算を開始します。しかし、最初の計算の後、ある程度の小節数が経過してからthefを切り替えると、再計算される履歴は違ってきます - thefを切り替える前に、最初の計算の瞬間から受け取った新しい小節数だけ、すでに計算開始点がずれているので。
このように簡単なチェックをします。
1)TF1分。1本目のバー(固定値)に縦 線を入れる。チャートの最初のスクリーンショットを撮る。
2)他のTFに切り替える。10~20分待ちます。
3)再びTF1分に切り替えます。2枚目のチャートのスクリーンショットを撮ってみてください。
4) 垂直線の下にあるスクリーンショットのチャートの読み取り値を比較します。
アーテム、TFを切り替えてもデータが変わらないように保存してください。再描画しないインジケータは、切り替え時にチャートのプロファイルを変更します。これは問題ではありませんが、同じ期間の同じTFでインジケータをリセットしたときにプロファイルが変更されると困ります。これが問題なのです。
問題は、あなたの計算です。まず言われたことを理解し、計算を変換し、そしてどうにかする。しかし、間違った計算を迂回するための松葉杖は作らない-それは深刻なことではない。
アーテム、私の計算がおかしいのはどこだと思う?