Wi-Fi是否会影响从Internet下载的图像的质量?


13

Wi-Fi强大时,从网站上下载图像是否会在您的设备上获得更高质量的图像?


34
尽管以下答案是正确的,但请注意,某些服务(例如Facebook或Whatsapp)可能会处理图像以减小文件大小。这可能(在大多数情况下很可能会)影响图像的质量,因为它与另一端上载的图像不同。
Viezevingertjes

1
@HagenvonEitzen一些移动网络最近确实进行了重新压缩(通过http而不是https)。例如,这可能使文本在地图上变得难以辨认-正是您可能要使用3G的东西!
克里斯H


2
严格是静止图像还是视频?
彼得-恢复莫妮卡

1
wifi本身具有制衡功能,而TCP具有校验和。但是,如果另一端检测到条件,则可以将内容与同一文件的不同版本交换。
Cyber​​nard

Answers:


47

WiFi强时,从网站上下载图像是否会导致设备上的图像质量更高?

信号质量不通常会影响数据的传输发送,尽管它可能导致不完全传递。 然而...

  • 网站通常将不同的数据发送到移动设备与台式机。

  • 一些站点的确根据链接质量和速度使用脚本来发送不同的数据。这在视频流网站上尤其常见。

  • 一些浏览器使用代理服务器通过压缩数据来加快传输速度。这可能包括有损的压缩和图像大小调整。

  • 某些网站显示的压缩图像可能比发送给下载的图像更高。存在缩放功能时通常是这种情况。


9
当我还是个孩子的时候,我的父母辛苦了一张PCMCIA移动数据卡,服务提供商会压缩所有图像,包括图标,然后再将其通过。压缩非常激进。
托马什Zato -恢复莫妮卡

4
一些网络提供商(WiFi和蜂窝数据)都拦截流量并降低图像质量以节省带宽。
OrangeDog

6
@OrangeDog另一个确保您访问的网站使用TLS(HTTPS)(如果可用)的原因。
赛斯·R

1
@SethR这取决于您是希望更高的质量还是更快的加载速度。使用TLS的原因是因为它们可能会对您的流量执行其他不那么无害的操作。甚至是出于善意而无法正常工作的事情。
user253751 '19

同样,某些网站(例如Google Image Search)在等待接收较大的图像时可能具有低质量的占位符(并且由于某种原因或其他原因,此过程可能无法完成)。
NotThatGuy

23

其他答案指出,数字图像的质量在传输过程中不会降低。值得指出的是,如今,许多移动数据计划都至少对电影进行了转码,并且如果它们是通过服务提供商可以访问的渠道进行传输的,则其质量要低于原始电影。这可能意味着未经加密的传输,也可能意味着加密的通道的传输,服务提供商为此与内容提供商进行了缓存安排(这通常适用于Netflix等平台)。根据计划及其提供者的不同,网站上的未加密图像可能同样受到影响。

通过这样的数据计划,通过WiFi连接将提高典型的图像质量。结果不会因WiFi连接的质量而异,而取决于电话是否完全使用它而不是依赖可能的重新编码移动数据计划。

因此,原则上,图像的质量不取决于用于获取图像的通道的质量,而取决于是否有人弄乱了您的数据。这些天,他们可能会。


8
同样,大多数情况下,大多数流服务会根据连接速度和质量来调整质量(分辨率,压缩级别)。(无论与ISP进行任何交互。)
请阅读我的个人资料,

@mattdm,而且经常(例如,tmobile进行暴饮暴食时会这样做),它们只会限制您与youtube / netflix / etc的连接,并让该应用决定以较低的质量播放。
乔恩

1
当您打开免费视频流时,@ Jon Optus也会执行此操作,但是它确实不能很好地工作,并且严重干扰了Netflix和Stan的自动质量系统。它会以低质量开始流式传输,并逐渐提高质量,直到最终达到720p或1080p,然后在几秒钟之内Optus限制连接和流式缓冲并下降到最低质量。坏话系统。
Clonkex

“服务提供者与内容提供者之间有缓存安排的加密通道” –如何在没有加密密钥的情况下做到这一点?
xiota

1
@xiota简单:服务提供者具有加密密钥。在这种情况下,它们充当CDN。security.stackexchange.com/questions/107835/...
请阅读我的简介

12

即使这里的其他答案已经非常好,请允许我给出不同的看法:

一般来说,没有。

当您在浏览器中下载映像时,很有可能将通过传输控制协议(TCP)下载该文件(映像)。TCP会将您的图像分成几小包,然后分别通过Internet发送这些图像。每个数据包都附带一个校验和。此校验和是对数据包进行某些数学运算的结果。接收到校验和后,接收器会再次对其进行计算。两个校验和应该相同。如果没有,则意味着至少一位已更改或信息被遗忘。在这种情况下,接收方将请求再次发送该特定数据包。收到所有数据包后,下载的文件将与您从中下载文件的服务器上的原始文件相同。

但是,您正在流传输电影或通过Web流查看图像,则可能不是TCP,而是UDP(用户数据报协议)。UDP不会执行与TCP相同的检查。它被称为“火与忘”。如果数据包丢失或损坏,将无法修复。


5
同样,误码(不是有意的有损转码)会在大多数格式下显着破坏图像。压缩最广泛使用的格式,压缩的最外层(有损量化或无损处理之外)是某种熵编码(例如JPEG的Huffman或PNG的zip aka DEFLATE),其中将比特流可能会导致其余部分的解码方式发生重大变化。对于视频格式,这可能只是一个损坏的8x8宏块或其他东西。
彼得·科德斯

2
现在,每个人都已经从Flash转到HTML5,流媒体站点更可能使用TCP。请参阅YouTube是否通过TCP流视频?
xiota

3
UDP也使用校验和。您将丢失整个数据包,而不是单个数据包。
Dubu

@Dubu:为应用程序层提供了校验和。UDP本身根本不提供任何校正甚至检测功能。TCP使用数据包,而UDP不使用。
Opifex

@Opifex否。TCP有流,UDP有数据报,但是都具有数据包(或者说,它们位于较低的级别)。但是UDP 确实保证了数据完整性(与校验和一样多)-您将永远不会收到损坏的数据报或不完整/碎片化的数据报。UDP不会重新传输损坏的数据报-就您的应用程序而言,它们从未实现过。
六安

6

不,计算机的通讯水平是完美的,即使在传输过程中进行微小的更改也可能会完全破坏数据,并且可以防止使用校验和(并在出现错误时重试)。

但是,可能会“逐步加载”图像,例如,网站可能会首先将较低分辨率的图像显示为快速占位符(以降低感知的加载速度),一旦下载了较高分辨率的图像,它们就会被替换。如果您的连接确实很慢和/或不可靠,则可能会卡在分辨率较低的占位符图像上。

编辑:为澄清起见,质量可能会由于多种因素而降低,但这是因为网页(或代理)选择了它-不是因为通过wifi传输会降低质量。


3
确实,通过HTTP进行的数据传输是无损的,但是肯定会有一些站点可以破解/优化图像和其他资源加载。如果图像加载时间太长,将来将不会加载更高分辨率的版本。随着浏览器将测量的带宽(基于最近的吞吐量)报告给页面,以便页面可以决定要做什么,这实际上已经变得标准化。对于某些WiFi连接,也有可能将其标记为计量连接,其中站点可能针对低带宽进行了优化。
Brad

3
网站肯定会像这样优化其图像,但是通常是由客户端来决定从服务器请求正确的图像。如果您从服务器上简单地下载图像,则它肯定不会知道您使用的wifi的强度,因此不会基于该图像更改图像的质量(如原始问题中所述)。
vlumi

5

其他答案是正确的(通过WiFi不会降低图像质量),但我只想指出:

您可能已经看到,流媒体(!)视频的质量似乎在“弱”连接上下降。但是,这并不是由于某些信息在传输过程中丢失引起的(*):当今大多数视频流服务器都维护同一视频的多个副本,每个副本以不同的压缩率进行压缩。较高的压缩率可生成较小的文件,但是由于压缩有损,因此较小文件的质量较差。

现在,在流式传输视频时发生的是流式传输服务器监视连接的“质量”,即连接的数据速率。当服务器检测到您的连接速度变慢时(例如,由于您移动了设备并且WiFi信号变得微弱),它将或多或少地无缝切换到同一视频的较低比特率流,从而牺牲了图像质量以能够继续观看视频,而不是让(高质量)视频在下载流的后几秒钟时反复暂停。

这也可以用另一种方式解决:当服务器检测到您的连接带宽增加时,它可能会切换到更高质量的流版本,以始终为您提供当前带宽下可能的最佳图像质量。

*)实际上,这间接地由数据包丢失引起的:当信号变弱时,随机数据错误变得更加频繁。但是,这些数据错误会被硬件检测到,“破损”的数据包通常会再次发送多次,直到正确接收到数据包为止。但是,这意味着每个数据包(平均)需要在WiFi链路上传输一次以上,例如三次,这意味着所达到的数据速率(即每秒成功传输的数据包)下降到例如1/3。


2

为了给其他答案增添些许风味,这是我刚拍摄的几张照片:

Unikitty 1-尺寸调整为x400像素,质量不变

Unikitty 1

Unikitty 2-调整大小?x400px质量50%

Unikitty 2

Unikitty 3-调整大小?x200px质量50%

Unikitty 3

Unikitty 4-调整大小?x200px质量5%

Unikitty 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可能正在做一些调整大小的事情。

如果您要确定所获取的图片是其他人也在查看的图片,则必须具有校验和以确保在传输过程中没有碎片被掩盖。在大多数情况下,Internet会这样做(TCP / IP告诉您如何确保在发送信息时,所有信息都到达了应该到达的位置,如果没有到达,则必须大声抱怨。因此,大多数Internet使用TCP / IP)。但是,正如其他人所提到的,可以通过多种方式改变图像的质量。

如果您下载Unikitty 4并获得与我相同的SHA-256总和,则几乎可以完全确定地知道您正在查看的图片和我正在查看的图片100%相同。

虽然如此,您仍然必须担心我们的显示器是否经过相同的色彩校准,以及周围的光线是否会影响任何东西,或者...


2
我很确定imgur会删除元数据。它们也可能在上传时重新压缩。尽管他们可以根据带宽改变数据传输,但这并不能证明这一点。校验和不必匹配即可具有相同的图像。例如,PNG在多个压缩级别下是无损的。
xiota

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

1
好点子!校验和只能用作保证图像相同而不是不同的保证。哎呀,我很难说1和2是否完全不同,并且校验和完全不同。
韦恩·沃纳

1

您可能正在查看正在下载的图像(存储在云应用程序(例如Google相册)之类的照片)中的图像,或者该图像已完全下载,但是您用于查看图像的软件尚未完成渲染-因此,您看到的是渐进渲染模式下的图像。

要回答您的问题,网络的质量(我想您是指速度)不会影响图像的质量。


0

不能。与模拟副本相反,数字文件始终是完美的副本,因此图像要么每次都无法下载,要么被完美下载。同样的事情也适用于在介质之间传输它们(SD到磁盘,pendrive,CD等)或创建副本。

在某些情况下,可能会出现损坏的副本,尽管可能性很小,但它们并非“质量较低”,而是完全错误的(即:仅图像的一半等)。


3
损坏的文件并非“不太可能”,但是它们并不少见。如果未验证文件,它们可能会被忽略。
osullic
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.