JPG GIF 차이 - JPG GIF chai

이태영

unread,

Jan 29, 1998, 7:00:00 PM1/29/98

to

In article <6arq2p$1i0$>, says...
> gif와 jpg의 차이를 알고 싶습니다......
> 너무 질문이 짤막하군요.....-_-
> 좀 더 구체적으로 알고 싶은 것은...
> '변환했을 때의 크기'에 관한 것입니다...
> 커질 때도 있고...작아질 때도 있는데...
> 뭐가 어떻게 된 것인지 알 수가 없군요.
> ____________________________________________
> Under construction....
> http://home.taegu.net/~uk7517/index.htm
> ..................................^ ^

알려진 대로 jpg는 사진같은 그림에 주로 쓰이고, gif는 여러개의 단색이 주로 쓰이는 그래픽
류의 그림에 쓰입니다.

jpg는 손실 압축이라고 하는데, 압축할 때 그림의 질을 떨어뜨리게 됩니다. 압축률이 높아질
수록 품질은 더 떨어지는게 보통이겠죠. 그림에 노이즈가 있을 때 jpg로 저장하면 간혹 품질이
좋아지는 경우도 있다고 합니다. jpg는 저장할 때마다 품질이 떨어지게 되니 조심하셔야
합니다.

gif는 256색만을 지원하며, 버전에 따라서 투명 배경과 애니메이션을 지원합니다. 팔레트가
같으면 늘 같은 크기와 품질을 유지하는 비손실 압축입니다.

두 포맷의 차이를 아시고 싶으면 두가지 그림을 써 보세요. 첫째는 그레디언트의 그림. jpg는
그런대로 잘 되는데, gif는 띠가 생길 것입니다. 단색의 깨끗한 경계를 가진 그림. 확대해 보면
jpg는 압축률이 높아질 수록 경계에 노이즈가 많이 생깁니다. gif는 깨끗하게 저장됩니다.

좀더 자세히 알고 싶으시면
http://www.adobe.com/studio/tipstechniques/GIFJPGchart/main.html
로 가보세요... 그리고, 최근에는 gif를 만드는 프로그램은 royalty를 지불해야 하는 관계로 gif의
사용이 꺼려지고 있다고 합니다...

--
휴지줍는 고운 마음
안버리는 밝은 마음

http://www.postech.ac.kr/~iljimae

김성욱

unread,

Jan 30, 1998, 7:00:00 PM1/30/98

to

gif와 jpg의 차이를 알고 싶습니다......
너무 질문이 짤막하군요.....-_-

좀 더 구체적으로 알고 싶은 것은...
'변환했을 때의 크기'에 관한 것입니다...

커질 때도 있고...작아질 때도 있는데...
뭐가 어떻게 된 것인지 알 수가 없군요.

--

SnaKeJon

unread,

Jan 30, 1998, 7:00:00 PM1/30/98

to

자세히는 모르지만.. 제 짧은 지식?을 말해 볼겠습니다.

제가 알기로는

jpg가 gif보다 훨 압축률은 좋습니다.

하지만, 단색이나 흑백일경우는 gif가 조금더 압축률이 좋다고 합니다.

언/제/나/멋/진/스/네/이/크/전

김성욱 작성함:

unread,

Jan 30, 1998, 7:00:00 PM1/30/98

to

jpg는 트루칼라를 지원하고 gif는 256칼라만 지원됩니다.
jpg는 화일을 저장할때 많은 압축을 하게 되어서 사진같이
용량이 많이 나가는 화일을 저장할때 적합합니다.
요즘 나오는 디지탈카메라를 찍으면 사진이 jpg화일로 저장되는데
이것도 jpg가 압축률이 높기 때문입니다.
그런데 이런 사진같은 그림을 gif로 변환하면 화일크기가 엄청나게
크집니다.압축이 안되기 때문이죠.
그리고 gif는 사진을 제외한 클립아트같은 것을 저장하기에 적합한
포맷입니다.
이런것을 jpg로 저장하면 오히려 화일크기가 gif보다 더 커져
버립니다.
즉, 사진은 jpg로 저장,그외의 클립아트나 간단히 컴퓨터에서
그린 그림은 gif로 저장하시면 됩니다.
그리고 gif에는 추가로 요즘 홈페이지만들때 많이 사용하는 움직이는
그림을 만들수 있는 기능도 있습니다.
더자세한것은 기억이 오래되어서 까먹었습니다.

Sungwon Cho

unread,

Jan 31, 1998, 7:00:00 PM1/31/98

to

wrote in message <6at5p7$8c$>...

:그런데 이런 사진같은 그림을 gif로 변환하면 화일크기가 엄청나게
:크집니다.압축이 안되기 때문이죠.

압축이 안되는 것은 아닙니다. :-)

GIF(Graphics Interchange Format)는 LZW 방식의 압축법을
사용하므로 이미지 손실이 없으나 읽어들이거나 저장하는 속도가
좀 느리다는 단점이 있습니다.

JPEG(Joint Photographic Experts Group)에서 지정한 JPEG 엔코딩
방식은 압축이 아니라 하나의 엔코딩 방식입니다. 연속적인 어떤
톤을 가지고 있는 이미지인 경우 파일 크기를 효율적으로 줄일 수
있는 것이 장점이나 원래 이미지가 어느 정도 손실이 되기 때문에
원 상태로 되돌릴 수는 없다는 것이 단점이지요.

따라서, 압축하여서 저장하는 파일 포맷은 JPEG가 아니고
GIF입니다. MPEG나 JPEG 엔코딩 방식은 파일을 압축하는 것이
아니고, 불필요하다고 판단되는 연속 신호를 없애는 것입니다.

파일을 압축한다는 것은 ZIP 파일처럼 원상태로 되돌릴 수 있다는
것이고, MPEG나 JPEG 엔코딩 방식은 파일 압축과는 의미나 사용
목적이 다릅니다. 일단 한번 MPEG나 JPEG로 엔코딩하면 원상태로
되돌릴 수 없다는 것을 기억하세요.

제 얘기도 틀릴 수 있습니다. :-j
--
Sungwon Cho, Aster

Electronics / Kyungwon University
<http://members.iworld.net/aster>

Lee JunYoung

unread,

Jan 31, 1998, 7:00:00 PM1/31/98

to

On Sun, 1 Feb 1998 01:40:24 +0900, "Sungwon Cho"
<> wrote:

>압축된 파일이 원본 파일보다 커지더라도 압축된 것입니다(?). 크기가
>얼마 안되는 텍스트 파일을 압축해 보세요. 오히려 크기가 커집니다.

206bytes 짜리 텍스트 파일을 winzip으로 압축하면 215bytes로
압축되는 몰상식한(?) 일이 벌어집니다. 다른 압축 프로그램도 대부분
비슷하구요. 압축의 기본 원리가 데이터의 동일 반복 구간을 정리하여
인덱스 정보를 압축 파일의 헤더에 붙이는 윈리니 압축할게 거의 없는
파일을 압축하면 오히려 인덱스 정보 때문에 더욱 커지는 경향이
있죠(맞나?)... 마치 압축에 압축을 더하면 압축은 압축인데 더
커진다는 원리처럼...

>있습니다. 고로 Netscape 사용자를 답답하게 하는 방법은 페이지를 전부
>테이블로 처리하고 이미지 파일은 JPG만을 사용하는 것입니다(?).

넷스케이프의 쥐약인 CSS로 페이지를 도배질하고 맨 아래에 "이
페이지는 익스플로러에서 가장 잘 볼 수 있습니다"라고 적어둬도 될
것 같군요 ;-)

ps - 대연님 얘기 가운데 JPG Quality 조절이 100%까지 되더라도
이미지 데이터 정보가 일부 손실된다는 말씀이 있던데, JPG Quality는
99%까지 되는게 아닌가요?

ps2 - GIF의 라이언스 분쟁이 개발촉진제가 되었던 PNG (Portable
Network Graphic) 에 대한 얘기도 했음 좋겠는데요... 특히 gamma
information을 PNG 내부에 갖고 있으므로 해서 모든 플랫폼에서
똑같은 그림을 보여줄 수 있는 특징이 마음에 들더군요. GIF와 같은
화일 형식에서는 이러한 기능이 제공되지 않고, 데이타의 크기에
있어서도 경우에 따라선 GIF보다 PNG의 크기가 큰 때도 있으나 대부분
PNG의 데이타 크기가 약간 작은 것으로 나타나고 있다고 하니까...

-=##=-=##=-=##=--=##=--=##=--=##=--=##=--=##=-

PNU - Department of Socoiology
이준영

-=##=-=##=-=##=--=##=--=##=--=##=--=##=--=##=-

Deyon Kim

unread,

Feb 1, 1998, 7:00:00 PM2/1/98

to

::그런데 이런 사진같은 그림을 gif로 변환하면 화일크기가 엄청나게

::크집니다.압축이 안되기 때문이죠.
:
:압축이 안되는 것은 아닙니다. :-)

원본보다 파일크기가 커지면 압축이 안될수도 있겠죠. 하지만 LZW 방식으로
압축시도하다가 원본보다 커진 데이타도 압축되었다고 할 수 있을지는
모르겠네요. :)

:GIF(Graphics Interchange Format)는 LZW 방식의 압축법을

:사용하므로 이미지 손실이 없으나 읽어들이거나 저장하는 속도가
:좀 느리다는 단점이 있습니다.

요즘 사람들은 GIF와 JPG의 속도차이를 거의 모르죠. 286 쓰던 시절에 GIF의 느린
속도에 비하면 JPG는 정말 놀라운 대 혁명이었습니다.

:파일을 압축한다는 것은 ZIP 파일처럼 원상태로 되돌릴 수 있다는

:것이고, MPEG나 JPEG 엔코딩 방식은 파일 압축과는 의미나 사용
:목적이 다릅니다. 일단 한번 MPEG나 JPEG로 엔코딩하면 원상태로
:되돌릴 수 없다는 것을 기억하세요.

한가지만 덧붙이자만, JPG Quality 조절하는 옵션에서 100%를 주더라도 원본이
변합니다. Quality = 100%면 원본 그대로가 아님을 참고하세요.

Sungwon Cho

unread,

Feb 1, 1998, 7:00:00 PM2/1/98

to

Deyon Kim wrote in message <6avepk$hq3$>...
...
::압축이 안되는 것은 아닙니다. :-)

:원본보다 파일크기가 커지면 압축이 안될수도 있겠죠. 하지만 LZW 방식으로
:압축시도하다가 원본보다 커진 데이타도 압축되었다고 할 수 있을지는
:모르겠네요. :)

LZW 방식의 압축이 ZIP 파일과 같은 파일 압축으로 보는 것은 무리가
있습니다. 저도 자세한 것은 모릅니다. ^^;

압축된 파일이 원본 파일보다 커지더라도 압축된 것입니다(?). 크기가
얼마 안되는 텍스트 파일을 압축해 보세요. 오히려 크기가 커집니다.

::GIF(Graphics Interchange Format)는 LZW 방식의 압축법을

::사용하므로 이미지 손실이 없으나 읽어들이거나 저장하는 속도가
::좀 느리다는 단점이 있습니다.

:요즘 사람들은 GIF와 JPG의 속도차이를 거의 모르죠. 286 쓰던 시절에 GIF의
:느린 속도에 비하면 JPG는 정말 놀라운 대 혁명이었습니다.

옛날에 8비트 컴퓨터를 가지고는 그래픽 처리가 너무 느려서 어셈블리로
처리했던 기억이 나는군요. 지금은 랜덤으로 점을 그려서 화면을 꽉
채우는데 1초도 안걸리지만, 그때는 20분 정도 걸렸습니다. ^_^;

참고로 말씀드리면, GIF는 Netscape가, JPG는 IE가 빨리 처리하는 경향이

있습니다. 고로 Netscape 사용자를 답답하게 하는 방법은 페이지를 전부
테이블로 처리하고 이미지 파일은 JPG만을 사용하는 것입니다(?).

Deyon Kim

unread,

Feb 1, 1998, 7:00:00 PM2/1/98

to

:>고로 Netscape 사용자를 답답하게 하는 방법은 페이지를 전부

:>테이블로 처리하고 이미지 파일은 JPG만을 사용하는 것입니다(?).

:
:넷스케이프의 쥐약인 CSS로 페이지를 도배질하고 맨 아래에 "이

:페이지는 익스플로러에서 가장 잘 볼 수 있습니다"라고 적어둬도 될
:것 같군요 ;-)

거기에다 KSC5601_??? (까먹었음) 을 meta tag에 넣어주면 더 확실한
골탕먹이기가 되겠죠? iso-8859-1 한글 홈페이지 몇번 다녀오다보면 정말 자기
홈페이지 NC에서 안보이게 막아버릴까... 하는 생각이 들때가 많습니다. :)

:ps - 대연님 얘기 가운데 JPG Quality 조절이 100%까지 되더라도

:이미지 데이터 정보가 일부 손실된다는 말씀이 있던데, JPG Quality는
:99%까지 되는게 아닌가요?

100%까지도 됩니다. CJPEG 같이 모든 옵션을 수동 조절할 수 있는 프로그램에서는
지원됩니다. 그리고 100% Quality 에서도 화질이 변한다는 안내사항은 readme에
있더군요. 저는 JPG 변환할때 꼭 CJPEG를 씁니다. 제가 주로 사용하는 옵션은...

CJPEG -quality 80 -dct float -optimize filename

readme를 보면 FPU 를 사용하는게 그냥 정수연산보다 아주 조금 좋은 화질의
JPG를 만든다고 되어 있더군요.

박종대

unread,

Feb 1, 1998, 7:00:00 PM2/1/98

to

In han.comp.questions Deyon Kim <> wrote:
: :>고로 Netscape 사용자를 답답하게 하는 방법은 페이지를 전부

: :>테이블로 처리하고 이미지 파일은 JPG만을 사용하는 것입니다(?).

이건 모뎀 사용자 죽이기 아닌가요? :)

: 거기에다 KSC5601_??? (까먹었음) 을 meta tag에 넣어주면 더 확실한

: 골탕먹이기가 되겠죠? iso-8859-1 한글 홈페이지 몇번 다녀오다보면 정말 자기
: 홈페이지 NC에서 안보이게 막아버릴까... 하는 생각이 들때가 많습니다. :)

다 좋은데.. KSC5601-1987 에 대해서는 Micro$oft 쪽을 죽여야 합니다.
이건 완전히 표준을 어긴 겁니다.
게다가 이걸 표준으로 만들자고 뗑깡(?)까지 부립니다.
(예쁜 구석이 있어야 뗑깡도 받아주죠.)

NS나 IE를 죽일 때는 표준을 어겼을 때에 죽여야죠.

Netscape를 죽이고 싶으시면.. 그냥 맨 앞과 맨 뒤에 <blink> </blink>를 넣으세요.
-_- (IE도 지원하나?)

--
박종대
-- ' C-language Edition
#define cdpark /* KAIST, CSDept, Theory of Computation Lab. */
#include <signature.h> /* the Hitchhiker's Guide to the Internet?? */

Deyon Kim

unread,

Feb 1, 1998, 7:00:00 PM2/1/98

to

:: :>고로 Netscape 사용자를 답답하게 하는 방법은 페이지를 전부

:: :>테이블로 처리하고 이미지 파일은 JPG만을 사용하는 것입니다(?).
:
:이건 모뎀 사용자 죽이기 아닌가요? :)

사실 대부분의 사진들이나 아이콘들이 JPG 압축했을때의 크기가 더 작습니다. GIF
< JPG 가 되는 경우는 진짜 극히 드물지요. 오히려 GIF 를 쓰는것이 정말로 모뎀
사용자 죽이기입니다. :)

:Netscape를 죽이고 싶으시면.. 그냥 맨 앞과 맨 뒤에 <blink> </blink>를
넣으세요.
:-_- (IE도 지원하나?)

IE는 Blink를 무시합니다. NC는 진짜로 깜빡이기 때문에, 사람들이 NC를 죽이기
위해서가 아니라, 글 읽는 사람들 열받게 하려고 고의적으로 Blink를 집어넣기도
합니다. Web Board같은데 많이 올라오죠.

박영걸

unread,

Feb 1, 1998, 7:00:00 PM2/1/98

to

Lee Jin-Young

unread,

Feb 2, 1998, 7:00:00 PM2/2/98

to

JPG는 GIF에 비해 파일크기는 작지만
브라우저에서 표시해주는 속도라고 해야하나?
GIF가 훨씬 빠릅니다..

나도 내 홈에 블링크 너놔야지.. 이히히

--
이제 새로운 시도를 하는 팀이 아닌
여태까지 시도한 것들을 가지고
우리의 음악계를 한단계
발전 시키기를 바랄뿐이다

-N.EX.T

Lee Jin-Young

unread,

Feb 2, 1998, 7:00:00 PM2/2/98

to

Lee Jin-Young

unread,

Feb 2, 1998, 7:00:00 PM2/2/98

to