Developers.MT5端末の時刻形式について - ページ 3

 
Renat:
オーダーで実ミリ秒のフィールドがあるので、それをMQL5で出せばいい。
これは良い提案です :)
 
papaklass:

MT5で使えないなら、ミリ秒の履歴でティックを分析する意味がない。 MT5にはミリ秒がないので、何に縛られるのか。

このような状況では、非同期関数を持つことは中途半端な解決策に見えてしまいます。一方では高速取引を前提に設計されていますが、他方では高速取引に必要なデータをシステム化できない、ミリ秒に縛られない、単に存在しないだけなのです。

まあ、これはミリ秒の有用性を一方的に理解していることになりますね。繰り返しますが、ティックミリセコンドの履歴なしに多通貨の相場パターンを見つけることはほぼ不可能です。

メタとは関係ない独自の手法で市場を調査しています。MT4は取引APIとしてのみ使用しています。私の戦闘用Expert AdvisorはStrategy Testerでも実行されません。MQL4ディストーションをループさせたものを表現しています。

追伸:例として、メタにLowAskのデータがない場合。チャネルスキャルパーにとって、これは超重要なデータです。メタ上でティック履歴を リアルタイムで直接収集し(スキップする場合もあるが)、抽出したLowAskを分析するものもある。つまり、ある種の注意点を持った上で、リアルタイムにメタを通じた取引を行うことが現実的なのです。それが、そこでの研究の大きな課題です。

P.P.S. (GetTickCountによるエミュレーションで)ミリ秒でmetaにtickを収集することを防ぐ人はいません。とても簡単なことです。ただ、問題は、そうあるべきかということです。

 
stringo:

だから、これ。ミリ秒が「木を切るのに役立つ」とはどういうことなのか、教えてください。(ц)

聞いても聞いても、誰も何も言わない。

最近、1秒間に何回ティックするかというスピードを計算するシンプルなインジケーターに出会いました。

によって算出されます。"ティック数(10)/(最後のティックと最初のティックの時間差)"

秒単位では不十分で、ミリ秒単位だとより正確に木が倒れます :)

 
Swan:

最近、1秒間に何回ティックするかという速度を計算するシンプルなインジケータに出会いました。

によって算出されます。"ティック数(10)/(最後のティックと最初のティックの時間差) "です。

秒単位では不十分で、ミリ秒単位だとより正確に木が倒れます :)

なんてこったなぜそんなに複雑なのか?

計算のための分 tick_volume は十分ではありません?

 
stringo:

そんなのくだらないよ。なぜそんなに複雑なのか?

計算のための1分間のtick_volumeでは不十分なのでは?

あなたやレナート、そしてあなたのチームの全員が、好奇心旺盛な一部の人々の取引ニーズをほとんど理解していないことは明らかです。

質問に戻ると、うまくいきません。まったく転がりません。しかし、GetTickCountは この単純な問題を完全に解決してくれます。ミリ秒は関係ない。

 
stringo:

そんなのくだらないよ。なぜそんなに複雑なのか?

計算のための1分間のtick_volumeでは不十分なのでは?

過去10ティック分のtick/secを計算しているようです。
 
いや、真剣に、誰かが私にアルゴリズムを説明 アクション 順番に有益な取引につながる有用な 市場分析の ためのMSを使用して...( "指 "の任意の例)
 
stringo:

そんなのくだらないよ。なぜそんなに複雑なのか?

計算のための1分間のtick_volumeでは不十分なのか?

すべての計算は、直近の10(または何)ティックに基づいて行われます...

分単位のtick_volumeは少し違う)期間はもっと長いです。

 
hrenfx:

あなたやレナート、そしてあなたのチーム全体が、好奇心旺盛な少数の人々の取引ニーズについてほとんど理解していないことは、すぐにわかることです。

質問に戻ると、うまくいかないんです。まったく転がりません。しかし、GetTickCountはこの単純な問題を完全に解決してくれます。ミリ秒は関係ない。

GetTickCount?完全に?バカにしないでください。

お客様の取引ニーズは、GetTickCountの制限を表すものではありません。

 
milo:

,,いや、真剣に、誰かがのアルゴリズムを説明 アクション 順番に有益な取引につながる有用な 市場分析のためにmsecを使用して... ( "指 "の任意の例)
宣伝禁止)
理由: