데이터 주셔서 감사합니다, 당신은 큰 일을했습니다! 불행히도 .hst 파일이 손상되었고 헤더가 엉망입니다. 저작권 필드를 변경한 것을 볼 수 있지만 일종의 "덮어쓰기" 모드에서 데이터를 이동하지 않고 이 작업을 수행해야 합니다. 수정되지 않은 .hst 파일을 게시할 수 있습니까?
데이터 주셔서 감사합니다, 당신은 큰 일을했습니다! 불행히도 .hst 파일이 손상되었고 헤더가 엉망입니다. 저작권 필드를 변경한 것을 볼 수 있지만 일종의 "덮어쓰기" 모드에서 데이터를 이동하지 않고 이 작업을 수행해야 합니다. 수정되지 않은 .hst 파일을 게시할 수 있습니까?
이 데이터를 얻은 브로커에 따르면 fxt 파일은 MT가 hst 데이터에서 생성하는 것입니다. 그들은 fxt 파일이 서버를 에뮬레이트한다고 말합니다. 브로커는 포함된 fxt가 에뮬레이션이 아니라 서버에서 기록된 실제 틱 데이터라고 말합니다. 나는 그들이 나에게 말하는 것을 계속하고 있습니다. 도움이 되기를 바랍니다. 나는 항상 90% 이상을 얻을 수 있었다. 압축으로 인해 파일이 손상되었을 수 있습니다. 그들이 보낸 원본 파일은 99Mb였습니다.
이 데이터를 얻은 브로커에 따르면 fxt 파일은 MT가 hst 데이터에서 생성하는 것입니다. 그들은 fxt 파일이 서버를 에뮬레이트한다고 말합니다. 브로커는 포함된 fxt가 에뮬레이션이 아니라 서버에서 기록된 실제 틱 데이터라고 말합니다. 나는 그들이 나에게 말하는 대로 할 뿐입니다. 도움이 되기를 바랍니다. 저는 항상 90% 이상을 얻을 수 있었습니다. 압축으로 인해 파일이 손상되었을 수 있습니다. 그들이 보낸 원본 파일은 99Mb였습니다.
나는 Alpari에서 과거 가격 데이터를 로드하는 것에 대한 CodersGuru의 튜토리얼을 따랐고 이 프로세스가 60분 시간을 제외한 모든 기간 동안 작동하도록 했습니다. 1M 파일에 대해 총 573969개의 레코드, 5M에 대해 132860개 레코드, 15M에 대해 44723개 레코드, 30M에 대해 22175개 레코드를 얻지만 1H(60M) 기간 동안 536개 레코드만 얻습니다. 573969를 60 = 9566.15로 나눈 값을 감안할 때 내가 받아야 하는 것보다 훨씬 적은 막대를 얻는 이유가 궁금합니다.
또한 히스토리 센터의 1H 타임프레임에 대해 나열된 가장 빠른 날짜는 2006.03.06인 반면 다른 모든 타임프레임은 2004.06.16입니다. 이는 거의 2년의 더 많은 데이터입니다!!
이 문제가 발생한 다른 사람이 있습니까? 나에게 버그처럼 보인다. 내 전략을 백테스트하려면 1H 기간이 필요하므로 솔루션을 찾아야 합니다.
틱 데이터
Nicholishen 덕분에 얻었습니다. 나는 연극을 하고 어떻게 되는지 볼 것이다.
백테스팅/최적화
파일에는 브로커가 수집한 1년 이상의 라이브 틱 데이터가 포함된 .hst 및 .fxt가 포함됩니다.
설치 지침 참조 - https://www.mql5.com/en/forum/173508
건배
MT4 전략 테스터 - M1 EurUsd 틱 데이터
파일에는 브로커가 수집한 1년 이상의 라이브 틱 데이터가 포함된 .hst 및 .fxt가 포함됩니다.
설치 지침 참조 - https://www.mql5.com/en/forum/173508
건배
안녕,
데이터 주셔서 감사합니다, 당신은 큰 일을했습니다! 불행히도 .hst 파일이 손상되었고 헤더가 엉망입니다. 저작권 필드를 변경한 것을 볼 수 있지만 일종의 "덮어쓰기" 모드에서 데이터를 이동하지 않고 이 작업을 수행해야 합니다. 수정되지 않은 .hst 파일을 게시할 수 있습니까?
감사해요,
코드마스터
안녕,
데이터 주셔서 감사합니다, 당신은 큰 일을했습니다! 불행히도 .hst 파일이 손상되었고 헤더가 엉망입니다. 저작권 필드를 변경한 것을 볼 수 있지만 일종의 "덮어쓰기" 모드에서 데이터를 이동하지 않고 이 작업을 수행해야 합니다. 수정되지 않은 .hst 파일을 게시할 수 있습니까?
감사해요,
코드마스터
이것은 실제 눈금 데이터가 아닌 M1 막대 데이터입니다.
백테스터는 실제가 아닌 시뮬레이션된 틱 으로 작동합니다.
유일한 실제 시세는 시가, 종가, 고가 및 저가입니다.
이것이 M1 백테스팅에서 항상 25%의 품질을 얻는 이유입니다.
실제 진드기 를 원하면 백 테스터를 사용하지 말고 기록하십시오.
이것은 실제 눈금 데이터가 아닌 M1 막대 데이터입니다.
백테스터는 실제가 아닌 시뮬레이션된 틱 으로 작동합니다.
유일한 실제 시세는 시가, 종가, 고가 및 저가입니다.
이것이 M1 백테스팅에서 항상 25%의 품질을 얻는 이유입니다.
실제 진드기 를 원하면 백 테스터를 사용하지 말고 기록하십시오.
이것은 실제 눈금 데이터가 아닌 M1 막대 데이터입니다.
백테스터는 실제 틱이 아닌 시뮬레이션된 틱으로 작동합니다.
유일한 실제 시세는 시가, 종가, 고가 및 저가입니다.
이것이 M1 백테스팅에서 항상 25% 품질을 얻는 이유입니다.
실제 진드기 를 원하면 백 테스터를 사용하지 말고 기록하십시오.이 데이터를 얻은 브로커에 따르면 fxt 파일은 MT가 hst 데이터에서 생성하는 것입니다. 그들은 fxt 파일이 서버를 에뮬레이트한다고 말합니다. 브로커는 포함된 fxt가 에뮬레이션이 아니라 서버에서 기록된 실제 틱 데이터라고 말합니다. 나는 그들이 나에게 말하는 것을 계속하고 있습니다. 도움이 되기를 바랍니다. 나는 항상 90% 이상을 얻을 수 있었다. 압축으로 인해 파일이 손상되었을 수 있습니다. 그들이 보낸 원본 파일은 99Mb였습니다.
이것은 실제 눈금 데이터가 아닌 M1 막대 데이터입니다.
백테스터는 실제가 아닌 시뮬레이션된 틱으로 작동합니다.
유일한 실제 시세는 시가, 종가, 고가 및 저가입니다.
이것이 M1 백테스팅에서 항상 25%의 품질을 얻는 이유입니다.
실제 진드기 를 원하면 백 테스터를 사용하지 말고 기록하십시오.이 데이터를 얻은 브로커에 따르면 fxt 파일은 MT가 hst 데이터에서 생성하는 것입니다. 그들은 fxt 파일이 서버를 에뮬레이트한다고 말합니다. 브로커는 포함된 fxt가 에뮬레이션이 아니라 서버에서 기록된 실제 틱 데이터라고 말합니다. 나는 그들이 나에게 말하는 대로 할 뿐입니다. 도움이 되기를 바랍니다. 저는 항상 90% 이상을 얻을 수 있었습니다. 압축으로 인해 파일이 손상되었을 수 있습니다. 그들이 보낸 원본 파일은 99Mb였습니다.
전략 테스트를 위한 이력 데이터 가져오기 및 변환 - 1HR 버그?
안녕,
나는 Alpari에서 과거 가격 데이터를 로드하는 것에 대한 CodersGuru의 튜토리얼을 따랐고 이 프로세스가 60분 시간을 제외한 모든 기간 동안 작동하도록 했습니다. 1M 파일에 대해 총 573969개의 레코드, 5M에 대해 132860개 레코드, 15M에 대해 44723개 레코드, 30M에 대해 22175개 레코드를 얻지만 1H(60M) 기간 동안 536개 레코드만 얻습니다. 573969를 60 = 9566.15로 나눈 값을 감안할 때 내가 받아야 하는 것보다 훨씬 적은 막대를 얻는 이유가 궁금합니다.
또한 히스토리 센터의 1H 타임프레임에 대해 나열된 가장 빠른 날짜는 2006.03.06인 반면 다른 모든 타임프레임은 2004.06.16입니다. 이는 거의 2년의 더 많은 데이터입니다!!
이 문제가 발생한 다른 사람이 있습니까? 나에게 버그처럼 보인다. 내 전략을 백테스트하려면 1H 기간이 필요하므로 솔루션을 찾아야 합니다.
감사해요,
이안