ClearType과 같은 하위 픽셀 글꼴 렌더링은 글꼴 디스플레이 해상도를 크게 향상시키고 화면 가독성을 향상시킵니다. 어떻게 글꼴의 서브 픽셀 렌더링을 프로그래밍 할 수 있습니까? (일반적으로) iPad에서 어떻게 구현할 수 있습니까? (iOS 장치의 C, C++ 또는 Objective-C)? 글꼴은 iPad의 특정 크기에서 꽤 흐릿합니다. iPad의 디스플레이가이 기술로 잘 작동한다는 것을 알고 있습니다. ...iPad에서 글꼴의 하위 픽셀 렌더링
그렇다면 어떻게 iPad 용 글꼴 렌더링 엔진을 개발할 수 있습니까? 서브 픽셀? OpenGL을 사용합니까? Mac OS X 용 C, C++ 또는 Objective-C로 작성된 기존 오픈 소스 글꼴 렌더링 엔진이 있습니까?)
iPad의 각 픽셀은 빨간색, 녹색 및 파란색 구성 요소의 사각형이므로 하위 픽셀 글꼴 렌더링이 장치에 적합한 선택이라고 생각할 수 있습니다.
그러나이 장치는 세로 모드에서 가로 모드로 쉽게 변경할 수 있으며 응용 프로그램은 해당 변경 사항에 응답해야합니다. 이것은 서브 픽셀 폰트 메커니즘이 그 변화에 반응해야한다는 것을 암시하며, 각 폰트에 대해 2 개의 별도의 서브 픽셀 설명이 필요합니다.
이제 개발자는 패드와 휴대폰에서 실행되는 범용 응용 프로그램을 단일 구매/다운로드로 작성할 수 있기를 기대합니다. 그러나 아래 이미지의 다양한 세대의 휴대폰에서 서로 다른 픽셀 구성을 살펴보십시오. 각각의 리콜은 세로 모드와 가로 모드에서 글꼴을 다르게 설명해야합니다. 이제 글꼴 설명이 폭발적입니다.
이제 우리는 가장 소중한 리소스가 배터리이고 하위 픽셀 글꼴 렌더링이 계산 집약적 인 휴대용 장치에 대해 이야기합니다.
나는 이것이 디스플레이 기술로 인해 픽셀 밀도가 더 이상 필요하지 않은 지점 (망막 (망막))으로 바뀌기를 바라면서 하위 픽셀 글꼴 렌더링을 피하는 생각 과정과 크게 다르지 않다는 것을 짐작할 수 있습니다. iPhone 4의 디스플레이가 그 방향의 첫 번째 단계입니다.)
iPad의 향후 버전에서는 이와 비슷한 밀도의 디스플레이가있을 것이며,별로 중요하지 않습니다. iPad 응용 프로그램의 하위 픽셀 글꼴 렌더링 메커니즘을 개발하기 위해 투자 한 모든 노력은 즉시 그 시점에서 제거 될 것이므로 해당 경로를 사용하지 않는 것이 좋습니다. 자산 벡터
경우 (텍스트 등? 글꼴?) 서브 픽셀 위치의 계산은 수학/자동 아닌가요? 또는 나는 틀린가? –
구현 결정과 비슷합니다. 하나는 디스크에 4 개의 표현이 있거나 설치시 4 개의 표현을 계산하고 디스크에 저장하거나 글꼴이 메모리에로드 될 때 4 개의 표현을 계산하거나 장치가 방향 재 지정에 응답 할 때 느리게 계산 표현을 계산할 수 있습니다. 당신이 뭘 선택하든간에, 당신은 한 곳에서 다른 곳으로 비용을 옮기는 것입니다. 이들 중 어느 것도 스토리지, 메모리 및 CPU가 모두 간결하게 사용되어야하는 모바일 세상에서 가장 현명한 자원 사용이 아닐 수도 있습니다. – pohl