어떤 문제가 당신이 가 30 픽셀 × 27,900px이미지 스프라이트가 높이 문제입니까?
이미지가 거의 90 % 공백이다 이미지 스프라이트있는의이 생각할 수입니다. 그것의 단지 9.5kb 그러나 무언가는 브라우저에서 실행되는이 큰 것을 갖는 것에 대해 옳지 않은 것처럼 보입니다.
생각이나 아이디어가 있습니까?
어떤 문제가 당신이 가 30 픽셀 × 27,900px이미지 스프라이트가 높이 문제입니까?
이미지가 거의 90 % 공백이다 이미지 스프라이트있는의이 생각할 수입니다. 그것의 단지 9.5kb 그러나 무언가는 브라우저에서 실행되는이 큰 것을 갖는 것에 대해 옳지 않은 것처럼 보입니다.
생각이나 아이디어가 있습니까?
FWIW, 막대한 오프셋이있는 경우 브라우저 성능이 저하되지 않는 것 같습니다 (예 : DIV
을 왼쪽으로 10000 픽셀 숨김).
이미지 처리는 종종 2 차원 배열로 수행되기 때문에 이미지의 모든 부분에 대한 액세스는 선형 탐색을 필요로하지 않고 매우 쉽게 수행 할 수 있습니다. 따라서 16x16 픽셀 아이콘이 5000, 3000에 있으면 렌더링 엔진은 해당 픽셀을 쉽게 찾을 수 있습니다.
물론, 두 개의 명백한 질문은 다음과 같습니다
디스크의 9.5Kb이기 때문에 이미지를 표시하기 전에 이미지의 압축을 풀어야하는 브라우저에서 많은 양의 메모리를 차지하지 않는다는 의미는 아닙니다. (최종 크기는 사용되는 압축에 따라 달라집니다.)
이와 같이 분명히 여분의 연결이 필요하지만 가능한 한 작은 이미지로 나누는 것이 좋습니다.
+1은 압축 해제 된 크기를 나타냅니다. 빈 공간은 배경 이미지 (이미지를로드하고 CSS에서 지정한 모든 영역을 가져 와서 처리)의 경우에 최적화되어 있지만 흥미로운 테스트가 될 것이라고 생각합니다. –
질문 : bmp 크기를보고 압축되지 않은 메모리 크기를 볼 수 있습니까? – Quotient
@Quotient 아무 생각이 없습니다. 즉, 너비 x 높이 x 비트 깊이/8/1024 또는 그 주변의 선을 따라야합니다. –