Vasiliy Sokolov : 시간이 지남에 따라 MT5는 완전한 재앙입니다. 첫째, 날짜/시간 시스템 유형 은 해상도가 너무 낮고 오늘날 기준으로 1초는 영원합니다. 둘째, 사건의 도착은 시간과 관련이 없습니다. OnBookEvent에서 주문서의 새 스크린샷을 받았고 몇시에 속하는지 가정해 보겠습니다. 마지막으로 알려진 서버 시간으로 TimeCurrent를 가져오시겠습니까? 마지막으로 알려진 서버 시간이 1분 전에 업데이트된 경우 어떻게 됩니까?
3,000년까지 그들은 날짜/시간을 변경하지 않을 것입니다.
последняя дата datetime3001.01 . 0100 : 00 : 00 | 32535216000
Tapochun : 나는 지표가 필요하지 않습니다. 그리고 모드 차이가 필요하지 않습니다. 동일한 모드(예: 2000 및 10000)에서 다른 번호를 요청할 때 동일한 틱에서 차이를 볼 수 있습니다.
블라디미르 카르푸토프 : 이제 명확해졌습니다. 확인이 필요합니다...
Ghjdt 확인했습니다. 따라서 동일한 틱 수신 모드( COPY_TICKS_INFO 모드 - Bid 및 Ask만 찾았음)에 대해 동일한 기기에서 그리고 다른 틱 요청 깊이에서 틱 흐름이 다릅니다. 첨부된 Expert Advisor 파일(v. 1.41)은 이 동작의 이유를 명확하게 보여줍니다.
1500을 요청하면 1500틱이 반환되고, 10000을 요청하면 4691이 반환되며, 일반적으로 2000틱 이상을 반환하면 히스토리 반환 모드가 변경된다.
Ghjdt 확인했습니다. 따라서 동일한 틱 수신 모드( COPY_TICKS_INFO 모드 - Bid 및 Ask만 찾았음)에 대해 동일한 기기에서 그리고 다른 틱 요청 깊이에서 틱 흐름이 다릅니다. 첨부된 Expert Advisor 파일(v. 1.41)은 이 동작의 이유를 명확하게 보여줍니다.
1500을 요청하면 1500틱이 반환되고, 10000을 요청하면 4691이 반환되며, 일반적으로 2000틱 이상을 반환하면 히스토리 반환 모드가 변경된다.
Tapochun : 굉장하네, 나도 같은 게 있어. 나는 서비스 데스크에 썼다, 우리는 기다릴 것이다.
흥미로운 기능을 발견했습니다. 나는 새 기기 의 이전 메시지에서 Expert Advisor를 시작했으며 (그 전에는 틱 기록 요청이 없었으므로 틱 기록이 있는 파일이 디스크에 생성되지 않았습니다) 2000을 요청할 때 약 200틱이 반환되었음을 발견했습니다. 처음에는. 그러나 점차적으로 각 틱마다 반환되는 틱의 수가 증가합니다. 여기에 작성하는 동안 온라인 기록이 초기 200개의 틱에 추가되는 것 같습니다.
추가: Attached EA v 1.42 - 맨 처음 시작할 때 범위를 벗어나는 오류를 수정했습니다.
흥미로운 기능을 발견했습니다. 나는 새 기기 의 이전 메시지에서 Expert Advisor를 시작했으며 (그 전에는 틱 기록 요청이 없었으므로 틱 기록이 있는 파일이 디스크에 생성되지 않았습니다) 2000을 요청할 때 약 200틱이 반환되었음을 발견했습니다. 처음에는. 그러나 점차적으로 각 틱마다 반환되는 틱의 수가 증가합니다. 여기에 작성하는 동안 온라인 기록이 초기 200개의 틱에 추가되는 것 같습니다.
추가: Attached EA v 1.42 - 맨 처음 시작할 때 범위를 벗어나는 오류를 수정했습니다.
예, Renat은 진드기가 로드되고 있다고 말했습니다. 따라서 -1(최소한)의 반환을 확인해야 합니다. 그리고 COPY_TICKS_INFO 모드에서 적어도 반환된 금액이 요청된 금액과 동일한지 확인하고 적어도 확인하지 마십시오. 소용이 없습니다. 여전히 덜 반환됩니다.
시간이 지남에 따라 MT5는 완전한 재앙입니다. 첫째, 날짜/시간 시스템 유형 은 해상도가 너무 낮고 오늘날 기준으로 1초는 영원합니다. 둘째, 사건의 도착은 시간과 관련이 없습니다. OnBookEvent에서 주문서의 새 스크린샷을 받았고 몇시에 속하는지 가정해 보겠습니다. 마지막으로 알려진 서버 시간으로 TimeCurrent를 가져오시겠습니까? 마지막으로 알려진 서버 시간이 1분 전에 업데이트된 경우 어떻게 됩니까?
3,000년까지 그들은 날짜/시간을 변경하지 않을 것입니다.
훨씬 더 쉽게 포장
나는 지표가 필요하지 않습니다. 그리고 모드 차이가 필요하지 않습니다. 동일한 모드(예: 2000 및 10000)에서 다른 번호를 요청할 때 동일한 틱에서 차이를 볼 수 있습니다.
이제 명확해졌습니다. 확인이 필요합니다...
Ghjdt 확인했습니다. 따라서 동일한 틱 수신 모드( COPY_TICKS_INFO 모드 - Bid 및 Ask만 찾았음)에 대해 동일한 기기에서 그리고 다른 틱 요청 깊이에서 틱 흐름이 다릅니다. 첨부된 Expert Advisor 파일(v. 1.41)은 이 동작의 이유를 명확하게 보여줍니다.
1500을 요청하면 1500틱이 반환되고, 10000을 요청하면 4691이 반환되며, 일반적으로 2000틱 이상을 반환하면 히스토리 반환 모드가 변경된다.
Ghjdt 확인했습니다. 따라서 동일한 틱 수신 모드( COPY_TICKS_INFO 모드 - Bid 및 Ask만 찾았음)에 대해 동일한 기기에서 그리고 다른 틱 요청 깊이에서 틱 흐름이 다릅니다. 첨부된 Expert Advisor 파일(v. 1.41)은 이 동작의 이유를 명확하게 보여줍니다.
1500을 요청하면 1500틱이 반환되고, 10000을 요청하면 4691이 반환되며, 일반적으로 2000틱 이상을 반환하면 히스토리 반환 모드가 변경된다.
굉장하네, 나도 같은 게 있어. 나는 서비스 데스크에 썼다, 우리는 기다릴 것이다.
흥미로운 기능을 발견했습니다. 나는 새 기기 의 이전 메시지에서 Expert Advisor를 시작했으며 (그 전에는 틱 기록 요청이 없었으므로 틱 기록이 있는 파일이 디스크에 생성되지 않았습니다) 2000을 요청할 때 약 200틱이 반환되었음을 발견했습니다. 처음에는. 그러나 점차적으로 각 틱마다 반환되는 틱의 수가 증가합니다. 여기에 작성하는 동안 온라인 기록이 초기 200개의 틱에 추가되는 것 같습니다.
추가: Attached EA v 1.42 - 맨 처음 시작할 때 범위를 벗어나는 오류를 수정했습니다.
흥미로운 기능을 발견했습니다. 나는 새 기기 의 이전 메시지에서 Expert Advisor를 시작했으며 (그 전에는 틱 기록 요청이 없었으므로 틱 기록이 있는 파일이 디스크에 생성되지 않았습니다) 2000을 요청할 때 약 200틱이 반환되었음을 발견했습니다. 처음에는. 그러나 점차적으로 각 틱마다 반환되는 틱의 수가 증가합니다. 여기에 작성하는 동안 온라인 기록이 초기 200개의 틱에 추가되는 것 같습니다.
추가: Attached EA v 1.42 - 맨 처음 시작할 때 범위를 벗어나는 오류를 수정했습니다.
예, Renat은 진드기가 로드되고 있다고 말했습니다. 따라서 -1(최소한)의 반환을 확인해야 합니다. 그리고 COPY_TICKS_INFO 모드에서 적어도 반환된 금액이 요청된 금액과 동일한지 확인하고 적어도 확인하지 마십시오. 소용이 없습니다.
지금 오프라인 차트에서 틱을 요청하려고 했습니다. 모드와 요청된 틱 수에 관계없이 결과는 거의 동일합니다. 입찰 가격이 전혀 없습니다(모든 틱에 대해 입찰가 = 0).
글쎄, 월요일까지, 똑같이, 진드기로 믿을 것은 아무것도 없습니다. 나는 다른 일을 할 것이다.