Чи впливає Wi-Fi на якість зображень, завантажених з Інтернету?


12

Чи завантаження зображення з веб-сайту, коли Wi-Fi є потужним, призводить до отримання вищої якості зображення на вашому пристрої?


34
Хоча відповіді нижче правильні, зауважте, що деякі сервіси, наприклад, Facebook або Whatsapp, можуть обробити зображення, щоб зменшити розмір файлів. Це може (найімовірніше, у більшості випадків) впливати на якість зображення, оскільки це не те саме зображення, яке ви завантажили на іншому кінці.
Viezevingertjes

1
@HagenvonEitzen деякі мобільні мережі нещодавно перекомпресували (через http, але не https). Наприклад, це може зробити текст нерозбірливим на картах - саме те, що ви можете використовувати 3G!
Кріс Х


2
Суворо нерухомі зображення чи також відео?
Пітер -

1
У самому wifi є перевірки і противаги, а TCP - контрольні суми. Однак якщо інший кінець виявить умову, він може поміняти вміст іншою версією того ж файлу.
кібернард

Відповіді:


47

Чи завантаження зображення з веб-сайту, коли WiFi є потужним, призводить до отримання більш високої якості на вашому пристрої?

Якість сигналу НЕ зазвичай впливає на передачу даних, в які були надіслані, хоча це може привести до неповної передачі. Однак ...

  • Веб-сайти часто надсилають різні дані на мобільний та на робочий стіл.

  • Деякі сайти роблять використання сценаріїв для відправки різних даних в залежності від якості зв'язку та швидкості. Особливо це часто зустрічається на веб-сайтах для потокового відео.

  • Деякі браузери використовують проксі-сервери для прискорення швидкості передачі, стискаючи дані. Це може включати рекомпресію і зменшення розміру зображень втрат.

  • Деякі сайти можуть відображати зображення, що сильніше стискається, ніж надсилається для завантаження. Це часто трапляється, коли функція масштабування присутня.


9
Коли я був дитиною, мої батьки важко обробляли карту мобільних даних PCMCIA, і провайдер стискав би всі зображення, включаючи іконки, перед тим, як розмістити їх. Стиснення було досить агресивним.
Томаш Зато -

4
Деякі провайдери мережі (як Wi-Fi, так і дані стільникового зв'язку) перехоплюють трафік і знижують якість зображення, щоб зберегти пропускну здатність.
OrangeDog

6
@OrangeDog - ще одна причина для того, щоб сайти, які ви відвідуєте, використовували TLS (HTTPS), коли вони доступні.
Сет Р

1
@SethR Це залежить від того, чи бажаєте ви більш високої якості чи швидшого завантаження. Причина TLS полягає в тому, що вони можуть робити інші менш нешкідливі речі з вашим трафіком. Або навіть цілеспрямовані речі, які не працюють належним чином.
користувач253751

Також деякі сайти (наприклад, пошук зображень Google) можуть мати низькоякісний заповнювач, хоча він очікує отримання більшого зображення (і цей процес може не завершитися з тих чи інших причин).
NotThatGuy

23

Інші відповіді вказують, що якість цифрових зображень не погіршується під час передачі. Варто зазначити, що багато мобільних даних планують сьогодні, проте перекодуйте щонайменше фільми та доставляйте їх з нижчою якістю, ніж оригінал, якщо вони передаються через канал, доступний постачальнику послуг. Це може означати незашифровану передачу або передачу зашифрованого каналу, для якого постачальник послуг має домовленість про кешування із постачальником вмісту (типово для таких платформ, як Netflix). Залежно від плану та його постачальника, незашифровані зображення на веб-сайтах можуть бути однаковою мірою.

Завдяки такому плану передачі даних підключення через WiFi підвищить типову якість зображення. Результат не мінятиметься залежно від якості підключення Wi-Fi, але від того, чи телефон взагалі використовує його, замість того, щоб покладатися на можливо перекодувати план мобільних даних.

Отже, в принципі якість зображень залежить не від якості каналу, який використовується для їх отримання, а від того, чи хтось псує ваші дані. І в ці дні вони можуть.


8
Крім того, з цього питання більшість потокових служб регулюють якість (роздільна здатність, рівень стиснення) на основі швидкості та якості з'єднання. (Незалежно від будь-якої взаємодії провайдера.)
Прочитайте мій профіль

@mattdm і часто (наприклад, tmobile робить це з запою), вони просто зменшать ваше з'єднання з youtube / netflix / тощо, і дозволяють додатку вирішити передавати низьку якість.
Jon

1
@Jon Optus також робить це, коли у вас увімкнено безкоштовне потокове відео, але воно справді не працює добре і сильно псує систему автоматичної якості як для Netflix, так і для Stan. Він розпочне потокове передавання з низькою якістю і поступово підвищить якість, поки нарешті не досягне 720p або 1080p, потім протягом декількох секунд Optus відключить з'єднання та потокові буфери і повернеться до найнижчої якості. Хитра система.
Клонкекс

"зашифрований канал, для якого постачальник послуг має домовленість про кешування з постачальником вмісту" - Як це можна зробити без ключів шифрування?
Xiota

1
@xiota Simple: постачальник послуг має ключі шифрування. У цьому випадку вони виступають як CDN. security.stackexchange.com/questions/107835/…
Прочитайте, будь ласка, мій профіль

12

Хоча інша відповідь тут уже дуже хороша, дозвольте мені дати іншу точку зору:

Загалом, ні.

Завантажуючи зображення у своєму браузері, дуже ймовірно, що цей файл (зображення) буде завантажено через протокол управління передачею (TCP). TCP розділить ваше зображення за невеликими пакетами та надсилатиме кожен із них окремо через Інтернет. Кожен пакет супроводжується контрольною сумою. Ця контрольна сума є результатом певної математичної операції над пакетом. Після отримання контрольна сума знову обчислюється одержувачем. Обидві контрольні суми повинні бути однаковими. Якщо ні, це означає, що принаймні один біт змінився або інформація залишилася позаду. У цьому випадку одержувач просить надіслати певний пакет ще раз. Після отримання всіх пакетів завантажений файл буде ідентичним оригіналу на сервері, з якого ви його завантажили.

Однак ви переглядаєте фільм або переглядаєте зображення через веб-потік, ймовірно, що це не TCP, а UDP (User Datagram Protocol). UDP НЕ робить ті ж перевірки, що і TCP. це називається "вогонь і забудь". Якщо пакети загубляться або пошкоджуються, вони не будуть відремонтовані.


5
Також бітові помилки (а не навмисне перекодування втрат) помітно порушують зображення у більшості форматів. Більшість широко використовуваних форматів стискаються, причому зовнішній самий шар стиснення (поза квантовою втратою або обробка без втрат) є деяким кодуванням ентропії (як Huffman для JPEG або zip aka DEFLATE for PNG ), де змінюється 1 біт бітовий потік може спричинити великі зміни в способі декодування решти. Для форматів відео це може бути просто пошкоджений 8x8 макроблок або щось подібне.
Пітер Кордес

2
Тепер, коли всі перейшли від Flash до HTML5, веб-сайти для потокової передачі скоріше використовують TCP. Див. Чи YouTube передає відео через TCP?
xiota

3
UDP також використовує контрольні суми. Ви втратите цілі пакети, а не одиничні біти.
Дубу

@Dubu: Контрольні суми надаються для додаткового рівня. UDP сам по собі не забезпечує жодної корекції або навіть виявлення. TCP використовує пакети, UDP - ні.
Opifex

@Opifex. Ні. TCP має потоки, UDP має дейтаграми, але обидва мають пакети (точніше, вони там є на нижчому рівні). Але UDP робить цілісність даних гарантії (так само , як контрольна сума не може) - ви не будете отримувати зламаний дейтаграмму або неповну / фрагментованою дейтаграми. UDP не повторно передаватиме зламані дейтаграми - що стосується вашої програми, вони ніколи її не робили.
Луань

6

Ні, комп'ютери спілкуються на трохи ідеальному рівні - навіть незначна зміна під час передачі може повністю пошкодити дані та захищена від використання контрольних сум (та повторних спроб у разі помилок).

Однак можливо "прогресивне завантаження" зображень, де, наприклад, веб-сайт може спочатку відображати зображення нижчої роздільної здатності як швидкий заповнювач місця (щоб зменшити сприйняту швидкість завантаження), замінюючи зображеннями з більшою роздільною здатністю після їх завантаження. Якщо ваш зв’язок дійсно повільний і / або ненадійний, можливо, ви застряжете в зображенні заповнювача нижньої роздільної здатності.

Редагувати: Щоб уточнити, можливо, якість може знижуватися через низку факторів, але це тому, що веб-сторінка (або проксі) вибирає саме так - не через передачу через wifi погіршиться якість.


3
Це правда, що передача даних через HTTP не втрачає втрат, але, безумовно, є сайти, які зламуть / оптимізують завантаження зображень та інших ресурсів. Якщо зображення завантажуватиметься занадто довго, вони в майбутньому не завантажуватимуть версії з більшою роздільною здатністю. Це фактично стає стандартизованим, і браузер повідомляє про сторінку про виміряну пропускну здатність (на основі недавньої пропускної здатності), щоб сторінка могла вирішити, що робити. Також для деяких підключень Wi-Fi можна позначати як дозовані з'єднання, де сайти можуть оптимізувати низьку пропускну здатність.
Бред

3
Веб-сайти, безумовно, оптимізують свої зображення таким чином, але зазвичай клієнт приймає рішення вимагати належного зображення від сервера. Якщо ви скачаєте звичайне зображення з сервера, воно, звичайно, не знатиме, наскільки сильний ви перебуваєте в Wi-Fi, і як таке не змінить якість зображення на основі цього (як задано в оригінальному запитанні).
vlumi

5

Інші відповіді правильні (відсутність втрати якості зображень через WiFi), але я просто хочу зазначити:

Можливо, ви бачили, що якість потокових (!) Відеозаписів, схоже, погіршується при "слабких" підключеннях. Однак це не викликано втратою деякої інформації під час передачі (*): Більшість серверів потокового відео сьогодні підтримують кілька копій одного і того ж відео, кожне стиснене з різним ступенем стиснення. Більш високі коефіцієнти стиснення дають менші файли, але оскільки стиснення втрачає, якість цих менших файлів гірша.

Тепер, що відбувається під час трансляції відео, це те, що потоковий сервер контролює "якість" вашого з'єднання, тобто швидкість передачі даних. Коли сервер виявить, що ваше з’єднання стало повільніше, наприклад, якщо ви перемістили свій пристрій і сигнал Wi-Fi стає маргінальним, він більш-менш плавно перейде на нижній бітрейт-потік того ж відео, приносячи в жертву якості зображення, щоб мати можливість продовжувати перегляд відео замість того, щоб мати (якісну) відеозапис, робити паузу кілька разів під час завантаження наступних секунд потоку.

Це працює і навпаки: коли сервер виявить, що пропускна здатність вашого з'єднання збільшився, він може переключитися на більш якісну версію потоку, намагаючись завжди надати вам найкращу якість зображення з поточною пропускною здатністю.

*) На насправді, це є непрямим чином викликано втратою пакетів даних: Коли сигнал стає слабким, випадкові помилки даних стають частішими. Однак ці помилки даних виявляються апаратними засобами, а "зламані" пакети зазвичай надсилаються знову кілька разів, поки пакет не буде правильно отриманий; це, однак, означає, що кожен пакет повинен (в середньому) передаватися по WiFi-каналу більше одного разу, наприклад, три рази, а це означає, що досягнута швидкість передачі даних (тобто пакети, успішно передані в секунду) падає, наприклад, на 1/3.


2

Щоб додати трохи більше смаку до цих інших відповідей, ось декілька примірників картини, яку я щойно зробив:

Unikitty 1 - розмір? X400px, без змін якості

Унікайт 1

Unikitty 2 - Розмір? X400px Якість 50%

Унікайт 2

Unikitty 3 - розмір? X200px якість 50%

Унікітти 3

Unikitty 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

Це означає, що файл точно змінився. Як саме, я не впевнений. Ймовірно, Імгур щось робить, щоб змінити його розмір.

Якщо ви хочете бути впевненими, що зображення, яке ви отримуєте, - це зображення, яке дивиться також хтось інший, у вас повинна бути контрольна сума, щоб переконатися, що жоден з бітів не заплутався в дорозі. Здебільшого Інтернет робить це (TCP / IP говорить, як переконатися, що коли ви надсилаєте інформацію, все потрапляє до того місця, куди він повинен поїхати, і якщо він не потрапляє туди, він повинен голосно скаржитися. Більшість Інтернету використовує TCP / IP через це). Однак, як уже згадували інші, існує безліч способів зміни якості зображення.

Якщо ви завантажите Unikitty 4 і отримаєте ту саму суму SHA-256, яку я зробив, ви можете з майже повною впевненістю знати, що зображення, яке ви дивитесь, і зображення, на яке я дивлюся, на 100% однакові.

Хоча тоді вам доведеться турбуватися, чи наші монітори кольорово відкалібровані і якщо навколишнє освітлення впливає на щось, чи ...


2
Я впевнений, що імгур знімає метадані. Вони також можуть повторно натиснути при завантаженні . Хоча вони можуть змінювати передачу даних на основі пропускної здатності, це не демонструє цього. Контрольні суми не повинні відповідати, щоб мати однакові зображення. Наприклад, PNG без втрат з кількома рівнями стиснення.
xiota

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

1
Гарна думка! Контрольна сума може бути використана лише як гарантія того, що зображення однакові, а не що вони різні. Чорт забираю, мені важко сказати, чи відрізняються 1 і 2 і чи мають вони абсолютно різні контрольні суми.
Уейн Вернер

1

Можливо, ви переглядаєте зображення під час завантаження (фотографії, які зберігаються у хмарному додатку, як-от Google Photos) або повністю завантажуються, але програмне забезпечення, яке ви використовуєте для перегляду зображення, не завершило візуалізацію - тому ви бачите зображення в режимі прогресивної візуалізації.

Щоб відповісти на ваше запитання, ні якість (я припускаю, що ви мали на увазі швидкість) мережі не впливає на якість зображення.


0

Ні. Цифрові файли, на відміну від аналогових аналогів, завжди є ідеальними копіями, тому зображення або не вдається завантажуватись, або завантажуються ідеально кожен раз. Те саме стосується перенесення їх між носіями (SD на диск, pendrive, CD, ...) або створення копій.

Пошкоджені копії можливі, хоча і дуже неправдоподібні, в деяких випадках, але вони не «нижчої якості», але повністю неправильні (тобто: лише половина зображення і таке).


3
Пошкоджені файли не "дуже малоймовірні", скоріше вони не рідкість. Вони можуть залишатися непоміченими, якщо файли не перевірені.
осулик
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.