“프로그레시브”JPEG : 많은 웹 사이트에서 JPEG 렌더링을 피하는 이유는 무엇입니까? 찬반 양론?


39

웹 페이지에서 JPEG 이미지를 사용하는 경우 일반적으로 위에서 아래로 렌더링되지만 이미지는 전체 크기로 시작 하지만 흐릿한 다음 점진적 으로 개선되는 점진적 JPEG 모드를 사용하여 렌더링 할 수도 있습니다. 완전히로드 될 때까지 연속 패스. 프로그레시브 로딩을 위해서는 이미지가 그런 식으로 저장되어야합니다.

더 많은 웹 사이트에서 점진적 JPEG를 사용하지 않는 이유는 무엇입니까? 단점은 무엇입니까? 단순히 도구 지원이 부족합니까, 아니면이 파일들이 전통적인 하향식 렌더링 JPEG 이미지보다 열등합니까?


2
인터레이스 된 GIF도 어떻게 되었습니까?

7
그들은 부하에 이미지를 기다리는 년경 1990 영화에 큰 서스펜스 빌더했다, 오 자사의 확인 우리가 거의 [극적인 액션 시퀀스에 컷] 살인자의 얼굴 ... BAM을 볼 수 있습니다 덜 고르지 비트
마크 헨더슨

1
Blade Runner에서 사용되는 무한 확대 줌인 알고리즘이 마음에 듭니다.
Chris W. Rea

3
@Chris, Red Dwarf 의 소프트웨어와 비교하면 아무것도 아닙니다 .
피터 테일러

@PeterTaylor 대단해 :-)
Chris W. Rea

답변:


14

프로그레시브 JPEG는 처음부터 스캐 터샷을 지원했습니다. JPEG 의 Wikipedia 페이지 는 다음과 같이 말합니다.

그러나 프로그레시브 JPEG는 널리 지원되지 않고 [인용 필요] ,이를 지원하는 일부 소프트웨어 (예 : Windows 7 이전 Internet Explorer 버전) [12]도 이미지가 완전히 다운로드 된 후에 만 ​​이미지를 표시합니다.

NB 첫 번째 문장은 소싱되지 않았으며 두 번째 문장의 출처는 이것이 Windows 7에서만 지원된다고 말하지는 않습니다.

나는 내가 처음 프로그레시브 JPEG 피할 때 기억할 수는 없지만, 가장 최근의 문제는 플래시에서 이미지 파서 (PNG 파일, GIF를, 및 JPEG 파일을로드 할 수있는)이었다 프로그레시브 JPEG로드 할 수 없습니다 ( 인터넷 아카이브에 링크 업데이트 ) 중 하나를.


그러나 플래시를 사용하는 것은 악하다! ;-)
Marco Demaio

15

나는 보통 이미지를 점진적으로 저장합니다.

나는 결점이나 렌더링 문제를 경험하거나 들어 본 적이 없다 . 아주 오래된 브라우저가 프로그레시브 효과를 렌더링하지 않더라도 최종적으로 이미지를 렌더링하므로 큰 문제는 아닙니다.

프로그레시브 JPEG 이미지는 보통 프로그레시브가없는 동일한 이미지보다 크기가 작습니다 .

예를 들어, 8K (최대 품질) JPG 이미지는 프로그레시브를 채택 할 때 정의 픽셀을 잃지 않고 쉽게 6K (정지 최대 품질)가 될 수 있습니다.

또한 Photoshop과 같은 이미지 편집기를 사용하여 JPG 점진적으로 이미지를 저장하면 아무 것도 필요하지 않습니다 ( "다른 이름으로 저장"명령을 사용할 때 나타나는 창에있는 확인란 일뿐입니다).


7
실제로 yuiblog.com/blog/2008/12/05/imageopt-4 는 10K보다 큰 JPEG의 94 %가 점진적 일 때 더 작게 압축되는 것이 더 작다는 것을 발견했습니다 (작은 파일의 경우에는 10K 압축보다 작은 JPEG의 75 %로 프로그레시브 모드가 없으면 더 좋습니다). 따라서 일반적으로 큰 JPEG를 점진적으로 저장하는 것이 좋습니다.
John Mellor

1
John에 동의합니다. 품질을 최대 품질에서 매우 높음 (80 % -90 %) 이하로 낮추면 프로그레시브가 더 이상 작은 크기를 생성하지 않습니다.
joelpittet

1
6K 및 8K 이미지의 품질이 같은지 확실하지 않습니다. 최대 설정이며 축소가 보이지 않습니다. 작은 파일이 더 손실 될 것으로 생각됩니다. 프로그레시브 알고리즘이 25 % 더 효율적일 수있는 방법은 없습니다. 어떤 경우 든 상관 된 압축 데이터에 분리 계층을 추가하므로 효율성이 떨어집니다.
Zdenek

6

Artlung은 몇 가지 지원 고려 사항을 다루었지만 대부분의 시간에 중요하지 않다는 사실도 있습니다. 문제의 중요한 부분은 "완전히로드 될 때까지"입니다. 프로그레시브 형식은 이미지를 흐리게 만드는 미학적 요소가 아니며 기능적입니다.

경우 이미지가 다운로드에 시간이 걸릴 것으로 (파일 크기로) 충분히 큰이며, 다음 당신은 진행을 볼 수 있습니다.
모든 JPEG가 모든 곳에서 점진적으로 저장 되더라도, 현재의 일반적인 연결 속도에서 당신이 겪게 될 압도적 인 대다수의 이미지는 그 어느 정도의 효과를 볼만큼 충분히 크지 않습니다. 이것은 모두 느린 전화 모뎀을 사용했을 때의 좋은 아이디어 였지만, 까다로운 사진 작가 또는 무언가와 같은 매우 큰 이미지가 필요한 사이트를 넘어 제한된 실제 응용 프로그램에 대한 호기심이 점점 커지고 있습니다.

누군가 인터레이스 GIF에 대해서도 마찬가지입니다.

여기에 잠재 고객 요인이있을 수 있습니다. 순 인프라가 덜 발달 된 국가에서 속도가 상당히 느려질 수 있다고 생각한다면 말할 수는 없습니다. 나는 그들이 모바일 브라우징을위한 응용 프로그램을 가지고 있다고 볼 수 있지만 그 기능에 대한 드문 지원으로 되돌아갑니다.


1
내가 그 생각 모바일 실제로 큰 고려 사항이다 여기 - 내가 추측하고 그 새로운 스마트 폰 지원이; 3G 이하의 브라우징 경험이 훨씬 빨라집니다. 관련이없는 이미지가 표시되면 더 많은 시간이나 돈을 낭비하기 전에 떠날 수 있습니다.
Baumr

모바일 브라우저는 기본적으로 프로그레시브 JPEG의 첫 번째 또는 두 번째 패스 만 표시하도록 설정할 수 있습니다. 이렇게하면 데이터가 절약되고 더 빠른 탐색 환경이 제공됩니다.
일요일

Baumr : 아니요. CPU 비용이 너무 높습니다. 내 전화는 실제로 일반 이미지를 부분적으로 그리지도 않고 표시하기 전에 전체로드를 기다립니다.
Zdenek

sunk818 : 이론적으로는 가능하지만 교차 계층 해킹 일 것입니다. 스택의 TCP 부분에서 JPEG를 구문 분석하고 전송을 조기에 중단해야합니다 ... 끔찍합니다. 그리고 그것은 파이프 라인도 깨뜨릴 것입니다. 그리고 대부분의 JPEG 라이브러리는 이러한 파일로 작업을 거부하므로 홈 브룩 핵도 사용해야합니다! 그냥 싫다.
Zdenek

3

Google은 images.google.com에서 이미지를 점진적으로로드하는 방식을 사용합니다. 처음에는 크기를 미리보기 위해 엄지 손가락을 늘린 다음 원본 이미지를로드합니다. 나는 이것이 좋은 습관이라고 생각합니다. 프로그레시브 JPEG처럼


나도 그래 그리고 Google은 저품질 버전을 점진적으로 떨어 뜨리면서 전체 이미지를 숨기고 있기 때문에 솔루션이 훨씬 좋습니다.
Zdenek

2

점진적 렌더링 (gif / jpeg)은 서버가 느리고 POTS를 통한 크롤링에서 최종 마일 데이터 전송이 수행되었던 인터넷의 오래된 시절을위한 것입니다. 아무도 더 이상 시간을 낭비하지 않습니다.

많은 웹 사이트 사용자가 광대역을 사용하고 있기 때문에 매우 큰 이미지에서 최소한의 페이드 효과 (8MB 케이블에서는 거의 눈에 띄지 않음)가 아닌 다른 용도로 사용되지 않습니다. 청중이 여전히 전화 접속 전화를 사용하는 경우 걱정할 수 있습니다.

그리고 아래 의견에서 지적했듯이, 오래된 것은 새로운 것이며 새로운 최종 마일 전송 속도는 여전히 링크 속도 또는 대기 시간 문제로 인한 휴대 전화 네트워크 및 위성 액세스의 문제입니다. 따라서 청중에게주의를 기울이고 필요할 때 더 나은 사용자 경험을 제공하도록 다시 구현하십시오.


3
모바일 3G 연결을 무시하고 있습니다. 속도가 느릴 수 있습니다. 사람들이 귀하의 사이트를 방문하는지 여부에 따라 달라
지겠지만

1
프로그레시브 JPEG는 대역폭이 제한되고 대기 시간이 높은 섬 국가에도 좋습니다.
일요일

그러나 여전히 점진적 렌더링은 피해야합니다.
Bhavesh Gangani

예, 요즘 2G 또는 3G를 사용한다면 세계 어느 지역보다 적습니다. Barundi의 사용자가 유선 데스크톱에서 전 세계적으로 3-8 초인 페이지를 2G 모바일 연결에서 115 초 만에로드하도록했습니다. 모바일에서는 여전히 느릴 수 있습니다.
ClearCrescendo

Chrome 연결의 60 %는 2G입니다-Chrome Dev Summit 2016.
Thomas McCabe

1

Wikipedia와 같은 사이트에서 실제로 자체 축소판을 렌더링하는 사이트에는 추가 고려 사항이 있습니다. 점진적 JPEG를 만들기위한 모든 알고리즘은 더 많은 메모리와 CPU주기를 사용합니다. 원본 파일이 충분히 크면 문제가 발생합니다.


0

많은 라이브러리는 기본적으로 제공하지 않거나 기본적으로 제공하지 않습니다. 그러나 그 이유가 아닙니다. 나는 이미지를 제공하는 웹 사이트를 운영하고 프로그레시브 JPEG를 싫어합니다. 왜? 그들에 사용 된 알고리즘이 내 것보다 나쁘기 때문에! Google과 동일한 기술을 사용하며 실제로 작은 미리보기 이미지 위에 작은 미리보기 이미지를 오버레이합니다. 이러한 방식으로, 사용자는 원본의 크기에 관계없이 모든 연결에서 거의 최대 품질을 즉시 얻을 수 있습니다. 프로그레시브 파일은 매우 고르지 않아이 효과를 망칩니다.

썸네일 오버레이를 사용하는 방법입니다.


0

프로그레시브 JPEG는 Chrome, Firefox 및 IE 9 이상에서 작동합니다. 나는 오늘날 웹을 사용하는 데 사용되는 대부분의 브라우저를 다룬다 고 생각합니다.

프로그레시브 JPEG는 여러 상황에서 더 나은 사용자 경험을 제공합니다. 느린 사이트 (아일랜드 국가, 슬래시 도트 효과, 피크 트래픽 등)를 방문 할 때 점진적으로보고 싶습니다. 나는 완전한 품질을 즉시 볼 필요가 없습니다. 이미지의 초기 아이디어는 종종 충분합니다. 위에서 아래로 느린 로딩 이미지를 보는 것이 더 귀찮습니다. ASCII 아트를 다운로드 한 300 일의 모뎀 모뎀을 생각 나게합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.