Il Wi-Fi influisce sulla qualità delle immagini scaricate da Internet?


13

Il download di un'immagine da un sito Web, quando il Wi-Fi è potente, produce un'immagine di qualità superiore sul dispositivo?


34
Sebbene le risposte seguenti siano corrette, tieni presente che alcuni servizi, ad esempio Facebook o Whatsapp, potrebbero elaborare l'immagine per ridurre le dimensioni del file. Ciò potrebbe (molto probabilmente nella maggior parte dei casi) influire sulla qualità dell'immagine in quanto non è la stessa immagine che hai caricato sull'altra estremità.
Viezevingertjes,

1
@HagenvonEitzen alcune reti mobili hanno recentemente ricompresso (su http ma non su https). Questo, ad esempio, potrebbe rendere il testo illeggibile sulle mappe, esattamente il tipo di cosa per cui potresti voler usare 3G!
Chris H,


2
Rigorosamente fermi immagine o anche video?
Peter - Ripristina Monica il

1
Il wifi stesso ha controlli e saldi e TCP ha checksum. Tuttavia, se l'altra estremità rileva una condizione, può scambiare il contenuto con una versione diversa dello stesso file.
cybernard,

Risposte:


47

Il download di un'immagine da un sito Web quando il WiFi è efficace produce un'immagine di qualità superiore sul dispositivo?

Qualità di segnale non solito influisce sulla trasmissione di dati che viene inviato, anche se potrebbe provocare la trasmissione incompleta. Tuttavia...

  • I siti Web spesso inviano dati diversi su dispositivi mobili e desktop.

  • Alcuni siti fanno uso di script per inviare dati diversi a seconda della qualità del collegamento e velocità. Ciò è particolarmente comune nei siti di streaming video.

  • Alcuni browser utilizzano server proxy per accelerare la velocità di trasmissione comprimendo i dati. Ciò può includere la ricompressione con perdita di dati e il ridimensionamento delle immagini.

  • Alcuni siti potrebbero visualizzare un'immagine più compressa di quella che inviano per il download. Questo è spesso il caso in cui è presente una funzione di zoom.


9
Quando ero un bambino, i miei genitori utilizzavano una scheda dati mobile PCMCIA e il fornitore comprimeva tutte le immagini, comprese le icone, prima di inviarle. La compressione è stata abbastanza aggressiva.
Tomáš Zato - Ripristina Monica il

4
Alcuni provider di rete (sia WiFi che dati cellulari) intercettano il traffico e riducono la qualità dell'immagine per risparmiare larghezza di banda.
OrangeDog,

6
@OrangeDog è un altro motivo per assicurarsi che i siti visitati utilizzino TLS (HTTPS) quando è disponibile.
Seth R

1
@SethR Dipende se preferisci una qualità superiore o un caricamento più veloce. Il motivo di TLS è perché potrebbero fare altre cose meno innocue con il tuo traffico. O anche cose ben intenzionate che non funzionano correttamente.
user253751

Inoltre, alcuni siti (ad esempio Google Ricerca immagini) potrebbero avere un segnaposto di bassa qualità mentre attende di ricevere l'immagine più grande (e questo processo potrebbe non essere completato per un motivo o per l'altro).
NotThatGuy

23

Le altre risposte sottolineano che la qualità delle immagini digitali non si deteriora durante il trasferimento. Vale la pena sottolineare che molti piani di dati mobili in questi giorni, tuttavia, transcodificano almeno i film e li consegnano con una qualità inferiore rispetto all'originale se vengono trasferiti tramite un canale accessibile al fornitore di servizi. Ciò può significare il trasferimento non crittografato o il trasferimento di un canale crittografato per il quale il fornitore di servizi ha un accordo di memorizzazione nella cache con il fornitore di contenuti (tipico per piattaforme come Netflix). A seconda del piano e del suo fornitore, le immagini non crittografate sui siti Web potrebbero essere ugualmente colpite.

Con un tale piano dati, la connessione tramite WiFi aumenterebbe la qualità tipica dell'immagine. Il risultato non varierebbe in base alla qualità della connessione WiFi, ma al fatto che il telefono la utilizzi o meno invece di affidarsi al possibile piano di ricodifica dei dati mobili.

Quindi, in linea di principio, la qualità delle immagini non dipende dalla qualità del canale utilizzato per ottenerle, ma dal fatto che qualcuno si rovini con i tuoi dati. E in questi giorni, possono.


8
Inoltre, la maggior parte dei servizi di streaming regola la qualità (risoluzione, livello di compressione) in base alla velocità e alla qualità della connessione. (Indipendentemente da qualsiasi interazione con l'ISP.)
Leggi il profilo

@mattdm e spesso (ad esempio tmobile lo fa con il binge on) limiteranno la tua connessione a youtube / netflix / etc e lasceranno che l'app decida di eseguire lo streaming con una qualità inferiore.
Jon,

1
@Jon Optus lo fa anche quando hai attivato lo streaming video gratuito, ma in realtà non funziona bene e fa un gran casino con il sistema di qualità automatica sia per Netflix che per Stan. Inizierà lo streaming a bassa qualità e aumenterà progressivamente la qualità fino a raggiungere finalmente una 720p o 1080p, quindi in pochi secondi Optus limita la connessione e i buffer di streaming e torna alla qualità più bassa. Sistema schifoso.
Clonkex,

"un canale crittografato per il quale il fornitore di servizi ha un accordo di memorizzazione nella cache con il fornitore di contenuti" - Come è possibile farlo senza le chiavi di crittografia?
xiota,

1
@xiota Semplice: il fornitore di servizi ha le chiavi di crittografia. Stanno fungendo da CDN in questo caso. security.stackexchange.com/questions/107835/…
Leggi il profilo il

12

Anche se l'altra risposta qui è già molto buona, permettimi di dare una prospettiva diversa:

In generale, no.

Quando scarichi un'immagine nel tuo browser, è molto probabile che questo file (l'immagine) venga scaricato tramite il protocollo TCP (Transfer Control Protocol). TCP suddivide l'immagine in piccoli pacchetti e li invia separatamente su Internet. Ogni pacchetto è accompagnato da un checksum. Questo checksum è il risultato di una certa operazione matematica sul pacchetto. Una volta ricevuto, il checksum viene nuovamente calcolato dal destinatario. Entrambi i checksum dovrebbero essere uguali. In caso contrario, ciò significa che almeno un bit è cambiato o le informazioni sono state lasciate indietro. In questo caso il destinatario richiederà di inviare di nuovo quel particolare pacchetto. Una volta ricevuti tutti i pacchetti, il file scaricato sarà identico all'originale sul server da cui è stato scaricato.

Tuttavia, stai trasmettendo un film in streaming o stai visualizzando immagini su un flusso web, è probabile che non sia TCP, ma UDP (User Datagram Protocol). UDP NON esegue gli stessi controlli di TCP. si chiama "fuoco e dimentica". Se i pacchetti vengono persi o danneggiati, non verranno riparati.


5
Inoltre, gli errori di bit (non la transcodifica con perdita intenzionale) spezzerebbero notevolmente le immagini nella maggior parte dei formati. I formati più utilizzati sono compressi, con lo strato di compressione più esterno (al di fuori della quantizzazione con perdita o dell'elaborazione senza perdita) che è una sorta di codifica entropica (come Huffman per JPEG o zip aka DEFLATE per PNG ) in cui cambia 1 bit nel bitstream può indurre grandi cambiamenti nel modo in cui il resto decodifica. Per i formati video, questo potrebbe essere solo un singolo macroblocco 8x8 danneggiato o qualcosa del genere.
Peter Cordes,

2
Ora che tutti sono passati da Flash a HTML5, è più probabile che i siti di streaming utilizzino TCP. Vedi YouTube trasmette video in streaming tramite TCP?
xiota,

3
UDP utilizza anche checksum. Perderai interi pacchetti, non singoli bit.
Dubu,

@Dubu: i checksum sono forniti per il livello applicazione. L'UDP stesso non fornisce alcuna correzione o rilevamento. TCP utilizza i pacchetti, UDP no.
Opifex,

@Opifex No. TCP ha flussi, UDP ha datagrammi, ma entrambi hanno pacchetti (o meglio, sono lì a un livello inferiore). Ma UDP fa l'integrità dei dati garanzia (tanto quanto il checksum possibile) - non sarai mai ottenere un datagram rotto, o un incompleto / datagramma frammentato. UDP non ritrasmetterà datagrammi rotti - per quanto riguarda la tua applicazione, non l'hanno mai fatto.
Luaan,

6

No, i computer comunicano a un livello un po 'perfetto - anche una leggera modifica durante la trasmissione potrebbe corrompere completamente i dati ed è protetta dall'uso di checksum (e tentativi in ​​caso di errori).

Tuttavia, è possibile avere un "caricamento progressivo" di immagini, dove ad esempio un sito Web potrebbe prima visualizzare immagini a bassa risoluzione come segnaposto rapido (per ridurre la velocità di carico percepita), sostituite dalle immagini a risoluzione più elevata dopo che sono state scaricate. Se la tua connessione è molto lenta e / o inaffidabile, è possibile che rimani bloccato con l'immagine del segnaposto a bassa risoluzione.

Modifica: per chiarire, è possibile che la qualità possa essere ridotta a causa di una serie di fattori, ma è perché la pagina Web (o un proxy) lo sceglie - non a causa della trasmissione tramite Wi-Fi ne peggiorerebbe la qualità.


3
È vero che i trasferimenti di dati su HTTP sono senza perdita, ma ci sono certamente siti che hackereranno / ottimizzeranno il caricamento di immagini e altre risorse. Se le immagini impiegano troppo tempo a caricarsi, in futuro non caricheranno versioni a risoluzione più elevata. Questo in realtà sta diventando standardizzato, con il browser che riporta la larghezza di banda misurata (in base alla velocità effettiva recente) alla pagina in modo che la pagina possa decidere cosa fare. È anche possibile che alcune connessioni WiFi vengano contrassegnate come connessioni misurate, dove i siti possono ottimizzare per una larghezza di banda ridotta.
Brad

3
I siti Web certamente ottimizzano le loro immagini in questo modo, ma di solito è il lato client che prende la decisione di richiedere un'immagine corretta dal server. Se scarichi semplicemente un'immagine dal server, sicuramente non saprà quanto è forte un wifi e, in quanto tale, non cambierà la qualità dell'immagine in base a quella (come richiesto nella domanda originale).
vlumi,

5

Le altre risposte sono corrette (nessuna perdita di qualità delle immagini tramite WiFi), ma voglio solo sottolineare:

Potrebbe essere visto che la qualità dello streaming (!) Video sembra a degradare le connessioni 'deboli'. Questo è però non è causata da alcune delle informazioni che vengono persi durante la trasmissione (*): server di streaming video più oggi mantenere più copie dello stesso video, ciascuna compressa con un rapporto di compressione diverso. Rapporti di compressione più elevati producono file più piccoli, ma poiché la compressione è in perdita, la qualità di quei file più piccoli è peggiore.

Ora, ciò che accade durante lo streaming di un video è che il server di streaming monitora la "qualità" della connessione, ovvero la velocità dei dati della connessione. Quando il server rileva che la connessione è diventata più lenta, ad esempio perché hai spostato il dispositivo e il segnale WiFi diventa marginale, passerà più o meno senza soluzione di continuità a un flusso di bitrate inferiore dello stesso video, sacrificando la qualità dell'immagine per poter continuare a guardare il video invece di avere il video (alta qualità) in pausa ripetutamente mentre vengono scaricati i prossimi secondi dello stream.

Funziona anche al contrario: quando il server rileva che la larghezza di banda della tua connessione è aumentata, può passare a una versione di qualità superiore dello stream cercando di darti sempre la migliore qualità d'immagine possibile con la tua larghezza di banda attuale.

*) In realtà, è indirettamente causato dalla perdita di pacchetti di dati: quando il segnale diventa debole, gli errori di dati casuali diventano più frequenti. Tuttavia, questi errori di dati vengono rilevati dall'hardware e i pacchetti "rotti" vengono in genere inviati nuovamente un numero di volte fino a quando il pacchetto non viene ricevuto correttamente; ciò significa tuttavia che ogni pacchetto deve (in media) essere trasmesso sul collegamento WiFi più di una volta, ad esempio tre volte, il che significa che la velocità di dati raggiunta (ovvero i pacchetti trasferiti con successo al secondo) scende ad esempio a 1/3.


2

Per aggiungere un po 'più di sapore a queste altre risposte, ecco alcune copie di un'immagine che ho appena scattato:

Unikitty 1 - Ridimensionato? X400px, nessun cambiamento nella qualità

Unikitty 1

Unikitty 2 - Ridimensionato? Qualità x400px 50%

Unikitty 2

Unikitty 3 - Ridimensionato? Qualità x200px 50%

Unikitty 3

Unikitty 4 - Ridimensionato? Qualità x200px 5%

Unikitty 4

Sul mio computer ho rimosso i metadati exiftool --all=e ho calcolato i checksum delle immagini:

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

Tuttavia, quando scarico Unikitty # 4 , l'hash è cambiato:

3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2

Ciò significa che il file è decisamente cambiato. Esattamente come, non ne sono sicuro. Probabilmente Imgur sta facendo qualcosa per ridimensionarlo.

Se vuoi essere sicuro che l'immagine che stai ottenendo è l'immagine che anche qualcun altro sta guardando, devi avere un checksum per verificare che nessuno dei bit sia stato confuso durante il trasporto. Per la maggior parte, Internet lo fa (il TCP / IP dice come assicurarsi che quando si inviano le informazioni arrivano tutte al luogo in cui dovrebbero andare e, se non ci arrivano, devono lamentarsi ad alta voce. La maggior parte di Internet utilizza TCP / IP per questo) per te. Tuttavia, come altri hanno già detto, ci sono una miriade di modi in cui la qualità dell'immagine può cambiare.

Se scarichi Unikitty 4 e ottieni la stessa somma SHA-256 che ho fatto, puoi sapere con quasi completa certezza che l'immagine che stai guardando e l'immagine che sto guardando sono identiche al 100%.

Tuttavia, devi preoccuparti se i nostri monitor sono calibrati per colore allo stesso modo e se l'illuminazione ambientale influisce su qualcosa o ...


2
Sono abbastanza sicuro che imgur spoglia i metadati. Potrebbero anche ricomprimersi al caricamento . Sebbene possano modificare la trasmissione dei dati in base alla larghezza di banda, ciò non lo dimostra. I checksum non devono corrispondere per avere immagini identiche. Ad esempio, PNG è senza perdita di dati con più livelli di compressione.
xiota,

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

1
Buon punto! Un checksum può essere utilizzato solo come garanzia che le immagini siano le stesse, non che siano diverse. Cavolo, è difficile per me dire se 1 e 2 sono completamente diversi e hanno checksum completamente diversi.
Wayne Werner,

1

È possibile che tu stia visualizzando le immagini mentre vengono scaricate (foto archiviate sull'app cloud come Google Foto) o è completamente scaricata ma il software che stai utilizzando per visualizzare l'immagine non ha completato il rendering, quindi stai vedendo un immagine in modalità di rendering progressivo.

Per rispondere alla tua domanda, No la qualità (presumo tu intendessi la velocità) della rete non influisce sulla qualità di un'immagine.


0

No. I file digitali, contrariamente alle loro controparti analogiche, sono sempre copie perfette, quindi l'immagine non riesce a scaricare o viene scaricata perfettamente, ogni volta. Lo stesso vale per il trasferimento tra supporti (da SD a disco, pendrive, CD, ...) o per la creazione di copie.

Copie corrotte sono possibili, anche se molto improbabili, in alcuni casi, ma non sono di "qualità inferiore", ma completamente sbagliate (cioè: solo metà dell'immagine e simili).


3
I file corrotti non sono "molto improbabili", ma piuttosto non sono rari. Possono passare inosservati se i file non sono verificati.
osullic
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.