"ダミー "からの質問 - ページ 204 1...197198199200201202203204205206207208209210211...277 新しいコメント ANG3110 2012.11.09 15:57 #2031 興味本位でhccの履歴ファイルに目を通そうとした。hccバイナリ内のデータレコードの行は、FileSeek(handle,15333,SEEK_SET)で始まり、次のようになることが判明した。4 byte int Separator4 バイト int datetime8 バイトダブル Open8 バイトダブル High 8 バイトダブル Low8 バイトダブル Close1 または 2 バイト int TickVolume 1 または 2 バイトの int スプレッドおよび最大4バイトのボリュームそして、最後の2つまたは3つのintの長さは、私が理解した限りでは、最初のSeparatorで決定されます。ただ、どうしてなのかがわからない？最後の2-3バイトのintが1バイト以上かどうか判断する方法を教えてください。 ANG3110 2012.11.09 21:34 #2032 ANG3110:ヒントをお願いします...セパレータは、16バイトのコードでデータを読み取る構造を持っています。Separator=18385028のように、最下位ビットから16番目の4888811で、4バイト、8バイト...となるわけです。1バイトです。という感じでしょうか？追伸：これはまさにファイルの読み方ですが、ただ、日間で189バイトをスキップする必要があります。開発者がこれらのファイルを公開しない理由がわかりました。サーバーとの同期だけでなく、ファイルの構造や構成についても、まるで本当の「WitからのWoe」のように、非難されることを恐れているようです。アスキーを追加するには安すぎるが、非同期性に対するさまざまな再保険のために、まあ、全原子船「レーニン」を作ったのだ。個人的には、これらの曲解はすべて理解できないし、悲しいことです。 Renat Fatkhullin 2012.11.10 04:54 #2033 ANG3110: なぜ、開発者がこれらのファイルを公開しないのかがよくわかりました。サーバーとの同期だけでなく、ファイルの構造や構成から非難されることを恐れているようで、まさに「WitからのWoe」のような感じです。アスキーを追加するには安すぎるが、非同期性に対するさまざまな再保険のために、まあ、全原子船「レーニン」を作ったのだ。個人的には、このような歪みは理解できないし、悲しい気持ちになる。*.HCCファイルは圧縮されたデータブロックであるため、直接読み取るには適していません。これらのファイルは、圧縮された作業時間枠を作成するための入力データとして機能し、/cacheサブディレクトリに配置される。 ANG3110 2012.11.10 05:00 #2034 Renat:*.HCCファイルは圧縮されたデータブロックであるため、直接読み取ることはできません。これらのファイルは、/cacheサブディレクトリに置かれる圧縮されていない作業時間枠を作成するためのソースデータとして機能します。レナーテなぜ、こんなに複雑にしたのだろう？それは正当化されるのか？私はプログラマーではないので、何か見落としているのかもしれませんが、エントリーの順番を見るのは、気持ち悪いだけです。自分の仕事に便利かどうか？実はもちろん、hccファイルを上書き できるかどうか見ていたんです。しかし、その複雑さを見ると、これ以上解析する気にはなれません。今、デモでFXCMの相場を見ています。しかし、なぜか履歴は10月からしかない。私は彼らとのアカウントを持っていますが、コミッションでマークアップなし。私は何年も前から同社のAPIを使ってTS2のミニュチュアをダウンロードし、Asksも使っています。MT5で実装して、よりリアルなテストができるようにしたいと思いました。でも、今はそんな気持ちにはなれません。もし開発者がhccファイルの完全な構造を提供してくれない場合は、利用可能な履歴ファイルからAskasで実際のデータを読み込むスクリプトを使用してMT4でテストを行う必要があります。ちなみにFXOpenはMT4で直接アスカスとの履歴が出ます。それは素晴らしいことです。テスターで使用できないのが残念です。しかし、少なくともスクリプトでテストすることは可能です。 --- 2012.11.10 08:03 #2035 ANG3110:興味本位でhccの履歴ファイルを見てみた。hccバイナリ内のデータレコード行はFileSeek(handle,15333,SEEK_SET)で始まることが判明しました。 と、この最初の15333バイトに何が入っているのか、おわかりになりますか？ANG3110 です。セパレータには、16ビットコードでデータを読み込む構造が含まれているんですね。Separator=18385028のように、最下位ビットから16番目の4888811で、4バイト、8バイト...となるわけです。1バイトです。 という感じでしょうか？ファイルはブロックごとに読み込まれ、指定されたセパレータによってブロックの大きさが変わることがわかりました。追伸：これはまさにファイルの読み方ですが、ただ、日間では189バイトをスキップする必要があります。 これもHCのこと？気がつけば、本当に「ヘッダー」から始まる日々。その中に、キャラクターの名前などが入る。おそらくこのキャップには、このデイブロックに含まれるデータに関する定量的な情報が入力されていると思われるなぜ、こんなに複雑にしたのだろう？それは正当化されるのか？ 100％ジャストフィット。転送したデータ量を保存・蓄積するため。追記 自分で議事録を作るのはとても面白いので、あきらめないでください。 もちろん、サーバーとの再同期時に端末が上書きしてしまう場合は別ですが。 Renat Fatkhullin 2012.11.10 11:58 #2036 残念ながら、hccファイルは変更できません。同期時に上書きされるのは避けられません。 私たちは非常に効率の良い圧縮形式を採用しています。これがなければ、ネットワークトラフィックは何倍にもなっていたでしょう。 Maxim Khrolenko 2012.11.14 08:49 #2037 ロシア語以外のWindowsで作業しており、MetaEditorの言語をロシア語に設定していますが、ヘルプを呼び出す（F1）と英語でポップアップ表示されます。ヘルプがロシア語でポップアップするように、他にロシア語に変更すべき点があれば教えていただけませんでしょうか。自宅ではロシアンウインドウズを使用していますが、何も問題ありません。 Yedelkin 2012.11.14 09:05 #2038 paladin800: ロシア語以外のWindowsで作業しており、MetaEditorの言語をロシア語に設定していますが、ヘルプを呼び出す（F1）と英語でポップアップ表示されます。ヘルプがロシア語でポップアップするように、他にロシア語に変更すべき点があれば教えていただけませんでしょうか。自宅ではロシア語のWindowsを使っていますが、すべて問題ありません。 ディレクトリを見て、そこにロシア語のHelpファイルがあるかどうか？ Maxim Khrolenko 2012.11.14 10:59 #2039 Yedelkin: そして、ディレクトリを見て、そこにロシア語のHandbookファイルがあるかどうか？ 私の考えを正しい方向に導いていただき、ありがとうございました。mql5.chm」（英語）というファイルがありました。それを削除し、私のホームページから「mql5_russian.chm」をダウンロードし、MetaEditorを起動し、F1、ロシア語でヘルプを表示させました。 Renat Fatkhullin 2012.11.14 12:15 #2040 paladin800: ロシア語以外のWindowsで作業しており、MetaEditorの言語をロシア語に設定していますが、ヘルプ（F1）を呼び出すと英語でポップアップ表示されます。ヘルプをロシア語で表示させるために、ロシア語に変更した方が良いものはありますか？家ではロシア語のWindowsを使っていますが、すべて正常です。MetaEditorで言語を変更した後、再起動しましたか？確認させていただきます。 1...197198199200201202203204205206207208209210211...277 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
興味本位でhccの履歴ファイルに目を通そうとした。
hccバイナリ内のデータレコードの行は、FileSeek(handle,15333,SEEK_SET)で始まり、次のようになることが判明した。
4 byte int Separator
4 バイト int datetime
8 バイトダブル Open
8 バイトダブル High
8 バイトダブル Low
8 バイトダブル Close
1 または 2 バイト int TickVolume
1 または 2 バイトの int スプレッド
および最大4バイトのボリューム
そして、最後の2つまたは3つのintの長さは、私が理解した限りでは、最初のSeparatorで決定されます。ただ、どうしてなのかがわからない？最後の2-3バイトのintが1バイト以上かどうか判断する方法を教えてください。
ヒントをお願いします...
セパレータは、16バイトのコードでデータを読み取る構造を持っています。Separator=18385028のように、最下位ビットから16番目の4888811で、4バイト、8バイト...となるわけです。1バイトです。
という感じでしょうか？
追伸：これはまさにファイルの読み方ですが、ただ、日間で189バイトをスキップする必要があります。
開発者がこれらのファイルを公開しない理由がわかりました。サーバーとの同期だけでなく、ファイルの構造や構成についても、まるで本当の「WitからのWoe」のように、非難されることを恐れているようです。アスキーを追加するには安すぎるが、非同期性に対するさまざまな再保険のために、まあ、全原子船「レーニン」を作ったのだ。個人的には、これらの曲解はすべて理解できないし、悲しいことです。
なぜ、開発者がこれらのファイルを公開しないのかがよくわかりました。サーバーとの同期だけでなく、ファイルの構造や構成から非難されることを恐れているようで、まさに「WitからのWoe」のような感じです。アスキーを追加するには安すぎるが、非同期性に対するさまざまな再保険のために、まあ、全原子船「レーニン」を作ったのだ。個人的には、このような歪みは理解できないし、悲しい気持ちになる。
*.HCCファイルは圧縮されたデータブロックであるため、直接読み取るには適していません。
これらのファイルは、圧縮された作業時間枠を作成するための入力データとして機能し、/cacheサブディレクトリに配置される。
*.HCCファイルは圧縮されたデータブロックであるため、直接読み取ることはできません。
これらのファイルは、/cacheサブディレクトリに置かれる圧縮されていない作業時間枠を作成するためのソースデータとして機能します。
レナーテなぜ、こんなに複雑にしたのだろう？それは正当化されるのか？私はプログラマーではないので、何か見落としているのかもしれませんが、エントリーの順番を見るのは、気持ち悪いだけです。自分の仕事に便利かどうか？
実はもちろん、hccファイルを上書き できるかどうか見ていたんです。しかし、その複雑さを見ると、これ以上解析する気にはなれません。今、デモでFXCMの相場を見ています。しかし、なぜか履歴は10月からしかない。私は彼らとのアカウントを持っていますが、コミッションでマークアップなし。私は何年も前から同社のAPIを使ってTS2のミニュチュアをダウンロードし、Asksも使っています。MT5で実装して、よりリアルなテストができるようにしたいと思いました。でも、今はそんな気持ちにはなれません。もし開発者がhccファイルの完全な構造を提供してくれない場合は、利用可能な履歴ファイルからAskasで実際のデータを読み込むスクリプトを使用してMT4でテストを行う必要があります。ちなみにFXOpenはMT4で直接アスカスとの履歴が出ます。それは素晴らしいことです。テスターで使用できないのが残念です。しかし、少なくともスクリプトでテストすることは可能です。
興味本位でhccの履歴ファイルを見てみた。
hccバイナリ内のデータレコード行はFileSeek(handle,15333,SEEK_SET)で始まることが判明しました。
と、この最初の15333バイトに何が入っているのか、おわかりになりますか？
セパレータには、16ビットコードでデータを読み込む構造が含まれているんですね。Separator=18385028のように、最下位ビットから16番目の4888811で、4バイト、8バイト...となるわけです。1バイトです。
という感じでしょうか？
ファイルはブロックごとに読み込まれ、指定されたセパレータによってブロックの大きさが変わることがわかりました。
追伸：これはまさにファイルの読み方ですが、ただ、日間では189バイトをスキップする必要があります。
気がつけば、本当に「ヘッダー」から始まる日々。その中に、キャラクターの名前などが入る。おそらくこのキャップには、このデイブロックに含まれるデータに関する定量的な情報が入力されていると思われる
追記
自分で議事録を作るのはとても面白いので、あきらめないでください。 もちろん、サーバーとの再同期時に端末が上書きしてしまう場合は別ですが。私たちは非常に効率の良い圧縮形式を採用しています。これがなければ、ネットワークトラフィックは何倍にもなっていたでしょう。
ロシア語以外のWindowsで作業しており、MetaEditorの言語をロシア語に設定していますが、ヘルプを呼び出す（F1）と英語でポップアップ表示されます。ヘルプがロシア語でポップアップするように、他にロシア語に変更すべき点があれば教えていただけませんでしょうか。自宅ではロシア語のWindowsを使っていますが、すべて問題ありません。
そして、ディレクトリを見て、そこにロシア語のHandbookファイルがあるかどうか？
ロシア語以外のWindowsで作業しており、MetaEditorの言語をロシア語に設定していますが、ヘルプ（F1）を呼び出すと英語でポップアップ表示されます。ヘルプをロシア語で表示させるために、ロシア語に変更した方が良いものはありますか？家ではロシア語のWindowsを使っていますが、すべて正常です。
MetaEditorで言語を変更した後、再起動しましたか？
確認させていただきます。