0
여기 및 다른 곳에서 많은 png 및 jpg 스레드를 읽었습니다. 서버에서 다운로드 한 작은 이미지에 대해서는이 부분을 다루지 않았습니다.웹로드 가능한 80x80 축소판 이미지 - 압축이 서버에서 수행되는 경우 가장 적합한 형식 선택
는짧은 요점을 되풀이하다 :
- 엑스 코드는이 ("마법을 PNG로")
- PNG 이미지 (투명도를 지원하는 아이폰 OS 하드웨어에 최적화하는 방식으로 응용 프로그램 번들로 제공됩니다 PNG 이미지를 최적화 나는
- PNG 사진에 대한 더 나은 그래픽에서 선택, JPG (우리가 사진을)
나는 주기적으로 링크를 포함 피드를 다운로드 응용 프로그램을 짓고 있어요입니다)이 필요하지 않는 축소 이미지 (크기 80x80). 이러한 이미지는 테이블 뷰의 텍스트 컨텐츠와 나란히 제공됩니다. 서버 측에서 어떤 형식이 사용되는지 (jpg, png) 영향을 줄 수 있습니다.
압축되지 않은 png 형식을 사용하면 이미지 당 약 17k 크기가됩니다. 이것은 아주 큽니다. 그리고이 png는 Xcode의 "png magic"을 사용하지 않기 때문에 아이폰은 여전히 "Xcode prepared"png와 비교하여 테이블 뷰에 들어가기 위해 상당한 CPU가 필요합니다. 압축 된 jpg와 같은 이미지는 3k로 훌륭합니다.
질문 :이 두 가지 형식의 실제 성능을 보여주는 실험실 비교가 있습니까?
또 하나 : 테이블 뷰에서 비슷한 크기 (80x80, 3k)의 jpg를 사용하는 사람이 있습니까?
미리 감사드립니다.
감사합니다. 실험실 비교에서는 두 형식으로 50 개의 이미지를 만들고 테이블 뷰 (PNG 비 최적화)로로드하는 것과 같습니다. 어느 정도 걸릴까요? jpg로 테이블 뷰를 스크롤해도 괜찮습니까? 전송 시간이 짧아지기 때문에 jpg를 선호하지만 테이블보기 속도가 느려 집니까? 미안하지만 내 질문을 분명하게하지 않았다. – brainray
이미지 디코딩 속도의 차이 이외에는 스크롤 속도에 영향을주지 않습니다. 이미지가 표시되면 디코딩되어 원시 비 압축 24 비트 색상이됩니다. 원래 형식은 부적절합니다. PNG가 JPEG보다 빠르게 디코딩되는 것으로 의심되지만이를 확인하기위한 테스트를 수행하지 않았습니다. –
감사합니다. Jason,이 값진 정보입니다! 그러나 여가 시간에 유스 케이스에 대한 실험을하기로 결정했습니다. 이 스레드는 내가 찾은 것을 추적 할 것입니다. – brainray