エラー、バグ、質問 - ページ 688

 

マイナススプレッドに関する対応。

ティックを生成する過程で、すべてのスプレッドが関連性を持つかどうかをチェックします。テスト期間中のOHLCバー条件形成時には、同様のチェックは行っていません。負のスプレッドが誤って履歴に存在する。必ず直します。また、"byopening prices"モードでもチェックを入れる予定です

 
papaklass:

皆さん、他のTFを参照して、始値 可視化モードで多通貨を実行した方はいらっしゃいますか?

こちらは日足チャートです。

また、このチャートでどのような戦略が試せるのでしょうか?



正直、添付の写真を見ても何もわからない。ただ、作者が何かに不満を抱いていることだけは確かだ。 しかし、理解してもらう必要がある。
 
papaklass:

それだけです。

あなたの書き込みに直接的な結論がないことに気づかない限り、あなたは常に他人を驚かせることになるでしょう。

しかし、これはかなり意図的な行動だと思います。

 
papaklass:

PS:これ以上、ビジネスから目をそらさないようにします。

主張ではなく、3人に質問を増やさせたんですね。

それこそ「これはかなり意図的なあなたの行動です」と指摘したのです。

そして、あなたの最後の返信は、まさにそれを確認する - 代わりに取るに足らないスクリーンショットに明確な結論は、あなたがゲームをプレイするために行った "私と遊ぶ、仕事、私はあなたに尋ねた問題を考え、私はあなたを批判する機会を持っているでしょうそのような理不尽なため理解できない"。

これで理解できましたか?私たちは、目の前のサーカスを不快に思って演じる子供たちではありません。

 
Renat:
この話題はもうやめましょう。いつまで経ってもこの状況に変化はありません。

Renatさん、こんにちは。

原則的には賛成です。Depth of Marketにビッドがない=価格チャートにシングルマーカーがない(それぞれ、時刻歴のグループ分けにバーがない)。

一方で、端末を良くしたくない(アルゴリズム的に分かりやすくしたい、とか)というスタンスもよく分からないですね。

履歴の同期はロボット トレーディングの基本的な柱の一つである。過去のデータのチェックに気を取られ、我々プログラマーはテクニカル分析から焦点を切り替え、つまらないルーチンに多くの知的(コーディング)時間とCPU/消費者(プログラムの実行/人間の待機)時間を費やさざるを得なくなります。素人考えですが、かなりエレガントな解決策が既に提示されていますね。

1.既存の指標に害を与えない。

2.具体的な)コードを書く時間を短縮することができる。

3.コードの実行時間が 短縮される(具体的)。

4.端末が著しく重くなることはありません(履歴をダウンロードする際に、空のバーが一度計算されデータベースに入ります)。

あえて「具体的」という言葉を使いました。だって、あなたに言わせれば、~0%なんでしょう?今のところ〜0%のケースしかない。

歴史上、このようなバーが必要であることを擁護する論拠が与えられているのです。

反論をお願いします。


追伸

話の腰を折るようで申し訳ないのですが。ただ、私も、気になる存在なのです。

 
voix_kas:

Renatさん、こんにちは。

残念ながら、この問題は完全に終了しています。

批判的な反論はたくさんありますが、トレーダーはそのことに気づいていないのではないかと思います。

 
Renat:

残念ながら、この問題は完全に終了しています。

批判的な反論はたくさんありますが、トレーダーはそのことに気づいていないのではないかと思います。

シンクロバーを欲しがるのは、単なる好奇心ではないのですね

私の考えでは、現在の状態は、情報の第二の不可逆的な圧縮です(そして実際、IMHOこの圧縮は有害であるよりも有用ではありません)。

ダニがバーを形成するとき、最初の不可逆的なことが起こります。

1通貨取引ではすべて許容されるが、端末が多通貨である以上、親切にも遵守してほしい。

多通貨分析と単一通貨分析の大きな違いは、後者がすべての通貨の変化を相互に関連づける、つまり一つのプロセスとして考える点である。

一方、単一通貨方式では、同時に発生することであっても、すべてが独立しています。

あなたのやり方が正しいと仮定しても(no tick no bar)、多通貨ティックのプリズムを通せば、同期の必要性に行き着くでしょう。

この議論は「MT5への願い」に移した方が良いと思います。

2年以上前に、この要望を最初のページに載せてほしいというトピックで、ちなみにZZZYは

MetaDriver 2009.11.20 00:59

ZZZZY Renat、それはあなたが2年同期などのことが実装されない理由を "合理的 "に説明することはできません判明した。理解しやすい - 思考力のある人々があなたに同意し、あなたを放っておくように。

 
voix_kas:

物語の中で、このようなバーが必要であることを支持する論拠が示されています。

お前らも起きてないのにスキップやダニが追加されたら証券会社へ行け よ。

データが入って こない棒グラフを作る のは、開発者の仕事ではありません

開発者の仕事は、見積もり業者からプラットフォームや端末に、歪みのない正確なデータを届けることです。

これらは他の問題であり、開発者は情報および取引プラットフォームのコアの能力ではない、そのようなものを扱うことはありませんし、そうすべきでもありません。


証券会社では、足りない分のバーを追加することができます。その際は、遠慮なくテクニカルサポートに連絡し、助けを求めてください。

開発者が無理に介入して、基本的な実歴史を台無しにすることはないでしょう。

もう一度、 証券会社にそのような運用をお願いしてみてください。

 
sergeev:

ドッジやティックの漏れや追加でお困りの方は、証券会社に聞いてみて ください。

プラットフォームにデータが ない棒グラフを作成 するのは、開発者の仕事ではありません

開発者の仕事は、見積もり業者からプラットフォームや端末に、歪みのない正確なデータを届けることです。

それ以外のことは別の種類の問題であり、開発者は、中核となる情報および取引プラットフォームの能力ではない、そのようなものを扱うことはしないし、そうすべきでもないのです。


証券会社では、足りない分のバーを追加することができます。その際は、遠慮なくテクニカルサポートに連絡し、助けを求めてください。

開発者が無理に介入して、基本的な実歴史を台無しにすることはないだろう。

もう一度、 証券会社にそのような運用をお願いしてみてください。

アレックス、多通貨モデルを基本にして、必要ない人は証券会社に頼んでシンクロバーを削って履歴を残してもらったらどうでしょう。

問題は、MQが端末を多通貨1通貨1通貨ベースと位置づけ、多通貨のイベントを行わなかったことであり、それ故にその後のすべての問題が発生したのです。

 
テスターでは、バーの開始時刻が実際の最初のティックの到着時刻に対応していないことに気づいていますか?テスターでバーが開いた時、実際の価格は(99%)全く異なっていました - 前のバーの終値です。<br/ translate="no">です。
そして、テスターが嬉しそうに報告しているように、バーのオープン価格は、本当にその分が形成された瞬間にあった価格に対応しているのでしょうか?
課題はシンプルで、テスターが不正確な情報をできるだけ与えないようにすることです。今のところ、テスターはほとんど「分足ができた瞬間の値段はバーの始値と同じだ」とウソをついています。テスターでは常に建値で裁定取引が発生し、終値では裁定取引が発生しないのはこのためである。また、バー形成のポティックモデルを使用する結果、TCはバーの終値に関する複数のFIを同期させるために計算資源を費やす必要があります。開発者は、ユーザーがテスターで実行するたびに愚かな同期に多くのコンピューティングリソースを浪費させるために一致で保存します。最適化を実行 する前に、この同期を行うことはできないのです。

Metaquotesの松葉杖を回避するようにブローカーに依頼する?単一通貨ペアの場合にも、同じように松葉杖をつくことになる。

すべてがブローカーのコントロール下にあるわけではありません。例えば、ブローカーは簡単にAskシンボルをブロードキャストし(Bidシンボルとの同期も可能)、Askの履歴も存在するようにすることができるのです。しかし、それでもテスターに考慮させることはできない。

理由: