Wi-Fi가 인터넷에서 다운로드 한 이미지 품질에 영향을 줍니까?


12

Wi-Fi가 강력 할 때 웹 사이트에서 이미지를 다운로드하면 기기의 이미지 품질이 향상됩니까?


34
아래의 답변은 정확하지만 Facebook 또는 Whatsapp와 같은 일부 서비스는 파일 크기를 줄이기 위해 이미지를 처리 ​​할 수 ​​있습니다. 이미지는 다른 쪽 끝에서 업로드 한 이미지와 같지 않기 때문에 이미지 품질에 영향을 줄 수 있습니다.
Viezevingertjes

1
@HagenvonEitzen 일부 모바일 네트워크는 최근에 (https가 아닌 https로) 재 압축되었습니다. 예를 들어,지도에서 텍스트를 읽을 수 없게 만들 수 있습니다. 정확히 3G를 사용하려는 것입니다!
Chris H


2
엄밀히 스틸 이미지 또는 비디오?
복직 자 Monica Monica

1
와이파이 자체에는 체크와 밸런스가 있고 TCP에는 체크섬이 있습니다. 그러나 다른 쪽 끝이 조건을 감지하면 내용을 다른 버전의 동일한 파일로 바꿀 수 있습니다.
cybernard 2018 년

답변:


47

WiFi가 강할 때 웹 사이트에서 이미지를 다운로드하면 장치의 이미지 품질이 높아 집니까?

신호 품질은하지 않습니다 일반적으로 데이터의 전송에 영향을 한다 불완전 전송이 발생할 수 있지만, 전송합니다. 하나...

  • 웹 사이트는 종종 모바일과 데스크톱에 다른 데이터를 보냅니다.

  • 일부 사이트 스크립팅을 사용하여 링크 품질 및 속도에 따라 다른 데이터를 보냅니다. 이것은 비디오 스트리밍 사이트에서 특히 일반적입니다.

  • 일부 브라우저는 프록시 서버를 사용하여 데이터를 압축하여 전송 속도를 가속화합니다. 여기 에는 손실 압축 및 이미지 크기 조정 이 포함될 수 있습니다.

  • 일부 사이트는 다운로드를 위해 전송하는 것보다 압축률이 높은 이미지를 표시 할 수 있습니다 . 줌 기능이있는 경우가 종종 있습니다.


9
내가 어렸을 때 부모님은 PCMCIA 모바일 데이터 카드를 단단하게 다루었 고 제공자는 아이콘을 포함한 모든 이미지를 압축하기 전에 압축했습니다. 압축은 상당히 공격적이었습니다.
Tomáš Zato-복원 모니카

4
일부 네트워크 제공 업체 (WiFi 및 셀 데이터 모두)는 트래픽을 가로 채고 이미지 품질을 낮추어 대역폭을 절약합니다.
OrangeDog

6
@OrangeDog는 방문하는 사이트가 사용 가능한 경우 TLS (HTTPS)를 사용하도록하는 또 다른 이유입니다.
Seth R

1
@SethR 그것은 당신이 더 높은 품질을 선호하든 더 빠른 로딩을 선호 하느냐에 달려 있습니다. TLS의 이유는 트래픽 에서 다른 덜 무해한 일을 할 수 있기 때문 입니다. 또는 제대로 작동하지 않는 의도가 좋은 것들조차도.
user253751 2016 년

또한 일부 사이트 (예 : Google 이미지 검색)에는 더 큰 이미지를 받기를 기다리는 동안 품질이 낮은 자리 표시자가있을 수 있습니다 (이 과정이 어떤 이유로 완료되지 않을 수 있음).
NotThatGuy

23

다른 답변은 전송 중에 디지털 이미지의 품질이 저하되지 않는다고 지적합니다. 그러나 요즘 많은 모바일 데이터 요금제가 서비스 제공 업체가 액세스 할 수있는 채널을 통해 전송되는 경우 최소한 영화를 트랜스 코딩하고 원본보다 품질이 낮은 영화를 제공한다는 점을 지적 할 가치가 있습니다. 이는 서비스 공급자가 콘텐츠 공급자와 캐싱 배열을 갖는 암호화되지 않은 채널의 전송 또는 암호화 된 채널의 전송을 의미 할 수 있습니다 (일반적으로 Netflix와 같은 플랫폼의 경우). 계획과 공급자에 따라 웹 사이트의 암호화되지 않은 이미지에 동일하게 영향을 줄 수 있습니다.

이러한 데이터 요금제로 WiFi를 통해 연결하면 일반적인 이미지 품질이 향상됩니다. 결과는 WiFi 연결의 품질에 따라 다르지만 휴대 전화 요금제에 의존하지 않고 전화기가 Wi-Fi를 사용하는지 여부에 따라 달라집니다.

따라서 원칙적으로 이미지의 품질은 이미지를 얻는 데 사용되는 채널의 품질에 의존하는 것이 아니라 누군가 데이터를 엉망으로 만드는지 여부에 달려 있습니다. 그리고 요즘 그들은 할 수 있습니다.


8
또한 대부분의 스트리밍 서비스는 연결 속도와 품질에 따라 품질 (해상도, 압축 수준)을 조정합니다. (ISP 상호 작용에 관계없이)
제 프로필을 읽으십시오

@mattdm 및 종종 (예 : tmobile은 폭죽을 사용 하여이 작업을 수행합니다) 그들은 youtube / netflix / etc와의 연결을 제한하고 앱이 낮은 품질로 스트리밍하도록 결정할 수 있습니다.
Jon

1
@Jon Optus는 무료 비디오 스트리밍을 사용하도록 설정 한 경우에도이 작업을 수행하지만 Netflix와 Stan의 자동 품질 시스템이 제대로 작동하지 않고 심각하게 엉망이됩니다. 낮은 품질로 스트리밍을 시작하여 720p 또는 1080p에 도달 할 때까지 점진적으로 품질을 높인 다음 Opsen이 몇 센 센드 내에서 연결 및 스트리밍 버퍼를 조절하여 최저 품질로 떨어 뜨립니다. 크 래피 시스템.
Clonkex

"서비스 제공자가 컨텐츠 제공자와 캐싱 배열을 갖는 암호화 된 채널"– 암호화 키없이 어떻게이를 수행 할 수 있습니까?
xiota

1
@xiota 간단한 : 서비스 공급자 암호화 키를. 이 경우 CDN 역할을합니다. security.stackexchange.com/questions/107835/…
내 프로필을 읽어보십시오

12

여기에 다른 대답이 이미 훌륭하지만 다른 관점을 제시 할 수 있습니다.

일반적으로 아닙니다.

브라우저에서 이미지를 다운로드하면이 파일 (이미지)이 전송 제어 프로토콜 (TCP)을 통해 다운로드 될 가능성이 큽니다. TCP는 이미지를 작은 패킷으로 분할하고 인터넷을 통해 각각을 개별적으로 보냅니다. 각 패킷에는 체크섬이 수반됩니다. 이 체크섬은 패킷에 대한 특정 수학 연산의 결과입니다. 수신되면 체크섬은 수신자에 의해 다시 계산됩니다. 두 체크섬은 동일해야합니다. 그렇지 않다면, 적어도 하나의 비트가 변경되었거나 정보가 남았음을 의미합니다. 이 경우 수신자는 해당 특정 패킷을 다시 보내도록 요청합니다. 모든 패킷이 수신되면 다운로드 한 파일은 다운로드 한 서버의 원본과 동일합니다.

그러나 영화를 스트리밍하거나 웹 스트림을 통해 이미지를 볼 때 TCP가 아니라 UDP (User Datagram Protocol) 일 가능성이 있습니다. UDP는 TCP와 동일한 검사를 수행하지 않습니다. "불을 잊어"라고합니다. 패킷이 손실되거나 손상되면 복구되지 않습니다.


5
또한 비트 오류 (의도적으로 손실되는 트랜스 코딩이 아님)는 대부분의 형식에서 이미지를 현저하게 손상시킵니다. 가장 널리 사용되는 형식은 압축되며, 가장 바깥 쪽 압축 레이어 (손실 양자화 또는 무손실 처리 제외)는 엔트로피 코딩 (JPEG의 경우 Huffman 또는 PNG의 경우 zip aka DEFLATE ) 과 같은 일종의 엔트로피 코딩으로 압축 됩니다. 비트 스트림은 나머지 디코딩 방식에 큰 변화를 일으킬 수 있습니다. 비디오 형식의 경우 이것은 하나의 손상된 8x8 매크로 블록 또는 그 밖의 것일 수 있습니다.
Peter Cordes 2016 년

2
이제 모든 사람이 Flash에서 HTML5로 옮겨 갔으므로 스트리밍 사이트는 TCP를 사용하고있을 가능성이 높습니다. YouTube가 TCP를 통해 비디오를 스트리밍합니까?를
xiota 2016 년

3
UDP는 또한 체크섬을 사용합니다. 단일 비트가 아닌 전체 패킷이 손실됩니다.
Dubu

@Dubu : 체크섬이 응용 프로그램 계층에 제공됩니다. UDP 자체는 수정이나 감지 기능을 전혀 제공하지 않습니다. TCP는 패킷을 사용하고 UDP는 사용하지 않습니다.
Opifex

@Opifex No. TCP에는 스트림이 있고 UDP에는 데이터 그램이 있지만 둘 다 패킷이 있습니다 (또는 오히려 하위 레벨에 있습니다). 그러나 UDP (체크섬이 할 수있는 한) 데이터 무결성을 보장합니다. 깨진 데이터 그램이나 불완전한 / 조각화 된 데이터 그램을 얻지 못할 것입니다. UDP는 손상된 데이터 그램을 재전송하지 않습니다. 응용 프로그램에 관한 한 절대로 데이터 그램을 만들지 않았습니다.
Luaan

6

아니요, 컴퓨터는 비트 수준으로 통신합니다. 전송 중 약간의 변경이라도 데이터가 완전히 손상 될 수 있으며 체크섬 (오류 발생시 재시도)을 사용하여 보호됩니다.

그러나 웹 사이트에서 먼저 저해상도 이미지를 빠른 자리 표시 자로 표시하여 인식 된로드 속도를 줄이기 위해 이미지를 다운로드 한 후에 고해상도 이미지로 대체 할 수 있습니다. 연결 속도가 느리고 신뢰할 수없는 경우 해상도가 낮은 자리 표시 자 이미지가 표시 될 수 있습니다.

편집 : 분명히하기 위해 여러 가지 요인으로 인해 품질이 저하 될 수 있지만 Wi-Fi를 통한 전송이 아니라 웹 페이지 (또는 프록시)가 그렇게 선택했기 때문에 품질이 저하 될 수 있습니다.


3
HTTP를 통한 데이터 전송은 손실이 없지만 이미지 및 기타 리소스로드를 해킹 / 최적화 할 사이트가 있습니다. 이미지를로드하는 데 시간이 너무 오래 걸리면 나중에 더 높은 해상도 버전을로드하지 않습니다. 브라우저가 페이지에 수행 할 작업을 결정할 수 있도록 측정 된 대역폭 (최근 처리량 기준)을 페이지에보고함으로써 실제로 표준화되고 있습니다. 또한 일부 WiFi 연결이 미터 연결로 표시 될 수 있으며, 여기서 사이트는 저 대역폭에 맞게 최적화 될 수 있습니다.
Brad

3
웹 사이트는 확실히 그와 같이 이미지를 최적화하지만, 일반적으로 서버에서 적절한 이미지를 요청하는 것은 클라이언트 측입니다. 서버에서 이미지를 일반 다운로드하면 확실하게 Wi-Fi가 얼마나 강력한 지 알 수 없으므로 (원래 질문에서 요청한) 이미지를 기반으로 이미지의 품질이 변경되지 않습니다.
vlumi

5

다른 답변은 정확하지만 (Wi-Fi를 통한 이미지 품질 손실 없음), 나는 지적하고 싶습니다.

'약한'연결 에서는 스트리밍 (!) 비디오 의 품질이 저하되는 것처럼 보일 수 있습니다. 그러나 이는 전송 중 일부 정보가 손실되어 발생하는 것이 아닙니다 (*). 오늘날 대부분의 비디오 스트리밍 서버는 동일한 비디오의 사본을 여러 개 유지하며 각각 압축 비율이 다릅니다. 높은 압축 비율은 작은 파일을 생성하지만, 압축이기 때문에 손실이 그 작은 파일의 품질이 나쁘다.

이제 비디오를 스트리밍하는 동안 발생하는 일은 스트리밍 서버가 연결의 '품질', 즉 연결의 데이터 속도를 모니터링한다는 것입니다. 서버가 연결 속도가 느리다는 것을 감지하면 (예 : 장치를 이동하고 WiFi 신호가 한계가 있기 때문에) 동일한 비디오의 낮은 비트 전송률 스트림으로 거의 매끄럽게 전환되어 계속 시청할 수 있도록 이미지 품질이 저하됩니다. 스트림의 다음 몇 초가 다운로드되는 동안 (고품질) 비디오가 반복적으로 일시 정지되는 대신 비디오.

이것은 다른 방법으로도 작동합니다. 서버가 연결 대역폭이 증가한 것을 감지하면 항상 현재 대역폭으로 가능한 최상의 이미지 품질을 제공하려고 시도하는 고품질 버전의 스트림으로 전환 할 수 있습니다.

*) 사실이 되어 간접적으로 데이터 패킷들의 손실로 인해 상기 신호가 약 해지면, 임의의 데이터 오류가 빈번하게된다. 그러나 이러한 데이터 오류는 하드웨어에 의해 감지되며 일반적으로 '깨진'패킷은 패킷이 올바르게 수신 될 때까지 여러 번 다시 전송됩니다. 그러나 이것은 각 패킷이 (평균적으로) WiFi 링크를 통해 한 번 이상, 예를 들어 3 번 전송되어야한다는 것을 의미하며, 이는 달성 된 데이터 레이트 (즉, 초당 성공적으로 전송 된 패킷 )가 예를 들어 1/3로 떨어진다 는 것을 의미한다 .


2

이 다른 답변에 약간의 맛을 더하기 위해 방금 찍은 사진의 사본이 있습니다.

유니 키티 1-크기 조정? x400px, 품질 변화 없음

유니 키티 1

Unikitty 2-크기 조정? x400px 품질 50 %

유니 키티 2

Unikitty 3-크기 조정? x200px 품질 50 %

유니 키티 3

유니 키티 4-크기 조정? x200px 품질 5 %

유니 키티 4

내 컴퓨터에서 메타 데이터를 제거 exiftool --all=하고 이미지의 체크섬을 계산했습니다.

$ sha256sum unikitty*.jpg
2ead7f2b1c5453f2a80da46f131c95be3423fc92ef8bce43b95fac3ee483d1b3  unikitty.jpg
42358f2f2447568fedc31a03575e8850406f89ff0e5d5a6e2d15c9e492205279  unikitty1.jpg
5c05365cb4aea2f100da471cdee85e5a3942509ab09cf3aa646fddb6962bd95a  unikitty2.jpg
e48c7158bbb9476cacdc80308832d76384e3016fb4dd2afd4333970781b367d5  unikitty3.jpg
986f8c64745fb61196df662c5e9a7c799ed370749f3dc367f269162bfa413800  unikitty4.jpg

그러나 Unikitty # 4를 다운로드 하면 해시가 변경되었습니다.

3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2

이는 파일이 확실히 변경되었음을 의미합니다. 정확히 어떻게, 확실하지 않습니다. 아마도 Imgur가 크기를 조정하기 위해 무언가를하고있을 것입니다.

받고있는 그림이 다른 사람이보고있는 그림인지 확인하려면 체크섬이 있어야 전송중인 비트가 없는지 확인할 수 있습니다. 대부분의 경우 인터넷은 그렇게합니다 (TCP / IP는 정보를 보낼 때 모든 정보가 예정된 장소에 도착하는지 확인하는 방법을 알려줍니다. 정보가 도착하지 않으면 큰 소리로 불만을 제기해야합니다. 대부분의 인터넷은 그 때문에 TCP / IP를 사용합니다). 그러나 다른 사람들이 언급했듯이 이미지의 품질이 변할 수있는 무수한 방법이 있습니다.

Unikitty 4를 다운로드하고 내가 한 것과 동일한 SHA-256 합계를 얻으면 보고있는 그림과 내가보고있는 그림이 100 % 동일하다는 것을 거의 확실하게 알 수 있습니다 .

그럼에도 불구하고 모니터의 색상이 동일하게 조정되고 주변 조명이 어떤 영향을 미치는지 걱정해야합니다.


2
나는 imgur가 메타 데이터를 제거한다고 확신합니다. 업로드시 다시 압축 될 수도 있습니다 . 대역폭을 기준으로 데이터 전송을 변경할 수는 있지만 이를 증명하지는 않습니다. 이미지가 동일하도록 체크섬이 일치하지 않아도됩니다. 예를 들어 PNG는 여러 압축 수준에서 손실이 없습니다.
xiota 2016 년

wget https://i.stack.imgur.com/t69qT.jpg; sha256sum t69qT.jpg; 3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
xiota 2016 년

1
좋은 지적! 체크섬은 이미지가 다르지 않고 동일하다는 보장으로 만 사용할 수 있습니다. 도대체 1과 2가 전혀 다르고 체크섬이 완전히 다른지 말하기가 어렵습니다.
Wayne Werner

1

이미지를 다운로드 할 때 (Google 포토와 같은 클라우드 앱에 저장된 사진) 이미지를 볼 수 있지만 이미지가 완전히 다운로드되었지만 이미지를 보는 데 사용하는 소프트웨어가 렌더링을 완료하지 않았을 수 있습니다. 점진적 렌더링 모드의 이미지.

귀하의 질문에 대답하기 위해 네트워크의 품질 (속도를 의미한다고 가정)은 이미지의 품질에 영향을 미치지 않습니다.


0

아니요. 아날로그 파일과 달리 디지털 파일은 항상 완벽한 사본이므로 매번 이미지가 다운로드되지 않거나 완벽하게 다운로드됩니다. 매체 (SD- 디스크, 펜 드라이브, CD 등)간에 매체를 전송하거나 사본을 생성 할 때도 마찬가지입니다.

경우에 따라 매우 부적절하지만 부패한 사본이 가능하지만 "품질이 낮은"것은 아니지만 완전히 잘못된 것입니다 (예 : 이미지의 절반 만 해당).


3
손상된 파일은 "매우 임박한"것이 아니라 드문 일이 아닙니다. 파일이 확인되지 않으면 눈에 띄지 않을 수 있습니다.
osullic 2016 년
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.