CopyTicks」のテスト - ページ 32

[削除済み]

coderex:

どこかフォーラムでCopyTicksを受信したデータの量についてRenatによる説明を満たして、誰がここにこの情報を知っている、してください。

追記：議論された場所を発見

CopyTicksをテストしているのは誰なのか、その議論から何か変わったのか、ドキュメントにはこの関数の古い実装しかありません。

キャッシュの話なら、個人的には現段階では特に興味はないですね。CopyTicks()がエラーなく動作するようになると面白いですね。

[coderex]

Alexey Kozitsyn:
キャッシュのことであれば、個人的には現段階では特に興味はないです。CopyTicks()がエラーなく動作するようになると面白いですね。

また、現在CopyTicksでどのようなエラーを発見されましたか？好奇心からではなく、それらを体系化し、補正を追跡するために聞いているのです。

[削除済み]

coderex:
また、現在CopyTicksでどのようなエラーを発見されましたか？単なる好奇心ではなく、それらを体系化し、修正箇所を把握するためです。

https://www.mql5.com/ru/forum/42122/page25#comment_2928386

エラー1を除けば、それは私の責任です。

[coderex]

Alexey Kozitsyn:

https://www.mql5.com/ru/forum/42122/page25#comment_2928386

エラー1を除けば、それは私の責任です。

私が正しく理解している場合、それは彼らが行く一番外側のティックを確認する意味が、それは隣のバーである可能性が高い、ファイルに間違った計算を送信してみて、バーであるティック（そのデータ）を示しています。

[削除済み]

coderex:

私は正しく理解している場合、それは彼らが行く一番外側のティックを確認する意味が、それは隣接するバーである可能性が高い、ファイルに間違った計算をダンプしようとすると、バーであるティック（そのデータ）を示しています。

いいえ、このコントロールは存在します。しかも、これなしではローソクに正確に刻みを詰めることができない。昨日、fxsaberさんと、2台のBCSサーバーのうち1台で、同じローソク足で同じエラーが発生することを話し合いました。

また、極端なティックが隣のバーに当たってしまうと、コントロールも隣のバーのボリュームを通さないことになります。そして、これらのエラーは一緒になってはいけない。

[coderex]

Alexey Kozitsyn:

いいえ、このコントロールは存在します。さらに、これなくしてローソク足に正確に刻みを詰めることは不可能である。昨日、fxsaberと、同じキャンドルで、2つのBCSサーバーのうちの1つで、同じエラーが起こることを議論しました。

また、極端なティックが隣のバーに当たってしまうと、コントロールも隣のバーのボリュームを通さないことになります。そして、これらのエラーは一緒になってはいけない。

つまり、入ってくるのは湾曲したボリュームなのでしょうか？

[削除済み]

coderex:
つまり、ボリュームカーブが入ってくるということでしょうか。

湾曲したボリュームがVolume[]配列から「参照」として来ることもある。曲線の刻みから体積を収集することもある。

[coderex]

Alexey Kozitsyn:
湾曲したボリュームがVolume[]配列から「参照」として来ることもある。ダニから採取した量が湾曲していることもあります。

ということは、歴史が曲がっているだけなのでは？取引所のデータを参考までに追加してください。

[削除済み]

coderex:
ということは、話が曲がっているだけなのでは？ベンチマークとして、証券取引所のデータをさらに追加する。

どのように追加するのですか？説明してください。

[Alexey Volchanskiy]

Alexey Kozitsyn:

MQデモでまだB/S案件が あるのに、どんなテストの 話をするんだろう？

正式なアップデートを待つしかないですね...。

時代遅れなのですが、B/S案件とは何か教えてください。