불행히도, 나는 반론을 제시할 수 없습니다. 이미 비트맵에서 내 고문의 코드를 정리했습니다.
이 기능은 현재 빌드( 803 )를 포함하여 이전 빌드의 테스터에서 구현되지 않았기 때문에 반론이 있을 수 없습니다. 따라서 테스터에서 어떻게 결과를 얻을 수 있는지, 질문을 받으면 왜 다시 재현할 수 없는지 명확하지 않습니다. 다시 플레이하세요. 매우 흥미롭습니다. 개인적으로 테스터에서 드디어 비트맵이 만들어지기를 2년을 기다렸습니다. )))
내가 무엇을 말할 수 있습니까? 하나의 비트맵은 26개의 일반 레이블보다 훨씬 느리게 작동합니다(!).
...
특별히 시간계산을 하지 않았기 때문입니다. 그리고 눈으로 보면 속도가 10배 정도 감소한다는 것이 분명합니다. 테스터에 있는 것, 실시간으로 있는 것(차트를 스크롤할 때 매우 명백한 정지/트위치가 있음).
그들이 이 주장에 대한 증거를 제공하지 않은 것은 유감입니다.
경험상 비트맵이 더 빠르다고 말할 수 있습니다. 특히 큰 테이블을 그려야 하는 경우 비트맵을 사용하는 예는 IShift의 유리 또는 내장 ChartWall 패널의 탭입니다. 이제 인터페이스 패널을 단일 비트맵 개체 형태로 만들기 위해 전체 인터페이스 라이브러리를 비트맵으로 변환합니다. 목표는 속도와 안정성을 높이는 것입니다.
그리고 주의를 기울이십시오. 차트를 스크롤해도 "걸림/뒤틀림"이 발생하지 않으며 IShift의 주문서는 틱이 오는 것보다 더 자주 업데이트됩니다(요새 시장을 의미함).
voix_kas 의 위업을 반복할 수 있는 사람이 있습니까?
//---
아니면 오타인가요? )))
오타가 아닙니다. 비주얼 모드에서는 항상 차트에 통계를 표시하는 모드를 켜고 EA를 테스트합니다. 저에게는 더 유익한 정보입니다.
테스터에서 테스트한다는 것은 시각화 모드를 의미합니까? 현재 내가 아는 한 OBJ_BITMAP_LABEL 유형의 개체는 다른 개체와 마찬가지로 시각화 모드에서 표시되지 않습니다. 그래서 당신이 그것을 어떻게했는지 보는 것이 두 배로 흥미 롭습니다.
OBJ_BITMAP_LABEL + ResourceCreate 유형의 개체가 시각화 모드에서 차트에 그려집니다. 빌드 794.
예를 보여주세요. 몇 줄의 코드입니다. 또는 다음 코드를 사용할 때 시각화 모드에서 표시되는 내용(스크린샷)을 보여주세요.
//---
빌드 803 :
좋은 저녁이에요!
그리고 MetaTrader5의 오류에 대해 개발자에게 어디에 쓸 수 있습니까?
좋은 저녁이에요!
그리고 MetaTrader5의 오류에 대해 개발자에게 어디에 쓸 수 있습니까?
좋은 저녁이에요!
그리고 MetaTrader5의 오류에 대해 개발자에게 어디에 쓸 수 있습니까?
예를 보여주세요. 몇 줄의 코드입니다. 또는 다음 코드를 사용할 때 시각화 모드에서 표시되는 내용(스크린샷)을 표시합니다.
//---
빌드 803 :
위의 코드는 동일한 결과를 제공합니다(비트맵을 그리지 않음). 빌드 794.
불행히도, 나는 반론을 제시할 수 없습니다. 이미 비트맵에서 내 고문의 코드를 정리했습니다.
위의 코드는 동일한 결과를 제공합니다(비트맵을 그리지 않음). 빌드 794.
불행히도, 나는 반론을 제시할 수 없습니다. 이미 비트맵에서 내 고문의 코드를 정리했습니다.
이 기능은 현재 빌드( 803 )를 포함하여 이전 빌드의 테스터에서 구현되지 않았기 때문에 반론이 있을 수 없습니다. 따라서 테스터에서 어떻게 결과를 얻을 수 있는지, 질문을 받으면 왜 다시 재현할 수 없는지 명확하지 않습니다. 다시 플레이하세요. 매우 흥미롭습니다. 개인적으로 테스터에서 드디어 비트맵이 만들어지기를 2년을 기다렸습니다. )))
아마도 누군가는 그래픽 개체의 성능에 대한 정보에 관심이 있을 것입니다 ...
...
내가 무엇을 말할 수 있습니까? 하나의 비트맵은 26개의 일반 레이블보다 훨씬 느리게 작동합니다(!).
...
특별히 시간계산을 하지 않았기 때문입니다. 그리고 눈으로 보면 속도가 10배 정도 감소한다는 것이 분명합니다. 테스터에 있는 것, 실시간으로 있는 것(차트를 스크롤할 때 매우 명백한 정지/트위치가 있음).
그들이 이 주장에 대한 증거를 제공하지 않은 것은 유감입니다.
경험상 비트맵이 더 빠르다고 말할 수 있습니다. 특히 큰 테이블을 그려야 하는 경우 비트맵을 사용하는 예는 IShift의 유리 또는 내장 ChartWall 패널의 탭입니다. 이제 인터페이스 패널을 단일 비트맵 개체 형태로 만들기 위해 전체 인터페이스 라이브러리를 비트맵으로 변환합니다. 목표는 속도와 안정성을 높이는 것입니다.
그리고 주의를 기울이십시오. 차트를 스크롤해도 "걸림/뒤틀림"이 발생하지 않으며 IShift의 주문서는 틱이 오는 것보다 더 자주 업데이트됩니다(요새 시장을 의미함).