2007년 챔피언십을 위한 Expert Advisor 준비의 일환으로 빌드 208을 사용하여 최적화하고 있습니다(카운터 포인트가 필요함). 빌드 208(Alpari - Metakvotovskaya의 경우 불행히도 설치되어 있지 않음)의 새 설치를 설치하고 발급된 콘테스트 계정에 로그인하고 권장된 대로 견적을 업로드했습니다. 다운로드하기 전에 다른 사람의 인용문을 바꾸는 것을 피하기 위해 cjnfig 폴더에서 다른 DC의 모든 .hst 파일과 서버를 삭제했습니다.
최적화의 결과로 매개변수 값을 얻었고 나중에 빌드 209에서 확인하기로 결정했습니다(Metaquotes 자동 확인 스크립트에서 확인할 것이기 때문에). 이를 위해 전용 테스터 터미널(빌드 209 Metaquotes 설치)도 설치하고 같은 방법으로 견적을 업로드했습니다. 나는 진드기 전문가를 실행했고 완전히 다른 결과를 얻었습니다. 거래의 전반부는 거의 1:1이며, 그 다음에는 차이가 시작됩니다. 두 테스터 보고서 모두 동일한 최적화 품질을 보여주지만 기록의 막대 수와 시뮬레이션된 틱 수가 다릅니다. 209 빌드를 위해 건너뛰는 기록이 다운로드된 줄 알았는데, 다시 다운로드하여 기록 데이터베이스(기록 폴더의 .hst 파일과 다운로드 폴더의 모든 파일)를 삭제해도 같은 결과가 발생했습니다.
2007년 챔피언십을 위한 Expert Advisor 준비의 일환으로 빌드 208을 사용하여 최적화하고 있습니다(카운터 포인트가 필요함). 빌드 208(Alpari - Metakvotovskaya의 경우 불행히도 설치되어 있지 않음)의 새 설치를 설치하고 발급된 콘테스트 계정에 로그인하고 권장된 대로 견적을 업로드했습니다. 다운로드하기 전에 다른 사람의 인용문을 바꾸는 것을 피하기 위해 cjnfig 폴더에서 다른 DC의 모든 .hst 파일과 서버를 삭제했습니다.
최적화의 결과로 매개변수 값을 얻었고 나중에 빌드 209에서 확인하기로 결정했습니다(Metaquotes 자동 확인 스크립트에서 확인할 것이기 때문에). 이를 위해 전용 테스터 터미널(빌드 209 Metaquotes 설치)도 설치하고 같은 방법으로 견적을 업로드했습니다. 나는 진드기 전문가를 실행했고 완전히 다른 결과를 얻었습니다. 거래의 전반부는 거의 1:1이며, 그 다음에는 차이가 시작됩니다. 두 테스터 보고서 모두 동일한 최적화 품질을 보여주지만 기록의 막대 수와 시뮬레이션된 틱 수가 다릅니다. 209 빌드를 위해 건너뛰는 기록이 다운로드된 줄 알았는데, 다시 다운로드하여 기록 데이터베이스(기록 폴더의 .hst 파일과 다운로드 폴더의 모든 파일)를 삭제해도 같은 결과가 발생했습니다.
무엇이 될 수 있는지 말해 주세요. 문제? 첨부된 상태입니다.
이해했다! 이제 다시 업로드 중입니다.
Rid, GBPJPY와 동일한 문제가 있습니다. 성공적으로 다운로드 했습니까?
PS 그러나 이 기호는 챔피언십에서 사용할 수 있습니다. 친애하는 조직원 여러분, 확실한 대답을 믿을 수 있습니까? 홀은 역사상 100,000번째 막대 이전에 명확하게 시작됩니다. 더 명확한 데모를 위해 차트를 첨부합니다.
PS 델바고 , 제거 , 대답해 주세요: 내가 뭘 잘못하고 있는 겁니까? GBPJPY로 상황을 수정했습니까? 다음은 로그의 항목입니다.
12:53:15 HistoryCenter: GBPJPY_2007_09 로드됨(59kb)
...
12:53:30 HistoryCenter: GBPJPY_2007_01 로드됨(117kb)
12:53:31 HistoryCenter: GBPJPY_2006_12 로드됨(97kb)
12:53:33 HistoryCenter: GBPJPY_2006_09 로드됨(109kb)
12:53:35 HistoryCenter: GBPJPY_2006_08 로드됨(120kb)
...
12:56:21 HistoryCenter: GBPJPY_1999_01 로드됨(52kb)
나는 이전에 썼던 것과 같은 방식으로 모든 것을 하며, MT가 닫힌 후 fuya의 존재 흔적을 모두 조심스럽게 청소합니다. 구멍이 파란색으로 강조 표시되어 데이터가 CC 자체가 아니라 단순히 존재하지 않음을 나타냅니다(또는 어떤 이유로 다운로드되지 않음).
"침묵은 아직 보내지 않았다는 신호입니다" - (c) komposter , https://www.mql5.com/en/forum/49732 . 상황은 변하지 않았습니다.
PS 델바고 , 제거 , 대답해 주세요: 내가 뭘 잘못하고 있는 겁니까? GBPJPY로 상황을 수정했습니까? 다음은 로그의 항목입니다.
나는 이전에 썼던 것과 같은 방식으로 모든 것을 하며, MT가 닫힌 후 fuya의 존재 흔적을 모두 조심스럽게 청소합니다. 구멍이 파란색으로 강조 표시되어 거기에 데이터가 없음을 나타냅니다.
해결책을 찾지 못했습니다. 거래 서버에서 롤링된 히스토리. M30으로. 이 질문은 다양한 포럼 스레드의 여러 회원이 제기했지만 답은 어디에도 없습니다.
당신은 혼자가 아닙니다, 수학자. 저도 같은 고민이 있습니다.