アクセラレーター "と "ファイボ "に関する予測 - ページ 16 1...910111213141516171819202122 新しいコメント Boris 2010.01.07 21:50 #151 Borisytch писал(а)>> 同僚から質問があります。 計算を完全に分史に移した方が理にかなっているのでは?つまり、M5より古い予想に興味があることがほとんどで、私にとっては、いつも5分と15分が面白いのですが...。 高いTFに切り替えたら、速度や加速度の微小な値のスムージング（フィルタリング）を変更する ...古い時間枠のバーの形成はOHLCによって行われるため、比較のために以前のバーの計算点を得る際のフィルタリング（平滑化）が粗すぎるように見える ...。実際に、すべてのTFの予測に目を通すと、あるTFの設定が他のTFに適切でないという結論に達しました、私が理解する限り、それはすべて粗いバー構造に起因しています．履歴の最小単位であるM1バーを使い、古いTF（M30以上）に切り替えずに、分単位のバーをベースに、より厳しいフィルタリングだけで予測を構築する方が論理的だと思うのです。 実際にはグラデーションそのものはM1、M5、M15 ...は遠い少なくとも、BARのような単純なフィルターによる予測の歪みは明らかだと思います。 私見ですが、nenさんは、だからこそマルチタイムフレームのZZをベースにしたのだと思います。彼のポストで: インジケーターhttp://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627 すべてのチャートは1分足で、つまり加速度は分単位でカウントされますが、ZZは任意の上位タイムフレームから取得することができます。 そこでnenでは、ZZニーを引き直したときでも（Fibaを作る条件があれば）、条件を満たすすべての状況を履歴上で見ることができるようにすれば、加速度を決定する最適なTFがわかり、この方法の実行可能性について明確な結論を出すことができるようになるのです。私自身は、その考え方が正しいかどうかは疑っていません。ただ、まだ何かが感じられていないだけで、ワンドやポイントに頼らなければ、すべてうまくいくと思います。 Igor 2010.01.07 22:17 #152 BoraBo писал(а)>> ... 個人的には、このアイデアの健全性を疑っているわけではなく、まだ何かが失敗していないだけで、マッシュとポイントに頼らなければ、すべてがうまくいくと思っています。 同感です!!!>> これからも、この製品について調べてみます。 Igor 2010.01.07 23:55 #153 Borisさん......インジケーターの改良をあきらめないでくださいよ。 Igor 2010.01.08 01:18 #154 IntegerのKvantLevelsインジケータを発見 ...KvantLevelsの代わりになる楽しいものです。 Acceleratorの代替となるKvantLevels Александр 2010.01.08 09:18 #155 インジケーターへのリンクはありますか？) khorosh 2010.01.08 09:55 #156 Kharin писал(а)>> インジケーターのリンクを教えてください) http://dmffx.com/index.php?page=2&subpage=3 Eugeni Neumoin 2010.01.08 17:19 #157 バージョン2 minSize_0_100_fibo- 0と100のフィボレベル間の最小距離（ポイント）。0 - 任意の距離 CalculationVariant- 速度計算のバリアント。0 -バーパラメータで 指定された距離にあるバー間で速度が計算されます。 1 - ジグザグの極限が位置するバーを基準に速度を計算します。 ファイル: mzz9_a_s_fibo.mq4 53 kb Igor 2010.01.08 19:20 #158 アクセラレータ」は別途対応する必要があるようです・・・。 1.なぜ、" CalculationVariant = 1 "は、パラメータ "Bar" を変更する効果があるのでしょうか・・・？すなわち、Bar=...の値。...計算には影響しないはずです! 2.グラフを見るためには、「アクセラレータ」を別途修正する必要があります ... Eugeni Neumoin 2010.01.08 19:27 #159 Borisytch писал(а)>> アクセラレータ」は別途対応する必要があるようです・・・。 1.なぜ、" CalculationVariant = 1 "は、パラメータ "Bar" を変更する効果があるのでしょうか・・・？すなわち、Bar=...の値。は計算に影響を与えないはずです ! なぜなら BoraBo さんが書き込みました >>1 さて、本題です。 速度＝距離／時間であり、ZZから計算するのは（あなたの言うように）非常に論理的です。 距離＝値（LowestZZZまたはHighestZZZ）-値（計算バー）。 時間 = NoBar(下限ZZZまたは上限ZZZ) - NoBar(デザインバー) となり、加速度はすでに正しくカウントされているはずです。 加速度＝速度（推定バー）-速度（推定バー＋1）。 nen さんが書き込みました >>1 では、速度はジグザグの極限を基準に、加速度は隣のバーを基準に計算すればいいのでしょうか？そうだろ？ BoraBo さんが書きました (a) >>だから速度はジグザグの切れ目を基準にカウントし、加速度は以前と同じにカウント します。 Eugeni Neumoin 2010.01.08 19:41 #160 このバリアントには Bar=1 を設定するだけです。 =========== CalculationVariant = 1 で Bar = 1 となるバージョンはハードコードされています。選択する可能性がないのです。 ファイル: mzz9_a_s_fibo_1.mq4 53 kb 1...910111213141516171819202122 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
同僚から質問があります。
計算を完全に分史に移した方が理にかなっているのでは?つまり、M5より古い予想に興味があることがほとんどで、私にとっては、いつも5分と15分が面白いのですが...。
高いTFに切り替えたら、速度や加速度の微小な値のスムージング（フィルタリング）を変更する ...古い時間枠のバーの形成はOHLCによって行われるため、比較のために以前のバーの計算点を得る際のフィルタリング（平滑化）が粗すぎるように見える ...。実際に、すべてのTFの予測に目を通すと、あるTFの設定が他のTFに適切でないという結論に達しました、私が理解する限り、それはすべて粗いバー構造に起因しています．履歴の最小単位であるM1バーを使い、古いTF（M30以上）に切り替えずに、分単位のバーをベースに、より厳しいフィルタリングだけで予測を構築する方が論理的だと思うのです。
実際にはグラデーションそのものはM1、M5、M15 ...は遠い少なくとも、BARのような単純なフィルターによる予測の歪みは明らかだと思います。
私見ですが、nenさんは、だからこそマルチタイムフレームのZZをベースにしたのだと思います。彼のポストで:
インジケーターhttp://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
すべてのチャートは1分足で、つまり加速度は分単位でカウントされますが、ZZは任意の上位タイムフレームから取得することができます。
そこでnenでは、ZZニーを引き直したときでも（Fibaを作る条件があれば）、条件を満たすすべての状況を履歴上で見ることができるようにすれば、加速度を決定する最適なTFがわかり、この方法の実行可能性について明確な結論を出すことができるようになるのです。私自身は、その考え方が正しいかどうかは疑っていません。ただ、まだ何かが感じられていないだけで、ワンドやポイントに頼らなければ、すべてうまくいくと思います。
...
個人的には、このアイデアの健全性を疑っているわけではなく、まだ何かが失敗していないだけで、マッシュとポイントに頼らなければ、すべてがうまくいくと思っています。
同感です!!!>> これからも、この製品について調べてみます。
Borisさん......インジケーターの改良をあきらめないでくださいよ。
IntegerのKvantLevelsインジケータを発見 ...KvantLevelsの代わりになる楽しいものです。
Acceleratorの代替となるKvantLevels
インジケーターのリンクを教えてください)
http://dmffx.com/index.php?page=2&subpage=3
バージョン2
minSize_0_100_fibo- 0と100のフィボレベル間の最小距離（ポイント）。0 - 任意の距離
CalculationVariant- 速度計算のバリアント。0 -バーパラメータで 指定された距離にあるバー間で速度が計算されます。
1 - ジグザグの極限が位置するバーを基準に速度を計算します。
アクセラレータ」は別途対応する必要があるようです・・・。
1.なぜ、" CalculationVariant = 1 "は、パラメータ "Bar" を変更する効果があるのでしょうか・・・？すなわち、Bar=...の値。...計算には影響しないはずです!
2.グラフを見るためには、「アクセラレータ」を別途修正する必要があります ...
アクセラレータ」は別途対応する必要があるようです・・・。
1.なぜ、" CalculationVariant = 1 "は、パラメータ "Bar" を変更する効果があるのでしょうか・・・？すなわち、Bar=...の値。は計算に影響を与えないはずです !
なぜなら
さて、本題です。
速度＝距離／時間であり、ZZから計算するのは（あなたの言うように）非常に論理的です。
距離＝値（LowestZZZまたはHighestZZZ）-値（計算バー）。
時間 = NoBar(下限ZZZまたは上限ZZZ) - NoBar(デザインバー)
となり、加速度はすでに正しくカウントされているはずです。
加速度＝速度（推定バー）-速度（推定バー＋1）。
では、速度はジグザグの極限を基準に、加速度は隣のバーを基準に計算すればいいのでしょうか？そうだろ？
だから
速度はジグザグの切れ目を基準にカウントし、加速度は以前と同じにカウント
します。このバリアントには Bar=1 を設定するだけです。
===========
CalculationVariant = 1 で Bar = 1 となるバージョンはハードコードされています。選択する可能性がないのです。