ダニの話 - ページ 10 1...34567891011121314151617...26 新しいコメント Mykola Demko 2015.10.16 13:29 #91 Vasiliy Sokolov: MT5では、時間が本当に問題です。まず、システムのdatetime型の 解像度が低すぎる。現代の基準では、1秒は永遠である。第二に、イベントの到着は時間とは関係ない。OnBookEventでグラスの新しいスクリーンショットを取得したとすると、それは何時頃を指しているのでしょうか?サーバーの最終既知の 時刻でTimeCurrentを取得する必要がありますか?最後に確認されたサーバーの時刻が1分前に更新された場合はどうでしょうか?3000年を前にしてdatetimeを変更することはまずないだろうпоследняя дата datetime 3001.01.01 00:00:00 | 32535216000ラップを作るのはもっと簡単です。struct millisekdatetime { datetime time; ushort millisek; }; Vladimir Karputov 2015.10.16 13:38 #92 Tapochun: インジケーターは必要ない。モード差もいらないしね。あるモードに対して異なる量(例えば2000と10000)を要求したときに、同じティックの違いが観察されるか教えてください。カルプトフ・ウラジミール 今なら理解できる。確認したいのですが・・・。Ghjdtチェック済み。つまり、同じツールで同じモードのティック受信(COPY_TICKS_INFO モードを探しました - BidとAskのみ)、異なるティック要求の深さで、異なるティックストリームを受信します。 Expert Advisor (v. 1.41) の添付ファイルには、この動作の理由がはっきりと示されています。 1500を要求すると1500ティックが、10000を要求すると4691が返されます。一般的に2000ティック以上返すと、履歴を返すモードが変わります。 ファイル: CopyTicks.mq5 4 kb 削除済み 2015.10.16 13:41 #93 Karputov Vladimir:Ghjdtチェック済み。つまり、同じコードで同じティック受信モード(COPY_TICKS_INFO モード - BidとAskのみ)で、ティック要求の深さが異なると、ティックストリームが異なる形で受信されます。 Expert Advisor (v. 1.41) の添付ファイルにこの動作の理由が明確に示されています。 1500を要求すると1500ティックが、10000を要求すると4691が返されます。一般的に2000ティック以上返されると、ヒストリーリターンモードが変更されます。 そこ、素晴らしい!私も同じです。servicedkに書きました、待ちます。 Vladimir Karputov 2015.10.16 17:34 #94 Tapochun: ここ、すごい!私もそうです。servicedeskに書きました、待ちます。面白い機能に気づきました。 前回の投稿で紹介したEAを 新しいインストゥルメント(まだティック履歴を要求していないので、ディスク上にティック履歴のファイルを作成していない)で動かしてみたところ、最初は2000を要求しても200ティック程度返ってくることがわかりました。しかし、徐々に、ティックごとに返されるティックの数が増えていく。ここに書いているように、最初の200ティックにオンライン履歴が追加されていく感じだ。追加:添付EA v1.42 - 一番最初の実行時のレンジ終了バグを修正しました。 ファイル: CopyTicks.mq5 4 kb Vladimir Karputov 2015.10.17 05:46 #95 新ビルド1190にアップグレードしました。新バージョンでEAを再コンパイルしました。テスターでは、CopyTicks() が目盛りを取得しません - エラー4014。 削除済み 2015.10.17 08:15 #96 Karputov Vladimir:面白い機能に気づきました。 前回の投稿で紹介したEAを 新しいインストゥルメント(まだティック履歴を要求していないので、ディスク上にティック履歴のファイルを作成していない)で動かしてみたところ、最初は2000を要求しても200ティック程度返ってくることがわかりました。しかし、徐々に、ティックごとに返されるティックの数が増えていく。ここに書いているように、最初の200ティックにオンライン履歴が追加されていく感じだ。追加:添付のEA v1.42 - 一番最初の実行時のレンジ終了バグを修正しました。 はい、レナートはティックが読み込まれていることを指摘しました。だから、(少なくとも)-1が返ってくるかどうかを確認する必要がある。一方、COPY_TICKS_INFOモードでは、それほど重要でない場合でも、返されたティックが要求されたものと等しいかどうかを解析者がチェックすることができます。それでもリターンは少なくなります。 Vladimir Karputov 2015.10.17 08:17 #97 Tapochun: はい、レナートの指摘で、ダニが拾われていることがわかりました。だから、(少なくとも)-1 のチェックは必要です。また、COPY_TICKS_INFOモードでは、要求された量と同じ量が返されたかどうかを確認することができますが、そうでない場合は意味がありません。 まあ、月曜日まではダニがいるものは確認できないんですけどね。他のことに対処する。 削除済み 2015.10.17 08:36 #98 今、ティックのリクエストを試してみました - オフラインのチャートで。モードやティック数に関係なく、結果はほぼ同じです:入札価格は全くありません(すべてのティックは入札=0です)。 削除済み 2015.10.17 08:38 #99 Karputov Vladimir: まあ、どうせ月曜日まではチックでは何も信じられないだろうけど。他にやることがある なぜ?インジケーターをダウンロードした場合、更新するための素晴らしいボタンがあります。そして、誰もスクリプトをキャンセルしませんでした。 Maxim Dmitrievsky 2015.10.17 10:30 #100 もう一度説明してください。今、手に入るティックヒストリーの奥深さとは?履歴はサーバーからダウンロードするのですか、つまり蓄積する必要はないのですか?テスターの仕組みは、ティックシミュレーションと ティックヒストリーのどちらを使用するのでしょうか? 1...34567891011121314151617...26 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
MT5では、時間が本当に問題です。まず、システムのdatetime型の 解像度が低すぎる。現代の基準では、1秒は永遠である。第二に、イベントの到着は時間とは関係ない。OnBookEventでグラスの新しいスクリーンショットを取得したとすると、それは何時頃を指しているのでしょうか?サーバーの最終既知の 時刻でTimeCurrentを取得する必要がありますか?最後に確認されたサーバーの時刻が1分前に更新された場合はどうでしょうか?
3000年を前にしてdatetimeを変更することはまずないだろう
ラップを作るのはもっと簡単です。
インジケーターは必要ない。モード差もいらないしね。あるモードに対して異なる量(例えば2000と10000)を要求したときに、同じティックの違いが観察されるか教えてください。
今なら理解できる。確認したいのですが・・・。
Ghjdtチェック済み。つまり、同じツールで同じモードのティック受信(COPY_TICKS_INFO モードを探しました - BidとAskのみ)、異なるティック要求の深さで、異なるティックストリームを受信します。 Expert Advisor (v. 1.41) の添付ファイルには、この動作の理由がはっきりと示されています。
1500を要求すると1500ティックが、10000を要求すると4691が返されます。一般的に2000ティック以上返すと、履歴を返すモードが変わります。
Ghjdtチェック済み。つまり、同じコードで同じティック受信モード(COPY_TICKS_INFO モード - BidとAskのみ)で、ティック要求の深さが異なると、ティックストリームが異なる形で受信されます。 Expert Advisor (v. 1.41) の添付ファイルにこの動作の理由が明確に示されています。
1500を要求すると1500ティックが、10000を要求すると4691が返されます。一般的に2000ティック以上返されると、ヒストリーリターンモードが変更されます。
ここ、すごい!私もそうです。servicedeskに書きました、待ちます。
面白い機能に気づきました。 前回の投稿で紹介したEAを 新しいインストゥルメント(まだティック履歴を要求していないので、ディスク上にティック履歴のファイルを作成していない)で動かしてみたところ、最初は2000を要求しても200ティック程度返ってくることがわかりました。しかし、徐々に、ティックごとに返されるティックの数が増えていく。ここに書いているように、最初の200ティックにオンライン履歴が追加されていく感じだ。
追加:添付EA v1.42 - 一番最初の実行時のレンジ終了バグを修正しました。
面白い機能に気づきました。 前回の投稿で紹介したEAを 新しいインストゥルメント(まだティック履歴を要求していないので、ディスク上にティック履歴のファイルを作成していない)で動かしてみたところ、最初は2000を要求しても200ティック程度返ってくることがわかりました。しかし、徐々に、ティックごとに返されるティックの数が増えていく。ここに書いているように、最初の200ティックにオンライン履歴が追加されていく感じだ。
追加:添付のEA v1.42 - 一番最初の実行時のレンジ終了バグを修正しました。
はい、レナートの指摘で、ダニが拾われていることがわかりました。だから、(少なくとも)-1 のチェックは必要です。また、COPY_TICKS_INFOモードでは、要求された量と同じ量が返されたかどうかを確認することができますが、そうでない場合は意味がありません。
今、ティックのリクエストを試してみました - オフラインのチャートで。モードやティック数に関係なく、結果はほぼ同じです:入札価格は全くありません(すべてのティックは入札=0です)。
まあ、どうせ月曜日まではチックでは何も信じられないだろうけど。他にやることがある