यदि एक खरोंच सीडी को एमपी 3 में रिप किया जाता है तो क्या होगा?


12

यदि एक सीडी क्षतिग्रस्त है (जैसे यदि सीडी प्लेयर में रखा गया है तो यह बंद हो जाएगा आदि), यदि आप इसे अपने कंप्यूटर पर एमपी 3 बनाने के लिए चीरते हैं, तो क्षतिग्रस्त डेटा कैसे होगा?

क्या यह ट्रैक के बीच में सिर्फ एक "रिक्त" होगा? या आप ऑडियो / स्थिर इत्यादि की आड़ में सुनेंगे?

स्पष्टता के लिए यह प्रश्न एक सीडी से ऑडियो पढ़ने, और एमपी 3 को एन्कोडिंग करने से संबंधित है, उस पर एक एमपी 3 वाले डेटा सीडी को नहीं पढ़ना।


2
@AFH कि सलाह कभी भी हर सवाल पर लागू नहीं होती है? शायद उसके पास इसे आज़माने के लिए एक क्षतिग्रस्त सीडी नहीं है और यह पता लगाने के लिए किसी को नुकसान पहुंचाने जैसा नहीं है।
रायनफेस्कॉटलैंड

7
आप एक सीडी से एक एमपी 3 "बर्न" नहीं करते हैं। "बर्निंग" विशेष रूप से किसी तरह के ऑप्टिकल डिस्क (सीडी, डीवीडी, ब्लूरे) को डेटा लिखने के लिए संदर्भित करता है।
jpmc26

@RyanfaeScotland - यह उचित उत्तर की अनुमति देने के लिए बहुत कम जानकारी वाले प्रश्नों पर लागू होता है। लेकिन मैं आपकी बात लेता हूं कि यह सवाल काल्पनिक हो सकता है, हालांकि सीडी-आर की कीमत 10-20 पी है, इसलिए यह बिल्कुल महंगा परीक्षण नहीं है।
AFH

@AFH हा, एक सीडी को जलाने के विचार सिर्फ नुकसान के लिए कोशिश करते हैं और फिर से चीर मुझे कभी नहीं हुआ! मेरा संग्रह सुरक्षित है।
रायनफेस्कॉटलैंड

जवाबों:


38

सीडी के cdparanoiaखराब रीडिंग को सही करने के लिए अच्छे सीडी रिपर सॉफ्टवेयर अपनी पूरी कोशिश करते हैं और कई बार प्रभावित हिस्से पर जाएंगे; कभी-कभी कई मिनटों के लिए जब तक डेटा पुनर्प्राप्त नहीं किया जाता है। यह संभव है क्योंकि सीडी में त्रुटि सुधार के लिए चेकसम होते हैं और सीधे गलत तरीके से फैलने का पता लगाना चाहिए।

इस रणनीति के कारण, सीडी रिपर सॉफ्टवेयर में एक विशिष्ट सीडी प्लेबैक डिवाइस की तुलना में सही डेटा को पुनर्प्राप्त करने की अधिक संभावना होती है जिसे वास्तविक समय में प्लेबैक करने के लिए डिज़ाइन किया गया है।

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


1
@JamieHanrahan जब मैं सहमत हूं कि वे त्रुटि सुधार करते हैं, तो मुझे उम्मीद है कि उस और प्रक्षेप के बीच एक अंतर किया जाता है, क्योंकि प्रक्षेप अधिक सुधार के बजाय संकेतन के समान है।
user1997744

1
यदि आप पीसी पर हैं तो सटीक ऑडियो कॉपी एक समान कार्य करता है, यदि डिस्क में कोई खरोंच या दोष है तो वह कई बार पढ़ेगा।
aslum

1
हाँ, बहुत संयोग से। यह बहुत प्रभावी नहीं है। btw, यहाँ मेरी पिछली टिप्पणी का क्या हुआ? एक user1997744 किसको उत्तर दे रहा है?
जेमी हनराहान

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

3
@aslum पीसी विंडोज का पर्याय नहीं है। उस पर रोक लगाना। जीएनयू / लिनक्स का उपयोग पीसी पर भी किया जा सकता है और अक्सर इसका उपयोग इस तरह से किया जाता है।
डिस्प्ले नेम

14

एमपी 3 फ़ाइल प्रारूप में फ्रेम होते हैं। प्रत्येक फ्रेम ग्यारह "1" बिट्स से शुरू होता है और मेटाडाटा के एक जोड़े बाइट्स को बिट दर को नियंत्रित करता है और कुछ अन्य विशेषताओं को परिभाषित करता है। प्रत्येक फ्रेम स्वतंत्र है, इसे स्ट्रीमिंग का समर्थन करने के लिए इस तरह से डिज़ाइन किया गया था।

फ़्रेम में एक सीआरसी हो सकता है - एक त्रुटि जांच। यह वैकल्पिक है।

ऑपरेटिंग सिस्टम पढ़ने की संभावना को फिर से पढ़ेगा यदि यह एक सीडी पर खराब सेक्टर्स का सामना करता है (सीडी हार्डवेयर एमपी 3 एनकोडर से पहले भी कुछ भी देखता है तो मैकेस्किम की जाँच करने में अपनी त्रुटि है)। डिकोडर एक बफर से काम नहीं कर रहा है, यह मानते हुए कि डिकोडर को इस प्रक्रिया के दौरान नया डेटा प्राप्त नहीं होगा और रोकना होगा। यदि ऑपरेटिंग सिस्टम डेटा नहीं पढ़ सकता है, तो यह ऑपरेटिंग सिस्टम के लिए एक त्रुटि की रिपोर्ट कर सकता है, जो अंततः एमपी 3 एनकोडर की मेजबानी करने की प्रक्रिया को रिपोर्ट करेगा। सॉफ्टवेयर पर निर्भर करता है कि वास्तव में यहां क्या होता है।

यदि सीडी के डेटा को गलत तरीके से पढ़ा जाता है और फिर भी इसे डिकोडर के लिए बनाया जाता है, तो कुछ संभावित चीजें हो सकती हैं (यह शायद पीसी पर नहीं होगा लेकिन कार स्टीरियो या अन्य गैर-पीसी डिवाइस में हो सकता है):

  • एक एमपी 3 डीकोडर एक फ्रेम की शुरुआत खोजने के लिए उन ग्यारह 1 बिट्स की तलाश करता है - अगर यह उन्हें नहीं मिला तो यह अगले फ्रेम तक शायद डिकोडिंग को रोक देगा।

  • यदि हेडर डेटा खराब है, तो यह गलत बिटरेट पर फ्रेम खेल सकता है क्योंकि बाइट इंगित करता है कि कौन सा बिटरेट गलत हो सकता है।

  • यदि शीर्ष लेख CRC बिट सेट है और CRC मेल नहीं खाता है, तो डिकोडर संभवत: फ्रेम को बाहर फेंक देगा और इसे नहीं खेलेगा। अधिकांश MP3 फाइलों में CRC बिट सेट नहीं है।

  • यदि पेलोड (हेडर के बाद का डेटा) गलत है, तो एमपी डिकोडर इसे खेलने की कोशिश करेगा।

एक डिकोडर का काम संपीड़ित डेटा लेना और "ऊपरी" स्तर पर सौंपने के लिए असम्पीडित डेटा उत्पन्न करना है। वह ऊपरी स्तर वास्तव में एक ऑडियो डिवाइस को चलाने के लिए असम्पीडित डेटा का उपयोग करता है। मुझे लगता है कि अधिकांश एन्कोडर / ऑडियो ड्राइवर सेटअप का अनुमान लगाने के लिए खतरा होगा - एक विन्यास योग्य आकार के साथ - जहां एमपी 3 डिकोडर ऑडियो ड्राइवर के लिए कुछ डेटा का निर्माण कर सकता है और रीडिंग को पुन: प्रयास कर सकता है।

इसलिए, वैसे भी, अगर डिकोडर बंद हो गया है क्योंकि यह डेटा नहीं मिल रहा है, तो ऊपरी स्तर पर वास्तव में ऑडियो ड्राइविंग नीचे के किसी भी कर सकता है:

  • ऊपरी स्तर चुप्पी का उत्पादन करता है। आपको ऑडियो में ब्रेक सुनाई देगा।
  • डिकोडर डेटा को एक ऑडियो बफर में भरना बंद कर देता है, लेकिन ऊपरी स्तर पर खेल जारी रहता है। ऑडियो बफ़र्स आमतौर पर "परिपत्र" होते हैं जिसका अर्थ है कि वे शून्य नहीं हैं, लेकिन नए डेटा के साथ लगातार ओवरराइट किए गए हैं। आपको एक स्किप सुनाई देगा जो पिछले ऑडियो प्ले करने का एक हिस्सा है।
  • ऊपरी स्तर स्मार्ट है और "क्या होना चाहिए" को प्रक्षेपित करने की कोशिश करता है। मुझे नहीं लगता कि यह बहुत आम है।

यदि डिकोडर खराब डेटा को आउटपुट करता है, तो आप ऑडियो में स्थिर या पॉप सुनेंगे।

संदर्भ


9
मुझे लगता है कि सवाल एक ऑडियो सीडी पढ़ने और एमपी 3 को एन्कोडिंग करने के बारे में है, न कि उस डेटा सीडी को पढ़ने के बारे में, जिस पर एक एमपी 3 है।
Attie

1
@ एटीटीई सही मैं स्पष्ट करने के लिए मूल प्रश्न को अपडेट करूंगा
सैम

काफी सरल लगता है।
एंड्रयू

3

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

Cdparanoia- आधारित रिपर्स के साथ मेरा अनुभव आम तौर पर मुख्य रूप से सबसे अच्छा मामला रहा है, लेकिन मैंने तीनों परिदृश्यों का सामना किया है।


1
तेजस्वी सॉफ्टवेयर के लिए उचित होने के लिए, कभी-कभी "सबसे खराब स्थिति" का कारण यह होता है कि पर्याप्त मात्रा में खराब डेटा के लिए, यह "दूसरे-सर्वश्रेष्ठ मामले" से बेहतर है। मैं एक एमपी 3 या उस पर एक पॉप के साथ flac, या कुछ भी नहीं की तुलना में पॉप की एक छोटी श्रृंखला है। और मैं नहीं बल्कि भर में चबूतरे के साथ एक ट्रैक से कुछ भी नहीं है। लेकिन आरा को नहीं पता कि मेरे मानक कितने ऊंचे हैं।
स्टीव जेसोप

0

मैंने स्टैटिक के साथ कभी नहीं किया। और न ही "विकृत" - लेकिन यह कुछ समय के लिए एक ही आधा सेकंड खेल सकता है। यह आम तौर पर सही है कि यह लूप दोहराने के लिए हाथ से कई मिनट पहले निकल जाता है, या आगे निकल जाता है और लगता है जैसे आप एक पल के लिए एफएफ बटन पकड़ रहे हैं। किसी भी "रिक्त" शायद यह एक ट्रैक की शुरुआत खेल रहा है, क्योंकि यह फिर से स्किप या लूप करता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.