- 표시기는 목표 시간 프레임 기간의 시작 부분에 화살표를 표시합니다(4시간 목표 시간 프레임의 경우 0,4,8...).
- 당신은 닫힌 막대와 이전 닫힌 막대를 테스트하고 있습니다. 즉, 1시간 차트에 화살표가 표시된 위치와 비교하여 4시간 지연 으로 항목이 발생합니다. 따라서 닫힌 막대를 테스트할 때 위치를 입력하는 완전히 정상적인 방법입니다)
- 다음은 4시간 프레임 표시기가 있는 1시간 프레임 차트와 4시간 프레임 표시기가 있는 1시간 차트에서 실행되는 EA의 백 테스트를 비교한 것입니다.
또한 알림으로 다중 시간대 차트에 화살표가 그려지는 경우 목표 시간대에 속하는 첫 번째 막대에 화살표가 그려지지만 그것이 그때 일어났다는 의미는 아니라고 말했습니다. 모든 막대에서 발생할 수 있습니다. 목표 시간대에 속하는
시간 프레임 기준: mtf 표시기에서 입력에서 문자열을 사용합니다. 예를 들어 해당 날짜에 1440분이 있고 1440을 입력해야 한다는 것을 알아야 하는 것보다 D1을 입력하는 것이 훨씬 쉽기 때문입니다. 내부적으로 메타 트레이더는 ID "D1"이 무엇인지 약간의 아이디어 - "D1"또는 "Day"또는 "TimeFrame"또는 이와 유사한 것은 시간 프레임이 날짜로 배치되어야하는 장소에서만 1440을 인식합니다. 잘못된 시간 프레임을 의미하고 전환됩니다. 현재 시간 프레임으로
추신: 테스트한 EA 첨부(이 경우 TimeFrame은 매개변수 및 정수입니다. 종료 테스트에서 두 막대 테스트를 모두 사용하지 않았습니다. 전체 코드를 살펴보지는 않았지만 항목이 정확하고 볼 수 있듯이) 또한 알림으로 현재 막대 테스트를 다중 시간 프레임 표시기와 함께 사용하려고 하면 완전히 잘못된 결과를 얻게 될 것입니다(많은 게시물의 주제가 mtf인 이유 테스트는 닫힌 막대에서 수행되어야 함) 이 테스트는 신뢰할 수 있는 테스트 방법일 뿐입니다. 닫힌 막대에서 EA 테스트
그것은 동일하지 않습니다. 일부 루프가 해결되는 방식에 변화가 있습니다(실제로 2개의 이중 루프를 버리고 그 안에서 수행된 작업을 다르게 해결했습니다). 그러나 값에 관한 한 동일합니다(코딩에 관계없이 차이점)
크기 차이는 플랫폼 변경의 결과입니다(Visual Studio로 돌아왔습니다 - 솔직히 잘못된 문서에 질려버렸고, Microsoft가 해야 할 일을 할 수 있다면 문서입니다. 거의 최신 도움말 파일에 결함이 있음). 가능할 때마다 외부 dll(대부분 연결 유형이 매우 다름)이 가능합니다(내가 언급한 이유로 - 경우에 따라 "msvcrt.dll"은 단순히 "찾을 수 없음"이고 사람들은 해당 표시기를 실행하는 데 문제가 있습니다. 이 표시기에는 문제가 없습니다)
따라서 새로운 libSSA는 혁명이 아니라 일종의 진화입니다. (누군가가 코드를 다시 검토한 다음 무언가 다르게 그리고 조금 더 빠르게 수행할 수 있다는 결론에 도달하는 고전적인 경우입니다.)
이것이 수행 된 작업과 이유를 명확히하기를 바랍니다.
문안 인사
믈라덴
madcedar: 안녕하세요 믈라덴입니다.
이 게시물 에서 libSSA.dll의 소스 코드를 언급했습니다. 이 스레드에 게시된 유일한 소스 코드는 2009년에 게시된 이 게시물에 있습니다 . 현재 dll의 크기가 2009년보다 훨씬 크기 때문에 현재 libSSA.dll과 동일한지 궁금합니다. .
Simba는 외삽을 위한 프레임으로 사용한 푸리에 외삽을 게시했습니다. 다음은 dll 라이브러리를 사용하는 몇 가지입니다(일부 변경 사항이 추가되었으므로 첨부된 dll을 사용해야 함) 무엇이든 외삽하기 위해 쉽게 추가하는 데 사용할 수 있는 2개의 예시 표시기 첨부: 하나는 켜짐 메인 차트("가격" 하나) 및 다른 하나는 하위 창("WPR")에 있습니다.
두 줄 모두에서 변경해야 하는 유일한 줄은 93줄입니다(두 표시기 모두 같은 줄에 있도록 만들어짐). 외삽해야 할 것으로 교체하고 시작 부분에 매개변수를 추가하고 사용합니다. 이들의 주요 차이점은 속도(이미 dll을 만드는 주된 이유라고 말했듯이)와 발생할 수 있는 몇 가지 문제가 해결된다는 것입니다.
__________________________
다음은 몇 가지 예입니다(그리고 빨간색 부분은 과거 값의 예측임을 상기시키고 싶습니다(계산 자체에는 표시기의 빨간색 부분 아래에 있는 미래 값에 대해 "전혀 알 수 없음"). 값은 다음에서 독점적으로 계산됩니다. "점으로 구분된 부분"에 포함된 데이터와 해당 값만 외삽 함수 에 전달됨을 확인할 수 있음) - 항상 이렇게 효과적이지는 않을 것이며 때로는 완전히 반대 결과를 보여줄 수도 있지만 다음에는 어떤 똑똑한 사람이... 어느 쪽이든 50%의 가능성으로 모든 것이 무작위적이라고 말할 때 간단한 외삽법을 보여주십시오. TA에는 성배가 없습니다(그리고 이것은 아주 멀리 떨어져 있습니다). 하지만 다음과 같은 것들이 있습니다. TA 자체의 의미와 목표를 모두 보여주고 있음)
추신: 내 실험에서 모든 시간 프레임은 더 긴 예측을 위해 과거 막대 수와 고조파 수를 조정해야 합니다. 지금까지 해당 매개변수를 찾는 "자동화"하는 쉬운 방법을 찾지 못했지만 테스트에서 변경하지 않고 마지막 막대(예: 50) 및 미래 막대(미래 자체도 보고 싶은 경우 100)에 적당한 숫자를 사용합니다. )는 불합리한 선택이 아닙니다(다음과 같습니다.
Simba는 외삽을 위한 프레임으로 사용한 푸리에 외삽을 게시했습니다. 다음은 dll 라이브러리를 사용하는 몇 가지입니다(일부 변경 사항이 추가되었으므로 첨부된 dll을 사용해야 함) 무엇이든 외삽하기 위해 쉽게 추가하는 데 사용할 수 있는 2개의 예시 표시기 첨부: 하나는 켜짐 메인 차트("of price" 하나) 및 다른 하나는 하위 창("of WPR")에 있습니다.
두 줄 모두에서 변경해야 하는 유일한 줄은 93줄입니다(두 표시기 모두 같은 줄에 있도록 만들어짐). 외삽해야 할 것으로 교체하고 시작 부분에 매개변수를 추가하고 사용합니다. 이들의 주요 차이점은 속도(이미 dll을 만드는 주된 이유라고 말했듯이)와 발생할 수 있는 몇 가지 문제가 해결된다는 것입니다.
__________________________
다음은 몇 가지 예입니다(그리고 빨간색 부분은 과거 값의 예측임을 상기시키고 싶습니다(계산 자체에는 표시기의 빨간색 부분 아래에 있는 미래 값에 대해 "전혀 알 수 없음"). 값은 다음에서 독점적으로 계산됩니다. "점선 부분"에 포함된 데이터와 해당 값만 외삽 함수에 전달됨을 확인할 수 있음) - 항상 이렇게 효과적이지는 않을 것이고 때로는 완전히 반대의 결과를 보여주겠지만 다음에는 어떤 똑똑한 사람이... 어느 쪽이든 50%의 가능성으로 모든 것이 무작위적이라고 말할 때 간단한 외삽법을 보여주십시오. TA에는 성배가 없습니다(그리고 이것은 아주 멀리 떨어져 있습니다). 하지만 다음과 같은 것들이 있습니다. TA 자체의 의미와 목표를 모두 보여주고 있음)
추신: 내 실험에서 모든 시간 프레임은 더 긴 예측을 위해 과거 막대 수와 고조파 수를 조정해야 합니다. 지금까지 해당 매개변수를 찾는 "자동화"하는 쉬운 방법을 찾지 못했지만 테스트에서 변경하지 않고 마지막 막대(예: 50) 및 미래 막대(미래 자체도 보고 싶은 경우 100)에 적당한 숫자를 사용합니다. )는 불합리한 선택이 아닙니다(다음과 같습니다.
믈라덴,
이러한 지표와 DLL에 감사드립니다.
예, HG가 되는 것과는 거리가 멀지만 CPU에 과부하가 걸리지 않고 긴 기록과 높은 고조파를 사용할 수 있다면 특히 새 dll에서 발생하는 것처럼 많은 도움이 됩니다. 예측 기능을 사용하면 볼 수 있습니다. 미래는 흥미롭습니다. 기본 지표에 따라 때때로 결과가 놀랍더라도 잠재적인 영교차 또는 기울기 변화에 대한 +- 2 막대 아이디어를 갖는 데 사용하는 것이 연구 가치가 있습니다..
레이
내 테스트에서 그것은 괜찮은 것 같습니다
다음을 의미하는 닫힌 막대를 테스트하고 있습니다.또한 알림으로 다중 시간대 차트에 화살표가 그려지는 경우 목표 시간대에 속하는 첫 번째 막대에 화살표가 그려지지만 그것이 그때 일어났다는 의미는 아니라고 말했습니다. 모든 막대에서 발생할 수 있습니다. 목표 시간대에 속하는시간 프레임 기준: mtf 표시기에서 입력에서 문자열을 사용합니다. 예를 들어 해당 날짜에 1440분이 있고 1440을 입력해야 한다는 것을 알아야 하는 것보다 D1을 입력하는 것이 훨씬 쉽기 때문입니다. 내부적으로 메타 트레이더는 ID "D1"이 무엇인지 약간의 아이디어 - "D1"또는 "Day"또는 "TimeFrame"또는 이와 유사한 것은 시간 프레임이 날짜로 배치되어야하는 장소에서만 1440을 인식합니다. 잘못된 시간 프레임을 의미하고 전환됩니다. 현재 시간 프레임으로
추신: 테스트한 EA 첨부(이 경우 TimeFrame은 매개변수 및 정수입니다. 종료 테스트에서 두 막대 테스트를 모두 사용하지 않았습니다. 전체 코드를 살펴보지는 않았지만 항목이 정확하고 볼 수 있듯이) 또한 알림으로 현재 막대 테스트를 다중 시간 프레임 표시기와 함께 사용하려고 하면 완전히 잘못된 결과를 얻게 될 것입니다(많은 게시물의 주제가 mtf인 이유 테스트는 닫힌 막대에서 수행되어야 함) 이 테스트는 신뢰할 수 있는 테스트 방법일 뿐입니다. 닫힌 막대에서 EA 테스트
로드니
그것은 동일하지 않습니다. 일부 루프가 해결되는 방식에 변화가 있습니다(실제로 2개의 이중 루프를 버리고 그 안에서 수행된 작업을 다르게 해결했습니다). 그러나 값에 관한 한 동일합니다(코딩에 관계없이 차이점)
크기 차이는 플랫폼 변경의 결과입니다(Visual Studio로 돌아왔습니다 - 솔직히 잘못된 문서에 질려버렸고, Microsoft가 해야 할 일을 할 수 있다면 문서입니다. 거의 최신 도움말 파일에 결함이 있음). 가능할 때마다 외부 dll(대부분 연결 유형이 매우 다름)이 가능합니다(내가 언급한 이유로 - 경우에 따라 "msvcrt.dll"은 단순히 "찾을 수 없음"이고 사람들은 해당 표시기를 실행하는 데 문제가 있습니다. 이 표시기에는 문제가 없습니다)
따라서 새로운 libSSA는 혁명이 아니라 일종의 진화입니다.
(누군가가 코드를 다시 검토한 다음 무언가 다르게 그리고 조금 더 빠르게 수행할 수 있다는 결론에 도달하는 고전적인 경우입니다.)
이것이 수행 된 작업과 이유를 명확히하기를 바랍니다.
문안 인사
믈라덴
안녕하세요 믈라덴입니다.
이 게시물 에서 libSSA.dll의 소스 코드를 언급했습니다. 이 스레드에 게시된 유일한 소스 코드는 2009년에 게시된 이 게시물에 있습니다 . 현재 dll의 크기가 2009년보다 훨씬 크기 때문에 현재 libSSA.dll과 동일한지 궁금합니다. .
안부 인사
로드니
추신: 현재 소스 코드를 게시하도록 요청하는 것이 아니라 변경된 경우에만 궁금합니다.믈라덴,
MTF에 대한 설명 덕분에 mtf가 EA에서 제대로 작동하지 않는 것 같습니다. 그래서 나는 내 시간 표시기로 돌아간 것 같아요. 몇 달 전에 경고를 추가 한 이 KC는 화살표로 더 잘 보일 것입니다. 경고가 발생할 때 화살표를 추가할 수 있는 기회가 있습니까?
다시 한번 감사합니다
레이
몇 가지 추가 사항:
Simba는 외삽을 위한 프레임으로 사용한 푸리에 외삽을 게시했습니다. 다음은 dll 라이브러리를 사용하는 몇 가지입니다(일부 변경 사항이 추가되었으므로 첨부된 dll을 사용해야 함) 무엇이든 외삽하기 위해 쉽게 추가하는 데 사용할 수 있는 2개의 예시 표시기 첨부: 하나는 켜짐 메인 차트("가격" 하나) 및 다른 하나는 하위 창("WPR")에 있습니다.
두 줄 모두에서 변경해야 하는 유일한 줄은 93줄입니다(두 표시기 모두 같은 줄에 있도록 만들어짐). 외삽해야 할 것으로 교체하고 시작 부분에 매개변수를 추가하고 사용합니다. 이들의 주요 차이점은 속도(이미 dll을 만드는 주된 이유라고 말했듯이)와 발생할 수 있는 몇 가지 문제가 해결된다는 것입니다.
__________________________
다음은 몇 가지 예입니다(그리고 빨간색 부분은 과거 값의 예측임을 상기시키고 싶습니다(계산 자체에는 표시기의 빨간색 부분 아래에 있는 미래 값에 대해 "전혀 알 수 없음"). 값은 다음에서 독점적으로 계산됩니다. "점으로 구분된 부분"에 포함된 데이터와 해당 값만 외삽 함수 에 전달됨을 확인할 수 있음) - 항상 이렇게 효과적이지는 않을 것이며 때로는 완전히 반대 결과를 보여줄 수도 있지만 다음에는 어떤 똑똑한 사람이... 어느 쪽이든 50%의 가능성으로 모든 것이 무작위적이라고 말할 때 간단한 외삽법을 보여주십시오. TA에는 성배가 없습니다(그리고 이것은 아주 멀리 떨어져 있습니다). 하지만 다음과 같은 것들이 있습니다. TA 자체의 의미와 목표를 모두 보여주고 있음) 추신: 내 실험에서 모든 시간 프레임은 더 긴 예측을 위해 과거 막대 수와 고조파 수를 조정해야 합니다. 지금까지 해당 매개변수를 찾는 "자동화"하는 쉬운 방법을 찾지 못했지만 테스트에서 변경하지 않고 마지막 막대(예: 50) 및 미래 막대(미래 자체도 보고 싶은 경우 100)에 적당한 숫자를 사용합니다.몇 가지 추가 사항:
Simba는 외삽을 위한 프레임으로 사용한 푸리에 외삽을 게시했습니다. 다음은 dll 라이브러리를 사용하는 몇 가지입니다(일부 변경 사항이 추가되었으므로 첨부된 dll을 사용해야 함) 무엇이든 외삽하기 위해 쉽게 추가하는 데 사용할 수 있는 2개의 예시 표시기 첨부: 하나는 켜짐 메인 차트("of price" 하나) 및 다른 하나는 하위 창("of WPR")에 있습니다.
두 줄 모두에서 변경해야 하는 유일한 줄은 93줄입니다(두 표시기 모두 같은 줄에 있도록 만들어짐). 외삽해야 할 것으로 교체하고 시작 부분에 매개변수를 추가하고 사용합니다. 이들의 주요 차이점은 속도(이미 dll을 만드는 주된 이유라고 말했듯이)와 발생할 수 있는 몇 가지 문제가 해결된다는 것입니다.
__________________________
다음은 몇 가지 예입니다(그리고 빨간색 부분은 과거 값의 예측임을 상기시키고 싶습니다(계산 자체에는 표시기의 빨간색 부분 아래에 있는 미래 값에 대해 "전혀 알 수 없음"). 값은 다음에서 독점적으로 계산됩니다. "점선 부분"에 포함된 데이터와 해당 값만 외삽 함수에 전달됨을 확인할 수 있음) - 항상 이렇게 효과적이지는 않을 것이고 때로는 완전히 반대의 결과를 보여주겠지만 다음에는 어떤 똑똑한 사람이... 어느 쪽이든 50%의 가능성으로 모든 것이 무작위적이라고 말할 때 간단한 외삽법을 보여주십시오. TA에는 성배가 없습니다(그리고 이것은 아주 멀리 떨어져 있습니다). 하지만 다음과 같은 것들이 있습니다. TA 자체의 의미와 목표를 모두 보여주고 있음) 추신: 내 실험에서 모든 시간 프레임은 더 긴 예측을 위해 과거 막대 수와 고조파 수를 조정해야 합니다. 지금까지 해당 매개변수를 찾는 "자동화"하는 쉬운 방법을 찾지 못했지만 테스트에서 변경하지 않고 마지막 막대(예: 50) 및 미래 막대(미래 자체도 보고 싶은 경우 100)에 적당한 숫자를 사용합니다.믈라덴,
이러한 지표와 DLL에 감사드립니다.
예, HG가 되는 것과는 거리가 멀지만 CPU에 과부하가 걸리지 않고 긴 기록과 높은 고조파를 사용할 수 있다면 특히 새 dll에서 발생하는 것처럼 많은 도움이 됩니다. 예측 기능을 사용하면 볼 수 있습니다. 미래는 흥미롭습니다. 기본 지표에 따라 때때로 결과가 놀랍더라도 잠재적인 영교차 또는 기울기 변화에 대한 +- 2 막대 아이디어를 갖는 데 사용하는 것이 연구 가치가 있습니다..
넌 계속 흔들리고 있어, 알겠어
에스
답변이 늦어서 죄송합니다. 경고를 테스트하고 작동하는 것 같습니다. SSA의 재계산 특성을 기억하십시오.
안녕하세요 mrtools 입니다.
나는 이것을 아주 좋아합니다. 경고 정보가 표시되는 방식을 수정하려고 했지만 불가능합니다. 경고와 관련된 기호와 tf를 지정하고 싶습니다.
Ps: TTM_Ssa 막대 경고 인디에 대해 이야기하고 있습니다.
정말 고마워
fe 평균
이것은 평균의 푸리에 외삽입니다.
"PA BB Macd 의 푸리에 외삽법","
할 수 있습니다: "PA BB Macd의 푸리에 외삽","R-Ftlm-Stlm-Adaptive-4colorhisto-mtf의 푸리에 외삽"
안녕하세요 mrtools 입니다.
나는 이것을 아주 좋아합니다. 경고 정보가 표시되는 방식을 수정하려고 했지만 불가능합니다. 경고와 관련된 기호와 tf를 지정하고 싶습니다.
Ps: TTM_Ssa 막대 경고 인디에 대해 이야기하고 있습니다.
정말 고마워기호와 기간을 시각적 경고 앞으로 이동하여 이메일 경고를 그대로 둡니다.