그러나 초기 패스에서 Trendx[(i+N)*multiplier]에 액세스할 때 범위를 벗어난 인덱스로 인해 충돌이 발생합니다.
선택한 TF에 따라 +N= 1, 2 또는 3인 추세 x에서 실패합니다.
간단한 수정으로 H4, D1, W1 TF를 H1 차트에 표시하기 위해 600(즉, >3*168)을 뺍니다. 그러나 더 사려 깊은 솔루션이 필요합니다.
즉 int limit = Bars-counted_bars -600;
나는 또한 차트가 시간 프레임에 있거나 표시기에 설정된 3가지 MTF 추세 중 하나에 해당하는 시간 프레임으로 전환할 때 경고(정상)를 보내지만 여전히 통과한다는 사실을 알아냈습니다. 모든 TF가 올바르게 설정되었을 때 제대로 정리되지 않은 버퍼 등(vs return(0)(또는 -1))을 할당하고 설정하므로 주변에 많은 정크가 남습니다.
또한 적절한 코드 처리가 아닌 -600 위의 빠른 수정으로 인해 H1(H4, D1, W1 선택)보다 낮은 차트 TF로 이동할 때 충돌합니다.
차트에서 차트로, 타임프레임에서 타임프레임으로 전환할 수 있는 몇 가지 기능은 막대 표시 제한(CPU/대역폭 저장)과 상대 TF 선택을 위한 매개변수 (예: 1, 2 등)가 현재 TF+1을 표시하는 것입니다. , TF+2 등을 사용하여 현재/특정 TF 선택을 확장합니다.
그러나 초기 패스에서 Trendx[(i+N)*multiplier]에 액세스할 때 범위를 벗어난 인덱스로 인해 충돌이 발생합니다.
선택한 TF에 따라 +N= 1, 2 또는 3인 추세 x에서 실패합니다.
간단한 수정으로 H4, D1, W1 TF를 H1 차트에 표시하기 위해 600(즉, >3*168)을 뺍니다. 그러나 더 사려 깊은 솔루션이 필요합니다.
즉 int limit = Bars-counted_bars -600;
나는 또한 차트가 시간 프레임에 있거나 표시기에 설정된 3가지 MTF 추세 중 하나에 해당하는 시간 프레임으로 전환할 때 경고(정상)를 보내지만 여전히 통과한다는 사실을 알아냈습니다. 모든 TF가 올바르게 설정되었을 때 제대로 정리되지 않은 버퍼 등(vs return(0)(또는 -1))을 할당하고 설정하므로 주변에 많은 정크가 남습니다.
또한 적절한 코드 처리가 아닌 -600 위의 빠른 수정으로 인해 H1(H4, D1, W1 선택)보다 낮은 차트 TF로 이동할 때 충돌합니다.
안녕 mladen...
이 지표에 대해 도와주세요....
그것은 작동 할 수 없습니다 ....하지만 시간대를 변경하고 다시 나타날 수 있습니다 ... 고마워...안녕 mladen...
이 지표에 대해 도와주세요....
요피
shi 은색 추세 신호가 다시 칠해지고 있습니다. 당신이 보는 것은 일반적으로 "고전적인 재도색"이라고 불리는 것입니다.
더 큰 시간대 동적 추세
안녕하세요 탬파_
HTF 트렌드 그림이 재미있어 보이니 시도해 보세요.
그러나 초기 패스에서 Trendx[(i+N)*multiplier]에 액세스할 때 범위를 벗어난 인덱스로 인해 충돌이 발생합니다.
선택한 TF에 따라 +N= 1, 2 또는 3인 추세 x에서 실패합니다.
간단한 수정으로 H4, D1, W1 TF를 H1 차트에 표시하기 위해 600(즉, >3*168)을 뺍니다. 그러나 더 사려 깊은 솔루션이 필요합니다.
즉 int limit = Bars-counted_bars -600;
나는 또한 차트가 시간 프레임에 있거나 표시기에 설정된 3가지 MTF 추세 중 하나에 해당하는 시간 프레임으로 전환할 때 경고(정상)를 보내지만 여전히 통과한다는 사실을 알아냈습니다. 모든 TF가 올바르게 설정되었을 때 제대로 정리되지 않은 버퍼 등(vs return(0)(또는 -1))을 할당하고 설정하므로 주변에 많은 정크가 남습니다.
또한 적절한 코드 처리가 아닌 -600 위의 빠른 수정으로 인해 H1(H4, D1, W1 선택)보다 낮은 차트 TF로 이동할 때 충돌합니다.
이 테스트/피드백이 유용하기를 바랍니다.
감사해요
더 큰 시간대 동적 추세
당신의 설정을 기억합니까?
이거 가지고
안녕하세요 mrtools님
예, 이것이 바로 제가 찾던 것입니다.
차트에서 차트로, 타임프레임에서 타임프레임으로 전환할 수 있는 몇 가지 기능은 막대 표시 제한(CPU/대역폭 저장)과 상대 TF 선택을 위한 매개변수 (예: 1, 2 등)가 현재 TF+1을 표시하는 것입니다. , TF+2 등을 사용하여 현재/특정 TF 선택을 확장합니다.
하지만 이대로는 아주 좋은 지표이고 감사합니다!!!
당신의 설정을 기억합니까?
안녕하세요 탬파_
HTF 트렌드 그림이 재미있어 보이니 시도해 보세요.
그러나 초기 패스에서 Trendx[(i+N)*multiplier]에 액세스할 때 범위를 벗어난 인덱스로 인해 충돌이 발생합니다.
선택한 TF에 따라 +N= 1, 2 또는 3인 추세 x에서 실패합니다.
간단한 수정으로 H4, D1, W1 TF를 H1 차트에 표시하기 위해 600(즉, >3*168)을 뺍니다. 그러나 더 사려 깊은 솔루션이 필요합니다.
즉 int limit = Bars-counted_bars -600;
나는 또한 차트가 시간 프레임에 있거나 표시기에 설정된 3가지 MTF 추세 중 하나에 해당하는 시간 프레임으로 전환할 때 경고(정상)를 보내지만 여전히 통과한다는 사실을 알아냈습니다. 모든 TF가 올바르게 설정되었을 때 제대로 정리되지 않은 버퍼 등(vs return(0)(또는 -1))을 할당하고 설정하므로 주변에 많은 정크가 남습니다.
또한 적절한 코드 처리가 아닌 -600 위의 빠른 수정으로 인해 H1(H4, D1, W1 선택)보다 낮은 차트 TF로 이동할 때 충돌합니다.
이 테스트/피드백이 유용하기를 바랍니다.
감사해요
수익성
" 범위를 벗어남" 충돌은 언제 발생합니까?
내가 아는 한 표시기 코드는 엄격 모드를 사용하지 않으며 사용된 매개변수(및 시간 프레임)에 관계없이 엄격 모드가 해당 코드에 호출되지 않는 한 이러한 종류의 충돌/오류가 없어야 합니다. 설명하신 충돌을 재현하려고 할 때 충돌이 발생하지 않음)
수익성
"범위를 벗어남" 충돌은 언제 발생합니까?
내가 아는 한 표시기 코드는 엄격 모드를 사용하지 않으며 사용된 매개변수(및 시간 프레임)에 관계없이 엄격 모드가 해당 코드에 호출되지 않는 한 이러한 종류의 충돌/오류가 없어야 합니다. 설명하신 충돌을 재현하려고 할 때 충돌이 발생하지 않음)
안녕하세요 mladen님
MetaEditor 디버거에서 코드를 단계별로 실행하면 오류가 발생합니다.
그러나 이제 언급하셨지만 MetaEditor 디버거는 엄격 모드를 자동으로 활성화하므로 디버거를 사용할 때 OOB(out of bounds) 오류/충돌이 발생합니다.
그래서 디버그 모드 를 사용하지 않고 인디케이터를 컴파일하여 오픈 차트에 적용했는데 잘 작동했습니다. MT4 비엄격 모드는 이러한 OOB 문제를 어떻게든 보상해야 합니다.
그런 식으로 사용하면 충돌하지 않지만 수정된 OOB 데이터가 표시되는 경우 여전히 "의심스러운" 상태일 수 있습니다. 어쨌든 가장 최근의 데이터를 일반적으로 보기 때문에 아마도 괜찮을 것입니다... 죄송합니다.
mLaden, 저를 좀 도와주실 수 있습니까? 3개의 MTF 설정을 자동화하려고 했습니다. 코드 끝에서 참조하는 "CheckK" 기능 을 처리하는 방법을 모르겠습니다. 감사해요!