Wi-Fi có ảnh hưởng đến chất lượng hình ảnh được tải xuống từ Internet không?


13

Việc tải xuống một hình ảnh từ một trang web, khi Wi-Fi mạnh, dẫn đến hình ảnh chất lượng cao hơn trên thiết bị của bạn?


34
Mặc dù các câu trả lời dưới đây là chính xác, xin lưu ý rằng một số dịch vụ như Facebook hoặc Whatsapp, có thể xử lý hình ảnh để giảm kích thước tệp. Điều này có thể (rất có thể sẽ xảy ra trong hầu hết các trường hợp) ảnh hưởng đến chất lượng của hình ảnh vì nó không giống với hình ảnh bạn đã tải lên ở đầu bên kia.
Viezevingertjes

1
@HagenvonEitzen một số mạng di động gần đây đã giải nén lại (qua http nhưng không phải https). Ví dụ, điều này có thể khiến văn bản không thể đọc được trên bản đồ - chính xác là thứ bạn có thể muốn sử dụng 3G cho!
Chris H


2
Nghiêm khắc hình ảnh hay video?
Peter - Tái lập Monica

1
Bản thân wifi có kiểm tra và cân bằng, và TCP có tổng kiểm tra. Tuy nhiên, nếu đầu kia phát hiện một điều kiện, nó có thể hoán đổi nội dung với một phiên bản khác của cùng một tệp.
gian mạng

Câu trả lời:


47

Việc tải xuống một hình ảnh từ một trang web khi WiFi mạnh dẫn đến hình ảnh chất lượng cao hơn trên thiết bị của bạn?

Chất lượng tín hiệu thường không ảnh hưởng đến việc truyền dữ liệu được gửi, mặc dù nó có thể dẫn đến việc truyền không đầy đủ. Tuy nhiên...

  • Các trang web thường gửi dữ liệu khác nhau đến điện thoại di động và máy tính để bàn.

  • Một số trang web làm sử dụng kịch bản để gửi dữ liệu khác nhau tùy thuộc vào chất lượng liên kết và tốc độ. Điều này đặc biệt phổ biến trên các trang web phát video.

  • Một số trình duyệt sử dụng máy chủ proxy để tăng tốc độ truyền bằng cách nén dữ liệu. Điều này có thể bao gồm mất nén và thay đổi kích thước hình ảnh.

  • Một số trang web có thể hiển thị hình ảnh được nén nhiều hơn so với chúng gửi để tải xuống. Đây thường là trường hợp khi có chức năng phóng to.


9
Khi tôi còn là một đứa trẻ, cha mẹ tôi đã làm cứng thẻ dữ liệu di động PCMCIA và nhà cung cấp sẽ nén tất cả các hình ảnh - bao gồm các biểu tượng - trước khi đưa chúng vào. Việc nén khá tích cực.
Tomáš Zato - Phục hồi Monica

4
Một số nhà cung cấp mạng (cả WiFi và dữ liệu di động) chặn lưu lượng và giảm chất lượng hình ảnh để tiết kiệm băng thông.
OrangeDog

6
@OrangeDog còn một lý do khác để đảm bảo các trang web bạn truy cập sử dụng TLS (HTTPS) khi có sẵn.
Seth R

1
@SethR Điều đó phụ thuộc vào việc bạn thích chất lượng cao hơn hay tải nhanh hơn. Lý do cho TLS là vì họ có thể đang làm những việc khác vô hại hơn với lưu lượng truy cập của bạn. Hoặc thậm chí những điều có thiện chí không hoạt động đúng.
dùng253751

Ngoài ra, một số trang web (ví dụ: Tìm kiếm hình ảnh của Google) có thể có một trình giữ chỗ chất lượng thấp trong khi nó chờ để nhận được hình ảnh lớn hơn (và quá trình này có thể không hoàn thành vì lý do này hay lý do khác).
Không phải

23

Các câu trả lời khác chỉ ra rằng chất lượng của hình ảnh kỹ thuật số không bị suy giảm trong quá trình chuyển. Tuy nhiên, điều đáng nói là nhiều kế hoạch dữ liệu di động hiện nay, tuy nhiên, chuyển mã ít nhất là phim và phân phối chúng với chất lượng thấp hơn bản gốc nếu chúng được chuyển qua kênh có thể truy cập được bởi nhà cung cấp dịch vụ. Điều đó có thể có nghĩa là chuyển giao không được mã hóa hoặc chuyển kênh được mã hóa mà nhà cung cấp dịch vụ có sự sắp xếp bộ đệm với nhà cung cấp nội dung (điển hình cho các nền tảng như Netflix). Tùy thuộc vào kế hoạch và nhà cung cấp của nó, hình ảnh không được mã hóa trên các trang web có thể bị ảnh hưởng như nhau.

Với gói dữ liệu như vậy, việc được kết nối qua WiFi sẽ tăng chất lượng hình ảnh điển hình. Kết quả sẽ không thay đổi tùy thuộc vào chất lượng của kết nối WiFi mà là liệu điện thoại có sử dụng nó hay không thay vì dựa vào gói dữ liệu di động có thể mã hóa lại.

Vì vậy, về nguyên tắc, chất lượng hình ảnh không phụ thuộc vào chất lượng của kênh được sử dụng để lấy chúng mà phụ thuộc vào việc ai đó có làm hỏng dữ liệu của bạn hay không. Và những ngày này, họ có thể.


8
Ngoài ra, đối với vấn đề đó, hầu hết các dịch vụ phát trực tuyến đều điều chỉnh chất lượng (độ phân giải, mức nén) dựa trên tốc độ và chất lượng kết nối. (Bất kể mọi tương tác của ISP.)
Vui lòng đọc Hồ sơ

@mattdm và thường (ví dụ: tmobile thực hiện việc này khi bật máy), họ sẽ chỉ điều tiết kết nối của bạn với youtube / netflix / etc và để ứng dụng quyết định truyền phát với chất lượng thấp hơn.
Jon

1
@Jon Optus cũng thực hiện điều này khi bạn bật phát video miễn phí, nhưng nó thực sự không hoạt động tốt và gây rối nghiêm trọng với hệ thống chất lượng tự động cho cả Netflix và Stan. Nó sẽ bắt đầu truyền phát với chất lượng thấp và tăng dần chất lượng cho đến khi cuối cùng đạt đến 720p hoặc 1080p, sau đó trong một vài senconds điều chỉnh kết nối và bộ đệm phát trực tuyến và giảm về chất lượng thấp nhất. Hệ thống xảo quyệt.
Clonkex

"một kênh được mã hóa mà nhà cung cấp dịch vụ có sự sắp xếp bộ đệm với nhà cung cấp nội dung" - Làm thế nào bạn có thể làm điều này mà không cần các khóa mã hóa?
xiota

1
@xiota Simple: nhà cung cấp dịch vụ các khóa mã hóa. Họ đang hoạt động như một CDN trong trường hợp này. security.stackexchange.com/questions/107835/ Mạnh
Vui lòng đọc hồ sơ

12

Mặc dù câu trả lời khác ở đây đã rất tốt, cho phép tôi đưa ra một quan điểm khác:

Nói chung, không.

Khi bạn tải xuống một hình ảnh trong trình duyệt của mình, rất có thể tệp này (hình ảnh) sẽ được tải xuống thông qua Giao thức điều khiển chuyển giao (TCP). TCP sẽ phân chia hình ảnh của bạn thành các gói nhỏ và gửi từng cái riêng biệt qua internet. Mỗi gói được kèm theo một tổng kiểm tra. Tổng kiểm tra này là kết quả của một hoạt động toán học nhất định trên gói. Sau khi nhận được, tổng kiểm tra được tính lại bởi người nhận. Cả hai tổng kiểm tra nên giống nhau. Nếu không, điều đó có nghĩa là ít nhất một bit đã thay đổi hoặc thông tin bị bỏ lại. Trong trường hợp này, người nhận sẽ yêu cầu gửi lại gói cụ thể đó. Khi tất cả các gói đã được nhận, tệp đã tải xuống sẽ giống hệt với bản gốc trên máy chủ mà bạn đã tải xuống.

Tuy nhiên, bạn đang phát trực tuyến phim hoặc xem hình ảnh qua luồng web, rất có thể đó không phải là TCP, mà là UDP (Giao thức gói dữ liệu người dùng). UDP KHÔNG thực hiện kiểm tra giống như TCP. nó được gọi là "lửa và quên". Nếu các gói bị mất hoặc bị hỏng, chúng sẽ không được sửa chữa.


5
Ngoài ra, lỗi bit (không phải chuyển mã mất cố ý) đáng chú ý sẽ phá vỡ hình ảnh ở hầu hết các định dạng. Các định dạng được sử dụng rộng rãi nhất được nén, với lớp nén ngoài cùng nhất (bên ngoài lượng tử hóa hoặc xử lý tổn thất) là một loại mã hóa entropy (như Huffman cho JPEG, hoặc zip hay còn gọi là DEFLATE cho PNG ) trong đó thay đổi 1 bit trong dòng bit có thể tạo ra những thay đổi lớn trong cách phần còn lại giải mã. Đối với các định dạng video, đây có thể chỉ là một macroblock 8x8 bị hỏng hoặc một cái gì đó.
Peter Cordes

2
Bây giờ mọi người đã chuyển từ Flash sang HTML5, các trang web phát trực tuyến có nhiều khả năng sử dụng TCP. Xem YouTube có phát trực tuyến video qua TCP không?
xiota

3
UDP cũng sử dụng tổng kiểm tra. Bạn sẽ mất toàn bộ gói, không phải bit đơn.
Dubu

@Dubu: Tổng kiểm tra được cung cấp cho lớp ứng dụng. Bản thân UDP không cung cấp bất kỳ sự điều chỉnh hay thậm chí phát hiện nào cả. TCP sử dụng gói, UDP thì không.
Opifex

@Opifex Số TCP có luồng, UDP có datagram, nhưng cả hai đều có gói (hoặc đúng hơn, chúng ở đó ở mức thấp hơn). Nhưng UDP không toàn vẹn dữ liệu bảo lãnh (càng nhiều càng tốt checksum thể) - bạn sẽ không bao giờ nhận được một gói tin bị hỏng, hoặc không đầy đủ / phân mảnh datagram. UDP sẽ không truyền lại các datagram bị hỏng - theo như ứng dụng của bạn có liên quan, họ không bao giờ thực hiện được.
Luaan

6

Không, máy tính giao tiếp ở mức độ hoàn hảo - thậm chí một thay đổi nhỏ trong quá trình truyền có thể làm hỏng hoàn toàn dữ liệu và được bảo vệ khỏi việc sử dụng tổng kiểm tra (và thử lại trong trường hợp có lỗi).

Tuy nhiên, có thể có "tải liên tục" hình ảnh, trong đó, ví dụ: trang web trước tiên có thể hiển thị hình ảnh có độ phân giải thấp hơn dưới dạng giữ chỗ nhanh (để giảm tốc độ tải nhận thức), được thay thế bằng hình ảnh có độ phân giải cao hơn khi chúng được tải xuống. Nếu kết nối của bạn thực sự chậm và / hoặc không đáng tin cậy, có thể bạn sẽ bị kẹt với hình ảnh giữ chỗ có độ phân giải thấp hơn.

Chỉnh sửa: Để làm rõ, có thể chất lượng có thể bị giảm do một số yếu tố, nhưng vì trang web (hoặc proxy) chọn như vậy - không phải vì truyền qua wifi sẽ làm giảm chất lượng.


3
Đúng là việc truyền dữ liệu qua HTTP là không mất dữ liệu, nhưng chắc chắn có những trang web sẽ hack / tối ưu hóa hình ảnh và tải tài nguyên khác. Nếu hình ảnh mất quá nhiều thời gian để tải, chúng sẽ không tải các phiên bản có độ phân giải cao hơn trong tương lai. Điều này thực sự đang trở thành tiêu chuẩn hóa, với trình duyệt báo cáo băng thông đo được (dựa trên thông lượng gần đây) đến trang để trang có thể quyết định phải làm gì. Một số kết nối WiFi cũng có thể được gắn cờ là kết nối có đồng hồ đo, nơi các trang web có thể tối ưu hóa cho băng thông thấp.
Brad

3
Các trang web chắc chắn tối ưu hóa hình ảnh của họ như thế, nhưng thường thì phía khách hàng đưa ra phán quyết để yêu cầu một hình ảnh phù hợp từ máy chủ. Nếu bạn tải xuống một hình ảnh đơn giản từ máy chủ, chắc chắn bạn sẽ không biết wifi của bạn mạnh đến mức nào và vì thế sẽ không thay đổi chất lượng của hình ảnh dựa trên đó (như được hỏi trong câu hỏi ban đầu).
vlumi

5

Các câu trả lời khác là chính xác (không làm giảm chất lượng hình ảnh qua WiFi), nhưng tôi chỉ muốn chỉ ra:

Bạn có thể đã thấy rằng chất lượng của các video phát trực tuyến (!) Dường như suy giảm trên các kết nối 'yếu'. Tuy nhiên, điều này không phải do một số thông tin bị mất trong quá trình truyền (*): Hầu hết các máy chủ phát video hiện nay đều duy trì nhiều bản sao của cùng một video, mỗi bản được nén với tỷ lệ nén khác nhau. Tỷ lệ nén cao hơn mang lại các tệp nhỏ hơn, nhưng do quá trình nén bị mất nên chất lượng của các tệp nhỏ đó kém hơn.

Bây giờ, điều xảy ra trong khi bạn truyền phát video là máy chủ phát trực tuyến giám sát 'chất lượng' kết nối của bạn, tức là tốc độ dữ liệu của kết nối. Khi máy chủ phát hiện kết nối của bạn trở nên chậm hơn, ví dụ như do bạn di chuyển thiết bị của mình và tín hiệu WiFi trở nên yếu, nó sẽ ít nhiều chuyển sang dòng bitrate thấp hơn của cùng một video, hy sinh chất lượng hình ảnh để có thể tiếp tục xem video thay vì liên tục tạm dừng video (chất lượng cao) trong khi vài giây tiếp theo của luồng được tải xuống.

Điều này cũng hoạt động theo cách khác: Khi máy chủ phát hiện băng thông của kết nối của bạn tăng lên, nó có thể chuyển sang phiên bản luồng chất lượng cao hơn để luôn cung cấp cho bạn chất lượng hình ảnh tốt nhất có thể với băng thông hiện tại của bạn.

*) Trên thực tế, nó gián tiếp gây ra bởi sự mất mát của các gói dữ liệu: Khi tín hiệu trở nên yếu đuối, lỗi dữ liệu ngẫu nhiên trở thành thường xuyên hơn. Tuy nhiên, các lỗi dữ liệu này được phát hiện bởi phần cứng và các gói 'bị hỏng' thường sẽ được gửi lại một số lần cho đến khi gói được nhận chính xác; tuy nhiên điều này có nghĩa là mỗi gói cần (trung bình) được truyền qua liên kết WiFi nhiều hơn một lần, ví dụ ba lần, có nghĩa là tốc độ dữ liệu đạt được (tức là các gói được truyền thành công mỗi giây) giảm xuống còn 1/3.


2

Để thêm một chút hương vị cho những câu trả lời khác này, đây là một vài bản sao của bức ảnh mà tôi vừa chụp:

Unikitty 1 - Thay đổi kích thước? X400px, không thay đổi chất lượng

Không thích 1

Unikitty 2 - Thay đổi kích thước? X400px Chất lượng 50%

Không thích 2

Unikitty 3 - Thay đổi kích thước? X200px Chất lượng 50%

Không thích 3

Unikitty 4 - Thay đổi kích thước? X200px Chất lượng 5%

Không thích 4

Trên máy tính của tôi, tôi đã loại bỏ siêu dữ liệu exiftool --all=và tính toán tổng của các hình ảnh:

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

Tuy nhiên, khi tôi tải xuống Unikitty # 4 , hàm băm đã thay đổi:

3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2

Điều đó có nghĩa là tập tin đã chắc chắn thay đổi. Chính xác như thế nào, tôi không chắc chắn. Có lẽ Imgur đang làm gì đó để thay đổi kích thước nó.

Nếu bạn muốn khẳng định rằng hình ảnh mà bạn nhận được là hình ảnh mà người khác cũng đang xem, bạn phải có một tổng kiểm tra để xác minh rằng không có bit nào bị kẹt trong quá cảnh. Đối với hầu hết các phần, Internet thực hiện điều đó (TCP / IP cho biết làm thế nào để đảm bảo rằng khi bạn gửi thông tin, tất cả sẽ đến đúng nơi mà nó sẽ đến và nếu nó không đến đó thì nó phải phàn nàn lớn. Hầu hết Internet sử dụng TCP / IP vì điều đó) cho bạn. Tuy nhiên, như những người khác đã đề cập, có vô số cách mà chất lượng của hình ảnh có thể thay đổi.

Nếu bạn tải xuống Unikitty 4 và nhận được số tiền SHA-256 tương tự như tôi đã làm, bạn có thể biết chắc chắn rằng hình ảnh bạn đang nhìn và hình ảnh tôi đang nhìn giống hệt nhau 100%.

Mặc dù vậy, bạn phải lo lắng nếu màn hình của chúng tôi được hiệu chỉnh màu giống nhau và nếu ánh sáng xung quanh ảnh hưởng đến bất cứ điều gì, hoặc ...


2
Tôi khá chắc chắn rằng imgur dải siêu dữ liệu. Họ cũng có thể giải nén khi tải lên . Mặc dù họ có thể thay đổi truyền dữ liệu dựa trên băng thông, nhưng điều này không chứng minh điều đó. Tổng kiểm tra không phải phù hợp để có hình ảnh giống hệt nhau. Chẳng hạn, PNG là lossless với nhiều cấp độ nén.
xiota

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

1
Điểm tốt! Một tổng kiểm tra chỉ có thể được sử dụng như một sự đảm bảo rằng các hình ảnh là như nhau, không phải là chúng khác nhau. Heck, thật khó cho tôi để biết liệu 1 và 2 có khác nhau không và chúng có tổng kiểm tra hoàn toàn khác nhau.
Wayne Werner

1

Có thể bạn đang xem hình ảnh khi chúng đang được tải xuống (ảnh được lưu trữ trên ứng dụng đám mây như Google Photos) hoặc nó được tải xuống đầy đủ nhưng phần mềm bạn đang sử dụng để xem hình ảnh đã hoàn tất kết xuất - vì vậy bạn đang thấy một hình ảnh trong chế độ kết xuất lũy tiến.

Để trả lời câu hỏi của bạn, Không có chất lượng (tôi cho rằng bạn có nghĩa là tốc độ) của mạng không ảnh hưởng đến chất lượng của hình ảnh.


0

Không. Các tệp kỹ thuật số, trái với các bản sao tương tự của chúng, luôn là bản sao hoàn hảo, do đó, hình ảnh không thể tải xuống hoặc được tải xuống hoàn hảo mỗi lần. Điều tương tự cũng áp dụng cho việc chuyển chúng giữa các phương tiện (SD sang đĩa, ổ đĩa, CD, ...) hoặc tạo bản sao.

Bản sao bị hỏng là có thể, mặc dù rất khó khả thi, trong một số trường hợp, nhưng chúng không phải là "chất lượng thấp hơn", nhưng hoàn toàn sai (ví dụ: chỉ một nửa hình ảnh và như vậy).


3
Các tệp bị hỏng không phải là "rất khó khả thi", nhưng chúng không phải là hiếm. Họ có thể không được chú ý nếu các tập tin không được xác minh.
osullic
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.