क्या वाई-फाई इंटरनेट से डाउनलोड की गई छवियों की गुणवत्ता को प्रभावित करता है?


12

क्या किसी वेबसाइट को डाउनलोड करने से वाई-फाई मजबूत होता है, जिसके परिणामस्वरूप आपके डिवाइस पर उच्च गुणवत्ता वाली छवि दिखाई देती है?


34
हालांकि नीचे दिए गए उत्तर सही हैं, कृपया ध्यान दें कि कुछ सेवाएं जैसे फेसबुक या व्हाट्सएप, छवि को कम करने के लिए प्रक्रिया कर सकती हैं। यह (ज्यादातर मामलों में सबसे अधिक संभावना है) छवि की गुणवत्ता को प्रभावित करेगा क्योंकि यह वही छवि नहीं है जो आपने दूसरे छोर पर अपलोड की थी।
विएज़िंगर्टेर्जेस

1
@HagenvonEitzen कुछ मोबाइल नेटवर्क ने हाल ही में फिर से शुरू किया (http पर नहीं बल्कि https)। उदाहरण के लिए, यह मानचित्रों पर गैरकानूनी रूप से पाठ को प्रस्तुत कर सकता है - ठीक उसी तरह की चीज़ जिसके लिए आप 3 जी का उपयोग करना चाहते हैं!
क्रिस एच


2
सख्ती से अभी भी चित्र या वीडियो भी?
पीटर -

1
वाईफाई में ही चेक और बैलेंस हैं, और टीसीपी में चेकसम हैं। हालाँकि, यदि दूसरा छोर किसी स्थिति का पता लगाता है तो वह उसी फ़ाइल के भिन्न संस्करण के साथ सामग्री को स्वैप कर सकता है।
साइबर

जवाबों:


47

जब आपकी डिवाइस पर एक उच्च गुणवत्ता वाली छवि में वाईफाई मजबूत परिणाम है, तो एक वेबसाइट से एक छवि डाउनलोड करना क्या है?

सिग्नल की गुणवत्ता आमतौर पर भेजे जाने वाले डेटा के संचरण को प्रभावित नहीं करती है , हालांकि इसके परिणामस्वरूप अपूर्ण संचरण हो सकता है। तथापि...

  • वेबसाइट अक्सर मोबाइल बनाम डेस्कटॉप पर अलग-अलग डेटा भेजती हैं।

  • कुछ साइट लिंक गुणवत्ता और गति के आधार पर अलग-अलग डेटा भेजने के लिए स्क्रिप्टिंग का उपयोग करती हैं । यह वीडियो स्ट्रीमिंग साइटों पर विशेष रूप से आम है।

  • कुछ ब्राउज़र डेटा को संपीड़ित करके संचरण की गति को तेज करने के लिए प्रॉक्सी सर्वर का उपयोग करते हैं। यह हो सकता है हानिपूर्ण recompression और छवियों का आकार बदलने में शामिल हैं।

  • कुछ साइटें डाउनलोड करने के लिए भेजने की तुलना में अधिक उच्च संकुचित छवि प्रदर्शित कर सकती हैं । यह अक्सर ऐसा होता है जब ज़ूम फ़ंक्शन मौजूद होता है।


9
जब मैं एक बच्चा था, तो मेरे माता-पिता एक पीसीएमसीआईए मोबाइल डेटा कार्ड को कड़ी मेहनत करते थे और प्रदाता सभी चित्रों को - माउस सहित - के माध्यम से डालने से पहले संकुचित कर देता था। संपीड़न काफी आक्रामक था।
टॉम ज़ातो -

4
कुछ नेटवर्क प्रदाता (वाईफाई और सेल डेटा दोनों) यातायात को रोकते हैं और बैंडविड्थ को बचाने के लिए छवि गुणवत्ता को कम करते हैं।
ऑरेंजडॉग

6
@OrangeDog अभी तक आपके द्वारा विज़िट की जाने वाली साइटों का उपयोग करने के लिए TLS (HTTPS) के उपलब्ध होने का एक और कारण है।
सेठ आर

1
@SethR यह निर्भर करता है कि आप उच्च गुणवत्ता या तेज़ लोडिंग पसंद करेंगे या नहीं। टीएलएस का कारण यह है क्योंकि वे आपके ट्रैफ़िक के साथ अन्य कम सहज चीजें कर रहे होंगे । या यहां तक ​​कि अच्छी तरह से इरादे वाली चीजें जो ठीक से काम नहीं करती हैं।
user253751

इसके अलावा, कुछ साइटों (जैसे Google छवि खोज) में कम-गुणवत्ता वाला प्लेसहोल्डर हो सकता है जबकि यह बड़ी छवि प्राप्त करने के लिए प्रतीक्षा करता है (और यह प्रक्रिया एक कारण या किसी अन्य के लिए पूरी नहीं हो सकती है)।
NotThatGuy

23

अन्य उत्तर बताते हैं कि डिजिटल छवियों की गुणवत्ता हस्तांतरण के दौरान खराब नहीं होती है। यह इंगित करने योग्य है कि इन दिनों कई मोबाइल डेटा योजनाएं हैं, हालांकि, कम से कम फिल्मों को ट्रांसकोड करते हैं और मूल प्रदाता की तुलना में कम गुणवत्ता के साथ वितरित करते हैं यदि वे सेवा प्रदाता के लिए सुलभ चैनल के माध्यम से स्थानांतरित होते हैं। इसका मतलब या तो गैर-एन्क्रिप्टेड ट्रांसफर या एन्क्रिप्टेड चैनल का ट्रांसफर हो सकता है, जिसके लिए सर्विस प्रोवाइडर के पास कंटेंट प्रोवाइडर (नेटफ्लिक्स जैसे प्लेटफॉर्म के लिए विशिष्ट) के साथ एक कैशिंग व्यवस्था है। योजना और इसके प्रदाता के आधार पर, वेब साइटों पर गैर-एन्क्रिप्टेड छवियां समान रूप से पीड़ित हो सकती हैं।

इस तरह की डेटा योजना के साथ, वाईफाई के माध्यम से जुड़ा होने से विशिष्ट छवि गुणवत्ता में वृद्धि होगी। यह परिणाम वाईफाई कनेक्शन की गुणवत्ता के आधार पर भिन्न नहीं होगा, लेकिन संभवत: मोबाइल डेटा प्लान पर निर्भर होने के बजाय फोन इसका उपयोग करता है या नहीं।

इसलिए सिद्धांत रूप में, छवियों की गुणवत्ता उन्हें प्राप्त करने के लिए उपयोग किए जाने वाले चैनल की गुणवत्ता पर निर्भर नहीं करती है, लेकिन क्या कोई आपके डेटा के साथ गड़बड़ करता है। और इन दिनों, वे कर सकते हैं।


8
इसके अलावा, उस मामले के लिए अधिकांश स्ट्रीमिंग सेवाएं कनेक्शन की गति और गुणवत्ता के आधार पर गुणवत्ता (रिज़ॉल्यूशन, संपीड़न स्तर) को समायोजित करती हैं। (किसी भी आईएसपी इंटरैक्शन के बावजूद।)
कृपया मेरी प्रोफाइल

@mattdm और अक्सर (उदाहरण के लिए tmobile इस पर द्वि घातुमान के साथ ऐसा करता है) वे सिर्फ आपके कनेक्शन को youtube / netflix / etc पर थ्रॉटल करेंगे और एप्लिकेशन को कम गुणवत्ता पर स्ट्रीम करने का निर्णय लेंगे।
जॉन

1
@Jon Optus भी ऐसा तब करता है जब आपके पास मुफ्त वीडियो स्ट्रीमिंग चालू होती है, लेकिन यह वास्तव में अच्छी तरह से काम नहीं करता है और नेटफ्लिक्स और स्टेन दोनों के लिए ऑटो गुणवत्ता प्रणाली के साथ गंभीर गड़बड़ी करता है। यह कम गुणवत्ता पर स्ट्रीमिंग शुरू कर देगा और उत्तरोत्तर गुणवत्ता को बढ़ाएगा जब तक कि यह अंततः 720p या 1080p तक नहीं पहुंचता है, तब कुछ ही सेकंड के भीतर ऑप्टस कनेक्शन और स्ट्रीमिंग बफ़र को थ्रॉटल करता है और सबसे कम गुणवत्ता पर वापस चला जाता है। गंदे सिस्टम।
क्लोन्सेक्स

"एक एन्क्रिप्टेड चैनल जिसके लिए सेवा प्रदाता के पास सामग्री प्रदाता के साथ एक कैशिंग व्यवस्था है" - आप एन्क्रिप्शन कुंजी के बिना यह कैसे कर सकते हैं?
xiota

1
@ सिक्सोटा सरल: सेवा प्रदाता के पास एन्क्रिप्शन कुंजी है। वे इस मामले में सीडीएन के रूप में काम कर रहे हैं। Security.stackexchange.com/questions/107835/…
कृपया मेरी प्रोफ़ाइल पढ़ें

12

भले ही यहाँ अन्य उत्तर पहले से ही बहुत अच्छे हैं, मुझे एक अलग दृष्टिकोण देने की अनुमति देते हैं:

सामान्य तौर पर, नहीं।

जब आप अपने ब्राउज़र में एक छवि डाउनलोड करते हैं, तो यह बहुत संभव है कि यह फ़ाइल (छवि) स्थानांतरण नियंत्रण प्रोटोकॉल (टीसीपी) के माध्यम से डाउनलोड की जाएगी। टीसीपी आपकी छवि को छोटे पैकेटों में विभाजित करेगा, और उनमें से प्रत्येक को अलग से इंटरनेट पर भेजेगा। प्रत्येक पैकेट एक चेकसम के साथ है। यह चेकसम पैकेट पर एक निश्चित गणितीय ऑपरेशन का परिणाम है। एक बार प्राप्त करने के बाद, रिसीवर द्वारा चेकसम की फिर से गणना की जाती है। दोनों चेकडैम समान होने चाहिए। यदि नहीं, तो इसका मतलब है कि कम से कम एक बिट बदल गया है या जानकारी पीछे रह गई थी। इस मामले में रिसीवर उस विशेष पैकेट को फिर से भेजने का अनुरोध करेगा। एक बार सभी पैकेट प्राप्त हो जाने के बाद, डाउनलोड की गई फ़ाइल उस सर्वर पर मूल के समान होगी जिसे आपने इसे डाउनलोड किया था।

हालाँकि, आप एक फिल्म स्ट्रीम कर रहे हैं, या एक वेबस्ट्रीम पर चित्र देख रहे हैं, संभावना है कि यह टीसीपी नहीं है, लेकिन यूडीपी (उपयोगकर्ता डेटाग्राम प्रोटोकॉल)। UDP TCP की तरह ही जाँच नहीं करता है। इसे "आग और भूल" कहा जाता है। यदि पैकेट खो जाते हैं या क्षतिग्रस्त हो जाते हैं, तो उनकी मरम्मत नहीं की जाएगी।


5
इसके अलावा, बिट त्रुटियों (जानबूझकर हानिपूर्ण ट्रांसकोडिंग नहीं) अधिकांश स्वरूपों में छवियों को तोड़ देगा। अधिकांश व्यापक रूप से उपयोग किए जाने वाले प्रारूप संपीड़ित होते हैं, संपीड़न की बाहरी-सबसे अधिक परत (हानिपूर्ण मात्रा का ठहराव या दोषरहित प्रसंस्करण के बाहर) के साथ किसी प्रकार की एन्ट्रापी कोडिंग (जैसे जेपीईजी के लिए हफ़मैन, या पीएनजी के लिए ज़िप उर्फ ​​डीफ़्लैट ) जहां 1 बिट बदलते हैं। बिटस्ट्रीम बाकी बदलावों को कैसे प्रेरित करता है, इसके लिए बड़े बदलाव ला सकता है। वीडियो प्रारूपों के लिए, यह केवल एक भ्रष्ट 8x8 मैक्रोब्लॉक या कुछ और हो सकता है।
पीटर कॉर्डेस

2
अब जब हर कोई फ्लैश से एचटीएमएल 5 से दूर हो गया है, तो स्ट्रीमिंग साइट्स टीसीपी का उपयोग करने की अधिक संभावना है। देखें टीसीपी के माध्यम से करता है यूट्यूब धारा वीडियो?
xiota

3
यूडीपी भी चेकसम का उपयोग करता है। आप पूरे पैकेट खो देंगे, एकल बिट्स नहीं।
डब्यू

@ डब्यू: चेकसम आवेदन की परत के लिए प्रदान किए जाते हैं। यूडीपी स्वयं किसी भी सुधार या यहां तक ​​कि सभी का पता लगाने प्रदान नहीं करता है। टीसीपी पैकेट का उपयोग करता है, यूडीपी नहीं करता है।
Opifex

@ ऑइपेक्स नं। टीसीपी में धाराएँ हैं, यूडीपी में डेटाग्राम हैं, लेकिन दोनों में पैकेट हैं (या यों कहें, वे निचले स्तर पर हैं)। लेकिन यूडीपी करता है तुम कभी नहीं एक टूट आंकड़ारेख, या एक अधूरी / खंडित आंकड़ारेख मिल जाएगा - (चेकसम कर सकते हैं के रूप में ज्यादा के रूप में) गारंटी डेटा अखंडता। यूडीपी टूटे हुए डेटाग्राम को दोबारा नहीं लेगा - जहां तक ​​आपके आवेदन का संबंध है, उन्होंने इसे कभी नहीं बनाया।
लुआं

6

नहीं, कंप्यूटर थोड़ा-सा सही स्तर पर संवाद करते हैं - यहां तक ​​कि ट्रांसमिशन के दौरान थोड़ा सा परिवर्तन भी डेटा को पूरी तरह से दूषित कर सकता है, और चेकसम (और त्रुटियों के मामले में पीछे हटने) का उपयोग करने से सुरक्षित है।

हालाँकि, छवियों का "प्रगतिशील लोडिंग" होना संभव है, उदाहरण के लिए, एक वेबसाइट पहली बार लो-रिज़ॉल्यूशन वाली छवियों को एक त्वरित प्लेसहोल्डर के रूप में प्रदर्शित कर सकती है (कथित लोड गति को कम करने के लिए), उच्च-रिज़ॉल्यूशन छवियों को एक बार डाउनलोड करने के बाद बदल दिया जाता है। यदि आपका कनेक्शन वास्तव में धीमा और / या अविश्वसनीय है, तो संभव है कि आप निचले-रिज़ॉल्यूशन प्लेसहोल्डर छवि के साथ फंस जाएं।

संपादित करें: स्पष्ट करने के लिए, यह संभव है कि गुणवत्ता कई कारकों के कारण कम हो सकती है, लेकिन यह इसलिए है क्योंकि वेब पेज (या एक प्रॉक्सी) ऐसा चुनता है - इसलिए नहीं कि वाईफाई पर संचरण की वजह से गुणवत्ता बिगड़ जाएगी।


3
यह सच है कि HTTP पर डेटा ट्रांसफ़र दोषरहित है, लेकिन निश्चित रूप से ऐसी साइटें हैं जो छवि और अन्य संसाधन लोडिंग को हैक / ऑप्टिमाइज़ करेंगे। यदि छवियों को लोड करने में बहुत अधिक समय लगता है, तो वे भविष्य में उच्च रिज़ॉल्यूशन संस्करणों को लोड नहीं करेंगे। यह वास्तव में मानकीकृत हो रहा है, ब्राउज़र ने पृष्ठ पर मापा बैंडविड्थ (हाल के थ्रूपुट के आधार पर) की रिपोर्टिंग की ताकि पेज यह तय कर सके कि क्या करना है। कुछ वाईफाई कनेक्शनों को मीटर्ड कनेक्शनों के रूप में चिह्नित किया जाना संभव है, जहां साइटें कम बैंडविड्थ के लिए अनुकूलन कर सकती हैं।
ब्रैड

3
वेब साइटें निश्चित रूप से अपनी छवियों को इस तरह से अनुकूलित करती हैं, लेकिन यह आमतौर पर क्लाइंट पक्ष होता है जो सर्वर से एक उचित छवि का अनुरोध करने का निर्णय लेता है। यदि आप सर्वर से एक इमेज को प्लेन में डाउनलोड करते हैं, तो यह निश्चित रूप से नहीं जान पाएगा कि आप एक वाईफाई पर कितने मजबूत हैं, और जैसे कि उस पर आधारित छवि की गुणवत्ता नहीं बदलेगी (जैसा कि मूल प्रश्न में पूछा गया है)।
vlumi

5

अन्य उत्तर सही हैं (वाईफ़ाई पर छवियों की गुणवत्ता में कोई नुकसान नहीं), लेकिन मैं सिर्फ इंगित करना चाहता हूं:

आपने देखा होगा कि स्ट्रीमिंग की गुणवत्ता (!) वीडियो 'कमजोर' कनेक्शनों को नीचा दिखाती है। हालांकि यह ट्रांसमिशन (*) के दौरान खो जाने वाली कुछ सूचनाओं के कारण नहीं है : अधिकांश वीडियो स्ट्रीमिंग सर्वर आज एक ही वीडियो की कई प्रतियाँ बनाए रखते हैं, जिनमें से प्रत्येक एक अलग संपीड़न अनुपात के साथ संपीड़ित होती है। उच्च संपीड़न अनुपात में छोटी फ़ाइलों की उपज होती है, लेकिन क्योंकि संपीड़न हानिपूर्ण होता है, उन छोटी फ़ाइलों की गुणवत्ता बदतर होती है।

अब, जब आप वीडियो स्ट्रीम करते हैं तो क्या होता है कि स्ट्रीमिंग सर्वर आपके कनेक्शन की 'गुणवत्ता', यानी कनेक्शन की डेटा दर पर नज़र रखता है। जब सर्वर यह पता लगाता है कि आपका कनेक्शन धीमा हो गया है, जैसे कि आपने अपना डिवाइस स्थानांतरित कर दिया है और वाईफाई सिग्नल सीमांत हो गया है, तो यह कम या ज्यादा समान रूप से एक ही वीडियो की निचली बिटरेट धारा पर स्विच हो जाएगा, छवि गुणवत्ता को देखने के लिए जारी रखने में सक्षम होने के लिए त्याग देता है। वीडियो (हाई क्वालिटी) वीडियो को बार-बार रोकने के बजाय स्ट्रीम के अगले कुछ सेकंड डाउनलोड किए जाते हैं।

यह दूसरे तरीके से भी काम करता है: जब सर्वर यह पता लगाता है कि आपके कनेक्शन की बैंडविड्थ बढ़ गई है, तो यह धारा के एक उच्च गुणवत्ता वाले संस्करण पर स्विच हो सकता है जो आपको हमेशा अपने वर्तमान बैंडविड्थ के साथ सर्वोत्तम छवि गुणवत्ता प्रदान करने की कोशिश कर सकता है।

*) वास्तव में, यह है परोक्ष रूप से डाटा पैकेट के नुकसान की वजह से: जब संकेत कमजोर हो जाता है, यादृच्छिक डेटा त्रुटियों अधिक लगातार हो जाते हैं। हालाँकि, इन डेटा त्रुटियों का हार्डवेयर द्वारा पता लगाया जाता है और 'टूटे हुए' पैकेटों को आमतौर पर कई बार दोबारा भेजा जाता है जब तक कि पैकेट सही ढंग से प्राप्त नहीं हो जाता; हालांकि इसका मतलब है कि प्रत्येक पैकेट की जरूरत है (औसतन) वाईफाई लिंक पर एक से अधिक बार प्रसारित किया जाना चाहिए, उदाहरण के लिए तीन बार, जिसका अर्थ है कि प्राप्त डेटा दर (यानी पैकेट सफलतापूर्वक प्रति सेकंड स्थानांतरित) जैसे 1/3 तक गिरता है।


2

इन अन्य उत्तरों में थोड़ा और स्वाद जोड़ने के लिए, यहाँ एक तस्वीर की कई प्रतियाँ हैं जो मैंने अभी ली हैं:

यूनिकिटि 1 - आकार? X400px, गुणवत्ता में कोई बदलाव नहीं

यूनिकिटि 1

यूनिकिटि 2 - आकार? X400px गुणवत्ता 50%

यूनिकिटि 2

यूनिकिटि 3 - आकार? X200px गुणवत्ता 50%

यूनिकिटि 3

यूनिकिटि 4 - आकार? X200px गुणवत्ता 5%

यूनिकट्टी ४

अपने कंप्यूटर पर मैंने मेटाडेटा को छीन लिया है exiftool --all=, और चित्रों की गणना की है:

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

हालाँकि, जब मैं यूनिकिट्टी # 4 डाउनलोड करता हूं , तो हैश बदल गया है:

3b5991bfaeff83bd6c1fef585f2fdee80cf649f84978d249b08c2b17a03702c2

इसका मतलब है कि फ़ाइल निश्चित रूप से बदल गई है। बिल्कुल कैसे, मुझे यकीन नहीं है। संभवतः इमगुर ने इसे आकार देने के लिए कुछ किया है।

यदि आप सकारात्मक होना चाहते हैं कि जो तस्वीर आपको मिल रही है, वह वह तस्वीर है जिसे कोई दूसरा व्यक्ति भी देख रहा है, तो आपके पास यह सत्यापित करने के लिए एक चेकसम होना चाहिए कि किसी भी बिट को पारगमन में मिलाया नहीं गया है। अधिकांश भाग के लिए, इंटरनेट ऐसा करता है (टीसीपी / आईपी बताता है कि कैसे सुनिश्चित करें कि जब आप सूचना भेजते हैं तो यह सब उस जगह पर पहुंच जाता है जहां उसे जाना चाहिए, और यदि वह वहां नहीं पहुंचता है तो उसे जोर से शिकायत करनी होगी। आपके लिए अधिकांश इंटरनेट टीसीपी / आईपी का उपयोग करता है)। हालांकि, जैसा कि दूसरों ने उल्लेख किया है, ऐसे तरीके हैं जो छवि की गुणवत्ता बदल सकते हैं।

यदि आप यूनिकिटि 4 डाउनलोड करते हैं और उसी SHA-256 योग को प्राप्त करते हैं जो मैंने किया था, तो आप लगभग पूरी निश्चितता के साथ जान सकते हैं कि जिस तस्वीर को आप देख रहे हैं और जिस तस्वीर को मैं देख रहा हूँ वह 100% समान है।

हालाँकि तब आपको चिंता होती है कि क्या हमारे मॉनिटर को कलर-कैलिब्रेट किया गया है, और यदि परिवेश प्रकाश कुछ भी प्रभावित कर रहा है, या ...


2
मुझे यकीन है कि imgur स्ट्रिप्स मेटाडेटा है। वे अपलोड पर भी पुन: जुड़ सकते हैं । हालांकि वे बैंडविड्थ के आधार पर डेटा ट्रांसमिशन को बदल सकते हैं , यह प्रदर्शित नहीं करता है। समान छवियों के लिए चेकसम का मिलान नहीं होता है। उदाहरण के लिए, PNG कई संपीड़न स्तरों के साथ दोषरहित है।
xiota

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

1
अच्छी बात! एक चेकसम का उपयोग केवल गारंटी के रूप में किया जा सकता है कि चित्र समान हैं, न कि वे अलग-अलग हैं। हेक, मेरे लिए यह बताना कठिन है कि क्या 1 और 2 बिल्कुल अलग हैं और उनके पास पूरी तरह से अलग चेकसम हैं।
वेन वर्नर

1

यह संभव है कि आप उन चित्रों को देख रहे हों जिन्हें वे डाउनलोड किए जा रहे हैं (Google फ़ोटो जैसे क्लाउड ऐप पर संग्रहीत फ़ोटो) या यह पूरी तरह से डाउनलोड है लेकिन छवि को देखने के लिए आप जिस सॉफ़्टवेयर का उपयोग कर रहे हैं, उसने प्रतिपादन पूरा नहीं किया है - इसलिए आप देख रहे हैं प्रगतिशील रेंडरिंग मोड में छवि।

आपके प्रश्न का उत्तर देने के लिए, नेटवर्क की गुणवत्ता (मैं अनुमान लगाता हूं कि आपकी गति कितनी है) किसी छवि की गुणवत्ता को प्रभावित नहीं करती है।


0

नहीं। डिजिटल फाइलें, उनके एनालॉग समकक्षों के विपरीत, हमेशा सही प्रतियां होती हैं, इसलिए छवि या तो डाउनलोड करने में विफल रहती है, या हर बार पूरी तरह से डाउनलोड की जाती है। समान चीज़ उन्हें माध्यमों (एसडी से डिस्क, पेनड्राइव, सीडी, ...) या प्रतियों के निर्माण के बीच स्थानांतरित करने के लिए लागू होती है।

कुछ मामलों पर, बहुत ही अनुचित तरीके से भ्रष्ट प्रतियां संभव हैं, लेकिन वे "निम्न गुणवत्ता" नहीं हैं, लेकिन पूरी तरह से गलत हैं (यानी: केवल आधी छवि और ऐसे)।


3
भ्रष्ट फाइलें "बहुत ही अनुचित" नहीं हैं, बल्कि वे असामान्य नहीं हैं। यदि फाइलें सत्यापित नहीं हैं, तो वे किसी का ध्यान नहीं जा सकते हैं।
ओसुलिक
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.