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

Altneuland की पियानो व्यवस्था एल्बम 帰 ul き 城 released। 2005 में जारी की गई थी। मैंने इसे तीन साल बाद (शायद YouTube पर) पाया, सर्वश्रेष्ठ प्रति डाउनलोड की - और इसे भविष्य की खरीद की सूची में डाल दिया। अंतरराष्ट्रीय मेल प्रौद्योगिकी में हाल के अग्रिमों ने पिछले साल उपयोग की गई डिस्क खरीदना संभव बना दिया है। दुर्भाग्य से, मेरी सीडी ड्राइव में से कोई भी ट्रैक नंबर 3 नहीं पढ़ सका। यह अक्सर पुरानी डिस्क खरीदने पर होता है, खासकर जब वे यूएसपीएस अंतर्राष्ट्रीय शिपिंग सेंटर से गुजरते हैं। मैंने इसे एक तरफ रख दिया और एक और प्रतिलिपि की तलाश शुरू कर दी जो मुझे पिछले महीने मिली थी। वह शुक्रवार को आया - और मैंने तुरंत उसे चीरने की कोशिश की। लेकिन वास्तव में एक ही त्रुटि के साथ धक्का दिया। ऐसा लगता है कि यह पहनने या क्षति का मामला नहीं है - डिस्क शायद कारखाने से ठीक दोषपूर्ण निकली।

ADDITION: जांच के बाद, मुझे अब विश्वास नहीं हो रहा है कि यह एक कारखाना दोष है। जब मैं किसी ख़राब ट्रैक के आरंभ या अंत को किसी खाली CD-R पर लिखता हूँ और उसे कॉपी करता हूँ, तो रिपर वही त्रुटि उत्पन्न करता है! अपने आप को न्यूनतम.फ़्लैक फ़ाइल के साथ आज़माएँ ।

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

रिपर कैसे काम करता है

EAC डिस्क से ट्रैक नंबर 3 को नहीं पढ़ सका [る べ track track track]

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

EAC: निष्कर्षण प्रौद्योगिकी पृष्ठ बताता है कि EAC निरर्थक रीड कैसे उत्पन्न करता है:

सुरक्षित मोड में, प्रोग्राम प्रत्येक सेक्टर को कम से कम दो बार पढ़ता है [...] यदि कोई त्रुटि होती है (पढ़ें या सिंक्रनाइज़ करें), तो प्रोग्राम इस सेक्टर को तब तक पढ़ना जारी रखता है जब तक कि 16 में से 8 प्रयास समान नहीं होते हैं। ऐसी प्रक्रिया अधिकतम एक बार, तीन या पांच बार (त्रुटि सुधार की चयनित गुणवत्ता के अनुसार) की जाती है। तो सबसे खराब स्थिति में, खराब क्षेत्रों को 82 बार पढ़ा जाता है!

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

यह लेख क्या करना है अगर दोनों तरीकों से मदद नहीं मिल सकती है। ईएसी एक परिणाम नहीं देता है यदि प्रत्येक रीडिंग अलग-अलग डेटा देता है, और एक सटीक डिस्क में एक दुर्लभ डिस्क के बारे में केवल एक रिकॉर्ड है [1] ।

"मैं तुम्हें देखने के लिए दस हजार मार्ग, दस हजार मार्ग से गुजरा हूं"

ऑप्टिकल ड्राइव आसुस, एलजी, लाइट-ऑन, पायनियर और अज्ञात ओईएम

यदि सीडी की प्रतिलिपि नहीं बनाई गई है, तो एक अलग ड्राइव का उपयोग करना तर्कसंगत है। कभी-कभी एक विशेष मॉडल सीडीडीए विनिर्देशों के लिए अधिक कृपालु है, या त्रुटियों को ठीक करने के लिए बेहतर फर्मवेयर है, या कुछ और है। DBpoweramp फोरम में सबसे उपयुक्त रिप ड्राइव का चयन करने के लिए सीडी / डीवीडी ड्राइव सटीकता रेटिंग है।

शनिवार की सुबह, मैंने विभिन्न निर्माताओं से पांच नए सीडी ड्राइव खरीदे [2] , मैंने उन सभी की कोशिश की - और पाया कि एक बीट ट्रैक पर सिंक्रनाइज़ेशन रखने में सक्षम था। दुर्भाग्य से, चीर पुष्टि प्राप्त नहीं की जा सकी - सभी रिप्स के बीच लगभग 20,000 अलग-अलग बाइट्स थे।

लेकिन अब मेरे पास डिस्क पर .wav फाइलें थीं, और आप इससे लाभ उठा सकते हैं। मैंने तर्क दिया कि खराब ट्रैक पर पढ़ने की त्रुटियां कहीं न कहीं "सही" हैं। इसलिए, कई रिप्स बनाने और अस्थिर बाइट्स के लिए "आम सहमति" मूल्य खोजने के लिए समझ में आता है। यह दृष्टिकोण अंततः सफल रहा, लेकिन मुझे उम्मीद से कहीं अधिक काम की आवश्यकता थी।

"मात्रा गुणवत्ता में जाती है"

मैंने ड्राइव में से किसी एक पर एक डिस्क को कई बार कॉपी करके, प्रत्येक बाइट के लिए सभी मानों को लिखना और त्रुटि को "सही" घोषित करना शुरू किया, यदि आधे से अधिक रिप्स इस स्थिति के लिए एक विशिष्ट बाइट मान पैदा करता है। शुरुआत अच्छी थी: अचूक त्रुटियों की संख्या N = 4 पर लगभग ~ 6900 बाइट्स से घटकर N = 10 हो गई। प्रत्येक अतिरिक्त रिप से लाभ समय के साथ कम हो गया, जब तक कि एन = 80 के आसपास अचूक त्रुटियों की संख्या ~ 3700 पर स्थिर नहीं हो गई। मैंने N = 100 पर रिप करना बंद कर दिया।


चीर की संख्या पर निश्चित और घातक त्रुटियां

फिर मैंने दूसरी ड्राइव पर 100 बार डिस्क को कॉपी करने की कोशिश की और पहली ड्राइव से अचूक त्रुटि स्थितियों को "भरने" के लिए दो सुधार कार्ड का उपयोग किया। लेकिन यह काम नहीं किया: प्रत्येक ड्राइव पर हजारों सुधार थे जो दूसरे पर सुधार के अनुरूप नहीं थे! यह पता चला है कि शोर को दूसरे लेकिन संबंधित शोर स्रोत के साथ जोड़कर समाप्त नहीं किया जा सकता है।


एक ही बात है, लेकिन दो क्रॉस-मान्यकरण डिस्क के लिए

कारीगर की कला

ईएसी वेबसाइट पर एक और अच्छा संसाधन है: डीएई गुणवत्ता परीक्षण , जो त्रुटियों के स्तर के द्वारा ड्राइव के फर्मवेयर की गुणवत्ता निर्धारित करता है। यह एक निचले स्तर की त्रुटि से निपटने है जब ड्राइव केवल उन्हें रिपोर्ट करने के बजाय रीड त्रुटियों को सही करता है। पकड़ यह है कि ईएसी का "सुरक्षित मोड" केवल तब उपलब्ध होता है जब आप इस अंतर्निहित त्रुटि सुधार कोड को अक्षम करते हैं, यह सुझाव देता है कि यह सही ढंग से काम नहीं करता है।

मैंने सीडी-आर को .wav फ़ाइल को जलाकर परीक्षण तैयार किया, डेटा सतह पर सटीक क्षेत्र को उजागर किया और ध्यान से इसे एक काले मार्कर के साथ चित्रित किया। यह एक नियतात्मक पैटर्न पर घातक त्रुटियों की गारंटी है।

मैंने सभी ड्राइव का परीक्षण किया और दो दिलचस्प परिणाम मिले:



मैंने सिंक त्रुटियों के आसपास पाने के लिए लाइट-ऑन ड्राइव का उपयोग किया। वह खुशी के साथ जादू मार्कर पर चबाता था, लेकिन डेटा सतह पर सीधी रेखाओं से वह बहुत भ्रमित था। आप देख सकते हैं कि दाईं ओर तीन अलग-अलग चोटियों के बजाय एक विशालकाय विफल बूँद है।

Errors total Num : 206645159
Errors (Loudness) Num : 965075 - Avg : -21.7 dB(A) - Max : -5.5 dB(A)
Error Muting Num : 154153 - Avg : 99.1 Samples - Max : 3584 Samples
Skips Num : 103 - Avg : 417.3 Samples - Max : 2939 Samples

Total Test Result : 45.3 points (of 100.0 maximum)



पायनियर ड्राइव को उच्चतम डीएई स्कोर प्राप्त हुआ। मेरी राय में, चार्ट कोई विशेष नहीं दिखता है, लेकिन विश्लेषण उपकरण ने कहा कि यह मेरे छोटे सेट में त्रुटियों को ठीक करने के लिए सबसे अच्छा फर्मवेयर है।

Errors total Num : 2331952
Errors (Loudness) Num : 147286 - Avg : -77.2 dB(A) - Max : -13.2 dB(A)
Error Muting Num : 8468 - Avg : 1.5 Samples - Max : 273 Samples
Skips Num : 50 - Avg : 6.5 Samples - Max : 30 Samples

Total Test Result : 62.7 points (of 100.0 maximum)

"एक निश्चित क्षण से, संख्याएं मायने रखती हैं"

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

कुछ ईएसी कॉन्फ़िगरेशन सेटिंग्स के बाद और सौ रिप्स के बाद, हमें इस तरह के एक सुंदर आरेख मिलता है।


रिप्स (पायनियर) की संख्या पर निश्चित और अयोग्य त्रुटियां

क्या नोट किया जा सकता है:

• घातक बिट त्रुटियां जल्दी शून्य हो जाती हैं, लेकिन कभी नहीं पहुंचती हैं।
• 53-54 रिप्स में फिक्स्ड बग्स में भारी उछाल।
• इस बड़ी छलांग के पहले और बाद में त्रुटियों की संख्या में परिवर्तन नहीं होता है, जो प्रतिलिपि किए गए डेटा में स्थिरता के क्षेत्रों को इंगित करता है।

0xA595BC09

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

$ for RIP_ID in $(seq -w 1 100); do echo -n "rip$RIP_ID: "; cmp -l analysis-out.wav rips-cd1-pioneer/rip${RIP_ID}/*.wav | wc -l ; done | sort -rgk2 | head -n 10
rip054: 2865
rip099: 974
rip007: 533
rip037: 452
rip042: 438
rip035: 404
rip006: 392
rip059: 381
rip043: 327
rip014: 323

मुझे वास्तव में कुछ दिलचस्प लगा: कई रिप्स बिल्कुल एक ही सामग्री का उत्पादन करते हैं ! याद रखें, यह "सेफ मोड" ईएसी में सफलता की कसौटी है। shncat -q -e | rhash --print="%C" कमांड shncat -q -e | rhash --print="%C" shncat -q -e | rhash --print="%C" उपयोग कच्चे ऑडियो डेटा के CRC32 चेकसम की गणना करने के लिए किया जाता है: यह वही है जो EAC उपयोग करता है।

$ for wav in rips-cd1-pioneer/*/*.wav; do shncat "$wav" -q -e | rhash --printf="%C $wav\n" - ; done | sort -k1
[...]
9DD05FFF rips-cd1-pioneer/rip059/rip.wav
9F8D1B53 rips-cd1-pioneer/rip072/rip.wav
A2EA0283 rips-cd1-pioneer/rip082/rip.wav
A595BC09 rips-cd1-pioneer/rip021/rip.wav
A595BC09 rips-cd1-pioneer/rip022/rip.wav
A595BC09 rips-cd1-pioneer/rip023/rip.wav
A595BC09 rips-cd1-pioneer/rip024/rip.wav
A595BC09 rips-cd1-pioneer/rip025/rip.wav
A595BC09 rips-cd1-pioneer/rip026/rip.wav
A595BC09 rips-cd1-pioneer/rip027/rip.wav
A595BC09 rips-cd1-pioneer/rip028/rip.wav
A595BC09 rips-cd1-pioneer/rip030/rip.wav
A595BC09 rips-cd1-pioneer/rip031/rip.wav
A595BC09 rips-cd1-pioneer/rip040/rip.wav
A595BC09 rips-cd1-pioneer/rip055/rip.wav
A595BC09 rips-cd1-pioneer/rip058/rip.wav
AA3B5929 rips-cd1-pioneer/rip043/rip.wav
ABAAE784 rips-cd1-pioneer/rip033/rip.wav
[...]

इस बीच, कम-गुणवत्ता वाले खंडों के दोहराया रिप्स ने हमें शून्य घातक त्रुटियों के साथ विश्लेषण पूरा करने की अनुमति दी। और जब मैंने इस फाइल को चेक किया, तो वास्तव में "नियमित" चीर के समान ऑडियो सामग्री थी! यह जीत घोषित करने के लिए पर्याप्त है।

मुझे 99% यकीन है कि मैंने इस समस्याग्रस्त सीडी को सफलतापूर्वक कॉपी किया है, और 0xA595BC09 ट्रैक 3 के लिए सही सीआरसी राशि है।

परिशिष्ट A: तुलना

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

 extern crate memmap; use std::cmp; use std::collections::HashMap; use std::env; use std::fs; use std::sync; use std::sync::mpsc; use std::thread; use memmap::Mmap; const CHUNK_SIZE: usize = 1 << 20; fn suspect_positions( mmaps: &HashMap<String, Mmap>, start_idx: usize, end_idx: usize, ) -> Vec<usize> { let mut positions = Vec::new(); for ii in start_idx..end_idx { let mut first = true; let mut byte: u8 = 0; for (_file_name, file_content) in mmaps { if first { byte = file_content[ii]; first = false; } else if byte != file_content[ii] { positions.push(ii); break; } } } positions } fn main() { let mut args: Vec<String> = env::args().collect(); args.remove(0); let mut first = true; let mut size: usize = 0; let mut files: Vec<fs::File> = Vec::new(); let mut mmaps: HashMap<String, Mmap> = HashMap::new(); for filename in args { let mut file = fs::File::open(&filename).unwrap(); files.push(file); let mmap = unsafe { Mmap::map(files.last().unwrap()).unwrap() }; if first { first = false; size = mmap.len(); } else { assert!(size == mmap.len()); } mmaps.insert(filename, mmap); } let (suspects_tx, suspects_rx) = mpsc::channel(); let mut start_idx = 0; let mmaps_ref = sync::Arc::new(mmaps); loop { let t_start_idx = start_idx; let t_end_idx = cmp::min(start_idx + CHUNK_SIZE, size); if start_idx == t_end_idx { break; } let mmaps_ref = mmaps_ref.clone(); let suspects_tx = suspects_tx.clone(); thread::spawn(move || { let suspects = suspect_positions(mmaps_ref.as_ref(), t_start_idx, t_end_idx); suspects_tx.send(suspects).unwrap(); }); start_idx = t_end_idx; } drop(suspects_tx); let mut suspects: Vec<usize> = Vec::with_capacity(size); for mut suspects_chunk in suspects_rx { suspects.append(&mut suspects_chunk); } suspects.sort(); println!("{{\"files\": ["); let mut first_file = true; for (file_name, file_content) in mmaps_ref.iter() { let file_comma = if first_file { "" } else { "," }; first_file = false; println!("{}{{\"name\": \"{}\", \"suspect_bytes\": [", file_comma, file_name); for (ii, position) in suspects.iter().enumerate() { let comma = if ii == suspects.len() - 1 { "" } else { "," }; println!("[{}, {}]{}", position, file_content[*position], comma); } println!("]}}"); } println!("]}}"); } 

1। इस एकल सटीक रिकॉर्ड में, ट्रैक नंबर 3 को छोड़कर सभी ट्रैक के लिए CRC मेरी डिस्क से मेल खाता है: योग 0x84B9DD1A है, और मेरे पास 0xA595BC09 है। मुझे संदेह है कि रिपर को समझ नहीं आया कि उसके पास खराब ड्राइव है। [वापस]

2। 2018 में सीडी या डीवीडी ड्राइव खरीदते समय स्पष्ट प्रश्न है: "अरे, मैं उन्हें कहां खरीद सकता हूं?" और मुझे एक नहीं, बल्कि विभिन्न ब्रांडों से कई की आवश्यकता थी। मुझे पता है कि पास में केवल एक स्टोर है जिसमें 5.25 "डीवीडी ड्राइव उपलब्ध हैं। केवल एक स्टोर ऐसे ड्राइव के लिए शेल्फ स्थान पर पछतावा नहीं करने के लिए पर्याप्त है, और अजीब है कि वहां जगह से बाहर न निकले। बेशक, मैं Frys इलेक्ट्रॉनिक्स के बारे में बात कर रहे हैं। [वापस]