본문 바로가기

Private/SSY

[2] 왜 JPEG를 사용할까?

http://www.faqs.org/faqs/jpeg-faq/

 * 위 사이트의 내용을 번역하였습니다. 오자, 탈자, 오역에 관하여 댓글 바랍니다.


[2] 왜 JPEG를 사용할까?

두 가지 이유가 있다. 이미지 파일 크기를 작게 만들기 위하여.. 픽셀당 8비트 데이터가 아니라 픽셀당 24비트의 색상 데이터를 저장하기 위하여..

이미지 파일 크기를 줄이는 것은 네트워크상의 이미지 파일 전송과 이미지 라이브러리의 보관에 있어서의 혁명이다. 예를들어, 2메가바이트의 풀컬러이미지 파일을 100킬로바이트로 감소시켜 압축한다는 것은 디스크 용량절약과 전송속도 증가에 큰 도움을 준다! 또한 JPEG는 풀컬러 이미지를 쉽사리 20:1비율 압축을 가능하게 해준다. 만약 당신이 GIF와 JPEG를 비교하고 있다면, 보통 용량비율은 약 4:1정도가 될 것이다. (참고 "[4] How well does JPEG compress images?")

그런데, JPEG 이미지를 보기 위해서는 GIF같은 단순한 형식의 이미지를 보는 것보다 압축해독할 시간이 필요하기 때문에 더 시간이 많이 걸린다. 그러므로 JPEG를 사용하기 위하여서는 시간/저장공간 사이의 절충이 필수적이다. 이미지를 더 저렴한 비용으로 저장하거나 전송하기 위하여서는 시간(역주 - 인코딩, 디코딩 할 시간)을 더 할애할 수 있다. 그러나 네트워크 전송이 고려된다면 이런 계산은 더 이상 필요가 없다. 파일을 압축해독하는 시간보다 파일이 전송되는데 걸리는 시간이 시간을 결정하는데 가장 큰 요인이 될 것이기 때문이다. (역주 - 웹같은 네트워크에서 필요한 이미지를 JPEG로 만들 때, 시간을 고민하고 있다면, 인코딩, 디코딩 할 때의 시간을 고려할게 아니라 그 이미지 파일이 전송될 시간을 고려하라는 말이다. 왜냐하면, 인코딩, 디코딩할때의 시간보다 파일 전송되는데 필요한 시간이 훨씬 더 오래 걸리기 때문이다.)

JPEG의 두 번째 잇점은, JPEG가 정보를 픽셀당 24비트(2의 24승(乘) - 16만가지 색상)의 풀컬러로 저장할 수 있다는 것이다. 인터넷에서 흔히 쓰이는 GIF는 픽셀당 8비트(2의 8승(乘) - 256색 이하)밖에 저장하지 못한다. GIF는 한번에 256색밖에 표현하지 못하는 PC의 싸구려 컴퓨터 디스플레이어에나 궁합이 좋다. 그러나 풀컬러 디스플레이어가 점점 가격이 하락하고 있고, 그런 풀컬러 장비에서 JPEG사진은 GIF보다 *훨씬* 더 보기가 좋다. 2년내에 GIF는 흑백의 맥페인트 포맷이 오늘날 폐물이 되어버린 것처럼 폐용이되어 버릴 것으로 보인다. 더 나아가, 다양한 종류의 디스플레이어를 사용하는 사람들 사이에 이미지를 교환하는데 있어서 JPEG는 GIF보다 훨씬 유용하다. 왜냐하면, JPEG는 얼마나 많은 색상을 사용할 것인가하는 예상을 하지 않기 때문이다(참고 "[8] What is color quantization?"). 그러므로 GIF보다 JPEG는 Usenet이나 World Wide Web의 표준 사진 포맷으로 사용되는 데에 상당히 적절하다.

많은 사람들이 "손실 압축"이란 용어에 겁을 먹는다. 그러나 실제 세상 배경을 표현하려고 할 때, 어떠한 디지털 이미지 파일 형식도 당신의 눈에 비치는 모든 정보를 그대로 저장 시킬 수 없다. 실제 세상 배경을 비교해 볼 때, JPEG는 GIF보다 훨씬 적은 정보를 손실한다. 손실 압축의 정말로 좋지 않은 점은, 하나의 이미지를 반복해서 압축했다, 해독하였다가 하면 할수록 점점 이미지의 품질이 떨어진다는 것이다(참고 "[10] Does loss accumulate with repeated compression/decompression?"). 몇몇의 프로그램에는 이것이 심각한 장애가 되겠지만, 대부분의 경우에 아무런 문제도 되지 않을 것이다.

'Private > SSY' 카테고리의 다른 글

[4] JPEG는 얼마나 압축에 뛰어날까?  (0) 2011.05.26
[3] JPEG는 언제 사용하여야 하는가, GIF는 언제 사용하여야 하는가?  (0) 2011.05.26
[1] JPEG란 무엇인가?  (0) 2011.05.26
UMN, LMN  (0) 2009.10.31
Antibiotics  (0) 2009.10.11