12

การดาวน์โหลดภาพจากเว็บไซต์หรือไม่เมื่อ Wi-Fi แรงส่งผลให้ภาพมีคุณภาพสูงขึ้นในอุปกรณ์ของคุณ?

image-quality file-transfer

34

แม้ว่าคำตอบด้านล่างจะถูกต้องโปรดทราบว่าบริการบางอย่างเช่น Facebook หรือ Whatsapp อาจประมวลผลภาพเพื่อลดขนาดไฟล์ ซึ่งอาจเป็นไปได้ว่าในกรณีส่วนใหญ่จะมีผลต่อคุณภาพของภาพเนื่องจากไม่ใช่ภาพเดียวกับที่คุณอัปโหลดในอีกด้านหนึ่ง

— Viezevingertjes

1

@HagenvonEitzen เครือข่ายมือถือบางส่วนได้ทำการบีบอัดใหม่อย่างเป็นธรรมเมื่อเร็ว ๆ นี้ (ผ่าน http แต่ไม่ใช่ https) ตัวอย่างเช่นนี้ทำให้ข้อความอ่านไม่ออกบนแผนที่ - ประเภทของสิ่งที่คุณอาจต้องการใช้ 3G!

— Chris H

13

xkcd บังคับ

— Eric Duminil

2

ภาพนิ่งหรือวิดีโออย่างเคร่งครัดหรือไม่

— Peter - Reinstate Monica

1

ตัว WiFi เองนั้นมีการตรวจสอบและถ่วงดุลและ TCP มีการตรวจสอบ อย่างไรก็ตามหากอีกด้านหนึ่งตรวจพบเงื่อนไขก็สามารถสลับเนื้อหาด้วยไฟล์รุ่นเดียวกันได้

— cybernard

47

การดาวน์โหลดภาพออกจากเว็บไซต์เมื่อ WiFi มีผลอย่างมากต่อภาพที่มีคุณภาพสูงขึ้นในอุปกรณ์ของคุณหรือไม่

คุณภาพสัญญาณไม่ได้มักจะส่งผลกระทบต่อการส่งข้อมูลที่ถูกส่งถึงแม้ว่ามันอาจส่งผลในการส่งไม่สมบูรณ์ อย่างไรก็ตาม ...

เว็บไซต์มักจะส่งข้อมูลที่แตกต่างไปยังมือถือและเดสก์ท็อป
บางเว็บไซต์ทำการใช้สคริปต์เพื่อส่งข้อมูลที่แตกต่างกันขึ้นอยู่กับคุณภาพและความเร็วในการเชื่อมโยง นี่เป็นเรื่องธรรมดาโดยเฉพาะอย่างยิ่งในเว็บไซต์สตรีมมิ่งวิดีโอ
เบราว์เซอร์บางตัวใช้พร็อกซีเซิร์ฟเวอร์เพื่อเร่งความเร็วในการส่งข้อมูลโดยการบีบอัดข้อมูล ซึ่งอาจรวมถึงการบีบอัดข้อมูลใหม่ที่สูญเสียไปและการปรับขนาดรูปภาพ
บางเว็บไซต์อาจแสดงภาพที่มีการบีบอัดสูงกว่าที่ดาวน์โหลดมา กรณีนี้มักเกิดขึ้นเมื่อมีฟังก์ชั่นซูม

— xiota
แหล่งที่มา

9

เมื่อฉันยังเป็นเด็กพ่อแม่ของฉันแข็งการ์ดข้อมูลมือถือ PCMCIA และผู้ให้บริการจะบีบอัดภาพทั้งหมด - รวมถึงไอคอน - ก่อนที่จะนำพวกเขาผ่าน การบีบอัดค่อนข้างก้าวร้าว

— Tomáš Zato - Reinstate Monica

4

ผู้ให้บริการเครือข่ายบางราย (ทั้ง WiFi และข้อมูลมือถือ) สกัดกั้นการรับส่งข้อมูลและลดคุณภาพของภาพเพื่อประหยัดแบนด์วิดท์

— OrangeDog

6

@OrangeDog ยังมีอีกเหตุผลที่ทำให้มั่นใจได้ว่าไซต์ที่คุณเข้าชมใช้ TLS (HTTPS) เมื่อมีให้บริการ

— เซท R

1

@SethR ขึ้นอยู่กับว่าคุณต้องการคุณภาพที่สูงกว่าหรือโหลดเร็วกว่า เหตุผลสำหรับ TLS ก็เพราะพวกเขาอาจทำสิ่งที่ไม่เป็นอันตรายอื่น ๆกับการเข้าชมของคุณ หรือแม้กระทั่งสิ่งที่ตั้งใจดีซึ่งทำงานไม่ถูกต้อง

— user253751

นอกจากนี้บางไซต์ (เช่นการค้นหารูปภาพของ Google) อาจมีตัวยึดตำแหน่งที่มีคุณภาพต่ำในขณะที่รอรับภาพที่ใหญ่กว่า (และกระบวนการนี้อาจไม่สมบูรณ์ด้วยเหตุผลใดเหตุผลหนึ่ง)

— NotThatGuy

23

คำตอบอื่น ๆ ชี้ให้เห็นว่าคุณภาพของภาพดิจิทัลไม่ลดลงในระหว่างการถ่ายโอน เป็นที่น่าสังเกตว่าข้อมูลมือถือจำนวนมากมีแผนในวันนี้อย่างไรก็ตามแปลงรหัสอย่างน้อยภาพยนตร์และส่งมอบที่มีคุณภาพต่ำกว่าเดิมถ้าพวกเขาถูกถ่ายโอนผ่านช่องทางที่ผู้ให้บริการสามารถเข้าถึงได้ ซึ่งอาจหมายถึงการถ่ายโอนหรือการถ่ายโอนแชนเนลที่เข้ารหัสซึ่งผู้ให้บริการมีการจัดการแคชกับผู้ให้บริการเนื้อหา (โดยทั่วไปสำหรับแพลตฟอร์มเช่น Netflix) ขึ้นอยู่กับแผนและผู้ให้บริการรูปภาพที่ไม่ได้เข้ารหัสบนเว็บไซต์อาจได้รับผลกระทบเท่ากัน

ด้วยแผนข้อมูลดังกล่าวการเชื่อมต่อผ่าน WiFi จะช่วยเพิ่มคุณภาพของภาพโดยทั่วไป ผลลัพธ์จะไม่แตกต่างกันไปขึ้นอยู่กับคุณภาพของการเชื่อมต่อ WiFi แต่ขึ้นอยู่กับว่าโทรศัพท์ใช้หรือไม่แทนที่จะใช้แผนบริการข้อมูลมือถือที่เป็นไปได้

ดังนั้นโดยทั่วไปแล้วคุณภาพของภาพไม่ได้ขึ้นอยู่กับคุณภาพของช่องที่ใช้ในการรับภาพ แต่ขึ้นอยู่กับว่ามีใครมายุ่งกับข้อมูลของคุณหรือไม่ และวันนี้พวกเขาอาจ

8

นอกจากนี้บริการสตรีมมิ่งส่วนใหญ่ยังปรับคุณภาพ (ความละเอียดระดับการบีบอัด) ตามความเร็วการเชื่อมต่อและคุณภาพ (โดยไม่คำนึงถึงการโต้ตอบใด ๆ ของ ISP)

— โปรดอ่านโปรไฟล์ของฉัน

@mattdm และบ่อยครั้ง (เช่น tmobile ทำสิ่งนี้ด้วยการดื่มสุรา) พวกเขาจะเค้นการเชื่อมต่อกับ youtube / netflix / etc และให้แอปตัดสินใจสตรีมด้วยคุณภาพต่ำ

— Jon

1

@ จอน Optus ก็ทำเช่นนี้เมื่อคุณเปิดสตรีมวิดีโอฟรี แต่มันใช้งานไม่ได้และยุ่งกับระบบคุณภาพอัตโนมัติสำหรับทั้ง Netflix และ Stan มันจะเริ่มสตรีมด้วยคุณภาพต่ำและเพิ่มคุณภาพอย่างต่อเนื่องจนกว่าจะถึง 720p หรือ 1080p จากนั้นภายในไม่กี่วินาที Optus จะ จำกัด การเชื่อมต่อและบัฟเฟอร์สตรีมและลดลงไปที่คุณภาพต่ำสุด ระบบเส็งเคร็ง

— Clonkex

"ช่องทางเข้ารหัสที่ผู้ให้บริการมีการจัดการแคชกับผู้ให้บริการเนื้อหา" - คุณจะทำสิ่งนี้ได้อย่างไรโดยไม่ต้องใช้คีย์เข้ารหัส

— xiota

1

@xiota Simple: ผู้ให้บริการมีคีย์เข้ารหัส พวกเขากำลังทำหน้าที่เป็น CDN ในกรณีนี้ security.stackexchange.com/questions/107835/…

— โปรดอ่านโปรไฟล์ของฉัน

12

แม้ว่าคำตอบอื่น ๆ ที่นี่ดีมากอยู่แล้ว แต่ฉันก็สามารถให้มุมมองที่ต่างออกไป:

โดยทั่วไปไม่มี

เมื่อคุณดาวน์โหลดรูปภาพในเบราว์เซอร์ของคุณอาจเป็นไปได้ว่าไฟล์นี้ (รูปภาพ) จะถูกดาวน์โหลดผ่าน Transfer Control Protocol (TCP) TCP จะแบ่งภาพของคุณเป็นแพ็กเก็ตเล็ก ๆ และส่งแต่ละภาพแยกกันผ่านอินเทอร์เน็ต แต่ละแพ็คเก็ตจะมาพร้อมกับการตรวจสอบ การตรวจสอบนี้เป็นผลมาจากการดำเนินการทางคณิตศาสตร์บางอย่างบนแพ็กเก็ต เมื่อได้รับแล้วการตรวจสอบจะถูกคำนวณอีกครั้งโดยผู้รับ เช็คซัมทั้งสองควรเหมือนกัน ถ้าไม่นั่นหมายความว่ามีการเปลี่ยนแปลงอย่างน้อยหนึ่งบิตหรือข้อมูลถูกทิ้งไว้ ในกรณีนี้ผู้รับจะขอให้ส่งแพ็คเก็ตนั้นอีกครั้ง เมื่อได้รับแพ็คเก็ตทั้งหมดแล้วไฟล์ที่ดาวน์โหลดจะเหมือนกับต้นฉบับบนเซิร์ฟเวอร์ที่คุณดาวน์โหลดมา

อย่างไรก็ตามคุณกำลังสตรีมภาพยนตร์หรือดูรูปภาพบนเว็บสตรีมอาจเป็นไปได้ว่าไม่ใช่ TCP แต่เป็นUDP (User Datagram Protocol) UDP ไม่ทำการตรวจสอบเช่นเดียวกับ TCP มันถูกเรียกว่า "ไฟแล้วลืม" หากแพ็กเก็ตสูญหายหรือเสียหายจะไม่ได้รับการซ่อมแซม

— Opifex
แหล่งที่มา

5

นอกจากนี้ข้อผิดพลาดบิต (ไม่ใช่การแปลงรหัสที่ผิดพลาดโดยเจตนา) จะทำให้ภาพแตกในรูปแบบส่วนใหญ่ รูปแบบที่ใช้กันอย่างแพร่หลายส่วนใหญ่ถูกบีบอัดด้วยชั้นนอกสุดของการบีบอัด (นอกปริมาณ quanty หรือการประมวลผลแบบไม่สูญเสีย) เป็นการเข้ารหัสแบบเอนโทรปี (เช่น Huffman สำหรับ JPEG หรือzip aka DEFLATE สำหรับ PNG ) ที่เปลี่ยน 1 บิตใน บิตสตรีมอาจทำให้เกิดการเปลี่ยนแปลงครั้งใหญ่ในวิธีที่เหลือถอดรหัส สำหรับรูปแบบวิดีโอนี่อาจเป็น macroblock ขนาด 8x8 อันเดียวหรือบางอย่างที่เสียหาย

— Peter Cordes

2

เมื่อทุกคนย้ายออกจาก Flash เป็น HTML5 แล้วเว็บไซต์สตรีมมิ่งมีแนวโน้มที่จะใช้ TCP มากกว่า ดูการสตรีมวิดีโอผ่าน TCP หรือไม่

— xiota

3

UDP ยังใช้ checksums คุณจะสูญเสียแพ็กเก็ตทั้งหมดไม่ใช่บิตเดียว

— Dubu

@Dubu: เช็คซัมมีไว้สำหรับชั้นแอปพลิเคชัน UDP เองไม่ได้ทำการแก้ไขใด ๆ หรือแม้แต่การตรวจจับเลย TCP ใช้แพ็คเก็ต UDP ไม่

— Opifex

@Opifex ไม่ TCP มีลำธาร UDP มีดาตาแกรม แต่ทั้งคู่มีแพ็คเก็ต (หรือค่อนข้างจะอยู่ในระดับที่ต่ำกว่า) แต่ UDP ไม่สมบูรณ์ของข้อมูลการรับประกัน (เท่าที่ตรวจสอบได้) - คุณจะไม่เคยได้รับดาต้าเสียหรือไม่สมบูรณ์ / แยกส่วนดาต้า UDP จะไม่ส่งสัญญาณดาต้าแกรมที่ชำรุดอีกครั้งตราบเท่าที่แอปพลิเคชันของคุณเกี่ยวข้อง

— Luaan

6

ไม่คอมพิวเตอร์สื่อสารในระดับบิตที่สมบูรณ์แบบ - แม้แต่การเปลี่ยนแปลงเล็กน้อยระหว่างการส่งข้อมูลอาจทำให้ข้อมูลเสียหายอย่างสมบูรณ์และป้องกันการใช้ checksums (และลองใหม่ในกรณีที่เกิดข้อผิดพลาด)

อย่างไรก็ตามเป็นไปได้ที่จะมี "การโหลดแบบก้าวหน้า" ของภาพเช่นเว็บไซต์อาจแสดงรูปภาพความละเอียดต่ำเป็นตัวยึดตำแหน่งแบบด่วน (เพื่อลดความเร็วในการรับรู้), แทนที่ด้วยภาพความละเอียดสูงกว่าเมื่อดาวน์โหลดแล้ว หากการเชื่อมต่อของคุณช้ามากและ / หรือไม่น่าเชื่อถืออาจเป็นไปได้ว่าคุณจะต้องติดอยู่กับภาพตัวยึดความละเอียดต่ำ

แก้ไข: หากต้องการความกระจ่างอาจเป็นไปได้ว่าคุณภาพอาจลดลงเนื่องจากปัจจัยหลายประการ แต่เป็นเพราะหน้าเว็บ (หรือพร็อกซี) เลือกดังนั้น - ไม่ใช่เพราะการส่งผ่าน WiFi จะทำให้คุณภาพแย่ลง

— vlumi
แหล่งที่มา

3

เป็นความจริงที่การถ่ายโอนข้อมูลผ่าน HTTP นั้นไม่มีความสูญเสีย แต่มีเว็บไซต์ที่แน่นอนที่จะแฮ็ก / ปรับภาพและการโหลดทรัพยากรอื่น ๆ หากรูปภาพใช้เวลาโหลดนานเกินไปภาพเหล่านั้นจะไม่โหลดเวอร์ชันความละเอียดสูงกว่านี้ในอนาคต สิ่งนี้กำลังกลายเป็นมาตรฐานด้วยเบราว์เซอร์ที่รายงานแบนด์วิดท์ที่วัดได้ (ตามปริมาณงานล่าสุด) ไปยังหน้าเพื่อให้หน้าสามารถตัดสินใจว่าจะทำอย่างไร อาจเป็นไปได้สำหรับการเชื่อมต่อ WiFi บางอย่างเพื่อตั้งค่าสถานะเป็นการเชื่อมต่อแบบมีมิเตอร์ซึ่งไซต์อาจปรับให้เหมาะสมสำหรับแบนด์วิดท์ต่ำ

— แบรด

3

เว็บไซต์มักจะปรับภาพให้เหมาะสมเช่นนั้น แต่โดยทั่วไปแล้วฝั่งไคลเอ็นต์จะทำการตัดสินใจในการขอภาพที่เหมาะสมจากเซิร์ฟเวอร์ หากคุณดาวน์โหลดรูปภาพจากเซิร์ฟเวอร์แน่นอนว่าคุณจะรู้ว่า wifi ของคุณแข็งแกร่งแค่ไหนและจะไม่เปลี่ยนคุณภาพของภาพตามนั้น (ตามที่ถามในคำถามเดิม)

— vlumi

5

คำตอบอื่น ๆ นั้นถูกต้อง (ไม่มีการสูญเสียคุณภาพของภาพผ่าน WiFi) แต่ฉันแค่ต้องการชี้ให้เห็น:

คุณอาจได้เห็นว่าคุณภาพของสตรีมมิ่ง (!) วิดีโอดูเหมือนว่าจะทำให้เสื่อมเสียในการเชื่อมต่อ 'อ่อนแอ' อย่างไรก็ตามสิ่งนี้ไม่ได้เกิดจากข้อมูลบางส่วนสูญหายระหว่างการส่ง (*): เซิร์ฟเวอร์สตรีมมิ่งวิดีโอส่วนใหญ่ในปัจจุบันรักษาสำเนาวิดีโอเดียวกันหลายชุดซึ่งแต่ละไฟล์ถูกบีบอัดด้วยอัตราส่วนการบีบอัดที่แตกต่างกัน อัตราส่วนการบีบอัดที่สูงกว่าจะทำให้ไฟล์มีขนาดเล็กลง แต่เนื่องจากการบีบอัดจะสูญเสียคุณภาพของไฟล์ที่เล็กกว่านั้นจึงแย่ลง

ตอนนี้เกิดอะไรขึ้นในขณะที่คุณสตรีมวิดีโอคือเซิร์ฟเวอร์สตรีมมิ่งจะตรวจสอบ 'คุณภาพ' ของการเชื่อมต่อของคุณเช่นอัตราข้อมูลของการเชื่อมต่อ เมื่อเซิร์ฟเวอร์ตรวจพบว่าการเชื่อมต่อของคุณช้าลงเช่นเนื่องจากคุณย้ายอุปกรณ์ของคุณและสัญญาณ WiFi จะกลายเป็นส่วนเล็กน้อยมันจะสลับไปยังสตรีมบิตเรตที่ต่ำกว่าของวิดีโอเดียวกันอย่างไร้รอยต่อลดคุณภาพของภาพเพื่อให้สามารถรับชมต่อไป วิดีโอแทนการหยุดวิดีโอ (คุณภาพสูง) ซ้ำ ๆ ในขณะที่สตรีมไม่กี่วินาทีถัดไปจะถูกดาวน์โหลด

วิธีนี้ใช้วิธีอื่นเช่นกัน: เมื่อเซิร์ฟเวอร์ตรวจพบว่าแบนด์วิดท์ของการเชื่อมต่อของคุณเพิ่มขึ้นอาจเปลี่ยนเป็นสตรีมเวอร์ชันคุณภาพสูงกว่าที่พยายามให้คุณภาพของภาพที่ดีที่สุดเท่าที่เป็นไปได้กับแบนด์วิดท์ปัจจุบันของคุณ

*) ที่จริงมันจะก่อให้เกิดการสูญเสียทางอ้อมโดยแพ็กเก็ตข้อมูล: เมื่อสัญญาณกลายเป็นคนอ่อนแอข้อผิดพลาดของข้อมูลแบบสุ่มกลายเป็นบ่อยมากขึ้น อย่างไรก็ตามข้อผิดพลาดข้อมูลเหล่านี้ถูกตรวจพบโดยฮาร์ดแวร์และแพ็คเก็ต 'เสีย' มักจะถูกส่งอีกครั้งหลายครั้งจนกว่าจะได้รับแพ็คเก็ตอย่างถูกต้อง; อย่างไรก็ตามนี่หมายความว่าแต่ละแพ็กเก็ตต้องการ (โดยเฉลี่ย) เพื่อส่งผ่านลิงก์ WiFi มากกว่าหนึ่งครั้งเช่นสามครั้งซึ่งหมายความว่าอัตราข้อมูลที่สำเร็จ (เช่นแพ็คเก็ตที่ถ่ายโอนสำเร็จต่อวินาที) ลดลงไปเช่น 1/3

— JimmyB
แหล่งที่มา

2

หากต้องการเพิ่มรสชาติให้กับคำตอบอื่น ๆ อีกเล็กน้อยต่อไปนี้เป็นภาพหลายภาพที่ฉันเพิ่งถ่าย:

Unikitty 1 - ปรับขนาดแล้วหรือไม่ x400px ไม่มีการเปลี่ยนแปลงคุณภาพ

Unikitty 2 - Resized? x400px คุณภาพ 50%

Unikitty 3 - Resized? x200px คุณภาพ 50%

Unikitty 4 - ปรับขนาดแล้วหรือไม่ x200px คุณภาพ 5%

ในคอมพิวเตอร์ของฉันฉันได้ลอกเมทาดาทาด้วย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%

แม้ว่าคุณจะต้องกังวลว่าจอแสดงผลของเรามีการปรับเทียบสีเหมือนกันหรือไม่และหากแสงแวดล้อมมีผลกระทบต่อสิ่งใดหรือ ...

— เวย์นเวอร์เนอร์
แหล่งที่มา

2

ฉันค่อนข้างแน่ใจว่า imgur แถบข้อมูลเมตา พวกเขาอาจจะยังบีบอัดที่อัปโหลด แม้ว่าพวกเขาสามารถเปลี่ยนแปลงการส่งข้อมูลตามแบนด์วิดท์ แต่ก็ไม่ได้แสดงให้เห็น Checksums ไม่จำเป็นต้องจับคู่ให้มีภาพเหมือนกัน ตัวอย่างเช่น PNG จะไม่สูญเสียการบีบอัดหลายระดับ

— xiota

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

— xiota

1

จุดดี! การตรวจสอบสามารถใช้เป็นการรับประกันว่าภาพเหมือนกันไม่ใช่ว่าแตกต่างกัน เฮ็คมันยากสำหรับฉันที่จะบอกว่า 1 และ 2 นั้นแตกต่างกันหรือไม่และมีเช็คซัมที่แตกต่างกันโดยสิ้นเชิง

— Wayne Werner

1

เป็นไปได้ว่าคุณกำลังดูภาพขณะที่กำลังดาวน์โหลด (รูปภาพที่เก็บไว้ในแอพคลาวด์เช่น Google Photos) หรือดาวน์โหลดเต็มรูปแบบ แต่ซอฟต์แวร์ที่คุณใช้ในการดูภาพยังไม่เสร็จสิ้นการแสดงผล - ดังนั้นคุณจึงเห็น รูปภาพในโหมดการเรนเดอร์โปรเกรสซีฟ

เพื่อตอบคำถามของคุณไม่มีคุณภาพ (ฉันถือว่าคุณหมายถึงความเร็ว) ของเครือข่ายไม่ส่งผลกระทบต่อคุณภาพของภาพ

— ปุระ
แหล่งที่มา

0

ไม่ไฟล์ดิจิตอลซึ่งตรงกันข้ามกับสำเนาแบบอะนาล็อกมักเป็นสำเนาที่สมบูรณ์แบบเสมอดังนั้นรูปภาพจึงไม่สามารถดาวน์โหลดหรือดาวน์โหลดได้อย่างสมบูรณ์แบบทุกครั้ง สิ่งเดียวกันนี้ใช้กับการถ่ายโอนระหว่างสื่อ (SD ไปยังดิสก์, pendrive, CD, ... ) หรือการสร้างสำเนา

สำเนาที่เสียหายอาจมีความเป็นไปได้สูงมากในบางกรณี แต่ไม่ใช่ "คุณภาพต่ำกว่า" แต่ผิดทั้งหมด (เช่น: เพียงครึ่งภาพและเช่นนั้น)

— ไม่ระบุชื่อ
แหล่งที่มา

3

ไฟล์ที่เสียหายไม่ใช่ "ไม่น่าจะเป็นไปได้มาก" แต่ไฟล์เหล่านั้นไม่ใช่เรื่องผิดปกติ พวกเขาสามารถไปไม่มีใครสังเกตเห็นถ้าไฟล์ไม่ได้รับการตรวจสอบ

— osullic

Wi-Fi มีผลต่อคุณภาพของภาพที่ดาวน์โหลดจากอินเทอร์เน็ตหรือไม่

โดยทั่วไปไม่มี

Unikitty 1 - ปรับขนาดแล้วหรือไม่ x400px ไม่มีการเปลี่ยนแปลงคุณภาพ

Unikitty 2 - Resized? x400px คุณภาพ 50%

Unikitty 3 - Resized? x200px คุณภาพ 50%

Unikitty 4 - ปรับขนาดแล้วหรือไม่ x200px คุณภาพ 5%