Developers.MT5端末の時刻形式について - ページ 2 12345678 新しいコメント --- 2013.03.06 06:42 #11 Risk:感謝されますよ、MT4では鼻くそが美味しかったけど、そんなの気にしないで、トレードが大事ですから。2回目の警告をする危険を冒して、他人に無礼な言葉を吐くのをやめなさい。 Georgiy Merts 2013.03.06 06:47 #12 重要なのは、ミリ秒単位の精度は不可能だということです。インターネット上の遅延は桁違いです。また、パソコンに内蔵されている通常のタイマーはまだ低周波（私の記憶が間違っていなければ1/18秒程度）で動いており、より高い精度を得ることは容易ではありません。そして、ミリ秒は必要ないという意見も正しいです。datetime形式がより良いと思います。 Slava 2013.03.06 07:13 #13 sergeev:Vyacheslav、でもそんなことないですよ;)この提案をサポートに連絡したかったのですが、そのためには新しいタイムフォーマットを作成する必要があるとのこと...。と、やるのが億劫になるのはわかります。そろそろ、端末にそのような情報を表示させる必要があるのではないでしょうか？その通りです。新しい時間フォーマットを作るのではなく）新しい時間の保存 方法を作らなければならないのです。そして、それを全部の部品に広げていく。時系列に至るまでその価値はあるのか？絶対にダメです。ここでは、ミリ秒単位の情報がより重要である。でも、その価値もない。この情報は、電線を通すと完全に関連性を失ってしまうからだ。PS スタニスラフ、ところで。 Документация по MQL5: Основы языка / Типы данных / Целые типы / Тип datetime www.mql5.com Основы языка / Типы данных / Целые типы / Тип datetime - Документация по MQL5 --- 2013.03.06 07:26 #14 stringo:その通りです。新しい時間フォーマットではなく）新しい時間の保存 方法を作る必要があります。そして、それを私たちのすべてのコンポーネントに広げてください。時系列に至るまで。その価値はあるのか？絶対にダメです。はい、手続きは非常に時間がかかります。ミリ秒の情報の方が実現性が高い。でも、その価値もない。この情報は、電線を通すと完全に関連性を失ってしまうからだ。つまり、関連性を持たせるためではなく、事象の連鎖を復元するため、そして先ほど言ったようにプロバイダーやサーバーのための統計情報を収集するためであり、即座の意思決定にはそれほど重要な情報ではないのです。結局のところ、あなたはトレーダーに注文と取引のプロパティを与えるためにほとんどすべての準備ができているmsで。OrderGetInteger / DealGetInteger に属します。PS スタニスラフ、ところで。 了解です、プロフィールにスラワとあるだけです。 Slava 2013.03.06 08:02 #15 papaklass:RenatはMT5がPlazaに接続されていると言っていましたが、なぜミリ秒なのかと言うことですね。では、トレードオーダーを送る非同期機能とはどのようなものでしょうか？なぜ作ったのですか？MT5は証券取引所のプラットフォームであり、トレーダーはミリ秒を必要とします。:)それで、これです。ミリ秒は「木を切るのに役立つ」のか？(ц)聞いても聞いても、みんな黙っている。 --- 2013.03.06 08:09 #16 stringo:というわけで、これでおしまいです。ミリ秒は「木を切るのに役立つ」のか？(ц)聞いても聞いても、みんな何も言わない。注文が 入った時点から、それに対する取引の到着まで、数十ミリ秒の時間がかかることは明らかだからだ。さらに統計の収集については、プロバイダーがどのように注文を処理するか、もしかしたらバグがあるかもしれないし、サーバーの速度が落ちているかもしれないし、インターネットもそうです。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5 Yury Kulikov 2013.03.06 08:12 #17 stringo:というわけで、これでおしまいです。ミリ秒は「木を切るのに役立つ」のか？(ц)聞いても聞いても、みんな黙っている。1分間のTFのための秒読みと同じように役立っているのです。そして、秒単位ではもうどうにもならないところでは、ミリ秒単位を目指します :) hrenfx 2013.03.06 08:52 #18 MT4で取引しています。ご存知の通り、時間はMT5と同様です。Pingやその他のミリ秒単位の無意味な処理。MT4でミリ秒のデータを使うかどうか悩んでいました。と、不思議なことに否定的な答えが返ってきた。はい、ミリ秒単位のデータは、例えばOrderOpenTimeのような分析に役立つことがあります。でも、実際にはほとんど必要なかったんです。私は、必要性ではなく、とにかく利益が左右されないような取引のニュアンスを分析したいという欲求があったとさえ言えます。もちろん、ミリ秒は主にティックに必要です。小さな価格変動をリアルタイムに分析することができます。しかし、歴史の研究にはさらに有効である。多通貨システムは、ティックミリ秒の歴史でのみ正しく分析することができる。例えば、このような履歴がなければ、合成EURGBPを構築することは不可能である。しかし、いくつかの問題があります。MT4/MT5では、スキップせずにティックを集めることは不可能です。研究インフラには、カスタムヒストリーやティックテスターのような可能性はありません。リアルタイムでは、プラットフォーム自体が取引時にかなり強いラグを与える（私はMT5で非同期を勉強したわけではありません、嘘ではありません）。つまり、研究インフラが充実している人にはミリ秒が必要なのです。原則、自分たちで解決する。まあ、それはそれとして、ミリ秒などの情報を持つ刻みを得る問題も、彼らなりの手段で解決しています。さらに、そのような機能を本当に必要としているのは誰なのかを考えると、その可能性のために複雑なものを作る価値が本当にあるのか、という疑問が生じ、有用性という点では疑問が残る。MT4/MT5が誰を対象にしているのか、つまりマスユーザーを理解する必要があります。このミリ秒は本当に必要ないのです。本当に必要な人は、StocksharpやFDKを使えばいいんです。リアルタイムでは、MT4でもミリ秒を使い、GetTickCountでエミュレートしているようなものです。例えば、単位を分析 するとき。2012.09.14 21:21:15 3296(2)ms. 1898804512 BuyLimit = 1.31062 EURUSD Ticks = 2 ShiftAvg = 1.50 ShiftByTime = 0.33 VolumeByTime = 0.20 PriceByTime = 1.310623 FillTime = 21:21:15あるいは、もっと複雑なケース、つまりシンボルからの合成スタックや、異なるフィードからの 合成 スタックなどです。MT4/MT5の可能な範囲で、このようなエミュレーションを行えば十分である。結論から言うと、上記のようなことがない限り、MT5でミリ秒を出す必要はないと思います。P.S. FXCMでのアプローチが良かった。テスターやダニの履歴があるそうです。誰でも自由に、通常のOHLCVの履歴を利用した戦略を試すことができます。しかし、ティック履歴やティックテスターを必要とする人がいる場合、ティック履歴はAPIを介してのみ利用可能です。また、ティックテスターは、SDKテスター経由でなければ手に入れることができません。つまり、遊びでなく使いたい人は、その資格が十分でなければならないという計算です。つまり、彼は彼らのAPIを理解し（それを通して取引する）、SDKを理解することになる。 Renat Fatkhullin 2013.03.06 09:02 #19 オーダーで実ミリ秒のフィールドがあるので、それをMQL5で出力することができます。 sion 2013.03.06 09:07 #20 ここで、一瞬の隙があれば助かったと思うのです。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
感謝されますよ、MT4では鼻くそが美味しかったけど、そんなの気にしないで、トレードが大事ですから。
2回目の警告をする危険を冒して、他人に無礼な言葉を吐くのをやめなさい。
重要なのは、ミリ秒単位の精度は不可能だということです。インターネット上の遅延は桁違いです。また、パソコンに内蔵されている通常のタイマーはまだ低周波（私の記憶が間違っていなければ1/18秒程度）で動いており、より高い精度を得ることは容易ではありません。
そして、ミリ秒は必要ないという意見も正しいです。
datetime形式がより良いと思います。
Vyacheslav、でもそんなことないですよ;)
この提案をサポートに連絡したかったのですが、そのためには新しいタイムフォーマットを作成する必要があるとのこと...。と、やるのが億劫になるのはわかります。
そろそろ、端末にそのような情報を表示させる必要があるのではないでしょうか？
その通りです。新しい時間フォーマットを作るのではなく）新しい時間の保存 方法を作らなければならないのです。そして、それを全部の部品に広げていく。時系列に至るまでその価値はあるのか？絶対にダメです。
ここでは、ミリ秒単位の情報がより重要である。でも、その価値もない。この情報は、電線を通すと完全に関連性を失ってしまうからだ。
PS スタニスラフ、ところで。
その通りです。新しい時間フォーマットではなく）新しい時間の保存 方法を作る必要があります。そして、それを私たちのすべてのコンポーネントに広げてください。時系列に至るまで。その価値はあるのか？絶対にダメです。
はい、手続きは非常に時間がかかります。
ミリ秒の情報の方が実現性が高い。でも、その価値もない。この情報は、電線を通すと完全に関連性を失ってしまうからだ。
つまり、関連性を持たせるためではなく、事象の連鎖を復元するため、そして先ほど言ったようにプロバイダーやサーバーのための統計情報を収集するためであり、即座の意思決定にはそれほど重要な情報ではないのです。
結局のところ、あなたはトレーダーに注文と取引のプロパティを与えるためにほとんどすべての準備ができているmsで。OrderGetInteger / DealGetInteger に属します。
PS スタニスラフ、ところで。
RenatはMT5がPlazaに接続されていると言っていましたが、なぜミリ秒なのかと言うことですね。
では、トレードオーダーを送る非同期機能とはどのようなものでしょうか？なぜ作ったのですか？
MT5は証券取引所のプラットフォームであり、トレーダーはミリ秒を必要とします。:)
それで、これです。ミリ秒は「木を切るのに役立つ」のか？(ц)
聞いても聞いても、みんな黙っている。
というわけで、これでおしまいです。ミリ秒は「木を切るのに役立つ」のか？(ц)
聞いても聞いても、みんな何も言わない。
注文が 入った時点から、それに対する取引の到着まで、数十ミリ秒の時間がかかることは明らかだからだ。
さらに統計の収集については、プロバイダーがどのように注文を処理するか、もしかしたらバグがあるかもしれないし、サーバーの速度が落ちているかもしれないし、インターネットもそうです。
というわけで、これでおしまいです。ミリ秒は「木を切るのに役立つ」のか？(ц)
聞いても聞いても、みんな黙っている。
1分間のTFのための秒読みと同じように役立っているのです。そして、秒単位ではもうどうにもならないところでは、ミリ秒単位を目指します :)
MT4で取引しています。ご存知の通り、時間はMT5と同様です。Pingやその他のミリ秒単位の無意味な処理。MT4でミリ秒のデータを使うかどうか悩んでいました。と、不思議なことに否定的な答えが返ってきた。はい、ミリ秒単位のデータは、例えばOrderOpenTimeのような分析に役立つことがあります。でも、実際にはほとんど必要なかったんです。私は、必要性ではなく、とにかく利益が左右されないような取引のニュアンスを分析したいという欲求があったとさえ言えます。
もちろん、ミリ秒は主にティックに必要です。小さな価格変動をリアルタイムに分析することができます。しかし、歴史の研究にはさらに有効である。多通貨システムは、ティックミリ秒の歴史でのみ正しく分析することができる。例えば、このような履歴がなければ、合成EURGBPを構築することは不可能である。しかし、いくつかの問題があります。
つまり、研究インフラが充実している人にはミリ秒が必要なのです。原則、自分たちで解決する。まあ、それはそれとして、ミリ秒などの情報を持つ刻みを得る問題も、彼らなりの手段で解決しています。
さらに、そのような機能を本当に必要としているのは誰なのかを考えると、その可能性のために複雑なものを作る価値が本当にあるのか、という疑問が生じ、有用性という点では疑問が残る。MT4/MT5が誰を対象にしているのか、つまりマスユーザーを理解する必要があります。このミリ秒は本当に必要ないのです。本当に必要な人は、StocksharpやFDKを使えばいいんです。
リアルタイムでは、MT4でもミリ秒を使い、GetTickCountでエミュレートしているようなものです。例えば、単位を分析 するとき。
あるいは、もっと複雑なケース、つまりシンボルからの合成スタックや、異なるフィードからの 合成 スタックなどです。MT4/MT5の可能な範囲で、このようなエミュレーションを行えば十分である。
結論から言うと、上記のようなことがない限り、MT5でミリ秒を出す必要はないと思います。
P.S. FXCMでのアプローチが良かった。テスターやダニの履歴があるそうです。誰でも自由に、通常のOHLCVの履歴を利用した戦略を試すことができます。しかし、ティック履歴やティックテスターを必要とする人がいる場合、ティック履歴はAPIを介してのみ利用可能です。また、ティックテスターは、SDKテスター経由でなければ手に入れることができません。つまり、遊びでなく使いたい人は、その資格が十分でなければならないという計算です。つまり、彼は彼らのAPIを理解し（それを通して取引する）、SDKを理解することになる。
ここで、一瞬の隙があれば助かったと思うのです。