MT5 교환 터미널에서 표시기(선, 화살표, 히스토그램)가 깜박이는 이유는 무엇입니까? - 페이지 6

 
Andrey Khatimlianskii : 아이디어가 떠올랐습니다. prev_calculated = 0이면 전체 재계산(및 다시 그리기)이 발생합니다. OnCalculate 시작 부분에 이 경우에 대한 인쇄물을 삽입하고 깜박일 때 인쇄물이 나타나는지 확인하십시오. 그렇다면 터미널이 카운터를 0으로 재설정하는 이유를 알아야 합니다(서비스 데스크에 이에 대해 쓸 수 있음). 그렇지 않다면 이것은 더 큰 결함이며 간단한 테스트 표시기, 재생 조건 및 데모가 포함된 짧은 비디오를 서비스 데스크에 보낼 수 있습니다.

위에서 유사한 솔루션을 제안했습니다 . OnCalculate() 함수 에 인쇄를 삽입하고 로그에 예기치 않은 것이 나타나지 않았으며 새 막대의 도착을 수신하고 처리하는 정상적인 프로세스가 진행 중이라고 덧붙였습니다. 카운터는 재설정되지 않지만 깜박임이 발생합니다.

 
Andrey Khatimlianskii :

생각이 떠올랐다.

prev_calculated = 0이면 전체 재계산(및 다시 그리기)이 발생합니다. OnCalculate 시작 부분에 이 경우에 대한 인쇄물을 삽입하고 깜박일 때 인쇄물이 나타나는지 확인하십시오.

그렇다면 터미널이 카운터를 0으로 재설정하는 이유를 알아야 합니다(서비스 데스크에 이에 대해 쓸 수 있음).

그렇지 않다면 이것은 더 큰 결함이며 간단한 테스트 표시기, 재생 조건 및 데모가 포함된 짧은 비디오를 서비스 데스크에 보낼 수 있습니다.

짧은 배경:

일단 mql4부터 mql5까지 틱을 따로따로 실시간으로 모으는 인디케이터를 다시 작성해보려고 했으나 인디케이터가 주기적으로 누적된 데이터를 초기화 해서 아무 일도 일어나지 않았습니다. 나는 이 문제에 대해 SD와 이야기했고 그들은 재설정이 prev_calculated가 0으로 재설정되고 전체 기록이 다시 계산된다는 사실에서 비롯되며 재설정이 서버와의 통신 손실로 인해 발생한다고 확신했습니다.

어제 수행한 실험:

우선, 나는 조건에 Print()를 넣었습니다 ... 나는 기다리지 않고 인위적으로 의사 소통의 손실을 만들기 시작했습니다. Print()가 실행되지만 표시등이 깜박이지 않습니다.

차트의 RMB와 "새로 고침" 컨텍스트 메뉴에서도 prev_calculated를 재설정하지만 표시기는 깜박이지 않습니다. ChartRedraw가 표시기 재계산에 어떻게 영향을 미치는지 알아보기로 했습니다. 하지만 결과는 0입니다... 표시기 자체에 작성된 표시 기나 ChartRedraw 호출 과 병렬로 작동하는 표시기 모두 영향을 주지 않습니다 .

그런 다음 prev_calculated를 대체할 무언가를 찾으려고 했습니다. 기술 지표 가 호출되면 prev_calculated를 BarsCalculated(handle)로 대체할 수 있지만 그렇지 않은 경우... 찾지 못했습니다. 이러한 교체의 경우 prev_calculated를 재설정할 때 표시기는 다시 계산되지 않고 계산을 잃지 않습니다.

일반적으로 가치있는 것을 찾을 수 없었습니다 ...

미친 가정:

몇 개의 틱이 손실된 다음 약간의 지연이 로드되고 이 순간에 윙크가 발생하는 것은 아닙니다.

 

이 틱 기반 히스토그램 주식 표시기 가 깜박이는 사람이 있습니까?

표시기가 계속 깜박이는 것을 한 번만(시장 개장 시) 볼 수 있었고 CTRL + D 패널에서만 히스토그램 자체가 깜박임을 표시하지 않았습니다(아마도 GPU 부족으로 인해). 비디오 녹화를 위한 재생에 실패했습니다.


주식 시장 효과는 빠른 시장에서 관찰되어야 합니다. 증권 거래소가 활성화 될 때까지 기다려야하며 아마도 깜박임 기록이 가능할 것입니다. 또는 터미널을 몇 시간의 영구 기록에 두는 것이 좋습니다. 그런 다음 깜박임이 특히 눈에 띄는 부분을 잘라냅니다.

 
터미널이 차트를 다시 그리는 경우 카운터 재설정(또는 "백데이팅" 틱 편집)이 유일한 경우라는 것을 착각하지 마십시오. 거기의 논리는 아마도 우리가 알지 못하는 많은 다른 요소를 고려합니다. 나는 복제의 무작위성과 서비스 데스크에서 일반적으로 발생하는 의사 소통의 어려움으로 인해이 문제를 포기했습니다.
 
Stanislav Korotky : 터미널이 차트를 다시 그리는 경우 카운터를 재설정하는 것이 유일한 경우라고 착각하지 마십시오. 거기의 논리는 아마도 우리가 알지 못하는 많은 다른 요소를 고려합니다. 나는 복제의 무작위성과 서비스 데스크에서 일반적으로 발생하는 의사 소통의 어려움으로 인해이 문제를 포기했습니다.

그래서 나는 같은 결론에 도달한다. 아마도 이것은 그들이 광고하지 않을 내부 문제이며 진정한 이유에 대해 결코 알지 못할 것입니다. 그리고 개발자들은 이 문제에 대해 암묵적으로 자신의 입장을 표명했지만, 이 스레드에 한 번도 등장하지 않고 표명했습니다. 그들이 명확히 할 수 있었지만 ...

 

배달의 ZZ 표시기가 몇 초 동안 오프라인에서 사라졌으므로 진드기가 아닙니다.

 
Eugene Myzrov :

위에서 유사한 솔루션을 제안했습니다 . OnCalculate() 함수 에 인쇄를 삽입하고 로그에 예기치 않은 것이 나타나지 않았으며 새 막대의 도착을 수신하고 처리하는 정상적인 프로세스가 진행 중이라고 덧붙였습니다. 카운터는 재설정되지 않지만 깜박임이 발생합니다.


이전 페이지를 읽지 않았는데 질문에 대한 답변을 얻었습니까? 그렇지 않은 경우 여기에 해결책이 있습니다. 버퍼 수를 늘려 보십시오. 숫자가 잘못되어 깜박입니다.
 
Roman Vashchilin :

이전 페이지를 읽지 않았는데 질문에 대한 답변을 얻었습니까? 그렇지 않은 경우 여기에 해결책이 있습니다. 버퍼 수를 늘려 보십시오. 숫자가 잘못되어 깜박입니다.

표준 ZZ에도 잘못된 수의 버퍼가 있습니까?
 
Roman Vashchilin : 나는 이전 페이지를 읽지 않았습니다. 당신은 당신의 질문에 대답했습니까? 그렇지 않은 경우 여기에 해결책이 있습니다. 버퍼 수를 늘려 보십시오. 숫자가 잘못되어 깜박입니다.

" 버퍼 수가 잘못되어 깜박 입니다 " 라고 생각하는 이유는 무엇입니까? 2개의 버퍼와 2개의 배열을 사용하는 경우 그에 따라 표시하겠습니다.

 #property   indicator_buffers 2
#property   indicator_plots    2

필요한 것보다 더 많은 버퍼 수를 지정해야 하는 이유는 무엇입니까? 둘 이상 ?

 
Eugene Myzrov :

" 버퍼 수가 잘못되어 깜박 입니다 " 라고 생각하는 이유는 무엇입니까? 2개의 버퍼와 2개의 배열을 사용하는 경우 그에 따라 표시하겠습니다.

필요한 것보다 더 많은 버퍼 수를 지정해야 하는 이유는 무엇입니까? 둘 이상 ?


그리고 일치하면 변경할 필요가 없습니다.