戦略を求める人は?たくさん、しかも無料で)。 - ページ 53 1...464748495051525354555657585960...66 新しいコメント Miroslav Popov 2009.03.20 10:57 #521 SergNF >> : そして、dtStartingDateから「右へ」iMaxBarsがあるはずなので、ウィンドウサイズのiMaxBarsをファイル内で移動させることができるのでは!? ロジカルに。昔はこんなことしてました。別の日付のファイルに切り替えたときに問題が発生します。Date horizonは、すべてのValueと期間に適用されるグローバルな設定です。 dtStartingDate| <- iMaxBars ->| dEndDate しかし、もし棒グラフのdtStartingDateがiMaxBarsより小さければ、dtStartingDateが優先されるべきです。なぜなら、日付は棒グラフより直感的だからです。 私も欲しかったのですが、うまくいかなかったんです。だから、変えたんです。 完璧だと思います。 Сергей 2009.03.20 11:05 #522 Miroslav_Popov писал(а)>> ロジコそんなバリエーションがあったんですね。別の日付ファイルに切り替えたときに問題が発生します。Date horizonはグローバルな設定であり、すべての値および期間に適用されます。 dtStartingDate| <- iMaxBars ->| dEndDate シンボル/タイムフレームの変更時にこのプロシージャを呼び出してはいけないのはなぜですか? また、プロシージャは、配列aBar[iBar - iTempStartBar] を埋め、検索範囲を制限する - これは単に実行時間の最適化です!? と検索iTempStartBar / iTempEndBarは0からiBarsと気にしないことが できます。 私も欲しかったのですが、うまくいきませんでした。だから変えたんだ。 これ以上難しくする必要はない。0からiBarsまでのバーで日付検索を行い、iTempEndBar-iTempStartBarの差 > iMaxBarsなら、iTempEndBar=iTempStartBar+iMaxBarsとする(チェックした場合)。 ' 例(全ての選択肢を見ていないため、後で追加 します) if( bUseStartDate) { цикл поиска iTempStartBar от 0 до iBars } иначе { iTempStartBar = iBars - iMaxBars } if( bUseEndDate) { цикл поиска iTempEndBar от 0 до iBars if(! bUseStartDate) { iTempStartBar= iTempStartBar - iMaxBars } } иначе { iTempEndBar = iTempStartBar + iMaxBars } if( iTempEndBar- iTempStartBar > iMaxBars) { iTempEndBar = iTempStartBar + iMaxBars } Miroslav Popov 2009.03.20 11:25 #523 if( bUseStartDate) цикл поиска iTempStartBar от 0 до iBars иначе iTempStartBar = iBars - iMaxBars if( bUseEndDate) цикл поиска iTempEndBar от 0 до iBars иначе iTempEndBar = iTempStartBar + iMaxBars if( iTempEndBar - iTempStartBar < MINIMUMBARS) { iTempStartBar = iTempEndBar - MINIMUMBARS; if( iTempStartBar < 0) { iTempStartBar = 0; iTempEndBar = MINIMUMBARS; } } if( iTempEndBar- iTempStartBar > iMaxBars) { iTempStartBar = iTempEndBar - iMaxBars; if( iTempStartBar < 0) { iTempStartBar = 0; iTempEndBar = iMaxBars; } } Сергей 2009.03.20 11:29 #524 Miroslav_Popov писал(а)>> MINIMUMBARSと0をチェックします - もちろんです。 しかし、私は、ユーザーがbUseEndDateを置き、bUseStartDateを置かず、ウィンドウをバーで指定するバリエーションを追加しました(太字でハイライトされています)。 ' MINIMUMBARSについても、開始バーに追加する(とファイルの外に「飛び出す」)か、終了バーから減算する(とファイルの外に「飛び出す」)か、あまり明確ではありません :)でも、それは説明文の通りです!!!:) それよりも、『カウントを覚えろ!』という警告が出て、Acceptボタンがアクティブにならない方がいい!? ' また、iMaxBarsやMINIMUMBARSでiTempEndBar/iTempStartBarを調整した後、ComboBoxで日付を変更できるようになれば(非アクティブでも)最高です。 Miroslav Popov 2009.03.20 12:02 #525 Про MINIMUMBARS тоже не так однозначно - прибавлять к стартовому бару (и "выскочить" за пределы файла) FSBでバーが300以下のデータファイルが読み込まれない。エラーメッセージが表示されます。 それよりも、「カウントを覚えましょう!」という注意書きと、Acceptボタンが非アクティブになっているのが気になりますね。 データホライズン」であればOKです。しかし、これを正しく設定し、その後、別のデータソースに変更することができます。 現在の「データホライゾン」は信頼性が高い。クラッシュするケースはないと思います。 改善できるように頑張ります・・・。 Сергей 2009.03.20 13:11 #526 zfs писал(а)>> Momentum MA Oscillator - ミスマッチエラーを見つけるのに苦労しています。インジケーター値以外は全て同じようです。必要ならヘッダーを貼ります。 みてみないとわからない float[] afBasePrice = Price(basePrice); FSBの算出根拠である というのは wprice_i=(High[ i]+Low[ i]+2*Close[ i])/4; wprice_mom=(High[ i+ MomPeriod]+Low[ i+ MomPeriod]+2*Close[ i+ MomPeriod])/4; HH. 今のところ、iMAOnArray (MT4) = MovingAverage (FSB)としか確信していません :)そして後者は「floatをdoubleに置き換えたMEへの間抜けな挿入」です。 MT4では右から左、FSBでは左から右の配列について・・・。をどのように準備するか,つまり,関数の入力にどのように与えるかが重要です. もし!!書き換えるなら、「関数」だけにして、「指標」はやめておきます。 そして、OOSでまともなものを見るまでは、最初の「もしも」は考えないことにしています。 Miroslav Popov 2009.03.20 14:41 #527 データホライゾンが改善された!!!! 開始日と終了日は、テストバーを制限します。 300 <= テスティングバー <= 50,000 ファイル: fsb_update.zip 540 kb Сергей 2009.03.20 15:05 #528 Miroslav_Popov писал(а)>> データホライゾンが改善された!!!! 今のところ、すべて正しいようです。 ' iMaxBars 50 000 bUseStartDate False bUseEndDate Flase >>> バー50,000、開始日 = 20.02.01 終了日 = 18.03.09 (ファイル上の最終日)で仕訳。 ' iMaxBars 50 000 bUseStartDate True(2008.09.01)。 bUseEndDate Flase >>> Journal by bars' 3 318において、StartDate = 01.09.08 EndDate = 18.03.09 (ファイル上の最終日)とする。 ' iMaxBars 50 000 bUseStartDate True(2008.09.01)。 bUseEndDate True (2009.01.01) >>> バーによるジャーナル」2 048で、StartDate = 01.09.08 EndDate = 31.12.08。 ' iMaxBars 50 000 bUseStartDate False bUseEndDate True (2009.01.01) >>> バー50,000、開始日 = 06.12.00 終了日 = 31.12.08で仕訳。 ' iMaxBars 50 000 bUseStartDate False bUseEndDate True(1999.05.01)。 >>> Journal by bars' 2 015において、StartDate = 04.01.99 (ファイル上の最初の日付) EndDate = 30.04.2009 ' 300バーでのジェネレーターは何かをカウントし、中止することができます。 Who wants a strategy? Flexible Time Charts for PREDICT time period Vasiliy Smirnov 2009.03.20 16:15 #529 可視フラクタルの意味とは? フラクタルは 影をつけることができます。 Yury Reshetov 2009.03.20 16:23 #530 zfs >> : 可視フラクタルの意味とは? フラクタルは影をつけることができます。 目を開けてモニターを見ると、見えているのです。閉じると見えなくなる、つまり影になる。 1...464748495051525354555657585960...66 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そして、dtStartingDateから「右へ」iMaxBarsがあるはずなので、ウィンドウサイズのiMaxBarsをファイル内で移動させることができるのでは!?
ロジカルに。昔はこんなことしてました。別の日付のファイルに切り替えたときに問題が発生します。Date horizonは、すべてのValueと期間に適用されるグローバルな設定です。
dtStartingDate| <- iMaxBars ->| dEndDate
しかし、もし棒グラフのdtStartingDateがiMaxBarsより小さければ、dtStartingDateが優先されるべきです。なぜなら、日付は棒グラフより直感的だからです。
私も欲しかったのですが、うまくいかなかったんです。だから、変えたんです。
完璧だと思います。
ロジコそんなバリエーションがあったんですね。別の日付ファイルに切り替えたときに問題が発生します。Date horizonはグローバルな設定であり、すべての値および期間に適用されます。
dtStartingDate| <- iMaxBars ->| dEndDate
シンボル/タイムフレームの変更時にこのプロシージャを呼び出してはいけないのはなぜですか?
また、プロシージャは、配列aBar[iBar - iTempStartBar] を埋め、検索範囲を制限する - これは単に実行時間の最適化です!? と検索iTempStartBar / iTempEndBarは0からiBarsと気にしないことが できます。
私も欲しかったのですが、うまくいきませんでした。だから変えたんだ。
これ以上難しくする必要はない。0からiBarsまでのバーで日付検索を行い、iTempEndBar-iTempStartBarの差 > iMaxBarsなら、iTempEndBar=iTempStartBar+iMaxBarsとする(チェックした場合)。
'
例(全ての選択肢を見ていないため、後で追加 します)
MINIMUMBARSと0をチェックします - もちろんです。
しかし、私は、ユーザーがbUseEndDateを置き、bUseStartDateを置かず、ウィンドウをバーで指定するバリエーションを追加しました(太字でハイライトされています)。
'
MINIMUMBARSについても、開始バーに追加する(とファイルの外に「飛び出す」)か、終了バーから減算する(とファイルの外に「飛び出す」)か、あまり明確ではありません :)でも、それは説明文の通りです!!!:)
それよりも、『カウントを覚えろ!』という警告が出て、Acceptボタンがアクティブにならない方がいい!?
'
また、iMaxBarsやMINIMUMBARSでiTempEndBar/iTempStartBarを調整した後、ComboBoxで日付を変更できるようになれば(非アクティブでも)最高です。
Про MINIMUMBARS тоже не так однозначно - прибавлять к стартовому бару (и "выскочить" за пределы файла)
FSBでバーが300以下のデータファイルが読み込まれない。エラーメッセージが表示されます。
それよりも、「カウントを覚えましょう!」という注意書きと、Acceptボタンが非アクティブになっているのが気になりますね。
データホライズン」であればOKです。しかし、これを正しく設定し、その後、別のデータソースに変更することができます。
現在の「データホライゾン」は信頼性が高い。クラッシュするケースはないと思います。
改善できるように頑張ります・・・。
Momentum MA Oscillator - ミスマッチエラーを見つけるのに苦労しています。インジケーター値以外は全て同じようです。必要ならヘッダーを貼ります。
みてみないとわからない
FSBの算出根拠である
というのは
HH. 今のところ、iMAOnArray (MT4) = MovingAverage (FSB)としか確信していません :)そして後者は「floatをdoubleに置き換えたMEへの間抜けな挿入」です。
MT4では右から左、FSBでは左から右の配列について・・・。をどのように準備するか,つまり,関数の入力にどのように与えるかが重要です.
もし!!書き換えるなら、「関数」だけにして、「指標」はやめておきます。
そして、OOSでまともなものを見るまでは、最初の「もしも」は考えないことにしています。
データホライゾンが改善された!!!!
開始日と終了日は、テストバーを制限します。
300 <= テスティングバー <= 50,000
データホライゾンが改善された!!!!
今のところ、すべて正しいようです。
'
iMaxBars 50 000
bUseStartDate False
bUseEndDate Flase
>>> バー50,000、開始日 = 20.02.01 終了日 = 18.03.09 (ファイル上の最終日)で仕訳。
'
iMaxBars 50 000
bUseStartDate True(2008.09.01)。
bUseEndDate Flase
>>> Journal by bars' 3 318において、StartDate = 01.09.08 EndDate = 18.03.09 (ファイル上の最終日)とする。
'
iMaxBars 50 000
bUseStartDate True(2008.09.01)。
bUseEndDate True (2009.01.01)
>>> バーによるジャーナル」2 048で、StartDate = 01.09.08 EndDate = 31.12.08。
'
iMaxBars 50 000
bUseStartDate False
bUseEndDate True (2009.01.01)
>>> バー50,000、開始日 = 06.12.00 終了日 = 31.12.08で仕訳。
'
iMaxBars 50 000
bUseStartDate False
bUseEndDate True(1999.05.01)。
>>> Journal by bars' 2 015において、StartDate = 04.01.99 (ファイル上の最初の日付) EndDate = 30.04.2009
'
300バーでのジェネレーターは何かをカウントし、中止することができます。
可視フラクタルの意味とは?
フラクタルは 影をつけることができます。
可視フラクタルの意味とは?
フラクタルは影をつけることができます。
目を開けてモニターを見ると、見えているのです。閉じると見えなくなる、つまり影になる。