Does Wi-Fi affect the quality of images downloaded from the Internet?Why is Nextgen / wordpress is reducing the quality of my photographs?How does taking lower-resolution pictures with a higher-resolution sensor affect image quality?How does the megapixel-count and the aperture size affect the quality of the image from a given lens?Does reducing JPG resolution decrease, increase, or have no effect on image quality?Does sensor type affect image quality?Does having an autofocus motor in body vs lens affect image stabilization or image quality?Why does computer screen size affect image quality?Does converting image file formats affect quality?What effect does the body have on the character and quality of images?How much does the Canon EF 1.4x III Extender affect image quality on an APS-C sensor?
What are the current battlegrounds for people’s “rights” in the UK?
How do I remove this inheritance-related code smell?
Why don't countries like Japan just print more money?
Boss wants someone else to lead a project based on the idea I presented to him
Too early in the morning to have SODA?
Why does Linux list NVMe drives as /dev/nvme0 instead of /dev/sda?
Am I legally required to provide a (GPL licensed) source code even after a project is abandoned?
Can the pre-order traversal of two different trees be the same even though they are different?
Should I include an appendix for inessential, yet related worldbuilding to my story?
Second 100 amp breaker inside existing 200 amp residential panel for new detached garage
Print one file per line using echo
Draw a symmetric alien head
What are the pros and cons for the two possible "gear directions" when parking the car on a hill?
What is the highest voltage from the power supply a Raspberry Pi 3 B can handle without getting damaged?
King or Queen-Which piece is which?
Explain why a line can never intersect a plane in exactly two points.
Counterfeit checks were created for my account. How does this type of fraud work?
Is declining an undergraduate award which causes me discomfort appropriate?
Is "Busen" just the area between the breasts?
Cut the gold chain
Find the common ancestor between two nodes of a tree
What happened to Hopper's girlfriend in season one?
Why isn't it a compile-time error to return a nullptr as a std::string?
Do I have to explain the mechanical superiority of the player-character within the fiction of the game?
Does Wi-Fi affect the quality of images downloaded from the Internet?
Why is Nextgen / wordpress is reducing the quality of my photographs?How does taking lower-resolution pictures with a higher-resolution sensor affect image quality?How does the megapixel-count and the aperture size affect the quality of the image from a given lens?Does reducing JPG resolution decrease, increase, or have no effect on image quality?Does sensor type affect image quality?Does having an autofocus motor in body vs lens affect image stabilization or image quality?Why does computer screen size affect image quality?Does converting image file formats affect quality?What effect does the body have on the character and quality of images?How much does the Canon EF 1.4x III Extender affect image quality on an APS-C sensor?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
Does downloading an image off a website, when Wi-Fi is strong, result in a higher-quality image on your device?
image-quality file-transfer
|
show 1 more comment
Does downloading an image off a website, when Wi-Fi is strong, result in a higher-quality image on your device?
image-quality file-transfer
33
Although the answers below are correct, please note that some services e.g. Facebook or Whatsapp, might process the image to reduce the filesize. This might (most likely will in most cases) affect the quality of the image as it's not the same image you uploaded on the other end.
– Viezevingertjes
Jun 11 at 8:44
1
@HagenvonEitzen some mobile networks did fairly recently recompress (over http but not https). This could, for example, render the text illegible on maps - exactly the sort of thing you might want to use 3G for!
– Chris H
Jun 11 at 21:03
13
obligatory xkcd
– Eric Duminil
Jun 12 at 4:48
2
Strictly still images or also video?
– Peter A. Schneider
Jun 13 at 12:57
1
The wifi itself has checks and balances, and TCP has checksums. However, if the other end detects a condition it can swap the content with a different version of the same file.
– cybernard
Jun 13 at 14:43
|
show 1 more comment
Does downloading an image off a website, when Wi-Fi is strong, result in a higher-quality image on your device?
image-quality file-transfer
Does downloading an image off a website, when Wi-Fi is strong, result in a higher-quality image on your device?
image-quality file-transfer
image-quality file-transfer
edited 2 days ago
Peter Mortensen
1496
1496
asked Jun 11 at 7:26
Mariana BeaumontMariana Beaumont
93113
93113
33
Although the answers below are correct, please note that some services e.g. Facebook or Whatsapp, might process the image to reduce the filesize. This might (most likely will in most cases) affect the quality of the image as it's not the same image you uploaded on the other end.
– Viezevingertjes
Jun 11 at 8:44
1
@HagenvonEitzen some mobile networks did fairly recently recompress (over http but not https). This could, for example, render the text illegible on maps - exactly the sort of thing you might want to use 3G for!
– Chris H
Jun 11 at 21:03
13
obligatory xkcd
– Eric Duminil
Jun 12 at 4:48
2
Strictly still images or also video?
– Peter A. Schneider
Jun 13 at 12:57
1
The wifi itself has checks and balances, and TCP has checksums. However, if the other end detects a condition it can swap the content with a different version of the same file.
– cybernard
Jun 13 at 14:43
|
show 1 more comment
33
Although the answers below are correct, please note that some services e.g. Facebook or Whatsapp, might process the image to reduce the filesize. This might (most likely will in most cases) affect the quality of the image as it's not the same image you uploaded on the other end.
– Viezevingertjes
Jun 11 at 8:44
1
@HagenvonEitzen some mobile networks did fairly recently recompress (over http but not https). This could, for example, render the text illegible on maps - exactly the sort of thing you might want to use 3G for!
– Chris H
Jun 11 at 21:03
13
obligatory xkcd
– Eric Duminil
Jun 12 at 4:48
2
Strictly still images or also video?
– Peter A. Schneider
Jun 13 at 12:57
1
The wifi itself has checks and balances, and TCP has checksums. However, if the other end detects a condition it can swap the content with a different version of the same file.
– cybernard
Jun 13 at 14:43
33
33
Although the answers below are correct, please note that some services e.g. Facebook or Whatsapp, might process the image to reduce the filesize. This might (most likely will in most cases) affect the quality of the image as it's not the same image you uploaded on the other end.
– Viezevingertjes
Jun 11 at 8:44
Although the answers below are correct, please note that some services e.g. Facebook or Whatsapp, might process the image to reduce the filesize. This might (most likely will in most cases) affect the quality of the image as it's not the same image you uploaded on the other end.
– Viezevingertjes
Jun 11 at 8:44
1
1
@HagenvonEitzen some mobile networks did fairly recently recompress (over http but not https). This could, for example, render the text illegible on maps - exactly the sort of thing you might want to use 3G for!
– Chris H
Jun 11 at 21:03
@HagenvonEitzen some mobile networks did fairly recently recompress (over http but not https). This could, for example, render the text illegible on maps - exactly the sort of thing you might want to use 3G for!
– Chris H
Jun 11 at 21:03
13
13
obligatory xkcd
– Eric Duminil
Jun 12 at 4:48
obligatory xkcd
– Eric Duminil
Jun 12 at 4:48
2
2
Strictly still images or also video?
– Peter A. Schneider
Jun 13 at 12:57
Strictly still images or also video?
– Peter A. Schneider
Jun 13 at 12:57
1
1
The wifi itself has checks and balances, and TCP has checksums. However, if the other end detects a condition it can swap the content with a different version of the same file.
– cybernard
Jun 13 at 14:43
The wifi itself has checks and balances, and TCP has checksums. However, if the other end detects a condition it can swap the content with a different version of the same file.
– cybernard
Jun 13 at 14:43
|
show 1 more comment
8 Answers
8
active
oldest
votes
Does downloading an image off a website when WiFi is strong result in a higher quality image on your device?
Signal quality does not usually affect the transmission of data that is sent, though it might result in incomplete transmission. However...
Websites often send different data to mobile vs desktop.
Some sites do use scripting to send different data depending on link quality and speed. This is especially common on video streaming sites.
Some browsers use proxy servers to accelerate transmission speed by compressing data. This may include lossy recompression and resizing of images.
Some sites may display a more highly compressed image than they send for download. This is often the case when a zoom function is present.
9
When I was a kid, my parents hard a PCMCIA mobile data card and the provider would compress all images - including icons - before putting them through. The compression was quite aggressive.
– Tomáš Zato
Jun 12 at 8:52
4
Some network providers (both WiFi and cell data) intercept traffic and reduce the image quality to save bandwidth.
– OrangeDog
Jun 12 at 10:25
6
@OrangeDog yet another reason to ensure the sites you visit use TLS (HTTPS) when it is available.
– Seth R
Jun 12 at 19:08
1
@SethR That depends whether you'd prefer the higher quality or faster loading. The reason for TLS is because they might be doing other less innocuous things with your traffic. Or even well-intentioned things that don't work properly.
– immibis
Jun 13 at 23:22
Also, some sites (e.g. Google Image Search) may have a low-quality placeholder while it waits to receive the larger image (and this process may not complete for one reason or another).
– NotThatGuy
Jun 14 at 11:29
add a comment |
The other answers point out that the quality of digital images does not deteriorate during transfer. It is worth pointing out that many mobile data plans these days, however, transcode at least movies and deliver them with lower quality than the original if they are transferred via a channel accessible to the service provider. That can either mean non-encrypted transfer or transfer of an encrypted channel for which the service provider has a caching arrangement with the content provider (typical for platforms like Netflix). Depending on the plan and its provider, non-encrypted images on web sites may be equally afflicted.
With such a data plan, being connected via WiFi would increase the typical image quality. The result would not vary depending on the quality of the WiFi connection but on whether the phone uses it at all instead of relying on the possibly recoding mobile data plan.
So in principle the quality of images does not depend on the quality of the channel used for getting them but on whether somebody messes with your data. And these days, they may.
8
Also, for that matter most streaming services adjust quality (resolution, compression level) based on connection speed and quality. (Regardless of any ISP interaction.)
– mattdm
Jun 11 at 12:48
@mattdm and often (for example tmobile does this with binge on) they'll just throttle your connection to youtube/netflix/etc and let the app decide to stream at a lower quality.
– Jon
Jun 11 at 20:36
1
@Jon Optus also does this when you have free video streaming turned on, but it really doesn't work well and severely messes with the auto quality system for both Netflix and Stan. It'll start streaming at a low quality and progressively increase the quality until it finally reaches a 720p or 1080p, then within a few senconds Optus throttles the connection and the streaming buffers and drops back to the lowest quality. Crappy system.
– Clonkex
Jun 11 at 23:45
"an encrypted channel for which the service provider has a caching arrangement with the content provider" – How can you do this without the encryption keys?
– xiota
Jun 12 at 5:00
1
@xiota Simple: the service provider has the encryption keys. They're acting as a CDN in this case. security.stackexchange.com/questions/107835/…
– mattdm
Jun 12 at 15:30
|
show 4 more comments
Even though the other answer here are already very good, allow me to give a different perspective:
In general, no.
When you download an image in your browser, it is very likely that this file (the image) will be downloaded through the Transfer Control Protocol (TCP). TCP will split up your image in little packets, and send each of those separately over the internet. Each packet is accompanied by a checksum. This checksum is the result of a certain mathematical operation on the packet. Once received, the checksum is calculated again by the receiver. Both checksums should be the same. If not, that means at least one bit has changed or information was left behind. In this case the receiver will request to send that particular packet again.
Once all packets have been received, the downloaded file will be identical to the original on the server you downloaded it from.
However, you're streaming a movie, or viewing images over a webstream, chances are that it is not TCP, but UDP(User Datagram Protocol). UDP does NOT do the same checks as TCP does. it is called "fire and forget". If packets get lost or damaged, they will not be repaired.
New contributor
4
Also, bit errors (not intentional lossy transcoding) would noticeably break images in most formats. Most widely-used formats are compressed, with the outer-most layer of compression (outside the lossy quantization or lossless processing) being some kind of entropy coding (like Huffman for JPEG, or zip aka DEFLATE for PNG) where changing 1 bit in the bitstream may induce big changes in how the rest decodes. For video formats, this might just be a single corrupted 8x8 macroblock or something.
– Peter Cordes
Jun 11 at 23:43
2
Now that everyone has moved away from Flash to HTML5, streaming sites are more likely using TCP. See Does YouTube stream Videos via TCP?
– xiota
Jun 12 at 2:11
3
UDP also uses checksums. You will lose whole packets, not single bits.
– Dubu
Jun 12 at 8:29
@Dubu: The checksums are provided for the application layer. UDP itself does not provide any correction or even detection at all. TCP uses packets, UDP does not.
– Opifex
Jun 13 at 7:01
@Opifex No. TCP has streams, UDP has datagrams, but both have packets (or rather, they're there on a lower level). But UDP does guarantee data integrity (as much as the checksum can) - you'll never get a broken datagram, or an incomplete/fragmented datagram. UDP will not retransmit broken datagrams - as far as your application is concerned, they never made it.
– Luaan
Jun 14 at 8:15
add a comment |
No, computers communicate on a bit-perfect level -- even a slight change during transmission might completely corrupt the data, and is protected against using checksums (and retries in case of errors).
However, it's possible to have "progressive loading" of images, where e.g. a website might first display lower-resolution images as a quick placeholder (to reduce the perceived load speed), replaced by the higher-resolution images once they have been downloaded. If your connection is really slow and/or unreliable, it is possible that you would get stuck with the lower-resolution placeholder image.
Edit: To clarify, it's possible that the quality may be reduced due to a number of factors, but it's because the web page (or a proxy) chooses so -- not because of transmission over wifi would deteriorate the quality.
New contributor
2
It's true that data transfers over HTTP are lossless, but there are certainly sites that will hack/optimize image and other resource loading. If images take too long to load, they won't load higher resolution versions in the future. This is actually becoming standardized, with the browser reporting the measured bandwidth (based on recent throughput) to the page so that the page can decide what to do. It's also possible for some WiFi connections to get flagged as metered connections, where sites may optimize for low bandwidth.
– Brad
Jun 11 at 19:27
2
Web sites certainly optimize their images like that, but it's usually the client side that makes the judgement to request a proper image from the server. If you plain download an image off the server, it certainly won't know how strong a wifi you're on, and as such won't change the quality of the image based on that (as asked in the original question).
– vlumi
Jun 11 at 22:33
add a comment |
The other answers are correct (no loss in quality of images over WiFi), but I just want to point out:
You may have seen that the quality of streaming(!) videos seems to degrade on 'weak' connections. This is however not caused by some of the information being lost during transmission(*): Most video streaming servers today maintain multiple copies of the same video, each compressed with a different compression ratio. Higher compression ratios yield smaller files, but because the compression is lossy the quality of those smaller files is worse.
Now, what happens while you stream a video is that the streaming server monitors the 'quality' of your connection, i.e. the data rate of the connection. When the server detects that your connection has become slower, e.g. because you moved your device and the WiFi signal becomes marginal, it will more or less seamlessly switch to a lower bitrate stream of the same video, sacrificing image quality for being able to continue watching the video instead of having the (high quality) video pause repeatedly while the next few seconds of the stream are downloaded.
This works the other way around too: When the server detects that your connection's bandwidth increased, it may switch to a higher quality version of the stream trying to always give you the best image quality possible with your current bandwidth.
*) Actually, it is indirectly caused by loss of data packets: When the signal becomes weak, random data errors become more frequent. However, these data errors are detected by the hardware and 'broken' packets will usually be sent again a number of times until the packet is received correctly; this however means that each packet needs (on average) to be transmitted over the WiFi link more than once, e.g. three times, which means that the achieved data rate (i.e. packets successfully transferred per second) drops to e.g. 1/3.
New contributor
add a comment |
It is possible that you are viewing the images as they are being downloaded (photos stored on cloud app like Google Photos) or it is fully downloaded but the software you are using to view the image hasn't completed rendering - so you are seeing an image in progressive rendering mode.
To answer your question, No the quality (i presume you meant the speed) of the network doesn't affect the quality of an image.
add a comment |
To add a bit more flavor to these other answers, here's several copies of a picture that I just took:
Unikitty 1 - Resized ?x400px, no change in quality
Unikitty 2 - Resized ?x400px Quality 50%
Unikitty 3 - Resized ?x200px Quality 50%
Unikitty 4 - Resized ?x200px Quality 5%
On my computer I have stripped the metadata with exiftool --all=
, and computed checksums of the images:
$ sha256sum unikitty*.jpg
2ead7f2b1c5453f2a80da46f131c95be3423fc92ef8bce43b95fac3ee483d1b3 unikitty.jpg
42358f2f2447568fedc31a03575e8850406f89ff0e5d5a6e2d15c9e492205279 unikitty1.jpg
5c05365cb4aea2f100da471cdee85e5a3942509ab09cf3aa646fddb6962bd95a unikitty2.jpg
e48c7158bbb9476cacdc80308832d76384e3016fb4dd2afd4333970781b367d5 unikitty3.jpg
986f8c64745fb61196df662c5e9a7c799ed370749f3dc367f269162bfa413800 unikitty4.jpg
However, when I download Unikitty #4, the hash has changed:
3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2
That means that the file has definitely changed. Exactly how, I'm not sure. Probably Imgur doing something to resize it.
If you want to be positive that the picture that you're getting is the picture that someone else is also looking at, you must have a checksum to verify that none of the bits got mucked up in transit. For the most part, the Internet does that (TCP/IP tells how to make sure that when you send information it all gets to the place that it's supposed to go, and if it doesn't get there then it has to complain loudly. Most of the Internet uses TCP/IP because of that) for you. However, as others have mentioned, there are a myriad of ways that quality of the image can change.
If you download Unikitty 4 and get the same SHA-256 sum that I did, you can know with almost complete certainty that the picture that you're looking at and the picture that I'm looking at are 100% identical.
Though then you have to worry if our monitors are color-calibrated the same, and if the ambient lighting is affecting anything, or...
1
I'm pretty sure imgur strips metadata. They might also recompress at upload. While they could alter data transmission based on bandwidth, this doesn't demonstrate that. Checksums do not have to match to have identical images. For instance, PNG is lossless with multiple compression levels.
– xiota
Jun 13 at 19:44
wget https://i.stack.imgur.com/t69qT.jpg
;sha256sum t69qT.jpg
;3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
– xiota
Jun 13 at 19:46
Good point! A checksum can only be used as a guarantee that the images are the same, not that they are different. Heck, it's hard for me to tell whether 1 and 2 are different at all and they have completely different checksums.
– Wayne Werner
Jun 13 at 20:52
add a comment |
No. Digital files, contrary to their analog counterparts, are always perfect copies, so the image either fails to download, or is downloaded perfectly, every single time. Same thing applies to transfering them between mediums (SD to disk, pendrive, CD, ...) or creating copies.
Corrupt copies are possible, albeit very improbable, on some cases, but they are not "lower quality", but completely wrong (ie: only half the image and such).
New contributor
3
Corrupt files are not "very improbable", but rather they are not uncommon. They can go unnoticed if files are not verified.
– osullic
Jun 11 at 9:55
add a comment |
protected by mattdm Jun 12 at 15:30
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
8 Answers
8
active
oldest
votes
8 Answers
8
active
oldest
votes
active
oldest
votes
active
oldest
votes
Does downloading an image off a website when WiFi is strong result in a higher quality image on your device?
Signal quality does not usually affect the transmission of data that is sent, though it might result in incomplete transmission. However...
Websites often send different data to mobile vs desktop.
Some sites do use scripting to send different data depending on link quality and speed. This is especially common on video streaming sites.
Some browsers use proxy servers to accelerate transmission speed by compressing data. This may include lossy recompression and resizing of images.
Some sites may display a more highly compressed image than they send for download. This is often the case when a zoom function is present.
9
When I was a kid, my parents hard a PCMCIA mobile data card and the provider would compress all images - including icons - before putting them through. The compression was quite aggressive.
– Tomáš Zato
Jun 12 at 8:52
4
Some network providers (both WiFi and cell data) intercept traffic and reduce the image quality to save bandwidth.
– OrangeDog
Jun 12 at 10:25
6
@OrangeDog yet another reason to ensure the sites you visit use TLS (HTTPS) when it is available.
– Seth R
Jun 12 at 19:08
1
@SethR That depends whether you'd prefer the higher quality or faster loading. The reason for TLS is because they might be doing other less innocuous things with your traffic. Or even well-intentioned things that don't work properly.
– immibis
Jun 13 at 23:22
Also, some sites (e.g. Google Image Search) may have a low-quality placeholder while it waits to receive the larger image (and this process may not complete for one reason or another).
– NotThatGuy
Jun 14 at 11:29
add a comment |
Does downloading an image off a website when WiFi is strong result in a higher quality image on your device?
Signal quality does not usually affect the transmission of data that is sent, though it might result in incomplete transmission. However...
Websites often send different data to mobile vs desktop.
Some sites do use scripting to send different data depending on link quality and speed. This is especially common on video streaming sites.
Some browsers use proxy servers to accelerate transmission speed by compressing data. This may include lossy recompression and resizing of images.
Some sites may display a more highly compressed image than they send for download. This is often the case when a zoom function is present.
9
When I was a kid, my parents hard a PCMCIA mobile data card and the provider would compress all images - including icons - before putting them through. The compression was quite aggressive.
– Tomáš Zato
Jun 12 at 8:52
4
Some network providers (both WiFi and cell data) intercept traffic and reduce the image quality to save bandwidth.
– OrangeDog
Jun 12 at 10:25
6
@OrangeDog yet another reason to ensure the sites you visit use TLS (HTTPS) when it is available.
– Seth R
Jun 12 at 19:08
1
@SethR That depends whether you'd prefer the higher quality or faster loading. The reason for TLS is because they might be doing other less innocuous things with your traffic. Or even well-intentioned things that don't work properly.
– immibis
Jun 13 at 23:22
Also, some sites (e.g. Google Image Search) may have a low-quality placeholder while it waits to receive the larger image (and this process may not complete for one reason or another).
– NotThatGuy
Jun 14 at 11:29
add a comment |
Does downloading an image off a website when WiFi is strong result in a higher quality image on your device?
Signal quality does not usually affect the transmission of data that is sent, though it might result in incomplete transmission. However...
Websites often send different data to mobile vs desktop.
Some sites do use scripting to send different data depending on link quality and speed. This is especially common on video streaming sites.
Some browsers use proxy servers to accelerate transmission speed by compressing data. This may include lossy recompression and resizing of images.
Some sites may display a more highly compressed image than they send for download. This is often the case when a zoom function is present.
Does downloading an image off a website when WiFi is strong result in a higher quality image on your device?
Signal quality does not usually affect the transmission of data that is sent, though it might result in incomplete transmission. However...
Websites often send different data to mobile vs desktop.
Some sites do use scripting to send different data depending on link quality and speed. This is especially common on video streaming sites.
Some browsers use proxy servers to accelerate transmission speed by compressing data. This may include lossy recompression and resizing of images.
Some sites may display a more highly compressed image than they send for download. This is often the case when a zoom function is present.
answered Jun 11 at 18:51
xiotaxiota
14.7k42274
14.7k42274
9
When I was a kid, my parents hard a PCMCIA mobile data card and the provider would compress all images - including icons - before putting them through. The compression was quite aggressive.
– Tomáš Zato
Jun 12 at 8:52
4
Some network providers (both WiFi and cell data) intercept traffic and reduce the image quality to save bandwidth.
– OrangeDog
Jun 12 at 10:25
6
@OrangeDog yet another reason to ensure the sites you visit use TLS (HTTPS) when it is available.
– Seth R
Jun 12 at 19:08
1
@SethR That depends whether you'd prefer the higher quality or faster loading. The reason for TLS is because they might be doing other less innocuous things with your traffic. Or even well-intentioned things that don't work properly.
– immibis
Jun 13 at 23:22
Also, some sites (e.g. Google Image Search) may have a low-quality placeholder while it waits to receive the larger image (and this process may not complete for one reason or another).
– NotThatGuy
Jun 14 at 11:29
add a comment |
9
When I was a kid, my parents hard a PCMCIA mobile data card and the provider would compress all images - including icons - before putting them through. The compression was quite aggressive.
– Tomáš Zato
Jun 12 at 8:52
4
Some network providers (both WiFi and cell data) intercept traffic and reduce the image quality to save bandwidth.
– OrangeDog
Jun 12 at 10:25
6
@OrangeDog yet another reason to ensure the sites you visit use TLS (HTTPS) when it is available.
– Seth R
Jun 12 at 19:08
1
@SethR That depends whether you'd prefer the higher quality or faster loading. The reason for TLS is because they might be doing other less innocuous things with your traffic. Or even well-intentioned things that don't work properly.
– immibis
Jun 13 at 23:22
Also, some sites (e.g. Google Image Search) may have a low-quality placeholder while it waits to receive the larger image (and this process may not complete for one reason or another).
– NotThatGuy
Jun 14 at 11:29
9
9
When I was a kid, my parents hard a PCMCIA mobile data card and the provider would compress all images - including icons - before putting them through. The compression was quite aggressive.
– Tomáš Zato
Jun 12 at 8:52
When I was a kid, my parents hard a PCMCIA mobile data card and the provider would compress all images - including icons - before putting them through. The compression was quite aggressive.
– Tomáš Zato
Jun 12 at 8:52
4
4
Some network providers (both WiFi and cell data) intercept traffic and reduce the image quality to save bandwidth.
– OrangeDog
Jun 12 at 10:25
Some network providers (both WiFi and cell data) intercept traffic and reduce the image quality to save bandwidth.
– OrangeDog
Jun 12 at 10:25
6
6
@OrangeDog yet another reason to ensure the sites you visit use TLS (HTTPS) when it is available.
– Seth R
Jun 12 at 19:08
@OrangeDog yet another reason to ensure the sites you visit use TLS (HTTPS) when it is available.
– Seth R
Jun 12 at 19:08
1
1
@SethR That depends whether you'd prefer the higher quality or faster loading. The reason for TLS is because they might be doing other less innocuous things with your traffic. Or even well-intentioned things that don't work properly.
– immibis
Jun 13 at 23:22
@SethR That depends whether you'd prefer the higher quality or faster loading. The reason for TLS is because they might be doing other less innocuous things with your traffic. Or even well-intentioned things that don't work properly.
– immibis
Jun 13 at 23:22
Also, some sites (e.g. Google Image Search) may have a low-quality placeholder while it waits to receive the larger image (and this process may not complete for one reason or another).
– NotThatGuy
Jun 14 at 11:29
Also, some sites (e.g. Google Image Search) may have a low-quality placeholder while it waits to receive the larger image (and this process may not complete for one reason or another).
– NotThatGuy
Jun 14 at 11:29
add a comment |
The other answers point out that the quality of digital images does not deteriorate during transfer. It is worth pointing out that many mobile data plans these days, however, transcode at least movies and deliver them with lower quality than the original if they are transferred via a channel accessible to the service provider. That can either mean non-encrypted transfer or transfer of an encrypted channel for which the service provider has a caching arrangement with the content provider (typical for platforms like Netflix). Depending on the plan and its provider, non-encrypted images on web sites may be equally afflicted.
With such a data plan, being connected via WiFi would increase the typical image quality. The result would not vary depending on the quality of the WiFi connection but on whether the phone uses it at all instead of relying on the possibly recoding mobile data plan.
So in principle the quality of images does not depend on the quality of the channel used for getting them but on whether somebody messes with your data. And these days, they may.
8
Also, for that matter most streaming services adjust quality (resolution, compression level) based on connection speed and quality. (Regardless of any ISP interaction.)
– mattdm
Jun 11 at 12:48
@mattdm and often (for example tmobile does this with binge on) they'll just throttle your connection to youtube/netflix/etc and let the app decide to stream at a lower quality.
– Jon
Jun 11 at 20:36
1
@Jon Optus also does this when you have free video streaming turned on, but it really doesn't work well and severely messes with the auto quality system for both Netflix and Stan. It'll start streaming at a low quality and progressively increase the quality until it finally reaches a 720p or 1080p, then within a few senconds Optus throttles the connection and the streaming buffers and drops back to the lowest quality. Crappy system.
– Clonkex
Jun 11 at 23:45
"an encrypted channel for which the service provider has a caching arrangement with the content provider" – How can you do this without the encryption keys?
– xiota
Jun 12 at 5:00
1
@xiota Simple: the service provider has the encryption keys. They're acting as a CDN in this case. security.stackexchange.com/questions/107835/…
– mattdm
Jun 12 at 15:30
|
show 4 more comments
The other answers point out that the quality of digital images does not deteriorate during transfer. It is worth pointing out that many mobile data plans these days, however, transcode at least movies and deliver them with lower quality than the original if they are transferred via a channel accessible to the service provider. That can either mean non-encrypted transfer or transfer of an encrypted channel for which the service provider has a caching arrangement with the content provider (typical for platforms like Netflix). Depending on the plan and its provider, non-encrypted images on web sites may be equally afflicted.
With such a data plan, being connected via WiFi would increase the typical image quality. The result would not vary depending on the quality of the WiFi connection but on whether the phone uses it at all instead of relying on the possibly recoding mobile data plan.
So in principle the quality of images does not depend on the quality of the channel used for getting them but on whether somebody messes with your data. And these days, they may.
8
Also, for that matter most streaming services adjust quality (resolution, compression level) based on connection speed and quality. (Regardless of any ISP interaction.)
– mattdm
Jun 11 at 12:48
@mattdm and often (for example tmobile does this with binge on) they'll just throttle your connection to youtube/netflix/etc and let the app decide to stream at a lower quality.
– Jon
Jun 11 at 20:36
1
@Jon Optus also does this when you have free video streaming turned on, but it really doesn't work well and severely messes with the auto quality system for both Netflix and Stan. It'll start streaming at a low quality and progressively increase the quality until it finally reaches a 720p or 1080p, then within a few senconds Optus throttles the connection and the streaming buffers and drops back to the lowest quality. Crappy system.
– Clonkex
Jun 11 at 23:45
"an encrypted channel for which the service provider has a caching arrangement with the content provider" – How can you do this without the encryption keys?
– xiota
Jun 12 at 5:00
1
@xiota Simple: the service provider has the encryption keys. They're acting as a CDN in this case. security.stackexchange.com/questions/107835/…
– mattdm
Jun 12 at 15:30
|
show 4 more comments
The other answers point out that the quality of digital images does not deteriorate during transfer. It is worth pointing out that many mobile data plans these days, however, transcode at least movies and deliver them with lower quality than the original if they are transferred via a channel accessible to the service provider. That can either mean non-encrypted transfer or transfer of an encrypted channel for which the service provider has a caching arrangement with the content provider (typical for platforms like Netflix). Depending on the plan and its provider, non-encrypted images on web sites may be equally afflicted.
With such a data plan, being connected via WiFi would increase the typical image quality. The result would not vary depending on the quality of the WiFi connection but on whether the phone uses it at all instead of relying on the possibly recoding mobile data plan.
So in principle the quality of images does not depend on the quality of the channel used for getting them but on whether somebody messes with your data. And these days, they may.
The other answers point out that the quality of digital images does not deteriorate during transfer. It is worth pointing out that many mobile data plans these days, however, transcode at least movies and deliver them with lower quality than the original if they are transferred via a channel accessible to the service provider. That can either mean non-encrypted transfer or transfer of an encrypted channel for which the service provider has a caching arrangement with the content provider (typical for platforms like Netflix). Depending on the plan and its provider, non-encrypted images on web sites may be equally afflicted.
With such a data plan, being connected via WiFi would increase the typical image quality. The result would not vary depending on the quality of the WiFi connection but on whether the phone uses it at all instead of relying on the possibly recoding mobile data plan.
So in principle the quality of images does not depend on the quality of the channel used for getting them but on whether somebody messes with your data. And these days, they may.
answered Jun 11 at 9:00
user85259
8
Also, for that matter most streaming services adjust quality (resolution, compression level) based on connection speed and quality. (Regardless of any ISP interaction.)
– mattdm
Jun 11 at 12:48
@mattdm and often (for example tmobile does this with binge on) they'll just throttle your connection to youtube/netflix/etc and let the app decide to stream at a lower quality.
– Jon
Jun 11 at 20:36
1
@Jon Optus also does this when you have free video streaming turned on, but it really doesn't work well and severely messes with the auto quality system for both Netflix and Stan. It'll start streaming at a low quality and progressively increase the quality until it finally reaches a 720p or 1080p, then within a few senconds Optus throttles the connection and the streaming buffers and drops back to the lowest quality. Crappy system.
– Clonkex
Jun 11 at 23:45
"an encrypted channel for which the service provider has a caching arrangement with the content provider" – How can you do this without the encryption keys?
– xiota
Jun 12 at 5:00
1
@xiota Simple: the service provider has the encryption keys. They're acting as a CDN in this case. security.stackexchange.com/questions/107835/…
– mattdm
Jun 12 at 15:30
|
show 4 more comments
8
Also, for that matter most streaming services adjust quality (resolution, compression level) based on connection speed and quality. (Regardless of any ISP interaction.)
– mattdm
Jun 11 at 12:48
@mattdm and often (for example tmobile does this with binge on) they'll just throttle your connection to youtube/netflix/etc and let the app decide to stream at a lower quality.
– Jon
Jun 11 at 20:36
1
@Jon Optus also does this when you have free video streaming turned on, but it really doesn't work well and severely messes with the auto quality system for both Netflix and Stan. It'll start streaming at a low quality and progressively increase the quality until it finally reaches a 720p or 1080p, then within a few senconds Optus throttles the connection and the streaming buffers and drops back to the lowest quality. Crappy system.
– Clonkex
Jun 11 at 23:45
"an encrypted channel for which the service provider has a caching arrangement with the content provider" – How can you do this without the encryption keys?
– xiota
Jun 12 at 5:00
1
@xiota Simple: the service provider has the encryption keys. They're acting as a CDN in this case. security.stackexchange.com/questions/107835/…
– mattdm
Jun 12 at 15:30
8
8
Also, for that matter most streaming services adjust quality (resolution, compression level) based on connection speed and quality. (Regardless of any ISP interaction.)
– mattdm
Jun 11 at 12:48
Also, for that matter most streaming services adjust quality (resolution, compression level) based on connection speed and quality. (Regardless of any ISP interaction.)
– mattdm
Jun 11 at 12:48
@mattdm and often (for example tmobile does this with binge on) they'll just throttle your connection to youtube/netflix/etc and let the app decide to stream at a lower quality.
– Jon
Jun 11 at 20:36
@mattdm and often (for example tmobile does this with binge on) they'll just throttle your connection to youtube/netflix/etc and let the app decide to stream at a lower quality.
– Jon
Jun 11 at 20:36
1
1
@Jon Optus also does this when you have free video streaming turned on, but it really doesn't work well and severely messes with the auto quality system for both Netflix and Stan. It'll start streaming at a low quality and progressively increase the quality until it finally reaches a 720p or 1080p, then within a few senconds Optus throttles the connection and the streaming buffers and drops back to the lowest quality. Crappy system.
– Clonkex
Jun 11 at 23:45
@Jon Optus also does this when you have free video streaming turned on, but it really doesn't work well and severely messes with the auto quality system for both Netflix and Stan. It'll start streaming at a low quality and progressively increase the quality until it finally reaches a 720p or 1080p, then within a few senconds Optus throttles the connection and the streaming buffers and drops back to the lowest quality. Crappy system.
– Clonkex
Jun 11 at 23:45
"an encrypted channel for which the service provider has a caching arrangement with the content provider" – How can you do this without the encryption keys?
– xiota
Jun 12 at 5:00
"an encrypted channel for which the service provider has a caching arrangement with the content provider" – How can you do this without the encryption keys?
– xiota
Jun 12 at 5:00
1
1
@xiota Simple: the service provider has the encryption keys. They're acting as a CDN in this case. security.stackexchange.com/questions/107835/…
– mattdm
Jun 12 at 15:30
@xiota Simple: the service provider has the encryption keys. They're acting as a CDN in this case. security.stackexchange.com/questions/107835/…
– mattdm
Jun 12 at 15:30
|
show 4 more comments
Even though the other answer here are already very good, allow me to give a different perspective:
In general, no.
When you download an image in your browser, it is very likely that this file (the image) will be downloaded through the Transfer Control Protocol (TCP). TCP will split up your image in little packets, and send each of those separately over the internet. Each packet is accompanied by a checksum. This checksum is the result of a certain mathematical operation on the packet. Once received, the checksum is calculated again by the receiver. Both checksums should be the same. If not, that means at least one bit has changed or information was left behind. In this case the receiver will request to send that particular packet again.
Once all packets have been received, the downloaded file will be identical to the original on the server you downloaded it from.
However, you're streaming a movie, or viewing images over a webstream, chances are that it is not TCP, but UDP(User Datagram Protocol). UDP does NOT do the same checks as TCP does. it is called "fire and forget". If packets get lost or damaged, they will not be repaired.
New contributor
4
Also, bit errors (not intentional lossy transcoding) would noticeably break images in most formats. Most widely-used formats are compressed, with the outer-most layer of compression (outside the lossy quantization or lossless processing) being some kind of entropy coding (like Huffman for JPEG, or zip aka DEFLATE for PNG) where changing 1 bit in the bitstream may induce big changes in how the rest decodes. For video formats, this might just be a single corrupted 8x8 macroblock or something.
– Peter Cordes
Jun 11 at 23:43
2
Now that everyone has moved away from Flash to HTML5, streaming sites are more likely using TCP. See Does YouTube stream Videos via TCP?
– xiota
Jun 12 at 2:11
3
UDP also uses checksums. You will lose whole packets, not single bits.
– Dubu
Jun 12 at 8:29
@Dubu: The checksums are provided for the application layer. UDP itself does not provide any correction or even detection at all. TCP uses packets, UDP does not.
– Opifex
Jun 13 at 7:01
@Opifex No. TCP has streams, UDP has datagrams, but both have packets (or rather, they're there on a lower level). But UDP does guarantee data integrity (as much as the checksum can) - you'll never get a broken datagram, or an incomplete/fragmented datagram. UDP will not retransmit broken datagrams - as far as your application is concerned, they never made it.
– Luaan
Jun 14 at 8:15
add a comment |
Even though the other answer here are already very good, allow me to give a different perspective:
In general, no.
When you download an image in your browser, it is very likely that this file (the image) will be downloaded through the Transfer Control Protocol (TCP). TCP will split up your image in little packets, and send each of those separately over the internet. Each packet is accompanied by a checksum. This checksum is the result of a certain mathematical operation on the packet. Once received, the checksum is calculated again by the receiver. Both checksums should be the same. If not, that means at least one bit has changed or information was left behind. In this case the receiver will request to send that particular packet again.
Once all packets have been received, the downloaded file will be identical to the original on the server you downloaded it from.
However, you're streaming a movie, or viewing images over a webstream, chances are that it is not TCP, but UDP(User Datagram Protocol). UDP does NOT do the same checks as TCP does. it is called "fire and forget". If packets get lost or damaged, they will not be repaired.
New contributor
4
Also, bit errors (not intentional lossy transcoding) would noticeably break images in most formats. Most widely-used formats are compressed, with the outer-most layer of compression (outside the lossy quantization or lossless processing) being some kind of entropy coding (like Huffman for JPEG, or zip aka DEFLATE for PNG) where changing 1 bit in the bitstream may induce big changes in how the rest decodes. For video formats, this might just be a single corrupted 8x8 macroblock or something.
– Peter Cordes
Jun 11 at 23:43
2
Now that everyone has moved away from Flash to HTML5, streaming sites are more likely using TCP. See Does YouTube stream Videos via TCP?
– xiota
Jun 12 at 2:11
3
UDP also uses checksums. You will lose whole packets, not single bits.
– Dubu
Jun 12 at 8:29
@Dubu: The checksums are provided for the application layer. UDP itself does not provide any correction or even detection at all. TCP uses packets, UDP does not.
– Opifex
Jun 13 at 7:01
@Opifex No. TCP has streams, UDP has datagrams, but both have packets (or rather, they're there on a lower level). But UDP does guarantee data integrity (as much as the checksum can) - you'll never get a broken datagram, or an incomplete/fragmented datagram. UDP will not retransmit broken datagrams - as far as your application is concerned, they never made it.
– Luaan
Jun 14 at 8:15
add a comment |
Even though the other answer here are already very good, allow me to give a different perspective:
In general, no.
When you download an image in your browser, it is very likely that this file (the image) will be downloaded through the Transfer Control Protocol (TCP). TCP will split up your image in little packets, and send each of those separately over the internet. Each packet is accompanied by a checksum. This checksum is the result of a certain mathematical operation on the packet. Once received, the checksum is calculated again by the receiver. Both checksums should be the same. If not, that means at least one bit has changed or information was left behind. In this case the receiver will request to send that particular packet again.
Once all packets have been received, the downloaded file will be identical to the original on the server you downloaded it from.
However, you're streaming a movie, or viewing images over a webstream, chances are that it is not TCP, but UDP(User Datagram Protocol). UDP does NOT do the same checks as TCP does. it is called "fire and forget". If packets get lost or damaged, they will not be repaired.
New contributor
Even though the other answer here are already very good, allow me to give a different perspective:
In general, no.
When you download an image in your browser, it is very likely that this file (the image) will be downloaded through the Transfer Control Protocol (TCP). TCP will split up your image in little packets, and send each of those separately over the internet. Each packet is accompanied by a checksum. This checksum is the result of a certain mathematical operation on the packet. Once received, the checksum is calculated again by the receiver. Both checksums should be the same. If not, that means at least one bit has changed or information was left behind. In this case the receiver will request to send that particular packet again.
Once all packets have been received, the downloaded file will be identical to the original on the server you downloaded it from.
However, you're streaming a movie, or viewing images over a webstream, chances are that it is not TCP, but UDP(User Datagram Protocol). UDP does NOT do the same checks as TCP does. it is called "fire and forget". If packets get lost or damaged, they will not be repaired.
New contributor
New contributor
answered Jun 11 at 18:59
OpifexOpifex
1112
1112
New contributor
New contributor
4
Also, bit errors (not intentional lossy transcoding) would noticeably break images in most formats. Most widely-used formats are compressed, with the outer-most layer of compression (outside the lossy quantization or lossless processing) being some kind of entropy coding (like Huffman for JPEG, or zip aka DEFLATE for PNG) where changing 1 bit in the bitstream may induce big changes in how the rest decodes. For video formats, this might just be a single corrupted 8x8 macroblock or something.
– Peter Cordes
Jun 11 at 23:43
2
Now that everyone has moved away from Flash to HTML5, streaming sites are more likely using TCP. See Does YouTube stream Videos via TCP?
– xiota
Jun 12 at 2:11
3
UDP also uses checksums. You will lose whole packets, not single bits.
– Dubu
Jun 12 at 8:29
@Dubu: The checksums are provided for the application layer. UDP itself does not provide any correction or even detection at all. TCP uses packets, UDP does not.
– Opifex
Jun 13 at 7:01
@Opifex No. TCP has streams, UDP has datagrams, but both have packets (or rather, they're there on a lower level). But UDP does guarantee data integrity (as much as the checksum can) - you'll never get a broken datagram, or an incomplete/fragmented datagram. UDP will not retransmit broken datagrams - as far as your application is concerned, they never made it.
– Luaan
Jun 14 at 8:15
add a comment |
4
Also, bit errors (not intentional lossy transcoding) would noticeably break images in most formats. Most widely-used formats are compressed, with the outer-most layer of compression (outside the lossy quantization or lossless processing) being some kind of entropy coding (like Huffman for JPEG, or zip aka DEFLATE for PNG) where changing 1 bit in the bitstream may induce big changes in how the rest decodes. For video formats, this might just be a single corrupted 8x8 macroblock or something.
– Peter Cordes
Jun 11 at 23:43
2
Now that everyone has moved away from Flash to HTML5, streaming sites are more likely using TCP. See Does YouTube stream Videos via TCP?
– xiota
Jun 12 at 2:11
3
UDP also uses checksums. You will lose whole packets, not single bits.
– Dubu
Jun 12 at 8:29
@Dubu: The checksums are provided for the application layer. UDP itself does not provide any correction or even detection at all. TCP uses packets, UDP does not.
– Opifex
Jun 13 at 7:01
@Opifex No. TCP has streams, UDP has datagrams, but both have packets (or rather, they're there on a lower level). But UDP does guarantee data integrity (as much as the checksum can) - you'll never get a broken datagram, or an incomplete/fragmented datagram. UDP will not retransmit broken datagrams - as far as your application is concerned, they never made it.
– Luaan
Jun 14 at 8:15
4
4
Also, bit errors (not intentional lossy transcoding) would noticeably break images in most formats. Most widely-used formats are compressed, with the outer-most layer of compression (outside the lossy quantization or lossless processing) being some kind of entropy coding (like Huffman for JPEG, or zip aka DEFLATE for PNG) where changing 1 bit in the bitstream may induce big changes in how the rest decodes. For video formats, this might just be a single corrupted 8x8 macroblock or something.
– Peter Cordes
Jun 11 at 23:43
Also, bit errors (not intentional lossy transcoding) would noticeably break images in most formats. Most widely-used formats are compressed, with the outer-most layer of compression (outside the lossy quantization or lossless processing) being some kind of entropy coding (like Huffman for JPEG, or zip aka DEFLATE for PNG) where changing 1 bit in the bitstream may induce big changes in how the rest decodes. For video formats, this might just be a single corrupted 8x8 macroblock or something.
– Peter Cordes
Jun 11 at 23:43
2
2
Now that everyone has moved away from Flash to HTML5, streaming sites are more likely using TCP. See Does YouTube stream Videos via TCP?
– xiota
Jun 12 at 2:11
Now that everyone has moved away from Flash to HTML5, streaming sites are more likely using TCP. See Does YouTube stream Videos via TCP?
– xiota
Jun 12 at 2:11
3
3
UDP also uses checksums. You will lose whole packets, not single bits.
– Dubu
Jun 12 at 8:29
UDP also uses checksums. You will lose whole packets, not single bits.
– Dubu
Jun 12 at 8:29
@Dubu: The checksums are provided for the application layer. UDP itself does not provide any correction or even detection at all. TCP uses packets, UDP does not.
– Opifex
Jun 13 at 7:01
@Dubu: The checksums are provided for the application layer. UDP itself does not provide any correction or even detection at all. TCP uses packets, UDP does not.
– Opifex
Jun 13 at 7:01
@Opifex No. TCP has streams, UDP has datagrams, but both have packets (or rather, they're there on a lower level). But UDP does guarantee data integrity (as much as the checksum can) - you'll never get a broken datagram, or an incomplete/fragmented datagram. UDP will not retransmit broken datagrams - as far as your application is concerned, they never made it.
– Luaan
Jun 14 at 8:15
@Opifex No. TCP has streams, UDP has datagrams, but both have packets (or rather, they're there on a lower level). But UDP does guarantee data integrity (as much as the checksum can) - you'll never get a broken datagram, or an incomplete/fragmented datagram. UDP will not retransmit broken datagrams - as far as your application is concerned, they never made it.
– Luaan
Jun 14 at 8:15
add a comment |
No, computers communicate on a bit-perfect level -- even a slight change during transmission might completely corrupt the data, and is protected against using checksums (and retries in case of errors).
However, it's possible to have "progressive loading" of images, where e.g. a website might first display lower-resolution images as a quick placeholder (to reduce the perceived load speed), replaced by the higher-resolution images once they have been downloaded. If your connection is really slow and/or unreliable, it is possible that you would get stuck with the lower-resolution placeholder image.
Edit: To clarify, it's possible that the quality may be reduced due to a number of factors, but it's because the web page (or a proxy) chooses so -- not because of transmission over wifi would deteriorate the quality.
New contributor
2
It's true that data transfers over HTTP are lossless, but there are certainly sites that will hack/optimize image and other resource loading. If images take too long to load, they won't load higher resolution versions in the future. This is actually becoming standardized, with the browser reporting the measured bandwidth (based on recent throughput) to the page so that the page can decide what to do. It's also possible for some WiFi connections to get flagged as metered connections, where sites may optimize for low bandwidth.
– Brad
Jun 11 at 19:27
2
Web sites certainly optimize their images like that, but it's usually the client side that makes the judgement to request a proper image from the server. If you plain download an image off the server, it certainly won't know how strong a wifi you're on, and as such won't change the quality of the image based on that (as asked in the original question).
– vlumi
Jun 11 at 22:33
add a comment |
No, computers communicate on a bit-perfect level -- even a slight change during transmission might completely corrupt the data, and is protected against using checksums (and retries in case of errors).
However, it's possible to have "progressive loading" of images, where e.g. a website might first display lower-resolution images as a quick placeholder (to reduce the perceived load speed), replaced by the higher-resolution images once they have been downloaded. If your connection is really slow and/or unreliable, it is possible that you would get stuck with the lower-resolution placeholder image.
Edit: To clarify, it's possible that the quality may be reduced due to a number of factors, but it's because the web page (or a proxy) chooses so -- not because of transmission over wifi would deteriorate the quality.
New contributor
2
It's true that data transfers over HTTP are lossless, but there are certainly sites that will hack/optimize image and other resource loading. If images take too long to load, they won't load higher resolution versions in the future. This is actually becoming standardized, with the browser reporting the measured bandwidth (based on recent throughput) to the page so that the page can decide what to do. It's also possible for some WiFi connections to get flagged as metered connections, where sites may optimize for low bandwidth.
– Brad
Jun 11 at 19:27
2
Web sites certainly optimize their images like that, but it's usually the client side that makes the judgement to request a proper image from the server. If you plain download an image off the server, it certainly won't know how strong a wifi you're on, and as such won't change the quality of the image based on that (as asked in the original question).
– vlumi
Jun 11 at 22:33
add a comment |
No, computers communicate on a bit-perfect level -- even a slight change during transmission might completely corrupt the data, and is protected against using checksums (and retries in case of errors).
However, it's possible to have "progressive loading" of images, where e.g. a website might first display lower-resolution images as a quick placeholder (to reduce the perceived load speed), replaced by the higher-resolution images once they have been downloaded. If your connection is really slow and/or unreliable, it is possible that you would get stuck with the lower-resolution placeholder image.
Edit: To clarify, it's possible that the quality may be reduced due to a number of factors, but it's because the web page (or a proxy) chooses so -- not because of transmission over wifi would deteriorate the quality.
New contributor
No, computers communicate on a bit-perfect level -- even a slight change during transmission might completely corrupt the data, and is protected against using checksums (and retries in case of errors).
However, it's possible to have "progressive loading" of images, where e.g. a website might first display lower-resolution images as a quick placeholder (to reduce the perceived load speed), replaced by the higher-resolution images once they have been downloaded. If your connection is really slow and/or unreliable, it is possible that you would get stuck with the lower-resolution placeholder image.
Edit: To clarify, it's possible that the quality may be reduced due to a number of factors, but it's because the web page (or a proxy) chooses so -- not because of transmission over wifi would deteriorate the quality.
New contributor
edited Jun 12 at 6:14
New contributor
answered Jun 11 at 7:54
vlumivlumi
1796
1796
New contributor
New contributor
2
It's true that data transfers over HTTP are lossless, but there are certainly sites that will hack/optimize image and other resource loading. If images take too long to load, they won't load higher resolution versions in the future. This is actually becoming standardized, with the browser reporting the measured bandwidth (based on recent throughput) to the page so that the page can decide what to do. It's also possible for some WiFi connections to get flagged as metered connections, where sites may optimize for low bandwidth.
– Brad
Jun 11 at 19:27
2
Web sites certainly optimize their images like that, but it's usually the client side that makes the judgement to request a proper image from the server. If you plain download an image off the server, it certainly won't know how strong a wifi you're on, and as such won't change the quality of the image based on that (as asked in the original question).
– vlumi
Jun 11 at 22:33
add a comment |
2
It's true that data transfers over HTTP are lossless, but there are certainly sites that will hack/optimize image and other resource loading. If images take too long to load, they won't load higher resolution versions in the future. This is actually becoming standardized, with the browser reporting the measured bandwidth (based on recent throughput) to the page so that the page can decide what to do. It's also possible for some WiFi connections to get flagged as metered connections, where sites may optimize for low bandwidth.
– Brad
Jun 11 at 19:27
2
Web sites certainly optimize their images like that, but it's usually the client side that makes the judgement to request a proper image from the server. If you plain download an image off the server, it certainly won't know how strong a wifi you're on, and as such won't change the quality of the image based on that (as asked in the original question).
– vlumi
Jun 11 at 22:33
2
2
It's true that data transfers over HTTP are lossless, but there are certainly sites that will hack/optimize image and other resource loading. If images take too long to load, they won't load higher resolution versions in the future. This is actually becoming standardized, with the browser reporting the measured bandwidth (based on recent throughput) to the page so that the page can decide what to do. It's also possible for some WiFi connections to get flagged as metered connections, where sites may optimize for low bandwidth.
– Brad
Jun 11 at 19:27
It's true that data transfers over HTTP are lossless, but there are certainly sites that will hack/optimize image and other resource loading. If images take too long to load, they won't load higher resolution versions in the future. This is actually becoming standardized, with the browser reporting the measured bandwidth (based on recent throughput) to the page so that the page can decide what to do. It's also possible for some WiFi connections to get flagged as metered connections, where sites may optimize for low bandwidth.
– Brad
Jun 11 at 19:27
2
2
Web sites certainly optimize their images like that, but it's usually the client side that makes the judgement to request a proper image from the server. If you plain download an image off the server, it certainly won't know how strong a wifi you're on, and as such won't change the quality of the image based on that (as asked in the original question).
– vlumi
Jun 11 at 22:33
Web sites certainly optimize their images like that, but it's usually the client side that makes the judgement to request a proper image from the server. If you plain download an image off the server, it certainly won't know how strong a wifi you're on, and as such won't change the quality of the image based on that (as asked in the original question).
– vlumi
Jun 11 at 22:33
add a comment |
The other answers are correct (no loss in quality of images over WiFi), but I just want to point out:
You may have seen that the quality of streaming(!) videos seems to degrade on 'weak' connections. This is however not caused by some of the information being lost during transmission(*): Most video streaming servers today maintain multiple copies of the same video, each compressed with a different compression ratio. Higher compression ratios yield smaller files, but because the compression is lossy the quality of those smaller files is worse.
Now, what happens while you stream a video is that the streaming server monitors the 'quality' of your connection, i.e. the data rate of the connection. When the server detects that your connection has become slower, e.g. because you moved your device and the WiFi signal becomes marginal, it will more or less seamlessly switch to a lower bitrate stream of the same video, sacrificing image quality for being able to continue watching the video instead of having the (high quality) video pause repeatedly while the next few seconds of the stream are downloaded.
This works the other way around too: When the server detects that your connection's bandwidth increased, it may switch to a higher quality version of the stream trying to always give you the best image quality possible with your current bandwidth.
*) Actually, it is indirectly caused by loss of data packets: When the signal becomes weak, random data errors become more frequent. However, these data errors are detected by the hardware and 'broken' packets will usually be sent again a number of times until the packet is received correctly; this however means that each packet needs (on average) to be transmitted over the WiFi link more than once, e.g. three times, which means that the achieved data rate (i.e. packets successfully transferred per second) drops to e.g. 1/3.
New contributor
add a comment |
The other answers are correct (no loss in quality of images over WiFi), but I just want to point out:
You may have seen that the quality of streaming(!) videos seems to degrade on 'weak' connections. This is however not caused by some of the information being lost during transmission(*): Most video streaming servers today maintain multiple copies of the same video, each compressed with a different compression ratio. Higher compression ratios yield smaller files, but because the compression is lossy the quality of those smaller files is worse.
Now, what happens while you stream a video is that the streaming server monitors the 'quality' of your connection, i.e. the data rate of the connection. When the server detects that your connection has become slower, e.g. because you moved your device and the WiFi signal becomes marginal, it will more or less seamlessly switch to a lower bitrate stream of the same video, sacrificing image quality for being able to continue watching the video instead of having the (high quality) video pause repeatedly while the next few seconds of the stream are downloaded.
This works the other way around too: When the server detects that your connection's bandwidth increased, it may switch to a higher quality version of the stream trying to always give you the best image quality possible with your current bandwidth.
*) Actually, it is indirectly caused by loss of data packets: When the signal becomes weak, random data errors become more frequent. However, these data errors are detected by the hardware and 'broken' packets will usually be sent again a number of times until the packet is received correctly; this however means that each packet needs (on average) to be transmitted over the WiFi link more than once, e.g. three times, which means that the achieved data rate (i.e. packets successfully transferred per second) drops to e.g. 1/3.
New contributor
add a comment |
The other answers are correct (no loss in quality of images over WiFi), but I just want to point out:
You may have seen that the quality of streaming(!) videos seems to degrade on 'weak' connections. This is however not caused by some of the information being lost during transmission(*): Most video streaming servers today maintain multiple copies of the same video, each compressed with a different compression ratio. Higher compression ratios yield smaller files, but because the compression is lossy the quality of those smaller files is worse.
Now, what happens while you stream a video is that the streaming server monitors the 'quality' of your connection, i.e. the data rate of the connection. When the server detects that your connection has become slower, e.g. because you moved your device and the WiFi signal becomes marginal, it will more or less seamlessly switch to a lower bitrate stream of the same video, sacrificing image quality for being able to continue watching the video instead of having the (high quality) video pause repeatedly while the next few seconds of the stream are downloaded.
This works the other way around too: When the server detects that your connection's bandwidth increased, it may switch to a higher quality version of the stream trying to always give you the best image quality possible with your current bandwidth.
*) Actually, it is indirectly caused by loss of data packets: When the signal becomes weak, random data errors become more frequent. However, these data errors are detected by the hardware and 'broken' packets will usually be sent again a number of times until the packet is received correctly; this however means that each packet needs (on average) to be transmitted over the WiFi link more than once, e.g. three times, which means that the achieved data rate (i.e. packets successfully transferred per second) drops to e.g. 1/3.
New contributor
The other answers are correct (no loss in quality of images over WiFi), but I just want to point out:
You may have seen that the quality of streaming(!) videos seems to degrade on 'weak' connections. This is however not caused by some of the information being lost during transmission(*): Most video streaming servers today maintain multiple copies of the same video, each compressed with a different compression ratio. Higher compression ratios yield smaller files, but because the compression is lossy the quality of those smaller files is worse.
Now, what happens while you stream a video is that the streaming server monitors the 'quality' of your connection, i.e. the data rate of the connection. When the server detects that your connection has become slower, e.g. because you moved your device and the WiFi signal becomes marginal, it will more or less seamlessly switch to a lower bitrate stream of the same video, sacrificing image quality for being able to continue watching the video instead of having the (high quality) video pause repeatedly while the next few seconds of the stream are downloaded.
This works the other way around too: When the server detects that your connection's bandwidth increased, it may switch to a higher quality version of the stream trying to always give you the best image quality possible with your current bandwidth.
*) Actually, it is indirectly caused by loss of data packets: When the signal becomes weak, random data errors become more frequent. However, these data errors are detected by the hardware and 'broken' packets will usually be sent again a number of times until the packet is received correctly; this however means that each packet needs (on average) to be transmitted over the WiFi link more than once, e.g. three times, which means that the achieved data rate (i.e. packets successfully transferred per second) drops to e.g. 1/3.
New contributor
edited Jun 14 at 10:26
New contributor
answered Jun 12 at 11:27
JimmyBJimmyB
1414
1414
New contributor
New contributor
add a comment |
add a comment |
It is possible that you are viewing the images as they are being downloaded (photos stored on cloud app like Google Photos) or it is fully downloaded but the software you are using to view the image hasn't completed rendering - so you are seeing an image in progressive rendering mode.
To answer your question, No the quality (i presume you meant the speed) of the network doesn't affect the quality of an image.
add a comment |
It is possible that you are viewing the images as they are being downloaded (photos stored on cloud app like Google Photos) or it is fully downloaded but the software you are using to view the image hasn't completed rendering - so you are seeing an image in progressive rendering mode.
To answer your question, No the quality (i presume you meant the speed) of the network doesn't affect the quality of an image.
add a comment |
It is possible that you are viewing the images as they are being downloaded (photos stored on cloud app like Google Photos) or it is fully downloaded but the software you are using to view the image hasn't completed rendering - so you are seeing an image in progressive rendering mode.
To answer your question, No the quality (i presume you meant the speed) of the network doesn't affect the quality of an image.
It is possible that you are viewing the images as they are being downloaded (photos stored on cloud app like Google Photos) or it is fully downloaded but the software you are using to view the image hasn't completed rendering - so you are seeing an image in progressive rendering mode.
To answer your question, No the quality (i presume you meant the speed) of the network doesn't affect the quality of an image.
edited Jun 11 at 9:28
answered Jun 11 at 8:23
PuraPura
3013
3013
add a comment |
add a comment |
To add a bit more flavor to these other answers, here's several copies of a picture that I just took:
Unikitty 1 - Resized ?x400px, no change in quality
Unikitty 2 - Resized ?x400px Quality 50%
Unikitty 3 - Resized ?x200px Quality 50%
Unikitty 4 - Resized ?x200px Quality 5%
On my computer I have stripped the metadata with exiftool --all=
, and computed checksums of the images:
$ sha256sum unikitty*.jpg
2ead7f2b1c5453f2a80da46f131c95be3423fc92ef8bce43b95fac3ee483d1b3 unikitty.jpg
42358f2f2447568fedc31a03575e8850406f89ff0e5d5a6e2d15c9e492205279 unikitty1.jpg
5c05365cb4aea2f100da471cdee85e5a3942509ab09cf3aa646fddb6962bd95a unikitty2.jpg
e48c7158bbb9476cacdc80308832d76384e3016fb4dd2afd4333970781b367d5 unikitty3.jpg
986f8c64745fb61196df662c5e9a7c799ed370749f3dc367f269162bfa413800 unikitty4.jpg
However, when I download Unikitty #4, the hash has changed:
3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2
That means that the file has definitely changed. Exactly how, I'm not sure. Probably Imgur doing something to resize it.
If you want to be positive that the picture that you're getting is the picture that someone else is also looking at, you must have a checksum to verify that none of the bits got mucked up in transit. For the most part, the Internet does that (TCP/IP tells how to make sure that when you send information it all gets to the place that it's supposed to go, and if it doesn't get there then it has to complain loudly. Most of the Internet uses TCP/IP because of that) for you. However, as others have mentioned, there are a myriad of ways that quality of the image can change.
If you download Unikitty 4 and get the same SHA-256 sum that I did, you can know with almost complete certainty that the picture that you're looking at and the picture that I'm looking at are 100% identical.
Though then you have to worry if our monitors are color-calibrated the same, and if the ambient lighting is affecting anything, or...
1
I'm pretty sure imgur strips metadata. They might also recompress at upload. While they could alter data transmission based on bandwidth, this doesn't demonstrate that. Checksums do not have to match to have identical images. For instance, PNG is lossless with multiple compression levels.
– xiota
Jun 13 at 19:44
wget https://i.stack.imgur.com/t69qT.jpg
;sha256sum t69qT.jpg
;3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
– xiota
Jun 13 at 19:46
Good point! A checksum can only be used as a guarantee that the images are the same, not that they are different. Heck, it's hard for me to tell whether 1 and 2 are different at all and they have completely different checksums.
– Wayne Werner
Jun 13 at 20:52
add a comment |
To add a bit more flavor to these other answers, here's several copies of a picture that I just took:
Unikitty 1 - Resized ?x400px, no change in quality
Unikitty 2 - Resized ?x400px Quality 50%
Unikitty 3 - Resized ?x200px Quality 50%
Unikitty 4 - Resized ?x200px Quality 5%
On my computer I have stripped the metadata with exiftool --all=
, and computed checksums of the images:
$ sha256sum unikitty*.jpg
2ead7f2b1c5453f2a80da46f131c95be3423fc92ef8bce43b95fac3ee483d1b3 unikitty.jpg
42358f2f2447568fedc31a03575e8850406f89ff0e5d5a6e2d15c9e492205279 unikitty1.jpg
5c05365cb4aea2f100da471cdee85e5a3942509ab09cf3aa646fddb6962bd95a unikitty2.jpg
e48c7158bbb9476cacdc80308832d76384e3016fb4dd2afd4333970781b367d5 unikitty3.jpg
986f8c64745fb61196df662c5e9a7c799ed370749f3dc367f269162bfa413800 unikitty4.jpg
However, when I download Unikitty #4, the hash has changed:
3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2
That means that the file has definitely changed. Exactly how, I'm not sure. Probably Imgur doing something to resize it.
If you want to be positive that the picture that you're getting is the picture that someone else is also looking at, you must have a checksum to verify that none of the bits got mucked up in transit. For the most part, the Internet does that (TCP/IP tells how to make sure that when you send information it all gets to the place that it's supposed to go, and if it doesn't get there then it has to complain loudly. Most of the Internet uses TCP/IP because of that) for you. However, as others have mentioned, there are a myriad of ways that quality of the image can change.
If you download Unikitty 4 and get the same SHA-256 sum that I did, you can know with almost complete certainty that the picture that you're looking at and the picture that I'm looking at are 100% identical.
Though then you have to worry if our monitors are color-calibrated the same, and if the ambient lighting is affecting anything, or...
1
I'm pretty sure imgur strips metadata. They might also recompress at upload. While they could alter data transmission based on bandwidth, this doesn't demonstrate that. Checksums do not have to match to have identical images. For instance, PNG is lossless with multiple compression levels.
– xiota
Jun 13 at 19:44
wget https://i.stack.imgur.com/t69qT.jpg
;sha256sum t69qT.jpg
;3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
– xiota
Jun 13 at 19:46
Good point! A checksum can only be used as a guarantee that the images are the same, not that they are different. Heck, it's hard for me to tell whether 1 and 2 are different at all and they have completely different checksums.
– Wayne Werner
Jun 13 at 20:52
add a comment |
To add a bit more flavor to these other answers, here's several copies of a picture that I just took:
Unikitty 1 - Resized ?x400px, no change in quality
Unikitty 2 - Resized ?x400px Quality 50%
Unikitty 3 - Resized ?x200px Quality 50%
Unikitty 4 - Resized ?x200px Quality 5%
On my computer I have stripped the metadata with exiftool --all=
, and computed checksums of the images:
$ sha256sum unikitty*.jpg
2ead7f2b1c5453f2a80da46f131c95be3423fc92ef8bce43b95fac3ee483d1b3 unikitty.jpg
42358f2f2447568fedc31a03575e8850406f89ff0e5d5a6e2d15c9e492205279 unikitty1.jpg
5c05365cb4aea2f100da471cdee85e5a3942509ab09cf3aa646fddb6962bd95a unikitty2.jpg
e48c7158bbb9476cacdc80308832d76384e3016fb4dd2afd4333970781b367d5 unikitty3.jpg
986f8c64745fb61196df662c5e9a7c799ed370749f3dc367f269162bfa413800 unikitty4.jpg
However, when I download Unikitty #4, the hash has changed:
3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2
That means that the file has definitely changed. Exactly how, I'm not sure. Probably Imgur doing something to resize it.
If you want to be positive that the picture that you're getting is the picture that someone else is also looking at, you must have a checksum to verify that none of the bits got mucked up in transit. For the most part, the Internet does that (TCP/IP tells how to make sure that when you send information it all gets to the place that it's supposed to go, and if it doesn't get there then it has to complain loudly. Most of the Internet uses TCP/IP because of that) for you. However, as others have mentioned, there are a myriad of ways that quality of the image can change.
If you download Unikitty 4 and get the same SHA-256 sum that I did, you can know with almost complete certainty that the picture that you're looking at and the picture that I'm looking at are 100% identical.
Though then you have to worry if our monitors are color-calibrated the same, and if the ambient lighting is affecting anything, or...
To add a bit more flavor to these other answers, here's several copies of a picture that I just took:
Unikitty 1 - Resized ?x400px, no change in quality
Unikitty 2 - Resized ?x400px Quality 50%
Unikitty 3 - Resized ?x200px Quality 50%
Unikitty 4 - Resized ?x200px Quality 5%
On my computer I have stripped the metadata with exiftool --all=
, and computed checksums of the images:
$ sha256sum unikitty*.jpg
2ead7f2b1c5453f2a80da46f131c95be3423fc92ef8bce43b95fac3ee483d1b3 unikitty.jpg
42358f2f2447568fedc31a03575e8850406f89ff0e5d5a6e2d15c9e492205279 unikitty1.jpg
5c05365cb4aea2f100da471cdee85e5a3942509ab09cf3aa646fddb6962bd95a unikitty2.jpg
e48c7158bbb9476cacdc80308832d76384e3016fb4dd2afd4333970781b367d5 unikitty3.jpg
986f8c64745fb61196df662c5e9a7c799ed370749f3dc367f269162bfa413800 unikitty4.jpg
However, when I download Unikitty #4, the hash has changed:
3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2
That means that the file has definitely changed. Exactly how, I'm not sure. Probably Imgur doing something to resize it.
If you want to be positive that the picture that you're getting is the picture that someone else is also looking at, you must have a checksum to verify that none of the bits got mucked up in transit. For the most part, the Internet does that (TCP/IP tells how to make sure that when you send information it all gets to the place that it's supposed to go, and if it doesn't get there then it has to complain loudly. Most of the Internet uses TCP/IP because of that) for you. However, as others have mentioned, there are a myriad of ways that quality of the image can change.
If you download Unikitty 4 and get the same SHA-256 sum that I did, you can know with almost complete certainty that the picture that you're looking at and the picture that I'm looking at are 100% identical.
Though then you have to worry if our monitors are color-calibrated the same, and if the ambient lighting is affecting anything, or...
answered Jun 13 at 19:29
Wayne WernerWayne Werner
71111018
71111018
1
I'm pretty sure imgur strips metadata. They might also recompress at upload. While they could alter data transmission based on bandwidth, this doesn't demonstrate that. Checksums do not have to match to have identical images. For instance, PNG is lossless with multiple compression levels.
– xiota
Jun 13 at 19:44
wget https://i.stack.imgur.com/t69qT.jpg
;sha256sum t69qT.jpg
;3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
– xiota
Jun 13 at 19:46
Good point! A checksum can only be used as a guarantee that the images are the same, not that they are different. Heck, it's hard for me to tell whether 1 and 2 are different at all and they have completely different checksums.
– Wayne Werner
Jun 13 at 20:52
add a comment |
1
I'm pretty sure imgur strips metadata. They might also recompress at upload. While they could alter data transmission based on bandwidth, this doesn't demonstrate that. Checksums do not have to match to have identical images. For instance, PNG is lossless with multiple compression levels.
– xiota
Jun 13 at 19:44
wget https://i.stack.imgur.com/t69qT.jpg
;sha256sum t69qT.jpg
;3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
– xiota
Jun 13 at 19:46
Good point! A checksum can only be used as a guarantee that the images are the same, not that they are different. Heck, it's hard for me to tell whether 1 and 2 are different at all and they have completely different checksums.
– Wayne Werner
Jun 13 at 20:52
1
1
I'm pretty sure imgur strips metadata. They might also recompress at upload. While they could alter data transmission based on bandwidth, this doesn't demonstrate that. Checksums do not have to match to have identical images. For instance, PNG is lossless with multiple compression levels.
– xiota
Jun 13 at 19:44
I'm pretty sure imgur strips metadata. They might also recompress at upload. While they could alter data transmission based on bandwidth, this doesn't demonstrate that. Checksums do not have to match to have identical images. For instance, PNG is lossless with multiple compression levels.
– xiota
Jun 13 at 19:44
wget https://i.stack.imgur.com/t69qT.jpg
; sha256sum t69qT.jpg
; 3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
– xiota
Jun 13 at 19:46
wget https://i.stack.imgur.com/t69qT.jpg
; sha256sum t69qT.jpg
; 3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2 t69qT.jpg
– xiota
Jun 13 at 19:46
Good point! A checksum can only be used as a guarantee that the images are the same, not that they are different. Heck, it's hard for me to tell whether 1 and 2 are different at all and they have completely different checksums.
– Wayne Werner
Jun 13 at 20:52
Good point! A checksum can only be used as a guarantee that the images are the same, not that they are different. Heck, it's hard for me to tell whether 1 and 2 are different at all and they have completely different checksums.
– Wayne Werner
Jun 13 at 20:52
add a comment |
No. Digital files, contrary to their analog counterparts, are always perfect copies, so the image either fails to download, or is downloaded perfectly, every single time. Same thing applies to transfering them between mediums (SD to disk, pendrive, CD, ...) or creating copies.
Corrupt copies are possible, albeit very improbable, on some cases, but they are not "lower quality", but completely wrong (ie: only half the image and such).
New contributor
3
Corrupt files are not "very improbable", but rather they are not uncommon. They can go unnoticed if files are not verified.
– osullic
Jun 11 at 9:55
add a comment |
No. Digital files, contrary to their analog counterparts, are always perfect copies, so the image either fails to download, or is downloaded perfectly, every single time. Same thing applies to transfering them between mediums (SD to disk, pendrive, CD, ...) or creating copies.
Corrupt copies are possible, albeit very improbable, on some cases, but they are not "lower quality", but completely wrong (ie: only half the image and such).
New contributor
3
Corrupt files are not "very improbable", but rather they are not uncommon. They can go unnoticed if files are not verified.
– osullic
Jun 11 at 9:55
add a comment |
No. Digital files, contrary to their analog counterparts, are always perfect copies, so the image either fails to download, or is downloaded perfectly, every single time. Same thing applies to transfering them between mediums (SD to disk, pendrive, CD, ...) or creating copies.
Corrupt copies are possible, albeit very improbable, on some cases, but they are not "lower quality", but completely wrong (ie: only half the image and such).
New contributor
No. Digital files, contrary to their analog counterparts, are always perfect copies, so the image either fails to download, or is downloaded perfectly, every single time. Same thing applies to transfering them between mediums (SD to disk, pendrive, CD, ...) or creating copies.
Corrupt copies are possible, albeit very improbable, on some cases, but they are not "lower quality", but completely wrong (ie: only half the image and such).
New contributor
New contributor
answered Jun 11 at 7:44
AnonymousAnonymous
171
171
New contributor
New contributor
3
Corrupt files are not "very improbable", but rather they are not uncommon. They can go unnoticed if files are not verified.
– osullic
Jun 11 at 9:55
add a comment |
3
Corrupt files are not "very improbable", but rather they are not uncommon. They can go unnoticed if files are not verified.
– osullic
Jun 11 at 9:55
3
3
Corrupt files are not "very improbable", but rather they are not uncommon. They can go unnoticed if files are not verified.
– osullic
Jun 11 at 9:55
Corrupt files are not "very improbable", but rather they are not uncommon. They can go unnoticed if files are not verified.
– osullic
Jun 11 at 9:55
add a comment |
protected by mattdm Jun 12 at 15:30
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
33
Although the answers below are correct, please note that some services e.g. Facebook or Whatsapp, might process the image to reduce the filesize. This might (most likely will in most cases) affect the quality of the image as it's not the same image you uploaded on the other end.
– Viezevingertjes
Jun 11 at 8:44
1
@HagenvonEitzen some mobile networks did fairly recently recompress (over http but not https). This could, for example, render the text illegible on maps - exactly the sort of thing you might want to use 3G for!
– Chris H
Jun 11 at 21:03
13
obligatory xkcd
– Eric Duminil
Jun 12 at 4:48
2
Strictly still images or also video?
– Peter A. Schneider
Jun 13 at 12:57
1
The wifi itself has checks and balances, and TCP has checksums. However, if the other end detects a condition it can swap the content with a different version of the same file.
– cybernard
Jun 13 at 14:43