Исторически сложилось, что для MetaTrader 4 пользуются популярностью сторонние приложения, позволяющие получать тиковую историю из различных источников. Как правило, ее используют в Тестере Стратегий как полигон для проверки советников, а также для исследований (машинное обучение и т.д.). Некоторые источники котировок в обсуждениях стали почти...
ズーム==5
ズーム==4
ズーム==3
ズーム==2
ズーム==1
ズーム=0
ズームをゼロに設定します。それでも、2枚目のスクリーンショットでは、1枚目とは異なり、バーがすでに締まっていることがわかります。
そして、30本とは何事だ！600本出せ！（笑アレクセイ、これが1時間半かけて作った成果だ。不可能はないのです。好奇心を満たしました。2枚目のスクリーンショットにバーが表示されるのは、スクリーンショットの幅に、スケールに応じた値を追加すれば問題ありません。
アレクセイ、これは私が1時間半かけて作った結果だ。不可能はないのです。さらに自分で、自分の好奇心を満たしました。2枚目のスクリーンショットにバーが表示されるのは、スクリーンショットの幅にスケール依存の値を追加すれば問題ない。
確かにスケールによって異なる補正係数を入力できることは明らかで、私もそうしています（これらのスクリーンショットにはありません）が、これは便利ではありません。
それから、すべてを解凍して、解凍したものを何百メガバイトもメモリに保存しなければならないんだ。
または、行数（line - tick）の合計で解凍します。メモリに保存します。そして、再び解凍するのですが、パースがかかっている状態です。
その場で解凍して読むことは可能なのでしょうか？ZIPを勉強していないので、その特徴はわからない。
だとすると、リザーブでリサイズする以外考えられませんね。でも、それのどこが問題なんですか？ArrayFreeが あり、余分なメモリは解放される。
スケールによって異なる補正係数を入力できることは明らかで、私もそうしています（これらのスクリーンショットにはありません）が、便利ではありません - 普遍的ではありません!
スケールに反比例して依存する係数を導入すれば、ユニバーサルなものになると思います。スケールを大きく、係数を小さく。スケールを小さく、係数を大きく。
その場で解凍して読むことは可能なのでしょうか？
そう、ここでは ZIPはメモリに展開され、そこでもパースされるのです。
だとすると、リザーブでリサイズする以外考えられませんね。でも、それのどこが問題なんですか？ArrayFreeがあり、不要なメモリはすべて解放される。
高すぎるんです。今のところ、Reserve per million MqlTickだけやることにしています。もちろん、カリカリです。
開発者は、ArraySwapを提示することで、素晴らしい最適化を行いました。同じArraysConcatenateが必要です。
ズーム==5
そういえば、ChartScreenShotって、画面の幅より大きなチャートショットを撮れるんだっけ？
知らなかった。
スケールにちょうど反比例して依存する係数を導入すれば、ユニバーサルになりますね。スケールを大きく、係数を小さく。スケールを小さく、係数を大きく。
でも、そこに比例関係があればの話ですが......。しかし、それが事実であるかというと、そうではありません。あるいは、あなたの考えが伝わっていなかったのかもしれません。
そういえば、ChartScreenShotって、画面の幅より大きなチャートショットを撮れるんだっけ？
知らなかった。
たぶん...
でも、そこに比例関係があればの話ですが......。しかし、それが事実であるかというと、そうではありません。あるいは、あなたの考えが伝わっていなかったのかもしれません。
たぶん...
アレクセイ、ないんだ...。を、頭の中に入れておく必要があります。このように、まさに逆相関の関係にあるはずです。
この際、申し訳ないですが、このスレッドから離れます。
アレクセイ、ないんだ...。頭の中にあるはずなんです。そのまさに逆相関が必要なのです。
この際、申し訳ありませんが、このスレッドから離れます。
がんばってください。