정점은 미래를 "바라본다" - 진드기가 도착하는 순간, 그것이 정점이 될지는 아직 알 수 없습니다.
고점 간 간격 및 스프레드 확대에 대한 정보가 없습니다(고점 간에는 어떤 가격으로도 진입-퇴장할 수 없음).
그러나 중첩주기가 많은 초기 대략적인 분석의 경우 지그재그형 고점이 어느 정도 적합합니다. 그러나 MT에서 TS와 유사한 것을 테스트하는 것이 좋습니다.
미래를 내다보지 않도록 ZZ를 다시 작성하세요. 즉, 히스토리의 각 시점의 값을 실제 0 바에서와 같이 유지합니다. 예를 들어 마지막 극값은 더 낮고 가격은 약간 더 높습니다. 가격에서 극값까지의 델타를 유지합니다. 각 막대에 대해 계속 반복합니다. 몇 개의 막대가 지나면 이전 극한값이 증가하거나 새로운 극한값이 생성됩니다. 저는 이걸로 리메이크했습니다. https://www.mql5.com/ru/code/15970 어느 것이든 리메이크할 수 있지만요.
Упрощенная версия популярного индикатора ZigZag. Алгоритм работает существенно быстрее, не использует промежуточных расчетных буферов, не содержит вложенные циклы и, следовательно, не перерисовывает сам себя.
elibrarius #: ZZ가 미래를 보지 않도록 다시 작성합니다. 즉, 기록의 각 순간마다 값이 실제 0 바에서와 같이 저장되도록 합니다. 예를 들어 마지막 극값은 더 낮고 가격은 약간 더 높습니다. 가격에서 극값까지의 델타를 유지합니다. 각 막대마다 이렇게 합니다. 몇 개의 막대가 지나면 이전 극한값이 증가하거나 새로운 극한값이 만들어집니다. 이 중 일부를 리메이크했습니다. https://www.mql5.com/ru/code/15970 어느 것이든 리메이크할 수 있지만.
속도를 위해 일부러 정확도를 희생했습니다. 정점(가격과 시간)만 저장하면 도구의 전체 기록에 대한 기록이 수만 또는 수십만 개로 매우 압축됩니다. 이는 아이디어의 초기 검증을 위해 이력을 주기적으로 검색(중첩된 경우가 많음)해야 하는 경우가 많기 때문에 많은 도움이 됩니다.
저는 속도를 위해 일부러 정확성을 희생했습니다. 정점(가격과 시간)만 저장하면 도구의 전체 기록에 대한 기록이 수만 또는 수십만 개로 매우 압축됩니다. 이는 아이디어의 초기 검증을 위해 이력을 주기적으로 검색하는 것(종종 중첩된 경우가 많음)으로 축소되기 때문에 많은 도움이 됩니다.
혹시 RCPP에서 테스터를 만들었나요? 나는 그것이 매우 필요합니다.
아니요. R에서 틱과 막대없이 지그재그 상단 만 사용하려고하는데 일반적으로 테스트는 거짓말을합니다.
아니요. R에서 틱과 막대 없이 지그재그 위쪽만 테스트하려고 하는데 보통 거짓말을 합니다.
왜 거짓말을 하나요?
고점은 미래를 "본다" - 틱이 도착하는 순간 고점이 될지 여부는 아직 알 수 없습니다.
고점 사이의 갭과 스프레드 확대에 대한 정보가 없습니다(고점 사이에는 어떤 가격으로도 진입-퇴장할 수 없습니다).
그러나 중첩주기가 많은 초기 대략적인 분석의 경우 지그재그형 고점이 어느 정도 적합합니다. 그러나 MT에서 TS와 유사한 것을 테스트하는 것이 좋습니다.
정점은 미래를 "바라본다" - 진드기가 도착하는 순간, 그것이 정점이 될지는 아직 알 수 없습니다.
고점 간 간격 및 스프레드 확대에 대한 정보가 없습니다(고점 간에는 어떤 가격으로도 진입-퇴장할 수 없음).
그러나 중첩주기가 많은 초기 대략적인 분석의 경우 지그재그형 고점이 어느 정도 적합합니다. 그리고 MT에서 TC와 유사한 것을 테스트하는 것이 좋습니다.
정점은 미래를 "바라본다" - 진드기가 도착하는 순간, 그것이 정점이 될지는 아직 알 수 없습니다.
고점 간 간격 및 스프레드 확대에 대한 정보가 없습니다(고점 간에는 어떤 가격으로도 진입-퇴장할 수 없음).
그러나 중첩주기가 많은 초기 대략적인 분석의 경우 지그재그형 고점이 어느 정도 적합합니다. 그러나 MT에서 TS와 유사한 것을 테스트하는 것이 좋습니다.
저는 이걸로 리메이크했습니다. https://www.mql5.com/ru/code/15970
어느 것이든 리메이크할 수 있지만요.
ZZ가 미래를 보지 않도록 다시 작성합니다. 즉, 기록의 각 순간마다 값이 실제 0 바에서와 같이 저장되도록 합니다. 예를 들어 마지막 극값은 더 낮고 가격은 약간 더 높습니다. 가격에서 극값까지의 델타를 유지합니다. 각 막대마다 이렇게 합니다. 몇 개의 막대가 지나면 이전 극한값이 증가하거나 새로운 극한값이 만들어집니다.
이 중 일부를 리메이크했습니다. https://www.mql5.com/ru/code/15970
어느 것이든 리메이크할 수 있지만.
속도를 위해 일부러 정확도를 희생했습니다. 정점(가격과 시간)만 저장하면 도구의 전체 기록에 대한 기록이 수만 또는 수십만 개로 매우 압축됩니다. 이는 아이디어의 초기 검증을 위해 이력을 주기적으로 검색(중첩된 경우가 많음)해야 하는 경우가 많기 때문에 많은 도움이 됩니다.
는 종종 중첩된 루프에서 기록을 살펴보는 것으로 축소됩니다.
놀랍습니다.
저는 속도를 위해 일부러 정확성을 희생했습니다. 정점(가격과 시간)만 저장하면 도구의 전체 기록에 대한 기록이 수만 또는 수십만 개로 매우 압축됩니다. 이는 아이디어의 초기 검증을 위해 이력을 주기적으로 검색하는 것(종종 중첩된 경우가 많음)으로 축소되기 때문에 많은 도움이 됩니다.
그리고 버텍스 시간을 분 또는 초 단위(밀리초가 더 좋음)로 측정할 수 있나요?