반응형

이전글에서 계속


2. 그런다고 압축을 제대로 하지도 않음


아래 보이는 그림을 보자.



한/글에서 추출한, 압축된 BMP의 압축을 풀었다 다시 압축한 결과이다.


압축된 원본의 크기는 96KB이고, 압축을 풀자 1,148KB의 BMP가 나왔다.

이를 JPEG로 변환(Q=95)하자 88KB가 되었다.

즉, JPEG로 변환하자 8% 정도 크기가 줄어든 것이다.


그런데, 웃긴 것은 1,148KB의 BMP를 zlib로 다시 압축하자 59KB[각주:1]가 되었다는 것이다.

(level은 기본값인 Z_DEFAULT_COMPRESSION 적용)


대체 압축 라이브러리를 어떻게 적용한 것인지 모르겠다.




한/글의 이미지 처리는 커다란 개선의 여지가 있다.

무엇보다 포함된 이미지가 BMP인 경우 PNG로 자동변환해주는 기능이 필요하다.

옵션으로 (더 작은 파일을 위해) JPEG로 변환해주는 기능도 있으면 좋다.


이런 기본적인 처리는 배제한 채 구현한 현재의 그림 줄이기아무짝에도 쓸모 없는 기능이다.



덧. 데이터 압축에 대해 한컴에 Q&A를 통해 질문을 했는데, 1주일째 답이 없음. ㅡ.ㅡ;



  1. 압축을 제대로 했다면 굳이 JPEG로 변환할 필요가 없었다는 뜻 [본문으로]
반응형

'IT > 잡담' 카테고리의 다른 글

간단 디스크 복원기  (0) 2013.02.05
5년만의 PC 업글  (3) 2012.09.20
이상한 한/글(한컴)의 데이터 구조 #1  (4) 2012.08.12
2012년 만우절 구글 장난: 8비트 구글 맵스  (2) 2012.07.09
한 폴더에 같은 파일명이…?  (1) 2012.06.22

공유하기

facebook twitter kakaoTalk kakaostory naver band