오랫동안 나는 왜 글꼴이 캔버스에 그렇게 나쁜 품질로 표시되는지 이해할 수 없었습니다. 그리고 오늘 COLOR_FORMAT_ARGB_NORMALIZE 투명도를 지원하는 캔버스 모드에서 잘못된 글꼴 출력이 있다는 것을 깨달았습니다.
분명히 이 버그는 COLOR_FORMAT_ARGB_NORMALIZE 모드에서 글꼴 가장자리 다듬기가 투명도(A)의 4번째 바이트를 통해 발생하지 않고 COLOR_FORMAT_XRGB_NOALPHA 모드에서와 같이 RGB 3바이트의 밝기를 변경하여 발생한다는 사실에 있습니다. 이것이 수정되면 COLOR_FORMAT_ARGB_NORMALIZE 모드의 글꼴이 훨씬 더 빠르고(ARGB 픽셀에서 3개의 RGB가 아니라 1바이트 A만 변경해야 하기 때문에) 훨씬 더 나은 품질로 표시됩니다.
이 버그를 보여주는 스크립트를 첨부합니다. (왼쪽은 COLOR_FORMAT_XRGB_NOALPHA 모드에서 글꼴이 표시되고 오른쪽은 품질이 저하된 COLOR_FORMAT_ARGB_NORMALIZE 모드에서 글꼴이 표시됩니다.)
이것은 특히 "흰색 바탕에 흰색" 모드에서 볼 수 있습니다. 글꼴이 보이지 않아야 합니다. 그리고 흰색 바탕에 검은색 모드. 글꼴의 가장자리를 잘못 처리하여 글꼴의 품질이 크게 떨어지는 것을 알 수 있습니다.
흰색 바탕에 검은색:
블랙에 화이트
VS
흰색 바탕에 흰색. 오른쪽(COLOR_FORMAT_ARGB_NORMALIZE 모드)에는 글꼴의 후광(가장자리)이 있으며 그렇지 않아야 합니다.
메타 따옴표 :
수정됨, 다음 베타 버전에 있음
좋습니다. 프롬프트에 감사드립니다!
나는 이것을 전에 연구했고 여기에 내가 찾은 것이 있습니다.
이전에는 빌드 2085가 어레이와 함께 작동했습니다 .
반년 전에 오류를보고했음에도 불구하고 지금 작동하지 않는 것이 이상합니다. 나는 - 3 개월 전에 (거의 1 년 동안 터미널을 업데이트하지 않았습니다). 처음부터 효과가 없다면 이해할 수 있습니다.
이전에 어레이 작업
확인됨 - MQL4에서 여전히 작동합니다.
UPD: #property strict 4-ke 지시문을 사용하더라도 모든 것이 컴파일됩니다.
개발자 여러분, 이것이 표시기의 논리입니까 아니면 잘못된 동작입니까?
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
거래에서의 머신 러닝: 이론, 실습, 거래 등
Aleksey Vyazmikin , 2020.11.02 21:52
와, 얼마나 화가 났는지 - 테스터에서 다른 기간에 시작된 경우 한 시점에서 다른 지표를 제공하는 표준 전달의 지표를 찾았습니다. 어떻게 계산되는지 모르겠지만 기계 학습에는 위험합니다. !
결과는 2019-01-08 오전 10:04:00 OHLC Si Splice 회의록에서 촬영되었습니다.
TesterHideIndicator는 이후에 생성된 표시기에 대해 테스터의 가시성 플래그 를 설정합니다.
이전에 생성된 표시기 의 가시성 플래그 를 변경하지 않습니다.
다음 전문가가 확인할 수 있습니다.
Visualizer 및 단순 테스트 후 열린 차트에서 MACD 표시기가 보이지 않고 이동 평균이 보입니다.
즉, 의도한 대로 작동합니다.
고맙습니다. 잘못된 프레임의 표시기를 기다리고 있었습니다. 부주의해서 죄송합니다!
오랫동안 나는 왜 글꼴이 캔버스에 그렇게 나쁜 품질로 표시되는지 이해할 수 없었습니다.
그리고 오늘 COLOR_FORMAT_ARGB_NORMALIZE 투명도를 지원하는 캔버스 모드에서 잘못된 글꼴 출력이 있다는 것을 깨달았습니다.
분명히 이 버그는 COLOR_FORMAT_ARGB_NORMALIZE 모드에서 글꼴 가장자리 다듬기가 투명도(A)의 4번째 바이트를 통해 발생하지 않고 COLOR_FORMAT_XRGB_NOALPHA 모드에서와 같이 RGB 3바이트의 밝기를 변경하여 발생한다는 사실에 있습니다.
이 버그를 보여주는 스크립트를 첨부합니다. (왼쪽은 COLOR_FORMAT_XRGB_NOALPHA 모드에서 글꼴이 표시되고 오른쪽은 품질이 저하된 COLOR_FORMAT_ARGB_NORMALIZE 모드에서 글꼴이 표시됩니다.)이것이 수정되면 COLOR_FORMAT_ARGB_NORMALIZE 모드의 글꼴이 훨씬 더 빠르고(ARGB 픽셀에서 3개의 RGB가 아니라 1바이트 A만 변경해야 하기 때문에) 훨씬 더 나은 품질로 표시됩니다.
이것은 특히 "흰색 바탕에 흰색" 모드에서 볼 수 있습니다. 글꼴이 보이지 않아야 합니다. 그리고 흰색 바탕에 검은색 모드. 글꼴의 가장자리를 잘못 처리하여 글꼴의 품질이 크게 떨어지는 것을 알 수 있습니다.
흰색 바탕에 검은색:
블랙에 화이트
VS
흰색 바탕에 흰색. 오른쪽(COLOR_FORMAT_ARGB_NORMALIZE 모드)에는 글꼴의 후광(가장자리)이 있으며 그렇지 않아야 합니다.
개발자분들 이거 고쳐주세요.
가장 중요한 캔버스 모드.
PS 그건 그렇고, PixelTransform 기능 ( https://www.mql5.com/en/forum/227736/page43#comment_13272694 ) 때문에 CCanvas 클래스에서 최소값과 동일한 캔트를 가지므로 앤티 앨리어싱 기능이 있습니다. 제대로 작동하지 않습니다. 나는 거기에서 해결책을 제안했다.
여기에는 오류가 없습니다.
흰색 글꼴의 경우 흰색 "안감"을 사용하십시오.
C2.Erase( 0x00FFFFFF );보신 분 계시면 어떻게 해야할지 조언 부탁드립니다.
카트는 문자 메시지를 보내거나 받지만 파일/사진은 받지 못하는 상황에 직면했습니다.
다시 시작한 후 메신저는 매번 죽기 시작했습니다. 깨끗한 것에 완전한 재설치는 동일합니다.
Chrome에서는 파일이 완전히 다운로드되지만 완료된 것으로 표시되지는 않습니다.
모든 파일과 동일합니다. 일종의 일반적인 문제인 것 같습니다. 바이러스 백신 및 방화벽은 포함되어 있지 않습니다.
인터넷 검색으로 이 문제에 대한 해결책을 찾을 수 없었습니다. 아마도 여기 누군가가 만났을 것입니다.
ZY 그 이후로 Win10을 재부팅하는 것은 바람직하지 않습니다. 중요한 계산이 있었다. 재부팅하면 문제가 해결되었습니다.
여기에는 오류가 없습니다.
흰색 글꼴의 경우 흰색 "안감"을 사용하십시오.
이미지에 대한 경로가 인용 부호로 지정된 경우 포럼에 이미지를 삽입할 수 없습니다(ALT+I).
따옴표 없이 - 문제 없습니다.