¿El Wi-Fi afecta la calidad de las imágenes descargadas de Internet?


13

¿La descarga de una imagen de un sitio web, cuando el Wi-Fi es fuerte, da como resultado una imagen de mayor calidad en su dispositivo?


34
Aunque las respuestas a continuación son correctas, tenga en cuenta que algunos servicios, como Facebook o Whatsapp, pueden procesar la imagen para reducir el tamaño del archivo. Esto podría (muy probablemente en la mayoría de los casos) afectar la calidad de la imagen, ya que no es la misma imagen que cargó en el otro extremo.
Viezevingertjes

1
@HagenvonEitzen algunas redes móviles se recomprimieron recientemente (a través de http pero no https) Esto podría, por ejemplo, hacer que el texto sea ilegible en los mapas, ¡exactamente el tipo de cosas para las que querrás usar 3G!
Chris H


2
¿Estrictamente imágenes fijas o también video?
Peter - Restablece a Monica el

1
El wifi en sí tiene controles y equilibrios, y TCP tiene sumas de control. Sin embargo, si el otro extremo detecta una condición, puede intercambiar el contenido con una versión diferente del mismo archivo.
cybernard

Respuestas:


47

¿Descargar una imagen de un sitio web cuando WiFi es fuerte da como resultado una imagen de mayor calidad en su dispositivo?

La calidad de la señal generalmente no afecta la transmisión de los datos que se envían, aunque puede resultar en una transmisión incompleta. Sin embargo...

  • Los sitios web a menudo envían datos diferentes a dispositivos móviles o de escritorio.

  • Algunos sitios hacen uso de secuencias de comandos para enviar datos diferentes en función de la calidad del enlace y velocidad. Esto es especialmente común en los sitios de transmisión de video.

  • Algunos navegadores usan servidores proxy para acelerar la velocidad de transmisión al comprimir los datos. Esto puede incluir la recompresión con pérdida y el cambio de tamaño de las imágenes.

  • Algunos sitios pueden mostrar una imagen más comprimida de la que envían para descargar. Este suele ser el caso cuando está presente una función de zoom.


99
Cuando era niño, mis padres tenían una tarjeta de datos móvil PCMCIA y el proveedor comprime todas las imágenes, incluidos los iconos, antes de pasarlas. La compresión fue bastante agresiva.
Tomáš Zato - Restablece a Monica el

44
Algunos proveedores de red (tanto WiFi como datos celulares) interceptan el tráfico y reducen la calidad de la imagen para ahorrar ancho de banda.
OrangeDog

66
@OrangeDog es otra razón para asegurarse de que los sitios que visita usan TLS (HTTPS) cuando está disponible.
Seth R

1
@SethR Eso depende de si prefiere la mayor calidad o una carga más rápida. La razón de TLS es porque podrían estar haciendo otras cosas menos inocuas con su tráfico. O incluso cosas bien intencionadas que no funcionan correctamente.
user253751

Además, algunos sitios (por ejemplo, Google Image Search) pueden tener un marcador de posición de baja calidad mientras espera recibir la imagen más grande (y este proceso puede no completarse por una razón u otra).
NotThatGuy

23

Las otras respuestas señalan que la calidad de las imágenes digitales no se deteriora durante la transferencia. Vale la pena señalar que muchos planes de datos móviles en estos días, sin embargo, transcodifican al menos películas y las entregan con una calidad inferior a la original si se transfieren a través de un canal accesible para el proveedor de servicios. Eso puede significar la transferencia no cifrada o la transferencia de un canal cifrado para el cual el proveedor de servicios tiene un acuerdo de almacenamiento en caché con el proveedor de contenido (típico para plataformas como Netflix). Dependiendo del plan y su proveedor, las imágenes no encriptadas en los sitios web pueden verse igualmente afectadas.

Con tal plan de datos, estar conectado a través de WiFi aumentaría la calidad de imagen típica. El resultado no variará dependiendo de la calidad de la conexión WiFi, sino de si el teléfono la usa en lugar de depender del plan de datos móviles posiblemente recodificado.

Entonces, en principio, la calidad de las imágenes no depende de la calidad del canal utilizado para obtenerlas, sino de si alguien interfiere con sus datos. Y en estos días, pueden.


8
Además, la mayoría de los servicios de transmisión ajustan la calidad (resolución, nivel de compresión) en función de la velocidad y la calidad de la conexión. (Independientemente de cualquier interacción con el ISP).
Lea el perfil el

@mattdm y, a menudo (por ejemplo, tmobile hace esto con atracones) simplemente aceleran su conexión a youtube / netflix / etc. y permiten que la aplicación decida transmitir en una calidad inferior.
Jon

1
@Jon Optus también hace esto cuando tiene activada la transmisión de video gratuita, pero realmente no funciona bien y afecta gravemente el sistema de calidad automática tanto para Netflix como para Stan. Comenzará a transmitir en baja calidad y aumentará progresivamente la calidad hasta que finalmente llegue a 720p o 1080p, luego, en unos pocos segundos, Optus acelera la conexión y la transmisión se amortigua y vuelve a la calidad más baja. Sistema de mierda.
Clonkex

"un canal encriptado para el cual el proveedor de servicios tiene un acuerdo de almacenamiento en caché con el proveedor de contenido" - ¿Cómo puede hacer esto sin las claves de encriptación?
xiota

1
@xiota Simple: el proveedor de servicios tiene las claves de cifrado. Están actuando como una CDN en este caso. security.stackexchange.com/questions/107835/…
Lea el perfil el

12

Aunque la otra respuesta aquí ya es muy buena, permítame darle una perspectiva diferente:

En general, no.

Cuando descarga una imagen en su navegador, es muy probable que este archivo (la imagen) se descargue a través del Protocolo de control de transferencia (TCP). TCP dividirá su imagen en pequeños paquetes y los enviará por separado a través de Internet. Cada paquete está acompañado por una suma de verificación. Esta suma de verificación es el resultado de una determinada operación matemática en el paquete. Una vez recibido, el receptor calcula nuevamente la suma de verificación. Ambas sumas de verificación deben ser iguales. Si no, eso significa que al menos un bit ha cambiado o la información se ha quedado atrás. En este caso, el receptor solicitará enviar ese paquete en particular nuevamente. Una vez que se hayan recibido todos los paquetes, el archivo descargado será idéntico al original en el servidor desde el que lo descargó.

Sin embargo, está transmitiendo una película o viendo imágenes a través de una transmisión web, lo más probable es que no sea TCP, sino UDP (Protocolo de datagramas de usuario). UDP NO hace las mismas verificaciones que TCP. se llama "dispara y olvida". Si los paquetes se pierden o se dañan, no serán reparados.


55
Además, los errores de bits (no la transcodificación con pérdida intencional) romperían notablemente las imágenes en la mayoría de los formatos. Los formatos más utilizados están comprimidos, con la capa de compresión más externa (fuera de la cuantificación con pérdida o el procesamiento sin pérdida) que es algún tipo de codificación de entropía (como Huffman para JPEG, o zip también conocido como DEFLATE para PNG ) donde cambia 1 bit en el Bitstream puede inducir grandes cambios en la forma en que el resto decodifica. Para formatos de video, esto podría ser solo un macrobloque 8x8 dañado o algo así.
Peter Cordes

2
Ahora que todos se han alejado de Flash a HTML5, es más probable que los sitios de transmisión usen TCP. Ver ¿YouTube transmite videos a través de TCP?
xiota

3
UDP también usa sumas de verificación. Perderá paquetes completos, no bits individuales.
Dubu

@Dubu: las sumas de comprobación se proporcionan para la capa de aplicación. UDP en sí mismo no proporciona ninguna corrección o detección en absoluto. TCP usa paquetes, UDP no.
Opifex

@Opifex No. TCP tiene flujos, UDP tiene datagramas, pero ambos tienen paquetes (o mejor dicho, están allí en un nivel inferior). Pero UDP hace integridad de los datos de garantía (tanto como la suma de comprobación puede) - que no se consigue un datagrama rotos, incompletos o un / datagrama fragmentado. UDP no retransmitirá datagramas rotos; en lo que respecta a su aplicación, nunca lo hicieron.
Luaan

6

No, las computadoras se comunican en un nivel perfecto: incluso un ligero cambio durante la transmisión puede dañar por completo los datos y está protegido contra el uso de sumas de verificación (y reintentos en caso de errores).

Sin embargo, es posible tener una "carga progresiva" de imágenes, donde, por ejemplo, un sitio web puede mostrar primero imágenes de baja resolución como un marcador de posición rápido (para reducir la velocidad de carga percibida), reemplazado por las imágenes de mayor resolución una vez que se han descargado. Si su conexión es realmente lenta y / o poco confiable, es posible que se quede atascado con la imagen de marcador de posición de menor resolución.

Editar: para aclarar, es posible que la calidad se reduzca debido a una serie de factores, pero es porque la página web (o un proxy) lo elige, no porque la transmisión a través de wifi deteriore la calidad.


3
Es cierto que las transferencias de datos a través de HTTP no tienen pérdidas, pero ciertamente hay sitios que piratearán / optimizarán imágenes y otros recursos. Si las imágenes tardan demasiado en cargarse, no cargarán versiones de mayor resolución en el futuro. En realidad, esto se está estandarizando, con el navegador informando el ancho de banda medido (basado en el rendimiento reciente) a la página para que la página pueda decidir qué hacer. También es posible que algunas conexiones WiFi se marquen como conexiones medidas, donde los sitios pueden optimizar para un ancho de banda bajo.
Brad

3
Los sitios web ciertamente optimizan sus imágenes de esa manera, pero generalmente es el lado del cliente quien decide solicitar una imagen adecuada del servidor. Si simplemente descarga una imagen del servidor, ciertamente no sabrá qué tan fuerte es su wifi, y como tal no cambiará la calidad de la imagen en función de eso (como se preguntó en la pregunta original).
vlumi

5

Las otras respuestas son correctas (sin pérdida de calidad de las imágenes a través de WiFi), pero solo quiero señalar:

Es posible que haya visto que la calidad de la transmisión de videos (!) Parece degradarse en las conexiones 'débiles'. Sin embargo, esto no se debe a que parte de la información se pierde durante la transmisión (*): la mayoría de los servidores de transmisión de video de hoy en día mantienen múltiples copias del mismo video, cada una comprimida con una relación de compresión diferente. Las relaciones de compresión más altas producen archivos más pequeños, pero debido a que la compresión es con pérdida, la calidad de esos archivos más pequeños es peor.

Ahora, lo que sucede mientras transmite un video es que el servidor de transmisión monitorea la 'calidad' de su conexión, es decir, la velocidad de datos de la conexión. Cuando el servidor detecta que su conexión se ha vuelto más lenta, por ejemplo, porque movió su dispositivo y la señal WiFi se vuelve marginal, cambiará de manera más o menos fluida a un flujo de velocidad de bits más baja del mismo video, sacrificando la calidad de la imagen para poder seguir viendo el video en lugar de hacer que el video (de alta calidad) se pause repetidamente mientras se descargan los siguientes segundos de la transmisión.

Esto también funciona al revés: cuando el servidor detecta que el ancho de banda de su conexión aumentó, puede cambiar a una versión de mayor calidad de la transmisión tratando de brindarle siempre la mejor calidad de imagen posible con su ancho de banda actual.

*) En realidad, es causada indirectamente por la pérdida de paquetes de datos: cuando la señal se debilita, los errores de datos aleatorios se vuelven más frecuentes. Sin embargo, estos errores de datos son detectados por el hardware y los paquetes 'rotos' generalmente se enviarán nuevamente varias veces hasta que el paquete se reciba correctamente; Sin embargo, esto significa que cada paquete necesita (en promedio) transmitirse a través del enlace WiFi más de una vez, por ejemplo, tres veces, lo que significa que la velocidad de datos alcanzada (es decir, los paquetes transferidos con éxito por segundo) cae a, por ejemplo, 1/3.


2

Para agregar un poco más de sabor a estas otras respuestas, aquí hay varias copias de una imagen que acabo de tomar:

Unikitty 1 - ¿Se redimensionó? X400px, sin cambios en la calidad

Unikitty 1

Unikitty 2 - ¿Cambió el tamaño? X400px Calidad 50%

Unikitty 2

Unikitty 3 - ¿Tamaño modificado? X200px Calidad 50%

Unikitty 3

Unikitty 4 - ¿Tamaño modificado? X200px Calidad 5%

Unikitty 4

En mi computadora he eliminado los metadatos exiftool --all=y he calculado las sumas de verificación de las imágenes:

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

Sin embargo, cuando descargo Unikitty # 4 , el hash ha cambiado:

3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2

Eso significa que el archivo definitivamente ha cambiado. Exactamente cómo, no estoy seguro. Probablemente Imgur está haciendo algo para cambiar su tamaño.

Si desea estar seguro de que la imagen que está obteniendo es la imagen que otra persona también está mirando, debe tener una suma de verificación para verificar que ninguno de los bits se acumuló en tránsito. En su mayor parte, Internet hace eso (TCP / IP le dice cómo asegurarse de que cuando envía información llega al lugar al que debe ir, y si no llega allí, tiene que quejarse en voz alta. La mayor parte de Internet utiliza TCP / IP por eso) para usted. Sin embargo, como otros han mencionado, hay una miríada de formas en que la calidad de la imagen puede cambiar.

Si descarga Unikitty 4 y obtiene la misma suma SHA-256 que obtuve, puede saber con casi total certeza que la imagen que está viendo y la que estoy viendo son 100% idénticas.

Sin embargo, debe preocuparse si nuestros monitores tienen el mismo color de calibración y si la iluminación ambiental afecta algo, o ...


2
Estoy bastante seguro de que imgur elimina los metadatos. También pueden volver a comprimirse al cargar . Si bien podrían alterar la transmisión de datos en función del ancho de banda, esto no demuestra eso. Las sumas de verificación no tienen que coincidir para tener imágenes idénticas. Por ejemplo, PNG no tiene pérdidas con múltiples niveles de compresión.
xiota

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

1
¡Buen punto! Una suma de comprobación solo se puede utilizar como garantía de que las imágenes son las mismas, no de que sean diferentes. Diablos, es difícil para mí saber si 1 y 2 son diferentes y si tienen sumas de verificación completamente diferentes.
Wayne Werner

1

Es posible que esté viendo las imágenes a medida que se descargan (fotos almacenadas en la aplicación en la nube, como Google Photos) o que está completamente descargada, pero el software que está utilizando para ver la imagen no ha completado el procesamiento, por lo que está viendo un imagen en modo de renderizado progresivo.

Para responder a su pregunta, No, la calidad (supongo que se refería a la velocidad) de la red no afecta la calidad de una imagen.


0

No. Los archivos digitales, a diferencia de sus equivalentes analógicos, siempre son copias perfectas, por lo que la imagen no se descarga o se descarga perfectamente cada vez. Lo mismo se aplica a transferirlos entre medios (SD a disco, pendrive, CD, ...) o crear copias.

Las copias corruptas son posibles, aunque muy improbables, en algunos casos, pero no son de "menor calidad", sino completamente erróneas (es decir, solo la mitad de la imagen y demás).


3
Los archivos corruptos no son "muy improbables", sino que no son infrecuentes. Pueden pasar desapercibidos si los archivos no se verifican.
osullic
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.