Le Wi-Fi affecte-t-il la qualité des images téléchargées sur Internet?


13

Le téléchargement d'une image à partir d'un site Web, lorsque le Wi-Fi est puissant, entraîne-t-il une image de meilleure qualité sur votre appareil?


34
Bien que les réponses ci-dessous soient correctes, veuillez noter que certains services, par exemple Facebook ou Whatsapp, peuvent traiter l'image pour réduire la taille du fichier. Cela pourrait (très probablement dans la plupart des cas) affecter la qualité de l'image car ce n'est pas la même image que vous avez téléchargée à l'autre extrémité.
Viezevingertjes

1
@HagenvonEitzen certains réseaux mobiles ont recompressé assez récemment (via http mais pas https). Cela pourrait, par exemple, rendre le texte illisible sur les cartes - exactement le genre de chose pour laquelle vous pourriez vouloir utiliser la 3G!
Chris H


2
Images strictement fixes ou vidéo?
Peter - Rétablir Monica

1
Le wifi lui-même a des contrôles et des équilibres, et TCP a des sommes de contrôle. Cependant, si l'autre extrémité détecte une condition, elle peut échanger le contenu avec une version différente du même fichier.
cybernard

Réponses:


47

Le téléchargement d'une image sur un site Web lorsque le Wi-Fi est puissant entraîne-t-il une image de meilleure qualité sur votre appareil?

La qualité du signal ne habituellement affecte la transmission de données est envoyé, même si elle peut entraîner une transmission incomplète. Pourtant...

  • Les sites Web envoient souvent des données différentes sur mobile ou sur ordinateur.

  • Certains sites font les scripts d'utiliser pour envoyer des données différentes en fonction de la qualité des liens et de la vitesse. Cela est particulièrement courant sur les sites de streaming vidéo.

  • Certains navigateurs utilisent des serveurs proxy pour accélérer la vitesse de transmission en compressant les données. Cela peut inclure une recompression avec perte et un redimensionnement des images.

  • Certains sites peuvent afficher une image plus compressée qu'ils n'en envoient au téléchargement. C'est souvent le cas lorsqu'une fonction de zoom est présente.


9
Quand j'étais enfant, mes parents utilisaient une carte de données mobiles PCMCIA et le fournisseur compressait toutes les images - y compris les icônes - avant de les transmettre. La compression était assez agressive.
Tomáš Zato - Rétablir Monica

4
Certains fournisseurs de réseau (WiFi et données cellulaires) interceptent le trafic et réduisent la qualité de l'image pour économiser la bande passante.
OrangeDog

6
@OrangeDog encore une autre raison de s'assurer que les sites que vous visitez utilisent TLS (HTTPS) lorsqu'il est disponible.
Seth R

1
@SethR Cela dépend si vous préférez la qualité supérieure ou un chargement plus rapide. La raison de TLS est qu'ils pourraient faire d' autres choses moins anodines avec votre trafic. Ou même des choses bien intentionnées qui ne fonctionnent pas correctement.
user253751

En outre, certains sites (par exemple, Google Image Search) peuvent avoir un espace réservé de faible qualité en attendant de recevoir l'image plus grande (et ce processus peut ne pas se terminer pour une raison ou une autre).
NotThatGuy

23

Les autres réponses soulignent que la qualité des images numériques ne se détériore pas lors du transfert. Il convient de noter que de nombreux plans de données mobiles ces jours-ci, cependant, transcodent au moins les films et les livrent avec une qualité inférieure à l'original s'ils sont transférés via un canal accessible au fournisseur de services. Cela peut signifier soit un transfert non crypté, soit le transfert d'un canal crypté pour lequel le fournisseur de services a un arrangement de mise en cache avec le fournisseur de contenu (typique pour des plateformes comme Netflix). Selon le plan et son fournisseur, les images non cryptées sur les sites Web peuvent également être affectées.

Avec un tel plan de données, la connexion via WiFi augmenterait la qualité d'image typique. Le résultat ne varierait pas en fonction de la qualité de la connexion WiFi mais selon que le téléphone l'utilise du tout au lieu de s'appuyer sur le plan de données mobiles éventuellement recodé.

Donc, en principe, la qualité des images ne dépend pas de la qualité du canal utilisé pour les obtenir, mais du fait que quelqu'un gâche vos données. Et ces jours-ci, ils le peuvent.


8
De plus, la plupart des services de streaming ajustent la qualité (résolution, niveau de compression) en fonction de la vitesse et de la qualité de la connexion. (Indépendamment de toute interaction avec le FAI.)
Veuillez lire mon profil le

@mattdm et souvent (par exemple, tmobile le fait avec frénésie), ils vont simplement limiter votre connexion à youtube / netflix / etc et laisser l'application décider de diffuser en moins bonne qualité.
Jon

1
@Jon Optus le fait également lorsque vous avez activé le streaming vidéo gratuit, mais cela ne fonctionne vraiment pas bien et perturbe gravement le système de qualité automatique pour Netflix et Stan. Il commencera à diffuser en basse qualité et augmentera progressivement la qualité jusqu'à ce qu'il atteigne enfin un 720p ou 1080p, puis en quelques secondes, Optus étrangle la connexion et les tampons de streaming et retombe à la qualité la plus basse. Système de merde.
Clonkex

"un canal crypté pour lequel le fournisseur de services a un accord de mise en cache avec le fournisseur de contenu" - Comment pouvez-vous le faire sans les clés de cryptage?
xiota

1
@xiota Simple: le fournisseur de services possède les clés de chiffrement. Ils agissent en tant que CDN dans ce cas. security.stackexchange.com/questions/107835/…
Veuillez lire mon profil le

12

Même si les autres réponses ici sont déjà très bonnes, permettez-moi de donner une perspective différente:

En général, non.

Lorsque vous téléchargez une image dans votre navigateur, il est très probable que ce fichier (l'image) soit téléchargé via le protocole TCP (Transfer Control Protocol). TCP divisera votre image en petits paquets et enverra chacun de ceux-ci séparément sur Internet. Chaque paquet est accompagné d'une somme de contrôle. Cette somme de contrôle est le résultat d'une certaine opération mathématique sur le paquet. Une fois reçue, la somme de contrôle est à nouveau calculée par le récepteur. Les deux sommes de contrôle doivent être identiques. Sinon, cela signifie qu'au moins un bit a changé ou que des informations ont été laissées. Dans ce cas, le récepteur demandera d'envoyer à nouveau ce paquet particulier. Une fois tous les paquets reçus, le fichier téléchargé sera identique à l'original sur le serveur à partir duquel vous l'avez téléchargé.

Cependant, vous diffusez un film en continu ou visualisez des images sur un flux Web, il est probable que ce ne soit pas TCP, mais UDP (User Datagram Protocol). UDP ne fait PAS les mêmes vérifications que TCP. cela s'appelle "tirer et oublier". Si les paquets sont perdus ou endommagés, ils ne seront pas réparés.


5
De plus, les erreurs de bits (pas de transcodage avec perte intentionnelle) briseraient sensiblement les images dans la plupart des formats. Les formats les plus utilisés sont compressés, la couche de compression la plus externe (en dehors de la quantification avec perte ou du traitement sans perte) étant une sorte de codage entropique (comme Huffman pour JPEG, ou zip aka DEFLATE pour PNG ) où changer 1 bit dans le bitstream peut induire de grands changements dans la façon dont le reste décode. Pour les formats vidéo, cela peut être simplement un macrobloc 8x8 corrompu ou quelque chose.
Peter Cordes

2
Maintenant que tout le monde est passé de Flash à HTML5, les sites de streaming utilisent plus probablement TCP. Voir YouTube diffuse
xiota

3
UDP utilise également des sommes de contrôle. Vous perdrez des paquets entiers, pas des bits uniques.
Dubu

@Dubu: Les sommes de contrôle sont fournies pour la couche application. UDP lui-même ne fournit aucune correction ni même aucune détection. TCP utilise des paquets, pas UDP.
Opifex

@Opifex No. TCP a des flux, UDP a des datagrammes, mais les deux ont des paquets (ou plutôt, ils sont là à un niveau inférieur). Mais UDP ne garantit l' intégrité des données (autant que la somme de contrôle peut) - vous ne serez jamais un datagrammes cassé ou incomplet / datagrammes fragmenté. UDP ne retransmettra pas les datagrammes cassés - en ce qui concerne votre application, ils ne l'ont jamais fait.
Luaan

6

Non, les ordinateurs communiquent à un niveau parfait - même un léger changement pendant la transmission peut corrompre complètement les données et est protégé contre l'utilisation de sommes de contrôle (et de nouvelles tentatives en cas d'erreurs).

Cependant, il est possible d'avoir un "chargement progressif" des images, où par exemple un site Web peut d'abord afficher des images de faible résolution comme un espace réservé rapide (pour réduire la vitesse de chargement perçue), remplacé par les images de plus haute résolution une fois qu'elles ont été téléchargées. Si votre connexion est vraiment lente et / ou peu fiable, il est possible que vous vous retrouviez coincé avec l'image d'espace réservé à faible résolution.

Edit: Pour clarifier, il est possible que la qualité soit réduite en raison d'un certain nombre de facteurs, mais c'est parce que la page Web (ou un proxy) le choisit - pas parce que la transmission via wifi détériorerait la qualité.


3
Il est vrai que les transferts de données via HTTP sont sans perte, mais il existe certainement des sites qui pirateront / optimiseront le chargement des images et autres ressources. Si les images prennent trop de temps à charger, elles ne chargeront pas de versions à plus haute résolution à l'avenir. Cela devient en fait standardisé, le navigateur signalant la bande passante mesurée (basée sur le débit récent) à la page afin que la page puisse décider quoi faire. Il est également possible que certaines connexions Wi-Fi soient signalées comme des connexions mesurées, où les sites peuvent optimiser pour une faible bande passante.
Brad

3
Les sites Web optimisent certainement leurs images comme ça, mais c'est généralement le côté client qui décide de demander une image correcte au serveur. Si vous téléchargez simplement une image depuis le serveur, il ne saura certainement pas à quel point un wifi est fort, et en tant que tel ne changera pas la qualité de l'image en fonction de cela (comme demandé dans la question d'origine).
vlumi

5

Les autres réponses sont correctes (pas de perte de qualité des images via WiFi), mais je veux juste souligner:

Vous avez peut - être vu que la qualité du streaming (!) Des vidéos semble se dégrader sur les connexions « faibles ». Cela n'est toutefois pas dû à la perte d'une partie des informations lors de la transmission (*): la plupart des serveurs de streaming vidéo conservent aujourd'hui plusieurs copies de la même vidéo, chacune compressée avec un taux de compression différent. Des taux de compression plus élevés produisent des fichiers plus petits, mais comme la compression est avec perte, la qualité de ces fichiers plus petits est pire.

Maintenant, ce qui se passe lorsque vous diffusez une vidéo, c'est que le serveur de streaming surveille la «qualité» de votre connexion, c'est-à-dire le débit de données de la connexion. Lorsque le serveur détecte que votre connexion est devenue plus lente, par exemple parce que vous avez déplacé votre appareil et que le signal WiFi devient marginal, il passera plus ou moins en douceur à un flux de débit inférieur de la même vidéo, sacrifiant la qualité d'image pour pouvoir continuer à regarder la vidéo au lieu de mettre la vidéo (haute qualité) en pause à plusieurs reprises pendant le téléchargement des secondes suivantes du flux.

Cela fonctionne également dans l'autre sens: lorsque le serveur détecte que la bande passante de votre connexion a augmenté, il peut basculer vers une version de qualité supérieure du flux en essayant de toujours vous offrir la meilleure qualité d'image possible avec votre bande passante actuelle.

*) En fait, elle est indirectement causée par la perte de paquets de données: lorsque le signal devient faible, les erreurs de données aléatoires deviennent plus fréquentes. Cependant, ces erreurs de données sont détectées par le matériel et les paquets «cassés» sont généralement envoyés à nouveau plusieurs fois jusqu'à ce que le paquet soit reçu correctement; cela signifie cependant que chaque paquet doit (en moyenne) être transmis sur la liaison WiFi plus d'une fois, par exemple trois fois, ce qui signifie que le débit de données atteint (c'est-à-dire les paquets transférés avec succès par seconde) tombe par exemple à 1/3.


2

Pour ajouter un peu plus de saveur à ces autres réponses, voici plusieurs copies d'une photo que je viens de prendre:

Unikitty 1 - Redimensionné? X400px, pas de changement de qualité

Unikitty 1

Unikitty 2 - redimensionné? Qualité x400px 50%

Unikitty 2

Unikitty 3 - Redimensionné? Qualité x200px 50%

Unikitty 3

Unikitty 4 - Redimensionné? Qualité x200px 5%

Unikitty 4

Sur mon ordinateur, j'ai supprimé les métadonnées exiftool --all=et calculé les sommes de contrôle des images:

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

Cependant, lorsque je télécharge Unikitty # 4 , le hachage a changé:

3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2

Cela signifie que le fichier a définitivement changé. Exactement comment, je ne suis pas sûr. Probablement Imgur faisant quelque chose pour le redimensionner.

Si vous voulez être sûr que l'image que vous obtenez est l'image que quelqu'un d'autre regarde également, vous devez avoir une somme de contrôle pour vérifier qu'aucun des bits n'a été bouché pendant le transport. Pour la plupart, Internet fait cela (TCP / IP indique comment s'assurer que lorsque vous envoyez des informations, tout arrive à l'endroit où il est censé aller, et s'il n'y arrive pas, il doit se plaindre fortement. La plupart d'Internet utilise TCP / IP à cause de cela) pour vous. Cependant, comme d'autres l'ont mentionné, il existe une multitude de façons dont la qualité de l'image peut changer.

Si vous téléchargez Unikitty 4 et obtenez la même somme SHA-256 que moi, vous pouvez savoir avec une certitude presque totale que l'image que vous regardez et l'image que je regarde sont 100% identiques.

Cependant, vous devez vous inquiéter si nos moniteurs sont calibrés de la même couleur et si l'éclairage ambiant affecte quoi que ce soit, ou ...


2
Je suis sûr que les métadonnées imgur strip. Ils peuvent également recompresser lors du téléchargement . Bien qu'ils puissent modifier la transmission des données en fonction de la bande passante, cela ne le démontre pas. Les sommes de contrôle ne doivent pas nécessairement correspondre pour avoir des images identiques. Par exemple, PNG est sans perte avec plusieurs niveaux de compression.
xiota

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

1
Bon point! Une somme de contrôle ne peut être utilisée que comme garantie que les images sont les mêmes, pas qu'elles sont différentes. Heck, c'est difficile pour moi de dire si 1 et 2 sont différents du tout et ils ont des sommes de contrôle complètement différentes.
Wayne Werner

1

Il est possible que vous visualisiez les images pendant leur téléchargement (photos stockées sur une application cloud comme Google Photos) ou qu'elles sont entièrement téléchargées, mais le logiciel que vous utilisez pour visualiser l'image n'a pas terminé le rendu - vous voyez donc un image en mode de rendu progressif.

Pour répondre à votre question, non, la qualité (je suppose que vous vouliez dire la vitesse) du réseau n'affecte pas la qualité d'une image.


0

Non. Les fichiers numériques, contrairement à leurs homologues analogiques, sont toujours des copies parfaites, de sorte que l'image ne parvient pas à télécharger ou est téléchargée parfaitement à chaque fois. La même chose s'applique pour les transférer entre les supports (SD sur disque, clé USB, CD, ...) ou créer des copies.

Des copies corrompues sont possibles, bien que très improbables, dans certains cas, mais elles ne sont pas de "qualité inférieure", mais complètement fausses (c'est-à-dire: seulement la moitié de l'image et autres).


3
Les fichiers corrompus ne sont pas "très improbables", mais ils ne sont pas rares. Ils peuvent passer inaperçus si les fichiers ne sont pas vérifiés.
osullic
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.