Andrey Khatimlianskii : 은 부하가 높은 프로세서로 재현하기가 매우 쉽습니다. 모든 로컬 코어에서 최적화를 실행 하고 수십 개의 개체를 삭제/생성하고 ChartRedraw를 만드십시오. 화환 효과가 보장됩니다.
네, 하지만 저는 그 반대입니다. 깜박임을 재현하는 것이 아니라 멈추게 하여 이 깜박임을 더 이상 볼 수 없도록 하는 것입니다. 또한 유리한 조건에서 프로세서가 로드되지 않으면 유휴 상태, 최적화가 실행되고 있지 않다고 말할 수 있습니다. 로컬 코어도 로드되지 않고 개체가 생성되지 않으며 ChartRedraw()가 호출되지 않습니다. 그리고 컴퓨터의 그런 차분한 상태에서 "화환"이 계속 깜박입니다!
그리고 개발자는 대답조차하지 않았습니다.이 깜박임은 원칙적으로 아직 제거 할 수 없으며 MT5의 향후 버전에서만 제거되거나 표시기 개발자가 MT5 용 표시기를 개발할 때 손이 비뚤어지고 무언가를 따라 잡지 못합니다 ...
Возвращает значение соответствующего свойства указанного графика. Свойство графика должно быть типов datetime, int или bool. Существует 2 варианта функции. 2. Возвращает true или false в зависимости от успешности выполнения функции. В случае успеха значение свойства помещается в приемную переменную, передаваемую по ссылке последним параметром...
깜박임은 터미널 엔진에 의한 객체의 다시 그리기에 의존한다는 가설이 있습니다. 플로팅 포인트가 보이는 화면 밖에 있으면 그리기 우선 순위가 낮아 차트의 계산 부하 중에 나타납니다(따옴표 수신 비율 포함 - 깜박임이 발생하는 강력하고 집중적인 움직임이 있음을 알았습니다) .
Aleksey Vyazmikin : 깜박임은 터미널 엔진에 의한 객체의 다시 그리기에 의존한다는 가설이 있습니다. 플로팅 포인트가 보이는 화면 밖에 있으면 그리기 우선 순위가 낮아 차트의 계산 부하 중에 나타납니다(따옴표 수신 비율 포함 - 깜박임이 발생하는 강력하고 집중적인 움직임이 있음을 알았습니다) .
Aleksey Vyazmikin : 깜박임은 터미널 엔진에 의한 객체의 다시 그리기에 의존한다는 가설이 있습니다. 플로팅 포인트가 보이는 화면 밖에 있으면 그리기 우선 순위가 낮아 차트의 계산 부하 중에 나타납니다(따옴표 수신 비율 포함 - 깜박임이 발생하는 강력하고 집중적인 움직임이 있음을 알았습니다) .
말은 Alla Yurievna가 말한 것을 이해합니다. 퇴비통은 간접적이기는 하지만 그 이유를 지적했다. 터미널에 과부하가 걸리면 깜박임이 발생합니다. 이는 사실입니다. 과부하는 여러 가지 이유로 발생하며 항상 해당 컴퓨팅 용량을 초과하는 것은 아닙니다.
네, 하지만 저는 그 반대입니다. 깜박임을 재현하는 것이 아니라 멈추게 하여 이 깜박임을 더 이상 볼 수 없도록 하는 것입니다.
또한 유리한 조건에서 프로세서가 로드되지 않으면 유휴 상태, 최적화가 실행되고 있지 않다고 말할 수 있습니다. 로컬 코어도 로드되지 않고 개체가 생성되지 않으며 ChartRedraw()가 호출되지 않습니다. 그리고 컴퓨터의 그런 차분한 상태에서 "화환"이 계속 깜박입니다!
그리고 개발자는 대답조차하지 않았습니다.이 깜박임은 원칙적으로 아직 제거 할 수 없으며 MT5의 향후 버전에서만 제거되거나 표시기 개발자가 MT5 용 표시기를 개발할 때 손이 비뚤어지고 무언가를 따라 잡지 못합니다 ...
사용자 지정 지표 가 깜박일 뿐만 아니라 "회귀 채널"과 같은 내장 도구도 깜박입니다.
Aleksey Vyazmikin : Мерцают не только пользовательские индикаторы , но и встроенные инструменты, к примеру "Канал регрессии".
글쎄, 그렇다면 추측 할 것이 없으므로이 문제는 원칙적으로 아직 제거 될 수 없으며 향후 MT5 버전에서 해결 될 것입니다. 개발자는 이에 대해 정직해야 하며 프로그래머가 자신이 무엇을 잘못하고 있고 어떻게 처리해야 하는지 어리둥절하게 만들지 않아야 합니다...
며칠 동안 나는 이 칩으로 급등했습니다.
위에서 제안한 모든 것을 시도했습니다.
도움이되지 않았습니다.
표시기의 깜박임은 다음과 같은 이유로 MT5에서 발생합니다.
ChartGetInteger (0,CHART_VISIBLE_BARS ...
적어도 이 기능 대신 상수를 설정하면 깜박임을 멈췄다.
이 기능을 어쩐지 서투르게 적용했을지도 모르지만 그럼에도 불구하고 ...그것도 도움이되지 않았습니다 ;)
그것도 도움이되지 않았습니다 ;)
" ... 함수는 동기식입니다. 즉, 호출하기 전에 차트 대기열에 있는 모든 명령의 실행을 기다립니다. ... "
이것은 문서에서 가져온 것입니다. 저를 대신하여 동기 함수는 전체 프로세스의 속도를 늦추고 실행이 완료될 때까지 실행을 위한 리소스가 있더라도 다른 프로세스가 실행을 시작하지 않는다는 점을 추가하겠습니다.
깜박임은 터미널 엔진에 의한 객체의 다시 그리기에 의존한다는 가설이 있습니다. 플로팅 포인트가 보이는 화면 밖에 있으면 그리기 우선 순위가 낮아 차트의 계산 부하 중에 나타납니다(따옴표 수신 비율 포함 - 깜박임이 발생하는 강력하고 집중적인 움직임이 있음을 알았습니다) .
개발자들이 이 주제에 관심을 갖기를 바랍니다.
표시등의 깜박임은 스스로 제거할 수 없습니다.
그것을 알아내는 것 같다
사실은 아니지만
현재 실생활에서 거래되는 현재 Expert Advisor의 외부 테스트처럼 보입니다.
제 개인적인 결론은 다음과 같습니다.
차트는 정확히 10시간 전에 작성되며 완성된 것을 볼 수 있습니다.
나머지는 바로 뒤에 있고 점차 우리 화면으로 이동합니다.
그들이 공격하지 않도록 비디오를 녹화했지만 여기에서 보여주지는 않지만 그들이 매우 관심을 가질 곳
---
이제 사진으로
먼저 막대 수가 변경되고 1000으로 고정했지만 계산이 0부터 시작하므로 1001이 됩니다.
깜박이는 순간에 예기치 않게 막대가 600개 더 적습니다(깜박일 때 숫자는 항상 동일 - 358).
표시기가 깜박이는 순간에 때때로 이런 일이 발생합니다(비디오에서만 프레임을 잡을 수 있음).
그리고 가장 흥미로운 점은 때때로 깜박이는 순간에 현재부터 미래까지의 마감된 거래를 그래픽으로 보여줍니다. 그들은 지금 막 열려 있지만 어딘가에서 닫힐 것입니다 - 무대 뒤에서
모든 것을 눈으로 보려면 마지막 막대뿐만 아니라 모든 막대를 다시 계산하고 각 눈금에서 각 계산 전에 버퍼를 지우십시오.
오 예, 완전히 잊었습니다
이 기능은 저녁에 발생합니다
내 친구 조사관이 재료를 다 가져갔다고 해서 아주 멋있다고 하더라구요;;
;)))))
----
그리고 지금 논쟁...
깜박임은 터미널 엔진에 의한 객체의 다시 그리기에 의존한다는 가설이 있습니다. 플로팅 포인트가 보이는 화면 밖에 있으면 그리기 우선 순위가 낮아 차트의 계산 부하 중에 나타납니다(따옴표 수신 비율 포함 - 깜박임이 발생하는 강력하고 집중적인 움직임이 있음을 알았습니다) .
말은 Alla Yurievna가 말한 것을 이해합니다. 퇴비통은 간접적이기는 하지만 그 이유를 지적했다. 터미널에 과부하가 걸리면 깜박임이 발생합니다. 이는 사실입니다. 과부하는 여러 가지 이유로 발생하며 항상 해당 컴퓨팅 용량을 초과하는 것은 아닙니다.