Apakah Wi-Fi memengaruhi kualitas gambar yang diunduh dari Internet?


13

Apakah mengunduh gambar dari situs web, ketika Wi-Fi kuat, menghasilkan gambar berkualitas lebih tinggi di perangkat Anda?


34
Meskipun jawaban di bawah ini benar, harap perhatikan bahwa beberapa layanan seperti Facebook atau Whatsapp, dapat memproses gambar untuk mengurangi ukuran file. Ini mungkin (kemungkinan besar dalam banyak kasus) akan mempengaruhi kualitas gambar karena itu bukan gambar yang sama yang Anda unggah di ujung lainnya.
Viezevingertjes

1
@HagenvonEitzen beberapa jaringan seluler melakukan kompresi ulang baru-baru ini (melalui http tetapi tidak https). Ini bisa, misalnya, membuat teks tidak terbaca di peta - persis seperti apa Anda mungkin ingin menggunakan 3G!
Chris H


2
Gambar diam atau video?
Peter - Reinstate Monica

1
Wifi itu sendiri memiliki checks and balances, dan TCP memiliki checksum. Namun, jika ujung lain mendeteksi suatu kondisi, ia dapat menukar konten dengan versi berbeda dari file yang sama.
cybernard

Jawaban:


47

Apakah mengunduh gambar dari situs web ketika WiFi kuat menghasilkan gambar berkualitas lebih tinggi di perangkat Anda?

Kualitas sinyal tidak biasanya mempengaruhi transmisi data yang sudah dikirim, meskipun mungkin mengakibatkan transmisi yang tidak lengkap. Namun...

  • Situs web sering mengirim data berbeda ke ponsel vs desktop.

  • Beberapa situs lakukan menggunakan scripting untuk mengirim data yang berbeda tergantung pada kualitas link dan kecepatan. Ini sangat umum di situs streaming video.

  • Beberapa browser menggunakan server proxy untuk mempercepat kecepatan transmisi dengan mengompresi data. Ini mungkin termasuk kompresi ulang dan pengubahan ukuran gambar.

  • Beberapa situs mungkin menampilkan gambar yang lebih padat daripada yang dikirim untuk diunduh. Ini sering terjadi ketika fungsi zoom hadir.


9
Ketika saya masih kecil, orang tua saya membuat kartu data seluler PCMCIA dan penyedia layanan akan mengkompres semua gambar - termasuk ikon - sebelum memasukkannya. Kompresinya cukup agresif.
Tomáš Zato - Kembalikan Monica

4
Beberapa penyedia jaringan (baik WiFi dan data sel) memotong lalu lintas dan mengurangi kualitas gambar untuk menghemat bandwidth.
OrangeDog

6
@OrangeDog merupakan alasan lain untuk memastikan situs yang Anda kunjungi menggunakan TLS (HTTPS) saat tersedia.
Seth R

1
@SethR Itu tergantung apakah Anda lebih suka kualitas yang lebih tinggi atau pemuatan yang lebih cepat. Alasan untuk TLS adalah karena mereka mungkin melakukan hal-hal lain yang tidak berbahaya dengan traffic Anda. Atau bahkan hal-hal yang bermaksud baik yang tidak berfungsi dengan baik.
user253751

Juga, beberapa situs (mis. Pencarian Gambar Google) mungkin memiliki placeholder berkualitas rendah ketika menunggu untuk menerima gambar yang lebih besar (dan proses ini mungkin tidak lengkap karena satu dan lain alasan).
NotThatGuy

23

Jawaban lain menunjukkan bahwa kualitas gambar digital tidak menurun selama transfer. Perlu menunjukkan bahwa banyak paket data seluler hari ini, bagaimanapun, mentranskode setidaknya film dan memberikannya dengan kualitas yang lebih rendah daripada yang asli jika ditransfer melalui saluran yang dapat diakses oleh penyedia layanan. Itu bisa berarti transfer non-terenkripsi atau transfer saluran terenkripsi di mana penyedia layanan memiliki pengaturan caching dengan penyedia konten (khas untuk platform seperti Netflix). Bergantung pada paket dan penyedia layanannya, gambar yang tidak dienkripsi di situs web mungkin juga terkena dampak yang sama.

Dengan paket data seperti itu, terhubung melalui WiFi akan meningkatkan kualitas gambar yang khas. Hasilnya tidak akan bervariasi tergantung pada kualitas koneksi WiFi tetapi pada apakah ponsel menggunakannya atau tidak bergantung pada paket data seluler yang mungkin dikode ulang.

Jadi pada prinsipnya kualitas gambar tidak tergantung pada kualitas saluran yang digunakan untuk mendapatkannya tetapi pada apakah seseorang mengacaukan data Anda. Dan hari ini, mereka mungkin.


8
Selain itu, sebagian besar layanan streaming menyesuaikan kualitas (resolusi, tingkat kompresi) berdasarkan kecepatan dan kualitas koneksi. (Terlepas dari interaksi ISP mana pun.)
Silakan Baca Profil

@mattdm dan sering (misalnya tmobile melakukan ini dengan pesta), mereka hanya akan membatasi koneksi Anda ke youtube / netflix / etc dan membiarkan aplikasi memutuskan untuk streaming dengan kualitas yang lebih rendah.
Jon

1
@ Jon Optus juga melakukan ini ketika Anda memiliki streaming video gratis dihidupkan, tetapi itu benar-benar tidak berfungsi dengan baik dan sangat mengacaukan sistem kualitas otomatis untuk Netflix dan Stan. Itu akan mulai streaming dengan kualitas rendah dan semakin meningkatkan kualitas sampai akhirnya mencapai 720p atau 1080p, kemudian dalam beberapa detik Optus mencekik koneksi dan buffer streaming dan turun kembali ke kualitas terendah. Sistem jelek.
Clonkex

"saluran terenkripsi yang penyedia layanannya memiliki pengaturan caching dengan penyedia konten" - Bagaimana Anda bisa melakukan ini tanpa kunci enkripsi?
xiota

1
@xiota Simple: penyedia layanan memiliki kunci enkripsi. Mereka bertindak sebagai CDN dalam kasus ini. security.stackexchange.com/questions/107835/…
Silakan Baca Profil

12

Meskipun jawaban lain di sini sudah sangat bagus, izinkan saya untuk memberikan perspektif yang berbeda:

Secara umum, tidak.

Saat Anda mengunduh gambar di peramban, sangat mungkin file ini (gambar) akan diunduh melalui Transfer Control Protocol (TCP). TCP akan membagi gambar Anda dalam paket-paket kecil, dan mengirimkan masing-masing secara terpisah melalui internet. Setiap paket disertai dengan checksum. Checksum ini adalah hasil dari operasi matematika tertentu pada paket. Setelah diterima, checksum dihitung lagi oleh penerima. Kedua checksum harus sama. Jika tidak, itu berarti setidaknya satu bit telah berubah atau informasi tertinggal. Dalam hal ini penerima akan meminta untuk mengirim paket tertentu lagi. Setelah semua paket diterima, file yang diunduh akan identik dengan aslinya di server tempat Anda mengunduhnya.

Namun, Anda streaming film, atau melihat gambar melalui aliran web, kemungkinan itu bukan TCP, tetapi UDP (User Datagram Protocol). UDP TIDAK melakukan pemeriksaan yang sama dengan TCP. itu disebut "api dan lupakan". Jika paket hilang atau rusak, mereka tidak akan diperbaiki.


5
Juga, kesalahan bit (bukan transcoding lossy yang disengaja) terasa memecah gambar dalam sebagian besar format. Format yang paling banyak digunakan dikompresi, dengan lapisan kompresi paling luar (di luar kuantisasi lossy atau pemrosesan lossless) menjadi semacam pengkodean entropi (seperti Huffman untuk JPEG, atau zip alias DEFLATE untuk PNG ) di mana mengubah 1 bit di bitstream dapat menyebabkan perubahan besar dalam bagaimana sisanya diterjemahkan. Untuk format video, ini mungkin hanya makroblok 8x8 rusak atau sesuatu.
Peter Cordes

2
Sekarang semua orang telah pindah dari Flash ke HTML5, situs streaming lebih cenderung menggunakan TCP. Lihat Apakah YouTube mengalirkan Video melalui TCP?
xiota

3
UDP juga menggunakan checksum. Anda akan kehilangan seluruh paket, bukan bit tunggal.
Dubu

@Dubu: Checksum disediakan untuk lapisan aplikasi. UDP sendiri tidak menyediakan koreksi atau bahkan deteksi sama sekali. TCP menggunakan paket, UDP tidak.
Opifex

@Opifex No. TCP memiliki stream, UDP memiliki datagrams, tetapi keduanya memiliki paket (atau lebih tepatnya, mereka ada di level yang lebih rendah). Tapi UDP tidak integritas data jaminan (sebanyak checksum dapat) - Anda tidak akan pernah mendapatkan datagram rusak, atau tidak lengkap / terfragmentasi datagram. UDP tidak akan mengirim ulang datagram yang rusak - sejauh menyangkut aplikasi Anda, mereka tidak pernah berhasil.
Luaan

6

Tidak, komputer berkomunikasi pada tingkat bit-perfect - bahkan sedikit perubahan selama transmisi mungkin benar-benar merusak data, dan dilindungi terhadap penggunaan checksum (dan coba lagi jika terjadi kesalahan).

Namun, dimungkinkan untuk memiliki "pemuatan progresif" gambar, di mana misalnya situs web pertama kali dapat menampilkan gambar dengan resolusi lebih rendah sebagai pengganti cepat (untuk mengurangi kecepatan pemuatan yang dirasakan), digantikan oleh gambar dengan resolusi lebih tinggi setelah diunduh. Jika koneksi Anda benar-benar lambat dan / atau tidak dapat diandalkan, ada kemungkinan bahwa Anda akan terjebak dengan gambar placeholder beresolusi lebih rendah.

Sunting: Untuk memperjelas, kualitasnya mungkin berkurang karena sejumlah faktor, tetapi itu karena halaman web (atau proxy) memilih demikian - bukan karena transmisi melalui wifi akan menurunkan kualitas.


3
Memang benar bahwa transfer data melalui HTTP adalah lossless, tetapi pasti ada situs yang akan meretas / mengoptimalkan gambar dan pemuatan sumber daya lainnya. Jika gambar terlalu lama untuk dimuat, mereka tidak akan memuat versi resolusi yang lebih tinggi di masa depan. Ini sebenarnya menjadi standar, dengan browser melaporkan bandwidth yang diukur (berdasarkan throughput terkini) ke halaman sehingga halaman dapat memutuskan apa yang harus dilakukan. Beberapa koneksi WiFi juga mungkin ditandai sebagai koneksi terukur, tempat situs dapat mengoptimalkan bandwidth rendah.
Brad

3
Situs web tentu saja mengoptimalkan gambar mereka seperti itu, tetapi biasanya pihak klien yang membuat keputusan untuk meminta gambar yang tepat dari server. Jika Anda mengunduh gambar dari server, tentu saja tidak akan tahu seberapa kuat wifi Anda, dan karena itu tidak akan mengubah kualitas gambar berdasarkan itu (seperti yang ditanyakan dalam pertanyaan awal).
vlumi

5

Jawaban lainnya benar (tidak ada penurunan kualitas gambar melalui WiFi), tapi saya hanya ingin menunjukkan:

Anda mungkin telah melihat bahwa kualitas video streaming (!) Tampaknya menurun pada koneksi 'lemah'. Namun ini tidak disebabkan oleh beberapa informasi yang hilang selama transmisi (*): Sebagian besar server streaming video saat ini memelihara banyak salinan video yang sama, masing-masing dikompres dengan rasio kompresi yang berbeda. Rasio kompresi yang lebih tinggi menghasilkan file yang lebih kecil, tetapi karena kompresi itu hilang , kualitas file yang lebih kecil itu lebih buruk.

Sekarang, apa yang terjadi saat Anda melakukan streaming video adalah server streaming memantau 'kualitas' koneksi Anda, yaitu kecepatan data koneksi. Ketika server mendeteksi bahwa koneksi Anda menjadi lebih lambat, misalnya karena Anda memindahkan perangkat Anda dan sinyal WiFi menjadi marjinal, itu akan lebih atau kurang mulus beralih ke aliran bitrate yang lebih rendah dari video yang sama, mengorbankan kualitas gambar untuk dapat terus menonton video bukannya memiliki (kualitas tinggi) video jeda berulang kali sementara beberapa detik berikutnya dari aliran diunduh.

Ini bekerja sebaliknya juga: Ketika server mendeteksi bahwa bandwidth koneksi Anda meningkat, itu mungkin beralih ke versi kualitas yang lebih tinggi dari stream berusaha untuk selalu memberikan Anda kualitas gambar terbaik dengan bandwidth Anda saat ini.

*) Sebenarnya, itu secara tidak langsung disebabkan oleh hilangnya paket data: Ketika sinyal menjadi lemah, kesalahan data acak menjadi lebih sering. Namun, kesalahan data ini terdeteksi oleh perangkat keras dan paket 'rusak' biasanya akan dikirim lagi beberapa kali hingga paket diterima dengan benar; namun ini berarti bahwa setiap paket perlu (rata-rata) ditransmisikan melalui tautan WiFi lebih dari sekali, misalnya tiga kali, yang berarti bahwa laju data yang dicapai (yaitu paket yang berhasil ditransfer per detik) turun menjadi misalnya 1/3.


2

Untuk menambahkan sedikit rasa pada jawaban lain ini, berikut adalah beberapa salinan dari gambar yang baru saja saya ambil:

Unikitty 1 - Resize? X400px, tidak ada perubahan kualitas

Unikitty 1

Unikitty 2 - Resize? X400px Kualitas 50%

Unikitty 2

Unikitty 3 - Resize? X200px Kualitas 50%

Unikitty 3

Unikitty 4 - Resize? X200px Kualitas 5%

Unikitty 4

Di komputer saya, saya telah menghapus metadata dengan exiftool --all=, dan menghitung checksum dari gambar:

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

Namun, ketika saya mengunduh Unikitty # 4 , hash telah berubah:

3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2

Itu berarti bahwa file tersebut sudah pasti berubah. Bagaimana tepatnya, saya tidak yakin. Mungkin Imgur melakukan sesuatu untuk mengubah ukurannya.

Jika Anda ingin yakin bahwa gambar yang Anda peroleh adalah gambar yang juga dilihat orang lain, Anda harus memiliki checksum untuk memverifikasi bahwa tidak ada bit yang tersedot dalam pengiriman. Untuk sebagian besar, Internet melakukan itu (TCP / IP memberi tahu cara memastikan bahwa ketika Anda mengirim informasi semuanya sampai ke tempat yang seharusnya, dan jika tidak sampai di sana maka ia harus mengeluh dengan keras. Sebagian besar Internet menggunakan TCP / IP karena itu) untuk Anda. Namun, seperti yang disebutkan orang lain, ada banyak cara yang dapat mengubah kualitas gambar.

Jika Anda mengunduh Unikitty 4 dan mendapatkan jumlah SHA-256 yang sama dengan yang saya lakukan, Anda dapat mengetahui dengan pasti bahwa gambar yang Anda lihat dan gambar yang saya lihat 100% identik.

Meskipun begitu Anda harus khawatir jika monitor kami dikalibrasi warna yang sama, dan jika pencahayaan sekitar memengaruhi apa pun, atau ...


2
Saya cukup yakin imgur strip metadata. Mereka mungkin juga mengkompres ulang saat diunggah . Meskipun mereka dapat mengubah transmisi data berdasarkan bandwidth, ini tidak menunjukkan hal itu. Checksum tidak harus cocok dengan memiliki gambar yang identik. Misalnya, PNG adalah lossless dengan beberapa level kompresi.
xiota

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

1
Poin bagus! Sebuah checksum hanya dapat digunakan sebagai jaminan bahwa gambarnya sama, bukan berbeda. Heck, sulit bagi saya untuk mengetahui apakah 1 dan 2 sama sekali berbeda dan mereka memiliki checksum yang sama sekali berbeda.
Wayne Werner

1

Ada kemungkinan bahwa Anda melihat gambar saat sedang diunduh (foto yang disimpan di aplikasi cloud seperti Google Foto) atau diunduh sepenuhnya tetapi perangkat lunak yang Anda gunakan untuk melihat gambar belum selesai render - sehingga Anda melihat gambar dalam mode render progresif.

Untuk menjawab pertanyaan Anda, Tidak, kualitas (saya kira Anda maksudkan kecepatan) jaringan tidak mempengaruhi kualitas gambar.


0

Tidak. File digital, bertentangan dengan rekan analognya, selalu merupakan salinan sempurna, sehingga gambar gagal diunduh, atau diunduh dengan sempurna, setiap saat. Hal yang sama berlaku untuk mentransfer mereka antara media (SD ke disk, flashdisk, CD, ...) atau membuat salinan.

Salinan yang korup dimungkinkan, walaupun sangat tidak mungkin, pada beberapa kasus, tetapi tidak "berkualitas rendah", tetapi sepenuhnya salah (yaitu: hanya separuh gambar dan semacamnya).


3
File yang rusak bukan "sangat tidak mungkin", tetapi mereka tidak jarang. Mereka bisa tidak diperhatikan jika file tidak diverifikasi.
osullic
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.