1> ええ、そのリンクは読みましたよ。正直言って、.hcc ファイルは謎です。身近なものと比較する必要があるんだ。.hccはperiod_m1のデータしか保存できない.hst＋その保護されたものだと思っています。他のタイムフレームはすべてこのperiod_M1のデータから生成される[mt4でもperiod converterを使って同じケース] <-Again just another analogy *他のperiodはm1*をベースにしなくても作成できる。しかし、他のタイムフレームは.hc形式になり、<おそらく別の保護されたファイルになります。やはり、刻みはその場で生成されるのですね。
2＞何をどうすればいいのか？私はすでに私のスレッド内のメタ引用の何かをリバースエンジニアリングのアイデアを却下した。Thats something for another website || engineers.私はすでにライブラリについて決定しており、そう、それは多くの仕事です...それが意味するところは、そのことです。既存のmt-stuffを使おうとすると、プロテクトされていたり、ドキュメントがなかったりで、以下のようなことが起こります。
This week we saw the ‘writing on the wall’ in our comments when a MetaQuotes representative expressed that a third party technology provider that we had written about violated the MetaTader license...
ナイストライ :)) まだMT4では実現されていませんが、なぜMT5で実現できると楽観的に考えられるのですか？
現在、OOPデザインを勉強中で、mt5|mql5についても勉強中です。私が快適に感じたら、私はスレッドを移動します :-)。** このフォーラムで私の時間の大半を消費するでしょう。
もしあなたがこのプロジェクトを リードするならば、 私を 頼りにしてください、しかし私は他のプロジェクトを持っているので、それをリードすることはできません。
時間があり、リバースエンジニアリングができる人であれば、これが一番の望みでしょう。
.hccはperiod_m1。
tick_dataには、ticks.dat。
私の推測では、上記のファイルは保護されていると思います。バイナリファイルをテキストファイルに変換して中身を見るような単純なものではありません。もし、誰かが.hccファイルのフォーマットを知っていて、period_m1だけを気にして、プラットフォームが一般的なティックを生成することを気にしないなら、このファイルを置き換えたり変更したりするだけで十分かもしれません。私は.hccを.hstのように考えています。
ticks.datファイルは、生成されたticksのフォーマットだと理解しています。上記の理由と同じです^。.fxtファイルに3rd_Partyが必要なように、ticks.datを作成するだけでなく、mt5がファイルを上書きするのを防ぐことができる別のものが必要でしょう。
私はソフトウェアエンジニアではありません。また、訂正させていただきます。
.hccはperiod_m1。
tick_dataには、ticks.dat。
私の推測では、上記のファイルは保護されていると思います。バイナリファイルをテキストファイルに変換して中身を見るような単純なものではありません。もし、誰かが.hccファイルのフォーマットを知っていて、period_m1だけを気にして、プラットフォームが一般的なティックを生成することを気にしないなら、このファイルを置き換えたり変更したりするだけで十分かもしれません。私は.hccを.hstのように考えています。
ticks.datファイルは、生成されたticksのフォーマットだと理解しています。上記の理由と同じです^。.fxtファイルに3rd_Partyが必要なように、ticks.datを作成するだけでなく、mt5がファイルを上書きするのを防ぐことができる別のものが必要でしょう。
私はソフトウェアエンジニアではありません。また、訂正することもあります。
.hccファイルは.hstとは違うのです。これを 読みましたか？
とにかく、私は私達がこれをすることができる方法を見ることはありません。「hccファイルにはM1データが保存されており、これをベースにチャート用の.hcファイルが作成され、Strategy Tester用の.hcsファイルも作成されます。そして、STはこれらの.hcsを使用して、その場でエミュレートされたティックを生成します。
1> .hccファイルは.hstとは異なります。これを 読みましたか？
2> とにかく、どうすればいいのかわからないんだけど．
「hccファイルはM1データを保存し、これを基にチャート用の.hcファイルが作成され、Strategy Tester用の.hcsファイルも作成されます。そして、STはこれらの.hcsを使用して、その場でエミュレートされたティックを生成します。
1> ええ、そのリンクは読みましたよ。正直言って、.hcc ファイルは謎です。身近なものと比較する必要があるんだ。.hccはperiod_m1のデータしか保存できない.hst＋その保護されたものだと思っています。他のタイムフレームはすべてこのperiod_M1のデータから生成される[mt4でもperiod converterを使って同じケース] <-Again just another analogy *他のperiodはm1*をベースにしなくても作成できる。しかし、他のタイムフレームは.hc形式になり、<おそらく別の保護されたファイルになります。やはり、刻みはその場で生成されるのですね。
2＞何をどうすればいいのか？私はすでに私のスレッド内のメタ引用の何かをリバースエンジニアリングのアイデアを却下した。Thats something for another website || engineers.私はすでにライブラリについて決定しており、そう、それは多くの仕事です...それが意味するところは、そのことです。既存のmt-stuffを使おうとすると、プロテクトされていたり、ドキュメントがなかったりで、以下のようなことが起こります。
1> Meta-Quotesは、フォーラムで公言し、彼らは彼らのものとのテンパリングを望んでいない。
2> メタトレーダー4プラットフォームから予告なしに削除された例としての.fxtのサポート。
3> スプレッド修正に使用されていたspread_changerのようなプログラム内のバグ。
4> Mqからのサポートなし＆ファイルの将来のバージョン内の変更は、あなたの解決策を壊すでしょう。
ついて いくのが 大変なん です。コメントで 一つの事を言って いるよう ですが
Ubzen:
時間があれば、そして決意のあるリバースエンジニアがいれば、これが一番の望みでしょう。
というコメントで、 次には その反対を 言う。
私はすでに、自分のスレッド内でメタ引用の何かを逆引きするという考えを否定しています。
私の意図するところでなくて申し訳ないのですが本を書くことを避けようとしていたのです。そのためか、混乱しているように見えます。しかし、私の反応は、このコメントに対するものでした。
それに対して、私はこう答えました。
その理由は、99％の「Tick_Data」や「Import-Data」を提供できるのは、リバースエンジニアしかいないと思うからです。多くの人は、Libraryとのやりとりを面倒くさがるものです。Mqのソリューションがないのは、Mqが数え切れないほど多くの方法で「ノー」と言ったからです。私は、Mqがいつでもすぐにこの解決策を提供すると思っている人とは、死ぬほど議論したいと思っています。
WhooDoo22の、mt5にリアルティック || インポートを組み込んでいるユーザーがいるかもしれないという指摘に対しては、彼は本当に良い点を突いたと思います。しかし、その人は平均的なmql5プログラマーではないだろうということです。今こうしている間にも、誰かがすでにこれを実装し、明日には「ダウンロードはこちら」というリンクを貼っているかもしれないのです。だから、私はそれが彼の一番の望みだと信じています。
まず、angevoyageurさん ですが、あなたの経歴はよくわかりません。あなたはリバースエンジニアかもしれない｜｜そのスキルがある。私はすべてを知っているわけではないので、私が知っているように思われるのは避けたいのです。しかし、私の経験と調査から、次のように結論づけました。
1つ目。.hccのファイルフォーマットは、Binary-Fileのようなものです。このBinary-Fileは、まず暗号化されています（.txtエディタでは文字が意味をなさない）。
2つ目。Mqは、このファイルの仕様を意図的に公開していません。Mqはこのファイルのスペックを公開することを望んでいません。Mqはこのファイルのスペックを持っている。Mqがこのファイルのスペックを公開するのは、非常に簡単なことです。これはすべて.hstファイル...たとえばPeriod_Converterで行われました。mt4のImport機能も必要なく、このファイルを作成し、historyフォルダー内にドラッグ＆ドロップすれば、動作しました。.hccファイルについても同じことが言えるはずです(良い賭けですが、それはわかりません)。
3番目：もしMqが私たちに知られたくないのであれば、.hccファイルも保護されている可能性が高いです。考えてみると、私がmql4.comに登録した頃はmt5が存在していたのですが、まだ誰も.hccフォーマットの仕様を投稿することが出来ていないのです。このファイルフォーマットが公開されたら、Mqも変更するんだろうなぁ。
4番目。あなた自身がここに 警告を掲載しました。私は、mql5フォーラムへの投稿の中で、保護されたファイルを元に戻すことに関与するほど馬鹿ではありません。さらに、++私は単にスキルが不足しています;)。たとえ私がファイルのロックを解除できたとしても、ここに投稿することはないでしょう。IMO、この種の仕事は簡単ではありません[しかし、私はリバースエンジニアではありません]。
5番目。なぜ、広く普及しないものにこだわるのか？それは、私が開発できる技術を持っているからです。いい勉強になるし、いいプロジェクトになると思うから。Mqのソリューションが来るのを待つのは嫌なんです。リバースエンジニアのソリューションがいつ来るかわからない。WhooDoo22の ことだから、RaptorUKと 同じような解決策を求めているのでしょう。私のプロジェクトは、彼らが考えているようなものではないのです。彼らの解決策は、私から来るよりも、リバースエンジニアから来る方が早いでしょう、私はすぐに何かをリバースするつもりはありませんから。
また循環してますね(笑)。あなたはTick_Dataの話から始めました。私がmt4はTickをインポートできないことを指摘すると、[サードパーティーのハックがなければ]。あなたはPeriod_M1 Importingに話題を変えました。
履歴は修正が必要ですか？現在提供されているm1_dataが悪いのでしょうか？