내가 무엇을 말할 수 있습니까? 하나의 비트맵은 26개의 일반 레이블보다 훨씬 느리게 작동합니다(!). 템플릿을 작업 캔버스(단위 250*410 배열)에 복사하는 작업을 OnTick()에서 제외하려고 했습니다. 즉, 하나의 캔버스에서 작업합니다. 이득은 실시간으로만 느껴집니다. 테스터에서는 모든 것이 동일 합니다. 성능이 절대적으로 저하됩니다. COLOR_FORMAT_ARGB_NORMALIZE 모드가 사용되었습니다. 나머지는 덜 미적 외관을 제공합니다. 앞을 내다보면 이전 비문(명확한 영역)의 겹침을 추적해야 하기 때문에 하나의 캔버스에서 작업하는 것이 어렵다고 말해야 합니다.
MT5에서는 개체가 선택 될 때 마우스 커서를 앵커 포인트에 정확히 겨냥해야 합니다. MT4에서는 자동으로 발생합니다. 하지만 개인적으로 이벤트를 통해 선택하지 않고 개체를 이동하는 것을 좋아합니다. 위에서 Rosh 는 움직이는 개체를 방해하지 않도록 차트 스크롤을 활성화/비활성화하는 속성을 보여주었습니다.
tol64 : 아, 무슨 일인지 이해합니다. )) MT5에서는 개체가 선택 될 때 마우스 커서를 앵커 포인트에 정확히 겨냥해야 합니다. MT4에서는 자동으로 발생합니다. 하지만 개인적으로 이벤트를 통해 선택하지 않고 개체를 이동하는 것을 좋아합니다. 위에서 Rosh 는 움직이는 개체를 방해하지 않도록 차트 스크롤을 활성화/비활성화하는 속성을 보여주었습니다.
그래프를 최대로 늘리고 마우스를 선택한 개체의 기준점으로 설정하고 마우스 왼쪽 버튼을 바닥에 "눌러" 최대 노력을 가하고 ...
개체가 제자리에 남아 있습니다.
이 과정을 반복하고 CChartObjectTrend 개체를 생성하고 속성을 설정하고 이동을 시도하는 것은 어렵지 않습니다. 나는 얻을 수 없었다.
voix_kas : ... Что могу сказать? Один Bitmap работает (!)на порядок медленнее, чем 26 обычных меток. Пробывал исключить из OnTick() операцию копирования шаблона в рабочую канву (массив uint 250*410), т.е. работа на одной канве. Выигрыш чувствуется только в реал-тайме. В тестере всё также - абсолютная просадка по производительности. Использовался режим COLOR_FORMAT_ARGB_NORMALIZE, т.к. остальные дают менее эстетический вид. Забегая вперед, надо сказать, что работать на одной канве сложно, так как придётся отслеживать наложение предыдущих надписей (очищать области).
내가 무엇을 말할 수 있습니까? 하나의 비트맵은 26개의 일반 레이블보다 훨씬 느리게 작동합니다(!). 템플릿을 작업 캔버스(단위 250*410 배열)에 복사하는 작업을 OnTick()에서 제외하려고 했습니다. 즉, 하나의 캔버스에서 작업합니다. 이득은 실시간으로만 느껴집니다. 테스터에서는 모든 것이 동일합니다. 성능이 절대적으로 저하됩니다. COLOR_FORMAT_ARGB_NORMALIZE 모드가 사용되었습니다. 나머지는 덜 미적 외관을 제공합니다. 앞을 내다보면 이전 비문(명확한 영역)의 겹침을 추적해야 하기 때문에 하나의 캔버스에서 작업하는 것이 어렵다고 말해야 합니다.
...
내가 무엇을 말할 수 있습니까? 하나의 비트맵은 26개의 일반 레이블보다 훨씬 느리게 작동합니다(!). 템플릿을 작업 캔버스(단위 250*410 배열)에 복사하는 작업을 OnTick()에서 제외하려고 했습니다. 즉, 하나의 캔버스에서 작업합니다. 이득은 실시간으로만 느껴집니다. 테스터에서는 모든 것이 동일 합니다. 성능이 절대적으로 저하됩니다. COLOR_FORMAT_ARGB_NORMALIZE 모드가 사용되었습니다. 나머지는 덜 미적 외관을 제공합니다. 앞을 내다보면 이전 비문(명확한 영역)의 겹침을 추적해야 하기 때문에 하나의 캔버스에서 작업하는 것이 어렵다고 말해야 합니다.
...
고마워, 알아. vdv2001에는 다음과 같은 문제가 있습니다.
//---
나는 그가 그에게서 오류를 찾기 위해 어떻게 하는지 보고 싶었다.
그런 다음 도움말의 또 다른 인용문
CHART_MOUSE_SCROLL
마우스 왼쪽 버튼으로 그래프를 수평으로 스크롤합니다. 세로 스크롤은 CHART_SCALEFIX, CHART_SCALEFIX_11 또는 CHART_SCALE_PT_PER_BAR의 세 가지 속성 중 하나가 true로 설정된 경우에도 사용할 수 있습니다.
부울
예, 개체가 선택되었지만 마우스로 이동할 수 없습니다(4번째 터미널에서와 같이).
아니면 이제 전문가가 만든 모든 개체의 움직임은 이벤트를 통해 처리되어야 합니다.
아, 무슨 일인지 이해합니다. )) MT5에서는 개체가 선택 될 때 마우스 커서를 앵커 포인트에 정확히 겨냥해야 합니다. MT4에서는 자동으로 발생합니다. 하지만 개인적으로 이벤트를 통해 선택하지 않고 개체를 이동하는 것을 좋아합니다. 위에서 Rosh 는 움직이는 개체를 방해하지 않도록 차트 스크롤을 활성화/비활성화하는 속성을 보여주었습니다.
그래프를 최대로 늘리고 마우스를 선택한 개체의 기준점으로 설정하고 마우스 왼쪽 버튼을 바닥에 "눌러" 최대 노력을 가하고 ...
개체가 제자리에 남아 있습니다.
이 과정을 반복하고 CChartObjectTrend 개체를 생성하고 속성을 설정하고 이동을 시도하는 것은 어렵지 않습니다. 나는 얻을 수 없었다.
CHART_MOUSE_SCROLL 이(가) 시도했습니다. 감사합니다. 차트 이동은 중지되지만 개체는 이동할 수 없습니다.
추신
이벤트를 통해 개체의 움직임을 처리하면 이것이 정확합니다(이전 좌표는 알려져 있음). 이벤트를 통해 하겠습니다. 감사합니다. 문제가 종료되었습니다.
그래프를 최대로 늘리고 마우스를 선택한 개체의 기준점으로 설정하고 마우스 왼쪽 버튼을 바닥에 "눌러" 최대 노력을 가하고 ...
개체가 제자리에 남아 있습니다.
이 과정을 반복하고 CChartObjectTrend 개체를 만들고 속성을 설정하고 이동을 시도하는 것은 어렵지 않습니다. 나는 얻을 수 없었다.
...
다음과 같은 경우에 발생합니다.
voix_kas 의 위업을 반복할 수 있는 사람이 있습니까?
...
Что могу сказать? Один Bitmap работает (!)на порядок медленнее, чем 26 обычных меток. Пробывал исключить из OnTick() операцию копирования шаблона в рабочую канву (массив uint 250*410), т.е. работа на одной канве. Выигрыш чувствуется только в реал-тайме. В тестере всё также - абсолютная просадка по производительности. Использовался режим COLOR_FORMAT_ARGB_NORMALIZE, т.к. остальные дают менее эстетический вид. Забегая вперед, надо сказать, что работать на одной канве сложно, так как придётся отслеживать наложение предыдущих надписей (очищать области).
...
시각화 모드에서 테스터에 OBJ_BITMAP_LABEL 유형의 개체를 표시합니까!?
//---
아니면 오타인가요? )))
다음과 같은 경우에 발생합니다.
정확히는 내가 움직이지 않는 이유를 알아냈고, 오브젝트 속성 OBJPROP_TIMEFRAMES를 설정한 후 오브젝트가 이동을 멈췄습니다.
저것들. 분 차트의 경우 속성을 지정합니다.
obj.Timeframes( OBJ_PERIOD_M1 );물체가 움직이지 않으면 마치 결함이 있는 것과 같습니다.
유형의 그래프 주기를 전환한 후 모든 것이 정상적으로 작동하기 시작하고 M2로 전환한 다음 M1으로 전환하면 모든 것이 정상입니다.
voix_kas :
내가 무엇을 말할 수 있습니까? 하나의 비트맵은 26개의 일반 레이블보다 훨씬 느리게 작동합니다(!). 템플릿을 작업 캔버스(단위 250*410 배열)에 복사하는 작업을 OnTick()에서 제외하려고 했습니다. 즉, 하나의 캔버스에서 작업합니다. 이득은 실시간으로만 느껴집니다. 테스터에서는 모든 것이 동일합니다. 성능이 절대적으로 저하됩니다. COLOR_FORMAT_ARGB_NORMALIZE 모드가 사용되었습니다. 나머지는 덜 미적 외관을 제공합니다. 앞을 내다보면 이전 비문(명확한 영역)의 겹침을 추적해야 하기 때문에 하나의 캔버스에서 작업하는 것이 어렵다고 말해야 합니다.1. 속도는 어떻게 측정합니까?
2. 소스(개인 또는 SD)를 첨부할 수 있습니까?
1. 속도는 어떻게 측정합니까?
2. 소스(개인 또는 SD)를 첨부할 수 있습니까?
안타깝게도 관심이 적어 코드가 저장되지 않았습니다. 일반적으로 다음과 같은 경우:
OnInit():
1. 차트에 Bitmap이 생성됩니다.
2. 두 개의 캔버스( 단위 250*410) 가 생성 됩니다. 하나는 템플릿이고 다른 하나는 작업 중입니다. 템플릿은 통계 매개변수의 이름과 함께 13개의 레이블이 적용됩니다(TextOut).
온틱():
1. 템플릿이 작업 캔버스에 복사 됩니다.
2. 13개의 표시가 통계 매개변수의 해당 값으로 작업 캔버스(TextOut)에 적용됩니다.
3. 리소스가 생성 됩니다.
4. 차트가 업데이트됩니다.
특별히 시간계산을 하지 않았기 때문입니다. 그리고 눈으로 보면 속도가 10배 정도 감소한다는 것이 분명합니다. 테스터에 있는 것, 실시간으로 있는 것(차트를 스크롤할 때 매우 명백한 정지/트위치가 있음).
OnTick()에서 항목 1. 제거에 대한 잠정. 실시간으로 견딜 수 있게 되지만 테스터는 간신히 크롤링합니다. 다시 말하지만, 이것은 작업 캔버스에 이전에 적용된 마크 위치에 청소가 수행되지 않았기 때문에 실제 생활에서는 수행할 수 없습니다.
반복합니다. COLOR_FORMAT_ARGB_NORMALIZE 모드 를 사용했기 때문에 알파 채널이 없으면 레이블 (TextOut)이 보기 흉해 보입니다 .