Wi-Fiが強力なときにWebサイトから画像をダウンロードすると、デバイスの画像が高品質になりますか?
Wi-Fiが強力なときにWebサイトから画像をダウンロードすると、デバイスの画像が高品質になりますか?
回答:
WiFiが強力なときにWebサイトから画像をダウンロードすると、デバイスの画像の品質が向上しますか?
信号品質はしない通常のデータの伝送に影響されて、それは不完全な伝送につながるかもしれませんが、送信されます。 しかしながら...
多くの場合、Webサイトはモバイルとデスクトップに異なるデータを送信します。
一部のサイトでは、スクリプトを使用して、リンクの品質と速度に応じて異なるデータを送信しています。これは、ビデオストリーミングサイトで特に一般的です。
一部のブラウザは、プロキシサーバーを使用して、データを圧縮することにより伝送速度を加速します。これには、不可逆的な再圧縮と画像のサイズ変更が含まれる場合があります。
サイトによっては、ダウンロード用に送信するよりも圧縮率の高い画像を表示する場合があります。これは、ズーム機能が存在する場合によくあります。
他の回答は、転送中にデジタル画像の品質が低下しないことを指摘しています。ただし、最近のモバイルデータプランの多くは、少なくとも映画をトランスコードし、サービスプロバイダーがアクセスできるチャネルを介して転送される場合、オリジナルよりも低品質で配信することを指摘する価値があります。これは、暗号化されていない転送、またはサービスプロバイダーがコンテンツプロバイダー(Netflixなどのプラットフォームで一般的)とキャッシングを行う暗号化されたチャネルの転送を意味します。計画とそのプロバイダーによっては、Webサイト上の暗号化されていない画像も同様に苦しむ場合があります。
このようなデータプランでは、WiFi経由で接続すると、一般的な画質が向上します。結果は、WiFi接続の品質によって変わるのではなく、モバイルデータプランを記録する可能性に依存するのではなく、電話機がWiFi接続を使用するかどうかによって異なります。
したがって、原則として、画像の品質は、それらを取得するために使用されるチャネルの品質ではなく、誰かがデータを混乱させるかどうかに依存します。そして最近、彼らはそうするかもしれません。
ここでの他の答えはすでに非常に良いですが、別の視点を与えてください:
ブラウザで画像をダウンロードすると、このファイル(画像)がTransfer Control Protocol(TCP)を介してダウンロードされる可能性が非常に高くなります。TCPは画像を小さなパケットに分割し、それぞれをインターネット経由で個別に送信します。各パケットにはチェックサムが付随します。このチェックサムは、パケットに対する特定の数学的操作の結果です。受信されると、チェックサムは受信者によって再度計算されます。両方のチェックサムは同じでなければなりません。そうでない場合は、少なくとも1ビットが変更されたか、情報が残されたことを意味します。この場合、受信者はその特定のパケットを再度送信するように要求します。すべてのパケットを受信すると、ダウンロードしたファイルは、ダウンロード元のサーバー上の元のファイルと同じになります。
ただし、ムービーをストリーミングしている場合、またはWebストリームで画像を表示している場合は、TCPではなくUDP(User Datagram Protocol)である可能性があります。UDPはTCPと同じチェックを行いません。「火と忘れ」と呼ばれます。パケットが失われたり破損した場合、それらは修復されません。
いいえ、コンピューターはビットパーフェクトレベルで通信します。送信中のわずかな変更でもデータが完全に破損する可能性があり、チェックサムの使用(およびエラーの場合の再試行)から保護されます。
ただし、画像の「プログレッシブローディング」を行うことは可能です。たとえば、ウェブサイトでは、低解像度の画像をクイックプレースホルダーとして最初に表示し(読み込み速度を下げるため)、ダウンロード後に高解像度の画像に置き換えます。接続が非常に遅い、または信頼性が低い場合、低解像度のプレースホルダー画像で動けなくなる可能性があります。
編集:明確にするために、いくつかの要因により品質が低下する可能性がありますが、それは、Webページ(またはプロキシ)がそのように選択したためです-WiFiを介した伝送が品質を低下させるためではありません。
他の答えは正しいです(WiFi経由での画像品質の低下はありません)が、私はただ指摘したいだけです:
ストリーミング(!)ビデオの品質は、「弱い」接続では低下するように見えるかもしれません。ただし、これは、送信中に失われる情報の一部が原因ではありません(*)。現在、ほとんどのビデオストリーミングサーバーは、それぞれが異なる圧縮率で圧縮された同じビデオの複数のコピーを保持しています。圧縮率が高いほどファイルは小さくなりますが、圧縮により損失が生じるため、小さいファイルの品質は低下します。
さて、ビデオをストリーミングしているときに起こることは、ストリーミングサーバーが接続の「品質」、つまり接続のデータレートを監視することです。サーバーが接続が遅くなったことを検出すると(たとえば、デバイスを移動してWiFi信号が限界に達したため)、同じビデオの低ビットレートストリームに多かれ少なかれシームレスに切り替わり、視聴を継続できるように画質を犠牲にしますストリームの次の数秒がダウンロードされている間、(高品質の)ビデオが繰り返し一時停止する代わりに、ビデオ。
これは他の方法でも機能します:サーバーが接続の帯域幅の増加を検出すると、現在の帯域幅で可能な限り最高の画像品質を常に提供しようとして、高品質バージョンのストリームに切り替えることがあります。
*)実際には、データパケットの損失によって間接的に引き起こされます。信号が弱くなると、ランダムデータエラーがより頻繁に発生します。ただし、これらのデータエラーはハードウェアによって検出され、「壊れた」パケットは通常、パケットが正しく受信されるまで何度も送信されます。しかし、これは(平均)各パケットのニーズは複数回のWiFiリンクを介して送信されることを意味し、例えば3回、達成されるデータ・レート(すなわち、パケットことをその手段に成功秒あたりに転送)が1/3を例えばに低下。
これらの他の回答にもう少しフレーバーを追加するために、私がちょうど撮った写真のコピーがいくつかあります:
私のコンピューターでは、メタデータをexiftool --all=
で除去し、画像のチェックサムを計算しました。
$ sha256sum unikitty*.jpg
2ead7f2b1c5453f2a80da46f131c95be3423fc92ef8bce43b95fac3ee483d1b3 unikitty.jpg
42358f2f2447568fedc31a03575e8850406f89ff0e5d5a6e2d15c9e492205279 unikitty1.jpg
5c05365cb4aea2f100da471cdee85e5a3942509ab09cf3aa646fddb6962bd95a unikitty2.jpg
e48c7158bbb9476cacdc80308832d76384e3016fb4dd2afd4333970781b367d5 unikitty3.jpg
986f8c64745fb61196df662c5e9a7c799ed370749f3dc367f269162bfa413800 unikitty4.jpg
ただし、Unikitty#4をダウンロードすると、ハッシュが変更されました。
3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2
これは、ファイルが確実に変更されたことを意味します。正確にどのように、私はわからない。おそらく、Imgurはサイズを変更するために何かをしています。
取得している画像が他の誰かが見ている画像であることを確認したい場合は、転送中にビットがまったく破損していないことを確認するためのチェックサムが必要です。ほとんどの場合、インターネットはそれを行います(TCP / IPは、情報を送信するときにすべての情報が目的の場所に到達することを確認する方法を指示します。ほとんどのインターネットでは、TCP / IPを使用しています。ただし、他の人が述べたように、画像の品質が変化する方法は無数にあります。
Unikitty 4をダウンロードして、私と同じSHA-256の合計を取得すると、あなたが見ている画像と私が見ている画像が100%同一であることをほぼ確実に知ることができます。
ただし、モニターの色が同じように調整されているか、周囲の照明が何かに影響しているか、または...
wget https://i.stack.imgur.com/t69qT.jpg
; sha256sum t69qT.jpg
; 3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg